4 ms·

Let me fix that: Tidelift wants high-profile JavaScript developers to get payed. Their scanning process does not even think of anything non-web. Boohoo for us

Let me fix that: Tidelift wants high-profile JavaScript developers to get payed. Their scanning process does not even think of anything non-web. Boohoo for us Pythonistas and Emacsens and Lunatics.

pwang 8y ago
NumPy and other things in the Python ecosystem are certainly part of what they're considering. The founder/CEO of Tidelift is actually participating in a keynote panel this morning at the NumFOCUS summit. I get it, it's fun to be cynical about things, but these are folks that are legitimately trying to help.
hp 8y ago
Our ideal is that if a subscriber is using it, we can sign up its maintainer. The Tidelift platform is built on an OSS project called libraries.io which supports many package managers: https://libraries.io/platforms https://libraries.io/platforms Here's what's involved in adding more: https://github.com/librariesio/libraries.io/blob/master/docs/add-a-package-manager.md https://github.com/librariesio/libraries.io/blob/master/docs...
- 0xcde4c3db 8y ago
  I work on a product that uses Buildroot, which doesn't really act like a "package manager" in the sense that libraries.io seems to want. We also have a handful of FOSS projects that are just copied into our tree and applied on top of the base system. Is there any anticipation of support for that kind of situation?
  - hp 8y ago
    I think there's a clear mapping of the Tidelift model to this, and there's also some customer demand from people building embedded systems. As a practical matter it's a bit different from what we built first, both in terms of what customers are looking for / who the customers are, and in terms of the technical details of how we'd analyze dependencies. So we don't have support for it yet. But I would like to figure it out when we have enough team bandwidth.

4 ms·

Let me fix that: Tidelift wants high-profile JavaScript developers to get payed. Their scanning process does not even think of anything non-web. Boohoo for us

by Derbasti 8y ago

Let me fix that: Tidelift wants high-profile JavaScript developers to get payed. Their scanning process does not even think of anything non-web. Boohoo for us Pythonistas and Emacsens and Lunatics.

pwang 8y ago
NumPy and other things in the Python ecosystem are certainly part of what they're considering. The founder/CEO of Tidelift is actually participating in a keynote panel this morning at the NumFOCUS summit. I get it, it's fun to be cynical about things, but these are folks that are legitimately trying to help.
hp 8y ago
Our ideal is that if a subscriber is using it, we can sign up its maintainer. The Tidelift platform is built on an OSS project called libraries.io which supports many package managers: https://libraries.io/platforms https://libraries.io/platforms Here's what's involved in adding more: https://github.com/librariesio/libraries.io/blob/master/docs/add-a-package-manager.md https://github.com/librariesio/libraries.io/blob/master/docs...
- 0xcde4c3db 8y ago
  I work on a product that uses Buildroot, which doesn't really act like a "package manager" in the sense that libraries.io seems to want. We also have a handful of FOSS projects that are just copied into our tree and applied on top of the base system. Is there any anticipation of support for that kind of situation?
  - hp 8y ago
    I think there's a clear mapping of the Tidelift model to this, and there's also some customer demand from people building embedded systems. As a practical matter it's a bit different from what we built first, both in terms of what customers are looking for / who the customers are, and in terms of the technical details of how we'd analyze dependencies. So we don't have support for it yet. But I would like to figure it out when we have enough team bandwidth.