Bug#647749: Ongoing discussion
Hi All ! There is now an ongoing discussion on debian-legal ML to remove components of Debian, that are dependent on non-free web services from 'main' to 'contrib' repo. Read more here: http://lists.debian.org/debian-legal/2011/12/msg2.html and here: http://lists.debian.org/debian-legal/2011/12/threads.html -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650151: FTBFS on Alpha: Some tweaks needed
On Sun, Dec 18, 2011 at 04:42:41PM +0100, Raúl Porcel wrote: I can confirm that simply applying this patch works. Any of you guys going to submit this upstream or should i? Please do. Cc me too (:glandium) Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652558: Fails to initialize smartcard due to undefined symbol
retitle 652558 Fails to initialize Aladdin eToken thanks On Sun, Dec 18, 2011 at 06:31:56PM +0100, Guido Günther wrote: [..snip..] Thanks for the prompt response. The card is (or at least was) supported. I have done this successfuly using lenny[1] and opensc-tool at least gives the correct output: $ opensc-tool -n Using reader with a card: Aladdin eToken PRO 00 00 CardOS M4 $ opensc-tool -a Using reader with a card: Aladdin eToken PRO 00 00 3b:f2:98:00:ff:c1:10:31:fe:55:c8:03:15 I'm seeing pcscd[11757]: Error: Bad CTBCS APDU, ins=0x15 in the logs with the above commands. Also: pkcs15-init -E works but pkcs15-init -C -p pkcs15+onepin fails with the above error. This might be related: http://comments.gmane.org/gmane.comp.encryption.opensc.devel/13209 since it also affects Aladdin Pro tokens. So I'm reassigning to opensc. Attached is a debug log generated with: pkcs15-init - -C -p pkcs15+onepin Cheers, -- Guido 0xb73316c0 18:35:01.895 [pkcs15-init] sc.c:195:sc_detect_card_presence: called 0xb73316c0 18:35:01.895 [pkcs15-init] reader-pcsc.c:364:pcsc_detect_card_presence: called 0xb73316c0 18:35:01.895 [pkcs15-init] reader-pcsc.c:277:refresh_attributes: Aladdin eToken PRO 00 00 check 0xb73316c0 18:35:01.895 [pkcs15-init] reader-pcsc.c:293:refresh_attributes: returning with: 0 (Success) 0xb73316c0 18:35:01.895 [pkcs15-init] reader-pcsc.c:369:pcsc_detect_card_presence: returning with: 1 0xb73316c0 18:35:01.895 [pkcs15-init] sc.c:200:sc_detect_card_presence: returning with: 1 Using reader with a card: Aladdin eToken PRO 00 00 0xb73316c0 18:35:01.895 [pkcs15-init] sc.c:195:sc_detect_card_presence: called 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:364:pcsc_detect_card_presence: called 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:277:refresh_attributes: Aladdin eToken PRO 00 00 check 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:293:refresh_attributes: returning with: 0 (Success) 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:369:pcsc_detect_card_presence: returning with: 1 0xb73316c0 18:35:01.896 [pkcs15-init] sc.c:200:sc_detect_card_presence: returning with: 1 0xb73316c0 18:35:01.896 [pkcs15-init] card.c:115:sc_connect_card: called 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:444:pcsc_connect: called 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:277:refresh_attributes: Aladdin eToken PRO 00 00 check 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:293:refresh_attributes: returning with: 0 (Success) 0xb73316c0 18:35:01.896 [pkcs15-init] reader-pcsc.c:473:pcsc_connect: Initial protocol: T=1 0xb73316c0 18:35:01.896 [pkcs15-init] card.c:829:match_atr_table: ATR : 3b:f2:98:00:ff:c1:10:31:fe:55:c8:03:15 0xb73316c0 18:35:01.896 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:6e:00:ff:45:73:74:45:49:44:20:76:65:72:20:31:2e:30 0xb73316c0 18:35:01.896 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:fe:94:00:ff:80:b1:fa:45:1f:03:45:73:74:45:49:44:20:76:65:72:20:31:2e:30:43 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:5e:11:ff:45:73:74:45:49:44:20:76:65:72:20:31:2e:30 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:de:18:ff:c0:80:b1:fe:45:1f:03:45:73:74:45:49:44:20:76:65:72:20:31:2e:30:2b 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:6e:00:00:45:73:74:45:49:44:20:76:65:72:20:31:2e:30 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:fe:18:00:00:80:31:fe:45:45:73:74:45:49:44:20:76:65:72:20:31:2e:30:a8 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:fe:18:00:00:80:31:fe:45:80:31:80:66:40:90:a4:56:1b:16:83:01:90:00:86 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:fe:18:00:00:80:31:fe:45:80:31:80:66:40:90:a4:16:2a:00:83:01:90:00:e1 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try : 3b:fe:18:00:00:80:31:fe:45:80:31:80:66:40:90:a4:16:2a:00:83:0f:90:00:ef 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:843:match_atr_table: ignored - wrong length 0xb73316c0 18:35:01.897 [pkcs15-init] card.c:840:match_atr_table: ATR try :
Bug#645713: Acknowledgement (fails to upgrade a default GNOME desktop installation from squeeze → sid)
Hi, I've had this problem several times past weekends trying to install Wheezy from a fresh Squeeze installation. The concrete steps to reproduce the problem are: 1) Install Squeeze 2) Change your /etc/apt/sources.list from squeeze to wheezy 3) # apt-get update 4) # apt-get upgrade 5) # apt-get dist-upgrade However, I've been able to avoid this problem skipping point 4). The solution for me was: 1) Install Squeeze 2) Change your /etc/apt/sources.list from squeeze to wheezy 3) # apt-get update 4) # apt-get dist-upgrade And then everything works like a charm. I hope this helps. Bye, Rego -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634060: binutils-z80 -- Should this package be removed?
Hi! Am 17.12.2011 19:34, schrieb Alberto Garcia: Looking at popcon, there seems be a handfull of users, but most seem to just have it installed but not in active use. Hey, I need binutils-z80 to build opense-basic, which is what allows us to have the Fuse Spectrum emulator in main (otherwise it would require the non-free spectrum-roms package). If binutils-z80 needs a new maintainer, I guess I could do it. I have never taken a look at its source code, though. Great! I looked at the package briefly. What I can say is, that it is the very same as the normal binutils package, but it replaces one file... Sorry can't remember the details anymore. But the rest of the packaging looks fairly easy. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652614: audacious: improper unicode character handling in m3u files
Package: audacious Version: 2.4.4-1 Severity: normal Tags: l10n Consider the following m3u file: jon@local:~/music$ cat Buena\ Vista\ Social\ Club-World\ Circuit\ -\ Nonesuch.m3u Buena Vista Social Club/World Circuit - Nonesuch/01-Chan Chan.mp3 Buena Vista Social Club/World Circuit - Nonesuch/02-De Camino a la Vereda.mp3 Buena Vista Social Club/World Circuit - Nonesuch/03-El Cuarto de Tula.mp3 Buena Vista Social Club/World Circuit - Nonesuch/04-Pueblo Nuevo.mp3 Buena Vista Social Club/World Circuit - Nonesuch/05-Dos Gardenias.mp3 Buena Vista Social Club/World Circuit - Nonesuch/06-¿Y Tú Qué Has Hecho?.mp3 Buena Vista Social Club/World Circuit - Nonesuch/07-Veinte Años.mp3 Buena Vista Social Club/World Circuit - Nonesuch/08-El Carretero.mp3 Buena Vista Social Club/World Circuit - Nonesuch/09-Candela.mp3 Buena Vista Social Club/World Circuit - Nonesuch/10-Amor de Loca Juventud.mp3 Buena Vista Social Club/World Circuit - Nonesuch/11-Orgullecida.mp3 Buena Vista Social Club/World Circuit - Nonesuch/12-Murmullo.mp3 Buena Vista Social Club/World Circuit - Nonesuch/13-Buena Vista Social Club.mp3 Buena Vista Social Club/World Circuit - Nonesuch/14-La Bayamesa.mp3 When fed this file audacious responds thusly: jon@local:~/music$ audacious Buena\ Vista\ Social\ Club-World\ Circuit\ -\ Nonesuch.m3u ** WARNING ** Audacious has detected that your ALSA device has a broken timer. A workaround is being used to prevent CPU overload. Please report this problem to your Linux distributor or to the ALSA developers. unix-io: Cannot open /home/jon/music/Buena Vista Social Club/World Circuit - Nonesuch/07-Veinte Años.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/Buena Vista Social Club/World Circuit - Nonesuch/06-¿Y Tú Qué Has Hecho?.mp3: No such file or directory. Please ignore the WARNING it is unrelated to this bug and does not cause me any problems. In this instance song #1 in the m3u file is playing now. Now consider the following m3u file: jon@local:~/music$ cat 近藤\ 浩治-ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD.m3u 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/01-ゼルダの伝説 25周年 シンフォニー.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/02-カカリコ村 ～ トワイライトプリンセステーマ.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/03-風のタクトメドレー.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/04-ゲルドの谷.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/05-大妖精のテーマ.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/06-トワイライトプリンセスメドレー.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/07-ゼルダの伝説メインテーマ.mp3 近藤 浩治/ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD/08-「スカイウォードソード」女神の詩.mp3 Fed to audacious we see this: jon@local:~/music$ audacious 近藤\ 浩治-ゼルダの伝説 25周年 オーケストラコンサート スペシャルCD.m3u unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/01-ã¼ã«ãã®ä¼èª¬ 25å¨å¹´ãã·ã³ãã©ãã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/04-ã²ã«ãã®è°·.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/01-ã¼ã«ãã®ä¼èª¬ 25å¨å¹´ãã·ã³ãã©ãã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/02-ã«ã«ãªã³æ ï½ ãã¯ã¤ã©ã¤ãããªã³ã»ã¹ãã¼ã.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/03-風ã®ã¿ã¯ãã¡ãã¬ã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/05-大å¦ç²¾ã®ãã¼ã.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/06-ãã¯ã¤ã©ã¤ãããªã³ã»ã¹ã¡ãã¬ã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/08-ãã¹ã«ã¤ã¦ã©ã¼ãã½ã¼ãã女ç¥ã®è©©.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/07-ã¼ã«ãã®ä¼èª¬ã¡ã¤ã³ãã¼ã.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/02-ã«ã«ãªã³æ ï½ ãã¯ã¤ã©ã¤ãããªã³ã»ã¹ãã¼ã.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/03-風ã®ã¿ã¯ãã¡ãã¬ã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/04-ã²ã«ãã®è°·.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/05-大å¦ç²¾ã®ãã¼ã.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤ 浩治/ã¼ã«ãã®ä¼èª¬ã25å¨å¹´ããªã¼ã±ã¹ãã©ã³ã³ãµã¼ããã¹ãã·ã£ã«CD/06-ãã¯ã¤ã©ã¤ãããªã³ã»ã¹ã¡ãã¬ã¼.mp3: No such file or directory. unix-io: Cannot open /home/jon/music/è¿è¤
Bug#652615: flac: Does not change bit/rate as set at command line.
Package: flac Version: 1.2.1-6 Severity: normal Dear Maintainer, I try to compress to .flac .wav files having 24 bit, 96 kHz sound as follows: flac --bps=16 --sample-rate=44100 -o 1.flac 1.wav the resutled .flac file has orignal bit/rate - noithing changed to the param.s . Please fix it. Thank You for Your work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flac depends on: ii libc6 2.13-21 ii libflac8 1.2.1-6 ii libogg0 1.2.2~dfsg-1 flac recommends no packages. flac suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649709: gs-common removed: this bug is now RC.
Hi Miguel! * Miguel de Val-Borro miguel.de...@gmail.com [111203 18:52]: [..] The attached patch removes the Build-Dependency on gs-common. Thanks for your patch, I uploaded it the other day. Just one minor remark continueing the discussion from the BSP: As this package is orphaned (meaning it doesn't have a real maintainer, just the QA group) your are stricly speaking not doing a non maintainer upload, but a so called QA upload. The major difference is, that while a NMU should be as minimal as possible, you may do cleanup and greater packaging changes in an QA upload. Just in case you wonder, why my upload did more that just applying your patch ;) Easiest way to check it, is to take a look at its PTS information available at: http://packages.qa.debian.org/packagename Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648167: ginkgocadx: broken by today's upgrade of insighttoolkit ?
Hi Karsten, could you please repeat your investigation with the package in unstable since yesterday? Kind regards Andreas. On Mon, Dec 12, 2011 at 06:36:23PM +0100, Andreas Tille wrote: Hi, On Sun, 13 Nov 2011, Karsten Hilbert wrote: I have a bit more info. With regards to the DICOM files Ginkgo CADx does not open anymore the following is true: - Debian Package 2.5.4 - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.20: does NOT work We just have libinsighttoolkit 3.20 in Debian. Any chance to get this working with Ginkgo CADx? Kind regards Andreas. -- http://fam-tille.de ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652332: RM: python-openstack-compute -- ROM; deprecated by upstream
On Sat, Dec 17 2011, Luca Falavigna wrote: It seems openstack-dashboard still requires python-openstack-compute. This is probably due to a feature in dh_python2 that automatically tries to add module dependencies. This is really weird. I rebuilt it and the dependency has gone. Bug? Well, openstack-dashboard 2012.1~e2-2 should be OK. -- Julien Danjou pgpGbe17emW49.pgp Description: PGP signature
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
Hi Andreas, Thank you for your report, but I couldn't reproduce your bug. On Tue, Dec 13, 2011 at 11:34 PM, Andreas Kloeckner inf...@tiker.net wrote: When I run any one of the simple fenics demos, I get this error message: ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_ This symbol is defined in the /usr/lib/libarmadillo.so.2 library from the libarmadillo2 package. ii libarmadillo21:2.2.5+dfsg-1 This is not the latest libarmadillo2 package from unstable. Could you upgrade and try again? Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652616: menuentry misplaced
Package: wizznic Version: 0.9.2-preview2+dfsg-1 The menuentry/icon appears in Gnome menue in Other not in Games. __ powered by Azillo.de - http://www.azillo.de/ -- This message was scanned by www.GlobalMailSecurity.de and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649679: [copyright-format] Clarify what distinguishes files and stand-alone license paragraphs.
Le Sun, Dec 18, 2011 at 02:49:38PM -0800, Steve Langasek a écrit : I don't think that should be legal either however; we allow extra fields to be added to any paragraph, but I don't believe the intent is to allow *defined* fields to be used in paragraphs where they are not specified to be permitted - only to allow new field names to be used. So I think something like the attached patch should be applied. Thoughts? I am sometimes using an extra Source field in some Files paragraphs, when they define works that are not the creation of the main authors, especially when it was difficult to find their original upstream location. Of course, I agree that making a stand-alone License paragraph with an extra Fiels field would be an horror. But I am inclined to think that it is obvious enough that we do not need to constrain the syntax. With the change you propose extra checks are needed while parsing. If nevertheless the consensus is to apply your changes, I would like to suggest to normalise the vocabulary: either “extra fields” or “additional fields”, but the current patch uses both. The Policy's chapter 5 uses “additional”, so this is where my choice would go even if it will increase the difficulty to search for previous discussions on the topic. Have a nice day, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649679: [copyright-format] Clarify what distinguishes files and stand-alone license paragraphs.
* Charles Plessy ple...@debian.org, 2011-12-19, 10:12: Of course, I agree that making a stand-alone License paragraph with an extra Fiels field would be an horror. But I am inclined to think that it is obvious enough that we do not need to constrain the syntax. With the change you propose extra checks are needed while parsing. I thought it was obvious when I implemented lintian checks, but it turns out to not be so easy after all. The problem is with paragraphs like this: | Copyright: 2042, J. Random Hacker | License: BSD-6-clauses | Redistribution and use in source and binary forms, with or without | modification, are permitted provided that the following conditions | are met: blah, blah, blah, blah, blah and blah. In early DEP-5 drafts, Files field could be ommited in certain circumstances, so this could have been a perfectly valid files paragraph. But with the current DEP-5 version, if we allow any extra fields, this suddenly becomes a valid stand-alone license paragraph. Please see bug #652380 for a real-world example. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652617: Should clean egg-info directory for Python packages
Package: debhelper Version: 8.9.13 Severity: wishlist When building Python packages, setup.py often creates a PACKAGE.egg-info directory which does not exist in upstream tarball. Therefore debian/rules file is need an override on dh_auto_clean to rm -rf PACKAGE.egg-info. The debian/rules file would not need that if dh_clean would be able to automatically remove the .egg-info directory! :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.22-2 ii dpkg-dev1.16.1.2 ii file5.09-2 ii html2text 1.3.2a-15 ii man-db 2.6.0.2-3 ii perl5.14.2-6 ii po-debconf 1.0.16+nmu1 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.59 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576072: Another solution
Hi there!
I made another patch based on Rinat's one and on xfce4-datetime-plugin.
It allows to select arbitrary font. Please check it out.
This patch was also mailed to Azamat H. Hackimov (plugin maintainer).
From a6b56359d7eb6cc88d596542a639079e322f16fd Mon Sep 17 00:00:00 2001
From: Ivan Frederiks idf...@gmail.com
Date: Thu, 15 Dec 2011 18:01:17 +0100
Subject: [PATCH] Changed text size selection to full-featured font selection
---
panel-plugin/xfce4-xkb-plugin.c|8 +++--
panel-plugin/xfce4-xkb-plugin.h|9 +-
panel-plugin/xkb-cairo.c | 20 ++
panel-plugin/xkb-cairo.h |3 +-
panel-plugin/xkb-callbacks.c |3 +-
panel-plugin/xkb-settings-dialog.c | 48
6 files changed, 46 insertions(+), 45 deletions(-)
diff --git a/panel-plugin/xfce4-xkb-plugin.c b/panel-plugin/xfce4-xkb-plugin.c
index 6a0635a..e19284a 100644
--- a/panel-plugin/xfce4-xkb-plugin.c
+++ b/panel-plugin/xfce4-xkb-plugin.c
@@ -225,6 +225,8 @@ xkb_free (t_xkb *xkb)
{
xkb_config_finalize ();
+g_free (xkb-display_font);
+
if (xkb-settings-kbd_config)
kbd_config_free (xkb-settings-kbd_config);
@@ -261,7 +263,7 @@ xfce_xkb_save_config (XfcePanelPlugin *plugin, t_xkb *xkb)
xfce_rc_set_group (rcfile, NULL);
xfce_rc_write_int_entry (rcfile, display_type, xkb-display_type);
-xfce_rc_write_int_entry (rcfile, display_textsize, xkb-display_textsize);
+xfce_rc_write_entry (rcfile, display_font, xkb-display_font);
xfce_rc_write_int_entry (rcfile, group_policy, xkb-settings-group_policy);
xfce_rc_write_int_entry (rcfile, default_group, xkb-settings-default_group);
xfce_rc_write_bool_entry (rcfile, never_modify_config, xkb-settings-never_modify_config);
@@ -294,7 +296,7 @@ xkb_load_config (t_xkb *xkb, const gchar *filename)
xfce_rc_set_group (rcfile, NULL);
xkb-display_type = xfce_rc_read_int_entry (rcfile, display_type, DISPLAY_TYPE_IMAGE);
-xkb-display_textsize = xfce_rc_read_int_entry (rcfile, display_textsize, DISPLAY_TEXTSIZE_SMALL);
+xkb-display_font = g_strdup(xfce_rc_read_entry (rcfile, display_font, XKB_PREFERRED_FONT));
xkb-settings-group_policy = xfce_rc_read_int_entry (rcfile, group_policy, GROUP_POLICY_PER_APPLICATION);
if (xkb-settings-group_policy != GROUP_POLICY_GLOBAL)
@@ -326,7 +328,7 @@ static void
xkb_load_default (t_xkb *xkb)
{
xkb-display_type = DISPLAY_TYPE_IMAGE;
-xkb-display_textsize = DISPLAY_TEXTSIZE_SMALL;
+xkb-display_font = g_strdup(XKB_PREFERRED_FONT);
xkb-settings-group_policy = GROUP_POLICY_PER_APPLICATION;
xkb-settings-default_group = 0;
xkb-settings-kbd_config = NULL;
diff --git a/panel-plugin/xfce4-xkb-plugin.h b/panel-plugin/xfce4-xkb-plugin.h
index ef9b995..e806d74 100644
--- a/panel-plugin/xfce4-xkb-plugin.h
+++ b/panel-plugin/xfce4-xkb-plugin.h
@@ -42,12 +42,7 @@ typedef enum
DISPLAY_TYPE_TEXT = 1
} t_display_type;
-typedef enum
-{
-DISPLAY_TEXTSIZE_SMALL = 0,
-DISPLAY_TEXTSIZE_MEDIUM = 1,
-DISPLAY_TEXTSIZE_LARGE = 2
-} t_display_textsize;
+#define XKB_PREFERRED_FONT Monospace Bold 16
typedef struct
{
@@ -60,7 +55,7 @@ typedef struct
gint button_vsize;/* read allocated button size - see below */
t_display_type display_type; /* display layout as image ot text */
-t_display_textsize display_textsize; /* text size for text layout */
+gchar *display_font; /* font for text layout */
t_xkb_settings *settings; /* per-app setting and default group */
gint button_state;/* gtk state of the button */
diff --git a/panel-plugin/xkb-cairo.c b/panel-plugin/xkb-cairo.c
index 3b828ec..6c198db 100644
--- a/panel-plugin/xkb-cairo.c
+++ b/panel-plugin/xkb-cairo.c
@@ -27,8 +27,6 @@
#include xkb-util.h
#include xfce4-xkb-plugin.h
-#define XKB_PREFERRED_FONT Courier New, Courier 10 Pitch, Monospace Bold %d
-
#define xkb_cairo_arc_for_flag(cr, x, y, r, a1, a2) \
xx = layoutx + width - 12 + x; \
yy = layouty + height - 12 + y; \
@@ -55,6 +53,7 @@ xkb_cairo_draw_flag (cairo_t *cr,
gint width,
gint height,
gint variant_markers_count,
+ gchar *font_str,
GdkColor fgcolor)
{
gchar *filename;
@@ -81,7 +80,7 @@ xkb_cairo_draw_flag (cairo_t *cr,
actual_width, actual_height,
width, height,
variant_markers_count,
-DISPLAY_TEXTSIZE_SMALL, // not used for flag layout
+font_str,
fgcolor);
return;
}
@@ -135,11 +134,10 @@ xkb_cairo_draw_label (cairo_t *cr,
gint width,
gint height,
gint variant_markers_count,
- gint textsize,
+ gchar *font_str,
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 09:54:09 +0100, Johannes Ring joha...@simula.no wrote: Hi Andreas, Thank you for your report, but I couldn't reproduce your bug. On Tue, Dec 13, 2011 at 11:34 PM, Andreas Kloeckner inf...@tiker.net wrote: When I run any one of the simple fenics demos, I get this error message: ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_ This symbol is defined in the /usr/lib/libarmadillo.so.2 library from the libarmadillo2 package. ii libarmadillo21:2.2.5+dfsg-1 This is not the latest libarmadillo2 package from unstable. Could you upgrade and try again? Did, and it helped. Thanks very much! This being as it is, could you upload a new package with tightened dependencies? Thanks, Andreas pgpca0hnLUDPS.pgp Description: PGP signature
Bug#652618: cwdaemon: FTBFS, build-depends can no longer be fullfilled
Package: cwdaemon Version: 0.9.4-7.1 Severity: serious Justification: FTBFS Hi! I'm sorry, but I fear your package will FTBFS starting with the next dinstall run. Background is that unixcw dropped to build the package unixcw-dev on which cwdaemon build-depends. And well... I cruft-removed said package by mistake just now. I guess that the new build-dependency should be libcw3-dev, but I haven't checked. Best regards, Alexander -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_DE@euro) Shell: /bin/sh linked to /bin/bash Versions of packages cwdaemon depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries cwdaemon recommends no packages. cwdaemon suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652604: udev permission denied errors at boot
On Dec 19, don randomd...@earthlink.net wrote: At boot and in /var/log/daemon.log I am getting repeated errors like this: Please show the output of: fgrep -r 'idVendor}=' /lib/udev/rules.d/ /etc/udev/rules.d/ -- ciao, Marco signature.asc Description: Digital signature
Bug#652619: spamd does not work
Package: spamassassin Version: 3.3.1-1 Severity: normal File: /usr/sbin/spamd Hi, It appears as though spamd does not work at all on this machine (a QNAP TS-419 NAS with an arm processor, running Debian armel): when doing 'telnet localhost 783', I get a timeout. This occurs regardless of whether spamd is in use by other clients. I'm not sure how to debug this (spamassassin does not appear to be logging anything), so help is welcome. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-5-kirkwood Locale: LANG=nl_BE.ISO-8859-15@euro, LC_CTYPE=nl_BE.ISO-8859-15@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: pn libarchive-tar-perlnone(no description available) ii libdigest-sha1-perl2.13-1NIST SHA-1 message digest algorith ii libhtml-parser-perl3.66-1collection of modules that parse H ii libnet-dns-perl0.66-2Perform DNS queries from a Perl sc ii libnetaddr-ip-perl 4.028+dfsg-1 IP address manipulation module ii libsocket6-perl0.23-1Perl extensions for IPv6 ii libsys-hostname-long-p 1.4-2 Figure out the long (fully-qualifi ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-modules [libio-zl 5.10.1-17squeeze2 Core Perl modules Versions of packages spamassassin recommends: ii gcc4:4.4.5-1 The GNU C compiler ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen ii libio-socket-inet6-per 2.65-1.1 Object interface for AF_INET6 doma ii libmail-spf-perl 2.007-1 Perl implementation of Sender Poli ii make 3.81-8An utility for Directing compilati ii perl [libsys-syslog-pe 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii re2c 0.13.5-1 tool for generating fast C-based r ii spamc 3.3.1-1 Client for SpamAssassin spam filte Versions of packages spamassassin suggests: ii libdbi-perl1.612-1 Perl Database Interface (DBI) pn libio-socket-ssl-perl none(no description available) pn libmail-dkim-perl none(no description available) pn libnet-ident-perl none(no description available) ii perl [libcompress-zlib 5.10.1-17squeeze2 Larry Wall's Practical Extraction pn pyzor none(no description available) pn razor none(no description available) -- Configuration Files: /etc/default/spamassassin changed: ENABLED=1 OPTIONS=--create-prefs --max-children 5 --helper-home-dir --min-children 3 PIDFILE=/var/run/spamd.pid CRON=0 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353975: gmpc: showing the playlist places the playlist window at a different position each time
package gmpc tag 353975 + moreinfo thanks Hello, I am triaging old gmpc bugs and found this 2006 one :) Clicking on the tray icon causes the annoying habbit of showing the playlist manager window at a different location than at the time of hiding. (Does the window manager chooses the location?) Indeed, this is the responsability of your window manager. It is no different than when you start a new application. Secondly, the 'playlist button' is always deselected after clicking the tray icon, even when the playlist manager window is still visible. What do you mean by playlist button ? In the latest version, when I hide gmpc and bring it back, the GTK widgets are still active (I can move with arrow keys for example). Have a nice day and thanks for this bug report. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652620: avahi-daemon: I have two IP addresses on eth0, and avahi chooses to use the secondary one instead of the main one
Package: avahi-daemon Version: 0.6.27-2+squeeze1 Severity: normal I have configured two IPv4 addresses on my eth0 network interface, so that I can easily differentiate inbound connections coming from the Internet. Running ip addr shows the following: 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:20:ed:31:16:f2 brd ff:ff:ff:ff:ff:ff inet 192.168.20.10/25 brd 192.168.20.127 scope global eth0 inet 192.168.20.25/25 brd 192.168.20.127 scope global secondary eth0 inet6 fe80::220:edff:fe31:16f2/64 scope link valid_lft forever preferred_lft forever 3: tun0: POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100 link/none inet 192.168.90.10 peer 192.168.90.9/32 scope global tun0 4: tun1: POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100 link/none inet 192.168.20.129/27 brd 192.168.20.159 scope global tun1 Notice eth0 has 192.168.20.10 as the main address and 192.168.20.25 as a secondary address. I would like avahi to only use the main address, but it seems to be always choosing the secondary address (except if I get rid of the secondary one, then it uses the main one). I have attempted to use the allow- interfaces option in the config file, but it appears that you can't specify an IP address here. Here is what I see in my syslog when I start the avahi-daemon service: Dec 19 22:50:32 freddo avahi-daemon[15559]: Found user 'avahi' (UID 104) and group 'avahi' (GID 107). Dec 19 22:50:32 freddo avahi-daemon[15559]: Successfully dropped root privileges. Dec 19 22:50:32 freddo avahi-daemon[15559]: avahi-daemon 0.6.27 starting up. Dec 19 22:50:32 freddo avahi-daemon[15559]: Successfully called chroot(). Dec 19 22:50:32 freddo avahi-daemon[15559]: Successfully dropped remaining capabilities. Dec 19 22:50:32 freddo avahi-daemon[15559]: No service file found in /etc/avahi/services. Dec 19 22:50:32 freddo avahi-daemon[15559]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::220:edff:fe31:16f2. Dec 19 22:50:32 freddo avahi-daemon[15559]: New relevant interface eth0.IPv6 for mDNS. Dec 19 22:50:32 freddo avahi-daemon[15559]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.20.25. Dec 19 22:50:32 freddo avahi-daemon[15559]: New relevant interface eth0.IPv4 for mDNS. Dec 19 22:50:32 freddo avahi-daemon[15559]: Network interface enumeration completed. Dec 19 22:50:32 freddo avahi-daemon[15559]: Registering new address record for fe80::220:edff:fe31:16f2 on eth0.*. Dec 19 22:50:32 freddo avahi-daemon[15559]: Registering new address record for 192.168.20.25 on eth0.IPv4. Dec 19 22:50:32 freddo avahi-daemon[15559]: Registering new address record for 192.168.20.10 on eth0.IPv4. Dec 19 22:50:32 freddo avahi-daemon[15559]: Registering HINFO record with values 'I686'/'LINUX'. Dec 19 22:50:32 freddo kernel: [951518.445181] [UFW BLOCK] IN= OUT=eth0 SRC=192.168.20.25 DST=224.0.0.251 LEN=298 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=278 Dec 19 22:50:33 freddo kernel: [951518.695137] [UFW BLOCK] IN= OUT=eth0 SRC=192.168.20.25 DST=224.0.0.251 LEN=298 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=278 Dec 19 22:50:33 freddo kernel: [951518.946176] [UFW BLOCK] IN= OUT=eth0 SRC=192.168.20.25 DST=224.0.0.251 LEN=298 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=278 Dec 19 22:50:33 freddo avahi-daemon[15559]: Server startup complete. Host name is freddo.local. Local service cookie is 3500664120. Dec 19 22:50:34 freddo kernel: [951519.552272] [UFW BLOCK] IN= OUT=eth0 SRC=192.168.20.25 DST=224.0.0.251 LEN=136 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=116 Notice the line saying Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.20.25 - and there is no line for 192.168.20.10. (NB. The UFW BLOCK stuff is my workaround to prevent this interface being used.) Thanks for your time. (I apologise in advance if I am doing something really stupid. Please let me know if the 'solution' to my problem should be to disable the avahi-daemon service, as I don't think I actually need it for anything - I just wasn't sure of the implications.) Nick. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.112+nmu2 add and remove users and groups ii bind9-host [host 1:9.7.3.dfsg-1~squeeze4
Bug#353975: Processed: Re: Bug#353975: gmpc: showing the playlist places the playlist window at a different position each time
package gmpc tag 353975 + wontfix thanks Mail to original submitter bounced, so it is unlikely that we'll have a solution for this bug. Closing as wontfix. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652359: notmuch-emacs: Won't display correctly quoted-printable iso-8859-1 mails
On Sun, 18 Dec 2011 20:03:43 -0400, David Bremner da...@tethera.net wrote: On Fri, 16 Dec 2011 17:01:04 +0100, Olivier Berger olivier.ber...@it-sudparis.eu wrote: In my understanding, the quoted-printable iso-8859-1 is correct for french accents, and is converted somehow to UTF-8, though it is displayed in an emacs buffer that looks like iso-8859-1 (The minibuffer separator line starts with '-1:%*-' ... Do you the same behaviour with emacs -q? No. I did the following: $ export LANG=fr_FR.utf8 $ export LC_CTYPE=fr_FR.utf8 $ emacs -q # gtk emacs M-x notmuch and your message id:877h1wv7mg@inf-8657.int-evry.fr displays fine (with U in the modeline). Same here :-) ... so there's something weird in my (emacs?) environment... Poking around at random, I did M-x set-language-environment Return French Return and then I could duplicate your problem; the mode line shows 8859-1 coding system and the message is not displayed correctly. Same here. As well as with Latin-1. On the contrary, UTF-8 sets it fine ;-) as well as if M-x reset-language-environment, as expected ;) On the other hand, in this case the patch I sent does fix the actual message display for me, just as it did in the other case where I set the locale directly to fr_FR (without utf8). Strange : that doesn't suffice here... but there may be other combinations of settings that differ from yours. Anyway, we seem to have a workaround here, if I just reset the language environment... But I wonder what other side-effects there may be. Still, just for comparison, Gnus managed well... but maybe because it doesn't work with UTF-8 ;-) Thanks for your help. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652618: cwdaemon: FTBFS, build-depends can no longer be fullfilled
tags 652618 +wheezy +sid thanks Only wheezy and sid are affected, squeeze still has the removed package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638752: [Python-apps-team] Bug#638752: Bug#638752: Commands in /etc/clustershell/groups.conf do not work with mawk, only with gawk
The commands in /etc/clustershell/groups.conf do not work with mawk, which
is installed by default in Debian. Only with gawk, they work correctly.
Example:
# mawk -F: '/^[[:alnum:]_]/ {print $1}' /etc/clustershell/groups
# gawk -F: '/^[[:alnum:]_]/ {print $1}' /etc/clustershell/groups
nodes
all
I change :
list: awk -F: '/^[[:alnum:]_]/ {print $1}' /etc/clustershell/groups
into that :
list: awk -F: '/^[0-9A-Za-z_-]/ {print $1}' /etc/clustershell/groups
for then next release and this will be OK.
--
Stéphan Gorget
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652359: notmuch-emacs: Won't display correctly quoted-printable iso-8859-1 mails
Hi. On Mon, 19 Dec 2011 11:25:04 +0100, Olivier Berger olivier.ber...@it-sudparis.eu wrote: On the contrary, UTF-8 sets it fine ;-) as well as if M-x reset-language-environment, as expected ;) I've checked and had : - current-language-environment Latin-1 - and default-input-method latin-1-prefix in my customizations in .emacs. I've removed these, and it seems much better now. I don't remember why these we necessary initially... and hope I will be able to live without these from now on. Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652564: roundcube: please package new upstream 0.7
Package: roundcube Version: 0.5.4+dfsg-1~bpo60+1 Severity: normal A Backport to Squeeze would also be very much appreciated, if it's not too much trouble. Thank you for all your work on Debian, Roger -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube depends on: ii roundcube-core 0.5.4+dfsg-1~bpo60+1 skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii dbconfig-common 1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libjs-jquery1.4.2-2 JavaScript library for dynamic web ii libmagic1 5.04-5 File type determination library us ii lighttpd [httpd]1.4.28-2 A fast webserver with minimal memo ii php-auth1.6.2-1 PHP PEAR modules for creating an a ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME ii php-mdb22.5.0b2-1PHP PEAR module to provide a commo ii php-net-smtp1.4.2-3 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php55.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5-gd 5.3.3-7+squeeze3 GD module for php5 ii php5-intl 5.3.3-7+squeeze3 internationalisation module for ph ii php5-mcrypt 5.3.3-7+squeeze3 MCrypt module for php5 ii php5-pspell 5.3.3-7+squeeze3 pspell module for php5 ii roundcube-sqlite0.5.4+dfsg-1~bpo60+1 metapackage providing sqlite depen ii tinymce 3.3.8+dfsg0-0.1 platform independent web based Jav ii ucf 3.0025+nmu1 Update Configuration File: preserv -- Configuration Files: /etc/cron.daily/roundcube [Errno 2] No such file or directory: u'/etc/cron.daily/roundcube' /etc/default/roundcube [Errno 2] No such file or directory: u'/etc/default/roundcube' /etc/logrotate.d/roundcube [Errno 2] No such file or directory: u'/etc/logrotate.d/roundcube' -- debconf information: roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true * roundcube/db/dbname: roundcube * roundcube/language: en_GB roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root * roundcube/hosts: localhost roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort * roundcube/restart-webserver: true * roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: * roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false * roundcube/reconfigure-webserver: lighttpd * roundcube/database-type: sqlite roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652621: provide addrlabel get
Package: iproute Version: 2017-1 Severity: wishlist Tags: upstream When dealing with addrlabels, it would be really useful if there was a command 'ip addrlabel get' to query the addrlabel table, similar to 'ip route get'. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii libc6 2.13-23 ii libdb5.1 5.1.29-1 Versions of packages iproute recommends: ii libatm1 1:2.5.1-1.3 Versions of packages iproute suggests: pn iproute-doc none -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#421575: popt.pc
I'm using libpopt in a little project of mine, and this popt.pc from the
archlinux package does the job just fine.
Please include it in the debian package.
--- begin popt.pc ---
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
Name: popt
Version: 1.16
Description: popt library.
Libs: -L${libdir} -lpopt
Cflags: -I${includedir}
--- end popt.pc ---
Bug#651942: same problem with sympa_6.1.7
Tried ... no success :-( 1) Dowloded http://ftp.de.debian.org/debian/pool/main/s/sympa/sympa_6.1.7~dfsg-2_i386.deb 2) Tried to install with: dpkg -i sympa_6.1.7~dfsg-2_i386.deb but the result is the same as before. Many relation conf_table does not exist. Now i get the following result, if I run # /usr/lib/sympa/bin/sympa.pl DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. -- *MoVI Regionale FVG *Via Garibaldi 23, 33038-San Daniele del Friuli. *Tel*. 0432 943002 - *Cell*. 346 8216304 *Email* giorgio.vo...@movi.fvg.it
Bug#652622: openssh-server: Match block should allow PrintMotd and PrintLastlog
Package: openssh-server
Version: 1:5.9p1-2
Severity: normal
Tags: upstream patch
Hi,
PrintMotd and PrintLastlog is not allowed within a Match block.
Due I needed it for me and didn't see any sense to disallow this
configuration directive, I saw this as a bug and wrote a patch to fix it.
This bug also affects the upstream release.
Stable release is also affected, the patch should be applicable also there.
(PS: May other configuration directives are also affected by such a senseless
restriction, but I didn't check them all yet and before wasting time with
something like this I want to see if this patch has a chance to come in.)
Greetings,
Michael
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openssh-server depends on:
ii adduser3.113
ii debconf [debconf-2.0] 1.5.41
ii dpkg 1.16.1.2
ii libc6 2.13-21
ii libcomerr2 1.42-1
ii libgssapi-krb5-2 1.9.1+dfsg-3
ii libkrb5-3 1.9.1+dfsg-3
ii libpam-modules 1.1.3-6
ii libpam-runtime 1.1.3-6
ii libpam0g 1.1.3-6
ii libselinux12.1.0-4
ii libssl1.0.01.0.0e-3
ii libwrap0 7.6.q-21
ii lsb-base 3.2-28
ii openssh-client 1:5.9p1-2
ii procps 1:3.2.8-11
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages openssh-server recommends:
ii openssh-blacklist0.4.1
ii openssh-blacklist-extra 0.4.1
ii xauth1:1.0.6-1
Versions of packages openssh-server suggests:
pn molly-guard none
pn monkeysphere none
pn rssh 2.3.3-1
pn ssh-askpass 1:1.2.4.1-9
pn ufw none
-- Configuration Files:
/etc/pam.d/sshd changed [not included]
-- debconf information excluded
Index: openssh-5.9p1/servconf.c
===
--- openssh-5.9p1.orig/servconf.c 2011-12-19 11:32:10.644602022 +0100
+++ openssh-5.9p1/servconf.c 2011-12-19 11:32:18.952708519 +0100
@@ -422,8 +422,8 @@
{ checkmail, sDeprecated, SSHCFG_GLOBAL },
{ listenaddress, sListenAddress, SSHCFG_GLOBAL },
{ addressfamily, sAddressFamily, SSHCFG_GLOBAL },
- { printmotd, sPrintMotd, SSHCFG_GLOBAL },
- { printlastlog, sPrintLastLog, SSHCFG_GLOBAL },
+ { printmotd, sPrintMotd, SSHCFG_ALL },
+ { printlastlog, sPrintLastLog, SSHCFG_ALL },
{ ignorerhosts, sIgnoreRhosts, SSHCFG_GLOBAL },
{ ignoreuserknownhosts, sIgnoreUserKnownHosts, SSHCFG_GLOBAL },
{ x11forwarding, sX11Forwarding, SSHCFG_ALL },
@@ -1547,6 +1547,8 @@
M_CP_INTOPT(allow_agent_forwarding);
M_CP_INTOPT(permit_tun);
M_CP_INTOPT(gateway_ports);
+ M_CP_INTOPT(print_motd);
+ M_CP_INTOPT(print_lastlog);
M_CP_INTOPT(x11_display_offset);
M_CP_INTOPT(x11_forwarding);
M_CP_INTOPT(x11_use_localhost);
Bug#649784: add dh_apparmor for easier AppArmor profile management
[ dropping #614731 as, one way or another, it has been fixed: thanks! ]
Sorry to rehearse this, but I'd like to explore all possible solutions,
On Sun, Nov 27, 2011 at 04:32:56PM -0400, Joey Hess wrote:
I appreciate what you're trying to do, but I simply have no interest in
trying to deal with these problems further. I hope that whatever Debian
decides to do lets me continue to maintain debhelper in Debian.
Would a clean re-implementation do? It seems silly to even think of
this as a way out when working code already exists, but it'd be better
than nothing.
No, because my issue is not with the code but with Ubuntu continally
forcing Debian to accede to their changes or risk horrible divergence.
As we also saw with dpkg triggers, etc.
Given that NMU would put you in a bad position, and given that a
reimplementation is ruled out (luckily), how about co-maintenance?
Would you be willing to have a debhelper co-maintenance who would
essentially only keep an eye on debhelper parts that --- for political
or other reasons --- you don't want to touch? If you're available to
consider this option, I can try to help by looking for and proposing
candidates to you.
Thanks for considering,
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#628912: [Pkg-xen-devel] Bug#628912: Bug#628912: Bug#628912: xenconsoled and xenstored stopping unhandled by init script
On Sun, Dec 11, 2011 at 01:12:58PM +, Ian Campbell wrote: I thought xenconsoled was restartable, the upstream init scripts certainly do so. Yes, xenconsoled is restartable. (And earlier you even had to restart it every now and then, because it had a bug where it got stuck and thus also made PV domUs stuck waiting for domU console output). -- Pasi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604902: apt-cacher: random segfaults in libperl when clients are accessing cache
On Tue, Dec 21, 2010 at 09:10:25AM +0200, Niko Tyni wrote: forwarded 604902 http://rt.perl.org/rt3/Public/Bug/Display.html?id=60724 tag 604902 patch fixed-upstream thanks On Mon, Dec 20, 2010 at 10:26:18AM +0100, Schoepflin, Markus wrote: No further segmentation faults of apt-cacher have been observed up to now. Looks like the suggested patch does indeed solve the observed problem. Great, thanks for the testing! It's too late to get this in the upcoming Squeeze release. It's possible that it can make it into the first point release (r1) - I'll talk to the release team about that. Dear Release team, The security team has asked that we fix a couple of no-dsa issues in the next squeeze point release. This bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604902) was also queued for a point release update. The proposed patch http://perl5.git.perl.org/perl.git/commit/01be0729981136a058cce07a897ccdb94609e1c0 has been confirmed by the bug submitter as fixing the problem. Could you approve this fix for stable? Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652624: mail-notification: Run custom command on click
Package: mail-notification Version: 5.4.dfsg.1-2.5 Severity: wishlist Dear Maintainer, I'd like to be able to customize the command that is run when I click a mail notification. My use case is that I use Evolution to read my local mail, but GMail's web frontend for everything else. What I want is a mail notification applet that tells me when I've received local mail (Mail Notification can do this), and then launches Evolution when I click on it (Mail Notification just launches GMail in a web browser when I click it). I have looked in gconf-editor and in the preferences and haven't found any way to configure what command gets run on click. Regards //Johan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mail-notification depends on: ii gconf22.32.4-1 ii gnome-icon-theme 3.2.1.2-1 ii libatk1.0-0 2.2.0-2 ii libbonobo2-0 2.24.3-1 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.30.2-4 ii libgmime-2.4-22.4.25-1 ii libgnome-keyring0 3.2.2-1 ii libgnome2-0 2.32.1-2 ii libgnomevfs2-01:2.24.4-1 ii libgnomevfs2-extra1:2.24.4-1 ii libgtk-3-03.2.2-3 ii libnotify40.7.4-1 ii liborbit2 1:2.14.19-0.1 ii libpango1.0-0 1.29.4-2 ii libpopt0 1.16-1 ii libsasl2-22.1.25.dfsg1-2 ii libssl1.0.0 1.0.0e-3 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii notification-daemon 0.7.3-1 ii notify-osd [notification-daemon] 0.9.30-1 Versions of packages mail-notification recommends: ii fetchyahoo 2.14.1-1 ii getlive 0.59-1 ii mail-notification-evolution 5.4.dfsg.1-2.5 mail-notification suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648167: ginkgocadx: still there w/ 2.6.0
Package: ginkgocadx Version: 2.6.0.0-1 Followup-For: Bug #648167 Dear Maintainer, same thing: a) cannot open study b) cannot load plugins Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdcmtk2 3.6.0-9 ii libfftw3-33.3-1 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-7 ii libgdcm2.02.0.18-6+b1 ii libgdk-pixbuf2.0-02.24.0-1 ii libgl1-mesa-glx [libgl1] 7.11.1-1 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libinsighttoolkit3.20 3.20.1-1 ii libpango1.0-0 1.29.4-2 ii libpng12-01.2.46-3 ii libsqlite3-0 3.7.9-2 ii libssl1.0.0 1.0.0e-3 ii libstdc++64.6.2-7 ii libtiff4 3.9.5-2 ii libvtk5.8 5.8.0-5 ii libwrap0 7.6.q-21 ii libwxbase2.8-02.8.12.1-3 ii libwxgtk2.8-0 2.8.12.1-3 ii libxml2 2.7.8.dfsg-5 ii zlib1g1:1.2.3.4.dfsg-3 ginkgocadx recommends no packages. ginkgocadx suggests no packages. -- no debconf information Mo 19 Dez 2011 12:40:31 CET [2911365296] INFO Core - Arrancando Ginkgo 2.6.0.4425 beta19/12/2011 12:40:31 Mo 19 Dez 2011 12:40:32 CET [2911365296] ERROR Extensions - Could not load extension library file[/usr/lib/ginkgocadx/Plugins/libvisualizator.so.2.6.0.] Mo 19 Dez 2011 12:40:32 CET [2911365296] ERROR Extensions - Could not load extension library file[/usr/lib/ginkgocadx/Plugins/liblightvisualizator.so.2.6.0.] Mo 19 Dez 2011 12:40:32 CET [2911365296] INFO Core/HL7 - Arrancando controlador de envío Hl7
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, Dec 19, 2011 at 10:37 AM, Andreas Kloeckner inf...@tiker.net wrote:
Did, and it helped. Thanks very much!
Good!
This being as it is, could you upload a new package with tightened
dependencies?
The dependency on libarmadillo2 is added automatically by
${shlibs:Depends}. I guess I could add a version requirement for
libarmadillo-dev in Build-Depends, but DOLFIN does not depend on a
specific version of Armadillo, so I don't see why I should. You had
this problem because you were using an old libarmadillo2 (version
1:2.2.5+dfsg-1) from testing while you using DOLFIN (version 1.0.0-1)
from unstable, which was built against a newer libarmadillo2 package
from unstable. I guess this is a problem you will see from time to
time when mixing packages from testing and unstable.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
Package: rsyslog Version: 5.8.6-1 Severity: minor The changelog says: rsyslog (5.8.2-2) unstable; urgency=low * Transition to /run/sendsigs.omit.d. (Closes: #633036) - Use /run/sendsigs.omit.d/rsyslog in debian/rsyslog.init. - Add Depends on initscripts (= 2.88dsf-13.3) to ensure /run is usable. - Remove /lib/init/rw/sendsigs.omit.d/rsyslog on upgrades. -- Michael Biebl bi...@debian.org Fri, 08 Jul 2011 01:36:20 +0200 But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii initscripts 2.88dsf-16 ii libc62.13-23 ii lsb-base 3.2-28 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages rsyslog recommends: ii logrotate 3.8.1-1 Versions of packages rsyslog suggests: pn rsyslog-docnone pn rsyslog-gnutls none pn rsyslog-gssapi none pn rsyslog-mysql | rsyslog-pgsql none pn rsyslog-relp none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620722: Any progress on this?
Hi there, How is the packaging going? Is there anything I can do to assist you or speed this up? Happy hacking! -- .''`.When we remember we are all mad, the mysteries : :' : disappear and life stands explained -- Mark Twain `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652626: syslinux: [INTL:nl] Dutch translation of debconf templates
Package: syslinux
Severity: wishlist
Tags: patch l10n
Hello,
Attached is the Dutch translation of the syslinux debconf templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translation of syslinux debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the syslinux package.
# Jeroen Schot sc...@a-eskwadraat.nl, 2011.
#
msgid
msgstr
Project-Id-Version: syslinux 2:4.04+dfsg-9\n
Report-Msgid-Bugs-To: sysli...@packages.debian.org\n
POT-Creation-Date: 2010-07-04 21:11+0200\n
PO-Revision-Date: 2011-12-12 14:33+0100\n
Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: boolean
#. Description
#: ../extlinux.templates:1001
msgid Should EXTLINUX be installed to the MBR?
msgstr Moet EXTLINUX in het MBR ('master boot record') worden geïnstalleerd?
#. Type: boolean
#. Description
#: ../extlinux.templates:1001
msgid
If you choose this option, EXTLINUX will be automatically written to the MBR
of your disk. The current MBR will be saved to a file in /boot.
msgstr
Als u hiervoor kiest zal EXTLINUX automatisch worden weggeschreven naar het
MBR van uw schijf. Het huidige MBR zal worden bewaard in een bestand in /
boot.
#. Type: boolean
#. Description
#: ../extlinux.templates:1001
msgid
Otherwise, EXTLINUX can be manually setup as described in /usr/share/doc/
extlinux/README.Debian.
msgstr
Daarnaast kunt u EXTLINUX ook handmatig instellen zoals beschreven in /usr/
share/doc/extlinux/README.Debian.
#. Type: boolean
#. Description
#: ../extlinux.templates:1001
msgid
Note: The automatic installation currently only works if your root partition
is on the disk to which MBR extlinux should be installed into.
msgstr
Let op: Op dit moment werkt de automatische installatie alleen als uw
basispartitie zich op de dezelfde schijf bevindt als het MBR waarin extlinux
in wordt geïnstalleerd.
Bug#652627: tex-common: [INTL:nl] Dutch translation of debconf templates
Package: tex-common
Severity: wishlist
Tags: patch l10n
Hello,
Attached is the updated Dutch translation of the tex-common debconf templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translation of tex-common debconf templates.
# Copyright (C) 2004-2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the tex-common package.
# Luk Claes luk.cl...@ugent.be, 2004.
# Vincent Zweije zwe...@xs4all.nl, 2006.
# Jeroen Schot sc...@a-eskwadraat.nl, 2011.
#
msgid
msgstr
Project-Id-Version: tex-common 2.10\n
Report-Msgid-Bugs-To: tex-com...@packages.debian.org\n
POT-Creation-Date: 2009-03-17 21:50+0100\n
PO-Revision-Date: 2011-12-12 14:43+0100\n
Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: error
#. Description
#: ../templates:2001
msgid Essential entry missing in ${filename}
msgstr Essentieel element ontbreekt in ${filename}
#. Type: error
#. Description
#: ../templates:2001
msgid An essential entry is missing in ${filename}:
msgstr Een essentieel element ontbreekt in ${filename}:
#. Type: error
#. Description
#: ../templates:2001
msgid No setting of ${variable}.
msgstr Geen instelling van ${variable}
#. Type: error
#. Description
#. Type: error
#. Description
#: ../templates:2001 ../templates:3001
msgid
TeX will not work until the configuration files are fixed. The version of
${filename} that is provided by the package should be available as
${filename}.ucf-dist.
msgstr
TeX werkt niet todat de configuratiebestanden zijn gerepareerd. De versie
van ${filename} die wordt aangeboden door het pakket zou beschikbaar moeten
zijn als ${filename}.ucf-dist.
#. Type: error
#. Description
#. Type: error
#. Description
#: ../templates:2001 ../templates:3001
msgid The configuration process has been aborted.
msgstr Het configuratieproces is afgebroken.
#. Type: error
#. Description
#: ../templates:3001
msgid Invalid essential entry in ${filename}
msgstr Essentieel element onjuist in ${filename}
#. Type: error
#. Description
#: ../templates:3001
msgid
An essential entry is invalid in ${filename}: ${variable} does not contain:
msgstr
Een essentieel element is onjuist in ${filename}: ${variable} bevat niet
Bug#652628: freevo: [INTL:nl] Dutch translation of debconf templates
Package: freevo Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the freevo debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of freevo debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the freevo package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: freevo 1.9.2b2-2\n Report-Msgid-Bugs-To: fre...@packages.debian.org\n POT-Creation-Date: 2010-12-27 23:47+0100\n PO-Revision-Date: 2011-12-15 09:59+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../freevo.templates:2001 msgid Video output: msgstr Video-uitvoer: #. Type: select #. Description #: ../freevo.templates:2001 msgid Please choose the type of video output to use with Freevo. msgstr Geef alstublieft aan welke video-uitvoer Freevo moet gebruiken. #. Type: select #. Description #: ../freevo.templates:3001 msgid Output resolution: msgstr Uitvoerresolutie: #. Type: select #. Description #: ../freevo.templates:3001 msgid Please choose the resolution to use with Freevo. Most CRT television systems should be configured as 768x576 (NTSC or PAL). HD television systems use 1280x720, and FullHD uses 1920x1080. msgstr Kies alstublieft de resolutie die Freevo moet gebruiken. De meeste CRT- televisies moeten worden ingesteld op 768x576 (NTSC of PAL). HD-televisies gebruiken 1280x720 en FullHD gebruikt 1920x1080. #. Type: select #. Description #: ../freevo.templates:4001 msgid TV standard: msgstr TV-standaard: #. Type: select #. Description #: ../freevo.templates:4001 msgid Please choose the TV standard to use. NTSC is used in North America, much of South America, and Japan; SECAM in France, the former USSR, and parts of Africa and the Middle East; and PAL elsewhere. msgstr Geef alstublieft aan welke TV-standaard er moet worden gebruikt. NTSC wordt in Noord-Amerika en een groot deel van Zuid-Amerika en Japan gebruikt; SECAM in Frankrijk, de voormalige Sovjetstaten en delen van Afrika en het Midden- Oosten; PAL in de rest van de wereld. #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA broadcast msgstr VS - antenne #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA cable msgstr VS - kabel #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA cable HRC msgstr VS - HRC-kabel #. Type: select #. Choices #: ../freevo.templates:5001 msgid Japan broadcast msgstr Japan - antenne #. Type: select #. Choices #: ../freevo.templates:5001 msgid Japan cable msgstr Japan - kabel #. Type: select #. Choices #: ../freevo.templates:5001 msgid Europe (West) msgstr Europa (West) #. Type: select #. Choices #: ../freevo.templates:5001 msgid Europe (East) msgstr Europa (Oost) #. Type: select #. Choices #: ../freevo.templates:5001 msgid Italy msgstr Italië #. Type: select #. Choices #: ../freevo.templates:5001 msgid New Zealand msgstr Nieuw-Zeeland #. Type: select #. Choices #: ../freevo.templates:5001 msgid Australia msgstr Australië #. Type: select #. Choices #: ../freevo.templates:5001 msgid Ireland msgstr Ierland #. Type: select #. Choices #: ../freevo.templates:5001 msgid France msgstr Frankrijk #. Type: select #. Choices #: ../freevo.templates:5001 msgid China broadcast msgstr China - antenne #. Type: select #. Choices #: ../freevo.templates:5001 msgid South Africa msgstr Zuid-Afrika #. Type: select #. Choices #: ../freevo.templates:5001 msgid Argentina msgstr Argentinië #. Type: select #. Description #: ../freevo.templates:5002 msgid Channel list: msgstr Lijst van kanalen: #. Type: select #. Description #: ../freevo.templates:5002 msgid Please choose the channel list (set of tuning frequencies) that most closely matches the one used in your country. msgstr Kies alstublieft de lijst van kanalen (een verzameling afstemfrequenties) die het meest overeenkomt met degene die in uw land wordt gebruikt. #. Type: select #. Default #: ../freevo.templates:6001 msgid Video folder msgstr Videomap #. Type: string #. Description #: ../freevo.templates:6002 msgid Title of video folder: msgstr Naam voor de videomap: #. Type: string #. Description #: ../freevo.templates:6002 msgid Please choose the title of the video folder. msgstr Kies alstublieft de naam voor de videomap. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../freevo.templates:6002 ../freevo.templates:8002 ../freevo.templates:10002 msgid This will be displayed by Freevo in overview. msgstr Deze wordt getoond op de overzichtspagina van Freevo. #. Type: string #. Description #: ../freevo.templates:7001 msgid Path to videos: msgstr Pad naar de video's: #. Type: string #. Description #:
Bug#545181: Review of committed patch for bug 545181; two minor issues
On Sat, Dec 17, 2011 at 04:15:03PM -0800, Josh Triplett wrote: Hi, Thanks for committing the patch for 545181. I noticed three minor issues in the committed version: 1) The various references to 2.88dsf-14 need to say 2.88dsf-17, in debian/control, debian/initscripts.preinst, and debian/sysvinit-utils.NEWS. 2) The date Sun, 09 Oct 2011 01:50:15 -0700 in debian/sysvinit-utils.NEWS needs updating to the current $(date -R). 3) The stanza for the bootlogd changelog truncation in debian/rules should appear in override_dh_installchangelogs-arch, not override_dh_installchangelogs-indep, since bootlogd has Architecture: any. It also needs a preceding dh_installchangelogs -pbootlogd. I've pushed these corrections to git://anonscm.debian.org/collab-maint/sysvinit (branch bootlogd). If you're happy with them, it can be merged onto master. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
Package: debian-reference Version: 2.47 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Please consider to add epub format support to debian reference. I've made a small patch, please check it. - -- Regards, Hideki Yamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJO7yshAAoJEF0yjQgqqrFAWqsQAJCIjT3hwTOiLZx8mtR9FkQi CmlDqkY/n3eNBaand+B/Tbe2oQh4tEwmgToHzD3Yxw/D39iIPnnie4jHpOzETv4g 9pewUoZWUloExDQnvpQg76OyxoblfprlNMYVTrYjCr9Oy7//hxitJv6iQfSePyg0 wPNbhpl/3ozemKAgBfTDG8M3xgGCN0WP1qxl3XLtYVecMK+aJNwSujsyv/BrlpUk WqY9pMu3IzBDNs+g+p0hEMYKEfN4EqbiV8Hj0cww2k6o59R7fEhaTwWjjs9YA5uV 3/Ds7VKYldTnH2WVOsWtXaY/cYcCS5jRy5OPhGbF1hjSUu+0pYIYHv8AqAGOaGJs +zNBF/HB20VPZu1TLSctIUx+TmI+gVUPr+HEqet6VN/EG1BvivWKf24j0YGCNdyy YfYmahjBlZu9mMH0y8Flxmi4TTPZKpPgf8lGoYVeLySBg9U59Y9IjOF4yYMp+F6I Ndb+4G4JrQrPkJRHCIuZtYk0zpvORCC6R+wh6hDeRAKcUr7LNXxwWN53rNf3fWev MiVQpVYCp9MoBYysFbeG0BIsAnCRGylGBzI2n0aA8i8dqcrkuc0sUWaVutM2AGe1 uPxP57850Q0d0Jq6RIuzXGCkTH+SSjQpP+RqOnaZawkogCl69aqQzGwJiZS2LA1B y374Cmqwy5jN95q4DsX7 =1DyM -END PGP SIGNATURE- diff -urN debian-reference-2.47/Makefile debian-reference-2.47.epub/Makefile --- debian-reference-2.47/Makefile 2011-11-23 02:35:51.0 +0900 +++ debian-reference-2.47.epub/Makefile 2011-12-16 22:50:26.541846589 +0900 @@ -87,6 +87,7 @@ all: $(MAKE) po $(MAKE) html css + $(MAKE) epub # Target for package building package: html txt css @@ -113,6 +114,7 @@ -rm -f $(addsuffix .xml, $(addprefix $(DOCNAME)., $(LANGPO))) -rm -f $(DOCNAME).en.xml -rm -f $(DOCNAME).en.xmlt header.txt + -rm -f $(DOCNAME).*.epub # Run distclean only for regenerating all locally cached data from remote # (and all raw XML from asciidoc for lenny@local) @@ -395,6 +397,12 @@ --param=monoseq.hyphenation=nohyphen \ --output=$@ - +.PHONY: epub +epub: $(foreach lang, en $(LANGPO), $(PUBLISHDIR)/$(DOCNAME).$(lang).epub) +$(PUBLISHDIR)/$(DOCNAME).%.epub: $(DOCNAME).%.xml $(SRC_ENT) + -mkdir -p $(PUBLISHDIR) + xmlto --skip-validation epub $ + ### # Build xml/html(indexed) for testing source (local)ALL ### diff -urN debian-reference-2.47/debian/control debian-reference-2.47.epub/debian/control --- debian-reference-2.47/debian/control 2011-11-23 02:35:51.0 +0900 +++ debian-reference-2.47.epub/debian/control 2011-12-16 22:51:06.545885945 +0900 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Osamu Aoki os...@debian.org Build-Depends: debhelper (= 8.0.0) -Build-Depends-Indep: w3m, xsltproc, docbook-xsl, docbook-xml, po4a, python, locales-all | locales, debiandoc-sgml, libxml2-utils +Build-Depends-Indep: w3m, xsltproc, docbook-xsl, docbook-xml, po4a, python, locales-all | locales, debiandoc-sgml, libxml2-utils, xmlto, zip Standards-Version: 3.9.2 Vcs-Svn: svn://svn.debian.org/svn/ddp/manuals/trunk/quick-reference Vcs-Browser: http://svn.debian.org/wsvn/ddp/manuals/trunk/quick-reference/
Bug#650082: new mailing list: debian-companies
On Tue, Dec 13, 2011 at 03:33:18PM +0100, Alexander Wirt wrote:
Ok I had a longer talk to Michael Meskes and I am now able to
understand you (and his) position a little bit better.
I (personally) would be willing to accept the lists under the
following conditions:
Thanks. Before answering your request let me try to address some of the
concerns which seem to be still pending in this thread.
There exist companies with an interest in Debian. Those companies are
not part of the Debian Project and, when they need to interact with the
Project they do so by the usual means, e.g. mailing -project/-devel or
other lists for public discussions, or mailing leader@d.o if they look
for an official representative of the project. They have a common
interest (deploying Debian-based solutions for their customers) and they
often face the same problems (e.g. how can we get $foo to certify
their software for Debian, so that we can deploy Debian to more
customers?). The best description of what they are, stolen from Michael
Meskes, is probably a debian business user group.
I think that Debian, as a Project, doesn't want to --- or maybe isn't
capable of --- fix the problems of such a group. After all, many of us
are in a volunteer distro also because we don't want to care about
market-driven concerns. I'd like to empower people of this group to fix
these problems by themselves. All it takes to start is that we welcome
people to work on these problems *on their own* and a bit of hosting for
them. If they think they need a private list hosting, so be it.
I don't consider the activities they will be doing as activities of the
Debian Project. I also expect people on the list to interact with the
Project as they have been doing up to now: either on public lists or
contacting the DPL at leader@d.o (FWIW, the DPL routinely redirect
non-private requests addressed to leader@d.o to the most appropriate
public list). So I don't see a problem of full disclosure here, and I
think we should first work on fixing the issue of openness we still have
in Debian before imposing our so called standards to others.
... unless people want to maintain that Debian should not even *host* a
private list for 3rd party activities. I notice that we have done so in
the past --- I see for example a non archived sart list on lists.d.o,
and we have also hosted lists for SPI that nowadays has a private
members list --- and I don't see why we should not do that in presence
of a reasonable request.
Regarding Don's points about potential internal conflicts of interest in
the group, they are reasonable concerns. But to be honest I don't think
*we*, as Debian, should be worried about that. Having been asked for
some list hosting, I think we should be happy to give it, how the
participants will decide to use it and fix the corresponding governance
problems is up to them.
Now, to Alexander requests:
Before the list is created I want an exact policy who is allowed to
get subscribed to this list.
I've provided a tentative answer for this in my first mail, but I'm not
sure it's compatible with the way listmasters work. To bootstrap the
system, would be good enough to say the DPL moderates subscription
requests and say yes/no to them?
I'm not particularly thrilled at the idea of doing that on the long run
and I expect the participants to define at some point a governance
structure with criteria of who can get in. But there is a chicken and
egg problem on how to get started and I volunteer to fix that.
A better description of the list should be done that leads into a
press announcement that invites everybody (that matches the
subscription policy) to participate in the discussion on the list.
That was already planned, yes. Also because I see no other ways to
attract potentially interested companies to it... If you see that as a
requirement for list creation, I can also draft a press release and post
it to this bug log.
(Optional, but nice): Some representatives of the debian project
should participate on the list.
For this, leader@d.o seems to make sense too. For everything else, I
think we should recommend that people use the usual communication
channels instead of relying about specific Debian people being
subscribed to the list.
Cheers.
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#652512: initscripts: /lib/init/rw not removed
On Sun, Dec 18, 2011 at 01:50:18AM +0100, Christoph Anton Mitterer wrote: On Sun, 2011-12-18 at 00:10 +, Roger Leigh wrote: This is unfortunately impossible to resolve for wheezy due to the following considerations: Well one thing one should then do is add clear information to the NEWS file. i.e. that if people have fully upgraded everything (or installed this package as it breaks/conflicts any not yet migrated packages)... the can/should rm -rf /lib/init/rw . sysvinit (2.88dsf-17) unstable; urgency=low In version 2.88dsf-17 of the initscripts package, the /etc/mtab file used to record which filesystems are mounted has been replaced with a symbolic link to /proc/mounts. The tmpfs filesystem mounted on /lib/init/rw has also been removed, with all packages using /lib/init/rw having switched to using /run. The migration process means that it will not be possible to automatically remove the /lib/init/rw directory until after the release of wheezy. However, it is safe to manually remove the directory, which is no longer owned by the initscripts package. Note that old init scripts in deleted (but not purged) packages may continue to use /lib/init/rw; it is recommended that these packages be fully purged. -- Roger Leigh rle...@debian.org Mon, 19 Dec 2011 12:24:04 + Is this text OK with you? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650082: new mailing list: debian-companies
On Sun, Dec 11, 2011 at 10:57:41PM +0100, Alexander Wirt wrote:
1) how is the non-openness of this request any different from the
listmaster@lists.d.o mail alias (or many others that we have in many
@*.debian.org domains, fwiw) that Cord has Cc:-ed?
(Note: as I've mentioned recently, I'm generally *against* those
aliases, but I'm even more against double standards)
Imho its an administrative alias, where also private stuff (complaints
against lists arrive). I don't see where this is comparable to a lists that
discusses a specific use case of Debian.
[ So, this was just a provocation on my part and it's a bit OT. But let
me digress just a second on it. We have lot of teams in Debian who
have only a private email aliases as their contact point, including
the leader@d.o alias. The fact that they are aliases instead of list
is a technical difference which means nothing in term of open-ness. I
don't doubt there is legitimate private traffic there, but the fact
they are the sole contact points of those teams means those teams will
naturally use them for their day to day activities. ]
I'll get back to your other mail in this thread, thanks for taking the
time to get back to me on this list creation request!
--
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences .. http://upsilon.cc/zack .. . . o
Debian Project Leader... @zack on identi.ca ...o o o
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#604902: apt-cacher: random segfaults in libperl when clients are accessing cache
On 19.12.2011 11:30, Dominic Hargreaves wrote: The security team has asked that we fix a couple of no-dsa issues in the next squeeze point release. This bug (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604902) was also queued for a point release update. The proposed patch http://perl5.git.perl.org/perl.git/commit/01be0729981136a058cce07a897ccdb94609e1c0 has been confirmed by the bug submitter as fixing the problem. Could you approve this fix for stable? The patch looks like it would be okay; thanks. However, in order to approve the upload for a point release, we'd need to see full debdiffs for the proposed package which would be uploaded. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652630: xmobar: Please update xmobar to 0.14
Package: xmobar Version: 0.13-2 Severity: wishlist Please update xmobar to version 0.14, in order to include the patch that makes CoreTemp work with the new kernel/lm_sensors file structure. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmobar depends on: ii libc6 2.13-21 ii libffi5 3.0.10-3 ii libgmp10 2:5.0.2+dfsg-2 ii libiw30 30~pre9-7 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxft2 2.2.0-3 ii libxinerama1 2:1.1.1-3 Versions of packages xmobar recommends: pn curl none Versions of packages xmobar suggests: ii xmonad 0.9.2-2+b3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652631: www.debian.org: please clarify the distinction between 'events@d.o' and 'debian-events-*@lists.d.o'
Package: www.debian.org Severity: important User: eve...@debian.org Usertags: events-announce Hi there! The discussion started at [1]. Cc: debian-publicity@, which is where the Events team (Cc:ed) discussion should he held. Feel free to continue there, but please keep the BTS in the loop. [1] http://lists.debian.org/20111218120322.gb2...@anhrefn.saar.de I decided to report this as a bug because the result of this discussion should end up in the Events admin page [2], which, as a side note, does not even show the debian-events-*@ mailing lists. [2] http://www.debian.org/events/admin Axel, I re-ordered your text to reply in a single place to all of you. On Sun, 18 Dec 2011 15:50:05 +0100, Axel Beckert wrote: Bernd Zeimetz wrote: On 12/18/2011 01:03 PM, Arne Wichmann wrote: A late reply - I am a bit delayed for non-urgent tasks at the moment. Thank you for the follow-up. I would have preferred a reply to my original email you referred to [6], but this is my maniacal side ;-) begin quotation from Luca Capello (in 877h2jm9bv@gismo.pca.it): As a final side note: as announced in the past, feel free to contact the Debian Events team for any question like this one. While we monitor the debian-events-*@ mailing lists, in no way these should be the central point for anything event-related: The quotation is from [3], but it could also be from [4] or [5]. [3] http://lists.debian.org/877h2jm9bv@gismo.pca.it [4] http://lists.debian.org/87ehwrnos8@gismo.pca.it [5] http://lists.debian.org/87vcq3hxep@gismo.pca.it http://lists.debian.org/87tyg2g6ed@gismo.pca.it Gives a 404 for me. Nevertheless I can imagine what's in there. It works here, the (current) non-MID link is [6]. [6] http://lists.debian.org/debian-devel-announce/2011/02/msg6.html I do not like the way things are handled in that mail. I do not feel that centralization is a good idea for event handling, but this is what is being done: eve...@debian.org is an interface in which I as non-DD can not participate in. http://wiki.debian.org/CategoryEvents is global and very unsorted and not very usable to alert me to what is happening. Were your feelings also influenced but how the CeBIT 2012 booth is being organized [7]? This was the first time the Events team was contacted by the organizers of an event, in a non-English language, so I am for any improvements in the workflow I followed [4]. [7] http://lists.debian.org/874nx0n9zh@gismo.pca.it debian-events...@lists.debian.org is low-traffic and not moderated - I can follow what is happening there, and take part without relying on a centralized team. Any mechanism which replaces it should at least have these qualities. Strong ack. Organizing events should not be happening behind the scenes. Seconded. And what Axel wrote before: I still disagree. IMHO that's _exactly_ what these lists should be and are. Events are local stuff and they should be handled mostly locally, not globally. I think it's a good idea to have central place to contact in case local event teams need physical resources or resources outside the wiki and the mailing lists, but nevertheless the organization and announcements should primarily be local. I structured my reply on points, it should be easier to reply. a) there is no Events cabal ;-) b) at least for those who have access to Debian machines nothing is happening behind the scene, given that 'events@d.o' is archived on master [8]. [8] http://anonscm.debian.org/viewvc/webwml/webwml/english/events/README?revision=1.8view=markup c) I do not consider *any* wiki as official documentation, which means that the wikipage Arne referred to [9] should not be used as such. [9] http://wiki.debian.org/CategoryEvents d) I think there is a misunderstanding of what I wrote at [6], here the extract of my words: --8---cut here---start-8--- Submitting an event === This is the easiest part: whenever you know of any event Debian is present, simply send an email in English to eve...@debian.org [15]. We will then do all the necessary steps to find someone willing to participate/coordinate the Debian presence and announce the event to the appropriate debian-events-* mailing lists [16][17][18][19], if not already done. --8---cut here---end---8--- As far as I read the text above, the Events team *does* not organize an event, instead it will (or it should or, if you prefer, I think it should): 1. receive notice of an event Debian will take part in. 2. if not already present, find the main responsible for that event (we request that for the entry in the event page [10][11]). 3. add the event to the event page [11]. 4. if not already done, announce the event to the (language/region- specific) debian-events-*@ mailing list, so the *official* event page at [11] can be used.
Bug#561865: Finding the problem
The message you're talking about is generated inside libotr 3.2.0, so this needs an API change in libotr and a corresponding change in pidgin-otr to fix. I see that there's movement toward an OTR 4 on the upstream repos, so perhaps it can be fixed eventually. Of course changing the library API means that every app and plugin built on top of libotr will also need to be updated... -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650082: new mailing list: debian-companies
Stefano Zacchiroli schrieb am Montag, den 19. Dezember 2011: On Tue, Dec 13, 2011 at 03:33:18PM +0100, Alexander Wirt wrote: Ok I had a longer talk to Michael Meskes and I am now able to understand you (and his) position a little bit better. I (personally) would be willing to accept the lists under the following conditions: Thanks. Before answering your request let me try to address some of the concerns which seem to be still pending in this thread. There exist companies with an interest in Debian. Those companies are not part of the Debian Project and, when they need to interact with the Project they do so by the usual means, e.g. mailing -project/-devel or other lists for public discussions, or mailing leader@d.o if they look for an official representative of the project. They have a common interest (deploying Debian-based solutions for their customers) and they often face the same problems (e.g. how can we get $foo to certify their software for Debian, so that we can deploy Debian to more customers?). The best description of what they are, stolen from Michael Meskes, is probably a debian business user group. I think that Debian, as a Project, doesn't want to --- or maybe isn't capable of --- fix the problems of such a group. After all, many of us are in a volunteer distro also because we don't want to care about market-driven concerns. I'd like to empower people of this group to fix these problems by themselves. All it takes to start is that we welcome people to work on these problems *on their own* and a bit of hosting for them. If they think they need a private list hosting, so be it. I don't consider the activities they will be doing as activities of the Debian Project. I also expect people on the list to interact with the Project as they have been doing up to now: either on public lists or contacting the DPL at leader@d.o (FWIW, the DPL routinely redirect non-private requests addressed to leader@d.o to the most appropriate public list). So I don't see a problem of full disclosure here, and I think we should first work on fixing the issue of openness we still have in Debian before imposing our so called standards to others. ... unless people want to maintain that Debian should not even *host* a private list for 3rd party activities. I notice that we have done so in the past --- I see for example a non archived sart list on lists.d.o, and we have also hosted lists for SPI that nowadays has a private members list --- and I don't see why we should not do that in presence of a reasonable request. Regarding Don's points about potential internal conflicts of interest in the group, they are reasonable concerns. But to be honest I don't think *we*, as Debian, should be worried about that. Having been asked for some list hosting, I think we should be happy to give it, how the participants will decide to use it and fix the corresponding governance problems is up to them. Now, to Alexander requests: Before the list is created I want an exact policy who is allowed to get subscribed to this list. I've provided a tentative answer for this in my first mail, but I'm not sure it's compatible with the way listmasters work. To bootstrap the system, would be good enough to say the DPL moderates subscription requests and say yes/no to them? That is exactly what I don't want. I want an objective, testable policy. So that everybody can say without a moderator if he/she/it is suited for this list. I'm not particularly thrilled at the idea of doing that on the long run and I expect the participants to define at some point a governance structure with criteria of who can get in. But there is a chicken and egg problem on how to get started and I volunteer to fix that. A better description of the list should be done that leads into a press announcement that invites everybody (that matches the subscription policy) to participate in the discussion on the list. That was already planned, yes. Also because I see no other ways to attract potentially interested companies to it... If you see that as a requirement for list creation, I can also draft a press release and post it to this bug log. good. (Optional, but nice): Some representatives of the debian project should participate on the list. For this, leader@d.o seems to make sense too. For everything else, I think we should recommend that people use the usual communication channels instead of relying about specific Debian people being subscribed to the list. I would prefer some (hopefully objective) project members (maybe the ctte?) to overlook the list that act in place for the project. But as I said, I see this as optional. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652383: will not install (conflicts with puredata-core)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 652383 unreproducible thanks for your bugreport, but... On 2011-12-17 00:44, Taper Wickel wrote: Package: puredata Version: 0.43.0-4 Severity: important Attempted to install puredata and pd-pdp. The apt-get call installed those packages that puredata depends on, and then reported: dpkg: regarding .../puredata_0.43.0-4_all.deb containing puredata: puredata conflicts with pd puredata-core provides pd and is present and installed. and exited without configuring. Upon configuring, dpkg then reported: dpkg: dependency problems prevent configuration of pd-pdp: pd-pdp depends on puredata; however: Package puredata is not installed. dpkg: error processing pd-pdp (--configure): dependency problems - leaving unconfigured So -- puredata-core does not provide puredata, but does provide pd. puredata conflicts with pd, so cannot install. This then prevents packages depending on puredata from installing. puredata is a real package (though it only consists of dependencies on the various puredata-* packages), so it's not 'provided' by puredata-core. pd is a virtual package, provided by puredata-core. neither puredata nor puredata-core conflict with pd. Upon configuring, dpkg then reported: dpkg: dependency problems prevent configuration of pd-pdp: pd-pdp depends on puredata; however: Package puredata is not installed. dpkg: error processing pd-pdp (--configure): dependency problems - leaving unconfigured So -- puredata-core does not provide puredata, but does provide pd. correct. puredata conflicts with pd, so cannot install. but i cannot reproduce this. This then prevents packages depending on puredata from installing. i can do this without problems: # apt-get remove --purge --auto-remove '^pd-.*$' '^puredata-.*$' # apt-get install pd-pdp which will install the entire puredata suite (puredata, puredata-core, puredata-gui,...) and pd-pdp. I will also file a report asking that pd-pdp depend on pd | puredata-core instead, that's a good idea. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7vJLwACgkQkX2Xpv6ydvTqwACg56w948oTh4mXHNHMmxNWucRF yrQAn1zZscNTOV1r26HcDpl5cSzcHg3K =VBEX -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Bug#652632: eglibc: [INTL:nl] Dutch translation of debconf templates
Package: eglibc
Severity: wishlist
Tags: patch l10n
Hello,
Attached is the updated Dutch translation of the eglibc debconf templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translation of eglibc po-debconf templates.
# Copyright (C) 2008-2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the eglibc package.
# Bart Cornelis cob...@skolelinux.no, 2008.
# Vincent Zweije vinc...@zweije.nl, 2011.
#
msgid
msgstr
Project-Id-Version: eglibc 2.13-23\n
Report-Msgid-Bugs-To: egl...@packages.debian.org\n
POT-Creation-Date: 2011-10-30 11:52-0700\n
PO-Revision-Date: 2011-12-19 13:23+0100\n
Last-Translator: Vincent Zweije vinc...@zweije.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid All locales
msgstr Alle lokalisaties
#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid Locales to be generated:
msgstr Te genereren lokalisaties:
#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid
Locales are a framework to switch between multiple languages and allow users
to use their language, country, characters, collation order, etc.
msgstr
Lokalisatie is het raamwerk om om te schakelen tussen verschillende talen en
laat gebruikers toe om hun eigen taal, land, karakterset, enzovoort te
gebruiken.
#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid
Please choose which locales to generate. UTF-8 locales should be chosen by
default, particularly for new installations. Other character sets may be
useful for backwards compatibility with older systems and software.
msgstr
Welke lokalisaties wilt u laten genereren? Standaard kiest u, zeker voor
nieuwe installaties, best UTF-8 lokalisaties. Andere karaktersets kunnen
nuttig zijn voor compatibiliteit met oudere systemen of software.
#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid None
msgstr Geen
#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid Default locale for the system environment:
msgstr Standaardlokalisatie voor dit systeem:
#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid
Many packages in Debian use locales to display text in the correct language
for the user. You can choose a default locale for the system from the
generated locales.
msgstr
Veel Debian-pakketten gebruiken lokalisaties om de tekst in de voor de
gebruiker juiste taal weer te geven. U kunt u de standaardlokalisatie voor
het systeem kiezen uit de gegeneerde lokalisaties.
#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid
This will select the default language for the entire system. If this system
is a multi-user system where not all users are able to speak the default
language, they will experience difficulties.
msgstr
Dit bepaalt de standaardtaal voor het volledige systeem. Op systemen met
meerdere gebruikers kunt u problemen krijgen als niet alle gebruikers de
gekozen taal spreken; in dat geval kunt u misschien beter de
standaardlokalisatie niet veranderen.
#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid Do you want to upgrade glibc now?
msgstr Wilt u glibc nu opwaarderen?
#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid
Running services and programs that are using NSS need to be restarted,
otherwise they might not be able to do lookup or authentication any more.
The installation process is able to restart some services (such as ssh or
telnetd), but other programs cannot be restarted automatically. One such
program that needs manual stopping and restart after the glibc upgrade by
yourself is xdm - because automatic restart might disconnect your active X11
sessions.
msgstr
actieve diensten en programma's die NSS gebruiken dienen herstart te worden.
Zo niet kunnen ze mogelijk geen opzoekingen en authenticatie meer doen. Het
Installatieproces kan sommige diensten (zoals ssh en telnetd) herstarten,
maar andere diensten kunnen niet automatisch herstart worden. Een zo'n
dienst die handmatig dient gestopt en gestart te worden na de opwaardering
van glibc is xdm, dit omdat een automatische herstart uw actieve X11-sessies
verbreekt.
#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid
This script detected the following installed services which must be stopped
before the upgrade: ${services}
msgstr
Dit script heeft de volgende diensten ontdekt die gestopt moeten worden voor
de opwaardering: ${services}
#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid
If you want to interrupt the upgrade now and continue later, please answer
No to the question below.
msgstr
Als u de
Bug#652633: midori freezes after a while
Package: midoriVersion: 0.4.3-1Severity: important Dear Maintainer,I tried the new version midori 0.43 today. Even now it freezes with the new version. This is what is written in the config file at ~/.config/midori$ cat config [settings]default-encoding=ISO-8859-1enable-site-specific-quirks=truelast-window-state=MIDORI_WINDOW_MAXIMIZEDlast-web-search=2homepage=file:///usr/share/doc/midori/faq.htmllocation-entry-search=https://duckduckgo.com/?q=%salways-show-tabbar=trueenable-html5-database=trueenable-offline-web-application-cache=trueuser-agent=Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-in) AppleWebKit/535+ (KHTML, like Gecko) Version/5.0 Safari/535.4+ Midori/0.4 I do not know first why it says the user-agent as a Mac. I am not using. Also the default-encoding would probably be better at UTF-8. But those probably are not the reason for the freeze. This is what I get on the CLI. $ midori ** (midori:30216): CRITICAL **: midori_browser_notebook_resize: assertion `n 0' failed(midori:30216): GnomeShellBrowserPlugin-DEBUG: plugin loaded** (midori:30216): DEBUG: NP_Initialize** (midori:30216): DEBUG: NP_Initialize succeeded** (midori:30216): DEBUG: NP_Initialize** (midori:30216): DEBUG: NP_Initialize succeeded** (midori:30216): DEBUG: NP_Initialize** (midori:30216): DEBUG: NP_Initialize succeeded** (midori:30216): DEBUG: NP_Initialize** (midori:30216): DEBUG: NP_Initialize succeeded (midori:30216): GLib-GIO-CRITICAL **: g_socket_get_fd: assertion `G_IS_SOCKET (socket)' failed (midori:30216): GLib-GIO-CRITICAL **: g_tls_connection_handshake_finish: assertion `G_IS_TLS_CONNECTION (conn)' failed ** (midori:30216): CRITICAL **: midori_browser_notebook_resize: assertion `n 0' failed (midori:30216): GLib-GIO-CRITICAL **: g_tls_connection_handshake_finish: assertion `G_IS_TLS_CONNECTION (conn)' failed I did open a few tabs and each time it crashes/freezes making me unable to do anything. -- System Information:Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on:ii dbus-x11 1.4.16-1ii libc6 2.13-23ii libcairo2 1.10.2-6.2ii libgdk-pixbuf2.0-0 2.24.0-2ii libglib2.0-0 2.30.2-4ii libgtk2.0-0 2.24.8-2ii libjavascriptcoregtk-1.0-0 1.6.1-5+b1ii libnotify4 0.7.4-1ii libpango1.0-0 1.29.4-2ii libsoup2.4-1 2.36.1-1ii libsqlite3-0 3.7.9-2ii libunique-1.0-0 1.1.6-4ii libwebkitgtk-1.0-0 1.6.1-5+b1ii libx11-6 2:1.4.4-4ii libxml2 2.7.8.dfsg-5ii libxss1 1:1.2.1-2 Versions of packages midori recommends:ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648167: ginkgocadx: still there w/ 2.6.0
Hi, On Mon, Dec 19, 2011 at 01:48:23PM +0100, Karsten Hilbert wrote: On Mon, Dec 19, 2011 at 01:34:42PM +0100, Andreas Tille wrote: Hi Carlos, can you reproduce Karsten's observations. Do you need any further information? I believe that Carlos already said that the cannot load study issue cannot be resolved without itk 4.0. Hmmm, that's a bit unfortunate because http://www.itk.org/ITK/resources/software.html says: The current release is version 3.20 from October 2011. The following downloads are available: IMHO it is not the best idea to base end user application software on not yet released libraries. I do not know about the cannot load plugins issue. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650082: new mailing list: debian-companies
Stefano Zacchiroli schrieb am Montag, den 19. Dezember 2011: On Mon, Dec 19, 2011 at 01:32:55PM +0100, Alexander Wirt wrote: I've provided a tentative answer for this in my first mail, but I'm not sure it's compatible with the way listmasters work. To bootstrap the system, would be good enough to say the DPL moderates subscription requests and say yes/no to them? That is exactly what I don't want. I want an objective, testable policy. So that everybody can say without a moderator if he/she/it is suited for this list. Oh, I see, I better understand your requirement now. I'll work on a draft policy and post it here then. Am I right in assuming that subscription requests will then be handled by listmasters who will be in charge of interpreting the policy? If the policy is clear enough: yes, maybe with fallback to ctte/dpl. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652634: Allow to copy additional files out of the build directory
Package: pbuilder
Version: 0.204
Severity: wishlist
Tags: patch
Hi,
I needed to nose's nosetests.xml and coverage file out of the build
directory so it can be consumed by Jenkins to display the test results.
Attached patch allows for this by introducing $ADDITIONAL_BUILDRESULT
which can be set to a file list to be copied out of the builddir. This
might need some tweaking before it can be applied but I wanted to get
some feedback first whether this is the right way to go?
Cheers,
-- Guido
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pbuilder depends on:
ii cdebootstrap 0.5.8+b1
ii coreutils 8.13-3
ii debconf [debconf-2.0] 1.5.41
ii debianutils4.1
ii debootstrap1.0.38
ii wget 1.13.4-1
Versions of packages pbuilder recommends:
ii devscripts 2.11.2
ii fakeroot1.18.2-1
ii sudo1.8.3p1-2
Versions of packages pbuilder suggests:
pn cowdancer 0.66
pn gdebi-corenone
pn pbuilder-uml none
-- debconf information excluded
From ff5de7c5ca47f92d47ed755348702f173484c513 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org
Date: Mon, 19 Dec 2011 13:31:59 +0100
Subject: [PATCH] Add ADDITIONAL_BUILDRESULT variable
this can be used to copy additional build results out of the build
directory. This is useful to e.g. preserve a xml testresult file when
using a build system like Jenkins.
---
pbuilder-buildpackage |6 ++
pdebuild |6 ++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/pbuilder-buildpackage b/pbuilder-buildpackage
index b711934..580bb66 100755
--- a/pbuilder-buildpackage
+++ b/pbuilder-buildpackage
@@ -171,6 +171,12 @@ if [ -d ${BUILDRESULT} ]; then
cp -p ${FILE} ${BUILDRESULT} || true
fi
done
+if [ -n ${ADDITIONAL_BUILDRESULT} ]; then
+ echo Saving additional results ${ADDITIONAL_BUILDRESULT}
+ for FILE in ${ADDITIONAL_BUILDRESULT}; do
+ cp -a ${BUILDPLACE}/tmp/buildd/*/${FILE} ${BUILDRESULT}
+ done
+fi
else
log E: BUILDRESULT=[$BUILDRESULT] is not a directory.
fi
diff --git a/pdebuild b/pdebuild
index 2bfe858..149f8ab 100644
--- a/pdebuild
+++ b/pdebuild
@@ -50,6 +50,12 @@ if [ ${USE_PDEBUILD_INTERNAL} = 'yes' ]; then
conditional_cp_a ../$files ${BUILDRESULT}
done
conditional_cp_a ../${CHANGES} ${BUILDRESULT}
+ if [ -n ${ADDITIONAL_BUILDRESULT} ]; then
+ echo Saving additional results ${ADDITIONAL_BUILDRESULT}
+ for FILE in ${ADDITIONAL_BUILDRESULT}; do
+ conditional_cp_a ${FILE} ${BUILDRESULT}
+done
+ fi
else
log E: BUILDRESULT=[$BUILDRESULT] is not a directory.
exit 1
--
1.7.7.3
Bug#545181: Review of committed patch for bug 545181; two minor issues
On Mon, Dec 19, 2011 at 12:10:07PM +, Roger Leigh wrote: On Sat, Dec 17, 2011 at 04:15:03PM -0800, Josh Triplett wrote: Hi, Thanks for committing the patch for 545181. I noticed three minor issues in the committed version: 1) The various references to 2.88dsf-14 need to say 2.88dsf-17, in debian/control, debian/initscripts.preinst, and debian/sysvinit-utils.NEWS. 2) The date Sun, 09 Oct 2011 01:50:15 -0700 in debian/sysvinit-utils.NEWS needs updating to the current $(date -R). 3) The stanza for the bootlogd changelog truncation in debian/rules should appear in override_dh_installchangelogs-arch, not override_dh_installchangelogs-indep, since bootlogd has Architecture: any. It also needs a preceding dh_installchangelogs -pbootlogd. I've pushed these corrections to git://anonscm.debian.org/collab-maint/sysvinit (branch bootlogd). If you're happy with them, it can be merged onto master. Looks good. Please merge, and thanks! - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652618: cwdaemon: FTBFS, build-depends can no longer be fullfilled
tags 652618 +patch
thanks
[ adding the unixcw maintainer to the loop ]
[ also adding Michael as Cc, as last NMUer of the package he might have
interest in it ]
Hi!
* Alexander Reichle-Schmehl toli...@debian.org [111219 11:09]:
I'm sorry, but I fear your package will FTBFS starting with the next
dinstall run. Background is that unixcw dropped to build the package
unixcw-dev on which cwdaemon build-depends. And well... I cruft-removed
said package by mistake just now.
I guess that the new build-dependency should be libcw3-dev, but I haven't
checked.
The good news is that I kind of fixed it. The bad news is, that I can't
test the resulting package. Also just replacing the build-depens on
unixcw-dev with libcw3-dev didn't solved the issue, I guess that means
that the Provides: unixcw-dev of libcw3-dev is not true.
I had to do some further changes (see attached debdiff). To my
understanding the calls cw_set_soundcard_sound and cw_set_console_sound
are no longer necessary, as libcw automatically picks the right one?
Well, at least with the attached changes it builds again. So far, so
good, however I couldn't actually check the resulting package.
That being said, here are a couple of questions:
1) Is this package actually being used? Orphaned since two years, no
reverde depends (only one suggests by xlog), pretty low popcon (but a
special package), no upstream development.
2) Is the patch correct? Anyone can test it?
And for the Debian Hamradio Maintainers:
3) Shouldn't libcw3-dev have a dependency on libasound2-dev? Apparently
that's needed for successfull linking.
4) Are libcw's pc files correct? As you can see, I also had to add also
to the CFLAGS and lib calls.
5) Wouldn't you like to adopt cwdaemon, if it's worth to be kept?
Best Regards,
Alexander
diff -Nru cwdaemon-0.9.4/cwdaemon.c cwdaemon-0.9.4/cwdaemon.c
--- cwdaemon-0.9.4/cwdaemon.c 2006-11-09 10:23:11.0 +0100
+++ cwdaemon-0.9.4/cwdaemon.c 2011-12-19 13:36:02.0 +0100
@@ -89,7 +89,7 @@
#endif
#include limits.h
-#include cwlib.h
+#include libcw.h
#include cwdaemon.h
/* network vars */
@@ -305,8 +305,8 @@
{
cw_set_frequency (morse_tone);
cw_set_send_speed (morse_speed);
- cw_set_soundcard_sound (soundcard_sound);
- cw_set_console_sound (console_sound);
+ /* cw_set_soundcard_sound (soundcard_sound);
+ cw_set_console_sound (console_sound); */
cw_set_volume (morse_volume);
cw_set_gap (0);
}
@@ -559,8 +559,8 @@
if (valid_sdevice == 1)
{
debug (Sound device: %s, message + 2);
- cw_set_soundcard_sound
(soundcard_sound);
- cw_set_console_sound (console_sound);
+ /*cw_set_soundcard_sound
(soundcard_sound);
+ cw_set_console_sound (console_sound); */
}
break;
case 'g': /* volume */
diff -Nru cwdaemon-0.9.4/debian/changelog cwdaemon-0.9.4/debian/changelog
--- cwdaemon-0.9.4/debian/changelog 2011-12-19 13:44:59.0 +0100
+++ cwdaemon-0.9.4/debian/changelog 2011-12-19 13:10:44.0 +0100
@@ -1,3 +1,11 @@
+cwdaemon (0.9.4-8) unstable; urgency=medium
+
+ * QA upload.
+ * Replace build-depends on unixcw-dev with libcw3-dev (Closes: #652618)
+ * Set urgency to medium due to rc bug fix
+
+ -- Alexander Reichle-Schmehl toli...@debian.org Mon, 19 Dec 2011 12:53:01
+0100
+
cwdaemon (0.9.4-7.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru cwdaemon-0.9.4/debian/control cwdaemon-0.9.4/debian/control
--- cwdaemon-0.9.4/debian/control 2011-12-19 13:44:59.0 +0100
+++ cwdaemon-0.9.4/debian/control 2011-12-19 13:10:44.0 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian QA Group packa...@qa.debian.org
Standards-Version: 3.8.3
-Build-Depends: debhelper (=4.0.0), autotools-dev, unixcw-dev (=2.3-10),
pkg-config
+Build-Depends: debhelper (=4.0.0), autotools-dev, libcw3-dev, libasound2-dev,
pkg-config
Package: cwdaemon
Architecture: any
diff -Nru cwdaemon-0.9.4/debian/rules cwdaemon-0.9.4/debian/rules
--- cwdaemon-0.9.4/debian/rules 2011-12-19 13:44:59.0 +0100
+++ cwdaemon-0.9.4/debian/rules 2011-12-19 13:31:53.0 +0100
@@ -16,7 +16,8 @@
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-CFLAGS = -Wall -g
+CFLAGS = $(shell pkg-config --cflags alsa libcw) -Wall -g
+LDFLAGS = $(shell pkg-config --libs alsa libcw)
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
@@ -27,7 +28,7 @@
config.status: configure
dh_testdir
# Add here commands to configure the package.
- CFLAGS=$(CFLAGS) -Wl,-z,defs ./configure --host=$(DEB_HOST_GNU_TYPE)
Bug#652627: tex-common: [INTL:nl] Dutch translation of debconf templates
On 19.12.11 Jeroen Schot (sc...@a-eskwadraat.nl) wrote: Hi, Attached is the updated Dutch translation of the tex-common debconf templates. Please include it in your next upload. Commited to SVN. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')
On Sat, 2011-12-17 at 17:32 +0100, Julien Cristau wrote: On Fri, Dec 16, 2011 at 08:00:15 -0500, Adam C Powell IV wrote: I think blacs-mpi, scalapack and suitesparse make sense for no-change rebuilds. But I've been procrastinating maintenance on the rest (just took care of spooles last night, working on hypre now) so this will motivate me to finish up hypre, scotch and mumps -- I'll take care of those three. What are the archs where those rebuilds are needed? Cheers, Julien armel, armhf, mips, mipsel, s390, s390x, sparc. Thanks! Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#637087: Sensible default for all systems
On Sat, Dec 17, 2011 at 03:14:51PM -0800, Josh Triplett wrote: I don't see any possible scenario where FSCKFIX=no makes sense as a default. We don't debug broken filesystems with disk editors anymore; either fsck works, or we restore files from backup (or from Debian packages after running debsums). Filesystem developers might want to set FSCKFIX=no, or ask others to temporarily do so to reproduce a problem, but as a default I think it makes sense to use FSCKFIX=yes on all types of systems. When fsck hits an error and offers to drop into a root shell, who does anything other than just running fsck again and saying go ahead and fix it? Let's remove the intermediate step. I've been thinking this way since I first noticed the default. Are there any reasons ever not to fix? With fsckfix=yes, does it at least prompt you to continue rather than just blindly fixing? There are recovery situations where you might want to stop and make a disc image in order to avoid further damage. But dropping to a root shell only to run fsck by hand is rather pointless, I agree. Only a tiny minority of users would be capable of fixing things--I know I wouldn't be able to edit my inodes by hand! Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 19.12.2011 12:57, Vincent Lefevre wrote: But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid Please attach /etc/init.d/rsyslog. From which version did you upgrade? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#652633: midori freezes after a while
reassign 652633 midori 0.4.3-1 severity 652633 important thanks shirish शिरीष shirisha...@gmail.com writes: Package: midoriVersion: 0.4.3-1Severity: important Please, pretty please, with sugar on top. Use a sane e-mail client, that does not try to be clever at word-wrapping, only to fail as spectacularly hard as it did now. The whole report is an unreadable mess, as *no* formatting was preserved. I reassigned the bug now, but in the future, please try to submit bug reports that do not need neither reassignment, nor long minutes just to figure out where the report ends and reportbug's extra info starts. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578498: Any progress on this?
Hi there How is the packaging going? Is there anything I can do to assist you or speed this up? Happy hacking! -- .''`.When we remember we are all mad, the mysteries : :' : disappear and life stands explained -- Mark Twain `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641227: 641...@bugs.debian.org
Hi everybody, is there a change that the DEFECT, UNUSABLE DNSBL rbl.ipv6-world.net will be removed? This Bug is open for month and nothing has happened so far. The Problem is: every time you install a fresh Squeeze with policyd-weight and you forget to remove the mentioned DNSBL - you're in trouble. I'm also willing to help if the package maintainer has no time left or is just to busy. I want to get this fixed. Thanks, Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 2011-12-19 14:52:10 +0100, Michael Biebl wrote: On 19.12.2011 12:57, Vincent Lefevre wrote: But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid Please attach /etc/init.d/rsyslog. OK (I've never modified it). From which version did you upgrade? Here are all the rsyslog upgrades (from the dpkg logs) since May 2011: 2011-05-31 11:18:39 upgrade rsyslog 5.8.0-1 5.8.1-1 2011-05-31 11:18:39 status half-configured rsyslog 5.8.0-1 2011-05-31 11:18:40 status unpacked rsyslog 5.8.0-1 2011-05-31 11:18:40 status half-installed rsyslog 5.8.0-1 2011-05-31 11:18:40 status half-installed rsyslog 5.8.0-1 2011-05-31 11:18:40 status half-installed rsyslog 5.8.0-1 2011-05-31 11:18:40 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:40 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 configure rsyslog 5.8.1-1 none 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status unpacked rsyslog 5.8.1-1 2011-05-31 11:18:50 status half-configured rsyslog 5.8.1-1 2011-05-31 11:18:50 status installed rsyslog 5.8.1-1 2011-06-22 15:03:41 upgrade rsyslog 5.8.1-1 5.8.2-1 2011-06-22 15:03:41 status half-configured rsyslog 5.8.1-1 2011-06-22 15:03:41 status unpacked rsyslog 5.8.1-1 2011-06-22 15:03:41 status half-installed rsyslog 5.8.1-1 2011-06-22 15:03:41 status half-installed rsyslog 5.8.1-1 2011-06-22 15:03:41 status half-installed rsyslog 5.8.1-1 2011-06-22 15:03:42 status unpacked rsyslog 5.8.2-1 2011-06-22 15:03:42 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 configure rsyslog 5.8.2-1 none 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status unpacked rsyslog 5.8.2-1 2011-06-22 15:04:23 status half-configured rsyslog 5.8.2-1 2011-06-22 15:04:23 status installed rsyslog 5.8.2-1 2011-07-08 16:25:30 upgrade rsyslog 5.8.2-1 5.8.2-2 2011-07-08 16:25:30 status half-configured rsyslog 5.8.2-1 2011-07-08 16:25:30 status unpacked rsyslog 5.8.2-1 2011-07-08 16:25:30 status half-installed rsyslog 5.8.2-1 2011-07-08 16:25:30 status half-installed rsyslog 5.8.2-1 2011-07-08 16:25:30 status half-installed rsyslog 5.8.2-1 2011-07-08 16:25:30 status unpacked rsyslog 5.8.2-2 2011-07-08 16:25:30 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 configure rsyslog 5.8.2-2 none 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status unpacked rsyslog 5.8.2-2 2011-07-08 16:26:08 status half-configured rsyslog 5.8.2-2 2011-07-08 16:26:08 status installed rsyslog 5.8.2-2 2011-07-12 10:47:12 upgrade rsyslog 5.8.2-2 5.8.3-1 2011-07-12 10:47:12 status half-configured rsyslog 5.8.2-2 2011-07-12 10:47:12 status unpacked rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:12 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 configure rsyslog 5.8.3-1 none 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status unpacked rsyslog 5.8.3-1 2011-07-12 10:47:20 status half-configured rsyslog 5.8.3-1 2011-07-12 10:47:20 status installed rsyslog 5.8.3-1 2011-08-31 09:59:09 upgrade rsyslog 5.8.3-1 5.8.4-1 2011-08-31 09:59:09 status half-configured rsyslog 5.8.3-1 2011-08-31 09:59:09 status unpacked rsyslog 5.8.3-1 2011-08-31 09:59:09 status half-installed rsyslog 5.8.3-1 2011-08-31 09:59:09 status half-installed rsyslog 5.8.3-1 2011-08-31 09:59:09 status half-installed rsyslog 5.8.3-1 2011-08-31 09:59:09 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:09 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 configure rsyslog 5.8.4-1 none 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status unpacked rsyslog 5.8.4-1 2011-08-31 09:59:17 status
Bug#652635: New URL for packaging-tutorial
Package: maint-guide Hi, I made a change in the way the packaging-tutorial package is built. Now, only one PDF file is built, and practical sessions are integrated into the main document. The maint-guide needs to be updated to fix the pointers to the packaging-tutorial, since the only remaining link is http://www.debian.org/doc/packaging-manuals/packaging-tutorial/packaging-tutorial.pdf See below. Thanks Lucas - Forwarded message from stanz rypedge...@gmx.com - From: stanz rypedge...@gmx.com To: Lucas Nussbaum lu...@lucas-nussbaum.net Date: Tue, 06 Dec 2011 11:39:27 -0800 Subject: Re: deb packaging tut Good day~ On this page: http://www.debian.org/doc/manuals/maint-guide/start.en.html Section 1.3 (end of). [Quoted]The following is an alternative tutorial documentation which you may read along with this document: working-* Debian Packaging Tutorial failed- * Practical session 1: Modifying the grep package failed- * Practical session 2: Packaging GNUjump failed- * Practical session 3: Packaging a Java library I'm really not ready for sessions 2 3 anyway. Thanks again, Stanz On 12/06/2011 02:03 AM, Lucas Nussbaum wrote: On 02/12/11 at 20:13 -0800, stanz wrote: Hello Thank you for the tutorial! The links on the deb mannual guide and broken for, Practical session 1, 2, and 3. After finding your blog page-I may just 'git' it there. Thanks again, its a great help to us! Stanz Hi, The tutorials were merged in the main document. Where did you find links to pract sessions 1,2,3 ? Lucas - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 19.12.2011 15:10, Vincent Lefevre wrote: On 2011-12-19 14:52:10 +0100, Michael Biebl wrote: On 19.12.2011 12:57, Vincent Lefevre wrote: But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid Please attach /etc/init.d/rsyslog. OK (I've never modified it). So after a reboot it is gone, I guess. It's just that after the upgrade the file was still there. From which version did you upgrade? Here are all the rsyslog upgrades (from the dpkg logs) since May 2011: This is from postinst: if dpkg --compare-versions $2 lt 5.8.2-2; then rm -f /lib/init/rw/sendsigs.omit.d/rsyslog fi I'm wondering why this did not work for you. I don't see an obvious error. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#652636: dpkg-dev - Uses, or at least documents, xz -6 by default
Package: dpkg-dev Version: 1.16.1.2 Severity: normal dpkg-deb uses the -6 preset of xz by default, or at least documents it this way. According to xz(1), this mode needs 9MiB of memory for decompression (and 94MiB for compression). This should be no problem for most mainstream arches. However for arches like mips*, arm* and m68k, where a lot of systems out there only have very limited memory, this may be a large burden. I'd like to use xz for the Linux kernel packages. This saves 30% of size with neglectable changes in decompression time. I think it may be a good idea to only use -3 for this arches. This reduces the memory requirements to 3 and 32MiB, while the result is still 20% smaller then the package compressed with gz. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652629: debian-reference: Please add epub support
+ -mkdir -p $(PUBLISHDIR) + xmlto --skip-validation epub $ Interesting. xhtml1.1 files zipped Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652635: New URL for packaging-tutorial
Thanks for reminder. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 19.12.2011 15:10, Vincent Lefevre wrote: 2011-07-12 10:47:12 status half-configured rsyslog 5.8.2-2 2011-07-12 10:47:12 status unpacked rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 If you upgraded on 2011-07-12, how come you did file the bug today? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#652637: kernel-package: Generated linux-image package should depend on initramfs-tools
Package: kernel-package Version: 12.036+nmu1 Severity: normal Hi, I've been trying to get a custom kernel image into a debian live cd, but the default images generated by kernel-package won't work because they don't generate an initrd (even though the initramfs-tools version is new enough and make-kpkg was ran with --initrd). After investigation, this was caused by initramfs-tools being installed only after the kernel image, breaking the automatic hooks. It makes sense to solve this using a dependency in the generated kernel images (if and only if --initrd is passed, of course). Considering that there are multiple initramfs generators, depending on initramfs-tools | linux-initramfs-tool is probably slightly better (the latter being a virtual package provided by both initramfs-tools and dracut). This would make sure that any kernel built with --initrd actually gets an initrd created, even if the administrator did not know to install initramfs-tools beforehand. For existing setups, nothing should change. Does this make sense? Gr. Matthijs -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc10+ (SMP w/4 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 kernel-package depends on: ii binutils 2.21.90.20111004-2 ii build-essential11.5 ii debianutils4.0.4 ii file 5.09-2 ii gettext0.18.1.1-5 ii make 3.81-8.1 ii module-init-tools 3.16-1 ii po-debconf 1.0.16+nmu1 ii util-linux 2.19.1-5 Versions of packages kernel-package recommends: ii cpio 2.11-7 Versions of packages kernel-package suggests: pn btrfs-tools none pn bzip2 1.0.5-7 pn docbook-utils 0.6.14-1.1 pn e2fsprogs 1.42~WIP-2011-10-16-1 pn grub | grub2none pn initramfs-tools [linux-initramfs-tool] 0.99 pn jfsutilsnone pn libncurses5-dev [libncurses-dev]5.9-2 pn linux-source | kernel-sourcenone pn mcelog none pn oprofilenone pn pcmciautils none pn ppp 2.4.5-5 pn procps 1:3.2.8-11 pn quota none pn reiserfsprogs none pn squashfs-tools 1:4.2-4+b1 pn udev172-1 pn xfsprogsnone pn xmlto none -- Configuration Files: /etc/kernel-pkg.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 19.12.2011 14:52, Michael Biebl wrote: On 19.12.2011 12:57, Vincent Lefevre wrote: But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid Hm, looking at the date of this file, I think there is something else going on /lib/init/rw has been a tmpfs in the past, but I assume in your case it is not. So my guess is, you did chroot into your system in the past, when there was no tmpfs mounted at /lib/init/rw. Later on, you also had a tmpfs mounted over /lib/init/rw which shadowed this old file. Now, with the latest release of sysvinit, /lib/init/rw has gone, that means no more tmpfs is mounted at /lib/init/rw and this brought the old file back. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#648954: [patch] doc-base Conflicts are insufficient
tag 648954 - patch clone 648954 -1 retitle -1 libuuid-perl: conflict with older doc-base versions to fix upgrade problems reassign -1 libuuid-perl 0.02-4 severity -1 normal notfound 648954 5.14.2-6 close 648954 thanks On Sun, Dec 18, 2011 at 06:03:00PM +, Dominic Hargreaves wrote: On Fri, Dec 16, 2011 at 04:31:51PM +0200, Niko Tyni wrote: On Fri, Dec 16, 2011 at 12:35:49PM +0100, Martin Pitt wrote: Processing triggers for doc-base ... /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_xs_apiversion_bootcheck dpkg: error processing doc-base (--unpack): subprocess installed post-installation script returned error exit status 127 It therefore seems to me that this should to be fixed in libuuid-perl rather than in perl. BTW, I don't think this qualifies as release critical for Debian, as the problematic trigger was only introduced in doc-base 0.10.0, and squeeze has 0.9.5. I'm not sure if the right change for libuuid-perl is a conflict or a pre-dependency, and I'm not quite sure it even needs to go in Debian (as opposed to being a Ubuntu specific fix.) Will need to think about that a bit. This seems sane to me. Thanks, cloning now. As this is a one time thing, I don't think a pre-dependency is the right fix. I think the somewhat ugly Conflicts: doc-base (== 0.10.0), doc-base (== 0.10.1), doc-base (== 0.10.2) would be the best solution here, but other ideas are welcome. Given this was only a transient sid problem in Debian, I'm leaving it up to libuuid-perl maintainers (= other pkg-perl folks) to decide if they want to include the above at all. I doubt there are many Debian users that would be affected anymore, but it might be worth it just to minimize the Ubuntu diffs. Another avenue would be that Martin try this out in Ubuntu and we merge it later? -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652639: xchat: favourite channels don't seem to work
Package: xchat Version: 2.8.8-3 Severity: normal Hi, when I try to edit the list of favourite channels to connect to on startup, the channel names are all replaced with #channel. The channel list looks like #channel, #channel for two channels, but this is obviously not what I want. Kind regards, --Toni++ -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (450, 'testing'), (250, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xchat depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libperl5.105.10.1-17squeeze2 shared Perl library ii libsexy2 0.1.11-2+b1 collection of additional GTK+ widg ii libssl0.9.80.9.8o-4squeeze4 SSL shared libraries ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii xchat-common 2.8.8-3 Common files for X-Chat ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages xchat recommends: ii alsa-utils 1.0.23-3Utilities for configuring and usin ii esound-clients 0.2.41-8Enlightened Sound Daemon - clients ii libnotify1 0.5.0-2 sends desktop notifications to a n ii libpython2.6 2.6.6-8+b1 Shared Python runtime library (ver ii tcl8.4 8.4.19-4Tcl (the Tool Command Language) v8 ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from xchat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 2011-12-19 15:27:35 +0100, Michael Biebl wrote: On 19.12.2011 15:10, Vincent Lefevre wrote: 2011-07-12 10:47:12 status half-configured rsyslog 5.8.2-2 2011-07-12 10:47:12 status unpacked rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 2011-07-12 10:47:12 status half-installed rsyslog 5.8.2-2 If you upgraded on 2011-07-12, how come you did file the bug today? Just because I've noticed a (non-fatal) error in the initscripts upgrade today because it couldn't remove the /lib/init/rw/sendsigs.omit.d directory. I didn't pay attention to this file before today. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 12:46:46 +0100, Johannes Ring joha...@simula.no wrote:
On Mon, Dec 19, 2011 at 10:37 AM, Andreas Kloeckner inf...@tiker.net wrote:
Did, and it helped. Thanks very much!
Good!
This being as it is, could you upload a new package with tightened
dependencies?
The dependency on libarmadillo2 is added automatically by
${shlibs:Depends}. I guess I could add a version requirement for
libarmadillo-dev in Build-Depends, but DOLFIN does not depend on a
specific version of Armadillo, so I don't see why I should. You had
this problem because you were using an old libarmadillo2 (version
1:2.2.5+dfsg-1) from testing while you using DOLFIN (version 1.0.0-1)
from unstable, which was built against a newer libarmadillo2 package
from unstable. I guess this is a problem you will see from time to
time when mixing packages from testing and unstable.
Hmm, I feel like automatic shared library dependencies should have been
able to catch this, i.e. someone is supposed to have done something with
the soname at some point--I'm just not sure what... :)
In any case, thanks very much for your help!
Andreas
pgpBjC7dJ8gER.pgp
Description: PGP signature
Bug#652640: tomcat6-common: depends to non-existing package
Package: tomcat6-common Version: 6.0.33-1 Severity: normal Dear Maintainer, the package has a non resolvable dependancy to 'java-6-runtime'. There is no package providing this dependancy, but the package 'sun-java6-jre' provides 'java6-runtime'. Because of this unresolvable dependancy the package 'openjdk-6-jre-headless' is installed on a system where package 'sun-java6-jre' is already installed. Same problem with tomcat7-common. Regards, Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6-common depends on: ii default-jre-headless | java-5-runtime | java-6-runtime none ii libtomcat6-java 6.0.33-1 tomcat6-common recommends no packages. tomcat6-common suggests no packages. -- no debconf information
Bug#652640: tomcat6-common: depends to non-existing package
This has been fixed in the upload of 6.0.35-1. Thank you, tony Springsfeld, Christoph christoph.springsf...@cycos.com wrote: Package: tomcat6-common Version: 6.0.33-1 Severity: normal Dear Maintainer, the package has a non resolvable dependancy to 'java-6-runtime'. There is no package providing this dependancy, but the package 'sun-java6-jre' provides 'java6-runtime'. Because of this unresolvable dependancy the package 'openjdk-6-jre-headless' is installed on a system where package 'sun-java6-jre' is already installed. Same problem with tomcat7-common. Regards, Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6-common depends on: ii default-jre-headless | java-5-runtime | java-6-runtime none ii libtomcat6-java 6.0.33-1 tomcat6-common recommends no packages. tomcat6-common suggests no packages. -- no debconf information
Bug#652641: midori 0.4.3-1 cannot do simple copy and paste
Package: midori Version: 0.4.3-1 Severity: normal Dear Maintainer, I was trying to use midori and doing a simple copy and paste did not work. This is what my midori config looks like ~/.config/midori$ cat config [settings] default-encoding=ISO-8859-1 enable-site-specific-quirks=true last-window-state=MIDORI_WINDOW_MAXIMIZED last-web-search=2 homepage=file:///usr/share/doc/midori/faq.html location-entry-search=https://duckduckgo.com/?q=%s always-show-tabbar=true enable-html5-database=true enable-offline-web-application-cache=true user-agent=Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-in) AppleWebKit/535+ (KHTML, like Gecko) Version/5.0 Safari/535.4+ Midori/0.4 Ok, first of all I am not running a Mac so why does it say its a Mac but that I guess is another issue Then on the CLI I get this :- $ midori ** (midori:580): CRITICAL **: midori_browser_notebook_resize: assertion `n 0' failed (midori:580): GnomeShellBrowserPlugin-DEBUG: plugin loaded ** (midori:580): DEBUG: NP_Initialize ** (midori:580): DEBUG: NP_Initialize succeeded ** (midori:580): DEBUG: NP_Initialize ** (midori:580): DEBUG: NP_Initialize succeeded ** (midori:580): DEBUG: NP_Initialize ** (midori:580): DEBUG: NP_Initialize succeeded ** (midori:580): DEBUG: NP_Initialize ** (midori:580): DEBUG: NP_Initialize succeeded (midori:580): GLib-CRITICAL **: g_strchug: assertion `string != NULL' failed (midori:580): GLib-CRITICAL **: g_strchomp: assertion `string != NULL' failed (midori:580): GLib-CRITICAL **: g_strchug: assertion `string != NULL' failed (midori:580): GLib-CRITICAL **: g_strchomp: assertion `string != NULL' fail Now this is where I was trying the copy and paste options both with the keyboard combos CTRL+C and CTRL+V as well as with using the right-click with the mouse of highlight a piece and copying and pasting it afterwards, neither of them work. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x111.4.16-1 ii libc6 2.13-23 ii libcairo2 1.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libjavascriptcoregtk-1.0-0 1.6.1-5+b1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.9-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.1-5+b1 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652625: rsyslog: /lib/init/rw/sendsigs.omit.d/rsyslog wasn't removed
On 2011-12-19 15:35:45 +0100, Michael Biebl wrote: On 19.12.2011 14:52, Michael Biebl wrote: On 19.12.2011 12:57, Vincent Lefevre wrote: But /lib/init/rw/sendsigs.omit.d/rsyslog is still there: ypig:~ ll /lib/init/rw/sendsigs.omit.d/rsyslog lrwxrwxrwx 1 root root 21 2010-01-04 16:29:54 /lib/init/rw/sendsigs.omit.d/rsyslog - /var/run/rsyslogd.pid Hm, looking at the date of this file, I think there is something else going on Note that 2010-01-04 is the date I installed Debian on the machine. /lib/init/rw has been a tmpfs in the past, but I assume in your case it is not. Indeed: ypig:~ df /lib/init/rw Filesystem 1K-blocks Used Available Use% Mounted on /dev/disk/by-uuid/e3631277-c4d0-460e-a2a3-6de16013e050 461215812 89690004 348096616 21% / So my guess is, you did chroot into your system in the past, when there was no tmpfs mounted at /lib/init/rw. To do some testing, I had to install an i386 Debian in a chroot in August 2011, as explained on http://www.debian-administration.org/articles/356 Otherwise I don't think I've used chroot for other reasons. Later on, you also had a tmpfs mounted over /lib/init/rw which shadowed this old file. Now, with the latest release of sysvinit, /lib/init/rw has gone, that means no more tmpfs is mounted at /lib/init/rw and this brought the old file back. Yes, this could be an explanation. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652636: dpkg-dev - Uses, or at least documents, xz -6 by default
Hello Bastian, On Mon, 19 Dec 2011, Bastian Blank wrote: dpkg-deb uses the -6 preset of xz by default, or at least documents it this way. According to xz(1), this mode needs 9MiB of memory for decompression (and 94MiB for compression). This should be no problem for most mainstream arches. However for arches like mips*, arm* and m68k, where a lot of systems out there only have very limited memory, this may be a large burden. What exactly worries you? The 9MiB for decompression? I don't think we want to have different defaults per architectures. We picked -6 precisely because decompression required very few memory and was supposed to be acceptable for all arches. I don't think that Debian is appropriate for systems with less than 16 Mb of RAM. Anyone using a system with so few memory is likely to use a custom kernel anyway (I used to maintain an image of an embedded system with 8Mb of RAM but it's been a few years since the replacement generation came with 128Mb). If you really want to have a lower values for those arches and for the kernel, I suggest you deal with it in your debian/rules. You're free to pass -z3 to dpkg-deb when you detect DEB_HOST_ARCH being mips/mipsel/arm/armel/armhf/m68k. I think I'll close this bug in a while in the absence of a more compelling argument. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, Dec 19, 2011 at 3:50 PM, Andreas Kloeckner inf...@tiker.net wrote: Hmm, I feel like automatic shared library dependencies should have been able to catch this, i.e. someone is supposed to have done something with the soname at some point--I'm just not sure what... :) Yes, I agree. It is most likely an ABI incompatible change in Armadillo library and the soname should have been updated in one of the latest uploads. In any case, thanks very much for your help! No problem. Should I close this bug report, or do you want to re-target it somewhere else? Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 16:13:00 +0100, Johannes Ring joha...@simula.no wrote: On Mon, Dec 19, 2011 at 3:50 PM, Andreas Kloeckner inf...@tiker.net wrote: Hmm, I feel like automatic shared library dependencies should have been able to catch this, i.e. someone is supposed to have done something with the soname at some point--I'm just not sure what... :) Yes, I agree. It is most likely an ABI incompatible change in Armadillo library and the soname should have been updated in one of the latest uploads. In any case, thanks very much for your help! No problem. Should I close this bug report, or do you want to re-target it somewhere else? Do as you feel is best. I guess we might as well put whoever packaged libarmadillo in the loop. Maybe they can teach their upstream about sonames. :) Thanks again, Andreas pgpoFjO7aB0G4.pgp Description: PGP signature
Bug#652642: tin tries AUTHINFO USER before AUTHINFO GENERIC
Package: tin Version: 1:1.9.6~20100522-1 My news server does not implement CAPABILITIES. This results in tin trying to authenticate. (This is of course a bug in itself.) When it tries to do this authentication, it prompts the user for a username and password and then uses AUTHINFO USER. However, I have NNTPAUTH set and my server uses AUTHINFO GENERIC. So tin should, if it wants to authenticate, do AUTHINFO GENERIC. This seems to be a regression of #85274. I will return to lenny's tin for now, but I'm happy to try versions from sid or experimental provided they build on squeeze. Thanks, Ian. -- Ian Jackson personal email: ijack...@chiark.greenend.org.uk These opinions are my own.http://www.chiark.greenend.org.uk/~ijackson/ PGP2 key 1024R/0x23f5addb, fingerprint 5906F687 BD03ACAD 0D8E602E FCF37657 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648954: [patch] doc-base Conflicts are insufficient
Hello Niko, Niko Tyni [2011-12-19 16:39 +0200]: clone 648954 -1 retitle -1 libuuid-perl: conflict with older doc-base versions to fix upgrade problems Ah, thanks! I think the somewhat ugly Conflicts: doc-base (== 0.10.0), doc-base (== 0.10.1), doc-base (== 0.10.2) would be the best solution here, but other ideas are welcome. Hm, I would just have gone with Conflicts: doc-base (= 0.10.3) which will also cover backports, or any other weird version in between that people might have created. It might be slightly stronger than necessary, but we already have a whole lot of exactly this conflict on other packages. Another avenue would be that Martin try this out in Ubuntu and we merge it later? Yep, my idea exactly. I'll upload that to libuuid-perl now and will then see if any more reports come in. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652643: buildd.debian.org: [p-a-s] Please build zsnes on amd64
Package: buildd.debian.org Severity: wishlist Tags: patch Hello, zsnes is written in x86 assembly, and since #402104 has been resolved, I believe that it makes sense to update packages-arch-specific to build it on amd64. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402104 I attached a patch for your convenience. Thank you ! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Etienne Millon From 3197d7d6ccb437541877e28a0130c65dc9b5f846 Mon Sep 17 00:00:00 2001 From: Etienne Millon etienne.mil...@gmail.com Date: Mon, 19 Dec 2011 16:17:31 +0100 Subject: [PATCH] zsnes now builds on amd64 --- Packages-arch-specific |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Packages-arch-specific b/Packages-arch-specific index 797a947..1cdc248 100644 --- a/Packages-arch-specific +++ b/Packages-arch-specific @@ -284,7 +284,7 @@ yforth: i386 m68k sparc arm armel powerpc kfreebsd-i386 kfreebsd-amd64 # compile z88dk: !alpha # 32bit only (using -m32 on amd64 and ia64) %zipl-installer: s390 # installer stuff zorroutils: m68k powerpc # zorro (Amiga) specific -zsnes: i386 # Mostly written in i386 assembler +zsnes: i386 amd64 # Mostly written in i386 assembler # xorg stuff %xf86-input-multitouch: !s390 !s390x -- 1.7.7.3
Bug#652644: software-center: Software-center hangs on start
Package: software-center Version: 5.1.2debian1 Severity: important When trying to start software-center it just hangs while using 100% CPU until it is manually killed. I get this error message while the window does nothing: 2011-12-19 16:25:07,970 - dbus.connection - ERROR - Exception in handler for D-Bus signal: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/dbus/connection.py, line 214, in maybe_handle_message self._handler(*args, **kwargs) File /usr/lib/python2.7/dist-packages/dbus/bus.py, line 71, in signal_cb callback(new_owner) File /usr/share/software- center/softwarecenter/backend/installbackend_impl/aptd.py, line 148, in _register_active_transactions_watch current, queued = apt_daemon.GetActiveTransactions() File /usr/lib/python2.7/dist-packages/dbus/proxies.py, line 143, in __call__ **keywords) File /usr/lib/python2.7/dist-packages/dbus/connection.py, line 630, in call_blocking message, timeout) DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) I am using the software-center in experimental, but had the exact same problem with the version from testing. (upgraded because reportbug said I should) /Marcus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-center depends on: ii app-install-data2010.11.17 ii aptdaemon 0.43+bzr707-1 ii gir1.2-glib-2.0 1.31.0-2 ii gir1.2-gmenu-3.03.2.0.1-2 ii gir1.2-gtk-3.0 3.2.2-3 ii gir1.2-webkit-3.0 1.6.1-5+b1 ii gnome-icon-theme3.2.1.2-1 ii lsb-release 3.2-28 ii policykit-1 0.103-1 ii policykit-1-gnome 0.105-1 ii python 2.7.2-9 ii python-apt 0.8.0 ii python-aptdaemon0.43+bzr707-1 ii python-aptdaemon.gtk3widgets0.43+bzr707-1 ii python-dbus 0.84.0-2 ii python-defer1.0.2+bzr481-1 ii python-gi-cairo [python-gobject-cairo] 3.0.2-4 ii python-gobject 3.0.2-4 ii python-lazr.restfulclient 0.12.0-1 ii python-xapian 1.2.7-1 ii python-xdg 0.19-3 Versions of packages software-center recommends: ii apt-xapian-index 0.44 ii gir1.2-launchpad-integration-3.0 none ii lzma 4.43-14 ii sessioninstaller 0.20-1 ii software-properties-gtk 0.76.7debian2+nmu1 ii update-notifier 0.99.3debian10 ii zeitgeist-core0.8.2-1 software-center suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640680: Multiarch in experimental
Hi, we have just downloaded imagemagick multiarch in experimental. Please check Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652646: tomboy: fails to syncronize because of existing New Note Template
Package: tomboy Version: 1.8.3-1 Severity: normal Tags: upstream I tried to sync to ubuntu-one (using the tomboy-web plugin), and synchronizing failed with every try. On the terminal, i got the following error: [ERROR 16:19:42.013] Synchronization failed with the following exception: A note with this title already exists: New Note Template at Tomboy.NoteManager.CreateNewNote (System.String title, System.String xml_content, System.String guid) [0x0] in filename unknown:0 at Tomboy.NoteManager.CreateNoteFromTemplate (System.String title, Tomboy.Note template_note, System.String guid) [0x0] in filename unknown:0 at Tomboy.NoteManager.CreateNewNote (System.String title, System.String guid) [0x0] in filename unknown:0 at Tomboy.NoteManager.CreateWithGuid (System.String title, System.String guid) [0x0] in filename unknown:0 at Tomboy.Sync.SyncManager+CreateNoteInMainThreadc__AnonStoreyF.m__32 () [0x0] in filename unknown:0 at Tomboy.GuiUtils+GtkInvokeAndWaitc__AnonStoreyA.m__23 (System.Object , System.EventArgs ) [0x0] in filename unknown:0 I already found this bug reported to ubuntu, but i got it on debian and not on ubuntu, so i'm reporting it here. I found a working workaround: I opened the 'New Note Template' via the Preferences dialog and changed the name of the template to 'New Note Template (alternate)'. Now it works. Greetz, mo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomboy depends on: ii gconf2 2.32.4-1 ii libatk1.0-02.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-glib1.0-cil0.5.0-3 ii libdbus1.0-cil 0.7.0-4 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2.0-cil2.24.2-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.30.2-4 ii libglib2.0-cil 2.12.10-2 ii libgmime2.4-cil2.4.25-1 ii libgtk2.0-02.24.8-2 ii libgtk2.0-cil 2.12.10-2 ii libgtkspell0 2.0.16-1 ii libice62:1.0.7-2 ii libmono-addins-gui0.2-cil 0.6.2-1 ii libmono-addins0.2-cil 0.6.2-1 ii libmono-cairo2.0-cil 2.6.7-5 ii libmono-corlib2.0-cil 2.6.7-5 ii libmono-posix2.0-cil 2.6.7-5 ii libmono-system2.0-cil 2.6.7-5 ii libpango1.0-0 1.29.4-2 ii libproxy0 0.3.1-4+b1 ii libsm6 2:1.2.0-2 ii libx11-6 2:1.4.4-4 ii mono-runtime 2.6.7-5 tomboy recommends no packages. Versions of packages tomboy suggests: pn evolution 3.0.3-3 pn tasque none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652645: [josm] New upstream release and migration to openjdk-7-*
Package: josm Version: 0.0.svn4550+dfsg2-1 Severity: normal --- Please enter the report below this line. --- Hello, upstream has released the new version 4666, and then you can migrate to the new openjdk-7-*? Kindly, Davide Governale. --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-686-pae Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== openjdk-6-jre | 6b24~pre2-1 OR sun-java6-jre | 6.26-3 OR openjdk-7 | libcommons-codec-java | 1.5-1 libgettext-commons-java (= 0.9.6) | 0.9.6-2 libmetadata-extractor-java | 2.3.1+dfsg-2 liboauth-signpost-java(= 1.2) | 1.2.1.1-1 libgdata-java | 1.30.0-2 libsvgsalamander-java | 0~svn95-1 openstreetmap-map-icons-classic| 1:0.0.svn26700-1 ant| 1.8.2-4 Recommends(Version) | Installed ===-+-=== josm-plugins| webkit-image-gtk| 0.0.svn25399-2+b1 OR webkit-image-qt | Package's Suggests field is empty. signature.asc Description: PGP signature
Bug#652648: tin tries to authenticate when CAPABILITIES gives 500
Package: tin Version: 1:1.9.6~20100522-1 My news server does not implement CAPABILITIES. This results in tin asking the user for a username and password. This is wrong; it should try MODE READER and if that is also not understood it should carry on without asking for authentication unless it gets 480. I will return to lenny's tin for now, but I'm happy to try versions from sid or experimental provided they build on squeeze. Ian. -- Ian Jackson personal email: ijack...@chiark.greenend.org.uk These opinions are my own.http://www.chiark.greenend.org.uk/~ijackson/ PGP2 key 1024R/0x23f5addb, fingerprint 5906F687 BD03ACAD 0D8E602E FCF37657 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390941: unreproducible?
tags 390941 +unreproducible +moreinfo severity 390941 normal thanks Hi, I've just uploaded saytime 1.0-23 into the archive and I didn't experience any sound issues using alsa. Can you please try this version and comment back on this bug?! Thanks already! :-) The sid version works just fine on squeeze. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652604: udev permission denied errors at boot
Package: udev
Version: 175-3
Followup-For: Bug #652604
I get this:
don@t43:~$ sudo fgrep -r 'idVendor}=' /lib/udev/rules.d/ /etc/udev/rules.d/
/etc/udev/rules.d/51-android.rules:SUBSYSTEM==usb, ATTR{idVendor}=2080,
MODE=0666, GROUP=plugdev
/etc/udev/rules.d/51-android.rules:SUBSYSTEM==usb, ATTR{idVendor}=1949,
MODE=0666, GROUP=plugdev
don@t43:~$
I added these to use adb to talk to a couple of android devices. I followed the
instructions here:
http://developer.android.com/guide/developing/device.html
The boot errors go away if I comment out those two lines. Why doesn't udev like
them?
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages udev depends on:
ii debconf [debconf-2.0] 1.5.41
ii libc6 2.13-21
ii libselinux12.1.0-4
ii libudev0 175-3
ii lsb-base 3.2-28
ii util-linux 2.19.1-5
Versions of packages udev recommends:
ii pciutils 1:3.1.8-2
ii usbutils 1:004-2
udev suggests no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652642: tin tries AUTHINFO USER before AUTHINFO GENERIC
On Dec 19, Ian Jackson ijack...@chiark.greenend.org.uk wrote: I will return to lenny's tin for now, but I'm happy to try versions from sid or experimental provided they build on squeeze. Please try the package from testing, it will build on = lenny (or you can backport ncurses instead and install it as is). -- ciao, Marco signature.asc Description: Digital signature
Bug#319554: xterm-colour terminfo should have kdch1=\E[3~
unarchive 319554
reopen 319554
found 319554 5.7+20100313-5
subscribe 319554
thanks
This bug seems to have regressed. It was a candidate for a stable
update before. Could it be again please ?
Thanks,
Ian.
chiark:~ infocmp xterm-color
# Reconstructed via infocmp from file: /etc/terminfo/x/xterm-color
xterm-color|generic ANSI color xterm (X Window System),
am, km, mir, msgr, xenl,
colors#8, cols#80, it#8, lines#24, ncv@, pairs#64,
acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
bel=^G, bold=\E[1m, clear=\E[H\E[2J, cr=^M,
csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H,
cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C,
cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A,
dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM, dl1=\E[M, ed=\E[J,
el=\E[K, enacs=\E)0, home=\E[H, ht=^I, il=\E[%p1%dL,
il1=\E[L, ind=^J,
is2=\E[m\E[?7h\E[4l\E\E7\E[r\E[?1;3;4;6l\E8, kbs=^H,
kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kdch1=\177,
kend=\E[4~, kf1=\E[11~, kf10=\E[21~, kf11=\E[23~,
kf12=\E[24~, kf13=\E[25~, kf14=\E[26~, kf15=\E[28~,
kf16=\E[29~, kf17=\E[31~, kf18=\E[32~, kf19=\E[33~,
kf2=\E[12~, kf20=\E[34~, kf3=\E[13~, kf4=\E[14~,
kf5=\E[15~, kf6=\E[17~, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~,
khome=\E[1~, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~,
meml=\El, memu=\Em, op=\E[m, rc=\E8, rev=\E[7m, ri=\EM,
rmacs=^O, rmcup=\E[2J\E[?47l\E8, rmir=\E[4l,
rmkx=\E[?1l\E, rmso=\E[m, rmul=\E[m,
rs2=\E[m\E[?7h\E[4l\E\E7\E[r\E[?1;3;4;6l\E8, sc=\E7,
setab=\E[4%p1%dm, setaf=\E[3%p1%dm, sgr0=\E[m, smacs=^N,
smcup=\E7\E[?47h, smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m,
smul=\E[4m, tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n,
u8=\E[?1;2c, u9=\E[c,
chiark:~
--
Ian Jackson personal email: ijack...@chiark.greenend.org.uk
These opinions are my own.http://www.chiark.greenend.org.uk/~ijackson/
PGP2 key 1024R/0x23f5addb, fingerprint 5906F687 BD03ACAD 0D8E602E FCF37657
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
