I'd like to contribute to the puredyne ppa's at launchpad.
I always find myself needing mp3cast~ oggcast~ and a few other externals that don't come with PD.
The ppa's are a great treat when installing and using PD.
I was wondering if someone could help me get up to speed on how to make a ppa, maybe with a simple example I can just copy and paste.
I'd like to then pacakage mp3cast~ and oggcast~ (or, rather the entire pdogg suite).
Roman, it would also be great if you could add gmerlin to your ppa list. Is that difficult? I'd think it wouldn't be too much work if you already have the others (gavl, etc).
-august.
On Fri, 2010-11-05 at 06:22 +0100, august wrote:
Roman, it would also be great if you could add gmerlin to your ppa list. Is that difficult? I'd think it wouldn't be too much work if you already have the others (gavl, etc).
Simply including the sources that are already included in the official Ubuntu repositories is easy. But I wouldn't see any point in doing that. Do you need a more up-to-date version of the gmerlin package? And what for do you need it, just out of curiosity?
Roman
On Fri, 2010-11-05 at 06:22 +0100, august wrote:
Roman, it would also be great if you could add gmerlin to your ppa list. Is that difficult? I'd think it wouldn't be too much work if you already have the others (gavl, etc).
Simply including the sources that are already included in the official Ubuntu repositories is easy. But I wouldn't see any point in doing that.
hmm. maybe I don't understand yet how it all works...
When I install the official gmerlin repo, it overwrites libgavl in /usr/lib with a version that is older than that which came from installing the pd-readanysf package from the puredyne ppa's.
I also noticed that whoever did the "official" package for ubuntu made it without gmerlin_encode. This basically makes the package useless.
This all seems odd. I would think there would be 4 packages:
libgavl -> provides base library for audio video frames
libgmerlin_avdec - provides libs for decoding av
gmerlin_encode -> provides plugins to gmerlin for encoding
gmerlin -> provides a framework for building gui apps, also includes
many handy applications such as gmerlin_transcoder
Do you need a more up-to-date version of the gmerlin package? And what
It would be nice (maybe even crucial) to have all the gmerlin packages in sync -> packaged by the same method, at the same time.
for do you need it, just out of curiosity?
the gmerlin package has some of the nicest (and easiest) transcoding software I have yet used. I use it a lot. But, the official package is broken as far as I can see, since it doesn't include any of the encode plugins. It also has a very handy ogg/vorbis/theora streaming app that seems to be missing from the official package.
-august.
Roman, IOhannes, Alexandre Quessy, and I have all joined the Debian pkg-multimedia team to get this stuff into Debian, and therefore automatically into Ubuntu, Linux Mint, etc. Its quite easy to join, so I am trying to get more people involved. So far we've gotten a bunch of Pd libs into Debian, so these should be all included in Ubuntu 11.04:
pd-arraysize pd-bassemu pd-beatpipe pd-comport pd-earplug pd-freeverb pd-iemnet pd-libdir pd-motex pd-plugin pd-pmpd puredata-import
We've also been working on getting gmerlin-avdecoder into Debian. Its quite close, but Roman and IOhannes have been working on it more than me recently, so I don't know the status. I've got a few more packaged up and am uploading them for review right now:
pd-pddp pd-ekext pd-markex pd-mjlib pd-pan pd-pdogg pd-sigpack pd-smlib pd-windowing
.hc
On Fri, 2010-11-05 at 14:54 +0100, august wrote:
On Fri, 2010-11-05 at 06:22 +0100, august wrote:
Roman, it would also be great if you could add gmerlin to your ppa list. Is that difficult? I'd think it wouldn't be too much work if you already have the others (gavl, etc).
Simply including the sources that are already included in the official Ubuntu repositories is easy. But I wouldn't see any point in doing that.
hmm. maybe I don't understand yet how it all works...
When I install the official gmerlin repo, it overwrites libgavl in /usr/lib with a version that is older than that which came from installing the pd-readanysf package from the puredyne ppa's.
I also noticed that whoever did the "official" package for ubuntu made it without gmerlin_encode. This basically makes the package useless.
This all seems odd. I would think there would be 4 packages:
libgavl -> provides base library for audio video frames libgmerlin_avdec - provides libs for decoding av gmerlin_encode -> provides plugins to gmerlin for encoding gmerlin -> provides a framework for building gui apps, also includes many handy applications such as gmerlin_transcoderDo you need a more up-to-date version of the gmerlin package? And what
It would be nice (maybe even crucial) to have all the gmerlin packages in sync -> packaged by the same method, at the same time.
for do you need it, just out of curiosity?
the gmerlin package has some of the nicest (and easiest) transcoding software I have yet used. I use it a lot. But, the official package is broken as far as I can see, since it doesn't include any of the encode plugins. It also has a very handy ogg/vorbis/theora streaming app that seems to be missing from the official package.
-august.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Fri, 5 Nov 2010, Hans-Christoph Steiner wrote:
pd-arraysize
There is no point in making tiny packages like that. In C, the command for that is a one-liner. Why would it have to be not only accompanied by many lines of wrapper commands, but also further lines of comments, its own file, license headers, and then a freaking deb package ?
Where are those packages : glibc-printf glibc-sprintf glibc-fprintf glibc-sin glibc-cos
Beyond a certain point, breaking things into little packages is stupid.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
--- On Fri, 11/5/10, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] ubuntu ppa's To: "Hans-Christoph Steiner" hans@at.or.at Cc: "PD list" pd-list@iem.at, "august" august@alien.mur.at Date: Friday, November 5, 2010, 6:26 PM On Fri, 5 Nov 2010, Hans-Christoph Steiner wrote:
pd-arraysize
There is no point in making tiny packages like that. In C, the command for that is a one-liner.
In Pd, it's also a one-liner: [expr size("myArray")]. Well, I guess it's a three-liner if you want the same functionality as [arraysize]:
[loadbang] | [symbol myArray( | [expr size("$s1")]
So what is the point of [arraysize] in the first place? Is the package there for compatibility for people who have already used [arraysize] without having known about [expr]?
-Jonathan
Why would it have to be not only accompanied by many lines of wrapper commands, but also further lines of comments, its own file, license headers, and then a freaking deb package ?
Where are those packages : glibc-printf glibc-sprintf glibc-fprintf glibc-sin glibc-cos
Beyond a certain point, breaking things into little packages is stupid.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC -----Inline Attachment Follows-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Nov 5, 2010, at 5:15 PM, Jonathan Wilkes wrote:
--- On Fri, 11/5/10, Mathieu Bouchard matju@artengine.ca wrote:
From: Mathieu Bouchard matju@artengine.ca Subject: Re: [PD] ubuntu ppa's To: "Hans-Christoph Steiner" hans@at.or.at Cc: "PD list" pd-list@iem.at, "august" august@alien.mur.at Date: Friday, November 5, 2010, 6:26 PM On Fri, 5 Nov 2010, Hans-Christoph Steiner wrote:
pd-arraysize
There is no point in making tiny packages like that. In C, the command for that is a one-liner.
In Pd, it's also a one-liner: [expr size("myArray")]. Well, I guess it's a three-liner if you want the same functionality as [arraysize]:
[loadbang] | [symbol myArray( | [expr size("$s1")]
So what is the point of [arraysize] in the first place? Is the
package there for compatibility for people who have already used [arraysize] without having known about [expr]?
yup, its all about compatibility with how people have used it.
.hc
-Jonathan
Why would it have to be not only accompanied by many lines of wrapper commands, but also further lines of comments, its own file, license headers, and then a freaking deb package ?
Where are those packages : glibc-printf glibc-sprintf glibc-fprintf glibc-sin glibc-cos
Beyond a certain point, breaking things into little packages is stupid.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC -----Inline Attachment Follows-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Looking at things from a more basic level, you can come up with a more
direct solution... It may sound small in theory, but it in practice,
it can change entire economies. - Amy Smith
On Fri, 5 Nov 2010, Jonathan Wilkes wrote:
So what is the point of [arraysize] in the first place? Is the package there for compatibility for people who have already used [arraysize] without having known about [expr]?
yes, but it's still dumb to have a separate package for that.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Sat, 2010-11-06 at 11:27 -0400, Mathieu Bouchard wrote:
On Fri, 5 Nov 2010, Jonathan Wilkes wrote:
So what is the point of [arraysize] in the first place? Is the package there for compatibility for people who have already used [arraysize] without having known about [expr]?
yes, but it's still dumb to have a separate package for that.
Yes it is dumb from a specific point of view, but sometimes there are other reasons like backward compatibilities that make it not dumb.
.hc
On Sat, 6 Nov 2010, Hans-Christoph Steiner wrote:
Yes it is dumb from a specific point of view, but sometimes there are other reasons like backward compatibilities that make it not dumb.
You already had compatibility by bundling the thing as part of pd-extended. Splitting it away as a separate package only means that this compatibility is limited to those machines that have that tiny little package installed. All it does is cause more work for those who want to use [arraysize].
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On 05/11/10 05:22, august wrote:
I'd like to contribute to the puredyne ppa's at launchpad.
Great!
I was wondering if someone could help me get up to speed on how to make a ppa, maybe with a simple example I can just copy and paste.
The hard part is step 4 - takes some trial-and-error, especially for software that isn't simple to build. A quick way to get examples is add a deb-src line to correspond to the deb line for the Puredyne PPA in your sources.list.d, then "sudo apt-get update && apt-get source pd-foo" to unpack the source deb.
-august.
Thanks,
On 05/11/10 05:22, august wrote:
I'd like to contribute to the puredyne ppa's at launchpad.
Great!
I was wondering if someone could help me get up to speed on how to make a ppa, maybe with a simple example I can just copy and paste.
- create a Launchpad account
done.
- sign the code of conduct
where do you do that? Launchpad is a labyrinth. I cannot find anything I am looking for on that site. Maybe I already did that when I signed up.
- create a Launchpad PPA for your own use/testing/etc
this is "Register a project", right? What should the name for pdogg be in puredyne ppa? Should it be pd-pdogg? Or, just pd-ogg?
Right now, the source has 4 externals, oggamp~, oggcast~, oggread~, oggwrite~. Do they need to be wrapped in a library called pdogg~? That seems unnecessary.
- package the software Debian-style
I was hoping I could just copy someone's deb package and change a few variables.
- dput it to your own PPA for Launchpad to build
will have to look up what dput is.
- join the Puredyne team
I assume I do that on launchpad.
- copy stable versions from your PPA to the Puredyne PPA
The hard part is step 4 - takes some trial-and-error, especially for software that isn't simple to build. A quick way to get examples is add a deb-src line to correspond to the deb line for the Puredyne PPA in your sources.list.d, then "sudo apt-get update && apt-get source pd-foo" to unpack the source deb.
thanks....this gets me started already.
On a side note, I also noticed that many of the puredyne ppa's install externals in /usr/lib/pd/extra/ppa-name/ where ppa-name is directory named for the external. But, this makes the external invisible to PD by default. A user has to go in and assign a path to pd by hand to find it. Is there any way to get around this?
- package the software Debian-style
I was hoping I could just copy someone's deb package and change a few variables.
I just saw there is a "debian/" folder in the pdogg directory. It looks like it is maintained already by Hans.
Could you just add this to the puredyne ppa list? Is that possible?
On Fri, 2010-11-05 at 16:16 +0100, august wrote:
- package the software Debian-style
I was hoping I could just copy someone's deb package and change a few variables.
I just saw there is a "debian/" folder in the pdogg directory. It looks like it is maintained already by Hans.
Could you just add this to the puredyne ppa list? Is that possible?
I think this is a perfect opportunity for an easy intro to launchpad. pd-pdogg is indeed ready to be uploaded, so you could upload it to pure dyne. At the bottom of this page are the steps that I use, the key is to change the distro and version in debian/changelog from 'unstable' to the ubuntu distro you are targeting.
http://puredata.info/docs/developer/DebianTemplate
.hc
- package the software Debian-style
I was hoping I could just copy someone's deb package and change a few variables.
I just saw there is a "debian/" folder in the pdogg directory. It looks like it is maintained already by Hans.
Could you just add this to the puredyne ppa list? Is that possible?
I think this is a perfect opportunity for an easy intro to launchpad. pd-pdogg is indeed ready to be uploaded, so you could upload it to pure dyne. At the bottom of this page are the steps that I use, the key is to change the distro and version in debian/changelog from 'unstable' to the ubuntu distro you are targeting.
http://puredata.info/docs/developer/DebianTemplate
.hc
when I try to add the new package "pd-pdogg" in launchpad, it tells me there are similar projects such as pd-extended. Are you packaging pdogg already as a ppa?
IS there a pd-extended ppa? Is it usable? I can't find any real info about it on launchpad.
If it is, can we merge all the purdata-related ppa's into one?
If pd-pdogg is part of pd-extended, should I continue with the packaging?
- package the software Debian-style
I was hoping I could just copy someone's deb package and change a few variables.
I just saw there is a "debian/" folder in the pdogg directory. It looks like it is maintained already by Hans.
Could you just add this to the puredyne ppa list? Is that possible?
I think this is a perfect opportunity for an easy intro to launchpad. pd-pdogg is indeed ready to be uploaded, so you could upload it to pure dyne. At the bottom of this page are the steps that I use, the key is to change the distro and version in debian/changelog from 'unstable' to the ubuntu distro you are targeting.
http://puredata.info/docs/developer/DebianTemplate
.hc
hans,
when I do the first step in your howto, make dpkg-source, I get this:
make[1]: Leaving directory `/home/august/externals/pdogg'
mv pdogg-0.26-svn pd-pdogg_0.26-svn
tar --exclude-vcs -czpf ../pd-pdogg_0.26-svn.orig.tar.gz
pd-pdogg_0.26-svn
rm -f -- pdogg-0.26-svn.tar.gz
rm -rf -- pdogg-0.26-svn pd-pdogg_0.26-svn
cd .. && dpkg-source -b pdogg
dpkg-source: error: can't build with source format '3.0 (quilt)': no
orig.tar file found
make: *** [dpkg-source] Error 255
On 2010-11-05 17:50, august wrote:
when I do the first step in your howto, make dpkg-source, I get this:
[...]
dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found make: *** [dpkg-source] Error 255
funnily enough, it was yesterday that i had to compile pdogg myself and neither the makefile nor the debian/-package worked. i see that august has now committed a fix for the makefile.
i suspect the quilt problem will eventually go away, once the debian-packaging of pdogg is moved out of svn.pure-data.sf.net into the git repository (with properly imported upstream sources).
however, debian/control lacks any mentioning of libvorbis-dev
fgasdmr IOhannes
On Nov 5, 2010, at 1:06 PM, IOhannes m zmoelnig wrote:
On 2010-11-05 17:50, august wrote:
when I do the first step in your howto, make dpkg-source, I get
this:[...]
dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found make: *** [dpkg-source] Error 255
funnily enough, it was yesterday that i had to compile pdogg myself
and neither the makefile nor the debian/-package worked. i see that august has now committed a fix for the makefile.i suspect the quilt problem will eventually go away, once the debian-packaging of pdogg is moved out of svn.pure-data.sf.net into
the git repository (with properly imported upstream sources).however, debian/control lacks any mentioning of libvorbis-dev
Thanks for the fix, august, I had to tweak it to make it work on all
platforms. The package does now have libvorbis-dev as a Build-Dep.
As for my PPA, you are welcome to use stuff from it, but don't expect
it to be reliable. I regularly delete and change things with zero
thought about users. That's the point of it, a testbed to iron things
out without dealing with baggage.
https://launchpad.net/~eighthave/+archive/libdirs
If you want a reliable PPA, use puredyne.
.hc
Programs should be written for people to read, and only incidentally
for machines to execute.