rien, Read this blog post: http://www.mikealrogers.com/posts/nodemodules-in-git.html
He makes a very convincing argument against bundling packages. Doug On Fri, Aug 24, 2012 at 11:56 AM, P. <uploa...@gmail.com> wrote: > Here's an unpopular vote, but I'll say it anyway. > How about portable packages? > As in, if you download package P that is dependent on packages D, E, F, then > package P comes with the correct versions of D, E, F embedded in it? > That way we do away with dependencies altogether. > (yes, there'll be redundancy for the sake of convenience. I don't know the > implications re compiling) > > And we can pass the bucket to the programmer when P1's E (version 1.1) > returns an object that needs to be passed to P2's E (version 1.2) - now the > incompatibility issue is on the surface, and the programmer can look at both > sides, see where they disagree, and code up a bridge. Or better yet, E can > deprecate its modified functions by appending the version number to their > name. > > Either way, the main idea is: do away with dependencies, make packages > portable. > > (or at least give them an interface between the package and its > dependencies, like what I'm told OCaml does - or was it SML? or both?) > > To me the biggest problem with package systems is dependencies. I don't know > why you folks are discussing Linux to be honest. > > - rien > > > > On Fri, Aug 24, 2012 at 2:46 PM, Doug Coleman <doug.cole...@gmail.com> > wrote: >> >> Python's package management is terrible. They have easy_install, >> distribute, distribute2, pip, and virtualenv, in addition to having >> binaries/interpreters/libraries for python2 and python3. I tried pip >> but it couldn't install one of the packages I needed, so I wiped them >> all and went back to easy_install. Everything is global and I find >> myself having to edit config files and rm directories/egg files by >> hand to upgrade packages. I had a ".11-git" release of a library, and >> even though ".11" was out, easy_install wouldn't upgrade it. You have >> to micromanage each installed package. >> >> If you want a model of what not to do, look to python. >> >> Doug >> >> On Fri, Aug 24, 2012 at 11:35 AM, Marmaduke Woodman <mmwood...@gmail.com> >> wrote: >> > Python's package management is (typically) on a system basis while afaik >> > npm and gem is per project and user respectively, so this seems to be >> > comparing apples >> > and oranges. For example, there is no standard way to download a >> > Python project and do the >> > equivalent of npm install. >> > >> > Some Linux distros do manage to keep their python packages current, >> > but the Python project >> > I work on (with 30+ dependencies) distributes all the deps with the >> > package or requests users >> > to use pip or easy_install because version numbers of Python packages >> > across Linuxes seem >> > to follow a log normal distribution. >> > >> > On Fri, Aug 24, 2012 at 8:14 PM, Joe Groff <arc...@gmail.com> wrote: >> >> On Fri, Aug 24, 2012 at 12:33 AM, Tim Allen <screwt...@froup.com> >> >> wrote: >> >>> I'm no expert in these matters, but it worries me a little that you >> >>> mention Ruby Gems as one potential inspiration: I know that (for >> >>> example) Debian doesn't package many Ruby libraries because the Gem >> >>> system interacts poorly with a system-wide package-manager. Other >> >>> languages like Perl and Python seem to have tons of libraries packaged >> >>> in Debian, so they might be better models. >> >> >> >> I'd call this a plus, because Debian's update schedule is glacial, and >> >> you don't want to be limited by your system package manager when >> >> installing a library for yourself for a local project. Systems like >> >> gem and npm let you easily install up-to-date packages at a user- or >> >> project-local location without requiring admin access or coordination >> >> with the system's update schedule. >> >> >> >>> Having a "image.factorimage" file in a package might make life a bit >> >>> complicated - aren't Factor images platform specific? What happens if >> >>> somebody "launches the Factor VM from inside the package directory" >> >>> but >> >>> the image is for a different architecture? >> >> >> >> Images would not be distributed with packages. `image.factorimage` >> >> would just be a standard default location for `save-image` and image >> >> loading during package development. >> >> >> >> -Joe >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Live Security Virtual Conference >> >> Exclusive live event will cover all the ways today's security and >> >> threat landscape has changed and how IT managers can respond. >> >> Discussions >> >> will include endpoint security, mobile security and the latest in >> >> malware >> >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> _______________________________________________ >> >> Factor-talk mailing list >> >> Factor-talk@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/factor-talk >> > >> > >> > ------------------------------------------------------------------------------ >> > Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> > Discussions >> > will include endpoint security, mobile security and the latest in >> > malware >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> > _______________________________________________ >> > Factor-talk mailing list >> > Factor-talk@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/factor-talk >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Factor-talk mailing list >> Factor-talk@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/factor-talk > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Factor-talk mailing list > Factor-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/factor-talk > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Factor-talk mailing list Factor-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/factor-talk
