Bug#557603: dh_makeshlibs does not honor -X for symbols file
Package: debhelper
Version: 7.4.7
Tags: patch
dh_makeshlibs -X correctly excludes files from DEBIAN/shlibs,
but not from DEBIAN/symbols. This leads to a Lintian error
symbols-declared-but-not-shlib.
Untested patch follows. I'm testing it now, I'll update this bug
if I need to fix the patch.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--- dh_makeshlibs
+++ dh_makeshlibs
@@ -124,13 +124,14 @@
# because only if we can get a library name and a major number from
# objdump is anything actually added.
my $exclude='';
- my @udeb_lines;
+ my (@udeb_lines, @lib_files);
if (defined($dh{EXCLUDE_FIND}) $dh{EXCLUDE_FIND} ne '') {
$exclude=! \\( $dh{EXCLUDE_FIND} \\) ;
}
open (FIND, find $tmp -type f \\( -name '*.so' -or -name '*.so.*' \\)
$exclude |);
while (FIND) {
my ($library, $major);
+ push @lib_files, $_;
my $objdump=`objdump -p $_`;
if ($objdump=~m/\s+SONAME\s+(.+)\.so\.(.+)/) {
# proper soname format
@@ -212,7 +213,8 @@
# is not 100% compatible with debhelper. (For example,
# this supports --ignore being used.)
doit(dpkg-gensymbols, -p$package, -I$symbols,
- -P$tmp, @{$dh{U_PARAMS}});
+ -P$tmp, (map { -e = $_ } @lib_files),
+ @{$dh{U_PARAMS}});
if (-s $tmp/DEBIAN/symbols == 0) {
doit(rm, -f, $tmp/DEBIAN/symbols);
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469906: #469906: Re: Can I take care of it?
Hi there. Was busy (and previous package was working well, so I have no much motivation ;)). On Wed, 21 Oct 2009 19:47:06 +0200 Philippe Coval r...@gna.org wrote: I saw your emails today, but i was busy Oh, I've found updated package on launchpad, I's quite ok, even for debian ? or it does rely on ubufox ? should it be renamed ? and break ubuntu compatibility ? I've rewrote it a little bit to follow DebMozExtTeam policy. I renamed it and set Conflicts with old one. Not sure, do we need to provide placeholder package (named flashblock) for easier upgrade of Ubuntu's installation. For me it looks like that's up to Ubuntu guys to do this in their distro. except I dislike it's versioning strategy. please explain,the odd versioning is in fact a consequence of upstream management I mean version+snapshot. I believe, that it would be better to use upstream releases. So we can base new version on it if you like and wanna continue to work on packaging it. well what do you think about co-maintenance on alioth ? I set Debian MozExt Team as Maintainer, so feel free to join group on alioth. but the main issue for me is to find some uploader for it; can you help ? Sure. So I've uploaded package to NEW. And waiting for inclusion to alioth's group to create git repository there. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Bug#557604: dictionaries-common: Please remove Mozilla symlinks
Package: dictionaries-common
Version: 1.3.2
Severity: important
Tags: patch
We are going to fix the spellchecker issue in Mozilla that required
these symlinks, so please remove these symlinks.
The attached patch should do the right thing.
Mike
PS: I really wonder how these symlinks got here in the first place.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-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
Versions of packages dictionaries-common depends on:
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii libtext-iconv-perl1.7-2 converts between character sets in
dictionaries-common recommends no packages.
Versions of packages dictionaries-common suggests:
pn emacsen-commonnone (no description available)
ii ispell3.1.20.0-7 International Ispell (an interacti
pn jed-extra none (no description available)
-- debconf information excluded
diff -ruN dictionaries-common-1.3.2.old/scripts/debhelper/installdeb-myspell dictionaries-common-1.3.2/scripts/debhelper/installdeb-myspell
--- dictionaries-common-1.3.2.old/scripts/debhelper/installdeb-myspell 2009-11-23 09:01:24.213401490 +0100
+++ dictionaries-common-1.3.2/scripts/debhelper/installdeb-myspell 2009-11-23 09:02:00.821415204 +0100
@@ -65,7 +65,6 @@
foreach $package (@{$dh{DOPACKAGES}}) {
- my $do_mozlinks = yes;
my %datahash= ();
# Process the debian/info-myspell file
@@ -83,14 +82,6 @@
s/#PACKAGE#/$package/);
}
- # Skip setting automatic mozilla links if debian/$package.links exists
- if ( pkgfile($package, links) ){
-$do_mozlinks = '';
-print STDERR [installdeb-myspell] .
- pkgfile($package, links) .
- exists: Will not automatically set mozilla links\n;
- }
-
if ( $o2compat ) {
# Install the info file in the openoffice2 info dir if requested.
my $old_infodir = tmpdir ($package) . $oooinfodir;
@@ -137,15 +128,6 @@
doit (ln, -fs, $ltarget, $old_destdir/$basefile)
if $o2compat;
- # Install mozilla symlinks if appropriate
- if ( $do_mozlinks $basefile =~ /_/) {
- my $link = $basefile;
- $link=~ tr/_/-/;
- doit (ln, -fs, $basefile, $destdir/$link);
- doit (ln, -fs, $basefile, $old_destdir/$link)
- if $o2compat;
- }
-
# Install alternative symlinks
foreach my $altlink ( @alternatives) {
my $newlink = $altlink.$ext;
Bug#557605: installation-reports: grub2 installation failure
Package: installation-reports Severity: important -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/5.0.3/i386/iso-cd/debian-503-i386-businesscard.iso 6 September 2009 Date: November 22, 2009 19:00 UTC Machine: Dell (pentium III) Partitions: df -Tl will do; the raw partition table is preferred FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hdb1 ext337041060 2787432 32372020 8% / tmpfstmpfs 257152 0257152 0% /lib/init/rw udev tmpfs 10240 220 10020 3% /dev tmpfstmpfs 257152 0257152 0% /dev/shm /dev/hdc1 ext379150628184244 74945720 1% /home/dell Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [E] User/password setup:[E] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Debian 5.0.3 businesscard install with unstable/sid. 1. Partition hard drives, Clock/timezone setup, and User/password setup completed *without* problems. However, upon boot (see below) a _disk check_ (both volumes) was initiated due to a last mount time in the future. Indeed, the system clock is now one hour late (set time by ntp and clock *not* at GMT). This itself is a minor problem, but the _root account was disabled_, even though I allowed root logins and set a root password. My solution: $ fsck /dev/hdb1 $ reboot $ fsck /dev/hdc1 $ passwd -u root $ passwd root $ ^D 2. *grub2 install failed* during the install process. (Seems to be an incompatibility between debian-installer and a changed syntax in the grub package. I do not remember the exact text, but vt4 showed a command-line option error message.) In order to boot the system, I had to manually type at the grub prompt: grub insmod ext2 grub set root=(hd1,1) grub linux /boot/vmlinuz-2.6.31-1-686 root=/dev/hda1 ro single grub initrd /boot/initrd.img-2.6.31-1-686 grub boot To fix the system, after fixing the file systems and the root login (see above), I had to take the following steps: $ apt-get install os-prober (even though the installation process had indicated finding the dual boot) $ update-grub This, finally, gave me a working, installed system. Thanks. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20090123lenny4 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux dell 2.6.26-2-486 #1 Wed Aug 19 05:40:02 UTC 2009 i686 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub [8086:1130] (rev 02) lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82815 815 Chipset AGP Bridge [8086:1131] (rev 02) lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 02) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801BA ISA Bridge (LPC) [8086:2440] (rev 02) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801BA IDE U100 Controller [8086:244b] (rev 02) lspci -knn: Kernel driver in use: PIIX_IDE lspci -knn: Kernel modules: piix lspci -knn: 00:1f.2 USB Controller [0c03]: Intel Corporation 82801BA/BAM USB Controller #1 [8086:2442] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801BA/BAM SMBus Controller [8086:2443] (rev 02) lspci -knn: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 AS [Radeon 9550] [1002:4153] lspci -knn: 01:00.1 Display controller [0380]: ATI Technologies Inc RV350 AS [Radeon 9550] (Secondary) [1002:4173] lspci -knn: 02:0a.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: Kernel modules: ohci-hcd lspci -knn: 02:0a.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: Kernel modules: ohci-hcd lspci -knn: 02:0a.2 USB Controller [0c03]: NEC
Bug#557606: git-buildpackage: Imply --pristine-tar by default it there is already a pristine-tar branch.
Package: git-buildpackage Version: 0.4.60 Severity: wishlist Dear Guido, It is quite easy to forget to use --pristine-tar when git-importing a new original tarball. How about having this option set by default if the pristine-tar branch already exists? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557602: nginx: New upstream version
Hello, * 2009-11-23 08:55, Kartik Mistry wrote: You must be aware :) Please package new upstream version available (0.7.64). I will package it tonight, thanks for the remainder. If you need more 'team member', I'm ready to help too! nginx is already team maintained, feel free to join us. It is maintained on alioth. Thanks, Fabio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511094: Segmentation fault ~ Bad memory
Hi all, For all folks with Segmentation faults, Please first check the memory of the machine. Install memtest86 : apt-get install memtest86 Edit the /boot/grub/menu.lst and after a reboot you can test your memory. Segmentation faults on a system that worked nice before is probably a hardware memory problem. Rgds /Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557607: nm.debian.org: PP1 template: warn that libpkg-guide is buggy
Package: nm.debian.org Severity: normal PP1 template contains a link to libpkg-guide, which has been seriously buggy for months: http://bugs.debian.org/493951 Please add an appropriate warning to the template. -- Jakub Wilk signature.asc Description: Digital signature
Bug#557168: amarok: Lots of crashes
tags 557168 upstream thanks Hello, On pirmadienis 23 Lapkritis 2009 03:59:38 Gordon Haverland wrote: I hope you had a good weekend. I know KDE has some system. I also know I don't like it. Oh well, :-) Okay, please find attached to this note, 9 krash reports. The first 7 are from -1 versions of amarok, with the numbers of star being 1, 0, 1, 1, 0, 3, 3. The next 2 reports are from aramok version -2, with stars of 1 and 3. The last 2 3 reports of -1, are after having installed the -dbg packages. Well, you have 3 different issues here: 1. https://bugs.kde.org/show_bug.cgi?id=196320 [1,3,4] 2. https://bugs.kde.org/show_bug.cgi?id=200546#c30 [6,7,9] 3. https://bugs.kde.org/show_bug.cgi?id=215630 [2,8] https://bugs.kde.org/show_bug.cgi?id=215051 [2,8] I figured that was enough krash reports, so I am running exaile for music at the moment. I seems you have a really bad luck with Amarok :/ Try nuking your amarok config / database (backup it first though). P.S. Please use reply to all when replying to bug reports in order to CC debian BTS and keep the log there. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#557608: ufraw: [INTL:DE] New Version of German translation
Package: ufraw Version: 0.15 Severity: wishlist Tags: l10n Please find the latest updates of the German translation for ufraw attached. Greetings, Chris # German translation for UFRaw. # Copyright (C) 2006-2009, Udi Fuchs, Matthias Urlichs and Chris Leick # This file is distributed under the same license as the ufraw package. # Chris Leick c.le...@vollbio.de, 2009. # msgid msgstr Project-Id-Version: 0.16\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2009-10-12 22:11-0500\n PO-Revision-Date: 2009-10-26 22:52+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Translate text message from GtkImageView: msgid Open the navigator window msgstr Das Navigatorfenster öffnen msgid No input file, nothing to do. msgstr Keine Eingabedatei, nichts zu tun. #, c-format msgid Loaded %s %s msgstr %s %s geladen #, c-format msgid Saved %s %s msgstr %s %s gesichert #. First letter of the word 'yes' for the y/n question msgid y msgstr j #. First letter of the word 'no' for the y/n question msgid n msgstr n #, c-format msgid %s: overwrite '%s'? msgstr %s: »%s« überschreiben? msgid --silent option is valid only in batch mode msgstr --silent-Option ist nur im Stapelverarbeitungsmodus gültig msgid Extracting embedded image is not supported in interactive mode msgstr Entpacken eingebetteter Bilder wird im interaktiven Modus nicht unterstützt msgid Raw images msgstr Raw-Bilder msgid UFRaw ID files msgstr UFRaw-ID-Dateien msgid Raw jpg's msgstr Raw-jpgs msgid Raw tif's msgstr Raw-tifs msgid All files msgstr Alle Dateien msgid Show hidden files msgstr Versteckte Dateien anzeigen #. exposure, saturation, black #. ExposureNorm #. restoreDetails #. clipHighlights #. autoExposure #. autoBlack #. BaseCurveIndex, BaseCurveCount #. BaseCurve data defaults #. curveIndex, curveCount #. Curve data defaults msgid Manual curve msgstr Manuelle Kurve msgid Linear curve msgstr Lineare Kurve msgid Custom curve msgstr Benutzerdefinierte Kurve msgid Camera curve msgstr Kamerakurve #. profileIndex[], profileCount[] #. Profile data defaults msgid No profile msgstr Kein Profil msgid Color matrix msgstr Farbmatrix msgid sRGB msgstr sRGB msgid sRGB (embedded) msgstr sRGB (eingebettet) msgid System default msgstr Systemstandard msgid Trying to convert .ufrawrc from UFRaw-0.4 or earlier msgstr Es wird versucht .ufrawrc von UFRaw-0.4 oder früher zu konvertieren msgid Trying to convert .ufrawrc from UFRaw-0.6 or earlier msgstr Es wird versucht .ufrawrc von UFRaw-0.6 oder früher zu konvertieren #, c-format msgid UFRaw version in .ufrawrc is not supported msgstr UFRaw-Version in .ufrawrc wird nicht unterstützt #, c-format msgid Too many anchors for curve '%s' msgstr Zu viele Anker für Kurve »%s« msgid Too many lightness adjustments in the ID file, ignored\n msgstr Zu viele Helligkeitsänderungen in der ID-Datei, ignoriert\n #, c-format msgid ID file %s does not appear to be a regular file\n %s\n msgstr ID-Datei %s scheint keine reguläre Datei zu sein\n %s\n #, c-format msgid Can't open ID file %s for reading\n %s\n msgstr ID-Datei %s kann nicht zum Lesen geöffnet werden\n %s\n #, c-format msgid Error parsing '%s'\n %s msgstr Fehler beim Analysieren von »%s«\n %s #, c-format msgid Can't open file %s for writing\n %s\n msgstr Datei %s kann nicht zum Schreiben geöffnet werden\n %s\n msgid cannot --create-id with stdout msgstr --create-id kann ID nicht mit stdout erzeugen msgid UFRaw msgstr UFRaw msgid - Unidentified Flying Raw converter for digital camera images.\n msgstr - »Unidentified Flying Raw«-Konverter für Digitalkamerafotos.\n msgid Usage: ufraw [ options ... ] [ raw-image-files ... ]\n msgstr Aufruf: ufraw [ Optionen ... ] [ raw-Bilddateien ... ]\n msgidufraw-batch [ options ... ] [ raw-image-files ... ]\n msgstrufraw-batch [ Optionen ... ] [ raw-Bilddateien ... ]\n msgidufraw [ options ... ] [ default-directory ]\n msgstrufraw [ Optionen ... ] [ Standardverzeichnis ]\n msgid By default 'ufraw' displays a preview window for each raw image allowing\n the user to tweak the image parameters before saving. If no raw images\n are given at the command line, UFRaw will display a file chooser dialog.\n To process the images with no questions asked (and no preview) use\n 'ufraw-batch'.\n msgstr StandardmäÃig zeigt »ufraw« ein Vorschaufenster für jedes raw-Bild. Dies\n erlaubt es dem Benutzer, die Bildparameter vor dem Speichern zu\n optimieren. Wenn in einer Befehlszeile keine raw-Bilder angegeben sind,\n zeigt UFRaw einen Dateiauswahldialog. Benutzen Sie »ufraw-batch«, um\n Bilder ohne Nachfragen (und ohne Vorschau) zu verarbeiten.\n msgid The input files can be either raw images or ufraw's ID files. ID files\n contain a raw image
Bug#557573: xserver-xorg-video-nv: nv driver hangs (endless loop)
I apologize for misleading xorg.conf -- I've reverted back to vesa in order to use X server after reboot. The /proper/ xorg.conf - that made Xorg hang - looks like this: $ sed -re 's/(Driver\t+)vesa/\1nv/' \ -e '/^Section Monitor/,/^EndSection/ d' \ -e 's/^#.*//' /etc/X11/xorg.conf | tr -s \\n Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us,ru Option XkbVariant,winkeys Option XkbOptions ctrl:swapcaps,grp:toggle,grp_led:caps EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device Driver nv EndSection Section Screen Identifier Default Screen Monitor Configured Monitor DefaultDepth24 EndSection -- vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557091: texlive-binaries: fmtutil-sys failed during upgrade from texlive 2007
Dnia sobota, 21 listopada 2009 o 07:25:54 Norbert Preining napisał(a): On Sa, 21 Nov 2009, Norbert Preining wrote: What about adding tex-common conflicts texlive-base-bin ? Bummer I know why: texlive-common: Conflicts: tex-base-bin, What a rubbish, it has to be texlive-base-bin so that that is removed first before installing the new. Grrr. Fixed in repository. Still fails :( 10:04 r...@home:~# LC_ALL=C dpkg --configure -a Setting up texlive-base (2009-2) ... Running mktexlsr. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.QEEQ9hAA Please include this file if you report a bug. dpkg: error processing texlive-base (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of texlive-generic- recommended: texlive-generic-recommended depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-generic-recommended (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-fonts-recommended: texlive-fonts-recommended depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-fonts-recommended (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-pictures: texlive-pictures depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-pictures (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-fonts-extra: texlive-fonts-extra depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-fonts-extra (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-math-extra: texlive-math-extra depends on texlive-fonts-recommended (= 2009-1); however: Package texlive-fonts-recommended is not configured yet. dpkg: error processing texlive-math-extra (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-latex-base: texlive-latex-base depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-latex-base (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of latex-beamer: latex-beamer depends on texlive-latex-base; however: Package texlive-latex-base is not configured yet. dpkg: error processing latex-beamer (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-font-utils: texlive-font-utils depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. dpkg: error processing texlive-font-utils (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of texlive-xetex: texlive-xetex depends on texlive-base (= 2009-1); however: Package texlive-base is not configured yet. texlive-xetex depends on texlive-latex-base (= 2009-1); however: Package texlive-latex-base is not configured yet. dpkg: error processing texlive-xetex (--configure): dependency problems - leaving unconfigured dpkg:
Bug#460108: #460108 lynx objects to path of valid cookies
Thomas Dickey wrote: On Sun, 22 Nov 2009, Richard Kettlewell wrote: (a trace file from Lynx running with disorder would show the corresponding POST or GET, with the path). I think you must be confused - the HTTP request does not contain the path. The bug is in Lynx's handling of the response. You might consider doing lynx -trace, etc., and reviewing the resulting trace file. I did. It reveals that: 1) Lynx sends an HTTP request to http://HOSTNAME/cgi-bin/disorder. 2) The response sets a cookie with Path=/cgi-bin/disorder. 3) Lynx (wrongly) complains that this is not valid. ...which is what I said in the original report. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460108: #460108 lynx objects to path of valid cookies
On Mon, 23 Nov 2009, Richard Kettlewell wrote: Thomas Dickey wrote: On Sun, 22 Nov 2009, Richard Kettlewell wrote: (a trace file from Lynx running with disorder would show the corresponding POST or GET, with the path). I think you must be confused - the HTTP request does not contain the path. The bug is in Lynx's handling of the response. You might consider doing lynx -trace, etc., and reviewing the resulting trace file. I did. It reveals that: 1) Lynx sends an HTTP request to http://HOSTNAME/cgi-bin/disorder. 2) The response sets a cookie with Path=/cgi-bin/disorder. 3) Lynx (wrongly) complains that this is not valid. without the trace file attached to the bug report, no one can tell if we're discussing the same thing. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557511: lintian - Considers all rpath an error
Bastian Blank wa...@debian.org writes: Package: lintian Version: 2.2.18 Severity: important lintian considers all rpath settings an error No, it doesn't. Please provide actual details of the problem that you're running into so that we can determine whether or not this is a case that Lintian should recognize is valid. while this is not backed by the policy. Lintian doesn't only check Policy (and has never only checked Policy). -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557609: icedove crashes when secon send attempt fails
Package: icedove Version: 2.0.0.22-0lenny1 Severity: normal I have buggy mail server which sometimes reports: 476 connections from your host are denied When I try to send new email, icedove reports an error and returns to new message window. If I press Send button once again, icedove tries to connect again, fails, shows message box with error description and then crashes. New message will be lost, if not saved prior to send. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF8, LC_CTYPE=ru_RU.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils2.30 Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libgtk2.0-02.12.12-1~lenny1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-0lenny1 Network Security Service libraries ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxft22.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: ii icedove-gnome-support 2.0.0.22-0lenny1 Support for Gnome in Icedove pn latex-xft-fonts none (no description available) ii libthai00.1.9-4 Thai language support library -- no debconf information *** /home/dimka/Desktop/gecko-bugreport.txt System: Linux 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Industrial Icon Theme: SphereCrystal Memory status: size: 199327744 vsize: 199327744 resident: 87429120 share: 26619904 rss: 87429120 rss_rlim: 4294967295 CPU usage: start_time: 1258714976 rtime: 8234 utime: 7412 stime: 822 cutime:747 cstime: 87 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/gecko' [Thread debugging using libthread_db enabled] [New Thread 0xb71ecac0 (LWP 30914)] [New Thread 0xb409bb90 (LWP 6311)] [New Thread 0xafe69b90 (LWP 6310)] [New Thread 0xb1e60b90 (LWP 31198)] [New Thread 0xb2674b90 (LWP 30922)] [New Thread 0xb489cb90 (LWP 30921)] [New Thread 0xb509db90 (LWP 30917)] [New Thread 0xb592ab90 (LWP 30916)] [New Thread 0xb69ebb90 (LWP 30915)] 0xb7f8a424 in __kernel_vsyscall () #0 0xb7f8a424 in __kernel_vsyscall () #1 0xb7dd4feb in waitpid () from /lib/i686/cmov/libpthread.so.0 #2 0xb7843993 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 #3 0xb7843c9c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 #4 0xb7e1f3bd in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 0xb7e1f4c2 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #6 0x08057910 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:210 #7 signal handler called #8 nsMsgAsyncWriteProtocol::ResumePostFileRead (this=0xc00e238) at nsMsgProtocol.cpp:1286 #9 0xb6bbf8b2 in nsMsgAsyncWriteProtocol::UnblockPostReader (this=0xc00e238) at nsMsgProtocol.cpp:1440 #10 0xb6bc34e8 in nsMsgProtocolStreamProvider::OnOutputStreamReady ( this=0xc00e458, aOutStream=0xafce19c) at nsMsgProtocol.cpp:1090 #11 0xb7e80f7c in nsOutputStreamReadyEvent::EventHandler (plevent=0xc70ee9c) at nsStreamUtils.cpp:216 #12 0xb7e9c527 in PL_HandleEvent (self=0xc70ee9c) at plevent.c:688 #13 0xb7e9c82d in PL_ProcessPendingEvents (self=0x9c2f2a0) at plevent.c:623 #14
Bug#344813: ITP: paco -- source code package organizer
retitle 344813 ITP: paco -- source code package organizer owner 344813 ! I'm willing to package this software. -- 谷口 貴紀 (TANIGUCHI Takaki)tak...@asis.media-as.org http://takaki-web.media-as.org/ tak...@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#557611: exim4: paniclog logrotation interval should not be size dependent
Package: exim4 Version: 4.69-9 Severity: minor Hi, /etc/logrotate.d/exim4-paniclog rotates at size 10M. This is not really optimal since the file will never reach this size in any sane configuration. If however an error is logged due to a configuration problem the admin will get the e-mail pointing to that problem every day until one manually empties the paniclog. It's highly unlikely that the log really reaches 10MB. It would be a better idea to have it rotate daily. The admin will get the paniclog has non-zero size e-mail once and if the problem persists he will receive them on the next day(s) again anyway. Kind regards, Oliver Feiler -- Package-specific info: Exim version 4.69 #1 built 30-Sep-2008 18:54:33 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii exim4-base4.69-9 support files for all Exim MTA (v4 ii exim4-daemon-light4.69-9 lightweight Exim MTA (v4) daemon exim4 recommends no packages. exim4 suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557570: On Sid PowerPC aptitude unable to upgrade esound-clients and other packages
Le dimanche 22 novembre 2009 à 17:43 -0500, Rick Thomas a écrit : Package: esound-clients Version: 0.2.41-5 Severity: normal esound-clients is one of 4 packages that patitude cannot upgrade ob my sid PowerPC testing machine. Here's the output... dillserver:~# aptitude -Pv full-upgrade epiphany-browser: Conflicts: swfdec-mozilla but 0.8.2-1 is installed. libesd-alsa0: Conflicts: libesd0 but 0.2.41-6 is to be installed. esound-common: Conflicts: libesd-alsa0 but 0.2.41-5 is installed. libesd0: Conflicts: libesd-alsa0 but 0.2.41-5 is installed. linux-image-2.6-powerpc: Depends: linux-image-2.6.31-1-powerpc which is a virtual package. The correct solution aptitude should choose is to remove swfdec-mozilla, remove libesd-alsa0 and install libesd0. Does apt-get dist-upgrade give correct results? Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#557117: texlive-base need conflict with old luatex
found 557117 2009-2 stop On 21.11.09 Norbert Preining (prein...@logic.at) wrote: On Sa, 21 Nov 2009, Hilmar Preusse wrote: Hi, Reported already, fixed already by adding replace = 0.40.6 and depends = 0.44.0 Not sure, if we need a versioned depend and replace at the same time. If the TL package depends on luatex x.y a luatex package of version x.y-1 will kicked out by itself. I am not 100% sure. It might happen that the one is unpacked before the other is unpacked, which will create a failure. initial state: - luatex old, texlive-base old installed - both are upgraded, apt-get is happy because of depends satisfied - both are unpacked, but first the texlive-base and tries to overwrite the old files that are still there ?? With the new texlive-base the problem still occurs: (Reading database ... 93754 files and directories currently installed.) Preparing to replace texlive-base 2007.dfsg.2-4 (using .../texlive-base_2009-2_all.deb) ... Unpacking replacement texlive-base ... dpkg: error processing /var/cache/apt/archives/texlive-base_2009-2_all.deb (--unpack): trying to overwrite '/usr/bin/dviluatex', which is also in package / luatex 0:0.40.6-1+b1 Processing triggers for menu ... Processing triggers for install-info ... Errors were encountered while processing: /var/cache/apt/archives/texlive-base_2009-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I guess we need a conflict here, instead of a replace. H. -- Ideas don't stay in some minds very long because they don't like solitary confinement. http://www.hilmar-preusse.de.vu/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557610: udev: modem-switchmode does not switch Alcatel X200
Package: udev Version: 147-4 Severity: normal *** Please type your report below this line *** Hello, Starting udev 146, it was mentioned that usb_modeswitch was no longer needed. Unfortunately, udev doesn't seem to recognize the Alcatel X200 stick, and hence not switch it. Manually switching it with usb_modeswitch works. Kind regards, Jan -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 40 lrwxrwxrwx 1 root root19 Oct 7 20:42 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 1908 Sep 14 20:29 11-hplj10xx.rules -rw-r--r-- 1 root root 11592 Jun 8 11:35 51-hso-udev.rules -rw-r--r-- 1 root root 1591 Nov 23 07:05 70-persistent-cd.rules -rw-r--r-- 1 root root 768 Oct 8 19:29 70-persistent-net.rules -rw-r--r-- 1 root root 7755 Nov 23 07:33 80-usb_modeswitch.rules lrwxrwxrwx 1 root root15 Oct 7 20:42 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root15 Oct 7 20:41 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 7117 Apr 11 2009 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event6/dev /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:01/input/input1/event1/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input8/event8/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input7/event7/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input9/event9/dev /sys/devices/pci:00/:00:02.0/drm/card0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/adsp/dev /sys/devices/pci:00/:00:1b.0/sound/card0/audio/dev /sys/devices/pci:00/:00:1b.0/sound/card0/controlC0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/dsp/dev /sys/devices/pci:00/:00:1b.0/sound/card0/hwC0D0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/input13/event4/dev /sys/devices/pci:00/:00:1b.0/sound/card0/input14/event5/dev /sys/devices/pci:00/:00:1b.0/sound/card0/input15/event13/dev /sys/devices/pci:00/:00:1b.0/sound/card0/mixer/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D1c/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D1p/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.0/0003:05AC:021B.0001/hidraw/hidraw0/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.0/input/input2/event2/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.1/input/input12/event12/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.1/input/input12/mouse2/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.2/0003:05AC:021B.0002/hidraw/hidraw1/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/2-2:1.2/input/input3/event3/dev /sys/devices/pci:00/:00:1d.0/usb2/2-2/dev /sys/devices/pci:00/:00:1d.0/usb2/dev /sys/devices/pci:00/:00:1d.0/usbmon/usbmon2/dev /sys/devices/pci:00/:00:1d.1/usb3/dev /sys/devices/pci:00/:00:1d.1/usbmon/usbmon3/dev /sys/devices/pci:00/:00:1d.2/usb4/4-2/4-2:1.0/0003:05AC:8240.0003/hidraw/hidraw2/dev /sys/devices/pci:00/:00:1d.2/usb4/4-2/4-2:1.0/usb/hiddev0/dev /sys/devices/pci:00/:00:1d.2/usb4/4-2/dev /sys/devices/pci:00/:00:1d.2/usb4/dev /sys/devices/pci:00/:00:1d.2/usbmon/usbmon4/dev /sys/devices/pci:00/:00:1d.3/usb5/5-1/dev /sys/devices/pci:00/:00:1d.3/usb5/dev /sys/devices/pci:00/:00:1d.3/usbmon/usbmon5/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.0/ttyUSB0/tty/ttyUSB0/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.1/ttyUSB1/tty/ttyUSB1/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.2/host5/target5:0:0/5:0:0:0/block/sdb/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.2/host5/target5:0:0/5:0:0:0/bsg/5:0:0:0/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.2/host5/target5:0:0/5:0:0:0/scsi_generic/sg1/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/1-3:1.3/ttyUSB2/tty/ttyUSB2/dev /sys/devices/pci:00/:00:1d.7/usb1/1-3/dev /sys/devices/pci:00/:00:1d.7/usb1/1-4/1-4:1.0/video4linux/video0/dev /sys/devices/pci:00/:00:1d.7/usb1/1-4/dev /sys/devices/pci:00/:00:1d.7/usb1/dev /sys/devices/pci:00/:00:1d.7/usbmon/usbmon1/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/block/sda/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/block/sda/sda1/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/block/sda/sda2/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/block/sda/sda3/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/bsg/0:0:1:0/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:1/0:0:1:0/scsi_generic/sg0/dev /sys/devices/platform/applesmc.768/input/input11/event11/dev /sys/devices/platform/applesmc.768/input/input11/js0/dev
Bug#557612: During package upgrade, apache2 is stopped, but not started
Package: apache2 Version: During package upgrade, apache2 is stopped but it is not started again Severity: important Maybe this is because that apache does not start when system boot. We disabled it because we need to enter ssl password by hand, so we start it manually. PS: This issue is for lenny, but I report bug from my pc. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-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#460108: #460108 lynx objects to path of valid cookies
On Mon, Nov 23, 2009 at 09:17:00AM +, Richard Kettlewell wrote: Thomas Dickey wrote: without the trace file attached to the bug report, no one can tell if we're discussing the same thing. Attached. ttfn/rjk Lynx Trace Log (2.8.7dev.9) ... Here's the line showing the URI: GET http://jukebox/cgi-bin/disorder HTTP/1.0\r ... Here's the line showing the path: HTMIME: PICKED UP Set-Cookie: 'disorder=none;Max-Age=0;Version=1;Path=/cgi-bin/disorder' ... Here's the chunk where lynx parses the URI and then prompts: HTParse: aName:`http://jukebox/cgi-bin/disorder' relatedName:`' want: host HTParse: result:`jukebox' HTParse: aName:`http://jukebox/cgi-bin/disorder' relatedName:`' want: punc path HTParse: (ABS) HTParse: result:`/cgi-bin/disorder' Confirm: Accept invalid cookie path=/cgi-bin/disorder as a prefix of '/cgi-bin'? (n) GETCH: Got 0x79. From your earlier statement, it seems that you would then expect lynx to compare the path /cgi-bin/disorder to http://jukebox/cgi-bin/disorder;. That would always mismatch. Lynx is taking the path part of the URI and checking that (seems to work...). It mismatches, and prompts. For which URI is /cgi-bin/disorder a prefix then? -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#557613: selinux-basics: selinux-activate does not set session required pam_selinux.so multiple in pam.d/login
Package: selinux-basics Version: 0.3.5+nmu1 Severity: normal we have to manually add the option session required pam_selinux.so multiple in /etc/pam.d/login because selinux-activate does not do this -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-basics depends on: ii checkpolicy 2.0.20-1 SELinux policy compiler ii policycoreutils 2.0.74-1 SELinux core policy utilities ii python2.5.4-2An interactive high-level object-o ii selinux-utils 2.0.88-1 SELinux utility programs Versions of packages selinux-basics recommends: ii selinux-policy-default 2:0.2.20091013-1 Strict and Targeted variants of th ii setools 3.3.6.ds-6 tools for Security Enhanced Linux Versions of packages selinux-basics suggests: pn logcheck none (no description available) pn syslog-summarynone (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#557556: trousers: FTBFS on GNU/kFreeBSD
Hi, It looks like it doesn't FTBFS on asdfasdf.debian.net with this patch Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557614: flvstreamer: Typo in short description
Package: flvstreamer Severity: normal Hi, The short desription is : Description: comman-line RTMP client And should be : Description: command-line RTMP client command-line in one or two words ? Christian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31.6 (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 flvstreamer depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-3 GCC support library ii libstdc++64.4.2-3The GNU Standard C++ Library v3 flvstreamer recommends no packages. flvstreamer suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532805: fixed in debhelper 7.4.4
Hi Joey, In debhelper 7.4.4 parallel builds were enabled by default: Changes: debhelper (7.4.4) unstable; urgency=low . * The makefile buildsystem (and derived buildsystems cmake, autoconf, etc) now supports parallel building by default, as specified via DEB_BUILD_OPTIONS. Closes: #532805 * dh_auto_*: Add --max-parallel option that can be used to control or disable parallel building. --max-parallel=1 will disable parallel building, while --max-parallel=N will limit the maximum number of parallel processes that can be specified via DEB_BUILD_OPTIONS. This is a very intrusive change that apparently broke a build of libaqbanking, which is not at all ready for parallel builds: https://buildd.debian.org/fetch.cgi?pkg=libaqbankingarch=powerpcver=4.2.0-2stamp=1258742157file=logas=raw As I understand it, I should now upload a modified package with --max-parallel=1 appended to the dh_auto_build call in my debian/rules. Right? Do you know how much packages else are affected? I guess its quite a serious number... I think you should advertise this important change more publicly, i.e. on d-...@l.d.o *before* uploading. Regards Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549168: rsyslog: consumes too much memory
Some additional information. Previous configuration that fails after a couple of hours: rsyslog(internal SSL) network --- rsyslog(internal SSL) A one which works for a couple of days now: rsyslog(internal SSL) network --- stunnel4 -- rsyslog -- Marcin Szewczyk http://wodny.org mailto:marcin.szewc...@wodny.borg - remove b / usuń b xmpp:wo...@ubuntu.pl xmpp:wo...@jabster.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557603: dh_makeshlibs does not honor -X for symbols file
[Peter Samuelson]
doit(dpkg-gensymbols, -p$package, -I$symbols,
- -P$tmp, @{$dh{U_PARAMS}});
+ -P$tmp, (map { -e = $_ } @lib_files),
+ @{$dh{U_PARAMS}});
Doesn't work, it needs to be -e$_, not -e = $_. New patch follows.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--- dh_makeshlibs
+++ dh_makeshlibs
@@ -124,13 +124,14 @@
# because only if we can get a library name and a major number from
# objdump is anything actually added.
my $exclude='';
- my @udeb_lines;
+ my (@udeb_lines, @lib_files);
if (defined($dh{EXCLUDE_FIND}) $dh{EXCLUDE_FIND} ne '') {
$exclude=! \\( $dh{EXCLUDE_FIND} \\) ;
}
open (FIND, find $tmp -type f \\( -name '*.so' -or -name '*.so.*' \\)
$exclude |);
while (FIND) {
my ($library, $major);
+ push @lib_files, $_;
my $objdump=`objdump -p $_`;
if ($objdump=~m/\s+SONAME\s+(.+)\.so\.(.+)/) {
# proper soname format
@@ -212,7 +213,8 @@
# is not 100% compatible with debhelper. (For example,
# this supports --ignore being used.)
doit(dpkg-gensymbols, -p$package, -I$symbols,
- -P$tmp, @{$dh{U_PARAMS}});
+ -P$tmp, (map { -e$_ } @lib_files),
+ @{$dh{U_PARAMS}});
if (-s $tmp/DEBIAN/symbols == 0) {
doit(rm, -f, $tmp/DEBIAN/symbols);
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550009: memset
I don't have this supgid in my procps, so I don't have this bug. I do however have environ, which readproc sets as follows: if (unlikely(flags PROC_FILLENV)) p-environ = file2strvec(path, environ); else p-environ = NULL; Remember that this is some of the most performance-critical code in all of procps. Adding a memset is not good. Even the xcalloc isn't such a good idea; it really should be a plain malloc. (and now I know why I've been getting bombed with backtraces, grrr...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557615: Modelliste
package: fotoshooting Hallo Katja, kannst du mir bitte eine Liste mit allen 4 Models (und deren korrekten Namen) schicken? Danke Heiko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557616: Modellauswahl beim Fotoshooting
package: fotoshooting folgende Aenderungen an der Modelauswahl: - Auswahlfeld nach jedem verschieben zuruecksetzen - wenn kein Model ausgewaehlt, verschieben verweigern - und eine entsprechende Dialogbox einblenden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550586: [quota] Journalled quota on but checkquota run after crash
On Sun, Oct 11, 2009 at 01:28:47PM +0200, Bastien ROUCARIES wrote: I have enable journaled quota on my computer, but after each power outage, quotacheck run :S /dev/sda8 /home reiserfs rw,nosuid,nodev,relatime,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,user_xattr,acl 0 0 It does not seems normal, how can I debug the problem The init script calls quotacheck when it detects an incorrect shutdown. So you could simply debug the quotacheck binary which has some code for taking care of journaled quotas. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557617: [INTL:es] Spanish translation for fortunes-debian-hints
Package: fortunes-debian-hints Version: 1.92 Severity: wishlist Tags: l10n patch -- Saludos Fran msgid msgstr Project-Id-Version: fortunes-debian-hints 1.92\n Report-Msgid-Bugs-To: Kartik Mistry kar...@debian.org\n POT-Creation-Date: 2009-11-22 17:51+0530\n PO-Revision-Date: 2009-11-23 11:09+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. type: Plain text #: hints:4 msgid Debian Hint #1: You can report a bug in a package with the 'reportbug' command, which is available in the reportbug package, or by using the graphical frontend 'reportbug-ng'. msgstr Consejo 1 de Debian: Puede informar de un error en un paquete con la orden «reportbug», que está disponible en el paquete reportbug, o utilizando la interfaz gráfica «reportbug-ng». #. type: Plain text #: hints:9 msgid Debian Hint #2: You can use 'dpkg-reconfigure package' to change the answers you gave to the questions asked when you first installed a package. The 'configure-debian' package provides a unified front end for doing this, as well. msgstr Consejo 2 de Debian: Puede utilizar «dpkg-reconfigure paquete» para cambiar las respuestas que proporcionó a las preguntas que respondió al instalar por primera vez un paquete. El paquete «configure-debian» proporciona una interfaz unificada para realizar esto. #. type: Plain text #: hints:12 msgid Debian Hint #3: You can use 'apt-cache search words' to search for words in the descriptions of all available packages. msgstr Consejo 3 de Debian: Puede utilizar «apt-cache search palabras» para buscar por palabras en las descripciones de todos los paquetes disponibles. #. type: Plain text #: hints:15 msgid Debian Hint #4: You can see the available and installed versions for one or more available packages with the command 'apt-cache policy packages'. msgstr Consejo 4 de Debian: Puede ver las versiones disponibles e instaladas para uno o más paquetes disponibles con la orden «apt-cache policy paquetes». #. type: Plain text #: hints:18 msgid Debian Hint #5: If you need to build a custom kernel, use the 'make-kpkg' script found in the kernel-package package. msgstr Consejo 5 de Debian: Si necesita generar un núcleo personalizado, utilice el script «make-kpkg» del paquete kernel-package. #. type: Plain text #: hints:20 msgid Debian Hint #6: There is no hint #6. Submit a hint today ! msgstr Consejo 6 de Debian: No hay consejo 6. ¡Envíe un consejo hoy! #. type: Plain text #: hints:23 msgid Debian Hint #7: You can use the cron-apt package to do automatic nightly downloads of updates for packages installed on your system. msgstr Consejo 7 de Debian: Puede utilizar el paquete cron-apt para realizar descargas nocturnas automáticas de las actualizaciones de los paquetes instalados en el sistema. #. type: Plain text #: hints:27 msgid Debian Hint #8: If you have problems with Debian that you can't solve by reading the manuals and documentation, try asking on the Debian Users mailing list (debian-u...@lists.debian.org). msgstr Consejo 8 de Debian: Si tiene problemas con Debian que no puede resolver leyendo los manuales y la documentación, intente preguntar en la lista de correo de los usuarios de Debian («debian-user-span...@lists.debian.org»). #. type: Plain text #: hints:31 msgid Debian Hint #9: If you need to know what version of Debian you're currently running, look in /etc/debian_version; if you want to know the codename for that version (for example, 3.0 is codenamed 'Woody'), check this URL: msgstr Consejo 9 de Debian: Si necesita conocer qué versión de Debian está ejecutando, mire en el archivo «/etc/debian_version». Si quiere saber el nombre en código de la versión (por ejempolo: la versión 3.0 tiene como nombre en código «Woody»), visite está dirección: #. type: Plain text #: hints:33 msgid http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames; msgstr http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames; #. type: Plain text #: hints:38 msgid Debian Hint #10: There are Debian mailing lists for everything from user questions to debates over what to put into the Debian Policy documents. Check out the list at http://www.debian.org/MailingLists/ and subscribe to those that interest you. msgstr Consejo 10 de Debian: Hay listas de correo de Debian para cualquier cosa, desde preguntas de usuarios hasta debates sobre que introducir en los documentos de la política de Debian. Puede ver todas las listas en «http://www.debian.org/MailingLists/» y suscribirse a las que le interesen. #. type: Plain text #: hints:41 msgid Debian Hint #11: Keep up to date on what's going on - read the Debian Times. Read it on the web at http://times.debian.net/; msgstr Consejo 11 de Debian: Manténgase al día de lo que pasa, lea el «Debian Times» en la dirección «http://times.debian.net/».; #. type: Plain text #: hints:45 msgid Debian Hint #12: The
Bug#557511: lintian - Considers all rpath an error
Bastian Blank wa...@debian.org writes: On Mon, Nov 23, 2009 at 01:17:10AM -0800, Russ Allbery wrote: Lintian doesn't only check Policy (and has never only checked Policy). As long as it proposes serious as severity, which is only valid for policy violations, it have to. Lintian uses severity serious for all tags for which ftpmaster may reject packages. Many of them are not currently explicitly stated in Policy. I went through and filed bugs against Policy for all of those when preparing the last Lintian upload. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557511: lintian - Considers all rpath an error
On Mon, Nov 23, 2009 at 01:17:10AM -0800, Russ Allbery wrote:
Bastian Blank wa...@debian.org writes:
lintian considers all rpath settings an error
No, it doesn't.
Please provide actual details of the problem that you're running into so
that we can determine whether or not this is a case that Lintian should
recognize is valid.
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/bin/blktapctrl ${ORIGIN}/../lib
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/libblktap.so ${ORIGIN}
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/python/xen/lowlevel/acm.so ${ORIGIN}/../../..
while this is not backed by the policy.
Lintian doesn't only check Policy (and has never only checked Policy).
As long as it proposes serious as severity, which is only valid for
policy violations, it have to.
Bastian
--
Leave bigotry in your quarters; there's no room for it on the bridge.
-- Kirk, Balance of Terror, stardate 1709.2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557234: permissions on firewire devices
reopen 557234
thanks
Jan Möbius wrote:
On Montag, 23. November 2009, you wrote:
Jan Möbius wrote:
Hi,
hopefully I'm writing to the right person. I have some trouble with
firewire devices on debian. If i plug in a camera, the device nodes are
create with owner and group set to root and permissions 660. So no user
can access them with e.g. coriander. I already filed a bug report to udev
(#557234) with at least a short but definitly not a permanant workaround
which was closed by the maintainer in a rather unfriendly way suggesting
that this should be handled by consolekit.
I thought that this is handled by udev and my current workaround is an
udev rules file setting:
KERNEL==raw1394,
GROUP=firewire,MODE=0660 KERNEL==dv1394*,
GROUP=firewire,MODE=0660 KERNEL==video1394*,
GROUP=firewire,MODE=0660 KERNEL==fw*,
GROUP=firewire,MODE=0660
And adding the users to the firewire group. Where could this problem be
handled best?
Hi,
setting up static group memberships is probably not the most flexible way.
Nowadays, udev ships a tool called udev-acl, which is triggered when a
device is added/changed or by consolekit, whenever a local session becomes
active, and grants the locally logged-in user access to devices via acls
(you can see that by using getfacl on the device node or ls -la showing a
+ at the end of the permission triplet).
As an example:
[mich...@pluto ~]$ ls -la /dev/dsp
crw-rw+ 1 root audio 14, 3 22. Nov 18:53 /dev/dsp
[mich...@pluto ~]$ getfacl /dev/dsp
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: dev/dsp
# owner: root
# group: audio
user::rw-
user:michael:rw-
group::rw-
mask::rw-
other::---
(my currently logged user michael has access to the sound device without
the need to add it to the audio group)
Again, this permission are granted dynamically and require consolekit to be
installed.
The devices that are managed by udev-acl need the ACL_MANAGE flag.
This is set in
/lib/udev/rules.d/70-acl.rules.
I don't find any firewire devices in there, so I guess the bug you quoted
should be reopened as udev does indeed need changes (even if the fix is
done in a different way).
I'm not a expert with firewire, so I don't know which devices are safe to
be controlled by a regular user.
Does udevadm info --query=all --name=/dev/your fw devices
list the ACL_MANAGE=1 flag?
The first two devices are the firewire controllers and the third one is a fw
camera. They do not contain the mangle flag.
# udevadm info --query=all --name=/dev/fw0
P: /devices/pci:00/:00:1c.1/:05:00.0/fw0
N: fw0
S: char/251:0
E: UDEV_LOG=3
E: DEVPATH=/devices/pci:00/:00:1c.1/:05:00.0/fw0
E: MAJOR=251
E: MINOR=0
E: DEVNAME=/dev/fw0
E: DEVLINKS=/dev/char/251:0
# udevadm info --query=all --name=/dev/fw1
P: /devices/pci:00/:00:1e.0/:07:03.0/fw1
N: fw1
S: char/251:1
E: UDEV_LOG=3
E: DEVPATH=/devices/pci:00/:00:1e.0/:07:03.0/fw1
E: MAJOR=251
E: MINOR=1
E: DEVNAME=/dev/fw1
E: DEVLINKS=/dev/char/251:1
# udevadm info --query=all --name=/dev/fw2
P: /devices/pci:00/:00:1c.1/:05:00.0/fw2
N: fw2
S: char/251:2
E: UDEV_LOG=3
E: DEVPATH=/devices/pci:00/:00:1c.1/:05:00.0/fw2
E: MAJOR=251
E: MINOR=2
E: DEVNAME=/dev/fw2
E: DEVLINKS=/dev/char/251:2
The acls on the last device are:
veil:~# getfacl /dev/fw2
getfacl: Removing leading '/' from absolute path names
# file: dev/fw2
# owner: root
# group: root
user::rw-
group::rw-
other::---
I added the following line to /lib/udev/rules.d/70-acl.rules:
# Firewire
KERNEL==fw*, ENV{ACL_MANAGE}=1
And the local user is added to the acls. Works like a charm. Thanks a lot
again!
As you said, somebody more familiar with firewire should take a look at it.But
if I'm right, this is still an update to the udev package right?
Agreed. This bug fix falls into the domain of the udev package and your bug
report is valid. I thus reopened it.
I had a quick discussion on #udev which adds some background information:
[09:58:59] mbiebl hi, anyone here with experience regarding firewire?
[09:59:57] mbiebl should fw devices have the ACL_MANAGE=1 flag applied by
default, i.e. should those devices be added to 70-acl.rules?
[10:00:25] mbiebl As a background, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557234
[10:40:41] pitti mbiebl: I wouldn't like that much; handing out raw access to
the devices gives you way more permissions than you usually need
[10:43:16] pitti mbiebl: dv* and video* should be okay, though
[10:43:41] pitti I just heard that kino and friends use the raw devices, since
video1394 doesn't support enough features
[10:44:43] pitti mbiebl:
https://bugs.launchpad.net/ubuntu/+source/kino/+bug/6290 FYI
[10:49:43] mbiebl pitti: what would you suggest then?
[10:52:38] pitti mbiebl: this bug is open for
Bug#557511: lintian - Considers all rpath an error
Bastian Blank wa...@debian.org writes:
On Mon, Nov 23, 2009 at 01:17:10AM -0800, Russ Allbery wrote:
Please provide actual details of the problem that you're running into so
that we can determine whether or not this is a case that Lintian should
recognize is valid.
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/bin/blktapctrl ${ORIGIN}/../lib
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/libblktap.so ${ORIGIN}
| E: xen-utils-3.4: binary-or-shlib-defines-rpath
./usr/lib/xen-3.4/lib/python/xen/lowlevel/acm.so ${ORIGIN}/../../..
Yup, this is a bug, thanks. Lintian currently only looks for $ORIGIN, not
the version with braces and with additional relative paths, but should
permit that as well for obvious reasons. Will be fixed in the next
release.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554574: libstdc++6: apt segfaults on hppa
Carlos O'Donell a écrit : On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin d...@hiauly1.hia.nrc.ca wrote: While I set out the glibc types exactly as before (binary compatible), the alignment restrictions were changed subtly. Excellent debugging! I have adjusted the glibc lock structure alignments to try and match more accurately the original alignment restrictions. I have built a glibc with the new headers, and installed that into my test system. I'm now rebuilding libstdc++6 against the new headers to determine if this fixes the problem. I will have results by tomorrow. Thanks a lot for the investigation, I really hope this will work. -- 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#550586: [quota] Journalled quota on but checkquota run after crash
Le lundi 23 novembre 2009 11:05:07, Michael Meskes a écrit : On Sun, Oct 11, 2009 at 01:28:47PM +0200, Bastien ROUCARIES wrote: I have enable journaled quota on my computer, but after each power outage, quotacheck run :S /dev/sda8 /home reiserfs rw,nosuid,nodev,relatime,usrjquota=aquota.user,grpjquota=aquota.group,jqf mt=vfsv0,user_xattr,acl 0 0 It does not seems normal, how can I debug the problem The init script calls quotacheck when it detects an incorrect shutdown. So you could simply debug the quotacheck binary which has some code for taking care of journaled quotas. How can i debug ? Bastien Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522024: ImportError: No module named ldap
Hello!
Thanks for looking into this.
Summary:
After following your advice to reinstall the affected packages (apt-get
--reinstall install python python-minimal python-ldap luma) the problem
disappeared.
Details (in chronological order as I tried what you wrote):
r...@prana:~$ ls -l /usr/bin/python
lrwxrwxrwx 1 root root 9 2009-02-19 11:18 /usr/bin/python - python2.5
r...@prana:~$ dpkg -S /usr/bin/python
python-minimal: /usr/bin/python
r...@prana:~$ dpkg -l python-minimal
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version
Description
+++-==-==-
ii python-minimal 2.5.2-3
A minimal subset of the Python language (default version)
r...@prana:~$ python -c import ldap
Traceback (most recent call last):
File string, line 1, in module
ImportError: No module named ldap
r...@prana:~$
Did you install Packages from other sources than debian.org?
Yes, but nothing related to Python.
I suspect the problem might be related to my machine having been
upgraded from etch to lenny. Something was probably not correctly
rewired around the ldap module.
It might be useful to reinstall all related packages from debian.org!
apt-get --reinstall install python python-minimal python-ldap luma
python2.5 python2.5-minimal
This fixed it.
Here is the output:
r...@prana:~$ sudo apt-get --reinstall install python python-minimal
python-ldap luma
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 4 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0B/1034kB of archives.
After this operation, 0B of additional disk space will be used.
Do you want to continue [Y/n]? Y
(Reading database ... 184646 files and directories currently installed.)
Preparing to replace python 2.5.2-3 (using .../python_2.5.2-3_all.deb) ...
Unpacking replacement python ...
Preparing to replace python-minimal 2.5.2-3 (using
.../python-minimal_2.5.2-3_all.deb) ...
Unpacking replacement python-minimal ...
Preparing to replace python-ldap 2.3.5-1 (using
.../python-ldap_2.3.5-1_i386.deb) ...
Unpacking replacement python-ldap ...
Preparing to replace luma 2.3-1.1 (using .../archives/luma_2.3-1.1_all.deb) ...
Unpacking replacement luma ...
Processing triggers for man-db ...
Setting up python-minimal (2.5.2-3) ...
Setting up python (2.5.2-3) ...
Setting up python-ldap (2.3.5-1) ...
Setting up luma (2.3-1.1) ...
r...@prana:~$ python -c import ldap
r...@prana:~$
Have a nice day,
Balazs Ruzsa
Hungary
At Sat, 21 Nov 2009 21:13:52 +0100,
Per Wawra wrote:
I can not reproduce your problem.
It seems to be a python vs. python-ldap problem on your machine.
On Lenny python defaults to python2.5.
import ldap should work flawlessly on python2.5!
ls -l /usr/bin/python should result in /usr/bin/python - python2.5
dpkg -S /usr/bin/python should result in python-minimal
dpkg -l python-minimal should result in 2.5.2-3
'''python -c import ldap''' should return nothing
Did you install Packages from other sources than debian.org?
It might be useful to reinstall all related packages from debian.org!
apt-get --reinstall install python python-minimal python-ldap luma
python2.5 python2.5-minimal
Please report if your problem still exists!
If yes, please also send the output of dpkg-query -W -f='${Package}
${Version}\n'|grep python
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550977:
Hi Ben, Ben Hutchings writes: Have you tested Linux 2.6.31 yet? This is the current version in unstable. I tried yesterday that .deb from Sid. Blender keeps segfaulting and WorldOfGoo shows corrupted textures and then hangs. Luckily, I could be able to use Alt+SysReq S,U,B in order to avoid the filesystem corruption. I have also tried the system on Gentoo. The combination of kernel 2.6.30 and mesa 7.5.1 works, but upgrading mesa to 7.6.1 (Gallium disabled) also locks Blender. -- Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555293: backintime-gnome: should be able to backup things in multiple locations
On Mon, Nov 09, 2009 at 12:53:20AM -0500, Deniz Akcal wrote: So far, the program can save things from numerous locations to one location but it would be very useful if things could be saved in several different locations as opposed to one directory to save things from multiple directories. This will be a feature of multiple profile support being developed upstream, and will be in a future release. -- Jonathan Wiltshire 1024D: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557234: Info received (permissions on firewire devices)
retitle 557234 udev: (too) restrictive permissions for firewire devices thanks I would like to add, that the default permissions for fw devices are not bad; they are fine, just very restrictive, so they are not accessible for a regular user by default. As the linked lp bug shows (given this is still valid), granting blank access can open security holes, so this has to be done carefully. So retitleing the bug report. Cheers, Michael signature.asc Description: OpenPGP digital signature
Bug#557618: dpkg-dev - dpkg-source trashs source changes in 3.0 (quilt) format if debian/patches is occupied
Package: dpkg-dev Version: 1.15.5.2 Severity: important dpkg-source trashs local changes in the 3.0 (quilt) format if debian/patches is occupied by a different patch system, like the linux-2.6 package uses. | dpkg-source: info: local changes stored in linux-2.6/debian/patches/debian-changes-2.6.32~rc8-1~experimental.1, the modified fil | linux-2.6/Makefile | sed: read error on /home/blank/debian/kernel/dists/trunk/linux-2.6/debian/patches/series: Is a directory | cat: /home/blank/debian/kernel/dists/trunk/linux-2.6/debian/patches/series: Is a directory | /usr/share/quilt/scripts/patchfns: line 270: /home/blank/debian/kernel/dists/trunk/linux-2.6/debian/patches/series: Is a directo | dpkg-source: info: building linux-2.6 in linux-2.6_2.6.32~rc8-1~experimental.1.debian.tar.gz | dpkg-source: info: building linux-2.6 in linux-2.6_2.6.32~rc8-1~experimental.1.dsc Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557619: dpkg-dev - 3.0 (quilt) format is incompatible to quilt
Package: dpkg-dev Version: 1.15.5.2 Severity: important The quilt usage in the 3.0 (quilt) format is incompatible with normal quilt. It uses debian/patches instead of patches. Bastian -- In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, Wolf in the Fold, stardate 3615.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557621: quilt - Unhelpfull message if no patches directory
Package: quilt Version: 0.48-2 Severity: important quilt gives no helpfull message if the patches directory is missing. | $ quilt push | No patches in series | $ ls patches | ls: cannot access patches: No such file or directory Bastian -- Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460108: #460108 lynx objects to path of valid cookies
Thomas Dickey wrote: On Mon, Nov 23, 2009 at 09:17:00AM +, Richard Kettlewell wrote: Thomas Dickey wrote: without the trace file attached to the bug report, no one can tell if we're discussing the same thing. Attached. ttfn/rjk Lynx Trace Log (2.8.7dev.9) ... Here's the line showing the URI: GET http://jukebox/cgi-bin/disorder HTTP/1.0\r ... Here's the line showing the path: HTMIME: PICKED UP Set-Cookie: 'disorder=none;Max-Age=0;Version=1;Path=/cgi-bin/disorder' ... Here's the chunk where lynx parses the URI and then prompts: HTParse: aName:`http://jukebox/cgi-bin/disorder' relatedName:`' want: host HTParse: result:`jukebox' HTParse: aName:`http://jukebox/cgi-bin/disorder' relatedName:`' want: punc path HTParse: (ABS) HTParse: result:`/cgi-bin/disorder' Confirm: Accept invalid cookie path=/cgi-bin/disorder as a prefix of '/cgi-bin'? (n) GETCH: Got 0x79. From your earlier statement, it seems that you would then expect lynx to compare the path /cgi-bin/disorder to http://jukebox/cgi-bin/disorder;. That would always mismatch. Lynx is taking the path part of the URI and checking that (seems to work...). It mismatches, and prompts. For which URI is /cgi-bin/disorder a prefix then? It's a prefix of /cgi-bin/disorder, which is what Lynx should be comparing with. Throwing away the 'basename' part and reaching just /cgi-bin is incorrect. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557620: binutils: Fail to build binary-cross
Package: binutils Version: 2.20-3 Severity: important Building binary-cross following the procedure from http://wiki.debian.org/BuildingCrossCompilers fails: mkdir -p -- ./opcodes Configuring in ./opcodes configure: creating cache ./config.cache checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... mips-unknown-linux-gnu checking for x86_64-linux-gnu-gcc... gcc checking for C compiler default output file name... configure: error: in `/tmp/binutils-2.20/builddir-mips-linux-gnu/opcodes': configure: error: C compiler cannot create executables See `config.log' for more details. make[2]: *** [configure-opcodes] Error 1 make[2]: Leaving directory `/tmp/binutils-2.20/builddir-mips-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/binutils-2.20/builddir-mips-linux-gnu' make: *** [build-mips-linux-gnu-stamp] Error 2 config.log contains: configure:2870: checking for C compiler default output file name configure:2892: gcc -g -O2conftest.c 5 Assembler messages: Fatal error: selected target format 'elf64-x86-64' unknown configure:2896: $? = 1 This might be a Debian-only issue: http://sourceware.org/ml/binutils/2009-09/msg00689.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-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 Versions of packages binutils depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime binutils recommends no packages. Versions of packages binutils suggests: pn binutils-doc none (no description available) -- no debconf information -- debsums errors found: debsums: no md5sums for binutils -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532805: fixed in debhelper 7.4.4
Hello, On pirmadienis 23 Lapkritis 2009 11:46:23 Micha Lenk wrote: In debhelper 7.4.4 parallel builds were enabled by default: Changes: debhelper (7.4.4) unstable; urgency=low . * The makefile buildsystem (and derived buildsystems cmake, autoconf, etc) now supports parallel building by default, as specified via DEB_BUILD_OPTIONS. Closes: #532805 * dh_auto_*: Add --max-parallel option that can be used to control or disable parallel building. --max-parallel=1 will disable parallel building, while --max-parallel=N will limit the maximum number of parallel processes that can be specified via DEB_BUILD_OPTIONS. This is a very intrusive change that apparently broke a build of libaqbanking, which is not at all ready for parallel builds: https://buildd.debian.org/fetch.cgi?pkg=libaqbankingarch=powerpcver=4.2.0 -2stamp=1258742157file=logas=raw It is kind of intrusive if DEB_BUILD_OPTIONS=parallel=N is set. As I understand it, I should now upload a modified package with --max-parallel=1 appended to the dh_auto_build call in my debian/rules. Right? Yes. To all dh_auto_* calls unless you wrap all of them with dh (i.e. use overrides). Since now you know that the package does not build in parallel. Do you know how much packages else are affected? I guess its quite a serious number... I think you should advertise this important change more publicly, i.e. on d-...@l.d.o *before* uploading. Parallel is not enabled out-of-blue, buildd admins set appropriate DEB_BUILD_OPTIONS flag or call dpkg-buildpackage -j (which messes with MAKEFLAGS anyway). I must say buildd admins are feeling rather brave doing so. However, you are right about the fact that according to the policy the package should ignore parallel=N if it does not support it. However, there is also a question how many maintainers read docs and will care to set --max-parallel=-1 and/or test with it even if the package actually builds in this mode. In the age of multicore machines, that mode is rather important for anyone. Tough choice. Probably compat bump was worthwhile to default --max-parallel to -1 as people are likely to bump compat rather than set --max-parallel (imho). Joey, my last patch had --max-parallel=0 do nothing (or current --max-parallel=1 mode) which you didn't apply. Probably you could use that for compat 7 and max- parallel=-1 for compat 8. Or we could go dpkg-buildpackage -j detecting way again (ugly)... On the other hand, compat bump for this change alone does not make much sense. Well, I don't really know. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#557622: texlive-extra-utils: epstopdf is gone !
Package: texlive-extra-utils Version: 2009-2~1 Severity: normal texlive-extra-utils 2007 had /usr/bin/epstopdf, but now it is gone in 2009 ! -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 988 2009-11-23 12:40 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 2009-11-23 12:40 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2009-11-23 12:30 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2009-11-23 12:30 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2009-11-23 12:30 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2009-11-23 12:30 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 3964 2009-11-23 12:40 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 7027 2009-11-23 12:40 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 3110 2009-11-23 12:40 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 2009-06-15 13:48 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 96762152b2b754ba10dca23db0fd2235 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-15-generic (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 texlive-extra-utils depends on: ii dpkg 1.15.4ubuntu2 Debian package management system ii install-info 4.13a.dfsg.1-4ubuntu1 Manage installed documentation in ii python 2.6.4-0ubuntu1An interactive high-level object-o ii tex-common 2.00 common infrastructure for building ii texlive-base 2009-2TeX Live: Essential programs and f ii texlive-binaries 2009-2Binaries for TeX Live ii texlive-common 2009-2TeX Live: Base component Versions of packages texlive-extra-utils recommends: ii ghostscript 8.70.dfsg.1-0ubuntu3 The GPL Ghostscript PostScript/PDF ii lacheck 1.26-11.1A simple syntax checker for LaTeX pn purifyeps none (no description available) pn xindy none (no description available) Versions of packages texlive-extra-utils suggests: pn dvidvinone (no description available) pn fragmasternone (no description available) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.27ubuntu2 Debian configuration management sy ii dpkg 1.15.4ubuntu2 Debian package management system ii ucf3.0018ubuntu1 Update Configuration File: preserv Versions of packages texlive-extra-utils is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common2.00 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to
Bug#557322: --exclude='ing essential packages
Hello, On Mon, Nov 23, 2009 at 5:27 AM, Goswin von Brederlow goswin-...@web.de wrote: Please also consider the case of virtual packages. E.g. --exclude exim4 should not add exim4 back in due to dependencies on mail-transport-agent. Instead some other MTA should be used, idealy one added with --include. If you wish to drop exim4 you can do it but will also need to drop any package depending on it otherwise it will be added back. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496258: ITP: asterisk-gui -- web-based user interface for the Asterisk PBX
Hello Tzafrir, Do you have any update concerning the packaging of asterisk-gui? I saw on the pkg-voip SVN [1] that you have been actively working on the package. :) If you need any help, I would be glad to give you a hand. Kind regards, Ignace Mouzannar [1] http://svn.debian.org/viewsvn/pkg-voip/asterisk-gui/trunk/debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557622: texlive-extra-utils: epstopdf is gone !
Hello, It is in texlive-font-utils package. Is that right ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532727: Request for help with iproute2 bugs.
Andreas Henriksson wrote:
http://bugs.debian.org/532727
iproute: tc filter add ... protocol ip fw broken?
This one is caused by a regression in iproute2. The attached patch
should fix it.
commit b3d80773099c13f60598857901cb2724c210614f
Author: Patrick McHardy ka...@trash.net
Date: Mon Nov 23 12:00:46 2009 +0100
f_fw: fix compat mode
The kernel takes a lack of options as indication that the fw classifier
should operate in compatibility mode, where marks are mapped directly to
classids.
Commit e22b42a (tc mask patch) broke this by adding an empty TCA_OPTIONS
attribute even if no handle is specified. Restore the old behaviour.
Signed-off-by: Patrick McHardy ka...@trash.net
diff --git a/tc/f_fw.c b/tc/f_fw.c
index b511735..cc8ea2d 100644
--- a/tc/f_fw.c
+++ b/tc/f_fw.c
@@ -38,15 +38,13 @@ static int fw_parse_opt(struct filter_util *qu, char
*handle, int argc, char **a
struct tc_police tp;
struct tcmsg *t = NLMSG_DATA(n);
struct rtattr *tail;
+ __u32 mask = 0;
+ int mask_set = 0;
memset(tp, 0, sizeof(tp));
- tail = NLMSG_TAIL(n);
- addattr_l(n, 4096, TCA_OPTIONS, NULL, 0);
-
if (handle) {
char *slash;
- __u32 mask = 0;
if ((slash = strchr(handle, '/')) != NULL)
*slash = '\0';
if (get_u32(t-tcm_handle, handle, 0)) {
@@ -58,13 +56,19 @@ static int fw_parse_opt(struct filter_util *qu, char
*handle, int argc, char **a
fprintf(stderr, Illegal \handle\ mask\n);
return -1;
}
- addattr32(n, MAX_MSG, TCA_FW_MASK, mask);
+ mask_set = 1;
}
}
if (argc == 0)
return 0;
+ tail = NLMSG_TAIL(n);
+ addattr_l(n, 4096, TCA_OPTIONS, NULL, 0);
+
+ if (mask_set)
+ addattr32(n, MAX_MSG, TCA_FW_MASK, mask);
+
while (argc 0) {
if (matches(*argv, classid) == 0 ||
matches(*argv, flowid) == 0) {
Bug#557623: Quilt should remember where it first got patches and series from
Package: quilt
Version: 0.48-2a0.mrvn.1
Severity: important
Tags: patch
Hi,
by default quilt looks for patches and series in the current
directory. With the new 3.0 (quilt) format patches are in
debian/patches. In other projects patches can also be somewhere other
than the current directory. This means one has to set QUILT_PATCHES
and possibly QUILT_SERIES correctly before working on the source or
strange things happen when using quilt. To automate that one can put
some logic into .quiltrc that guesses the right
QUILT_PATCHES/QUILT_SERIES. But it remains to be a guess only and can
be wrong from time to time.
The attached patch makes quilt add .pc/quilt_patches and
..pc/quilt_series files when first creating the .pc directory and makes
it use those files to override any other setting if they exist. It
also make the two relative if they are inside the current directory
(dpkg-source sets them absolut) so renaming the source directory
doesn't invalidate them.
With the patch one can
dpkg-source -x *.dsc
cd */
quilt pop
quilt push
quilt refresh
without the need of a complicted .quiltrc to guess
QUILT_PATCHES/QUILT_SERIES.
Given the push to have 3.0 (quilt) as default format in Debian I think
this feature is verry important so first time users will not
experience strange quilt problems caused by an unset QUILT_PATCHES
while working with a debian source.
MfG
Goswin
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (499, 'unstable'), (2, 'experimental'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.5 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages quilt depends on:
ii bzip2 1.0.5-3high-quality block-sorting file co
ii diffstat 1.47-1 produces graph of changes introduc
ii gettext 0.17-8 GNU Internationalization utilities
ii patch 2.5.9-5Apply a diff file to an original
quilt recommends no packages.
Versions of packages quilt suggests:
ii graphviz 2.20.2-4 rich set of graph drawing tools
ii procmail 3.22-18Versatile e-mail processor
-- no debconf information
Index: quilt-0.48/quilt/scripts/patchfns.in
===
--- quilt-0.48.orig/quilt/scripts/patchfns.in 2009-11-23 12:02:52.0 +0100
+++ quilt-0.48/quilt/scripts/patchfns.in 2009-11-23 12:04:35.0 +0100
@@ -20,9 +20,14 @@
export QUILT_PATCHES QUILT_PC SUBDIR SERIES DB
DB_VERSION=2
-: ${QUILT_PATCHES:=patches}
: ${QUILT_PC:=.pc}
+if [ -r $QUILT_PC/quilt_patches ]; then
+ QUILT_PATCHES=$(cat $QUILT_PC/quilt_patches)
+else
+ : ${QUILT_PATCHES:=patches}
+fi
+
# Support compatibility layer
if [ -d $QUILT_DIR/compat ]
then
@@ -924,11 +929,28 @@
echo ${base%-$num}-$((num+1))${patch#$base}
}
+relativize_path() {
+ if ! [ ${1:0:1} = / ]
+ then
+ echo $1
+ return
+ fi
+ LEN=$(echo $2 | wc -c)
+ if [ ${1:0:$(($LEN-1))} = $2 ]
+ then
+ echo ${1:$(($LEN-1))}
+ else
+ echo $1
+ fi
+}
+
create_db() {
if ! [ -e $QUILT_PC ]
then
mkdir -p $QUILT_PC
echo $DB_VERSION $QUILT_PC/.version
+ relativize_path $QUILT_PATCHES $(pwd)/ $QUILT_PC/quilt_patches
+ relativize_path $QUILT_SERIES $(pwd)/ $QUILT_PC/quilt_series
fi
}
@@ -1008,7 +1030,11 @@
unset basedir down
fi
-: ${QUILT_SERIES:=series}
+if [ -r $QUILT_PC/quilt_series ]; then
+ QUILT_SERIES=$(cat $QUILT_PC/quilt_series)
+else
+ : ${QUILT_SERIES:=series}
+fi
if [ ${QUILT_SERIES:0:1} = / ]
then
Bug#557234: permissions on firewire devices
On Nov 23, Michael Biebl bi...@debian.org wrote: So, applying acl to video1394* and video1394* should be fairly safe given this information, whereas access to raw1394 would need further investigation w.r.t. What about somebody checks with firewire developers so we know that it is actually safe to do this? -- ciao, Marco signature.asc Description: Digital signature
Bug#506191: why nocompress?
Hi, on a related note: why does /etc/logrotate.d/atop specify nocompress instead of compress? regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#557618: dpkg-dev - dpkg-source trashs source changes in 3.0 (quilt) format if debian/patches is occupied
On Mon, 23 Nov 2009, Bastian Blank wrote: dpkg-source trashs local changes in the 3.0 (quilt) format if debian/patches is occupied by a different patch system, like the linux-2.6 package uses. Don't use 3.0 (quilt) if you don't want to comply with the restriction that it imposes... What do you expect me to do in response to this bug? Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557619: dpkg-dev - 3.0 (quilt) format is incompatible to quilt
On Mon, 23 Nov 2009, Bastian Blank wrote:
The quilt usage in the 3.0 (quilt) format is incompatible with normal
quilt. It uses debian/patches instead of patches.
And what I am supposed to do?
Ask quilt to use debian/patches and be done with it? Shall we document
this in dpkg-source(1) ?
$ cat /home/rhertzog/.quiltrc
for where in ./ ../ ../../ ../../../ ../../../../ ../../../../../; do
if [ -e ${where}debian/rules -a -d ${where}debian/patches ]; then
export QUILT_PATCHES=debian/patches
break
fi
done
[...]
Cheers,
--
Raphaël Hertzog
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557624: uisp: cannot write attiny2313 flash via STK200
Package: uisp Version: 20050207-4 Severity: normal I have a STK200 (parallel port) programmer and atTiny2313 part I can't write the flash of this part using uisp, but I can read the chip-id and flash, erase the part, read and write the eeprom, using avrdude and the exact same hardware I was able to write the flash so I suspect it is a software problem, avrdude uses /dev/parport0 so it's working via the kernel instead of direct to the hardware. Uisp does work fine with a at90s2313 part and the same hardware. so it does not seem to be a configuration issue, just that the flash writes never work on ATtiny2313, ja...@gonzo:~$ sudo /usr/bin/uisp -dprog=stk200 -dlpt=0x378 --terminal Atmel AVR ATtiny2313 is found. Entering the AVR Terminal. ?-help, q-quit. avr rd 0 flash: $ff avr wr 0 0 Error: Data polling readback status: write=0x00 read=0xff If device was erased disable polling with the -dno-poll option. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.2-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uisp depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 uisp recommends no packages. uisp 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#555956: redmine: Patch 'changeset_r2886_r2887.diff' results
Hi, I am testing redmine in spanish, and have the same problem. do you have new packages somewhere to test them? Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#557625: TAG: callweaver -- Free PABX
Package: wnpp Severity: RFP CallWeaver is a community-driven, vendor-independent, cross-platform, open source, PBX software project (formerly known as OpenPBX.org). It was originally derived from Asterisk. Now it supports analog and digital PSTN telephony, multi-protocol voice over IP telephony, fax, software-fax, T.38 fax over IP and many telephony applications such as IVR, conferencing and callcenter queue management. http://www.callweaver.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557622: texlive-extra-utils: epstopdf is gone !
On 23.11.09 (aelmahmo...@users.sourceforge.net) wrote: Hi, texlive-extra-utils 2007 had /usr/bin/epstopdf, but now it is gone in 2009! 1. use a2ping 2. it is in texlive-font-utils H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557556: trousers: FTBFS on GNU/kFreeBSD
reopen 557556 found 557556 0.3.2-8 retitle 557556 trousers: FTBFS on kfreebsd-i386 thanks Laurent Bigonville bi...@debian.org (23/11/2009): It looks like it doesn't FTBFS on asdfasdf.debian.net with this patch Hi, thanks for applying it, but it still FTBFS on kfreebsd-i386 which is a 32-bit architecture (asdfasdf is kfreebsd-amd64). See my point about OFF_T_PRINTF in the initial bugreport. Tweaking the subject accordingly. Build logs as usual: https://buildd.debian.org/status/package.php?suite=unstablep=trousers Mraw, KiBi. signature.asc Description: Digital signature
Bug#550009: memset
On Mon, Nov 23, 2009 at 04:56:24AM -0500, Albert Cahalan wrote: I don't have this supgid in my procps, so I don't have this bug. supgid is a patch to read the supplementary groups. Apparently it can happen with tasks too. I do however have environ, which readproc sets as follows: I don't know how that would help, the supgid is read from /proc/#/status not from a different file. Remember that this is some of the most performance-critical code in all of procps. Adding a memset is not good. Even the xcalloc isn't such a good idea; it really should be a plain malloc. The xcalloc is in the original code, I can even see it in the 3.2.7 code. So is the solution to test the result of the file2str on the status file and if that fails set certain pointers to null? - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557618: dpkg-dev - dpkg-source trashs source changes in 3.0 (quilt) format if debian/patches is occupied
On Mon, Nov 23, 2009 at 12:29:33PM +0100, Raphael Hertzog wrote: On Mon, 23 Nov 2009, Bastian Blank wrote: dpkg-source trashs local changes in the 3.0 (quilt) format if debian/patches is occupied by a different patch system, like the linux-2.6 package uses. Don't use 3.0 (quilt) if you don't want to comply with the restriction that it imposes... You want to change the default, so you have to use a definition that works. What do you expect me to do in response to this bug? * Document the constraints clearly. I fail to find that in the dpkg-source manpage. * Check for the constraints before trying to do anything about it. * Abort after such errors if it gets behind the checks. Bastian -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549622: follow-up to test
Hi Oleg, The resolver in libcupt-perl 1.3.0 got substantially modified, can you try now 'cupt -s install -t stable kde -o cupt::resolver::quality-bar=-2000' and report does it produce a solution and in what time on your machine? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#557626: wireshark-common: depends on libsmi2-common which is going away
Package: wireshark-common Version: 1.2.4-1 Severity: important wireshark-common depends on libsmi2-common, which contains non-free MIBs (#498476) and will be replaced by libsmi-mibs-nonfree soon, according to its maintainer (see that bug). Does wireshark-common strictly need to depend on that package, or could it be downgraded to Suggests: libsmi-mibs-nonfree | libsmi2-common or some such? This currently makes the combination of hplip and wireshark uninstallable in unstable, since hplip needs libsnmp-base which conflicts with the current version of libsmi2-common. Note that libsmi2ldbl only Recommends libsmi2-common, so perhaps a Recommends in wireshark-common, or just depending on the library and letting the library's maintainer set the right level of dependency on the MIBs, would be enough? Regards, Simon -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 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 wireshark-common depends on: ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii libc-ares2 1.6.0-2 library for asyncronous name resol ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcap21:2.17-2 support for getting/setting POSIX. ii libcomerr2 1.41.9-1 common error description library ii libgcrypt111.4.4-5 LGPL Crypto library - runtime libr ii libgeoip1 1.4.6.dfsg-14 A non-DNS IP-to-country resolver l ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii libpcap0.8 1.0.0-4 system interface for user-level pa ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libsmi2-common 0.4.8+dfsg-1 a library to access SMI MIB inform ii libsmi2ldbl0.4.8+dfsg-1 library to access SMI MIB informat ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages wireshark-common recommends: ii wireshark 1.2.4-1network traffic analyzer - GTK+ ve wireshark-common suggests no packages. -- debconf information: wireshark-common/install-setuid: false signature.asc Description: Digital signature
Bug#557627: iceweasel: Issues with font rendering
Package: iceweasel Version: 3.5.5-1 Severity: normal Iceweasel seems to have some problems with font sizes, as shown in this screenshot where it's compared to google chrome: http://fruple.com/kemper/font_sizes2.png chrome's progression is clearly more linear while iceweasel has some spikes: 7pt is much bigger than 6, while being almost equal to 8. Same thing at 9/10/11 points. This problem is not limited to 3.5.5 as it happens with iceweasel 3.0.14 as well, all tested on a fresh squeeze install (build of fri nov 20 2009). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 3.2.1 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.2-1NetScape Portable Runtime Library ii libstdc++64.4.1-4The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.5-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 1.6.4-1TrueType versions of some TeX font pn libkrb53 none (no description available) pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) ii xfonts-mathml 3 Type1 Symbol font for MathML pn xprintnone (no description available) pn xulrunner-1.9.1-gnome-support 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#557619: dpkg-dev - 3.0 (quilt) format is incompatible to quilt
On Mon, Nov 23, 2009 at 12:27:40PM +0100, Raphael Hertzog wrote: On Mon, 23 Nov 2009, Bastian Blank wrote: The quilt usage in the 3.0 (quilt) format is incompatible with normal quilt. It uses debian/patches instead of patches. And what I am supposed to do? Find a way with the quilt maintainer to make this working without special configuration. Ask quilt to use debian/patches and be done with it? Ask upstream about it, but I don't think this is a good idea. Shall we document this in dpkg-source(1) ? This is a constraint to make this working at all. What are you documenting at all? $ cat /home/rhertzog/.quiltrc This is your personal config, not a package specific config. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557628: rtmpdump: install fails - conflict with flvstreamer
Package: rtmpdump Version: 1.9-0.0 Severity: serious Hello, the installation of rtmpdump fails due to a file-conflict with flvstreamer: Unpacking rtmpdump (from .../rtmpdump_1.9-0.0_i386.deb) ... dpkg: error processing /var/cache/apt/archives/rtmpdump_1.9-0.0_i386.deb (--unpack): trying to overwrite '/usr/bin/streams', which is also in package flvstreamer 0:1.9-1 Errors were encountered while processing: /var/cache/apt/archives/rtmpdump_1.9-0.0_i386.deb regards Mario -- snupidity bjmg: ja, logik ist mein fachgebiet. das liegt im gen uepsie in welchem? snupidity im zweiten X signature.asc Description: Digital signature
Bug#552959: Clueless
Hi Lucas, I talked to upstream and was assured that upstream is just as clueless as I am: Both their and my build attempts on amd64 always worked fine, even if making with -jX for some 2 = X = 8. Is there any way one could get access to the system you're building these packages, or could you try to dig further yourself? Otherwise I'm absolutely clueless how to handle this. Obviously it fails to build, which is also reproducible on your hosts, but seemingly not in any other environment. I think we'll need some further examinations using strace and gdb at least. Thanks a lot, Michael pgpMe4mi78wNe.pgp Description: PGP signature
Bug#557629: cxref: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: cxref Version: 1.6a-1.2 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear cxref package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksKez8ACgkQIu0hy8THJktXDwCeJCvjPonPnhqlgaXwBaGtdFwP v8gAoJZ79v++rjJW0ucQc5vqf7N9aNYE =KjId -END PGP SIGNATURE- # Copyright (C) 2009 Camm Maguire c...@enhanced.com # This file is distributed under the same license as cxref package. # Hideki Yamane (Debian-JP) henr...@debian.or.jp, 2009. # msgid msgstr Project-Id-Version: cxref 1.6a-1.2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-11-04 08:55+0100\n PO-Revision-Date: 2009-10-06 14:32+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cxref.templates:1001 msgid Automatically configure cxref-cpp? msgstr 自動的に cxref-cpp を設定しますか? #. Type: boolean #. Description #: ../cxref.templates:1001 msgid cxref-cpp is a cpp-like program used by cxref for better comment processing and support. Proper operation of cxref-cpp requires configuration against the gcc and cpp versions you have installed on your system. These of course may change with each upgrade. This package can attempt to automatically keep track of your installed gcc and cpp versions and reconfigure cxref-cpp accordingly, or it can leave such configuration up to you. In the latter case, you can run /usr/bin/cxref-cpp-configure as root whenever you wish, and/or you can edit the file /etc/cxref/cxref-cpp.defines by hand. In the former case, the defines file will be automatically updated every time the cxref package is reconfigured. In addition, cxref-cpp will detect any gcc version mismatch at runtime and regenerate a temporary cxref-cpp.defines file on the fly, warning the user of the situation. msgstr cxref-cpp は、より良いコメント処理およびサポートを行うために cxref で使われて いる cpp ライクなプログラムです。cxref-cpp が正常に動作するためには、システム にインストールされた gcc および cpp のバージョンに応じて設定を行う必要があります。 もちろん、これらはアップグレードを行う度に変わるでしょう。 このパッケージでは、インストールされた gcc および cpp のバージョンを自動的に追跡して、 それに応じて cxref-cpp を再設定する、あるいはそのような設定はあなた任せにして、変更しない ようにしておくことができます。 後者の場合、いつでも好きな時に root として /usr/bin/cxref-cpp-configure を実行したり、 /etc/cxref/cxref-cpp.defines ファイルを手で編集したりできます。 前者の場合は、設定に従って cxref パッケージが再設定される度に自動的にファイルが更新されます。 さらに、cxref-cpp は実行時に gcc のバージョン不一致を検知して一時的な cxref-cpp.defines ファイルを動的に生成し、ユーザに状況を警告します。
Bug#557605: closed by Frans Pop elen...@planet.nl (reply to 557...@bugs.debian.org) (Re: Bug#557605: installation-reports: grub2 installation failure)
On Monday 23 November 2009 12:27:04 Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the installation-reports package: #557605: installation-reports: grub2 installation failure It has been closed by Frans Pop elen...@planet.nl (reply to 557...@bugs.debian.org). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Frans Pop elen...@planet.nl (reply to 557...@bugs.debian.org) by replying to this email. Debian 5.0.3 businesscard install with unstable/sid. This explains all of the issues you saw. The stable installer is not guaranteed to be compatible with testing/unstable. You should use the installer for Squeeze [1] if you want to install testing or unstable. Cheers, FJP Thank you for your attention. I had first tried the daily build of the debian installer and it failed as well, which explains why I then tried the 5.0.3 (stable) installer. Secondly, the stable installer proposes the choice of stable, testing or unstable installations. It shouldn't fail so badly. I know that unstable is, well, unstable; So please use this bug report as you feel useful (as I now have a cleanly installed, working system). Sincerely, Alan P.S. I took advantage of the occasion of installing debian on this older machine to try kfreebsd-386 using the debian installer, daily build. The installation process proceeded more or less correctly, but hung on the step installing packages. I was able to proceed by killing aptitute. The rest of the installation, including the grub installation terminated correctly. However, I was unable to boot this system even manually, getting the dreadfull grub disk error message. So I gave up and fell-back installing linux, for now... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556943: python-matplotlib: Segfaults with Qt4Agg backend
On Sun, Nov 22, 2009 at 2:03 PM, Benjamin Drung bdr...@ubuntu.com wrote: Am Mittwoch, den 18.11.2009, 15:01 +0100 schrieb Teemu Ikonen: import matplotlib.pyplot as plt plt.plot([1,2]) Segmentation fault [...] Is your system up-to-date? Where there any PyQt4 updates since you reported this bug? Do you still experience the bug? I just updated to latest testing and the bug is still there. I have some packages installed from unstable, but the packages mostly relevant here (python, python-matplotlib, python-qt4 and libqt4) are from testing. Teemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557630: chillispot: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: chillispot Version: 1.0-10 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear chillispot package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksKe78ACgkQIu0hy8THJkvzJQCggIgdlM45KZzdoRhLnfvdCjjF psEAniBBdWeAvezKuALoSkvXDyoCXkYK =/NXF -END PGP SIGNATURE- # Copyright (C) 2009 Rudy Godoy r...@debian.org # This file is distributed under the same license as chillispot package. # Hideki Yamane (Debian-JP) henr...@debian.or.jp, 2009. # msgid msgstr Project-Id-Version: chillispot 1.0-10\n Report-Msgid-Bugs-To: r...@debian.org\n POT-Creation-Date: 2006-12-09 23:34-0500\n PO-Revision-Date: 2009-11-11 14:32+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../chillispot.templates:1001 msgid Would you like to handle configuration through debconf? msgstr 設定管理を debconf 経由で行いますか? #. Type: boolean #. Description #: ../chillispot.templates:1001 msgid This assistant can handle basic Chillispot configuration for you, asking a few questions. Later you can adjust config by editing '/etc/chilli.conf'. However you should have to previously setup the radius server and UAM server in order to have it properly working. msgstr このアシスタントでは、Chillispot の基本的な設定を取り扱え、幾つか質問を行います。 後ほど '/etc/chilli.conf' を編集することで設定を調整できます。しかし、正しく動作 させるには radius サーバと UAM サーバを先に設定しておく必要があります。 #. Type: string #. Description #: ../chillispot.templates:2001 msgid IP address of radius server 1: msgstr radius サーバ 1 の IP アドレス: #. Type: string #. Description #: ../chillispot.templates:2001 msgid Radius server handles accounting for the hotspot. Enter the IP address for the first radius server. msgstr radius サーバは ホットスポット用の課金処理を取り扱います。最初の radius サーバの IP アドレスを入力してください。 #. Type: string #. Description #: ../chillispot.templates:3001 msgid IP address for radius server 2: msgstr radius サーバ 2 の IP アドレス: #. Type: string #. Description #: ../chillispot.templates:3001 msgid Second radius server acts as backup for hotspot accounting. msgstr ホットスポットの課金管理用のバックアップとして動作する 2 つ目の radius サーバです。 #. Type: string #. Description #: ../chillispot.templates:3001 msgid If you have only one radius server you should enter the same IP address for radius server 1. msgstr 一つだけしか radius サーバが無い場合は、radius サーバ 1 と同じ IP アドレスを 入力してください。 #. Type: password #. Description #: ../chillispot.templates:4001 msgid Radius shared secret: msgstr radius の共有パスワード: #. Type: password #. Description #: ../chillispot.templates:4001 msgid This is the password shared on both radius servers. msgstr これは双方の radius サーバで共有するパスワードです。 #. Type: string #. Description #: ../chillispot.templates:5001 msgid Ethernet interface for DHCP to listen: msgstr DHCP を待ち受けるイーサネットインターフェイス: #. Type: string #. Description #: ../chillispot.templates:5001 msgid Chillispot has an internal DHCP server which will assign IP addresses to the clients. You need to specify the interface which is connected to the access points. msgstr Chillispot は、クライアントに IP アドレスを配布する DHCP サーバを内蔵しています。 アクセスポイントに接続しているインターフェイスを指定する必要があります。 #. Type: string #. Description #: ../chillispot.templates:5001 msgid In a typical configuration this should be set to 'eth1'. msgstr 典型的な設定では、これは 'eth1' に設定されます。 #. Type: string #. Description #: ../chillispot.templates:6001 msgid URL of UAM server: msgstr UAM サーバの URL: #. Type: string #. Description #: ../chillispot.templates:6001 msgid User authorization is handled by a UAM server, which can be a webserver. You need to enter the URL for this component. msgstr ユーザ認証は、ウェブサーバになる UAM サーバが取扱います。このコンポーネントの URL を入力する必要があります。 #. Type: string #. Description #: ../chillispot.templates:6001 msgid Normally this is a cgi program like 'https://yourserver/hotspotlogin.cgi' msgstr 通常、これは 'https://yourserver/hotspotlogin.cgi' のような CGI プログラムです。 #. Type: string #. Description #: ../chillispot.templates:7001 msgid URL of UAM homepage: msgstr UAM ホームページの URL: #. Type: string #. Description #: ../chillispot.templates:7001 msgid This is the initial homepage that will be displayed to the hotspot clients. msgstr これは、ホットスポットのクライアントに表示される最初のホームページです。 #. Type: password #. Description #: ../chillispot.templates:8001 msgid Shared password between chillispot and webserver: msgstr chillispot とウェブサーバ間の共有パスワード: #. Type: password #. Description #: ../chillispot.templates:8001 msgid In order to handle authentication Chillispot and the UAM webserver share a password to communicate. msgstr 認証を処理するため、Chillispot と UAM ウェブサーバはやり取りに使うパスワードを 共有します。
Bug#557631: openoffice.org should recommend ttf-mscorefonts-installer (not as an alternative)
Package: openoffice.org Version: 1:3.1.1-8 Severity: wishlist openoffice.org currently has: Recommends: openoffice.org-filter-binfilter, ttf-liberation | ttf-mscorefonts-installer Due to the alternative, ttf-liberation gets installed by default, but not ttf-mscorefonts-installer. However ttf-liberation is incomplete (e.g. it doesn't have Trebuchet MS, which is often used in practice) and missing fonts yield documents with incorrect page layout when opened in OpenOffice. Unfortunately OpenOffice doesn't even warn the user when some font is missing[*], so that users can get incorrect documents without knowing what's wrong. That's why, IMHO, a full recommendation of ttf-mscorefonts-installer would be important, at least until upstream bug 93553 is fixed. [*] http://qa.openoffice.org/issues/show_bug.cgi?id=93553 -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.5-20080922 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org depends on: ii liblucene2-java 2.9.1+ds1-2 Full-text search engine library fo ii openoffice.org-base 1:3.1.1-8 full-featured office productivity ii openoffice.org-calc 1:3.1.1-8 full-featured office productivity ii openoffice.org-core 1:3.1.1-8 full-featured office productivity ii openoffice.org-draw 1:3.1.1-8 full-featured office productivity ii openoffice.org-filter-mobile 1:3.1.1-8 full-featured office productivity ii openoffice.org-impress 1:3.1.1-8 full-featured office productivity ii openoffice.org-java-common 1:3.1.1-8 full-featured office productivity ii openoffice.org-math 1:3.1.1-8 full-featured office productivity ii openoffice.org-officebean1:3.1.1-8 full-featured office productivity ii openoffice.org-report-builde 1:3.1.1-8 OpenOffice.org extension for build ii openoffice.org-writer1:3.1.1-8 full-featured office productivity ii ttf-dejavu 2.30-1 Metapackage to pull in ttf-dejavu- Versions of packages openoffice.org recommends: ii openoffice.org-filter- 1:3.1.1-8 full-featured office productivity ii ttf-liberation 1.05.2.20091019-1 Fonts with the same metrics as Tim ii ttf-mscorefonts-instal 3.0 Installer for Microsoft TrueType c Versions of packages openoffice.org suggests: ii cups-bsd 1.4.2-2Common UNIX Printing System(tm) - ii gstreamer0.10-ffmpeg 0.10.9-2 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.17-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-bas 0.10.25-6 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.17-1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.13-2 GStreamer plugins from the ugly pn hunspell-dictionary none (no description available) ii iceape-browser1.1.17-2 Iceape Navigator (Internet browser ii icedove 2.0.0.22-1.1 free/unbranded thunderbird mail/ne ii iceweasel 3.5.5-1lightweight web browser based on M ii imagemagick 7:6.5.7.8-1image manipulation programs ii java-gcj-compat [java5-ru 1.0.80-5.1 Java runtime environment using GIJ ii libgl1-mesa-glx [libgl1] 7.6-1 A free implementation of the OpenG ii libpaper-utils1.1.23+nmu1library for handling paper charact ii libsane 1.0.20-9 API library for scanners ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii menu 2.1.42 generates programs menu for all me ii myspell-en-us [myspell-di 1:3.2.0~beta-1 English_american dictionary for my ii myspell-fr-gut [myspell-d 1:1.0-26.1 The French dictionary for myspell pn openclipart-openoffice.or none (no description available) pn openoffice.org-gnome | op none (no description available) pn openoffice.org-help-3.1 none (no description available) pn openoffice.org-hyphenatio none (no description available) ii openoffice.org-l10n-fr [o 1:3.1.1-8 full-featured office productivity pn openoffice.org2-thesaurus none (no description available) ii pstoedit 3.45-8 PostScript and PDF files to editab ii sun-java5-jre [java5-runt 1.5.0-20-1 Sun Java(TM) Runtime Environment ( ii unixodbc 2.2.11-21 ODBC tools libraries Versions of packages openoffice.org-core depends on: ii fontconfig 2.6.0-4 generic font configuration library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2
Bug#557434: [Pkg-net-snmp-devel] Bug#557434: libsnmp-base: Asks (with high priority) to download non-free bits on installation
Hi Josh, - As stated several times in the discussion leading to this change, libsnmp-base doesn't necessarily need these MIBs to function; only the command-line tools, and *possibly* other software using libsnmp-base that wants names rather than numbers, do. That would tend to lead to a Suggests at most from libsnmp-base. Prompting for installation proves quite intrusive by comparison, for something most users don't need. The problem is I don't really know which package only needs libsnmp-base or libsmi2-common and which package needs the MIBs. I'm really into moving the MIB installation to a package in contrib. This package should probably depend on libsmi2 as smistrip does a better job than the script included in the net-snmp package. - It bypasses the packaging system by downloading and installing bits that don't get managed by the package manager. (This will prove even more painful if the data needs updating at any point.) Furthermore, it installs these bits to /usr. IMHO, the MIB base is intended to be dynamic. libsmi comes with a directory /usr/share/mibs/site which should be used for extra MIBs, e.g. to enable wireshark to dissect private OIDs (like Cisco ones) to its name. 1) If the licenses of the MIB files permit (which as far as I can tell they do), package the MIB files in Debian non-free. Have libsnmp-base suggest this new package; packages in main may suggest packages in contrib or non-free, they just can't depend on or recommend packages in contrib or non-free. Other packages, like smi, can also suggest this package. Any package which actually requires the MIB files can depend on them (and move to contrib), if we can't fix it to avoid that requirement; packages which work fine without the MIB files but which could make use of them if present could suggest the package containing the MIBs. I don't think they do permit this. IIRC, the problem with RFCs and according to IETF with the MIBs as well is that modification is not allowed. Unfortunately, some older MIBs distributed as RFC have syntax errors preventing parsers to read them correctly. Further more, the SMIv1 based MIB trees depend on RFC-1212 and RFC-1215 which, in spite of their name, have *never* been distributed as RFC. Although these files can be found in various places, i never saw any license for these two files. 2) If the licenses of the MIB files do not permit redistribution, create a package in contrib which unconditionally downloads and installs them, and treat that package as described in 1 above (Suggests from libsnmp-base, in particular). That's the road we should go IHMO. Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522024: ImportError: No module named ldap
Ruzsa Balazs wrote: r...@prana:~$ ls -l /usr/bin/python lrwxrwxrwx 1 root root 9 2009-02-19 11:18 /usr/bin/python - python2.5 r...@prana:~$ dpkg -S /usr/bin/python python-minimal: /usr/bin/python r...@prana:~$ dpkg -l python-minimal [...] ii python-minimal 2.5.2-3 [...] Everything fine until here... r...@prana:~$ python -c import ldap Traceback (most recent call last): File string, line 1, in module ImportError: No module named ldap r...@prana:~$ ... I suspect the problem might be related to my machine having been upgraded from etch to lenny. Something was probably not correctly rewired around the ldap module. It is more likely that files on your system has been manually. I upgraded several machines from etch to lenny with python-ldap installed and never had any problems. I'll close this bug now, because it does not seem to be related to Debian and no one can reproduce it. Have a nice day! signature.asc Description: OpenPGP digital signature
Bug#557234: permissions on firewire devices
On Mon, Nov 23, 2009 at 11:35:46AM +0100, Marco d'Itri wrote: So, applying acl to video1394* and video1394* should be fairly safe given this information, whereas access to raw1394 would need further investigation w.r.t. What about somebody checks with firewire developers so we know that it is actually safe to do this? raw1394 is unsafe because you can start DMA to/from physical memory, isn't it? OTOH, if you need the old stack, you probably need the raw1394 interface as well, so I guess users want to be able to access the raw1394 device, so it should be accessible by them. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#557605: installation-reports: grub2 installation failure
Hello Alan, On Mon, Nov 23, 2009 at 5:23 AM, Alan BRASLAU bras...@free.fr wrote: 2. *grub2 install failed* during the install process. (Seems to be an incompatibility between debian-installer and a changed syntax in the grub package. I do not remember the exact text, but vt4 showed a command-line option error message.) Please send your syslog (gziped) to this bug so we can take a look at it. It can be found at /var/log/installer/syslog Thanks in advance, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557632: broken test for mmap
Package: autoconf Version: 2.65-1 Severity: serious File: /usr/share/autoconf/autoconf/functions.m4 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi the mmap test currently present in autoconf fails to compile: conftest.cpp:154: warning: deprecated conversion from string constant to 'char*' conftest.cpp:157: error: invalid conversion from 'void*' to 'char*' what leads to not detecting mmap on Debian and because of this some packages fail to build (I did hit this on sdcv). - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5-0.1-default (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages autoconf depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii m41.4.13-3 a macro processing language ii perl 5.10.1-8 Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake [automaken] 1:1.11-1 A tool for generating GNU Standard Versions of packages autoconf suggests: pn autoconf-archive none (no description available) pn autoconf-doc none (no description available) pn autoconf2.13 none (no description available) ii gettext 0.17-8 GNU Internationalization utilities pn gnu-standards none (no description available) ii libtool 2.2.6a-4 Generic library support script - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksKf78ACgkQ3DVS6DbnVgQ2YACgiBlvxl9NpJFo1+eiyNlRh0Xc oBsAoL9kUY7hVTg5SvZmPkhX8oQZgnlY =ckGH -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#557618: dpkg-dev - dpkg-source trashs source changes in 3.0 (quilt) format if debian/patches is occupied
On Mon, 23 Nov 2009, Bastian Blank wrote: You want to change the default, so you have to use a definition that works. A definition? What do you mean? I never said all packages can be converted without some prior work. What do you expect me to do in response to this bug? * Document the constraints clearly. I fail to find that in the dpkg-source manpage. Well, it's documented that debian/patches/series is a file that is read. It's not written explicitely that it's updated at build time though it's somewhat logical given the former. Anyway, will fix that. * Check for the constraints before trying to do anything about it. * Abort after such errors if it gets behind the checks. I do abort on all errors, but it looks like quilt is not returning an error code here. Needs some investigation and probably a clone afterwards. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557619: dpkg-dev - 3.0 (quilt) format is incompatible to quilt
On Mon, 23 Nov 2009, Bastian Blank wrote: Find a way with the quilt maintainer to make this working without special configuration. #557623 could be an answer. Ask quilt to use debian/patches and be done with it? Ask upstream about it, but I don't think this is a good idea. I meant it as a suggestion for you to use the quoted snippet. Shall we document this in dpkg-source(1) ? This is a constraint to make this working at all. What are you documenting at all? I'm documenting dpkg-source and not how the maintainer can use quilt to update the patch set... $ cat /home/rhertzog/.quiltrc This is your personal config, not a package specific config. It's a config that a maintainer of quilt-using packages can use to make it easier to use quilt in Debian packages and it's documented in /usr/share/doc/quilt/README.source Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557604: dictionaries-common: Please remove Mozilla symlinks
retitle 557604 dictionaries-common: o2compat should no longer be the default in
installdeb-myspell.
severity 557604 normal
thanks
On Mon, Nov 23, 2009 at 09:04:20AM +0100, Mike Hommey wrote:
Package: dictionaries-common
Version: 1.3.2
Severity: important
Tags: patch
We are going to fix the spellchecker issue in Mozilla that required
these symlinks, so please remove these symlinks.
Thanks for the reminder,
The planned way is to preserve the possibility of backwards compatibility
until squeeze is released, but as soon as all apps use the new location,
make new-locations only the default behavior (current behavior is keep
backward compatibility symlinks).
Note that dictionaries are already installed in the new location, so Mozilla
transition can proceed. Current /usr/share/myspell/dicts/ contents are only
backwards compatibility symlinks to the new /usr/share/{hunspell,...}
locations. If some dictionary is still installed only in the old location,
is a bug in the dictionary.
The attached patch should do the right thing.
No need to remove the backwards possibility at this stage, just to make it
non-default. The planned change for that is really simple,
8
--- a/scripts/debhelper/installdeb-myspell
+++ b/scripts/debhelper/installdeb-myspell
@@ -9,7 +9,7 @@ $Text::Wrap::columns = 72;
use Debian::Debhelper::Dh_Lib;
my $srcdir = '';
-my $o2compat= 1;
+my $o2compat= '';
my $dico_debug = '';
sub mydie {
8
and will be applied once the transition is finished (along with the needed
changes in docs). Note that keeping the old compatibility symlinks does not
hurt, just is deprecated and once the above is applied will not be done
until explicitly requested.
PS: I really wonder how these symlinks got here in the first place.
For backwards compatibility once the change is done (current default, soon
to change).
If you are looking at a dictionary using the new location, may happen
that there is only the mozilla symlink in the old location, because
openoffice2 will use dictionaries.lst, and the hyphen variant may be
used there (no problem with hunspell, since lenny hunspell already
looks in /usr/share/hunspell along with /usr/share/myspell/dicts).
You can have e.g.,
/usr/share/hunspell:
fo.{aff,dic}
fo_FO.{aff,dic} - fo.{aff,dic}
/usr/share/myspell/dicts:
fo.{aff,dic} - ../../hunspell/fo.{aff,dic}
where dictionaries.lst (only present for ooo2) contains a line with
DICT fo FO fo
That is backwards compatible and will work in both lenny and current sid.
Please ping this bug report once new Mozilla hits testing, so the default
is changed.
Cheers,
--
Agustin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557508: libunbound-dev: /usr/lib/libunbound.la references -lldns without a dependency on libldns1
And what is the problem? libunbound1 does depend on libldns1 and none of the exported symbols from libunbound-dev does need libldns-dev. Ondrej On Sun, Nov 22, 2009 at 14:57, Daniel Black dan...@cacert.org wrote: Package: libunbound-dev Version: 1.0.2-1 Severity: normal The libunbound.so library also contains a dynamic section to ldns and there are ldns symbols in the file: readelf -a /usr/lib/libunbound.so |fgrep UND\ ldns 3: 152 FUNC GLOBAL DEFAULT UND ldns_calc_keytag_raw 5: 39 FUNC GLOBAL DEFAULT UND ldns_rdf_free 12: 10 FUNC GLOBAL DEFAULT UND ldns_rr_owner 37: 75 FUNC GLOBAL DEFAULT UND ldns_rdf_size 38: 133 FUNC GLOBAL DEFAULT UND ldns_rr_free 41: 98 FUNC GLOBAL DEFAULT UND ldns_rr_descript 45: 76 FUNC GLOBAL DEFAULT UND ldns_rdf_data 59: 70 FUNC GLOBAL DEFAULT UND ldns_rdf_deep_free 60: 3714 FUNC GLOBAL DEFAULT UND ldns_rr_new_frm_str 64: 67 FUNC GLOBAL DEFAULT UND ldns_rr_rdf 67: 1216 FUNC GLOBAL DEFAULT UND ldns_pkt2buffer_str 69: 52 FUNC GLOBAL DEFAULT UND ldns_buffer2pkt_wire 70: 11 FUNC GLOBAL DEFAULT UND ldns_rr_ttl 74: 43 FUNC GLOBAL DEFAULT UND ldns_dname_new_frm_str 80: 254 FUNC GLOBAL DEFAULT UND ldns_key_buf2rsa_raw 83: 11 FUNC GLOBAL DEFAULT UND ldns_rr_get_class 91: 11 FUNC GLOBAL DEFAULT UND ldns_rr_get_type 99: 40 FUNC GLOBAL DEFAULT UND ldns_lookup_by_id 116: 204 FUNC GLOBAL DEFAULT UND ldns_rr_dnskey_key_size_r 118: 66 FUNC GLOBAL DEFAULT UND ldns_buffer_free 120: 443 FUNC GLOBAL DEFAULT UND ldns_rr_new_frm_fp_l 122: 249 FUNC GLOBAL DEFAULT UND ldns_key_buf2dsa_raw 124: 56 FUNC GLOBAL DEFAULT UND ldns_get_errorstr_by_id 131: 119 FUNC GLOBAL DEFAULT UND ldns_pkt_free 135: 96 OBJECT GLOBAL DEFAULT UND ldns_rcodes 138: 172 FUNC GLOBAL DEFAULT UND ldns_buffer_new 151: 337 FUNC GLOBAL DEFAULT UND ldns_buffer_copy 155: 89 FUNC GLOBAL DEFAULT UND ldns_rr_rdata2buffer_wire 160: 40 OBJECT GLOBAL DEFAULT UND ldns_rr_classes -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-vserver-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libunbound-dev depends on: ii libunbound0 1.0.2-1 library implementing DNS resolutio libunbound-dev recommends no packages. libunbound-dev suggests no packages. -- no debconf information -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557604: dictionaries-common: Please remove Mozilla symlinks
On Mon, Nov 23, 2009 at 01:18:46PM +0100, Agustin Martin wrote:
retitle 557604 dictionaries-common: o2compat should no longer be the default
in installdeb-myspell.
severity 557604 normal
thanks
On Mon, Nov 23, 2009 at 09:04:20AM +0100, Mike Hommey wrote:
Package: dictionaries-common
Version: 1.3.2
Severity: important
Tags: patch
We are going to fix the spellchecker issue in Mozilla that required
these symlinks, so please remove these symlinks.
Thanks for the reminder,
The planned way is to preserve the possibility of backwards compatibility
until squeeze is released, but as soon as all apps use the new location,
make new-locations only the default behavior (current behavior is keep
backward compatibility symlinks).
Note that dictionaries are already installed in the new location, so Mozilla
transition can proceed. Current /usr/share/myspell/dicts/ contents are only
backwards compatibility symlinks to the new /usr/share/{hunspell,...}
locations. If some dictionary is still installed only in the old location,
is a bug in the dictionary.
(...)
All that is totally unclear, and my bug report may not be clear itself.
My concern is about the xx-XX - xx_XX symlinks. I don't know where they
come from, but here is the 2 problems we have with them:
- the xx-XX form is currently the only one recognized by mozilla to
translate the language code into a user readable language name.
the xx_XX form is still recognized, but doesn't display a user
readable name. This is what is going to be fixed soon.
- Both the xx-XX and the xx_XX form are currently recognized.
Currently, this means that there are 2 entries for each dictionary,
one in the xx_XX form, and one with a user readable form.
With the fix for the first issue, both will use the user readable
form.
As it seems these xx-XX symlinks are only used by mozilla, please just
remove them now. We can pretty much live without them for a while. That
will only mean the user-friendly name won't be shown in unfixed
applications, which is not something that should need to bother with a
transition plan, especially considering the dictionary location itself
is changing too.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557590: gdmflexiserver should be split off into a separate package
reopen 557590 thanks On Mon, Nov 23, 2009 at 10:41:10AM +0100, Josselin Mouette wrote: Le dimanche 22 novembre 2009 à 21:44 -0500, Jameson Graef Rollins a écrit : It's unfortunate that installation of this package requires installing gdm and all of it's dependencies, many of which a potential gdmflexiserver might not want on their system. I would like to propose that gdmflexiserver be split out into a separate package that does not itself depend on gdm. This would open up the flexiserver for use by many non-gdm users. Of course not. It will not be of any use if GDM is not running, since it relies on the GDM protocol. Actually, this is not true. gdmflexiserver works fine with xdm. xdm in fact has explicit support for gdmflexiserver. I know because I've used it before. I've also launched it from the command line without either xdm or gdm running. Granted I don't know exactly how gdmflexiserver works, but it absolutely does not require gdm to be running to work. jamie. signature.asc Description: Digital signature
Bug#530289: [Pkg-net-snmp-devel] Bug#530289: net-snmp: FTBFS on hurd-i386
Hi Marc, The following patch deactivate IPv6 support, which is not supported on Hurd yet. It also deactivate a few modules, as collecting the host/routing/... information on Hurd is not that simple, as the information is not centralized, and there is no working solution yet. We'll reactivate those features as soon as a proper solution is available, but in the time being this package is blocking plenty of other packages having SNMP as _optional_ feature, so we'd like to unblock them. With the following patch the snmpd daemon is fully working even if it has not much information to give. Please note that part of this patch is a fix of the upstream code, as deactivating the mibII module should also deactivate all of its functions, but the VACM config calls are not, thus creating a build failure. So this part is absolutely not Hurd specific. could you have a look at the current 5.4.2.1 package in unstable and rebase your patch? I'd like to upload this together with the patch from #557244. Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557635: strongswan charon does not rekey forever
Package: strongswan Version: 4.2.4-5+lenny3 The strongswan IKEv2 daemon (charon) does not rekey forever with keyingtries=%forever in ipsec.conf and DPD. It stops after 5 attemps, this is hardcoded. Please see info from [strongSwan] mailing list: http://www.mail-archive.com/us...@lists.strongswan.org/msg01033.html There is an patch available from strongswan team, please include this patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557575: New upstream release
On Mon, Nov 23, 2009 at 02:21, Sebastian Harl s...@tokkee.org wrote: Hi, On Mon, Nov 23, 2009 at 12:25:21AM +, Chris Lamb wrote: tig has a new upstream release, 0.15. See: http://jonas.nitro.dk/tig/NEWS.html for the release notes. This would fix (amongst other issues) #540766. Thanks for the pointer! The package is mostly done already but I stumbled across (yet another) issue with asciidoc which I was not able to fix yet. Anyway, you can expect packages tonight or some time tomorrow. Don't know if the problem is related to this but ... I forgot to write in the release not that the documentation in the package is now using the new table syntax. From what I could read from AsciiDoc changelog it was introduced in version 8.3.0 (2008-11-29). -- Jonas Fonseca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557636: e2fsprogs - Enforces synchronized clocks
Package: e2fsprogs Version: 1.41.9-1 Severity: important fsck.ext3 enforces synchronized clocks, but does not pull anything in to actually make sure that they are. | Checking root file system...fsck from util-linux-ng 2.16.1 | /dev/xvda: Superblock last write time (Mon Nov 23 12:55:16 2009, | now = Mon Nov 23 12:54:14 2009) is in the future. | | | /dev/xvda: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. | (i.e., without -a or -p options) | fsck died with exit status 4 In most virtualized environments the clock is set from the host on startup but independent after that. Because this can also happen easily for the _supported_ configuration with a system clock saved in local time (see /etc/defaults/rcS), I though about considering this as breaks the whole system. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557508: libunbound-dev: /usr/lib/libunbound.la references -lldns without a dependency on libldns1
On Monday 23 November 2009 23:32:11 Ondřej Surý wrote: And what is the problem? libunbound1 does depend on libldns1 and none of the exported symbols from libunbound-dev does need libldns-dev. Ok. at the moment I only have libunbound-dev installed. The ldns hint in the libunbound.la file caused a linker compile error as it can't find libldns when trying to compile against libunbound. As there is no dependency as you've investigated the -lldns shouldn't be in the .la file. I've checked this by manually removing it and at least opendkim compiles and runs ok without it. Thanks for looking closer at the exports than I did. signature.asc Description: This is a digitally signed message part.
Bug#557508: libunbound-dev: /usr/lib/libunbound.la references -lldns without a dependency on libldns1
retitle 557508 libunbound-dev: Please remove the .la file from package thank you Daniel, np - I have looked into unbound exports earlier, so I just remembered :). Robert, could you please just remove the .la file, please. It's one of the release goals[1] anyway. Ondrej 1. http://lists.debian.org/debian-devel/2009/08/msg00783.html On Mon, Nov 23, 2009 at 13:56, Daniel Black dan...@cacert.org wrote: On Monday 23 November 2009 23:32:11 Ondřej Surý wrote: And what is the problem? libunbound1 does depend on libldns1 and none of the exported symbols from libunbound-dev does need libldns-dev. Ok. at the moment I only have libunbound-dev installed. The ldns hint in the libunbound.la file caused a linker compile error as it can't find libldns when trying to compile against libunbound. As there is no dependency as you've investigated the -lldns shouldn't be in the .la file. I've checked this by manually removing it and at least opendkim compiles and runs ok without it. Thanks for looking closer at the exports than I did. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557555: [ibus] ibus-setup shouldn't recommend .bashrc for environment variables
reassign 557555 ibus retitle 557555 [ibus] ibus-setup shouldn't recommend $HOME/.bashrc for environment variables tag 557555 - pending thanks Dear ibus maintainers, after running ibus-setup there is a window displayed which instructs the user to put export GTK_IM_MODULE=ibus export xmodifie...@im=ibus export QT_IM_MODULE=ibus into her $HOME/.bashrc. If you do this and use KDE as your DE all Qt-based applications won't allow ibus as an input method. The only way to get it working is - as the Modestas and Sune have pointed out - to put it in (either) $HOME/xsessionrc (for all X sessions) or $HOME/.kde/env/foo (for KDE). Therefore I'd like to ask you to change said window's text to recommend $HOME/.xsessionrc, which I've tested and found to be working. This is also documented now at [0]. Kind regards, Kai Wasserbäch [0] http://wiki.debian.org/I18n/ibus -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#554574: libstdc++6: apt segfaults on hppa
On Mon, Nov 23, 2009 at 5:22 AM, Aurelien Jarno aurel...@aurel32.net wrote: Carlos O'Donell a écrit : On Sun, Nov 22, 2009 at 5:05 PM, John David Anglin d...@hiauly1.hia.nrc.ca wrote: While I set out the glibc types exactly as before (binary compatible), the alignment restrictions were changed subtly. Excellent debugging! I have adjusted the glibc lock structure alignments to try and match more accurately the original alignment restrictions. I have built a glibc with the new headers, and installed that into my test system. I'm now rebuilding libstdc++6 against the new headers to determine if this fixes the problem. I will have results by tomorrow. Thanks a lot for the investigation, I really hope this will work. It worked. I now see 0xb0 as the object offset, which gives a compatible object layout for the libstdc++ iostream classes. (gdb) x/16x $ret0 - 0xc 0x409a6f38 _ZTCSt14basic_ifstreamIcSt11char_traitsIcEE0_Si: 0x00b0 0x 0x409a72f0 0x401b2b96 0x409a6f48 _ZTCSt14basic_ifstreamIcSt11char_traitsIcEE0_Si+16: 0x401b2b9e 0xff50 0xff50 0x409a72f0 0x409a6f58 _ZTCSt14basic_ifstreamIcSt11char_traitsIcEE0_Si+32: 0x401b2ba6 0x401b2bae 0x 0x409a6ff4 0x409a6f68 _ZTVSt13basic_filebufIcSt11char_traitsIcEE+8: 0x401b2e6e 0x401b2e76 0x401b2e7e 0x401b2e86 I can successfully run apt-get with the new libstdc++6 that I just built. The testsuite result is cleaner: ~~~ FAIL: 29_atomics/atomic_flag/clear/1.c execution test FAIL: 29_atomics/atomic_flag/test_and_set/explicit.c execution test === libstdc++ Summary === # of expected passes5880 # of unexpected failures2 # of expected failures 80 # of unsupported tests 331 ~~~ I am still building with ~~~ # Disable cloog/ppl and pch on hppa. ifneq (,$(findstring $(DEB_TARGET_ARCH), hppa)) CONFARGS += --without-ppl --without-cloog --disable-libstdcxx-pch endif ~~~ However, I don't think this made any difference. Next steps: (1) Wait for testsuite results to finish completely. Verify nothing has regressed. (2) Remove changes to gcc package debian/rules2 and re-run validation. (3) In parallel provide new patch to debian-glibc to fix alignment issues with pthread types. (4) Ask debian-glibc team to run a build and look for testsuite regressions. If the test results for (2) and (4) are clean, then I will give the green light for a new glibc to be uploaded. This will fix the libstdc++6 issues. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557575: New upstream release
Hi, On Mon, Nov 23, 2009 at 07:58:24AM -0500, Jonas Fonseca wrote: On Mon, Nov 23, 2009 at 02:21, Sebastian Harl s...@tokkee.org wrote: On Mon, Nov 23, 2009 at 12:25:21AM +, Chris Lamb wrote: tig has a new upstream release, 0.15. See: http://jonas.nitro.dk/tig/NEWS.html for the release notes. This would fix (amongst other issues) #540766. Thanks for the pointer! The package is mostly done already but I stumbled across (yet another) issue with asciidoc which I was not able to fix yet. Anyway, you can expect packages tonight or some time tomorrow. Don't know if the problem is related to this but ... I forgot to write in the release not that the documentation in the package is now using the new table syntax. From what I could read from AsciiDoc changelog it was introduced in version 8.3.0 (2008-11-29). Darn … for some reason, I still had some asciidoc related patch (that was required for 0.14) reverse-applied. Everything works fine now (using asciidoc 8.5). I'll test and upload the package tonight. Thanks for the follow-up! Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#557524: this is an RC bug
Package: hplip-gui Version: 3.9.10-1 Severity: serious I have the same problem. And this is an RC bug. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-rc7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hplip-gui depends on: ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii hplip 3.9.8-1HP Linux Printing and Imaging Syst ii kdebase-bin 4:4.3.2-1 core binaries for the KDE 4 base m ii python-qt44.6-1 Python bindings for Qt4 ii python-qt4-dbus 4.6-1 DBus Support for PyQt4 ii python-reportlab 2.3-1 ReportLab library to create PDF do Versions of packages hplip-gui recommends: pn xsane none (no description available) hplip-gui 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#557637: [doc] apt_preferences(5) does not clearly states that a single version gets several priorities
Package: apt Version: 0.7.24 Severity: minor Tags: patch Hello, It took me some time to understand how the preferences work, because the manpage does not clearly explain that a single version of a package gets several priorities, one for each place where it is available. This was specially difficult with a french version of the manpage, that incorrectly uses a singular where the original had a plural. I suggest to add: - a note about this fact in the paragraph that introduces the algorithm; - a reference to “apt-cache policy”, to illustrate it after the algorithm; - a precision about “apt-get upgrade” and “apt-get install”, that will upgrade a package only if the version with the maximal priority is not the same than the installed one. Here is a patch that introduces these modifications in the english, french and spanish DocBook versions of the apt_preferences(5). Regards, -- Tanguy Ortolo -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (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 Versions of packages apt depends on: ii debian-archive-keyring 2009.01.31 GnuPG archive keys of the Debian a ii libc62.10.1-7GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.11-1+b2 terminal-based package manager ii bzip2 1.0.5-1high-quality block-sorting file co ii dpkg-dev 1.14.25Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.13.3 Python interface to libapt-pkg ii synaptic 0.63 Graphical package manager -- no debconf information diff -ru apt-0.7.20.2+lenny1.old/doc/apt_preferences.5.xml apt-0.7.20.2+lenny1/doc/apt_preferences.5.xml --- apt-0.7.20.2+lenny1.old/doc/apt_preferences.5.xml 2009-11-23 13:12:14.0 +0100 +++ apt-0.7.20.2+lenny1/doc/apt_preferences.5.xml 2009-11-23 13:46:28.0 +0100 @@ -74,7 +74,9 @@ /para paraIf the target release has been specified then APT uses the following -algorithm to set the priorities of the versions of a package. Assign: +algorithm to set the priorities of the versions of a package (note the plural: +a single version can get several priorities, one for each place where it is +available). Assign: variablelist varlistentry @@ -92,6 +94,8 @@ listitemsimparato the versions that are not installed and belong to the target release./simpara/listitem /varlistentry /variablelist +The result of this algorithm can be displayed with the command +commandapt-cache policy replaceablesome-package/replaceable/command. /para paraIf the target release has not been specified then APT simply assigns @@ -119,7 +123,8 @@ paraIn a typical situation, the installed version of a package (priority 100) is not as recent as one of the versions available from the sources listed in -the sources-list; file (priority 500 or 990). Then the package will be upgraded +the sources-list; file (priority 500 or 990). Then, if the version of the highest +priority is not the same than the installed version, the package will be upgraded when commandapt-get install replaceablesome-package/replaceable/command or commandapt-get upgrade/command is executed. /para diff -ru apt-0.7.20.2+lenny1.old/doc/es/apt_preferences.es.5.sgml apt-0.7.20.2+lenny1/doc/es/apt_preferences.es.5.sgml --- apt-0.7.20.2+lenny1.old/doc/es/apt_preferences.es.5.sgml 2009-11-23 13:12:14.0 +0100 +++ apt-0.7.20.2+lenny1/doc/es/apt_preferences.es.5.sgml 2009-11-23 13:46:26.0 +0100 @@ -75,7 +75,9 @@ para Si se ha especificado una distribuci?n objetivo, APT usa el siguiente -algoritmo para establecer las prioridades de cada versi?n de un paquete. +algoritmo para establecer las prioridades de cada versi?n de un paquete +(note el plural: un ?nico paquete puede tener m?ltiples prioridades, una +para cada lugar donde est? disponible). Asigna: variablelist @@ -94,6 +96,8 @@ pertenecen a la distribuci?n objetivo./simpara/listitem /varlistentry /variablelist +El resultado de est algoritmo puede consultarse ejecutando +commandapt-cache policy replaceablealg?n-paquete/replaceable/command. /para para @@ -128,7 +132,8 @@ para T?picamente, la versi?n instalada del paquete (prioridad 100) no es tan reciente
