Bug#695548: nvidia-settings takes more than 1 minute to start
I, too, have encountered this problem. The cause of this symptom (nvidia-settings taking too long to start) is easy enough to pinpoint. Running it with strace shows that it gets stuck on this: connect(6, {sa_family=AF_INET, sin_port=htons(6000), sin_addr=inet_addr(X.X.X.X)}, 16 In other words, nvidia-settings tries to establish a TCP connection to the X server, which is of course disabled on most modern Debian systems, and for good reasons. Finding out why it does that is also not that difficult, turns out. Examining ~/.nvidia-settings-rc, I came across lines such as: hostname:0[dpy:3]/RedBrightness=0.00 Removing these makes nvidia-settings start instantly. But it writes them out again when it exits and thus it delays again at startup the next time around. I have version 304.64. I haven't yet tried a newer version to see if the problem goes away. (The submitter has a slightly newer version though.) Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580655: evince: Freezes when opening a specific PDF file
On Tue, May 03, 2011 at 03:18:36PM +0300, timo.lindf...@iki.fi wrote: Hi, Vasilis Vasaitis wrote: Confirming this behaviour. To the original submitter: it's probably You perhaps forgot to mail the original submitter? (Cc: did not have nnn-submitter) Indeed, at the time I was probably not aware of the necessity to use -submitter. It's not that obvious to the casual user of the BTS. *sigh* I've since rectified my ways. :^) Anyways, I (not the original submitter) also hit a PDF file that causes evince to stop responding: 1) unxz LCD-08335-1.pdf.xz 2) evince LCD-08335-1.pdf 3) goto page 10 4) hit page down Please let me know if this freezes your evince or not. I'm using evince 2.30.3-2 on squeeze on amd64. Same here, with the exact same environment (stable / 2.30.3-2 / amd64). In fact step (4) was unnecessary in my case; going to page 10 was enough. So my original assertion stands: this should probably be reported upstream. Anyone want to do the honours? Or should I do it? I'd rather not, for the sole reason that I don't expect to be using my GNOME-based system for much longer, therefore I will eventually not be able to test potential fixes. Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622555: starting the system with systemd makes klogd stop working, peg the CPU
Package: systemd Version: 20-1 Severity: important I thought I'd give systemd a try for booting up my laptop, and overall it seems to be working well. With one exception though: sometimes when the system is running under systemd, I noticed the CPU being pegged at 100%, with two processes causing this, klogd and systemd-kmsg-syslogd. When this happens, all useful information on dmesg is lost, instead it is full of lines like these (in this case, 1348 is the pid of klogd): kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kern[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348] : kernel[1348]: kern kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: el[1348]: kern kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kernel[1348]: kerneel[1348]: kern Sometimes this happens immediately after boot; others, immediately after sleep or hibernate. I haven't been able to locate a pattern though, so it might be entirely random. I'd be happy to try and debug this, any suggestions on how to proceed? Thanks, Vasilis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-ck2 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd depends on: ii libaudit01.7.13-1+b2 Dynamic library for security audit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcap2 1:2.20-1support for getting/setting POSIX. ii libcryptsetup1 2:1.2.0-2 libcryptsetup shared library ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libpam0g 1.1.2-2 Pluggable Authentication Modules l ii libselinux1 2.0.98-1SELinux runtime shared libraries ii libudev0 167-2 libudev shared library ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra ii util-linux 2.17.2-9.1 Miscellaneous system utilities Versions of packages systemd recommends: ii libpam-systemd20-1 system and service manager - PAM m Versions of packages systemd suggests: ii systemd-gui 20-1 system and service manager - GUI -- 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#622555: starting the system with systemd makes klogd stop working, peg the CPU
On Wed, Apr 13, 2011 at 01:20:01AM +0200, Michael Biebl wrote: Am 13.04.2011 00:21, schrieb Vasilis Vasaitis: Package: systemd Version: 20-1 Severity: important I thought I'd give systemd a try for booting up my laptop, and overall it seems to be working well. With one exception though: sometimes when the system is running under systemd, I noticed the CPU being pegged at 100%, with two processes causing this, klogd and systemd-kmsg-syslogd. When this happens, all useful information on dmesg is lost, instead it is full of lines like these (in this case, 1348 is the pid of klogd): I'd be happy to try and debug this, any suggestions on how to proceed? Simple answer: stop using sysklogd/klog and use rsyslog. sysklogd needs to be updated to support socket activation properly. Tollef, should we file bugs against sysklogd and syslog-ng? Reassign/clone this bug? Ah, thanks for that. Perhaps then this should be mentioned in README.Debian? And/or the systemd package (or perhaps the systemd-sysv package) should have appropriate conflicts? As it is, users still running sysklogd/klogd have little chance of finding out the above information. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603952: marked as done (Can't connect to ICQ)
On Thu, Nov 25, 2010 at 03:15:06PM +, Debian Bug Tracking System wrote: This should be fixed in 2.7.7. Just tried it. It does work with 2.7.7, as long as one sets Connection security to Use encryption if available and enables Use clientLogin. Or it also works with Don't use encryption, regardless of the setting of clientLogin. The pidgin devs seem to suggest that eventually Require encryption will work too, once the ICQ server admins enable SSL for all the servers. Again, thanks for the quick upload! Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603952: about the ICQ failure
According to the Pidgin website, the last remaining issues related to ICQ login have been fixed in 2.7.7, which was released yesterday. It'd be nice if that was uploaded to unstable (thanks for the quick upload of 2.7.6, by the way), so that we can test it. Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582646: plasma-widgets-workspace: batter applet: does not see a battery
Hello, I encountered the same problem these days, and it turned out it was due to attempting to remove hal from my system. Turns out KDE 4 is not quite hal-free yet. I solved it by reinstalling hal, and restarting KDE. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590111: does kdebase really need to depend on hal?
Package: kdebase Version: 5:63 Severity: normal Hello, kdebase, according to its description, is only a transition package that's meant to pull kde-plasma-desktop. But then, why does it also depend on hal? hal is of course considered obsolete these days and is being replaced by udev and the various *kit packages. But also, it's not the KDE metapackage's job to bring in tangential packages like that; the actual real packacges that depend on it, if any, should do that. So unless there's some good reason to keep it there, I would suggest dropping it from the package's dependency list. Thanks, Vasilis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34.1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdebase depends on: ii hal 0.5.14-2 Hardware Abstraction Layer ii kde-plasma-desktop5:63 the KDE Plasma Desktop and minimal Versions of packages kdebase recommends: pn kde-standard none (no description available) Versions of packages kdebase suggests: ii kde-l10n-el [kde-l10n]4:4.4.4-2 Greek (el) localization files for ii kde-l10n-engb [kde-l10n] 4:4.4.4-2 British English (en_GB) localizati ii kde-l10n-es [kde-l10n]4:4.4.4-2 Spanish (es) localization files fo -- no debconf information -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584576: Might be fixed in version 2.7.2
Hi, I'm also having random crashes with pidgin. But it looks like the problem might be fixed: 2.7.2 just came out today, and the changelog says, amongst other things: * MSN o Fix a crash related to fast buddy icon transfers. So could we have the new version uploaded to unstable to try it out? Thanks. :^) Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468232: fixed in 2.7.0
Hi, I used to have the problem described in these two bugs (#468232 and #580534, they seem to be duplicates), but lately it appears to have been fixed. This is probably related to the following changelong entry from 2.7.0: # Use GtkStatusIcon for the docklet, providing better integration in notification area. Can the submitters confirm? Or anyway, unless the problem still persists for them, it's probably safe to close these. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541272: kdm does not restart X server on logout with default settings
Oops, I had forgotten about this one... On Fri, May 21, 2010 at 04:59:11PM +0200, Eckhart Wörner wrote: Hi, just checked with the latest packages from unstable and the situation is slightly different. The X server is restarted, I can login etc, but the moment I switch to a virtual console it crashes. So on the one hand, I still need the workaround I reported in the original submission. On the other hand, I guess it's a slightly different bug now. And finally, as they decided in the upstream bugtracker, I guess it's more of an X server bug than a kdm bug. So I dunno, how should we handle this? The crash means this is either a bug in xorg or in your video driver. Which video driver are you using? Can you also please provide the corresponding log file (/var/log/Xorg.0.log or /var/log/Xorg.0.log.old) which might help with fixing the problem? I'm using the intel driver. Attached is the log from when this happens. I've put marks in it to demonstrate the different phases of the server's execution: The first part is when the X server is first started and I log into my desktop environment. Then, after the first mark (LOG OUT), it's the part when the X server is reset by kdm and I get the login prompt again. After the second mark (SWITCH TO ANOTHER VT) is the message output by the X server when I switch to another virtual terminal. And finally, after the third mark (SWITCH BACK TO X VT) are the messages that are output when I switch back, at which point the X server crashes. It's not very enlightening. :^( Anyway, which package do you reckon it's best to reassign this, xserver-xorg-core or xserver-xorg-video-intel? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.14-dsa-ia32 i686 Debian Current Operating System: Linux luna 2.6.34.1 #28 Tue Jul 6 18:59:22 BST 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.34.1 root=UUID=129d2571-1793-48bc-9b24-7299b73aee55 ro quiet Build Date: 03 June 2010 04:08:50PM xorg-server 2:1.7.7-2 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jul 11 18:05:20 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (**) Option DontZap off (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eac60 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:3582:1014:0557 Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe000/134217728, 0xd000/524288, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:3582:1014:0557 Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe800/134217728, 0xd008/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe
Bug#580655: evince: Freezes when opening a specific PDF file
Confirming this behaviour. To the original submitter: it's probably worth submitting this upstream too, if you haven't already, and using a forwarding tag here. Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578311: gnuplot: empty PDF output with terminal pdfcairo
forwarded 578311 http://sourceforge.net/tracker/?func=detailaid=2994057group_id=2055atid=102055 thanks The forwarded address for this bug was for something different (though slightly related); I have corrected that. The assertion that this issue has been fixed upstream however appears to be correct; in the correct forwarding address I provide, there is an indication that this problem was fixed in the CVS version a week ago. Hopefully this will make it into a release soon. :^) Cheers, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503269: include the lua tikz terminal
This is now officially part of gnuplot 4.4, could you enable it at build time? That would be sweet. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564318: xserver-xorg-video-intel: Can't switch VT's when KMS is enabled
I'm having this problem too. The computer is a ThinkPad X40 laptop, with the 855GM graphics chip. With the current version of the intel driver package (2.9.1-2), once kdm starts, if I try to switch to another console with Ctrl-Alt-F? the screen simply freezes. Note that in my case it doesn't unfreeze again when I try to go back with Alt-F7; the only way out is to reboot. This behaviour is consistent regardless of the way the console has been setup, i.e. it appears: - when the console is running the vesa framebuffer - when the console is running the 80x25 text mode - when the console is running the KMS-enabled, i915-module-provided graphics mode (!) Oh, and I'm running kernel 2.6.32.1, which I have compiled myself. The only way I managed to solve this was by downgrading to 2.9.1-1; which required downgrading xserver-xorg-core too; which in turn caused me to lose all input devices until I downgraded the xserver-xorg-input-* packages too. Note that with the downgraded versions I'm still running everything (both console and X) with KMS and it's working like a charm. On another computer with the 945G graphics chip, I'm having no problems whatsoever with the newer versions of the aforementioned packages. Ideas? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564318: xserver-xorg-video-intel: Can't switch VT's when KMS is enabled
On Wed, Jan 13, 2010 at 03:29:28PM +, Julien Cristau wrote: On Wed, Jan 13, 2010 at 14:42:08 +, Vasilis Vasaitis wrote: I'm having this problem too. Please file your own bug, with your own (kernel and X) logs, and preferrably using the standard debian kernel (2.6.32-5 at this time). Hm, switching to the Debian kernel fixed it, which prompted me to patch my sources from 2.6.32.1 to 2.6.32.3, which fixed it too. Thanks, and sorry for the noise. :^) Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551086: tpb: Does not work with recent udev
Confirming this report on both counts, fixing these issues would be much appreciated. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563003: xserver-xorg-video-intel: New KMS method in experimental is not upstream recommended
From my own tests with current unstable today, adding video=i915 to the kernel command line suffices; the :modeset=1 bit is not necessary. In both cases, the resolution changes before /sbin/init is started, i.e. at initrd time. So it looks like the policy specified in /etc/modprobe.d/ does propagate to the initrd. Therefore at the moment, as far as I can tell, there are two ways to have a KMS-enabled console right from the start of the boot process, in unstable: 1. By adding video=i915 to the kernel command line, with or without the :modeset=1 suffix. 2. By adding i915 and intel_agp to /etc/initramfs-tools/modules. IMHO, adding the kernel command line option is no worse than what we had to do before anyway to enable suitable framebuffer consoles. But of course, if a way is found to load i915 automatically at initrd/udev/whatever time, that'd be great too. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564753: libkrb5-3: Update breaks aklog in openafs-krb5
(CC'ing the OpenAFS maintainer too.) Thanks very much for the information in this bug report and the NEWS.Debian file; I had encountered this problem too and have now fixed it by adding the setting mentioned. However, IMHO this is an unsatisfactory solution. Packages should ideally work correctly with their default settings, and therefore having each person that needs openafs-krb5 edit krb5.conf is not ideal. So I was wondering if the maintainers involved have a way in mind to avoid this? A conf.d style solution perhaps? Patching openafs-krb5 so that it specifies the setting programmatically in its code? Something else? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558691: Also on upgrade
Hi, I just ran into this after upgrading a sid system. The X server was not upgraded, but hal and udev were, and when I restarted the X server (I needed to restart kdm) the keyboard and the mouse stopped working. It did appear to be a hal problem, so I disabled AutoAddDevices in xorg.conf, which eliminated the problem temporarily. And then I found this bug report and rebooted, which got rid of it permanently. I have before/after lshal output dumps that I can provide if you think they're useful. Also, the problem might be further down the stack indeed, as when I was rebooting I saw messages like failed - is udev active? (when laptop mode was stopping). Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529287: python-smartpm: does not install due to file conflict
On Sun, Nov 29, 2009 at 11:50:53AM +0100, gregor herrmann wrote: tag 529287 + moreinfo thanks On Mon, 18 May 2009 13:57:37 +0100, Vasilis Vasaitis wrote: When I try to upgrade python-smartpm 1.2-1 with version 1.2-2+b1, I get this: Preparing to replace python-smartpm 1.2-1 (using .../python-smartpm_1.2-2+b1_amd64.deb) ... Unpacking replacement python-smartpm ... dpkg: error processing /var/cache/apt/archives/python-smartpm_1.2-2+b1_amd64.deb (--unpack): trying to overwrite `/usr/share/pyshared/smart/interfaces/gtk/channels.py', which is also in package smartpm I think this bug can be closed; there's only 1.2-4 in the archive, and in this version /usr/share/pyshared/smart/interfaces/gtk/channels.py gets installed into smartpm again (and not into python-smartpm). So the upgrade should just work. Vasilis, could you try to upgrade again (or tell us if you already have) - is there still a problem? I have since removed smartpm from all my systems (partly because of this), so I cannot test the upgrade any more. Installing it anew appears to work fine of course. So yeah, might as well close this. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554165: gnome-applets: sticky notes applet does not start any more
On Tue, Nov 03, 2009 at 09:12:24PM +0100, Josselin Mouette wrote: Le mardi 03 novembre 2009 à 19:03 +0100, Emilio Pozuelo Monfort a écrit : We'd need a gdb backtrace. Running panel-test-applets in gdb won't probably work, so you would need to run the applet directly, but I'm not sure how you can do that This way: http://projects.gnome.org/ORBit2/appletstutorial.html#AEN106 Excellent, thanks. Here we go then, gdb says: Program received signal SIGSEGV, Segmentation fault. stickynote_set_color (note=0x75a1b0, color_str=value optimized out, font_color_str=value optimized out, save=value optimized out) at stickynotes.c:515 And the backtrace is: #0 stickynote_set_color (note=0x75a1b0, color_str=value optimized out, font_color_str=value optimized out, save=value optimized out) at stickynotes.c:515 #1 0x00407cd5 in stickynote_new_aux (screen=value optimized out, x=4839, y=52, w=186, h=180) at stickynotes.c:204 #2 0x004083e1 in stickynotes_load (screen=0x616960) at stickynotes.c:952 #3 0x0040a442 in stickynotes_applet_init (panel_applet=0x6af000) at stickynotes_applet.c:171 #4 0x0040a630 in stickynotes_applet_factory (panel_applet=0x6af000, iid=value optimized out, data=value optimized out) at stickynotes_applet.c:57 #5 0x77bdd938 in panel_applet_marshal_BOOLEAN__STRING () from /usr/lib/libpanel-applet-2.so.0 #6 0x75ede3ed in IA__g_closure_invoke (closure=0x6a7e10, return_value=0x7fffd710, n_param_values=2, param_values=0x6bbca0, invocation_hint=0x0) at /tmp/buildd/glib2.0-2.22.2/gobject/gclosure.c:767 #7 0x774ef185 in bonobo_closure_invoke_va_list () from /usr/lib/libbonobo-2.so.0 #8 0x774ef4ee in bonobo_closure_invoke () from /usr/lib/libbonobo-2.so.0 #9 0x77bdc609 in ?? () from /usr/lib/libpanel-applet-2.so.0 #10 0x75ede3ed in IA__g_closure_invoke (closure=0x6b8970, return_value=0x0, n_param_values=1, param_values=0x6aba40, invocation_hint=0x7fffd990) at /tmp/buildd/glib2.0-2.22.2/gobject/gclosure.c:767 #11 0x75ef1cdb in signal_emit_unlocked_R (node=0x6b5b10, detail=0, instance=0x6b6800, emission_return=0x0, instance_and_params=0x6aba40) at /tmp/buildd/glib2.0-2.22.2/gobject/gsignal.c:3247 #12 0x75ef3082 in IA__g_signal_emit_valist (instance=0x6b6800, signal_id=value optimized out, detail=0, var_args=0x7fffdb70) at /tmp/buildd/glib2.0-2.22.2/gobject/gsignal.c:2980 #13 0x75ef3553 in IA__g_signal_emit (instance=0x3, signal_id=0, detail=4119511680) at /tmp/buildd/glib2.0-2.22.2/gobject/gsignal.c:3037 #14 0x7775715f in ?? () from /usr/lib/libbonoboui-2.so.0 #15 0x74b48370 in ORBit_small_invoke_adaptor () from /usr/lib/libORBit-2.so.0 #16 0x74b5846a in ?? () from /usr/lib/libORBit-2.so.0 #17 0x74b58a7a in ?? () from /usr/lib/libORBit-2.so.0 #18 0x74b58c31 in ?? () from /usr/lib/libORBit-2.so.0 #19 0x74b5a7fd in ORBit_handle_request () from /usr/lib/libORBit-2.so.0 #20 0x74b44ddf in giop_connection_handle_input () from /usr/lib/libORBit-2.so.0 #21 0x74b619a6 in ?? () from /usr/lib/libORBit-2.so.0 #22 0x75c4712a in g_main_dispatch (context=0x64a240) at /tmp/buildd/glib2.0-2.22.2/glib/gmain.c:1960 #23 IA__g_main_context_dispatch (context=0x64a240) at /tmp/buildd/glib2.0-2.22.2/glib/gmain.c:2513 #24 0x75c4a988 in g_main_context_iterate (context=0x64a240, block=1, dispatch=1, self=value optimized out) at /tmp/buildd/glib2.0-2.22.2/glib/gmain.c:2591 #25 0x75c4ae5d in IA__g_main_loop_run (loop=0x6a81e0) at /tmp/buildd/glib2.0-2.22.2/glib/gmain.c:2799 #26 0x774dd636 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #27 0x774dba11 in bonobo_generic_factory_main_timeout () from /usr/lib/libbonobo-2.so.0 #28 0x77bd9321 in panel_applet_factory_main_closure () from /usr/lib/libpanel-applet-2.so.0 #29 0x0040a564 in main (argc=1, argv=0x7fffe378) at stickynotes_applet.c:74 Let me know if there's any more information I can provide. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554165: gnome-applets: sticky notes applet does not start any more
On Tue, Nov 03, 2009 at 05:53:38PM +0100, Emilio Pozuelo Monfort wrote: ..[snip].. Run /usr/lib/gnome-applets/battstat-applet-2 and see if there are any errors in terminal (ISTR I once saw unresolved symbols that caused a similar issue), and check dmesg and .xsession-errors after trying to add it to the panel. Other than that I have no clue... Ah, bingo. When I try it with panel-test-applets, I get from dmesg: stickynotes_app[8420]: segfault at 58 ip 0040704c sp 7fffd1edf800 error 6 in stickynotes_applet[40+e000] Any hints as to how to proceed from this? Thanks, Vasilis P.S. Don't forget to CC the bug. ;^) -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553343: gnome-session: after upgrading, something continuously sends data to gconfd making it occupy 100% of the CPU
On Tue, Nov 03, 2009 at 06:47:24PM +0100, Josselin Mouette wrote: Le mardi 03 novembre 2009 à 16:18 +, Vasilis Vasaitis a écrit : It's unfortunate then that gnome-session tries to start the window manager both through gnome-wm and through the saved session, it can be a cause of much confusion (as the present exchange amply demonstrates ;^) ). Do you reckon it's a behaviour worth modifying? Should I take it upstream? Since it only happens with compiz, I presume this is a bug in compiz, which fails to present itself as a window manager. Ah, gnome-session checks for that? Ok, it behaves sanely then. And to be fair, it's not a bug in compiz; the reason I ran into this problem is because I was running compiz with --sm-disable... (Yes it was necessary at the time that I had set it up, I can explain why.) So I have nothing more to complain about here. :^) I'll leave it to you to close the bug, I'd do it but I'm not sure what's the correct way in this case. Thanks again, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553343: gnome-session: after upgrading, something continuously sends data to gconfd making it occupy 100% of the CPU
On Tue, Nov 03, 2009 at 03:00:42PM +0100, Josselin Mouette wrote: Le mardi 03 novembre 2009 à 13:16 +, Vasilis Vasaitis a écrit : This should work as well then. But it will not if you have saved a session including another window manager, of course. Well, it doesn't (I just tried again). I also tried removing 'windowmanager' from /desktop/gnome/session/required_components_list, again no effect. This is because it is already started as part of your saved session! Ah. I had assumed that, since it didn't appear in either the gnome-session properties dialog, or ~/.gnome2/session, that it wasn't part of the saved session. Apparently I had overlooked ~/.config/gnome-session/saved-session/ (a hint for where to look would have saved us both some trouble). I'm now running compiz, and gnome-session doesn't try to start metacity any more. Thanks. :^) It's unfortunate then that gnome-session tries to start the window manager both through gnome-wm and through the saved session, it can be a cause of much confusion (as the present exchange amply demonstrates ;^) ). Do you reckon it's a behaviour worth modifying? Should I take it upstream? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554165: gnome-applets: sticky notes applet does not start any more
On Tue, Nov 03, 2009 at 03:53:39PM +0100, Emilio Pozuelo Monfort wrote: Vasilis Vasaitis wrote: After upgrading to the latest version of gnome-applets, the sticky notes applet refuses to start. If I try to add it to the panel, I am informed that it failed to be added. Works fine here. Any output in terminal if you launch panel-test-applets and then run it? Ah thanks, I wasn't aware of that command. No, no output whatsoever, and when I attempt to run it through that, only a minimum-size empty window appears (with no applet in it). Any further tests I could perform? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549125: minor error /etc/grub.d/memtest86+
Package: memtest86+ Version: 4.00-1 Severity: normal Hi, thanks for updating the /etc/grub.d/memtest86+ script. However, you made a small mistake: the EOF lines are placed after the prepare_grub_to_access_device line, instead of before. As a result, that command is included verbatim in the resulting grub.cfg, whereas it should be being executed and its output being included instead. Thanks, Vasilis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash memtest86+ depends on no packages. memtest86+ recommends no packages. Versions of packages memtest86+ suggests: pn grub2 | grub none (no description available) pn hwtools none (no description available) pn kernel-patch-badram none (no description available) ii memtest86 3.5-2 thorough real-mode memory tester pn memtester none (no description available) ii mtools4.0.10-1 Tools for manipulating MSDOS files -- 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#548466: real kernel is undependable
(Jumping into the conversation because I've been bitten by this too.) - don't put too much version information into the name of the real kernel package, and use the debian version number instead No, the binary package names must change for every ABI change, just as for shared libraries. Err, that's for every *incompatible* ABI change, no? Fact is I cannot install linux-image-2.6-amd64 at the moment, because the old real kernel package was removed from the archive, regardless that there is no conflict with the new one. At install time I have to know the exact name of the current kernel package, which is very painful for scripting. I guess another option is for the maintainers of linux-latest-2.6 to make sure that their binary packages do not become uninstallable, which is a serious bug anyway. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548716: xserver-xorg-core: X server crashes upon startup with SEGV
severity 548716 grave thanks After upgrading, X server just dies on startup, with SEGV (11). Same here. Dell PC with an Intel 945G chipset. I had to downgrade to 1.6.3.901-1 to make it work again. The Intel driver is at the latest version (2.8.1-2), and I'm running DRI2+UXA, but no KMS. The backtrace I'm getting is identical to the one of the submitter. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541272: kdm does not restart X server on logout with default settings
Package: kdm Version: 4:4.3.0-2 Severity: normal Hi, I recently installed kdm, and I noticed the following behaviour: Initially kdm would load the X server and I could log in. However, after logging out it would not start the X server again; instead I would see in the logs: kdm[2572]: X server for display :0 terminated unexpectedly kdm[2572]: Unable to fire up local display :0; disabling. Thanks to a bit of digging around on the web, I found out that I could fix this problem by adding the following option to /etc/kde4/kdm/kdmrc: TerminateServer=true I'm not sure if the best way to fix this is to make this the default, or to somehow prevent the X server from terminating when the user logs out, but in any case this is a problem with the default settings that should be fixed. Thanks, Vasilis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdm depends on: ii consolekit0.3.0-3framework for defining and trackin ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii kdebase-runtime 4:4.3.0-2 runtime components from the offici ii kdebase-workspace-kgreet-plug 4:4.3.0-2 KDE greet libraries for authentica ii kdelibs5 4:4.3.0-1 core libraries for all KDE 4 appli ii libc6 2.9-24 GNU C Library: Shared libraries ii libck-connector0 0.3.0-3ConsoleKit libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libkworkspace44:4.3.0-2 Library for the kdebase workspace ii libpam0g 1.0.1-10 Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-svg4:4.5.2-1 Qt 4 SVG module ii libqt4-xml4:4.5.2-1 Qt 4 XML module ii libqtcore44:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libstdc++64.4.1-1The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxau6 1:1.0.4-2 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-windo 4:4.3.0-2the KDE 4 window manager (KWin) ii kdebase 4:4.3.0-1base applications from the officia ii konsole [x-terminal-emulato 4:4.3.0-1X terminal emulator for KDE 4 ii logrotate 3.7.7-5 Log rotation utility ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii xserver-xorg-core [xserver] 2:1.6.3-1+b1 Xorg X server - core server ii xterm [x-terminal-emulator] 244-1X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.3.0-1 password changer for KDE 4 -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541273: grub-pc: vga= kernel command line option has no effect when grub runs in console mode
Package: grub-pc Version: 1.96+20090808-1 Severity: normal Hi, When I set GRUB_TERMINAL=console in /etc/default/grub (by uncommenting the relevant pre-existing line), my vga=792 option to the kernel stops working. Upon investigation, I found out that I can make it work again by adding the following to the relavant menuentry: insmod vbe However, this is (a) completely undocumented and (b) not easy to automate, beyond editing the scripts in /etc/grub.d directly. I am running the latest version of the grub-pc package, i.e. I grub-install'ed it. Thanks for providing the reportbug hook; I would have missed it otherwise. :^) If this issue could be addressed in some way, it would be much appreciated. Regards, Vasilis -- Package-specific info: *** BEGIN /proc/mounts /dev/sda4 / ext3 rw,relatime,errors=remount-ro,data=writeback 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 set timeout=3 set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output.gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 insmod png if background_image /boot/grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.30 { set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 linux /boot/vmlinuz-2.6.30 root=/dev/sda4 ro vga=792 video=vesafb:mtrr:3 quiet initrd /boot/initrd.img-2.6.30 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_memtest86 ### menuentry Memory test (memtest86) { set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 linux16 /boot/memtest86.bin } ### END /etc/grub.d/20_memtest86 ### ### BEGIN /etc/grub.d/20_memtest86+ ### menuentry Memory test (memtest86+) { set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 linux16 /boot/memtest86+.bin } menuentry Memory test (memtest86+, serial console 115200) { set root=(hd0,4) search --no-floppy --fs-uuid --set 129d2571-1793-48bc-9b24-7299b73aee55 linux16 /boot/memtest86+.bin console=ttyS0,115200n8 } ### END /etc/grub.d/20_memtest86+ ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file is an example on how to add custom entries ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.27 Debian configuration management sy ii grub-common 1.96+20090808-1 GRand Unified Bootloader, version ii libc62.9-24 GNU C Library: Shared libraries ii ucf 3.0018 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: ii desktop-base 5.0.5 common files for the Debian Deskto pn genisoimage none (no description available) -- debconf information: grub-pc/linux_cmdline: * grub-pc/chainload_from_menu.lst: true * grub-pc/install_devices: /dev/sda grub-pc/postrm_purge_boot_grub: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445286: Readline frontend does not display default / already configured value
retitle 445286 Readline frontend does not display default / already configured value thanks When a package is installed/upgraded, or when the user is running dpkg-reconfigure, with most (all?) other debconf frontends the default value (or the value that was configured previously) is already selected, so that the user can just press enter and accept that. However, with the Readline frontend, the readline prompt is just blank, forcing the user to remember/reenter the same values again and again. It would therefore be great if the frontend injected the default value into the readline prompt, so that the user can just press enter and go for that. (The reason I'm hijacking this bug report instead of opening a new one, is because as far as I can tell this is the heart of the problem that the submitter was reporting, so I just wanted to emphasize the core issue here instead of creating a duplicate report.) Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529604: acpi-support: at startup, checks for laptop mode before laptop mode starts
Hi, Just a heads-up that this is still an issue now that insserv is the default -- in fact, even more so: $ ls -1 /etc/rc2.d/ ... S01acpi-support ... S06laptop-mode ... Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540572: After moving to grub-pc memtest86+ does not launch.
tags 540572 patch clone 540572 -1 reassign 540572 memtest86+ reassign -1 memtest86 thanks Hi, In the scripts supplied with memtest86+ and memtest86 for /etc/grub.d, there are actually three distinct problems to be found: 1. They source the deprecated update-grub_lib instead of grub-mkconfig_lib, which generates a warning when update-grub is run (see #522345 and #523114). 2. They use the linux command, which fails to load memtest86+ and memtest86; instead, the linux16 command is needed (see #539907). 3. They fail to work correctly when /boot is a separate partition from /. As the reporter mentions, for (1) and (2) there is a patch in #539907 that addresses them. However, for memtest86+/memtest86 to work correctly in his system, (3) must be addressed too. I'm attaching patches for the /etc/grub.d files that fix all three problems (they incorporate the fixes of the aforementioned patch and also fix the additional problem). Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. --- debian/grub.orig 2009-08-11 00:04:27.0 +0100 +++ debian/grub 2009-08-11 00:08:45.0 +0100 @@ -1,16 +1,22 @@ #!/bin/sh set -e -. /usr/lib/grub/update-grub_lib +. /usr/lib/grub/grub-mkconfig_lib if test -e /boot/memtest86+.bin ; then MEMTESTPATH=$( make_system_path_relative_to_its_root /boot/memtest86+.bin ) echo Found memtest86+ image: $MEMTESTPATH 2 cat EOF menuentry Memory test (memtest86+) { - linux $MEMTESTPATH +EOF + prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e s/^/\t/ + cat EOF + linux16 $MEMTESTPATH } menuentry Memory test (memtest86+, serial console 115200) { - linux $MEMTESTPATH console=ttyS0,115200n8 +EOF + prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e s/^/\t/ + cat EOF + linux16 $MEMTESTPATH console=ttyS0,115200n8 } EOF fi --- debian/grub.orig 2009-08-11 00:04:14.0 +0100 +++ debian/grub 2009-08-11 00:08:36.0 +0100 @@ -1,13 +1,16 @@ #!/bin/sh set -e -. /usr/lib/grub/update-grub_lib +. /usr/lib/grub/grub-mkconfig_lib if test -e /boot/memtest86.bin ; then MEMTESTPATH=$( make_system_path_relative_to_its_root /boot/memtest86.bin ) echo Found memtest86 image: $MEMTESTPATH 2 cat EOF menuentry Memory test (memtest86) { - linux $MEMTESTPATH +EOF + prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e s/^/\t/ + cat EOF + linux16 $MEMTESTPATH } EOF fi
Bug#532081: audacious: Weird cpu usage since 2.0.1 update
On Sun, Jul 19, 2009 at 12:35:59PM +0200, Martin Ketzer wrote: I still got the issue with 2.1: When i play a mp3 I sometimes got 15-30% CPU usage, sometimes it's the normal 5-6%. That is with hda-intel. Similar here: audacious can reach up to 20% when playing mp3s (but doesn't always), on a 3GHz Pentium D. The sound module is snd_intel8x0; lspci says: 00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) AC'97 Audio Controller (rev 01) -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#340444: aptitude: midclean required -- somewhere between autoclean and clean
This can be achieved by adding the following line to /etc/apt/apt.conf: APT::Clean-Installed false; Then aptitude autoclean does what the person that reported the bug is asking for. Regards, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537735: aptitude: (Actions - Cancel pending actions) clears the Auto flag of all affected packages
Package: aptitude Version: 0.4.11.11-1+b1 Severity: normal Hello, Suppose I fire up aptitude and press _ on a package to have it removed. Naturally, this flags for removal all automatically installed packages that this package depends on. But suppose that I change my mind, and choose Cancel pending actions from the Actions menu. Now all the automatically installed packages that have been flagged for removal are not being removed any more, but also they have lost their automatically installed status. If this could be fixed, it would be much appreciated. Thanks, Vasilis -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 16 2009 23:38:07 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090613 cwidget version: 0.5.12 Apt version: 4.6.0 not a dynamic executable Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386'), (1, 'experimental-i386'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-21GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-11GCC support library ii libncursesw5 5.7+20090613-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-11 The GNU Standard C++ Library v3 ii libxapian151.0.13-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: pn debtags none (no description available) pn tasksel none (no description available) -- no debconf information -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532081: [Pkg-audacious-maintainers] Bug#532081: audacious: Consistent 100% cpu usage while playing network stream.
Hello, Is there an ETA for when the aforementioned 2.1 alpha packages are going to appear on unstable/experimental? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529604: acpi-support: at startup, checks for laptop mode before laptop mode starts
Package: acpi-support Version: 0.122-2 Severity: normal Hello, In /etc/acpi/start.d/90-hdparm.sh, there is the following test to check whether laptop mode is running: [ -e /var/run/laptop-mode-tools/enabled ] However: $ ls -1 /etc/rc2.d/ ... S99acpi-support S99laptop-mode ... That is, the acpi-support startup script runs before the laptop-mode startup script, and therefore it never detects laptop mode, and therefore 90-hdparm.sh always sets the hard disk's APM mode, regardless of how laptop mode is configured. Please fix. (I do realise that this might actually require changing laptop-mode's rc?.d/ symlinks rather than acpi-support's, but this seemed the right place to report this anyway.) Thanks, Vasilis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpi-support depends on: ii acpi-support-base 0.122-2scripts for handling base ACPI eve ii acpid 1.0.10-2 Utilities for using ACPI power man ii dmidecode 2.9-1 Dump Desktop Management Interface ii finger0.17-12user information lookup program ii hdparm9.12-2 tune hard disk parameters for high ii laptop-detect 0.13.7 attempt to detect a laptop ii libc6 2.9-12 GNU C Library: Shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii pm-utils 1.2.5-2utilities and scripts for power ma ii powermgmt-base1.30+nmu1 Common utils and configs for power ii x11-xserver-utils 7.4+2 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.14-2simple interprocess messaging syst ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer ii nvclock 0.8b4-1 Allows you to overclock your nVidi ii radeontool 1.5-5 utility to control ATI Radeon back ii toshset 1.74-3 Access much of the Toshiba laptop Versions of packages acpi-support suggests: ii laptop-mode-tools 1.48-1 Scripts to spin down hard drive an -- 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#529287: python-smartpm: does not install due to file conflict
Package: python-smartpm Version: 1.2-2+b1 Severity: important When I try to upgrade python-smartpm 1.2-1 with version 1.2-2+b1, I get this: Preparing to replace python-smartpm 1.2-1 (using .../python-smartpm_1.2-2+b1_amd64.deb) ... Unpacking replacement python-smartpm ... dpkg: error processing /var/cache/apt/archives/python-smartpm_1.2-2+b1_amd64.deb (--unpack): trying to overwrite `/usr/share/pyshared/smart/interfaces/gtk/channels.py', which is also in package smartpm -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-smartpm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii python2.5.4-2An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt ii python-pexpect2.3-1 Python module for automating inter ii python-pycurl 7.19.0-1 Python bindings to libcurl python-smartpm recommends no packages. python-smartpm suggests no packages. -- no debconf information -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484180: mesa: some ASM optimizations must be disabled for non-AMD 64-bit
reassign 487603 mesa severity 487603 normal merge 484180 487603 thanks Hi, I have just been bitten by this too; would it be possible to have the fixed version uploaded fairly soon? I guess it's affected by the freeze at the moment? Anyway, I've worked around it with MESA_NO_ASM, but it'd be nice to have the proper fix. I also took the liberty of merging bug #487603 into this one; they're forwarded to the same upstream bug, and they seem to be the same issue. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457777: [gnome-screensaver] does not display login-dialog, locking out user
Hi all, I just wanted to mention that, after a few exchanges with the GNOME developers on the upstream bug report [0], I have managed to solve this problem for me by adding the following setting to the [daemon] section of /etc/gdm/gdm.conf: UserAuthDir=/tmp Can the rest of you try this and see if it makes any difference? Thanks, Vasilis [0] http://bugzilla.gnome.org/show_bug.cgi?id=527443 -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502869: ploticus: please incorporate the lines.pl fix
Package: ploticus Version: 2.40-2 Severity: normal Hello, Since the latest version of the ploticus package came out (2.40-2), a new fix has appeared in the ploticus news page [0], for the lines prefab [1]. I was bitten by this, so it would be nice if the fix could be incorporated in the next version of the package. Thanks, Vasilis [0] http://ploticus.sourceforge.net/doc/news.html [1] http://ploticus.sourceforge.net/download/lines.pl -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481224: ia32-libs-gtk bug
On Thu, May 29, 2008 at 02:25:33PM +0200, Mauro Barbieri wrote: Hi, I think that the bug is not closed with the version 2.5 of ia32-libs-gtk, if I try to launch skype or acroread, I obtain the following errors: /usr/lib/Adobe/Reader8/Reader/intellinux/bin/acroread: error while loading shared libraries: libpixman-1.so.0: cannot open shared object file: No such file or directory skype: error while loading shared libraries: libQtDBus.so.4: cannot open shared object file: No such file or directory Works for me (i.e. both skype and acroread load fine). -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481224: Skype cannot find libQtDBus.so.4 after upgrade
Hi, bitten by this too. ldd says about skype: libQtDBus.so.4 = not found libQtNetwork.so.4 = not found Which means that you'd need to pull in at least libqt4-dbus and libqt4-network to make it work again. Or perhaps create a separate ia32-libs-qt4 package or something. In any case, please fix. :^) Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457777: [gnome-screensaver] does not display login-dialog, locking out user
Hi, I'm experiencing this bug too, so I thought I'd come here and report it. In my case however, the cause is quite obvious: my home directory is on AFS, and the bug manifests when my AFS tickets have expired. I would imagine that gnome-screensaver tries to access one or more files inside my home directory before presenting the unlock dialog, and fails. I'll report this directly upstream too. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471115: confirming
Hi, Same problem here, confirming that removing audacious-crossfade solves it. V. -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
On Mon, Dec 17, 2007 at 03:16:40PM +, Vasilis Vasaitis wrote: Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: Hm, OK, on closer examination the bug I've been experiencing is not really related to this one. Apologies for the noise, I'll follow up on a more suitable bug report. V. -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452561: xserver-xorg-video-intel: Switching to virtual console puts monitor into powersave mode
Hi, Just to mention that I had this problem too with 2.2.0-1. I just upgraded to 2.2.0+git20080107-1 from experimental and it fixes it for me. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455685: Splashy makes GDM initscript fail (and hence, leaves system on VT1)
reassign 457843 splashy forcemerge 455685 457843 thanks Hi, I've been affected by bug #457843 for a while (gdm init script dies in log_daemon_msg), and I decided to investigate. I quickly identified the file /etc/lsb-base-logging.sh as the culprit, which belongs to splashy. A bit of playing around with sh -x and I came up with the following fix (I've tried it and it works): --- lsb-base-logging.sh.orig2007-12-26 20:27:09.0 + +++ lsb-base-logging.sh 2008-01-24 16:59:26.0 + @@ -193,7 +193,7 @@ # when not in debug mode, umount our tmpfs if [ x$DEBUG = x0 ]; then mount | grep $STEPS_DIR /dev/null \ - umount $STEPS_DIR 2 /dev/null + umount $STEPS_DIR 2 /dev/null || true fi } Then I came to the BTS to see if this has already been reported, and found this bug, #455685. It also appears that apparently I'm not the first one to come up with this fix, as Luis Mondesi has already provided a similar patch, which is in fact applied to the current git version of the file [0]. However, the fix is not included in version 0.3.8-1, and this is probably why people are still reporting problems with it. Please fix. Thanks, Vasilis [0] http://git.debian.org/?p=splashy/splashy.git;a=blob_plain;f=scripts/lsb-base-logging.sh;hb=HEAD -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
On Mon, Dec 17, 2007 at 07:54:10PM +0100, Brice Goglin wrote: Vasilis Vasaitis wrote: Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) and I'm using 2:1.4.1~git20071119-1. I've just upgraded to 2:1.4.1~git20071212-1, so I'll be testing with that and see what happens. I'll be happy to provide more details, configuration and log files, and anything else that you might find useful. We need a backtrace of the crash. At least the one at the end of the log of the crashed session, or (much better) from 'bt full' in gdb after installing xserver-xorg-core-dbg (probably through ssh from another machine). Brice (Apologies for the delays, holiday season and all. One month after! Not exactly a model bug reporter I know.) Erm, I've now installed the above package, but how do I use this? Does gdb find it automatically? Or do I have to specify /usr/lib/debug/... somewhere? I've used library -dbg packages before where you just compile things with them, but never one of this kind... If there's general documentation for this kind of thing I'll be happy to be pointed to it. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427422: same problem as submitter
Hi, I'm having the same problem as the submitter in one of my computers. After a while the consoles become unusable, eventually the X server itself becomes unusable too. The graphics chip is: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) and I'm using 2:1.4.1~git20071119-1. I've just upgraded to 2:1.4.1~git20071212-1, so I'll be testing with that and see what happens. I'll be happy to provide more details, configuration and log files, and anything else that you might find useful. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396003: patch for allowing the reporting of paniclog messages only once
Hi, Attached is a patch to exim4-base.cron.daily that implements what has been described as an acceptable solution in this bug report: - If $E4BCD_WATCH_PANICLOG is set to no, no reporting is done (no change). - If it is set to yes, non-zero size paniclog is always reported (no change again). - If it is set to once however, a non-zero paniclog is reported only if it has changed since the last time the cron.daily script has run; so effectively only once for each time it changes. To implement this the script creates a zero size file in /var/lib/exim4 called paniclog.timestamp, which would also mean that the exim4-base package should contain /var/lib/exim4 (but this is just nitpicking). Anyway, this first iteration is mostly meant to be a proof of concept implementation. Of course if you like it you can add it as it is, but I'm open to suggestions on how to make it better etc. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. --- exim4-base.cron.daily.orig 2007-11-21 15:29:05.0 + +++ exim4-base.cron.daily 2007-11-26 11:48:18.0 + @@ -54,17 +54,22 @@ fi } -if [ $E4BCD_WATCH_PANICLOG = yes ]; then +if [ $E4BCD_WATCH_PANICLOG != no ]; then if [ -s /var/log/exim4/paniclog ]; then -if [ -x /usr/local/lib/exim4/nonzero_paniclog_hook ]; then - /usr/local/lib/exim4/nonzero_paniclog_hook -fi -if [ -z $E4BCD_PANICLOG_NOISE ] || grep -vq $E4BCD_PANICLOG_NOISE /var/log/exim4/paniclog; then - log_this ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken - if ! printf Subject: exim paniclog on %s has non-zero size\nTo: root\n\nexim paniclog /var/log/exim4/paniclog on %s has non-zero size, mail system might be broken $(hostname --fqdn) $(hostname --fqdn) | exim4 root; then -log_this PANIC: sending out e-mail warning has failed, exim has non-zero return code +if [ $E4BCD_WATCH_PANICLOG != once ] || \ + [ ! -e /var/lib/exim4/paniclog.timestamp ] || \ + [ /var/log/exim4/paniclog -nt /var/lib/exim4/paniclog.timestamp ]; then + if [ -x /usr/local/lib/exim4/nonzero_paniclog_hook ]; then +/usr/local/lib/exim4/nonzero_paniclog_hook + fi + if [ -z $E4BCD_PANICLOG_NOISE ] || grep -vq $E4BCD_PANICLOG_NOISE /var/log/exim4/paniclog; then +log_this ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken +if ! printf Subject: exim paniclog on %s has non-zero size\nTo: root\n\nexim paniclog /var/log/exim4/paniclog on %s has non-zero size, mail system might be broken $(hostname --fqdn) $(hostname --fqdn) | exim4 root; then + log_this PANIC: sending out e-mail warning has failed, exim has non-zero return code +fi fi fi +touch /var/lib/exim4/paniclog.timestamp fi fi
Bug#448881: errant 'a' in new /etc/gnump3d/gnump3d.conf
Hi, Just to note that this error in the configuration file is causing annoying messages when cron.daily runs, such as: /etc/cron.daily/gnump3d: Use of uninitialized value in pattern match (m//) at /usr/share/perl5/gnump3d/config.pm line 156, CONF line 704. Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/gnump3d/config.pm line 157, CONF line 704. Invalid characters in key - Ignoring at /usr/share/perl5/gnump3d/config.pm line 157, CONF line 704. Therefore it would be nice to see it fixed. :^) Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442866: bugs caused by bug #377385 should be closed
Hi, Bugs #442866 (in package gnump3d) and #442869 (in package listadmin) were caused by bug #377385 in package perl-modules. This has been since fixed and closed (in version 5.8.8-9), and therefore these bugs should probably be closed too. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448648: gstreamer0.10-plugins-good: depends on libcdio6 which is not available
Hi, First of all, if you're trying to reassign the package, you might want to actually cc: [EMAIL PROTECTED] :-p Second, care to explain what all this reassigning is all about? Us non-developers cannot really understand all this talk about bin-NMUs etc., all we know is that the gstreamer0.10-plugins-good package is uninstallable and leads to some very broken systems. Reassigning the bugs and pretending that the problem does not exist does not make it go away. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448648: gstreamer0.10-plugins-good: depends on libcdio6 which is not available
On Wed, Oct 31, 2007 at 02:07:13PM +0100, Loïc Minier wrote: On Wed, Oct 31, 2007, Vasilis Vasaitis wrote: Second, care to explain what all this reassigning is all about? Us non-developers cannot really understand all this talk about bin-NMUs etc., all we know is that the gstreamer0.10-plugins-good package is uninstallable and leads to some very broken systems. Reassigning the bugs and pretending that the problem does not exist does not make it go away. People who don't understand what's happening here should simply not run unstable. I know that sounds harsh, but the testing dist has been built exactly to avoid such problems. You're welcome to cherry pick stuff out of unstable if you need them, I think that will give you a better experience with Debian. I've been using unstable successfully for many years now, I don't need the patronising thanks very much. And besides, how are you going to have testing be relatively bug-free if you try to drive away from unstable the users who actually care enough to report the bugs, so that they can get fixed before the packages hit testing? Anyway, you didn't answer my question at all. All I see is this package being uninstallable and its maintainers pointing fingers elsewhere instead of fixing it. Now obviously from your point of view you're doing the right thing, so it'd be nice if you could explain why this is so instead of trying to avoid the subject altogether. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so.
Bug#448648: gstreamer0.10-plugins-good: depends on libcdio6 which is not available
On Wed, Oct 31, 2007 at 02:20:34PM +0100, Luk Claes wrote: By the way a binNMU is an NMU (Non-maintainer upload) where no source changes are necessary on the build daemons of the affected architectures. It's like a rebuild on an architecture for a package which is already with the same version in the archive on that architecture. Ah, the point being that the libcdio maintainer should have requested binNMUs for the packages that are affected by the soname change him/herself, instead of getting the actual maintainers of the packages involved? Makes sense I guess. Still, from a user's point of view it'd be nice to see this fixed, even if it's not with the proper way of fixing it. Anyway, I'll try not to bug you more about this. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391873: merge libxine old ogg files bugs
severity 391873 normal reassign 391873 libxine1 merge 273697 391873 tags 273697 - unreproducible thanks Hi, This bug has been reported a couple of times for libxine1, so I'm moving / merging it there. Besides, it's not specific to amarok-xine; all applications that use libxine1 are affected. I'm also removing the unreproducible tag from the libxine1 bug, since a lot of people have encountered this, and in fact I'm also one of them (I have 1.0beta4 ogg files that amarok refuses to play). Hope I'm not stepping on anyone's toes doing all this. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360806: confirming bug
Hi, I'd like to confirm this bug. I have a PCMCIA wireless card handled by hostap and using wpa_supplicant too. When I eject the card, the interface is brought down thanks to udev events, but the post-down scripts aren't executed. I haven't the slightest idea why this is happening though. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360806: a bit more info
Actually, I think I know what's causing this. Consider the function iface_down() in execute.c: int iface_down(interface_defn *iface) { if (!iface-method-down(iface,check)) return -1; set_environ(iface, stop, pre-down); if (!execute_all(iface,doit,down)) return 0; if (!iface-method-down(iface,doit)) return 0; set_environ(iface, stop, post-down); if (!execute_all(iface,doit,post-down)) return 0; return 1; } Bringing down the interface probably fails when the card has been ejected, because by the time ifdown is called the interface does not exist anymore. So the function returns and the post-down scripts never get the chance to execute. So how can this be solved? Obviously, an easy solution would be to ignore the success or failure of bringing down the interface, i.e. instead of: if (!iface-method-down(iface,doit)) return 0; have: iface-method-down(iface,doit); But then failure to bring down the interface wouldn't be reported at all. Instead, how about having the function like this: int iface_down(interface_defn *iface) { int status = 1; if (!iface-method-down(iface,check)) return -1; set_environ(iface, stop, pre-down); if (!execute_all(iface,doit,down)) status = 0; if (!iface-method-down(iface,doit)) status = 0; set_environ(iface, stop, post-down); if (!execute_all(iface,doit,post-down)) status = 0; return status; } In fact, I've just made this change to ifupdown on my laptop (and a similar change to the iface_up() function) and now it seems to work as intended. But of course it'll need some more testing. Can the package maintainer comment on this in the meantime? Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381232: Forwarded to KDE bugzilla
tags 381232 - unreproducible forwarded 381232 https://bugs.kde.org/show_bug.cgi?id=133709 thanks Hello, I've been bitten by this bug like so many other people, so I took the liberty to report it to the KDE bug database; this was before I found this bug report (I had only found #385448, which is almost certainly a duplicate). So it'd be nice if the maintainers could comment there on the fix, or clarify that it's Debian-specific if it is, etc. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385448: pango font problem: caused by KDE?
On Thu, Sep 07, 2006 at 12:25:43AM +0100, Vasilis Vasaitis wrote: Hello, I have also encountered this problem, and in fact it manifests with every GTK+ app I'm using (with the exception of SeaMonkey, which seems unaffected). However, I've experimented a bit, and the problem seems to appear only under KDE. And even then, if I open the Colours module in Control Centre, uncheck Use Colours with non-KDE Applications (or whatever it's called in en_*), and hit Apply, the problem disappears. Of course it also disappears with the Xft.antialias trick reported by the submitter. Some further information: following some advice I found on a web forum, I added the following line to ~/.kde/share/config/kdeglobals, in the [General] section: XftAntialias=true This fixed the problem for good. So pending the submitter's reply, we might be able to move the bug over to KDE or something... Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385448: pango font problem: caused by KDE?
Hello, I have also encountered this problem, and in fact it manifests with every GTK+ app I'm using (with the exception of SeaMonkey, which seems unaffected). However, I've experimented a bit, and the problem seems to appear only under KDE. And even then, if I open the Colours module in Control Centre, uncheck Use Colours with non-KDE Applications (or whatever it's called in en_*), and hit Apply, the problem disappears. Of course it also disappears with the Xft.antialias trick reported by the submitter. So, to the submitter: Are you also using KDE? Does this go away if you run a different desktop environment / window manager? Does it also go away when you uncheck the above option and apply it? If we can confirm this, maybe we can take this bug to the KDE people instead of blaming Pango. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384081: xlockmore: installs manpage in /usr/man instead of /usr/share/man
Package: xlockmore Version: 1:5.22-1 Severity: normal Hello, Package xlockmore installs the xlock.1.gz manpage inside /usr/man, which has long been replaced in Debian by /usr/share/man. Hopefully, this should be fairly straightforward to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xlockmore depends on: ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpam0g 0.79-3.2Pluggable Authentication Modules l ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library Versions of packages xlockmore recommends: ii libpam-modules0.79-3.2 Pluggable Authentication Modules f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379366: Another confirmation of the bug
Hi, I'd just like to say that this bug manifests on my system too. The symptoms are exactly as the other submitters have described. I have also saved my current prelink cache file in case it might be useful. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366500: Problem not fixed?
On Sat, Jul 08, 2006 at 08:25:09AM +0200, Robert Gomułka wrote: In my version I think the problem is still not fixed. Should I reopen this bug? Not really. None of the files causing trouble in your mandb output is from xbase-clients. The ones I have left quoted are from libxau-dev, which had a similar bug, and for which a fix is pending. Please be patient. The rest of the output is even more irrelevant... Thanks, Vasilis mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauFileName.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauLockAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauWriteAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauReadAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauDisposeAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauUnlockAuth.3x.gz: bad symlink or ROFF `.so' request -- Vasilis Vasaitis A man is well or woe as he thinks himself so.
Bug#319572: apparently fixed
Hi, This bug appears to have been fixed by the recent NMU (1.2.4par-0.1). At least on my laptop, pdnsd isn't killed any more when I suspend it, and I've checked that it's not killed with strace either. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365947: Fixed?
Hi, This bug report can be closed now, since it was fixed along with bug #365948 and friends. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365913: twm: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: twm Version: 1:1.0.1-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages twm depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii menu 2.1.27 generates programs menu for all me twm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365917: xutils-dev: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: xutils-dev Version: 1:1.0.2-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xutils-dev depends on: ii cpp 4:4.0.3-3 The GNU C preprocessor (cpp) ii libc6 2.3.6-7GNU C Library: Shared libraries ii x11-common1:7.0.15 X Window System (X.Org) infrastruc xutils-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365914: xutils: unpacks files in /usr/X11R6/lib/X11 on upgrade
Package: xutils Version: 1:7.0.0-3 Severity: normal Hello, This package contains files in /usr/lib/X11, without containing the directory itself and without pre-depending on x11-common (= 1:7.0.0). The result is that, when upgrading from X11R6, said files get unpacked in /usr/X11R6/lib/X11 instead. This shouldn't be too hard to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xutils depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-5 X11 font encoding library ii libfs62:1.0.0-3 X11 Font Services library ii libx11-6 2:1.0.0-6 X11 client-side library ii x11-common1:7.0.15 X Window System (X.Org) infrastruc ii xfonts-utils 1:1.0.0-3 X Window System font utility progr ii xutils-dev1:1.0.2-3 X Window System utility programs f ii zlib1g1:1.2.3-11 compression library - runtime xutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357713: /usr/bin/startx is broken
(Just got back after a few days of being away, so replying to a couple of things). David Nusinow said: Were you running the experimental packages at all? The only route that myself and Eugene can figure out for causing this is due to the brokeness of the initial uploads to experimental that lacked the versioned dependency on x11-common. No, I wasn't, 7.0.0-2 was the first version I installed. Bastian Kleineidam said: I just installed the new xorg packages, and the startx script still has the wrong paths: $ grep /usr/lib /usr/bin/startx sysclientrc=/usr/lib/X11/xinit/xinitrc sysserverrc=/usr/lib/X11/xinit/xserverrc Don't know why though, the patch file debian/patches/12_startx_paths.diff looks fine, but it did not get applied it seems. Erm, the patch you're referring to patches startx.cmd, which appears to be an OS/2-specific file. Probably an oversight of the package maintainer. Still, it would help if you could provide a little more information if this is causing trouble for you. Is /usr/lib/X11 a directory or a symlink on your system? What about /usr/lib/X11/xinit? What are the contents of /usr/lib/X11/xinit and /etc/X11/xinit? Note that in the current version of xbase-clients (7.0.0-4), /usr/lib/X11/xinit is a directory, containing xinitrc. xserverrc is not contained in the package any more; in fact, according to packages.d.o, it appears not to be provided by any package in the archive at the moment. People upgrading from a system where /usr/lib/X11/xinit is a symlink should not be affected; the rest lose the -nolisten tcp argument that has been the default in Debian for years, and instead get the default X invocation by xinit. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357713: Fixed... is it really?
reopen 357713 severity 361516 important merge 357713 361516 362122 tags 362122 - experimental thanks Hello, I just wanted to point out here, that just because the problem *went away* for the submitter does not necessarily mean that the bug was *fixed*. Here's my take on this: the reported behaviour was probably caused by bug #362122 (which I reported yesterday). That is, when the submitter first upgraded to the new modular packages, xbase-clients unpacked things meant for /usr/lib/X11 over the existing symlink to /usr/X11R6/lib/X11. Amongst those was the symlink xinit, pointing to /etc/X11/xinit. Therefore startx could not find /usr/lib/X11/xinit/xinitrc anymore, so it passed an empty client argument to xinit, which then fell back to executing xterm -geometry +1+1 -n login -display :0, which was what the submitter was seeing on his screen. Fast forward to yesterday. The submitter upgraded to the packages in unstable, which included a version bump of xbase-clients, so it got upgraded. This time, /usr/lib/X11 already existed as a directory (because of xutils, for example), so everything got unpacked in the correct position, and things started working again. So for example, if I am correct, there should be two xinit links in both /usr/lib/X11 and /usr/X11R6/lib/X11. So, did the problem go away? Sure did. Did it got fixed? Probably not. I'm actually reopening the bug and merging it with the other bug reports that I've identified as relevant; please yell at me if that's inappropriate. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362122: xbase-clients: package does not contain directories within which it contains files
Package: xbase-clients Version: 1:7.0.0-2 Severity: important Hello, The package file of xbase-clients does not seem to follow consistently the usual convention of Debian packages, whereby any directory that the packages has files in is also contained in the package. In particular, the following directories seem to be missing: /usr/include/X11 /usr/include/X11/bitmaps /usr/lib/X11 /etc/X11/xinit /etc/X11/Xresources Especially the absence of /usr/lib/X11 is causing a lot of trouble, because in previous versions of X it also exists as a symlink, pointing to /usr/X11R6/lib/X11. As a result, when the new version of xbase-clients is unpacked, the files that are meant for /usr/lib/X11 get unpacked in /usr/X11R6/lib/X11 instead! A couple of symptoms caused by this have already been reported in bugs #357713 and #361516. Hopefully, this shouldn't be too complicated to fix. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii libc6 2.3.6-6 GNU C Library: Shared libraries ii libdmx1 1:1.0.1-2X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-2X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-2X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-3X11 Session Management library ii libx11-62:1.0.0-5X11 client-side library ii libxau6 1:1.0.0-2X11 authorisation library ii libxaw7 1:1.0.1-4X11 Athena Widget library ii libxcursor1 1.1.5.2-2X cursor management library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii libxft2 2.1.8.2-6FreeType-based font drawing librar ii libxi6 1:1.0.0-3X11 Input extension library ii libxinerama11:1.0.1-2X11 Xinerama extension library ii libxkbfile1 1:1.0.2-2X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-2X11 miscellaneous utility library ii libxmuu11:1.0.1-2X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-2 X Rendering Extension client libra ii libxss1 1:1.0.1-3X11 Screen Saver extension library ii libxt6 1:1.0.0-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-2X11 event trapping extension libra ii libxtst61:1.0.1-2X11 Testing -- Resource extension ii libxv1 1:1.0.1-2X11 Video extension library ii libxxf86dga12:1.0.0-2X11 Direct Graphics Access extensi ii libxxf86misc1 1:1.0.0-3X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.0-3X11 XFree86 video mode extension l ii x11-common 1:7.0.10 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- debconf information: * xbase-clients/default_100dpi: * xbase-clients/default_nolisten_tcp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340001: freetype bytecode interpreter in the X.org X server
Hello, I'm joining along here to express my support for this patch and bug report in general. For me, enabling the bytecode interpreter and compiling my own X.org packages made the difference between actually upgrading to xserver-xorg and sticking with xserver-xfree86. With current xserver-xorg packages (in fact, all of them from the beginning) server-side truetype fonts look *very* ugly, which makes applications like emacs all but unusable. It should be noted also that the debian freetype packages *do* have the bytecode interpreter enabled in their default build, which is why client-side fonts (used by all modern applications) don't suffer from this problem. As a final note, bug #345865 appears to be a duplicate of this bug, so the two should probably be merged. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337942: more info on s-s-d --stop --exec, patch
Hello, My system has been affected by this for *ages*, though only today did I find out the exact nature of the problem. Let me explain: After my computer had been turned on for a week or so, this morning cron suddenly complained about daemons failing to restart: /etc/cron.daily/logrotate: acpid: can't open /proc/acpi/event: Device or resource busy error: error running postrotate script for /var/log/acpid error: error running postrotate script for /var/log/icecast2/error.log Restarting filtering proxy server: invoke-rc.d: initscript privoxy, action restart failed. error: error running shared postrotate script for /var/log/privoxy/logfile /var/log/privoxy/jarfile /var/log/privoxy/errorfile run-parts: /etc/cron.daily/logrotate exited with return code 1 /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/gsmsiectl.1 is a dangling symlink mandb: warning: /usr/share/man/man3/open_memstream.3.gz is a dangling symlink The same thing also happens with syslogd, which ends up (after the log rotation) writing to /var/log/foo.log.0 instead of foo.log. So, I traced the nature of the problem and quickly found that s-s-d was to blame: # ps ax | egrep acpi 9 ?S 0:00 [kacpid] 1894 ?Ss 0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket 30532 pts/3S+ 0:00 grep -E acpi # start-stop-daemon --stop --exec /usr/sbin/acpid No /usr/sbin/acpid found running; none killed. Finding and reading this bug report, it seems that prelink is indeed the culprit; prelink did a full prelink the previous night, which modified the acpid executable, so --exec was unable to match the running acpid with the one residing on disk. So, I created a patch that modifies the behaviour of --exec in the way suggested by the last e-mail in this bug report: use readlink() on /proc/pid/exe instead of stat(), and compare the file names rather than the device / inode numbers. I have tested it, and it appears to work fine and correct this problem. The patch is attached. Thanks, Vasilis -- Vasilis Vasaitis A man is well or woe as he thinks himself so. --- start-stop-daemon.c.orig2005-10-19 08:07:28.0 + +++ start-stop-daemon.c 2006-01-22 13:07:58.0 + @@ -174,7 +174,9 @@ static void do_pidfile(const char *name); static void do_stop(int signal_nr, int quietmode, int *n_killed, int *n_notkilled, int retry_nr); -#if defined(OSLinux) || defined(OShpux) +#if defined(OSLinux) +static int pid_is_exec(pid_t pid, const char *name); +#elif defined(OShpux) static int pid_is_exec(pid_t pid, const struct stat *esb); #endif @@ -608,15 +610,28 @@ #if defined(OSLinux) static int -pid_is_exec(pid_t pid, const struct stat *esb) +pid_is_exec(pid_t pid, const char *name) { - struct stat sb; - char buf[32]; - - sprintf(buf, /proc/%d/exe, pid); - if (stat(buf, sb) != 0) + char lname[32]; + char *lcontents; + int lcontlen, nread, res; + + /* allow one extra character for the link contents, which +* should be enough to determine if the file names are the +* same */ + lcontlen = strlen(name) + 1; + lcontents = xmalloc(lcontlen); + sprintf(lname, /proc/%d/exe, pid); + if ((nread = readlink(lname, lcontents, lcontlen)) == -1) { + free(lcontents); return 0; - return (sb.st_dev == esb-st_dev sb.st_ino == esb-st_ino); + } + if (nread lcontlen) + lcontents[nread] = '\0'; + + res = (strncmp(lcontents, name, lcontlen) == 0); + free(lcontents); + return res; } @@ -746,7 +761,9 @@ static void check(pid_t pid) { -#if defined(OSLinux) || defined(OShpux) +#if defined(OSLinux) + if (execname !pid_is_exec(pid, execname)) +#elif defined(OShpux) if (execname !pid_is_exec(pid, exec_stat)) #elif defined(OSHURD) || defined(OSFreeBSD) || defined(OSNetBSD) /* I will try this to see if it works */
Bug#325850: post-install fails because of absence of mlton doc control file
Package: mlton Version: 20050826-1 Severity: grave Justification: renders package unusable Hello, This version of the mlton package fails to configure. After being unpacked, the configure phase fails with the message: Setting up mlton (20050826-1) ... /usr/share/doc-base/mlton: cannot open control file for reading: No such file or directory dpkg: error processing mlton (--configure): subprocess post-installation script returned error exit status 2 This happens because the postinst script has the snippet: for f in mllex mlton mlyacc; do install-docs -i /usr/share/doc-base/$f done while the file /usr/share/doc-base/mlton does not exist. The solution here would be, either to create one, or remove its reference from the postinst script. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-ck5 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages mlton depends on: ii gcc 4:4.0.1-3 The GNU C compiler ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libgmp3-dev 4.1.4-10 Multiprecision arithmetic library mlton recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324859: mlton: uninstallable because of dependency to libgmp3
Package: mlton Version: 20050822-1 Severity: grave Tags: sid Justification: renders package unusable Hello, The new version of the mlton package that has just been uploaded is on the wrong side of the C++ transition; it has been compiled against libgmp3, which does not even exist in the archive any more. The solution is to compile it against libgmp3c2, which is the version of the library that follows the new C++ ABI. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-ck5 Locale: LANG=el_GR.ISO8859-7, LC_CTYPE=el_GR.ISO8859-7 (charmap=ISO-8859-7) Versions of packages mlton depends on: ii gcc 4:4.0.1-3 The GNU C compiler ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgmp3-dev 4.1.4-10 Multiprecision arithmetic library mlton recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322900: xmms-modplug: uninstallable because of dependence to libmodplug0
Package: xmms-modplug Version: 2.05-8 Severity: grave Justification: renders package unusable Hello, The xmms-modplug package currently depends on libmodplug0, which does not exist in the archive any more, due to the ongoing C++ transition. Therefore, it is uninstallable in sid. The solution, of course, is to recompile and reupload. I have already recompiled it (as can be seen by the dependency table below), and did not encounter any problems. So it should be fairly painless. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-ck5 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages xmms-modplug depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-4 GCC support library ii libmodplug0c2 1:0.7-4.1 shared libraries for mod music bas ii libstdc++64.0.1-4The GNU Standard C++ Library v3 Versions of packages xmms-modplug recommends: ii bzip2 1.0.2-8 high-quality block-sorting file co ii unzip 5.52-3 De-archiver for .zip files ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322899: sidplay-base: uninstallable because of dependence to libsidplay1-c102
Package: sidplay-base Version: 1.0.9-4 Severity: grave Justification: renders package unusable Hello, The sidplay-base package currently depends on libsidplay-c102, which does not exist in the archive any more, due to the ongoing C++ transition. Therefore, it is uninstallable in sid. The solution, of course, is to recompile and reupload. I have already recompiled it (as can be seen by the dependency table below), and did not encounter any problems. So it should be fairly painless. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-ck5 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages sidplay-base depends on: ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libgcc11:4.0.1-4 GCC support library ii libsidplay11.36.59-3.0.1 SID (MOS 6581) emulation library ii libstdc++6 4.0.1-4 The GNU Standard C++ Library v3 sidplay-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320972: stalin: please recompile with newer libgc
Package: stalin Version: 0.9+0.10alpha2-1 Severity: wishlist Hello, The stalin package currently depends on libgc1; however, this has been obsoleted because of the C++ transition in favour of libgc1c2. Because of the simultaneous dependency to libgc-dev, this means that stalin and libgc1c2 are incompatible; only one of the two can go in at any time. The solution, of course, is to upload a new version compiled against libgc1c2. It shouldn't be particularly difficult; I did an apt-get -b source stalin on my system and the binary package built just fine, and it's the one I have installed currently (see the dependency table below). So it should be fairly painless. Thanks, Vasilis -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-ck3 Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Versions of packages stalin depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgc-dev 1:6.5-1 conservative garbage collector for ii libgc1c21:6.5-1 conservative garbage collector for stalin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]