Bug#612809: fsck failing because it can't find fsck.btrfs
found 612809 btrfs-tools/0.19+20101101-1
quit
Hi,
Alan Chandler wrote:
This bug seems to have got a whole lot worse by the last upgrade to my
system because now I am thrown into maintenance mode with root mounted
read-only.
Ran into this today (in a VM I hadn't upgraded for a while); looks
like it was caused by
* Removing fsck.btrfs symlink to circumvent that btrfsck doesn't
support -a.
in version 0.19-11. Which makes sense --- btrfsck doesn't know how to
repair filesystems with guidance from the user yet, so it certainly
can't automatically repair them.
Still, I believe it would be best to allow btrfsck to act as fsck when
the filesystem is not broken. Would some script along these lines
make sense?
#!/bin/sh
# fsck.btrfs - Wrapper for btrfsck to work around the latter's
# lack of support for -a.
shell_quote () {
# Wrap stdin in single-quotes,
# quoting embedded single-quotes as '\''.
sed -e s/'/'''/g \
-e s/.*/''/
}
args=
while test ${1+set}
do
if test $1 = -a
then
echo 2 'warning: btrfsck cannot repair filesystem
corruption!'
else
args=$args $(printf %s\n $1 | shell_quote)
fi
shift
done
eval exec btrfsck $args
Thanks,
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637498: dtc-common: does not sanitize input allowing SQL injection
Package: dtc-common Version: 0.32.10-2 Severity: important Tags: upstream, security The two logPushlet.php pages do not sanitize input allowing for SQL injection. as an example, going to a url like: http://127.0.0.1/dtcadmin/logPushlet.php?vps_node='%20or%201%20into%20outfile%20'/tmp/kilroy will create a /tmp/kilroy file on the server using the mysql server credentials. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637499: iptables-save format error in libxt_strings
Package: iptables
Version: 1.4.12-1
Severity: normal
Tags: upstream patch
iptables-save does not save hex strings properly
-m string --hex-string|535353535343534353ffd06668|
as opposed to (note space after --hex-string):
-m string --hex-string |535353535343534353ffd06668|
causing an error on restore.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39.4-grsec (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iptables depends on:
ii libc6 2.13-10Embedded GNU C Library: Shared lib
ii libnfnetlink0 1.0.0-1Netfilter netlink library
iptables recommends no packages.
iptables suggests no packages.
-- no debconf information
--- extensions/libxt_string.c.orig 2011-07-22 08:37:34.0 -0400
+++ extensions/libxt_string.c 2011-08-11 03:41:00.0 -0400
@@ -228,7 +228,7 @@ print_hex_string(const char *str, const
{
unsigned int i;
/* start hex block */
- printf(\|);
+ printf( \|);
for (i=0; i len; i++) {
/* see if we need to prepend a zero */
if ((unsigned char) str[i] = 0x0F)
Bug#637500: logwatch: hidden/spurious service scripts present in the package
Package: minor Version: 7.3.6.cvs20090906-1squeeze1 Severity: normal Hi, it seems that logwatch ships few hidden and maybe old versions of service scripts: /usr/share/logwatch/scripts/services/.#http.1.19 /usr/share/logwatch/scripts/services/.#http.1.29 /usr/share/logwatch/scripts/services/.#http.1.31 /usr/share/logwatch/scripts/services/.#http.1.32 /usr/share/logwatch/scripts/services/.#named.1.41 /usr/share/logwatch/scripts/services/.#postfix.1.19 /usr/share/logwatch/scripts/services/.#postfix.1.20 /usr/share/logwatch/scripts/services/.#postfix.1.21 /usr/share/logwatch/scripts/services/.#smartd.1.16 I guess those should be dropped. Regards, -- Yves-Alexis -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-grsec-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logwatch depends on: ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii postfix [mail-transpor 2.7.1-1+squeeze1 High-performance mail transport ag Versions of packages logwatch recommends: pn libdate-manip-perlnone (no description available) Versions of packages logwatch suggests: pn fortune-mod none (no description available) -- 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#637501: dtc-common: modifies config files of other packages
Package: dtc-common Version: 0.32.10-2 Severity: serious Justification: Policy 10.7.4 It seems to me that the package tries to subvert policy 10.7.4 here. Other bugs have been opened against this source package in the past (for example #414469, #402432, #414484). I think that trying to get around policy by having the postinst do stuff like this: echo echo * Warning! DTC setup is not completed. The postinst didn't do it all. * echo To finish the installation: execute /usr/share/dtc/admin/install/install echo And thus telling the user to run a script which modifies the configuration files of a dozen other packages without warning, and often without a way back, is violating the spirit of the policy. stew -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637502: postgrey: [INTL:nl] Dutch translation of debconf templates
Package: postgrey Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the postgrey debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of postgrey debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the postgrey package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: postgrey 1.34-1\n Report-Msgid-Bugs-To: postg...@packages.debian.org\n POT-Creation-Date: 2010-03-30 06:40+0200\n PO-Revision-Date: 2011-08-12 08:53+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: error #. Description #: ../postgrey.templates:2001 msgid Default TCP port change msgstr Wijziging van de standaard TCP-poort #. Type: error #. Description #: ../postgrey.templates:2001 msgid Postgrey is now listening on port 10023 (rather than 6), which brings its behavior closer to the default upstream settings. msgstr Postgrey luistert voortaan op poort 10023 (in plaats van 6), zodat de instellingen meer lijken op die van de oorspronkelijke versie. #. Type: error #. Description #: ../postgrey.templates:2001 msgid You will need to adjust its configuration (usually in /etc/postfix/main.cf) accordingly. msgstr U moet de configuratie van postgrey aanpassen (normaal gesproken in /etc/ postfix/main.cf).
Bug#637503: ampache: [INTL:nl] Dutch translation of debconf templates
Package: ampache Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the ampache debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of ampache debconf templates. # Copyright (C) 2007-2011 Ampache.org # This file is distributed under the same license as the ampache package. # Bart Cornelis cob...@skolelinux.no, 2007. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: ampache 3.5.4-11\n Report-Msgid-Bugs-To: ampa...@packages.debian.org\n POT-Creation-Date: 2010-05-30 15:04-0500\n PO-Revision-Date: 2011-07-18 17:49+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../ampache.templates:2001 msgid apache2 msgstr apache2 #. Type: multiselect #. Choices #: ../ampache.templates:2001 msgid lighttpd msgstr lighttpd #. Type: multiselect #. Description #: ../ampache.templates:2002 msgid Web server to configure automatically: msgstr Automatisch te configureren webserver: #. Type: multiselect #. Description #: ../ampache.templates:2002 msgid Please select the web server to be configured automatically for Ampache. msgstr Geef aan welke webserver er automatisch moet worden geconfigureerd voor Ampache. #. Type: multiselect #. Description #: ../ampache.templates:2002 msgid Apache2 and Lighttpd are the only supported web servers for automatic configuration. msgstr Apache2 en Lighttpd zijn de enige webservers waarvoor automatische configuratie wordt ondersteund. #. Type: boolean #. Description #: ../ampache.templates:3001 msgid Configure and restart the web server? msgstr De webserver configureren en herstarten? #. Type: boolean #. Description #: ../ampache.templates:3001 msgid The web server needs to be reconfigured and restarted to enable Ampache. Please choose whether you want to restart it automatically now or do it yourself later. msgstr De configuratie van de webserver moet worden bijgewerkt en de webserver moet worden herstart om Ampache te activeren. Geef aan of u dit nu automatisch wilt laten doe of dat u het later zelf doet. #. Type: boolean #. Description #: ../ampache.templates:3001 msgid To manually restart the web server, use one of the following commands: \/ etc/init.d/apache2 restart\ or \/etc/init.d/lighttpd restart\ msgstr Gebruik één van de volgende commando's om de webserver handmatig te herstarten: \/etc/init.d/apache2 restart\ of \/etc/init.d/lighttpd restart \.
Bug#637504: rocksndiamonds: [INTL:nl] Dutch translation of debconf templates
Package: rocksndiamonds Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the rocksndiamonds debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of rocksndiamonds debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the rocksndiamonds package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: rocksndiamonds 3.3.0.1+dfsg1-2\n Report-Msgid-Bugs-To: rocksndiamo...@packages.debian.org\n POT-Creation-Date: 2009-09-14 10:29+0400\n PO-Revision-Date: 2011-07-20 10:13+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: boolean #. Description #: ../templates:2001 msgid Download non-free game data? msgstr Niet-vrije spelgegevens ophalen? #. Type: boolean #. Description #: ../templates:2001 msgid The data files required by rocksndiamonds do not have licenses that would allow them to be distributed as a package. However, they can be automatically downloaded from the Internet and installed locally. msgstr De gegevensbestanden die rocksndiamonds nodig heeft kunnen vanwege hun licentie niet met het pakket worden meegeleverd. Het is echter wel mogelijk om ze automatisch van het internet op te halen en lokaal te installeren. #. Type: multiselect #. Description #: ../templates:3001 msgid Games to download data for: msgstr Gegevens ophalen voor deze spellen: #. Type: error #. Description #: ../templates:4001 msgid Missing utilities for download or unpacking msgstr Ontbrekende hulpprogramma's bij het ophalen of uitpakken #. Type: error #. Description #: ../templates:4001 msgid Downloading and unpacking the game data requires the packages wget, p7zip, and unzip, but not all of these are available. msgstr Voor de het ophalen en uitpakken van de spelgegevens zijn de pakketten wget, p7zip en unzip vereist, maar deze zijn niet allemaal aanwezig. #. Type: error #. Description #: ../templates:4001 msgid You should install them and then reconfigure this package by using \dpkg- reconfigure rocksndiamonds\. msgstr U dient deze te installeren en dan dit pakket opnieuw te configureren met \dpkg-reconfigure rocksndiamonds\. #. Type: error #. Description #: ../templates:5001 msgid Cannot download required resources msgstr Kan de benodigde bronnen niet ophalen #. Type: error #. Description #: ../templates:5001 msgid An error occurred while downloading game data. You should check the network connection and settings and retry later on. msgstr Er is een fout opgetreden bij het ophalen van de spelgegeven. Controleer de netwerkverbinding en instellingen en probeer het later nog eens.
Bug#637505: dtc: minimized js files without source
Source: dtc Version: missing source for shared/gfx/skin/grayboard/js/DD_roundies-min.js Severity: serious Justification: Policy 2.2.1 shared/gfx/skin/grayboard/js/DD_roundies-min.js is minimized javascript without included source. Upstream provides non-minimized source which is clearly the prefered medium for modification, and therefore should be included in the debian souce package if this minimized version is to be included. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637506: phonon: [INTL:nl] Dutch translation of debconf templates
Package: phonon
Version: 4:4.6.0really4.4.2-1
Severity: wishlist
Tags: patch l10n
Hello,
Attached is the Dutch translation of the phonon debconf templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translation of phonon debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the phonon package.
# Jeroen Schot sc...@a-eskwadraat.nl, 2011.
#
msgid
msgstr
Project-Id-Version: phonon 4:4.6.0really4.5.0-4\n
Report-Msgid-Bugs-To: pho...@packages.debian.org\n
POT-Creation-Date: 2011-04-04 05:56+0200\n
PO-Revision-Date: 2011-07-21 09:45+0200\n
Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: title
#. Description
#: ../phonon-backend-null.templates:1001
msgid Warning: Phonon is not functional
msgstr Let op: Phonon werkt niet
#. Type: note
#. Description
#: ../phonon-backend-null.templates:2001
msgid Missing back-end for Phonon
msgstr Ontbrekend backend voor Phonon
#. Type: note
#. Description
#: ../phonon-backend-null.templates:2001
msgid
Applications using Phonon (the Qt 4 multimedia framework) will produce no
audio or video output, because only a dummy Phonon back-end is installed on
this system. This is typically an unintended configuration.
msgstr
Applicaties die gebruik maken van Phonon (het QT 4 multimedia-kader) zullen
geen audio- of video-outvoer produceren omdat er alleen een dummy-backend
van Phonon is geïnstalleerd op dit systeem. Dit is meestal een onbedoelde
configuratie.
#. Type: note
#. Description
#: ../phonon-backend-null.templates:2001
msgid
To restore full Phonon multimedia capabilities, install one of the real
Phonon back-end packages which are currently available for this system:
msgstr
Om de volledige multimedia-capaciteiten van Phonon te herstellen dient u één
van de echte Phonon backend-pakketten die voor dit systeem beschikbaar zijn
te installeren:
#. Type: note
#. Description
#. Translators: do not translate variable names
#. only translate (recommended) (the one in parenthesis)
#: ../phonon-backend-null.templates:2001
msgid ${recommended_backend} (recommended)${other_backends}
msgstr ${recommended_backend} (aanbevolen)${other_backends}
Bug#637507: tomcat6: [INTL:nl] Dutch translation of debconf templates
Package: tomcat6 Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the tomcat6 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of tomcat6 debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the tomcat6 package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: tomcat6 6.0.32-5\n Report-Msgid-Bugs-To: tomc...@packages.debian.org\n POT-Creation-Date: 2010-08-06 04:08+0200\n PO-Revision-Date: 2011-07-22 10:04+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: string #. Description #: ../tomcat6.templates:1001 msgid Dedicated system account for the tomcat6 daemon: msgstr Speciale systeemaccount voor de tomcat6-achtergronddienst: #. Type: string #. Description #: ../tomcat6.templates:1001 msgid The tomcat6 server must use a dedicated account for its operation so that the system's security is not compromised by running it with superuser privileges. msgstr De tomcat6-server moet een speciale account gebruiken voor zijn werkzaamheden, want als hij met beheerdersrechten wordt uitgevoerd kan dit de beveiliging van het systeem in gevaar brengen. #. Type: string #. Description #: ../tomcat6.templates:2001 msgid Dedicated system group for the tomcat6 daemon: msgstr Speciale systeemgroep voor de tomcat6-achtergronddienst: #. Type: string #. Description #: ../tomcat6.templates:2001 msgid The tomcat6 server must use a dedicated group for its operation so that the system's security is not compromised by running it with superuser privileges. msgstr De tomcat6-server moet een speciale groep gebruiken voor zijn werkzaamheden, want als hij met beheerdersrechten wordt uitgevoerd kan dit de beveiliging van het systeem in gevaar brengen. #. Type: string #. Description #: ../tomcat6.templates:3001 msgid Please choose the tomcat6 JVM Java options: msgstr Kies de tomcat6 JVM Java-opties: #. Type: string #. Description #: ../tomcat6.templates:3001 msgid Tomcat's JVM will be launched with a specific set of Java options. msgstr Tomcat's JVM wordt met een specifieke set Java-opties gelanceerd. #. Type: string #. Description #: ../tomcat6.templates:3001 msgid Note that if you use -XX:+UseConcMarkSweepGC you should add the -XX: +CMSIncrementalMode option if you run Tomcat on a machine with exactly one CPU chip that contains one or two cores. msgstr N.B. Als u -XX:+UseConcMarkSweepGC gebruikt moet u de optie -XX: +CMSIncrementalMode toevoegen als u Tomcat op een machine met precies één CPU-chip met één of twee kernen gebruikt.
Bug#637508: jackd2: [INTL:nl] Dutch translation of debconf templates
Package: jackd2 Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the jackd2 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of jackd2 debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the jackd2 package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: jackd2 1.9.7~dfsg-1\n Report-Msgid-Bugs-To: jack-audio-connection-...@packages.debian.org\n POT-Creation-Date: 2009-10-10 14:57+0100\n PO-Revision-Date: 2011-07-22 10:11+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: boolean #. Description #: ../jackd.templates:2001 msgid Enable realtime process priority? msgstr Realtime procesprioriteit activeren? #. Type: boolean #. Description #: ../jackd.templates:2001 msgid If you want to run jackd with realtime priorities, the user starting jackd needs realtime permissions. Accept this option to create the file /etc/ security/limits.d/audio.conf, granting realtime priority and memlock privileges to the audio group. msgstr Als u wilt dat jackd wordt uitgevoerd met \realtime\ prioriteit, dan heeft de gebruiker die jackd start realtime-privileges nodig. Als u deze optie accepteert wordt het bestand /etc/security/limits.d/audio.conf aangemaakt. Hiermee worden de realtime prioriteit- en memlock-privileges aan de groep \audio\ toegekend. #. Type: boolean #. Description #: ../jackd.templates:2001 msgid Running jackd with realtime priority minimizes latency, but may lead to complete system lock-ups by requesting all the available physical system memory, which is unacceptable in multi-user environments. msgstr Het uitvoeren van jackd met realtime prioriteit minimaliseert vertragingen, maar kan er voor zorgen dat het systeem vastloopt wanneer deze het volledige fysieke geheugen opvraagt. Dit is onaanvaardbaar op systemen waar meerdere gebruikers tegelijk werken.
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
Package: ftp.debian.org Severity: normal It's a shame having to do this for a package with an active maintainer, but I strongly feel like dtc should be removed from debian. My reasons for thinking this: * It seems like anyone that spends any time looking at this package finds security bugs. * If you don't want to look specifically for security bugs, there are plenty of other RC bug s to be found. * This package depends on being able to modify configuration files of other packages. (see #637501 and the bugs referenced in that bug) I'm troubled by the responses that the many security bugs in these packages get from the maintainer who is also the upstream author. I'm worried that the maintainer/upstream author does not have an adequate respect for security related issues. stew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637510: logrotate: compresscmd non-functional
Package: logrotate Version: 3.7.8-6 Severity: normal compresscmd option is not operational I get the following error when using it: error: mylog:6 bad compress path nice -n 10 lzma -9 error: found error in /var/log/mylog.log , skipping error: mylog:6 } expected error: found error in file mylog, skipping Following line causes this error: compresscmd nice -n 10 lzma -9 -- Package-specific info: Contents of /etc/logrotate.d total 48 -rw-r--r-- 1 root root 173 Jan 25 2011 apt -rw-r--r-- 1 root root 79 Oct 16 2010 aptitude -rw-r--r-- 1 root root 135 Feb 25 2010 consolekit -rw-r--r-- 1 root root 124 Jun 29 2009 dirmngr -rw-r--r-- 1 root root 232 Jan 30 2011 dpkg -rw-r--r-- 1 root root 146 Jan 31 2011 exim4-base -rw-r--r-- 1 root root 126 Jan 31 2011 exim4-paniclog -rw-r--r-- 1 root root 217 Jun 29 2010 fail2ban -rw-r--r-- 1 root root 100 Feb 12 22:32 kdm -rw-r--r-- 1 root root 157 Nov 17 2010 pm-utils -rw-r--r-- 1 root root 94 Aug 9 2010 ppp -rw-r--r-- 1 root root 515 Jul 11 13:56 rsyslog -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (500, 'stable-updates'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logrotate depends on: ii anacron 2.3-14 cron-like program that doesn't go ii base-passwd 3.5.23 Debian base system master password ii cron 3.0pl1-118 process scheduling daemon ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries Versions of packages logrotate recommends: ii heirloom-mailx [mailx]12.5-1 feature-rich BSD mail(1) logrotate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637478: [pkg-fetchmail-maint] Bug#637478: fetchmail: 28 minute IDLE timeout should be configurable
Am 12.08.2011 00:13, schrieb Anders Kaseorg:
Package: fetchmail
Version: 6.3.18-2
I’m running fetchmail through a proxy server that drops any connections
left idle for more than a little over 2 minutes. In order to be able to
use IMAP IDLE, I need to reduce this hardcoded timeout value in
imap_idle():
if (has_idle) {
/* special timeout to terminate the IDLE and re-issue it
* at least every 28 minutes:
* (the server may have an inactivity timeout) */
mytimeout = idle_timeout = 1680; /* 28 min */
It would be nice to have that as a configuration option.
In the unlikely event that this is helpful to someone else, here’s the
i386 binary patch I’m using now (28 m = 0x690 s, 2 m = 0x78 s):
perl -0777 -pe 's/(\xc7\x05.{4})\x90\x06\x00\x00/$1\x78\x00\x00\x00/g' -i
/usr/bin/fetchmail
Anders,
The IMAP standard (RFC-3501) has clear requirements with respect to how
long servers need to tolerate connections left idle by clients, and if
the connection gets dropped so soon, IDLE support gets pointless.
Please file a bug or support request against the proxy that drops the
connection so soon in the IDLE phase.
Best regards,
Matthias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637512: apt: [apt-cache] the policy command - make nolocking=true default
Package: apt Version: 0.8.15.5 Severity: wishlist (1) $ apt-cache policy debian-policy dpkg: error: dpkg status database is locked by another process (2) $ apt-cache -o Debug::nolocking=true policy debian-policy debian-policy: Installed: 3.9.2.0 Candidate: 3.9.2.0 Package pin: (not found) Version table: *** 3.9.2.0 1001 990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status SUGGESTION If there is another dpkg process running, some commands cannot be used without explicit guidance from user. However, I don't believe policy command ever has a need to lock a dpkg database for itself; I assume that it only queries the data. Please consider making the nolocking default for this command to help making the policy command easier even when other processes are running. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4GCC support library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.3-4terminal-based package manager (te ii bzip2 1.0.5-6high-quality block-sorting file co ii dpkg-dev 1.16.0.3 Debian package development tools pn lzma none (no description available) ii python-apt0.8.0 Python interface to libapt-pkg -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637435: no kidding
Hello, On Fri, 12 Aug 2011 07:37:59 +0800 jida...@jidanni.org wrote: The first signs of trouble upon [UPGRADE] ifupdown 0.7~alpha5+really0.6.10 - 0.7~alpha5+really0.6.11 Are at boot Fri Aug 12 07:19:56 2011: startpar: service(s) returned failure: ifupdown-clean ... ^[[31mfailed!^[[39;49m Etc. Etc. If I had done a aptitude autoclean, I would have locked myself out of the Internet forever. What does it say if you add set -x into the very beginning of /etc/init.d/ifupdown-clean? -- WBR, Andrew signature.asc Description: PGP signature
Bug#630787: can not update/install morituri because of a syntaxerror
Am 11.08.2011 19:12, schrieb Jonas Smedegaard: My god, how can one be so ignorant and disrespectful as to not listen to the arguments put forward (or ask if those are not understood). Talking about arguments, I have two arguments in the form of users that have reported real issues with the morituri package. Your first argument was to blame the user for not using aptitude for upgrades. This turned out as bullshit, because even aptitude does not remove packages that still satisfy dependencies. And since the morituri package currently only depends on unversioned python, this dependency is even satisfied by python2.3, so why remove it. The second user did use aptitude for his upgrade but obviously still faced the same issue. Then you told this user about some alleged policy that requires to remove old packages that are not part of the distribution anymore on upgrades. As a matter of fact, this policy does not exist. Nothing requires me to remove python2.3 on upgrades if it is not maintained in Debian anymore. I can keep python2.3 as long as I want, nothing forbids this. So what should lead to a removal of python2.3 on upgrades if not package dependencies? It is packages like morituri with imprecise dependencies that break upgrades for our users. You say that It is beneficial to Debian to keep package dependencies as simple as possible. Generally I agree, but I'd also say it is even more benefical to try as hard as possible not to break things - even possibly unsupported corner cases. All it took me to fix this issue was a bit of investigation [1] and changing six (!) bytes in the Debian packaging. If you cannot live with others applying such tiny changes to your pet packages, you shouldn't have them team-maintained! - Fabian [1] For example in the Debian Python Policy, which BTW states: The keyword all means that the package supports any Python version available but might be deprecated in the future since using version numbers is clearer than all and encodes more information. http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637513: kstars-data-extra-tycho2: [INTL:nl] Dutch translation of debconf templates
Package: kstars-data-extra-tycho2 Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the kstars-data-extra-tycho2 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of kstars-data-extra-tycho debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the # kstars-data-extra-tycho package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: kstars-data-extra-tycho 2-1.1r1-6\n Report-Msgid-Bugs-To: kstars-data-extra-tyc...@packages.debian.org\n POT-Creation-Date: 2011-07-27 09:34+0200\n PO-Revision-Date: 2011-08-12 09:32+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../templates:2001 msgid Handling of kstars configuration file msgstr Verwerking van het configuratiebestand van kstars #. Type: select #. Choices #: ../templates:3001 msgid keep msgstr houden #. Type: select #. Choices #: ../templates:3001 msgid replace (preserving backup) msgstr vervangen (reservekopie maken) #. Type: select #. Choices #: ../templates:3001 msgid overwrite msgstr overschrijven #. Type: select #. Description #: ../templates:3002 msgid Action for the /etc/kde4/kstarsrc file: msgstr Actie die op het bestand /etc/kde4/kstarsrc moet worden toegepast: #. Type: select #. Description #: ../templates:3002 msgid A kstars global configuration file already exists. msgstr Er bestaat al een globaal configuratiebestand voor kstars. #. Type: select #. Description #: ../templates:3002 msgid The package installation process can't modify it, but you can back it up now and create a new one. You will be prompted for options in this file. msgstr Het installatieproces kan dit bestand niet wijzigen, maar u kunt het wel een reservekopie maken en een nieuw bestand aanmaken. Er wordt u zo meteen gevraagd wat u met dit bestand wilt doen. #. Type: boolean #. Description #: ../templates:4001 msgid Create /etc/kde4/kstarsrc file? msgstr Het bestand /etc/kde4/kstarsrc aanmaken? #. Type: boolean #. Description #: ../templates:4001 msgid There is no kstars global configuration file. msgstr Er is geen globaal configuratiebestand voor kstars. #. Type: boolean #. Description #: ../templates:4001 msgid A configuration file will be needed if user downloads should be disabled, but if not then it is still safe to create one. You will be prompted for options in this file. msgstr Er is een configuratiebestand nodig indien u downloads van gebruikers wilt uitschakelen, maar ook in andere gevallen is het veilig om er één aan te maken. Er wordt u zo meteen gevraagd wat u met dit bestand wilt doen. #. Type: title #. Description #: ../templates:5001 msgid Disable or lock data downloads msgstr Gegevensdownloads uitschakelen of vergrendelen #. Type: select #. Choices #: ../templates:6001 msgid enable msgstr inschakelen #. Type: select #. Choices #: ../templates:6001 msgid disable msgstr uitschakelen #. Type: select #. Choices #: ../templates:6001 msgid lock msgstr vergrendelen #. Type: select #. Description #: ../templates:6002 msgid User data downloads for kstars: msgstr Gegevensdownloads van gebruikers voor kstars: #. Type: select #. Description #: ../templates:6002 msgid KStars has a download feature allowing users to download extra data files for their own use. Since packaged catalogs can be handled more efficiently by installing a single central copy, you may wish to restrict the use of this feature. msgstr KStarts bevat downloadfunctionaliteit waarmee gebruikers extra gegevensbestanden kunnen downloaden voor eigen gebruikt. Omdat de verpakte catalogi efficienter kunnen worden gebruikt door middel van een centrale kopie, wilt u mogelijk het gebruik van deze functionaliteit beperken. #. Type: select #. Description #: ../templates:6002 msgid * enable - users will be able to download data files;\n * disable - individual users can re-enable data downloads (to\n download other data files) in their .kstarsrc;\n * lock - users cannot enable data downloads. msgstr * inschakelen - Gebruikers kunnen gegevensbestanden downloaden.\n * uitschakelen - Individuele gebruikers kunnnen het downloaden\n voor zichzelf weer inschakenlen in hun .kstarsrc.\n * vergrendelen - Gebruikers kunnen gegevensdownloads niet inschakelen. #. Type: title #. Description #: ../templates:7001 msgid Backup of old kstarsrc file msgstr Reservekopie van het oude kstarsrc-bestand #. Type: text #. Description #: ../templates:8001 msgid Former kstarsrc file saved msgstr Vorige kstarsrc-bestand bewaard #. Type: text #. Description #: ../templates:8001 msgid The old kstarsrc file has been saved as /etc/kde4/kstarsrc.backup.kstars- data-extra. msgstr Het oude
Bug#637446: [l10n:cs] Initial Czech translation of PO debconf template for package kstars-data-extra-tycho2 1.1r1-5
Quoting Michal Simunek (michal.simu...@gmail.com): Package: kstars-data-extra-tycho2 Version: 1.1r1-5 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package kstars-data-extra-tycho2, please include it. I'mafraid that you worked on the old (pre-review) version of templates. Several changes happened during the review of English templates. Here's your translation resynced with the new templates. Could you update it, please? cs.po Description: application/gettext
Bug#637452: Lower priority of first user's fullname question
Quoting Colin Watson (cjwat...@debian.org): I object to this change. It's surely not a hard question for people to +1 From Jérémy Bobbio BOF at DebConf, we could take ideas about improving the way non-skilled users understand this question and the question about login name. We could even make both questions appear on the same screen (by losing the fact that the login name is computed from the Real Nameand by losing the few Easter Eggs we have in this code). But *not* virtually skipping the question at default priority. If ppl don't want to be prompted about the first user to create (corporate environments, etc.), they should use preseeding to skip the questionand, guess what, many ppl are already doing that..:-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635477: vlc: segfault when reading some video file
tags 635477 + moreinfo thanks Hello, Does this issue affect other players, notably ffplay? From the stack trace, it looks like a bug in the libavcodec WMA decoder... Best regards, -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637453: lower priority of root's password, use sudo in standard install
+1 on both remarks by Colin (not agreeing with sudo by defaultand the fact that the remark about Ubuntu wasn't appropriate). Still, Miguel, thanks for raising these questions again. Sometimes, conditions change and, at least, re-asking ourselves whether choices made some years ago are still valid is a good idea. Here, however, I think we shouldn't change anything (except the root password confirmation as mentioned by Colin). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637467: installation-reports: Tested WPA - success! (with small comment on template)
reassign 637467 netcfg retitle 637467 WPA PSK should be renamed WPA/WPA2 PSK thanks Quoting Holger Wansing (li...@wansing-online.de): One small comment: When it comes to the question, which encryption is used for wlan, I am given the choices WEP/Open and WPA PSK. While the second supports WPA2 two, shouldn't this also be shown in the question? (so change the second entry to something like WPA/WPA2 PSK). Just a thought... Good thought.:) Ready to write the patch and apply it to netcfg? (yeah, I know, you mostly work as a translatorbut doing such fixes is how I started doing something else in D-I:)) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637514: Please use a patch system
Package: chrony Version: 1.24-3 Severity: wishlist I was looking to make some modifications to my copy of chrony while I was waiting for your promised upload at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628919#40 then I found out chrony does not use any patch system, which makes changes quite ugly :( I have seen the packaging could use some revamp and love also, if you do not have a lot of time for chrony I would happy to adopt it. Ana -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.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#403209: locking - necessary to avoid long wait for multi-device card reader
Package: usbmount Severity: normal Hello, I just now perused the changelog and saw the message for version 0.0.17.1: revert patch from #403209 (seems to introduce race conditions) Seems, I should familiarize myself with the code /and/ its history, before going off and analysing code from my chair when its already been proven not to work. Sorry for that. Regards, Hagen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637515: New/modified debconf templates detected for this package: wording/spelling review proposal
Package: git-stuff Severity: normal (yeah, I know, Daniel, long text...:-)...I'll try to adapt the process with you as beta-tester...but, sometimes, I would also appreciate that you ask for a review of debconf templates *before* throwing them out in the wild) Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- -- signature.asc Description: Digital signature
Bug#403209: locking - necessary to avoid long wait for multi-device card reader
Package: usbmount Severity: normal Hello Richard, Rogério, Won't per-device locking eventually produce race conditions? Specifically, I'm looking at the code that allocates a mount point: # Search an available mountpoint. for v in $MOUNTPOINTS; do if [ -d $v ] ! grep -q ^[^ ][^ ]* *$v /proc/mounts; then mountpoint=$v log debug mountpoint $mountpoint is available for $DEVNAME break fi So if you don't do global locks and plug in a few different, /active/ devices, you'll probably overmount. ;) So I think we'll have to find another way to speed usbmount up a little. Best Regards, Hagen Fuchs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: New variant (again)
Package: icedove Version: 3.1.11-1 Followup-For: Bug #617759 Hi, It happened again on both of my computers (my laptop and my desktop). Each time I try to run icedove I get: /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libmailcomps.so: undefined symbol: NS_CStringContainerInit But, the definition of the symbol seems to be missing for real: $ readelf -a /usr/lib/icedove/components/libmailcomps.so | grep NS_CStringContainerInit 29: 0 FUNCGLOBAL DEFAULT UND NS_CStringContainerInit 75: 0 FUNCGLOBAL DEFAULT UND NS_CStringContainerInit2 Any clue ? PS: Both of my computers have a i686 architecture. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.1 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.0.2Miscellaneous utilities specific t ii fontconfig 2.8.0-3 generic font configuration library ii libasound2 1.0.24.1-3 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libffi5 3.0.9-7 Foreign Function Interface library ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-6GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libjpeg62 6b1-2Independent JPEG Group's JPEG runt ii libnspr4-0d 4.8.8-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.10-3Network Security Service libraries ii libpango1.0-0 1.28.4-2 Layout and rendering of internatio ii libpixman-1-0 0.22.2-1 pixel-manipulation library for X a ii libpng12-0 1.2.46-3 PNG library - runtime ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libstartup-notification 0.12-1 library for program launch feedbac ii libstdc++6 4.6.1-6 GNU Standard C++ Library v3 ii libx11-62:1.4.4-1X11 client-side library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii libxt6 1:1.1.1-2X11 toolkit intrinsics library ii psmisc 22.14-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dictio 1:3.3.0-3 English_american dictionary for my ii myspell-fr-gut [myspell-dicti 1:1.0-30 French dictionary for myspell (GUT Versions of packages icedove suggests: ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.9.1+dfsg-2 MIT Kerberos runtime libraries - k pn libnotify1 none (no description available) pn libnotify1-gtk2.10 none (no description available) ii ttf-lyx 2.0.0-1 TrueType versions of some TeX font -- 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#625539: /usr/bin/vlc: vlc --help ignores locale's charset
close 625539 thanks Hello, As can be seen from your bug report, the characters map is UTF-8: Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) so it is normal behavior for VLC to output Russian (LANG) in UTF-8 (LC_CTYPE). If you wish to output with another character encoding, please configure LC_CTYPE correctly. Not however that future VLC versions will drop support for non-UTF-8 on POSIX systems, so I'd advise against it. Best regards, -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637465: liblockfile: package liblockfile1 in control file but not in files list
On 11-08-11 8:31 PM, Sven Joachim wrote:
This upload dropped the liblockfile{1,-bin} packages, making
liblockfile-dev uninstallable. From my debuild log:
Thanks, sorry about that. I fixed it, but:
Your package contains new components which requires manual editing of
the override file. It is ok otherwise, so please be patient. New
packages are usually added to the override file about once a week.
.. so it might take a few days before it becomes visible.
Mike.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#377548: Fails mounting some parts in a n-in-1 device
Package: usbmount Severity: normal Hello Jan, I have just looked at #403209 and the patch proposed there seems to me to lead straight into race conditions upon finding a free mount point (see there for further reference). The problem you described sounds almost as if you had the #403209-patch applied, but I assume there's a different problem at work. I will try to find and reactivate an old USB-IDE and partition it heavily in order to try and reproduce your report. Your patch, by the way, looks good to me! usbmount only needs to lock right before search a free mount point and putting logically related code in a separate function is almost always a good idea. So, yeah, I think we should use that. Best Regards, Hagen Fuchs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637500: logwatch: hidden/spurious service scripts present in the package
reassign 637500 logwatch 7.3.6.cvs20090906-1squeeze1 severity 637500 minor thanks Package: minor Version: 7.3.6.cvs20090906-1squeeze1 Severity: normal Based on the subject line (and the version, and the system info), I assume the package is logwatch, and the severity is 'minor'. Reassigned adjusted severity accordingly. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637384: pu: package lintian/2.4.3+squeeze1
On 2011-08-11 19:51, Adam D. Barratt wrote: tag 637384 + squeeze thanks On Wed, 2011-08-10 at 21:04 +0200, Niels Thykier wrote: I would like permission to backport the following security related patch to Lintian in stable. The security team has already told me that they were not interested in a security upload. I'm not surprised tbh, assuming that the issue indeed only allows file existence testing, rather than content retrieval. As far as I can tell, there is no way to exploit the particular checks here to do content retrieval. Slightly off-topic: I believe one of the checks in sid/testing could be used to tell if a file contained a non-comment line, but I guess that is exciting as it gets this time. :) +lintian (2.4.3+squeeze1) stable; urgency=low + + * checks/debian-source-dir: ++ [NT] Fixed information disclosure issue, where Lintian could + be tricked into disclosing the present of files on the host As per other people's IRC poking - and the patch header :-) - s/present/presence/. + system via specially crafted source packages. [...] Fixed this one :) +So far as it is copyrightable at all, this test case is + Copyright © 2009 Russ Allbery r...@debian.org + Copyright © 2009 Adam D. Barratt a...@adam-barratt.org.uk Hmmm, interesting... Copy/waste from another test... I can fix it if you insist, but most of the tests in 2.4.3..2.5.1 suffers from the same issue. There is a reason that I added skeletons for most of the test suites in 2.5.2. :P Regards, Adam ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637463: epiphany-browser: cannot connect to some https sites
On Thu, 2011-08-11 at 21:30 +0200, Sven Arvidsson wrote: On Thu, 2011-08-11 at 19:59 +0200, Johannes Berg wrote: For instances, https://www.sparkasse-detmold.de/ doesn't load. Hi, I'm pretty sure this is the same as http://bugs.debian.org/636911 It might be a good idea to keep this bug filed against epiphany as libsoup wasn't the obvious place to go look for information about this issue. (At least not for me) Yeah, definitely looks like the same. Intrigued to hear it's a website problem though, I should dig out the details :) johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: New variant (again)
By the way, The following line allow to run icedove afterward (but a few things are missing such as the links to usual external software): $ export LD_PRELOAD=/usr/lib/icedove/components/libmailcomps.so $ export LD_LIBRARY_PATH=/usr/lib/icedove $ icedove Regards -- Emmanuel Fleury Maître de conférence,| Bureau: 261 LaBRI, Domaine Universitaire | Tél: +33 (0)5 40 00 69 34 351, Cours de la Libération | Mél: emmanuel.fle...@labri.fr 33405 Talence Cedex, France | Web: http://www.labri.fr/~fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633680: skrooge: Crashing on save
found 633680 0.7.2.2-1 tags 633680 +confirmed thanks Hi, I have the same issue on a fresh Debian stable installation and a same backtrace. I confirm that this issue make the package unusable. Do you need more informations, logs or backtrace? Regards, Thomas PIERSON signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
Le jeudi 11 août 2011 à 20:31 +0200, Michael Biebl a écrit : The alternative is to backport the necessary changes in g-s-d (which sounds insane) or to re-add the necessary support in nautilus (which is far from trivial). I'd rather just have automount support broken temporarily, tbh. I don’t think there is any point in testing if we break such basic functionality for a long period of time. But that’s for the RT to decide anyway. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637425: [Xenomai-core] gcc-4.6 issue
Hi, On 08/12/2011 01:18 AM, Gilles Chanteperdrix wrote: The following patch seems to do the trick. It makes the assumption that when compiling with -fomit-frame-pointer, we have one more register, so the R constraint will always be able to avoid choosing eax, and eax will be free for the muxcode, so that the compiler will not choose the m alternative. Thanks for the update! I can confirm that both the patch for xenomai-head and -fno-omit-frame-pointer fix the problem. For Debian's xenomai 2.5.6, I will just use -fno-omit-frame-pointer for now. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637463: epiphany-browser: cannot connect to some https sites
reassign 637463 libsoup2.4-1 thanks Le jeudi 11 août 2011 à 19:59 +0200, Johannes Berg a écrit : Package: epiphany-browser Version: 2.30.6-2 Severity: normal For instances, https://www.sparkasse-detmold.de/ doesn't load. Such websites implement incorrectly TLS. You should report the issue to them. There will be a workaround soon in libsoup (it’s been added last week in git master), but the websites don’t follow the specifications nonetheless. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637425: [Xenomai-core] gcc-4.6 issue
On 12/08/11 01:18, Gilles Chanteperdrix wrote: The following patch seems to do the trick. It makes the assumption that when compiling with -fomit-frame-pointer, we have one more register, so the R constraint will always be able to avoid choosing eax, and eax will be free for the muxcode, so that the compiler will not choose the m alternative. It works, indeed. Thank you Gilles. May this patch be backported to the stable branch? Cheers, -- Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637516: libav: FTBFS on hurd-i386: missing CFLAGS
Package: libav Version: 4:0.7.1-2 Severity: important Tags: experimental patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently[1], libav 4:0.7.1-2/exp does not compile on hurd-i386. The problem (fixed by the attached patch) is that _POSIX_C_SOURCE and _XOPEN_SOURCE are missing from the CFLAGS, leaving some stuff undefined/undeclared. [1] https://buildd.debian.org/status/fetch.php?pkg=libavarch=hurd-i386ver=4%3A0.7.1-2stamp=1313035695 Thanks, -- Pino --- a/configure +++ b/configure @@ -2504,6 +2504,7 @@ add_cppflags -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE ;; gnu) +add_cppflags -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 ;; qnx) add_cppflags -D_QNX_SOURCE
Bug#637517: gpasm/gplink not working for pic16f88 since 0.13.5
Package: gputils Version: 0.13.7-1 Hi, I am facing problems compiling c code for pic16f88 since years. In the beginning I was using an old debian 4.0 32bit system and with sdcc I was able to get good .hex files. When I moved to debian 5.0 64bit the .hex generated (still with sdcc) were broken and my programmer refused to burn them to the pic. The same happens now with debian 6.0 64bit. First I thought that the problem was in sdcc, but from hints by sdcc guy and the last tests I did, I verified the same intermediate .asm files on both systems (the working one and the non-workgin one) mentioned above (except some commented lines). Trying to track the problem I think I found something: on my new debian 6.0 64bit system I can get the correct .hex if I use gputils-0.13.4 compiled from source. If I use gputils-0.13.5 compiled from source I get .hex files messed up a lot. If I use gputils-0.13.7 compiled from source I get .hex files quite similar to the ones generated by gputils-0.13.4, but with few lines different, and they do not work. I also wrote to gputils bug tracking system almost one month ago, but I suspect that nobody is taking care of that bugs submissions. If you need further informations just ask. Ciao, Luca .-. -=(§ Luca morpheus AT ferrara.linux.it §)=- °-°
Bug#637515: New/modified debconf templates detected for this package: wording/spelling review proposal
On 08/12/2011 09:52 AM, Christian PERRIER wrote: (yeah, I know, Daniel, long text...:-)...I'll try to adapt the process with you as beta-tester...but, sometimes, I would also appreciate that you ask for a review of debconf templates *before* throwing them out in the wild) as you told me, there appears to be no automated mechanism (like a comment on top of the templates) to let people know that the templates should not be reviewed yet in case the maintainer intents to heavily change them in the subsequent uploads anyway. as a consequence, keeping the debconf integration entirely off just for the sake of reviewing the templates (by me) first and hold of the uploads is no solution either. oiow: don't start reviewing them just yet. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636292: MD5Sum mismatch is due to multiple DNS queries!
On Fri, Aug 12, 2011 at 03:39, Henrique de Moraes Holschuh h...@debian.org wrote: On Fri, 12 Aug 2011, jida...@jidanni.org wrote: The checksum will come from a _different_ round robin machine, four out of five times. It's Russian Roulette. I can't bear to pull the trigger. A user would have to be crazy to use a round robin mirror until the apt team finally gets around to fixing this probably one line bug. Now, don't be absurd. Yeah, it's getting hilarious since a while ... Now as ftpsync is fixed on the US mirrors all checksum problems should be solved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637515: New/modified debconf templates detected for this package: wording/spelling review proposal
On 08/12/2011 09:52 AM, Christian PERRIER wrote: I'll try to adapt the process with you as beta-tester... forgot to say.. much appreciated ;) -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390456: Working on packaging php-net-nntp
Hi, I'm working on this package. The work-in-progress can be found at http://www.vanbest.org/debian/unstable/php-net-nntp_1.4.0-1~pre1.dsc There is also a built .deb file at the same location. I'll move the packaging to Alioth (git/pkg-php/php-net-nntp) as soon as I've been added to the pkg-php group. Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622363: transition: libnotify 0.7
block 622363 with 637067 kthxbye On Sat, Jul 30, 2011 at 23:18:33 +0200, Julien Cristau wrote: tag 622363 pending kthxbye On Tue, Apr 12, 2011 at 16:28:00 +0200, Laurent Bigonville wrote: We would like to perform the transition from libnotify1 to libnotify4. Let's go ahead with this. A couple of weeks later, it looks like the only blocker left is the above crasher in notification-daemon. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628919: Packages for Squeeze
Hi, I needed to have a working chrony in a couple of Squeeze servers. I am linking here the packages in case they are useful to somebody else: http://people.debian.org/~ana/chrony-squeeze/chrony_1.24-4~ana_amd64.deb http://people.debian.org/~ana/chrony-squeeze/chrony_1.24-4~ana_i386.deb (also the sources are directly in http://people.debian.org/~ana/chrony-squeeze/) I am going to prepare a 1-week delayed NMU for Sid and will also paste here the packages + the NMU patch. Ana PS: I reiterate my offer from bug #637514 of adopting chrony. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637500: logwatch: hidden/spurious service scripts present in the package
On 12/08/2011 10:05, Gergely Nagy wrote: Based on the subject line (and the version, and the system info), I assume the package is logwatch, and the severity is 'minor'. Reassigned adjusted severity accordingly. Hu, yes, thanks, I wonder how I messed up reportbug edit like that :) Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637518: ns3: please transit to use dh_python2
Package: src:ns3 Severity: wishlist Please transit to use dh_python2 from python-support, more information is available at http://wiki.debian.org/Python/TransitionToDHPython2 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610306: wrong status when snmptrapd not configured to start
I agree with Rob. At least one should consider moving it to Patch Available. Kind regards, Kai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630511: Bug#634116: Please transition gnutls26 for multiarch
On Sat, Jul 30, 2011 at 07:20:17 +0200, Andreas Metzler wrote: On 2011-07-17 Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2011-07-17 Steve Langasek steve.langa...@canonical.com wrote: On Sun, Jul 17, 2011 at 08:15:43AM +0200, Andreas Metzler wrote: gnutls 2.12 in experimental is already using multiarch paths: --- gnutls26 (2.12.7-2) experimental; urgency=low [...] Ok. When do you plan to upload 2.12.7 to unstable? I am basically waiting for feedback/ok from the release team. http://bugs.debian.org/630511 FYI I will probably upload to unstable without further notice once 2.10.5-3 has transitioned to testing. cu andreas That's unhelpful... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637056: Update
Since updating a few packages yesterday the problem is solved. I'm not sure which package fixed the problem, in case you are interested here is the list of the ones accessed yesterday: webkit2pdf_0.2-2_i386.deb libwebkitgtk-1.0-common_1.4.2-1_all.deb libwebkitgtk-1.0-0_1.4.2-1_i386.deb libswitch-perl_2.16-2_all.deb liboobs-1-dev_2.30.1-2_i386.deb liboobs-1-4_2.30.1-2_i386.deb libijs-0.35_0.35-7.1_i386.deb libcurl3-gnutls_7.21.7-1_i386.deb libcurl3_7.21.7-1_i386.deb libclass-isa-perl_0.36-2_all.deb libboost-thread1.46-dev_1.46.1-6_i386.deb libboost-thread1.46.1_1.46.1-6_i386.deb libboost-system1.46-dev_1.46.1-6_i386.deb libboost-system1.46.1_1.46.1-6_i386.deb libboost-signals1.46.1_1.46.1-6_i386.deb libboost-serialization1.46-dev_1.46.1-6_i386.deb libboost-serialization1.46.1_1.46.1-6_i386.deb libboost-regex1.46-dev_1.46.1-6_i386.deb libboost-regex1.46.1_1.46.1-6_i386.deb libboost-iostreams1.46-dev_1.46.1-6_i386.deb libboost-iostreams1.46.1_1.46.1-6_i386.deb libboost-filesystem1.46.1_1.46.1-6_i386.deb libboost-date-time1.46-dev_1.46.1-6_i386.deb libboost-date-time1.46.1_1.46.1-6_i386.deb libboost1.46-dev_1.46.1-6_i386.deb gstreamer0.10-plugins-bad_0.10.22-3_i386.deb grub-pc-bin_1.99-11_i386.deb grub-pc_1.99-11_i386.deb grub-common_1.99-11_i386.deb grub2-common_1.99-11_i386.deb curl_7.21.7-1_i386.deb Thank you, Paolo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637519: installation-repots: 3.0.0 ppc64 kernel installed fine on Power7/710 LPAR.
Package: installation-repots Severity: important Tags: d-i Daily build from 2011.08.10 installed fine on Power7/710 LPAR. 3.0.0 powerpc64 k ernel installed. Debian installer does not detect Power7 CPU, changed to Power6 compatibility mode. To boot it, had to change /etc/yaboot.conf: boot=/dev/sda1. Detect ed device string does not work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc64) Kernel: Linux 3.0.0-1-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#415394: uim: Is it unavoidable to remove old libuim versions?
tags 415394 - help tags 415394 + pending thanks On Fri, Jul 15, 2011 at 11:07:14AM +0900, d+...@vdr.jp wrote: libuim* depends uim-common's scm files each other, i think... it is fixed in anonscm.debian.org. libuim-data has just locale data. so it does not need to have tight dependency. now libuim(X) and libuim(X+1) are installable together. but i do not know libuim(X) and libuim(X+1) and uim-common can work well together... -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#637501: dtc-common: modifies config files of other packages
On 08/12/2011 02:27 PM, Mike O'Connor wrote: Package: dtc-common Version: 0.32.10-2 Severity: serious Justification: Policy 10.7.4 It seems to me that the package tries to subvert policy 10.7.4 here. Other bugs have been opened against this source package in the past (for example #414469, #402432, #414484). I think that trying to get around policy by having the postinst do stuff like this: echo echo * Warning! DTC setup is not completed. The postinst didn't do it all. * echo To finish the installation: execute /usr/share/dtc/admin/install/install echo And thus telling the user to run a script which modifies the configuration files of a dozen other packages without warning, and often without a way back, is violating the spirit of the policy. stew The goal of my software is to handle the configuration of the server. If we follow what you are saying, then an administrator would have to spend hours to setup his server manually for a single installation. Do you think that this is manageable? Note also that I've opened discussions about it, and that I'm trying to solve the issue, but the postfix maintainer (for example) didn't even bother to reply. Upstream said that a conf.d folder isn't even possible. What solution do I have here? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637435: ifupdown: interfaces are not brought up anymore
On Thu, 2011-08-11 at 20:41 +0300, Andrew O. Shadoura wrote: Sorry, can't reproduce. I've just installed a clean unstable system, and it just doesn't happen. Please provide more details. Well during ifupdown-clean on boot i get a cannot remove /etc/network/run/ifstate ... ro filesystem (shouldn't this go to /run now anyway?!) When I remove that file manually before restart, it brings the ifaces correctly up on the next boot. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#637520: gnutls26: wrong breaks on sipsak [sparc]
Package: gnutls26 Version: 2.12.7-4 Severity: serious new gnutls has Breaks on sipsak (= 0.9.6-2.1), but sparc has 0.9.6-2.1+b1. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637404: opu: aptitude: diff for NMU version 0.4.11.11-1~lenny2
On Thu, Aug 11, 2011 at 06:42:47PM +0100, Adam D. Barratt wrote: On Thu, 2011-08-11 at 00:41 +0100, Jonathan Wiltshire wrote: RT: please consider the attached patch for aptitude in Lenny, to fix a security bug. Maintainer: this is notice of an intent to NMU as attached. Ack, as per #637405; thanks. Uploaded. I've kept the same version scheme, even though it's wrong - the proper fix is probably to call it 0.4.11.11-1~lenny1+lenny2, which is arguably even worse. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#637405: pu: aptitude: diff for NMU version 0.6.3-3.2+squeeze1
On Thu, Aug 11, 2011 at 06:41:35PM +0100, Adam D. Barratt wrote: tag 637405 + squeeze confirmed thanks On Thu, 2011-08-11 at 00:43 +0100, Jonathan Wiltshire wrote: RT: please consider the attached patch for aptitude in Squeeze, to fix a security bug. Maintainer: this is notice of intent to NMU as attached. Daniel actually requested (and got) permission to upload the patch back in April but doesn't seem to have found an appropriate tuit, so go for it as far as I'm concerned; thanks. Uploaded. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
* It seems like anyone that spends any time looking at this package finds security bugs. No. Other software in Debian with more severe security record didn't have such kind of bug open. See for example Samba, bind, and many others. Or maybe you also want these to be removed from Debian? This is purely your appreciation and your view on my software, I don't think this is reality. Also, the fact that I want the software to stay in Debian is precisely so that it has more eyes to look into the code, and then improve the quality. This isn't exactly a small software here. * If you don't want to look specifically for security bugs, there are plenty of other RC bug s to be found. Which I'm fixing, but please do not force me to hurry on them and do bad patches. * This package depends on being able to modify configuration files of other packages. (see #637501 and the bugs referenced in that bug) Yes, which is the goal of the software, yes. Also, I had some discussions with many DDs, some during debconf11, like with Ian Jackson, Raphael Hertzog, and many others, on how to fix this on a clean way, and I have plans for it. I'm troubled by the responses that the many security bugs in these packages get from the maintainer who is also the upstream author. I'm worried that the maintainer/upstream author does not have an adequate respect for security related issues. And me, I'm really seriously thinking you don't know how to handle security issues as well, given the fact that you've open public bugs, when you should have get in touch with me privately. This shows as well a big disrespect for what I do, if opening this bug wasn't enough. I have already fixed what Ansgar reported, and I am currently working on other fixes. Please mind to explain why I do not have adequate respect for security related issues. I believe I do, since I have in the past made some QA uploads in timely manners (not even talking about this one package here). Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637521: Linked against libgnutls-openssl.so.26 but doesn't depend on its package
Package: gkrellm Version: 2.3.5-1 Severity: grave $ gkrellm gkrellm: error while loading shared libraries: libgnutls-openssl.so.26: cannot open shared object file: No such file or directory $ ldd -r /usr/bin/gkrellm|fgrep 'not f' libgnutls-openssl.so.26 = not found undefined symbol: SSL_connect (/usr/bin/gkrellm) undefined symbol: TLSv1_client_method (/usr/bin/gkrellm) undefined symbol: SSL_CTX_set_verify(/usr/bin/gkrellm) undefined symbol: MD5_Init (/usr/bin/gkrellm) undefined symbol: SSL_load_error_strings(/usr/bin/gkrellm) undefined symbol: MD5_Final (/usr/bin/gkrellm) undefined symbol: SSL_free (/usr/bin/gkrellm) undefined symbol: SSL_set_connect_state (/usr/bin/gkrellm) undefined symbol: SSL_CTX_new (/usr/bin/gkrellm) undefined symbol: SSL_read (/usr/bin/gkrellm) undefined symbol: SSL_set_fd(/usr/bin/gkrellm) undefined symbol: SSLv23_client_method (/usr/bin/gkrellm) undefined symbol: SSL_CTX_set_options (/usr/bin/gkrellm) undefined symbol: SSL_library_init (/usr/bin/gkrellm) undefined symbol: MD5_Update(/usr/bin/gkrellm) undefined symbol: SSL_new (/usr/bin/gkrellm) undefined symbol: SSL_write (/usr/bin/gkrellm) undefined symbol: SSL_CTX_free (/usr/bin/gkrellm) Note that libgnutls-openssl.so.26 doesn't exist in sid, only so.27. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-wrar+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellm depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.6-1FreeType 2 font engine, shared lib ii libgcrypt11 1.4.6-9LGPL Crypto library - runtime libr ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnutls26 2.12.7-4 GNU TLS library - runtime library ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libntlm0 1.2-1 NTLM authentication library ii libpango1.0-0 1.28.4-2 Layout and rendering of internatio ii libsensors4 1:3.3.0-4 library to read temperature/voltag ii libsm62:1.2.0-2 X11 Session Management library ii libx11-6 2:1.4.4-1 X11 client-side library gkrellm recommends no packages. gkrellm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637522: coreutils: [rm] symlinks - cannot remove `dir/': Is a directory
Package: coreutils Version: 8.5-1 Severity: minor The rm(1) is little too simplistic to assume that trailing / is automatically a directory: $ ls -l lrwxrwxrwx 1 foo foo15 Aug 12 10:53 monitor - tmp/bug/monitor $ rm monitor/ rm: cannot remove `monitor/': Is a directory Whereas: $ rm monitor no messages SUGGESTION Please do a unlink regardless of checking if there is trailing slash or not in the command line item string. If the unlink fails, then return the error to the user.[*] [*] there is no need to check stat either to verify that item is non-directory as the error code of unlink would automatically notify if the operation succeeds or not. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.51-3 Access control list shared library ii libattr1 1:2.4.46-3 Extended attribute shared library ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632725: calibre: Bad magic number solved
Package: calibre Version: 0.8.8+dfsg-1 Followup-For: Bug #632725 The problem of not loading and throwing the bad magic number error was fixed as follows: 1. run update and full-upgrade - problem still exists 2. reinstall calibre - problem still exists 3. aptitude purge calibre and calibre-bin, delete /usr/lib/calibre 4. aptitude install Calibre - now works OK -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.8.8+dfsg-1 e-book converter and library manag ii imagemagick 8:6.6.9.7-5 image manipulation programs ii poppler-utils 0.16.7-2 PDF utilities (based on Poppler) ii python-beautifulsoup3.2.0-2 error-tolerant HTML parser for Pyt ii python-cherrypy33.1.2-1 Python web development framework - ii python-cssutils 0.9.8~a1-1 CSS Cascading Style Sheets parser ii python-dateutil 1.4.1-4 powerful extensions to the standar ii python-dbus 0.84.0-1 simple interprocess messaging syst ii python-django-tagging 0.3.1-1 A generic tagging application for ii python-encutils 0.9.8~a1-1 Encoding detection collection for ii python-imaging 1.1.7-4 Python Imaging Library ii python-lxml 2.3-0.1+b2 pythonic binding for the libxml2 a ii python-mechanize0.1.11-1.1 stateful programmatic web browsing ii python-pkg-resources0.6.16-1 Package Discovery and Resource Acc ii python-pyparsing1.5.2-2 Python parsing module ii python-qt4 4.8.3-2+b1 Python bindings for Qt4 ii python-routes 1.12.3-1 Routing Recognition and Generation ii python2.7 2.7.2-3 An interactive high-level object-o ii ttf-liberation 1.07.0-1 Fonts with the same metrics as Tim ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from Versions of packages calibre recommends: ii python-dnspython 1.8.0-1DNS toolkit for Python calibre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637501: Quite verbose indeed
And thus telling the user to run a script which modifies the configuration files of a dozen other packages without warning, and often without a way back, is violating the spirit of the policy. When I'm at it, I just ran wc -l on the output of the script. It's exactly 200 lines long. How can you claim that this is without warning? The script is telling quite verbosely what it's doing! Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637337: [Openjdk] Bug#637337: java.security.ProviderException: Could not initialize NSS
Hi Damien, I suppose to reconsider opening this bug again, as it has been fixed in openjk-6 as it can be seen in bug 634058. With current nss libs, the location of libnss3.so is in fact /usr/lib/x86_64-linux-gnu/libnss3.so. However programs using libsoftokn3.so, which is needed by JCA's PKCS11 class, can't find the library as it is located at /usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so. The bug report suggests changing the nss directory in /etc/java-7-openjdk/security/nss.cfg. By altering it to /usr/lib/x86_64-linux-gnu/nss libsoftokn3.so is found, but libnss3.so is not, as /usr/lib/x86_64-linux-gnu/nss/libnss3.so is the wrong path. To me it seems the nss lib locations are all correct. My library versions are: libnss3-1d 3.12.10-3 libc6 2.13-10 Unaltered nss path leads to: Caused by: java.security.ProviderException: Library /usr/lib/x86_64-linux-gnu/libsoftokn3.so does not exist at sun.security.pkcs11.SunPKCS11.init(SunPKCS11.java:292) at sun.security.pkcs11.SunPKCS11.init(SunPKCS11.java:103) Altered nss path: Caused by: java.io.FileNotFoundException: /usr/lib/x86_64-linux-gnu/nss/libnss3.so at sun.security.pkcs11.Secmod.initialize(Secmod.java:186) at sun.security.pkcs11.SunPKCS11.init(SunPKCS11.java:206) ... 26 more I hope this information helps to get some clarity about the problem. Perhaps the patch that made it work for openjdk-6 6b23~pre4-1 can be applied to openjdk-7 as well. Best regards Tobias Wich smime.p7s Description: S/MIME cryptographic signature
Bug#637523: Annual ping for Tomasz Muras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: debian-maintainers Severity: normal This is my annual ping, please process. cheers Tomasz (Tomek) Muras -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJORPvcAAoJEIfMiettfca20vEH/2RCUbrKHkiwzD7xLAkQbbGW bWnNLNtFG9ztDKwIKBTDNg5QwdBkEGjUCUe90I7mD/cHVxh2/O9YjNdrKDH/8OMN J0cw3CoZSvVEgTlJWC5W/IaLBzagKzA276ZDlqYJaRyPNgtS8ue6s5vAeQQlCbtb FTSi9HZRbnaFibml1Uioh5V5qr6FY190B0GXssorvujCqNAANnCRI8rqQmq/qbkT RkQOtyrpKycaeg84BqghIwSDxwofkOawzmp+ZTbEYF8JVglI9wIvRa79Mb5l7t1R xRYFVxFgKSejIi5CgstDMfK2xm1jhDshEAkM5E5QnZJGjCiofMiYpN+UabiJFog= =uipH -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#566255: /proc/stat CPU fields
From man proc: cpu 3357 0 4313 1362393 The amount of time, measured in units of USER_HZ (1/100ths of a second on most architectures, use sysconf(_SC_CLK_TCK) to obtain the right value), that the system spent in user mode, user mode with low priority (nice), system mode, and the idle task, respectively. The last value should be USER_HZ times the second entry in the uptime pseudo-file. In Linux 2.6 this line includes three additional columns: iowait - time waiting for I/O to complete (since 2.5.41); irq - time servicing interrupts (since 2.6.0-test4); softirq - time servicing softirqs (since 2.6.0-test4). Since Linux 2.6.11, there is an eighth column, steal - stolen time, which is the time spent in other operating systems when running in a virtualized environment Since Linux 2.6.24, there is a ninth column, guest, which is the time spent running a virtual CPU for guest operat‐ing systems under the control of the Linux kernel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637464: python-btsutils: should this package be removed?
* Jakub Wilk jw...@debian.org, 2011-08-11, 20:23: - Multiple bugs renders the package mostly usable That should be of course: Multiple bugs render the package mostly unusable. -- 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#637482: /usr/share/dtc/admin/install/install fails to run after fresh install
On 08/12/2011 07:35 AM, Ansgar Burchardt wrote: Hi, this seems to happen when one does not give a domain name in the debconf questions. Ansgar When you don't give a domain name in the debconf question, the debconf scripts uses hostname --domain. So, if it's not working, it means your server hasn't been configured correctly in the first place. I believe, as a consequence, that I can close this bug without any other action. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637505: dtc: minimized js files without source
On 08/12/2011 02:56 PM, Mike O'Connor wrote: Source: dtc Version: missing source for shared/gfx/skin/grayboard/js/DD_roundies-min.js Severity: serious Justification: Policy 2.2.1 shared/gfx/skin/grayboard/js/DD_roundies-min.js is minimized javascript without included source. Upstream provides non-minimized source which is clearly the prefered medium for modification, and therefore should be included in the debian souce package if this minimized version is to be included. This is inside one of the skin which has been contributed, which by the way, has been quite problematic (one of the issue is that it is using a fixed version of jquery hosted on google API site, which I really don't like). I have as a consequence decided to completely remove this skin. On the next upload, it wont be there at all. Note that this skin wasn't in the old stable version. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578492: kfreebsd-kernel-headers is build-essential
Hi, kfreebsd-kernel-headesr [kfreebsd-any] You don't need to build-depend on this package for kfreebsd-any, it is build-essential there. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635683: sid perl update problem with 5.12.4-2: text file busy
On Wed, Aug 10, 2011 at 02:58:07PM -0500, Jonathan Nieder wrote: Niko Tyni wrote: Looks like dpkg tries to sync /usr/bin/perl5.12.4.dpkg-new when a hard link has already been renamed to /usr/bin/perl and presumably gotten executed by someone else. Does this help? + * Open extracted files for reading, not writing, in order to fsync() them. +Otherwise the open can error out when preparing to rename a binary into +place that has a hard link already in use. Regression introduced in +1.15.6.1. Closes: #635683 Yes, it seems to help. I can reproduce the issue reliably with dpkg 1.16.0.3 and perl-base_5.12.4-4_amd64.deb from current sid by doing inotifywait /usr/bin/perl; for i in $(seq 1 200); do perl -e sleep ; done and then unpacking the .deb in another shell. With a patched dpkg, the error is completely gone. However, are sync_file_range() and fsync() effective with an O_RDONLY file descriptor? From fsync(2): EBADF fd is not a valid file descriptor open for writing. but https://bugzilla.kernel.org/show_bug.cgi?id=29972 suggests this is misleading... -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637524: qa.debian.org: UDD: Vcs-* header with uppercase letters not considered
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: udd AFAICS udd has a bug when the VCS is written with uppercase letters in the source package. Vcs-CVS doesn't seem to be counted as Cvs then: udd= SELECT version,vcs_type,vcs_url,vcs_browser FROM sources_uniq WHERE source='mksh'; version | vcs_type | vcs_url | vcs_browser -+--+-+-- 28.0-3 | | | 35.2-3 | | | 39.3.20100725-1~bpo50+1 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ 39.3.20100725-1 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ 40.2-1~bpo50+1 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ 40.2-2~bpo60+1 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ 40.2-2 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ 40.2-2 | | | http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ (8 rows) % apt-cache showsrc mksh | grep Vcs | sort -u Vcs-Browser: http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ Vcs-Cvs: :ext:_anon...@anoncvs.mirbsd.org:/cvs contrib/hosted/tg/deb/mksh % apt-get source mksh /dev/null % grep Vcs mksh-40.2/debian/control Vcs-CVS: :ext:_anon...@anoncvs.mirbsd.org:/cvs contrib/hosted/tg/deb/mksh Vcs-Browser: http://cvs.mirbsd.de/contrib/hosted/tg/deb/mksh/ regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-08-12t12-31...@devnull.michael-prokop.at
Bug#637522: coreutils: [rm] symlinks - cannot remove `dir/': Is a directory
On 2011-08-12 11:57 +0200, Jari Aalto wrote: Package: coreutils Version: 8.5-1 Severity: minor The rm(1) is little too simplistic to assume that trailing / is automatically a directory: $ ls -l lrwxrwxrwx 1 foo foo15 Aug 12 10:53 monitor - tmp/bug/monitor $ rm monitor/ rm: cannot remove `monitor/': Is a directory Whereas: $ rm monitor no messages SUGGESTION Please do a unlink regardless of checking if there is trailing slash or not in the command line item string. If the unlink fails, then return the error to the user.[*] Unfortunately POSIX requires that path names with trailing slashes are treated as if '.' had been appended to them, i.e. as directories. It might be useful to implement a --strip-trailing-slashes option¹ for rm so that you can create a suitable alias. Cheers, Sven ¹ http://www.gnu.org/s/coreutils/manual/html_node/Trailing-slashes.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637525: Please install default config
Package: gitalist Severity: wishlist Hi, like most webapps, it would be nice if gitalist-fastcgi would install it's example apache config into /etc/apache2/conf.d/ so that after an 'apt-get install gitaliast-fastcgi', the webfrontend is ready to go. I'll send a patch as soon as i've recieved the bug number. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637481: /init: /init: 318: cannot open /root/dev/console: No such file
On Thu, Aug 11, 2011 at 10:37:16PM +, auto38092...@hushmail.com wrote: In addition to Petter's comments, I'd just like to add that: /init: /init: 223: [: not found /init: /init: 223: sh: not found /init: /init: 239: umount: not found /init: /init: 242: mount: not found /init: /init: 273: [: not found /init: /init: 318: cannot open /root/dev/console: No such file Note that /init is a part of the initramfs. And that '[', 'sh', 'mount' and 'umount' are all provided by busybox by default in the initramfs. This is just a shell script you can look at--you can unpack the initrd by hand if you want to inspect it. Note that you could, as documented in initramfs-tools(8), use the break=(top|bottom|init|...) to run a shell in the initramfs environment. This will allow you to look at what's wrong, e.g. are the programs/symlinks actually present? As Petter suggested, run update-initramfs to ensure it's up-to-date, and ensure that your system, busybox and initramfs-tools in particular, are definitely the correct current versions before doing it. WRT your comment about IRC, I don't have the time to do that, and I also can't be sure to reply in 24 hours--we're all volunteers here, and this is not paid technical support. Note that mail is archived and so others who may have the same problem will benefit from that where they would not with IRC. It also requires us to be available at the same time, and since Debian is a global project, that's often difficult. In consequence, IRC is not an efficient use of time since the same issue might need to be dealt with more than once with different people, and it's not amenable for others to participate, unlike public bug reports, which are a resource available to all, and preserve a historical record which will be useful for years to come. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#637486: redmine: LDAP login/logout gives 500 Internal Server Error
With 'disable autologin' I assume you mean not selecting 'Stay logged in' at login screen. 1) With that checkbox unchecked the error does not appear and login is successful. Logging out gives same error. 2) Using the built-in admin user gives same behaviour on all counts, so issue not LDAP-related, my apologies for that. 3) After applying patch and restarting Apache no changes in behaviour Thanks for the swift response! On Fri, Aug 12, 2011 at 7:07 AM, Jérémy Lal je...@edagames.com wrote: Could you try any of those : * disable autologin * log in without using LDAP * the attached patch Regards, Jérémy Lal
Bug#637486: redmine: LDAP login/logout gives 500 Internal Server Error
Possibly related: I just got and verified a report from our organization
that it's currently impossible to mark 2 issues as 'related'. Trying to do
so shows a 'Redmine API' HTTP authentication requester, when canceling I see
this in logs:
Processing IssueRelationsController#new (for 10.1.0.67 at 2011-08-12
12:49:19) [POST]
Parameters: {commit=Add, issue_id=283, action=new,
authenticity_token=[FILTERED], relation={delay=,
issue_to_id=282, relation_type=relates}, id=283,
controller=issue_relations}
Filter chain halted as [:check_if_login_required] rendered_or_redirected.
Completed in 3ms (View: 0, DB: 0) | 401 Unauthorized [
http://redmine/issues/283/relations/283]
On Fri, Aug 12, 2011 at 12:47 PM, Niels Keurentjes
nielskeurent...@gmail.com wrote:
With 'disable autologin' I assume you mean not selecting 'Stay logged in'
at login screen.
1) With that checkbox unchecked the error does not appear and login is
successful. Logging out gives same error.
2) Using the built-in admin user gives same behaviour on all counts, so
issue not LDAP-related, my apologies for that.
3) After applying patch and restarting Apache no changes in behaviour
Thanks for the swift response!
On Fri, Aug 12, 2011 at 7:07 AM, Jérémy Lal je...@edagames.com wrote:
Could you try any of those :
* disable autologin
* log in without using LDAP
* the attached patch
Regards,
Jérémy Lal
Bug#637526: incorrect copyright file
Package: chrony Version: 1.24-3+b1 Severity: serious Hi, chrony's copyright file says: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. While chrony appears to be only GPL v2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623989: RM: boost1.42 -- ROM; Obsoleted by Boost1.46
clone 623989 -1 reassign -1 release.debian.org retitle -t nmu: Lots of packages depending on boost1.42 User -1 release.debian@packages.debian.org Usertags -1 binnmu thanks Hi! * Steve M. Robbins st...@sumost.ca [110730 06:04]: Uhm... It doesn't look, like boost1.42 is obsolete. Even if I ignore non-release architectures, there's quite a lot of stuff left: Checking reverse dependencies... # Broken Depends: [...] # Broken Build-Depends: [...] OK, I've done NMUs for the last few packages that build-depend on boost1.42. There remain a dozen or so packages that depend on boost1.42; can these be rebuilt (against the newer boost) so that boost1.42 can be removed. Hmm... No change so far. I guess release team didn't saw the mail, so let's open some bugs for that. Here are some easy binmus: nmu asc_2.4.0.0-1 . ALL . -m Migrate to boost1.46 nmu ball_1.4.0-4 . amd64 . -m Migrate to boost1.46 nmu dammit_0~preview1-3 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu dc-qt_0.2.0.alpha-4.1 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu drizzle_2011.03.13-1 . amd64 armel i386 powerpc sparc . -m Migrate to boost1.46 nmu ember_0.5.7-1.1 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu glob2_0.9.4.4-2 . ALL . -m Migrate to boost1.46 nmu glogg_0.8.3-1 . ALL . -m Migrate to boost1.46 nmu gpsdrive_2.10~pre4-6.dfsg-5 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu gringo_3.0.3-4 . ALL . -m Migrate to boost1.46 nmu kcollectd_0.9-2 . ALL . -m Migrate to boost1.46 nmu libavg_1.0.1-1 . amd64 i386 . -m Migrate to boost1.46 nmu liborigin2_2:20110117-1 . ALL . -m Migrate to boost1.46 nmu player_3.0.2+dfsg-2.1 . amd64 armel i386 ia64 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu plee-the-bear_0.5.1-1 . amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel sparc . -m Migrate to boost1.46 nmu pythonmagick_0.9.1-3 . ALL . -m Migrate to boost1.46 nmu rheolef_5.93-2 . ALL . -m Migrate to boost1.46 nmu scenic_0.6.3-1 . amd64 i386 ia64 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu smc_1.9-3 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu source-highlight_3.1.4-1 . ALL . -m Migrate to boost1.46 nmu twinkle_1:1.4.2-2 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 nmu xsd_3.3.0.1-1.1 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Migrate to boost1.46 About the following I'm not sure, as the most recent versions of these packages FTBFS on some archs, so in theory they should go away anyway, as soon as the FTBFS on the arch is solved. So not sure if it makes sense at all, but here are binNMUs for the last known good versions: nmu aptitude_0.6.3-4 . sparc . -m Migrate to boost1.46 nmu fracplanet_0.4.0-1 . ia64 . -m Migrate to boost1.46 nmu freecad_0.10.3247.dfsg-2 . armel kfreebsd-amd64 kfreebsd-i386 . -m Migrate to boost1.46 nmu regina-normal_4.6-3 . armel powerpc s390 . -m Migrate to boost1.46 nmu rlvm_0.10-1 . powerpc . -m Migrate to boost1.46 nmu salome_5.1.3-9 . i386 ia64 . -m Migrate to boost1.46 nmu salome_5.1.3-10 . mipsel powerpc s390 . -m Migrate to boost1.46 nmu salome_5.1.3-12 . amd64 . -m Migrate to boost1.46 nmu wesnoth-1.9_1:1.9.3-1 . armel mips mipsel sparc . -m Migrate to boost1.46 Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637525: #637525
tag 637525 patch thanks patch attached. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ From 1eb4aa3b7459e5ed5412ce890ceae8c530faf0c9 Mon Sep 17 00:00:00 2001 From: Daniel Baumann daniel.baum...@progress-technologies.net Date: Fri, 12 Aug 2011 12:51:08 +0200 Subject: [PATCH] Moving example gitalist-fastcgi config for apache2 from README.Debian to /etc/apache2/conf.d (Closes: #637525). --- debian/gitalist-fastcgi.README.Debian | 26 -- debian/gitalist-fastcgi.conf | 22 ++ debian/gitalist-fastcgi.install |2 ++ 3 files changed, 24 insertions(+), 26 deletions(-) delete mode 100644 debian/gitalist-fastcgi.README.Debian create mode 100644 debian/gitalist-fastcgi.conf diff --git a/debian/gitalist-fastcgi.README.Debian b/debian/gitalist-fastcgi.README.Debian deleted file mode 100644 index c202c51..000 --- a/debian/gitalist-fastcgi.README.Debian +++ /dev/null @@ -1,26 +0,0 @@ -gitalist for Debian - -Here is an example for an apache virtual server: - -VirtualHost *:80 - DocumentRoot /usr/lib/cgi-bin/gitalist.fcgi/ - Alias /static /usr/share/perl5/Gitalist/root/static - Location /static - SetHandler default-handler - /Location - Alias / /usr/lib/cgi-bin/gitalist.fcgi/ - Location / - Options ExecCGI - AddHandler fcgid-script .pl - /Location - Files /usr/lib/cgi-bin/gitalist.fcgi - Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch - SetHandler fcgid-script - /Files - AllowEncodedSlashes On -/VirtualHost - - - - -- Jonas Genannt jonas.gena...@capi2name.de Fri, 08 Jul 2011 23:52:29 +0200 diff --git a/debian/gitalist-fastcgi.conf b/debian/gitalist-fastcgi.conf new file mode 100644 index 000..ae477ad --- /dev/null +++ b/debian/gitalist-fastcgi.conf @@ -0,0 +1,22 @@ +VirtualHost *:80 + DocumentRoot /usr/lib/cgi-bin/gitalist.fcgi/ + Alias /static /usr/share/perl5/Gitalist/root/static + + Location /static + SetHandler default-handler + /Location + + Alias / /usr/lib/cgi-bin/gitalist.fcgi/ + + Location / + Options ExecCGI + AddHandler fcgid-script .pl + /Location + + Files /usr/lib/cgi-bin/gitalist.fcgi + Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch + SetHandler fcgid-script + /Files + + AllowEncodedSlashes On +/VirtualHost diff --git a/debian/gitalist-fastcgi.install b/debian/gitalist-fastcgi.install index ab4d66f..aab7571 100644 --- a/debian/gitalist-fastcgi.install +++ b/debian/gitalist-fastcgi.install @@ -1,3 +1,5 @@ usr/bin/gitalist_fastcgi usr/lib/cgi-bin/gitalist.fcgi usr/share/man/man1/gitalist_fastcgi.1p + +debian/gitalist-fastcgi.conf /etc/apache2/conf.d -- 1.7.6
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
On Fri, Aug 12, 2011 at 05:52:59PM +0800, Thomas Goirand wrote: * It seems like anyone that spends any time looking at this package finds security bugs. No. Other software in Debian with more severe security record didn't have such kind of bug open. See for example Samba, bind, and many others. Or maybe you also want these to be removed from Debian? This is purely your appreciation and your view on my software, I don't think this is reality. It is shared by a bunch of people, including myself, though. Your responses to the security bugs were below subpar, to put it mildly. There's not only lack of common sense in security, there's also ignorance and offensive behaviour. Also, the fact that I want the software to stay in Debian is precisely so that it has more eyes to look into the code, and then improve the quality. This isn't exactly a small software here. Debian is not an incubator for bad software, I'm afraid. We're here for technical excellence. (C.f. your comment in README.Debian about how hard it is for you to comply with our beloved policy.) Your fixes to obvious bugs are also wrong and not properly thought through. And me, I'm really seriously thinking you don't know how to handle security issues as well, given the fact that you've open public bugs, when you should have get in touch with me privately. This shows as well a big disrespect for what I do, if opening this bug wasn't enough. Stop shooting the messenger, thanks. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#570934: [DPKG-DEB] possibility to hook a program at the start of dpkg-deb --build
Hi! On Mon, 2010-02-22 at 12:11:53 +0100, Raphaël Hertzog wrote: Package: dpkg Version: 1.15.6 Severity: wishlist Given that Debian packages are not all built with the same helper in debian/rules, it's difficult to hook something in the build process of all packages. debuild offers hooks at various places before/after each debian/rules call but it might not be enough in some cases. In particular, one might want to hook a program just before dpkg-deb --build does its work of creating the .deb file. It should be able to do some modifications (recording build information in the package for example) or it could only do some analysis/information gathering. Since we don't want to modify the source package at all, we should probably use an environment variable to indicate what program has to called. Since it might do modifications, dpkg-deb should be verbose and indicate what program it has called as part of the hook. This interface does not feel right for dpkg-deb, which should be considered the equivalent of a low-level archiver like zip or similar. In addition such an interface cannot be expected to be used realiably by maintainers for all builds of their packages on buildds and similar or user systems, as it needs an additional setup step. At the point the build needs the builder to setup the environment variable, other more standard options can be used instead, like placing a wrapper in /usr/local/bin/dpkg-deb, dpkg-divert'ing, etc. As such, I think this wishlist should be closed. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636396: mercurial: Cloning fails with: mpatch.mpatchError: patch cannot be decoded
The reported error might be not directly related with python 2.6/2.7 or the unstable version of mercurial: I'm guessing that the original bug report caontained output of mercurial run on ARM architecture (my guess is that sheeva stands for sheevaplug), compiled with the recently updated gcc 4.6.1 toolchain. Apparently problems have been reported even for the stable version of mercurial when compiled with gcc 4.6.1 ARM toolchain: http://mercurial.selenic.com/bts/issue2877 I myself get exactly the same traceback reported in the original bug report and in the upstream one, when running any operation (clone, log, verify) using mercurial on debian ARM after a recent update that brought mercurial 1.8.3 and the gcc 4.6.1 toolchain. I would suggest revising the priority/severity of this bug (in the scope of armel architecture) as it seems to me that, at least on armel, the new packages are completely useless as any operation on new and preexisting repositories fails with this error. I'm not using any third party extension, nor any extension not included in the official bundle, and even disabling any extension the bug persists. I'm attaching the output of hg version and hg log (this is with all extensions disabled): hg@sheeva:~/repos/ecsign$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux testing (wheezy) Release:testing Codename: wheezy hg@sheeva:~/repos/ecsign$ uname -mo armv5tel GNU/Linux hg@sheeva:~/repos/ecsign$ cat /proc/cpuinfo Processor : Feroceon 88FR131 rev 1 (v5l) BogoMIPS: 1191.11 Features: swp half thumb fastmult edsp CPU implementer : 0x56 CPU architecture: 5TE CPU variant : 0x2 CPU part: 0x131 CPU revision: 1 Hardware: Marvell eSATA SheevaPlug Reference Board Revision: Serial : hg@sheeva:~/repos/ecsign$ hg version Mercurial Distributed SCM (version 1.8.3) (see http://mercurial.selenic.com for more information) Copyright (C) 2005-2011 Matt Mackall and others This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. hg@sheeva:~/repos/ecsign$ hg log ** unknown exception encountered, please report by visiting ** http://mercurial.selenic.com/wiki/BugTracker ** Python 2.6.7 (r267:88850, Jul 10 2011, 11:09:45) [GCC 4.6.1 20110611 (prerelease)] ** Mercurial Distributed SCM (version 1.8.3) ** Extensions loaded: Traceback (most recent call last): File /usr/bin/hg, line 38, in module mercurial.dispatch.run() File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 16, in run sys.exit(dispatch(sys.argv[1:])) File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 36, in dispatch return _runcatch(u, args) File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 58, in _runcatch return _dispatch(ui, args) File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 601, in _dispatch cmdpats, cmdoptions) File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 406, in runcommand ret = _runcommand(ui, options, cmd, d) File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 655, in _runcommand return checkargs() File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 609, in checkargs return cmdfunc() File /usr/lib/pymodules/python2.6/mercurial/dispatch.py, line 598, in lambda d = lambda: util.checksignature(func)(ui, *args, **cmdoptions) File /usr/lib/pymodules/python2.6/mercurial/util.py, line 433, in check return func(*args, **kwargs) File /usr/lib/pymodules/python2.6/mercurial/commands.py, line 2666, in log for ctx in cmdutil.walkchangerevs(repo, matchfn, opts, prep): File /usr/lib/pymodules/python2.6/mercurial/cmdutil.py, line 1303, in iterate prepare(ctx, fns) File /usr/lib/pymodules/python2.6/mercurial/commands.py, line 2664, in prep displayer.show(ctx, copies=copies, matchfn=revmatchfn) File /usr/lib/pymodules/python2.6/mercurial/cmdutil.py, line 784, in show self._show(ctx, copies, matchfn, props) File /usr/lib/pymodules/python2.6/mercurial/cmdutil.py, line 800, in _show date = util.datestr(ctx.date()) File /usr/lib/pymodules/python2.6/mercurial/context.py, line 106, in date return self._changeset[2] File /usr/lib/pymodules/python2.6/mercurial/util.py, line 169, in __get__ result = self.func(obj) File /usr/lib/pymodules/python2.6/mercurial/context.py, line 59, in _changeset return self._repo.changelog.read(self.node()) File /usr/lib/pymodules/python2.6/mercurial/changelog.py, line 173, in read text = self.revision(node) File /usr/lib/pymodules/python2.6/mercurial/revlog.py, line 871, in revision text = mdiff.patches(text, bins) mpatch.mpatchError: patch cannot be decoded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#637424: Implement i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase
On Thu, Aug 11, 2011 at 09:48:48PM +0200, Robert Millan wrote: 2011/8/11 Aurelien Jarno aurel...@aurel32.net: In any case, they will have to wait for 2.14. Anyway, what are the uses cases for these? wine needs amd64_set_gsbase and i386_set_fsbase. amd64_set_fsbase and i386_set_gsbase are not used by any program that I know of. Also, they should be considered carefully: since our TLS implementation relies on them, programs shouldn't mess with these functions AFAICT. The getters are neither needed by wine nor dangerous. So what do we do at the end? Couldn't wine simply use the sysarch() function? -- 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#637528: certain %fs values are not accepted in i386_set_fsbase()
Package: kfreebsd-image-8.1-1-amd64
Version: 8.1+dfsg-9
Severity: normal
This test case shows how i386_set_fsbase() works fine when its argument is a
pointer to the BSS, but doesn't when its argument is a pointer to the heap:
$ gcc i386_set_fsbase_test.c -o test -m32 ./test
0x80496cc, 0x80496cc
0x8049720, 0x0
(first line is for BSS, output matches with input; second line is for heap,
output is 0x0 and doesn't match)
I initially suspected this is a re-incarnation of upstram bug 130526:
http://www.freebsd.org/cgi/query-pr.cgi?pr=130526
but response from upstream indicates they can't reproduce it anymore. I've
been able to reproduce this with different combinations of kFreeBSD 8.1, 8.2
and 9.0~svn224698 with i386 and amd64, with GNU userland and with FreeBSD
userland.
Any help would be appreciated.
-- System Information:
Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 8.2-1-amd64
Locale: LANG=ca_AD.utf8, LC_CTYPE=ca_AD.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kfreebsd-image-8.1-1-amd64 depends on:
ii freebsd-utils 8.1-5 FreeBSD utilities needed for GNU/k
ii kldutils 8.1-4+b1 tools for managing kFreeBSD module
kfreebsd-image-8.1-1-amd64 recommends no packages.
kfreebsd-image-8.1-1-amd64 suggests no packages.
-- no debconf information
#include stdio.h
#include machine/sysarch.h
#include stdlib.h
#include unistd.h
#ifndef __i386__
#error this test is for ia32 mode only
#endif
void *p;
void *check = NULL;
main()
{
p = p;
sysarch(I386_SET_FSBASE, p);
sysarch(I386_GET_FSBASE, check);
printf (0x%x, 0x%x\n, p, check);
p = malloc (1);
sysarch(I386_SET_FSBASE, p);
sysarch(I386_GET_FSBASE, check);
printf (0x%x, 0x%x\n, p, check);
}
Bug#637529: debconf foo doesn't respect local configuration
Package: gitaliast Severity: serious Hi, installing gitalist, the default directory is /srv/git (which is fine). if i then manually change it to something else in /etc/gitalist.conf, and then running dpkg-reconfigure gitalist, then gitalist would set it back to /srv/git, rather the manually configured directory in the config. you need to read-in the current configured values from gitalist.conf in gitalist-common.config, see e.g. tftpd-hpa.config for an example. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637530: gdm3/gnome2: Failure of remote X server using ssh X11 forwarding function
Package: gnome2 Version: gnome2 or gdm3 Severity: wishlist -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash The default flag DisallowTCP=true of gdm3 or gnome-desktop-environment makes impossible to do remote X client through ssh -X. ssh -X penguin@192.168.1.100 login in the server. Any Xorg that uses DISPLAY values will complain Can't open display. There is no error between sshd and ssh. The problem exists in gnome2 client side. Because gnome2 doesn't send TCP/IP data related to Xorg of the client, the client can not execute Xorg programs in X server. Detail information is on the link. http://forums.debian.net/viewtopic.php?f=6t=68319 It needs to be informed to gnome2 or ssh users somehow to prevent unnecessary time for troubleshooting this error. Technically, I don't think it's not a bug. gnome2 and ssh, sshd are doing exactly what they suppose to do based on the configuration. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637531: live-config: Building with testing is imposible
Package: live-config Version: 3.0~a23-1 Severity: important I have tryed to build with folowing comands: # lb config -d testing -p lxde --archive-areas main contrib non-free -m http://ftp.uni-sofia.bg/debian # lb build The build fails because of lack of testing-update repos. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-config depends on: ii live-config-sysvinit [live-co 3.0~a23-1 Debian Live - System Configuration Versions of packages live-config recommends: ii live-config-doc 3.0~a23-1 Debian Live - System Configuration ii live-tools3.0~a5-1 Debian Live - System Support Scrip ii sudo 1.7.4p6-1 Provide limited super user privile ii user-setup1.39 Set up initial user and password Versions of packages live-config suggests: ii wget 1.12-5 retrieves files from the web -- 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#637532: cityhash: please add s390x to the 64bit arches in symbols
Package: cityhash Version: 1.0.2-1 Severity: important User: debian-s...@lists.debian.org Usertags: s390x cityhash fails to build from source on s390x: | - (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash64WithSeedsPKcjyy@Base 1.0.2 | - (arch=alpha amd64 kfreebsd-amd64 ia64)_Z19CityHash64WithSeedsPKcmmm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z10CityHash64PKcj@Base 1.0.2 | + _Z10CityHash64PKcm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z11CityHash128PKcj@Base 1.0.2 | + _Z11CityHash128PKcm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z18CityHash64WithSeedPKcjy@Base 1.0.2 | + _Z18CityHash64WithSeedPKcmm@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash128WithSeedPKcjSt4pairIyyE@Base 1.0.2 | + _Z19CityHash128WithSeedPKcmSt4pairImmE@Base 1.0.2 | +#MISSING: 1.0.2-1# (arch=!alpha !amd64 !kfreebsd-amd64 !ia64)_Z19CityHash64WithSeedsPKcjyy@Base 1.0.2 | + _Z19CityHash64WithSeedsPKcmmm@Base 1.0.2 | dh_makeshlibs: dpkg-gensymbols -plibcityhash0 -Idebian/libcityhash0.symbols -Pdebian/libcityhash0 -edebian/libcityhash0/usr/lib/libcityhash.so.0.0.0 | returned exit code 1 | make: *** [binary-arch] Error 1 Please add s390x as a 64bit architecture like the others. Thanks Philipp Kern signature.asc Description: Digital signature
Bug#576411: fusionforge: Package should be constructed from upstream tarball
close 576411 thanks The package is not really a native one, but includes non packaging changes (patches outside debian/) in the diffs. Basically, it means that increments of the Debian package integrate all fixes on the upstream bugfix branch of the packaged major version. See README.source for more details. Hope this helps. Best regards, On Sun, Apr 04, 2010 at 12:48:41PM +0200, Olivier Berger wrote: Package: fusionforge Severity: wishlist Hi. The current way the Debian package is built looks like a native package. Upstream .orig source contains the debian/ subdir (which is actually not shipped in upstream tarball I think). I think it would be better to separate all that is Debian-related in the Debian-specific source package and package from upstream sources which would not contain a debian/ subdir (even though the debian/ subdir could still be managed in upstream SVN). I'll try and work on improving the current situation. Hope this helps. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604453: linux-2.6: xen domU hangs with systemtap kernel.function(*@*/*.c)
Hi Frank,
alibi procedure, see https://bugzilla.redhat.com/show_bug.cgi?id=655904
Thanks. I can confirm that these instructions crash
linux-image-3.0.0-1-amd64 3.0.0-1
at least under xen. The README in the same directory talks about
generating a whitelist of safe probe points. I
1) commented out
-untested $TESTNAME is disabled
-return
+#untested $TESTNAME is disabled
+#return
2) removed probe points that don't seem to be found anymore:
kprocess.*,
-process.*,
nfs.fop.*,
nfs.aop.*,
nfsd.proc.*,
-nfsd.*,
nfs.proc.*,
3) fixed rc.local path for debian:
set startup_line_in_RCLOCAL cd $env(PWD); runtest whitelist.exp
-set RCLOCAL /etc/rc.d/rc.local
+set RCLOCAL /etc/rc.local
4) and finally had to comment out a check that I don't fully understand:
-if {[info procs installtest_p] != ![installtest_p]} {
-untested $TESTNAME;
-return
-}
+#if {[info procs installtest_p] != ![installtest_p]} {
+#untested $TESTNAME;
+#return
+#}
After this I get the following output:
$ sudo runtest whitelist.exp
WARNING: No tool specified
Test Run By root on Fri Aug 12 14:04:11 2011
Native configuration is x86_64-unknown-linux-gnu
=== tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
kernel location:
kernel version: 3.0.0-1-amd64
systemtap location: /usr/bin/stap
systemtap version: version 1.6/0.152 non-git sources
gcc location: /usr/bin/gcc
gcc version: gcc (Debian 4.6.1-4) 4.6.1
Host: Linux lindi2 3.0.0-1-amd64 #1 SMP Sun Jul 24 02:24:44 UTC 2011 x86_64
GNU/Linux
Snapshot: version 1.6/0.152 non-git sources
GCC: 4.6.1 [gcc (Debian 4.6.1-4) 4.6.1]
Distro: Debian GNU/Linux testing (wheezy)
Running ./systemtap.stress/whitelist.exp ...
Start a fresh stp_genwhitelist test.
current_size_const is initialized as 107
Current size of probes.pending is 963
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(idle_balance@/tm... no
match
Completed one probe test.
Current size of probes.pending is 856
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(compat_sys_newfs... no
match
Completed one probe test.
Current size of probes.pending is 749
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_mprotect@/tm... no
match
Completed one probe test.
Current size of probes.pending is 642
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_setpriority@... no
match
Completed one probe test.
Current size of probes.pending is 535
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_chown@/tmp/b... no
match
Completed one probe test.
Current size of probes.pending is 428
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_getpgrp@/tmp... no
match
Completed one probe test.
Current size of probes.pending is 321
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_openat@/tmp/... no
match
Completed one probe test.
Current size of probes.pending is 214
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(sys_signalfd4@/t... no
match
Completed one probe test.
Current size of probes.pending is 107
Start a probe test...
ERROR no match in probe_ok() L1_Grp_kernel.function(do_sigaction@/tm... no
match
Completed one probe test.
Current size of probes.pending is 0
Running level increased to 2
Current running level is 2
Append probes.untriggered to probes.pending
current_size_const is set as 19 now
Current size of probes.pending is 963
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(idle_balance@/tm... no
match
Completed one probe test.
Current size of probes.pending is 944
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(sys_accept4@/tmp... no
match
Completed one probe test.
Current size of probes.pending is 925
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(sys_clock_gettim... no
match
Completed one probe test.
Current size of probes.pending is 906
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(compat_sys_msgct... no
match
Completed one probe test.
Current size of probes.pending is 887
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(sys_epoll_create... no
match
Completed one probe test.
Current size of probes.pending is 868
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(compat_sys_fcntl... no
match
Completed one probe test.
Current size of probes.pending is 849
Start a probe test...
ERROR no match in probe_ok() L2_Grp_kernel.function(sys_fsync@/tmp/b... no
match
Completed one probe test.
Current size of probes.pending is 830
Bug#604453: Fwd: Fix the uprobes.ko path when used with remotes
Hi - On Fri, Aug 12, 2011 at 02:14:01PM +0300, Timo Juhani Lindfors wrote: alibi procedure, see https://bugzilla.redhat.com/show_bug.cgi?id=655904 Thanks. I can confirm that these instructions crash linux-image-3.0.0-1-amd64 3.0.0-1 at least under xen. OK. So that confirms kernel bugs. Perhaps you should fork this bug against the kernel, and hope for the best. The README in the same directory talks about generating a whitelist of safe probe points. [...] After this I get the following output: [...] $ sudo runtest whitelist.exp Running ./systemtap.stress/whitelist.exp ... Start a fresh stp_genwhitelist test. current_size_const is initialized as 107 Current size of probes.pending is 963 Start a probe test... [...] Completed one probe test. Current size of probes.pending is 0 Running level increased to 3 Exceed max running level limit. Remove all temporary files, unregister the service and return. David, can you advise to what extent the results of this whitelist test could be useful, for example to populate our blacklist? The number of non-inlined kernel functions is far greater than 963, so perhaps this default test run just looked at those functions listed by the various tapsets. If so, one'd need to add gross patterns like kernel.function(*).call to give the kernel a manlier workout. - FChE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628919: chrony: diff for NMU version 1.24-3.1
tags 628919 + patch tags 628919 + pending tags 634447 + patch tags 634447 + pending tags 637526 + patch tags 637526 + pending thanks Dear maintainer, I've prepared an NMU for chrony (versioned as 1.24-3.1) and uploaded it directly to the archive. I know I said in the bug #628919 that I would wait a week, but bug #634447 is more than 1 week old so I decided to follow the 0-day NMU policy. 3 RCs bug are too many RC bugs :) Please see the attached path and incorporate the changes in your next upload. Ana diff -u chrony-1.24/debian/changelog chrony-1.24/debian/changelog --- chrony-1.24/debian/changelog +++ chrony-1.24/debian/changelog @@ -1,3 +1,15 @@ +chrony (1.24-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Add patch (directly over the source...), to work with kernels 3.0.0, +by Paul Martin at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628919#15. +(Closes: #628919) + * Fix readline build-depends from libreadline5-dev | libreadline-dev to +libreadline-gplv2-dev because chrony is GPLv2 only. (Closes: #634447) + * Update copyright file to say that chrony is GPLv2 only. (Closes: #637526) + + -- Ana Beatriz Guerrero Lopez a...@debian.org Fri, 12 Aug 2011 12:32:26 +0200 + chrony (1.24-3) unstable; urgency=high * Applied (modifed) patch from Gregor Herrmann. diff -u chrony-1.24/debian/control chrony-1.24/debian/control --- chrony-1.24/debian/control +++ chrony-1.24/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: John G. Hasler jhas...@debian.org Standards-Version: 3.8.3 -Build-Depends: debhelper (= 7), libreadline5-dev | libreadline-dev, texinfo, bison +Build-Depends: debhelper (= 7), texinfo, libreadline-gplv2-dev, bison Package: chrony Architecture: any diff -u chrony-1.24/debian/copyright chrony-1.24/debian/copyright --- chrony-1.24/debian/copyright +++ chrony-1.24/debian/copyright @@ -4,7 +4,7 @@ Author(s): Richard Curnow r...@rc0.org.uk -License: GNU General Public License (GPL) +License: GNU General Public License v2 (GPL) Program Copyright (C) 1998-2003 Richard Curnow Modifications for Debian Copyright (C) 2000-2003 John Hasler @@ -13,8 +13,7 @@ This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by -the Free Software Foundation; either version 2, or (at your option) -any later version. +the Free Software Foundation; version 2 of the License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of @@ -28,0 +28,4 @@ + +On Debian systems, the complete text of the GNU General Public +License, version 2, can be found in /usr/share/common-licenses/GPL-2. + only in patch2: unchanged: --- chrony-1.24.orig/sys_linux.c +++ chrony-1.24/sys_linux.c @@ -819,6 +819,11 @@ LOG_FATAL(LOGF_SysLinux, Kernel version not supported yet, sorry.); } break; +case 3: + /* These don't need scaling (treat like 2.6.28 and later) */ + freq_scale = 1.0; + have_readonly_adjtime = 2; + break; default: LOG_FATAL(LOGF_SysLinux, Kernel's major version not supported yet, sorry); break;
Bug#637342: Trivial: File relicts from SVN repository
On Wed, Aug 10, 2011 at 7:35 PM, Aurelien Jarno aurel...@aurel32.net wrote: tag 637342 + unreproducible thanks On Wed, Aug 10, 2011 at 04:36:24PM +0200, Sedat Dilek wrote: Package: libc-bin Version: 2.13-16 Severity: normal Hi, on d-u I noticed some SVN file relicts. # dpkg -S /etc/ld.so.conf.d/.svn/entries /etc/ld.so.conf.d/.svn/text-base/libc.conf.svn-base libc-bin: /etc/ld.so.conf.d/.svn/entries libc-bin: /etc/ld.so.conf.d/.svn/text-base/libc.conf.svn-base # dpkg -L libc-bin | grep -e .svn /etc/ld.so.conf.d/.svn/entries /etc/ld.so.conf.d/.svn/text-base/libc.conf.svn-base Have you build this package yourself? These files are not in the packages that is present on the mirror: $ wget -q http://ftp.debian.org/debian/pool/main/e/eglibc/libc-bin_2.13-16_i386.deb $ dpkg -c libc-bin_2.13-16_i386.deb | grep svn $ -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net As said on IRC, it was indeed an issue in my own packages which I rebuilt with debian-dir from glibc SVN trunk. Sorry for the noise and letting you wait for my answer. - Sedat - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637424: Implement i386_get_gsbase i386_get_fsbase i386_set_gsbase i386_set_fsbase amd64_get_gsbase amd64_get_fsbase amd64_set_gsbase amd64_set_fsbase
2011/8/12 Aurelien Jarno aurel...@aurel32.net: wine needs amd64_set_gsbase and i386_set_fsbase. So what do we do at the end? Couldn't wine simply use the sysarch() function? I can't answer that, we'd have to ask wine developers. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
On Fri, Aug 12, 2011 at 01:05:38PM +0200, Philipp Kern wrote: It is shared by a bunch of people, including myself, though. Your responses to the security bugs were below subpar, to put it mildly. There's not only lack of common sense in security, there's also ignorance and offensive behaviour. In case that the bug numbers are not obvious: #614302, #614304, #611680, #414480, #566654. For RC bugs: #633616. I won't hold any older against you, here. The thing is: At every point in time where someone spends some on your packages, they find a bunch of RC bugs. That's a) because the code quality is insanely bad and b) because the packaging is horrible. We shouldn't hold back our criticism out of respect, though. After all we don't hide bugs. As much as you might hate public disclosure (I made the same mistake when I started in Debian), when a bug's public, so be it. Don't blame the submitter, he wasted his time on your package to make it better. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
Hi! Am 12.08.2011 11:52, schrieb Thomas Goirand: And me, I'm really seriously thinking you don't know how to handle security issues as well, given the fact that you've open public bugs, when you should have get in touch with me privately. This shows as well a big disrespect for what I do, if opening this bug wasn't enough. Does the phrase We Won't Hide Problems ring a bell for you? Best regards, Alexander PS: Also note that dtc isn't part of a stable release, so what's the problem with opening security related bugs? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
