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
