Re: [PD] packaging pd and friends WAS: GIT repo
В Sat, 16 May 2009 19:40:31 -0400 Hans-Christoph Steiner h...@at.or.at пишет: Basically, libraries/externals can't be installed into 'pd/extra' because then the packages would conflict. I proposed /usr/lib/pd- externals/ as a place to install all packaged externals, so then you could have pd-vanilla, pd-extended, desiredata, etc. installed and they could all use the externals. Claude of pure-dyne had an objection to this, but he didn't follow up on the details. Is there a problem with standalone externals or what? If the prepackaged externals should only be linked with the parent Pd version then you could use %_libdir/%name/extra for such and %_libdir/pd-externals/ for the standalone In any case, I think we should discuss it here so we can work out a common solution. Actually, here, at ALT Linux we have rather strict packaging requirements (no arch-specific data in /usr/share, etc) -- the package will simply not build if you don't hold to them, so my build might be different in some things from the community one. Anyway I am still interested in discussing the packaging things in right way. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packaging pd and friends WAS: GIT repo
On May 17, 2009, at 12:36 PM, Timur Batyrshin wrote: В Sat, 16 May 2009 19:40:31 -0400 Hans-Christoph Steiner h...@at.or.at пишет: Basically, libraries/externals can't be installed into 'pd/extra' because then the packages would conflict. I proposed /usr/lib/pd- externals/ as a place to install all packaged externals, so then you could have pd-vanilla, pd-extended, desiredata, etc. installed and they could all use the externals. Claude of pure-dyne had an objection to this, but he didn't follow up on the details. Is there a problem with standalone externals or what? If the prepackaged externals should only be linked with the parent Pd version then you could use %_libdir/%name/extra for such and %_libdir/pd-externals/ for the standalone See my previous email in this thread. In any case, I think we should discuss it here so we can work out a common solution. Actually, here, at ALT Linux we have rather strict packaging requirements (no arch-specific data in /usr/share, etc) -- the package will simply not build if you don't hold to them, so my build might be different in some things from the community one. Anyway I am still interested in discussing the packaging things in right way. As a long time Debian user, I am a huge fan of packaging things right. I am guessing that a lot of these policies will be very similar, so it'd be good to share the effort. For example, I just created a pd-extended.xml and pd-extended.desktop Free Desktop files to handle the mime type, file association, menus, etc. Those are certainly usable in most distros. .hc Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] packaging pd and friends WAS: GIT repo
Since you are also thinking about packaging, it would be good to open up a discussion about how to handle some things. If you plan on just packaging pd-vanilla, then its easy. If you want to support multiple versions of Pd then it gets a bit more complicated. Basically, libraries/externals can't be installed into 'pd/extra' because then the packages would conflict. I proposed /usr/lib/pd- externals/ as a place to install all packaged externals, so then you could have pd-vanilla, pd-extended, desiredata, etc. installed and they could all use the externals. Claude of pure-dyne had an objection to this, but he didn't follow up on the details. In any case, I think we should discuss it here so we can work out a common solution. .hc On May 16, 2009, at 10:31 AM, Timur Batyrshin wrote: Hi all! I am going to build and maintain RPM of puredata for ALT Linux. It uses git for building RPM packages so I want to pull from existing RCS (git preferrably) repositories of pd-vanilla and pd-extended if any. So my question is: Is there a working git repository of pd-vanilla and/or pd-extended or is the development held in SVN or such? Found only tarball of git repository on Miller Puckette's page (which obviously not exactly what I need) but no other links to git repositories. Thanks for any advice in advance. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list