Processed: severity of 658075 is wishlist
Processing commands for cont...@bugs.debian.org: severity 658075 wishlist Bug #658075 [blender] blender: cycles addon missing script files Severity set to 'wishlist' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 658075: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658075 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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: Bug#658084: libav-extra: Really necessary?
Am 31.01.2012 17:55, schrieb Reinhard Tartler: On Tue, Jan 31, 2012 at 5:44 PM, Jonas Smedegaardd...@jones.dk wrote: Problem is that other packages can carefully ensure not violating licensing when linking against libav, and libav-extra then distorts that by causing Debian as a whole to not ensure against same violation. Yes, that's it. Thanks for finding clear words, Jonas. ;) How about having libav-extra package conflict with other packages known to not be compatible with the tighter licensing? That would be an option. Another option would be to have those packages declare a conflicts on libav-extra. nit: wouldn't the breaks relationship be more appropriate here? Yes, sure. No need to deconfigure offending packages, it should be enough to make sure they are not installed at the same time. I don't think we should overdo the license-policy game. If we become aware of a license clash, we can add a conflict, as Jonas suggest. This leads us to the next question (the one I meant with analysis): Do we already *know* of license clashes of specific software with a GPL-v3 licensed libav? Or is the whole introduction of libav-extra done for precaution? How is this handled in the gstreamer packages? I see that gst-plugins-ugly0.10 is linked against the apache-2.0 licensed libopencore-amrwb0 and is still distributed under the terms of the LGPL-2.0+. Legally, I don't think there is much difference here. However, there is a practical difference for Debian as distribution: we do not violate the packages if users install a combination of packages that result to a license clash. Yes, we can add conflicts, and probably have to if we become aware of it, but we cannot be held responsible for funky stuff that random users do on their (own) systems. Reminds me of the libcurl situation. We have both libcurl (linked against openssl) and libcurl-gnutls packages in Debian. The latter is for packages with licenses incompatible to openssl's one. However, nothing prevents you from installing the openssl-linked libcurl package on your system if you wish so. What parts of libav are actually affected by the two additional codecs? I guess it's only libavcodec (and maybe libavformat). If it really boils down to rebuild only one library with aditional confflags, I begin to like Andres' idea more and integrate libav-extra into the libav package. - Fabian ___ 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 naspro-bridge-it_0.4.0-1_amd64.changes
naspro-bridge-it_0.4.0-1_amd64.changes uploaded successfully to localhost along with the files: naspro-bridge-it_0.4.0-1.dsc naspro-bridge-it_0.4.0.orig.tar.bz2 naspro-bridge-it_0.4.0-1.debian.tar.gz libnabrit2_0.4.0-1_amd64.deb libnabrit-dev_0.4.0-1_amd64.deb libnabrit-dbg_0.4.0-1_amd64.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
Decent DVD rippers?
Dear team, what DVD rippers do we currently have in Debian? Apart from avconv, mencoder and VLC - which all somehow allow to transcode a DVD into a file - I only know of thoggen. While I like the latter very much for its straight interface, it seems dead upstream and does currently only allow to transcode to Theora/Ogg, so no xvid, x264, schroedinger, VP8 and whatever codecs are supported by gstreamer nowadays. I have seen that dmo has: - dvd::rip, which is a frontend for transcode, which in turn is not in Debian (I know we have once discussed this in the past, but what were the reasons this is not in Debian?) - handbrake, which seems to be exactly what I am looking for. Does anyone know reasons not to include this in Debian? - ogmrip, which also seems to come close to my expectations. Again, are there reasons for not having this in Debian? There are also some command line tools like xvidenc, h264enc or lxdvdrip which might be easier to package but only provide limited use. What di you think of the packages I mentioned above? Did I miss one importand DVD ripper? Do you consider them candidates for Debian in general and exspecially for pkg-multimedia? Who is with me? ;) - Fabian ___ 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: Decent DVD rippers?
Am Mittwoch, den 01.02.2012, 11:00 +0100 schrieb Fabian Greffrath: Dear team, what DVD rippers do we currently have in Debian? Apart from avconv, mencoder and VLC - which all somehow allow to transcode a DVD into a file - I only know of thoggen. While I like the latter very much for its straight interface, it seems dead upstream and does currently only allow to transcode to Theora/Ogg, so no xvid, x264, schroedinger, VP8 and whatever codecs are supported by gstreamer nowadays. I have seen that dmo has: - dvd::rip, which is a frontend for transcode, which in turn is not in Debian (I know we have once discussed this in the past, but what were the reasons this is not in Debian?) - handbrake, which seems to be exactly what I am looking for. Does anyone know reasons not to include this in Debian? - ogmrip, which also seems to come close to my expectations. Again, are there reasons for not having this in Debian? There are also some command line tools like xvidenc, h264enc or lxdvdrip which might be easier to package but only provide limited use. What di you think of the packages I mentioned above? Did I miss one importand DVD ripper? Maybe not important, but you missed dvdbackup. It's in the Debian archive, but not under the hood of pkg-multimedia (yet). -- Benjamin Drung Debian Ubuntu Developer 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
naspro-bridge-it_0.4.0-1_amd64.changes ACCEPTED into experimental
Accepted: libnabrit-dbg_0.4.0-1_amd64.deb to main/n/naspro-bridge-it/libnabrit-dbg_0.4.0-1_amd64.deb libnabrit-dev_0.4.0-1_amd64.deb to main/n/naspro-bridge-it/libnabrit-dev_0.4.0-1_amd64.deb libnabrit2_0.4.0-1_amd64.deb to main/n/naspro-bridge-it/libnabrit2_0.4.0-1_amd64.deb naspro-bridge-it_0.4.0-1.debian.tar.gz to main/n/naspro-bridge-it/naspro-bridge-it_0.4.0-1.debian.tar.gz naspro-bridge-it_0.4.0-1.dsc to main/n/naspro-bridge-it/naspro-bridge-it_0.4.0-1.dsc naspro-bridge-it_0.4.0.orig.tar.bz2 to main/n/naspro-bridge-it/naspro-bridge-it_0.4.0.orig.tar.bz2 Override entries for your package: libnabrit-dbg_0.4.0-1_amd64.deb - extra debug libnabrit-dev_0.4.0-1_amd64.deb - optional libdevel libnabrit2_0.4.0-1_amd64.deb - optional libs naspro-bridge-it_0.4.0-1.dsc - source libs Announcing to debian-experimental-chan...@lists.debian.org 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
Processing of naspro-core_0.4.0-2_amd64.changes
naspro-core_0.4.0-2_amd64.changes uploaded successfully to localhost along with the files: naspro-core_0.4.0-2.dsc naspro-core_0.4.0-2.debian.tar.gz libnacore5_0.4.0-2_amd64.deb libnacore-dev_0.4.0-2_amd64.deb libnacore-doc_0.4.0-2_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
Re: Decent DVD rippers?
Am 01.02.2012 10:59, schrieb Benjamin Drung: Maybe not important, but you missed dvdbackup. It's in the Debian archive, but not under the hood of pkg-multimedia (yet). Thanks for the addition, but I prefer rippers that output (transcoded) files that are instantly watchable. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
meterec_0.8~ds0-1_amd64.changes is NEW
(new) meterec_0.8~ds0-1.debian.tar.gz optional sound (new) meterec_0.8~ds0-1.dsc optional sound (new) meterec_0.8~ds0-1_amd64.deb optional sound minimalistic multi track recoder meterec works as a basic multi track tape recoder. The aim of meterec is to minimise the interactions of the users with the computer and allow them to focus on their instrumental performance. For this reason meterec features are minimal. One of the main limitation is that meterec can only restart from time 0:00:00.00: if you srew one take, start it over again! rather than learning how to use a specific software to correct what you screw, meterec forces to learn and master your instrument. (new) meterec_0.8~ds0.orig.tar.gz optional sound Changes: meterec (0.8~ds0-1) unstable; urgency=low . * Initial release. (Closes: #658234) Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 658234 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#658084: libav-extra: Really necessary?
On 12-02-01 at 10:24am, Fabian Greffrath wrote: Am 31.01.2012 17:55, schrieb Reinhard Tartler: Legally, I don't think there is much difference here. However, there is a practical difference for Debian as distribution: we do not violate the packages if users install a combination of packages that result to a license clash. Yes, we can add conflicts, and probably have to if we become aware of it, but we cannot be held responsible for funky stuff that random users do on their (own) systems. Reminds me of the libcurl situation. We have both libcurl (linked against openssl) and libcurl-gnutls packages in Debian. The latter is for packages with licenses incompatible to openssl's one. However, nothing prevents you from installing the openssl-linked libcurl package on your system if you wish so. I believe multiple flavors of libcurl is installable concurrently, which means dependent packages can link against a specific one as licensing requires. With libav you provide no way for dependent packages to ensure their licensing is respected. What parts of libav are actually affected by the two additional codecs? I guess it's only libavcodec (and maybe libavformat). If it really boils down to rebuild only one library with aditional confflags, I begin to like Andres' idea more and integrate libav-extra into the libav package. If ok legally then certainly that's most elegant. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: tagging 657775
Processing commands for cont...@bugs.debian.org: tags 657775 + fixed-upstream Bug #657775 [src:lives] lives: FTBFS(kfreebsd): error: unterminated argument list invoking macro _ Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 657775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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: Decent DVD rippers?
2012/2/1 Fabian Greffrath fab...@greffrath.com: Did I miss one importand DVD ripper? Do you consider them candidates for Debian in general and exspecially for pkg-multimedia? Who is with me? ;) To have Handbrake in debian would be awesome! mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
hello
Hello i am rechel I guess you will not be surprise to receive my mail? i saw your profile and it sound well.I will like us to exchange good relationship.I am rechel by name,No kid and never marry.so i hope we can be good friend i hope both of us can make it together.so reply me at (rechelm...@yahoo.com)so that i will send you my pic.yours rechel___ 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: Bug#658084: libav-extra: Really necessary?
On Wed, Feb 1, 2012 at 11:49 AM, Jonas Smedegaard d...@jones.dk wrote: On 12-02-01 at 10:24am, Fabian Greffrath wrote: Am 31.01.2012 17:55, schrieb Reinhard Tartler: Legally, I don't think there is much difference here. However, there is a practical difference for Debian as distribution: we do not violate the packages if users install a combination of packages that result to a license clash. Yes, we can add conflicts, and probably have to if we become aware of it, but we cannot be held responsible for funky stuff that random users do on their (own) systems. Reminds me of the libcurl situation. We have both libcurl (linked against openssl) and libcurl-gnutls packages in Debian. The latter is for packages with licenses incompatible to openssl's one. However, nothing prevents you from installing the openssl-linked libcurl package on your system if you wish so. I didn't check the curl situation, but yes, that sounds a bit similar. I believe multiple flavors of libcurl is installable concurrently, which means dependent packages can link against a specific one as licensing requires. With libav you provide no way for dependent packages to ensure their licensing is respected. What parts of libav are actually affected by the two additional codecs? I guess it's only libavcodec (and maybe libavformat). Well, in detail, it affects two additional build dependencies, which are then detected at build time if present by debian/confflags. These enable the respective library wrappers. If it really boils down to rebuild only one library with aditional confflags, I begin to like Andres' idea more and integrate libav-extra into the libav package. If ok legally then certainly that's most elegant. Sorry, I disagree with that approach. It a) increases the complexity of the packaging considerably, b) doubles the build-times and c) doesn't help at all with keeping the diff for ubuntu minimal. -- regards, Reinhard ___ 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: Bug#658084: libav-extra: Really necessary?
Am 01.02.2012 16:02, schrieb Reinhard Tartler: Sorry, I disagree with that approach. It a) increases the complexity of the packaging considerably, b) doubles the build-times and c) doesn't help at all with keeping the diff for ubuntu minimal. Well, I think that's debatable. Having two separate source package for the sake of two additional codecs could also be considered as increased complexity. And if I understand it right, it's only libavcodec that needs to get rebuilt with a slightly different set of confflags, i.e. the ones that enable the codecs in question. These could be set to different values (i.e. different additional codecs) depending if the package is built for Debian or Ubuntu. ___ 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: Decent DVD rippers?
On Mi, Feb 01, 2012 at 13:58:44 (CET), Jaromír Mikeš wrote: 2012/2/1 Fabian Greffrath fab...@greffrath.com: Did I miss one importand DVD ripper? Do you consider them candidates for Debian in general and exspecially for pkg-multimedia? Who is with me? ;) To have Handbrake in debian would be awesome! I agree that handbrake would be great to have in Debian. Unfortunately, it bundles a lot of libraries that are already in Debian, and IIRC, it contains a considerable number of patches to libavcodec. So AFAIUI, it is in a similar situation as xbmc: Requires a considerable amount of work in order to get it suitable of inclusion into Debian. :-( Cheers, Reinhard -- 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: Bug#658084: libav-extra: Really necessary?
On Feb 1, 2012 10:03 AM, Reinhard Tartler siret...@gmail.com wrote: On Wed, Feb 1, 2012 at 11:49 AM, Jonas Smedegaard d...@jones.dk wrote: On 12-02-01 at 10:24am, Fabian Greffrath wrote: Am 31.01.2012 17:55, schrieb Reinhard Tartler: Legally, I don't think there is much difference here. However, there is a practical difference for Debian as distribution: we do not violate the packages if users install a combination of packages that result to a license clash. Yes, we can add conflicts, and probably have to if we become aware of it, but we cannot be held responsible for funky stuff that random users do on their (own) systems. Reminds me of the libcurl situation. We have both libcurl (linked against openssl) and libcurl-gnutls packages in Debian. The latter is for packages with licenses incompatible to openssl's one. However, nothing prevents you from installing the openssl-linked libcurl package on your system if you wish so. I didn't check the curl situation, but yes, that sounds a bit similar. I believe multiple flavors of libcurl is installable concurrently, which means dependent packages can link against a specific one as licensing requires. With libav you provide no way for dependent packages to ensure their licensing is respected. What parts of libav are actually affected by the two additional codecs? I guess it's only libavcodec (and maybe libavformat). Well, in detail, it affects two additional build dependencies, which are then detected at build time if present by debian/confflags. These enable the respective library wrappers. If it really boils down to rebuild only one library with aditional confflags, I begin to like Andres' idea more and integrate libav-extra into the libav package. If ok legally then certainly that's most elegant. Sorry, I disagree with that approach. It a) increases the complexity of the packaging considerably, I find it more complex and error prone to maintain two libav packages than one. b) doubles the build-times The current situation still does this, only it's worse. The buildd machines have to perform the setup and cleanup twice for the two source packages on top of building the two packages. and c) doesn't help at all with keeping the diff for ubuntu minimal. Why is libav in ubuntu main anyway? Shouldn't it be in universe still, particularly because most dependencies are in universe/multiverse? How about if another name for the *-extra libs is used, like *-gpl3 for example? -- regards, Reinhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers ~ Andres ___ 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: Bug#658084: libav-extra: Really necessary?
On Wed, Feb 1, 2012 at 4:15 PM, Fabian Greffrath fab...@greffrath.com wrote: Am 01.02.2012 16:02, schrieb Reinhard Tartler: Sorry, I disagree with that approach. It a) increases the complexity of the packaging considerably, b) doubles the build-times and c) doesn't help at all with keeping the diff for ubuntu minimal. Well, I think that's debatable. Having two separate source package for the sake of two additional codecs could also be considered as increased complexity. It's the status quo. And I don't believe that the implementation of what you guys propose will be any less complex than what we currently have. And if I understand it right, it's only libavcodec that needs to get rebuilt with a slightly different set of confflags, i.e. the ones that enable the codecs in question. These could be set to different values (i.e. different additional codecs) depending if the package is built for Debian or Ubuntu. The proposal doesn't allow me to drop libav-extra in Ubuntu. This means, that 'libav' in Ubuntu/main must not provide libavcodec-extra-53. And now things start to become way to complex for me to think further about it. Sorry, but no thanks. -- regards, Reinhard ___ 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: Bug#658084: libav-extra: Really necessary?
On Wed, Feb 1, 2012 at 4:24 PM, Andres Mejia amejia...@gmail.com wrote: I find it more complex and error prone to maintain two libav packages than one. b) doubles the build-times The current situation still does this, only it's worse. The buildd machines have to perform the setup and cleanup twice for the two source packages on top of building the two packages. and c) doesn't help at all with keeping the diff for ubuntu minimal. Why is libav in ubuntu main anyway? Shouldn't it be in universe still, particularly because most dependencies are in universe/multiverse? IIRC there are still some KDE parts in main that depend on libav. If we could get libav demoted, that would indeed make things easier, regardless what we decide here. How about if another name for the *-extra libs is used, like *-gpl3 for example? That would require to rebuild the archive again to pick up the new shlibs. Would probably take at least a release cycle. -- regards, Reinhard ___ 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 clthreads_2.4.0-4_amd64.changes
clthreads_2.4.0-4_amd64.changes uploaded successfully to localhost along with the files: clthreads_2.4.0-4.dsc clthreads_2.4.0-4.debian.tar.gz libclthreads-dev_2.4.0-4_amd64.deb libclthreads2_2.4.0-4_amd64.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
clthreads_2.4.0-4_amd64.changes ACCEPTED into unstable
Accepted: clthreads_2.4.0-4.debian.tar.gz to main/c/clthreads/clthreads_2.4.0-4.debian.tar.gz clthreads_2.4.0-4.dsc to main/c/clthreads/clthreads_2.4.0-4.dsc libclthreads-dev_2.4.0-4_amd64.deb to main/c/clthreads/libclthreads-dev_2.4.0-4_amd64.deb libclthreads2_2.4.0-4_amd64.deb to main/c/clthreads/libclthreads2_2.4.0-4_amd64.deb Override entries for your package: clthreads_2.4.0-4.dsc - source devel libclthreads-dev_2.4.0-4_amd64.deb - extra devel libclthreads2_2.4.0-4_amd64.deb - extra 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
clthreads override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libclthreads-dev_2.4.0-4_amd64.deb: package says section is libdevel, override says devel. libclthreads-dev_2.4.0-4_amd64.deb: package says priority is optional, override says extra. libclthreads2_2.4.0-4_amd64.deb: package says priority is optional, override says extra. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@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
Re: Decent DVD rippers?
Am 01.02.2012 16:14, schrieb Reinhard Tartler: I agree that handbrake would be great to have in Debian. Unfortunately, it bundles a lot of libraries that are already in Debian, and IIRC, it contains a considerable number of patches to libavcodec. So AFAIUI, it is in a similar situation as xbmc: Requires a considerable amount of work in order to get it suitable of inclusion into Debian. :-( I am working on it, i.e. getting it to (at least) compile without any bundled libraries and so far it only took a few mostly trivial changes. I have, however, not yet figured out how to compile the beast without FAAC. That's where I am stuck at the moment... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
permafrost REMOVED from testing
FYI: The status of the permafrost source package in Debian's testing distribution has changed. Previous version: 0.2.0-1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ 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: Decent DVD rippers?
On Wed, Feb 1, 2012 at 4:58 PM, Fabian Greffrath fab...@greffrath.com wrote: Am 01.02.2012 16:14, schrieb Reinhard Tartler: I agree that handbrake would be great to have in Debian. Unfortunately, it bundles a lot of libraries that are already in Debian, and IIRC, it contains a considerable number of patches to libavcodec. So AFAIUI, it is in a similar situation as xbmc: Requires a considerable amount of work in order to get it suitable of inclusion into Debian. :-( I am working on it, i.e. getting it to (at least) compile without any bundled libraries and so far it only took a few mostly trivial changes. I have, however, not yet figured out how to compile the beast without FAAC. That's where I am stuck at the moment... Feel free to push what you currently have to git.debian.org, I might find some time next week to have a closer look. Maybe we can get it to use opencore-aac instead. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
dvbcut 0.5.4+svn178-1 MIGRATED to testing
FYI: The status of the dvbcut source package in Debian's testing distribution has changed. Previous version: 0.5.4+svn170-2 Current version: 0.5.4+svn178-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#658275: blender: SIGSEGV when running: blender -E help
Package: blender Version: 2.61-2 Severity: normal Dear Maintainer, when I try lo list rendering engines from the command line blender crashes, this is how to reproduce that: $ blender -E help AL lib: pulseaudio.c:331: PulseAudio returned minreq tlength/2; expect break up Blender Engine Listing: BLENDER_RENDER BLENDER_GAME Segmentation fault This does NOT happen with a build from blender.org. Here is a backtrace: Program received signal SIGSEGV, Segmentation fault. 0x7688f2dc in std::_Rb_tree_rebalance_for_erase(std::_Rb_tree_node_base*, std::_Rb_tree_node_base) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (gdb) bt full #0 0x7688f2dc in std::_Rb_tree_rebalance_for_erase(std::_Rb_tree_node_base*, std::_Rb_tree_node_base) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 No symbol table info available. #1 0x00d99fa9 in std::_Rb_treevoid*, std::pairvoid* const, unsigned int, std::_Select1ststd::pairvoid* const, unsigned int , std::lessvoid*, std::allocatorstd::pairvoid* const, unsigned int ::erase(void* const) () No symbol table info available. #2 0x00d9a12d in AUD_ReferenceAUD_IDevice::~AUD_Reference() () No symbol table info available. #3 0x71f5adf2 in __run_exit_handlers (status=0, listp=0x722a54c8, run_list_atexit=true) at exit.c:78 atfct = optimized out onfct = optimized out cxafct = 0x26fa990 #4 0x71f5ae45 in *__GI_exit (status=0) at exit.c:100 No locals. #5 0x00736f78 in _start () No symbol table info available. The problem seems to be caused by the AUD_Reference() dstructor? Another bug mentioning AUD_Reference: http://projects.blender.org/tracker/?func=detailatid=498aid=28672group_id=9 but I didn't test if the attached patch fixes the issue. Since the crash happens in __run_exit_handlers() I think all the rendering engines are listed, but the user cannot be sure of that from the console output. Thanks, Antonio -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii fonts-droid 20101110+git-3 ii libavcodec53 4:0.8-1 ii libavdevice53 4:0.8-1 ii libavformat53 4:0.8-1 ii libavutil51 4:0.8-1 ii libc6 2.13-25 ii libfftw3-33.3-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-12 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.61.6.0-4 ii libglu1-mesa [libglu1]7.11.2-1 ii libgomp1 4.6.2-12 ii libilmbase6 1.0.1-3 ii libjack0 [libjack-0.116] 1:0.121.0+svn4538-3 ii libjpeg8 8d-1 ii libopenal11:1.13-4 ii libopenexr6 1.6.1-4.1 ii libopenjpeg2 1.3+dfsg-4 ii libpng12-01.2.46-4 ii libpython3.2 3.2.2-4 ii libsdl1.2debian 1.2.15-1 ii libsndfile1 1.0.25-4 ii libstdc++64.6.2-12 ii libswscale2 4:0.8-1 ii libtiff4 3.9.5-2 ii libx11-6 2:1.4.4-4 ii libxi62:1.4.5-1 ii python3.2 3.2.2-4 ii zlib1g1:1.2.3.4.dfsg-3 blender recommends no packages. Versions of packages blender suggests: pn yafaray none -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Mes Salutations,
Mes Salutations, Je suis rober sone, un officier d'origine canadienne hospitalisé en Europe pour raison de santé. Je souffre d'une tumeur au cerveau. Le résultat de certaines de mes analyses médicales faisait état de ce que mes jours sur terre sont comptés. Malheureusement je n'ai ni famille ni enfant qui pourra bénéficier de cet argent. Il m'a été conseillé par le Père de mon église et guide spirituel d'en faire une donation afin que le SEIGNEUR me pardonne mes péchés car j'ai eu à effectuer des trafics illégaux dans le domaine de la drogue et des armes durant mon parcourt. Vous êtes donc bénéficiaire de 85.000euro. Je vous l'offre du fond du cœur. Veuillez l'accepter et faîtes-en bon usage. Je réclame juste la prière afin que mon opération se passe très bien. Veuillez donc prendre contact avec mon notaire pour rentrer en possession de votre donation car il vous appartient déjà dès à présent. Me viera A. dabou Téléphone: 06 32 53 69 58 Courrier électronique: maitrevierada...@gmail.com Adresse: Lot 139 place de l'Hôtel de Ville 01330 Villars-les-Dombes Recevez mes sincères salutations et que le Seigneur vous bénisse, AMEN ___ 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 lives_1.6.0~ds1-2_amd64.changes
lives_1.6.0~ds1-2_amd64.changes uploaded successfully to localhost along with the files: lives_1.6.0~ds1-2.dsc lives_1.6.0~ds1-2.debian.tar.gz libweed-dbg_1.6.0~ds1-2_amd64.deb libweed-dev_1.6.0~ds1-2_amd64.deb libweed0_1.6.0~ds1-2_amd64.deb lives_1.6.0~ds1-2_amd64.deb lives-data_1.6.0~ds1-2_all.deb lives-dbg_1.6.0~ds1-2_amd64.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
lives_1.6.0~ds1-2_amd64.changes ACCEPTED into unstable
Accepted: libweed-dbg_1.6.0~ds1-2_amd64.deb to main/l/lives/libweed-dbg_1.6.0~ds1-2_amd64.deb libweed-dev_1.6.0~ds1-2_amd64.deb to main/l/lives/libweed-dev_1.6.0~ds1-2_amd64.deb libweed0_1.6.0~ds1-2_amd64.deb to main/l/lives/libweed0_1.6.0~ds1-2_amd64.deb lives-data_1.6.0~ds1-2_all.deb to main/l/lives/lives-data_1.6.0~ds1-2_all.deb lives-dbg_1.6.0~ds1-2_amd64.deb to main/l/lives/lives-dbg_1.6.0~ds1-2_amd64.deb lives_1.6.0~ds1-2.debian.tar.gz to main/l/lives/lives_1.6.0~ds1-2.debian.tar.gz lives_1.6.0~ds1-2.dsc to main/l/lives/lives_1.6.0~ds1-2.dsc lives_1.6.0~ds1-2_amd64.deb to main/l/lives/lives_1.6.0~ds1-2_amd64.deb Override entries for your package: libweed-dbg_1.6.0~ds1-2_amd64.deb - extra debug libweed-dev_1.6.0~ds1-2_amd64.deb - optional libdevel libweed0_1.6.0~ds1-2_amd64.deb - optional libs lives-data_1.6.0~ds1-2_all.deb - optional video lives-dbg_1.6.0~ds1-2_amd64.deb - extra debug lives_1.6.0~ds1-2.dsc - source video lives_1.6.0~ds1-2_amd64.deb - optional video 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
Processing of naspro-bridge-it_0.4.0-2_amd64.changes
naspro-bridge-it_0.4.0-2_amd64.changes uploaded successfully to localhost along with the files: naspro-bridge-it_0.4.0-2.dsc naspro-bridge-it_0.4.0-2.debian.tar.gz libnabrit2_0.4.0-2_amd64.deb libnabrit-dev_0.4.0-2_amd64.deb libnabrit-dbg_0.4.0-2_amd64.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
naspro-bridge-it_0.4.0-2_amd64.changes ACCEPTED into unstable
Accepted: libnabrit-dbg_0.4.0-2_amd64.deb to main/n/naspro-bridge-it/libnabrit-dbg_0.4.0-2_amd64.deb libnabrit-dev_0.4.0-2_amd64.deb to main/n/naspro-bridge-it/libnabrit-dev_0.4.0-2_amd64.deb libnabrit2_0.4.0-2_amd64.deb to main/n/naspro-bridge-it/libnabrit2_0.4.0-2_amd64.deb naspro-bridge-it_0.4.0-2.debian.tar.gz to main/n/naspro-bridge-it/naspro-bridge-it_0.4.0-2.debian.tar.gz naspro-bridge-it_0.4.0-2.dsc to main/n/naspro-bridge-it/naspro-bridge-it_0.4.0-2.dsc Override entries for your package: libnabrit-dbg_0.4.0-2_amd64.deb - extra debug libnabrit-dev_0.4.0-2_amd64.deb - optional libdevel libnabrit2_0.4.0-2_amd64.deb - optional libs naspro-bridge-it_0.4.0-2.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
Processing of clxclient_3.6.1-4_amd64.changes
clxclient_3.6.1-4_amd64.changes uploaded successfully to localhost along with the files: clxclient_3.6.1-4.dsc clxclient_3.6.1-4.debian.tar.gz libclxclient-dev_3.6.1-4_amd64.deb libclxclient3_3.6.1-4_amd64.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
clxclient_3.6.1-4_amd64.changes ACCEPTED into unstable
Accepted: clxclient_3.6.1-4.debian.tar.gz to main/c/clxclient/clxclient_3.6.1-4.debian.tar.gz clxclient_3.6.1-4.dsc to main/c/clxclient/clxclient_3.6.1-4.dsc libclxclient-dev_3.6.1-4_amd64.deb to main/c/clxclient/libclxclient-dev_3.6.1-4_amd64.deb libclxclient3_3.6.1-4_amd64.deb to main/c/clxclient/libclxclient3_3.6.1-4_amd64.deb Override entries for your package: clxclient_3.6.1-4.dsc - source libs libclxclient-dev_3.6.1-4_amd64.deb - extra devel libclxclient3_3.6.1-4_amd64.deb - extra 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
clxclient override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libclxclient-dev_3.6.1-4_amd64.deb: package says section is libdevel, override says devel. libclxclient-dev_3.6.1-4_amd64.deb: package says priority is optional, override says extra. libclxclient3_3.6.1-4_amd64.deb: package says priority is optional, override says extra. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@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
Translation Outsourcing Service/翻译外包服务/Übersetzung Outsourcing Service
Dear Sir or Madam, We offer quality translation service solution from and to Chinese documents, including technical manual, eBook, website and press release translation and desktop publishing, to the step of printing. If you like, you can reply to this email and get more details. If you have enquiry on a certain project, send back am email please or call our toll free phone on ( +86 ) 400-689-7769 for discussion . Looking forward to your response. Monika Liu Lingomedium www.lingomedium.com Sehr geehrte Damen und Herren， Wir liefern Lösungskonzepte von hoher Qualität für Übersetzungsaufträge. Außerdem sind wir in der Lage, sowohl mehrsprachigen Übersetzungsservice als auch End-to-End-Service vom Design, Layout, bis zur fertigen Drucksache anzubieten. Dies beinhaltet u.a. Übersetzung von technischem Handbuch und Jahresbericht, Übersetzung und Veröffentlichung von elektronischen Medien, Herausarbeiten und Verfassen von Nachrichten aus ausländischen Medien sowie Übersetzung und Anpassung von fremdsprachigen Websites in die heimische Sprache und an die örtlichen Besonderheiten. Für weitere Informationen schicken Sie uns bitte eine Email. Wir werden Ihnen je nach Ihrer Anfrage kostenlose Beratung anbieten. Oder rufen Sie unsere kostenlose Hotline an unter der Rufnummer: (0086) 400-689-7769 und erhalten Sie hier weitere Auskunft. Gerne können Sie uns auch im Internet unter www.lingomedium.com besuchen. Bei Ihrem ersten Auftrag, unabhängig davon, wie groß die Summe ist, bekommen Sie 10% Rabatt. Bitte lassen Sie sich von unserer Qualität überzeugen. Wir würden uns freuen, Sie bald als neuen Kunden begrüßen zu dürfen. Wir freuen uns auf Ihre Rückmeldung! Freundliche Grüße Monika Liu| Account Executive Transhorsa Translation Ltd.(译码翻译) Native Translation Proofreading 9C, Building 2, 3500 Kaixuan Rd. Shanghai 200030 Tel: +86 21 5161 9563 Faxl: +86 21-6428 0342 Free hotline: (+86) 400-689-7769 www.lingomedium.com www.lingomedium.org - 亲爱的女士/先生 您好！ 我们提供优质翻译解决方案，可以帮您处理多语种翻译和设计排版，直至印刷成稿的端到端服务，包括技术手册与年鉴翻译、电子出版物翻译出版、海外媒体新闻稿件策划与撰写、外文网站翻译与本地化。 如欲了解详情请回复邮件，我们将就您的需求提供免费咨询服务。或拨打我们的免费服务热线(0086)400-689-7769，进一步沟通。期待您的回复！ 敬 译码翻译 刘高琴 Monika Liu| Account Executive Transhorsa Translation Ltd.(译码翻译) Native Translation Proofreading 9C, Building 2, 3500 Kaixuan Rd. Shanghai 200030 Tel: +86 21 5161 9563 Faxl: +86 21-6428 0342 Free hotline: (+86) 400-689-7769 www.lingomedium.com www.lingomedium.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
