Bug#1057767: Info received (Bug#1057767: pipewire: Last upgrade completely broke bluetooth connection: : org.bluez.Error.Failed br-connection-unknown)
Seems to be solved with the latest update I ran on Friday (all 4 packages to 1.0.0.-3).
Bug#1057767: pipewire: Last upgrade completely broke bluetooth connection: : org.bluez.Error.Failed br-connection-unknown
That was the first thing. Only after that didn't help I downgraded those four packages. From my POV I _don't_ use PipeWire -- I have no idea why those packages are pulled in since I sue PulseAudio. Since I don't know what exactly happens I am unable to say if it is PW related (and if it were, wouldn't that make it a Debian issue since I don't use PW, but PA and do try to actively avoid PW?). On 12/12/2023 11:25, Dylan Aïssi wrote: Hi, Le ven. 8 déc. 2023 à 10:48, arne anka a écrit : * What led up to the situation? On Dec 6 I upgraded and since the my BT thingy does not connect to my PC anymore. I am hearing impaired and need to use a BT thingy called RemoteMic+ (by Starkey) to be able to listen to music or make calls/attend meetings via PC. So, this is a major issue for me. Among others these packages were upgraded: firmware-iwlwifi libpipewire-0.3-0 libpipewire-0.3-common libspa-0.2-bluetooth libspa-0.2-modules * What exactly did you do (or not do) that was effective (or ineffective)? First I downgraded firmware-iwlwifi to version 20230210-5 -- to no avail. Did you try downgrading only firmware-iwlwifi to the last working version without downgrading pipewire? Was the kernel updated at the same time? If you can confirm that the problem comes from pipewire, it's worth filling a bug report upstream at: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues Best regards, Dylan
Bug#1057767: Acknowledgement (pipewire: Last upgrade completely broke bluetooth connection: : org.bluez.Error.Failed br-connection-unknown)
Resumed from hibernate today and again got the error Failed to connect: org.bluez.Error.Failed br-connection-unknown despite downgrading those 4 pipewire packages. After reboot and _before_ logging on to KDE, I switched to a console and connected the RemoteMic+. That worked. After login the RemoteMic+ still was connected and found by PulseAudio with both A2DP and HSP/HFP and works. May there be some miscommunication between bluez and PulseAudio? (I fail to understand why _any_ PipeWire stuff is pulled in at all when I use PulseAudio _only_ -- PW fails miserably to work with RemoteMic+, even in version 1.0.0). On 08/12/2023 10:48, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1057767: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057767. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to deb...@ginguppin.de (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Utopia Maintenance Team If you wish to submit further information on this problem, please send it to 1057...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#996899: Wrong myip expression in action.d/dshield.conf and action.d/mynetwatchman.conf for Debian Bullseye
Package: fail2ban Version: 0.11.2-2 Dear Maintainer, After Updating to debian bullseye and changing the legacy network interface names to the new ones in /etc/fail2ban/action.d/dshield.conf and /etc/fail2ban/action.d/mynetwatchman.conf the expression "myip = `ip -4 addr show dev eth0 | grep inet | head -n 1 | sed -r 's/.*inet ([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}).*/\1/'`" would be incorrect. In this specific case the new interface name would be "enp1s0". Hence the correct expresion would be "myip = `ip -4 addr show dev enp1s0 | grep inet | head -n 1 | sed -r 's/.*inet ([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}).*/\1/'`" I suggest that the expression is changed to something that checks if legacy network interface names are used or new ones. Somehting like: DEV="$(ls -1 /sys/class/net | grep -v lo | sort -n | head -n 1)" or similiar. I am using Debian 5.10.70-1 (2021-09-30) x86_64 GNU/Linux, kernel 5.10.0-9-amd64 -- Best Regards Nils Harmann
Bug#994182: headset functionality broken after recent update
> Hi, > > I'm not sure what to do about this issue. Well, to me it seems pulseaudio 15 should not not be promoted to testing until this is sorted out -- given the current boom in video conferencing due to working from home, a suddenly broken headset will cause a lot of trouble. (Thankfully, I did not have to work this week so I could spend three days figuring out what's wrong, couldn't afford this in a work week.) AFAIU the issue is caused by a change in the btusb kernel driver and thus affects most bluetooth devices connected via USB, fixed only in 5.13. So either the fix needs to be back-ported to the current kernel or pulseaudio needs to include the workaround outlined in the linked report. At the very, very least users should be warned about a potential breakage and how to work around that. Positive side effect: ofono seems not to be necessary anymore. This is the new feature :) It's the silver lining in a deluge ... ;)
Bug#994182: headset functionality broken after recent update
Back to pulseaudio and following > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1247 first answer by Igor Kovalenko I edited /etc/pulse/default.pa to match load-module module-bluetooth-discover enable_native_hfp_hf=false and with that parameter (enable_native_hfp_hf=false) things are back to normal. Couldn't find out what the equivalent setting for pipewire would be, that's why I went back to pulse. Positive side effect: ofono seems not to be necessary anymore.
Bug#982903: gitlab: Internal error caused by missing gitaly-git2go binary
Package: gitlab Version: 13.6.7-1~fto10+1 Severity: important Dear Maintainer, Since the update to gitlab 13.6.7-1~fto10+1 (Buster Fasttrack), newly created merge requests fail to load fully due to some missing /usr/bin/gitaly-git2go binary. I guess this binary is supposed to be provided by the gitaly package, but it is not included in its current 13.6.5+dfsg-1~fto10+1 version. To reproduce, create a new merge request, when redirecting to its newly created page it will show an error banner "Unable to load the merge request widget. Try reloading the page." due to a 500 error when trying to load https://${REPO_URL}/-/merge_requests/${MERGE_ID}/widget.json Here is the error message logged in /var/log/gitlab/production.log when trying to fetch this widget.json file: GRPC::Internal (13:GitCommand: start [/usr/bin/gitaly-git2go conflicts -request ${SOME_LONG_RANDOM_STRING}]: fork/exec /usr/bin/gitaly-git2go: no such file or directory. debug_error_string:{"created":"@1613462946.026695391","description":"Error received from peer unix:/run/gitlab/gitaly.socket","file":"src/core/lib/surface/call.cc","file_line":1055,"grpc_message":"GitCommand: start [/usr/bin/gitaly-git2go conflicts -request ${SOME_LONG_RANDOM_STRING}]: fork/exec /usr/bin/gitaly-git2go: no such file or directory","grpc_status":13}): -- System Information: Debian Release: 10.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (150, 'buster-fasttrack'), (150, 'buster-backports'), (110, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gitlab depends on: ii asciidoctor 2.0.10-2~bpo10+1 ii bc1.07.1-2+b1 ii bundler 2.1.4-2~bpo10+1 ii bzip2 1.0.6-9.2~deb10u1 ii dbconfig-pgsql2.0.11+deb10u1 ii debconf [debconf-2.0] 1.5.71 ii fonts-font-awesome [node-font-awesome]5.0.10+really4.7.0~dfsg-4~bpo10+1 ii gitlab-common 13.6.5+dfsg-1~fto10+1 ii gitlab-workhorse 8.54.2+debian-1~bpo10+1 ii katex [node-katex]0.10.2+dfsg-8~bpo10+1 ii libjs-bootstrap4 [node-bootstrap] 4.3.1+dfsg2-1 ii libjs-codemirror [node-codemirror]5.54.0-2~bpo10+1 ii libjs-pdf [node-pdfjs-dist] 2.6.347+dfsg-3~bpo10+1 ii libjs-popper.js [node-popper.js] 1.16.1+ds-2~bpo10+1 ii libruby2.7 [ruby-json]2.7.2-4~fto10+1 ii lsb-base 10.2019051400 ii nginx 1.14.2-2+deb10u3 ii nginx-full [nginx]1.14.2-2+deb10u3 ii node-autosize 4.0.2~dfsg1-5~bpo10+1 ii node-axios0.17.1+dfsg-2 ii node-babel-loader 8.2.2-1~bpo10+1 ii node-babel7 7.12.12+~cs150.141.84-2~bpo10+1 ii node-brace-expansion 1.1.8-1 ii node-cache-loader 4.1.0-6~bpo10+1 ii node-chart.js 2.7.3+dfsg-5 ii node-clipboard2.0.6+ds-1~bpo10+1 ii node-compression-webpack-plugin 3.0.1-4~bpo10+1 ii node-copy-webpack-plugin 5.1.2+~cs9.0.2-4~bpo10+1 ii node-core-js 3.6.1-2~bpo10+2 ii node-css-loader 5.0.1+~cs14.0.5-1~bpo10+1 ii node-d3 5.16.0-1~bpo10+1 ii node-d3-scale 2.2.2-2~bpo10+1 ii node-d3-selection 1.4.0-3~bpo10+1 ii node-dateformat 3.0.0-1 ii node-exports-loader 0.7.0-2~bpo10+1 ii node-file-loader 6.2.0-2~bpo10+1 ii node-fuzzaldrin-plus 0.5.0+dfsg-1 ii node-glob 7.1.6-1~bpo10+1 ii node-imports-loader 0.8.0-2~bpo10+1 ii node-jed 1.1.1-2~bpo10+1 ii node-jquery 3.5.1+dfsg-4~bpo10+1 ii node-jquery-ujs 1.2.2-2 ii node-js-cookie2.2.0-2 ii node-js-yaml 3.13.1+dfsg-2~bpo10+1 ii node-jszip3.2.2+dfsg-1~bpo10+1 ii node-jszip-utils 0.0.2+dfsg-2~bpo10+1 ii node-marked 0.5.1+dfsg-1 ii node-mermaid 8.7.0+ds+~cs27.17.17-2~bpo10+1 ii node-minimatch3.0.4-3 ii node-mousetrap
Bug#977316: selinux-policy-default of Debian 10.7.0 gives 52 denials with minimal install
Package: selinux-policy-default Version: 2:2.20190201-2 Using debian-10.7.0-amd64-netinst.iso we installed minimal + SSH server + standard system utilities. Kernel: 4.19.0-13-amd64 Upon first boot of the installed system we stopped and disabled apparmor. Then we performed the steps in this : > https://wiki.debian.org/SELinux/Setup When the system rebooted following the relabelling we executed audit2why -al and found 52 denials. We expected zero denials. We expect the problem to occur with any such installation. The output of "audit2why -al" is attached, because the long lines make the pasted version very messy. Regards, The IOPEN Team type=AVC msg=audit(1607611437.896:7): avc: denied { getattr } for pid=346 comm="mkdir" path="/run/console-setup" dev="tmpfs" ino=11449 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611437.896:8): avc: denied { create } for pid=295 comm="cached_setup_fo" name="font-loaded" scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=file permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611437.896:8): avc: denied { add_name } for pid=295 comm="cached_setup_fo" name="font-loaded" scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611437.896:8): avc: denied { write } for pid=295 comm="cached_setup_fo" name="console-setup" dev="tmpfs" ino=11449 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611438.920:15): avc: denied { read } for pid=229 comm="systemd-timesyn" name="dbus" dev="tmpfs" ino=12202 scontext=system_u:system_r:ntpd_t:s0 tcontext=system_u:object_r:system_dbusd_var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611438.920:16): avc: denied { read } for pid=229 comm="systemd-timesyn" name="system_bus_socket" dev="tmpfs" ino=12205 scontext=system_u:system_r:ntpd_t:s0 tcontext=system_u:object_r:system_dbusd_var_run_t:s0 tclass=sock_file permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611448.324:34): avc: denied { add_name } for pid=399 comm="login" name="motd.dynamic" scontext=system_u:system_r:local_login_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611448.324:34): avc: denied { rename } for pid=399 comm="login" name="motd.dynamic.new" dev="tmpfs" ino=13733 scontext=system_u:system_r:local_login_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:var_run_t:s0 tclass=file permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611448.324:34): avc: denied { remove_name } for pid=399 comm="login" name="motd.dynamic.new" dev="tmpfs" ino=13733 scontext=system_u:system_r:local_login_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611448.324:34): avc: denied { write } for pid=399 comm="login" name="/" dev="tmpfs" ino=1128 scontext=system_u:system_r:local_login_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_run_t:s0 tclass=dir permissive=1 Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1607611448.324:35): avc:
Bug#960245: fai-server: setup-storage fail when there are multiple nvme
Hi, Here under is the information of the first system. Its a VM hosted by Parallels Desktop 15 for Mac Pro Edition. root@ip-192-168-0-71:~# uname -a Linux ip-192-168-0-71 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux root@ip-192-168-0-71:~# cat /proc/partitions major minor #blocks name 2590 67108864 nvme0n1 2591 524288 nvme0n1p1 25928388608 nvme0n1p2 2593 32505856 nvme0n1p3 2594 67108864 nvme0n2 2595 524288 nvme0n2p1 25968388608 nvme0n2p2 2597 32505856 nvme0n2p3 908379392 md0 9 127 524224 md127 91 32488448 md1 1101048575 sr0 2530 10485760 dm-0 25314194304 dm-1 25326291456 dm-2 25334030464 dm-3 25345242880 dm-4 To give more samples I have added the result of a second system, a Supermicro X11SPH-NCTF, with also 2 nvme. root@ip-192-168-0-61192-168-0-62:~# uname -a Linux ip-192-168-0-61192-168-0-62 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) x86_64 GNU/Linux root@ip-192-168-0-61192-168-0-62:~# cat /proc/partitions major minor #blocks name 2590 976762584 nvme0n1 2591 524288 nvme0n1p1 2592 49350550 nvme0n1p2 25939856983 nvme0n1p3 2594 917029722 nvme0n1p4 2595 976762584 nvme1n1 2596 204800 nvme1n1p1 2597 976556032 nvme1n1p2 If you need more information do not hesitate. Regards Franck PS: It is my first use of fai, to tune my configuration I’ve setup both the faiserver and fai test clients in VMs on Parallels before deploying on targets that includes the supermicro server (and older servers without nvme). Your questions make me realized VM and target did not behave the same way regarding nvme naming! > Le 11 mai 2020 à 15:33, Thomas Lange a écrit : > > Thanks for the patch. It seems reasonable to apply. > > Can you please send me the output of uname -a and > cat /proc/partitions? > > In the past I only saw devices like > /dev/nvme0n1 > /dev/nvme1n1 > /dev/nvme2n1 > > I wonder why you have different numbers. Any special hardware involved? > -- > regards Thomas
Bug#907029: buici-clock documents but does not implement showSecondHand [patch]
Package: buici-clock Version: 0.4.9.4 buici-clock manpage documents a showSecondHand resource/option, but does not actually implement it. The below patch implements the documented behaviour. How to reproduce: Run "buici-clock --show-second-hand=0", observer that it incorrectly displays a ticking second-hand. Fix: apply the patch below: diff -u buici-clock-0.4.9.2-orig/clock.cxx buici-clock-0.4.9.2/clock.cxx --- buici-clock-0.4.9.2-orig/clock.cxx 2011-07-25 12:54:11.0 -0700 +++ buici-clock-0.4.9.2/clock.cxx 2014-10-19 03:55:19.862690022 -0700 @@ -106,7 +106,8 @@ void draw_dial (Display* display, Visual* visual, Pixmap pixmap, int dx, int dy); void draw_hands (Display* display, Visual* visual, - Pixmap pixmap, int dx, int dy, int seconds); + Pixmap pixmap, int dx, int dy, int seconds, + bool showSecondHand); void draw_dial_shape (Display* display, Pixmap pixmap, int dx, int dy); class WTopLevel : public LWindow { @@ -538,7 +539,7 @@ _gc, 0, 0, width (), height (), 0, 0); - draw_hands (xdisplay (), xvisual (), pixmap, width (), height (), seconds); + draw_hands (xdisplay (), xvisual (), pixmap, width (), height (), seconds, m_fSecondHand); #if 0 // -- Draw hands diff -u buici-clock-0.4.9.2-orig/draw.cc buici-clock-0.4.9.2/draw.cc --- buici-clock-0.4.9.2-orig/draw.cc2011-07-25 12:54:11.0 -0700 +++ buici-clock-0.4.9.2/draw.cc 2014-10-19 03:55:50.805687985 -0700 @@ -145,7 +145,8 @@ void draw_hands (Display* display, Visual* visual, -Pixmap pixmap, int dx, int dy, int seconds) +Pixmap pixmap, int dx, int dy, int seconds, +bool showSecondHand) { cairo_surface_t* s = cairo_xlib_surface_create (display, pixmap, visual, dx, dy); @@ -198,16 +199,18 @@ cairo_path_destroy (path); // Second hand -cairo_save (cr); -cairo_rotate (cr, ((2.0*M_PI)*seconds)/60.0); -cairo_set_line_width (cr, WIDTH_THIN); -cairo_move_to (cr, 0, (DY/2.0)*0.20); -cairo_line_to (cr, 0, -(DY/2.0)*0.64); -cairo_set_source_rgb (cr, 1.0, 0, 0); -cairo_stroke (cr); -cairo_arc (cr, 0, -(DY/2.0)*0.64, DX*0.03, 0, 2*M_PI); -cairo_fill (cr); -cairo_restore (cr); +if (showSecondHand){ +cairo_save (cr); +cairo_rotate (cr, ((2.0*M_PI)*seconds)/60.0); +cairo_set_line_width (cr, WIDTH_THIN); +cairo_move_to (cr, 0, (DY/2.0)*0.20); +cairo_line_to (cr, 0, -(DY/2.0)*0.64); +cairo_set_source_rgb (cr, 1.0, 0, 0); +cairo_stroke (cr); +cairo_arc (cr, 0, -(DY/2.0)*0.64, DX*0.03, 0, 2*M_PI); +cairo_fill (cr); +cairo_restore (cr); +} } cairo_destroy (cr); -Jason
Bug#902171: libvirt-clients: unsafe blockresize behaviour inconsistent with vol-resize
Package: libvirt-clients Version: 3.0.0-4+deb9u3 Severity: grave Justification: causes serious data loss A user that is familiar with the vol-resize command may inadvertently assume that virsh will protect them against data loss when using blockresize. The 'virsh vol-resize' command (applicable to offline virtual machines) has sanity checks prior to shrinking a volume. If a new size is proposed that is smaller than the current size, the following error message is produced: error: invalid argument: Can't shrink capacity below current capacity unless shrink flag explicitly specified The 'virsh blockresize' command (applicable to online virtual machines), however, will happily accept any proposed new size, even if it is smaller than the current size. It will execute without prior warning and without requiring specific confirmation or flag. Unintentional volume shrinking leads to data loss/corrupted filesystems. It should require user confirmation, as occurs for vol-resize.
Bug#870572: nvidia-legacy-340xx-driver: Trying to start xserver gives undefined symbol: miEmptyData
Package: nvidia-legacy-340xx-driver Version: 340.102-1 Severity: important Hello, xserver fails to start with the following in the log: [ 16261.012] (II) Module glx: vendor="NVIDIA Corporation" [ 16261.013]compiled for 4.0.2, module version = 1.0.0 [ 16261.013]Module class: X.Org Server Extension [ 16261.013] (II) NVIDIA GLX Module 340.102 Mon Jan 16 12:37:38 PST 2017 [ 16261.013] (II) LoadModule: "nvidia" [ 16261.013] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [ 16261.013] (EE) Failed to load /usr/lib/xorg/modules/drivers/nvidia_drv.so: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: miEmptyData [ 16261.013] (II) UnloadModule: "nvidia" [ 16261.013] (II) Unloading nvidia [ 16261.013] (EE) Failed to load module "nvidia" (loader failed, 7) Recently upgraded to Debian Stretch, used the proprietary nvidia installer in the past. If I remember correctly there was not a Debian package that worked for my card in the past. I am pretty sure I removed all the prior Debian installer stuff, the cleanup had an issue but I re-ran the install --uninstall and it seemed to work, purged all my nvidia related packaged and installed nvidia-legacy-340xx-driver. Now I get this error. -- Package-specific info: uname -a: Linux speedy 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64 GNU/Linux /proc/version: Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.102 Mon Jan 16 13:06:29 PST 2017 GCC version: gcc version 6.3.0 20170516 (Debian 6.3.0-18) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G84 [GeForce 8600 GTS] [10de:0400] (rev a1) (prog-if 00 [VGA controller]) Subsystem: eVga.com. Corp. G84 [GeForce 8600 GTS] [3842:c773] 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: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw 1 root video 226, 0 Aug 2 17:47 /dev/dri/card0 video:x:44:gokee2,mythtv,guest OpenGL and NVIDIA library files installed: -rw-r--r-- 1 root root 2313 Jun 11 2015 /etc/X11/xorg.conf lrwxrwxrwx 1 root root 15 Aug 2 17:39 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 42 Aug 2 17:39 /etc/alternatives/glx--libEGL.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libEGL.so.1 lrwxrwxrwx 1 root root 44 Aug 2 17:39 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1 lrwxrwxrwx 1 root root 48 Aug 2 17:39 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Aug 2 17:39 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 41 Aug 2 17:39 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Aug 2 17:39 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Aug 2 17:39 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Aug 2 17:39 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 48 Aug 2 17:39 /etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 48 Aug 2 17:39 /etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 50 Aug 2 17:39 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 50 Aug 2 17:39 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 45 Aug 2 17:39 /etc/alternatives/glx--libGLESv2.so.2-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 45 Aug 2 17:39 /etc/alternatives/glx--libGLESv2.so.2-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 47 Aug 2 17:39 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 47 Aug 2 17:39 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 49 Aug 2 17:39
Bug#868224: Re: Bug#868224: linux-image-4.9.0-3-amd64: Upgrade to linux-image-4.9.0-3-amd64 hangs while or after generating initrd
> -Ursprüngliche Nachricht- > Von: Ben Hutchings > Gesendet: So. 16.07.2017 23:23 > An: Jens Gruentjes , , 868...@bugs.debian.org > Betreff: Re: Bug#868224: linux-image-4.9.0-3-amd64: Upgrade to > linux-image-4.9.0-3-amd64 hangs while or after generating initrd > > Control: reassign -1 src:initramfs-tools 0.130 > Control: tag -1 moreinfo > > On Thu, 2017-07-13 at 11:17 +0200, Jens Gruentjes wrote: > [...] >> I upgraded to the latest stable kernel via apt-get upgrade. The upgrade >> hangs at the following point: >> >> linux-image-4.9.0-3-amd64 (4.9.30-2+deb9u2) wird eingerichtet ... >> /etc/kernel/postinst.d/initramfs-tools: >> update-initramfs: Generating /boot/initrd.img-4.9.0-3-amd64 >> >> After waiting a couple of hours I interrupted the upgrade. After that I >> tried dpkg --configure -a or apt-get -f install but the result was >> always the same. >> >> I trid to build the initrd file manually via >> >> update-initramfs -u -t >> >> which worked and created the file /boot/initrd.img-4.9.0-3-amd64 >> >> Another apt-get -f install leads to the same problem that the upgrade >> hangs with >> >> /etc/kernel/postinst.d/initramfs-tools: >> update-initramfs: Generating /boot/initrd.img-4.9.0-3-amd64 > [...] > > Please edit the line 'verbose=0' in /usr/sbin/update-initramfs (near > the bottom) to be 'verbose=1' and then re-run 'dpkg --configure -a'. > This should generate a lot of output but if you send the last, say, 100 > lines, I think that should give me a clue where it is getting stuck. > > Ben. > > -- > Ben Hutchings > If the facts do not conform to your theory, they must be disposed of. > > > > -Ursprüngliche Nachricht Ende- [...] Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/acpi/video.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/i915/i915.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/bochs/bochs- drm.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/virtio/virtio- gpu.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/mgag200/ mgag200.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/gma500/ gma500_gfx.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/vmwgfx/ vmwgfx.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/vgem/vgem.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/qxl/qxl.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/i2c/sil164.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/i2c/ch7006.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/platform/x86/wmi.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/platform/x86/mxm- wmi.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/nouveau/ nouveau.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/ast/ast.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/gpu/drm/radeon/ radeon.ko Adding binary /usr/lib/x86_64-linux-gnu/plymouth/renderers/frame-buffer.so Adding binary /usr/lib/x86_64-linux-gnu/plymouth/renderers/drm.so Adding library-link /usr/lib/x86_64-linux-gnu/libdrm.so.2 Adding library /usr/lib/x86_64-linux-gnu/libdrm.so.2.4.0 Adding binary /lib/x86_64-linux-gnu/libnss_files-2.24.so Adding binary-link /lib/x86_64-linux-gnu/libnss_files.so.2 Adding binary /lib/x86_64-linux-gnu/libnss_files-2.24.so Calling hook resume Calling hook thermal Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/acpi/fan.ko Adding module /lib/modules/4.9.0-3-amd64/kernel/drivers/acpi/thermal.ko Calling hook udev Adding binary /lib/systemd/systemd-udevd Adding library-link /lib/x86_64-linux-gnu/libacl.so.1 Adding library /lib/x86_64-linux-gnu/libacl.so.1.1.0 Adding library-link /lib/x86_64-linux-gnu/libkmod.so.2 Adding library /lib/x86_64-linux-gnu/libkmod.so.2.3.1 Adding library-link /lib/x86_64-linux-gnu/libattr.so.1 Adding library /lib/x86_64-linux-gnu/libattr.so.1.1.0 Adding binary /bin/udevadm Adding binary /lib/udev/ata_id Adding binary /lib/udev/scsi_id Adding binary /sbin/blkid Calling hook zz-busybox Adding binary /bin/busybox Calling hook cryptpassdev Calling hook cryptopensc Calling hook cryptopenct Calling hook cryptkeyctl Calling hook cryptgnupg Calling hook ntfs_3g Adding binary /bin/ntfs-3g Adding library-link /lib/x86_64-linux-gnu/libntfs-3g.so.871 Adding library /lib/x86_64-linux-gnu/libntfs-3g.so.871.0.0 Calling hook dmsetup Calling hook klibc-utils /usr/share/initramfs-tools/scripts/local-block/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-premount/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-top/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-bottom/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-premount/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/panic/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-bottom/ORDER ignored: not executable
Bug#868563: apparmor-profiles: Apparmor profiles for postfix programs have incorrect path
Package: apparmor-profiles Version: 2.11.0-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** After upgrading from jessie to stretch I noticed that postfix was no longer constrained by apparmor profiles (using aa-unconfined, ps auxZ etc). The cause of this issue seems to be that the profiles in this package use paths like /usr/lib/postfix/master but this has moved to /usr/lib/postfix/sbin/master. This applies to all /usr/lib/postfix/* profiles. Thus the profiles do not properly apply to the correct process. The profiles will need to be updated to point to the right executables. *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apparmor-profiles depends on: ii apparmor 2.11.0-3 apparmor-profiles recommends no packages. apparmor-profiles suggests no packages. -- Configuration Files: -- no debconf information
Bug#800344: upgrade to 14.4.2
Dear maintainer, is there any problem with the new sox version? It, additionally to the fixed bugs, would support opus. The named version is from February 22, 2015. cheers wof
Bug#859653: ntopng: Segmentation fault with mysql
dmesg output: [Wed Apr 5 09:14:11 2017] ntopng[5476]: segfault at 7ffe507c7000 ip 560e93462ffe sp 7ffe507c3c00 error 4 in ntopng[560e9344e000+8a000] [Wed Apr 5 09:14:13 2017] ntopng[5486]: segfault at 7fff5c828000 ip 55b31fd46ffe sp 7fff5c823e10 error 4 in ntopng[55b31fd32000+8a000] [Wed Apr 5 09:14:14 2017] ntopng[5489]: segfault at 7ffd4ce5 ip 556b06ef1ffe sp 7ffd4ce4d800 error 4 in ntopng[556b06edd000+8a000] [Wed Apr 5 09:14:17 2017] ntopng[5493]: segfault at 7ffceff51000 ip 5648480d9ffe sp 7ffceff4cdd0 error 4 in ntopng[5648480c5000+8a000] [Wed Apr 5 09:14:19 2017] ntopng[5496]: segfault at 7ffc7cbb6000 ip 564307584ffe sp 7ffc7cbb2270 error 4 in ntopng[56430757+8a000] [Wed Apr 5 09:14:21 2017] ntopng[5499]: segfault at 7ffc12f5c000 ip 55724f8c2ffe sp 7ffc12f58a30 error 4 in ntopng[55724f8ae000+8a000] [Wed Apr 5 09:14:23 2017] ntopng[5502]: segfault at 721ab000 ip 56399b218ffe sp 721a6870 error 4 in ntopng[56399b204000+8a000] [Wed Apr 5 09:14:25 2017] ntopng[5506]: segfault at 7ffece96d000 ip 561ed1589ffe sp 7ffece969d20 error 4 in ntopng[561ed1575000+8a000] [Wed Apr 5 09:14:28 2017] ntopng[5511]: segfault at 7ffe902e ip 56216eb96ffe sp 7ffe902dbb80 error 4 in ntopng[56216eb82000+8a000] [Wed Apr 5 09:14:30 2017] ntopng[5514]: segfault at 7ffd7d323000 ip 5567c50d2ffe sp 7ffd7d31f290 error 4 in ntopng[5567c50be000+8a000] [Wed Apr 5 09:14:32 2017] ntopng[5517]: segfault at 7ffdb0f93000 ip 5590c171fffe sp 7ffdb0f8f5b0 error 4 in ntopng[5590c170b000+8a000] [Wed Apr 5 09:17:44 2017] ntopng[5939]: segfault at 7ffe29a0b000 ip 55d940272ffe sp 7ffe29a068e0 error 4 in ntopng[55d94025e000+8a000] [Wed Apr 5 09:17:47 2017] ntopng[5944]: segfault at 7ffd2d642000 ip 557cf8c06ffe sp 7ffd2d63dee0 error 4 in ntopng[557cf8bf2000+8a000] [Wed Apr 5 09:17:49 2017] ntopng[5947]: segfault at 7ffe3a407000 ip 55f54dc7cffe sp 7ffe3a4030d0 error 4 in ntopng[55f54dc68000+8a000] [Wed Apr 5 09:17:51 2017] ntopng[5950]: segfault at 7fff45c4d000 ip 55d7f78cbffe sp 7fff45c4a090 error 4 in ntopng[55d7f78b7000+8a000] [Wed Apr 5 09:17:53 2017] ntopng[5953]: segfault at 7fff366d1000 ip 55b18eedeffe sp 7fff366ccad0 error 4 in ntopng[55b18eeca000+8a000] [Wed Apr 5 09:17:55 2017] ntopng[5957]: segfault at 7fffdfb17000 ip 55c1d2864ffe sp 7fffdfb12eb0 error 4 in ntopng[55c1d285+8a000] [Wed Apr 5 09:17:58 2017] ntopng[5960]: segfault at 7ffca3912000 ip 55f3133dfffe sp 7ffca390df10 error 4 in ntopng[55f3133cb000+8a000] [Wed Apr 5 09:18:00 2017] ntopng[5963]: segfault at 7fff2a29f000 ip 55771589dffe sp 7fff2a29ae30 error 4 in ntopng[557715889000+8a000] [Wed Apr 5 09:18:01 2017] ntopng[5966]: segfault at 7ffca0c55000 ip 55eeb0892ffe sp 7ffca0c525e0 error 4 in ntopng[55eeb087e000+8a000] [Wed Apr 5 09:18:03 2017] ntopng[5969]: segfault at 7ffc98794000 ip 55f774d76ffe sp 7ffc987912c0 error 4 in ntopng[55f774d62000+8a000] [Wed Apr 5 09:18:05 2017] ntopng[5972]: segfault at 7ffed608e000 ip 55e80c866ffe sp 7ffed608a670 error 4 in ntopng[55e80c852000+8a000] [Wed Apr 5 09:18:08 2017] ntopng[5975]: segfault at 7ffd01cbf000 ip 5619f1203ffe sp 7ffd01cbac00 error 4 in ntopng[5619f11ef000+8a000] [Wed Apr 5 09:18:10 2017] ntopng[5978]: segfault at 7ffe2e374000 ip 561e83c5dffe sp 7ffe2e370cf0 error 4 in ntopng[561e83c49000+8a000] [Wed Apr 5 09:18:12 2017] ntopng[5981]: segfault at 7ffc0b45c000 ip 560b4ff91ffe sp 7ffc0b457a30 error 4 in ntopng[560b4ff7d000+8a000] [Wed Apr 5 09:18:14 2017] ntopng[5984]: segfault at 7ffeab818000 ip 558fe78b6ffe sp 7ffeab814330 error 4 in ntopng[558fe78a2000+8a000] [Wed Apr 5 09:18:16 2017] ntopng[5987]: segfault at 7ffc196ed000 ip 56405ee9cffe sp 7ffc196ea090 error 4 in ntopng[56405ee88000+8a000] [Wed Apr 5 09:18:19 2017] ntopng[5990]: segfault at 7ffc904ba000 ip 5643e411bffe sp 7ffc904b5ee0 error 4 in ntopng[5643e4107000+8a000] [Wed Apr 5 09:18:21 2017] ntopng[5993]: segfault at 7ffedf3b8000 ip 560d127caffe sp 7ffedf3b4270 error 4 in ntopng[560d127b6000+8a000] [Wed Apr 5 09:18:23 2017] ntopng[5996]: segfault at 7ffef9529000 ip 563a47c9cffe sp 7ffef9524f60 error 4 in ntopng[563a47c88000+8a000] [Wed Apr 5 09:18:25 2017] ntopng[5999]: segfault at 7ffd3413 ip 55eda928fffe sp 7ffd3412cef0 error 4 in ntopng[55eda927b000+8a000] [Wed Apr 5 09:18:27 2017] ntopng[6004]: segfault at 7ffcf0dd6000 ip 55dcf3210ffe sp 7ffcf0dd2b70 error 4 in ntopng[55dcf31fc000+8a000] [Wed Apr 5 09:18:29 2017] ntopng[6007]: segfault at 7ffd785b7000 ip 55cfc7c22ffe sp 7ffd785b2e90 error 4 in ntopng[55cfc7c0e000+8a000] [Wed Apr 5 09:18:31 2017] ntopng[6010]: segfault at 7ffcb3f88000 ip 55bd0a7caffe sp 7ffcb3f850b0 error 4 in ntopng[55bd0a7b6000+8a000] [Wed Apr 5 09:18:33 2017] ntopng[6013]: segfault at
Bug#855519: olpc-powerd: Please package new upstream version (currently v110)
Package: olpc-powerd Version: 23-2 Severity: normal Dear Andres, the powerd version in Debian is rather old and doesn't support the ARM based XO models (XO-1.75, XO-4) at all. It would be great to have an up to date version in Debian. Upstream [1] is currently at v110. There have been significant changes upstream (e.g. dbus service, olpc-switchd daemon) so some work on the packaging will be required. If you're already at it, how about switching to git-buildpackage? ;) Sascha [1] https://dev.laptop.org/git/users/pgf/powerd/refs/tags -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (100, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.0.19-mimosa-9-01604-gfaccdbaa5fd7 (PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages olpc-powerd depends on: ii ethtool 1:3.16-1 ii libc62.19-18+deb8u7 Versions of packages olpc-powerd recommends: ii iptables 1.4.21-2+b1 olpc-powerd suggests no packages. -- Configuration Files: /etc/olpc-powerd/powerd.conf changed [not included] -- no debconf information
Bug#851821: linux: Please enable CONFIG_TOUCHSCREEN_GOODIX
Source: linux Version: 4.9.2-2 Severity: wishlist Tags: patch Dear Maintainer, Please enable CONFIG_TOUCHSCREEN_GOODIX, for use on devices that have this touchscreen hardware installed. Thank you! diff --git a/debian/config/config b/debian/config/config index bd87c7f32..9dabf1feb 100644 --- a/debian/config/config +++ b/debian/config/config @@ -1423,7 +1423,7 @@ CONFIG_TOUCHSCREEN_HAMPSHIRE=m CONFIG_TOUCHSCREEN_EETI=m # CONFIG_TOUCHSCREEN_EGALAX is not set CONFIG_TOUCHSCREEN_FUJITSU=m -# CONFIG_TOUCHSCREEN_GOODIX is not set +CONFIG_TOUCHSCREEN_GOODIX=m # CONFIG_TOUCHSCREEN_ILI210X is not set CONFIG_TOUCHSCREEN_GUNZE=m # CONFIG_TOUCHSCREEN_ELAN is not set -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.2 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#818276: boot problems on systems with dash as default shell
Package: ifupdown-extra Version: 0.25 On systems with dash as the default shell, the 00check-network-cable script can exit with an error. This error can cause some network configuration in /etc/network/interfaces to be left unprocessed. On my system, the IPv6 portion of a dual stack configuration remains unapplied. Example of the script having an error: # IFACE=eth0 dash 00check-network-cable 00check-network-cable: 72: local: detected:: bad variable name However, running the following produces no errors. # IFACE=eth0 bash 00check-network-cable The system boots correctly with full network configuration applied if the system’s default shell is changed to bash, or if the #!/bin/sh line is changed to #!/bin/bash Debian policy discourages undeclared bashisms - if this package requires bash, it should have the appropriate dependencies and specify #!/bin/bash as its shell. Alternatively, the script can be written in a dash-safe shell language subset.
Bug#787220: 404 error with websocket/websocket jars not installed
Package: tomcat7 Version: 7.0.56-3 Severity: normal Dear Maintainer, Running a very simple websocket endpoint fails with a 404 (not found) error because the required websocket jars (tomcat-websocket.jar and websocket-api.jar) are not installed. I think the jars are not installed because the tomcat7 build scripts need a java7 compiler to build them (and don't assume that there is one installed). Adding the line java.7.home=/usr/lib/jvm/java-7-openjdk-amd64 to build.properties (in the root of the unpacked tomcat7 source) will make the build scripts build the required jars. Once the jars have been built, copying them to /usr/share/tomcat7/lib (and making no other changes) fixes the problem. I'd guess a tomcat7-websocket package (with a java7 dependency) with the required jars (and symlinks etc) would solve the problem? Thanks, Osric Wilkinson -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tomcat7 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii tomcat7-common 7.0.56-3 ii ucf3.0030 Versions of packages tomcat7 recommends: ii authbind 2.1.1 Versions of packages tomcat7 suggests: pn libtcnative-1 none ii tomcat7-admin 7.0.56-3 pn tomcat7-docs none pn tomcat7-examples none pn tomcat7-user none -- Configuration Files: /etc/tomcat7/context.xml changed [not included] /etc/tomcat7/server.xml changed [not included] /etc/tomcat7/tomcat-users.xml [Errno 13] Permission denied: u'/etc/tomcat7/tomcat-users.xml' -- debconf information: tomcat7/groupname: tomcat7 tomcat7/username: tomcat7 tomcat7/javaopts: -Djava.awt.headless=true -Xmx128m -XX:+UseConcMarkSweepGC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732452: Still valid?
Carlo Stemberger schreef op 07.03.2015 03:24: Hi Roy, is this bug report still valid with Icecast 2.4.0? Thank you! Carlo Hi Carlo, I'm not sure. I still have the Wheezy version (2.3.2-9+deb7u2). Would you want me to try the backported version? Best regards, Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755699: openjdk-7-jdk: trying to overwrite /usr/lib/jvm/java-7-openjdk-amd64/src.zip
Package: openjdk-7-jdk Version: 7u60-2.5.0-2 Justification: tries to overwrite contents of package openjdk-7-source 7u60-2.5.0-2 Severity: serious Dear Maintainer, When upgrading openjdk-7-jdk from 7u60-2.5.0-2 to 7u65-2.5.1-2 it tries to overwrite the contents of openjdk-7-source 7u60-2.5.0-2 for file /usr/lib/jvm/java-7-openjdk-amd64/src.zip Here are the relevant lines from aptitude safe-upgrade: Packar upp openjdk-7-jdk:amd64 (7u65-2.5.1-2) över (7u60-2.5.0-2) ... dpkg: fel vid hantering av arkivet /var/cache/apt/archives/openjdk-7- jdk_7u65-2.5.1-2_amd64.deb (--unpack): försöker skriva över /usr/lib/jvm/java-7-openjdk-amd64/src.zip som också finns i paketet openjdk-7-source 7u60-2.5.0-2 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-7-jdk depends on: ii libc6 2.19-7 ii libx11-6 2:1.6.2-2 ii openjdk-7-jre 7u65-2.5.1-2 Versions of packages openjdk-7-jdk recommends: ii libxt-dev 1:1.1.4-1 Versions of packages openjdk-7-jdk suggests: pn openjdk-7-demonone iu openjdk-7-source 7u65-2.5.1-2 pn visualvm 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#755699: (no subject)
Severity: serious -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753097: openntpd: Linux doesn't have a SIGINFO (for stats dump to syslog)
Package: openntpd Version: 20080406p-5 Severity: normal Dear Maintainer, The openntpd man page says When ntpd receives a SIGINFO signal, it will write its peer and sensor status to syslog. However, Linux doesn't have a SIGINFO. I've attached a simple patch that uses SIGUSR1 instead of SIGINFO to trigger the report. Thanks, Osric Wilkinson -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii libc62.13-38+deb7u1 ii libssl1.0.0 1.0.1e-2+deb7u11 ii netbase 5.0 openntpd recommends no packages. openntpd suggests no packages. -- Configuration Files: /etc/default/openntpd changed [not included] /etc/openntpd/ntpd.conf changed [not included] -- no debconf information If you want to provide additional information, please wait to receive the bug tracking number via email; you may then send any extra information to n...@bugs.debian.org (e.g. 999...@bugs.debian.org), where n is the bug number. Normally you will receive an acknowledgement via email including the bug report number within an hour; if you haven't received a confirmation, then the bug reporting process failed at some point (reportbug or MTA failure, BTS maintenance, etc.). openntpd-signals-fix.patch Description: Binary data
Bug#748805: Bug only seems to affect system with a btrfs rootfs
I've installed the same package on a Debian 7.5 that uses an ext4 rootfs (running as a VirtualBox guest) and it boots without issues. So apparently the problem only occurs with the combination of the 3.14 kernel image and a btrfs rootfs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748805: System fails to boot after upgrading to linux-image-3.14-0.bpo.1-amd64 from wheezy-backports
Package: linux-image-3.14-0.bpo.1-amd64 Version: 3.14.4-1~bpo70+1 I'm running a freshly installed Debian 7.5 on a KVM guest system. The rootfs resides in a btrfs subvolume. To get access to the improvements to btrfs in newer kernel versions, I added the wheezy-backports repository to /etc/apt/sources.list and upgraded linux-image-amd64 from it, which installed linux-image-3.14-0.bpo.1-amd64. After the upgrade, the system fails to boot when the 3.14 kernel is selected — error message below (OCRed, so there might still be a typo somewhere in there). The system still boots normally when I select the 3.2 kernel in the GRUB menu. The issue has happened on two different KVM guests on different hosts (configured exactly the same otherwise). When the 3.14 kernel failed to boot, I installed linux-headers-3.13-0.bpo.1-amd64 instead, which has been booting and working without issues for a few days now. On-screen output during a failed boot attempt: --8-- Decompressing Linux... Parsing ELF... done. Booting the kernel. Loading, please wait...00:03.0 C900 PCI2.10 PnP PHH+3FFC9E10+3FFB9E10 C900 modprobe: can’t load module btrfs (kernel/fs/btrfs/btrfs.ko): unknown symbol in module, or unknown parameter modprobe: can’t load module btrfs (kernel/fs/btrfs/btrfs.ko): unknown symbol in module, or unknown parameter mount: mounting /deu/disk/by-uuid/38709399-9e41-43c4-bb54-5db6135cf795 on /root failed: No such device mount: mounting /dev on /root/dev failed: No such file or directory Target filesystem doesn’t have requested /sbin/init. No init found. Try passing init= bootarg. modprobe: module ehci-pci not found in modules.dep modprobe: module ehci-orion not found in modules.dep modprobe: module ehci-hcd not found in modules.dep modprobe: module uhci-hcd not found in modules.dep modprobe: module ohci-hcd not found in modules.dep modprobe: module usbhid not found in modules.dep BusyBox v1.20.2 (Debian 1:1.20.0-7) built-in shell (ash) Enter ’help’ for a list of built-in commands. bin/sh: can’t access tty: job control turned off (initramfs) --8-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606397: [patch] /etc/vnstat.conf: Unclear what 'system default value' for Locale is
Hi, I've just encountered this problem too, and I think the problem is that vnstat is not calling setlocale with the empty string argument to set the locale from the environment (see http://www.gnu.org/software/libc/manual/html_node/Setting-the-Locale.html) A quick patch to fix it: --- vnstat.c.old2011-05-31 23:29:51.0 +0100 +++ vnstat.c2013-08-06 07:55:16.0 +0100 @@ -72,6 +72,8 @@ } else { if (getenv(LC_ALL)) { setlocale(LC_ALL, getenv(LC_ALL)); + } else { + setlocale(LC_ALL, ); } } strncpy(interface, default, 32); I think the same thing is happening in vnstati.c. I've created a similar patch, but I haven't tested this one (I haven't used vnstati yet) --- vnstati.c.old 2011-05-31 23:29:51.0 +0100 +++ vnstati.c 2013-08-06 08:20:53.0 +0100 @@ -65,6 +65,8 @@ } else { if (getenv(LC_ALL)) { setlocale(LC_ALL, getenv(LC_ALL)); + } else { + setlocale(LC_ALL, ); } } strncpy(interface, cfg.iface, 32); (I am in no way a locale expert, but I think the calls to setlocale(LC_ALL, getenv(LC_ALL)) should probably be removed) Hope this helps, Osric. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709593: dovecot-managesieve: checkpassword Temporary authentication failure/TRYLATER protocol error
Package: dovecot-managesieved Version: 1:2.1.7-7 Severity: important File: dovecot-managesieve Tags: upstream Dear Maintainer, I'm using checkpassword (http://wiki.dovecot.org/AuthDatabase/CheckPassword) as an authentication method for managesieve, however when the checkpassword script exits with code 111 (Temporary authentication failure) managesieved outputs a message that is wrong per rfc5804: $ nc localhost 4190 S: IMPLEMENTATION Dovecot Pigeonhole S: SIEVE fileinto reject envelope encoded-character vacation subaddress S: comparator-i;ascii-numeric relational regex imap4flags copy include S: variables body enotify environment mailbox date ihave S: NOTIFY mailto S: SASL PLAIN S: STARTTLS S: VERSION 1.0 S: OK Dovecot ready. C: AUTHENTICATE PLAIN AHRlc3QAdGVzdA== S: NO [TRYLATER] Temporary authentication failure. [hathor:2013-05-24 S: 07:56:09] That last server line should be NO (TRYLATER) (that is, round brackets rather than square brakets). Example checkpassword script: #!/usr/bin/perl -w exit(111) -- Package-specific info: dovecot configuration - # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-486 i686 Debian 7.0 ext3 auth_debug = yes auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@* first_valid_uid = 116 last_valid_uid = 116 lda_mailbox_autocreate = yes mail_gid = vmail mail_location = maildir:/home/vmail/mail/%u/Maildir mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /home/osric/bin/checkpassword driver = checkpassword } plugin { sieve = ~/dovecot.sieve sieve_dir = ~/sieve } postmaster_address = postmaster@address hidden protocols = imap sieve service imap-login { inet_listener imap { port = 143 } process_min_avail = 0 service_count = 1 } service managesieve-login { inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 } ssl_cert = /etc/dovecot/dovecot.pem ssl_key = /etc/dovecot/private/dovecot.pem userdb { args = uid=vmail gid=vmail home=/home/vmail/mail/%n allow_all_users=yes driver = static } protocol sieve { mail_max_userip_connections = 2 } -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-managesieved depends on: ii dovecot-core 1:2.1.7-7 ii dovecot-sieve 1:2.1.7-7 ii libc6 2.13-38 ii libssl1.0.01.0.1e-2 ii ucf3.0025+nmu3 dovecot-managesieved recommends no packages. dovecot-managesieved suggests no packages. Versions of packages dovecot-managesieved is related to: ii dovecot-core [dovecot-common] 1:2.1.7-7 pn dovecot-dbgnone pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.1.7-7 pn dovecot-ldap none pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-7 ii dovecot-mysql 1:2.1.7-7 pn dovecot-pgsql none pn dovecot-pop3d none ii dovecot-sieve 1:2.1.7-7 pn dovecot-sqlite 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#707683: knot: init script searches for /etc/default/knotd but package install /etc/default/knot
Package: knot Version: 1.2.0-1 Severity: normal Dear Maintainer, knot packages installs /etc/default/knot but init script searches for /etc/default/knotd: NAME=knotd # Introduce the short server's name here DAEMON=/usr/sbin/$NAME # Introduce the server's location here DAEMON_ARGS=-d # Arguments to run the daemon with PIDFILE=/var/run/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME # Read configuration variable file if it is present [ -r /etc/default/$NAME ] . /etc/default/$NAME Therefore this init configuration file will never be sourced. The best way to fix this is probably to install /etc/default/knotd. Martin -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages knot depends on: ii libc62.13-38 ii libssl1.0.0 1.0.1e-2 ii liburcu1 0.7.6-1 ii zlib1g 1:1.2.7.dfsg-13 knot recommends no packages. knot 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#707685: knot: running knot as non-root prevents /var/run/knotd.pid from being created
Package: knot Version: 1.2.0-1 Severity: normal Dear Maintainer, when running knot as a different user from root the pid file /var/run/knotd.pid cannot be created as /run on debian doesn't have write permissions for all. without this pid file knot cannot be stopped using the init script. the quick workaround is to put the pid file creation in /etc/default/knotd and change the ownership there but this hardly seems like the best solution. mk -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages knot depends on: ii libc62.13-38 ii libssl1.0.0 1.0.1e-2 ii liburcu1 0.7.6-1 ii zlib1g 1:1.2.7.dfsg-13 knot recommends no packages. knot 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#666742: xine image size issue.
reassign 666742 libxine2 thanks Thanks for jumping in, Darren, and thanks to Tobias for finding the root cause. Small email to reassign the bug to the right package, and, of course, I'd be more than happy to test soon your new version in experimental ;-) This said, I understand the point of being otherwise busy. Cheers, Eric Darren Salt said: You wrote: On 27/04/13 18:40, Tobias Grimm wrote: # xvinfo | grep -i image size maximum XvImage size: 4096 x 4096 Yep, my integrated Intel Graphic (on both my PCs), shows: maximum XvImage size: 2048 x 2048 I don't have a solution for this at hand, but will forward this issue upstream. Obviously xine should at least handle this gracefully. Well, asking for an image of the size of the screen and resizing the image from the file on the fly to make it fit would sound like an approach that would avoid the issue, but let's see what upstream suggests. https://bugs.xine-project.org/show_bug.cgi?id=108 and http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2/rev/5da1bfeb appear to be relevant. This should have been back-ported some time ago (for various reasons, I've been... inactive); too late for wheezy now, I think, and I'm not aware of anything which would fix this for vdpau (and I can't usefully test vdpau anyway). All being well, there should be a new xine-lib release once wheezy's out. -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706068: ITP: SQL Workbench/J -- A free, DBMS-independent, cross-platform SQL tool
Package: wnpp Severity: wishlist * Package name: sqlworkbenchj Version : 114 Upstream Author : Thomas Kellerer supp...@sql-workbench.net * URL : http://www.sql-workbench.net * License : Apache License, Version 2.0 Programming Lang: Java Description : A free, DBMS-independent, cross-platform SQL tool SQL Workbench/J was recently licensed as Apache 2.0, and is a fantastic and versatile tool for working with SQL databases. Features: - Display result data from SQL queries (Screenshot) - Edit, insert and delete data directly in the result table (Screenshot) - Powerful export command to write text files (aka CSV), XML, HTML or SQL (including BLOB data). - All user tables can be exported into a directory with a single command. Export files can be compressed on-the-fly. - Powerful text and XML file import. A set of files (including compressed files) can be imported from a directory with a single command. Foreign key constraints are detected to insert the data in the correct order - Compare two database schemas for differences. The XML output can be transformed into the approriate SQL ALTER statements using XSLT - Compare the data of two database and generate the necessary SQL statements to migrate one to the other. - Reformatting (Pretty-Print) of SQL Statements (Screenshot) - Full support for BLOB data in query results, SQL statements, export and import. Read more... - Select rows from related tables according to their foreign key definitions (Screenshot1 Screenshot2). - Search text in procedure, view and other sources using a SQL command or a GUI (Screenshot) - Search for data across all columns in all tables using a SQL command or a GUI (Screenshot) - Copy data directly between to database servers using a SQL command or a GUI (Screenshot) - Macros (aka aliases) for frequently used SQL statements - Variable substitution in SQL statements including smart prompting for values (can be combined with macros) - Auto completion for tables and columns in SQL statements (Screenshot) - Tooltips for INSERT statements to show the corresponding value or column (Screenshot) - All SQL Scripts (including Workbench specific commands) can be run in batch mode - An interactive console mode (Screenshot) - Display database objects and their definitions (Screenshot) - Display table source (Screenshot) - Display view, procedure and trigger source code (Screenshot) - Display foreign key constraints between tables (Screenshot) - SQLWorkbench/J is free ( published under the Apache 2.0 license) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking bigimages with xineliboutput plugin
Hi, Tobias Grimm said: On 21.04.2013 12:57, Eric Lavarde wrote: http://eric.lavar.de/comp/TEST/xine-no-dbg.core.gz http://eric.lavar.de/comp/TEST/xine-with-dbg.core.gz Not downloadable (403). Sorry, fixed now (wrong rights). Can you please provide some more failing images? I really would like to reproduce this somehow. Is this request still valid after my last email (the one where I create a blank picture and it still fails with xine, starting with a certain size)? The only major CPU difference between your system and mine is, that you have 4 cores while I only have 2. But we both use the MMX extensions. Should we ask on the VDR list people to do the same tests with ImageMagick and xine and see if we recognize a pattern? I can send the mail, just asking for your opinion before. Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705282: Add experimental libdivecomputer package to unstable and testing
Package: libdivecomputer Version: 0.3.0-1~exp1 libdivecomputer 0.3.0 is a stable and functional release that should be promoted to unstable and testing. This is also needed to promote subsurface 3.0.2-1~exp3 from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705283: Add experimental subsurface package to unstable and testing
Package: subsurface Version: 3.0.2-1~exp3 subsurface 3.0.2 is a stable and functional release that should be promoted to unstable and testing. subsurface depends on libdivecomputer, which needs to be promoted first. There's a separate ticket for this at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705282 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652148: closed by Hannes von Haugwitz han...@vonhaugwitz.com (Bug#652148: fixed in logcheck 1.3.15)
connection while receiving the initial server greeting - fixed lost connection while sending end of data rule * ignore.d.server/proftpd: - ignore authentication failure even if ruser is provided * ignore.d.server/ssh: - ignore PAM $n more authentication failures - ignore Too many authentication failures - ignore Closed due to user request. (closes: #647943) - ignore Bye Bye - ignore Connection closed - ignore yet one more variation of invalid user - updated Postponed ... rule with [preauth] suffix - updated Postponed ... rule with invalid user * ignore.d.workstation/libmtp-runtime: - ignore mtp-probe messages when plugging a non-MTP device * ignore.d.workstation/kernel: - ignore No Caching mode page present - ignore usb-storage: Quirks match - ignore sensor detected for various GSPCA webcams - updated FAT messages to new fat_msg() format - updated new USB device message to new usb_speed_string() format - updated bttv messages to new prefix Checksums-Sha1: df8e621f5c5190d8237ef56591393556db8160c2 1851 logcheck_1.3.15.dsc c1fef9d602f208e5cae64d39900834c216568fb0 162397 logcheck_1.3.15.tar.gz d6d9cf45c515886ad134b2474d68d7c43832ed2a 78664 logcheck_1.3.15_all.deb 6c9ea758e52f62b13a5171a487163ebe22347798 121414 logcheck-database_1.3.15_all.deb 215d19a434319dfcf1561e88a59893e8c93eb170 61270 logtail_1.3.15_all.deb Checksums-Sha256: 4928dbc5921f663425aef8661e7ffeb09f6fc86ee385da9f9d21e7a075e3e28f 1851 logcheck_1.3.15.dsc b29b4753940a9130b5f19f60d2d89af23be220674625f4bd2fb1d40945d0b9e5 162397 logcheck_1.3.15.tar.gz 3314e5d1d3d65417c16beb55a3f8e7ad3f9b047f298b670385e04b6fc17937b7 78664 logcheck_1.3.15_all.deb c76bccbb0fc7b07d3839c5a972f93b01dc0afe1253227360af6c7376e5a841ff 121414 logcheck-database_1.3.15_all.deb c9a59d0844b12b5ef79607798006a07cb8d5aa3647d4a119a91ec0e5ea4980b0 61270 logtail_1.3.15_all.deb Files: b6f9422e2bd0079c5e534f777d8f5aac 1851 admin optional logcheck_1.3.15.dsc e3f002fddcdc01856c811872f4082a11 162397 admin optional logcheck_1.3.15.tar.gz a0eb536acd94c2e4a45b6a3c9c30765e 78664 admin optional logcheck_1.3.15_all.deb d1b05745baed4e80d6d984778724457d 121414 admin optional logcheck-database_1.3.15_all.deb f65e15cfa881576ab027da7852901ce5 61270 admin optional logtail_1.3.15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCAAGBQJP7xTNAAoJEBjuhjhgIu9XjCYL/0Xv4094bDzoVcYxXGfaYAKA 6ZGSXuE5I0TQgI9D5CxqWvPOAPq9qBWbXKhnAfvAfQVZapD4fR/OHHPNQtMen/lD WRQF0pW8ELsqi+NWCbDF4BAqHwQxyhvvHDgP8/BdbWG9TC9oF50/nWYUiIFA16Vd 01TdVNLr1MO5zZQprNqaDyRS+BskBrDsXVsGgnhTTcWg+73wY6BTu/7o8jc0c81F EaFRtqxHEFcEIP0CgeK21g+6NrrzfdWfhlTwKBAChq7ElkIIMqqSunSJlHowcBv9 X0sv5/J3sky2vRWr9SPlgwnpXupvf9PfQvWuDpxqK5sA7Utjjp4i2cqFLu3LWHtu fVHWvxhmAUsDYqoT15h3GkRzEh/QwlBq26mmvT/+Dd24Ea22z/ns49kGLrY49LHl T5qTg44KVTURtrEJhGBFTlyX+wgGF3Vd1gV/er0FSIBbXI6eIIlXOnJN0AF4/MQz aE9iVYLKNbP+CrKBuyoyKqNULnyH6QKoo8XhXpBmhg== =B31d -END PGP SIGNATURE- X-Spam-Level: Date: Thu, 15 Dec 2011 09:19:26 + From: debian-b...@nospam.pz.podzone.net To: sub...@bugs.debian.org Subject: Please add rules for dropbear Package: logcheck Version: 1.2.69 dropbear is a lightweight ssh server which can be installed in place of openssh-server. Log entries for dropbear are not currently filtered by logcheck resulting in a System Events email for each and every ssh login as below: This email is sent by logcheck. If you no longer wish to receive such mails, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= Dec 15 07:48:24 captain dropbear[20011]: Child connection from :::82.125.214.201:55874 Dec 15 07:48:27 captain dropbear[20011]: pubkey auth succeeded for 'user' with key md5 68:07:18:0a:d8:4a:8b:61:2d:a6:15:94:1e:cb:b9:85 from +:::82.125.214.201:55874 Dec 15 07:49:32 captain dropbear[20011]: exit after auth (user): Exited normally The above is from an install of logcheck 1.2.69 and dropbear 0.51-1 on an installation of lenny. I have looked at the package files in wheezy for logcheck (1.3.14) and it appears dropbear remains unaccounted for (although note that dropbear is now at 0.52). I have not yet attempted to create a ruleset to filter the above however if a fix is proposed then I will happily test it. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666742: more information
Hello, I forgot to note: even if I restart vdr-sxfe it shows only a black screen with No Sender (or something like this) written in red, whereas I can see in my LCD screen (imon) that the plugin is still showing the name of the photo and switching between them as I use my remote control. Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661335: [3.1 - 3.2.4 regression] ASUS P8H67-M EVO: No HDMI sound on HDAintel
Hi, Jonathan Nieder said: I'll attach also the output of alsa-info.sh as recommended in Bug #657302 Did you get a chance to try this? Erh, yes: the output was already attached to the original submission. The future mode was meant as after I've left this editor :-) Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Hi, Tobias Grimm said: On 12.02.2012 22:19, Eric Lavarde wrote: vdr-sxfe is just starting and dropping with a segfault: [ 3817.674930] vdr-sxfe[6098]: segfault at 8 ip 7f1285ce3f36 sp 7f1287ffebd0 error 4 in xineplug_inp_xvdr.so[7f1285ccf000+25000] Sorry, I can't reproduce this. Can you play videos and VDR recordings with Xine and VLC? Yes, flawlessly. In the mean time, I think that the issue only appeares with radio stations (didn't yet have time to do many tests), and it seems I'm not alone: http://www.vdr-portal.de/board17-developer/board25-patches/86804-patches-xine-lib-1-2-xineliboutput-xine-plugin-verbesserter-vdr-support/index82.html?s=d9ea1b7c1c0ebe8db3cac27f9085d8c43052b78b (starting with last entry on this page). I've just uploaded a new upstream snapshot, you might want to try this version 1.0.7+cvs20120214.0259-1. Didn't yet find time, need to work now... Eric Tobias -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Hello again, Tobias Grimm said: I've just uploaded a new upstream snapshot, you might want to try this version 1.0.7+cvs20120214.0259-1. Sorry, where did you upload it to? Even after 'aptitude update', I don't get it offered: # apt-cache policy xineliboutput-sxfe xineliboutput-sxfe: Installiert: 1.0.7+cvs20120130.2334-2 Kandidat:1.0.7+cvs20120130.2334-2 Versionstabelle: *** 1.0.7+cvs20120130.2334-2 0 1001 http://e-tobi.net/vdr-experimental/ sid/vdr-multipatch amd64 Packages 100 /var/lib/dpkg/status 1.0.7+cvs20111211.1625-1 0 500 http://ftp.de.debian.org/debian/ wheezy/main amd64 Packages 1.0.7+cvs20110820.1342-1 0 1001 http://e-tobi.net/vdr-experimental/ sid/vdr-multipatch amd64 Packages Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Eric Lavarde - Debian Bugs said: Sorry, I can't reproduce this. Can you play videos and VDR recordings with Xine and VLC? Yes, flawlessly. In the mean time, I think that the issue only appeares with radio stations (didn't yet have time to do many tests), and it seems I'm not alone: http://www.vdr-portal.de/board17-developer/board25-patches/86804-patches-xine-lib-1-2-xineliboutput-xine-plugin-verbesserter-vdr-support/index82.html?s=d9ea1b7c1c0ebe8db3cac27f9085d8c43052b78b (starting with last entry on this page). I confirm and precise: the visualization for radio channels is responsible; without visualization, vdr-sxfe doesn't segfault. Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652537: Please add rule for inetutils-syslogd
Package: logcheck Version: 1.2.69 The inetutils-syslogd (2:1.5.dfsg.1-9) package provides a system logging daemon. syslogd periodically logs the following message: Dec 17 00:29:11 host syslogd (GNU inetutils 1.5): restart The following logcheck rulefile works to filter the messages from the System Events email: # cat inetutils-syslogd ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ syslogd \(GNU inetutils [1-9]\.[0-9]+\): restart$ This bug report is for logcheck 1.2.69 but I have looked at the logcheck package files in wheezy (1.3.14) and it appears inetutils-syslogd remains unaccounted for (although note that inetutils-syslogd is now at 2:1.8-5). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652538: Please add rule for log2mail
Package: logcheck Version: 1.2.69 The log2mail (0.3.0-2.1) package provides a small daemon for watching logfiles. log2mail will periodically log the following message: Dec 18 00:29:39 host log2mail[30091]: Logfile /path/to/logfile rotated. Listening to new file. The following logcheck rulefile works to filter the messages from the System Events email: # cat log2mail ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ log2mail\[[[:digit:]]+\]: Logfile .* rotated. Listening to new file.$ This bug report is for logcheck 1.2.69 but I have looked at the logcheck package files in wheezy (1.3.14) and it appears log2mail remains unaccounted for. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652148: [Logcheck-devel] Bug#652148: Please add rules for dropbear
Thanks for looking at this. I have tested the proposed fix with dropbear 0.51-1 and realised there are some further log events not mentioned before. The previous report for successful login used ssh key, however using password login results in the following log message: Dec 17 12:51:31 host dropbear[3278]: password auth succeeded for 'user' from :::82.125.214.201:56807 A failed password login results in the following log messages, which I think should be made to generate a Security Events email: Dec 17 12:51:18 host dropbear[3237]: bad password attempt for 'user' from :::82.125.214.201:56806 Dec 17 12:51:22 host dropbear[3237]: exit before auth (user 'user', 3 fails): Exited normally -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652148: Please add rules for dropbear
Package: logcheck Version: 1.2.69 dropbear is a lightweight ssh server which can be installed in place of openssh-server. Log entries for dropbear are not currently filtered by logcheck resulting in a System Events email for each and every ssh login as below: This email is sent by logcheck. If you no longer wish to receive such mails, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= Dec 15 07:48:24 captain dropbear[20011]: Child connection from :::82.125.214.201:55874 Dec 15 07:48:27 captain dropbear[20011]: pubkey auth succeeded for 'user' with key md5 68:07:18:0a:d8:4a:8b:61:2d:a6:15:94:1e:cb:b9:85 from +:::82.125.214.201:55874 Dec 15 07:49:32 captain dropbear[20011]: exit after auth (user): Exited normally The above is from an install of logcheck 1.2.69 and dropbear 0.51-1 on an installation of lenny. I have looked at the package files in wheezy for logcheck (1.3.14) and it appears dropbear remains unaccounted for (although note that dropbear is now at 0.52). I have not yet attempted to create a ruleset to filter the above however if a fix is proposed then I will happily test it. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648029: xen-utils-common: /usr/lib/xen-common/bin/xen-toolstack (and thus /usr/sbin/xm) works with bash, but not dash
I can confirm that 648029.patch fixes this issue.
Bug#595582: [PATCH] Add stanzas to remove obsolete apt-build conffile.
From: Daniel Hahler g...@thequod.de --- debian/changelog |5 + debian/postinst |6 +- debian/postrm|5 + debian/preinst |5 + 4 files changed, 20 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index 0da1881..014b065 100644 --- a/debian/changelog +++ b/debian/changelog @@ -21,6 +21,11 @@ apt-build (0.12.38) unstable; urgency=low * Fix usage of dpkg obsolete option --print-installation-architecture in postinst (LP: #569158) + [ Daniel Hahler ] + * Remove obsolete conffile /etc/apt/sources.list.d/apt-build, which triggers +a warning now (Closes: #595582, LP: #693715) +- add dpkg-maintscript-helper stanza to preinst, postinst and postrm + -- Deepak Tripathi apenguinli...@gmail.com Wed, 02 Jun 2010 12:13:46 +0530 apt-build (0.12.37) unstable; urgency=low diff --git a/debian/postinst b/debian/postinst index e8d66c4..8667a6a 100755 --- a/debian/postinst +++ b/debian/postinst @@ -90,7 +90,7 @@ case $1 in sed s/__arch__/`dpkg --print-architecture`/ /usr/share/apt-build/Release $repository_dir/Release - # Add to sources.list if asked + # Add to sources.list.d if asked if [ $add_to_sourceslist = true ] [ -z `grep $repository_dir /etc/apt/sources.list` ]; then tempfile=`tempfile -m 644` echo deb file:$repository_dir apt-build main $tempfile @@ -140,5 +140,9 @@ case $1 in ;; esac +# Remove old apt-build conffile, which appears to have never been used +if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then + dpkg-maintscript-helper rm_conffile /etc/apt/sources.list.d/apt-build 0.12.37 -- $@ +fi #DEBHELPER# diff --git a/debian/postrm b/debian/postrm index 3a8ccb4..c792b0f 100755 --- a/debian/postrm +++ b/debian/postrm @@ -6,4 +6,9 @@ if [ $1 = purge ]; then rm -f /etc/apt/apt-build.conf fi +# Remove old apt-build conffile, which appears to have never been used +if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then + dpkg-maintscript-helper rm_conffile /etc/apt/sources.list.d/apt-build 0.12.37 -- $@ +fi + #DEBHELPER# diff --git a/debian/preinst b/debian/preinst index 6d1eb03..85d74d5 100755 --- a/debian/preinst +++ b/debian/preinst @@ -13,4 +13,9 @@ if [ upgrade = $1 ]; then fi fi +# Remove old apt-build conffile, which appears to have never been used +if dpkg-maintscript-helper supports rm_conffile 2/dev/null; then + dpkg-maintscript-helper rm_conffile /etc/apt/sources.list.d/apt-build 0.12.37 -- $@ +fi + #DEBHELPER# -- 1.7.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534379: open source firmware for dvb
Hello! There is an open source firmware: http://linuxtv.org/hg/~anttip/af9015 Could this be included in debian to make the usb dvb tuner work? thanks nbsp;a href=http://ad.adverticum.net/b/cl,1,73468,1594255,1591992/click.prm; target=_blankbrReformátus: 0066br211 intézmény, 4 120 munkatárs, 184 000 találkozás br/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580080: [Pkg-acpi-devel] Bug#580080: acpi-support: suspend to ram results in black screen and need full restart to restore machine
I am unaware of running any other power managers, and indeed I do have pm-utils. The symptom seems to be very similar to the following bug still persisting and seemingly common throughout Debian users: https://bugs.launchpad.net/ubuntu/karmic/+source/linux/+bug/424877 How can I help to provide input to solve this bug? thanks! ps: the freedesktop pm-utils page links to the suse wiki, which does bring in s2ram as their specific configuration option Michael Meskes mes...@debian.org írta: reassign 580080 pm-utils thanks Suspend to RAM doesn't work by default: but I got it to work with the Suse page using s2ram with some -f -a3 parameters, using a package which is not in squeeze but is part of Debian. I wonder what is the official default toolset for suspend to ram/disk in Debian so I can make it work with it? (There seem to be many script-sets/packages for power management, not mentioning the HAL saga and the intel driver regressions etc). With the acpi-support scripts only calling pm-utils if no other power managers are running I guess we better move this bug report there as I cannot see how acpi-support can change anything here. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL nbsp;a href=http://ad.adverticum.net/b/cl,1,73468,1602251,1596092/click.prm; target=_blankbrTanulj nyelvet vagy szakmát otthonról, könnyedén! Most 33% kedvezményt adunk minden tanfolyamunkra!br/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580072: icedove: inconsistent icon with desktop (weasel is OK)
Package: icedove Version: 3.0.4-2 Severity: normal The graphics in iceweasel are inconsistent with the default debian gnome destktop theme, unlike iceweasel, which has corresponding icon theme. i.e. iceweasel: home icon is like the home icon on the desktop, but trashcan in icedove is not like trashcan on desktop. Same for pc/computer icon for local folders. The above became very apparent the new gnome desktop theme that came with a recent system upgrade. thanks! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, #39;testing#39;) Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group#39;s JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libgconf2-42.28.1-3 GNOME configuration database syste ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.15-1lib for parsing cmdline parameters ii myspell-en-us [myspell-dic 1:3.2.0-4 English_american dictionary for my ii myspell-fr [myspell-dictio 1.4-25The French dictionary for myspell ii myspell-hu [myspell-dictio 0.99.4-1.3Hungarian dictionary for myspell Versions of packages icedove suggests: ii ttf-lyx 1.6.5-1TrueType versions of some TeX font -- no debconf information nbsp;a href=http://ad.adverticum.net/b/cl,1,77455,390689,481887/click.prm; target=_blankbrA Raiffeisen Közösen programban most egyetlen kattintással segíthet egy gyermekotthonnak! Szavazzon Ön is!/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580074: linux-image-2.6-686: acerhdf module: automatically start the fan control
Package: linux-image-2.6-686 Version: 2.6.32+25 Severity: normal Although the acer fan control kernel module seems to be available (acerhdf), it did not work out-of-the-box. To automatically start the fan control you would need(?) do [1]: sudo 'echo options acerhdf kernelmode=1 /etc/modprobe.d/acerhdf.conf' Using an Acer Aspire One 150L ZG5 BIOS 3310, but perhaps all kernels need it (this is an Intel Atom based netbook). Failing to do so results in a continuously spinning (small, noisy) cooling fan irrespective of temperature, unnecessarily draining battery on the netbook. [1] http://piie.net/index.php?section=acerhdf -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.32-3-686 2.6.32-9 Linux 2.6.32 for modern PCs linux-image-2.6-686 recommends no packages. linux-image-2.6-686 suggests no packages. -- no debconf information nbsp;a href=http://ad.adverticum.net/b/cl,1,77455,390689,481887/click.prm; target=_blankbrA Raiffeisen Közösen programban most egyetlen kattintással segíthet egy gyermekotthonnak! Szavazzon Ön is!/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580080: acpi-support: suspend to ram results in black screen and need full restart to restore machine
Subject: acpi-support: suspend to ram results in black screen and need full restart to restore machine Package: acpi-support Version: 0.133-2 Severity: important Suspend to RAM doesn't work by default: but I got it to work with the Suse page using s2ram with some -f -a3 parameters, using a package which is not in squeeze but is part of Debian. I wonder what is the official default toolset for suspend to ram/disk in Debian so I can make it work with it? (There seem to be many script-sets/packages for power management, not mentioning the HAL saga and the intel driver regressions etc). Hibernate works, this is an Atom based Acer Aspire One 150L ZG5 BIOS 3310 and Debian Squeeze. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-support-base 0.133-2scripts for handling base ACPI eve ii acpid 1:2.0.4-1 Advanced Configuration and Power I ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii pm-utils 1.3.0-1utilities and scripts for power ma ii x11-xserver-utils 7.5+1+b1 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.24-1simple interprocess messaging syst ii gnome-screensaver2.28.3-1+b3 GNOME screen saver and locker ii hal 0.5.14-2Hardware Abstraction Layer ii radeontool 1.6.0-1 utility to control ATI Radeon back ii vbetool 1.1-2 run real-mode video BIOS code to a Versions of packages acpi-support suggests: pn rfkillnone (no description available) pn toshset none (no description available) pn xinputnone (no description available) -- no debconf information nbsp;a href=http://ad.adverticum.net/b/cl,1,77455,390689,481887/click.prm; target=_blankbrA Raiffeisen Közösen programban most egyetlen kattintással segíthet egy gyermekotthonnak! Szavazzon Ön is!/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580128: rfkill: rfkill should be called when wireless is off in nm-applet
Package: rfkill Version: 0.4-1 Severity: wishlist The NetworkManager applet can be used in the gnome desktop environment to conveniently toggle wifi use, and it would be nice if it would integrate well with rfkill. It makes sense for laptops, and especially netbooks to switch off the wireless radio to conserve power therefore battery and precious runtime, when wireless networking is disabled through the nm-applet. thanks! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rfkill depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib rfkill recommends no packages. rfkill suggests no packages. -- no debconf information nbsp;a href=http://ad.adverticum.net/b/cl,1,77455,390689,481887/click.prm; target=_blankbrA Raiffeisen Közösen programban most egyetlen kattintással segíthet egy gyermekotthonnak! Szavazzon Ön is!/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580131: network-manager: rfkill should be called when wireless is off in NetworkMonitor
Package: network-manager Version: 0.8-1 Severity: wishlist The NetworkManager applet can be used in the gnome desktop environment to conveniently toggle wifi use. It makes sense for laptops, and especially netbooks to switch off the wireless radio to conserve power therefore battery and precious runtime, when wireless networking is disabled through the nm-applet. thanks! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser 3.112 add and remove users and groups ii dbus 1.2.24-1 simple interprocess messaging syst ii dhcp3-client 3.1.3-2DHCP client ii ifupdown 0.6.10 high level tools to configure netw ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libgudev-1.0-0153-1 GObject-based wrapper library for ii libnl11.1-5 library for dealing with netlink s ii libnm-glib2 0.8-1 network management framework (GLib ii libnm-util1 0.8-1 network management framework (shar ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libuuid1 2.16.2-0 Universally Unique ID library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii udev 153-1 /dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2 client support for WPA and WPA2 (I Versions of packages network-manager recommends: pn dnsmasq-base none (no description available) ii iptables 1.4.6-2administration tools for packet fi pn modemmanager none (no description available) ii network-manager-gnome 0.8-1 network management framework (GNOM ii policykit-1 0.96-2 framework for managing administrat pn ppp none (no description available) Versions of packages network-manager suggests: ii avahi-autoipd 0.6.25-3 Avahi IPv4LL network address confi -- no debconf information nbsp;a href=http://ad.adverticum.net/b/cl,1,77455,390689,481887/click.prm; target=_blankbrA Raiffeisen Közösen programban most egyetlen kattintással segíthet egy gyermekotthonnak! Szavazzon Ön is!/a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551803: [855GM] frequent GPU lockups, system still accessible via ssh
This issue might have been fixed in http://bugs.freedesktop.org/show_bug.cgi?id=25475#c88 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]
Sorry for the late reponse. Unfortunately the driver needed to be stripped, since we can't legally distribute the firmware. OK thanks, I understand that. Just to be clear, this bug (430017) was raised to report a fault in the sound driver (as per subject), not that it was subsequently dropped from Debian. I'd be happy to help test any fix if/when it becomes available. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530551: Wired network connection shuts down every 4-5min, then automaticaly restarts
Package: base Version: 5.0 Every 4-5 minutes the wired network connection shuts down. After a couple of seconds it back on again. Log text: May 25 19:22:23 Slejpner kernel: [ 3266.373370] ACPI: PCI Interrupt :10:00.0[A] - GSI 17 (level, low) - IRQ 17 May 25 19:22:23 Slejpner kernel: [ 3266.373370] iwl3945: Radio disabled by HW RF Kill switch May 25 19:22:23 Slejpner kernel: [ 3266.373370] ACPI: PCI interrupt for device :10:00.0 disabled May 25 19:22:23 Slejpner pppd[4761]: Modem hangup May 25 19:22:23 Slejpner kernel: [ 3266.378069] eth0: late interrupt. May 25 19:22:23 Slejpner kernel: [ 3266.380211] b44: eth0: powering down PHY May 25 19:22:23 Slejpner pppd[4761]: Connect time 4.6 minutes. May 25 19:22:23 Slejpner pppd[4761]: Sent 273611 bytes, received 1097617 bytes. May 25 19:22:23 Slejpner pppd[4761]: Connection terminated. May 25 19:22:23 Slejpner kernel: [ 3266.547179] ACPI: PCI Interrupt :10:00.0[A] - GSI 17 (level, low) - IRQ 17 May 25 19:22:23 Slejpner kernel: [ 3266.547179] iwl3945: Radio disabled by HW RF Kill switch May 25 19:22:23 Slejpner kernel: [ 3266.547179] ACPI: PCI interrupt for device :10:00.0 disabled May 25 19:22:23 Slejpner kernel: [ 3266.553069] ADDRCONF(NETDEV_UP): eth0: link is not ready May 25 19:22:23 Slejpner kernel: [ 3266.662871] b44: eth0: powering down PHY May 25 19:22:24 Slejpner kernel: [ 3267.870455] ADDRCONF(NETDEV_UP): eth0: link is not ready May 25 19:22:28 Slejpner kernel: [ 3271.219899] b44: eth0: Link is up at 100 Mbps, full duplex. May 25 19:22:28 Slejpner kernel: [ 3271.219909] b44: eth0: Flow control is off for TX and off for RX. May 25 19:22:28 Slejpner kernel: [ 3271.220250] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready May 25 19:22:53 Slejpner pppd[4761]: PPP session is 3757 May 25 19:22:53 Slejpner pppd[4761]: Using interface ppp0 May 25 19:22:53 Slejpner pppd[4761]: Connect: ppp0 -- eth0 May 25 19:22:53 Slejpner pppd[4761]: CHAP authentication succeeded May 25 19:22:53 Slejpner pppd[4761]: CHAP authentication succeeded May 25 19:22:53 Slejpner pppd[4761]: peer from calling number 00:90:1A:A0:F4:5A authorized May 25 19:22:54 Slejpner pppd[4761]: local IP address 78.54.111.171 May 25 19:22:54 Slejpner pppd[4761]: remote IP address 213.191.76.38 May 25 19:22:54 Slejpner pppd[4761]: primary DNS address 213.191.74.19 May 25 19:22:54 Slejpner pppd[4761]: secondary DNS address 62.109.123.197 Other stuff that might help: a...@slejpner:~$ uname -a Linux Slejpner 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 GNU/Linux a...@slejpner:~$ a...@slejpner:~$ ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 11 16. Mai 00:36 /lib/libc.so.6 - libc-2.7.so a...@slejpner:~$ a...@slejpner:~$ dpkg -s libc6 | grep ^Version Version: 2.7-18 a...@slejpner:~$ reportbug -q --template -T none -s none -S normal -b --list-cc none -q base Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Arne mydebian.b...@web.de' as your from address. Getting status for base... Will send report to Debian (per lsb_release). Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Arne mydebian.b...@web.de To: Debian Bug Tracking System sub...@bugs.debian.org Subject: none X-Debbugs-Cc: mydebian.b...@web.de, none Package: base Severity: normal -- System Information: Debian Release: 5.0 APT prefers proposed-updates APT policy: (99, 'proposed-updates'), (99, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 The system is running on a hp nx7400 laptop with 1 GB ram and 250 GB Samsung Harddisk. No problems what soever while using Etch. Good Luck thank you very much ! __ Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele ausländische Netze zum gleichen Preis! https://produkte.web.de/webde_sms/sms -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516893: ocfs2-tools: Unmounting an OCFS2 filesystem causes a segfault before cleaning the heartbeat region
Package: ocfs2-tools Version: 1.4.1-1 Severity: important When unmounting an OCFS2 filesystem, unmount completes but ocfs2_hb_ctl segfaults before stopping the heartbeat which causes a situation that the OCFS2 cluster cannot be stopped before rebooting. Steps to reproduce this situation: 1. Boot the system. 2. Test the /etc/init.d/ocfs2 and /etc/init.d/o2cb scripts by starting and stopping them. They stop successfully. This is what happens when an OCFS2 filesystem has not been mounted since the system has been booted up: server3:~# /etc/init.d/ocfs2 stop Stopping Oracle Cluster File System (OCFS2) OK server3:~# /etc/init.d/o2cb stop Stopping O2CB cluster ocfs2-www: OK Unmounting ocfs2_dlmfs filesystem: OK Unloading module ocfs2_dlmfs: OK Unloading module ocfs2_stack_o2cb: OK Unmounting configfs filesystem: OK Unloading module configfs: OK 3. Start both ocfs2 and o2cb again and mount an OCFS2 filesystem. server3:~# mount /usr/ocfs2 Feb 24 11:36:50 server3 kernel: [ 529.764322] o2net: accepted connection from node server4 (num 3) at 192.168.1.4: Feb 24 11:36:53 server3 kernel: [ 534.669832] OCFS2 1.5.0 Feb 24 11:36:53 server3 kernel: [ 534.693645] ocfs2_dlm: Nodes in domain (7F6283D7CA09400B9ACB687AC1B70088): 2 Feb 24 11:36:53 server3 kernel: [ 534.711619] kjournald starting. Commit interval 5 seconds Feb 24 11:36:53 server3 kernel: [ 534.714368] ocfs2: Mounting device (254,8) on (node 2, slot 0) with ordered data mode. 4. Unmount the filesystem server3:~# umount /usr/ocfs2 Feb 24 11:37:10 server3 kernel: [ 556.882125] ocfs2_hb_ctl[4552]: segfault at 0 ip 7fd38e033a90 sp 7fff96729328 error 4 in libc-2.7.so[7fd38dfb9000+14a000] Feb 24 11:37:10 server3 kernel: [ 556.884886] ocfs2: Unmounting device (254,8) on (node 2) While the filesystem is unmounted correctly, the heartbeat could not be stopped. So trying to stop the cluster fails. server3:~# /etc/init.d/ocfs2 stop Stopping Oracle Cluster File System (OCFS2) OK server3:~# /etc/init.d/o2cb stop Stopping O2CB cluster ocfs2-www: Failed Unable to stop cluster as heartbeat region still active As heartbeat could not be stopped, when the server is rebooted, other nodes print error messages until the server is up. An example is below: Feb 24 11:26:49 server4 kernel: [119051.392388] o2net: connection to node server3 (num 2) at 192.168.1.3: has been idle for 10.0 seconds, shutting it down. Feb 24 11:26:49 server4 kernel: [119051.392448] (0,4):o2net_idle_timer:1468 here are some times that might help debug the situation: (tmr 1235467599.500913 now 1235467609.500099 dr 1235467599.500901 adv 1235467599.500918:1235467599.500918 func (dbc4763b:502) 1235467367.658695:1235467367.658701) Feb 24 11:26:49 server4 kernel: [119051.392573] o2net: no longer connected to node server3 (num 2) at 192.168.1.3: Feb 24 11:26:59 server4 kernel: [119067.797445] (3802,4):o2net_connect_expired:1629 ERROR: no connection established with node 2 after 10.0 seconds, giving up and returning errors. I think the problem is in libc-2.7.so, because I see similar segfaulting when I stop multipath daemon too (which prints a similar message including libc-2.7.so) In any case, ocfs2 operation has problems on lenny. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ocfs2-tools depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3.1GNU readline and history libraries ii libuuid1 1.41.3-1 universally unique id library ocfs2-tools recommends no packages. Versions of packages ocfs2-tools suggests: pn ocfs2console none (no description available) -- debconf information: ocfs2-tools/heartbeat_threshold: 31 ocfs2-tools/reconnect_delay: 2000 ocfs2-tools/init: false ocfs2-tools/keepalive_delay: 2000 ocfs2-tools/clustername: ocfs2 ocfs2-tools/idle_timeout: 3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]
-rw-r--r-- 1 root root 139 2006-06-03 20:20 paths r...@baron:~# grep cs4 /lib/linux-sound-base/noOSS.modprobe.conf /lib/linux-sound-base/noOSS.modutils.conf /lib/linux-sound-base/noOSS.modprobe.conf:blacklist cs4232 /lib/linux-sound-base/noOSS.modprobe.conf:blacklist cs4281 /lib/linux-sound-base/noOSS.modprobe.conf:blacklist cs461x /lib/linux-sound-base/noOSS.modprobe.conf:blacklist cs46xx /lib/linux-sound-base/noOSS.modutils.conf:alias cs4232 off /lib/linux-sound-base/noOSS.modutils.conf:alias cs4281 off /lib/linux-sound-base/noOSS.modutils.conf:alias cs461x off /lib/linux-sound-base/noOSS.modutils.conf:alias cs46xx off r...@baron:~# find /lib/modules/ -name '*cs4*' | sort /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x/snd-cs4231.ko /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x/snd-cs4231-lib.ko /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x/snd-cs4232.ko /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x/snd-cs4236.ko /lib/modules/2.6.18-4-686/kernel/sound/isa/cs423x/snd-cs4236-lib.ko /lib/modules/2.6.18-4-686/kernel/sound/isa/opti9xx/snd-opti92x-cs4231.ko /lib/modules/2.6.18-4-686/kernel/sound/oss/cs4232.ko /lib/modules/2.6.18-4-686/kernel/sound/pci/cs46xx /lib/modules/2.6.18-4-686/kernel/sound/pci/cs46xx/snd-cs46xx.ko /lib/modules/2.6.18-4-686/kernel/sound/pci/snd-cs4281.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x/snd-cs4231.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x/snd-cs4231-lib.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x/snd-cs4232.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x/snd-cs4236.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/cs423x/snd-cs4236-lib.ko /lib/modules/2.6.18-5-686/kernel/sound/isa/opti9xx/snd-opti92x-cs4231.ko /lib/modules/2.6.18-5-686/kernel/sound/oss/cs4232.ko /lib/modules/2.6.18-5-686/kernel/sound/pci/cs46xx /lib/modules/2.6.18-5-686/kernel/sound/pci/cs46xx/snd-cs46xx.ko /lib/modules/2.6.18-5-686/kernel/sound/pci/snd-cs4281.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x/snd-cs4231.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x/snd-cs4231-lib.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x/snd-cs4232.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x/snd-cs4236.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/cs423x/snd-cs4236-lib.ko /lib/modules/2.6.18-6-686/kernel/sound/isa/opti9xx/snd-opti92x-cs4231.ko /lib/modules/2.6.18-6-686/kernel/sound/oss/cs4232.ko /lib/modules/2.6.18-6-686/kernel/sound/pci/cs46xx /lib/modules/2.6.18-6-686/kernel/sound/pci/cs46xx/snd-cs46xx.ko /lib/modules/2.6.18-6-686/kernel/sound/pci/snd-cs4281.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x/snd-cs4231.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x/snd-cs4231-lib.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x/snd-cs4232.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x/snd-cs4236.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/cs423x/snd-cs4236-lib.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/isa/opti9xx/snd-opti92x-cs4231.ko /lib/modules/2.6.24-etchnhalf.1-686/kernel/sound/pci/snd-cs4281.ko r...@baron:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]
24460 3 rsrc_nonstatic 11840 1 yenta_socket pcmcia_core36852 3 pcmcia,yenta_socket,rsrc_nonstatic shpchp 33024 0 pci_hotplug28704 1 shpchp intel_agp 22204 1 agpgart29896 2 drm,intel_agp evdev 9088 2 ext3 119336 5 jbd52456 1 ext3 mbcache 8356 1 ext3 ide_cd 36064 0 ide_disk 14848 7 cdrom 32544 1 ide_cd uhci_hcd 21164 0 usbcore 112644 2 uhci_hcd piix9444 0 [permanent] generic 4868 0 [permanent] ide_core 110504 4 ide_cd,ide_disk,piix,generic e100 32232 0 mii 5344 1 e100 thermal13608 0 processor 28840 1 thermal fan 4804 0 r...@sir:~# ps alx | grep art 0 0 5497 3954 16 0 2852 712 pipe_w S+ pts/2 0:00 grep art r...@sir:~# ps alx | grep esd 0 1000 3401 1 15 0 2048 348 429496 S? 0:00 /usr/bin/esd -nobeeps0 0 5505 3954 17 0 2852 696 - R+ pts/2 0:00 grep esd r...@sir:~# ps alx | grep alsa 0 0 5514 3954 17 0 2848 696 - R+ pts/2 0:00 grep alsa r...@sir:~# uname -a Linux sir 2.6.18-6-686 #1 SMP Fri Dec 12 16:48:28 UTC 2008 i686 GNU/Linux r...@sir:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510910: dphys-config: backslash characters stripped from postinstall commands
To get the desired behaviour the following must be put in dphys-config.list: etc/bash.prompt:/:grep -q /etc/bash.prompt /etc/bash.bashrc || echo -e '\\nsource /etc/bash.prompt\\n'+ /etc/bash.bashrc That is a typo. I meant to say:- To get the desired behaviour the following must be put in dphys-config.list: etc/bash.prompt:/:grep -q /etc/bash.prompt /etc/bash.bashrc || echo -e '\\nsource /etc/bash.prompt\\n' /etc/bash.bashrc In other words the backslashes must be doubled for the desired effect. This behaviour is not documented so I assume it is a bug. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502796: Acknowledgement (openoffice.org-calc: XIRR() function gives Err:502 when annualised return is -30%)
Tested also with OO 2.4.1 in WinXP and same behaviour is seen: XIRR() function gives Err:502 when annualised return is -30% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502796: Info received (Bug#502796: Acknowledgement (openoffice.org-calc: XIRR() function gives Err:502 when annualised return is -30%))
Raised as issue #95167 with OO.org: http://www.openoffice.org/issues/show_bug.cgi?id=95167 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
Aurelien Jarno [EMAIL PROTECTED] wrote: Could you try to edit /etc/ld.so.conf.d/libc6-xen.conf, and add back the line hwcap 0 nosegneg, while keeping the line hwcap 1 nosegneg? If it works we should be able to support both Etch and Lenny kernels. But that would mean one more upload. Shrug. That didn't seem to work, unfortunately: $ sudo ldconfig ldconfig: /etc/ld.so.conf.d/libc6-xen.conf:7: hwcap index 1 already defined as nosegneg Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499366: 4gb seg fixup not fixed in 2.7-14?
Andy Smith [EMAIL PROTECTED] wrote: Unfortunately ldconfig will not allow the same hwconfig twice. For now I reverted it to 0 and rebooted; this has got rid of the warnings. I will just have to bear it in mind for when I can again use the Lenny kernel for this Lenny domU I suppose. That did it, thanks! Luckily I managed without rebooting. I just edited libc6-xen.conf, ran ldconfig and restarted several processes and services. Now only init (pid 1) complains once in a while. Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Unidentified subject!
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448307: wengophone: Video does not work, codec with ID 20not found.
Hi Ludovico, interesting thing: all the steps work thing, very good description, could probably be scripted, _but_ I tried twice to compile the whole thing, and twice did my computer froze completely! I don't assume it's due to your guide but rather to the age of my computer :-) Nevertheless, I assume that somewhere in your description, there should be an 'apt-get build-dep ffmpeg-free'? Anyway, another thought: the steps described are nothing a real dummy user can follow. Wouldn't there be a chance that you get an agreement with Christian Marillat so that your package works with his version of ffmpeg? Thanks in all cases for your help, a new computer is planned for Christmas, hence I might have to wait till then ;-) Eric Ludovico Cavedon said: Eric Lavarde wrote: first try before going to bed was not successful, and I used a slightly modified script to get the same version from CVS: The procedure described in the first mail has some problems. Use this one, which has been tested: http://svn.debian.org/wsvn/pkg-voip/wengophone/trunk/debian/README.Debian?op=file Let me know if you have any problem! Bye, Ludovico -- Eric de France, d'Allemagne et de Navarre
Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]
I edited my crontab to explicitly define the path to the special file, however it still fails to create a dtach instance: ~$ crontab -l | grep irssi @reboot /home/bb/bin/dtach -n /home/bb/.dtach/irssi irssi 21 ~/.dtach/irssi.cron ~$ ls -l ~/.dtach/ total 0 -rw-r--r-- 1 bb bb 0 2007-08-29 11:15 irssi.cron ~$ cat ~/.dtach/irssi.cron ~$ The fact that ~/.dtach/irssi.cron is created, but is empty, suggests that the crontab entry was executed but without any error message generated. Fwiw, I would expect dtach to issue an error if the ~ was not expanded, and indeed it does: ~$ /home/bb/bin/dtach -n '~/.dtach/irssi' irssi /dev/null /home/bb/bin/dtach: ~/.dtach/irssi: No such file or directory ~$ /home/bb/bin/dtach -n ~/.dtach/irssi irssi /dev/null ~$ ls -l ~/.dtach/ total 0 srw--- 1 bb bb 0 2007-08-29 11:18 irssi -rw-r--r-- 1 bb bb 0 2007-08-29 11:15 irssi.cron ~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]
I have repeated the crontab entry using bash instead of irssi. It is clear there is some difference in the behaviour of irssi: ~$ crontab -l | grep dtach @reboot /home/bb/bin/dtach -n /home/bb/.dtach/irssi /usr/bin/irssi 21 ~/.dtach/irssi.cron /dev/null @reboot /home/bb/bin/dtach -n /home/bb/.dtach/bash /bin/bash 21 ~/.dtach/bash.cron /dev/null ~$ ls -l ~/.dtach/ total 0 srw--- 1 bb bb 0 2007-08-29 11:41 bash -rw-r--r-- 1 bb bb 0 2007-08-29 11:41 bash.cron -rw-r--r-- 1 bb bb 0 2007-08-29 11:41 irssi.cron ~$ This suggests irssi quits without an error message when executed in this way. It requires some further investigation as to the behaviour of irssi and whether or not this is induced by dtach. Cheers, -bernie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]
I discovered the problem is irssi requires TERM to be set. The following crontab entry works for me (using CVS version of dtach): ~$ crontab -l | grep dtach @reboot TERM=xterm ~/bin/dtach -n ~/.dtach/irssi irssi So, unless you expect that dtach should also fake the TERM environment variable, I believe the bug is fixed with the CVS version of dtach. Many thanks. Cheers, -bernie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]
I downloaded and built dtach from CVS. This fixes the issue when dtach is run with /dev/null as input, however it still does not work as intended when run at boot time from crontab. ~$ crontab -l | grep irssi @reboot /home/bb/bin/dtach -n ~/.dtach/irssi irssi 21 ~/.dtach/irssi.cron ~$ cat ~/.dtach/irssi.cron ~$ ls -l ~/.dtach/ total 0 -rw-r--r-- 1 bb bb 0 2007-08-28 21:19 irssi.cron ~$ /home/bb/bin/dtach -n ~/.dtach/irssi irssi /dev/null ~$ ls -l ~/.dtach/ total 0 srw--- 1 bb bb 0 2007-08-28 21:42 irssi -rw-r--r-- 1 bb bb 0 2007-08-28 21:19 irssi.cron The line in crontab should create an instance of dtach running irssi but not attached to any terminal. Any output is saved to ~/.dtach/irssi.cron As you see, the file ~/.dtach/irssi.cron is created but is empty. The special file ~/.dtach/irssi has not been created. When the same command is run from an interactive shell, the special file is created. I think it should be easy to repeat this test, say with bash instead of irssi if preferred. Thanks. Cheers, -bernie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]
Bernard, could you give the CVS version a try and test if this issue is fixed for you? Hi, yes I can do that. Could you provide instructions how to retrieve the CVS version please? I assume it will include an up to date CHANGES file? Thanks for looking at this. Cheers, -bernie. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360879: [Bug 3621] radeon output handling re-work
Hi, from the upstream bug, which has been recently closed, the issue is fixed in SVN, and fix should be released with version 6.7. Thanks, Eric [EMAIL PROTECTED] said: http://bugs.freedesktop.org/show_bug.cgi?id=3621 --- Comment #107 from [EMAIL PROTECTED] 2007-07-27 05:47 PST --- (In reply to comment #106) Sorry if I can read this information from somewhere else, but in which version can we expect this patch to be released? The soon to be released 6.7 will have these changes and then the randr branch breaks it down even nicer. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Eric de France, d'Allemagne et de Navarre
Bug#376817: apt-get update complains about GPG error and invalid signature.
Hi, I just wanted to inform that I now get very similar errors with aptitude since a little while (a few weeks). I'm at 'etch' level. Eric
Bug#360879: xserver-xorg: Xorg's radeon driver does not seem to supportDVI on docking station
Hi, the problem is definitely still there with etch (version 6.6.3-2). My system is productive (laptop at work) so I'm not too keen to install experimental on it. But if there would be a backported version, I'd be happy to try. Eric Brice Goglin said: Hi, About a year ago, you reported a bug to the Debian BTS regarding Xorg's radeon driver having problem with the DVI output of your docking station. Did you reproduce this problem recently? With Xorg/Etch? With latest ATI driver 6.6.192 is currently in experimental? Thanks, Brice --
Bug#367010: groovy: Groovy version 1.0 required for FreeMind packaging.
Hi Markus, tricky question you have there... My issue is not so much with groovy itself, but rather with its dependencies: looking at the current package, it contains 24 external jars. Quick scan through those lets me think that half of it are not in Debian yet. So here is the deal: - I package groovy under the umbrella of Debian Java Maintainers - you are my sponsor - you don't complain too much if the next version still contains some 12 external jars (first task for me is to check that the licensing is OK) - once FreeMind is back into Debian, I'll package the missing groovy dependencies as time permits (and you are welcome to be my sponsor). Is it a fair offer? Cheers, Eric Marcus Crafter said: Hi Eric, Unfortunately the package was orphaned quite a while ago and is seeking a new maintainer. Would you be interested in taking over maintainership of the package? Cheers, Marcus On 14/03/2007, at 7:17 PM, Eric Lavarde wrote: Package: groovy Version: 0.1.0beta10-3 Followup-For: Bug #367010 Hello, FreeMind upstream has added scripting capabilities using Groovy. It appears that compilation fails when using the beta version available in Debian. Additional question: are you still actively maintaining this package? (this bug is almost one year old). Thanks, Eric -- Eric de France, d'Allemagne et de Navarre
Bug#412662: jpilot: Alarms are not removed timely when a calendar appointment is removed.
Hi, after a few tests, the issue in deed seem to appear under specific circumstances; but I'm still convinced that there is a bug, just give me some time to find out how to reproduce it. Read me soon (hopefully) ;-) Eric Ludovic Rousseau said: Le 27.02.2007, à 18:34:07, Ludovic Rousseau a écrit: Le 27.02.2007, à 10:41:45, Eric Lavarde a écrit: if one removes an appointment with an alarm from the calendar, the alarm will still ring if Jpilot is not restarted inbetween. e.g. yesterday I created a meeting for today noon; at 10:00 today I remove the meeting; jpilot will still send an alarm at noon, even if the meeting doesn't exist anymore. Thanks. I reported the bug upstream. upstream said: Unable to reproduce on jpilot-0.99.9 or CVS code. Steps: 1) Created an appt. with alarm ten minutes in the future 2) Deleted appt. 3) No alarm after ten minutes had passed. In order to debug this I need a test case which fails repeatedly. You can answer here or in the upsteam bug tracker at http://bugs.jpilot.org/1794 Thanks -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- --
Bug#412021: grub fails to cope with '/boot' on different partition to '/'
On Fri, Feb 23, 2007 at 09:23:22AM +1100, Jason Thomas wrote: Your changing (hd0,?) in the wrong place. Look a little higher up in the menu.lst file. The entries you are changing are regenerated every time update-grub is run. Arggh! You are quite right... I needed to change: # groot=(hd0,0) to: # groot=(hd0,11) This bug can be closed. But I hope it serves a place to help others who may make the same mistake. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395033: Bug#409935: icedove: Icedove sometimes forgets default application to open attachements.
Hi, after apologizing after all kinds of errors on my side, I can confirm that the issue appears for at least ZIP files as well. So it's not specific to MS garbage (even if the ZIP file contained some...) ;-) Speaking of MS garbage: 95% of the people emailing to me are working with Outlook+Exchange; I don't know if it's related, it's just a statistic. Eric -- Eric de France, d'Allemagne et de Navarre
Bug#407023: Severity of #407023 is critical (possible loss of data)
Hi, I don't consider this to be normal: I use Linux for work, I almost always save on FAT because I need to have dual-boot with Windows. And this is currently seriously impacting my productivity, as I never know if what I'm saving will have size 0 or only change its name. I also don't think that this is such an exotic setup, lots of people have dual-boot Windows/Linux with a shared partition formatted with FAT. As for loss of data: if I download something with size 0 and go travelling (it's my laptop), and find out that I don't have the data I need available, I consider this as being data loss, especially if it appears in front of the customer. I don't want to start a severity-setting-war, but I would greatly appreciate to have the severity of this issue set higher (even better would be to have it fixed quickly :- ). Thanks, Eric Mike Hommey said: severity 407023 normal thanks On Tue, Jan 30, 2007 at 02:19:36PM +0100, Eric Lavarde - Debian Bugs [EMAIL PROTECTED] wrote: severity 407023 critical thanks (severity changed as per my last bug report) Come on, this has nothing critical. It barely has a small impact for people saving directly to FAT. Mike --
Bug#342315: mozilla-mplayer: links into firefox/plugins arenot created anymore.
Hi, Ari Pollak said: Konqueror doesn't look in /usr/lib/mozilla/plugins? I was under the impression that it did. OK, I probably didn't express myself correctly: konqueror per se is not the issue, it's just that if it's installed (or galeon, iceape-browser, etc...) then a firefox user doesn't notice that something is wrong with the mozilla-mplayer package because the dependency is still satisfied, even though it doesn't depend anymore on firefox. In other words: if mozilla-mplayer would refuse to upgrade (aka conflict with) as long as firefox 1.5 is installed, upgrade path would be clearer. But the best would still be, IMHO, to continue to have the firefox links until etch is released. Thanks, Eric On Tue, 2006-12-19 at 14:23 +0100, Eric Lavarde wrote: Package: mozilla-mplayer Version: 3.31-8 Followup-For: Bug #342315 Hi, it looks like the links into /usr/lib/firefox/plugins disappeared as part of the migration to the iceanimals. It might be OK in etch, but it's quite disturbing during the transition phase; would it be possible to get the links back until firefox has disappeared from etch? Especially, if you have e.g. konqueror installed in parallel to firefox, you wonder why mozilla-mplayer installs but doesn't show up in about:plugins. Possibly some transitional solution might be required to go cleanly from sarge to etch as well. Thanks, Eric --
Bug#402886: icedove has become highly unstable - 2 to 3 hangs per day
Hi, thanks for the quick answer. First, I'd like to apologize but after 2 or 3 hangs, I got mad and already saw icedove going in this state into stable, and I possibly overreacted a bit (I'd like to stay at etch once stabilized). Anyway, because I can't reproduce the problem on demand, I've done the following: - compress the folders of high throughput (inbox, sent, etc...). I have 350 folders (and 5GB) of emails, so doing all those by hand would be a nightmare. - remove all msf files - remove panacea.dat - do a search in order to rebuild all summaries If I still get the problem, I'll let you know before end of the week. If I don't come back to you till Monday, you can assume that I'm fine. I hope it's a fair proposal. One more thing I remembered having forgotten to tell while doing all this :-[ : my Mail folder is on a separate FAT32 partition, in order to be able to share my folders with Windows (dual-boot). I know, it's not really supported, but till now it worked good (and it's not yet proven that it's the reason for the issue :-) ). So or so, you'll get more from me before end of the week. Thanks, Eric Alexander Sack - Debian Bugmail said: On Wed, Dec 13, 2006 at 12:52:55PM +0100, Eric Lavarde wrote: Package: icedove Version: 1.5.0.8.dfsg1-1 Severity: grave Hi, since upgrade to the dfsg version, I already had to kill and restart icedove already ~5 times since yesterday. Phenomens are very different but it always ends with a hang :-/ I already had a few times icedove stopping to show the content of the emails: I was switching from one folder to the next, and from one message to the next, but icedove showed always the same email content. Today, I had icedove hanging while trying to send an email, and I could capture part of the strace story; I noticed that icedove complained about files already existing though it created them itself. I then tried to remove the temporary files while icedove was running. It went a bit further but continued to hang, at which point I killed it. I set the severity to grave because it's currently not feasible to work properly with icedove, and I don't think it should go to stable like it is. Please backup your .mozilla-thunderbird directory. If you have done this, please compact your folders (right button on folder - Compact ...) and see if it fixes your problem. If that does not help, remove the .msf files of the folders that cause the troubles and see if that helps. Please be responsive ... otherwise, I will have to downgrade severity and see if others report the same problem (which I might do anyway). - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ --
Bug#402886: icedove has become highly unstable - 2 to 3 hangs per day
Hi, Alexander Sack - Debian Bugmail said: On Thu, Dec 14, 2006 at 09:45:13AM +0100, Eric Lavarde - Debian Bugs wrote: One more thing I remembered having forgotten to tell while doing all this :-[ : my Mail folder is on a separate FAT32 partition, in order to be able to share my folders with Windows (dual-boot). I know, it's not really supported, but till now it worked good (and it's not yet proven that it's the reason for the issue :-) ). Oh ... I forgot something really important ... please don't use the windowstbird until 1.5.0.9 is out. tbird 1.5.0.8 has a severe bug that might lead to loss some mails [1] [2]. I pulled in the official patch to fix this in the latest debian package ... So maybe there is indeed some kind of incompatibility at the moment. Mmh, I don't think it could be the issue, I didn't use Thunderbird under Windows since the upgrade and start of my problems. ... so remember ... DON'T run windows tbird until 1.5.0.9 is available :). Hopefully, it'll be soon :-) Thanks, Eric PS: working with Icedove since a few hours without issue, looks good :-) [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400383, https://bugzilla.mozilla.org/show_bug.cgi?id=360409 [2] - afaik they are not really lost, but just not displayed anymore, until the introduced patch fixes this ... so better don't call for troubles here. - Alexander --
Bug#391459: Problem with serial/8250 driver still under 2.6.18
reassign 391459 linux-image-2.6.18-3-686 retitle 391459 8250/serial driver conflicts with smsc-ircc2 driver thanks Hi, I confirm the observation from Bill, disabling the infrared driver makes the issue disappear (and I have also an nc6000). But I wouldn't call this a solution :-^ Again, tell me if I can provide any more information, debug something, etc. Cheers, Eric -- Eric de France, d'Allemagne et de Navarre
Bug#392787: jpilot: Buttons 'Clear' and 'Remove' right of sync progress window are too small
Hi, How do you propose we should remove the bug. I see what's wrong but I don't know what would be right. I don't know if it's possible but I had in mind that the window should be at least high enough that the 2 buttons can be completely seen with label (assuming the screen is big enough). Are you saying that it's not possible to calculate this minimal height? Perhaps it's possible to approximate it through a function of the label font height (something like a*f+b, f being the height of the font, a and b being some empiric values)!? Cheers, Eric
Bug#391459: linux-image-2.6.17-2-686: 8250/serial port not usable, ttyS0: LSR safety check engaged! message
Hi, hey Eric, Can you test the 2.6.18 kernel in sid? That's the kernel we currently plan to ship in etch. I've done it, and the result of all commands in my first email is exactly the same as under 2.6.17. Thanks, Eric -- dann frazier --
Bug#360879: xserver-xorg: Xorg's radeon driver does not seemto support DVI on docking station
Hello, it's been a while since we last discussed about this bug. In the mean time the upstream bug https://bugs.freedesktop.org/show_bug.cgi?id=3621 seems to have made some good progress. Would it be too shameless to ask if it would be possible to get this patch into Debian's xserver-xorg-video-ati package? e.g. in experimental?! Thanks, Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363662: jpilot shows multiple Gtk/Gdk critical messages when exiting.
Hi, Le Thursday 20 April 2006 à 09:52:01, Eric Lavarde a écrit: I'd like to know how your computer is configured to get such a sentence ;-) Can you (re)test with a recent jpilot version lplease? jpilot 0.99.9 should be avaible in unstable (or will be very soon). I think this bug was resolved some time ago. I can't reproduce it anymore. I am not sure the bug was in jpilot, maybe it was in GTK+. I come to the same result in etch (jpilot 0.99.8-0.99.9-pre-20060518-1, what a version number! Perhaps you could simplify with the new ~ feature?). Anyway I close myself the bug, hoping it's OK for you. Have a nice week-end, Eric --
Bug#385674: better documentation of dynamic mmap ran out of room error
Package: apt Version: 0.6.45 There's already a couple of bug reports requesting that this be fixed, but I didn't find any requesting that this long-standing issue be documented. I would suggest something in /usr/share/doc/apt or in the error message itself that tells users that the fix/workaround for this problem is edit the Cache-Limit variable in the apt.conf config file. Perhaps the patch submitted to the deity list a little while back: http://lists.debian.org/deity/2005/01/msg00028.html I've attached the /etc/apt/sources.list which triggers the error for me. deb http://ftp.debian.org/debian/ woody main contrib non-free deb http://ftp.debian.org/debian/ stable main contrib non-free deb http://security.debian.org stable/updates main contrib non-free deb http://ftp.debian.org/debian/ testing main contrib non-free
Bug#376817: apt-get update complains about GPG error and invalid signature.
Hi Michael, sorry for answering so late, holiday then too much to do; the usual stuff... This looks like a problem with the proxy. Could you please try if: # apt-get update -o Acquire::http::No_cache=True makes a difference? Nope (see attached apt-get{1,2}_nocache.log.gz) If that does not help a log of the http traffic might be useful, maybe with only a single failing deb-line (comment the others out): # apt-get update -o Debug::Acquire::http=true See apt-get{1,2}_debug.log.gz (I didn't see anything special, but I'm not the _special_ist). I've always run apt-get update 2 times, the first time I get errors, the 2nd time not. Hope this brings us further, thanks for your help, Eric -- apt-get1_nocache.log.gz Description: application/gzip apt-get2_nocache.log.gz Description: application/gzip apt-get1_debug.log.gz Description: application/gzip apt-get2_debug.log.gz Description: application/gzip
Bug#381901: mt-st: package purge fails in post-removal script without error message
Hi, Jan Christoph Nordholz wrote: Hi, dpkg: error processing mt-st (--purge): subprocess post-removal script returned error exit status 1 Consecutive calls to 'dpkg --purge' gets the same error and no more information. Looking at /var/lib/dpkg/info/mt-st.postrm, I think it's due to: if [ $1 = purge ]; then [ -L /etc/udev/rules.d/z60_mt-st.rules ] \ rm /etc/udev/rules.d/z60_mt-st.rules fi if the file isn't a link or doesn't exist, the script returns with an error code. With a proper 'if' statement, the problem should occur. No - commands that are part of an or || chain are excepted from terminating 'set -e'-shell scripts even if they exit with nonzero status (otherwise, there'd be little point in using these constructs - and the I didn't know this, good to know, but it's not the point because the above command is the last one in the script, which exits with the return code of the command, i.e. 1 if the link doesn't exist. paragraph in question is automatically generated by debhelper). ;-) If you're sure of this, then debhelper is wrong and you should forward the bug to the package. I have successfully patched the post-rm script by replacing the construct through an if one, and the package purged flawlessly. But it's easy to test: install mt-st, remove the above link and try to --purge the package. I can reproduce it, see the end of the mail. Cheers, Eric zorglub:~# apt-get install mt-st Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed mt-st 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 29.7kB of archives. After unpacking 184kB of additional disk space will be used. Get: 1 ftp://ftp.de.debian.org testing/main mt-st 0.9b-2 [29.7kB] Fetched 29.7kB in 2s (12.3kB/s) Selecting previously deselected package mt-st. (Reading database ... 161162 files and directories currently installed.) Unpacking mt-st (from .../archives/mt-st_0.9b-2_i386.deb) ... Setting up mt-st (0.9b-2) ... zorglub:~# ll /etc/udev/rules.d/z60_mt-st.rules lrwxrwxrwx 1 root root 14 2006-08-07 23:13 /etc/udev/rules.d/z60_mt-st.rules - ../mt-st.rules zorglub:~# dpkg --purge mt-st (Reading database ... 161178 files and directories currently installed.) Removing mt-st ... Purging configuration files for mt-st ... zorglub:~# apt-get install mt-st Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed mt-st 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/29.7kB of archives. After unpacking 184kB of additional disk space will be used. Selecting previously deselected package mt-st. (Reading database ... 161162 files and directories currently installed.) Unpacking mt-st (from .../archives/mt-st_0.9b-2_i386.deb) ... Setting up mt-st (0.9b-2) ... zorglub:~# rm /etc/udev/rules.d/z60_mt-st.rules zorglub:~# dpkg --purge mt-st (Reading database ... 161178 files and directories currently installed.) Removing mt-st ... Purging configuration files for mt-st ... dpkg: error processing mt-st (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: mt-st zorglub:~# ln -s ../mt-st.rules /etc/udev/rules.d/z60_mt-st.rules zorglub:~# dpkg --purge mt-st (Reading database ... 161167 files and directories currently installed.) Removing mt-st ... Purging configuration files for mt-st ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376219: eclipse: Eclipse 3.2 is out !!
How is the package working out? Instructions for Debian 3.1 are here, by the way: http://www.timhardy.net/wordpress/2006/07/01/patching-eclipse-32-for-debian-31/ Best regards, Henrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377631: gs-esp seems to be the real reason for the issue
reassign 377631 gs-esp retitle 377631 gs-esp creates PDF files which can't be read by acroread thanks Just after having filed the above bug, I found out that I could get rid of all my issues by just update-alternatives from gs-esp to gs-gpl (I wasn't really aware of the existence of two gs's). And that ps2pdf also had the same issue as CUPS-PDF, and that it as well disappeared with the usage of gs-gpl. Sorry for the confusion, Eric -- Eric de France, d'Allemagne et de Navarre
Bug#343864:
severity 343864 grave thanks The product has become non-usable (I can still track, but if I can't save, it's really of no use...). Thanks, Eric
Bug#374993: Acknowledgement (karm: Copy History to Clipboarddoesn't respect All Tasks option.)
Hello, I've found more in the mean time: the described behavior only appears while a *sub-*task is selected; if a top task is selected, Alt+Ctrl+C works as expected. It would nevertheless be nice to have a fix. Thanks, Eric
Bug#337220: Don't need libxindice-java anymore
Hi, just wanted to let you know that it appears that I don't need this package after all. As I don't seem to be the only one interested in this bug, I don't close it, but it could be done for what I'm concerned. Cheers, Eric -- Eric de France, d'Allemagne et de Navarre
Bug#363452: jpilot: deleting current appointment cuts text at first non-ascii character.
Hi, Le Wednesday 19 April 2006 à 09:29:21, Eric Lavarde a écrit: Hi, Hello, first, I hope the severity is correct, but as data loss is involved and can only be restored through a backup, this seemed to be the correct choice. OK, here it is: - create an appointment with a text containing accented characters, like 'ceci est la vérité sortie du test' (you can use the same text in the title _and_ in the comment). Make this appointment recurrent (with or without end date doesn't make a difference). - delete one of the appointments (press the 'current' key). What do you mean by the 'current' key? Is it a button in jpilot? Yes, after you've pressed the delete key on a *recurrent* appointment, you get a dialog with 'current', 'all' and 'cancel'. - title _and_ comment are cut just before the first non-ascii character (i.e. remains only 'ceci est la v'). I have a lot of appointments with accents and non ASCII characters (I am french) and I don't have this problem. I tried to reproduce the bug by creating two appointments with accents: no problem I then deleted them: no problem Also recurring appointments where you only delete one of them (and *not* the whole appointment)? Please describe exactly how I can reproduce the bug. It's above, there is not much I can add. Perhaps the environment variables are also of importance: LANG=en_IE.UTF-8 LANGUAGE=en_IE:en_US:en_GB:en Tell me if I can provide more information. Cheers, Eric --
Bug#360879: xserver-xorg: Xorg's radeon driver does not seemto support DVI on docking station
Hi, On Mon, 2006-04-17 at 21:29 +0200, Eric Lavarde - Debian Bugs wrote: Or if you use Option MonitorLayout TMDS when docked? [...] Yes, the above option added to my original xfree86.conf does make it work docked, but (of course) then it doesn't work undocked (xorg seems to try to drive the internal LCD with 1280x1024). It works undocked with LVDS instead, or without the option. Out of curiosity, does it have any impact on the autodetection or otherwise if you boot the machine while it's docked? I am booting while already docked! Being able to dock/undock on the fly is my next dream! Who do I need to kill to get this one? Autodetection of the docking station may be a different story though. Yes, it looks like the remaining issue for me: the xserver doesn't automatically switch between TMDS and LVDS. Well, once LVDS and TMDS are supported together, this shouldn't matter so much, as you can force them both on. Right, in clone mode, it wouldn't matter much. So, anyway, what do we do with this bug? Close it or is there still some potential action able to help me? Eric --
Bug#360879: xserver-xorg: Xorg's radeon driver does not seemto support DVI on docking station
Hi, Thanks. Apparently, the driver only detects the internal display in both cases. You're saying neither case works with this config file? Does it make a difference if it's already docked on bootup? Or if you use Option MonitorLayout TMDS when docked? No, it works undocked. When docked, the external screen doesn't show any picture, but X seems happy with it (not me!), so that I assume it shows something on the internal (closed) LCD. But I can try the option. Please do, and/or boot the machine docked. Yes, the above option added to my original xfree86.conf does make it work docked, but (of course) then it doesn't work undocked (xorg seems to try to drive the internal LCD with 1280x1024). It works undocked with LVDS instead, or without the option. Speaking of upstream bugzilla, you may want to report this problem there as well, assuming it hasn't yet. Sounds like the bug you pointed me to is the potential solution to the issue, no? (I'm referring to: - LVDS + internal TMDS. if you have a laptop or docking station with LVDS and a DVI port, ...) Yes, once that works, at least Option MonitorLayout LVDS,TMDS should work. Autodetection of the docking station may be a different story though. Yes, it looks like the remaining issue for me: the xserver doesn't automatically switch between TMDS and LVDS. Any further hint, or is my last chance to place a bug in bugzilla? Thanks for your help anyway, Eric --
Bug#362462: jpilot: alarm doesn't wrap text, leading to extra large window.
Hi, please find the snapshot attached. Consider also that the same issue appears when the _title_ field of the alarm is long, but this happens more seldom to me. Cheers, Eric Ludovic Rousseau wrote: Le Thursday 13 April 2006 à 17:35:26, Eric Lavarde a écrit: Hi, Hello, it looks like the alarm window doesn't wrap text, leading to a very broad window (I have a snapshot if it's not clear enough). I am the opinion this issue didn't appear in earlier version, though it's not a very new issue (perhaps as I switched from Sarge to Etch!?). Nevertheless, it would be nice to have this issue fixed. :-) Can you provide the snapshot please? Bye,