Bug#648921: catdoc 0.94.2-2 started to replace parts of rtf with junk
Package: catdoc Version: 0.94.2-2 Severity: important In addition to replacing letter "я" with BOM (#648726) catdoc 0.94.2-2 started to replace significant parts of the text with latin1 junk in rtf documents. Catdoc 0.94.2-1.1 appears to work correctly. (Sample document and outputs of both catdoc versions attached.) Also, catdoc 0.94.2-2 seems to print hexadecimal dumps (pictures?) in some rtfs, while catdoc 0.94.2-1.1 produces readable text. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages catdoc depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib catdoc recommends no packages. Versions of packages catdoc suggests: ii tk8.4 [wish] 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 [wish] 8.5.8-1Tk toolkit for Tcl and X11, v8.5 - -- no debconf information 25apr04.rtf Description: RTF file 1 Информационное письмо № 1 Самарский Государственный Университет 25 апрел 2004 г. проводит птый командный чемпионат Самарской области по программированию среди высших учебных заведений. Чемпионат проводитс с целью повышени профессиональной подготовки студентов Самарской области и как один из этапов подготовки к Чемпионату мира по программированию среди студентов. Чемпионат будет проходить в дисплейных классах Самарского Государственного Университета. В чемпионате могут принимать участие любые высшие учебные заведени г. Самара и Самарской области. Команды формируютс из 3-х основных участников и одного запасного. В состав каждой команды могут входить студенты с первого по четвертый курс включительно. В соревнованих смогут принть участие до трех команд от каждого вуза. Участники соревнований должны знать основы алгоритмизации и уметь программировать на одном из зыков программировани Pascal èëè C++ (ïî âûáîðó ó÷àñòíèêîâ). Êàæäîé êîìàíäå íà âðåì ïðîâåäåíè ñîðåâíîâàíèé áóäåò ïðåäîñòàâëåí îäèí IBM-ñîâìåñòèìûé êîìïüþòåð. ×åìïèîíàò áóäåò ïðîõîäèòü â ðåæèìå ðåàëüíîãî âðåìåíè, ò.å. òåêñòû èñõîäíûõ ïðîãðàìì, íàïèñàííûå íà çûêå Pascal èëè C++ (ïî âûáîðó êîìàíäû), áóäóò àâòîìàòèçèðîâàííî òåñòèðîâàòüñ ñ ïîìîùüþ ñïåöèàëüíîé ïðîãðàììû Æþðè ÷åìïèîíàòà. Ïðîãðàììà, óñïåøíî ïðîøåäøà ÂÑÅ èñïûòàòåëüíûå òåñòû, ñ÷èòàåòñ ïðèíòîé, à èñõîäíà çàäà÷à – ðåø¸ííîé. Çà êàæäóþ ïîïûòêó ñäà÷è ïðîãðàììû, íàïèñàííîé ñ îøèáêàìè, íà÷èñëþòñ øòðàôíûå áàëëû. Ïîáåäèòåëåì ÷åìïèîíàòà îáúâëåòñ êîìàíäà, ðåøèâøà íàèáîëüøåå ÷èñëî çàäà÷ èç âñåõ ïðåäëîæåííûõ è ñ íàèìåíüøèì ÷èñëîì øòðàôíûõ ìèíóò. Âñå çàäà÷è ôîðìàëüíî ñ÷èòàþòñ ðàâíîöåííûìè. Êîìàíäû - ïðèçåðû íàãðàæäàþòñ äèïëîìàìè è öåííûìè ïðèçàìè ÑàìÃÓ. Äë ó÷àñòè â ÷åìïèîíàòå ðåêòîðó âóçà íåîáõîäèìî ïðåäñòàâèòü çàâêó, êîòîðà çàïîëíåòñ ìàøèíîïèñíûì ñïîñîáîì èëè ïåðåñûëàåòñ â ýëåêòðîííîì ôîðìàòå ïî óêàçàííîìó íèæå ýëåêòðîííîìó àäðåñó. Çàâêà íà ó÷àñòèå äîëæíà áûòü ïðåäñòàâëåíà íå ïîçäíåå 20 àïðåë 2004 ãîäà. Регистраци участников будет проходить 25 апрел с 9 часов в фойе главного корпуса Самарского Государственного Университета по адресу: 443011, Самара, ул. академика Павлова, 1, Самарский Государственный Университет, механико-математический факультет. Проезд трамвами маршрутов 5, 20, 22 до остановки “Государственный университет”, автобусами маршрутов 25, 50, 50к, 61 до остановки “Государственный университет”. Начало чемпионата в 9-45. По всем вопросам проведени чемпионата обращатьс: СамГУ, к. 306 м/м, Ефимов Александр Евгеньевич, технический директор, E-Mail:a...@samara.net ; ÑàìÃÓ, êàôåäðà Èíôîðìàòèêè è Âû÷èñëèòåëüíîé Ìàòåìàòèêè, ê. 303 ì/ì, Ëóêàíîâ Àëåêñàíäð Ñåðãååâè÷, òåë. 34-79-92, E-Mail:l...@ssu.samara.ru Более подробную информацию Вы можете найти на сайте СамГУ по адресу: http://contest.samara.ru Ïî ýòîìó æå àäðåñó Âû ìîæåòå îôîðìèòü çàâêó íà ó÷àñòèå ÷åðåç Internet Организационный комитет чемпионата: Председатель: Яровой Геннадий Петрович, д.ф.-м.н, профессор, ректор СамГУ, Председатель комитета по Информатизации при Совете Ректоров ВУЗов Самарской области. Заместитель председател: Астафьев Владимир Иванович, д.ф.-м.н., профессор, декан механико-математического факультета СамГУ; Члены Оргкомитета: Радченко Владимир Павлович, д.ф.-м.н., профессор, СамГТУ. Степанов Анатолий Николаевич, д.ф.-м.н., профессор, зав. каф. ИиВМ СамГУ; Председатель Жюри Чемпионата: Луканов Александр Сергеевич, к.ф.-м.н., доцент каф. ИиВМ, СамГУ; Члены Жюри: Гутман Геннадий Натанович, к.т.н., доцент каф. ПМиИ, СГТУ; Лукиных Анатолий Валерьевич, к.т.н., доцент каф. ВМ, СГТУ; Пшеничников Виктор Владимирович, к.т.н., доцент каф. СИИТ, СГАУ; Рогачева Елена Валерьевна, к.ф.-м.н., доцент каф. ИиВМ, СамГУ;
Bug#648922: proftpd crashes on SSL/TLS connect
Package: proftpd Version: 1.3.1-17lenny8_i386 Severity: important Hi, proftpd crashes on SSL/TLS connect since upgrading from lenny6 to lenny8. Downgrading resolves the issue. The following error messages appear in the log files: kernel: [3618015.584191] proftpd[25866]: segfault at 4 ip b733bffb sp bffc4e90 error 4 in mod_tls.so[b7335000+13000] The following SSL libraries are installed: ii libssl0.9.7 0.9.7k-3.1etch5 SSL shared libraries ii libssl0.9.8 0.9.8g-15+lenny14 SSL shared libraries Please tell me if you need more information on how to reproduce the error. Best regards Thomas Kähn -- System Information: Debian Release: 5.0.9 Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Thomas Kähn Technik, Network Engineering & Design; Content Delivery Platform & IP - NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8718 | Fax: 0221 -78718 www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden. signature.asc Description: Digital signature
Bug#648923: lesstif2: Please enable support for build-arch and build-indep targets
Source: lesstif2 Version: 1:0.95.2-1 Severity: wishlist Tags: patch User: debian...@lists.debian.org Usertags: build-arch-target Hi, Please see attached patch as an example of how to do this. I would have added hardening flags as well, but unfortunately my machine ran out of memory and OOM-killed the build process (and parts of my running system). :) For reference, the OOM-kill data suggests a memory usage of 2922724 kB or (likely) worse[1]. ~Niels [1] [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name [...] [23954] 1000 23954 1094 211 7 0 0 gcc [23955] 1000 23955 2922724 2917507 0 0 0 cc1 [...] diff -u lesstif2-0.95.2/debian/changelog lesstif2-0.95.2/debian/changelog --- lesstif2-0.95.2/debian/changelog +++ lesstif2-0.95.2/debian/changelog @@ -1,3 +1,10 @@ +lesstif2 (1:0.95.2-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Added build-arch and build-indep targets to debian/rules. + + -- Niels Thykier Wed, 16 Nov 2011 09:02:15 +0100 + lesstif2 (1:0.95.2-1) unstable; urgency=low [Sam Hocevar] diff -u lesstif2-0.95.2/debian/rules lesstif2-0.95.2/debian/rules --- lesstif2-0.95.2/debian/rules +++ lesstif2-0.95.2/debian/rules @@ -45,7 +45,9 @@ cd $(BUILD); ../configure $(CARGS); ../debian/fixrpath; touch configure-stamp -build: build-stamp +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: configure-stamp dh_testdir $(MAKE) -C $(BUILD) @@ -176 +178 @@ -.PHONY: configure build clean binary-indep binary-arch binary install +.PHONY: configure build build-arch build-indep clean binary-indep binary-arch binary install
Bug#648849: publican: Wrong pdf generation
tag 648849 + upstream fixed-upstream thanks On Tue, 15 Nov 2011, Angel Abad wrote: > Pdf generation return wrong formatted pdf, in note, important, > etc... Is because wrong pdf.xsl. > > I attach a screenshot. Thank you, this bug is already fixed upstream in the version 2.8 of publican. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648029: xen-utils-common: /usr/lib/xen-common/bin/xen-toolstack (and thus /usr/sbin/xm) works with bash, but not dash
I can confirm that 648029.patch fixes this issue.
Bug#648924: RM: ttf-comfortaa -- ROM; Replaced by fonts-comfortaa
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648925: RM: ttf-f500 -- ROM; Replaced by fonts-f500
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648926: RM: ttf-junicode -- ROM; Replaced by fonts-junicode
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648927: RM: ttf-jura -- ROM; Replaced by fonts-jura
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648928: RM: ttf-mplus -- ROM; Replaced by fonts-mplus
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648929: RM: ttf-ocr-a -- ROM; Replaced by fonts-ocr-a
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648930: RM: ttf-okolaks -- ROM; Replaced by fonts-okolaks
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648931: failure to handle char(4) = bpchar
Package: postgresql-9.1 Severity: grave Tags: upstream Hi, This is effectively http://bugs.debian.org/632028 but in unstable. We had the bad change reverted in 8.4.x (stable), but the new version has remained unfixed. http://archives.postgresql.org/pgsql-bugs/2011-05/msg00080.php http://archives.postgresql.org/pgsql-bugs/2011-06/msg00122.php http://archives.postgresql.org/pgsql-hackers/2011-05/msg00738.php Please follow up on that and fix it. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648932: RM: ttf-tomsontalks -- ROM; Replaced by fonts-tomsontalks
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648933: emile: Should this package be removed?
Source: emile Severity: important Hi, This package has been RC-buggy since 2009 and with no replies to any of the 2 RC bugs. Furthermore the current popcon is 2. If you need help with the RC bugs, please consider tagging them help or/and request help on debian-de...@lists.debian.org. There is also a new upstream release that may (or may not) solve them. If you are still interested in maintaining this package, please reply to this bug within 14 days. Otherwise I will assume you have lost interest and will orphan your package (with intend to remove it). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648835: libsane: libsave pulls in sane-utils including a daemon
Am 15.11.2011 17:53, schrieb Julien BLACHE: Most people using libsane will need scanimage at some point, because it's used extensively in documentation. Others won't need/want it and are free to do away with it. That's exactly what Recommends is for. I wouldn't say I am "using" libsane, I don't even have access to a scanner device on this system. It's not that I installed it on purpose, I am using software that depends on software that depends on it. And I end up with a package that contains utilities and a daemon. OTOH, I have used my own scanner with SANE (mostly with the xsane frontend) on another system and I have never ever felt the need to use any of the tools in sane-utils. As for saned, it's disabled by default. Do you really want yet another package for a single executable, its manpage and an initscript? Yes, why not. I'd consider it good practise to have a separate sane-daemon package. Many other packages have already done this split. And the fact that the daemon is disabled by default does not hide the fact that the package raised two debconf questions during installation. Please reconsider your decision regarding libsane recommending sane-utils. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648934: swedish: Please enable support for build-arch and build-indep targets
Source: swedish Version: 1.4.5-2 Severity: wishlist Tags: patch User: debian...@lists.debian.org Usertags: build-arch-target Hi, Please see attached patch as an example of how to do this. ~Niels diff -u swedish-1.4.5/debian/rules swedish-1.4.5/debian/rules --- swedish-1.4.5/debian/rules +++ swedish-1.4.5/debian/rules @@ -9,7 +9,9 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -build: build-stamp +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: dh_testdir $(MAKE) @@ -67 +69 @@ -.PHONY: build clean binary-indep binary-arch binary install configure +.PHONY: build build-arch build-indep clean binary-indep binary-arch binary install configure diff -u swedish-1.4.5/debian/changelog swedish-1.4.5/debian/changelog --- swedish-1.4.5/debian/changelog +++ swedish-1.4.5/debian/changelog @@ -1,3 +1,10 @@ +swedish (1.4.5-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Added build-arch and build-indep targets to debian/rules. + + -- Niels Thykier Wed, 16 Nov 2011 10:08:04 +0100 + swedish (1.4.5-2) unstable; urgency=low * New Maintainer (closes: #156532).
Bug#648935: /usr/bin/geteltorito: geteltorito script fails to get sector count for hdd images
Package: genisoimage Version: 9:1.1.11-2 Severity: normal File: /usr/bin/geteltorito Hey, the geteltorito perl script version 0.4 currently shipped by genisoimage has a bug which prevents it to work with hdd images (for example bios images shipped by Lenovo for bios upgrades). geteltorito 0.5 fixes that, so it'd be nice to have it included. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages genisoimage depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libmagic1 5.09-2 ii zlib1g 1:1.2.3.4.dfsg-3 genisoimage recommends no packages. Versions of packages genisoimage suggests: pn cdrkit-doc pn wodim -- 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#645696: lintian: missing-license-text-in-dep5-copyright is too strict when considering "X+" licenses
On 15/11/11 21:34, Russ Allbery wrote: > Ximin Luo writes: > >> The text explaining the "or" part appears nowhere as well, when DEP5 >> forces me to split the tri-license paragraph. The two situations are >> equivalent, yet you're choosing different solutions for each! > > That's a good point, and I think that's a bug in DEP5. > >> Alternatively, treat License stanzas as published licenses, and place >> preamble information in License/Comment entries in File stanzas. This is >> a much cleaner solution and what I had been interpreting DEP5 to mean. > > That's certainly a reasonable way of expressing that information. It's > not what DEP5 currently says, though, and I'm fairly sure that's > intentional (from following the original discussion). But it does seem > like a reasonable change. > OK, cool :) I will write up a more detailed description of this and submit it to debian-policy tonight. -- GPG: 4096R/5FBBDBCE https://github.com/infinity0 https://bitbucket.org/infinity0 https://launchpad.net/~infinity0 signature.asc Description: OpenPGP digital signature
Bug#648936: liblocale-gettext-perl: Upgrade failure when invoked via dpkg doc-base trigger
Package: liblocale-gettext-perl Version: 1.05-7+b1 Severity: serious Justification: Causes dist-upgrade to abort Preparing to replace perl-base 5.12.4-6 (using .../perl-base_5.14.2-3_amd64.deb) ... Unpacking replacement perl-base ... Processing triggers for man-db ... Processing triggers for doc-base ... /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: Perl_Gthr_key_ptr dpkg: error processing doc-base (--unpack): subprocess installed post-installation script returned error exit status 127 configured to not write apport reports Errors were encountered while processing: doc-base E: Sub-process /usr/bin/dpkg returned an error code (1) Most likely due to the current perl 5.12 → 5.14 transition. Is a pre-depends required here in order to not break dpkg triggers for a wheezy upgrade? This might require reassigning to the perl-base package if that's where the problem lies. Regards, Roger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblocale-gettext-perl depends on: ii libc6 2.13-21 ii perl-base [perlapi-5.14.2] 5.14.2-3 liblocale-gettext-perl recommends no packages. liblocale-gettext-perl 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#648937: doc-base: trigger fails when Locale::gettext is broken due to perl upgrade
Package: doc-base
Version: 0.10.2
Severity: serious
Sorry I only have the log in French but you can translate:
- Préparation du remplacement -> Preparing to replace
- Dépaquetage de la mise à jour -> Unpacking update
- Paramétrage -> Configuring
- Traitement des actions différées pour -> Processing trigger for
Préparation du remplacement de perl-doc 5.12.4-6 (en utilisant
.../perl-doc_5.14.2-3_all.deb) ...
Conservation de « détournement de /usr/bin/perldoc en /usr/bin/perldoc.stub par
perl-doc »
Dépaquetage de la mise à jour de perl-doc ...
Préparation du remplacement de libdevel-cover-perl 0.77-1+b2 (en utilisant
.../libdevel-cover-perl_0.77-1+b3_i386.deb) ...
Dépaquetage de la mise à jour de libdevel-cover-perl ...
Préparation du remplacement de perl 5.12.4-6 (en utilisant
.../perl_5.14.2-3_i386.deb) ...
Dépaquetage de la mise à jour de perl ...
Selecting previously unselected package libperl5.14.
Dépaquetage de libperl5.14 (à partir de .../libperl5.14_5.14.2-3_i386.deb) ...
[...]
Dépaquetage de la mise à jour de perl-base ...
Paramétrage de perl-base (5.14.2-3) ...
Traitement des actions différées (« triggers ») pour « menu »...
Traitement des actions différées (« triggers ») pour « desktop-file-utils »...
Traitement des actions différées (« triggers ») pour « man-db »...
Traitement des actions différées (« triggers ») pour « doc-base »...
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol:
Perl_Gthr_key_ptr
dpkg : erreur de traitement de doc-base (--triggers-only) :
le sous-processus script post-installation installé a retourné une erreur de
sortie d'état 127
In general it's not safe to use Locale::gettext in any maintainer script.
It has been the source of numerous failures in the past. Cf
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479681
A work-around is to set $ENV{PERL_DL_NONLAZY} = 1 and to intercept the
failure to load Locale::gettext and put compatibility stubs in that case.
See for example how Dpkg::Gettext does it.
This breaks upgrade so I put a serious severity. I also CC debian-perl for
information. Note that my APT is setup with some custom parameters (which
are supposed to become the default at some point in the future).
// Trigger deferred
DPkg::NoTriggers "true";
PackageManager::Configure "smart";
DPkg::ConfigurePending "true";
DPkg::TriggersPending "true";
-- System Information:
Debian Release: wheezy/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages doc-base depends on:
ii libuuid-perl 0.02-4+b1
ii libyaml-tiny-perl 1.50-1
doc-base recommends no packages.
Versions of packages doc-base suggests:
ii rarian-compat 0.8.1-5
ii yelp 3.2.1+dfsg-1+b1
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648881: initscripts: All processes ended within {some_number} seconds.... <-- too many periods
On Tue, Nov 15, 2011 at 12:32:43PM -0800, Clint Byrum wrote: > Fix is to remove trailing period in call to log_action_begin_msg Thanks. Applied to the git repo. 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#647610: CVE-2011-4079: Denial of Service through off-by-one
I found thiese comments from Ramon de C Valle in the RedHat bugzilla (2011-10-28 11:21:16 EDT) Doug Lea's Malloc stores chunks whose size is smaller than 512 bytes in one of the small bins, which holds identically sized chunks. The size of a chunk is always a multiple of 8 bytes, and the first small bin holds 16 bytes chunks. Since the minimum allocated size is 16 bytes, it seems no data that can result in application crash can be overwritten as a result of this. (2011-11-15 11:30:35 EST) The Red Hat Security Response Team does not consider this to be a security issue. For additional information, refer to: https://bugzilla.redhat.com/show_bug.cgi?id=749324#c1. I believe this indicate that when the function is working on memory blocks from the heap, there will always be spare room and no overwriting will take place. That leave on stack space, which I guess rarely are used for random UTF-8 strings. Perhaps this issue isn't really a security problem and the severity should be reduced? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648938: libio-socket-inet6-perl: Subroutine IO::Socket::INET6::sockaddr_in6 redefined
Package: libio-socket-inet6-perl Version: 2.65-1.1 Severity: normal Dear Maintainer, After updating the perl version to 5.14.2-3 the amavisd-new cronjob reports the following error: Subroutine IO::Socket::INET6::sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/IO/Socket/INET6.pm line 21 According to Redhat Bug 725968 the problem is fixed in upstream version 2.67 of IO::Socket::INET6. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libio-socket-inet6-perl depends on: ii libsocket6-perl 0.23-1+b2 ii perl 5.14.2-3 libio-socket-inet6-perl recommends no packages. libio-socket-inet6-perl 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#648939: USB mouse stops work on battery power
Package: linux-2.6 Version: 3.1.1-1 Severity: normal Mouse works when the laptop is connected to power but stops about 20 seconds after power is disconnected. Re=connecting power and the mouse starts working again. This problem did not exist in 2.6.32 but did in 3.0. -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=b9dc7b52-178d-41d2-90dc-5ffb7af06598 ro quiet ** Not tainted ** Kernel log: [ 10.921574] loop: module loaded [ 11.780675] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 12.551950] input: PS/2 Generic Mouse as /devices/platform/i8042/serio4/serio5/input/input12 [ 14.147453] fuse init (API version 7.17) [ 16.623745] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input13 [ 19.936221] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 19.992087] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 19.992532] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.502904] Bluetooth: Core ver 2.16 [ 22.502924] NET: Registered protocol family 31 [ 22.502925] Bluetooth: HCI device and connection manager initialized [ 22.502928] Bluetooth: HCI socket layer initialized [ 22.502929] Bluetooth: L2CAP socket layer initialized [ 22.502936] Bluetooth: SCO socket layer initialized [ 22.612317] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 22.612319] Bluetooth: BNEP filters: protocol multicast [ 22.672165] Bluetooth: RFCOMM TTY layer initialized [ 22.672169] Bluetooth: RFCOMM socket layer initialized [ 22.672170] Bluetooth: RFCOMM ver 1.11 [ 23.894729] lp0: using parport0 (interrupt-driven). [ 24.118226] ppdev: user-space parallel port driver [ 26.105566] Bridge firewalling registered [ 26.391395] ip_tables: (C) 2000-2006 Netfilter Core Team [ 26.935906] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 27.038157] ADDRCONF(NETDEV_UP): virbr0: link is not ready [ 27.448317] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 27.504127] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 27.504677] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 28.499398] Ebtables v2.0 registered [ 28.619794] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 33.731596] uhci_hcd :00:1a.0: PCI INT A disabled [ 33.731884] ehci_hcd :00:1a.7: PCI INT D disabled [ 33.731920] ehci_hcd :00:1a.7: PME# enabled [ 33.744547] uhci_hcd :00:1d.1: PCI INT B disabled [ 33.744751] uhci_hcd :00:1d.2: PCI INT C disabled [ 33.744950] ehci_hcd :00:1d.7: PCI INT D disabled [ 33.744990] ehci_hcd :00:1d.7: PME# enabled [ 33.828123] ehci_hcd :00:1a.7: BAR 0: set to [mem 0xd8826c00-0xd8826fff] (PCI address [0xd8826c00-0xd8826fff]) [ 33.828144] ehci_hcd :00:1a.7: restoring config space at offset 0xf (was 0x400, writing 0x40a) [ 33.828167] ehci_hcd :00:1a.7: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 33.828198] ehci_hcd :00:1a.7: PME# disabled [ 33.828209] ehci_hcd :00:1a.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19 [ 33.828216] ehci_hcd :00:1a.7: setting latency timer to 64 [ 33.972086] ehci_hcd :00:1d.7: BAR 0: set to [mem 0xd8826800-0xd8826bff] (PCI address [0xd8826800-0xd8826bff]) [ 33.972107] ehci_hcd :00:1d.7: restoring config space at offset 0xf (was 0x400, writing 0x40a) [ 33.972130] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 33.972171] ehci_hcd :00:1d.7: PME# disabled [ 33.972182] ehci_hcd :00:1d.7: PCI INT D -> GSI 20 (level, low) -> IRQ 20 [ 33.972189] ehci_hcd :00:1d.7: setting latency timer to 64 [ 34.025193] uhci_hcd :00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 34.025200] uhci_hcd :00:1a.0: setting latency timer to 64 [ 34.073919] uhci_hcd :00:1d.1: PCI INT B -> GSI 22 (level, low) -> IRQ 22 [ 34.073935] uhci_hcd :00:1d.1: setting latency timer to 64 [ 34.115264] uhci_hcd :00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18 [ 34.115281] uhci_hcd :00:1d.2: setting latency timer to 64 [ 34.818238] e1000e :00:19.0: PCI INT A disabled [ 34.818246] e1000e :00:19.0: PME# enabled [ 40.602886] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0 [ 40.693995] EXT4-fs (sda3): re-mounted. Opts: commit=0 [ 96.304601] iwlagn :02:00.0: RF_KILL bit toggled to enable radio. [ 96.388960] iwlagn :02:00.0: L1 Disabled; Enabling L0S [ 96.389338] iwlagn :02:00.0: Radio type=0x0-0x2-0x0 [ 96.544411] iwlagn :02:00.0: L1 Disabled; Enabling L0S [ 96.544795] iwlagn :02:00.0: Radio type=0x0-0x2-0x0 [ 96.591349] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 97.004069] usb 3-1: new full speed USB device number 2 using uhci_hcd [ 97.176393] usb 3-1: New USB device found, idVendor=03f0, idProduct=17
Bug#648940: gnome-shell hangs
Package: gnome-shell Version: 3.0.2-5 Severity: normal Gnome-shell hangs when I ssh into another machine and Xdisplay something back onto this machine. I'll attach the .xsession-errors file. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gconf2 2.32.4-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-clutter-1.0 1.8.2-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-freedesktop 0.10.8-2+b1 ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 0.10.8-2+b1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.0.12-2 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.0.2.1-4 ii gir1.2-networkmanager-1.00.9.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-telepathyglib-0.120.16.0-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-1 ii gjs 1.29.0-2+b1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.0.3-3 ii gsettings-desktop-schemas3.0.1-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.27-1 ii libebook1.2-10 3.0.3-1 ii libecal1.2-8 3.0.3-1 ii libedataserver1.2-14 3.0.3-1 ii libedataserverui-3.0-0 3.0.3-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgirepository-1.0-10.10.8-2+b1 ii libgjs0b [libgjs0-libmozjs7d]1.29.0-2+b1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.28.8-1 ii libgnome-desktop-3-0 3.0.2-2 ii libgnome-menu2 3.0.1-3 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.0.12-2 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.0-1 ii libmozjs7d 7.0.1-4 ii libmutter0 3.0.2.1-4 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.12.11-3 ii libpango1.0-01.29.4-2 ii libpolkit-agent-1-0 0.102-1 ii libpolkit-gobject-1-00.102-1 ii libpulse-mainloop-glib0 1.0-4 ii libpulse01.0-4 ii libsoup2.4-1 2.34.3-1 ii libsqlite3-0 3.7.7-2 ii libstartup-notification0 0.12-1 ii libtelepathy-glib0 0.16.0-1 ii libtelepathy-log
Bug#648941: /usr/lib/sm.bin/mail.local: Uses flock, not fcntl
Package: sendmail-bin
Version: 8.14.3-9.4
Severity: serious
File: /usr/lib/sm.bin/mail.local
Justification: Policy 11.6
Using strace I see that mail.local uses flock:
open("/var/mail/psz", O_WRONLY|O_APPEND) = 4
flock(4, LOCK_EX) = 0
(as well as a /var/mail/psz.lock file).
This is against Debian policy: looking in
http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-mail-transport-agents
I see "... fcntl() locking must be ...". Curiously, mail.local accesses
(but does not use?) /usr/lib/liblockfile.so.1 also.
This bug may permit corruption of mail files, and in fact observed on
rare occasions.
Please see http://bugs.debian.org/513298 also.
Thanks, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
-- Package-specific info:
Ouput of /usr/share/bug/sendmail-bin/script:
ls -alR /etc/mail:
/etc/mail:
total 106
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 .
drwxr-xr-x 161 root root 10240 Nov 16 15:32 ..
-rwxr-xr-- 1 root smmsp 8043 Jul 14 08:15 Makefile
-rw--- 1 root root 4261 Jul 14 06:42 access
-rw-r- 1 smmta smmsp 3072 Dec 22 2009 access.db
-rw-r--r-- 1 root smmsp 0 Dec 22 2009 aliases
-rw-r- 1 smmta smmsp 3072 Jul 14 07:01 aliases.db
-rw-r--r-- 1 root smmsp 2804 Jul 14 08:15 databases
-rw-r--r-- 1 root root 5657 Jul 17 2008 helpfile
-rw-r--r-- 1 root smmsp33 Dec 22 2009 local-host-names
drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2009 m4
drwxr-xr-x 2 root root 1024 Jul 14 06:40 peers
drwxr-xr-x 2 root smmsp 1024 Jul 16 2008 sasl
-rw-r--r-- 1 root smmsp 8591 Jul 14 07:01 sendmail.cf
-rw-r--r-- 1 root root 8591 Jul 14 06:42 sendmail.cf.old
-rw-r--r-- 1 root root 10032 May 6 2002 sendmail.conf
-rw-r--r-- 1 root smmsp46 Jul 14 07:01 sendmail.mc
drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2009 smrsh
lrwxrwxrwx 1 root root 15 Dec 23 2009 spamassassin -> ../spamassassin
-rw-r--r-- 1 root smmsp 7947 Jul 14 07:01 submit.cf
-rw-r--r-- 1 root smmsp55 Jul 14 06:42 submit.cf.errors
-rw-r--r-- 1 root root 7947 Jul 14 06:42 submit.cf.old
-rw-r--r-- 1 root smmsp59 Jul 14 07:01 submit.mc
drwxr-xr-x 2 smmta smmsp 1024 Dec 22 2009 tls
-rw-r--r-- 1 root smmsp 0 Dec 22 2009 trusted-users
/etc/mail/m4:
total 2
drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2009 .
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 ..
-rw-r- 1 root smmsp0 Dec 22 2009 dialup.m4
-rw-r- 1 root smmsp0 Dec 22 2009 provider.m4
/etc/mail/peers:
total 2
drwxr-xr-x 2 root root 1024 Jul 14 06:40 .
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 ..
/etc/mail/sasl:
total 2
drwxr-xr-x 2 root smmsp 1024 Jul 16 2008 .
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 ..
/etc/mail/smrsh:
total 2
drwxr-sr-x 2 smmta smmsp 1024 Dec 22 2009 .
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 ..
lrwxrwxrwx 1 root smmsp 26 Dec 22 2009 mail.local ->
/usr/lib/sm.bin/mail.local
lrwxrwxrwx 1 root smmsp 17 Dec 22 2009 procmail -> /usr/bin/procmail
lrwxrwxrwx 1 root smmsp 17 Dec 22 2009 vacation -> /usr/bin/vacation
/etc/mail/tls:
total 23
drwxr-xr-x 2 smmta smmsp 1024 Dec 22 2009 .
drwxr-sr-x 7 smmta smmsp 1024 Jul 14 07:01 ..
-rw-r--r-- 1 root root 7 Dec 22 2009 no_prompt
-rw--- 1 root root 1191 Dec 22 2009 sendmail-client.cfg
-rw-r--r-- 1 root smmsp 1249 Dec 22 2009 sendmail-client.crt
-rw--- 1 root root 1025 Dec 22 2009 sendmail-client.csr
-rw-r- 1 root smmsp 1675 Dec 22 2009 sendmail-common.key
-rw-r- 1 root smmsp 1582 Dec 22 2009 sendmail-common.prm
-rw--- 1 root root 1191 Dec 22 2009 sendmail-server.cfg
-rw-r--r-- 1 root smmsp 1249 Dec 22 2009 sendmail-server.crt
-rw--- 1 root root 1025 Dec 22 2009 sendmail-server.csr
-rwxr--r-- 1 root root 3262 Jul 14 06:42 starttls.m4
sendmail.conf:
DAEMON_MODE="Daemon";
DAEMON_PARMS="";
DAEMON_HOSTSTATS="Yes";
DAEMON_MAILSTATS="No";
QUEUE_MODE="${DAEMON_MODE}";
QUEUE_INTERVAL="10";
QUEUE_PARMS="";
MSP_MODE="${QUEUE_MODE}";
MSP_INTERVAL="${QUEUE_INTERVAL}";
MSP_PARMS="${QUEUE_PARMS}";
MSP_MAILSTATS="No";
MISC_PARMS="";
CRON_MAILTO="root";
CRON_PARMS="";
AGE_DATA="";
DAEMON_STATS="${DAEMON_MAILSTATS}";
MSP_STATS="${MSP_MAILSTATS}";
sendmail.mc:
[trigger for usr/share/sendmail/sm_helper.sh]
submit.mc...
FEATURE(`msp [trigger for usr/share/sendmail/sm_helper.sh]
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-pk05.09-svr (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages sendmail-bin depends on:
ii libc6 2.11.2-10Embedded GNU C Library: Shared lib
ii libdb4.74.7.25-9 Berkeley v4.7 Database Libraries [
ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii li
Bug#648942: ITP: clicompanion -- run terminal commands from a GUI storing commands for later use.
Package: clicompanion Version: N/A; reported 2011-11-16 Severity: wishlist * Package name: clicompanion Version : 1.1 Upstream Author : Duane Hinnen * URL : https://launchpad.net/clicompanion * License : GPL-3+ Programming Lang: Python Description : run terminal commands from a GUI storing commands for later use CLI Companion is an application that is used as a complement to the Terminal. People unfamiliar with the Terminal will find CLI Companion a useful way to become acquainted with the Terminal. Using the built-in commands new users can unlock the potential of the Terminal. Experienced users can use CLI Companion’s add command feature to build a command dictionary. Store commands as you come across them, and no more do you have to search for them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648814: xen-tools: xen-create-nfs sets default memory to 128Mb which xm doesnt understand
Hi, On Tue, Nov 15, 2011 at 10:38:39PM +0100, Axel Beckert wrote: > Despite I could reproduce this with the developement version of > xen-tools, it would be nice to know: > > * Which version of xen-tools do you use? xen-tools (4.2.1-1) > * Which version of xen are you using? xen-hypervisor-4.1-amd64 (4.1.1-3) > * Which version of Debian are you using, i.e. Oldstable/Lenny, > Stable/Squeeze, Testing/Wheezy, or Unstable/Sid? wheezy > Using reportbug (or M-x debian-bug in Emacs if debian-el is installed) > automatically answers all these questions. sorry, i was reporting from a different machine. hope this helps! > Some things fixed in xen-create-image seem to be missing in > xen-create-nfs. Looks like it needs a bigger cleanup, but that's > nothing for a bugfix release. xen-create-image would for example also add things like: on_poweroff = 'destroy' on_reboot = 'restart' on_crash= 'restart' > For the next bugfix release I'll fix this by copying (*sigh*) the code > used for that in xt-create-xen-config (which xen-create-nfs should use > but doesn't) to xen-create-nfs. maybe there should be a common codebase? xen-create-nfs is really nice and the only thing I had to add to make it work was: extra = 'boot=nfs root=/dev/nfs' > The short-term workaround until then is to add --memory=128 (without > "Mb") to the command. yes, I just edited the config file :) thank you! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648936: Bug#648937: doc-base: trigger fails when Locale::gettext is broken due to perl upgrade
On Wed, Nov 16, 2011 at 10:33:45AM +0100, Raphaël Hertzog wrote: > Package: doc-base > Version: 0.10.2 > Severity: serious > > Sorry I only have the log in French but you can translate: > - Préparation du remplacement -> Preparing to replace > - Dépaquetage de la mise à jour -> Unpacking update > - Paramétrage -> Configuring > - Traitement des actions différées pour -> Processing trigger for > > Préparation du remplacement de perl-doc 5.12.4-6 (en utilisant > .../perl-doc_5.14.2-3_all.deb) ... > Conservation de « détournement de /usr/bin/perldoc en /usr/bin/perldoc.stub > par perl-doc » > Dépaquetage de la mise à jour de perl-doc ... > Préparation du remplacement de libdevel-cover-perl 0.77-1+b2 (en utilisant > .../libdevel-cover-perl_0.77-1+b3_i386.deb) ... > Dépaquetage de la mise à jour de libdevel-cover-perl ... > Préparation du remplacement de perl 5.12.4-6 (en utilisant > .../perl_5.14.2-3_i386.deb) ... > Dépaquetage de la mise à jour de perl ... > Selecting previously unselected package libperl5.14. > Dépaquetage de libperl5.14 (à partir de .../libperl5.14_5.14.2-3_i386.deb) ... > [...] > Dépaquetage de la mise à jour de perl-base ... > Paramétrage de perl-base (5.14.2-3) ... > Traitement des actions différées (« triggers ») pour « menu »... > Traitement des actions différées (« triggers ») pour « desktop-file-utils »... > Traitement des actions différées (« triggers ») pour « man-db »... > Traitement des actions différées (« triggers ») pour « doc-base »... > /usr/bin/perl: symbol lookup error: > /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: > Perl_Gthr_key_ptr > dpkg : erreur de traitement de doc-base (--triggers-only) : > le sous-processus script post-installation installé a retourné une erreur de > sortie d'état 127 This has also been reported as #648936 in liblocale-gettext-perl; not merging now until we decide what's the best course of action. -- 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#648713: RM: libpodofo0.8.0 -- RoM; No longer needed
notfound 648713 0.8.0+svn20100512-1.1 reassign 648713 ftp.debian.org severity 648713 normal retitle 648713 RM: libpodofo0.8.0 -- RoM; No longer needed. thanks Le mercredi, 16 novembre 2011 03.08:27, Oleksandr Moskalenko a écrit : > I agree with the reasons for this package's removal. I just made a ROM > removal request. Okay. As I couldn't find it reported on the ftp.debian.org pseudo-package, let's reassign and rename this bugreport. FTP-Masters: reasoning is there: http://bugs.debian.org/648713#5 and in short: > src:libpodofo0.8.0 builds libpodofo-dev, which is already built by > src:libpodofo. src:libpodofo0.8.0 has no reverse build-dependencies in both > testing and unstable and all the packages now build against src:libpodofo's > -dev package Thanks to Oleksandr for the quick response! Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#648754: [regression] suspend is flakey, "shutdown -h now" does not power off
Hello Jonathan Thanks a lot for your advices. Before I report upstream, here are some answers to your questions. Hmm. Someone else reported trouble on a Compal laptop a short while ago upstream[1]. [1] http://thread.gmane.org/gmane.linux.acpi.devel/50155 I had not found this one. Thanks. I will also contact this guy directly. I don't suspect it will change anything, but could you test with pci=nocrs on the kernel command line? No change, except from the comment in the log. I'll leave interpreting ACPI tables to the experts. Next time, please use attachments instead of copy+paste. I'm sorry for that. Hm, interesting. Does pcie_aspm=off on the newer kernels make a difference? (I don't think it will, but seems worth a try.) No. Because I'm incredibly lazy: can you check if this is the same as the acpidump from the system that doesn't work (3.x)? I did some diffs. Interesting summary: All acpidump obtained from non-working kernels are identical. There is a difference between the acpidump when the power off is working and when it does not work: $ diff acpidump-not-working acpidump-working 2805a2806,2813 > RSDT @ 0xaf7fe0ac > : 52 53 44 54 58 00 00 00 01 8a 49 4e 53 59 44 45 RSDTX.INSYDE > 0010: 48 52 20 43 52 42 20 20 01 00 00 00 20 20 20 20 HR CRB > 0020: 13 00 00 01 00 c0 7f af 00 d0 7f af 00 b0 7f af > 0030: 00 a0 7f af 00 90 7f af 00 f0 7e af 00 e0 7e af ..~...~. > 0040: 00 d0 7e af 00 b0 7e af 00 80 7e af 00 70 7e af ..~...~...~..p~. > 0050: 00 60 7e af 00 50 7e af .`~..P~. > Next step: upstream report Thanks again for your time. Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648936: liblocale-gettext-perl: Upgrade failure when invoked via dpkg doc-base trigger
reassign 648936 doc-base 0.2 forcemerge 648937 648936 affects 648937 liblocale-gettext-perl thanks On Wed, 16 Nov 2011, Roger Leigh wrote: > Preparing to replace perl-base 5.12.4-6 (using > .../perl-base_5.14.2-3_amd64.deb) ... > Unpacking replacement perl-base ... > Processing triggers for man-db ... > Processing triggers for doc-base ... > /usr/bin/perl: symbol lookup error: > /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: > Perl_Gthr_key_ptr > dpkg: error processing doc-base (--unpack): > subprocess installed post-installation script returned error exit status 127 > configured to not write apport reports > Errors were encountered while > processing: > doc-base > E: Sub-process /usr/bin/dpkg returned an error code (1) > > Most likely due to the current perl 5.12 → 5.14 transition. Is a > pre-depends required here in order to not break dpkg triggers for > a wheezy upgrade? This might require reassigning to the perl-base > package if that's where the problem lies. This is not a bug in liblocale-gettext-perl. It bites use every time that we upgrade to a perl version with an incompatible ABI. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479681 for more explanation. I just filed the bug against doc-base because one should not rely on Locale::gettext in maintainer scripts if we want those maintainer scripts to work during upgrades... Looking further the maintainer already did the right thing (that's why liblocale-gettext-perl is also not listed in the Depends field of doc-base) except it needs the environment variable to disable lazy bind, otherwise the error is not caught at load time but triggered at run-time. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648943: noiz2sa: Should this package be orphaned or removed?
Source: noiz2sa Severity: important Hi, noiz2sa has been RC buggy since May 2011 without any reaction from anyone. Due to its last upload (2008) I now suspect this package lacks an active maintainer. If the reason you have not reacted to the bugs is that you do not know how to solve them, please tag them help or/and request help on debian-de...@lists.debian.org. If you are still interested in maintaining noiz2sa please reply to this bug within 14 days (or upload a fixed package). Otherwise I will assume you have lost interest and orphan your package (with intend to remove it). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648944: (no subject)
Subject: linux-image-3.0.0-1-amd64: Each time I boot I see message: Error inserting padlock_sha and etc Package: linux-2.6 Version: 3.0.0-3 Severity: minor Dear Maintainer, I do not know how it results in total system working. But just for Your information. -- Package-specific info: ** Version: Linux version 3.0.0-1-amd64 (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:21:11 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=993c69c1-2673-43a7-8cff-c38a3246fd68 ro quiet pci=use_crs ** Not tainted ** Kernel log: [ 1920.680233] [] ? ext4_da_write_begin+0xa6/0x221 [ext4] [ 1920.680239] [] ? kmem_cache_free+0x2d/0x69 [ 1920.680251] [] ? jbd2_journal_stop+0x205/0x217 [jbd2] [ 1920.680257] [] ? generic_file_buffered_write+0xf6/0x219 [ 1920.680276] [] ? __ext4_journal_stop+0x72/0x78 [ext4] [ 1920.680284] [] ? __generic_file_aio_write+0x248/0x278 [ 1920.680290] [] ? should_resched+0x5/0x24 [ 1920.680294] [] ? generic_file_aio_write+0x5a/0xb2 [ 1920.680307] [] ? ext4_file_write+0x1ee/0x245 [ext4] [ 1920.680313] [] ? get_futex_key+0x8d/0x27a [ 1920.680325] [] ? ext4_llseek+0xd0/0xd0 [ext4] [ 1920.680330] [] ? do_sync_readv_writev+0x9a/0xd5 [ 1920.680336] [] ? need_resched+0x1a/0x23 [ 1920.680340] [] ? _cond_resched+0x9/0x20 [ 1920.680347] [] ? copy_from_user+0x18/0x30 [ 1920.680353] [] ? security_file_permission+0x18/0x33 [ 1920.680358] [] ? do_readv_writev+0xa4/0x11a [ 1920.680363] [] ? fput+0x1a/0x1a2 [ 1920.680367] [] ? need_resched+0x1a/0x23 [ 1920.680372] [] ? should_resched+0x5/0x24 [ 1920.680377] [] ? _cond_resched+0x9/0x20 [ 1920.680382] [] ? mutex_lock+0xd/0x2d [ 1920.680386] [] ? fput+0x1a/0x1a2 [ 1920.680398] [] ? ext4_llseek+0xbe/0xd0 [ext4] [ 1920.680402] [] ? sys_writev+0x45/0x90 [ 1920.680408] [] ? system_call_fastpath+0x16/0x1b [ 2040.680171] INFO: task qbittorrent:3335 blocked for more than 120 seconds. [ 2040.680185] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 2040.680193] qbittorrent D 88004873ce60 0 3335 3322 0x [ 2040.680210] 88004873ce60 0086 880036815fd8 [ 2040.680224] 8160b020 00012800 880036815fd8 880036815fd8 [ 2040.680235] 00012800 88004873ce60 00012800 00012800 [ 2040.680247] Call Trace: [ 2040.680270] [] ? schedule_timeout+0x2d/0xd7 [ 2040.680281] [] ? put_page+0x18/0x27 [ 2040.680295] [] ? paravirt_read_tsc+0x5/0x8 [ 2040.680306] [] ? native_sched_clock+0x28/0x30 [ 2040.680316] [] ? sched_clock+0x5/0x8 [ 2040.680326] [] ? sched_clock_local+0x10/0x75 [ 2040.680336] [] ? _flat_send_IPI_mask+0x6a/0x7c [ 2040.680348] [] ? wait_for_common+0x9d/0x116 [ 2040.680359] [] ? try_to_wake_up+0x199/0x199 [ 2040.680370] [] ? bdi_queue_work+0xb8/0xca [ 2040.680379] [] ? writeback_inodes_sb_nr+0x72/0x78 [ 2040.680390] [] ? writeback_inodes_sb_if_idle+0x2f/0x43 [ 2040.680454] [] ? ext4_da_write_begin+0xa6/0x221 [ext4] [ 2040.680466] [] ? kmem_cache_free+0x2d/0x69 [ 2040.680489] [] ? jbd2_journal_stop+0x205/0x217 [jbd2] [ 2040.680504] [] ? generic_file_buffered_write+0xf6/0x219 [ 2040.680542] [] ? __ext4_journal_stop+0x72/0x78 [ext4] [ 2040.680557] [] ? __generic_file_aio_write+0x248/0x278 [ 2040.680570] [] ? should_resched+0x5/0x24 [ 2040.680579] [] ? generic_file_aio_write+0x5a/0xb2 [ 2040.680605] [] ? ext4_file_write+0x1ee/0x245 [ext4] [ 2040.680617] [] ? get_futex_key+0x8d/0x27a [ 2040.680641] [] ? ext4_llseek+0xd0/0xd0 [ext4] [ 2040.680652] [] ? do_sync_readv_writev+0x9a/0xd5 [ 2040.680663] [] ? need_resched+0x1a/0x23 [ 2040.680673] [] ? _cond_resched+0x9/0x20 [ 2040.680685] [] ? copy_from_user+0x18/0x30 [ 2040.680698] [] ? security_file_permission+0x18/0x33 [ 2040.680707] [] ? do_readv_writev+0xa4/0x11a [ 2040.680716] [] ? fput+0x1a/0x1a2 [ 2040.680725] [] ? need_resched+0x1a/0x23 [ 2040.680734] [] ? should_resched+0x5/0x24 [ 2040.680744] [] ? _cond_resched+0x9/0x20 [ 2040.680754] [] ? mutex_lock+0xd/0x2d [ 2040.680762] [] ? fput+0x1a/0x1a2 [ 2040.680786] [] ? ext4_llseek+0xbe/0xd0 [ext4] [ 2040.680795] [] ? sys_writev+0x45/0x90 [ 2040.680807] [] ? system_call_fastpath+0x16/0x1b [ 9213.168326] composite sync not supported [ 9279.513902] composite sync not supported [ 9344.882821] composite sync not supported [ 9383.880594] composite sync not supported [10384.984406] composite sync not supported [10501.507337] composite sync not supported [11615.840744] composite sync not supported [11624.964213] composite sync not supported [11625.021768] composite sync not supported [11639.323122] composite sync not supported [13161.419517] composite sync not supported [13167.288197] composite sync not supported [13340.768156] CE: hpet increased min_delta_ns to 20113 nsec [13340.768156] CE: hpet increased min_delta_ns to 30169 nsec [13340.768156] CE: hpet increased min_delta_ns to 45253 nsec [14830.060806] composite syn
Bug#648945: “default applications” should have their own entry or “system info” should be renamed
Package: gnome-control-center Version: 1:3.2.2-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello. The default applications (web browser, email agent, etc.) are currently set up, from the control center, by following the entry “System Info”. I do not think this is appropriate since: * it is obviously not a system /information/ but a setting; * it is counter-intuitive, making these settings hard to find. I think it would be better to have a dedicated entry for that, or at least to rename “System Info” to something like “System settings”: although it would mean almost nothing, at least it would not give that impression of read-only and would allow people to have a chance to look in it when trying very hard to configure their default applications. Regards, - -- Tanguy Ortolo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJOw4tgAAoJEOryzVHFAGgZ8JsQAJ/UWwTST1egWr2gCOh8nmBc sLMsk/rQNBQ6XgmvC6TVfHsw3S60NKk/n9ikXOgqv8WHGpZaZ8oi0NtoJttaWuIp taBeKMTU3sYttXYTepLSxUOpgjLSH200MRVFiobakuEgS70eLmVArg0G3iAoh1K2 k6B+h44fLHaWQLdEgkT87l1j9prmbQyKBsB1Yn70dqfqERQt3DsX1mU8IVzN8OQE VHzxoAICERRgFNNsZMCceWsvVmAuwyXJMUGbEBP9llf0fbCcQLzL+Dg6vat4DdT+ Ux8uwJada7jZiwfgQlO0yoy1DGcoUIi0GssS0b99Q5NhWB/wfX8V/xKhIFWD7FqR UvQEvVtRbiUZYi3QG2zZlMGqrUQtDYUVxRaeKri1toc89Pkix5hPxKvRf/pwvf6m guGGjk+60zak+Mc/oqbZ5mVinLZMVGWdAs7UIqKuBpitifzpwVG3YKJtmoHgpBR/ Xko6OmT4P9CvEBUuc43N0R/j+TP2pDQ3Yw+P6msE5Vmu8JipanQ+zJltnyp2NWyH MEMDgwYg1nB4GKFp80BykHIaS2WETDuI+XuiH9gkfcoj5EdW8mgc2/l/MhcP3qjM BGeRR3elhL6JWlZe4eec9nDFO9E1YH4APJ1u4SEic8G748sjfQBP283qQ8wLmcMp dN0ED0jNcd/3YzSz+Mme =atCh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619636: Clutter is not working properly with mesa software rendering
retitle 619636 Clutter is not working properly with mesa software rendering thanks Hi, According to upstream this is a known issue and due to the software rasterizer in mesa. The only way here is, for now, to use proper hardware acceleration. The long term solution is to switch to llvmpipe in debian to make it work for people that cannot get hardware acceleration. I think that the next release of mesa has switch to this. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648946: "chown: invalid user: `zabbix'" in zabbix-server-mysql.postinst
Source: zabbix-server-mysql Version: 1.8.6-1 Severity: normal - `zabbix-server-mysql.postinst` calls `dbc_go zabbix-server-mysql` before `adduser ... zabbix`. - dbc_go defined in /usr/share/dbconfig-common/dpkg/postinst and dbc_go calls `dbconfig-generate-include` with `-O zabbix`. - `dbconfig-generate-include` calls chown with zabbix. - `chown` says "chown: invalid user: `zabbix'". -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648760:
On mer., 2011-11-16 at 15:42 +1100, Robert Norris wrote: > A patch against vte has been posted that resolves this: > > > https://bugzilla.gnome.org/show_bug.cgi?id=663779#c9 > > > I have applied this to Debian's libvte9 1:0.28.2-2 and confirmed that > it solves the problem. If this needs to be fixed in vte, I'm all for it :) -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648882: add .desktop file for better desktop integration
Thanks, good idea. I've pushed it to git and will upload shortly. (It also needs an icon! Would welcome a pdf-presenter-console.svg scalable icon file, perhaps a pastiche of a laptop and a big screen in front of a PDF icon taken from the openclipart-svg package.) --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648947: gnome-shell fail to start leaving gnome in fallback mode
Package: gnome-shell Version: 3.0.2-5 Severity: critical Justification: breaks the whole system Dear Maintainer, After a release update in testing, GNOME becomes unusable. I also tried to switch to unstable but the result is the same. No gnome-shell and fallback mode. The system is a debian KVM guest, using the SPICE graphic adapter. Some details follows: $ gnome-shell --replace failed to create drawable (gnome-shell:10264): Clutter-CRITICAL **: Unable to initialize Clutter: Unable to select the newly created GLX context Window manager error: Unable to initialize Clutter. $ glxinfo |grep -i direct direct rendering: Yes $ glxgears 1350 frames in 5.0 seconds = 269.887 FPS ^C $ lspci|grep VGA 00:02.0 VGA compatible controller: Red Hat, Inc. Device 0100 (rev 02) Many thanks for any suggestion -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gconf2 3.2.3-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-clutter-1.0 1.8.2-2 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-freedesktop 0.10.8-2+b1 ii gir1.2-gconf-2.0 3.2.3-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 0.10.8-2+b1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.0.12-2 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.0.2.1-4 ii gir1.2-networkmanager-1.00.9.2.0-1 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-telepathyglib-0.120.16.2-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-3 ii gjs 1.29.0-2+b1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.0.3-3 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-2 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-2 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.27-1 ii libebook1.2-10 3.0.3-2 ii libecal1.2-8 3.0.3-2 ii libedataserver1.2-14 3.0.3-2 ii libedataserverui-3.0-0 3.0.3-2 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgirepository-1.0-10.10.8-2+b1 ii libgjs0b [libgjs0-libmozjs7d]1.29.0-2+b1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.28.8-1 ii libgnome-desktop-3-0 3.0.2-2 ii libgnome-menu2 3.0.1-3 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.0.12-2 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.0-1 ii libmozjs7d 7.0.1-4 ii libmutter0 3.0.2.1-4 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpango1.0-01.29.4-2 ii libpolkit-agent-1-0 0.102-1 ii libpolkit-gobject-1-00.102-1 ii libpulse-mainloop-glib0 1.1-1 ii libpulse0
Bug#647350: elfutils: ftbfs with CONFIG_SHELL=dash: ./configure: 4892: ./configure: Bad substitution
Kurt Roeckx wrote: > On Tue, Nov 01, 2011 at 09:09:27PM -0500, Jonathan Nieder wrote: >> As bug#582952 explains, as soon as dash stops pretending not to know >> how to set the $LINENO variable, autoconf will stop rejecting it and >> falling back to bash, provoking some build failures with non-portable >> configure scripts. Alas. > > This has been commited already in git upstream: Looking it over again, Roland's portability patch which is already in sid should have taken care of this. Unfortunately, do-autoreconf seems to have been generated against the unpatched source. So how about this? --- debian/changelog |9 + debian/control|5 +- debian/patches/do-autoreconf.diff | 415 - debian/patches/series |1 - debian/rules | 11 +- 5 files changed, 18 insertions(+), 423 deletions(-) delete mode 100644 debian/patches/do-autoreconf.diff diff --git a/debian/changelog b/debian/changelog index 64fa9433..4012ab2d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,15 @@ elfutils (0.152-1.1) local; urgency=low * Allow "debian/rules clean" as non-root. + * Run autotools at build time. +- debian/control: Build-Depends: autoconf, automake. +- debian/rules: + - config.status: +- depend on configure.ac, not configure. +- autoreconf -fis. + - clean: remove autotools-generated files to avoid .diff.gz +changes when built twice in a row. +- debian/patches: remove do-autoreconf.diff. -- Jonathan Nieder Wed, 16 Nov 2011 03:50:26 -0600 diff --git a/debian/control b/debian/control index 83b0fd05..4b5969fd 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,10 @@ Source: elfutils Priority: optional Maintainer: Kurt Roeckx Uploaders: Christian Aichinger -Build-Depends: debhelper (>= 5.0.0), autotools-dev, bzip2, zlib1g-dev, libbz2-dev, liblzma-dev, m4, gettext +Build-Depends: debhelper (>= 5.0.0), + bzip2, zlib1g-dev, libbz2-dev, liblzma-dev, + autoconf, automake, + m4, gettext Build-Conflicts: autoconf2.13, automake1.4 Standards-Version: 3.8.4 Section: libs diff --git a/debian/patches/do-autoreconf.diff b/debian/patches/do-autoreconf.diff deleted file mode 100644 index 8dc99ac7.. --- a/debian/patches/do-autoreconf.diff +++ /dev/null @@ -1,415 +0,0 @@ -Generated by running autoreconf -f - -Index: elfutils-0.152/backends/Makefile.in -=== elfutils-0.152.orig/backends/Makefile.in 2011-02-26 13:59:09.0 + -+++ elfutils-0.152/backends/Makefile.in2011-02-26 14:00:25.0 + -@@ -77,39 +77,54 @@ - am__objects_4 = ia64_init.$(OBJEXT) ia64_symbol.$(OBJEXT) \ - ia64_regs.$(OBJEXT) ia64_retval.$(OBJEXT) - libebl_ia64_pic_a_OBJECTS = $(am_libebl_ia64_pic_a_OBJECTS) -+libebl_m68k_pic_a_AR = $(AR) $(ARFLAGS) -+libebl_m68k_pic_a_LIBADD = -+am__objects_5 = m68k_init.$(OBJEXT) m68k_symbol.$(OBJEXT) \ -+ m68k_regs.$(OBJEXT) -+libebl_m68k_pic_a_OBJECTS = $(am_libebl_m68k_pic_a_OBJECTS) -+libebl_mips_pic_a_AR = $(AR) $(ARFLAGS) -+libebl_mips_pic_a_LIBADD = -+am__objects_6 = mips_init.$(OBJEXT) mips_symbol.$(OBJEXT) \ -+ mips_regs.$(OBJEXT) mips_retval.$(OBJEXT) -+libebl_mips_pic_a_OBJECTS = $(am_libebl_mips_pic_a_OBJECTS) -+libebl_parisc_pic_a_AR = $(AR) $(ARFLAGS) -+libebl_parisc_pic_a_LIBADD = -+am__objects_7 = parisc_init.$(OBJEXT) parisc_symbol.$(OBJEXT) \ -+ parisc_regs.$(OBJEXT) parisc_retval.$(OBJEXT) -+libebl_parisc_pic_a_OBJECTS = $(am_libebl_parisc_pic_a_OBJECTS) - libebl_ppc64_pic_a_AR = $(AR) $(ARFLAGS) - libebl_ppc64_pic_a_LIBADD = --am__objects_5 = ppc64_init.$(OBJEXT) ppc64_symbol.$(OBJEXT) \ -+am__objects_8 = ppc64_init.$(OBJEXT) ppc64_symbol.$(OBJEXT) \ - ppc64_retval.$(OBJEXT) ppc64_corenote.$(OBJEXT) \ - ppc_regs.$(OBJEXT) ppc_auxv.$(OBJEXT) ppc_attrs.$(OBJEXT) \ - ppc_syscall.$(OBJEXT) - libebl_ppc64_pic_a_OBJECTS = $(am_libebl_ppc64_pic_a_OBJECTS) - libebl_ppc_pic_a_AR = $(AR) $(ARFLAGS) - libebl_ppc_pic_a_LIBADD = --am__objects_6 = ppc_init.$(OBJEXT) ppc_symbol.$(OBJEXT) \ -+am__objects_9 = ppc_init.$(OBJEXT) ppc_symbol.$(OBJEXT) \ - ppc_retval.$(OBJEXT) ppc_regs.$(OBJEXT) ppc_corenote.$(OBJEXT) \ - ppc_auxv.$(OBJEXT) ppc_attrs.$(OBJEXT) ppc_syscall.$(OBJEXT) - libebl_ppc_pic_a_OBJECTS = $(am_libebl_ppc_pic_a_OBJECTS) - libebl_s390_pic_a_AR = $(AR) $(ARFLAGS) - libebl_s390_pic_a_LIBADD = --am__objects_7 = s390_init.$(OBJEXT) s390_symbol.$(OBJEXT) \ -+am__objects_10 = s390_init.$(OBJEXT) s390_symbol.$(OBJEXT) \ - s390_regs.$(OBJEXT) s390_retval.$(OBJEXT) - libebl_s390_pic_a_OBJECTS = $(am_libebl_s390_pic_a_OBJECTS) - libebl_sh_pic_a_AR = $(AR) $(ARFLAGS) - libebl_sh_pic_a_LIBADD = --am__objects_8 = sh_init.$(OBJEXT) sh_symbol.$(OBJEXT) \ -+am__objects_11 = sh_init.$(OBJEXT) sh_symbol.$(OBJEXT) \ - sh_corenote.$(OBJEXT) sh_regs.$(OBJEXT) sh_retval.$
Bug#648948: uptimed: FTBFS on hurd-i386: add support for GNU
Package: uptimed
Version: 0.3.16-3.2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
The attached patch fixes the FTBFS problems of uptimed on GNU/Hurd,
adding support for the GNU platform. Additionally it replaces the NOFILE
parameter for architectures supporting getdtablesize() with a fallback
to sysconf() or 3 for other architectures.
The NOFILE parameter is obsolete even on GNU/Linux.
>From /usr/include/i386-linux-gnu/sys/param.h:
/* The following are not really correct but it is a value we used for a
long time and which seems to be usable. People should not use NOFILE
and NCARGS anyway. */
#define NOFILE 256
#define NCARGS 131072
The patched uptimed has been build and run tested on GNU/Linux and
GNU/Hurd for some time with no problems so far.
Thanks!
diff -ur uptimed-0.3.16/configure.ac uptimed-0.3.16.modified/configure.ac
--- uptimed-0.3.16/configure.ac 2009-01-02 00:46:00.0 +0100
+++ uptimed-0.3.16.modified/configure.ac 2011-11-01 22:45:58.0 +0100
@@ -31,6 +31,9 @@
*-darwin*)
AC_DEFINE(PLATFORM_BSD, 1, [Define if you are compiling for *BSD])
;;
+ *-gnu*)
+AC_DEFINE(PLATFORM_GNU, 1, [Define if you are compiling for *GNU])
+;;
*)
AC_DEFINE(PLATFORM_UNKNOWN, 1, [Define if you are compiling for an unknown system])
;;
@@ -38,6 +41,7 @@
AC_REPLACE_FUNCS(getopt)
AC_CHECK_HEADERS(getopt.h)
+AC_CHECK_FUNCS([getdtablesize])
AC_OUTPUT([Makefile libuptimed/Makefile src/Makefile man/Makefile etc/Makefile uptimed.spec])
diff -ur uptimed-0.3.16/src/uptimed.c uptimed-0.3.16.modified/src/uptimed.c
--- uptimed-0.3.16/src/uptimed.c 2009-01-02 00:46:00.0 +0100
+++ uptimed-0.3.16.modified/src/uptimed.c 2011-11-01 23:00:14.0 +0100
@@ -175,7 +175,7 @@
void bg(void)
{
- int i;
+ int i, fdmax;
/* Simple fork to run proces in the background. */
switch(fork())
{
@@ -192,7 +192,15 @@
}
/* Close probably all file descriptors */
- for (i = 0; i
Bug#648949: dspam metadata files in /var/spool are not cleaned correctly
Package: dspam Version: 3.6.8-9 Severity: important This bug was previously reported (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522950) and is unresolved. A cronjob is installed with dspam but it does not clean if the storage driver is 'hash'. Previous advice in the archived bug suggested trying dspam_maintenance.sh, which is distributed by the upstream. I have now tested this and it works successfully, once the correct paths are set at the start of the script. This is still running on my machine and so far I have 1GB disk space back, which is not insignificant. I suggest that dspam_maintenance.sh is shipped as part of the standard package and run instead of the current cronjob. -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32.26-kvm-i386-20101122 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dspam depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libdspam7 3.6.8-9 DSPAM is a scalable and statistica ii libldap-2.4-2 2.4.11-1+lenny2.1 OpenLDAP libraries ii procmail 3.22-16 Versatile e-mail processor Versions of packages dspam recommends: ii clamav-daemon 0.97.3+dfsg-1~lenny1 anti-virus utility for Unix - scan ii dspam-doc 3.6.8-9 Documentation for dspam dspam 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#633797: copyright-format: "with exception" underspecified
* Steve Langasek , 2011-11-15, 18:08: Is there a concrete example where we need to support multiple exceptions? If not, I propose to follow and document the current practice, which is to support only one. This has the advantage that it will not be needed to implement new functions in parsers, nor to correct copyright files. I have no objection to this for 1.0, provided we at the same time clarify that if more than one exception is in use, you need to use a custom shortname instead of an ORed or ANDed list of licenses. Is there a consensus for this position? Seconded. -- 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#516940: pm-utils: Bluetooth service does not work on resume
I can confirm that this bug is still present in unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648950: pgplot5: loses inter-library linkage when built with ld that defaults to --as-needed
Package: pgplot5 Version: 5.2.2-17 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric When built with a linker that defaults to --as-needed, libpgplot.so and libcpgplot.so lose their inter-library linkage. (I noticed this when ifeffit failed to build on Ubuntu.) This is because of incorrect link ordering when linking shared libraries: it puts libraries before the objects that use them rather than after, so the DT_NEEDED entries are discarded because the linker hasn't yet seen references to them. See: http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries The following patch fixes this. * Fix link order so that inter-library linkage of libpgplot.so and libcpgplot.so is recorded correctly with 'ld --as-needed'. diff -u pgplot5-5.2.2/makemake pgplot5-5.2.2/makemake --- pgplot5-5.2.2/makemake +++ pgplot5-5.2.2/makemake @@ -669,6 +669,7 @@ # libraries when they link their executables. # SHARED_LIB_LIBS=$SHARED_LIB_LIBS +SHARED_LIB_CPGPLOT_LIBS=$SHARED_LIB_CPGPLOT_LIBS # # Ranlib command if required # @@ -1069,7 +1070,7 @@ ./pgbind $(PGBIND_FLAGS) -w $(PG_SOURCE) $(CCOMPL) -c $(CFLAGC) cpg*.c rm -f cpg*.c - $(SHARED_LD) $(SHARED_LD_CPGPLOT_OPTS) cpg*.o + $(SHARED_LD) $(SHARED_LD_CPGPLOT_OPTS) cpg*.o $(SHARED_LIB_CPGPLOT_LIBS) rm -f cpg*.o cpgdemo: cpgplot.h $(SRC)/cpg/cpgdemo.c libcpgplot.a diff -u pgplot5-5.2.2/debian/g77_gcc.conf.debian pgplot5-5.2.2/debian/g77_gcc.conf.debian --- pgplot5-5.2.2/debian/g77_gcc.conf.debian +++ pgplot5-5.2.2/debian/g77_gcc.conf.debian @@ -108,9 +108,9 @@ # Optional: Needed if SHARED_LIB is set. # How to create a shared library from a trailing list of object files. - SHARED_LD_PGPLOT_OPTS="-o $SHARED_LIB -Wl,-soname,libpgplot.so.\$(VM) -L/usr/X11R6/lib -lX11 -lpng -lc -lgfortran" + SHARED_LD_PGPLOT_OPTS="-o $SHARED_LIB -Wl,-soname,libpgplot.so.\$(VM)" - SHARED_LD_CPGPLOT_OPTS="-o libcpgplot.so -Wl,-soname,libcpgplot.so.\$(VM) -L. -lpgplot" + SHARED_LD_CPGPLOT_OPTS="-o libcpgplot.so -Wl,-soname,libcpgplot.so.\$(VM)" SHARED_LD="gfortran -shared" @@ -121,7 +121,9 @@ # library-specification flags used to specify these libraries to # $SHARED_LD - SHARED_LIB_LIBS="" + SHARED_LIB_LIBS="-L/usr/X11R6/lib -lX11 -lpng -lc -lgfortran" + + SHARED_LIB_CPGPLOT_LIBS="-L. -lpgplot" # Optional: # Compiler name used on Next systems to compile objective-C files. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648951: ahven: Should not provide a "versionned" -dev package
Source: ahven Version: 2.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, For a reason I can't understand, ahven build a "versioned" -dev package: there is libahven1-dev in stable; libahven2-dev in testing and libahven3-dev in unstable, while each one is built from the same "ahven" source. This creates conflicts problems (#646927), transition problems (as libahven2-dev is now "out-of-date" with regards to transitions as it doesn't exist in unstable) and forces the maintainers to go through the NEW queue for each new upload. Is there a good reason that I overlooked for those "versionned" -dev packages? Cheers, OdyX - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCAAGBQJOw5S1AAoJEIvPpx7KFjRVOOoMAJQ0z0jz7gQ7yQ8EDKG3TIB2 3KPGbqzCeM74jPQafcdMYp7F6eoA38JraipvQM7jvsfjhE9zcAcHsxR1jbThxste 3fymZza2mq6HNUAwqjqYNJMKKL88k1kc3Jb3r7zuGcVt0igfEZSbn0lFxdjqzR/R JA73GVJw5P0WFql0NqXIoVXQ8kommn9rZC5SkmgfVNaewljE3ZLCaP5dcDtED2GI 4ErJJfDUGtSRUhx4aI2uVFFOBUMcGgy/5WqYTCvyyTsR6dI2GDhSbhtXkIeeecwn izvjGqZM58J8LTMYlYSMPUvsqntq0eoHco7XVCYFDKRHVqgVbKRyvQ6Fj3dj0A5Z NfEyvxDAbXDhynAWZg2K3ku56I4VHcf3ile/j3skEe1PUSY2JOAqzFLjQjGYh4rE BrExr8eOWUOGApXnEFLrn6XAFZ8oI0VGKCC0aq0sYBQFfnXLNAh49h6re1ly/Z/v EulhWXUAvNZynhYM6sUcz1Jmf2nAszJzezefzPvH/A== =AZQw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648155: Patch to make nfs4 return EKEYEXPIRED to user code
This patch (for 3.1-rc10, probably works for all versions that have this problem) makes nfs4 return the EKEYEXPIRED to user level, which works well with nfs4 mounted home directories on user systems. The normal case will be that the workstation screen will be locked when the ticket expires, the user will enter her password and a new ticket will be granted. Any processes that try to access the home directory while the ticket is expired will get EKEYEXPIRED and probably give up. diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c index 4700fae..dc28a78 100644 --- a/fs/nfs/nfs4proc.c +++ b/fs/nfs/nfs4proc.c @@ -302,7 +302,6 @@ static int nfs4_handle_exception(struct nfs_server *server, int errorcode, struc } case -NFS4ERR_GRACE: case -NFS4ERR_DELAY: - case -EKEYEXPIRED: ret = nfs4_delay(server->client, &exception->timeout); if (ret != 0) break; @@ -3732,7 +3731,6 @@ nfs4_async_handle_error(struct rpc_task *task, const struct nfs_server *server, case -NFS4ERR_DELAY: nfs_inc_server_stats(server, NFSIOS_DELAY); case -NFS4ERR_GRACE: - case -EKEYEXPIRED: rpc_delay(task, NFS4_POLL_RETRY_MAX); task->tk_status = 0; return -EAGAIN; diff --git a/fs/nfs/nfs4state.c b/fs/nfs/nfs4state.c index 39914be..2bee41e 100644 --- a/fs/nfs/nfs4state.c +++ b/fs/nfs/nfs4state.c @@ -1377,8 +1377,9 @@ static int nfs4_recovery_handle_error(struct nfs_client *clp, int error) /* Zero session reset errors */ return 0; case -EKEYEXPIRED: - /* Nothing we can do */ - nfs4_warn_keyexpired(clp->cl_hostname); + /* Nothing we can do, so do nothing. Don't even + print a warning message, this is not a kernel + problem */ return 0; } return error;
Bug#648922: proftpd crashes on SSL/TLS connect
On Wed, Nov 16, 2011 at 08:52:26AM +0100, Thomas Kähn wrote: > Package: proftpd > Version: 1.3.1-17lenny8_i386 > Severity: important > > Hi, > > proftpd crashes on SSL/TLS connect since upgrading from > lenny6 to lenny8. Downgrading resolves the issue. > Sorry my bad. The fixed lenny9 is on fly now. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648952: ftp.debian.org: (o)pu graphs (in stat.html) appears to be broken
Package: ftp.debian.org Severity: minor Hi, On [1] there are a couple of (o)pu graphs near the bottom that appears to no longer get valid data. Based on the graphs it was broken late July. ~Niels [1] http://ftp-master.debian.org/stat.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642612: ahven: diff for NMU version 2.1-1.1
tags 642612 + patch
tags 642612 + pending
tags 646927 + patch
tags 646927 + pending
thanks
Dear maintainer,
I've prepared an NMU for ahven (versioned as 2.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards,
OdyX
diff -Nru ahven-2.1/debian/changelog ahven-2.1/debian/changelog
--- ahven-2.1/debian/changelog 2011-10-27 13:13:57.0 +0200
+++ ahven-2.1/debian/changelog 2011-11-16 11:40:51.0 +0100
@@ -1,3 +1,12 @@
+ahven (2.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add Conflicts against previous -dev package versions to libahven3-
+dev. (Closes: #646927)
+ * Build-Depend on the unversioned gnat. (Closes: #642612)
+
+ -- Didier Raboud Wed, 16 Nov 2011 11:40:45 +0100
+
ahven (2.1-1) unstable; urgency=low
* Imported Upstream version 2.1
diff -Nru ahven-2.1/debian/control ahven-2.1/debian/control
--- ahven-2.1/debian/control 2011-10-27 12:48:23.0 +0200
+++ ahven-2.1/debian/control 2011-11-16 11:39:47.0 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Reto Buerki
Uploaders: Adrian-Ken Rueegsegger
-Build-Depends: debhelper (>= 8), gnat-4.6
+Build-Depends: debhelper (>= 8), gnat
Standards-Version: 3.9.2
Homepage: http://ahven.stronglytyped.org/
Vcs-Browser: http://git.codelabs.ch/?p=debian/ahven.git
@@ -22,6 +22,7 @@
Section: libdevel
Architecture: amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390 sparc
Depends: ${misc:Depends}, libahven21.0 (= ${binary:Version}), gnat-4.6
+Conflicts: libahven-dev, libahven1-dev, libahven2-dev
Description: Unit test library for Ada (development)
Ahven is a simple unit test library for the Ada 95 programming language. It
is loosely modeled after JUnit, and some ideas are taken from AUnit. Ahven is
Bug#648811: Another stack trace.
Using the same process (kill the peer and mount the filesystem on spare node)
gave us another stack trace today:
Nov 16 11:46:03 wab2 kernel: [ 376.733674] ocfs2_dlm: Nodes in domain
("57A2D6D463094E759EBEAB9D0775A4BB"): 6
Nov 16 11:46:03 wab2 kernel: [ 376.779332] ocfs2: Mounting device (147,1) on
(node 6, slot 1) with ordered data mode.
Nov 16 11:46:03 wab2 kernel: [ 376.779795] [ cut here ]
Nov 16 11:46:03 wab2 kernel: [ 376.781394] kernel BUG at
/build/buildd-linux-2.6_2.6.32-38-i386-G9QRBd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/ocfs2/journal.c:1702!
Nov 16 11:46:03 wab2 kernel: [ 376.783299] invalid opcode: [#1] SMP
Nov 16 11:46:03 wab2 kernel: [ 376.783299] last sysfs file:
/sys/module/drbd/parameters/cn_idx
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Modules linked in: ocfs2 jbd2
quota_tree sha1_generic drbd lru_cache cn fuse ocfs2_dlmfs ocfs2_stack_o2cb
ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs nfs lockd fscache nfs_acl
auth_rpcgss sunrpc ext2 loop snd_pcm snd_timer snd i2c_piix4 parport_pc
soundcore snd_page_alloc parport psmouse button processor pcspkr evdev i2c_core
serio_raw ext3 jbd mbcache dm_mod sg sr_mod cdrom sd_mod crc_t10dif ata_generic
ata_piix thermal libata floppy thermal_sys 8139too 8139cp mii scsi_mod [last
unloaded: scsi_wait_scan]
Nov 16 11:46:03 wab2 kernel: [ 376.783299]
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Pid: 2186, comm: ocfs2rec Not
tainted (2.6.32-5-686 #1) Bochs
Nov 16 11:46:03 wab2 kernel: [ 376.783299] EIP: 0060:[] EFLAGS:
00010246 CPU: 0
Nov 16 11:46:03 wab2 kernel: [ 376.783299] EIP is at
__ocfs2_recovery_thread+0x3af/0x146d [ocfs2]
Nov 16 11:46:03 wab2 kernel: [ 376.783299] EAX: 0006 EBX: ddca0800 ECX:
0001 EDX: 0001
Nov 16 11:46:03 wab2 kernel: [ 376.783299] ESI: 0001 EDI: df9ca408 EBP:
ESP: de6cded4
Nov 16 11:46:03 wab2 kernel: [ 376.783299] DS: 007b ES: 007b FS: 00d8 GS: 00e0
SS: 0068
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Process ocfs2rec (pid: 2186,
ti=de6cc000 task=ddfdc880 task.ti=de6cc000)
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Stack:
Nov 16 11:46:03 wab2 kernel: [ 376.783299] ddfdc880 ddfdc880 ddca089c 0006
0001 ddca0800 df9ca408 df9ca400
Nov 16 11:46:03 wab2 kernel: [ 376.783299] <0> 0002 c1c08138 c1025617
ddfdc880 df88fb80 c1001f10 c1c05e20
Nov 16 11:46:03 wab2 kernel: [ 376.783299] <0> df88fbb4 df88fbac c1c08138
c1c08100 df88fb80 df88fbac df88fbac 007eb000
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Call Trace:
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
dequeue_entity+0x15/0x14c
Nov 16 11:46:03 wab2 WAB(root)[1184]: OK
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
__switch_to+0xcf/0x141
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
finish_task_switch+0x34/0x95
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ? schedule+0x78f/0x7dc
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
try_to_wake_up+0x2a7/0x2b3
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
__wake_up_common+0x34/0x59
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
__ocfs2_recovery_thread+0x0/0x146d [ocfs2]
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ? kthread+0x61/0x66
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ? kthread+0x0/0x66
Nov 16 11:46:03 wab2 kernel: [ 376.783299] [] ?
kernel_thread_helper+0x7/0x10
Nov 16 11:46:03 wab2 kernel: [ 376.783299] Code: 00 00 68 24 a7 60 e1 50 ff b2
2c 01 00 00 68 49 37 61 e1 e8 22 09 ca df 83 c4 20 8b 5c 24 14 8b 44 24 0c 39
83 bc 00 00 00 75 04 <0f> 0b eb fe 8d 84 24 d0 00 00 00 c7 84 24 d0 00 00 00 00
00 00
Nov 16 11:46:03 wab2 kernel: [ 376.783299] EIP: []
__ocfs2_recovery_thread+0x3af/0x146d [ocfs2] SS:ESP 0068:de6cded4
Nov 16 11:46:03 wab2 kernel: [ 376.828911] ---[ end trace 06d533c2f6318b49 ]---
Bug#648871: [Pkg-fonts-devel] Bug#648871: gsfonts-other: Please drop defoma support
On Wed, Nov 16, 2011 at 2:04 AM, Christian Perrier wrote: > A proposed patch is attached to this bug report. This patch is incorrect, the defoma-app purge should happen in the preinst or postinst of the new package. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648873: [Pkg-fonts-devel] Bug#648873: cm-super: Please drop defoma support
On Wed, Nov 16, 2011 at 1:47 AM, Christian Perrier wrote: > A patch implementing this is attached to this bug report. The patch appears to be missing a call to defoma-app purge in the preinst or postinst. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648766: [sparc-unstable] kernel crash
I found this very similar BUG report: http://old.nabble.com/Ext4-stable-yet--td31660435.html Kind Regards, Tibor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648953: xen-tools: xen-create-image --dir option handles relative path incorrectly
Package: xen-tools Version: 4.2.1-1 Severity: normal Hi, when executing something like: xen-create-image --hostname=vm01 --dir=. [...] then the images will be created in the right place (the current working directory) but the config file will contain the "disk" option with a relative path as well and hence, xm will not find the image. In the example above, the following entry in the domu config would be created: disk = [ 'file:./domains/vm01/disk.img,xvda1,w', ] So probably either giving a relative path to the --dir option should not be allowed or it should be converted to an absolute path for the domu config entry? I'm using debian wheezy with xen 4.1 cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633797: copyright-format: "with exception" underspecified
> On Wed, Nov 16, 2011 at 09:31:05AM +0900, Charles Plessy wrote: > > > Is there a concrete example where we need to support multiple exceptions ? > > > > If not, I propose to follow and document the current practice, which is to > > support only one. This has the advantage that it will not be needed to > > implement new functions in parsers, nor to correct copyright files. Le Tue, Nov 15, 2011 at 06:08:25PM -0800, Steve Langasek a écrit : > I have no objection to this for 1.0, provided we at the same time clarify > that if more than one exception is in use, you need to use a custom > shortname instead of an ORed or ANDed list of licenses. > > Is there a consensus for this position? > > I think for future versions of the standard, it's worth covering this case > even if it's only a hypothetical; but there's no reason to hold up 1.0 for > something that's going to require parser changes and isn't in use anywhere. Le Wed, Nov 16, 2011 at 10:49:46AM +0700, Jonas Smedegaard a écrit : > > Above approach sounds reasonable to me. Seconded. Le Wed, Nov 16, 2011 at 11:38:29AM +0100, Jakub Wilk a écrit : > > Seconded. Thanks everybody for your answers. Here is a proposed patch. -- Charles Plessy Tsurumi, Kanagawa, Japan >From fdbd7829fd59d7329353f306d0297817d05d0251 Mon Sep 17 00:00:00 2001 From: Charles Plessy Date: Wed, 16 Nov 2011 19:55:12 +0900 Subject: [PATCH] Multiple license exceptions are supported through arbitrary short names. --- copyright-format/copyright-format.xml |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/copyright-format/copyright-format.xml b/copyright-format/copyright-format.xml index d6790aa..e558821 100644 --- a/copyright-format/copyright-format.xml +++ b/copyright-format/copyright-format.xml @@ -885,10 +885,12 @@ License: MPL-1.1 matches. -Exceptions and clarifications are signaled in plain text, by appending -with keywords +Exceptions or clarifications are signaled in plain text, by appending +with keyword exception to the short name. This document provides a list of -keywords that refer to the most frequent exceptions. +keywords that refer to the most frequent exceptions. In case a license +is modified by multiple exceptions or clarifications, a single arbitrary +short name must be used. The GPL Font exception refers to the text added to the -- 1.7.7.2
Bug#648948: uptimed: FTBFS on hurd-i386: add support for GNU
Replying to myself as I mistyped the bug forward address ;P On Wed, Nov 16, 2011 at 12:02 PM, Thibaut VARENE wrote: > severity 648948 normal > thanks > Thanks for your patch, I've forwarded it upstream for review and inclusion. > Please note that adding support for a new architecture that never previously > built for a package does not qualify for severity important. > > On Wed, Nov 16, 2011 at 11:35 AM, Svante Signell > wrote: >> >> Package: uptimed >> Version: 0.3.16-3.2 >> Severity: important >> Tags: patch >> User: debian-h...@lists.debian.org >> Usertags: hurd >> >> Hi, >> >> The attached patch fixes the FTBFS problems of uptimed on GNU/Hurd, >> adding support for the GNU platform. Additionally it replaces the NOFILE >> parameter for architectures supporting getdtablesize() with a fallback >> to sysconf() or 3 for other architectures. >> >> The NOFILE parameter is obsolete even on GNU/Linux. >> From /usr/include/i386-linux-gnu/sys/param.h: >> >> /* The following are not really correct but it is a value we used for a >> long time and which seems to be usable. People should not use NOFILE >> and NCARGS anyway. */ >> #define NOFILE 256 >> #define NCARGS 131072 >> >> The patched uptimed has been build and run tested on GNU/Linux and >> GNU/Hurd for some time with no problems so far. >> >> Thanks! >> > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648937: perl: add Breaks on doc-base with fix for #648937
Package: perl Version: 5.14.2-4 Severity: serious On Wed, Nov 16, 2011 at 10:57:24AM +0100, Raphael Hertzog wrote: > This is not a bug in liblocale-gettext-perl. It bites use every time > that we upgrade to a perl version with an incompatible ABI. > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479681 for more > explanation. I just filed the bug against doc-base because one should > not rely on Locale::gettext in maintainer scripts if we want those > maintainer scripts to work during upgrades... > > Looking further the maintainer already did the right thing (that's why > liblocale-gettext-perl is also not listed in the Depends field of > doc-base) except it needs the environment variable to disable lazy bind, > otherwise the error is not caught at load time but triggered at run-time. Thanks. I'm filing this new bug against perl so that we can add a Breaks against doc-base when #648937 is fixed. -- 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#646383: hivex: implicit pointer conversion
On Sun, Oct 23, 2011 at 07:59:25PM +0200, Julian Taylor wrote: > When building hivex one gets these types of warnings: > ../../../python/hivex-py.c:810:3: warning: implicit declaration of > function 'Py_InitModule' [-Wimplicit-function-declaration] > > This issue should be fixed as it is an potential bug. > > from http://wiki.debian.org/ImplicitPointerConversions: > "Sometimes this doesn't cause a problem - for example, if the first 32 > bits of the pointer are 0s then the truncation won't actually break > anything. This is often the case on some architectures, e.g. amd64. This > will never be the case for other architectures, e.g. ia64, which will > always break (segfault) if the pointer is dereferenced." > > Also it causes the build to fail in ubuntu (see the very end of the log): > https://launchpadlibrarian.net/83036225/buildlog_ubuntu-precise-amd64.hivex_1.3.1-1_FAILEDTOBUILD.txt.gz These are while building the extension for Python 3. The presence of things like PyString_AsString are a good sign that this extension hasn't actually been ported to Python 3 upstream; that symbol is simply absent from Python 3. Shipping this extension is useless as it will very likely just segfault. For that matter, the module can't even be imported: $ python3 Python 3.2.2 (default, Sep 5 2011, 22:09:30) [GCC 4.6.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import hivex Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/hivex.py", line 35 """ ^ SyntaxError: invalid syntax Furthermore, even if this did work, it isn't packaged in a policy-compliant way. http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html says "Python 3 modules must be in a separate binary package prefixed with python3- to preserve run time separation between python and python3". Please apply this patch to remove the useless Python 3 build until such time as it actually works. * Drop Python 3 support for now; it doesn't look like it's actually been ported (e.g. relies on PyString_AsString), and the packaging does not conform to Debian policy for Python 3 modules. diff -Nru hivex-1.3.2/debian/control hivex-1.3.2/debian/control --- hivex-1.3.2/debian/control 2011-10-25 23:16:30.0 +0100 +++ hivex-1.3.2/debian/control 2011-11-16 11:12:29.0 + @@ -10,7 +10,7 @@ libreadline-dev, libio-stringy-perl, ocaml-findlib, dh-ocaml (>= 0.9~), ocaml-nox (>= 3.11.1-3~), - python-all-dev, python3-all-dev + python-all-dev Standards-Version: 3.9.2 Homepage: http://libguestfs.org/ Vcs-Git: git://git.debian.org/git/pkg-libvirt/hivex.git diff -Nru hivex-1.3.2/debian/rules hivex-1.3.2/debian/rules --- hivex-1.3.2/debian/rules2011-10-25 23:16:30.0 +0100 +++ hivex-1.3.2/debian/rules2011-11-16 11:04:07.0 + @@ -9,13 +9,13 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -PYTHONS:= $(shell pyversions --installed; py3versions --installed) +PYTHONS:= $(shell pyversions --installed) PYTHON_DEFAULT := $(shell pyversions --default) %: dh \ --without python-support \ - --with autotools-dev,ocaml,python2,python3 $@ + --with autotools-dev,ocaml,python2 $@ override_dh_auto_configure: set -e; for p in $(PYTHONS); do \ -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642640: libaws: FTBFS: unsatisfiable build-dependencies
Le samedi, 24 septembre 2011 16.14:13, Ludovic Brenta a écrit : > This bug will be fixed when libaws transitions to gnat-4.6. The > transition of all Ada packages to the new compiler is currently ongoing. Hi Ludovic; two months later, what is the status of this transition ? I'm asking because while going through the RC bugs list, I fell on the src:ahven package (and its #642612 and #646927 RC bugs), that build-depends on the versionned gnat-4.4 (fix uploaded to DELAYED/2, review appreciated…). Then I saw that libalog had similar problems, but it build-depends on libaws2.7- dev, itself depending on the versionned gnat-4.4, hence forbidding an NMU of libalog. Are the packages going to be migrated to "unversionned" gnat versions or should NMUers go to "versionned" gnat-4.6 ? Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#648955: libcrypt-dh-gmp-perl: mishandles non-empty LDFLAGS
Package: libcrypt-dh-gmp-perl
Version: 0.9-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise
Makefile.PL mishandles CCFLAGS and LDFLAGS, splitting them up character
by character rather than into words. This means that if you have a
non-empty LDFLAGS (as is the default on Ubuntu) then you end up with the
build system trying to treat every individual character in it as a
possible library name, producing an amusing failure:
https://launchpadlibrarian.net/85203452/buildlog_ubuntu-precise-i386.libcrypt-dh-gmp-perl_0.9-4build1_FAILEDTOBUILD.txt.gz
The following patch fixes this.
* Fix splitting of CCFLAGS and LDFLAGS in Makefile.PL; these need to be
split into words, not characters.
diff -Nru libcrypt-dh-gmp-perl-0.9/debian/patches/series
libcrypt-dh-gmp-perl-0.9/debian/patches/series
--- libcrypt-dh-gmp-perl-0.9/debian/patches/series 2011-07-30
19:02:56.0 +0100
+++ libcrypt-dh-gmp-perl-0.9/debian/patches/series 2011-11-16
11:32:56.0 +
@@ -1 +1,2 @@
spelling.patch
+split-flags.patch
diff -Nru libcrypt-dh-gmp-perl-0.9/debian/patches/split-flags.patch
libcrypt-dh-gmp-perl-0.9/debian/patches/split-flags.patch
--- libcrypt-dh-gmp-perl-0.9/debian/patches/split-flags.patch
1970-01-01 01:00:00.0 +0100
+++ libcrypt-dh-gmp-perl-0.9/debian/patches/split-flags.patch
2011-11-16 11:34:18.0 +
@@ -0,0 +1,21 @@
+Description: Fix splitting of CCFLAGS and LDFLAGS
+ These need to be split into words, not characters.
+Author: Colin Watson
+Forwarded: no
+Last-Update: 2011-11-16
+
+Index: b/Makefile.PL
+===
+--- a/Makefile.PL
b/Makefile.PL
+@@ -5,8 +5,8 @@
+ push @DEFINES, '-DVERY_VERBOSE';
+ }
+
+-my @CCFLAGS = split(//, $ENV{CCFLAGS} || '');
+-my @LDFLAGS = split(//, $ENV{LDFLAGS} || '');
++my @CCFLAGS = split(' ', $ENV{CCFLAGS} || '');
++my @LDFLAGS = split(' ', $ENV{LDFLAGS} || '');
+ my @INCLUDES;
+ my @LIBPATHS;
+
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647575: docbook-xsl - Piuparts failure - files left on system
reassign 647575 xml-core reassign 647473 xml-core forcemerge 611418 647473 647575 thanks Am Donnerstag, den 03.11.2011, 22:34 -0400 schrieb Dave Steele: > Fix file postrm attached, tested against 1.75.2+dfsg-5 (sid) and > 1.76.0~RC1+dfsg-1 (experimental). The patch introduces a policy violation. Files in /etc are removed by only if the package is purged, not by the 'remove' command! See http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails. I therefor reject your patch. Further the issues you reported are caused by xml-core: http://bugs.debian.org/611418. Fixing this needs a complete rewrite of the core XML system, which is on my todo list. Reassigning and merging ... Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648956: veusz: Package needs rebuild after binary-incompatible python-qt4 upload
Package: veusz Version: 1.10-2 Severity: grave Justification: renders package unusable Hi! The new release of python-qt4 (4.8.6) appears to be binary-incompatible with the C python modules shipped with veusz: $ veusz Traceback (most recent call last): File "/usr/bin/veusz", line 25, in import veusz.veusz_main File "/usr/lib/python2.7/dist-packages/veusz/veusz_main.py", line 44, in import veusz.utils as utils File "/usr/lib/python2.7/dist-packages/veusz/utils/__init__.py", line 29, in from points import * File "/usr/lib/python2.7/dist-packages/veusz/utils/points.py", line 29, in from veusz.helpers.qtloops import plotPathsToPainter RuntimeError: the PyQt4.QtCore module is version 1 but the qtloops module requires version -1 A rebuild (and probably a tighter dependency on python-qt4) seems to fix the problem. Cheers, Tommaso -- 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/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages veusz depends on: ii python 2.7.2-9 ii python-numpy 1:1.5.1-3 ii python-qt4 4.8.6-2 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 ii veusz-helpers 1.10-2 veusz recommends no packages. Versions of packages veusz suggests: pn python-pyfits -- 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#648957: veusz: New upstream version available
Package: veusz Version: 1.10-2 Severity: wishlist Hi! There is a new upstream version of Veusz available, version 1.13. It brings nice new features and bug fixes. Can you please package it? Thanks, Tommaso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648958: fonts-mph-2b-damase: s/ubstition/ubstitution/
Package: fonts-mph-2b-damase Version: 001.000.dfsg.2+ds1-3 Severity: minor Tags: patch The package description has a minor typo in the second paragraph: "substition". That's the oppostite of superstition, right? That was what caught my eye, but the claim that version 4.1 is "the latest version of unicode" also needs fixing (6.0 came out last year), and I've trimmed some of the redundant weaselling about the list of scripts covered not being exhaustive. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru fonts-mph-2b-damase-001.000.dfsg.2+ds1.pristine/debian/control fonts-mph-2b-damase-001.000.dfsg.2+ds1/debian/control --- fonts-mph-2b-damase-001.000.dfsg.2+ds1.pristine/debian/control 2011-11-12 19:29:01.0 + +++ fonts-mph-2b-damase-001.000.dfsg.2+ds1/debian/control 2011-11-16 11:59:06.167175784 + @@ -13,14 +13,13 @@ Replaces: ttf-mph-2b-damase (<< 001.000.dfsg.2+ds1-3) Provides: ttf-mph-2b-damase Conflicts: ttf-mph-2b-damase (<< 001.000.dfsg.2+ds1-3) -Description: font with ranges from the latest version of unicode +Description: font with character ranges from Unicode 4.1 MPH 2B Damase is a SuperUnicode font, including ranges in Plane 1 and - ranges added in the latest release of the Unicode standard (4.1). Some - of these ranges include Tifinagh, Kharosthi, hPhags-pa, Old Persian - Cuneiform etc. + ranges added in the 4.1 release of the Unicode Standard. These ranges + cover Tifinagh, Kharosthi, hPhags-pa, Old Persian Cuneiform, etc. . The support for some scripts is not complete because the font lacks - contextual substition (via OpenType tables) and composite glyphs, which + contextual substitution (via OpenType tables) and composite glyphs, which are required to support Kharosthi and other scripts fully. Please read the Debian README for a fuller discussion of the problems this may cause.
Bug#648959: notebook-gtk2: Interaction with UI doesn't trigger any action
Package: notebook-gtk2 Version: 0.2rel-2.1 Severity: grave Dear Maintainer, the application starts without visible problems, but none of the buttons or menu entries trigger any action. Text inputs accept keyboard input, buttons can be clicked, but nothing happens. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 notebook-gtk2 depends on: ii libart-2.0-2 2.3.21-1 ii libatk1.0-02.2.0-2 ii libbonobo2-0 2.24.3-1 ii libbonoboui2-0 2.24.3-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgconf2-42.32.4-1 ii libglade2-01:2.6.4-1 ii libglib2.0-0 2.28.8-1 ii libgnome2-02.32.1-2 ii libgnomecanvas2-0 2.30.3-1 ii libgnomeui-0 2.24.5-2 ii libgnomevfs2-0 1:2.24.4-1 ii libgtk2.0-02.24.7-1 ii libice62:1.0.7-2 ii liborbit2 1:2.14.19-0.1 ii libpango1.0-0 1.29.4-2 ii libpopt0 1.16-1 ii libsm6 2:1.2.0-2 ii libxml22.7.8.dfsg-5 notebook-gtk2 recommends no packages. notebook-gtk2 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#648960: medit lost standard hotkeys
Package: medit Version: 1.0.3-1+b1 (Using debian/sid via aptosid) Many medit hotkeys do not work anymore. E.g. ctrl+f for the find requester or ctrl+s for saving changes do not have an effect anymore. On startup medit prints many warnings to the console that probably are related to this issue. Here are just some examples: ... (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 347, function _moo_accel_register: could not parse accelerator '7' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 248, function set_accel: could not parse accelerator '7' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 347, function _moo_accel_register: could not parse accelerator '9' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 248, function set_accel: could not parse accelerator '9' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 347, function _moo_accel_register: could not parse accelerator '8' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 248, function set_accel: could not parse accelerator '8' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 347, function _moo_accel_register: could not parse accelerator 'g' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 347, function _moo_accel_register: could not parse accelerator 'f' (medit:5374): Moo-WARNING **: in file mooutils/mooaccel.c, line 248, function set_accel: could not parse accelerator 'f' ... I also tried to reconfigure the hotkeys on the medit GUI, but this did not work. The newly configured hotkey does not work, and when opening the hotkey configuration window again, the hotkey is resetted to "Default" which is empty, again. On trying to set the hotkey medit prints the following lines to the console: (medit:5385): Moo-CRITICAL **: in file mooutils/mooaccel.c, line 309, function _moo_get_default_accel: Condition 'accel != NULL' failed (medit:5385): Moo-CRITICAL **: in file mooutils/mooaccel.c, line 309, function _moo_get_default_accel: Condition 'accel != NULL' failed (medit:5385): Moo-WARNING **: in file mooutils/mooaccel.c, line 700, function _moo_accel_normalize: could not parse accelerator 's' (medit:5385): Moo-CRITICAL **: in file mooutils/mooaccel.c, line 380, function moo_modify_accel_real: Condition 'new_accel != ((void *)0)' failed Greetings, Gert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648218: firebird2.5-classic: fb_inet_server segfaults several time a day
Hi all, so far, it looks pretty stable for today. Since 7 AM (it's 2 PM now) we have started additional clients (4 now instead of 1 before) and there are no crashes and everything does work as expected. No freezed fb_inet_server processes and still some crashes in logs ... root@server:~# tail -f /var/log/messages Nov 16 08:15:08 server kernel: [630501.034377] fb_inet_server[15875]: segfault at b1dfda88 ip b1dfda88 sp b60db34c error 4 in gconv-modules.cache[b1e7a000+7000] Nov 16 08:18:03 server kernel: [630675.616160] fb_inet_server[15919]: segfault at b1d06a88 ip b1d06a88 sp b5fd434c error 4 in gconv-modules.cache[b1d73000+7000] Nov 16 08:43:51 server kernel: [632221.925028] fb_inet_server[15978]: segfault at b1e69a88 ip b1e69a88 sp b616834c error 4 in gconv-modules.cache[b1f06000+7000] Nov 16 08:44:42 server kernel: [632273.510958] fb_inet_server[15987]: segfault at b1d21a88 ip b1d21a88 sp b602034c error 4 in gconv-modules.cache[b1dbe000+7000] Nov 16 08:48:44 server kernel: [632515.336123] fb_inet_server[16004]: segfault at b1e8ca88 ip b1e8ca88 sp b618b34c error 4 Nov 16 09:23:55 server kernel: [634624.602696] fb_inet_server[16054]: segfault at b1e5fa88 ip b1e5fa88 sp b614e34c error 4 Nov 16 10:16:56 server kernel: [637802.845802] fb_inet_server[16103]: segfault at b1e89a88 ip b1e89a88 sp b618834c error 4 in gconv-modules.cache[b1f26000+7000] Nov 16 10:46:36 server kernel: [639580.911182] fb_inet_server[16171]: segfault at b1d17a88 ip b1d17a88 sp b601534c error 4 in gconv-modules.cache[b1db4000+7000] Nov 16 10:47:13 server kernel: [639617.967977] fb_inet_server[16186]: segfault at b1d18a88 ip b1d18a88 sp b600734c error 4 Nov 16 10:48:14 server kernel: [639678.277943] fb_inet_server[16188]: segfault at b1e37a88 ip b1e37a88 sp b613634c error 4 ... but as you wrote before, they're innocent and appear when client closes connection only. No other crashes around. So, it's classic for today. I'll leave it on classic till midnight and if it will work without problems till midnight, I'll replace classic with -superclassic, same round for one day, and then -super for another day. I'll let you know. But for now, does work perfectly. Feel free to send me anything to test. I'll spend tomorrow and day after tomorrow with -superclassic and -super testing.
Bug#648839: ifeffit: needs rebuilding for perl 5.14
On Tue, Nov 15, 2011 at 03:04:33PM +, Dominic Hargreaves wrote: > As for #626584, this package needs rebuilding against perl 5.14. I expect you'll need this patch, since libreadline has been converted for multiarch: * Link against -lreadline, not /usr/lib/libreadline.a. diff -Nru ifeffit-1.2.11d/debian/patches/configuration_patches ifeffit-1.2.11d/debian/patches/configuration_patches --- ifeffit-1.2.11d/debian/patches/configuration_patches2010-03-28 00:03:18.0 + +++ ifeffit-1.2.11d/debian/patches/configuration_patches2011-11-16 12:31:02.0 + @@ -88,7 +88,7 @@ ifeffit_SOURCES = iff_shell.c ifeffit.h commands.h # readline_LIB = -L$(top_srcdir)/readline -lreadline $(TERMCAP_LIB) -readline_LIB = $(top_srcdir)/readline/libreadline.a $(TERMCAP_LIB) -+readline_LIB = /usr/lib/libreadline.a $(TERMCAP_LIB) ++readline_LIB = -lreadline $(TERMCAP_LIB) ### -ltermcap ifeffit_LDADD = ../lib/libifeffit.a $(PGPLOT_LIBS) $(readline_LIB) $(MN_FLIBS) Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648961: Remote quota server not started with xfs-quota in no-enforce mode
Package: quota Version: 4.00~pre1-6 Severity: minor Situaton: XFS-filesystem exported over NFS XFS has quota enabled in accounting mode (not-enforced quota). No (other) filesystem in /etc/fstab with the 'quota' mount option. In the above situation, the remote quota server (rpc.rquotad) is not started by the /etc/init.d/quotarpc script while users may wish to query his quota/usage with the 'quota' command. This happens because not-enforced quota are enabled with the mount options 'uqnoenforce', 'gqnoenforce' and/or 'pqnoenforce' which are not recognized by the test in line 22 of /etc/init.d/quotarpc . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640029: libkqueue ftbfs in unstable
found 640029 libkqueue/1.0.4-2 thanks The -Wno-error=unused-result fix hasn't actually made it into the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648948: uptimed: FTBFS on hurd-i386: add support for GNU
On Wed, 2011-11-16 at 12:06 +0100, Thibaut VARENE wrote: > Replying to myself as I mistyped the bug forward address ;P > > On Wed, Nov 16, 2011 at 12:02 PM, Thibaut VARENE wrote: > > severity 648948 normal > > thanks > > Thanks for your patch, I've forwarded it upstream for review and inclusion. So there is an active upstream, nice. The latest release is from 2009. Does forwarding a bug to upstream make the bug disappear from the bug database? I cannot find it any longer in the Debian bugs for this package. > > Please note that adding support for a new architecture that never previously > > built for a package does not qualify for severity important. In fact it built a long time ago, don't know which version, but then it was built as PLATFORM_UNKNOWN. > > On Wed, Nov 16, 2011 at 11:35 AM, Svante Signell ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648963: drbd8-modules-2.6.26-2-xen-amd64: initial sync failed for new drbd device
Package: drbd8-modules-2.6.26-2-xen-amd64 Version: 2.6.26+8.0.14-6+lenny3 Severity: normal Hello, I am using Debian GNU/Linux "Lenny" on servers with xen and drbd. Since upgrade to 5.0.9, it's impossible to synchronise a new drbd device. All works well until upgrade to 5.0.9. All package and software come from official debian repository and installed with apt-get install. packages uses : drbd8-modules-2.6-xen-amd64 drbd8-modules-2.6.26-2-xen-amd64 linux-image-2.6-amd64 linux-image-2.6.26-2-amd64 linux-image-2.6.26-2-xen-amd64 linux-modules-2.6-xen-amd64 linux-modules-2.6.26-2-xen-amd64 xen-hypervisor-3.2-1-amd64 xen-linux-system-2.6.26-2-xen-amd64 when I downgrade "linux-image, linux-modules and xen-linux-system" to previous lenny3 version and it seem to work ** syslog trace of the SyncSource drbd server ** Nov 14 14:38:51 gaia kernel: [ 1599.990319] drbd0: role( Secondary -> Primary ) disk( Inconsistent -> UpToDate ) Nov 14 14:38:51 gaia kernel: [ 1600.004521] drbd0: Forced to consider local data as UpToDate! Nov 14 14:38:51 gaia kernel: [ 1600.004607] drbd0: Creating new current UUID Nov 14 14:38:51 gaia kernel: [ 1600.029333] drbd0: drbd_sync_handshake: Nov 14 14:38:51 gaia kernel: [ 1600.029417] drbd0: self 098F31DB0B8EEBDF:0004:: Nov 14 14:38:51 gaia kernel: [ 1600.029513] drbd0: peer 0004::: Nov 14 14:38:51 gaia kernel: [ 1600.029608] drbd0: uuid_compare()=2 by rule 3 Nov 14 14:38:51 gaia kernel: [ 1600.029676] drbd0: Becoming sync source due to disk states. Nov 14 14:38:51 gaia kernel: [ 1600.029748] drbd0: Writing the whole bitmap, full sync required after drbd_sync_handshake. Nov 14 14:38:51 gaia kernel: [ 1600.031787] drbd0: 8192 MB (2097079 bits) marked out-of-sync by on disk bit-map. Nov 14 14:38:51 gaia kernel: [ 1600.032357] drbd0: conn( Connected -> WFBitMapS ) Nov 14 14:38:51 gaia kernel: [ 1600.041962] drbd0: conn( WFBitMapS -> SyncSource ) Nov 14 14:38:51 gaia kernel: [ 1600.042038] drbd0: Began resync as SyncSource (will sync 8388316 KB [2097079 bits set]). Nov 14 14:38:51 gaia kernel: [ 1600.044222] drbd0: alloc_ee: bio_add_page(s=0,data_size=32768,ds=28672) failed Nov 14 14:38:51 gaia kernel: [ 1600.044319] drbd0: bio->bi_max_vecs = 16 in /build/buildd-linux-modules-extra-2.6_2.6.26-6+lenny3-amd64-Okr01R/linux- modules- extra-2.6-2.6.26/debian/build/build_amd64_xen_amd64_drbd8/drbd/drbd_receiver.c:253 Nov 14 14:38:51 gaia kernel: [ 1600.044454] drbd0: bio->bi_vcnt = 1 in /build /buildd-linux-modules-extra-2.6_2.6.26-6+lenny3-amd64-Okr01R/linux-modules- extra-2.6-2.6.26/debian/build/build_amd64_xen_amd64_drbd8/drbd/drbd_receiver.c:254 Nov 14 14:38:51 gaia kernel: [ 1600.044562] drbd0: bio->bi_size = 4096 in /build/buildd-linux-modules-extra-2.6_2.6.26-6+lenny3-amd64-Okr01R/linux- modules- extra-2.6-2.6.26/debian/build/build_amd64_xen_amd64_drbd8/drbd/drbd_receiver.c:255 Nov 14 14:38:51 gaia kernel: [ 1600.044689] drbd0: bio->bi_phys_segments = 1 in /build/buildd-linux-modules-extra-2.6_2.6.26-6+lenny3-amd64-Okr01R/linux- modules- extra-2.6-2.6.26/debian/build/build_amd64_xen_amd64_drbd8/drbd/drbd_receiver.c:256 Nov 14 14:38:51 gaia kernel: [ 1600.044798] drbd0: bio->bi_hw_segments = 1 in /build/buildd-linux-modules-extra-2.6_2.6.26-6+lenny3-amd64-Okr01R/linux- modules- extra-2.6-2.6.26/debian/build/build_amd64_xen_amd64_drbd8/drbd/drbd_receiver.c:257 Nov 14 14:38:51 gaia kernel: [ 1600.044910] drbd0: error receiving RSDataRequest, l: 24! Nov 14 14:38:51 gaia kernel: [ 1600.044980] drbd0: peer( Secondary -> Unknown ) conn( SyncSource -> ProtocolError ) Nov 14 14:38:51 gaia kernel: [ 1600.045073] drbd0: asender terminated Nov 14 14:38:51 gaia kernel: [ 1600.050318] drbd0: Terminating asender thread Nov 14 14:38:51 gaia kernel: [ 1600.051098] drbd0: Connection closed Nov 14 14:38:51 gaia kernel: [ 1600.051167] drbd0: conn( ProtocolError -> Unconnected ) Nov 14 14:38:51 gaia kernel: [ 1600.051237] drbd0: receiver terminated Nov 14 14:38:51 gaia kernel: [ 1600.051304] drbd0: Restarting receiver thread Nov 14 14:38:51 gaia kernel: [ 1600.051371] drbd0: receiver (re)started Nov 14 14:38:51 gaia kernel: [ 1600.051439] drbd0: conn( Unconnected -> WFConnection ) -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648955: Pending fixes for bugs in the libcrypt-dh-gmp-perl package
tag 648955 + pending thanks Some bugs in the libcrypt-dh-gmp-perl package are closed in revision d75897525321dec63d7972d6f4ed1526c058dae0 in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcrypt-dh-gmp-perl.git;a=commitdiff;h=d758975 Commit message: Fix splitting of CCFLAGS and LDFLAGS in Makefile.PL CCFLAGS and LDFLAGS need to be split into words, not characters Thanks: Colin Watson Closes: #648955 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648955: libcrypt-dh-gmp-perl: mishandles non-empty LDFLAGS
Hi Colin On Wed, Nov 16, 2011 at 11:48:44AM +, Colin Watson wrote: > Package: libcrypt-dh-gmp-perl > Version: 0.9-4 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu ubuntu-patch precise > > Makefile.PL mishandles CCFLAGS and LDFLAGS, splitting them up character > by character rather than into words. This means that if you have a > non-empty LDFLAGS (as is the default on Ubuntu) then you end up with the > build system trying to treat every individual character in it as a > possible library name, producing an amusing failure: > > > https://launchpadlibrarian.net/85203452/buildlog_ubuntu-precise-i386.libcrypt-dh-gmp-perl_0.9-4build1_FAILEDTOBUILD.txt.gz > > The following patch fixes this. > > * Fix splitting of CCFLAGS and LDFLAGS in Makefile.PL; these need to be > split into words, not characters. Thanks for your patch. I just applied it to our git repository. For the upload we schould wait until the perl 5.12 -> 5.14 is done. Regards Salvatore signature.asc Description: Digital signature
Bug#648964: ITP: meinheld -- high-performance WSGI-compliant web server
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: meinheld Version: 0.4.13 Upstream Author: Yutaka Matsubara URL: http://meinheld.org License: BSD, MIT/X, etc. Description: Meinheld is a high-performance WSGI-compliant web server that takes advantage of greenlet and picoev to enable asynchronous network I/O in a light-weight manner. -- Mikhail Lukyanchenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#636696: dropbear: Does not listen on IPv6 addresses
On Wed, Nov 09, 2011 at 07:20:06PM +0800, Matt Johnston wrote: > This is fixed in the latest Dropbear release 2011.54 Thank you, Matt. The upload to the Debian archive is on the way. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630581: dropbear: Initramfs hook uses wrong path to libnss_*
Hi Chris,
I just uploaded a new upstream version of dropbear. There're currently
some bugs open concerning the initramfs integration, if you have any
changes to the dropbear package to suggest, I'd be happy to swiftly
review and integrate them into a subsequent upload.
See #584780, #630581, #632656, #614981
Thanks, Gerrit.
On Sun, Nov 06, 2011 at 09:51:25PM -0500, Alex Roper wrote:
> Since afaict this hasn't been fixed upstream, and it just cost me half
> an hour /again/, here is Michael's fix in its own hook for convenience.
>
> Just put this into /etc/initramfs-tools/hooks and run update-initramfs -u
>
> This way we don't have to modify apt-managed initramfs files while
> waiting for a fix. Been down that path once...
>
> Alex
>
> On 09/02/2011 11:04 AM, Michael Stapelberg wrote:
> > Hi,
> >
> > attached is a patch which works on all architectures. It uses dpkg -L to
> > list
> > the contents of libc6 (containing the libnss* files) because that seems to
> > be
> > the easiest way to work around having to get the multi-arch triplet
> > (x86_64-linux-gnu).
> >
> > Best regards,
> > Michael
> #!/bin/sh
>
> PREREQ=""
>
> prereqs()
> {
> echo "$PREREQ"
> }
>
> case $1 in
> # get pre-requisites
> prereqs)
> prereqs
> exit 0
> ;;
> esac
>
> cp $(dpkg -L libc6 | grep libnss_ | tr '\n' ' ') "${DESTDIR}/lib/"
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648837: [request-tracker-maintainers] Bug#648837: RFP: rt3.8-extension-resetpassword -- RT extension to allow users to reset passwords from the login screen
On Tue, 15 Nov 2011 17:54:55 +, Dominic Hargreaves wrote: > On Tue, Nov 15, 2011 at 03:28:13PM +0100, Olivier Berger wrote: > > * Package name: rt3.8-extension-resetpassword > > Upstream Author : Kevin Falcone > > * URL : http://search.cpan.org/dist/RT-Extension-ResetPassword/ > > * License : The Perl 5 License (Artistic 1 & GPL 1) > > Description : RT extension to allow users to reset passwords from the > > login screen > > > > This extension would be really useful together with RT > > Hi Olivier, > > Just a note to let you know that RT 3.8 won't be around in Debian > for much longer (likely to be removed before wheezy. OK, I've seen that 4.x is in testing, yes. > Did you have a particular requirement for an RT3.8 version of this > extension, and do you know whether this extension works with RT4? > Not really, as I installed it manually on a stable system (i.e. 3.8). 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#648965: comixcursors-righthanded: update-alternatives not used
Package: comixcursors-righthanded Version: 0.7.2-2 Severity: normal Dear Maintainer, I was installing the cursor theme package and I am using the update- alternatives approach for choosing my cursor theme. However during install of the package the themes are not added to the list of alternatives. I helped myself by manually adding the alternatives to the list like this. for i in `dpkg -L comixcursors-righthanded | grep .theme | grep X11`; do update-alternatives --install /usr/share/icons/default/index.theme x-cursor- theme $i 10; done , but I think, this should be done by the package itself. Regards, Andre Naujoks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash comixcursors-righthanded depends on no packages. comixcursors-righthanded recommends no packages. Versions of packages comixcursors-righthanded suggests: pn comixcursors-lefthanded pn comixcursors-lefthanded-opaque pn comixcursors-righthanded-opaque -- 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#648948: uptimed: FTBFS on hurd-i386: add support for GNU
On Wed, Nov 16, 2011 at 1:46 PM, Svante Signell wrote: > On Wed, 2011-11-16 at 12:06 +0100, Thibaut VARENE wrote: >> Replying to myself as I mistyped the bug forward address ;P >> >> On Wed, Nov 16, 2011 at 12:02 PM, Thibaut VARENE wrote: >> > severity 648948 normal >> > thanks >> > Thanks for your patch, I've forwarded it upstream for review and inclusion. > > So there is an active upstream, nice. The latest release is from 2009. Not so active, but he reviews patches and includes them. I think he has a new release planned. > Does forwarding a bug to upstream make the bug disappear from the bug > database? I cannot find it any longer in the Debian bugs for this > package. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648948 HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645811: inux-image-3.0.0-2-686-pae: lirc_serial spuriously claims assigned port and irq to be in use
Ben, So when you got the configuration right the driver still failed, because the IRQ was already allocated. the funny thing is: the lirc_serial driver *does* work when share_irq=1 is added to the parameters specified in /etc/modprobe.d/lirc_serial.conf. At least, I can now happily use my remote control to navigate through MythTV. If you like, I can send you the dmesg ouput of the now working configuration (but not before tomorrow night, I'm afraid). Regards -- Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648889: /usr/include/features.h(323): catastrophic error: could not open source file "bits/predefs.h"
Hi Jonathan, thank you for your explaination. I think your proposal for a compatibility package is very good. Thanks, Wolfgang On Tue, Nov 15, 2011 at 10:50 PM, Jonathan Nieder wrote: > Wolfgang Tichy wrote: > >> Thanks for your answer. I think the intel compiler does support the -B >> and -I options. So I think your suggestion would work. However, I am >> not sure if I like this solution. > > It's only a workaround. A fix would involve contacting the Intel > developers to get icc to search the new paths by default. > >> I always loved debian for the fact >> that libraries and include files were in standard places (unlike say >> in redhat based distributions). So it was always easy to compile with >> any compiler. > > Yes, I understand. > >> Moving them to other places seems to complicate things. >> I mean I am no expert on multiarch and guess there are good reasons >> for that. But why can't there be symlinks to the files you need for >> your own architecture in standard places? Would that break something? > > There are two sides to that question: would adding such symlinks be > feasible? And would the resulting behavior of the system be desirable? > > Compatibility symlinks for multiarch: the use case > -- > > Let's take the second question first. If /usr/lib and /usr/include > were filled with symlinks to the corresponding architecture-specific > files for the native architecture, there would be some nice benefits: > > - multiarch-unaware compilers would continue to work > - programs hard-coding paths to libraries would continue to work > > On the other hand, binaries and builds for foreign architectures > would be likely to misbehave when libraries for that arch are missing > (/usr/lib//foo.so is missing and /usr/lib/foo.so is not). So > for someone using only multiarch-aware programs, the net effect is > negative. > > Compatibility symlinks for multiarch: feasibility > - > > Now the first question. In wheezy, packages that are marked as such > can be installed on multiple architectures at once. So, for example, > I can install the i386 and the amd64 versions of libavcodec at the > same time. > > Which package would get to put a symlink to its library in /usr/lib? > > It's tempting to say "the native one", but it is not always clear > which one that is. In fact, one of the goals of multiarch is to be > able to (gradually) upgrade an i386 system to an amd64 one. At what > point has the native architecture switched? > > A proposal > -- > > The above suggests to me a possible way forward. To be clear, I do > not want to work on this; this is just a sketch of one way that people > who do want to work on it could try. > > The idea is that there would be a separate package that installs > compatibility symlinks pointing to /usr/lib//* and > /usr/include//* to help people still using multiarch-unaware > tools. > > Its post-installation script would be a simple script that scans > /usr/lib/ and /usr/include/ for added or removed > libraries and updates the corresponding symlinks in /usr/lib and > /usr/include. Using triggers (see [1]) it would ensure that this > script is run for each apt run in which a file is installed to or > removed from /usr/lib/ or /usr/include/. > > This compatibility package could be removed at any time and > multiarch-aware packages would continue to work. > > (Based on an idea from Matthias Klose[2].) > > Of course, I would be even happier to see tools like icc learn about > the new paths. > > Hope that helps, > Jonathan > > [1] /usr/share/doc/dpkg-dev/triggers.txt.gz > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=40;bug=634821 > >> Thanks, >> Wolfgang >> >> PS: I do not mean to complain. I think Debian is great and I am >> grateful for the job you maintainers do. I only write because I like >> Debian, and thought this might be helpful... > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648814: xen-tools: xen-create-nfs sets default memory to 128Mb which xm doesnt understand
Hi Josch, Johannes Schauer wrote: > > * Which version of xen-tools do you use? > xen-tools (4.2.1-1) > > > * Which version of xen are you using? > xen-hypervisor-4.1-amd64 (4.1.1-3) > > > * Which version of Debian are you using, i.e. Oldstable/Lenny, > > Stable/Squeeze, Testing/Wheezy, or Unstable/Sid? > wheezy Thanks! > > Using reportbug (or M-x debian-bug in Emacs if debian-el is installed) > > automatically answers all these questions. > > sorry, i was reporting from a different machine. Yeah, I know that case. Including the information manually (as you did in today's bug report) is fine, too. The package version is important to see if the bug is perhaps already fixed in newer versions if e.g. reported against Debian Stable. > hope this helps! It does. > > Some things fixed in xen-create-image seem to be missing in > > xen-create-nfs. Looks like it needs a bigger cleanup, but that's > > nothing for a bugfix release. > > xen-create-image would for example also add things like: > > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash= 'restart' Yeah, xen-create-image does way more than xen-create-nfs. > > For the next bugfix release I'll fix this by copying (*sigh*) the code > > used for that in xt-create-xen-config (which xen-create-nfs should use > > but doesn't) to xen-create-nfs. > > maybe there should be a common codebase? Exactly. The current development team took over the codebase 1.5 years ago and already cleaned it up a lot, but I just ran over that code duplication after your bug report. (So I'm really happy about the bug report. :-) I cleaned it up a little bit[1], but neither for now just the less complex parts and to really fix and not just workaround your issue it needs some redesign, not just refactoring. [1] https://github.com/xtaran/xen-tools/commits/code-deduplication > xen-create-nfs is really nice and the only thing I had to add to make it > work was: > > extra = 'boot=nfs root=/dev/nfs' This looks like it should be added in general. I'll have a look. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633797: copyright-format: "with exception" underspecified
On Tue, Nov 15, 2011 at 06:08:25PM -0800, Steve Langasek wrote: > I have no objection to this for 1.0, provided we at the same time clarify > that if more than one exception is in use, you need to use a custom > shortname instead of an ORed or ANDed list of licenses. > > Is there a consensus for this position? FWIW I think it's a sensible solution to it. The cases where there is more than one exception are probably quite rare and are effectively their own license in any case. - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org old fingerprint: 1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 NEW fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 signature.asc Description: Digital signature
Bug#648966: linux-image-3.1.0-1-amd64: module brcm80211 crashes the computer when connection channel 13
Package: linux-2.6 Version: 3.1.1-1 Severity: important Dear Maintainer, When connecting on a WiFi using the channel 13 my computer becomes very very slow and eat all the CPU. Blacklisting the module makes my computer usable again (I then use tethering to connect to the internet hence the usb0 present in this bugreport). -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=817b61a4-242c-40d4-a61c-997f4b00513b ro quiet ** Not tainted ** Kernel log: [8.053192] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [8.053252] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [8.058137] snd_hda_intel :00:1b.0: power state changed by ACPI to D0 [8.058147] snd_hda_intel :00:1b.0: power state changed by ACPI to D0 [8.058169] snd_hda_intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [8.058249] snd_hda_intel :00:1b.0: irq 47 for MSI/MSI-X [8.058281] snd_hda_intel :00:1b.0: setting latency timer to 64 [8.644926] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input11 [8.659942] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0 [8.660275] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0 [8.660607] HDMI status: Codec=3 Pin=7 Presence_Detect=0 ELD_Valid=0 [8.675788] input: HDA Intel PCH Mic at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input12 [8.675909] input: HDA Intel PCH HP Out at Ext Right Jack as /devices/pci:00/:00:1b.0/sound/card0/input13 [8.676583] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input14 [8.676650] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input15 [8.676708] input: HDA Intel PCH HDMI/DP as /devices/pci:00/:00:1b.0/sound/card0/input16 [9.082046] Adding 7811068k swap on /dev/sda7. Priority:-1 extents:1 across:7811068k [9.085082] EXT4-fs (sda3): re-mounted. Opts: (null) [9.465932] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro [9.574148] loop: module loaded [ 11.391665] EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: (null) [ 11.416686] EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: (null) [ 11.461892] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [ 11.504040] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null) [ 12.864397] fuse init (API version 7.17) [ 18.497967] lp0: using parport0 (interrupt-driven). [ 18.500870] ppdev: user-space parallel port driver [ 23.098613] pg_ctlcluster (2239): /proc/2239/oom_adj is deprecated, please use /proc/2239/oom_score_adj instead. [ 31.283273] e1000e :00:19.0: PME# enabled [ 33.174731] e1000e :00:19.0: BAR 0: set to [mem 0xd470-0xd471] (PCI address [0xd470-0xd471]) [ 33.174749] e1000e :00:19.0: BAR 1: set to [mem 0xd472a000-0xd472afff] (PCI address [0xd472a000-0xd472afff]) [ 33.174762] e1000e :00:19.0: BAR 2: set to [io 0x4060-0x407f] (PCI address [0x4060-0x407f]) [ 33.174800] e1000e :00:19.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 33.174818] e1000e :00:19.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 33.174859] e1000e :00:19.0: PME# disabled [ 33.321909] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 33.374704] e1000e :00:19.0: irq 44 for MSI/MSI-X [ 33.375470] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 34.558277] e1000e :00:19.0: PCI INT A disabled [ 34.558286] e1000e :00:19.0: PME# enabled [ 40.291226] usb 2-1.2: new high speed USB device number 5 using ehci_hcd [ 55.355532] usb 2-1.2: device descriptor read/64, error -110 [ 70.523764] usb 2-1.2: device descriptor read/64, error -110 [ 70.699673] usb 2-1.2: new high speed USB device number 6 using ehci_hcd [ 85.763833] usb 2-1.2: device descriptor read/64, error -110 [ 100.932077] usb 2-1.2: device descriptor read/64, error -110 [ 101.107980] usb 2-1.2: new high speed USB device number 7 using ehci_hcd [ 106.125373] usb 2-1.2: device descriptor read/8, error -110 [ 111.242717] usb 2-1.2: device descriptor read/8, error -110 [ 111.418752] usb 2-1.2: new high speed USB device number 8 using ehci_hcd [ 116.436144] usb 2-1.2: device descriptor read/8, error -110 [ 121.553478] usb 2-1.2: device descriptor read/8, error -110 [ 121.657459] hub 2-1:1.0: unable to enumerate USB device on port 2 [ 257.267798] usb 2-1.2: new high speed USB device number 9 using ehci_hcd [ 272.331957] usb 2-1.2: device descriptor read/64, error -110 [ 287.500165] usb 2-1.2: device descriptor read/64, error -110 [ 287.676111] usb 2-1.2: new high speed USB device number 10 using ehci_hcd [ 302.7404
Bug#648967: RFP: yawl -- a BPM/Workflow system
Package: wnpp Severity: wishlist * Package name: yawl Version : 2.2.01 Upstream Author : Arthur ter Hofstede * URL : http://www.yawlfoundation.org/ * License : LGPL Programming Lang: Java Description : a BPM/Workflow system YAWL is a Java-based BPM/Workflow Management System. Based on a concise and powerful modelling language, YAWL supports complex data, integration with organizational resources and external applications, process verification and process configuration. YAWL offers the following distinctive features: * YAWL offers comprehensive support for the control-flow patterns. It is the most powerful process specification language for capturing control-flow dependencies. * The data perspective in YAWL is captured through the use of XML Schema, XPath and XQuery. * YAWL offers comprehensive support for the resource patterns. It is the most powerful process specification language for capturing resourcing requirements. * YAWL has a proper formal foundation. This makes its specifications unambiguous and automated verification becomes possible (YAWL offers two distinct approaches to verification, one based on Reset nets, the other based on transition invariants through the WofYAWL editor plug-in). * YAWL has been developed independent from any commercial interests. It simply aims to be the most powerful language for process specification. For its expressiveness, YAWL offers relatively few constructs (compare this e.g. to BPMN!). * YAWL offers unique support for exception handling, both those that were and those that were not anticipated at design time. * YAWL offers unique support for dynamic workflow through the Worklets approach. Workflows can thus evolve over time to meet new and changing requirements. * YAWL aims to be straightforward to deploy. It offers a number of automatic installers and an intuitive graphical design environment. * Through the BPMN2YAWL component, BPMN models can be mapped to the YAWL environment for execution. * The Declare component (released through declare.sf.net) provides unique support for specifying workflows in terms of constraints. This approach can be combined with the Worklet approach thus providing very powerful flexibility support. * YAWL's architecture is Service-oriented and hence one can replace existing components with one's own or extend the environment with newly developed components. * The YAWL environments supports the automated generation of forms. This is particularly useful for rapid prototyping purposes. * Tasks in YAWL can be mapped to human participants, Web Services, external applications or to Java classes. * Through the C-YAWL approach a theory has been developed for the configuration of YAWL models. For more information on process configuration visit www.processconfiguration.com. * Simulation support is offered through a link with the ProM (www.processmining.org) environment. Through this environment it is also possible to conduct post-execution analysis of YAWL processes (e.g. in order to identify bottlenecks). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#274747: type-handling: 274747: dpkg-dev dependency removal
Hi all, I just added Depends: linux to iotop (arch all, written in python and depends on a Linux kernel) before I realised that type-handling pulls in dpkg-dev. I would really appreciate it if the type-handling Provides were split off into a second package, or maybe dpkg is the right place for the Provides? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#648968: boinc-manager: loses menu in gnome 3
Package: boinc-manager Version: 6.13.12+dfsg-1 Severity: important Dear Maintainer, today I tried boincmgr the first time after the upgrade to GNOME 3. The program is no longer usable, because the main menu bar (usually with entries like File, Edit, View) is no longer shown. All I see in the top row is a lonely "D" for "Datei", the german localization of "File". I tried to reach the same functionality via the program icon on the gnome shell menu bar, as I had seen in some Gnome 3 mockups, but that offers only an option to put the window in the background (called "Boincmgr beenden", i.e. "end Boincmgr", but doesn't work that way). When started from the shell, boincmgr reports: Gtk-Message: Failed to load module "pk-gtk-module" Following http://linuxindetails.wordpress.com/2011/11/09/gtk-message-failed-to-load-module-pk-gtk-module/ I installed packagekit-gtk3-module and packagekit-dbg, but that didn't help. Thanks for your work Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-manager depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-15 ii libglib2.0-02.28.8-1 ii libgtk2.0-0 2.24.7-1 ii libnotify4 0.7.4-1 ii libsqlite3-03.7.7-2 ii libstdc++6 4.6.1-15 ii libwxbase2.8-0 2.8.12.1-2 ii libwxgtk2.8-0 2.8.12.1-2 Versions of packages boinc-manager recommends: ii boinc-client 6.13.12+dfsg-1 ii ia32-libs-gtk 20111001 Versions of packages boinc-manager suggests: ii libgl1-mesa-glx 7.11-6 ii libxt6 1:1.1.1-2 -- 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#648822: xul-ext-zotero: When launching zotero I get "There was an error starting Zotero."
>> I installed xul-ext-zotero. When I try to launch it from within >> iceweasel I get the message "There was an error starting Zotero." > Unfortunately I don't have an amd64 machine to test for this. I > suggest trying to install the extension from upstream to see if > there's the same problem. No, the extension runs when installed from within the browser. This is version 2.1.10. Do you know how I could debug (i.e. get more information than "There was an error starting Zotero.") this issue? > Also, have you tried with Iceweasel 8 ? No, I haven't. Is there any hope that this might make a difference? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648155: Patch to make nfs4 return EKEYEXPIRED to user code
On Wed, 2011-11-16 at 11:47 +0100, John Hughes wrote: > This patch (for 3.1-rc10, probably works for all versions that have this > problem) makes nfs4 return the EKEYEXPIRED to user level, which works > well with nfs4 mounted home directories on user systems. > > The normal case will be that the workstation screen will be locked when > the ticket expires, the user will enter her password and a new ticket > will be granted. Any processes that try to access the home directory > while the ticket is expired will get EKEYEXPIRED and probably give up. Please submit this change upstream, following the instructions in Documentation/SubmittingPatches. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description: This is a digitally signed message part
Bug#648966: linux-image-3.1.0-1-amd64: module brcm80211 crashes the computer when connection channel 13
On Wed, 2011-11-16 at 15:01 +0100, Nicolas Évrard wrote: > Package: linux-2.6 > > Version: 3.1.1-1 > Severity: important > > Dear Maintainer, > > When connecting on a WiFi using the channel 13 my computer becomes > very very slow and eat all the CPU. [...] Please provide a kernel log covering the period where this happens and the initial messages from the brcm80211/bcrmsmac driver. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description: This is a digitally signed message part
Bug#648969: Please update to latest upstream version
Package: openmpi Version: 1.4.3-2.1 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise Upstream series 1.5 is available; the current version is 1.5.4. 1.5.2 added ARM support. An update would be useful for use on ARM servers which are expected to start shipping soon. signature.asc Description: Digital signature
Bug#648704: libpam-encfs does not read encfs's stderr
forwarded 648704 http://code.google.com/p/pam-encfs/issues/detail?id=7 tag 648704 -squeeze found 648704 0.1.4.4-4 thanks 2011/11/14 francois lallart : > Package: libpam-encfs > Version: 0.1.4.1-4 > Severity: normal > Tags: squeeze upstream > > libpam-encfs does not read encfs's stderr and so, can't display any error > message from it. That's why we can't have any information from syslog, except > that message: > > pam_encfs[11974]: exitcode : 1, errorstring : Thanks for looking at this. I see login from a console the major source of information about login problems. However, I agree that auth.log line is not informative about the problem or how to look at it. I have opened an issue upstream about this, http://code.google.com/p/pam-encfs/issues/detail?id=7 to know upstream POV > This little patch copy stderr on stdout, verbose mode has to be disable as > pam-encfs will only read 512 characters from encfs output. Note that this has some drawbacks, - encfs verbose mode needs to be disabled. - Since STDERR is captured no info is shown at all when trying to login from a console. I consider the info shown when login from a console the major source of information in case of problems, so I am not happy with this way. As a fallback I proposed upstream to use something like errorstring : Login failure. Login from a console to see more info. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648968: looks similar to ubuntu bug #662077
Looks like boinc-manager depends on wxwidgets for menus and stuff. I found this Ubuntu bug report that might be related, about a similar problem in wxwidgets: https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/662077 Seems like that problem was fixed in the ubuntu version of wxwidgets 2.8.11.0-0ubuntu7, dunno if that fix made it upstream and/or into Debian. Cheers Michael -- Michael Below -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648970: Proftpd don't work with TLS
Package: proftpd-basic Version: 1.3.1-17lenny8 I update today the proftpd and the TLS login is not work. I need to revert the proftpd to previos version from backup. Gergely Lonyai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648943: noiz2sa: Should this package be orphaned or removed?
hi niels, On Wed, Nov 16, 2011 at 11:02:34AM +0100, Niels Thykier wrote: > noiz2sa has been RC buggy since May 2011 without any reaction from > anyone. Due to its last upload (2008) I now suspect this package > lacks an active maintainer. > > If the reason you have not reacted to the bugs is that you do not > know how to solve them, please tag them help or/and request help > on debian-de...@lists.debian.org. > > If you are still interested in maintaining noiz2sa please reply to > this bug within 14 days (or upload a fixed package). Otherwise I > will assume you have lost interest and orphan your package (with > intend to remove it). I am still interested, and am aware of the bugs. Just got swamped under with other stuff. The bugs themselves don't sound too scary, but the last time I had a stab at this some other issue around the embedded libbulletml turned up which is a bit more difficult to solve. Of course you are right, this should have been sorted out a while ago, I'll have another look this week. that said: if anyone fancies stealing noiz2sa, I wouldn't object cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#648971: pinpoint: Wrong filename in `man 1 pinpoint`
Package: pinpoint Version: 1.2.git2013-1 Severity: minor Dear Maintainer, `man 1 pinpoint` mentiones /usr/share/doc/pinpoint/examples/introduction.pinpoint but this should actually be /usr/share/doc/pinpoint/examples/introduction.pin -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pinpoint depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libclutter-1.0-0 1.8.2-2 ii libclutter-gst-1.0-0 1.4.2-1 ii libcogl-pango01.8.2-1 ii libcogl5 1.8.2-1 ii libdrm2 2.4.27-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.7-2 ii libgdk-pixbuf2.0-02.24.0-1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.30.2-1 ii libgstreamer0.10-00.10.35-1 ii libjson-glib-1.0-00.14.0-1 ii libpango1.0-0 1.29.4-2 ii libx11-6 2:1.4.4-4 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes31:5.0-4 ii libxi62:1.4.3-3 ii libxml2 2.7.8.dfsg-5 ii zlib1g1:1.2.3.4.dfsg-3 pinpoint recommends no packages. pinpoint 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
