[RoarAudio] libavdevice53's dependency on libroar-compat1 (on debian-multimedia)
flum, Last night after some researches I found out that the ffmpeg (pkg:libavdevice53) package depend on libroar-compat1. This is because it uses libroarsndio.1 from this package. While I consider this perfectly correct I haven't found a changelog entry for this. Could you please point me to the changelog entry if I just missed it on my search or check the situation yourself if there is none? The build depends for this libsndio-dev or libroar-dev directly (provider of libsndio-dev). The first one must not be used if any other component of src:roaraudio is used as well. To the maintainers of libavdevice53 in the offical distribution: I would kindly you to check as well if this dependency makes sense for the package. I don't know which code within the lib uses my package nor if it is also present in the offical distribution so I don't want to open a possibly invalid bug report. Thanks all of you for your work :) PS: please keap the RoarAudio list in Cc, I will manually confirm your mails if needed. -- Philipp. (Rah of PH2) signature.asc Description: This is a digitally signed message part ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Can't install audacious on amd64
Hello, I think there's a dependency issue on audacious-plugins at least on the amd64 architecture. When I try to install audacious from squeeze-backports I get this: sudo apt-get -t squeeze-backports install audacious Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: audacious : Depends: audacious-plugins (= 2.4.2) but 2.3+dfsg-1+b1 is to be installed E: Broken packages Any ideas on how to fix this? Thanks very much! -- rent0n ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: request sponsor/upload for pd-pdstring
Hi again There was some confusion on my part, since I seem to have tested it only in Debian stable where everything works as expected. The puredata package in Debian unstable is quite different from previous versions and also is its behavior. On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/30/2011 04:19 PM, Roman Haefeli wrote: On Fri, 2011-09-30 at 13:24 +0200, IOhannes m zmölnig wrote: debian/control: any reason why you are so picky about the debhelper version? I'm using short-form dh with dh overrides. Lintian tells me that those features are only available since 7.0.50. I read the thread about thanks for the explanation. debian/README.Debian quite a long line :-) more important, i cannot load pdstring following your advice in README.Debian: [declare -stdlib extra/pdstring] will do nothing (on reload), only [declare -lib pdstring] helps How did you test? The '-lib' flag searches relative to your patch, whereas '-stdlib' searches relative to pd. You only can correctly test it by effectively installing the package and run pd (/usr/bin/pd). my test is to open the attached abstraction with $ puredata -noprefs pdstring-test.pd which gives me: snip any2string error: ... couldn't create /snip puredata (the 0.43.0-4) finds neither the library nor the abstraction of the name any2string. the former can be a bug in your documentation (i have to admit that i'm not so familiar with [declare]), as it would look for a library extra/pdstring where the pdstring.pd_linux file really is extra/pdstring/pdstring.pd_linux, so it should probably read -stdlib extra/pdstring/pdstring. '-stdlib extra/pdstring/pdstring' is supposed to work as well but should not be necessary at all. Pd normally checks also folders with the lib name for libs. When specifying mylib, both extra/mylib.pd_linux and extra/mylib/mylib.pd_linux are searched. However, it turned out, that the advice was not complete, since the library also contains abstractions, which are not found with only '-stdlib extra/pdstring'. The full and correct declaration is: [declare -stdlib extra/pdstring -stdpath extra/pdstring] Yeah, that's a lot for loading only a library, but unfortunately that is how it currently works in Pd. after closer inspection it seems like this _might_ be a bug in the puredata package, which seems only to consider /usr/lib/puredata/ as a stdpath, and it won't search extra/pdstring in /usr/lib/pd. i'm not entirely sure though (given the nastiness of [declare]) if you think that it is a bug in puredata-core, please file a bugreport. Yeah, that is indeed the case. Before filing a bug report, I'd like to clear up the meanings of the different paths. /usr/lib/pd/extra Am I right in assuming that this path is supposed to be searched by all flavors of Pd (all packages that provide the virtual package pd)? This also the path where usually external libraries are installed to because from there they can be loaded from any flavor of pd? /usr/lib/puredata/extra is only searched by puredata / pd from the puredata package? This is where libraries are installed that only are suitable for the pd provided by the puredata package? /usr/lib/pd-extended/extra is only searched by pdextended / pd from the pd-extended package? Libs that are only useful with pdextended go there? If that is the case, then there is definitely a bug in the puredata-core package as it is ignoring /usr/lib/pd/extra. This also means, that currently all Pd libraries in unstable that install to /usr/lib/pd/extra (most of them do) are currently broken, as there is no proper way to actually load them in pd (you still can specify the absolute path to the library, which renders your patch unportable to other OS'). Roman ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Can't install audacious on amd64
On Sat, Oct 1, 2011 at 20:25, Cyril Lavier cyril.lav...@davromaniak.eu wrote: Hi rent0n. I'm already aware of this issue, somebody reported it on my webblog, and I sent a mail to the backport mailing list few weeks ago, but nothing was apparently done. It comes from the sponsor validated the source package under a Debian Testing or Unstable instead of validating it under Debian Squeeze + Squeeze-backports repo. As he validated the amd64 package, this one was not recompiled by the buildd. So all it needs to be done is asking the buildd to rebuild the amd64 version of the audacious and audacious-plugins packages. By the way, I don't know how to do this request. So if anybody can explain me how to request it or can request it, thank you. I'll try to binNMU your the package on amd64 - though I haven't done this for -backports before, I'll try. If it does not work we can ask a backports-master to help. -- Regards, Aron Xu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [RoarAudio] libavdevice53's dependency on libroar-compat1 (on debian-multimedia)
On Sa, Okt 01, 2011 at 12:53:44 (CEST), Philipp Schafft wrote: flum, Last night after some researches I found out that the ffmpeg (pkg:libavdevice53) package depend on libroar-compat1. This is because it uses libroarsndio.1 from this package. While I consider this perfectly correct I haven't found a changelog entry for this. [...] Note that this is simply untrue for the official debian package. I cannot really comment on the package in the rogue (dmo) archive, probably an unclean build environment or something. Moreover, I'd like to point out that Debian ships Libav (cf. http://libav.org), dmo seems to follow the branch from videolan.org. To the maintainers of libavdevice53 in the offical distribution: I would kindly you to check as well if this dependency makes sense for the package. I don't know which code within the lib uses my package nor if it is also present in the offical distribution so I don't want to open a possibly invalid bug report. Libavdevice has code that enables applications to access audio hw via sndio. As discussed on IRC, this is mainly useful on OpenBSD where this originates. Until there is a proper port of libsndio to Linux (or someone requests building against the RoarAudio compat wrapper and can confirm that it actually works), I don't think it makes much sense to explicitly enable it. Thanks all of you for your work :) Your welcome! Cheers! -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Can't install audacious on amd64
On Sat, Oct 1, 2011 at 20:53, Aron Xu happyaron...@gmail.com wrote: I'll try to binNMU your the package on amd64 - though I haven't done this for -backports before, I'll try. If it does not work we can ask a backports-master to help. I have uploaded an updated amd64 build to backports-master, it should be available in the archive soon. The files are here: http://people.debian.org/~aron/backports/audacious-plugins/ They will be removed once they are landed in backports archive. If you discover this build does not fix the problem, I will try to follow up and help. -- Regards, Aron Xu ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Please update audacious, audacious-plugins and libmowgli watch files
Hi Maintainers, The watch files for those packages are based on oldish .tgz as upstream tarballs are now .tar.gz or .tar.bz2! Regards, Patrice ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Can't install audacious on amd64
Aron Xu schrieb am Saturday, den 01. October 2011: On Sat, Oct 1, 2011 at 20:53, Aron Xu happyaron...@gmail.com wrote: I'll try to binNMU your the package on amd64 - though I haven't done this for -backports before, I'll try. If it does not work we can ask a backports-master to help. I have uploaded an updated amd64 build to backports-master, it should be available in the archive soon. The files are here: http://people.debian.org/~aron/backports/audacious-plugins/ They will be removed once they are landed in backports archive. If you discover this build does not fix the problem, I will try to follow up and help. Na. The right solution would have been to ask the debian-buildd guys for a bin-nmu. Please don't try to play buildd. Alex ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
fromMiss Ophelia E. M. Grant
this is attachment message from Miss Ophelia E. M. Grant read and get back to me AWE.txt Description: Binary data ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of libbluray_0.2~git20111001.8e5d241-1_amd64.changes
libbluray_0.2~git20111001.8e5d241-1_amd64.changes uploaded successfully to localhost along with the files: libbluray_0.2~git20111001.8e5d241-1.dsc libbluray_0.2~git20111001.8e5d241.orig.tar.gz libbluray_0.2~git20111001.8e5d241-1.debian.tar.gz libbluray-dev_0.2~git20111001.8e5d241-1_amd64.deb libbluray1_0.2~git20111001.8e5d241-1_amd64.deb libbluray-bdj_0.2~git20111001.8e5d241-1_all.deb libbluray-doc_0.2~git20111001.8e5d241-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
libbluray_0.2~git20111001.8e5d241-1_amd64.changes ACCEPTED into unstable
Accepted: libbluray-bdj_0.2~git20111001.8e5d241-1_all.deb to main/libb/libbluray/libbluray-bdj_0.2~git20111001.8e5d241-1_all.deb libbluray-dev_0.2~git20111001.8e5d241-1_amd64.deb to main/libb/libbluray/libbluray-dev_0.2~git20111001.8e5d241-1_amd64.deb libbluray-doc_0.2~git20111001.8e5d241-1_all.deb to main/libb/libbluray/libbluray-doc_0.2~git20111001.8e5d241-1_all.deb libbluray1_0.2~git20111001.8e5d241-1_amd64.deb to main/libb/libbluray/libbluray1_0.2~git20111001.8e5d241-1_amd64.deb libbluray_0.2~git20111001.8e5d241-1.debian.tar.gz to main/libb/libbluray/libbluray_0.2~git20111001.8e5d241-1.debian.tar.gz libbluray_0.2~git20111001.8e5d241-1.dsc to main/libb/libbluray/libbluray_0.2~git20111001.8e5d241-1.dsc libbluray_0.2~git20111001.8e5d241.orig.tar.gz to main/libb/libbluray/libbluray_0.2~git20111001.8e5d241.orig.tar.gz Override entries for your package: libbluray-bdj_0.2~git20111001.8e5d241-1_all.deb - optional libs libbluray-dev_0.2~git20111001.8e5d241-1_amd64.deb - optional libdevel libbluray-doc_0.2~git20111001.8e5d241-1_all.deb - optional doc libbluray1_0.2~git20111001.8e5d241-1_amd64.deb - optional libs libbluray_0.2~git20111001.8e5d241-1.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers