Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset
tags 625539 upstream wontfix severity 625539 minor stop On Sat, Aug 13, 2011 at 18:10:11 (CEST), Stepan Golosunov wrote: As bug report says it is reproducible in ru_RU.KOI8-R (as well as in all other non-utf8 locales I tested), not in the locale used by reportbug. Yes, and upstream has explicitly stated that they are not interested in supporting non UTF8 locales. If you provided a patch upstream, maybe upstream would consider including it, but until then, I don't think our time is well spent on working on this issue. Sorry. -- 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
Processed: Re: Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset
Processing commands for cont...@bugs.debian.org: tags 625539 upstream wontfix Bug #625539 [vlc-nox] /usr/bin/vlc: vlc --help ignores locale's charset Added tag(s) upstream and wontfix. severity 625539 minor Bug #625539 [vlc-nox] /usr/bin/vlc: vlc --help ignores locale's charset Severity set to 'minor' from 'normal' stop Stopping processing here. Please contact me if you need assistance. -- 625539: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625539 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
Processed: retitle 625539 to vlc does not work well in non UTF8 locales
Processing commands for cont...@bugs.debian.org: retitle 625539 vlc does not work well in non UTF8 locales Bug #625539 [vlc-nox] /usr/bin/vlc: vlc --help ignores locale's charset Changed Bug title to 'vlc does not work well in non UTF8 locales' from '/usr/bin/vlc: vlc --help ignores locale's charset' thanks Stopping processing here. Please contact me if you need assistance. -- 625539: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625539 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
New/modified debconf templates detected for this package: wording/spelling review proposal
Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- -- 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
Bug#637758: libmp4v2-dev: Should be architecture any and not all
Package: libmp4v2-dev Version: 1.9.1+svn479~dfsg0-1 Severity: grave Hi, *-dev package should be architecture any as files are binary dependant. Christian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmp4v2-dev depends on: ii libmp4v2-2 1.9.1+svn479~dfsg0-1 library to read, create, and modif libmp4v2-dev recommends no packages. libmp4v2-dev suggests no packages. -- 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
Bug#637758: libmp4v2-dev: Should be architecture any and not all
Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ 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#637758: marked as done (libmp4v2-dev: Should be architecture any and not all)
Your message dated Sun, 14 Aug 2011 09:48:09 +0200 with message-id CAMHuwozvNwdhOFA=xbkfys4q-jxuq2yh2vlba7gbf_ad2iz...@mail.gmail.com and subject line Re: Bug#637758: libmp4v2-dev: Should be architecture any and not all has caused the Debian Bug report #637758, regarding libmp4v2-dev: Should be architecture any and not all 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.) -- 637758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637758 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libmp4v2-dev Version: 1.9.1+svn479~dfsg0-1 Severity: grave Hi, *-dev package should be architecture any as files are binary dependant. Christian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmp4v2-dev depends on: ii libmp4v2-2 1.9.1+svn479~dfsg0-1 library to read, create, and modif libmp4v2-dev recommends no packages. libmp4v2-dev suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ---End Message--- ___ 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#637758: libmp4v2-dev: Should be architecture any and not all
reopen 637758 thanks Alessio Treglia ales...@debian.org writes: Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. Are you stupid or what ? This package should be architecture *any*. Christian ___ 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#637758: libmp4v2-dev: Should be architecture any and not all
On Sun, Aug 14, 2011 at 09:48:09 (CEST), Alessio Treglia wrote: Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. The reporter is right that -dev packages should be arch:any, not arch:all. Even if the current libmp4v2-dev package doesn't ship any architecture dependent files, the resulting churn from buildd skew (i.e., the situation when the buildds for some architectures are slow, this results in the library being uninstallable when the -dev package is superseeded with a new upload) is really not worth saving a few kbytes on the archive mirrors. I've done that change in git already. 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
Processed: Re: Bug#637758: libmp4v2-dev: Should be architecture any and not all
Processing commands for cont...@bugs.debian.org: reopen 637758 Bug #637758 {Done: Alessio Treglia ales...@debian.org} [libmp4v2-dev] libmp4v2-dev: Should be architecture any and not all 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. thanks Stopping processing here. Please contact me if you need assistance. -- 637758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637758 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
Bug#637758: libmp4v2-dev: Should be architecture any and not all
Alessio Treglia ales...@debian.org writes: Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. To complete my reopen, the -dev package should contains the /usr/lib/libmp4v2.a file. Christian ___ 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#637758: marked as done (libmp4v2-dev: Should be architecture any and not all)
Your message dated Sun, 14 Aug 2011 10:08:20 +0200 with message-id 87pqk8jtzf@christian.marillat.net and subject line Re: Bug#637758: libmp4v2-dev: Should be architecture any and not all has caused the Debian Bug report #637758, regarding libmp4v2-dev: Should be architecture any and not all 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.) -- 637758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637758 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libmp4v2-dev Version: 1.9.1+svn479~dfsg0-1 Severity: grave Hi, *-dev package should be architecture any as files are binary dependant. Christian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmp4v2-dev depends on: ii libmp4v2-2 1.9.1+svn479~dfsg0-1 library to read, create, and modif libmp4v2-dev recommends no packages. libmp4v2-dev suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Alessio Treglia ales...@debian.org writes: Version: 1.9.1+svn479~dfsg0-1 On Sun, Aug 14, 2011 at 9:27 AM, Christian Marillat maril...@debian.org wrote: *-dev package should be architecture any as files are binary dependant. debian/control says: Package: libmp4v2-dev Section: libdevel Architecture: all Depends: Hence, closing. To complete my reopen, the -dev package should contains the /usr/lib/libmp4v2.a file. Christian ---End Message--- ___ 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: reopening 637758
Processing commands for cont...@bugs.debian.org: reopen 637758 Bug #637758 {Done: Christian Marillat maril...@debian.org} [libmp4v2-dev] libmp4v2-dev: Should be architecture any and not all thanks Stopping processing here. Please contact me if you need assistance. -- 637758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637758 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
Bug#637758: libmp4v2-dev: Should be architecture any and not all
On Sun, Aug 14, 2011 at 9:58 AM, Christian Marillat maril...@debian.org wrote: This package should be architecture *any*. Sorry, was my mistake, I've misread the report. Reinhard has already committed the fix. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ 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#637637: yoshimi: Yoshimi seg faults when started with -j -A option
Thanks, I tried what Alessio had mentioned below and encountered these results: Their installed yoshimi = 0.060.10avlinux-2 Their yosihimi-data package = 0.058.1-1 No Yoshimi-dbg version Their installed Jackd1 = 1:0.120.2avlinux-1 jackd2 wasn't installed, version they list in repository = 1.9.6~dfsg.1-2 The packages with avlinux in their names are all described as custom built for AVLinux. I replaced their jackd1 with their jackd2 and was able to run JACK at 16msec latency without crash, but after that simnply starting Yoshimi with or without without any options gave me a segfault. It sounds to me like I should just avoid AVLinux. If they feel the need to do so many custom packages, and at least 2 of their custom packaged versions don't work, I don't think I can trust their quality control enough to risk using their distro for production work. i...@bandshed.net wrote: Hi, If I'm not mistaken this bug and another JACK related bug here by the same reporter are 'avlinux' packages, therefore not packaged by pkg-multimedia. The yoshimi issue has been reported on the AV Linux forums and seems to disappear simply by increasing the JACK 'Timeout' to 1000 or more. Yoshimi is custom packaged in AV Linux and has no dbg package currently. I append an 'avlinux' package name suffix to all my custom packages, and would suggest to the reporter to feel welcome to seek assistance on the AV Linux user forums when there are issues with them since they are not endorsed or the responsibility of the Debian pkg-multimedia team. I thought I'd better speak up on this to prevent any misunderstanding. As always my props and encouragement to the pkg-multimedia team. GMaq - AV Linux maintainer AV Linux forum: http://www.remastersys.com/forums/index.php?board=20.0 tags 637637 confirmed thanks On Sat, Aug 13, 2011 at 11:57 AM, Live session user gn...@hawaii.rr.com wrote: Started Yoshimi without options; it didn't appear in JACK. Started with -j -A option, segfaults. I confirm those -j -A options prevent yoshimi to start fine. I haven't noticed this before because I use ladish to manage my audioMIDI connections, and if launched without options it appears in gladish. I need some time to investigate further. Could you please install yoshimi-dbg and provide a backtrace? -- David gn...@hawaii.rr.com authenticity, honesty, community ___ 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#599329: libva: va_getDriverName() returns 0
Package: vdpau-va-driver Version: 0.6.3-1 Followup-For: Bug #599329 libva: libva version 0.32.0 Xlib: extension XFree86-DRI missing on display :0.0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva error: /usr/lib/dri/nvidia_drv_video.so has no function __vaDriverInit_0_32 libva: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdpau-va-driver depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libva11.0.12-2 Video Acceleration (VA) API for Li ii libvdpau1 0.4.1-2Video Decode and Presentation API ii libx11-6 2:1.4.4-1 X11 client-side library vdpau-va-driver recommends no packages. vdpau-va-driver suggests no packages. -- 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
Processing of libbluray_0.0~git20110717.3477b65-2_amd64.changes
libbluray_0.0~git20110717.3477b65-2_amd64.changes uploaded successfully to localhost along with the files: libbluray_0.0~git20110717.3477b65-2.dsc libbluray_0.0~git20110717.3477b65-2.debian.tar.gz libbluray-dev_0.0~git20110717.3477b65-2_amd64.deb libbluray1_0.0~git20110717.3477b65-2_amd64.deb libbluray-bdj_0.0~git20110717.3477b65-2_all.deb libbluray-doc_0.0~git20110717.3477b65-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
libbluray_0.0~git20110717.3477b65-2_amd64.changes ACCEPTED into unstable
Accepted: libbluray-bdj_0.0~git20110717.3477b65-2_all.deb to main/libb/libbluray/libbluray-bdj_0.0~git20110717.3477b65-2_all.deb libbluray-dev_0.0~git20110717.3477b65-2_amd64.deb to main/libb/libbluray/libbluray-dev_0.0~git20110717.3477b65-2_amd64.deb libbluray-doc_0.0~git20110717.3477b65-2_all.deb to main/libb/libbluray/libbluray-doc_0.0~git20110717.3477b65-2_all.deb libbluray1_0.0~git20110717.3477b65-2_amd64.deb to main/libb/libbluray/libbluray1_0.0~git20110717.3477b65-2_amd64.deb libbluray_0.0~git20110717.3477b65-2.debian.tar.gz to main/libb/libbluray/libbluray_0.0~git20110717.3477b65-2.debian.tar.gz libbluray_0.0~git20110717.3477b65-2.dsc to main/libb/libbluray/libbluray_0.0~git20110717.3477b65-2.dsc Override entries for your package: libbluray-bdj_0.0~git20110717.3477b65-2_all.deb - optional libs libbluray-dev_0.0~git20110717.3477b65-2_amd64.deb - optional libdevel libbluray-doc_0.0~git20110717.3477b65-2_all.deb - optional doc libbluray1_0.0~git20110717.3477b65-2_amd64.deb - optional libs libbluray_0.0~git20110717.3477b65-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
Re: Bug#637637: yoshimi: Yoshimi seg faults when started with -j -A option
On Sun, Aug 14, 2011 at 17:04:51 (CEST), i...@bandshed.net wrote: To clarify, The 'current' packages by pkg-multimedia are for Debian unstable and migrate to Testing, their packaging work for Debian Stable 'Squeeze' (other than bug fixes) has already been done as is the accepted Debian practice. AV Linux is based on Squeeze, focuses on a JACK1 environment and is an arms length project from Debian and since there are no current sanctioned Debian pkg-multimedia backports it employs custom packaging that absolutely differs from the Quality control measures and lintian standards of pure Debian packages. Maybe it makes sense to backport the relevant packages to squeeze-backports? As I mentioned earlier if you have an issue with the custom packaging then this is not an appropriate venue to seek assistance. If AV Linux is not to your liking that's unfortunate and hopefully using pure Debian will help you achieve the desired result in which case the pkg-multimedia maintainers can give you assistance if needed. I am merely a mailing list member here and noticed the bug report and hoped to direct the issue to the relevant forum to avoid wasting pkg-multimedia's time and better address the issue. Thanks for your interest. Maybe you are interested in joining the team and helping out with packaging? 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
libquicktime 2:1.2.3-4 MIGRATED to testing
FYI: The status of the libquicktime source package in Debian's testing distribution has changed. Previous version: 2:1.2.3-2 Current version: 2:1.2.3-4 -- 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: Processing of lame_3.98.4+repack2-6_amd64.changes
On Sat, Aug 13, 2011 at 7:26 PM, Debian FTP Masters ftpmas...@ftp-master.debian.org wrote: lame_3.98.4+repack2-6_amd64.changes uploaded successfully to localhost along with the files: lame_3.98.4+repack2-6.dsc lame_3.98.4+repack2-6.debian.tar.gz lame_3.98.4+repack2-6_amd64.deb lame-doc_3.98.4+repack2-6_all.deb libmp3lame0_3.98.4+repack2-6_amd64.deb libmp3lame-dev_3.98.4+repack2-6_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 In case someone is wondering why this hasn't been accepted yet, there was something wrong with the last batch of keys imported into the LDAP (to include my new key) and dak doesn't like those keys. I've been told to wait until this is resolved. -- Regards, Andres Mejia ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[ITR] templates://icecast2/{templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in icecast2. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for icecast2. The first step of the process is to review the debconf source template file(s) of icecast2. This review will start on Wednesday, August 17, 2011, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for icecast2. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 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
[no subject]
___ 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: Distributing static libraries
On Thu, Aug 11, 2011 at 11:40 PM, Felipe Sateler fsate...@debian.org wrote: On Thu, Aug 11, 2011 at 22:29, Andres Mejia mcita...@gmail.com wrote: On Thu, Aug 11, 2011 at 3:46 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 11.08.2011 05:22, schrieb Andres Mejia: I have seen a commit with mp4v2 that disables building of the static library. Though I know binaries in Debian are normally linked with shared libraries, distributing the static library is beneficial to users with different requirements for software they distribute. I have heard of various use cases involving distribution of stand alone binaries (no dependent shared libraries). The problem with this specific library is its license, which prohibits linking against about 99% of packages that come into consideration to make use of it. So most probably any application that statically links against it commits a license violation. :/ Therefore, many applications fall back to dlopen() the library, in which case only the header files (if at all) are required. A similar case is libdvdcss. All applications that I know to make use of it try to dlopen() it instead of explicit linking, because they know that this library is widely considered undistributable - though for other reasons. - 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 Ok, I see you're considering to licensing issues with mp4v2. I was referring to the issue of simply providing static libraries in general (not just with mp4v2). To state what I've mentioned another way, we shouldn't disable distribution of static libraries simply because packages in Debian won't link to them. Actually, I think static libraries should be disabled by default and enabled when needed. They provide zero value for most. Those who need it can build the static libraries themselves. And they probably will/should anyways, since static libs will probably be used in some rare context. Going back to the issue of distributing static libs, I suppose it's true that static libs will not be needed by most. However, the users that would need them would expect them to be in the development package of their distro (in Debian's case, the -dev package). We could make these users build the libraries themselves, but then they would also need to build all the build dependencies as well for the library they need. This can be quite a burden on various architectures, such as arm or mips. I'm sure everyone here is aware that for most libraries, it's not just a matter of running './configure make'. It's likely these various users would be under limited time and resources to provide their deliverable, thus I suspect they would simply look elsewhere for precompiled static libraries. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -- Regards, Andres Mejia ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Smart card lock,Best quality and best price.
Dear Sir How are you? We are one of intelligent lock manufactures providing kinds of smart card lock using in hotel and apartment. Below is some information of our product. If need more information, please don’t hesitate to contact us. Look forward to hearing your kind advice Thanks Best Regards Skyler Zheng Diosso(HK)Co.,Ltd TeL:86-755-33559898 Tel:0086-18718675757 Msn:skylerzh...@hotmail.com Skype:windy1466 Mail:sky...@vip.163.com skylerzh...@hotmail.com ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers