News for hackers. Stuff that matters.
Re:Remacs – A community-driven port of Emacs to Rust by Walkman on Sunday July 16, 2017 @11:16PM (#14785437)
> Python has/had a terrible packaging story though. As you said, dependencies weren't really documented.

I wonder where have you lived? I rarely found (if ever) an undocumented dependency list for any serious Python project in the last couple of years.

Re:Remacs – A community-driven port of Emacs to Rust by baq on Monday July 17, 2017 @06:22AM (#14787106)
python's packaging, especially compared to state of the art which cargo represents, is really, really poor. documenting direct dependencies is just a start. requirements.txt is somehow simplistic and complex at the same time (remember about the special options which thankfully aren't used too much) and you can also list dependencies in setup.py, too.

there's the Pipfile initiative which gives me much hope, though :)

Re:Remacs – A community-driven port of Emacs to Rust by urethrafranklin on Monday July 17, 2017 @05:21AM (#14786822)
Are you talking about requirements.txt? Requirements.txt falls short of cargo or really any other mainstream language's dependency doc (no reproducible builds, for one thing -- effectively almost as bad as undocumented).
Re:Remacs – A community-driven port of Emacs to Rust by Walkman on Wednesday July 19, 2017 @01:42AM (#14802188)
Mostly requirements.txt, yes. It's a standard and it has been a really long time I used a package where I didn't find one.

What you mean by no reproducible builds?

Re:Remacs – A community-driven port of Emacs to Rust by krakensden on Monday July 17, 2017 @11:05AM (#14789175)
Requirements.txt + virtualenv, everything is fine.

Really, significantly easier to not screw up in a large org than bundler, because dependencies don't leak by default.

Re:Remacs – A community-driven port of Emacs to Rust by urethrafranklin on Monday July 17, 2017 @12:57PM (#14790327)
Actually, `bundle exec` is way easier to use than virtualenv.