[no subject]
Hei, Trenger du 100% finansiering? Mitt navn er Paulo Carlos og jeg er en lisensierte private finansmannen, kan du få den billigste og rimelig lån på en lav prosentsats på 2,5% årlig. For gjeld konsolidering lån, business lån, hjem refinansiering lån. Hvis du har behov for en rask lån eller trenger store finansiering, send meg et svar og jeg vil komme tilbake til deg umiddelbart. Vennlig hilsen Paulo Carlos E-post: gruppomo...@mail2world.com ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: PulseAudio + Jack
On Thu, May 06, 2010 at 02:53:59PM -0400, Felipe Sateler wrote: > So, Adrian says Jack2 + PulseAudio is the philosopher's stone. Well, > maybe not. However, I'm having issues. > Jack2 is supposed to negotiate the soundcard with pulseaudio. However, > I need to manually deactivate pulseaudio card output to start jack. I normally don't run on ALSA, so I don't have much experience with this feature. Even harder, Nedko, who implemented the DBUS card serveration for jackd2 don't run pulseaudio. > And after stopping jack, I needed to restart pulseaudio to get sound > back again. How is this setup supposed to work? BTW, I have D-Bus > support enabled in qjackctl (and I start jackd via qjacktcl). I tried it on my laptop yesterday. qjackctl wasn't able to start jackd one or two times, but then, out of a sudden, it worked. Terminating jackd also worked, mplayer was playing all the time to pulseaudio. Looks like a race condition or some kind of first-time hiccup. Now I can't even reproduce the behaviour, jackd can always acquire the card. Weird. Just my 0.02EUR -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Release update: transitions status and freeze, RC-bugs
> > Due to the rate of change in unstable, it's not easy at the moment to > > accurately estimate when we might be able to freeze. In order to help us > > keep a clearer picture of which changes still need to occur before we can > > freeze, we will be introducing a "transition freeze" before the end of this > > month. If you have not yet discussed your transition with the Release Team, > > please ensure that you have done so before May 21st. > > We do have a pending transition: enable users to be able to switch the > installed jack implementation, although we don't intend to actually > support more than one. > > So if we want to do this (and I really think we should), we should > discuss this RSN. > > NB: This mail didn't go to debian-release yet, because I don't consider > myself qualified to decide on this plan. Comments are more than welcome! I think we should go for it. The jackd2 package has stabilized with the latest -13 upload, so we're now ready for breaking things again. ;) I guess we can also revive the former jackd1 package, so there would actually be a choice. Who's going to talk to the release team? Ciao -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver Internet nach 1996 ist ohnehin nur noch verkommerzialisierte Scheiße (Christian Anger) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
ffmpeg_0.6~svn20100505-1_i386.changes is NEW
ffmpeg-dbg_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/ffmpeg-dbg_0.6~svn20100505-1_i386.deb ffmpeg-doc_0.6~svn20100505-1_all.deb to main/f/ffmpeg/ffmpeg-doc_0.6~svn20100505-1_all.deb ffmpeg_0.6~svn20100505-1.diff.gz to main/f/ffmpeg/ffmpeg_0.6~svn20100505-1.diff.gz ffmpeg_0.6~svn20100505-1.dsc to main/f/ffmpeg/ffmpeg_0.6~svn20100505-1.dsc ffmpeg_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/ffmpeg_0.6~svn20100505-1_i386.deb ffmpeg_0.6~svn20100505.orig.tar.gz to main/f/ffmpeg/ffmpeg_0.6~svn20100505.orig.tar.gz libavcodec-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavcodec-dev_0.6~svn20100505-1_i386.deb libavcodec52_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavcodec52_0.6~svn20100505-1_i386.deb libavdevice-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavdevice-dev_0.6~svn20100505-1_i386.deb libavdevice52_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavdevice52_0.6~svn20100505-1_i386.deb libavfilter-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavfilter-dev_0.6~svn20100505-1_i386.deb (new) libavfilter1_0.6~svn20100505-1_i386.deb optional libs ffmpeg video filtering library This is the video filtering library from the ffmpeg project. . This package contains a Debian-specific version of the libavfilter shared object that should only be used by Debian packages. libavformat-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavformat-dev_0.6~svn20100505-1_i386.deb libavformat52_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavformat52_0.6~svn20100505-1_i386.deb libavutil-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libavutil-dev_0.6~svn20100505-1_i386.deb (new) libavutil50_0.6~svn20100505-1_i386.deb optional libs ffmpeg utility library This is the common utility library from the ffmpeg project. It is required by all other ffmpeg libraries. . This package contains a Debian-specific version of the libavutil shared object that should only be used by Debian packages. libpostproc-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libpostproc-dev_0.6~svn20100505-1_i386.deb libpostproc51_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libpostproc51_0.6~svn20100505-1_i386.deb libswscale-dev_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libswscale-dev_0.6~svn20100505-1_i386.deb libswscale0_0.6~svn20100505-1_i386.deb to main/f/ffmpeg/libswscale0_0.6~svn20100505-1_i386.deb Changes: ffmpeg (4:0.6~svn20100505-1) experimental; urgency=low . * update to new upstream. Closes: #569727 - fixes various segfaults and other minor feature improvements Closes: #374931, #522449, #501891, #559712, #420231, #369127, #538082, #298095, #294422, #561553, #525385, #495274, #420230 LP: #305286, #457106, #529200, #301723, #305315, #336479, #420230, #412063, #428912, #432181, #440591, #453732, #453732, #453732, #514259, #515243, #521472, #530186, #530186, #197842, #483317, #483317, #539407, #280098, #331255, #566107, #569823, #570305, #573190 * Fixup lintian overrides for new upstream snapshot * Bump Standards-Version to 3.8.4 * Many upstream changes, see upstream Changelog for details Override entries for your package: ffmpeg-dbg_0.6~svn20100505-1_i386.deb - extra debug ffmpeg-doc_0.6~svn20100505-1_all.deb - optional doc ffmpeg_0.6~svn20100505-1.dsc - source video ffmpeg_0.6~svn20100505-1_i386.deb - optional video libavcodec-dev_0.6~svn20100505-1_i386.deb - optional libdevel libavcodec52_0.6~svn20100505-1_i386.deb - optional libs libavdevice-dev_0.6~svn20100505-1_i386.deb - optional libdevel libavdevice52_0.6~svn20100505-1_i386.deb - optional libs libavfilter-dev_0.6~svn20100505-1_i386.deb - optional libdevel libavformat-dev_0.6~svn20100505-1_i386.deb - optional libdevel libavformat52_0.6~svn20100505-1_i386.deb - optional libs libavutil-dev_0.6~svn20100505-1_i386.deb - optional libdevel libpostproc-dev_0.6~svn20100505-1_i386.deb - optional libdevel libpostproc51_0.6~svn20100505-1_i386.deb - optional libs libswscale-dev_0.6~svn20100505-1_i386.deb - optional libdevel libswscale0_0.6~svn20100505-1_i386.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 294422 298095 369127 374931 420230 420231 495274 501891 522449 525385 538082 559712 561553 569727 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] FFmpeg packaging branch, master, updated. debian/0.5.1-2-3-g81c299a
On Sunday 09 May 2010 17:07:35 Reinhard Tartler wrote: > On Sat, May 08, 2010 at 09:35:19 (CEST), ceros-gu...@users.alioth.debian.org wrote: > > The following commit has been merged in the master branch: > > commit 81c299a45ae49fe1acd96907c81b2b66af2e922f > > Author: Andres Mejia > > Date: Sat May 8 03:34:09 2010 -0400 > > > > Fix dependency problem for ffmpeg binary package when using extra > > ffmpeg libs. > > I don't understand this patch. What is the issue here? Currently the > ffmpeg package has dependency like these: > > libavcodec52 (>= 4:0.5.1-3) | libavcodec-extra-52 (>= 4:0.5.1-3), > libavcodec52 (<< 4:0.5.1-99) | libavcodec-extra-52 (<< 4:0.5.1-99) > > If I understand this patch correctly, the ffmpeg package cannot be > installed with the binary package from ffmpeg-extra. > > Can you please elaborate on this change? The problem is that the deb version for ffmpeg-extra might be lower than the deb version for main ffmpeg packages. For instance, ffmpeg would expect a version of libavcodec-extra-52 (>= 4:0.5.1-3), even though no such package is available yet. > > This will still leave problem with ffmpeg-dbg, but the debug package > > will be useless anyway when using extra ffmpeg libs. > > > > diff --git a/debian/changelog b/debian/changelog > > index 8f6eee5..60e1d73 100644 > > --- a/debian/changelog > > +++ b/debian/changelog > > @@ -1,3 +1,9 @@ > > +ffmpeg (4:0.5.1-4) UNRELEASED; urgency=low > > + > > + * Fix dependency problem for ffmpeg so it can use extra ffmpeg libs. > > + > > + -- Andres Mejia Sat, 08 May 2010 03:19:37 -0400 > > + > > > > ffmpeg (4:0.5.1-3) unstable; urgency=low > > > >* fix ftbfs on powerpc > > seperate commits please > > > diff --git a/debian/rules b/debian/rules > > index b6d2051..ca852f8 100755 > > --- a/debian/rules > > +++ b/debian/rules > > @@ -126,12 +126,13 @@ binary-arch: build install formats.txt > > > > dh_makeshlibs -p"$$pkg" -V"$$pkg (>= $(DEB_VERSION)) | $$upkg (>= > > $(DEB_VERSION)), $$pkg (<< $(EPOCH)$(UPSTREAM_VERSION)-99) | > > $$upkg (<< $(EPOCH)$(UPSTREAM_VERSION)-99)"; \ > > > > done > > env LD_LIBRARY_PATH="$(LD_LIBRARY_PATH):$(CURDIR)/debian/tmp/usr/lib" \ > > > > - dh_shlibdeps > > + dh_shlibdeps -Nffmpeg > > > > # target dependencies for external packages > > > > for pkg in $(LIB_PKGS); do \ > > > > upkg=$$(echo "$$pkg" | sed -r 's/([0-9]+)$$/-extra-\1/'); \ > > dh_makeshlibs -p"$$pkg" -V"$$pkg (>= $(SHLIBS_VERSION)) | $$upkg > > (>= $(SHLIBS_VERSION))"; \ > > > > done > > > > + dh_shlibdeps -pffmpeg > > I guess the same could have been accomplished by putting 'ffmpeg' in the > for loop like this: > > for pkg in ffmpeg $(LIB_PKGS); do \ > ... > > But as stated above, I think this is wrong. Or I misunderstood something. Actually, dh_makeshlibs and dh_shlibdeps do not do the same thing, so what you propose won't work. dh_shlibdeps still needs to be run for ffmpeg as well. The use of running dh_shlibdeps solely for ffmpeg after the creation of target dependencies for external packages was so that ffmpeg could make use of the ffmpeg-extra libs, just like any other external package. -- Regards, Andres Mejia ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of ffmpeg_0.6~svn20100505-1_i386.changes
ffmpeg_0.6~svn20100505-1_i386.changes uploaded successfully to localhost along with the files: ffmpeg_0.6~svn20100505-1.dsc ffmpeg_0.6~svn20100505.orig.tar.gz ffmpeg_0.6~svn20100505-1.diff.gz ffmpeg_0.6~svn20100505-1_i386.deb ffmpeg-dbg_0.6~svn20100505-1_i386.deb ffmpeg-doc_0.6~svn20100505-1_all.deb libavutil50_0.6~svn20100505-1_i386.deb libavcodec52_0.6~svn20100505-1_i386.deb libavdevice52_0.6~svn20100505-1_i386.deb libavformat52_0.6~svn20100505-1_i386.deb libavfilter1_0.6~svn20100505-1_i386.deb libpostproc51_0.6~svn20100505-1_i386.deb libswscale0_0.6~svn20100505-1_i386.deb libavutil-dev_0.6~svn20100505-1_i386.deb libavcodec-dev_0.6~svn20100505-1_i386.deb libavdevice-dev_0.6~svn20100505-1_i386.deb libavformat-dev_0.6~svn20100505-1_i386.deb libavfilter-dev_0.6~svn20100505-1_i386.deb libpostproc-dev_0.6~svn20100505-1_i386.deb libswscale-dev_0.6~svn20100505-1_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] FFmpeg packaging branch, master, updated. debian/0.5.1-2-3-g81c299a
On Sat, May 08, 2010 at 09:35:19 (CEST), ceros-gu...@users.alioth.debian.org wrote: > The following commit has been merged in the master branch: > commit 81c299a45ae49fe1acd96907c81b2b66af2e922f > Author: Andres Mejia > Date: Sat May 8 03:34:09 2010 -0400 > > Fix dependency problem for ffmpeg binary package when using extra > ffmpeg libs. I don't understand this patch. What is the issue here? Currently the ffmpeg package has dependency like these: libavcodec52 (>= 4:0.5.1-3) | libavcodec-extra-52 (>= 4:0.5.1-3), libavcodec52 (<< 4:0.5.1-99) | libavcodec-extra-52 (<< 4:0.5.1-99) If I understand this patch correctly, the ffmpeg package cannot be installed with the binary package from ffmpeg-extra. Can you please elaborate on this change? > This will still leave problem with ffmpeg-dbg, but the debug package will > be > useless anyway when using extra ffmpeg libs. > > diff --git a/debian/changelog b/debian/changelog > index 8f6eee5..60e1d73 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,3 +1,9 @@ > +ffmpeg (4:0.5.1-4) UNRELEASED; urgency=low > + > + * Fix dependency problem for ffmpeg so it can use extra ffmpeg libs. > + > + -- Andres Mejia Sat, 08 May 2010 03:19:37 -0400 > + > ffmpeg (4:0.5.1-3) unstable; urgency=low > >* fix ftbfs on powerpc seperate commits please > diff --git a/debian/rules b/debian/rules > index b6d2051..ca852f8 100755 > --- a/debian/rules > +++ b/debian/rules > @@ -126,12 +126,13 @@ binary-arch: build install formats.txt > dh_makeshlibs -p"$$pkg" -V"$$pkg (>= $(DEB_VERSION)) | $$upkg (>= > $(DEB_VERSION)), $$pkg (<< $(EPOCH)$(UPSTREAM_VERSION)-99) | $$upkg (<< > $(EPOCH)$(UPSTREAM_VERSION)-99)"; \ > done > env LD_LIBRARY_PATH="$(LD_LIBRARY_PATH):$(CURDIR)/debian/tmp/usr/lib" \ > - dh_shlibdeps > + dh_shlibdeps -Nffmpeg > # target dependencies for external packages > for pkg in $(LIB_PKGS); do \ > upkg=$$(echo "$$pkg" | sed -r 's/([0-9]+)$$/-extra-\1/'); \ > dh_makeshlibs -p"$$pkg" -V"$$pkg (>= $(SHLIBS_VERSION)) | $$upkg > (>= $(SHLIBS_VERSION))"; \ > done > + dh_shlibdeps -pffmpeg I guess the same could have been accomplished by putting 'ffmpeg' in the for loop like this: for pkg in ffmpeg $(LIB_PKGS); do \ ... But as stated above, I think this is wrong. Or I misunderstood something. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#580113: [mplayer] No audio output to pulse
On Fri, May 07, 2010 at 22:45:51 (CEST), Adam wrote: > Reinhard Tartler wrote: > >> On Wed, May 05, 2010 at 14:53:29 (CEST), Adam wrote: >> >> > I had the volume set in ~/.mplayer/config. If I uncomment the line >> > (volume=25) pulseaudio works again. With this information ist should be >> > reproducible by anybody: >> > >> > mplayer -ao pulse -volume 25 [file] >> > >> > fails again. >> >> That's a very useful testcase, thanks for this piece of information! > > So you can reproduce it now? Not really, but from looking at the source, I can now understand why it crashes. >> No, please don't start with vanilla mplayer, but make sure that you use >> the source provided from the debian package. > > As the second patch doesn't apply against the debian source, this > doesn't seem to be an option. Am I missing something? I remember that I did apply at least one ao_pulse related patch to the rc3 branch, but I obviously didn't backport all patches. I need to take a closer look at the issue, and am sure that one of the two attached patches should fix the issue. It might need some massaging to apply, though, because not all whitespace fixes have been backported. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: libavformat update
On Sun, May 09, 2010 at 18:05:56 (CEST), Jeppe Øland wrote: > It looks like ffmpeg recently added support for chapters in MP4 files. > What is the correct procedure to have the Debian packages updated? See debian bug #569727. Note that I've already prepared updated packages in git. Left work: update debian/changelog, close lots of bugs and upload to experimental. Note that this update is not targeted for squeeze. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
libavformat update
It looks like ffmpeg recently added support for chapters in MP4 files. What is the correct procedure to have the Debian packages updated? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
RFS: smplayer
I have updated smplayer in git to the latest upstream version, 0.6.9. I would appreciate if someone were to sponsor it. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.3-1
On 9 May 2010 16:43, Felipe Sateler wrote: > This is not the first changelog that is appearing like this ( [name] > appears while being the only author). Is this intentional? A dch > setting? No, not intentional and I haven't set any custom dch settings. The problem seems to be when running git-dch it comes up with [Harry] and [Harry Rickards] with the entries all being under [Harry]. Do you know why this could be? Also, which changelog was this problem in before as I can't find an entry with it in? Thanks -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.3-1
On Sun, May 9, 2010 at 11:09, wrote: > The following commit has been merged in the master branch: > commit a76b68fa66522e80614922583d18deb1bdc9d23c > Author: Harry > Date: Sun May 9 16:06:34 2010 +0100 > > Updated debian/changelog > > diff --git a/debian/changelog b/debian/changelog > index 240..5c20974 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,3 +1,14 @@ > +lives (1.3.3-1) unstable; urgency=low > + > + [ Harry ] > + * Added Alexej Kolga (new upstream author) to debian/copyright file. > + * Added /usr/bin/build-lives-rfx-plugin and /usr/bin/build-lives-rfx- > + plugin-multi to debian/lives-data.install as they weren't present in > + the build .debs. Also added the manpages. > + * Imported Upstream version 1.3.3 > + > + -- Harry Rickards Sun, 09 May 2010 16:04:53 +0100 > + This is not the first changelog that is appearing like this ( [name] appears while being the only author). Is this intentional? A dch setting? -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: [SCM] lives packaging branch, master, updated. debian/1.3.3-1
Everyone, The current 1.1.3-1 fails to build because three patches are still in it which have been integrated into upstream. I've removed them and updated debian/series in 564765d61442d995d8787412a907e0ade28ecc06 and everything builds fine now (I did also fix a hyphen as minus sign error), but I'm unsure about what to do next. Should I make a 1.1.3-2 and skip 1.1.3-1 or amend 1.1.3-1? If I should amend, please could someone help with or do the necessary git commands as I'm not sure how to amend the right commit and update the tags, etc. Also, how do I go about adding a thumbnail to LiVES that wills how up in the Ubuntu Software Center to fix https://bugs.launchpad.net/ubuntu/+source/lives/+bug/577194? I can't find anything on the web. Thanks Alessio, Once the above is fixed, please can you upload to Debian? Thanks -- Forwarded message -- From: Date: 9 May 2010 16:09 Subject: [SCM] lives packaging branch, master, updated. debian/1.3.3-1 To: pkg-multimedia-comm...@lists.alioth.debian.org The following commit has been merged in the master branch: commit a76b68fa66522e80614922583d18deb1bdc9d23c Author: Harry Date: Sun May 9 16:06:34 2010 +0100 Updated debian/changelog diff --git a/debian/changelog b/debian/changelog index 240..5c20974 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +lives (1.3.3-1) unstable; urgency=low + + [ Harry ] + * Added Alexej Kolga (new upstream author) to debian/copyright file. + * Added /usr/bin/build-lives-rfx-plugin and /usr/bin/build-lives-rfx- + plugin-multi to debian/lives-data.install as they weren't present in + the build .debs. Also added the manpages. + * Imported Upstream version 1.3.3 + + -- Harry Rickards Sun, 09 May 2010 16:04:53 +0100 + lives (1.3.2-3) unstable; urgency=low [ Harry ] -- lives packaging ___ pkg-multimedia-commits mailing list pkg-multimedia-comm...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-commits -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#580824: jack-audio-connection-kit: FTBFS on hppa (multiple issues)
On 9 May 2010 08:05, Adam D. Barratt wrote: > On Sun, May 9, 2010 01:05, Dmitrijs Ledkovs wrote: >> On 9 May 2010 00:44, Adam D. Barratt wrote: >>> >>> - waf's parallel building and hppa don't mix; I've stolen a patch which >>> Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break >>> if >>> anything causes the .waf.-* directory to be renamed, but that seems like >>> another reason not to use waf ;-) >>> >> >> Running waf with "-j1" flag should stop all paralelism. >> >> e.g. >> >> ./waf configure build -j1 >> >> Is this not enough to make waf behave on hppa? > > From what I could see from reading the code, the number of jobs should > automatically default to the number of available CPUs in any case, so > should automatically be 1 at least on the porter box. > > However, assuming that adding the following to debian/rules would > implement your suggestion, then sadly no it does not appear to be enough: > > waf-configure-options += $(if $(filter hppa,$(DEB_HOST_ARCH)),-j1) > > Even with this change, the "./waf configure" call hangs after outputting > > Checking for dbus-1 >= 1.0.0 : ok > Checking for dbus-1 flags : ok > Checking for header expat.h : ok > > I killed it after 15 minutes of inactivity; the build output shows that > -j1 was passed to the configure call. If I add the Runner.py patch > instead, it gets past that point with ease (and later fails with the > second error I mentioned, which is trivially fixable by adding "&& > !defined(__hppa__)" to an existing patch). > > Regards, > > Adam > > Can you please run it as (without any patches) ./waf -vvv -j1 And send me buildlog please? This is quite disturbing. I'm a waf lover =) and have submitted a few patches upstream. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#580824: marked as done (jack-audio-connection-kit: FTBFS on hppa (multiple issues))
Your message dated Sun, 09 May 2010 10:36:27 + with message-id and subject line Bug#580824: fixed in jack-audio-connection-kit 1.9.5~dfsg-13 has caused the Debian Bug report #580824, regarding jack-audio-connection-kit: FTBFS on hppa (multiple issues) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 580824: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580824 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: jack-audio-connection-kit Version: 1.9.5~dfsg-12 Severity: serious Tags: patch Hi, j-a-c-k FTBFS on hppa. While some of the issues may be buildd related, some of them aren't; the good news is that I believe I've fixed them. :-) (at least, I've successfully built j-a-c-k on the hppa porter box) There are two issues: - waf's parallel building and hppa don't mix; I've stolen a patch which Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break if anything causes the .waf.-* directory to be renamed, but that seems like another reason not to use waf ;-) - the "alpha/ia64 segv fix" patch also needs to include hppa in its growing list of architectures on which not to execute the relevant code; the patch probably also wants renaming :-) I've attached a new patch to fix the first; I assume the second is trivial enough not to need a patch. I'd appreciate an upload containing these changes so that we can hopefully finally get j-a-c-k built on all architectures which are relevant for testing migration. Regards, AdamDescription: Disable parallel build on hppa architecture. Origin: http://code.google.com/p/waf/source/browse/tags/waf-1.5.0/playground/serial.py --- a/.waf-1.5.0-8e39a4c1c16303c1e8f010bf330305f6/wafadmin/Runner.py +++ b/.waf-1.5.0-8e39a4c1c16303c1e8f010bf330305f6/wafadmin/Runner.py @@ -143,3 +143,100 @@ class Parallel(object): self.consumers=[TaskConsumer(self)for i in xrange(self.numjobs)] assert(self.count==0 or self.stop) +class Serial(object): + + def __init__(self, bld, j=1): + self.manager = bld.task_manager + self.outstanding = [] + + # progress bar + self.total = self.manager.total() + self.processed = 0 + self.error = 0 + + self.switchflag = 1 # postpone + + self.consumers = None + + # warning, this one is recursive .. + def get_next(self): + if self.outstanding: + t = self.outstanding.pop(0) + self.processed += 1 + return t + + # handle case where only one wscript exist + # that only install files + if not self.manager.groups: + return None + + (_, self.outstanding) = self.manager.get_next_set() + if not self.outstanding: return None + + return self.get_next() + + def postpone(self, tsk): + self.processed -= 1 + self.switchflag *= -1 + # this actually shuffle the list + if self.switchflag>0: self.outstanding.insert(0, tsk) + else: self.outstanding.append(tsk) + + def start(self): + debug('runner: Serial start called') + while 1: + # get next Task + tsk = self.get_next() + if tsk is None: break + + if Logs.verbose: debug('runner: retrieving %r' % tsk) + + st = tsk.runnable_status() + if st == ASK_LATER: +debug('runner: postponing %r' % tsk) +self.postpone(tsk) +continue + + #continue + if st == SKIP_ME: +tsk.hasrun = SKIPPED +self.manager.add_finished(tsk) +continue + + tsk.position = (self.processed, self.total) + + # display the command that we are about to run + tsk.generator.bld.printout(tsk.display()) + + # run the command + if tsk.__class__.stat: ret = tsk.__class__.stat(tsk) + else: ret = tsk.run() + self.manager.add_finished(tsk) + + # non-zero means something went wrong + if ret: +self.error = 1 +tsk.hasrun = CRASHED +tsk.err_code = ret +if Options.options.keep: continue +else: return -1 + + try: +tsk.post_run() + except OSError: +self.error = 1 +tsk.hasrun = MISSING +if Options.options.keep: continue +else: return -1 + else: +tsk.hasrun = SUCCESS + + if self.error: + return -1 + +import subprocess +p = subprocess.Popen(['dpkg', '--print-architecture'], stdout=subprocess.PIPE) +arch = p.stdout.read().strip() +p.wait() +if arch == 'hppa': + Parallel = Serial --- End Message --- --- Begin Message --- Source: jack-audio-connection-kit Source-Version: 1.9.5~dfsg-13 We believe that the bug you reported is fixed in the latest version of jack-audio-connection-kit, which is due to be installed in the Debian FTP archive: jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz
jack-audio-connection-kit_1.9.5~dfsg-13_i386.changes ACCEPTED
Accepted: jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz jack-audio-connection-kit_1.9.5~dfsg-13.dsc to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-13.dsc jackd-firewire_1.9.5~dfsg-13_i386.deb to main/j/jack-audio-connection-kit/jackd-firewire_1.9.5~dfsg-13_i386.deb jackd_1.9.5~dfsg-13_i386.deb to main/j/jack-audio-connection-kit/jackd_1.9.5~dfsg-13_i386.deb libjack-dev_1.9.5~dfsg-13_i386.deb to main/j/jack-audio-connection-kit/libjack-dev_1.9.5~dfsg-13_i386.deb libjack0_1.9.5~dfsg-13_i386.deb to main/j/jack-audio-connection-kit/libjack0_1.9.5~dfsg-13_i386.deb Override entries for your package: jack-audio-connection-kit_1.9.5~dfsg-13.dsc - source sound jackd-firewire_1.9.5~dfsg-13_i386.deb - optional sound jackd_1.9.5~dfsg-13_i386.deb - optional sound libjack-dev_1.9.5~dfsg-13_i386.deb - optional libdevel libjack0_1.9.5~dfsg-13_i386.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 580824 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of jack-audio-connection-kit_1.9.5~dfsg-13_i386.changes
jack-audio-connection-kit_1.9.5~dfsg-13_i386.changes uploaded successfully to localhost along with the files: jack-audio-connection-kit_1.9.5~dfsg-13.dsc jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz jackd_1.9.5~dfsg-13_i386.deb libjack0_1.9.5~dfsg-13_i386.deb jackd-firewire_1.9.5~dfsg-13_i386.deb libjack-dev_1.9.5~dfsg-13_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of jack-audio-connection-kit_1.9.5~dfsg-13_i386.changes
jack-audio-connection-kit_1.9.5~dfsg-13_i386.changes uploaded successfully to ftp-master.debian.org along with the files: jack-audio-connection-kit_1.9.5~dfsg-13.dsc jack-audio-connection-kit_1.9.5~dfsg-13.debian.tar.gz jackd_1.9.5~dfsg-13_i386.deb libjack0_1.9.5~dfsg-13_i386.deb jackd-firewire_1.9.5~dfsg-13_i386.deb libjack-dev_1.9.5~dfsg-13_i386.deb Greetings, Your Debian queue daemon (running on host kassia.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#580824: jack-audio-connection-kit: FTBFS on hppa (multiple issues)
On Sun, May 9, 2010 01:05, Dmitrijs Ledkovs wrote: > On 9 May 2010 00:44, Adam D. Barratt wrote: >> >> - waf's parallel building and hppa don't mix; I've stolen a patch which >> Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break >> if >> anything causes the .waf.-* directory to be renamed, but that seems like >> another reason not to use waf ;-) >> > > Running waf with "-j1" flag should stop all paralelism. > > e.g. > > ./waf configure build -j1 > > Is this not enough to make waf behave on hppa? >From what I could see from reading the code, the number of jobs should automatically default to the number of available CPUs in any case, so should automatically be 1 at least on the porter box. However, assuming that adding the following to debian/rules would implement your suggestion, then sadly no it does not appear to be enough: waf-configure-options += $(if $(filter hppa,$(DEB_HOST_ARCH)),-j1) Even with this change, the "./waf configure" call hangs after outputting Checking for dbus-1 >= 1.0.0 : ok Checking for dbus-1 flags: ok Checking for header expat.h : ok I killed it after 15 minutes of inactivity; the build output shows that -j1 was passed to the configure call. If I add the Runner.py patch instead, it gets past that point with ease (and later fails with the second error I mentioned, which is trivially fixable by adding "&& !defined(__hppa__)" to an existing patch). Regards, Adam ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers