Bug#1068339: gnome-terminal: Regression - long running process will eventually block when terminal is not visible
Hi, I am not sure why I did not receive the followup e-mail from 2024-04-04. Shouldn't it automatically have been sent to me as the original reporter? Just today I eventually found the answer by accident and indeed, it seems to be the same bug. I can also confirm that the problem does not appear anymore with this package: ii libvte-2.91-0:amd64 0.75.92-1amd64Terminal emulator widget for GTK+ 3.0 - runtime files So the bug can be closed. Thanks! Detlev
Bug#1068339: gnome-terminal: Regression - long running process will eventually block when terminal is not visible
Package: gnome-terminal Version: 3.51.90-1 Severity: normal Occasionally I run ffmpeg to transcode videos and this can take up to an hour. With the latest gnome-terminal, this long-running process gets stopped when the terminal is not visible. This can be because the frame shows another tab or because the window is minimized and thus not visible. Using strace I found that ffmpeg is blocked on outputting its progress report. These are the final lines of strace output (filtered for write), before ffmpeg is suspended: write(2, "frame=44221 fps= 12 q=31.5 size= 358656kB time=00:30:45.83 bitrate=1591.8kbits/s speed=0.503x\r", 99) = 99 write(2, "frame=44228 fps= 12 q=31.2 size= 358656kB time=00:30:46.13 bitrate=1591.5kbits/s speed=0.503x\r", 99) = 99 write(2, "frame=44235 fps= 12 q=29.0 size= 358656kB time=00:30:46.43 bitrate=1591.2kbits/s speed=0.503x\r", 99) = 99 write(2, "frame=44243 fps= 12 q=29.1 size= 358656kB time=00:30:46.75 bitrate=1591.0kbits/s speed=0.503x\r", 99 As can be seen, the write call blocks (it does not finish) and ffmpeg is suspended. Bringing the tab to the foreground will resume processing and the output. Trying to reproduce this without ffmpeg, I came up with this little bash one- liner: i=0 ; while true ; do echo -e "Some counter $i" ; sleep .5 ; i=$(expr $i + 1) ; if [ $(( $i % 10 )) == 0 ] ; then echo -ne "\a" ; fi ; done This will beep every 5 seconds, so we know when the loop is still running fine. Just start it in the terminal and then minimize the terminal (switching to other tabs seem not to be a problem for this recipe). The beeps will stop immediately. After waiting a little while and refocusing the window, I see that the counter catches up to the correct value in regard to its start time, but that the output was not consumed anymore. Probably in this case, one needs to wait longer until a buffer fills up and then finally stops the shell loop. I guess this is what is happening with the ffmpeg process. But the test case should be good enough, as xterm running this one-liner continues to beep all the time, no matter if the terminal is minimized or not. As I did not have this problem previously, I believe it is a regression that has entered Debian Trixie in the last few weeks / months. -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-terminal depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.10-4 ii dbus-x11 [dbus-session-bus] 1.14.10-4 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4+b1 ii gnome-terminal-data 3.51.90-1 ii gsettings-desktop-schemas 46.0-1 ii libatk1.0-0 2.50.0-1+b1 ii libc6 2.37-15 ii libgcc-s1 14-20240201-3 ii libglib2.0-0 2.78.4-1 ii libgtk-3-03.24.41-1 ii libhandy-1-0 1.8.3-1 ii libpango-1.0-01.52.0+ds-1 ii libstdc++614-20240201-3 ii libuuid1 2.39.3-6 ii libvte-2.91-0 0.75.91-2 ii libx11-6 2:1.8.7-1 Versions of packages gnome-terminal recommends: ii gvfs 1.53.90-2 ii nautilus-extension-gnome-terminal 3.51.90-1 ii yelp 42.2-1+b1 gnome-terminal suggests no packages. -- no debconf information
Bug#1028329: padsp: LD_PRELOAD not set correctly
Package: pulseaudio-utils Version: 16.1+dfsg1-2+b1 Severity: important Hi, the /usr/bin/padsp script does not correctly set LD_PRELOAD because the script looks broken. Lines 76-80: if [ x"$LD_PRELOAD" = x ] ; then LD_PRELOAD="/usr/\\$$LIB/pulseaudio/libpulsedsp.so" else LD_PRELOAD="$LD_PRELOAD /usr/\\$$LIB/pulseaudio/libpulsedsp.so" fi The "\\$$LIB" evaluates in sh to a backslash followed by the pid of the shell. This of course does not work: dzu@krikkit:~$ padsp scratch ERROR: ld.so: object '/usr/\80625LIB/pulseaudio/libpulsedsp.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object '/usr/\80625LIB/pulseaudio/libpulsedsp.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object '/usr/\80625LIB/pulseaudio/libpulsedsp.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. Executing: /usr/lib/squeak/4.10.2.2614+20120917~dfsg/squeakvm -encoding UTF-8 -vm-display-x11 -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.10.2.2614+20120917~dfsg/ /usr/share/scratch/Scratch.image ERROR: ld.so: object '/usr/\80625LIB/pulseaudio/libpulsedsp.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. dzu@krikkit:~$ -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pulseaudio-utils depends on: ii libc62.36-7 ii libpulse016.1+dfsg1-2+b1 ii libpulsedsp 16.1+dfsg1-2+b1 ii libsndfile1 1.2.0-1 ii libx11-6 2:1.8.3-3 ii libx11-xcb1 2:1.8.3-3 ii libxcb1 1.15-1 pulseaudio-utils recommends no packages. Versions of packages pulseaudio-utils suggests: ii avahi-daemon 0.8-6+b1 ii pulseaudio16.1+dfsg1-2+b1 -- no debconf information
Bug#1007255: khal: Emits warnings about deprecated localize tz method
Package: khal Version: 1:0.10.4~ds-4 Followup-For: Bug #1007255 So I finally also ran into this problem. Upstream has a lot of issues around the timezone warnings, but I especially looked at this one: https://github.com/pimutils/khal/issues/1092 So it seems upstream has fixed the problem and indeed installing khal via pip gives me a version 0.10.6.dev105+g5191ee8 running without problems: dzu@krikkit:/opt/src/git/khal (master)$ pip install git+https://github.com/pimutils/khal Defaulting to user installation because normal site-packages is not writeable Collecting git+https://github.com/pimutils/khal Cloning https://github.com/pimutils/khal to /tmp/pip-req-build-sthm81rz Running command git clone --filter=blob:none --quiet https://github.com/pimutils/khal /tmp/pip-req-build-sthm81rz Resolved https://github.com/pimutils/khal to commit 5191ee88456b004d1d9d415045d57259ac6c03c8 [] Successfully built khal Installing collected packages: khal Successfully installed khal-0.10.6.dev105+g5191ee8 dzu@krikkit:/opt/src/git/khal (master)$ So very likely an updated Debian package will also solve this problem. -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages khal depends on: ii python33.10.6-1 ii python3-atomicwrites 1.4.1-1 ii python3-click 8.0.3-1 ii python3-click-log 0.3.2-1 ii python3-configobj 5.0.6-5 ii python3-dateutil 2.8.2-1 ii python3-icalendar 4.0.3-5 ii python3-packaging 21.3-1.1 ii python3-pkg-resources 65.5.0-1 ii python3-tz 2022.6-1 ii python3-tzlocal4.2-1 ii python3-urwid 2.1.2-2+b2 ii python3-xdg0.27-3 Versions of packages khal recommends: ii python3-setproctitle 1.3.1-1+b1 Versions of packages khal suggests: pn khal-doc -- no debconf information
Bug#1024146: ocrmypdf: incompatible with ghostscript 10
Package: ocrmypdf Version: 13.7.0+dfsg-1 Followup-For: Bug #1023273 I also see that ocrmypdf does not work correctly with ghostscript 10.0. From the github page, it became clear that this little patch works around the problem, so you ocrmypdf can be used after applying the patch as is. This is of course only a stop gap solution but until newer ocrmypdf versions arise it may help people looking for a way to quickly make ocrmypdf work again. Best wishes Detlev -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ocrmypdf depends on: ii ghostscript 10.0.0~dfsg-6 ii icc-profiles-free 2.0.1+dfsg-1.1 ii python3 3.10.6-1 ii python3-coloredlogs 15.0.1-1 ii python3-img2pdf 0.4.4-3 ii python3-importlib-metadata 4.12.0-1 ii python3-packaging 21.3-1.1 ii python3-pdfminer20220319+dfsg-1 ii python3-pikepdf 6.0.0+dfsg-1 ii python3-pil 9.2.0-1.1+b1 ii python3-pkg-resources 65.5.0-1 ii python3-pluggy 1.0.0+repack-1 ii python3-reportlab 3.6.11-1 ii python3-tqdm4.64.0-2 ii python3-typing-extensions 4.3.0-2 ii tesseract-ocr 5.1.0-2+b1 ii zlib1g 1:1.2.11.dfsg-4.1 Versions of packages ocrmypdf recommends: ii pngquant 2.13.1-1 ii unpaper 7.0.0-0.1 Versions of packages ocrmypdf suggests: pn img2pdf pn ocrmypdf-doc pn python-watchdog -- no debconf information --- /usr/lib/python3/dist-packages/ocrmypdf/_exec/ghostscript.py.ORIG 2022-11-15 15:44:52.999056901 +0100 +++ /usr/lib/python3/dist-packages/ocrmypdf/_exec/ghostscript.py 2022-11-15 15:51:05.349598489 +0100 @@ -229,7 +229,7 @@ "-dCompatibilityLevel=" + str(pdf_version), "-sDEVICE=pdfwrite", "-dAutoRotatePages=/None", -"-sColorConversionStrategy=" + strategy, +"-dColorConversionStrategy=" + strategy, ] + compression_args + [
Bug#1002573: (no subject)
No, I am out of here If the bug is not reproducible for you by now, it is not worth to persue it You might want to close this issue Thanks anyway for your assistance
Bug#1002573: follow-up 4
and I do not agree that this is a sole kernel problem fstrim --verbose should report something, anything
Bug#1002573: follow-up 3
I checked the SSDs with: hdparm -I /dev/sda | grep -i TRIM * Data Set Management TRIM supported (limit 8 blocks) * Deterministic read ZEROs after TRIM
Bug#1002573: follow-up 2
<<< full reproduction scenario >>> The two computers, where it does not work, are - an Intel NUC nuc7pjyhn, first produced in 2021Q2 - an Intel NUC nuc6cayh, first produced in 2016Q4 Both operating systems were procuced with the current Debian Installer, which is based on Debian 11.2 Bullseye All three SSDs are - Samsung Portable SSD T5 <<< That's like, completely different hardware? >>> Yes, it is ARM architecture as opposed to x86 of the Intels
Bug#1002573: follow-up
Yes, sorry for having caused this inconvenience I repeat and extend the OP: 1st error: fstrim --verbose --all reports nothing, but should due to --verbose 2nd error: fstrim --verbose / gives a wrong error message "fstrim: /: the discard operation is not supported" This happens on Debian 11.2 Bullseye on an Intel hardware The root file system is a RAID1 software array, but on a second Intel hardware with only one SSD, same Debian version, the behavior of fstrim is the same On a Raspberry Pi with Debian 10 Buster, everything works fine: fstrim --verbose / /: 196.9 MiB (206516224 bytes) trimmed or: fstrim --verbose / /: 0 B (0 bytes) trimmed On both systems, the version of fstrim is the same: fstrim --version fstrim from util-linux 2.36.1 If I use the command from fstrim.service on Debian 11: /sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported I also get no output
Bug#1001714: update 2
After numerous installation attempts with a lot of trial and error, I got it bootable, but unfortunately cannot say, what in particular let the error message disappear
Bug#1001714: update 1
I read in the Debian Wiki (https://wiki.debian.org/UEFI#RAID_for_the_EFI_System_Partition): "But for software RAID systems there is currently no support for putting the ESP on two separate disks in RAID." I interpret that as "it cannot work", so, the Debian Installer should refuse to install EFI on a Software RAID with an appropriate message, instead of running into this error.
Bug#1000498: segfaults in libst-1.0.so with "vertical overview" plugin enabled
Hi, [...] >> Can you get a backtrace from this crash? systemd-coredump is usually the >> easiest way to achieve this. See: https://wiki.debian.org/HowToGetABacktrace > > I installed systemd-coredump and will report after the next occurrence. Ok, it did not take long this time. Relevant info from the log is attached as plain file. Best wishes Detlev Nov 24 23:27:49 krikkit gnome-shell[8849]: [VERTICAL-OVERVIEW] resetting overrides Nov 24 23:27:49 krikkit gnome-shell[8849]: [VERTICAL-OVERVIEW] disabled Nov 24 23:27:50 krikkit gnome-shell[8849]: ../../../gobject/gsignal.c:2732: instance '0x55c5ddf3b7a0' has no handler with id '11187' Nov 24 23:27:50 krikkit gnome-shell[8849]: ../../../gobject/gsignal.c:2732: instance '0x55c5ddf3b7a0' has no handler with id '152621' Nov 24 23:27:50 krikkit gnome-shell[8849]: ../../../gobject/gsignal.c:2732: instance '0x55c5ddf3b7a0' has no handler with id '210464' Nov 24 23:27:50 krikkit gnome-shell[8849]: ../../../gobject/gsignal.c:2732: instance '0x55c5ddf3b7a0' has no handler with id '241740' Nov 24 23:27:50 krikkit gnome-shell[8849]: ../../../gobject/gsignal.c:2732: instance '0x55c5ddf3b7a0' has no handler with id '358176' Nov 24 23:27:50 krikkit kernel: gnome-shell[8849]: segfault at 55c080245279 ip 7fd82aae5b29 sp 7ffddaa67fc0 error 4 in libst-1.0.so[7fd82aac3000+4b000] Nov 24 23:27:50 krikkit kernel: Code: eb 16 0f 1f 80 00 00 00 00 48 83 ed 08 48 39 6c 24 08 0f 84 7f 02 00 00 49 8b 84 24 28 01 00 00 4c 89 ee 4c 8b 3c 28 49 8b 07 <48> 8b 00 48 8b 38 e8 fc 01 fe ff 89 c3 85 c0 75 ce 4d 8b 7f 08 c7 Nov 24 23:27:50 krikkit systemd[1]: Created slice Slice /system/systemd-coredump. Nov 24 23:27:50 krikkit systemd[1]: Started Process Core Dump (PID 48932/UID 0). Nov 24 23:27:54 krikkit systemd-coredump[48933]: Process 8849 (gnome-shell) of user 1000 dumped core. Found module linux-vdso.so.1 with build-id: 091a444eee04263f7c695be0b5daf3cfefd69e97 Found module libcanberra-pulse.so with build-id: d5ec366020185d4f0a1fef2dc1f011eb5ad23a49 Found module libpixbufloader-xpm.so with build-id: b90ec749c16cc7c75e5ae330eaa7700ebbc3a738 Found module libcanberra-gtk-module.so with build-id: db2ee2b1573456b5975d71da980ecd66f47b571a Found module ISO8859-1.so with build-id: 7fdf0bac49ec033f8775bd720f00b50a08e324e6 Found module libgiognutls.so with build-id: 3f57f0b2efa5bf5a79b3d42677585f2459ff4f1a Found module libgiognomeproxy.so with build-id: 326177be2eb39230d3bf6ba69043749f76da1894 Found module libgnome-menu-3.so.0 with build-id: 303c22fd5fe12056f8497c92e18d9c2f15919041 Found module libgioremote-volume-monitor.so with build-id: c2d32acffbc1b017ce8e7a4126bdadb6e044a16b Found module libcrypt.so.1 with build-id: 7c145c0b7c666def24eefa0f87a8086d9a5040c1 Found module libaccountsservice.so.0 with build-id: fa55673675e3934b3a49318ffa924764db4da9d8 Found module libtirpc.so.3 with build-id: d102dc735601c274b7f9f1a10119113201a31621 Found module libnsl.so.2 with build-id: d7e4e187c5d3d36dc8386646d8d02910f2664a85 Found module libopus.so.0 with build-id: b1d12149ecfa4da848f8d65e0c5030d92719efae Found module libvorbisenc.so.2 with build-id: 15116f34e1cc88f88c13d4e6ce5aab9a05c2ad55 Found module libFLAC.so.8 with build-id: 40a64de55001157af9400854429cca51710ee571 Found module libwrap.so.0 with build-id: 7d8e1fb1fcb296405159bce34a01e39141261f4e Found module libasyncns.so.0 with build-id: c90de2251e2576e54fba59aae7af6334c4899939 Found module libsndfile.so.1 with build-id: d9c760d5e9fb778f7b03a199d024ab496e9771a1 Found module libpulsecommon-15.0.so with build-id: 4c6a0c253842fcfd74638fda9ca04111c2d4e87f Found module libpulse-mainloop-glib.so.0 with build-id: 0a11a3d83aec7346717298cec6e9d4bc8b0f25f2 Found module libpulse.so.0 with build-id: d2c00698dd7d8990dbb80d29cc12c00a883d298a
Bug#1000498: segfaults in libst-1.0.so with "vertical overview" plugin enabled
Hi Simon, thanks for the quick reply! > On Wed, 24 Nov 2021 at 10:50:29 +0100, Detlev Zundel wrote: >> Having installed the "vertical overview" package, I experience segfaults in >> gnome-shell killing the whole session. I do think the addon is related as >> log >> messages precede the segfaults. > > Is this reproducible if you disable the extension? The crashes are not that frequent - sometimes it takes multiple days before another crash so I only started seeing this relation while collecting the data for the bug report. But now that I think of it, I did not experience segfaults before enabling the addon. So I am pretty sure but not 100%... > Did you get this extension from Debian or from extensions.gnome.org? I installed it from extensions.gnome.org and just checked that I do not see it packaged for Debian bookworm. > If an extension is causing a crash, there is usually not much that > gnome-shell can do about it. Extensions work by "monkey-patching" > the gnome-shell code, and have just as much control over execution as > gnome-shell does. > >> Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: >> instance '0x55db198ddf00' has no handler with id '10990' > > This suggests that something (presumably the vertical overview extension) > is not keeping track of its signal handler IDs correctly. > >> Nov 17 17:42:40 krikkit kernel: gnome-shell[2918]: segfault at 55de45d1f627 >> ip >> 7f39f4900b29 sp 7ffd73fdd360 error 4 in >> libst-1.0.so[7f39f48de000+4b000] > > Can you get a backtrace from this crash? systemd-coredump is usually the > easiest way to achieve this. See: https://wiki.debian.org/HowToGetABacktrace I installed systemd-coredump and will report after the next occurrence. Thanks Detlev
Bug#1000498: segfaults in libst-1.0.so with "vertical overview" plugin enabled
Package: gnome-shell Version: 41.1-1 Severity: important Having installed the "vertical overview" package, I experience segfaults in gnome-shell killing the whole session. I do think the addon is related as log messages precede the segfaults. Here are three logs for such incidents: Nov 17 17:42:40 krikkit gnome-shell[2918]: [VERTICAL-OVERVIEW] resetting overrides Nov 17 17:42:40 krikkit gnome-shell[2918]: [VERTICAL-OVERVIEW] disabled Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '10990' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '198347' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '461460' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '535503' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '570133' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '709185' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '880062' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '955234' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '1192322' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '1320914' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '1376170' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '2204841' Nov 17 17:42:40 krikkit gnome-shell[2918]: ../../../gobject/gsignal.c:2732: instance '0x55db198ddf00' has no handler with id '2232787' Nov 17 17:42:40 krikkit kernel: gnome-shell[2918]: segfault at 55de45d1f627 ip 7f39f4900b29 sp 7ffd73fdd360 error 4 in libst-1.0.so[7f39f48de000+4b000] Nov 24 02:13:47 krikkit gnome-shell[1310949]: [VERTICAL-OVERVIEW] resetting overrides Nov 24 02:13:47 krikkit gnome-shell[1310949]: [VERTICAL-OVERVIEW] disabled Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '11170' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '61914' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '186568' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '474494' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '532482' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '557261' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '759423' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '785118' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '977619' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '1149827' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '1358899' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '1449481' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '1968145' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '2031854' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '2091418' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '2266819' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '2487659' Nov 24 02:13:47 krikkit gnome-shell[1310949]: ../../../gobject/gsignal.c:2732: instance '0x563600b6ab00' has no handler with id '2655840' Nov 24
Bug#998799: linux-image-5.14.0-4-amd64: Regression causing graphics slowness (`amdgpu: failed to write reg`)
Package: src:linux Version: 5.14.16-1 Followup-For: Bug #998799 Just tested the new kernel image on my AMD Ryzen 5 2400G and I see the same problem. Initially I thought the system was dead due to the long delays introduced in the boot process. Here are the relevant lines from the kernel log: dzu@krikkit:~$ journalctl -b-1 | grep amdgpu | tail -8 Nov 16 09:24:22 krikkit gnome-shell[1454]: Added device '/dev/dri/card0' (amdgpu) using atomic mode setting. Nov 16 09:24:43 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 28b4 wait reg 28c6 Nov 16 09:25:03 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 1a6f4 wait reg 1a706 Nov 16 09:25:23 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 28b4 wait reg 28c6 Nov 16 09:25:43 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 1a6f4 wait reg 1a706 Nov 16 09:25:43 krikkit gnome-shell[1454]: Disabling DMA buffer screen sharing for driver 'amdgpu'. Nov 16 09:26:05 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 28b4 wait reg 28c6 Nov 16 09:26:25 krikkit kernel: amdgpu :08:00.0: amdgpu: failed to write reg 1a6f4 wait reg 1a706 dzu@krikkit:~$ Best wishes Detlev -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System manufacturer product_name: System Product Name product_version: System Version chassis_vendor: Default string chassis_version: Default string bios_vendor: American Megatrends Inc. bios_version: 5603 board_vendor: ASUSTeK COMPUTER INC. board_name: PRIME B350M-A board_version: Rev X.0x ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Root Complex [1022:15d0] Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard [1043:876b] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Internal PCIe GPP Bridge 0 to Bus B [1022:15dc] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 61) Subsystem: ASUSTeK Computer Inc. PRIME Motherboard [1043:876b] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 01:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller [1022:43b7] (rev 02) (prog-if 01 [AHCI 1.0]) Subsystem: ASMedia Technology Inc. 300 Series Chipset SATA Controller [1b21:1062] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: ahci Kernel modules: ahci 01:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b2] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities:
Bug#992581: vdirsyncer: Bug in systemd unit file results in continuous restarts when encountering problems in the run
rning as vdirsyncer produced ~4GB of network traffic on that single day. I have to admit that I do not know why I ran into the problem with these "autogenerated contacts" but once I fixed it interactively like described in the error message, things returned to normal (sorry the log is truncated but the truncated line contains a suggestion on how to call vdirsyncer to fix the problem with --force-delete). So currently I have this local override: dzu@krikkit:~$ systemctl --user cat vdirsyncer # /usr/lib/systemd/user/vdirsyncer.service [Unit] Description=Synchronize calendars and contacts Documentation=https://vdirsyncer.readthedocs.org/ [Service] ExecStart=/usr/bin/vdirsyncer sync RuntimeMaxSec=3m Restart=on-failure # /home/dzu/.config/systemd/user/vdirsyncer.service.d/override.conf [Service] Restart=no dzu@krikkit:~$ I just checked and this override prevents vdirsyncer to run continuously when the remote host is not reachable. I still struggle adding a mail notification in this case, but systemd is sometimes not so easy... Thanks in advance Detlev -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vdirsyncer depends on: ii init-system-helpers1.60 ii python33.9.2-3 ii python3-atomicwrites 1.4.0-2 ii python3-click 7.1.2-1 ii python3-click-log 0.2.1-2 ii python3-click-threading0.4.4-2 ii python3-requests 2.25.1+dfsg-2 ii python3-requests-toolbelt 0.9.1-1 vdirsyncer recommends no packages. Versions of packages vdirsyncer suggests: pn python3-requests-oauthlib pn vdirsyncer-doc
Bug#984917: feedgnuplot: dynamic plots (--stream) do not work
Hi Dima, > Hi. Yeah, wayland is almost certainly the cuplrit. If you can talk to > the gnuplot upstream to get it resolved, that'd be awesome. Ok, I'll see what I can do. And thanks for the awesome tool and the outstanding support! Cheers Detlev -- Warning: this comic occasionally contains strong language (which may be unsuit- able for children), unusual humor (which may be unsuitable for adults), and ad- vanced mathematics (which may be unsuitable for liberal-arts majors). /xkcd.org
Bug#984917: feedgnuplot: dynamic plots (--stream) do not work
Hi, [...] > I should have mentioned I only recently switched from GNOME on Xorg to > GNOME on Wayland. I hope it does not make a difference but I wanted to > mention it. Having written this paragraph I just reran the test once again and noticed that the graph gets redrawn when I move the mouse on the desktop so it enters and exits different windows. At those moments in time, the graph gets refreshed. So I can get an updating graph by continuously moving the mouse between my terminal window that I started the command in and the gnuplot window. With this in mind I switched back to GNOME on Xorg and sure enough everything works as expected... So the bug only shows in gnuplot under GNOME on Wayland. It is therefore likely a gnuplot bug instead of a problem in feedgnuplot. Does this make sense? Should I open a bug with gnuplot? Thanks! Detlev -- The 82558 B-step and later generation devices do not maintain a link in D3 if PME is disabled or if the device does not have power. -- Intel documentation
Bug#984917: feedgnuplot: dynamic plots (--stream) do not work
Hi Dima,
> Hi. Notes inline.
Thanks for your quick reply!
>> I cannot get dynamic plots to work on my system.
>
> OK. I suspect this is something on your end, but let's run some
> experiments.
I am 100% sure it is something on my end. The question is if it is my
fault or reproducible on other machines as well ;)
>> while true; do sleep 1; cat /proc/net/dev; done |
>> gawk '/enp6s0/ {if(b) {print $2-b; fflush()} b=$2}' |
>> feedgnuplot --lines --stream --xlen 10 --ylabel 'Bytes/sec' --xlabel seconds
>>
>> This opens up a gnuplot window but it is not updating every second as
>> it should. The lower left corner seems to be showing a coordinate and
>> this indeed updates every second, but the plot itself does not. From
>> time to time the plot gets redrawn but then again stays fixed.
>
> I can think of several potential causes. First off, let's eliminate X
> issues. Can you please add '--terminal "dumb 80 40"' to the feedgnuplot
> command? If that works properly, you'll see an ascii plot printed onto
> your console every second. Do you see that?
Works like a charm.
>> Doing more diagnosing, I used the --dump switch to see what is being fed into
>> gnuplot and when I manually run gnuplot and paste the fragments into it, it
>> works just fine. It seems to be related with the fact that gnuplot reads the
>> input from the pipe.
>
> Right. The second theory is that it's something related to buffering.
> That command should handle it, but let's see. Try this:
>
> 1. apt install mawk
>
> 2. while true; do sleep 1; cat /proc/net/dev; done |
> mawk -Winteractive '/enp6s0/ {if(b) {print $2-b} b=$2}' |
> feedgnuplot --lines --stream --xlen 10 --ylabel 'Bytes/sec' --xlabel seconds
> --terminal 'dumb 80 40'
>
> So use "mawk -Winteractive" instead of "gawk", and remove the fflush().
> Does that make any difference?
Nope. Same behaviour. Position in lower left corner updates, graph
does not. Only one update after approximately 8 seconds then again
fixed.
>> Maybe this is related to the gnuplot version in Bullseye?
>
> Maybe, but I doubt it. Please run the two experiments above, and we can
> go from there.
I should have mentioned I only recently switched from GNOME on Xorg to
GNOME on Wayland. I hope it does not make a difference but I wanted to
mention it.
Any other ideas?
Thanks in advance!
Detlev
--
Any fool can write code that a computer can understand. Good
programmers write code that humans can understand.
-- Martin Fowler
Bug#984917: feedgnuplot: dynamic plots (--stream) do not work
Package: feedgnuplot
Version: 1.57-1
Severity: important
Tags: upstream
I cannot get dynamic plots to work on my system. To rule out a user error on
my end,
I quickly limited myself to the example from the manpage (adjusted to my
network interface enp6s0):
while true; do sleep 1; cat /proc/net/dev; done |
gawk '/enp6s0/ {if(b) {print $2-b; fflush()} b=$2}' |
feedgnuplot --lines --stream --xlen 10 --ylabel 'Bytes/sec' --xlabel seconds
This opens up a gnuplot window but it is not updating every second as it
should. The lower left
corner seems to be showing a coordinate and this indeed updates every second,
but the plot itself
does not. From time to time the plot gets redrawn but then again stays fixed.
In order to get more information on the possible culprit, I checked this script
on Ubuntu 18.04 and Debian Buster and on both systems it works fine. Of course
the gnuplot and feedgnuplot versions are different.
I also cloned feedgnuplot from git without any effect, but sure enough the
Bullseye package is only a single commit behind git main and that commit is a
documentation change.
Doing more diagnosing, I used the --dump switch to see what is being fed into
gnuplot and when I manually run gnuplot and paste the fragments into it, it
works just fine. It seems to be related with the fact that gnuplot reads the
input from the pipe.
Maybe this is related to the gnuplot version in Bullseye?
Thanks in advance
Detlev
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages feedgnuplot depends on:
ii gnuplot-x11 [gnuplot-nox] 5.4.1+dfsg1-1
ii liblist-moreutils-perl 0.430-2
ii perl 5.32.1-3
feedgnuplot recommends no packages.
Versions of packages feedgnuplot suggests:
pn vnlog
Bug#960941: ofono-phonesim: Re-add ofono-phonesim as it is updated to use qt5
Hi, so I would also need this package to get my headset working on Debian bullseye, but obviously the installation fails: dzu@krikkit:~$ sudo apt install ofono-phonesim Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libqt5core5a : Breaks: libqtcore4 (< 4:4.8.7+dfsg-20~) but 4:4.8.7+dfsg-18+deb10u1 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. dzu@krikkit:~$ So I would really also like to see an updated package to get this working. Thanks in advance Detlev -- Quantum physicists can either know how fast they do it, or where they do it, but not both.
Bug#967079: gimp: After completing a batch conversion with David's Batch Processor, pressed Close button and got Crash message for the batch program and shortly after for GIMP itself.
Package: gimp Version: 2.10.8-2 Severity: normal Tags: upstream ``` GNU Image Manipulation Program version 2.10.8 git-describe: GIMP_2_10_6-294-ga967e8d2c2 C compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 8.2.0-13' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable- languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc- major-version-only --program-suffix=-8 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without- included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable- verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable- werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 8.2.0 (Debian 8.2.0-13) using GEGL version 0.4.12 (compiled against version 0.4.12) using GLib version 2.58.3 (compiled against version 2.58.1) using GdkPixbuf version 2.38.1 (compiled against version 2.38.0) using GTK+ version 2.24.32 (compiled against version 2.24.32) using Pango version 1.42.3 (compiled against version 1.42.3) using Fontconfig version 2.13.1 (compiled against version 2.13.1) using Cairo version 1.16.0 (compiled against version 1.16.0) ``` > fatal error: Segmentation fault Stack trace: ``` # Stack traces obtained from PID 18194 - Thread 18194 # [New LWP 18197] [New LWP 18198] [New LWP 18199] [New LWP 18200] [New LWP 18201] [New LWP 18202] [New LWP 18203] [New LWP 18204] [New LWP 18205] [New LWP 18206] [New LWP 18207] [New LWP 18208] [New LWP 18209] [New LWP 18210] [New LWP 18211] [New LWP 18212] [New LWP 18213] [New LWP 18214] [New LWP 18258] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". __libc_read (nbytes=256, buf=0x7ffd3ae21950, fd=31) at ../sysdeps/unix/sysv/linux/read.c:26 Id Target Id Frame * 1Thread 0x7f3e121fee00 (LWP 18194) "gimp-2.10" __libc_read (nbytes=256, buf=0x7ffd3ae21950, fd=31) at ../sysdeps/unix/sysv/linux/read.c:26 2Thread 0x7f3e109df700 (LWP 18197) "gmain" 0x7f3e13e7a819 in __GI___poll (fds=0x5604fecef020, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 3Thread 0x7f3e0fe4c700 (LWP 18198) "gdbus" 0x7f3e13e7a819 in __GI___poll (fds=0x5604fed017c0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 4Thread 0x7f3e00d12700 (LWP 18199) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3e00d11760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 5Thread 0x7f3df6ef3700 (LWP 18200) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3df6ef2760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 6Thread 0x7f3df66f2700 (LWP 18201) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3df66f1760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 7Thread 0x7f3df5ef1700 (LWP 18202) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3df5ef0760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 8Thread 0x7f3df56f0700 (LWP 18203) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3df56ef760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 9Thread 0x7f3df4eef700 (LWP 18204) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3df4eee760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 10 Thread 0x7f3de700 (LWP 18205) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3defffe760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 11 Thread 0x7f3def7fe700 (LWP 18206) "gimp-2.10" futex_abstimed_wait_cancelable (private=0, abstime=0x7f3def7fd760, expected=0, futex_word=0x7f3dfbffdaa8) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 12 Thread 0x7f3deeffd700 (LWP 18207) "async" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 13 Thread 0x7f3dee7fc700 (LWP 18208) "worker" syscall () at
Bug#897975: gdm3: System fails to boot due to GDM restarting constantly.
Package: gdm3 Version: 3.22.3-3+deb9u1 Followup-For: Bug #897975 Dear Maintainer, after recent upgrade, gdm3 also fails to start as for the other reportes. It doesn't even switch to graphical mode and so the few text boot messages stay visible. In contrast to previous reporters, I do not see the "ICELockAuthFile fail" error in my logs. To narrow down problems I enabled debug mode in /etc/gdm3/daemon.conf (as attached) and then gdm3 simply starts. Disabling debug mode makes gdm3 fail again. Funnily enough, the last packages upgraded before the failing boot were pretty innocent: Start-Date: 2018-05-07 14:29:16 Commandline: apt dist-upgrade Requested-By: dzu (1000) Upgrade: linux-libc-dev:amd64 (4.9.82-1+deb9u3, 4.9.88-1), openjdk-8-jre:amd64 (8u162-b12-1~deb9u1, 8u171-b11-1~deb9u1), linux-image-4.9.0-6-amd64:amd64 (4.9.82-1+deb9u3, 4.9.88-1), libmad0:amd64 (0.15.1b-8, 0.15.1b-8+deb9u1), openjdk-8-jre-headless:amd64 (8u162-b12-1~deb9u1, 8u171-b11-1~deb9u1), libsdl- image1.2:amd64 (1.2.12-5+b8, 1.2.12-5+deb9u1), tzdata:amd64 (2018d-0+deb9u1, 2018e-0+deb9u1) End-Date: 2018-05-07 14:30:23 Cheers Detlev -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.43-1 ii adduser 3.115 ii dconf-cli0.26.0-2+b1 ii dconf-gsettings-backend 0.26.0-2+b1 ii debconf [debconf-2.0]1.5.61 ii gir1.2-gdm-1.0 3.22.3-3+deb9u1 ii gnome-session [x-session-manager]3.22.3-1 ii gnome-session-bin3.22.3-1 ii gnome-session-flashback [x-session-manager] 3.22.0-3 ii gnome-settings-daemon3.22.2-2+deb9u2 ii gnome-shell 3.22.3-3 ii gnome-terminal [x-terminal-emulator] 3.22.2-1 ii gsettings-desktop-schemas3.22.0-1 ii libaccountsservice0 0.6.43-1 ii libaudit11:2.6.7-2 ii libc62.24-11+deb9u3 ii libcanberra-gtk3-0 0.30-3 ii libcanberra0 0.30-3 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libgdm1 3.22.3-3+deb9u1 ii libglib2.0-0 2.50.3-2 ii libglib2.0-bin 2.50.3-2 ii libgtk-3-0 3.22.11-1 ii libkeyutils1 1.5.9-9 ii libpam-modules 1.1.8-3.6 ii libpam-runtime 1.1.8-3.6 ii libpam-systemd 232-25+deb9u3 ii libpam0g 1.1.8-3.6 ii librsvg2-common 2.40.16-1+b1 ii libselinux1 2.6-3+b3 ii libsystemd0 232-25+deb9u3 ii libwrap0 7.6.q-26 ii libx11-6 2:1.6.4-3 ii libxau6 1:1.0.8-1 ii libxcb1 1.12-1 ii libxdmcp61:1.1.2-3 ii lsb-base 9.20161125 ii metacity [x-window-manager] 1:3.22.1-1 ii mutter [x-window-manager]3.22.3-2 ii policykit-1 0.105-18 ii ucf 3.0036 ii x11-common 1:7.7+19 ii x11-xserver-utils7.7+7+b1 ii xterm [x-terminal-emulator] 327-2 Versions of packages gdm3 recommends: ii at-spi2-core2.22.0-6+deb9u1 ii desktop-base9.0.2+deb9u1 ii x11-xkb-utils 7.7+3+b1 ii xserver-xephyr 2:1.19.2-1+deb9u2 ii xserver-xorg1:7.7+19 ii zenity 3.22.0-1+b1 Versions of packages gdm3 suggests: ii gnome-orca3.22.2-3 ii libpam-gnome-keyring 3.20.0-3 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] [security] [xdmcp] [chooser] [debug] Enable=true -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3
Bug#867247: tomcat8: Package tomcat8 or libtomcat8-java should depends package libservlet3.1-java
between the libxxx-java packages with their corresponding libxxx-java-doc
packages, but imo the libservlet3.1-java should suggest libservlet3.1-java-doc
but not vice versa.
Kind regards
Detlev
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.11.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de:en_US (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages tomcat8 depends on:
ii adduser 3.115
ii debconf 1.5.62
ii lsb-base9.20161125
ii tomcat8-common 8.5.16-1
ii ucf 3.0036
Versions of packages tomcat8 recommends:
pn authbind
ii libtcnative-1 1.2.12-2
Versions of packages tomcat8 suggests:
ii tomcat8-admin 8.5.16-1
ii tomcat8-docs 8.5.16-1
ii tomcat8-examples 8.5.16-1
ii tomcat8-user 8.5.16-1
-- Configuration Files:
/etc/tomcat8/catalina.properties [Errno 13] Keine Berechtigung:
'/etc/tomcat8/catalina.properties'
/etc/tomcat8/context.xml [Errno 13] Keine Berechtigung:
'/etc/tomcat8/context.xml'
/etc/tomcat8/jaspic-providers.xml [Errno 13] Keine Berechtigung:
'/etc/tomcat8/jaspic-providers.xml'
/etc/tomcat8/logging.properties [Errno 13] Keine Berechtigung:
'/etc/tomcat8/logging.properties'
/etc/tomcat8/policy.d/01system.policy [Errno 13] Keine Berechtigung:
'/etc/tomcat8/policy.d/01system.policy'
/etc/tomcat8/policy.d/02debian.policy [Errno 13] Keine Berechtigung:
'/etc/tomcat8/policy.d/02debian.policy'
/etc/tomcat8/policy.d/03catalina.policy [Errno 13] Keine Berechtigung:
'/etc/tomcat8/policy.d/03catalina.policy'
/etc/tomcat8/policy.d/04webapps.policy [Errno 13] Keine Berechtigung:
'/etc/tomcat8/policy.d/04webapps.policy'
/etc/tomcat8/policy.d/50local.policy [Errno 13] Keine Berechtigung:
'/etc/tomcat8/policy.d/50local.policy'
/etc/tomcat8/server.xml [Errno 13] Keine Berechtigung: '/etc/tomcat8/server.xml'
/etc/tomcat8/tomcat-users.xml [Errno 13] Keine Berechtigung:
'/etc/tomcat8/tomcat-users.xml'
/etc/tomcat8/web.xml [Errno 13] Keine Berechtigung: '/etc/tomcat8/web.xml'
-- debconf information:
* tomcat8/javaopts: -Djava.awt.headless=true -XX:+UseConcMarkSweepGC
* tomcat8/username: tomcat8
* tomcat8/groupname: tomcat8
diff -uNr a/debian/control b/debian/control
--- a/debian/control
+++ b/debian/control
@@ -43,8 +43,13 @@
Package: tomcat8
Architecture: all
-Depends: adduser, lsb-base (>= 3.0-6), tomcat8-common (>= ${source:Version}),
ucf, ${misc:Depends}
-Recommends: authbind, libtcnative-1 (>= 1.2.6~)
+Depends: adduser,
+ lsb-base (>= 3.0-6),
+ tomcat8-common (>= ${source:Version}),
+ ucf,
+ ${misc:Depends}
+Recommends: authbind,
+libtcnative-1 (>= 1.2.6~)
Suggests: tomcat8-admin (>= ${source:Version}),
tomcat8-docs (>= ${source:Version}),
tomcat8-examples (>= ${source:Version}),
@@ -63,7 +68,9 @@
Package: tomcat8-user
Architecture: all
-Depends: netcat, tomcat8-common (>= ${source:Version}), ${misc:Depends}
+Depends: netcat,
+ tomcat8-common (>= ${source:Version}),
+ ${misc:Depends}
Suggests: tomcat8 (>= ${source:Version}),
tomcat8-admin (>= ${source:Version}),
tomcat8-docs (>= ${source:Version}),
@@ -79,8 +86,11 @@
Package: libtomcat8-java
Architecture: all
-Depends: libecj-java (>= 3.11.0), ${misc:Depends}
-Recommends: libcommons-dbcp-java, libcommons-pool-java
+Depends: libecj-java (>= 3.11.0),
+ libservlet3.1-java (>= ${source:Version}),
+ ${misc:Depends}
+Recommends: libcommons-dbcp-java,
+libcommons-pool-java
Suggests: tomcat8 (>= ${source:Version})
Description: Apache Tomcat 8 - Servlet and JSP engine -- core libraries
Apache Tomcat implements the Java Servlet and the JavaServer Pages (JSP)
@@ -92,7 +102,8 @@
Package: libtomcat8-embed-java
Architecture: all
-Depends: libecj-java (>= 3.11.0), ${misc:Depends}
+Depends: libecj-java (>= 3.11.0),
+ ${misc:Depends}
Description: Apache Tomcat 8 - Servlet and JSP engine -- embed libraries
Apache Tomcat implements the Java Servlet and the JavaServer Pages (JSP)
specifications from Oracle, and provides a "pure Java" HTTP web
@@ -104,6 +115,7 @@
Package: libservlet3.1-java
Architecture: all
Depends: ${misc:Depends}
+Suggests: libservlet3.1-java-doc (>= ${source:Version})
Description: Servlet 3.1, JSP 2.3, EL 3.0 and WebSocket 1.0 Java API classes
Apache Tomcat implements the Java Servlet and the JavaServer Pages (JSP)
specifications from Oracle, and provides a "pure Java" HTTP web
@@ -115,7 +127,6 @@
Section: doc
Architecture: all
Depends: ${misc:Depends}
-Suggests: libservlet3.1-java (>= ${source:Version})
Description: Servlet 3.1, JSP 2.3, EL 3.0 and WebSocket 1.0 Java API
d
Bug#807072: moodle: please make the installation dependencies more flexible - add php5-fpm as alternative
Package: moodle Version: 2.7.11+dfsg-1 Severity: normal Hello Maintainer, please adjust the debian/control file so that moodle is installable without php5-cgi or libapache2-mod-php5. Since Apache 2.4 the webserver has its own fcgi module which can be used with php5-fpm. - libapache2-mod-php5 | php5-cgi + libapache2-mod-php5 | php5-cgi | php5-fpm Kind regards Detlev -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages moodle depends on: ii apache2 [httpd]2.4.17-3 ii dbconfig-common1.8.58 ii debconf [debconf-2.0] 1.5.58 ii libphp-adodb 5.18a-1 ii libphp-phpmailer 5.2.10+dfsg-1 ii php-cas1.3.3-1 ii php-htmlpurifier 4.7.0-1 ii php-tcpdf 6.0.093+dfsg-1 ii php5-cli 5.6.16+dfsg-1 ii php5-curl 5.6.16+dfsg-1 ii php5-fpm 5.6.16+dfsg-1 ii php5-gd5.6.16+dfsg-1 ii php5-pgsql 5.6.16+dfsg-1 ii postgresql-client 9.4+170 ii postgresql-client-9.4 [postgresql-client] 9.4.5-1+b1 ii ucf3.0031 Versions of packages moodle recommends: ii aspell 0.60.7~20110707-3+b1 ii mimetex 1.74-1+b1 ii php5-ldap5.6.16+dfsg-1 ii php5-xmlrpc 5.6.16+dfsg-1 ii postgresql 9.4+170 Versions of packages moodle suggests: ii clamav 0.98.7+dfsg-5 -- debconf information: moodle/mysql/method: Unix socket moodle/install-error: abort moodle/dbconfig-reinstall: false * moodle/pgsql/authmethod-admin: ident * moodle/dbconfig-install: true * moodle/db/app-user: moodle moodle/pgsql/manualconf: moodle/pgsql/no-empty-passwords: * moodle/www: http://xxx moodle/mysql/admin-user: root moodle/remote/port: moodle/pgsql/changeconf: false moodle/remove-error: abort moodle/internal/reconfiguring: false moodle/internal/skip-preseed: false moodle/upgrade-error: abort * moodle/pgsql/authmethod-user: password moodle/upgrade-backup: true moodle/dbconfig-upgrade: true moodle/purge: false moodle/remote/host: * moodle/database-type: pgsql moodle/dbconfig-remove: true moodle/db/basepath: * moodle/pgsql/method: Unix socket * moodle/pgsql/admin-user: postgres moodle/remote/newhost: moodle/passwords-do-not-match: moodle/missing-db-package-error: abort * moodle/db/dbname: moodle
Bug#779419: soundkonverter: Please adjust the package recommends
Package: soundkonverter
Version: 2.1.2-1
Severity: normal
Hello Maintainer,
Please change the Recommends to the really existing packages.
The Package kdemultimedia-kio-plugins is a transitional package for
kio-audiocd since 2013 and the package mp3gain has just been removed
from the Debian archive, please look at https://bugs.debian.org/761847.
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: cdparanoia, faad, libav-tools, flac,
- kdemultimedia-kio-plugins, mp3gain, mplayer, mppenc, speex, timidity,
+ kio-audiocd, mplayer, mppenc, speex, timidity,
vorbis-tools, vorbisgain, wavpack
Description: audio converter frontend for KDE
soundKonverter is a frontend to various audio converters.
Kind regards
Detlev
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages soundkonverter recommends:
pn kdemultimedia-kio-plugins none
pn mp3gainnone
soundkonverter 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#779245: icu: Please package the current upstream release 54.1
Source: icu Severity: wishlist Hello maintainer, As I described in the subject it would be nice if you package the current upstream version 54.1 which is supporting Unicode 7.0. I have it packaged for myself. It is based on latest Debian sources of the experimental 53.1-1 and the unstable 52.1-7.1 release. I don't had any build problems. Kind regards Detlev -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766601: openjdk-7-jre-headless: still depending on libjpeg8?
Package: openjdk-7 Followup-For: Bug #766601 Hello, for me I have solved this issue with a modified the debian/rules file: --- 1/debian/rules +++ 2/debian/rules @@ -858,8 +858,10 @@ liblcms$(if $(filter 1,$(lcms_version)),1,2-2), ifneq (,$(filter $(distrel),lenny squeeze oneiric natty maverick lucid karmic jaunty intrepid hardy gutsy feisty edgy dapper)) dlopen_hl_depends += libjpeg62, -else +else ifneq (,$(filter $(distrel),wheezy precise quantal raring saucy)) dlopen_hl_depends += libjpeg8, +else + dlopen_hl_depends += libjpeg62-turbo, endif ifneq ($(with_nss),no) ifneq (,$(filter $(distrel),lenny squeeze precise oneiric natty maverick lucid karmic hardy dapper)) I have borrowed this logic from the lines 761 ff. bd_syslibs = zlib1g-dev, libattr1-dev, ifneq (,$(filter $(distrel),lenny squeeze oneiric natty maverick lucid karmic jaunty intrepid hardy)) bd_syslibs += libpng12-dev, libjpeg62-dev, else ifneq (,$(filter $(distrel),wheezy precise quantal raring saucy)) bd_syslibs += libpng-dev, libjpeg8-dev, else bd_syslibs += libpng-dev, libjpeg-dev, endif Kind regards, Detlev -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768868: r-base: Please build the source-package against the default tcl/tk version (8.6)
Package: r-base Version: 3.1.2-1 Severity: wishlist Hello Maintainer, Please build the r-base source-package against the default tcl/tk version (8.6) Kind regards, Detlev Brodowski -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748990: calligra: New upstream versin 2.8.3 available
Package: calligra Version: 1:2.7.5-1 Severity: wishlist Dear maintainers, it would be fine if you package the new available stable version for Debian. (2.8.3) Thanks in advance Detlev -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calligra depends on: ii braindump 1:2.7.5-1+b5 ii calligraauthor 1:2.7.5-1+b5 ii calligraflow1:2.7.5-1+b5 ii calligraplan1:2.7.5-1+b5 ii calligrasheets 1:2.7.5-1+b5 ii calligrastage 1:2.7.5-1+b5 ii calligrawords 1:2.7.5-1+b5 ii karbon 1:2.7.5-1+b5 ii kexi1:2.7.5-1+b5 ii krita 1:2.7.5-1+b5 calligra recommends no packages. calligra 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#743664: ruby-*: file conflict on /usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/mkmf.log
Hello Maintainers, It looks that the problem has been fixed with the current gem2deb package (release 0.7.5, Bug: #743671). I have rebuilt this package with the new gem2deb for my own and the mkmf.log file is gone. I my eyes there is only a Binary-only rebuild with the new gem2deb needed. But for all ruby packages which contains the bad mkmf.log file. Kind Regards Detlev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723085: icedove: Fails to start with GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Detlev Zundel d...@akk.org writes: Package: icedove Version: 10.0.12-1 Severity: important Icedove fails to start up at all after a system upgrade to Jessie: [dzu@deepthought ~][0]$ icedove (process:28515): GLib-CRITICAL **: g_slice_set_config: assertion sys_page_size == 0' failed [dzu@deepthought ~][0]$ Doing a websearch it seems to indicate this to be connected to glib alas there is no other version in Jessie or unstable to try. A proposed workaround of exporting G_SLICE=always-malloc also doesn't help. The problem is also present with icedove 17.0.8-1 from unstable. I cannot reproduce this anymore after a system reboot, so the bug can be closed. Icedove from testing and unstable work again. Sorry for the noise. Detlev -- Deutsches Grundgesetz Artikel 21 Absatz 1: Die Parteien wirken bei der politischen Willensbildung des Volkes mit. Ihre Gründung ist frei. Ihre innere Ordnung muß demokratischen Grundsätzen ent- sprechen. Sie müssen über die Herkunft und Verwendung ihrer Mittel sowie über ihr Vermögen öffentlich Rechenschaft geben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723085: icedove: Fails to start with GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Package: icedove Version: 10.0.12-1 Severity: important Icedove fails to start up at all after a system upgrade to Jessie: [dzu@deepthought ~][0]$ icedove (process:28515): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed [dzu@deepthought ~][0]$ Doing a websearch it seems to indicate this to be connected to glib alas there is no other version in Jessie or unstable to try. A proposed workaround of exporting G_SLICE=always-malloc also doesn't help. The problem is also present with icedove 17.0.8-1 from unstable. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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/bash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.10.2-2 ii libasound21.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15.1-2 ii libnss3-1d2:3.15.1-2 ii libpango1.0-0 1.32.5-5+b1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.0.2-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-2 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.20-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-sv-se [hunspell-dictionary] 1.51-1 ii myspell-bg [myspell-dictionary] 4.1-3 ii myspell-ca [myspell-dictionary] 0.20111230b-4 ii myspell-cs [myspell-dictionary] 20040229-5.1 ii myspell-da [myspell-dictionary] 1.6.25-1.1 ii myspell-de-de [myspell-dictionary]20120607-1 ii myspell-en-us [myspell-dictionary]1:3.3.0-4 ii myspell-eo [myspell-dictionary] 2.1.2000.02.25-45 ii myspell-es [myspell-dictionary] 1.11-4 ii myspell-et [myspell-dictionary] 1:20030606-20 ii myspell-fr [myspell-dictionary] 1.4-26 ii myspell-he [myspell-dictionary] 1.2-2 ii myspell-hu [myspell-dictionary] 1.2+repack-2 ii myspell-it [myspell-dictionary] 1:3.3.0-4 ii myspell-ku [myspell-dictionary] 0.20.0-2 ii myspell-lt [myspell-dictionary] 1.2.1-4 ii myspell-lv [myspell-dictionary] 0.9.4-5 ii myspell-nb [myspell-dictionary] 2.0.10-5.1 ii myspell-nl [myspell-dictionary] 1:2.10-1 ii myspell-nn [myspell-dictionary] 2.0.10-5.1 ii myspell-pl [myspell-dictionary] 20130519-1 ii myspell-pt-br [myspell-dictionary]20130317-1 ii myspell-pt-pt [myspell-dictionary]20091013-4 ii myspell-ru [myspell-dictionary] 0.99g5-18 ii myspell-sk [myspell-dictionary] 0.5.5a-2.3 ii myspell-sl [myspell-dictionary] 1.0-5 ii myspell-uk [myspell-dictionary] 1.6.5-2 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii gconf-service 3.2.6-1 ii libgconf-2-4 3.2.6-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libnotify40.7.6-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676164: libuuid-perl: Please package the current upstream version 0.04
Hi Maintainer, I have seen that there is a new release 0.05 which is now an official release. http://search.cpan.org/~lzap/UUID-0.05/ Kind regards, Detlev NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland, Amtsgericht Ansbach, HRB 4298, USt-ID: DE243245746, Geschäftsführer: Werner Fuchs Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus. This e-mail and any attachments contain privileged and confidential information intended only for the use of the addressee(s). If you are not an intended recipient of this e-mail, you are hereby notified that any dissemination, copying or use of information within it is strictly prohibited. If you received this e-mail in error or without authorization, please notify us immediately by reply e-mail and delete the e-mail from your system. If you need any further assistance, please send a message to supp...@newcotec.com. Thank you in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703882: at not usable as regular (non-root) user
Package: at Version: 3.1.13-2 Severity: important Dear Maintainer, 'at' currently is not usable as a regular user contradicting the man page. In the regular installation, only /etc/at.deny exists and thus from the man page a user not listed in that file should be able to use at (my user is not listed there). Currently, this does not work however: bash[2]$ atq You do not have permission to use atq. bash[2]$ I started debugging at and it turns out that 'at' cannot even read /etc/at.deny and thus concludes that no user except root should be allowed to use it (seen easily also in strace): bash[2]$ strace -e open atq open(/etc/ld.so.cache, O_RDONLY) = 4 open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY) = 4 open(/etc/nsswitch.conf, O_RDONLY)= 4 open(/etc/ld.so.cache, O_RDONLY) = 4 open(/lib/x86_64-linux-gnu/libnss_compat.so.2, O_RDONLY) = 4 open(/lib/x86_64-linux-gnu/libnsl.so.1, O_RDONLY) = 4 open(/etc/ld.so.cache, O_RDONLY) = 4 open(/lib/x86_64-linux-gnu/libnss_nis.so.2, O_RDONLY) = 4 open(/lib/x86_64-linux-gnu/libnss_files.so.2, O_RDONLY) = 4 open(/etc/passwd, O_RDONLY|O_CLOEXEC) = 4 open(/etc/group, O_RDONLY|O_CLOEXEC) = 4 open(/etc/passwd, O_RDONLY|O_CLOEXEC) = 4 open(/etc/at.allow, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/at.deny, O_RDONLY) = -1 EACCES (Permission denied) You do not have permission to use atq. bash[2]$ The installed rights confirm this: bash[2]$ ls -l /etc/at.deny -rw-r-. 1 root bin 144 Nov 30 2009 /etc/at.deny bash[2]$ As a quick test, I added read rights for all other users, but also with no success: bash[2]$ sudo chmod o+r /etc/at.deny bash[2]$ atq Cannot change to /var/spool/cron/atjobs: Permission denied bash[2]$ At this point I stop as I'm not sure how this is supposed to work in the first place. I would really appreciate if we can fix things up. Let me know if I can test something. Thanks Detlev -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, '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/bash Versions of packages at depends on: ii libc6 2.13-37 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii lsb-base4.1+Debian8 Versions of packages at recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-7 at suggests no packages. -- Configuration Files: /etc/at.deny [Errno 13] Permission denied: u'/etc/at.deny' -- 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#703882: at not usable as regular (non-root) user
Hello Ansgar, On 03/25/2013 11:19, Detlev Zundel wrote: I started debugging at and it turns out that 'at' cannot even read /etc/at.deny and thus concludes that no user except root should be allowed to use it (seen easily also in strace): bash[2]$ strace -e open atq [...] open(/etc/at.deny, O_RDONLY) = -1 EACCES (Permission denied) You do not have permission to use atq. I wouldn't expect strace to work on suid binaries. Ah, you're right there of course. The first instance was seen with gdb on a local build at however. Reproducing it with strace was only meant to be easier to show than copying a gdb transcript... The installed rights confirm this: bash[2]$ ls -l /etc/at.deny -rw-r-. 1 root bin 144 Nov 30 2009 /etc/at.deny Why does the file belong to the bin group on your system? It should belong to daemon. To be honest, I have no clue. To this day I cannot remember meddling with at at all, so I cannot answer this question. It does so in the binary package: $ dpkg-deb -c at_3.1.13-2_amd64.deb | grep /etc/at.deny -rw-r- root/daemon 144 2012-06-09 13:46 ./etc/at.deny Please also include the permissions of /var/spool/cron/at* and /usr/bin/at if there are still problems. Ah, your indication that there maybe consistency issues prompted me to purge and reinstall 'at' and everything now works for me. Unfortunately this also means that I do not know where the original problems came from but very likely this would have been very hard to reconstruct anyway. So thanks for the quick help and please go ahead and close the bug. Best wishes Detlev -- Oh, didn't you know, the Lord did the original programming of the universe in COBOL. - That's why the world is the evil work of Satan. A true divine being would have used Scheme. - And, if so, Jesus would have been crucified on a big lambda symbol. -- K. Chafin, K. Schilling D. Hanley, on comp.lang.lisp -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703882: at not usable as regular (non-root) user
Hi Steve, On Mon, Mar 25, 2013 at 11:19:16AM +0100, Detlev Zundel wrote: I started debugging at and it turns out that 'at' cannot even read /etc/at.deny and thus concludes that no user except root should be allowed to use it (seen easily also in strace): bash[2]$ strace -e open atq Hi Detlev, atq is setuid and setguid, but those flags are ignored when running under strace or gdb. Thanks for also pointing out my user error ;) As I wrote in my answer to Ansgar already, the strace output was only meant to demonstrate what I perceived as the problem more concisely. The transcript of the changed behaviour after adding read rights should be enough to prove that it was a real problem during regular runs also - obviously it wasn't the only problem. strace's -u flag documents how to get an accurate trace. Thanks for the tip - I wasn't aware of this option before. Thanks Detlev -- The Speedo3 is very similar to other Intel network chips, that is to say apparently designed on a different planet. -- drivers/net/eepro100.c in Linux source -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674116: dirmngr: init script does not write pid into the pid file
Am Mittwoch, 5. Dezember 2012, 19:58:13 schrieb John Paul Adrian Glaubitz: Hi, the issue only occurs if the local bash profile contains any echo statements: root@unstable:~# /etc/init.d/dirmngr restart [ ok ] Stopping DirMngr: dirmngr. [ ok ] Starting DirMngr: dirmngr. root@unstable:~# echo echo \This is a test\!\ /etc/profile.d/bla.sh root@unstable:~# /etc/init.d/dirmngr restart [ ok ] Stopping DirMngr: dirmngr. [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: 1: eval: This: not found . ok root@unstable:~# I'm attaching a proposed patch to fix the issue and I could also do an NMU to fix the package. With the patch: root@unstable:~# ps aux |grep dir root 4277 0.0 0.0 18576 788 ?Ss 19:57 0:00 /usr/bin/dirmngr --daemon --sh root 4301 0.0 0.0 9232 848 pts/1S+ 19:57 0:00 grep dir root@unstable:~# /etc/init.d/dirmngr restart [ ok ] Stopping DirMngr: dirmngr. [ ok ] Starting DirMngr: dirmngr. root@unstable:~# ps aux |grep dir root 4347 0.0 0.0 18576 784 ?Ss 19:57 0:00 /usr/bin/dirmngr --daemon --sh root 4370 0.0 0.0 9232 848 pts/1S+ 19:57 0:00 grep dir root@unstable:~# Cheers, Adrian Hi, thank you for the hint and the patch. Now the dirmngr start script works fine. Regarding your comment to the echo command I have analized my scripts in /etc/profile.d/. But I don't found any echo command. :( Nevertheless I have detected the bad script /etc/profile.d/. It was my own script to remove the beep on the console. It contains only this one line: /usr/bin/setterm -blength 0 Kind regards, Detlev NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland, Amtsgericht Ansbach, HRB 4298, USt-ID: DE243245746, Geschäftsführer: Werner Fuchs Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus. This e-mail and any attachments contain privileged and confidential information intended only for the use of the addressee(s). If you are not an intended recipient of this e-mail, you are hereby notified that any dissemination, copying or use of information within it is strictly prohibited. If you received this e-mail in error or without authorization, please notify us immediately by reply e-mail and delete the e-mail from your system. If you need any further assistance, please send a message to supp...@newcotec.com. Thank you in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694864: ttf-liberation not available for ARCH i386 in multiarch amd64 environment
Package: ttf-liberation Version: 1.07.2-6 Severity: normal Hello maintainer, Please make the package multiarch ready. I think you need only to add the tag Multi-Arch: foreign to the control file. Background: In an amd64 multiarch environment, the package libwine-unstable:i386 does not find their recommended package ttf-liberation. Kind regards, Detlev -- Package-specific info: 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 Version Architecture Description +++--===-===-= ii fontconfig 2.9.0-7 amd64 generic font configuration library - support binaries ii libfreetype6:amd64 2.4.9-1 amd64 FreeType 2 font engine, shared library files ii libfreetype6:i3862.4.9-1 i386 FreeType 2 font engine, shared library files ii libxft2:amd642.3.1-1 amd64 FreeType-based font drawing library for X -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#694877: libwine-gecko-1.4 is not buildable
Package: libwine-gecko-1.4 Version: 1.4+dfsg1-3 Severity: serious Justification: fails to build from source Hello maintainer, there exist an unresolvable build dependency. I don't know if this a wine-gecko bug or a wine/wine-unstable bug. Assumtion: There does not exist any wine-gecko Debian packages in the repository, only the source package. The wine-gecko source package contains the build-dep of wine-bin (= 1.4-0.2) | wine-bin-unstable (= 1.3.15-0.2) | wine1.4. But the package wine-bin-unstable contains the depends of the package libwine-gecko-1.4, which does not exist at this timestamp. So I cannot build the package libwine-gecko-1.4. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#694864: [Pkg-fonts-devel] Bug#694864: ttf-liberation not available for ARCH i386 in multiarch amd64 environment
Am Samstag, 1. Dezember 2012, 16:00:24 schrieb Daniel Kahn Gillmor:
Hi Detlev--
On 12/01/2012 08:58 AM, Detlev Brodowski wrote:
Package: ttf-liberation
Version: 1.07.2-6
Severity: normal
Hello maintainer,
Please make the package multiarch ready. I think you need only to
add the tag Multi-Arch: foreign to the control file.
Background:
In an amd64 multiarch environment, the package
libwine-unstable:i386 does not find their recommended package
ttf-liberation.
I'm confused by this bug report. ttf-liberation is Architecture:
all, which means that the same package is installable (and relevant)
on both i386 and amd64 packages.
Could you give a transcript of the failure you're seeing when trying
to deal with libwine-unstable:i386? It would be good to see:
* what you're doing specifically
* exactly what the error message is
fwiw, ttf-liberation is a dummy package that just points to
fonts-liberation at this point (also Architecture: all); at some
point, libwine-unstable should probably update their dependencies to
point to fonts-liberation instead.
Regards,
--dkg
Hi Daniel,
I'm using aptitude on an amd64 system with activated i386 architecture
and select the package libwine-unstable:i386. There you can see that the
recommended package ttf-liberation is UNAVAILABLE.
So I have rebuilt the source package fonts-liberation with the tag
Multi-Arch: foreign in the control file.
Now the package libwine-unstable:i386 has found the package ttf-
liberation.
Kind regards
Detlev
NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland, Amtsgericht
Ansbach, HRB 4298, USt-ID: DE243245746, Geschäftsführer: Werner Fuchs
Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für
die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers
dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede
Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens
verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten
haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie
diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie
bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus.
This e-mail and any attachments contain privileged and confidential information
intended only for the use of the addressee(s). If you are not an intended
recipient of this e-mail, you are hereby notified that any dissemination,
copying or use of information within it is strictly prohibited. If you received
this e-mail in error or without authorization, please notify us immediately by
reply e-mail and delete the e-mail from your system. If you need any further
assistance, please send a message to supp...@newcotec.com. Thank you in advance.
--- a/fonts-liberation/debian/control 2012-11-01 21:41:55.0 +0100
+++ b/fonts-liberation/debian/control 2012-12-01 10:29:14.0 +0100
@@ -19,6 +19,7 @@
Depends: ${misc:Depends}
Replaces: ttf-liberation ( 1.07.0-2)
Conflicts: ttf-liberation ( 1.07.0-2)
+Multi-Arch: foreign
Description: Fonts with the same metrics as Times, Arial and Courier
A set of serif, sans-serif and monospaced fonts from Red Hat with
exactly the same metrics as the (non-free) Microsoft Times, Arial
@@ -30,6 +31,7 @@
Architecture: all
Section: oldlibs
Priority: extra
+Multi-Arch: foreign
Description: transitional dummy package
This package is a dummy transitional package. It can be safely removed.
Bug#691688: libgit-pure-perl: package name is wrong - should be called libgit-pureperl-perl
Hello Maintainer, the source package name should also be renamed to libgit-pureperl-perl. Kind regards, Detlev NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland, Amtsgericht Ansbach, HRB 4298, USt-ID: DE243245746, Geschäftsführer: Werner Fuchs Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus. This e-mail and any attachments contain privileged and confidential information intended only for the use of the addressee(s). If you are not an intended recipient of this e-mail, you are hereby notified that any dissemination, copying or use of information within it is strictly prohibited. If you received this e-mail in error or without authorization, please notify us immediately by reply e-mail and delete the e-mail from your system. If you need any further assistance, please send a message to supp...@newcotec.com. Thank you in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691688: libgit-pure-perl: package name is wrong - should be called libgit-pureperl-perl
Package: libgit-pure-perl Version: 0.48-2 Severity: normal Dear maintainer, I'm not really shure, but I think that the perl packages have the following naming convention liboriginal name-perl and the name of this module in CPAN is Git::PurePerl. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgit-pure-perl depends on: ii libconfig-gitlike-perl1.09-1 ii libdata-stream-bulk-perl 0.11-1 ii libdatetime-perl 2:0.7700-1 ii libfile-find-rule-perl0.33-1 ii libio-digest-perl 0.10-1.1 ii libmoose-perl 2.0604-1 ii libmoosex-strictconstructor-perl 0.19-1 ii libmoosex-types-path-class-perl 0.05-2 ii perl 5.14.2-14 libgit-pure-perl recommends no packages. libgit-pure-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687184: kmymoney: Wrong package recommendation: Debian package gpg-agent does not exist but gnupg-agent
Package: kmymoney Version: 4.6.2-3.1 Severity: normal Dear maintainers, Please adjust the package recommendation from the not existing package gpg-agent to the existing package gnupg-agent. Kind regards Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmymoney depends on: ii kde-runtime 4:4.8.4-1 ii kdepim-runtime4:4.4.11.1-5 ii kmymoney-common 4.6.2-3.1 ii libalkimia4 4.3.2-1.1 ii libaqbanking345.0.24-1 ii libc6 2.13-35 ii libgcc1 1:4.7.1-8 ii libgmp10 2:5.0.5+dfsg-2 ii libgpgme++2 4:4.8.4-1 ii libgwengui-qt4-0 4.3.3-1 ii libgwenhywfar60 4.3.3-1 ii libical0 0.48-2 ii libkabc4 4:4.8.4-1 ii libkcmutils4 4:4.8.4-3 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkfile4 4:4.8.4-3 ii libkholidays4 4:4.8.4-1 ii libkhtml5 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libofx4 1:0.9.4-2.1 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-network4:4.8.2+dfsg-2 ii libqt4-sql4:4.8.2+dfsg-2 ii libqt4-svg4:4.8.2+dfsg-2 ii libqt4-xml4:4.8.2+dfsg-2 ii libqtcore44:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++64.7.1-8 Versions of packages kmymoney recommends: pn gpg-agent none ii pinentry-qt4 0.8.1-1 kmymoney 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#680714: bacula: Please package bacula 5.2.10 with importend bugfixes
Package: bacula Severity: wishlist Dear maintainer, Please package bacula 5.2.10 with importend bugfixes before the wheezy freeze. Copied from the bacula website: Major changes since 5.2.9: - IPv6 networking should work correctly now - SQL Counter problems resolved - Bat hanging after running a number of jobs - dbcheck rw_writelock problem - Windows VSS restore bug Kind regards Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676162: libqtwebkit4:i386 unable to install on amd64 dist
Package: libqtwebkit4 Version: 2.2.1-4+b1 Severity: important Hello maintainers, at the moment it is not possible to install the i386 arch package on amd64 dist. == Unpacking libqtwebkit4:i386 (from .../libqtwebkit4_2.2.1-4+b1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libqtwebkit4_2.2.1-4+b1_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libqtwebkit4/changelog.Debian.gz', which is different from other instances of package libqtwebkit4:i386 configured to not write apport reports Errors were encountered while processing: /var/cache/apt/archives/libqtwebkit4_2.2.1-4+b1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) = Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqtwebkit4 depends on: ii libc62.13-33 ii libgcc1 1:4.7.0-11 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libqt4-network 4:4.8.1-2 ii libqtcore4 4:4.8.1-2 ii libqtgui44:4.8.1-2 ii libsqlite3-0 3.7.12.1-1 ii libstdc++6 4.7.0-11 ii libx11-6 2:1.4.99.901-2 ii libxrender1 1:0.9.7-1 ii multiarch-support2.13-33 libqtwebkit4 recommends no packages. libqtwebkit4 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#676164: libuuid-perl: Please package the current upstream version 0.04
Package: libuuid-perl Version: 0.02-4+b2 Severity: wishlist Hello Maintainer, please package the upstream version 0.04 of the uuid perl module. http://search.cpan.org/~jnh/UUID/UUID.pm Cause: The vSphere SDK for Perl needs this version as minimum version. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libuuid-perl depends on: ii libc6 2.13-33 ii libuuid12.20.1-5 ii perl-base [perlapi-5.14.2] 5.14.2-11 libuuid-perl recommends no packages. libuuid-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674116: dirmngr: init script does not write pid into the pid file
Am Wednesday, 23. May 2012, 19:13:42 schrieb Peter Eisentraut: On ons, 2012-05-23 at 07:56 +0200, Detlev Brodowski wrote: Package: dirmngr Version: 1.1.0-3 Severity: important Hello maintainer, The init script starts the daemon but don't write the pid to the pid file. Therefore the stop procedure cannot stop the daemon. I have reproduced this behavior with dash as /bin/sh and bash as /bin/sh with different output. dash: root@pluto3:~# /etc/init.d/dirmngr start [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: 1: eval: not found /etc/init.d/dirmngr: 1: eval: 0]DIRMNGR_INFO=/var/run/dirmngr/socket:26899:1: not found .. ok bash: root@pluto3:~# /etc/init.d/dirmngr start [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: Zeile 36: $'\E[11': Kommando nicht gefunden. /etc/init.d/dirmngr: Zeile 36: 0]DIRMNGR_INFO=/var/run/dirmngr/socket:27054:1: Datei oder Verzeichnis nicht gefunden .. ok It works for me. Can you run it through bash -x and/or dash -x to see what's happening? It looks like the lsb-base output might be interfering. Could you try downgrading that to 4.1+Debian3 to see if it makes a difference? Hi Peter, I could reproduce the issue with the lsb packages version 4.1+Debian3. If I execute the init scripts from konsole within x11 then there are no errors and the init script works as designed. But from the text console I get the error message. I have attached the needed outputs. Kind regards Detlev NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland Amtsgericht Ansbach, HRB 4298, USt-ID: DE243245746 Geschäftsführung: Werner Fuchs, Wolfgang Reichenbach Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus. This e-mail and any attachments contain privileged and confidential information intended only for the use of the addressee(s). If you are not an intended recipient of this e-mail, you are hereby notified that any dissemination, copying or use of information within it is strictly prohibited. If you received this e-mail in error or without authorization, please notify us immediately by reply e-mail and delete the e-mail from your system. If you need any further assistance, please send a message to supp...@newcotec.com. Thank you in advance. + PATH=/sbin:/bin:/usr/sbin:/usr/bin + NAME=dirmngr + DAEMON=/usr/bin/dirmngr + PIDFILE=/var/run/dirmngr.pid + test -x /usr/bin/dirmngr + [ -r /etc/default/dirmngr ] + . /etc/default/dirmngr + DIRMNGR_SOCKET_MODE=0777 + . /lib/lsb/init-functions + run-parts --lsbsysinit --list /lib/lsb/init-functions.d + [ -r /lib/lsb/init-functions.d/20-left-info-blocks ] + . /lib/lsb/init-functions.d/20-left-info-blocks + FANCYTTY= + [ -e /etc/lsb-base-logging.sh ] + true + log_daemon_msg Starting DirMngr dirmngr + [ -z Starting DirMngr ] + log_daemon_msg_pre Starting DirMngr dirmngr + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + [ -z dirmngr ] + /bin/echo -n Starting DirMngr: dirmngr Starting DirMngr: dirmngr+ log_daemon_msg_post Starting DirMngr dirmngr + : + d_start + pidofproc /usr/bin/dirmngr + local pidfile base status specified pid OPTIND + pidfile= + specified= + OPTIND=1 + getopts p: opt + shift 0 + base=dirmngr + [ ! ] + pidfile=/var/run/dirmngr.pid + [ -n /var/run/dirmngr.pid ] + [ -e /var/run/dirmngr.pid ] + [ -r /var/run/dirmngr.pid ] + read pid + [ -n 2242 ] + kill -0 2242 + + ps 2242 + return 1 + mkdir -p /var/run/dirmngr + chown dirmngr:dirmngr /var/run/dirmngr + su -c . /lib/lsb/init-functions umask 027 start_daemon -p /var/run/dirmngr.pid /usr/bin/dirmngr --daemon --sh - dirmngr + output=DIRMNGR_INFO=/var/run/dirmngr/socket:5354:1; export DIRMNGR_INFO; + eval DIRMNGR_INFO=/var/run/dirmngr/socket:5354:1; export DIRMNGR_INFO; + DIRMNGR_INFO=/var/run/dirmngr/socket:5354:1 + export DIRMNGR_INFO + echo /var/run/dirmngr/socket:5354:1 + cut -d : -f 2 + pid=5354 + echo 5354 + chmod 0777 /var/run/dirmngr/socket + return 0 + log_end_msg 0 + [ -z 0 ] + local retval + retval=0 + log_end_msg_pre 0 + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + FANCYTTY=0 + false + RED= + YELLOW= + NORMAL= + [ 0 -eq 0 ] + echo . . + log_end_msg_post 0 + : + return 0 + PATH=/sbin:/bin:/usr/sbin:/usr/bin + NAME=dirmngr + DAEMON=/usr/bin/dirmngr + PIDFILE=/var/run/dirmngr.pid + test -x
Bug#674116: dirmngr: init script does not write pid into the pid file
Package: dirmngr Version: 1.1.0-3 Severity: important Hello maintainer, The init script starts the daemon but don't write the pid to the pid file. Therefore the stop procedure cannot stop the daemon. I have reproduced this behavior with dash as /bin/sh and bash as /bin/sh with different output. dash: root@pluto3:~# /etc/init.d/dirmngr start [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: 1: eval: not found /etc/init.d/dirmngr: 1: eval: 0]DIRMNGR_INFO=/var/run/dirmngr/socket:26899:1: not found .. ok bash: root@pluto3:~# /etc/init.d/dirmngr start [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: Zeile 36: $'\E[11': Kommando nicht gefunden. /etc/init.d/dirmngr: Zeile 36: 0]DIRMNGR_INFO=/var/run/dirmngr/socket:27054:1: Datei oder Verzeichnis nicht gefunden .. ok Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dirmngr depends on: ii adduser3.113+nmu2 ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii libassuan0 2.0.3-1 ii libc6 2.13-32 ii libgcrypt111.5.0-3 ii libgpg-error0 1.10-3 ii libksba8 1.2.0-2 ii libldap-2.4-2 2.4.28-1.3 ii libpth20 2.0.7-16 ii lsb-base 4.1+Debian4 dirmngr recommends no packages. dirmngr 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#665832: gnuplot: Crashes with Segmentation fault on every command
Package: gnuplot Version: 4.6.0-1 Followup-For: Bug #665832 Hi, as an additional data point, I see exactly the same behaviour. Cheers Detlev -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.6.0-1 ii gnuplot-x11 4.6.0-1 gnuplot recommends no packages. Versions of packages gnuplot suggests: pn gnuplot-doc none -- 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#651598: FTBFS: autoconf-wrapper: invalid number of arguments
Hallo all, I could reproduce this issue und I have solved this. I had the same problem as Felix. So I have checked the installed packages on my sid. I have seen that I have two autoconf packages installed - autoconf and autoconf2.13. After removing of the package autoconf2.13 the build from source worked as expected. To solve this bugreport I would suggest add a conflict to autoconf2.13 to the build-depends part of the control file. Kind regards, Detlev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639870: reopen 604387: unixodbc is still build-depend from libqt3-mt-dev, libqt3-compat-headers
Package: unixodbc Version: 2.2.14p2-3 Severity: important The bug 604387 still exist. Please update the packages from the source package unixodbc to the new upstream release 2.3.0 too. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unixodbc depends on: ii libc6 2.13-18 ii libodbc1 2.2.14p2-3 ii libreadline6 6.2-4 ii odbcinst1debian2 2.2.14p2-3 unixodbc recommends no packages. unixodbc 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#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Package: usb-modeswitch Version: 1.1.8-1 Severity: important Tags: sid The package does not switch my usb-stick XS Stick W14 into the needed mode after I have detached and reattached the usb-stick, till the next reboot. The problem exists since version 1.1.9. Therefor I have downgraded to release 1.1.8. Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usb-modeswitch depends on: ii dpkg 1.16.0.3Debian package management system ii libc62.13-16 Embedded GNU C Library: Shared lib ii libusb-0.1-4 2:0.1.12-18 userspace USB programming library ii tcl 8.5.0-2 The Tool Command Language (default ii tcl8.5 [tclsh] 8.5.10-1Tcl (the Tool Command Language) v8 ii usb-modeswitch-data 20110714-1 mode switching data for usb-modesw usb-modeswitch recommends no packages. Versions of packages usb-modeswitch suggests: pn comgt none (no description available) pn wvdialnone (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#637973: idle3: as this package is a meta package it should contain the dependency to idl-python3.2
Package: idle3 Version: 3.2-3 Severity: minor Tags: sid As this package is a meta package it should contain the dependency to idl- python3.2. Please lock at the package idle. That package contains the dependency to idle- python2.6 Kind regards, Detlev -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages idle3 depends on: ii python3 3.2-3 interactive high-level object-orie ii python3-tk3.2-4 Tkinter - Writing Tk applications idle3 recommends no packages. idle3 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#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Am Dienstag, 16. August 2011, 08:18:28 schrieb Josua Dietze: Am 16.08.2011 08:01, schrieb Detlev Brodowski: The package does not switch my usb-stick XS Stick W14 into the needed mode after I have detached and reattached the usb-stick, till the next reboot. Can you enable logging in /etc/usb_modeswitch.conf and attach the log from a failure to your reply? You will find it in /var/log a while after you re-plugged the stick. Thanks, Josua Dietze Hello Josua, I have activated logging. the logfiles are attached (for 1.1.8 and 1.1.9 - 1st and 2nd attach) Kind regards Detlev usb-modeswitch-logs.tar.gz Description: application/compressed-tar
Bug#637972: usb-modeswitch: switching functionality works only once after a fresh reboot with usb-stick XS Stick W14
Am Dienstag, 16. August 2011, 20:19:48 schrieb Josua Dietze: Am 16.08.2011 14:41, schrieb Detlev Brodowski: I have activated logging. Thanks for the logs. They confirmed the bug very nicely. I've done some testing and found one system where the same error was occurring. For a fix, edit /usr/sbin/usb_modeswitch_dispatcher and look for line 244. It says # after 500; now just remove the comment sign # and save. See if you get rid of the problem afterwards. Thanks Josh It works. :) Thank you very much. Kind regards Detlev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631919: tomcat6 is suggesting the not existent package tomcat-native
Package: tomcat6 Version: 6.0.32-4+0.0.1 Severity: normal Tags: squeeze sid Hi, tomcat6 is suggesting the not existent package tomcat-native. But tomcat-native is the packagename of the source package. The package tomcat6 should be suggesting to the binary package(name) libtcnative-1. Kind regards Detlev -- System Information: Debian Release: 6.0.2 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 tomcat6 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii tomcat6-common6.0.32-4+0.0.1 Servlet and JSP engine -- common f ii ucf 3.0025+nmu1Update Configuration File: preserv Versions of packages tomcat6 recommends: ii authbind 1.2.0 Allows non-root programs to bind() Versions of packages tomcat6 suggests: pn tomcat-native none (no description available) ii tomcat6-admin 6.0.32-4+0.0.1 Servlet and JSP engine -- admin we ii tomcat6-docs 6.0.32-4+0.0.1 Servlet and JSP engine -- document ii tomcat6-examples 6.0.32-4+0.0.1 Servlet and JSP engine -- example ii tomcat6-user 6.0.32-4+0.0.1 Servlet and JSP engine -- tools to -- Configuration Files: /etc/default/tomcat6 changed [not included] /etc/logrotate.d/tomcat6 changed [not included] /etc/tomcat6/server.xml changed [not included] /etc/tomcat6/tomcat-users.xml [Errno 13] Keine Berechtigung: u'/etc/tomcat6/tomcat-users.xml' -- 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#627453: Problem still persists
Hi, as an additional data point, I experienced the same problem, but due to the report of Ulrik, I was also able to rebuild the library locally and proceed with actually using QLandkarteGT. Can this problem please be fixed in Debian itself? Can I help in any way to make this happen? Thanks! Detlev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628491: bluez: hid2hci missing
Hello Christian, I had the same problem. The cause of - missing hid2hci and - the not working udev rules are the changed location of hid2hci and the complete rewrite of the udev rule by the upstream bluez developer. I have solved the problem for me with the attached patch. The new location of hid2hci should be /lib/udev/hid2hci, I think ;). Therefor I have modified these 3 files in the debian source package of bluez: debian/bluez_agent.udev debian/bluez.bluetooth.init debian/bluez.install == diff -ur bluez-4.93_without_hid2hci/debian/bluez_agent.udev bluez-4.93/debian/bluez_agent.udev --- bluez-4.93_without_hid2hci/debian/bluez_agent.udev 2011-05-30 20:11:37.727321967 +0200 +++ bluez-4.93/debian/bluez_agent.udev 2011-05-30 20:12:36.682466070 +0200 @@ -3,6 +3,6 @@ ( . /lib/udev/hotplug.functions - wait_for_file /usr/sbin/hid2hci - exec /usr/sbin/hid2hci $@ + wait_for_file /lib/udev/hid2hci + exec /lib/udev/hid2hci $@ ) diff -ur bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init bluez-4.93/debian/bluez.bluetooth.init --- bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init 2011-05-30 20:11:37.735321846 +0200 +++ bluez-4.93/debian/bluez.bluetooth.init 2011-05-30 20:12:36.682466070 +0200 @@ -26,7 +26,7 @@ DAEMON=/usr/sbin/bluetoothd HCIATTACH=/usr/sbin/hciattach -HID2HCI=/usr/sbin/hid2hci +HID2HCI=/lib/udev/hid2hci HID2HCI_ENABLED=1 HID2HCI_UNDO=1 diff -ur bluez-4.93_without_hid2hci/debian/bluez.install bluez-4.93/debian/bluez.install --- bluez-4.93_without_hid2hci/debian/bluez.install 2011-05-30 20:11:37.743321725 +0200 +++ bluez-4.93/debian/bluez.install 2011-05-30 20:12:36.690465949 +0200 @@ -4,3 +4,4 @@ debian/tmp/usr/sbin/* debian/tmp/usr/bin/* debian/tmp/usr/share/man/man* +debian/tmp/usr/lib/bluez/udev/hid2hci /lib/udev == Kind regards, Detlev diff -ur bluez-4.93_without_hid2hci/debian/bluez_agent.udev bluez-4.93/debian/bluez_agent.udev --- bluez-4.93_without_hid2hci/debian/bluez_agent.udev 2011-05-30 20:11:37.727321967 +0200 +++ bluez-4.93/debian/bluez_agent.udev 2011-05-30 20:12:36.682466070 +0200 @@ -3,6 +3,6 @@ ( . /lib/udev/hotplug.functions - wait_for_file /usr/sbin/hid2hci - exec /usr/sbin/hid2hci $@ + wait_for_file /lib/udev/hid2hci + exec /lib/udev/hid2hci $@ ) diff -ur bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init bluez-4.93/debian/bluez.bluetooth.init --- bluez-4.93_without_hid2hci/debian/bluez.bluetooth.init 2011-05-30 20:11:37.735321846 +0200 +++ bluez-4.93/debian/bluez.bluetooth.init 2011-05-30 20:12:36.682466070 +0200 @@ -26,7 +26,7 @@ DAEMON=/usr/sbin/bluetoothd HCIATTACH=/usr/sbin/hciattach -HID2HCI=/usr/sbin/hid2hci +HID2HCI=/lib/udev/hid2hci HID2HCI_ENABLED=1 HID2HCI_UNDO=1 diff -ur bluez-4.93_without_hid2hci/debian/bluez.install bluez-4.93/debian/bluez.install --- bluez-4.93_without_hid2hci/debian/bluez.install 2011-05-30 20:11:37.743321725 +0200 +++ bluez-4.93/debian/bluez.install 2011-05-30 20:12:36.690465949 +0200 @@ -4,3 +4,4 @@ debian/tmp/usr/sbin/* debian/tmp/usr/bin/* debian/tmp/usr/share/man/man* +debian/tmp/usr/lib/bluez/udev/hid2hci /lib/udev
Bug#551001: tellico-data should not depend on kdelibs-data (kde 3.5) while tellico is depend on kdelibs5 (kde 4)
Package: tellico-data Version: 2.0-1 Severity: normal Hello all, The package tellico-data 2.0 should not depend on the old kde major version (kde 3.5) while the binary package tellico 2.0 is depend on kde 4. I don't know the necessity of the dependancy on kdelibs-data but if this is needed it should be depend on the package kdelib5-data. Kind regards, Detlev Brodowski -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') 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 tellico-data depends on: ii kdelibs-data 4:3.5.10.dfsg.1-2.1 core shared data for all KDE appli Versions of packages tellico-data recommends: ii tellico 2.0-1 collection manager for books, vide Versions of packages tellico-data suggests: ii python2.5.4-2An interactive high-level object-o -- 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#549340: kdenlive: wrong libmlt and libmlt++ package dependency on amd64
Package: kdenlive Version: 0.7.5+svn3969-1 Severity: normal Hello all, The amd64 kdenlive package should have the same libmlt2 and libmlt++3 package dependency as the i386 kdenlive package. Kind regards, Detlev Brodowski -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdenlive depends on: ii ffmpeg 5:0.5+svn20091001-0.0 audio/video encoder, streaming ser ii kdebase-runtime4:4.3.1-1 runtime components from the offici ii kdelibs5 4:4.3.1-1 core libraries for all KDE 4 appli ii kdenlive-data 0.7.5+svn3969-1 a non-linear video editor (data fi ii libc6 2.9-27GNU C Library: Shared libraries ii libgcc11:4.4.1-4 GCC support library ii libmlt++2 0.4.4-3 MLT multimedia framework C++ wrapp ii libmlt10.4.4-3 multimedia framework (runtime) ii libqt4-dbus4:4.5.2-2 Qt 4 D-Bus module ii libqt4-network 4:4.5.2-2 Qt 4 network module ii libqt4-svg 4:4.5.2-2 Qt 4 SVG module ii libqt4-xml 4:4.5.2-2 Qt 4 XML module ii libqtcore4 4:4.5.2-2 Qt 4 core module ii libqtgui4 4:4.5.2-2 Qt 4 GUI module ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii melt 0.4.4-3 command line media player and vide Versions of packages kdenlive recommends: ii dvdauthor0.6.14-3+b3 create DVD-Video file system ii dvgrab 3.4-1 grab digital video data via IEEE13 ii frei0r-plugins 1.1.22git20090409-2 minimalistic plugin API for video ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem ii recordmydesktop 0.3.8.1-2 Captures audio-video data of a Lin ii swh-plugins 0.4.15+1-3 Steve Harris's LADSPA plugins kdenlive 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#524971: openldap: new OpenLDAP release 2.4.16 is available
Package: openldap Severity: wishlist Please package the new OpenLDAP release 2.4.16 for Debian. Several gnutls issues have been fixed with this release. Thanks in advance Detlev Brodowski -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485600: the log files in /var/log/tomcat5.5/ should be belong to the group adm
Package: tomcat5.5 Version: 5.5.26-3 Severity: minor The log files in /var/log/tomcat5.5/ should have the same group permissions as the other log files in the debian system -rw-r- tomcat55 adm Kind regards, Detlev Brodowski -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-db-vostro (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tomcat5.5 depends on: ii adduser 3.108 add and remove users and groups ii jsvc 1.0.2~svn20061127-9 wrapper to launch Java application ii libecj-java 3.3.0+0728-9Eclipse Java compiler (library) ii libtomcat5.5-java5.5.26-3Java Servlet engine -- core librar ii sun-java5-jre [java2 1.5.0-15-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2 6-06-1 Sun Java(TM) Runtime Environment ( tomcat5.5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479096: [xbattbar-acpi] No battery detected with kernel 2.6.25
Hi,
suffering from the same problems, I hacked up a working combination of
libacpi + yacpi (which I use) for 2.6.25. Unfortunately the patch
needs to change the API as I really needed to get to the
global-sysstyle.
So when applying these patches, the so-number needs to be bumped. In
the README I see that there is another change outstanding
neccessitating such an increment, namely exporting the acpi version in
the structure. Maybe this can be done together?
Also the new version is not backwards compatible, i.e. it simply
replaces the file names by the new versions. It should be easy
however to add probes for both versions so that we are backward
compatible. I was simply not sure how to do that in a suiting elegant
way ;)
Cheers
Detlev
diff -ur orig/libacpi-0.2/libacpi.c libacpi-0.2/libacpi.c
--- orig/libacpi-0.2/libacpi.c 2008-06-09 18:56:56.0 +0200
+++ libacpi-0.2/libacpi.c 2008-06-08 18:23:33.0 +0200
@@ -17,7 +17,7 @@
static int read_acpi_battinfo(const int num, const int sysstyle);
static int read_acpi_battalarm(const int num, const int sysstyle);
-static int read_acpi_battstate(const int num);
+static int read_acpi_battstate(const int num, const int sysstyle);
static void read_acpi_thermalzones(global_t *globals);
typedef struct {
@@ -195,6 +195,7 @@
snprintf(binfo-alarm_file, MAX_NAME, PROC_ACPI battery/%s/alarm, names[i]);
}
read_acpi_battinfo(i, globals-sysstyle);
+ read_acpi_battstate(i, globals-sysstyle);
read_acpi_battalarm(i, globals-sysstyle);
free(names[i]);
}
@@ -536,17 +537,17 @@
return NOT_PRESENT;
}
- snprintf(sysfile, MAX_NAME, %s/charge_full_design, info-info_file);
+ snprintf(sysfile, MAX_NAME, %s/energy_full_design, info-info_file);
if((buf = get_acpi_content(sysfile)) == NULL)
return NOT_SUPPORTED;
info-design_cap = strtol(buf, NULL, 10);
- snprintf(sysfile, MAX_NAME, %s/charge_full, info-info_file);
+ snprintf(sysfile, MAX_NAME, %s/energy_full, info-info_file);
if((buf = get_acpi_content(sysfile)) == NULL)
return NOT_SUPPORTED;
info-last_full_cap = strtol(buf, NULL, 10);
- snprintf(sysfile, MAX_NAME, %s/charge_now, info-info_file);
+ snprintf(sysfile, MAX_NAME, %s/energy_now, info-info_file);
if((buf = get_acpi_content(sysfile)) == NULL)
return NOT_SUPPORTED;
info-remaining_cap = strtol(buf, NULL, 10);
@@ -610,11 +611,29 @@
/* read information for battery num, return 0 on success or negative values on error */
static int
-read_acpi_battstate(const int num){
+read_acpi_battstate(const int num, const int sysstyle){
char *buf = NULL;
char *tmp = NULL;
battery_t *info = batteries[num];
unsigned int i = 0;
+ char sysfile[MAX_NAME];
+
+ if(sysstyle)
+ {
+ snprintf(sysfile, MAX_NAME, %s/status, info-info_file);
+ if((buf = get_acpi_content(sysfile)) == NULL)
+ return NOT_SUPPORTED;
+ if(!strcmp(buf, Discharging))
+ info-charge_state = C_DISCHARGE;
+ else if(!strcmp(buf, Charging))
+ info-charge_state = C_CHARGE;
+ else if(!strcmp(buf, Full))
+ info-charge_state = C_CHARGED;
+ else
+ info-charge_state = C_NOINFO;
+
+ return SUCCESS;
+ }
if((buf = get_acpi_content(info-state_file)) == NULL)
return NOT_SUPPORTED;
@@ -700,10 +719,10 @@
/* read/refresh information about a given battery num
* returns 0 on SUCCESS, negative values on errors */
int
-read_acpi_batt(const int num){
+read_acpi_batt(const int num, global_t *globals){
if(num MAX_ITEMS) return ITEM_EXCEED;
- read_acpi_battstate(num);
- read_acpi_battalarm(num, 0);
+ read_acpi_battstate(num, globals-sysstyle);
+ read_acpi_battalarm(num, globals-sysstyle);
calc_remain_perc(num);
calc_remain_chargetime(num);
calc_remain_time(num);
diff -ur orig/libacpi-0.2/libacpi.h libacpi-0.2/libacpi.h
--- orig/libacpi-0.2/libacpi.h 2008-06-09 18:56:56.0 +0200
+++ libacpi-0.2/libacpi.h 2008-06-08 15:19:58.0 +0200
@@ -237,7 +237,7 @@
* a struct with it
* @param num number of battery
*/
-int read_acpi_batt(const int num);
+int read_acpi_batt(const int num, global_t *globals);
/**
* Looks up if the ac adapter is plugged in or not
* and sets the values in a struct
diff -ur orig/libacpi-0.2/test-libacpi.c libacpi-0.2/test-libacpi.c
--- orig/libacpi-0.2/test-libacpi.c 2008-06-09 18:56:56.0 +0200
+++ libacpi-0.2/test-libacpi.c 2008-06-08 15:21:44.0 +0200
@@ -43,7 +43,7 @@
for(i=0;iglobal-batt_count;i++){
binfo = batteries[i];
/* read current battery values */
- read_acpi_batt(i);
+ read_acpi_batt(i, global);
if(binfo-present)
{
diff -ur orig/yacpi-3.0/yacpi.c yacpi-3.0/yacpi.c
--- orig/yacpi-3.0/yacpi.c 2007-08-09 18:47:47.0 +0200
+++ yacpi-3.0/yacpi.c 2008-06-08 17:52:27.0 +0200
@@ -362,7 +363,7 @@
binfo = batteries[i];
if(!binfo) return;
/* read current battery values */
- read_acpi_batt(i);
+ read_acpi_batt(i, global);
if(binfo binfo-present){
if(t) printf(| %s = %d%%, binfo-name, binfo-percentage
Bug#438806: bacula version 2.2.0 available
Package: bacula Severity: wishlist Hello maintainer, There is a new upstream version (2.2.0) available. It would be nice if you prepare packages of this version. Thanks in advance, Detlev -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (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 bacula depends on: pn bacula-client none (no description available) pn bacula-server none (no description available) bacula recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427964: bluez-libs: new upstream release available (3.11, 2007-05-24)
Package: libbluetooth2 Version: 3.10-1 Severity: wishlist Hello maintainers, There is a new version from upstream available. It would be nice if you provide new Debian packages. Thanks in advance, Detlev -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-db-msi 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 libbluetooth2 depends on: ii libc6 2.5-10 GNU C Library: Shared libraries libbluetooth2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425678: bluez-utils: new upstream release available (3.11, 2007-05-24)
Package: bluez-utils Version: 3.7-1 Followup-For: Bug #425678 Hello maintainers, There is another new version from upstream available (3.11). It would be nice if you provide new Debian packages. Thanks in advance, Detlev -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-db-msi 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 bluez-utils depends on: ii dbus 1.0.2-5 simple interprocess messaging syst ii libbluetooth23.10-1 Library to use the BlueZ Linux Blu ii libc62.5-10 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-5 simple interprocess messaging syst ii libusb-0.1-4 2:0.1.12-7 userspace USB programming library ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii makedev 2.3.1-83creates device files in /dev ii module-init-tools3.3-pre11-1 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii udev 0.105-4 /dev/ and hotplug management daemo Versions of packages bluez-utils recommends: pn bluez-passkey-gnome none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427968: linux-source-2.6.21: Patch 2.6.21-mh1 from bluez-project website available
Package: linux-source-2.6.21 Version: 2.6.21-4 Severity: wishlist Hello Debian Kernel Team, Please apply the available patch 2.6.21-mh1 from BlueZ project website http://www.bluez.org/ to solve various problems with the L2CAP and RFCOMM protocol layers. Thanks in advance, Detlev -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-db-msi 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 linux-source-2.6.21 depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii bzip2 1.0.3-7 high-quality block-sorting file co Versions of packages linux-source-2.6.21 recommends: ii gcc 4:4.1.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.5-10 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342732: request-tracker3.4: the recommends are out-of-date
Package: request-tracker3.4 Severity: minor Hello, to consider the new versions of the dbms' postgresql and mysql please change the the recommends from: postgresql (= 7.4) | mysql-server (= 4.0.13) to: postgresql-8.1 | postgresql-8.0 | postgresql (= 7.4) | mysql-server-4.1 | mysql-server (= 4.0.13) Thanks and best regards, Detlev Brodowski -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-db-msi Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339322: New version 1.38.0 available upstream
Package: bacula Severity: wishlist Please package bacula 1.38.0. It has many improvements. Thanks, Detlev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-db-gx270 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339341: old postgresql-client version dependence
Package: bacula-director-pgsql Severity: normal Hi, I don't know the debian policy with regards to virtual package-names. Unfortunately, the packages postgresql-client-8.1 and postgresql-client-8.0 don't provide the virtual package-names postgresql-client. I think, the simplest solution is to change the package-dependence form postgresql-client (= 7.4) to postgresql-client-8.1 | postgresql-client-8.0 | postgresql-client (= 7.4). Best regards, Detlev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-db-gx270 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335519: backup-manager: corrupt tar.gz archive on ftp-server
Package: backup-manager
Version: 0.5.7-1sarge1
Severity: critical
Tags: patch
Justification: causes serious data loss
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12.5-vs2.0-dbs-1und1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages backup-manager depends on:
ii debconf 1.4.30.13 Debian configuration management sy
ii gzip 1.3.5-10 The GNU compression utility
-- debconf information excluded
Hello,
the perl-script /usr/bin/backup-manager-upload corrupts the uploaded
tar.gz-files. I assume, that the perl-script is using the transfer-methodi
ascii. So it is impossible to restore the uploaded backups.
The attached patch should solve the problem.
--- /usr/bin/backup-manager-upload.orig 2005-07-28 14:31:16.0 +
+++ /usr/bin/backup-manager-upload 2005-10-24 11:30:17.0 +
@@ -256,6 +256,7 @@
if ($ftp-login($user, $passwd) and
$ftp-cwd($repository)) {
verbose Logged on $host, in $repository;
+ $ftp-binary;
foreach my $file (@{$ra_files}) {
chomp $file;
Best regards,
Detlev Brodowski
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316207: needs repackaging for apt 0.6
Package: apt-move Version: 4.2.23 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1-db-gx270 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Hello, please update the package-dependences (rebuild) for the new apt 0.6. Thanks Detlev Brodowski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
