4 ms·

This is why I really liked the approach of using a github username as a namespace for rubygems, it lets you publish things but with some indication that it may

This is why I really liked the approach of using a github username as a namespace for rubygems, it lets you publish things but with some indication that it may just be for personal use.

sgillen 7y ago
I like that a lot! could work for personal python packages too.
- DangitBobby 7y ago
  You can install directly from GitHub, bitbucket, etc. with pip, BTW. My point was that if I want to have packages for private use installable over the internet with package management tools for various languages, I have to put them on the public internet, or jump through some hoops.
  - harikb 7y ago
    Package management tools for both Rust and Go and JS do support direct github urls with minimal boilerplate. You have no reason to make something public unless you want to.
    - DangitBobby 7y ago
      Oh you can use those tools with private repos?
      - BurpyDave 7y ago
        You can for sure with go
        steveklabnik 7y ago
        You can with Rust as well.
  - acka 7y ago
    Using pip, and possibly other tools, you can try using a .netrc[0] file to manage login credentials for private repositories. Although it is a cleartext file (so you may need to manage access to it, for instance when using it in CI), at least your credentials will not show up in log files. [0] https://www.gnu.org/software/inetutils/manual/html_node/The-_002enetrc-file.html https://www.gnu.org/software/inetutils/manual/html_node/The-...
  - sgillen 6y ago
    Totally, I already do that. Would be interesting to be able to install sgillen.package separately from package, with just a flag passed to pip.
traverseda 7y ago
I'm not sure having a hard dependency on github is a good idea, I think approaches like that are giving github/microsoft too much power. Installing from a generic git URL tends to work just fine, even if it's a bit more typing.
- sanderjd 6y ago
  Yeah the useful thing is namespaces, I agree it would be good to not tie it to any given platform. I remember the cargo (rust) folks discussed including some way to have a namespace. I don't remember the details but I was disappointed they decided not to go that route.

This is why I really liked the approach of using a github username as a namespace for rubygems, it lets you publish things but with some indication that it may just be for personal use.

sgillen 7y ago

I like that a lot! could work for personal python packages too.

DangitBobby 7y ago
You can install directly from GitHub, bitbucket, etc. with pip, BTW. My point was that if I want to have packages for private use installable over the internet with package management tools for various languages, I have to put them on the public internet, or jump through some hoops.
- harikb 7y ago
  Package management tools for both Rust and Go and JS do support direct github urls with minimal boilerplate. You have no reason to make something public unless you want to.
  - DangitBobby 7y ago
    Oh you can use those tools with private repos?
    - BurpyDave 7y ago
      You can for sure with go
      - steveklabnik 7y ago
        You can with Rust as well.
- acka 7y ago
  Using pip, and possibly other tools, you can try using a .netrc[0] file to manage login credentials for private repositories. Although it is a cleartext file (so you may need to manage access to it, for instance when using it in CI), at least your credentials will not show up in log files. [0] https://www.gnu.org/software/inetutils/manual/html_node/The-_002enetrc-file.html https://www.gnu.org/software/inetutils/manual/html_node/The-...
- sgillen 6y ago
  Totally, I already do that. Would be interesting to be able to install sgillen.package separately from package, with just a flag passed to pip.

traverseda 7y ago

I'm not sure having a hard dependency on github is a good idea, I think approaches like that are giving github/microsoft too much power. Installing from a generic git URL tends to work just fine, even if it's a bit more typing.

sanderjd 6y ago
Yeah the useful thing is namespaces, I agree it would be good to not tie it to any given platform. I remember the cargo (rust) folks discussed including some way to have a namespace. I don't remember the details but I was disappointed they decided not to go that route.