[PD] pd-extended for ALT Linux
I have built RPM of pd-extended (0.42.5 from SVN) for ALT Linux recently. It is available through standard apt-get/synaptic or from http://www.sisyphus.ru/en/srpm/Sisyphus/pd/get though I don't think it will work and even install on other distributions but ALT Linux. You can also check my git I build RPM from if interested: http://git.altlinux.org/people/erthad/packages/pd-extended.git ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd + git
On Tue, 16 Jun 2009 14:02:42 -0300 cristiano figueiró wrote: > exactly, well...i can acces every commit in text format, then save as > othername.pd and then open pd..anyone maintain pd patches repos in > git? As far as I know, you can not access files from two commits simultaneously in git. If you need that you can clone your git repository and checkout older commits in the second one while working on the mainline. However, I think, this way becomes awkward if you need accessing files from three and more commits simultaneously because you need to store several repos, yet it does not use extra disk space when working locally. > >>> Can i acces directly in pd my older revisions? I'm doing in the > >>> wrong way i think, i pickup some commit id and save with another > >>> name and than open pd :p > >>> > >> > >> hmm, i'm not sure whether i fully understand your question. > >> do you mean like in svn, where you can open both mypatch.pd and > >> .svn/text-base/mypatch.pd.svn-base ? > >> i don't think this is possible with git, as it stores the > >> meta-data in a binary compressed format. (but then i don't use git) signature.asc Description: PGP signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GIT repo
On Sun, 17 May 2009 11:10:46 -0700 Miller Puckette wrote: > Ok... I put it up on http://crca.ucsd.edu/~msp/Software/pd-git/ - > I can't imagine this would work too well since the git repository > mostly consists of a single compressed 4M file, which presumably your > git client has to download wholesale. I think it is because of git-repack or such. > But if it functions for you > (or if you can suggest a way I could do it better) that's easy for me > to maintain :) Actually you should not copy but push your working repository to your public one. Something like: Set up the public repository on the web server: mkdir ~msp/Software/pd/ cd ~msp/Software/pd/ git-init Add remote to your working repository on your working computer: cd path/to/git/repo/pd/ git remote add pubrepo /pub/Software/pd/ (here goes the path under which you access your home dir on the web server) After that each time you want to publish your changes just use the command from your working repository: git push --all --tags pubrepo I think this would be much the same for each public git-hosting such as github or gitorious. You just will need to set up the transport (ssh, etc) to access it and change the single 'git remote add ...' accordingly. signature.asc Description: PGP signature ___ 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
В Sat, 16 May 2009 19:40:31 -0400 Hans-Christoph Steiner пишет: > 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] GIT repo
В Sat, 16 May 2009 12:28:01 -0700 Miller Puckette пишет: > I don't know offhand how much trouble it would be to set up a git > repository on sourceforge, but if it were there I'd be happy to keep > it in sync with mine. To let others pull from your git repository you can simply put it on HTTP or FTP or such without packing it into a tarball. People would not be able to browse it but will be able to pull commits from it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] GIT repo
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