Bug#684127: libopenblas-base: postinst error: alternative libblas.so.3gf can't be slave of libblas.so.3
Package: libopenblas-base Version: 0.1.1-5 Severity: important Dear Maintainer, libopenblas-base fails to install on my machine at postint with the following error: Setting up libopenblas-base (0.1.1-5) ... update-alternatives: error: alternative libblas.so.3gf can't be slave of libblas.so.3: it is a master alternative Apparently, libopenblase-base was automatically selected for installation due to a recent upgrade of libumfpack5.4.0: # aptitude why libopenblas-base i xsaneDependslibgimp2.0 (>= 2.4.0) i A libgimp2.0 Recommends gimp-data (<= 2.8.0-z) i A gimp-dataRecommends gimp i A gimp Dependslibgegl-0.2-0 (>= 0.2.0) i A libgegl-0.2-0Dependslibumfpack5.4.0 (>= 1:3.4.0) u A libumfpack5.4.0 Dependslibblas3 | libblas.so.3 | libatlas3-base C A libopenblas-base Provides libblas.so.3 Here's what I can gather from the alternatives system wrt libblas.so.3, if it's of any help: # update-alternatives --display libblas.so.3gf libblas.so.3gf - auto mode link currently points to /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf - priority 55 slave libatlas.so.3gf: /usr/lib/atlas-core2sse3/libatlas.so.3gf slave libcblas.so.3gf: /usr/lib/atlas-core2sse3/libcblas.so.3gf slave libf77blas.so.3gf: /usr/lib/atlas-core2sse3/libf77blas.so.3gf slave liblapack_atlas.so.3gf: /usr/lib/atlas-core2sse3/liblapack_atlas.so.3gf Current 'best' version is '/usr/lib/atlas-core2sse3/atlas/libblas.so.3gf'. Edit: I Just found out about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659786, but it would seem the problem is still present for some configurations. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libopenblas-base depends on: ii libc6 2.13-35 ii libgfortran3 4.7.1-6 libopenblas-base recommends no packages. Versions of packages libopenblas-base suggests: pn liblapack3 -- 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#684127: libopenblas-base: postinst error: alternative libblas.so.3gf can't be slave of libblas.so.3
On Tue, Aug 7, 2012 at 11:45 AM, Sylvestre Ledru wrote: > Le 07/08/2012 11:30, Nicolas Noirbent a écrit : >>link currently points to /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf >> /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf - priority 55 >>slave libatlas.so.3gf: /usr/lib/atlas-core2sse3/libatlas.so.3gf >>slave libcblas.so.3gf: /usr/lib/atlas-core2sse3/libcblas.so.3gf >>slave libf77blas.so.3gf: /usr/lib/atlas-core2sse3/libf77blas.so.3gf >>slave liblapack_atlas.so.3gf: >> /usr/lib/atlas-core2sse3/liblapack_atlas.so.3gf >> Current 'best' version is '/usr/lib/atlas-core2sse3/atlas/libblas.so.3gf'. > Well, you probably have a deprecated version of atlas. > Try to delete it. Removing libatlas3gf-core2sse3 and selecting libatlas3-base 3.8.4-9 in aptitude did the trick indeed, thanks ! I'm not sure why all this happened though, considering I did not even know of the existence of the various BLAS library packages on my system until this bug showed up. Not sure if others could suffer from it, but feel free to close this bug. Cheers, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576708: tokyotyrant: wrong pidfile/socket file names when started by init
Package: tokyotyrant Version: 1.1.40-2 Severity: important Hi, There is an issue with the current init script of tokyotyrant. In order to allow one to run multiple instances on the same system, it uses the following line in /etc/init.d/tokyotyrant: NAME="`basename $0`" However, when started by init (i.e. at boot time), it is run as /etc/rc2.d/S02tokyotyrant, which results in the following: # ls -l /var/run/tokyotyrant total 4 -rw-r--r-- 1 tokyotyrant tokyotyrant 5 Apr 6 10:15 S02tokyotyrant.pid srwxrwxrwx 1 tokyotyrant tokyotyrant 0 Apr 6 10:15 S02tokyotyrant.sock So when trying to stop/restart/start tokyotyrant once the system is up and running, either by calling invoke-rc.d or directly running the init script, the init script is run as /etc/init.d/tokyotyrant and looks for /var/run/tokyotyrant.pid, which obviously fails. Cheers, -- 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.32-3-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 tokyotyrant depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii libtokyocabinet8 1.4.37-4 Tokyo Cabinet Database Libraries [ ii libtokyotyrant3 1.1.40-2 Tokyo Tyrant runtime libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages tokyotyrant recommends: ii tokyotyrant-utils 1.1.40-2 Tokyo Tyrant utilities tokyotyrant 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#791888: lvm2: segfaults when activating LVs other than /
Package: libdevmapper1.02.1 Version: 2:1.02.90-2.2 Severity: important Dear Maintainer, After upgrading to the latest version of libdevmapper1.02.1 from unstable, I found myself unable to mount my /home logical volume due to a segfault in libdevmapper.so.1.02.1: # grep segfault /var/log/kern.log Jul 9 11:20:46 briareos kernel: [8.184718] lvm[1639]: segfault at 80 ip 7f80cf3f14ef sp 7ffe0aa24050 error 4 in libdevmapper.so.1.02.1[7f80cf3d9000+46000] Jul 9 11:20:46 briareos kernel: [ 30.719648] lvchange[1955]: segfault at 80 ip 7f4c1ebf14ef sp 7ffef827eca0 error 4 in libdevmapper.so.1.02.1[7f4c1ebd9000+46000] Jul 9 11:20:46 briareos kernel: [ 84.536668] lvchange[1990]: segfault at 80 ip 7fad611b74ef sp 7ffda2685610 error 4 in libdevmapper.so.1.02.1[7fad6119f000+46000] I'm filing this bug against libdevmapper1.02.1 specifically since the lvm2 package itself was not upgraded due to apt-listbugs pinning it following https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791869 Here's what I ran on my system when in the boot maintenance shell: # dpkg -l lvm2 libdevmapper1.02.1 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==-==-= ii libdevmapper1.02.1:amd64 2:1.02.99-1amd64 Linux Kernel Device Mapper userspace library ii lvm2 2.02.111-2.2 amd64 Linux Logical Volume Manager # apt-cache policy lvm2 libdevmapper1.02.1 lvm2: Installed: 2.02.111-2.2 Candidate: 2.02.111-2.2 Package pin: 2.02.111-2.2 Version table: 2.02.122-1 1000 500 http://debian.proxad.net/debian/ sid/main amd64 Packages *** 2.02.111-2.2 1000 500 http://debian.proxad.net/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status libdevmapper1.02.1: Installed: 2:1.02.99-1 Candidate: 2:1.02.99-1 Version table: *** 2:1.02.99-1 0 500 http://debian.proxad.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 2:1.02.90-2.2 0 500 http://debian.proxad.net/debian/ jessie/main amd64 Packages # lvchange -a y /dev/mapper/vg_raid5-home zsh: segmentation fault lvchange -a y /dev/mapper/vg_raid5-home Downgrading the lvm2, libdevmapper1.02.1 and dmeventd to their jessie versions fixed the issue. In case someone encounters the same problem, for some strange reason in the boot maintenance shell /usr/sbin was not in my $PATH so I had to add it by hand: # export PATH=$PATH:/usr/sbin Before running: # apt install libdevmapper1.02.1/jessie lvm2/jessie dmeventd/jessie Else the installation would fail due to missing executables (namely update-initramfs). Regards, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libdevmapper1.02.1:amd64 depends on: ii dmsetup2:1.02.90-2.2 ii libc6 2.19-18 ii libselinux12.3-2+b1 ii libudev1 222-1 ii multiarch-support 2.19-18 libdevmapper1.02.1:amd64 recommends no packages. libdevmapper1.02.1:amd64 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#791888: lvm2: segfaults when activating LVs other than /
On Saturday 11 July 2015 17:27:15 Bastian Blank wrote: > On Thu, Jul 09, 2015 at 11:41:48AM +0200, Nicolas Noirbent wrote: > > After upgrading to the latest version of libdevmapper1.02.1 from > > unstable, I found myself unable to mount my /home logical volume due > > > to a segfault in libdevmapper.so.1.02.1: > Please provide the output of "pvs", "vgs" and "lvs". Here you go: # pvs PV VG Fmt Attr PSize PFree /dev/md1 vg_raid5 lvm2 a-- 930.57g 10.00g /dev/sde4 vg_raid5 lvm2 a-- 183.97g 2.99g # vgs lvs VG #PV #LV #SN Attr VSize VFree vg_raid5 2 3 0 wz--n- 1.09t 12.99g # lvs -a LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert home vg_raid5 Cwi-aoC--- 920.57g home_cache [home_corig] home_cache vg_raid5 Cwi---C--- 170.00g [home_cache_cdata] vg_raid5 Cwi-ao 170.00g [home_cache_cmeta] vg_raid5 ewi-ao 500.00m [home_corig] vg_raid5 owi-aoC--- 920.57g [lvol0_pmspare]vg_raid5 ewi--- 500.00m system vg_raid5 -wi-ao 10.00g As you see the failing LV is a cached one, if it matters in any way. Cheers, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#802811: libqt5x11extras5: causes konsole to segfault in libX11 on startup
Package: libqt5x11extras5 Version: 5.5.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, After upgrading to the unstable version of libqt5x11extras5, I encounter segfaults when starting konsole: kernel: [12347.664891] konsole[29202]: segfault at 968 ip 7ffa708ddfe3 sp 7ffd859067f0 error 4 in libX11.so.6.3.0[7ffa708b+13c000] Downgrading to the testing version no longer triggers the issue. I've encountered similar issues on another machine for other packages, e.g. sddm failing to start. I'd send a backtrace as well but drkonqi also fails to start up with the message Could not find drkonqi at /usr/lib/x86_64-linux-gnu/libexec/drkonqi Which is probably an other, unrelated issue. I tried running konsole under gdb but it gave me nothing, since (I assume) KDE tried to run drkonqi to gracefull handle the segfault. Any suggestion on how to remedy this so I can at least provide you with a backtrace ? Regards, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libqt5x11extras5:amd64 depends on: ii libc6 2.19-22 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5gui55.4.2+dfsg-9 libqt5x11extras5:amd64 recommends no packages. libqt5x11extras5:amd64 suggests no packages. -- no debconf information
Bug#788827: xserver-xorg-input-synaptics 1.8.2-1 breaks touchpad on Dell XPS 13 (2015)
Package: xserver-xorg-input-synaptics Version: 1.8.2-1 Severity: important Dear Maintainer, After installing version 1.8.2-1 of the package, the integrated touchpad completely stopped working: the cursor won't move, clicking does not work, neither does two-finger scrolling, etc. The upgrade to xserver-xorg-core 1.17 does not seem to be the culprit here, since 1.8.1-1 works just fine. As you can see in the Xorg startup log below (lines 317-319) the following suspicious lines appears: [ 4.382] (--) synaptics: DLL0665:01 06CB:76AD UNKNOWN: touchpad found [ 4.382] (II) config/udev: Adding input device DLL0665:01 06CB:76AD UNKNOWN (/dev/input/mouse1) [ 4.382] (**) DLL0665:01 06CB:76AD UNKNOWN: Ignoring device from InputClass "touchpad ignore duplicates" However I can also find them in a previous log running version 1.8.1-1, so I don't think this will help much. Downgrading to 1.8.1-1 fixes the problem. Regards, -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 27 20:33 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2384712 May 5 01:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Broadwell-U Integrated Graphics [8086:1616] (rev 09) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 4 -rw-r--r-- 1 root root 175 Apr 27 22:51 10-hidpi.conf /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11) Xorg X server log files on system: -- -rw-r--r-- 1 root root 23205 Jun 15 14:13 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 3.842] X.Org X Server 1.17.1 Release Date: 2015-02-10 [ 3.842] X Protocol Version 11, Revision 0 [ 3.842] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 3.842] Current Operating System: Linux xps13 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 [ 3.842] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-amd64 root=UUID=2695e9e3-e02a-450a-a7ea-efc71825451f ro initrd=/install/initrd.gz quiet [ 3.842] Build Date: 04 May 2015 11:22:06PM [ 3.842] xorg-server 2:1.17.1-2 (http://www.debian.org/support) [ 3.842] Current version of pixman: 0.32.6 [ 3.842]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3.842] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3.843] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun 15 14:13:27 2015 [ 3.846] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 3.846] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 3.848] (==) No Layout section. Using the first Screen section. [ 3.848] (==) No screen section available. Using defaults. [ 3.848] (**) |-->Screen "Default Screen Section" (0) [ 3.848] (**) | |-->Monitor "" [ 3.848] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 3.848] (==) Automatically adding devices [ 3.848] (==) Automatically enabling devices [ 3.848] (==) Automatically adding GPU devices [ 3.856] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 3.856]Entry deleted from font path. [ 3.857] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 3.857] (==) ModulePath set to "/usr/lib/xorg/modules" [ 3.857] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 3.858] (II) Loader magic: 0x7f4054f05d80 [ 3.858] (II) Module ABI versions: [ 3.858]X.Org ANSI C Emulation: 0.4 [ 3.858]X.Org Video Driver: 19.0 [ 3.858]X.Org XInput driver : 21.0 [ 3.858]X.Org Server Extension : 9.0 [ 3.858] (II) xfree86: Adding drm device (/dev/dri/card0) [ 3.861] (--) PCI:*(0:0:2:0) 8086:1616:1028:0665 rev 9, Mem @ 0xf600/16777216, 0xe000/268435456, I/O @ 0xf000/64 [ 3.861] (II) LoadModule: "glx" [ 3.862] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 3.877] (II) Module glx: vendor="X.Org Foundation" [ 3.877]compiled for 1.17.1, module ver
Bug#788827: xserver-xorg-input-synaptics 1.8.2-1 breaks touchpad on Dell XPS 13 (2015)
On Monday 15 June 2015 14:30:02 Nicolas Noirbent wrote: > Package: xserver-xorg-input-synaptics > Version: 1.8.2-1 > Severity: important > > Dear Maintainer, > > After installing version 1.8.2-1 of the package, the integrated > touchpad completely stopped working: the cursor won't move, clicking > does not work, neither does two-finger scrolling, etc. …And obvioulsy as soon as I reboot everything starts working again. I'm not able to reproduce the bug anymore, feel free to close this bug report. Sorry for the noise, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#1070713: how-can-i-help: undefined local variable or method autorm_header_done
Package: how-can-i-help
Version: 18
Severity: important
Tags: patch
Dear Maintainer,
Running how-can-i-help outputs nothing past the initial banner, due to an
undefined variable:
```
# how-can-i-help
== How can you help? (doc: https://wiki.debian.org/how-can-i-help ) ==
/usr/bin/how-can-i-help:338:in `': undefined local variable or method
`autorm_header_done' for main:Object (NameError)
autorm_header_done == 0
^^
Did you mean? autorm_date
```
Looking at the code following it, this should probably be:
```
autorm_header_done = 0
```
Instead.
Regards,
-- System Information:
Debian Release: trixie/sid
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages how-can-i-help depends on:
ii libruby3.1t64 [ruby-json] 3.1.2-8.3
ii ruby 1:3.1+nmu1
ii ruby-debian0.3.10+b10
ii ruby-json 2.7.2+dfsg-1
how-can-i-help recommends no packages.
how-can-i-help suggests no packages.
-- no debconf information
--- /usr/bin/how-can-i-help.orig2024-05-07 19:30:22.689794285 +0200
+++ /usr/bin/how-can-i-help 2024-05-07 19:30:32.785627292 +0200
@@ -335,7 +335,7 @@
autorm_date = Time.now.to_date + $autorm_days
autorm = "until #{autorm_date.to_s} "
end
-autorm_header_done == 0
+autorm_header_done = 0
autoremoval.sort_by { |r| [r['source'], r['package']] }.each do |r|
next if defined?($autorm_days) && Time.at(r['removal_time']).to_date >
autorm_date
if autorm_header_done == 0
Bug#531454: pbuilder 0.188 breaks --update in etch chroots
Package: pbuilder Version: 0.187 Severity: important Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Nicolas Noirbent To: Debian Bug Tracking System Subject: pbuilder 0.188 breaks --update in etch chroots Message-ID: <20090601162909.15359.25277.report...@nnoirben.fr.lan> X-Mailer: reportbug 4.4 Date: Mon, 01 Jun 2009 18:29:09 +0200 Package: pbuilder Version: 0.188 Severity: important Hi, Following the addition of 'apt-get autoremove' on upgrades (git commit ba35d786b9ebb80ffa3722fed38174e0084548cf in the pbuilder.git repository) to fix #322649, pbuilder --update cannot be run anymore for etch chroots, since etch's apt-get does not know about autoremove. Therefore attempting to pbuilder --update (or cowbuilder --update) for an etch chroot yields: E: Invalid operation autoremove -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.5 Bootstrap a Debian system ii coreutils 7.3-1 The GNU core utilities ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii debianutils 3.1.3 Miscellaneous utilities specific t ii wget 1.11.4-2 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.50scripts to make the life of a Debi ii fakeroot 1.12.2 Gives a fake root environment ii sudo 1.7.0-1Provide limited super user privile Versions of packages pbuilder suggests: ii cowdancer 0.56 Copy-on-write directory tree utili pn gdebi (no description available) pn pbuilder-uml (no description available) -- debconf information excluded -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.5 Bootstrap a Debian system ii coreutils 7.3-1 The GNU core utilities ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii debianutils 3.1.3 Miscellaneous utilities specific t ii wget 1.11.4-2 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.50scripts to make the life of a Debi ii fakeroot 1.12.2 Gives a fake root environment ii sudo 1.7.0-1Provide limited super user privile Versions of packages pbuilder suggests: ii cowdancer 0.56 Copy-on-write directory tree utili pn gdebi (no description available) pn pbuilder-uml (no description available) -- 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#531454: pbuilder 0.188 breaks --update in etch chroots
On Saturday 06 June 2009 05:25:43 Junichi Uekawa wrote: > At Mon, 01 Jun 2009 18:34:19 +0200, > > E: Invalid operation autoremove > > Do we still really need etch support? I know I do :) The company I work for still has a large number of etch servers in the field, for which we need to build packages. Besides, Lenny was released just a few months ago, so I don't think we're the only ones in this situation. However, I'll make do with using Lenny's pbuilder if you don't deem etch support is worth it anymore. Cheers, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#477662: [gcc-4.2] compiled with deprecated -m* options syntax
Package: gcc-4.2
Version: 4.2.3-3
Severity: normal
--- Please enter the report below this line. ---
From ``gcc -dumpspecs'':
[...]
*cc1_cpu:
%{!mtune*: %{m386:mtune=i386 %n`-m386' is deprecated. Use `-march=i386' or
`-mtune=i386' instead.
} %{m486:-mtune=i486 %n`-m486' is deprecated. Use `-march=i486' or
`-mtune=i486' instead.
} %{mpentium:-mtune=pentium %n`-mpentium' is deprecated. Use `-march=pentium'
or `-mtune=pentium' instead.
} %{mpentiumpro:-mtune=pentiumpro %n`-mpentiumpro' is deprecated. Use
`-march=pentiumpro' or `-mtune=pentiumpro' instead.
} %{mcpu=*:-mtune=%* %n`-mcpu=' is deprecated. Use `-mtune=' or '-march='
instead.
}} %= 2.17cvs20070426) | 2.18.1~cvs20080103-4
cpp-4.2 (= 4.2.3-3) | 4.2.3-3
gcc-4.2-base (= 4.2.3-3) | 4.2.3-3
libc6 (>= 2.7-1) | 2.7-10
libgcc1(>= 1:4.2.3-3) | 1:4.3.0-3
--
Nicolas Noirbent
Bug#568413: autoconf-archive: new upstream release 20091216 is available
Package: autoconf-archive Version: 20090426-1 Severity: wishlist Hi, A new upstream release of autoconf-archive is available: http://www.nongnu.org/autoconf-archive/ http://download.savannah.nongnu.org/releases/autoconf-archive/autoconf-archive-2009.12.16.tar.bz2 The project seems to have moved to savannah recently, so it might be necessary to update the debian/watch file as well. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 autoconf-archive depends on no packages. Versions of packages autoconf-archive recommends: ii autoconf 2.65-3 automatic configure script builder autoconf-archive 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#587500: zeromq: new upstream version 2.0.7 available
Package: zeromq Severity: normal Hello, zeromq 2.0.7 has been released on June 4th: http://www.zeromq.org/blog:v2-0-7-released Several backwards-incompatible API changes have been introduced in this release, and as such the updated versions of the Ruby and Python bindings do not compile against zeromq from unstable. Cheers, -- 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.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567474: apt-listbugs: time outs when using a proxy from apt.conf
Package: apt-listbugs
Version: 0.1.2
Severity: normal
Hi,
For some time now apt-listbugs has been systematically failing to
retrieve bug reports from the BTS when working from behind a proxy:
Error retrieving bug reports from the server with the following error message:
W: Connection timed out - connect(2) (http://bugs.debian.org:80)
It could be because your network is down, or because of broken proxy servers,
or the BTS server itself is down. Check network configuration and try again
% apt-listbugs -d list apt-listbugs
proxy configuration from APT.CONF: http://proxy:3128
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... 0%Exception `NoMethodError' at
/usr/lib/ruby/1.8/rational.rb:78 - undefined method `gcd' for Rational(1,
2):Rational
Set XSD::XMLParser::XMLParser as XML processor.
Exception `LoadError' at /usr/lib/ruby/1.8/httpclient/auth.rb:16 - no such file
to load -- net/ntlm
Exception `LoadError' at /usr/lib/ruby/1.8/httpclient/auth.rb:23 - no such file
to load -- win32/sspi
Wire dump:
= Request
! CONNECT TO bugs.debian.org:80
Exception `Errno::ETIMEDOUT' at /usr/lib/ruby/1.8/httpclient/session.rb:675 -
Connection timed out - connect(2)
Exception `Errno::ETIMEDOUT' at /usr/lib/ruby/1.8/httpclient/session.rb:684 -
Connection timed out - connect(2) (http://bugs.debian.org:80)
Exception `Errno::ETIMEDOUT' at /usr/lib/ruby/1.8/httpclient/session.rb:150 -
Connection timed out - connect(2) (http://bugs.debian.org:80)
Exception `Errno::ETIMEDOUT' at /usr/lib/ruby/1.8/soap/streamHandler.rb:184 -
Connection timed out - connect(2) (http://bugs.debian.org:80)
Fail
Exception: Errno::ETIMEDOUT
Error retrieving bug reports from the server with the following error message:
W: Connection timed out - connect(2) (http://bugs.debian.org:80)
It could be because your network is down, or because of broken proxy servers,
or the BTS server itself is down. Check network configuration and try again
Retry downloading bug information?[Y/n]? n
Abort the installation[Y/n]? y
Exception `RuntimeError' at /usr/share/apt-listbugs/apt-listbugs/logic.rb:866 -
Exiting with error
... E: Exiting with error
The contents of /etc/apt/apt.conf:
Acquire
{
http
{
Proxy "http://proxy:3128";;
Proxy::debian "DIRECT";
}
}
Apt::Install-Recommends no;
Apt::Install-Suggests no;
Apt::Cache-Limit 50331648;
My sys admin tells me the proxy is running Etch's Squid:
proxy:/# dpkg -l|grep squid
ii squid 2.6.5-6etch4 Internet Object Cache (WWW proxy cache)
ii squid-common 2.6.5-6etch4 Internet Object Cache (WWW proxy cache) - co
I have been using apt-listbugs with this configuration for quite some
time without any hitch, so I suppose something has been broken
recently either in apt-listbugs or libhttp-access2-ruby.
Am I doing something wrong here, and/or do you need additional
information for this ?
EDIT: the proxy server has just been updated to Lenny as I was writing
this bug report, to no avail.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500,
'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-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 apt-listbugs depends on:
ii apt 0.7.25.1Advanced front-end for dpkg
ii libdpkg-ruby1.8 0.3.5 modules/classes for dpkg on ruby 1
ii libgettext-ruby1.8 1.93.0-1.1 Gettext for ruby1.8
ii libhttp-access2-ruby1.8 2.1.5.2-1 HTTP accessing library for ruby (t
ii libruby1.8 [libzlib-ruby1.8] 1.8.7.249-1 Libraries necessary to run Ruby 1.
ii libxml-parser-ruby1.80.6.8-4 Interface of expat for the scripti
ii ruby 4.2 An interpreter of object-oriented
apt-listbugs recommends no packages.
Versions of packages apt-listbugs suggests:
ii debianutils 3.2.2 Miscellaneous utilities specific t
ii iceweasel [www-browser] 3.5.6-1lightweight web browser based on M
ii konqueror [www-browser] 4:4.3.4-1 KDE 4's advanced file manager, web
ii reportbug 4.10.2 reports bugs in the Debian distrib
ii w3m [www-browser] 0.5.2-2.1 WWW browsable pager with excellent
-- 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#575430: python-statgrab: new upstream release 0.5 is available
Package: python-statgrab Version: 0.4-1.1+b1 Severity: wishlist Hi, A new upstream release of pystatgrab is available: http://www.i-scream.org/pystatgrab/ http://ftp.i-scream.org/pub/i-scream/pystatgrab/pystatgrab-0.5.tar.gz It also fixes a rather annoying bug when calling sg_get_process_stats() more than once (which is described in Debian Bug #428560). Cheers, -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-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 python-statgrab depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libstatgrab6 0.16-0.1 library being useful interface to ii python2.5.4-9An interactive high-level object-o ii python-support1.0.7 automated rebuilding support for P python-statgrab recommends no packages. python-statgrab 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#578955: flvtool2: flv/stream.rb: typo in attr_accessor :signatur
Package: flvtool2 Version: 1.0.6-3 Severity: normal Tags: patch Hello, There is a typo in flv/stream.rb, at line 41, which will cause an exception to be raised when running the following program: % cat flv_stream_fail_signature.rb #! /usr/bin/ruby # -*- coding: utf-8 -*- require 'flv' File.open '/tmp/input.flv' do |in_stream| flv_stream = FLV::FLVStream.new in_stream p flv_stream.signature end % ruby flv_stream_fail_signature.rb flv_stream_fail_signature.rb:9: undefined method `signature' for # (NoMethodError) from flv_stream_fail_signature.rb:6:in `open' from flv_stream_fail_signature.rb:6 I'm attaching a patch that seems to solve the problem. Cheers, -- 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.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flvtool2 depends on: ii ruby1.8 1.8.7.249-2 Interpreter of object-oriented scr flvtool2 recommends no packages. flvtool2 suggests no packages. -- no debconf information --- /usr/lib/ruby/1.8/flv/stream.rb.orig 2010-04-23 23:26:37.0 +0200 +++ /usr/lib/ruby/1.8/flv/stream.rb 2010-04-23 23:32:07.0 +0200 @@ -38,7 +38,7 @@ class FLVStream -attr_accessor :signatur, +attr_accessor :signature, :version, :type_flags_audio, :type_flags_video,
Bug#578958: flvtool2: flv/stream.rb: wrong test for audio flags
Package: flvtool2 Version: 1.0.6-3 Severity: normal Tags: patch Hi, There is a bug in flv/stream.rb, at line 399, when testing for the presence of audio in a FLV file. Given the following program, with input.flv a valid FLV file containing audio tags: % cat flv_stream_audio_flags.rb #! /usr/bin/ruby # -*- coding: utf-8 -*- require 'flv' File.open '/tmp/input.flv' do |in_stream| flv_stream = FLV::FLVStream.new in_stream p flv_stream.type_flags_audio end % ruby flv_stream_audio_flags.rb false The issue here is the test used in stream.rb: @type_flags_audio = (type_flags & 4) == 1 Unfortunately, in ruby: % irb >> 4 & 4 => 4 The attached patch should fix the problem. Cheers, -- 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.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flvtool2 depends on: ii ruby1.8 1.8.7.249-2 Interpreter of object-oriented scr flvtool2 recommends no packages. flvtool2 suggests no packages. -- no debconf information --- /usr/lib/ruby/1.8/flv/stream.rb.orig2010-04-23 23:26:37.0 +0200 +++ /usr/lib/ruby/1.8/flv/stream.rb 2010-04-23 23:56:00.0 +0200 @@ -396,7 +396,7 @@ log "File version: #...@version}" type_flags = @in_stream.read__UI8 - @type_flags_audio = (type_flags & 4) == 1 + @type_flags_audio = (type_flags & 4) == 4 log "File has audio: #...@type_flags_audio}" @type_flags_video = (type_flags & 1) == 1
Bug#516509: nscd: /etc/init.d/nscd fails with syntax error
Package: nscd Version: 2.9-2 Severity: important Errors were encountered while processing: nscd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up nscd (2.9-2) ... /etc/init.d/nscd: line 97: syntax error near unexpected token `$DAEMON' /etc/init.d/nscd: line 97: `$DAEMON --invalidate $table' Basically, there is a for loop in the init script at line 96, without a 'do' instruction. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6 2.9-2 GNU C Library: Shared libraries nscd recommends no packages. nscd 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#601863: python-gevent: New upstream release 0.13.1
Package: python-gevent Version: 0.13.0-1 Severity: wishlist Hello, Version 0.13.1 of gevent has been released by upstream: http://blog.gevent.org/2010/09/23/gevent-0-13-1-released/ http://pypi.python.org/packages/source/g/gevent/gevent-0.13.1.tar.gz#md5=5c1b03d9ce39fee4cfe5ea8befb1d4c4 It apparently fixes a number of issues: http://www.gevent.org/changelog.html#release-0-13-1-sep-23-2010 Regards, -- 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.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gevent depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-greenlet 0.3.1-1 Lightweight in-process concurrent ii python-py [python-codes 1.3.3-2 Advanced Python testing tool and n ii python-support 1.0.11 automated rebuilding support for P python-gevent recommends no packages. Versions of packages python-gevent suggests: pn python-gevent-dbg (no description available) pn python-gevent-doc (no description available) ii python-openssl0.10-1 Python wrapper around the OpenSSL -- 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#564249: ario: Libgcrypt warning: missing initialization
Package: ario Version: 1.4.2-1 Severity: normal Hi, The following appears in the syslog whenever I start ario: ario: Libgcrypt warning: missing initialization - please fix the application This does not seem to affect the program's functionality though. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 ario depends on: ii ario-common 1.4.2-1 GTK+ client for the Music Player D ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libavahi-client30.6.25-2 Avahi client library ii libavahi-common30.6.25-2 Avahi common library ii libavahi-glib1 0.6.25-2 Avahi glib integration library ii libc6 2.10.2-4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-1 LGPL Crypto library - runtime libr ii libglib2.0-02.22.3-2 The GLib library of C routines ii libgnutls26 2.8.5-2 the GNU TLS library - runtime libr ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface ii libmpdclient2 2.1-1client library for the Music Playe ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libsoup2.4-12.28.2-1 an HTTP library implementation in ii libtag1c2a 1.6.1-1 TagLib Audio Meta-Data Library ii libtagc01.6.1-1 TagLib Audio Meta-Data Library (C ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libxml2 2.7.6.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime ario recommends no packages. Versions of packages ario suggests: pn mpd(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#601863: python-gevent: New upstream release 0.13.4
Hello, Version 0.13.4 of gevent has been released by upstream: http://blog.gevent.org/2011/04/11/gevent-0-13-4-released/ http://pypi.python.org/packages/source/g/gevent/gevent-0.13.4.tar.gz#md5=f279c25c913fe7f229cf8016f5ff6e4b It apparently fixes a number of issues: http://gevent.org/changelog.html#release-0-13-4-apr-11-2011 Regards, -- Nicolas Noirbent nicol...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622730: libapache2-mod-wsgi: [PATCH] support setting a >2GB Content-Length header
Package: libapache2-mod-wsgi
Version: 3.3-2
Severity: normal
Tags: patch
Hello,
When a WSGI application sets a Content-Length header to a value
greater than 2GB, mod_wsgi errors out with the following line in error.log:
[Thu Apr 14 09:08:02 2011] [error] [client 192.168.0.16] ValueError: invalid
content length
This is due to the use of strtol() instead of strtoll() when
extracting the Content-Length from the headers provided by the WSGI
application.
I'm attaching a patch that fixes the issue by using strtoll() and an
apr_off_t instead.
Regards,
-- System Information:
Debian Release: wheezy/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Index: mod-wsgi-3.3/mod_wsgi.c
===
--- mod-wsgi-3.3.orig/mod_wsgi.c 2011-04-13 13:54:19.0 +0200
+++ mod-wsgi-3.3/mod_wsgi.c 2011-04-13 13:54:35.0 +0200
@@ -3192,10 +3192,10 @@
}
else if (!strcasecmp(name, "Content-Length")) {
char *v = value;
-long l = 0;
+apr_off_t l = 0;
errno = 0;
-l = strtol(v, &v, 10);
+l = strtoll(v, &v, 10);
if (*v || errno == ERANGE || l < 0) {
PyErr_SetString(PyExc_ValueError,
"invalid content length");
Bug#970901: black: cannot run, "ModuleNotFoundError: No module named '_black_version'"
Package: black
Version: 20.8b1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The new black package version 20.8b1-1 seems to be missing some files:
% black
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/black/__init__.py", line 63, in
from black._black_version import version as __version__
ModuleNotFoundError: No module named 'black._black_version'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/black", line 33, in
sys.exit(load_entry_point('black==20.8b1', 'console_scripts', 'black')())
File "/usr/bin/black", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/lib/python3.8/importlib/metadata.py", line 77, in load
module = import_module(match.group('module'))
File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1014, in _gcd_import
File "", line 991, in _find_and_load
File "", line 975, in _find_and_load_unlocked
File "", line 671, in _load_unlocked
File "", line 783, in exec_module
File "", line 219, in _call_with_frames_removed
File "/usr/lib/python3/dist-packages/black/__init__.py", line 65, in
from _black_version import version as __version__
ModuleNotFoundError: No module named '_black_version'
Looking at the source, _black_version.py appears to be generated by the
setup.py:
https://github.com/psf/black/blob/master/setup.py#L50-L53
Regards,
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages black depends on:
ii python33.8.2-3
ii python3-appdirs1.4.4-1
ii python3-click 7.1.2-1
ii python3-mypy-extensions0.4.3-1
ii python3-pathspec 0.8.0-1
ii python3-pkg-resources 49.3.1-2
ii python3-regex 0.1.20200714-1
ii python3-toml 0.10.1-1
ii python3-typed-ast 1.4.1-1+b1
ii python3-typing-extensions 3.7.4.2-1
black recommends no packages.
Versions of packages black suggests:
pn python-black-doc
-- no debconf information
Bug#972855: python3-humanize: due to use_scm_version, humanize.__version__ reports 0.0.0
Package: python3-humanize
Version: 3.1.0-1
Severity: important
Dear Maintainer,
Similarly to black [1], I suspect use_scm_version in humanize's setup.py
[2] breaks humanize.__version__ when built by debian (more accurately,
it breaks pkg_resources.get_distribution(__name__).version).
Not really a big deal except other tools / packages rely on said version:
% dpkg -l python3-humanize | tail -1
ii python3-humanize 3.1.0-1 all Python Humanize library (Python
3)
% python3 -c 'import humanize; print(humanize.__version__)'
0.0.0
% grep '^Version:'
/usr/lib/python3/dist-packages/humanize-0.0.0.egg-info/PKG-INFO
Version: 0.0.0
% pgcli
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 567, in
_build_master
ws.require(__requires__)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 884, in
require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 775, in
resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (humanize 0.0.0
(/usr/lib/python3/dist-packages), Requirement.parse('humanize>=0.5.1'),
{'pgcli'})
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/pgcli", line 6, in
from pkg_resources import load_entry_point
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3239,
in
def _initialize_master_working_set():
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3222,
in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3251,
in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 569, in
_build_master
return cls._build_from_requirements(__requires__)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 582, in
_build_from_requirements
dists = ws.resolve(reqs, Environment())
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 770, in
resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'humanize>=0.5.1' distribution was not
found and is required by pgcli
Not really sure how this can be fixed considering the source package is
downloaded from PyPi, i.e. there's no SCM version information anymore at
this point.
The source tarball however *does* carry the correct version number
(3.1.0), so maybe there's also an issue in debhelper / debian/rules ?
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970901
[2] https://github.com/jmoiron/humanize/blob/master/setup.py#L34
Cheers,
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages python3-humanize depends on:
ii python33.8.6-1
ii python3-pkg-resources 50.3.0-1
python3-humanize recommends no packages.
python3-humanize suggests no packages.
-- no debconf information
Bug#889787: libpython2.7-stlib: lib2to3: AttributeError when importing lib2to3.refactor
Package: libpython2.7-stdlib
Version: 2.7.14-4
Severity: normal
Dear Maintainer,
Trying to import lib2to3 raises the following exception:
% python2.7 -c 'import lib2to3.refactor'
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/lib2to3/refactor.py", line 27, in
from .fixer_util import find_root
File "/usr/lib/python2.7/lib2to3/fixer_util.py", line 9, in
from .pygram import python_symbols as syms
File "/usr/lib/python2.7/lib2to3/pygram.py", line 32, in
python_grammar = driver.load_packaged_grammar("lib2to3", _GRAMMAR_FILE)
AttributeError: 'module' object has no attribute 'load_packaged_grammar'
The module object mentioned here is lib2to3.pgen2.driver, which does indeed not
have a 'load_packaged_grammar'
function. This function appears to be added by the git-updates.diff Debian
patch, but removed at later point in the
series by lib2to3-no-pickled-grammar.diff.
Regards,
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libpython2.7-stdlib:amd64 depends on:
ii libbz2-1.01.0.6-8.1
ii libc6 2.26-6
ii libdb5.3 5.3.28-13.1+b1
ii libexpat1 2.2.5-3
ii libffi6 3.2.1-8
ii libncursesw5 6.0+20171125-1
ii libpython2.7-minimal 2.7.14-4
ii libreadline7 7.0-3
ii libsqlite3-0 3.22.0-1
ii libssl1.1 1.1.0g-2
ii libtinfo5 6.0+20171125-1
ii mime-support 3.60
libpython2.7-stdlib:amd64 recommends no packages.
libpython2.7-stdlib:amd64 suggests no packages.
-- no debconf information
Bug#1009356: kubernetes-client: config use-context command segfaults since version 1.20.5+really1.20.2-1.1
Package: kubernetes-client
Version: 1.20.5+really1.20.2-1.1
Severity: normal
Dear Maintainer,
Since the upgrade to version 1.20.5+really1.20.2-1.1, using "kubernetes config
use-context" to
switch context systematically triggers SIGSEGV:
% kubectl config use-context dev-go-cell-001
unexpected fault address 0x0
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x80 addr=0x0 pc=0x46421f]
[…]
This also obviously affects kubectx and kubens (which uses kubectl config
use-context); however it
does not preclude from manually setting a context / namespace when running
regular kubectl
commands, e.g.:
% kubectl --context dev-go-cell-001 --namespace hello-world get pods
NAME READY STATUS RESTARTS AGE
[…]
Downgrading to 1.20.5+really1.20.2-1 fixes the issue, so I suspect this has
something to do with
the switch to golang 1.18 done to fix
#https://bugs.debian.org/cgi-bin/bugreport.cgi?1000980
Regards,
-- System Information:
Debian Release: bookworm/sid
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-- no debconf information
unexpected fault address 0x0
fatal error: fault
unexpected fault address 0x0
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x80 addr=0x0 pc=0x46421f]
goroutine 1 [running]:
runtime.throw({0x178d506?, 0x30?})
/usr/lib/go-1.18/src/runtime/panic.go:992 +0x71 fp=[signal SIGSEGV:
segmentation violation code=0x80 addr=0x0 pc=0x46421f]
goroutine 1 [running]:
runtime.throw({0x178d506?, 0x30?})
/usr/lib/go-1.18/src/runtime/panic.go:992 +0x71 fp=0xc000bd2238
sp=0xc000bd2208 pc=0x435b31
0xc000bd2238 sp=0xc000bd2208 pc=0x435b31
runtime.sigpanic()
/usr/lib/go-1.18/src/runtime/signal_unix.go:825 +0x305
fp=runtime.sigpanic()
/usr/lib/go-1.18/src/runtime/signal_unix.go:825 +0x305 fp=0xc000bd2288
sp=0xc000bd2238 pc=0x44c165
0xc000bd2288 sp=0xc000bd2238 pc=0x44c165
aeshashbody()
aeshashbody()
/usr/lib/go-1.18/src/runtime/asm_amd64.s:1343 +0x39f fp=0xc000bd2290
sp=0xc000bd2288 pc=/usr/lib/go-1.18/src/runtime/asm_amd64.s:1343 +0x39f
fp=0xc000bd2290 sp=0xc000bd2288 pc=0x46421f
0x46421f
runtime.mapiternext(0xc000574c00runtime.mapiternext(0xc000574c00)
/usr/lib/go-1.18/src/runtime/map.go:934 +0x2cb fp=0xc000bd2300 sp=)
/usr/lib/go-1.18/src/runtime/map.go:934 +0x2cb fp=0xc000bd2300
sp=0xc000bd2290 pc=0x40fcab
0xc000bd2290 pc=0x40fcab
runtime.mapiterinit(0x42c97b?, 0x1?, 0x1fruntime.mapiterinit(0x42c97b?, 0x1?,
0x1f?)
/usr/lib/go-1.18/src/runtime/map.go:861 +0x228 fp=0xc000bd2320?)
/usr/lib/go-1.18/src/runtime/map.go:861 +0x228 fp=0xc000bd2320
sp=0xc000bd2300 pc=0x40f988
reflect.mapiterinit( sp=0xc000bd2300 pc=0x40f988
reflect.mapiterinit(0x7f597d817698?, 0x28fcc?, 0x464c4e?)
0x7f597d817698?, 0x28fcc?, 0x464c4e?)
/usr/lib/go-1.18/src/runtime/map.go:1373 +0x19 fp=0xc000bd2348
sp=0xc000bd2320 /usr/lib/go-1.18/src/runtime/map.go:1373 +0x19 fp=0xc000bd2348
sp=0xc000bd2320 pc=0x460939
pc=0x460939
k8s.io/kubernetes/vendor/github.com/modern-go/reflect2.(*UnsafeMapType).UnsafeIterate(...)
/build/kubernetes-oULibp/kubernetes-1.20.5+really1.20.2/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/modern-go/reflect2/unsafe_map.go:112
k8s.io/kubernetes/vendor/github.com/modern-go/reflect2.(*UnsafeMapType).UnsafeIterate(...)
/build/kubernetes-oULibp/kubernetes-1.20.5+really1.20.2/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/modern-go/reflect2/unsafe_map.go:112
k8s.io/kubernetes/vendor/github.com/json-iterator/go.(*sortKeysMapEncoder).Encode(0xc0002fa120,
0xc000145ac8k8s.io/kubernetes/vendor/github.com/json-iterator/go.(*sortKeysMapEncoder).Encode(0xc0002fa120,
0xc000145ac8, 0xc0002e55c0)
/build/kubernetes-oULibp/kubernetes-1.20.5+really1.20.2/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/json-iterator/go/reflect_map.go:291
+0x225 fp=, 0xc0002e55c0)
/build/kubernetes-oULibp/kubernetes-1.20.5+really1.20.2/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/json-iterator/go/reflect_map.go:291
+0x225 fp=0xc000bd24b8 sp=0xc000bd2348 pc=0x817785
0xc000bd24b8 sp=0xc000bd2348 pc=0x817785
k8s.io/kubernetes/vendor/github.com/json-iterator/go.(*placeholderEncoder).Encode(0x15cae60?,
0x7f597dafd101?,
0xc0002e55d8k8s.io/kubernetes/vendor/github.com/json-iterator/go.(*placeholderEncoder).Encode(0x15cae60?,
0x7f597dafd101?, 0xc0002e55d8?)
/build/kubernetes-oULibp/kubernetes-1.20.5+really1.20.2/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/json-iterator/go/reflect.go:332
+0x22 fp=0xc000bd24e0?)
/build
