Bug#652376: [pkg-eucalyptus-maintainers] Bug#652376: Removed package(s) from unstable
On Sat, Dec 17, 2011 at 08:35:30AM +0100, Charles Plessy wrote: > Hello Moritz, > > CC debian-qa, as the removal was RoQA. > > yes, eucalyptus is in bad shape, but its packaging team is not inactive, and > the reason for not working on version 1.6 is that we focus on 2.0, which we > can > not upload yet as it needs the update of another package, gwt. > > I do not think that eucalyptus was blocking the release. Why did not you > contact us before ? Was the removal so urgent ? Noone bothered to look into CVE-2011-2329, which is related to Eucalyptus, for half a year. Reuploading Eucalyptus to the archive is easy, but you need to keep it in shape on a continous base. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652376: [pkg-eucalyptus-maintainers] Bug#652376: Removed package(s) from unstable
Hello Moritz, CC debian-qa, as the removal was RoQA. yes, eucalyptus is in bad shape, but its packaging team is not inactive, and the reason for not working on version 1.6 is that we focus on 2.0, which we can not upload yet as it needs the update of another package, gwt. I do not think that eucalyptus was blocking the release. Why did not you contact us before ? Was the removal so urgent ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652437: live-build: hdd target uses isolinux instead of syslinux
Package: live-build Version: 3.0~a40-1 Severity: important Trying to build an hdd image of sid, lb builds it successfully but when trying it, it fails with a message of ERROR: No configuration file found Digging a little bit, I found that a working hdd image has this directory: % ls /mnt/syslinux config.c32 isolinux.bin live.cfg menu.cfg reboot.c32 splash.png vesamenu.c32 hdt.c32 isolinux.cfg memtest.bin other.cfg rosh.c32stdmenu.cfg While a working image downloaded from live.debian.net has a different file set: % sudo mount -o loop,ro,offset=512 debian-live-6.0.3-amd64-rescue.img /mnt % ls /mnt/syslinux exithelp.cfg f1.txt f3.txt f5.txt f7.txt f9.txtmenu.cfgsplash.png syslinux.bin vesamenu.c32 f10.txt f2.txt f4.txt f6.txt f8.txt live.cfg prompt.cfg stdmenu.cfg syslinux.cfg -- Package-specific info: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-linode31 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.38 Versions of packages live-build recommends: pn cpio2.11-7 pn gettext-base0.18.1.1-5 pn gnu-fdisk 1.2.4-3 pn live-boot-doc pn live-config-doc pn live-manual-html | live-manual Versions of packages live-build suggests: pn dosfstools pn genisoimage pn memtest86+ | memtest86 pn mtools pn parted pn squashfs-tools | mtd-tools pn sudo1.8.3p1-2 pn syslinux | grub pn uuid-runtime pn win32-loader -- 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#650675: mod_perl 2.0.5 -> Attempt to free unreferenced scalar on startup
On Wed, Dec 14, 2011 at 11:30:54PM +0200, Niko Tyni wrote: > On Sat, Aug 06, 2011 at 08:02:20PM +0200, rich...@ecos.de wrote: > > > while trying to get Embperl ready with Perl 5.14.1, I found an the > > following message in the error log: > > > Attempt to free unreferenced scalar: SV 0x7fc218, Perl interpreter: > > 0x7cfdb0 during global destruction. > > We're also seeing this in Debian now that we've switched to Perl 5.14, > (see http://bugs.debian.org/650675 [cc'd.]) > The warnings only seem to happen with -Dusethreads, and I've bisected that > they started with 5.13.6 - specifically > > > http://perl5.git.perl.org/perl.git/commit/ca556bcdca736b2f85c11650c70b2371169c0225 > [perl #40389] perl_destruct() leaks PL_defstash > My limited understanding is that the CV pointer needs its refcount > incremented along with the GvCV_set() call. See the attached proposed > patch which fixes this for me (but feel free to tell me if I got it all > wrong :) Here's another patch in a similar vein. This fixes all the remaining 24 warnings in t/logs/error_log after running the whole test suite. -- Niko Tyni nt...@debian.org >From cbf08a2de6f967863d764eb0bc620178c4ed43fe Mon Sep 17 00:00:00 2001 From: Niko Tyni Date: Sat, 17 Dec 2011 09:16:22 +0200 Subject: [PATCH 2/2] Fix another reference counting bug uncovered by Perl 5.13.6 As seen in http://bugs.debian.org/650675 http://article.gmane.org/gmane.comp.apache.mod-perl.devel/9928 perl since 5.13.6 with -Dusethreads makes mod_perl2 issue warnings like Attempt to free unreferenced scalar: SV 0x7f9c0c347490, Perl interpreter: 0x7f9c0c1a2dd0 during global de struction. An earlier commit fixed some of these in modperl_perl_core_global_init(), follow the suit with new_constsub(). --- src/modules/perl/modperl_const.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/src/modules/perl/modperl_const.c b/src/modules/perl/modperl_const.c index 8732d4f..39a3ec9 100644 --- a/src/modules/perl/modperl_const.c +++ b/src/modules/perl/modperl_const.c @@ -51,7 +51,9 @@ static void new_constsub(pTHX_ constants_lookup lookup, gv_init(alias, caller_stash, name, name_len, TRUE); } -GvCV_set(alias, GvCV(*gvp)); +CV *cv = GvCV(*gvp); +GvCV_set(alias, cv); +SvREFCNT_inc(cv); } } -- 1.7.7.3
Bug#652436: ITP: ttf-arphic-sawndip
Package: wnpp Severity: wishlist Owner: John Knightley Note: this report closes bug report Bug#652434: Acknowledgement (ttf-arphic-sawndip: Intent to Package) which was reported using an incorrect format * Package name: libtest-interface-java Version : 0.5 Upstream Author : Josh Cough, Mark Harrah * Package: ttf-arphic-sawndip Architecture: all License : Arphic Public License Upstream Author : John Knightley URL : http://gdzhdb.l10n-support.com/sawndip-fonts/ Pre-Depends: dpkg (>= 1.13.25) Depends: defoma, debconf | debconf-2.0 Recommends: x-ttcidfont-conf (>= 10), fontconfig (>= 2.3.1-1) Conflicts: x-ttcidfont-conf (<< 10) Section: x11 Priority: optional Description : ttf-arphic-sawndip contains the font Sawndip.ttf. Apart from over 20 thousand unicode CJK characters the font also contains over 7 thousand CJK characters not currently in unicode. The font has been hosted by Guangxi University since 2009. The package is a branch from ttf-arphic-uming customised for Sawndip the traditional script used by the Zhuang (Zhuang is the mother tongue of over 10 million people in Guangxi China). A branch is requires because there is a limit to the number of glyphs one ttf font can contain. Other : Sawndip.ttf is the most extensive open source Sawndip font that is actively maintained and has several major updates each year. Whilst some glyphs require improvement the font because it is free and open source the font has an increasing number end users. The font is also used by several IMEs and a customised version of Linux.
Bug#652416: wicd doesn't set up the route
On Sat, 17 Dec 2011 04:14:47 +0100, Vincent Lefevre wrote: > On 2011-12-17 03:26:26 +0100, Vincent Lefevre wrote: > > Package: wicd > > Version: 1.7.1~b3-3 > > Severity: grave > > Justification: renders package unusable > > > > With wicd 1.7.1~b3-3, the routing table isn't set up as expected, > > making the connection unusable. > > The problem might be due to the fact that it plays with eth0 while > this is a wifi connection! [..] IIRC, nothing has changed in that regard from 1.7.0 to 1.7.1. I need to investigate this further. However, in your 1.7.1 logfile, there'a dhcp lease release and a route flush *only* on eth0. So your route on wlan0 should be safe. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#652417: wicd writes sensitive information in log files (password, passphrase...)
tags 652417 confirmed pending upstream fixed-upstream thanks Hello Vincent, On Sat, 17 Dec 2011 03:27:32 +0100, Vincent Lefevre wrote: > Package: wicd > Version: 1.7.1~b3-3 > Severity: grave > Tags: security > Justification: user security hole having fun filing RC bugs, eh? :) > wicd writes sensitive information in log files (under /var/log/wicd), > such as passwords and passphrases. Users in the adm group can have > access to them, but also log files are meant to be sent in bug > reports, and if the bug reporter doesn't pay attention, there is > a huge risk to transmit such information. Fixed upstream: http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/682 -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#651947: aptitude has buggy dependency resolution.
Everything there looks in order. I note that the "being kept back" message is output if the dependency could be upgraded, but isn't. It does not have to be in the "hold" state. Looks like this is probable some dependency entanglement. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652435: ITP: v3c-qt-examples -- v3c/automake wrapper for Qt4 - examples
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: v3c-qt-examples Version : 0.7.0-01 Upstream Author : Philip Ashmore * URL : http://sourceforge.net/projects/v3c-qt/ * License : LGPL Programming Lang: C++ Description : v3c/automake wrapper for Qt4 - examples -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638908: Announce of the upcoming NMU for the zabbix package
Dear maintainer of zabbix and Debian translators, Some days ago, I sent a notice to the maintainer of the zabbix Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr it ja nb nl pl pt pt_BR ru sv Among these, the following translations are incomplete: cs eu fi it ja nb pl pt pt_BR ru If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the zabbix package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, December 25, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Monday, December 12, 2011 : send the first intent to NMU notice to the package maintainer. Saturday, December 17, 2011 : send this notice Sunday, December 25, 2011 : (midnight) deadline for receiving translation updates Monday, December 26, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Monday, January 02, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: zab...@packages.debian.org\n" "POT-Creation-Date: 2011-08-07 17:31+0200\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "Language: \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: string #. Description #: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001 msgid "Zabbix server host address:" msgstr "" #. Type: string #. Description #: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001 msgid "" "Please enter the host name or IP address of the Zabbix server you want to " "connect to." msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:2001 msgid "Configure Apache?" msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:2001 msgid "" "The Zabbix web frontend runs on any web server that supportes PHP5. However " "only Apache (2.x) can be configured automatically at this point." msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:2001 msgid "" "Please choose whether you want to reconfigure Apache so that the Zabbix web " "frontend is made available at the URL http://.../zabbix"; msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:3001 msgid "Restart Apache now?" msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:3001 msgid "" "In order to apply the changes needed for Zabbix configuration, the web " "server needs to be restarted." msgstr "" #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:3001 msgid "" "Please choose whether you prefer doing it automatically now or manually " "later." msgstr "" #. Type: string #. Description #. Type: string #. Description #: ../zabbix-frontend-php.templates:4001 ../zabbix-frontend-php.templates:5001 msgid "This is needed for some advanced frontend functionalities." msgstr "" #. Type: string #. Description #: ../zabbix-frontend-php.templates:5001 msgid "Zabbix server port:" msgstr "" #. Type: string #. Description #: ../zabbix-frontend-php.templates:5001 msgid "Please enter the port used by the Zabbix server." msgstr "" #. Type: note #. Description #: ../zabbix-server-mysql.templates:2001 ../zabbix-server-pgsql.templates:2001 msgid "The SQL database must be upgraded manually" msgstr "" #. Type: note #. Description #: ../zabbix-server-mysql.templates:2001 msgid "" "The SQL database used by Zabbix must be upgraded manually using the scripts " "available in /usr/share/doc/zabbix-server-mysql. Zabbix will not work " "properly until the database upgrade is completed." msgstr "" #. Type: note #. Description #: ../zabbix-server-pgsql.templates:2001 msgid "" "The SQL database used by Zabbix
Bug#623408: Announce of the upcoming NMU for the xsp package
Dear maintainer of xsp and Debian translators, Some days ago, I sent a notice to the maintainer of the xsp Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es eu fi fr gl it ja nl pt ru sl sv vi Among these, the following translations are incomplete: If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the xsp package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, December 25, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Monday, December 12, 2011 : send the first intent to NMU notice to the package maintainer. Saturday, December 17, 2011 : send this notice Sunday, December 25, 2011 : (midnight) deadline for receiving translation updates Monday, December 26, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Monday, January 02, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: x...@packages.debian.org\n" "POT-Creation-Date: 2010-04-04 19:34+0200\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../mono-apache-server1.templates:1001 msgid "Let mono-apache-server restart Apache?" msgstr "" #. Type: boolean #. Description #: ../mono-apache-server1.templates:1001 msgid "" "The Debian version of mono-apache-server includes a mono-server-update " "script that creates a configuration file for apache to start the ASP.NET " "applications, and mono-server-update can restart apache if there's a new " "configuration file (/etc/mono-server/mono-server-hosts.conf). If this is " "true, then apache will be restarted when there is a new mono-server-hosts." "conf file." msgstr "" #. Type: boolean #. Description #: ../mono-apache-server2.templates:1001 msgid "Let mono-apache-server2 restart Apache?" msgstr "" #. Type: boolean #. Description #: ../mono-apache-server2.templates:1001 msgid "" "The Debian version of mono-apache-server2 includes a mono-server2-update " "script that creates a configuration file for apache to start the ASP.NET " "applications, and mono-server2-update can restart apache if there's a new " "configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is " "true, then apache will be restarted when there is a new mono-server2-hosts." "conf file." msgstr "" #. Type: boolean #. Description #: ../mono-xsp1.templates:1001 ../mono-xsp2.templates:1001 msgid "Start on boot?" msgstr "" #. Type: boolean #. Description #: ../mono-xsp1.templates:1001 msgid "" "If this is true, then XSP will automatically start when the computer is " "turned on." msgstr "" #. Type: string #. Description #: ../mono-xsp1.templates:2001 ../mono-xsp2.templates:2001 msgid "Bind to address:" msgstr "" #. Type: string #. Description #: ../mono-xsp1.templates:2001 msgid "" "To function properly, XSP needs to be bound to an IP address. The default " "(\"0.0.0.0\") binds to all addresses of the server, but a specific port can " "be selected. To use XSP only locally, use \"127.0.0.1\" for the address." msgstr "" #. Type: string #. Description #: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001 msgid "Bind to port:" msgstr "" #. Type: string #. Description #: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001 msgid "" "XSP is bound to a specific port on the server. Common values are 80, 8080, " "or 8081." msgstr "" #. Type: boolean #. Description #: ../mono-xsp2.templates:1001 msgid "" "If this is true, then XSP2 will automatically start when the computer is " "turned on." msgstr "" #. Type: string #. Description #: ../mono-xsp2.templates:2001 msgid "" "To
Bug#652434: ttf-arphic-sawndip: Intent to Package
Package: ttf-arphic-sawndip Severity: wishlist Debian Release: squeeze/sid Architecture: all License : Arphic Public License Upstream Author : John Knightley URL : http://gdzhdb.l10n-support.com/sawndip-fonts/ Pre-Depends: dpkg (>= 1.13.25) Depends: defoma, debconf | debconf-2.0 Recommends: x-ttcidfont-conf (>= 10), fontconfig (>= 2.3.1-1) Conflicts: x-ttcidfont-conf (<< 10) Section: x11 Priority: optional Description : ttf-arphic-sawndip contains the font Sawndip.ttf. Apart from over 20 thousand unicode CJK characters the font also contains over 7 thousand CJK characters not currently in unicode. The font has been hosted by Guangxi University since 2009. The package is a branch from ttf-arphic-uming customised for Sawndip the traditional script used by the Zhuang (Zhuang is the mother tongue of over 10 million people in Guangxi China). A branch is requires because there is a limit to the number of glyphs one ttf font can contain. Other : Sawndip.ttf is the most extensive open source Sawndip font that is actively maintained and has several major updates each year. Whilst some glyphs require improvement the font because it is free and open source the font has an increasing number end users. The font is also used by several IMEs and a customised version of Linux.
Bug#652433: ITP: v3c-qt -- v3c/automake wrapper for QT
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: v3c-qt Version : 0.7.0-01 Upstream Author : Philip Ashmore * URL : http://sourceforge.net/projects/v3c-qt/ * License : LGPL Programming Lang: m4 Description : v3c/automake wrapper for QT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652424: dpkg-dev-el: Unable to add field "DM-Upload-Allowed"
Updated patch, honor the field order defined in `debian-control-*-fields' -- Kanru --- elisp/dpkg-dev-el/debian-control-mode.el | 38 +-- 1 file changed, 21 insertions(+), 17 deletions(-) --- a/elisp/dpkg-dev-el/debian-control-mode.el +++ b/elisp/dpkg-dev-el/debian-control-mode.el @@ -376,12 +376,12 @@ (error "Couldn't find Package or Source field"))) (fields (if binary-p debian-control-binary-fields - debian-control-source-fields))) + debian-control-source-fields)) + (completion-ignore-case t)) (list binary-p - (capitalize - (completing-read (format "Add %s package field: " (if binary-p "binary" "source")) - (mapcar #'(lambda (x) (cons x nil)) fields)) + (completing-read (format "Add %s package field: " (if binary-p "binary" "source")) + (mapcar #'(lambda (x) (cons x nil)) fields) (require 'cl) (let ((fields (if binary debian-control-binary-fields @@ -421,26 +421,30 @@ ;; If the field is already present, just jump to it (if (setq x (assoc field curfields)) (goto-char (cdr x)) - (let* ((pos (position field fields :test #'string-equal)) - (prevfields (subseq fields 0 pos)) - (nextfields (subseq fields (1+ pos))) - (cur nil)) - (while (or prevfields - nextfields) + (let* ((pos (or (position field fields :test #'string-equal) + -1)) + (prevfields (reverse (subseq fields 0 pos))) + (nextfields (subseq fields (1+ pos + (if (not (wholenump pos)) +(goto-char (cdar curfields)) (when prevfields - (when (setq x (assoc (pop prevfields) curfields)) - (setq prevfields nil nextfields nil) - (goto-char (cdr x +(while (and (car prevfields) +(not (assoc (car prevfields) curfields))) + (pop prevfields)) +(goto-char (cdr (assoc (car prevfields) curfields))) +(setq prevfields nil nextfields nil)) (when nextfields - (when (setq x (assoc (pop nextfields) curfields)) - (setq prevfields nil nextfields nil) - (goto-char (cdr x) +(while (and (car nextfields) +(not (assoc (car nextfields) curfields))) + (pop nextfields)) +(goto-char (cdr (assoc (car nextfields) curfields))) +(setq prevfields nil nextfields nil))) ;; Hack: we don't want to add fields after Description (beginning-of-line) (when (looking-at "^Description") (forward-line -1)) (end-of-line) - (insert "\n" field ": "))) + (insert "\n" (upcase-initials field) ": "))) (defun debian-control-visit-policy (format) "Visit the Debian Policy manual in format FORMAT.
Bug#652432: ITP: v3c-dcom -- Baby steps to DCOM
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: v3c-dcom Version : 0.5.0-01 Upstream Author : Philip Ashmore * URL : http://sourceforge.net/projects/v3c-dcom/ * License : LGPL Programming Lang: C, C++, m4 Description : Baby steps to DCOM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652431: linux-latest-2.6: [INTL:ru] Russian debconf templates translation
Package: linux-latest-2.6 Version: 41 Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # debconf templates for linux-latest-2.6; translation into LANGUAGE. # Copyright YEAR TRANSLATION COPYRIGHT HOLDER # This file is distributed under the same license as the linux-latest-2.6 # package. # # Yuri Kozlov , 2011. msgid "" msgstr "" "Project-Id-Version: linux-latest-2.6 41\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2011-07-24 16:15+0200\n" "PO-Revision-Date: 2011-12-17 09:42+0400\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Lokalize 1.0\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && " "n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid "This system requires a different kernel configuration" msgstr "Этой системе требуется другой пакет с ядром" #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid "" "Debian's '686' kernel configuration has been replaced by the '686-pae' " "configuration, which uses PAE (Physical Address Extension). However, the " "CPU in this system does not support PAE." msgstr "" "Настройка ядра Debian «686» была заменена настройкой «686-pae», " "в которой используется PAE (расширение физических адресов). Однако, " "процессор данного компьютера не поддерживает PAE." #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid "" "You should install linux-image-486 and remove linux-image-686 and/or linux-" "image-2.6-686 if they are currently installed." msgstr "" "Вы должны установить пакет linux-image-486 и удалить linux-image-686 и/или " "linux-image-2.6-686 (если они установлены)."
Bug#651780: fixed in sl-modem 2.9.11~20110321-5
On Sat, 2011-12-17 at 06:52 +0200, أحمد المحمودي (Ahmed El-Mahmoudy) wrote: > On Wed, Dec 14, 2011 at 03:10:09PM +, Ben Hutchings wrote: > > On Wed, 2011-12-14 at 14:34 +0200, أحمد المحمودي (Ahmed > > El-Mahmoudy) wrote: > > > On Wed, Dec 14, 2011 at 04:31:24AM +, Ben Hutchings wrote: > > > > Sorry, no it isn't. You have to test for CONFIG_X86_32 inside of > > > > Kbuild, and you can't use uname for this anywhere. > > > > > > Can you further explain this please ? > > > > 1. You run 'make' in the drivers directory. > > 2. This invokes the kernel build system (Kbuild). > > 3. Kbuild includes the Makefile from the drivers directory again. > > > > Steps 1 and 3 can be distinguished by whether KERNELRELEASE is defined. > > At step 3, CONFIG_X86_32 is defined or not, as appropriate. At step 1, > > you can't tell. Testing uname is no good because that tells you about > > the host kernel and not the target kernel. > > > > Well, you could include $(KERNEL_DIR)/.config at step 1. > > Ok, the reason I did the patch this way is that CONFIG_X86_32 was only > defined on kernel >= 2.6.14, so I needed a way to detect the target > kernel for kernel < 2.6.14, that is in order to create a patch suitable > for upstream. Hmm, I thought it was older than that. (At work, I look after a module that gets backported as far as 2.6.9 - but no further.) > > > > Really, the Makefile needs a thorough cleanup. > > > > > > Actually, I don't want to remove the 2.4.x kernel support. > > > > Whyever not? > > Well, I'm not sure if upstream will accept a patch that removes 2.4.x > kernel support, and if upstream doesn't accept it, I'm not willing to > maintain such a patch. Oh well, you wouldn't be the first maintainer with a crazy upstream. > > Well the USB driver ought to work on any architecture, right? > > Maybe. But as far as I know, the sl-modem-daemon package (which is > what will make use of the driver) would only work on x86 archs because > of the binary blob: > > modem/dsplibs.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), > not stripped Sorry, I didn't see that dependency. It should have been obvious there was still a blob somewhere. But an x86_64 module and i386 daemon should work, right? (In fact, in theory, it should be possible to use a native module and run the daemon in qemu-i386 on any other architecture. But that's a *really* marginal case.) Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#652430: lxc: [INTL:ru] Russian debconf templates translation update
Package: lxc Version: 0.7.5-15 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Russian translation of lxc debconf templates. # Copyright (C) 2011 Yuri Kozlov # This file is distributed under the same license as the lxc package. # # Yuri Kozlov , 2011. msgid "" msgstr "" "Project-Id-Version: lxc 0.7.5-15\n" "Report-Msgid-Bugs-To: l...@packages.debian.org\n" "POT-Creation-Date: 2011-11-15 22:07+0100\n" "PO-Revision-Date: 2011-12-17 09:36+0400\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && " "n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" "X-Generator: Lokalize 1.0\n" #. Type: title #. Description #: ../lxc.templates:1001 #| msgid "Linux Containers (LXC) setup" msgid "Linux Containers: LXC setup" msgstr "Linux Containers: настройка LXC" #. Type: boolean #. Description #: ../lxc.templates:2001 msgid "Automatically start Linux Containers on boot?" msgstr "Запускать Linux Containers при загрузке автоматически?" #. Type: boolean #. Description #: ../lxc.templates:2001 #| msgid "" #| "Linux Containers can be automatically started during system boot and shut " #| "down on reboot or halt." msgid "" "Linux Containers that have their configuration files copied or symlinked to " "the /etc/lxc/auto directory can be automatically started during system boot, " "and shut down on reboot or halt." msgstr "" "Linux Containers, у которых файлы настройки скопированы из или являются " "символьными " "ссылками на каталог /etc/lxc/auto, могут запускаться автоматически при " "включении машины и " "выключаться при перезагрузке или остановке." #. Type: boolean #. Description #: ../lxc.templates:2001 msgid "If unsure, choose yes (default)." msgstr "Если не уверены, ответьте утвердительно (по умолчанию)." #. Type: select #. Description #: ../lxc.templates:3001 #| msgid "Linux Containers (LXC) setup" msgid "Linux Container: Stop method" msgstr "Linux Container: метод остановки" #. Type: select #. Description #: ../lxc.templates:3001 msgid "" "Linux Containers can be stopped in different ways. The stop method kills all " "processes inside the container. The halt method initiates a shutdown, which " "takes longer and can have problems with containers that don't shutdown " "themselfs properly." msgstr "" "Работу Linux Containers можно останавливать разными способами. Метод " "stop «убивает» все процессы внутри контейнера. Метод halt запускает процесс " "выключения, который выполняется дольше и может привести к проблеме с " "контейнерами, которые не могут самостоятельно выключиться правильно." #. Type: select #. Description #: ../lxc.templates:3001 msgid "If unsure, choose stop (default)." msgstr "Если не уверены, выберите stop (по умолчанию)." #. Type: string #. Description #: ../lxc.templates:4001 msgid "LXC directory:" msgstr "Каталог LXC:" #. Type: string #. Description #: ../lxc.templates:4001 msgid "" "Please specify the directory that will be used to store the Linux Containers." msgstr "" "Укажите каталог, который будет использован для хранения Linux Containers." #. Type: string #. Description #: ../lxc.templates:4001 msgid "If unsure, use /var/lib/lxc (default)." msgstr "Если не уверены, используйте /var/lib/lxc (по умолчанию)."
Bug#642075: LibreOffice: Links to Find dialogue not working
That's fine, but there's still a bug that needs fixing, no? Adriano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652429: ITP: meta-treedb -- on-disk memory library using meta-data
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: meta-treedb Version : 1.4.0-01 Upstream Author : Philip Ashmore * URL : http://sourceforge.net/projects/meta-treedb/ * License : LGPL Programming Lang: C, C++, m4 Description : on-disk memory library using meta-data -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652428: eglibc: [INTL:ru] Russian debconf templates translation update
Package: eglibc Version: 2.13-23 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # translation of ru.po to Russian # Translation of glibc debconf .po to Russian # This file is distributed under the same license as the eglibc package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # # Yuri Kozlov , 2006. # Sergey Alyoshin , 2007, 2008. # Yuri Kozlov , 2009, 2011. msgid "" msgstr "" "Project-Id-Version: eglibc 2.13-23\n" "Report-Msgid-Bugs-To: egl...@packages.debian.org\n" "POT-Creation-Date: 2011-10-30 11:52-0700\n" "PO-Revision-Date: 2011-12-17 09:26+0400\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Lokalize 1.0\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && " "n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" #. Type: multiselect #. Choices #: ../debhelper.in/locales.templates:1001 msgid "All locales" msgstr "Все локали" #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "Locales to be generated:" msgstr "Локали, которые будут созданы:" #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "" "Locales are a framework to switch between multiple languages and allow users " "to use their language, country, characters, collation order, etc." msgstr "" "Локаль -- это инфраструктура для поддержки в системе нескольких языков; она " "позволяет пользователю настроить язык сообщений, страну, алфавит, порядок " "сортировки и т.п." #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "" "Please choose which locales to generate. UTF-8 locales should be chosen by " "default, particularly for new installations. Other character sets may be " "useful for backwards compatibility with older systems and software." msgstr "" "Выберите создаваемые локали. Кодировка локали UTF-8 должна быть выбрана по " "умолчанию, особенно при новой инсталляции. Другие кодировки локали могут " "быть полезны для обратной совместимости со старыми системами и программами." #. Type: select #. Choices #: ../debhelper.in/locales.templates:2001 msgid "None" msgstr "Нет" #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "Default locale for the system environment:" msgstr "Локаль по умолчанию в системном окружении:" #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "" "Many packages in Debian use locales to display text in the correct language " "for the user. You can choose a default locale for the system from the " "generated locales." msgstr "" "Многие пакеты в Debian используют локали для отображения сообщений на языке " "пользователя. Вы можете выбрать из созданных локалей системную локаль по " "умолчанию." #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "" "This will select the default language for the entire system. If this system " "is a multi-user system where not all users are able to speak the default " "language, they will experience difficulties." msgstr "" "Эта настройка устанавливает язык по умолчанию для всей системы. Если это " "многопользовательская система, где не все пользователи говорят на выбранном " "языке по умолчанию, то у них возникнут трудности." #. Type: boolean #. Description #: ../debhelper.in/libc.templates:1001 msgid "Do you want to upgrade glibc now?" msgstr "Хотите выполнить обновление glibc сейчас?" #. Type: boolean #. Description #: ../debhelper.in/libc.templates:1001 msgid "" "Running services and programs that are using NSS need to be restarted, " "otherwise they might not be able to do lookup or authentication any more. " "The installation process is able to restart some services (such as ssh or " "telnetd), but other programs cannot be restarted automatically. One such " "program that needs manual stopping and restart after the glibc upgrade by " "yourself is xdm - because automatic restart might disconnect your active X11 " "sessions." msgstr "" "Запущенные службы и программы, которые используют NSS, должны быть " "перезапущены, иначе они не будут способны выполнять поиск или " "аутентификацию. В процессе установки возможно перезапустить некоторые " "службы (такие, как ssh или telnetd), но другие программы не могут быть " "автоматически перезапущены. Одна из таких программ, которая требует ручной " "остановки и перезапуска после обновления glibc, это xdm, так как её " "автоматический перезапуск может отключить ваши активные сессии X11." #. Type: boolean #. Description #: ../debhelper.in/libc.templates:100
Bug#652427: Missing kfreebsd-* packages
Source: colord Version: 0.1.15-1 Severity: serious Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, colord currently does not build on kfreebsd [1] due to unsatisfied build dependencies. libcolord-dev is a build-dependency of gnome-control-center 3.2 and gnome-settings-daemon 3.2, which are central pieces of the GNOME 3.2 desktop, so we need colord to build on those archs. The attached patch should make it possible to successfully compile colord on kfreebsd. 1/ It marks libgudev-1.0-dev and libusb-1.0-0-dev as linux-any. 2/ As USB support is not optional, it adds libusb2-dev (which provides libusb-1.0.pc) on kfreebsd-any. 3/ As libsane-dev depends on libusb-dev, and libusb-dev and libusb2-dev conflict on kfreebsd, that build-dependency is also marked linux-any (sane support is optional). 4/ Updates debian/rules to adjust the configure flags according to the plattform 5/ Uses a wildcard in debian/colord.install, as no sensors are built on kfreebsd, so the usr/lib/*/colord-sensors does not exist there. 6/ Removes an outdated comment from debian/rules. I don't actually use kfreebsd, so I can't tell if the resulting package does something useful. But it at least builds successfully in a kfreebsd VM. Cheers, Michael [1] https://buildd.debian.org/status/package.php?p=colord -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information diff --git a/debian/colord.install b/debian/colord.install index 5d8f7f6..286dbb2 100644 --- a/debian/colord.install +++ b/debian/colord.install @@ -1,8 +1,7 @@ debian/tmp/etc/ lib/udev/rules.d/ usr/bin/ -usr/lib/*/colord -usr/lib/*/colord-sensors +usr/lib/*/colord* usr/share/color usr/share/dbus-1 usr/share/locale diff --git a/debian/control b/debian/control index 42e9c65..acfaca5 100644 --- a/debian/control +++ b/debian/control @@ -7,12 +7,13 @@ Build-Depends: intltool, libglib2.0-dev, liblcms2-dev, - libgudev-1.0-dev, + libgudev-1.0-dev [linux-any], libsqlite3-dev, docbook-utils, - libusb-1.0-0-dev, + libusb-1.0-0-dev [linux-any], + libusb2-dev [kfreebsd-any], libpolkit-gobject-1-dev (>= 0.103), - libsane-dev, + libsane-dev [linux-any], valac, gobject-introspection, libgirepository1.0-dev, diff --git a/debian/rules b/debian/rules index 38776c2..ef75202 100755 --- a/debian/rules +++ b/debian/rules @@ -11,19 +11,24 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +ifeq ($(DEB_HOST_ARCH_OS),linux) + confflags = --enable-gudev --enable-sane +else + confflags = --disable-gudev --disable-sane +endif + override_dh_install: # The .la file(s) are entirely useless; kill them with fire. find debian/tmp -name '*.la' -delete dh_install --fail-missing override_dh_auto_configure: - # Pass --disable-polkit because PolicyKit doesn't (currently) allow - # checking for authorisation as a non-root user. - # - # Instead we use dbus policy to restrict access to the daemon. - dh_auto_configure -- --libexecdir=/usr/lib/$(DEB_HOST_MULTIARCH)/colord \ - --enable-gudev --enable-sane --disable-static \ - --disable-volume-search --with-daemon-user=colord + dh_auto_configure -- \ + --libexecdir=/usr/lib/$(DEB_HOST_MULTIARCH)/colord \ + --disable-static \ + --disable-volume-search \ + --with-daemon-user=colord \ + $(confflags) override_dh_auto_test: @echo "TODO: Test suite disabled - requires running dbus daemon, currently fails"
Bug#652426: ngircd: [INTL:ru] Russian debconf templates translation
Package: ngircd Version: 18-2 Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ngircd package. # # Yuri Kozlov , 2011. msgid "" msgstr "" "Project-Id-Version: ngircd 18-2\n" "Report-Msgid-Bugs-To: ngi...@packages.debian.org\n" "POT-Creation-Date: 2011-12-11 14:32+0100\n" "PO-Revision-Date: 2011-12-17 09:22+0400\n" "Last-Translator: Yuri Kozlov \n" "Language-Team: Russian \n" "Language: ru\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Lokalize 1.0\n" "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && " "n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n" #. Type: boolean #. Description #: ../ngircd.templates:2001 msgid "Convert ngIRCd configuration?" msgstr "Преобразовать настройки ngIRCd?" #. Type: boolean #. Description #: ../ngircd.templates:2001 msgid "In version 18, the ngIRCd configuration file format has changed." msgstr "В версии 18 формат файла настройки ngIRCd был изменён." #. Type: boolean #. Description #: ../ngircd.templates:2001 msgid "" "You can choose to update the existing configuration or leave it unmodified. " "The former configuration file format is still supported." msgstr "" "Вы можете выбрать обновление существующей настройки или " "оставить её как есть. Старый формат файла настройки также " "поддерживается." #. Type: text #. Description #: ../ngircd.templates:3001 msgid "Configuration conversion failure" msgstr "Не удалось выполнить преобразование" #. Type: text #. Description #: ../ngircd.templates:3001 msgid "The current configuration file contains errors and cannot be converted." msgstr "Имеющийся файл настройки содержит ошибки и не может быть преобразован." #. Type: text #. Description #: ../ngircd.templates:3001 msgid "" "You should check the configuration file by running \"ngircd --configtest\", " "fix any errors, and run \"dpkg-reconfigure ngircd\" to retry the conversion " "process." msgstr "" "Проверьте файл настройки с помощью команды «ngircd --configtest», " "исправьте ошибки и запустите «dpkg-reconfigure ngircd» для повторной " "попытки преобразования." #. Type: text #. Description #: ../ngircd.templates:4001 msgid "Converted configuration file error" msgstr "Ошибка в преобразованном файле настройки" #. Type: text #. Description #: ../ngircd.templates:4001 msgid "The converted configuration failed validation checks." msgstr "Преобразованный файл настройки не прошёл проверку на ошибки." #. Type: text #. Description #: ../ngircd.templates:4001 msgid "" "This should not happen and should therefore be reported as a bug. Please " "include the configuration file in the bug report with passwords removed." msgstr "" "Этого не должно было случиться и это является поводом отправки сообщения " "об ошибке. Включите файл настройки в сообщение об ошибке, удалив из " "него пароли." #. Type: text #. Description #: ../ngircd.templates:4001 msgid "The following difference file may help tracking this issue:" msgstr "Различия между файлами могут помочь выявить проблему:"
Bug#652425: ITP: treedb -- on-disk memory library
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: treedb Version : 1.3.0-01 Upstream Author : Philip Ashmore * URL : http://sourceforge.net/projects/treedb/ * License : LGPL Programming Lang: C, C++,m4 Description : on-disk memory library -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652424: dpkg-dev-el: Unable to add field "DM-Upload-Allowed"
Package: dpkg-dev-el Version: 35.2 Severity: normal Tags: patch When C-c C-a DM-Upload-Allowed emacs reports (wrong-type-argument number-or-marker-p nil) Attached patch modifies `debian-control-mode-add-field' to use case insensitive completion and insert new field with `upcase-initials' instead of `capitalize'. It also handles non-standard fields. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc7-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 dpkg-dev-el depends on: ii debian-el 35.2 ii emacs-snapshot [emacsen] 1:20111213-1 ii xemacs21-mule [emacsen] 21.4.22-3.2 Versions of packages dpkg-dev-el recommends: ii wget 1.13.4-1 Versions of packages dpkg-dev-el suggests: ii dpkg-dev 1.16.1.2 -- no debconf information --- elisp/dpkg-dev-el/debian-control-mode.el | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) --- a/elisp/dpkg-dev-el/debian-control-mode.el +++ b/elisp/dpkg-dev-el/debian-control-mode.el @@ -376,12 +376,12 @@ (error "Couldn't find Package or Source field"))) (fields (if binary-p debian-control-binary-fields - debian-control-source-fields))) + debian-control-source-fields)) + (completion-ignore-case t)) (list binary-p - (capitalize - (completing-read (format "Add %s package field: " (if binary-p "binary" "source")) - (mapcar #'(lambda (x) (cons x nil)) fields)) + (completing-read (format "Add %s package field: " (if binary-p "binary" "source")) + (mapcar #'(lambda (x) (cons x nil)) fields) (require 'cl) (let ((fields (if binary debian-control-binary-fields @@ -421,12 +421,12 @@ ;; If the field is already present, just jump to it (if (setq x (assoc field curfields)) (goto-char (cdr x)) - (let* ((pos (position field fields :test #'string-equal)) + (let* ((pos (or (position field fields :test #'string-equal) + -1)) (prevfields (subseq fields 0 pos)) - (nextfields (subseq fields (1+ pos))) - (cur nil)) - (while (or prevfields - nextfields) + (nextfields (subseq fields (1+ pos + (if (not (wholenump pos)) +(goto-char (cdar curfields)) (when prevfields (when (setq x (assoc (pop prevfields) curfields)) (setq prevfields nil nextfields nil) @@ -440,7 +440,7 @@ (when (looking-at "^Description") (forward-line -1)) (end-of-line) - (insert "\n" field ": "))) + (insert "\n" (upcase-initials field) ": "))) (defun debian-control-visit-policy (format) "Visit the Debian Policy manual in format FORMAT.
Bug#587671: aptitude: cmdline actions ignoring -o options
retitle 587671 aptitude: cmdline actions ignoring -o options usertags 587671 + config next forcemerge 587671 629590 652234 -- Hello These are all the same issue caused by the logic in main.cc: 1. load config files 2. set some "state variables" from config/defaults char *status_fname=NULL; string package_display_format = aptcfg->Find(PACKAGE "::CmdLine::Package-Display-Format", "%c%a%M %p# - %d#"); ... string width=aptcfg->Find(PACKAGE "::CmdLine::Package-Display-Width", ""); ... 3. process options in order 3a. most options update the state variables case 'F': package_display_format=optarg; version_display_format = optarg; break; case 'w': width=optarg; break; 3b. some options (and any use of `-o') update the config case 'o': ... aptcfg->SetNoUser(key, value); 4. run requested action based on state variables, not config else if(!strcasecmp(argv[optind], "search")) return cmdline_search(argc-optind, argv+optind, status_fname, package_display_format, width, sort_policy, disable_columns, debug_search); So the problem is that during this initial phase aptitude has two inconsistent ideas about it's configuration -- the state variables and the aptcfg object. Changing most config options via `-o' is never noticed by the state variables. I am inclined towards the following course of action: i. Modify the order of things above so that the state variables are set *after* processing the command line options, which means changing the options of 3a. to modify aptcfg instead of these variables. This fixes the immediate problem of -o options being ignored. ii. Investigate how many of these state variables are really needed and migrate most of them to having each action refer to aptcfg directly. Some points worth considering: - the curses ui dynamically updates aptcfg and the state variables must be updated accordingly (duplicated effort and storage = error prone; though I assume this is handled by registering signals) - there is a lot of passing of the state variables to various functions, which makes invoking them hairy. Each function knows which config options it is interested and could *probably* just extract these from aptcfg as appropriate. - if there are config options which are parsed in to a data structure, this can be handled in a similar fashion to apt-pkg's handling of, e.g., acquire::compressiontypes (see apt-pkg/aptconfiguration.cc) Any thoughts on this? I will look at tackling step i very soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497469: git-gui: child window looks like part of parent
You'll have to excuse me, I haven't used git/gui in the many years since then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652423: ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit
Package: wnpp Severity: wishlist Owner: Philip Ashmore * Package name: v3c Version : 2.5.0-01 Upstream Author : Name * URL : http://sourceforge.net/projects/v3c/ * License : (LGPL) Programming Lang: C, C++, make, m4 Description : C/C++/sh/make/automake/Debian utility toolkit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651780: fixed in sl-modem 2.9.11~20110321-5
On Wed, Dec 14, 2011 at 03:10:09PM +, Ben Hutchings wrote: > On Wed, 2011-12-14 at 14:34 +0200, أحمد المحمودي (Ahmed > El-Mahmoudy) wrote: > > On Wed, Dec 14, 2011 at 04:31:24AM +, Ben Hutchings wrote: > > > Sorry, no it isn't. You have to test for CONFIG_X86_32 inside of > > > Kbuild, and you can't use uname for this anywhere. > > > > Can you further explain this please ? > > 1. You run 'make' in the drivers directory. > 2. This invokes the kernel build system (Kbuild). > 3. Kbuild includes the Makefile from the drivers directory again. > > Steps 1 and 3 can be distinguished by whether KERNELRELEASE is defined. > At step 3, CONFIG_X86_32 is defined or not, as appropriate. At step 1, > you can't tell. Testing uname is no good because that tells you about > the host kernel and not the target kernel. > > Well, you could include $(KERNEL_DIR)/.config at step 1. Ok, the reason I did the patch this way is that CONFIG_X86_32 was only defined on kernel >= 2.6.14, so I needed a way to detect the target kernel for kernel < 2.6.14, that is in order to create a patch suitable for upstream. > > > Really, the Makefile needs a thorough cleanup. > > > > Actually, I don't want to remove the 2.4.x kernel support. > > Whyever not? Well, I'm not sure if upstream will accept a patch that removes 2.4.x kernel support, and if upstream doesn't accept it, I'm not willing to maintain such a patch. > Well the USB driver ought to work on any architecture, right? Maybe. But as far as I know, the sl-modem-daemon package (which is what will make use of the driver) would only work on x86 archs because of the binary blob: modem/dsplibs.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#652422: empathy: Doesn't save password on logout
Package: empathy Version: 3.2.2-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? Don't know if this is related to the Gnome 3 system chat as it seems to be hooked into Empathy in some way. Anywhow this shouldn't be happening. I've tried this twice with GoogleChat, entering the applicaiton specific password (use 2x authorization). The data is saved when logging out of Empathy itself, however on logout of X-Windows doesn't. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-486 Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages empathy depends on: ii dbus-x11 1.4.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii empathy-common 3.2.2-1 ii geoclue 0.12.0-4 ii gnome-icon-theme 3.2.1.2-1 ii gsettings-desktop-schemas3.2.0-2 ii gstreamer0.10-gconf 0.10.30-2 ii libc62.13-21 ii libcanberra-gtk3-0 0.28-3 ii libcanberra0 0.28-3 ii libchamplain-0.12-0 0.12.0-1 ii libchamplain-gtk-0.12-0 0.12.0-1 ii libcheese-gtk20 3.2.2-1 ii libclutter-1.0-0 1.8.2-2 ii libclutter-gtk-1.0-0 1.0.4-1 ii libdbus-glib-1-2 0.98-1 ii libebook1.2-10 3.0.3-2 ii libenchant1c2a 1.6.0-6 ii libfolks-telepathy25 0.6.5-1 ii libfolks25 0.6.5-1 ii libgcr-3-1 3.2.2-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgee2 0.6.1-3 ii libgeoclue0 0.12.0-4 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.30.2-4 ii libgnome-keyring03.2.2-1 ii libgnutls26 2.12.14-4 ii libgstfarsight0.10-0 0.0.31-1 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.2-3 ii libgudev-1.0-0 175-3 ii libnm-glib4 0.9.2.0-1 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-2 ii libpulse-mainloop-glib0 1.0-4 ii libpulse01.0-4 ii libtelepathy-farsight0 0.0.19-1 ii libtelepathy-glib0 0.16.2-1 ii libtelepathy-logger2 0.2.10-2 ii libwebkitgtk-3.0-0 1.6.1-5+b1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii telepathy-logger 0.2.10-2 ii telepathy-mission-control-5 1:5.10.1-1 Versions of packages empathy recommends: ii freedesktop-sound-theme 0.7.dfsg-1 ii gvfs-backends1.10.1-2 ii nautilus-sendto-empathy 3.2.2-1 ii telepathy-gabble 0.13.7-1 ii telepathy-salut 0.6.0-1 Versions of packages empathy suggests: ii telepathy-butterfly ii telepathy-haze ii vino 3.2.2-1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.13.7-1 ii telepathy-salut [telepathy-connection-manager] 0.6.0-1 -- 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#652416: wicd doesn't set up the route
On 2011-12-17 03:26:26 +0100, Vincent Lefevre wrote: > Package: wicd > Version: 1.7.1~b3-3 > Severity: grave > Justification: renders package unusable > > With wicd 1.7.1~b3-3, the routing table isn't set up as expected, > making the connection unusable. The problem might be due to the fact that it plays with eth0 while this is a wifi connection! From the log file for wicd 1.7.1: [...] 2011/12/17 03:09:42 :: Attempting to authenticate... 2011/12/17 03:09:42 :: ['wpa_supplicant', '-B', '-i', 'wlan0', '-c', '/var/lib/wicd/configurations/c5b49874', '-D', 'wext'] 2011/12/17 03:09:43 :: ['iwconfig', 'wlan0', 'essid', '--', 'vinc17'] 2011/12/17 03:09:43 :: iwconfig wlan0 channel 6 2011/12/17 03:09:43 :: iwconfig wlan0 ap 00:00:C5:B4:98:74 2011/12/17 03:09:43 :: WPA_CLI RESULT IS DISCONNECTED 2011/12/17 03:09:44 :: WPA_CLI RESULT IS COMPLETED 2011/12/17 03:09:44 :: Running DHCP with hostname xvii 2011/12/17 03:09:44 :: attempting to set hostname with dhclient 2011/12/17 03:09:44 :: using dhcpcd or another supported client may work better 2011/12/17 03:09:44 :: /sbin/dhclient -v wlan0 2011/12/17 03:09:44 :: Internet Systems Consortium DHCP Client 4.1.1-P1 2011/12/17 03:09:44 :: Copyright 2004-2010 Internet Systems Consortium. 2011/12/17 03:09:44 :: All rights reserved. 2011/12/17 03:09:44 :: For info, please visit https://www.isc.org/software/dhcp/ 2011/12/17 03:09:44 :: 2011/12/17 03:09:44 :: Listening on LPF/wlan0/00:21:6a:47:b3:80 2011/12/17 03:09:44 :: Sending on LPF/wlan0/00:21:6a:47:b3:80 2011/12/17 03:09:44 :: Sending on Socket/fallback 2011/12/17 03:09:48 :: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 2011/12/17 03:09:48 :: DHCPOFFER from 192.168.0.1 2011/12/17 03:09:48 :: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 2011/12/17 03:09:48 :: DHCPACK from 192.168.0.1 2011/12/17 03:09:48 :: bound to 192.168.0.105 -- renewal in 1584 seconds. 2011/12/17 03:09:48 :: DHCP connection successful 2011/12/17 03:09:48 :: not verifying 2011/12/17 03:09:48 :: Executing /etc/network/if-up.d/avahi-autoipd with params 2011/12/17 03:09:48 :: /etc/network/if-up.d/avahi-autoipd returned 0 2011/12/17 03:09:48 :: Executing /etc/network/if-up.d/avahi-daemon with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/avahi-daemon returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/bind9 with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/bind9 returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/ethtool with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/ethtool returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/exim4 with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/exim4 returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/home_net with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/home_net returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/mountnfs with params 2011/12/17 03:10:03 :: /etc/network/if-up.d/mountnfs returned 0 2011/12/17 03:10:03 :: Executing /etc/network/if-up.d/ntp with params 2011/12/17 03:10:05 :: /etc/network/if-up.d/ntp returned 0 2011/12/17 03:10:05 :: Executing /etc/network/if-up.d/ntpdate with params 2011/12/17 03:10:05 :: /etc/network/if-up.d/ntpdate returned 0 2011/12/17 03:10:05 :: Executing /etc/network/if-up.d/openssh-server with params 2011/12/17 03:10:05 :: /etc/network/if-up.d/openssh-server returned 0 2011/12/17 03:10:05 :: Executing /etc/network/if-up.d/postfix with params 2011/12/17 03:10:05 :: /etc/network/if-up.d/postfix returned 0 2011/12/17 03:10:05 :: Executing /etc/network/if-up.d/wpasupplicant with params 2011/12/17 03:10:05 :: /etc/network/if-up.d/wpasupplicant returned 0 2011/12/17 03:10:05 :: Executing /etc/wicd/scripts/postconnect/default with params wireless vinc17 00:00:C5:B4:98:74 2011/12/17 03:10:07 :: /etc/wicd/scripts/postconnect/default returned 0 2011/12/17 03:10:07 :: Connecting thread exiting. 2011/12/17 03:10:07 :: ifconfig wlan0 2011/12/17 03:10:07 :: IP Address is: 192.168.0.105 2011/12/17 03:10:07 :: Sending connection attempt result success 2011/12/17 03:10:07 :: ifconfig eth0 2011/12/17 03:10:07 :: ifconfig eth0 up 2011/12/17 03:10:10 :: Executing /etc/network/if-down.d/avahi-autoipd with params 2011/12/17 03:10:10 :: /etc/network/if-down.d/avahi-autoipd returned 0 2011/12/17 03:10:10 :: Executing /etc/network/if-down.d/bind9 with params 2011/12/17 03:10:10 :: /etc/network/if-down.d/bind9 returned 0 2011/12/17 03:10:10 :: Executing /etc/network/if-down.d/postfix with params 2011/12/17 03:10:10 :: /etc/network/if-down.d/postfix returned 0 2011/12/17 03:10:10 :: Executing /etc/network/if-down.d/wpasupplicant with params 2011/12/17 03:10:10 :: /etc/network/if-down.d/wpasupplicant returned 0 2011/12/17 03:10:10 :: attempting to set hostname with dhclient 2011/12/17 03:10:10 :: using dhcpcd or another supported client may work better 2011/12/17 03:10:10 :: /sbin/dhclient -v -r eth0 2011/12/17 03:10:10 :: ifconfig eth0 0.0.0.0 2011/12/17 03:10
Bug#649449: firmware-iwlwifi: "Card state received: HW:Kill SW:On" and "Not sending command - RF KILL"
Hi, I'm testing a few days ago from kernel 2.6.32-5-amd64. The problems cotinue and $dmesg prints: [ 1452.312363] iwl3945 :02:00.0: Card state received: HW:Kill SW:On [ 1452.312616] iwl3945 :02:00.0: Error sending REPLY_QOS_PARAM: enqueue_hcmd failed: -5 [ 1452.312626] iwl3945 :02:00.0: Error sending REPLY_RXON_ASSOC: enqueue_hcmd failed: -5 [ 1452.312649] iwl3945 :02:00.0: Error setting RXON_ASSOC configuration (-5). [ 1452.312656] iwl3945 :02:00.0: Error sending REPLY_RXON_ASSOC: enqueue_hcmd failed: -5 [ 1452.312679] iwl3945 :02:00.0: Error setting RXON_ASSOC configuration (-5). [ 1452.322082] wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (reason=3) [ 1452.373469] iwl3945 :02:00.0: Error sending REPLY_LEDS_CMD: enqueue_hcmd failed: -5 [ 1452.440292] usb 3-2: USB disconnect, address 3 [ 1454.936878] Registered led device: iwl-phy0::radio [ 1454.937137] Registered led device: iwl-phy0::assoc [ 1454.937173] Registered led device: iwl-phy0::RX [ 1454.937401] Registered led device: iwl-phy0::TX [ 1459.592125] iwl3945 :02:00.0: Failed to get channel info for channel 140 [0] [ 1463.276109] iwl3945 :02:00.0: Failed to get channel info for channel 140 [0] [ 1463.279665] wlan0: direct probe to AP xx:xx:xx:xx:xx:xx (try 1) [ 1463.281662] wlan0: direct probe responded [ 1463.281687] wlan0: authenticate with AP xx:xx:xx:xx:xx:xx (try 1) [ 1463.283741] wlan0: authenticated [ 1463.287335] wlan0: associate with AP xx:xx:xx:xx:xx:xx (try 1) [ 1463.290924] wlan0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x471 status=0 aid=1) [ 1463.290927] wlan0: associated [ 1472.271993] iwl3945 :02:00.0: Card state received: HW:Kill SW:On [ 1472.272256] iwl3945 :02:00.0: Error sending REPLY_QOS_PARAM: enqueue_hcmd failed: -5 [ 1472.284104] wlan0: deauthenticating from 5c:d9:98:ea:d8:02 by local choice (reason=3) [ 1472.332103] iwl3945 :02:00.0: Error sending REPLY_LEDS_CMD: enqueue_hcmd failed: -5 [ 1474.931471] Registered led device: iwl-phy0::radio [ 1474.931703] Registered led device: iwl-phy0::assoc [ 1474.931777] Registered led device: iwl-phy0::RX [ 1474.931869] Registered led device: iwl-phy0::TX Best regards. El lun, 21-11-2011 a las 05:29 +, Ben Hutchings escribió: > On Mon, 2011-11-21 at 00:32 +0100, dayer wrote: > > Package: firmware-iwlwifi > > Version: 0.34 > > Severity: important > > > > Hi, > > > > I'm using a Toshiba laptop model U200-191 with a wireless card "Intel > > Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)" > > (according to lspci). My laptop has several disconnections, it depends on > > the > > network and this situation happens randomly. A day the connection goes very > > well, without cuts, but next day, with the same network, position and power > > signal, there're several disconnections. Now, for example, according on > > iwconfig the network has Link Quality=54/70 and Signal level=-56 dBm, and > > it > > has been several cuts. > > > > I paste the dmesg ouput using Network Manager and with Network Manager > > stopped > > and using only a shell to configure the wireless lan. I've left out the > > BSSID. > [...] > > Sometimes the solution is turn off and turn on again the Wi-Fi switch. I > > know > > the problem six or eight months ago. > > The firmware for this device was last changed 2 years ago; therefore > this is not likely to be a firmware bug. It might be a bug in the > driver, or a hardware problem (the wifi switch not making a good > connection). Could you test the kernel package from stable > (linux-image-2.6.32-5-amd64)? > > Ben. > -- http://elhistorias.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652356: please use argument-safe bswap macros on all architectures
Aurelien Jarno dixit:
>I have dropped it in favor of the default version for the next upload.
Why don’t you just use these? (Tested for 32-bit and 64-bit both.)
I’ve not looked at other architectures atm though.
--- usr/include/m68k-linux-gnu/bits/byteswap.h~ 2011-12-17 02:44:08.0
+
+++ usr/include/m68k-linux-gnu/bits/byteswap.h 2011-12-17 02:49:34.0
+
@@ -1,5 +1,5 @@
/* Macros to swap the order of bytes in integer values. m68k version.
- Copyright (C) 1997, 2002, 2008 Free Software Foundation, Inc.
+ Copyright (C) 1997, 2002, 2008, 2011 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
@@ -50,15 +50,15 @@
#if defined __GNUC__ && __GNUC__ >= 2 && !defined(__mcoldfire__)
# define __bswap_32(x) \
__extension__\
- ({ unsigned int __bswap_32_v;\
- if (__builtin_constant_p (x)) \
- __bswap_32_v = __bswap_constant_32 (x); \
+ ({ unsigned int __bswap_32_v, __bswap_32_x = (x);\
+ if (__builtin_constant_p (__bswap_32_x)) \
+ __bswap_32_v = __bswap_constant_32 (__bswap_32_x); \
else \
__asm__ __volatile__ ("ror%.w %#8, %0;" \
"swap %0;" \
"ror%.w %#8, %0" \
: "=d" (__bswap_32_v) \
-: "0" ((unsigned int) (x))); \
+: "0" (__bswap_32_x)); \
__bswap_32_v; })
#else
static __inline unsigned int
@@ -85,11 +85,12 @@
__extension__
\
({ union { unsigned long long int __ll; \
unsigned long int __l[2]; } __bswap_64_v, __bswap_64_r;\
- if (__builtin_constant_p (x)) \
- __bswap_64_r.__ll = __bswap_constant_64 (x);\
+ unsigned long long int __bswap_64_x = (x);
\
+ if (__builtin_constant_p (__bswap_64_x)) \
+ __bswap_64_r.__ll = __bswap_constant_64 (__bswap_64_x); \
else \
{ \
-__bswap_64_v.__ll = (x); \
+__bswap_64_v.__ll = __bswap_64_x; \
__bswap_64_r.__l[0] = __bswap_32 (__bswap_64_v.__l[1]);\
__bswap_64_r.__l[1] = __bswap_32 (__bswap_64_v.__l[0]);\
} \
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
-- Edward Burr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651945: notification of NMU upload to delayed/5
Hello Tobias,
Jari prepared an NMU upload of cscope to address the bug regarding
cbrowser. I have uploaded this to the DELAYED/5 queue. If you have any
concerns about the upload, please let me know and I will remove it from
the queue. The debdiff is attached as a patch.
Thank you,
tony
diff -Nru cscope-15.7a/debian/changelog cscope-15.7a/debian/changelog
--- cscope-15.7a/debian/changelog 2011-09-25 20:34:34.0 -0700
+++ cscope-15.7a/debian/changelog 2011-12-13 08:34:31.0 -0800
@@ -1,3 +1,11 @@
+cscope (15.7a-3.5) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control
+- (Suggests): Remove cbrowser (Closes: #651945).
+
+ -- Jari Aalto Tue, 13 Dec 2011 18:33:47 +0200
+
cscope (15.7a-3.4) unstable; urgency=low
* Non-maintainer upload.
diff -Nru cscope-15.7a/debian/control cscope-15.7a/debian/control
--- cscope-15.7a/debian/control 2011-09-25 20:32:01.0 -0700
+++ cscope-15.7a/debian/control 2011-12-13 08:34:31.0 -0800
@@ -11,7 +11,7 @@
Package: cscope
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ed
-Suggests: cbrowser, cscope-el
+Suggests: cscope-el
Description: Interactively examine a C program source
Cscope is an interactive text screen based source browsing tool.
Although it is primarily designed to search C code (including lex
Bug#652418: netplugd crashed after "unexpected state DOWNANDOUT for UP"
Package: netplug Version: 1.2.9.2-1 Severity: normal The netplug daemon crashed (I don't know when exactly), so that when I plugged in the Ethernet cable, nothing happened. The netplugd entries from the /var/log/syslog file: Dec 17 03:09:26 xvii netplugd[1983]: eth0: state ACTIVE flags 0x00011043 UP,BROADCAST,RUNNING,MULTICAST,1 -> 0x1002 BROADCAST,MULTICAST Dec 17 03:09:26 xvii netplugd[21344]: /etc/netplug/netplug eth0 probe -> pid 21344 Dec 17 03:09:26 xvii netplugd[1983]: eth0: state PROBING flags 0x1002 BROADCAST,MULTICAST -> 0x1003 UP,BROADCAST,MULTICAST Dec 17 03:09:26 xvii netplugd[1983]: eth0: state PROBING_UP pid 21344 exited status 0 Dec 17 03:09:28 xvii netplugd[1983]: eth0: state INACTIVE flags 0x1003 UP,BROADCAST,MULTICAST -> 0x00011043 UP,BROADCAST,RUNNING,MULTICAST,1 Dec 17 03:09:28 xvii netplugd[21358]: /etc/netplug/netplug eth0 in -> pid 21358 Dec 17 03:09:34 xvii netplugd[1983]: eth0: state INNING flags 0x00011043 UP,BROADCAST,RUNNING,MULTICAST,1 -> 0x1003 UP,BROADCAST,MULTICAST Dec 17 03:09:57 xvii netplugd[1983]: eth0: state WAIT_IN pid 21358 exited status 0 Dec 17 03:09:57 xvii netplugd[21685]: /etc/netplug/netplug eth0 out -> pid 21685 Dec 17 03:09:57 xvii netplugd[1983]: eth0: state OUTING flags 0x1003 UP,BROADCAST,MULTICAST -> 0x1002 BROADCAST,MULTICAST Dec 17 03:10:08 xvii netplugd[1983]: eth0: state DOWNANDOUT flags 0x1002 BROADCAST,MULTICAST -> 0x1003 UP,BROADCAST,MULTICAST Dec 17 03:10:08 xvii netplugd[1983]: eth0: unexpected state DOWNANDOUT for UP I suppose that the daemon was confused by the unexpected state. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netplug depends on: ii iproute 2017-1 ii libc62.13-23 netplug recommends no packages. netplug suggests no packages. -- Configuration Files: /etc/netplug/netplug changed: PATH=/usr/bin:/bin:/usr/sbin:/sbin export PATH dev="$1" action="$2" case "$action" in in) if [ -x /sbin/ifup ]; then # After suspend/resume, the interface is still up, and this makes # ifup fail with the error "interface eth0 already configured" if # the option --force is not given. logger "/sbin/ifup --force -v $dev" exec /sbin/ifup --force -v "$dev" else echo "Please teach me how to plug in an interface!" 1>&2 exit 1 fi ;; out) if [ -x /sbin/ifdown ]; then # At least on Fedora Core 1, the call to ip addr flush infloops # /sbin/ifdown $dev && exec /sbin/ip addr flush $dev logger "/sbin/ifdown -v $dev" exec /sbin/ifdown -v "$dev" else echo "Please teach me how to unplug an interface!" 1>&2 exit 1 fi ;; probe) exec /sbin/ip link set "$dev" up >/dev/null 2>&1 ;; *) echo "I have been called with a funny action of '%s'!" 1>&2 exit 1 ;; esac -- 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#652417: wicd writes sensitive information in log files (password, passphrase...)
Package: wicd Version: 1.7.1~b3-3 Severity: grave Tags: security Justification: user security hole wicd writes sensitive information in log files (under /var/log/wicd), such as passwords and passphrases. Users in the adm group can have access to them, but also log files are meant to be sent in bug reports, and if the bug reporter doesn't pay attention, there is a huge risk to transmit such information. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii wicd-daemon 1.7.1~b3-3 ii wicd-gtk [wicd-client] 1.7.1~b3-3 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-gtk depends on: ii python 2.7.2-9 ii python-glade2 2.24.0-2 ii python-gtk22.24.0-2 ii wicd-daemon1.7.1~b3-3 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 Versions of packages wicd-daemon depends on: ii adduser 3.113 ii dbus1.4.16-1 ii debconf 1.5.41 ii ethtool 1:3.1-1 ii iproute 2017-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-17 ii lsb-base3.2-28 ii net-tools 1.60-24.1 ii psmisc 22.14-1 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-gobject 3.0.3-1 ii python-wicd 1.7.1~b3-3 ii wireless-tools 30~pre9-7 ii wpasupplicant 0.7.3-5 Versions of packages wicd-daemon recommends: ii wicd-gtk [wicd-client] 1.7.1~b3-3 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-8 Versions of packages python-wicd depends on: ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 -- debconf information: * wicd/users: vinc17 * wicd/users: vinc17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652416: wicd doesn't set up the route
Package: wicd Version: 1.7.1~b3-3 Severity: grave Justification: renders package unusable With wicd 1.7.1~b3-3, the routing table isn't set up as expected, making the connection unusable. With wicd 1.7.1~b3-3: xvii:~> route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 * 255.255.255.0 U 0 00 wlan0 With wicd 1.7.0+ds1-9: xvii:~> route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default router 0.0.0.0 UG0 00 wlan0 192.168.0.0 * 255.255.255.0 U 0 00 wlan0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii wicd-daemon 1.7.1~b3-3 ii wicd-gtk [wicd-client] 1.7.1~b3-3 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-gtk depends on: ii python 2.7.2-9 ii python-glade2 2.24.0-2 ii python-gtk22.24.0-2 ii wicd-daemon1.7.1~b3-3 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 Versions of packages wicd-daemon depends on: ii adduser 3.113 ii dbus1.4.16-1 ii debconf 1.5.41 ii ethtool 1:3.1-1 ii iproute 2017-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-17 ii lsb-base3.2-28 ii net-tools 1.60-24.1 ii psmisc 22.14-1 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-gobject 3.0.3-1 ii python-wicd 1.7.1~b3-3 ii wireless-tools 30~pre9-7 ii wpasupplicant 0.7.3-5 Versions of packages wicd-daemon recommends: ii wicd-gtk [wicd-client] 1.7.1~b3-3 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-8 Versions of packages python-wicd depends on: ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 -- debconf information: * wicd/users: vinc17 * wicd/users: vinc17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652415: tesseract-ocr: new version with more languages supported is available
Package: tesseract-ocr Severity: important Tags: upstream l10n please package new version os tesseract (3.01). it has lots of new languages supported. i am particularly interested in Russian and Ukrainian -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-12-generic (SMP w/2 CPU cores) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.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#652040: [Pkg-ime-devel] Bug#652040: Bug#652040: Bug#652040: ibus doesn't recognize gtk windows
On Fri, Dec 16, 2011 at 07:33:36AM +0900, b...@dperkins.org wrote: > >I shuld have mentioned to start im-config to remove ~/.xinputrc > >This may be interesting case for improving README.Debian for > >im-config. > > > >Can you post your ~/.xinputrc and /etc/X11/xinit/xinputrc and > >/etc/default/im-config . > > I *believe* my ~/.xinputrc is the same now as it was before, > excepting the date. Here are my current configuration files. I installed scim and xfce4-terminal, but problem does not happen. OK, I will stop investigating this for now. Anyway, I remember gcin and ibus did not play well. So it may be good idea to ut some cautionary statement when 2 IMs are installed. Thanks and Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651815: patch inluded in release
http://drfav.wordpress.com/2011/12/15/polkit-qt-1-0-103-0-released/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652414: dpkg-dev: dpkg-source --commit with three arguments still requires .orig.tar.gz
Package: dpkg-dev Version: 1.16.1.2 Severity: normal based on the man page if I run dpkg-source --commit . patch_name foo.patch I'd expect that the original tarball would not be needed. As far as I can tell the program seems to actually ignore the third argument and tries to build the diff itself. In my case that's annoying 1) because I have to check out the tarball 2) Because there are binary file changes handled by debian/source/included-binaries that it tries to include in the diff so it barfs. Based on the man page I'd expect the three argument form of dpkg-source --commit to roughly copy the third argument into debian/patches, possibly adding a header, and opening it in an editor. Then add to the series files. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (101, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii base-files5.10 Debian base system miscellaneous f ii binutils 2.21.90.20111025-1 GNU assembler, linker and binary u ii bzip2 1.0.5-6high-quality block-sorting file co ii libdpkg-perl 1.16.1.2 Dpkg perl modules ii make 3.81-8.1 An utility for Directing compilati ii patch 2.6-2 Apply a diff file to an original ii xz-utils 5.0.0-2XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.6.1-3 GNU C compiler ii gcc-4.4 [c-compiler] 4.4.6-11 GNU C compiler ii gcc-4.6 [c-compiler] 4.6.2-1GNU C compiler ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libalgorithm-merge-perl 0.08-2 Perl module for three-way merge of Versions of packages dpkg-dev suggests: ii debian-keyring2010.06.08 GnuPG (and obsolete PGP) keys of D -- 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#649848: Should this package be removed?
tags 649848 - moreinfo thanks Mark, please consider answering at bug #649848, one of its dependencies is due for removal from the archive, and clamav-getfiles seems poorly maintained and has been removed from testing. I'm going to ask its removal from the archive within 14 days unless you have something to argue about that. Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599646: dependencies on geoclue
Le Fri, 16 Dec 2011 14:11:03 -0500, Peter a écrit : > Well so this bug was reverted? Why can't empathy just recommend the > library, and check for it? No, the bugs has not be reverted, the bug was about stopping recommending geoclue backends and moving these recommends to the geoclue master package. 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#652413: ITP: libm2net-cil -- Mongrel 2 handler libraries for .NET
Package: wnpp Owner: Will Dowling Severity: wishlist * Package name: libm2net-cil Version : 1.0 Upstream Author : Austin Wise * URL : https://github.com/AustinWise/m2net * License : BSD Programming Lang: C# Description : Mongrel 2 handler libraries for .NET m2net helps you develop handlers for HTTP requests via the messaging-based Mongrel2 HTTP server. I am hoping to package this software to further the goal of a fully supported .NET CLI stack for handling Mongrel 2 requests. Mongrel 2 also has ITP #590629 against it. Please note that this ITP only covers the BSD licensed "m2net" component in the upstream project, NOT the Microsoft Public Licensed "m2net.asp" component. I have lodged two supporting ITP/RFP requests to support this work: #652410 (libjayrock-cil); #652411 (libclrzmq-cil). Will Dowling E: opensou...@autodeist.com W: https://launchpad.net/~will -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652412: ibus-table-sawndip-yaemlai: Intent to Package
Package: ibus-table-sawndip-yaemlai Version: version 1 Severity: wishlist Tags: l10n Upstream Author : John Knightley URL : http://sourceforge.net/projects/ibus-table-sawn Depends: ibus-table (>= 1.1.0.20090527) Architecture: all License : GPL version 3 Suggests : ttf-arphic-sawndip Description : Input method for Zhuang Sawndip based on table engine of ibus IBus-Table is the IM Engine framework for table-based input methods. This package provides one input method sawndip-yaemlai. Sawndip-yaemlai is a input method the uses the Zhuang pronunciation to type Zhuang Sawndip which is the traditional script for Zhuang which uses Chinese characters. Zhuang is the mother tongue of over 10 million people in Guangxi China. Significance : First Linux IME for Zhuang Sawndip. This IME is compatible with the open source online Zhuang Sawndip IME hosted by Guangxi University since 2008 at http://gdzhdb.l10n-support.com/ (latest version http://gdzhdb.l10n-support.com/legacy/sawndip0619.html). Other: Whilst the IME itself does not depend upon any fonts, without appropriate fonts installed the end user will not be able to see the Sawndip characters. To be able to see all characters a complete set of CJK, or Chinese, fonts is recommended along with a font like Sawndip.ttf which uses PUA codepoints for others characters not currently in unicode. The font Sawndip.ttf will be availalble in the package ttf-arphic-sawndip, or the latest stable release can be downloaded from http://gdzhdb.l10n-support.com/sawndip-fonts/Sawndip.ttf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652411: RFP: libclrzmq-cil -- .NET bindings for 0MQ
Package: wnpp Owner: Will Dowling Severity: wishlist * Package name: libclrzmq-cil Version : 2.2.1 Upstream Author : Johnny Gozde * URL : https://github.com/zeromq/clrzmq * License : LGPL Programming Lang: C# Description : Official .NET bindings for 0MQ This project aims to provide the full functionality of the underlying ZeroMQ API to CLR projects. ØMQ (ZeroMQ, 0MQ, zmq) looks like an embeddable networking library but acts like a concurrency framework. It gives you sockets that carry whole messages across various transports like in-process, inter- process, TCP, and multicast. You can connect sockets N-to-N with patterns like fanout, pub-sub, task distribution, and request-reply. It's fast enough to be the fabric for clustered products. Its asynchronous I/O model gives you scalable multicore applications, built as asynchronous message-processing tasks. It has a score of language APIs and runs on most operating systems. ØMQ is from iMatix and is LGPL open source. This software is a dependancy of the m2net library which I am packaging for debian to provide a full .NET CLI stack for Mongrel2, which also has a ITP (#590629). I may change this to be an ITP later, but at this stage have not spoken to any upstream developers nor the existing 0MQ maintainer regarding this. Will Dowling E: opensou...@autodeist.com W: https://launchpad.net/~will -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652410: ITP: libjayrock-cil -- Implementation of JSON and JSON-RPC for the Microsoft .NET Framework, including ASP.NET.
Package: wnpp Owner: Will Dowling Severity: wishlist * Package name: libjayrock-cil Version : 0.9.8316 Upstream Author : Atif Aziz * URL : http://jayrock.berlios.de/ * License : LGPL Programming Lang: C# Description : JSON and JSON-RPC implementation for .NET Jayrock is a modest and an open source implementation of JSON and JSON-RPC for the Microsoft .NET Framework, including ASP.NET. Jayrock allows clients, typically JavaScript in web pages, to be able to call into server-side methods using JSON as the wire format and JSON-RPC as the procedure invocation protocol. The methods can be called synchronously or asynchronously. This software is a dependancy of the m2net library which I am packaging for debian to provide a full .NET CLI stack for Mongrel2, which also has a ITP (#590629). Will Dowling E: opensou...@autodeist.com W: https://launchpad.net/~will -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652409: RM: libtidy-ruby -- RoQA; Obsoleted by ruby-tidy
Package: ftp.debian.org Please remove libtidy-ruby, binaries have been superseded by ruby-tidy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652408: RM: ibus-table-array30 -- RoQA; Obsoleted by ibus-table-chinese
Package: ftp.debian.org Please remove ibus-table-array30, binaries have been superseded by ibus-table-chinese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652407: RM: ttf-oflb-asana-math -- RoQA; Obsoleted by fonts-oflb-asana-math
Package: ftp.debian.org Please remove ttf-oflb-asana-math, binaries have been superseded by fonts-oflb-asana-math -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652406: RM: ttf-linex -- RoQA; Obsoleted by fonts-linex
Package: ftp.debian.org Please remove ttf-linex, binaries have been superseded by fonts-linex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652405: RM: ttf-mgopen -- RoQA; Obsoleted by fonts-mgopen
Package: ftp.debian.org Please remove ttf-mgopen, binaries have been superseded by fonts-mgopen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652404: RM: ttf-lg-aboriginal -- RoQA; Obsoleted by fonts-lg-aboriginal
Package: ftp.debian.org Please remove ttf-lg-aboriginal, binaries have been superseded by fonts-lg-aboriginal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652403: RM: docbook-xsl-ns -- RoQA; Obsoleted by docbook-xsl
Package: ftp.debian.org Please remove docbook-xsl-ns, binaries have been superseded by docbook-xsl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652402: RM: libsystemu-ruby -- RoQA; Obsoleted by ruby-systemu
Package: ftp.debian.org Please remove libsystemu-ruby, binaries have been superseded by ruby-systemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652401: RM: libopen4-ruby -- RoQA; Obsoleted by ruby-open4
Package: ftp.debian.org Please remove libopen4-ruby, binaries have been superseded by ruby-open4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652400: RM: libflexmock-ruby -- RoQA; Obsoleted by ruby-flexmock
Package: ftp.debian.org Please remove libflexmock-ruby, binaries have been superseded by ruby-flexmock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652399: RM: mit-scheme-doc -- RoQA; Obsoleted by mit-scheme
Package: ftp.debian.org Please remove mit-scheme-doc, binaries have been superseded by mit-scheme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652398: RM: bibledit -- RoQA; Obsoleted by bibledit-gtk
Package: ftp.debian.org Please remove bibledit, binaries have been superseded by bibledit-gtk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652397: RM: libdbus-ruby -- RoQA; Obsoleted by ruby-dbus
Package: ftp.debian.org Please remove libdbus-ruby, binaries have been superseded by ruby-dbus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652396: RM: libmixlib-config-ruby -- RoQA; Obsoleted by ruby-mixlib-config
Package: ftp.debian.org Please remove libmixlib-config-ruby, binaries have been superseded by ruby-mixlib-config -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652395: RM: libi18n-ruby -- RoQA; Obsoleted by ruby-i18n
Package: ftp.debian.org Please remove libi18n-ruby, binaries have been superseded by ruby-i18n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652394: RM: libinotify-ruby -- RoQA; Obsoleted by ruby-inotify
Package: ftp.debian.org Please remove libinotify-ruby, binaries have been superseded by ruby-inotify -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652393: RM: libstomp-ruby -- RoQA; Obsoleted by ruby-stomp
Package: ftp.debian.org Please remove libstomp-ruby, binaries have been superseded by ruby-stomp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652392: RM: libnokogiri-ruby -- RoQA; Obsoleted by ruby-nokogiri
Package: ftp.debian.org Please remove libnokogiri-ruby, binaries have been superseded by ruby-nokogiri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652391: RM: ttf-levien-typoscript -- RoQA; Obsoleted by fonts-levien-typoscript
Package: ftp.debian.org Please remove ttf-levien-typoscript, binaries have been superseded by fonts-levien-typoscript -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652390: RM: ttf-liberation -- RoQA; Obsoleted by fonts-liberation
Package: ftp.debian.org Please remove ttf-liberation, binaries have been superseded by fonts-liberation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652389: RM: ttf-levien-museum -- RoQA; Obsoleted by fonts-levien-museum
Package: ftp.debian.org Please remove ttf-levien-museum, binaries have been superseded by fonts-levien-museum -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652388: RM: plasma-widget-veromix -- RoQA; Obsoleted by veromix
Package: ftp.debian.org Please remove plasma-widget-veromix, binaries have been superseded by veromix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652387: system-config-printer: Missing dependency on python-pycurl
Package: system-config-printer Version: 1.3.7-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The latest release in Experimental is missing the dependency on python-pycurl. Without that package startup fails: > Traceback (most recent call last): > File "/usr/bin/system-config-printer", line 72, in > import cupshelpers > File "/usr/lib/pymodules/python2.7/cupshelpers/__init__.py", line 60, in > > import openprinting > File "/usr/lib/pymodules/python2.7/cupshelpers/openprinting.py", line 22, > in > import pycurl, urllib, platform, threading, tempfile, traceback > ImportError: No module named pycurl After installing python-pycurl everything seems fine. Regards, Mathias - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gnome-icon-theme3.2.1.2-1 ii python 2.7.2-9 ii python-cups 1.9.48-1+b1 ii python-cupshelpers 1.3.7-1 ii python-dbus 0.84.0-2 ii python-glade2 2.24.0-2 ii python-gnome2 2.28.1-3 ii python-gtk2 2.24.0-2 ii python-libxml2 2.7.8.dfsg-5 ii python-notify 0.1.1-3 ii python-support 1.0.14 Versions of packages system-config-printer recommends: pn cups-pk-helper pn system-config-printer-udev Versions of packages system-config-printer suggests: pn python-gnomekeyring pn python-smbc pn sessioninstaller - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk7r6DIACgkQYfUFJ3ewsJjciQCeP/8w75WgVLJhsUmiffO73vgE vkQAoIPShdxSPeXv+uNqKeWHsWtTyxVF =oJ71 -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#652356: please use argument-safe bswap macros on all architectures
On Fri, Dec 16, 2011 at 03:29:59PM +, Thorsten Glaser wrote:
> Source: eglibc
>
> Hi,
>
> (from #595496) please make sure that this passes on all
> architectures:
>
> cat >x.c <<'EOF'
> #include
> #include
> #include
>
> uint32_t
> foo(uint32_t *bar, size_t *baz) {
> return (bswap_32(bar[(*baz)++]));
> }
> EOF
> gcc -Wall -c x.c
>
>
> On amd64 it passes, on m68k it gives:
>
> x.c: In function ‘foo’:
> x.c:6:10: warning: operation on ‘*baz’ may be undefined [-Wsequence-point]
> x.c:6:10: warning: operation on ‘*baz’ may be undefined [-Wsequence-point]
> x.c:6:10: warning: operation on ‘*baz’ may be undefined [-Wsequence-point]
>
> The difference is in /usr/include/$multiarsch/bits/byteswap.h:
>
> # define __bswap_32(x) \
> (__extension__
> \
> ({ register unsigned int __v, __x = (x);
> \
> if (__builtin_constant_p (__x))
> \
> […]
>
> (amd64) vs. (m68k)
>
> # define __bswap_32(x) \
> __extension__ \
> ({ unsigned int __bswap_32_v; \
> if (__builtin_constant_p (x)) \
> […]
>
> That is, the amd64 version evaluates the argument only once.
>
> Please ensure all flavours of the bswap macros on all architectures
> behave the same; otherwise it’s an introduction to porting issues
> that need not be. Porting is joyful enough already ;-)
>
The file is different on architectures providing an optimized version of
bswap functions. The m68k optimized version is lagging behind the others
architectures and as you show, it is therefore broken.
I have dropped it in favor of the default version for the next upload.
This way it will behave like other architectures.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634176: Ping?
Hi, It’s been a few month and you have not replied. Do you need any help with packaging the new version? Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651481: provide external interface to query expected hardening features
On Fri, Dec 16, 2011 at 09:25:10AM +0100, Raphael Hertzog wrote:
> On Thu, 15 Dec 2011, Kees Cook wrote:
> > While doing this, it seemed that creating a full "set_feature()" callback
> > was more work than it needed to be. I can certainly add it, but I thought
> > I'd show you where I am now first. If you still want the set_feature()
> > calls, I can add those, but I think it'll make the code less readable.
>
> I believe it's cleaner because we're doing this from Dpkg::Vendor::Debian
> so we're not within Dpkg::BuildFlags and we should not have to access
> the internals of the object except through a well defined API.
That's a good point. :) I've added this interface.
> > diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1
> > index a018edb..7bfbe46 100644
> > --- a/man/dpkg-buildflags.1
> > +++ b/man/dpkg-buildflags.1
> > @@ -87,6 +87,11 @@ the flag is set/modified by a user-specific
> > configuration;
> > the flag is set/modified by an environment-specific configuration.
> > .RE
> > .TP
> > +.BI \-\-features " area"
> > +Print the features enabled for a given area. The only currently recognized
> > +area is \fBhardening\fP. Exits with 0 if the area is known otherwise exits
> > +with 1.
>
> A word about the structure of the output is needed.
Ah, yes. I've added an example. I'm not very good with roff, so this may
need style tweaking.
> > @@ -239,7 +244,8 @@ This setting (disabled by default) adds
> > .B \-Wl,\-z,now
> > to \fBLDFLAGS\fP. During program load, all dynamic symbols are resolved,
> > allowing for the entire PLT to be marked read-only (due to \fBrelro\fP
> > -above).
> > +above). This option cannot be enabled without \fBrelro\fP being enabled
> > +at the same time.
>
> This can easily be misread. I understood that enabling bindnow also
> enables relro. When in fact it's really that bindnow requires relro as a
> pre-requisite.
Yay English. :) I've attempted to clarify this now.
> > +=item $bf->features($area)
> > +
> > +Returns true if the given area is a known, and false otherwise. The only
> > +recognized area is "hardening".
>
> Somehow I think that the method name is not clear enough. Maybe
> "has_features"? At least it would more consistent in:
> if ($bf->has_features()) {
> $bf->get_features()
> }
Done.
> > -# Fortify
> > +# Fortify Source
>
> You added empty lines before each feature test except here.
Fixed.
> > --- a/scripts/dpkg-buildflags.pl
> > +++ b/scripts/dpkg-buildflags.pl
> > @@ -47,6 +47,7 @@ Actions:
> >--getoutput the requested flag to stdout.
> >--origin output the origin of the flag to stdout:
> > value is one of vendor, system, user, env.
> > + --features output the enabled features for the given area.
>
> It should be something more descriptive like "--query-features",
> "--get-features" or "--print-features". Because otherwise it really
> sounds like a command to ask whether is supported (because
> "features" is a verb).
It seemed like "query" was best. I've updated this.
> > +} elsif ($action eq "features") {
> > +if ($build_flags->features($param)) {
> > + my %features = $build_flags->get_features($param);
> > + my @report;
> > + foreach my $feature (sort keys %features) {
> > + my $item = "Feature: $feature\nEnabled: ";
> > + if ($features{$feature} == 1) {
> > + $item .= "yes";
> > + } else {
> > + $item .= "no";
> > + }
> > + push(@report, $item);
> > + }
> > + print join("\n\n", @report), "\n";
>
> Put the first "\n" at the end of the block and you might want to use the
> ternary operator to be more concise:
> $item .= $features{$feature} ? "yes\n" : "no\n";
Done.
Fresh patch attached! :)
-Kees
--
Kees Cook@debian.org
>From cd183a3e7e360d3e1a82b330fb430622848b68e1 Mon Sep 17 00:00:00 2001
From: Kees Cook
Date: Thu, 8 Dec 2011 15:53:14 -0800
Subject: [PATCH] dpkg-buildflags: provide feature query ability
Since the logic for having a hardening flag enabled or disabled depends
on the architecture, and since the flags may change over time for each
hardening feature, there needs to be a way to externally query the state
of the hardening features. Specifically, lintian needs this to be able
to figure out if a binary package is missing expected hardening features.
Instead of maintaining multiple hard-coded lists of expected hardening
features, this makes dpkg-buildflags the canonical location of the
information, which can be queried by externally. (See bug 650536.)
Signed-off-by: Kees Cook
---
man/dpkg-buildflags.1 | 21 -
scripts/Dpkg/BuildFlags.pm| 40 -
scripts/Dpkg/Vendor/Debian.pm | 66
scripts/dpkg-buildflags.pl| 17 ++-
4 files changed, 120 insertions(+), 24 deletions(-)
diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1
index a018edb..8b6f16e
Bug#652386: memlockd: Please include systemd service file
Package: memlockd Version: 1.0 Severity: wishlist Tags: patch Hi, attached you can find a systemd service file for memlockd. Using the native service file instead of systemd’s init script compatiblity layer allows you to disable the service at boot time and allow manual starting, for example. Also, it starts quite a bit faster due to not having to run a shell script. So, please integrate the attached file in Debian and in your tarball: • memlockd.service should be placed at /lib/systemd/system/bacula-fd.service. Thanks, Best regards, Michael See also http://wiki.debian.org/systemd for more infos on systemd in Debian. memlockd.service Description: Binary data
Bug#652385: RM: esteidutil -- RoQA; Contains non-redistributable images
Package: ftp.debian.org Severity: normal As reported in #581243, this package contains images taken from MSIE: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581243 Here's the discussion from #debian-qa: I would say, verify #581243 and if your suspicion appears valid file a RoQA ftp removal. i don't have Windows to compare them with If I rember these Windows icons, does it mean my brain is non-free? :> * daemonkeeper files a ftp removal bug against jwilk RM: jwilk -- stores non-free images in his brain http://www.securitycentre.standardbank.co.za/assets/images/certificate.png - the one in esteidutil looks identical. I loaded the image jwilk pointed to and esteidutil-0.9.18/src/resources/cert.gif into gimp to compare. They clearly show the same certificate icon, though there are slight differences in the exact shade of a few pixels - the GIF has an 8 entry indexed palette, so this looks like it's just had the number of colours reduced slightly. Aside from this, the maintainer seems to have lost interest in the package - there's not been a maintainer upload since 2008-09-09 - over 3 years ago, and there have been several new upstream releases which sound like they fix significant bugs. It looks like the Debian maintainer is also the upstream, so should be aware of new releases! There's a two year old FTBFS bug has had no maintainer response at all, which I pinged the maintainer in 3 weeks ago, with no response: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554331 Popcon score is very low (21 installs, 2 votes, 3 recent). The package provides support for an Estonian ID smartcard, which means the maintainer really needs to have such a card. So removal seems a better option than trying to fix the RC bugs and orphaning. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652384: pd-pdp: will not configure post-install, dependency problem
Package: pd-pdp Version: 1:0.12.5-1.1 Severity: grave Justification: renders package unusable I just attempted to install puredata and pd-pdp. Due to another issue (Bug#652383), puredata will not install, but puredata-core and the other ' packages it depends on did. pd-pdp then refused to configure, dpkg reporting: > dpkg: dependency problems prevent configuration of pd-pdp: > pd-pdp depends on puredata; however: > Package puredata is not installed. > dpkg: error processing pd-pdp (--configure): > dependency problems - leaving unconfigured It seems only the "puredata" package provides "puredata". It may be better to depend on pd, which puredata-core provides, or "puredata-core | pd", as pd-zexy requires. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32imperium0 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pd-pdp depends on: ii freeglut3 2.4.0-6.1OpenGL Utility Toolkit ii libc6 2.13-22 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1 7.11.2-1 free implementation of the OpenGL ii libglu1-mesa [libglu1] 7.7.1-4 The OpenGL utility library (GLU) ii libgsl0ldbl 1.11-2 GNU Scientific Library (GSL) -- li ii libpng12-0 1.2.40-1 PNG library - runtime ii libquicktime2 3:1.2.3-0.2 library for reading and writing Qu ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxv1 2:1.0.4-1X11 Video extension library pn puredata (no description available) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pd-pdp recommends no packages. -- no debconf information Other puredata packages: ii puredata-core 0.43.0-4 realtime computer music and graphics system ii puredata-dev 0.43.0-4 realtime computer music and graphics system ii puredata-doc 0.43.0-4 realtime computer music and graphics system ii puredata-extra 0.43.0-4 realtime computer music and graphics system ii puredata-gui 0.43.0-4 realtime computer music and graphics system ii puredata-utils 0.43.0-4 realtime computer music and graphics system -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534884: new upstream release: Kismet-2011-03-R2
the latest version is Kismet-2011-03-R2 it can be downloaded from the official site: http://www.kismetwireless.net/download.shtml
Bug#652383: will not install (conflicts with puredata-core)
Package: puredata Version: 0.43.0-4 Severity: important Attempted to install puredata and pd-pdp. The apt-get call installed those packages that puredata depends on, and then reported: > dpkg: regarding .../puredata_0.43.0-4_all.deb containing puredata: > puredata conflicts with pd > puredata-core provides pd and is present and installed. and exited without configuring. Upon configuring, dpkg then reported: > dpkg: dependency problems prevent configuration of pd-pdp: > pd-pdp depends on puredata; however: > Package puredata is not installed. > dpkg: error processing pd-pdp (--configure): > dependency problems - leaving unconfigured So -- puredata-core does not provide puredata, but does provide pd. puredata conflicts with pd, so cannot install. This then prevents packages depending on puredata from installing. Upon configuring, dpkg then reported: > dpkg: dependency problems prevent configuration of pd-pdp: > pd-pdp depends on puredata; however: > Package puredata is not installed. > dpkg: error processing pd-pdp (--configure): > dependency problems - leaving unconfigured So -- puredata-core does not provide puredata, but does provide pd. puredata conflicts with pd, so cannot install. This then prevents packages depending on puredata from installing. I will also file a report asking that pd-pdp depend on "pd | puredata-core" instead, as some other pd-* packages (for example, pd-zexy) do, but the case of this kind of installer package not being able to install itself due to one of its dependencies is worrisome. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32imperium0 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puredata depends on: ii puredata-core 0.43.0-4 realtime computer music and graphi ii puredata-dev 0.43.0-4 realtime computer music and graphi ii puredata-doc 0.43.0-4 realtime computer music and graphi ii puredata-extra0.43.0-4 realtime computer music and graphi ii puredata-gui 0.43.0-4 realtime computer music and graphi ii puredata-utils0.43.0-4 realtime computer music and graphi Versions of packages puredata recommends: pn gem(no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652026: amavisd-new: Init-script not working (stop/restart)
reassign 652026 amavisd-new thanks On Fri, 16 Dec 2011, Ben Hutchings wrote: > > What are those changes exactly? > [...] > > Whatever they are, they're not in the kernel. Hmm, I noticed /proc//stat was different on a 3.0 kernel, but it was a system that was not yet upgraded to perl 5.14. I recalled (possibly incorrectly) some talks about prctl changes in LKML. Obviously I should have tested this in a up-to-date chroot... I apologise for that. > It is possible to change command names stored by the kernel, by writing > to /proc//tasks//comm or by calling prctl(PR_SET_NAME, ...) > within the process. A quick grep doesn't show amavis using those > explicitly; it just sets $0. > > Sure enough, this is a documented change in Perl 5.14: > > Assignment to $0 sets the legacy process name with prctl() on > Linux > > On Linux the legacy process name is now set with prctl(2), in > addition to altering the POSIX name via argv[0], as Perl has > done since version 4.000. Now system utilities that read the > legacy process name such as ps, top, and killall recognize the > name you set when assigning to $0. The string you supply is > truncated at 16 bytes; this limitation is imposed by Linux. Hmm, this means we _will_ have to drop the use of --name in amavisd-new, no way around it. I wish I could use -u and -g, but that requires actually parsing the config files the same way amavisd-new does. Reassiging back to amavisd-new. I will file a wishlist bug for a --namere parameter for start-stop-daemon later, if we cannot find a better way to do it in amavisd-new. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631816: libqwt-dev: apt reinstalls the package
Eugene V. Lyubimkin wrote:
> I agree it could be intepreted so, but I see no benefits in allowing
> trailing '-'. After all, it's just confusing.
>
> By the way, using this interpretation for epoch too, a version ':1.2.3'
> would be also correct?
No, a version ':1.2.3' would still not be allowed, since there is a
colon but the text before it ("") is not a number, violating
This is a single (generally small) unsigned integer.
> ... so, I would rather amend the policy explicitly forbidding this
> special case.
Hmm.
I can imagine someone expecting "Depends: foo (<< 3.0-)" to be
accepted based on a naive view of versions in which they are mostly
compared lexically. Such a person would most likely (wrongly) expect
"foo (3.0)" to satisfy the dependency. So after thinking about it a
little, I agree --- it seems sensible to forbid such expressions to
avoid such pitfalls.
I can't imagine this rendering many existing non-buggy packages buggy,
since as this bug shows, the dpkg+apt combination doesn't seem to
handle version numbers with trailing '-' well yet anyway.
Thanks for your thoughtfulness.
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648559: transition: evolution 3.2 / libgdata 0.10
tag 648559 + pending thanks On Sun, 2011-11-13 at 00:37 +0100, Josselin Mouette wrote: > with GNOME 3.2 comes another transition for evolution and libgdata: [and gtkhtml] 16:56 < jcristau> so you can prepare the packages and if gnome-desktop3 is done with tonight's run, i'll let you know and you can upload 22:35 < jcristau> Np237: all green. i.e. - "go". :) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649712: wordnet: diff for NMU version 1:3.0-26.1
* Andreas Tille , 2011-12-15, 11:35: Would you mind commiting your changes to Debian Science SVN which is writable for all DDs? I tried, but it doesn't work: $ svn info | grep URL URL: svn+ssh://svn.debian.org/svn/debian-science/packages/wordnet/trunk $ svn ci -m 'Integrate the 1:3.0-26.1 NMU.' Sendingdebian/changelog Sendingdebian/control Transmitting file data ..svn: Commit failed (details follow): svn: Can't create directory '/svn/debian-science/db/transactions/44189-1.txn': Permission denied -- 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#648430: geeqie: clutter-gtk-0.10/libchamplain-0.8 removal
Hi, has there been any progress on this? From a quick look at configure.in, the build dependency on libchamplain-0.8 is optional, the GPS map facility is even marked as experimental. As updating to libchamplain 0.10 (which is GTK3 based) will mean you also have to update geeqie to GTK3 (mixing GTK2 and GTK3 in the same process is not allowed), this will probably take some time. So the simplest solution will be, to just disable this feature for now untile geeqie has been ported. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#646468: thoggen: FTBFS: th-app-window.c:1140:44: error: format not a string literal and no format arguments [-Werror=format-security]
On Mon, Oct 24, 2011 at 01:23:22PM +0200, Mònica Ramírez Arceda wrote:
> Source: thoggen
> Version: 0.7.1-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20111022 qa-ftbfs
> Justification: FTBFS on amd64
>
[..]
> > th-app-window.c: In function 'app_window_check_free_disk_space':
> > th-app-window.c:1140:44: error: format not a string literal and no format
> > arguments [-Werror=format-security]
Once the trivial part is fixed (patch attached), it still ftbfs against:
th-device-pool.c:118:1: error: unknown type name 'LibHalFunctions'
On upstream bugtracker, author says he's working on removing HAL dependency.
http://sourceforge.net/tracker/?func=detail&aid=3413814&group_id=124800&atid=700640
--
Simon Paillard
diff -Nru thoggen-0.7.1/debian/changelog thoggen-0.7.1/debian/changelog
--- thoggen-0.7.1/debian/changelog 2011-12-16 22:59:35.0 +0100
+++ thoggen-0.7.1/debian/changelog 2011-12-16 22:59:36.0 +0100
@@ -1,3 +1,10 @@
+thoggen (0.7.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Closes: #646468:
+
+ -- Simon Paillard Fri, 16 Dec 2011 22:17:41 +0100
+
thoggen (0.7.1-1) unstable; urgency=low
* New upstream bugfix release, "All Quiet on the Northern Front".
diff -Nru thoggen-0.7.1/debian/patches/02_ftbfs-format-security.patch thoggen-0.7.1/debian/patches/02_ftbfs-format-security.patch
--- thoggen-0.7.1/debian/patches/02_ftbfs-format-security.patch 1970-01-01 01:00:00.0 +0100
+++ thoggen-0.7.1/debian/patches/02_ftbfs-format-security.patch 2011-12-16 22:59:36.0 +0100
@@ -0,0 +1,13 @@
+Index: thoggen-0.7.1/src/th-app-window.c
+===
+--- thoggen-0.7.1.orig/src/th-app-window.c 2011-12-16 22:15:46.0 +0100
thoggen-0.7.1/src/th-app-window.c 2011-12-16 22:15:57.0 +0100
+@@ -1137,7 +1137,7 @@
+ GTK_DIALOG_MODAL,
+ GTK_MESSAGE_WARNING,
+ GTK_BUTTONS_YES_NO,
+- errmsg->str);
++ "%s", errmsg->str);
+
+ gtk_window_set_title (GTK_WINDOW (dlg), _("Not enough disk space - continue anyway?"));
+
Bug#652381: xchat: uses wrong standard SSL port
Package: xchat Version: 2.8.8-3.1+b1 Hi, xchat by default uses port when enabling the SSL option in the network list. There is no port input field, so changing it is totally non-self-explaining (change the server name to append a colon and the correct port). Please change the default to port 6697 since that’s what, according to RichiH, all major networks save one, have agreed to use as non- privilegued IRC-over-SSL port. They all either switched or offer it in addition to their traditional (, 6697, 7000, etc.) port. Please refer to RichiH for details. I neither use xchat (just for developing a plugin others use) nor am the initiator of the port unification standard. Thanks, //mirabilos -- "Using Lynx is like wearing a really good pair of shades: cuts out the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL." -- Henry Nelson, March 1999 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652380: missing-license-text-in-dep5-copyright when missing Files:
Package: lintian Version: 2.5.4 Severity: minor this copyright emits the missing-license-text-in-dep5-copyright warning which is a bit confusing as the actual issue is the missing Files: tag. Format: http://dep.debian.net/deps/dep5 Upstream-Name: python-gd Source: http://newcenturycomputers.net/projects/gdmodule.html Copyright: 1995, Richard Jones License: BSD License: BSD etc W: python-gd source: missing-license-text-in-dep5-copyright paragraph 2 bsd adding the Files: * makes the warning disappear. signature.asc Description: OpenPGP digital signature
Bug#651953:
$ ldd /usr/bin/boinc | grep Xss $ $ LC_ALL=C apt-cache policy boinc-client boinc-client: Installed: 7.0.3+dfsg-1 Candidate: 7.0.3+dfsg-1 Version table: *** 7.0.3+dfsg-1 0 20 http://ftp.by.debian.org/debian/ sid/main i386 Packages 100 /var/lib/dpkg/status 7.0.2+dfsg-1 0 500 http://ftp.by.debian.org/debian/ wheezy/main i386 Packages
Bug#606373: RFS: cxxtest - xUnit-like framework for C/C++ applications
Hi all. The upstream developers of CxxTest told me that they are working on the next version of the tool and that they have planned to release it before the end of January. I stopped packaging the current version and I'm waiting for the new one. Bye Simone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#466550: Fixed in 2.8.0
reopen 466550 thanks On Fri, Dec 16, 2011 at 09:52:01PM +0100, Jelmer Vernooij wrote: > Version: 2.8.0 > This bug was fixed in upstream version 2.8.0.o > bzr-builddeb now warns when using the get-orig-source target in > debian/rules to fetch the currently package upstream tarball. > get-packaged-orig-source should be provided instead. This is a bug filed against debian-policy, though, not against bzr-builddeb. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning
On Sat, Dec 17, 2011 at 04:13:50AM +0800, Thomas Goirand wrote: > Seems you're as much passionate about this topic as I am! :) > At this point, I don't remotely hope to convince you, but perhaps you > will find some of my points valid. Likewise. :) > On 12/17/2011 02:46 AM, Josh Triplett wrote: > > Hence why I said "most people" (because I didn't want to imply > > unanimity), but there's a difference between "consensus" and "complete > > lack of dissent". In any case, note that I specifically mentioned > > separate /usr as a special-purpose configuration, not other separate > > partitions. I don't want to argue here that no possible reason exists > > for separate /usr (that seems like another argument entirely, and a > > mostly orthogonal one); I simply suggested that it represents an > > uncommon configuration. Do you really disagree with the statement > > that separate /usr represents an uncommon configuration? > > > >> On 12/16/2011 04:46 AM, Josh Triplett wrote: > >>> Meanwhile, we don't want to steer any new users towards a setup with a > >>> pile of different partitions, which makes their system more complex with > >>> more potential failure modes. > >> > >> I hope that we are still the universal operating system, > >> and that we don't want to force anyone to do anything. > >> If I want to use many partitions, this is *my* call, and > >> not everyone's business. Please don't try to force your > >> view on partitioning to anyone. > > > > Nobody stops you from using as many partitions as you like. I've > > suggested a change to the guided partitioner, which exists to make the > > most common partition configurations easy, and to steer new Debian users > > in the direction of configurations which will work well for them and not > > give them too much trouble. > > But I do not agree with your steering, just for the sake of making it > more easy. We shouldn't only target "most common partition > configurations easy", there's isn't a "one solution fits all", but > really some choice depending on your needs. Showing to our users that > separate /usr, /var, /tmp and /home can be a good choice is also > important to me. That sounds like you want the Debian installer to actively advocate for your preferred partitioning scheme, even though it doesn't represent a common configuration. The guided partitioner exists in large part to say "If you don't have custom needs, we recommend this configuration". And while we might debate the usefulness of a separate /usr back and forth, I think I can safely say that it won't become a *recommended* configuration anytime soon. :) That represents the primary reason I filed this bug: to ensure that people only end up with a separate /usr if they actively want one, not because they saw the option in the installer and didn't know any better. > Pushing users to do encryption would also be great. The Debian installer > shouldn't only aim to be easy: it should do the job and do it well. I don't think we can push encryption any more strongly than we do, short of making it the default (and while I wish we could do that, I can see a number of good reasons why we can't, not least of which systems that need to boot unattended). For the installer, "easy" represents a significant component of "do the job and do it well". I still remember doing installs via boot-floppies. It certainly offered quite a lot more choices. :) > I'd be happy if we had a partionner which could do as much as we can > with right now with partman (which is: a lot!), just more efficiently. > In other words: I'd like to do more complicated things faster. Sure; see below for a more detailed suggestion along these lines. However, I also don't think that should stop us from optimizing for the common case. > > A configuration with everything in one partition needs no extra > > configuration; anyone who wants such a configuration will like what the > > guided partitioner comes up with. > > Of course, anyone who wants X will like X... What if I like Y? This point went with the next one. If you want X, you'll like the option that gives you X. If you prefer Y, it doesn't necessarily help you to have an option for Z, any more than it helps you to have an option for X. > > A configuration with five separate > > partitions seems almost impossible to provide sensible proportions for > > that work for everyone without editing. And getting the proportions > > wrong means people have to deal with strange and annoying cases like > > /var filling up when /home has tons of room, or / filling up when /usr > > has tons of room. > > Sometimes, you just don't care about partition sizes, you just want them > to be there automatically (as long as there's a separate /var and /tmp...). Only in the case where you have such a big disk that you can afford to waste a pile of space with mostly empty partitions. Personally, when I have a 1TB disk, I'd still like to have the ability to use 99% of that for the contents of /
Bug#650518: (Fwd) Re: Bug#650518: libproc-processtable-perl: Module expects english locale
On Fri, 16 Dec 2011 21:05:59 +, Wolfgang Wilhelm wrote:
> > $p->{pid} and $p->{cmndline} is probably cleaner.
> Agreed. Is it cleaner in the perldoc part, too?
Hm, let's see what others say. (Leaving the bug open for now).
In fact both versions work.
> > It seems we can close this bug :)
> Duh! A brain bug...
Don't worry, it also took me some minutes to spot the wrong variable
:)
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
`-NP: Bettina Wegner: Der Prinz ist gegangen
signature.asc
Description: Digital signature
Bug#652374: [Pkg-utopia-maintainers] Bug#652374: consolekit: fails to activate dbus service consolekit on first login attempt
On 16.12.2011 21:54, Martin Steigerwald wrote: > martin@shambhala:~> ls -al /usr/lib/dbus-1.0/dbus-daemon-launch-helper > -rwsr-xr-- 1 root messagebus 316864 Sep 21 21:16 > /usr/lib/dbus-1.0/dbus-daemon-launch-helper That looks ok > > Hmmm, for some reason I have some experimental dbus version: > > martin@shambhala:~> LANG=C apt-cache policy $(dpkg -S > /usr/lib/dbus-1.0/dbus-daemon-launch-helper | cut -d":" -f1) > dbus: > Installed: 1.5.8-1 > Candidate: 1.5.8-1 > Version table: > *** 1.5.8-1 0 > 110 http://ftp.de.debian.org/debian/ experimental/main i386 Packages > 100 /var/lib/dpkg/status > 1.4.16-1 0 > 450 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages > 400 http://ftp.de.debian.org/debian/ sid/main i386 Packages > > On the T520 where I do not see the issue I have 1.4.16-1. You have libdbus-1-3 1.4.16-1 and dbus 1.5.8-1. This mix might indeed be a problem. Please make sure, both have the same version by either up or downgrading. Testing 1.4.16-1 in any case might be a good idea. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#652369: dvbstreamer: all binaries and libraries are missing
On Fri, Dec 16, 2011 at 08:18:37PM +0100, Sven Joachim wrote:
>Package: dvbstreamer
>Version: 2.1.0-2.1
>Severity: grave
>
>Something has gone horribly wrong in the dvbstreamer NMU, since several
>(all?) buildds report the following warning:
>
>,
>| dh_gencontrol -pdvbstreamer
>| dpkg-gencontrol: warning: Depends field of package dvbstreamer: unknown
>substitution variable ${shlibs:Depends}
>`
>
>Rebuilding the i386 package in pbuilder and comparing it to the previous
>version confirms that there is a "little" problem:
Bugger. Looking now...
Cheers,
--
Steve McIntyresteve.mcint...@linaro.org
Bug#652334: [Pkg-fglrx-devel] Bug#652334: fglrx-driver: VariBright enabled by default
Am 16.12.2011 10:42, schrieb Sebastian Götte: Package: fglrx-driver Version: 1:11-11-3 Severity: normal "VariBright is an fglrx "feature" meant to save energy by adapting the screen backlight brightness to screen content. It fails to do so in a sensible manner and is terribly annoying (especially if you do not know this is a "feature" called "VariBright"). To fix this, one can use amdcccle, which in turn changes one lin Here it works like a charme. What should we do now? If the feature wouldn't be important and many users are affected I would agree with disabling it by default, but it isn't the case (it is important and for most users it works w/o any problems) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650518: (Fwd) Re: Bug#650518: libproc-processtable-perl: Module expects english locale
Hello Gregor,
> $p->{pid} and $p->{cmndline} is probably cleaner.
Agreed. Is it cleaner in the perldoc part, too?
> It seems we can close this bug :)
Duh! A brain bug...
Thanks
Wolfgang
Von: gregor herrmann
An: 650...@bugs.debian.org; 650518-submit...@bugs.debian.org
Gesendet: 21:43 Freitag, 16.Dezember 2011
Betreff: Bug#650518: (Fwd) Re: Bug#650518: libproc-processtable-perl: Module
expects english locale
tag 650518 - unreproducible moreinfo
thanks
On Fri, 16 Dec 2011 21:04:59 +0100, gregor herrmann wrote:
Hi Wolfgang,
please always keep 650...@bugs.debian.org in the loop.
> So, first that what I started with:
Thanks for your info, I now can reproduce the problem:
> firma@nb02:~$ uname -a
> Linux nb02 2.6.32-5-amd64 #1 SMP Thu Nov 3 03:41:26 UTC 2011 x86_64
> GNU/Linux
> firma@nb02:~$ echo $LANG
> de_DE.UTF-8
> firma@nb02:~$ ls file_does_not_exist
> ls: Zugriff auf file_does_not_exist nicht möglich: Datei oder Verzeichnis
> nicht gefunden
> firma@nb02:~$ perl -e 'use Proc::ProcessTable; printf
> "%s\n",$Proc::ProcessTable::VERSION;'
> 0.45
> firma@nb02:~$ nl -ba ~/bin/ff
> 1 #!/usr/bin/env perl
> 2
> 3 use Proc::ProcessTable;
> 4 use strict;
> 5 use warnings;
> 6
> 7 my $p = Proc::ProcessTable->new();
> 8 my ( $ref, $pid, $cmd );
> 9
> 10 foreach $ref ( @{ $p->table } ) {
> 11 $pid = $p->pid;
> 12 $cmd = $p->cmdline;
> 13 if ( $cmd =~ /firefox/ ) {
> 14 printf( "Found %d / %s\n", $pid, $cmd );
> 15 }
> 16 }
> 17
>
> firma@nb02:~$ ~/bin/ff
> Your vendor has not defined Proc::ProcessTable macro pid at
> /home/firma/bin/ff line 11
> firma@nb02:~$
gregoa@belanna:~$ echo $LANG
C
gregoa@belanna:~$ export LANG=de_AT.utf8
gregoa@belanna:~$ echo $LANG
de_AT.utf8
gregoa@belanna:~$ ls file_does_not_exist
ls: Zugriff auf file_does_not_exist nicht möglich: Datei oder Verzeichnis nicht
gefunden
gregoa@belanna:~$ perl -e 'use Proc::ProcessTable; printf
"%s\n",$Proc::ProcessTable::VERSION;'
0.45
gregoa@belanna:~$ nl -ba ff
1 #!/usr/bin/env perl
2
3 use Proc::ProcessTable;
4 use strict;
5 use warnings;
6
7 my $p = Proc::ProcessTable->new();
8 my ( $ref, $pid, $cmd );
9
10 foreach $ref ( @{ $p->table } ) {
11 $pid = $p->pid;
12 $cmd = $p->cmdline;
13 if ( $cmd =~ /firefox/ ) {
14 printf( "Found %d / %s\n", $pid, $cmd );
15 }
16 }
gregoa@belanna:~$ perl ff
Your vendor has not defined Proc::ProcessTable macro pid at ff line 11
gregoa@belanna:~$ export LANG=C
gregoa@belanna:~$ echo $LANG
C
gregoa@belanna:~$ ls file_does_not_exist
ls: cannot access file_does_not_exist: No such file or directory
gregoa@belanna:~$ perl ff
Can't locate auto/Proc/ProcessTable/pid.al in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14
/usr/local/lib/site_perl .) at ff line 11
Interestingly the example script still works:
gregoa@belanna:~$ echo $LANG
C
gregoa@belanna:~$ /usr/share/doc/libproc-processtable-perl/examples/example.pl
[lots of output without errors]
gregoa@belanna:~$ export LANG=de_AT.utf8
gregoa@belanna:~$ echo $LANG
de_AT.utf8
gregoa@belanna:~$ /usr/share/doc/libproc-processtable-perl/examples/example.pl
[lots of output without errors]
Hm, so the example works both with C and de_AT.utf8, and your script
fails with both C and de_DE.UTF-8.
Some times later:
* It should be cmndline instead of cmdline.
* And then you want to use $ref and not $p in the loop.
* And $p->{pid} and $p->{cmndline} is probably cleaner.
The following works for me under C and under de_AT.utf8:
$ nl -ba ff
1 #!/usr/bin/env perl
2
3 use Proc::ProcessTable;
4 use strict;
5 use warnings;
6
7 my $p = Proc::ProcessTable->new();
8 my ( $ref, $pid, $cmd );
9
10 foreach $ref ( @{ $p->table } ) {
11 $pid = $ref->pid;
12 $cmd = $ref->cmndline;
13 if ( $cmd =~ /firefox/ ) {
14 printf( "Found %d / %s\n", $pid, $cmd );
15 }
16 }
It seems we can close this bug :)
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
`- NP: Dire Straits: Sultans Of Swing
Bug#652379: [cupt] Option "policy" doesn't show the full name version.
Package: cupt Version: 2.3.1 Severity: minor Option "policy" doesn't show full name version of the distribution. $cat /var/lib/cupt/lists/http___ftp.pl.debian.org_debian_dists_squeeze-proposed-updates_Release |grep -i version Version: 6.0-updates $cupt policy |grep squeeze-proposed-updates http://ftp.pl.debian.org/debian proposed-updates/main: o=Debian,a=proposed-updates,l=Debian,c=main,v=6.0,n=squeeze-proposed-updates http://ftp.pl.debian.org/debian proposed-updates/contrib: o=Debian,a=proposed-updates,l=Debian,c=contrib,v=6.0,n=squeeze-proposed-updates http://ftp.pl.debian.org/debian proposed-updates/non-free: o=Debian,a=proposed-updates,l=Debian,c=non-free,v=6.0,n=squeeze-proposed-updates --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: 6.0.3 500 stable-updates ftp.pl.debian.org 500 stable www.getgnash.org 500 stable security.debian.org 500 stable ftp.pl.debian.org 500 stable deb.opera.com 500 proposed-updates ftp.pl.debian.org 500 oldstable ftp.pl.debian.org 100 squeeze-backports backports.debian.org --- Package information. --- Depends(Version) | Installed -+-== libboost-program-options1.46.1 (>= 1.46.1-1) | 1.46.1-7 libc6 (>= 2.3.6-6~) | 2.11.2-10 libcupt2-0(>= 2.3.1) | 2.3.1 libgcc1 (>= 1:4.1.1) | 1:4.4.5-8 libstdc++6 (>= 4.5) | 4.6.0-10 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== sensible-utils| 0.0.4 libreadline6 | 6.1-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652378: CVE-2011-1431 in TLS patch
Source: qmail Severity: important Tags: security The source package embeds the qmail TLS patch, which is affected by this STARTTLS issue: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1431 It appears as if the TLS patch isn't applied, it makes sense however to update the patch anyway. BTW, shouldn't this package be removed altogether now that netqmail is in the archive? Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652377: RM: qtnx -- RoQA; unmaintained, dead upstream
Package: ftp.debian.org Severity: normal Please remove qtnx. There were only two uploads in 2008 and no followup to security bug 637439. Popcon is low. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652376: RM: eucalyptus -- RoQA; unmaintained, RC-buggy
Package: ftp.debian.org Severity: normal Please remova eucalyptus. It has only seen two uploads 15 months ago and it has accumulated five RC bugs. Popcon is non-existing. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652375: RM: rampart -- RoQA; unmaintained, RC-buggy
Package: ftp.debian.org Severity: normal Please remove rampart. It has only seen a single upload, it's RC-buggy and has open security issues. Popcon is virtually not-existing. It's a rev dep for eucalyptus, but that one is even worse and I'll file a separate bug. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
