Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
On 21 October 2010 15:49, Cyril Brulebois k...@debian.org wrote: Could you please report what happens with current squeeze/sid? If the issue persists, a new upstream release is built against squeeze/sid, and available at http://autobuild.ikibiki.org/ Please run the bug script and attach its output so that we get p-to-date info: /usr/share/bug/xserver-xorg/script 3/tmp/script.log Regretfully I can no longer test this as I've changed laptop and have migrated to Ubuntu. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583939: Addendum
You may find this thread useful. http://www.quakelive.com/forum/showthread.php?t=38447page=3 -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583939: libc6 2.11.1-1 in sid breaks tremulous
Package: tremulous Version: 1.1.0-4.1+b1 Severity: grave Tags: sid squeeze Justification: renders package unusable The libc6 boys have pushed in 2.11.1-1 and it appears to stop tremulous from getting passed it's splash screen; you just end up with spurious pre-menu messages in the console. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tremulous depends on: ii libc6 2.11.1-1 Embedded GNU C Library: Shared lib ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii tremulous-data 1.1.0-2 Tremulous datas tremulous recommends no packages. Versions of packages tremulous suggests: pn tremulous-doc none (no description available) pn tremulous-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582176: mozplugger: chromium-browser Support Out of the Box
Package: mozplugger Version: 1.13.3-1 Severity: wishlist Do you think it might be possible in time to have support from chromium-browser out of the box when mozplugger is installed in the future? It's just I note that it should work fine in Chromium with a bit of tweaking: https://bugzilla.redhat.com/show_bug.cgi?id=585475 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozplugger depends on: ii iceweasel 3.5.9-3Web browser based on Firefox ii konqueror 4:4.4.3-1 KDE 4's advanced file manager, web ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii m41.4.14-2 a macro processing language ii xulrunner-1.9.1 1.9.1.9-7 XUL + XPCOM application runner mozplugger recommends no packages. mozplugger suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581593: Update
Yep, what you've described is completely accurate; the message is harmless and doesn't interfer with normal operations. There was a small (and totally unrelated) bug in the init-scripts package which has now been fixed that caused my problem. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581593: udev: kernel-provided name 'dm-0' and NAME='/mapper/sdb2_crypt' disagree
In the interim is there any known work-around for this? It's a bit of a jip because my / file system initially mounts as read only. I guess I'll just roll udev back to the previous version and rebuild the kernel against that then unless anyone has any other advice? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581593: +
I also found this apparently related bug, which has been reassigned back to udev: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581715 -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524678: kde4-minimal: Battery Monitor widget doesn't support multiple batteries
Hi there, I checked this the other day when KDE 4.4 came through in to unstable. The same problem remains; there is multiple battery support for my X40 however I must have booted with both batteries installed. IF I boot with just 1 and insert the 2nd after, it will not be recognised by KDE. IF I boot with both batteries and remove one, KDE will recognise this appropriate as well as when it is re-inserted. Given those two scenarios, I'm 99.9% sure this is a kernel issue and not a KDE issue as the testing I've done shows that KDE behaves just fine with two batteries, as long as it's aware of them. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475579: Just Checked Again
Yeah same behaviour with KDE 4.4 in unstable. 1.) Open Kate 2.) type in this is a test 3.) select that text, -- edit -- copy 4.) paste the text around, lovely 5.) close the original Kate session you copied the text from 6.) one can no longer paste this is a test anywhere -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580370: kdebase-bin: When suspending (S3 S4) screen locking can be avoided in a specific circumstance
Package: kdebase-bin Version: 4:4.4.3-1 Severity: important This is a security bug. KDE4 has made great efforts to enforce screen locking when a machine is put in to suspend (S3) or hibernate (S4) modes. After reviewing KDE 4.4, which recently arrived in sid, I have discovered that there is only one remaining way of avoiding screen locking preferences. To reliably reproduce: 1.) Click on the 'K' 2.) Hover the mouse cursor over 'Leave' 3.) Click shutdown 4.) A new dialog will appear. Hold and press the left mouse-button on the text 'Turn off your computer' and select either suspend to RAM or suspend to disk (whichever your poison). 5.) Your machine will suspend as commanded. 6.) Resume your machine, to find any previously set screen locking preferences are evaded. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-bin depends on: ii kdebase-data 4:4.4.3-1 shared data files for the KDE 4 ba ii kdebase-runtime 4:4.4.3-1 runtime components from the offici ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libkdecore5 4:4.4.3-1 the KDE Platform Core Library ii libkdeui5 4:4.4.3-1 the KDE Platform User Interface Li ii libkfile4 4:4.4.3-1 the File Selection Dialog Library ii libkhtml5 4:4.4.3-1 the KHTML Web Content Rendering En ii libkio5 4:4.4.3-1 the Network-enabled File Managemen ii libkparts44:4.4.3-1 the Framework for the KDE Platform ii libqt4-dbus 4:4.6.2-4 Qt 4 D-Bus module ii libqt4-xml4:4.6.2-4 Qt 4 XML module ii libqtcore44:4.6.2-4 Qt 4 core module ii libqtgui4 4:4.6.2-4 Qt 4 GUI module ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library kdebase-bin recommends no packages. kdebase-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519832: Tested
Hi, I've just tested the new packages in unstable on on two separate architectures (x84 and AMD64), both using Iceweasel 3.5.9. Unfortunately the problem still remains and I cannot convince keystrokes to end up in swallowed PDF windows. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564532: synaptic: Usability extension: F5 to reload
Package: synaptic Version: 0.63 Severity: wishlist Many pieces of software across all platforms use the F5 key for 'freshing' pertinent information that is currently in use. While this functionality is no a 'de facto' usability standard it is very popular. Please consider typing input from the F5 key to reload the packages list. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.9-6-4 0.7.25 Advanced front-end for dpkg ii apt-utils [libapt-inst-libc 0.7.25 APT utility programs ii hicolor-icon-theme 0.11-1 default fallback theme for FreeDes ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-8GCC support library ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.22.3-2 The GLib library of C routines ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii libvte9 1:0.22.5-1 Terminal emulator widget for GTK+ ii libx11-62:1.3.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii rarian-compat [scrollkeeper 0.8.1-4 Documentation meta-data library (c Versions of packages synaptic recommends: ii deborphan 1.7.28 program that can find unused packa ii kdebase-bin 4:4.3.4-1 core binaries for the KDE 4 base m pn libgnome2-perlnone (no description available) ii menu 2.1.42 generates programs menu for all me Versions of packages synaptic suggests: pn dwww none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492560: [pkg-cryptsetup-devel] Bug#548900: udev update killed my LVM2 boot (sed: not found)
/9/30 Jonas Meurer jo...@freesources.org: c.) busybox should be a hard dependency on lvm2, or cryptsetup, as INDISPENSABLE for people with encrypted LVM2's to be able to boot no, lvm2, cryptsetup, mdadm, etc all can still be used without initramfs on non-root partititions (or for lvm with lilo), thus a hard dependency is the wrong way to go. initramfs-tools already recommends busybox, and installing recommends is the default in debian since lenny. I disagree with your analysis, I do not see why people who don't install recommends should not expect packages and functionality to just work. additionally update-initramfs warns about missing busybox in case that you have root on dm-crypt/lvm/dmraid/...: # update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.30-1-amd64 Warning: Busybox is required for successful boot! This warning is only shown if manually done like above, it is not shown when initramfs updates as a result of a trigger when using dpkg, apt, synaptic or aptitude. If I had seen this warning, I would have heeded it. i guess the only real bug here is busybox not invoking update-initramfs, all other issues you discovered where due to your special setup and you ignoring warnings and docs. i suggest to close the bugreport for that reason. Firstly, while I thank you for your help I don't like your tone and I have spoken to everyone else with the utmost respect so I do have an expectation I'll receive the same courtesy. Suggesting that I've ignored countless warnings and haven't read documentation is full of presumption: a.) I didn't see a warning, as I explained above; b.) I have not see anything in any document that says that busybox is essential for systems with LVM2 encrypted partitions to be able to boot. As an end-user, I have no way of knowing this to be the case. I do not however mind that it is the case, and normally Debian has appropriate dependencies so that things just work and I don't need to worry. Furthermore, I don't perceive what is special about the desire to run systems with only the packages that are needed. Again, thank you for your efforts in evaluating this bug report. Even though I disagree with the final resolution, hopefully other users who get caught out by this will come across this in Google and find a solution. All the best. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548900: Bug#492560: [pkg-cryptsetup-devel] Bug#548900: udev update killed my LVM2 boot (sed: not found)
2009/9/30 maximilian attems m...@stro.at: your box is simply broken if it does not foollow the debian reference, which explicitly says that recommends have to be installed. and yes you have negletected the big warnings. tweaking Debian boxes is fine as long as you understand what you change and can handle the consequences. Hello Max, Thank you for your perspective. It's interesting when install recommends became default from what I read at the time it seemed perfectly acceptable to continue running without recommends, and I understand that many people do. Over time it appears that has become less so the case, but I have never seen a big warning and cannot find in the Debian documents where it says that package functionality cannot be guaranteed without 'recommends' being enabled. I am very keen to keep my machines as close to stock and reference as possible so I'm going to considering changing apt back to the default install recommends this weekend. My boxes are highly untuned/tweaked and where possible I run with default configuration files and let the packages themselves look after everything. If I do configure anything my preference is always to use --reconfigure or the package/app using it's own interface. To think I'm meddling with my boxes intricacy's just isn't the case. Overall though, as far as machines that follow the reference Debian install are concerned, I cannot see the distinction now between a hard dependency, and a recommends dependency. Maybe in future there will just be 'dependencies' and 'suggests'; the recommends category is superfluous for a Debian reference install. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548900: udev update killed my LLVM2 boot (sed: not found)
Package: udev Version: 146-3 Hello, I make this bug report from a Windows machine as neither of my Debian machines boot anymore! They are both usuing unstable and today I updated the udev package. One machine is an x86 an amd64 port install. Both machines now show the following error message: Unlocking the disk /dev/disk/by-UUID/x (hda3_crypt) Enter passphrase: key slot 0 unlocked Comman successful. /scripts/local-top/cryptroot: 1: sed: not found /scripts/local-top/cryptroot: 1: sed: not found File descriptor 3 (/conf.conf.d/cryptroot) leaked on lvm invocation. Parent PID 556: /bin/sh /scripts/local-top/cryptroot: 1: cannot open /dev/mapper/R2-root: No such file cryptsetup: hda3_crypt setup successfully done. Begin: Waiting for root file system ... done. @@ (hangs there for a couple of minutes before printing the above done, then:) Gave up waiting for root device. Common problems: (standard error blurb here) ALERT! /dev/mapper/R2-root does not exist. Dropping to a shell! (initramfs) @@@ I'm very distressed by this! One machine has busybox installed and the other doesn't, but both show the same error message, and both seem to not be finding the 'sed' command. Anyone else with the same issue? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548900: udev update killed my LLVM2 boot (sed: not found)
Thank you for your assistance, I eagerly await their reply. Indeed I agree with calling Sid unstable, I just didn't think we called it unbootable! -- Sent from my mobile phone. Please excuse my brevity. On Sep 29, 2009 3:34 PM, Marco dapos;Itri m...@linux.it wrote: On Sep 29, Sheridan Hutchinson sheri...@shezza.org wrote: /scripts/local-top/cryptroot: 1: sed: not found I do not use lvm nor an encrypted root, maybe the cryptsetup maintainers know more. I'm very distressed by this! One machine has busybox installed and the other doesn't, but both show the same error message, and both seem to not be finding the 'sed' command. We called it unstable for a reason. -- ciao, Marco -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrCGx8ACgkQFGfw2OHuP7FgXwCfTbHI7xxibRyBbDcU/uxKZXxf iJEAnR4mwwaL6a3mAe/CMPfRdMHISDp1 =mZCE -END PGP SIGNATURE-
Bug#548900: [pkg-cryptsetup-devel] Bug#548900: udev update killed my LVM2 boot (sed: not found)
2009/9/29 Jonas Meurer jo...@freesources.org: hello sheridan, please try to provide more detailed information. how did you break your system? was it caused by a udev upgrade? or a cryptsetup upgrade? Hello there! I started to write a long complicated email about how I found out what the problem was and my reasoning, but instead I'm going to keep it brief. Thank you to those of you who helped me get back into my machines. The problem was that the busybox package was not installed (contrary to my initial report) on either of my machines when the initramfs was built on 30/09/09. The last time that the busybox package was installed on the machines was 04/09/09. The last time that a previously working initramfs was built was 02/09/09, prior to the removal of busybox. See #492560 as to why I removed it. I did not realise that removing the busybox package didn't immediately trigger an initramfs rebuild trigger (I expected it to but didn't verify it). Hence when it rebuilt on 30/09/09, it did not go in the image and I could not boot my machines. Summary: a.) udev is nothing to do with this, it merely correctly triggered an initramfs rebuild b.) adding or removing of busybox should cause an initramfs trigger to rebuild c.) busybox should be a hard dependency on lvm2, or cryptsetup, as INDISPENSABLE for people with encrypted LVM2's to be able to boot d.) what is the next move to solve this e.) This cannot be true: From: Bastian Blank wa...@debian.org To: 492560-d...@bugs.debian.org Subject: fixed Date: Mon, 17 Aug 2009 23:24:01 +0200 Version: 2.02.51-1 This bug got fixed by using the new dmsetup splitnames command. Bastian -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548006: arpon needs to understand that networking devices are dynamic
Package: arpon Version: 1.90-1 Severity: normal In principal, arpon seems like the kind of tool that almost every machine would want installed. The major issue I have encountered with it though is the inability of arpon to appropriately deal with networking devices that come and go. In this respect, when my machines with arpon first boot, arpon comes of the lack of network adaptors that haven't appeared yet and terminates (in my machines, eth0, eth1, and wlan0). Maybe arpon should start much later in the boot sequence? In addition, frequently I temporarily disable wireless and ethernet adaptors on my machines and I'm not confident that arpon is handling these conditions well at all. In my view, in order to become a truely indispensible tool, the arpon daemon needs to stop panicking when it finds that no devices are present and have some ability to know when adaptors arrive and depart. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages arpon depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libdumbnet1 1.12-3 A dumb, portable networking librar ii libnet1 1.1.4-2library for the construction and h ii libpcap0.81.0.0-4system interface for user-level pa ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip arpon recommends no packages. arpon suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475097: Update
I share exactly your same findings with respect to the current status. I then came to the conclusion that I only required the powersaved package to manage these special keys and to hibernate my laptop when my battery is critically low. The laptop-mode-tools package is more than capable of managing the hibernation condition, so seeing that powersaved no longer manages the special keys I removed the package from my machines without any ill effects. From all the reading I've done recently, the future of special key handling will be managed by the 'hotkeys' package that has been derived from Ubuntu devs. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545419: alien-arena: Some Custom Resolutions Cannot Be Handled
Package: alien-arena Version: 7.0-1 Severity: normal Hi, The version of AA in Sid's repository will not accept the custom resolution of 1650x1080 and display it properly. Instead it just displays 640-480 in a window. Given that 1650x1080 is quite a normal resolution for a 22 monitor these days maybe this is something that could be solved by moving to AA 2009? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alien-arena depends on: ii alien-arena-data 7.0-1 Game data files for Alien Arena ii libc62.9-26 GNU C Library: Shared libraries ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libgl1-mesa-glx [libgl1] 7.5.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.5.1-1 The OpenGL utility library (GLU) ii libjpeg626b-15 The Independent JPEG Group's JPEG ii libsdl1.2debian 1.2.13-4+b1 Simple DirectMedia Layer ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l alien-arena recommends no packages. Versions of packages alien-arena suggests: pn alien-arena-browser none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/5 Giuseppe Iuculano giuse...@iuculano.it: No they aren't, in your previous email you pasted: Sep 4 12:12:56 localhost smartd[8830]: Executing test of /usr/share/smartmontools/smartd-runner to root ... Sep 4 12:12:56 localhost smartd[8830]: Test of /usr/share/smartmontools/smartd-runner to root: successful But in syslog you attached there isn't. Why? I see. This is because the syslog I gave you was from my laptop where I performed those two commands you asked last night (and it sent the email) however previously I had pasted my a fragment from the syslog on my desktop. I pasted the syslog from the laptop as I thought you were after the syslog entries from when I did the two commands. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/5 Giuseppe Iuculano giuse...@iuculano.it: Are you using Selinux ? Nope, stock kernel and have never configured anything to do with Selinux. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/5 Giuseppe Iuculano giuse...@iuculano.it: Have you /usr/sbin/check-selinux-installation ? If you have please run it. That binary isn't present. I've also had another look at my packages and the only selinux related package I have installed is libselinux1 -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
Hello, Thank you for your reply. I installed mailutils, added the -M test switch and restarted smartmontools. Again, I get a syslog and X11 notification, but no email. I've sent email to root from other user accounts and they arrive just fine. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492560: Update
I backed up one of my machines, removed busybox, took a deep breath and rebooted. I can confirm that it booted up just fine now. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/4 Giuseppe Iuculano giuse...@iuculano.it: Could you paste the relevant syslog lines? (grep smartd /var/log/syslog) Sure thing. I've tried it with two machines. It's very easy to test, and I use the default devicescan in the smartd.conf so this should be easily replicable by others if it's a problem with smartmontools rather than specific to my machine configurations. Exim4 is installed and is delivering local mail to all accounts just fine. -- Regards, Sheridan Hutchinson sheri...@shezza.org I did: invoke-rc.d smartmontools restart Sep 4 12:12:55 localhost smartd[7043]: smartd received signal 15: Terminated Sep 4 12:12:55 localhost smartd[7043]: smartd is exiting (exit status 0) Sep 4 12:12:55 localhost smartd[8830]: smartd 5.39 2009-08-29 r2879 [x86_64-unknown-linux-gnu] (local build)#012Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net#012 Sep 4 12:12:55 localhost smartd[8830]: Opened configuration file /etc/smartd.conf Sep 4 12:12:55 localhost smartd[8830]: Drive: DEVICESCAN, implied '-a' Directive on line 22 of file /etc/smartd.conf Sep 4 12:12:55 localhost smartd[8830]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sda, type changed from 'scsi' to 'sat' Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sda [SAT], opened Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sda [SAT], found in smartd database. Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sda [SAT], is SMART capable. Adding to monitor list. Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sdb, type changed from 'scsi' to 'sat' Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sdb [SAT], opened Sep 4 12:12:55 localhost smartd[8830]: Device: /dev/sdb [SAT], not found in smartd database. Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdb [SAT], is SMART capable. Adding to monitor list. Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdc, opened Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdc, NO MEDIUM present; skip device Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdd, opened Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdd, NO MEDIUM present; skip device Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sde, opened Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sde, NO MEDIUM present; skip device Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdf, opened Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdf, NO MEDIUM present; skip device Sep 4 12:12:56 localhost smartd[8830]: Monitoring 2 ATA and 0 SCSI devices Sep 4 12:12:56 localhost smartd[8830]: Executing test of /usr/share/smartmontools/smartd-runner to root ... Sep 4 12:12:56 localhost smartd[8830]: Test of /usr/share/smartmontools/smartd-runner to root: successful Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 78 to 79 Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sda [SAT], previous self-test was interrupted by the host with a reset Sep 4 12:12:56 localhost smartd[8830]: Executing test of /usr/share/smartmontools/smartd-runner to root ... Sep 4 12:12:56 localhost smartd[8830]: Test of /usr/share/smartmontools/smartd-runner to root: successful Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 81 to 82 Sep 4 12:12:56 localhost smartd[8830]: Device: /dev/sdb [SAT], previous self-test was interrupted by the host with a reset Sep 4 12:12:56 localhost smartd[8928]: smartd has fork()ed into background mode. New PID=8928. Sep 4 12:12:56 localhost smartd[8928]: file /var/run/smartd.pid written containing PID 8928 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/4 Giuseppe Iuculano giuse...@iuculano.it: I really suspect it is a misconfiguration (on exim?) because I can't reproduce that. Could you check exim logs please? Hi Giuseppe, Maybe you're right, although I can't see where it could be. I'll tell you why: a.) my local user accounts send and receive mail normally b.) my root account sends and receives mail normally c.) both my root and local accounts can send mail to outside domains Given that I can do all these things with exim4, it's difficult for me to see how my exim4 configuration could be misconfigured, because all my mail functions are being served reliably! I made a little video for you or anyone else: http://www.youtube.com/watch?v=Xl8isu7BzcY -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/4 Giuseppe Iuculano giuse...@iuculano.it: Sheridan Hutchinson ha scritto: Given that I can do all these things with exim4, it's difficult for me to see how my exim4 configuration could be misconfigured, because all my mail functions are being served reliably! Ok, please: echo test testsmart run-parts --report --lsbsysinit --arg=testsmart --arg=-s --arg=SMART --arg=root -- /etc/smartmontools/run.d Let me know if you receive an email. Ok I gave it a crack but something isn't quite right with it: R2:/home/sheridan# echo test testsmart R2:/home/sheridan# run-parts --report --lsbsysinit --arg=testsmart --arg=-s --arg=SMART --arg=root run-parts: missing operand Try `run-parts --help' for more information. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
2009/9/4 Giuseppe Iuculano giuse...@iuculano.it: Sorry, it wasn't clear. First command: echo test testsmart Second command, all in one line: run-parts --report --lsbsysinit --arg=testsmart --arg=-s --arg=SMART --arg=root -- /etc/smartmontools/run.d Ah, my fault, I didn't copy and paste it properly! I've done it now though! I put in: run-parts --report --lsbsysinit --arg=testsmart --arg=-s --arg=SMART --arg=root --/etc/smartmontools/run.d I do now indeed, get an email to root!! It looks like you've cracked it man!? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: Update
I'll just add, I had to put a little space in before the /etc for it to work, but that's it. run-parts --report --lsbsysinit --arg=testsmart --arg=-s --arg=SMART --arg=root -- /etc/smartmontools/run.d -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544940: smartmontools: -M test doesn't send emails but does everything else
Package: smartmontools Version: 5.38+svn2879-1 Severity: normal Just doing some testing on my machines now this new version has come into unstable. I also installed the smart-notifier. I use the default configuration file (excellent defaults btw) and tacked on -M test to the end to see the new graphical notifier in action. I then restart the smartmontools daemon and get the visual notifier and I also get the event wrote to the syslog. I did notice however that I don't appear to be getting any emails to root (-m root). As the -M test switch seems to test everything else, is this an oversight or something up with my machine? -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smartmontools depends on: ii debianutils 3.2.1 Miscellaneous utilities specific t ii libc6 2.9-26 GNU C Library: Shared libraries ii libcap-ng00.5.1-1Development and header files for l ii libgcc1 1:4.4.1-3 GCC support library ii libstdc++64.4.1-3The GNU Standard C++ Library v3 ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages smartmontools recommends: pn mailx | mailutils none (no description available) Versions of packages smartmontools suggests: ii gsmartcontrol 0.8.4-2graphical user interface for smart pn powersavednone (no description available) ii smart-notifier0.28-1.1 graphical hard disk health status -- 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#544531: k3b: CD Ripper extracts Vorbis files ending with OGG, when it should be OGA now
Package: k3b Version: 1.0.5-3+b1 Severity: minor A very minor issue. A year or so ago the people who manage the Vorbis standard decreed that OGA shall be the extension for vorbis music files. Within their specification .ogg is also ok, buy only for legacy compatibility reasons. Maybe it's time that K3b rips CDs and produces .oga files now? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia 3.10.2+debian-8 audio extraction tool for sampling ii cdrdao 1:1.2.2-18 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.9-1Creates ISO-9660 CD-ROM filesystem ii k3b-data1.0.5-3 A sophisticated KDE CD burning app ii kdelibs-data4:3.5.10.dfsg.1-2core shared data for all KDE appli ii kdelibs4c2a 4:3.5.10.dfsg.1-2+b1 core libraries and binaries for al ii libacl1 2.2.48-1 Access control list shared library ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libattr11:2.4.44-1 Extended attribute shared library ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libc6 2.9-26 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-qt-1-1c20.62.git.20060814-2 simple interprocess messaging syst ii libdvdread4 4.1.3-6 library for reading DVDs ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype62.3.9-5 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.10-2 Client library for the gamin file ii libgcc1 1:4.4.1-3GCC support library ii libhal1 0.5.13-3 Hardware Abstraction Layer - share ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libidn111.15-1 GNU Libidn library, implementation ii libjpeg62 6b-15The Independent JPEG Group's JPEG ii libk3b3 1.0.5-3+b1 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libpng12-0 1.2.39-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-6 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libx11-62:1.2.2-1X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxi6 2:1.2.1-2X11 Input extension library ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxrandr2 2:1.3.0-2X11 RandR extension library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii libxt6 1:1.0.6-1X11 toolkit intrinsics library ii wodim 9:1.1.9-1command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-15compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools 7.1-5 DVD+-RW/R tools pn kcontrol none (no description available) pn kdebase-kio-plugins none (no description available) ii libk3b3-extracodecs 1.0.5-3+b1 The KDE cd burning application lib pn vcdimager none (no description available) Versions of packages k3b suggests: pn k3b-i18n none (no description available) pn movixmaker-2 none (no description available) pn normalize-audio none (no description available) pn sox none (no description available) pn toolame none (no description available) -- no debconf information -- debsums errors found: /usr/sbin/prelink.bin: /usr/bin/k3b: at least one of file's dependencies has changed since prelinking debsums: checksum mismatch k3b file /usr/bin/k3b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539064: Additional
FWIW I see the same thing and can confirm that on my Thinkpad X40 that it doesn't happen everytime, maybe around 1/10 times? The network however does appear to keep working and I can SSH in to the box and/or press the physical power button for an ACPI shutdown. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539064: ..
Just one more thing, I have read through bug report #521834 and highly suspect they are one and the same issue. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492560: Question
Thanks for sorting this. Could you confirm then that removing busybox from all my machines that have encrypted LVM2 partitions will have no consequence and that the machines will boot as normal? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517651: Update
Just to add a little update, I'm 99.9% sure that this is a kernel issue and not related to pm-utils: http://bugs.freedesktop.org/show_bug.cgi?id=16453 http://bugzilla.kernel.org/show_bug.cgi?id=10985 I can would therefore recommend that at your discretion, this bug be closed, or possibly moved to a kernel package. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534876:
Package: python-reportbug Severity: normal I don't now about how others would feel, however would a normal dependency on python-vte be more appropriate and user-friendly? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-reportbug depends on: ii apt 0.7.22.2 Advanced front-end for dpkg ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P python-reportbug recommends no packages. Versions of packages python-reportbug suggests: ii reportbug 4.6reports bugs in the Debian distrib -- 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#517651: FWIW
Hi, Haven't looked at this problem for a while due to a house move. Have updated everything to the current package version in unstable and now using 2.6.30 and the latest unstable intel Xorg driver. I did: cat /proc/fb Returning: 0 VESA VGA So I would think that despite having HW accelerated compositing (KDE window effects) running, I'm not actually using KMS. I do not know why that would be and do not know if it is relevant? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526779: Forwarding bugs upstream (Was: Bug#526779: battery-applet: Misleads about still charging)
Hi Armin, Thanks for your reply. I take on board that there can only be so much manpower available in the team. I'll make sure I'll send KDE bug reports just upstream in the future. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524078: Update
I noticed today that there was a bit of reshuffling in unstable yet something isn't still right. From what you've said and read I only need 3 things to get it all working. A kernel, the nvidia kernel driver, and the nvidia xorg driver. This is the current setup: * linux-image-2.6.29-2-amd64 is installed * nvidia-kernel-2.6.26-2-amd64 is installed There is no point in trying to install nvidia-glx because it relates to 180.44 and the nvidia kernel module relates to 173.xx. I have an 8800 GT so 173.xx that used to work just fine with it and will also work with 180.44 so I have a choice between the two. As there are no pre-built modules for 180.44 (I don't know why though) I'll just use 173.xx Ok so I figure that now I should just install nvidia-glx-legacy-173xx yet synaptic spits out: nvidia-glx-legacy-173xx: Depends: nvidia-kernel-legacy-173xx-173.14.18 but it is not installable I can't install nvidia-glx as that is looking for 180.44 kernel modules This seems bizarre as the package nvidia-kernel-2.6.26-2-amd64 provides 173.xx modules and not 180.44 modules! What is the purpose then of the 173.xx kernel modules if nothing can seem to use them? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526169: +
This is a horrible bug that I see on my 855GM (Thinkpad X40), forcing me to use 2.6.26 instead. It might be a good idea for the kernel team to see this because they might be able to cherry pick the patch? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527032: sauerbraten: Sauerbraten 2009 Trooper Edition Released
Package: sauerbraten Version: 0.0.20080620.dfsg-1 Severity: wishlist This new version came out today :) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sauerbraten depends on: ii libc6 2.9-9 GNU C Library: Shared libraries ii libgcc11:4.4.0-3 GCC support library ii libgl1-mesa-glx [libgl 7.4.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.4.1-1 The OpenGL utility library (GLU) ii libsdl-image1.21.2.6-3 image loading library for Simple D ii libsdl-mixer1.21.2.8-5 mixer library for Simple DirectMed ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.4.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii sauerbraten-data 0.0.20080620-1Game content for the Sauerbraten g ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages sauerbraten recommends: pn sauerbraten-wake6 none (no description available) sauerbraten suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524678: Update
Just an observation that there IS some support for multiple batteries. I plugged in my 2nd battery and the battery widget didn't notice it. Then I restarted the machine for a different reason and when it came back up I noticed that indeed the battery widget DOES support both batteries. The big question is why is it not noticing when I plug in a 2nd battery that it hasn't booted with? Maybe the same underlying cause is related to #519313. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526775: ktorrent: In need of dynamic stats update in the systemtray
Package: ktorrent Version: 3.2.1+dfsg.1-1 Severity: wishlist Hi, Ktorrent has a cute systemtray icon that has a really cool function. One can hover their mouse pointer over the icon and it will give immediate upload and download statistics for the currently downloading torrents. The only trouble with this is that it only gives you one set of stats at the time when the mouse pointer hovered over it. What would be really, really, cool if the statistics dynamically updated to show realtime statistics. Knemo the network monitor has similar functionality and it is highly, highly useful in practice. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ktorrent depends on: ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.2-1 core libraries for KDE PIM 4 appli ii ktorrent-data 3.2.1+dfsg.1-1 KTorrent data and other architectu ii libc6 2.9-9 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-1 GCC support library ii libgeoip1 1.4.6.dfsg-3 A non-DNS IP-to-country resolver l ii libgmp3c2 2:4.2.4+dfsg-2 Multiprecision arithmetic library ii libphonon44:4.3.1-1 Phonon multimedia framework for Qt ii libqca2 2.0.0-4libraries for the Qt Cryptographic ii libqt4-dbus 4.5.1-1Qt 4 D-Bus module ii libqt4-network4.5.1-1Qt 4 network module ii libqt4-qt3support 4.5.1-1Qt 3 compatibility library for Qt ii libqt4-xml4.5.1-1Qt 4 XML module ii libqtcore44.5.1-1Qt 4 core module ii libqtgui4 4.5.1-1Qt 4 GUI module ii libstdc++64.4.0-1The GNU Standard C++ Library v3 ii libtag1c2a1.5-6 TagLib Audio Meta-Data Library ii phonon4:4.3.1-1 metapackage for Phonon multimedia ktorrent recommends no packages. Versions of packages ktorrent suggests: pn plasma-widget-ktorrentnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526776: kde-minimal: Battery widget should have an option to permantely display the percentage
Package: kde-minimal Version: 5:50 Severity: wishlist Hi, I've got a bug report from a usability perspective. On my laptop I have setup the KDE 4 battery widget/plasma thing to sit in the systemtray area. That's great and all, and the visual depiction of the battery level is nice. What I've noticed myself and others doing is running the mouse cursor over the icon to find out the current perspective. Some, if not most people, seem to want the exactly percentage information on the battery at all times. There really needs to be an option so that the percentage of the battery is displayed at all times rather than when it's directly interacted with. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-minimal depends on: ii kdebase 4:4.2.2-1 base applications from the officia ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdebase-workspace 4:4.2.2-2 base workspace components from the ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.2-1 core libraries for KDE PIM 4 appli kde-minimal recommends no packages. Versions of packages kde-minimal suggests: ii kde-l10n-engb [kde-l10n] 4:4.2.2-1 British English (en_GB) localizati -- 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#526779: battery-applet: Misleads about still charging
Package: kde-minimal Version: 5:50 Severity: wishlist I've noticed that the battery widget in KDE 4 that sits in the taskbar misleads the users about when a battery is still being charged or not. Take this example with how 'kpowersave' from KDE 3.5 had more user friendly behaviour: When running on battery, you got a battery icon. When running on AC and not charging, you got the plug icon. When running on AC and charing, you got the plug icon with an elecriticy symbol. This was all VERY clear to the enduser what was going on with their battery. For mosts laptops it was ideal behaviour because once your battery was no longer charging and the machine running on just AC, that was system feedback that most people needed. Compare this to the behaviour of the revised widget: When running on battery, you get a battery icon. When running on AC and no charging, you get the battery icon with an electricity symbol. When running on AC and charging, you get the battery icon with an electricity symbol. I heartly suggest rethinking this widget. It is better that kpowersave in many ways but it's essential role, reporting accurate power information for batteries and states, appears to have not been thought through. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-minimal depends on: ii kdebase 4:4.2.2-1 base applications from the officia ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdebase-workspace 4:4.2.2-2 base workspace components from the ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.2-1 core libraries for KDE PIM 4 appli kde-minimal recommends no packages. Versions of packages kde-minimal suggests: ii kde-l10n-engb [kde-l10n] 4:4.2.2-1 British English (en_GB) localizati -- 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#526324: ark: doesn't offer bzip archive support in the context menu
Package: ark Version: 4:4.2.2-1 Severity: normal Hi, I've recently moved from squeeze to unstable, and with it the new version of ark. I've noticed that ark in KDE 3.5 used to offer a right-click context menu whereby you could archive according to .tar.gz, .tar, .zip, .bzip2, .tar.bzip2 But in the ark in KDE 4.2 unfortunately doesn't offer this option set, especially for bzip2, and just offers rar or gzip compressed tar. Could we get .tar.bzip2 and .bzip2 back in the 'compress' context menu when you right-click please? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ark depends on: ii kdebase-runtime4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libarchive12.6.2-1 Single library to read/write tar, ii libc6 2.9-8 GNU C Library: Shared libraries ii libqt4-dbus4.5.1-1 Qt 4 D-Bus module ii libqtcore4 4.5.1-1 Qt 4 core module ii libqtgui4 4.5.1-1 Qt 4 GUI module ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libzip10.8-1 library for reading, creating, and ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages ark recommends: ii bzip2 1.0.5-1high-quality block-sorting file co pn ncompress none (no description available) pn p7zip-fullnone (no description available) pn unzip none (no description available) pn zip none (no description available) pn zoo none (no description available) ark suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505900: closed by w...@icecavern.net (Wesley J. Landaker) (Bug#505900: fixed in googleearth-package 0.5.5)
Using 0.5.6 I'm sorry to report that I still can't build on this machine. -- Regards, Sheridan Hutchinson sheri...@shezza.org ~ sheri...@d2:~$ make-googleearth-package --2009-04-18 18:46:24-- http://dl.google.com/earth/client/current/GoogleEarthLinux.bin Resolving dl.google.com... 209.85.229.91, 209.85.229.136, 209.85.229.93, ... Connecting to dl.google.com|209.85.229.91|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 25338751 (24M) [application/octet-stream] Saving to: `GoogleEarthLinux.bin' 100%[==] 25,338,751 170K/s in 55s 2009-04-18 18:47:19 (451 KB/s) - `GoogleEarthLinux.bin' saved [25338751/25338751] Google Earth for GNU/Linux 5.0.11337.1968 Supported Google Earth version: 5.0.11337.1968 tar: Record size = 8 blocks ./ ./bin/ ./bin/googleearth ./googleearth-icon.png ./googleearth.xpm ./linux/ ./linux/xdg/ ./linux/xdg/xdg-desktop-icon ./linux/xdg/xdg-desktop-menu ./linux/xdg/xdg-mime ./postinstall.sh ./preuninstall.sh ./README.linux ./setup.data/ ./setup.data/bin/ ./setup.data/bin/Linux/ ./setup.data/bin/Linux/x86/ ./setup.data/bin/Linux/x86/setup.gtk ./setup.data/bin/Linux/x86/setup.gtk2 ./setup.data/bin/Linux/x86/uninstall ./setup.data/bin/Linux/amd64 ./setup.data/bin/Linux/x86_64 ./setup.data/bin/NetBSD ./setup.data/bin/OpenBSD ./setup.data/bin/FreeBSD ./setup.data/config.sh ./setup.data/locale/ ./setup.data/locale/de/ ./setup.data/locale/de/LC_MESSAGES/ ./setup.data/locale/de/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/de/LC_MESSAGES/setup.mo ./setup.data/locale/es/ ./setup.data/locale/es/LC_MESSAGES/ ./setup.data/locale/es/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/es/LC_MESSAGES/setup.mo ./setup.data/locale/fr/ ./setup.data/locale/fr/LC_MESSAGES/ ./setup.data/locale/fr/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/fr/LC_MESSAGES/setup.mo ./setup.data/locale/it/ ./setup.data/locale/it/LC_MESSAGES/ ./setup.data/locale/it/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/it/LC_MESSAGES/setup.mo ./setup.data/locale/nl/ ./setup.data/locale/nl/LC_MESSAGES/ ./setup.data/locale/nl/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/nl/LC_MESSAGES/setup.mo ./setup.data/locale/ru/ ./setup.data/locale/ru/LC_MESSAGES/ ./setup.data/locale/ru/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/ru/LC_MESSAGES/setup.mo ./setup.data/locale/sv/ ./setup.data/locale/sv/LC_MESSAGES/ ./setup.data/locale/sv/LC_MESSAGES/loki-uninstall.mo ./setup.data/locale/sv/LC_MESSAGES/setup.mo ./setup.data/setup.glade ./setup.data/setup.gtk2.glade ./setup.data/setup.xml ./setup.data/splash.xpm ./setup.sh ./googleearth-linux-x86.tar ./googleearth-data.tar Checking shlib deps: libnavigate.so dpkg-shlibdeps: failure: couldn't find library libm.so.6 needed by ../usr/lib/googleearth/libnavigate.so (its RPATH is '/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/earth/client/scons-out/prod/lib:/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/third_party/alchemy/files/newgap/install/LinuxOglRelease.A/lib:/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/earth/client/thirdparty/lib-linux'). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. Checking shlib deps: libIGGfx.so dpkg-shlibdeps: failure: couldn't find library libpthread.so.0 needed by ../usr/lib/googleearth/libIGGfx.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. Checking shlib deps: libcollada.so dpkg-shlibdeps: failure: couldn't find library libm.so.6 needed by ../usr/lib/googleearth/libcollada.so (its RPATH is '/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/earth/client/scons-out/prod/lib:/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/third_party/alchemy/files/newgap/install/LinuxOglRelease.A/lib:/usr/local/google/build/.pulse/data/recipes/27434912/base/googleclient/earth/client/thirdparty/lib-linux'). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. Checking shlib deps: libIGCore.so dpkg-shlibdeps: failure: couldn't find library libpthread.so.0 needed by ../usr/lib/googleearth/libIGCore.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. Checking shlib deps: libapiloader.so dpkg-shlibdeps: failure: couldn't find library libm.so.6 needed by ../usr/lib/googleearth/libapiloader.so (its RPATH is '/usr/local/google/build/.pulse/data/recipes/27434912
Bug#524678: kde4-minimal: Battery Monitor widget doesn't support multiple batteries
Package: kde4-minimal Version: 5 Severity: normal The KDE 4 battery monitor is quite nice in a lot of respects. One thing it doesn't do however is cater for machines with multiple batteries such as my Thinkpad X40. When I plug a second battery with the Battery monitor running nothing happens. I got spoilt by the venerable 'kpowersave' package in KDE 3.5 which used HAL to detect battery insertions and was happy to report the status of multiple batteries. This is certainly functionality that this new shiny Battery Monitor could do with. Maybe the code for kpowersave could be used to illustrate one implementation strategy for this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde4-minimal depends on: ii kdebase 4:4.2.2-1 base applications from the officia ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdebase-workspace 4:4.2.2-2 base workspace components from the ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.2-1 core libraries for KDE PIM 4 appli kde4-minimal recommends no packages. Versions of packages kde4-minimal suggests: ii kde-l10n-engb [kde-l10n] 4:4.2.2-1 British English (en_GB) localizati -- 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#505900: closed by w...@icecavern.net (Wesley J. Landaker) (Bug#505900: fixed in googleearth-package 0.5.5)
Thank you for considering this bug again. Just to give some feedback, I have both build-essential and libc6-dev already installed on that machine. It might be pertinent to point out that I 'recommends' turned off in the apt configuration and in synaptic, which may help trace which dependency is missing? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524078: nvidia-glx tries to drag the wrong amd64 kernel in
Package: nvidia-glx Version: 173.14.09-5 Severity: important Hello, I'm using squeeze with the kernel package linux-image-amd64. This drags in linux-image-2.6-amd64, which in turn has installed the package linux-image.2.6.26-2-amd64. During installation of the 2.6.26-2 kernel a couple of days ago I noticed it had to remove the nvidia-glx package to get it done. I agreed as I thought I could put it back after the new kernel was in and running away nicely. Unfortunately now whenever I try to install the nvidia-glx package synaptic would require that linux-image-2.6.26-1-amd64 be installed in order for the two nvidia-* packages to be able to install. Is this intended because I'm back using the VESA driver at the moment? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-glx depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libx11-6 2:1.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar pn nvidia-kernel-173.14.0 none(no description available) ii x11-common 1:7.3+18 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime nvidia-glx recommends no packages. Versions of packages nvidia-glx suggests: pn nvidia-kernel-source none (no description available) ii nvidia-settings 173.14.09-1 Tool of configuring the NVIDIA gra -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503731: Update
Hi, A revised kernel version came in to testing this weekend. I did some testing (i.e. removing all my stuff from /etc/modules) and can confirm that the kernel now does set aes_x86_64 as the highest priority on the amd64 build, so this means this wishlist request has been met and I recommend the bug be closed :) -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523929: torus-trooper-pure: Needs a Menu
Package: torus-trooper-pure Version: 0.22.dfsg1-5 Severity: wishlist I wish TTP had a nice little menu in the UI which allowed you to persistantly configure options such as brightness and whether you'd like a fullscreen window or not. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages torus-trooper-pure depends on: ii libbulletml0d1 0.0.6-3 C++ library to handle BulletML eas ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc11:4.3.3-3 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libsdl-mixer1.21.2.8-5 mixer library for Simple DirectMed ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii torus-trooper-data 0.22.dfsg1-5 speeding ship sailing through barr ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime torus-trooper-pure recommends no packages. torus-trooper-pure suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523340: gl-117: Would love a menu entry for KDE
Package: gl-117 Version: 1.3.2-2 Severity: wishlist I wish that gl-117 has an entry in the KDE games menu like all my other pretty and shiny games like Wesnoth or Glest, etc. :) Thank you for your consideration. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gl-117 depends on: ii freeglut32.4.0-6.1 OpenGL Utility Toolkit ii gl-117-data 1.3.2-2 Data files for gl-117 ii libc62.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.8-5 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.13-4+b1 Simple DirectMedia Layer ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 gl-117 recommends no packages. gl-117 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522587: netrek-client-cow: Lacking Menu Entry
Package: netrek-client-cow Version: 3.2.10-1 Severity: wishlist I wish this game had a nice shiny menu entry with a pretty icon in my KDE games menu like all my other shiny games :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netrek-client-cow depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libgmp3c2 2:4.2.4+dfsg-2Multiprecision arithmetic library ii libimlib2 1.4.2-4 powerful image loading and renderi ii libsdl-mixer1.21.2.8-5 mixer library for Simple DirectMed ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libx11-6 2:1.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime netrek-client-cow recommends no packages. netrek-client-cow suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462469: This bug no longer occurs
I'm using VlC v0.9.x that has just come in to squeeze and can confirm this bug no longer occurs with KWIN 3.5.10 -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#464458: Update
Hi, I can confirm that with the 0.9.x version of VLC in squeeze that this problem no longer occurs, and would suggest this bug report should therefore be closed. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#521194: ..
I'm glad I saw this bug report, I thought it was just me who couldn't click anywhere! -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522330: micropolis: KDE menu icon
Package: micropolis Version: 0.0.20071228-1 Severity: wishlist I wish Micropolis had a nice entry in the KDE menu. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages micropolis depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libx11-6 2:1.2-1X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxpm4 1:3.5.7-1 X11 pixmap library ii micropolis-data 0.0.20071228-1 real-time city management simulato micropolis recommends no packages. micropolis suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522138: RFP: gears -- Gears (formally Google Gears)
Package: wnpp Severity: wishlist * Package name: gears Version : 0.5 Upstream Author : Google * URL : http://gears.google.com/ * License : (BSD) Programming Lang: (Unsure) Description : Gears (formally Google Gears) Gears! Gears is a wonderful piece of software that dramatically increases the functionality of websites. It is free and open source and is a technology that ships integrated in the browser Google chrome. I have been successfully using this technology in Iceweasel and it is fantastic in assisting end-users like me of sites like Gmail and Google Reader in enabling offline access. There are many different applications for this technology and one hopes this will grow in the future. Sites currently augmenting their user experience with Gears include Myspace, Gmail, Google Reader, Google Code, and YouTube. If this were included in Debian, our users would be able to remain on the cutting edge of internet technology and would enjoy a trivial installation procedure. So many internet technologies (such as flash) are proprietrary that I feel we should make every effort to support the success of useful open source ones. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516595: ..
2009/3/15 Santiago Garcia Mantinan ma...@debian.org: So... which were the necesary packages for current youtube to work? I installed every gstreamer package in one go because installing individual ones didn't seem to work; I went for the bruteforce method ;) As I see it, the good thing would be to have just the really needed things as dependencies, have the most usally wanted things as recommends, so that people that expect a install and work feature get it (I think youtube needed packages should be recommends and thus work on a normal install) and then have as suggests all the other things that could enhance swfdec experience. This sounds a very reasonable solution for the situation. As I see it, I need help from you, the users of the program to help me fill the recommends and suggests with current good settings for a good experience on the web as we see it now, and hope that those settings will remain to give a good experience in the future stable release. So if you would be so kind to help me define this recommends and depends, I think it would be good to have simething like this: web.site.name: packages that allow swfdec to support this site We could even add a importancy index so that we can use it to know if those packages should go into recommends or depends. What do you think about this? This sounds like a worthy solution. I'm currently 2 months away from finishing my final year at University so I will be unable to assist now. Post June the 4th however I promise that I will revisit this issue and see what I can work out for you. It would be useful if people could post a list of sites to this bug report that they feel must absolutely work out of the box and I will verify what needs to be installed. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517894: Feedback
This change came in to testing today and I immediately tried it however it still says that SMP has been disabled at compile time in the console. Any idea why this might be on this x86-64 box? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520138: possible for ocropus to appear in KDE menu?
2009/3/18 Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com: This doesn't make sense, as ocropus has no GUI. Indeed this later became clear, sorry please close the bug! -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520138: possible for ocropus to appear in KDE menu?
Package: ocropus Version: 0.2-1 Severity: wishlist Do you think it would be possible for Ocropus to put itself in the 'graphics' section of the KDE menu? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocropus depends on: ii libc62.9-4 GNU C Library: Shared libraries ii libedit2 2.11~20080614-1 BSD editline and history libraries ii libgcc1 1:4.3.3-3 GCC support library ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.35-1PNG library - runtime ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11Tag Image File Format (TIFF) libra ii ocropus-data 0.2-1 document analysis and OCR system ii tesseract-ocr2.03-2 Command line OCR tool ocropus recommends no packages. ocropus suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519832: mozplugger seems to get in the way of pageup and down
Package: mozplugger Version: 1.12.0-1 Severity: normal I have noticed with mozplugger that when one has kpdf or okular installed and one vists a webpage with a PDF, when either of the said apps loads the page-up and page-down keys have no effect. If however the PDF's are downloaded and launched directly, the page-X keys do work fine. Can anyone verify this behaviour? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozplugger depends on: ii iceweasel 3.0.6-1 lightweight web browser based on M ii konqueror 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b ii libc6 2.9-4GNU C Library: Shared libraries ii libx11-62:1.1.5-2X11 client-side library ii m4 1.4.11-1 a macro processing language mozplugger recommends no packages. mozplugger suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516595: ..
I've been following this bug because I've been trying to get flash to work on my 64-bit Squeeze box. Maybe you'd like to have some feedback from an end-user. I removed Gnash in it's entirety because it would only sporadically work and I lost my patience with it. I decided to install swfdec-mozilla and noticed it had very few dependencies that it tried to pull in, in any case I took this to be a good sign. Firefox loads up and YouTube comes up, and although the video 'plays' it stays black (no motion) and has no audio. This is really disappointing because end-users like me do tend to expect to install packages and for them to just work. After scrambling around on Google I find this bug report and notice that I need certain gstreamer packages for it to work (just like Gnash in this respect). This is a bit of a pain because I've just removed all the gstream* packages that I could remove when I binned Gnash. I try installing a couple of 'ugly' and 'bad' gstreamer plugin sets and nothing works. I decided to quickly install everything gstream* and find that YouTube now plays (crap performance mind you but it does work and that would be for another bug report). Now I've removed all the gstream* packages again because I want the fewest packages on my systems as possible; I turn off recommends in both apt and aptitude. This does mean that I'm back where I started. I think the best thing next is to grab the the official 64-bit Adobe flash beta package and just install that, because I know if I install it that it is just going to work and I don't have to faff. I don't want to because I try to have the least amount of closed-source stuff on my systems :( As an end-user, I can only voice the opinion that I think it is imperative that if swfdec-mozilla wants to attempt to be a true drop-in replacement for the official Adobe flash player, then it needs to come with hard dependencies on all the things necessary to create a full and uncompromising flash experience; I just cannot see how end-users can or should be expected to figure it all out themselves. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519313: kpowersave: Recognises 2nd Battery but not if inserted during S4
Package: kpowersave Version: 0.7.3-3 Severity: normal Hi, Recently kpowersave had functionality updated such that it became capable of dynamically recognising multiple batteries that have been inserted into a machine. Just some feedback there, this does work well. My Thinkpad X40 has two battery options which can be fitted at the same time or idependantly and kpowersave does a very good job of working out when one or both have been inserted or removed. What does confuse it though is say if I boot up the machine fresh with one battery installed and hibernate the machine (S4). Now if I installed the 2nd battery and resume the machine, kpowersave will not show this second battery has been inserted. I have tried exiting kpowersave and starting it again and this has now effect. I have also tried invokeing a restart of HAL which succeeds but doesn't seem to help, even if I close kpowersave and start it again after. It is difficult to ascertain if this likely to be a kpowersave bug or a HAL issue. If on the basis of what I have described (and your knowledge of how kpowersave works in respect of what HAL tells it) you reassign this bug to the HAL package, then so be it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kpowersave depends on: ii hal 0.5.11-8 Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.10.dfsg.1-1+b1 core libraries and binaries for al ii libc6 2.9-4GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-qt-1-1c20.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.3.3-3GCC support library ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii libxtst62:1.0.3-1X11 Testing -- Resource extension kpowersave recommends no packages. kpowersave suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518636: uswsusp man page typo
Package: uswsusp Version: 0.7-1.2 Severity: minor Hi there, I noticed a typo whilst browsing: man uswsusp.conf If this this options points a valid RSA key HTH -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libgcrypt11 1.4.4-2LGPL Crypto library - runtime libr ii liblzo2-2 2.03-1 data compression library ii libpci3 1:3.0.3-2 Linux PCI Utilities (shared librar ii libsplashy1 0.3.13-3 Library to draw splash screen on b ii libx86-1 1.1+ds1-2 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.93 tools for generating an initramfs ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: pn splashy none (no description available) -- debconf information: * uswsusp/compute_checksum: false uswsusp/no_snapshot: * uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: * uswsusp/early_writeout: true * uswsusp/image_size: 728695111 * uswsusp/compress: true uswsusp/create_RSA_key: false * uswsusp/snapshot_device: uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/max_loglevel: * uswsusp/resume_device: /dev/mapper/R2-swap uswsusp/shutdown_method: platform * uswsusp/encrypt: false * uswsusp/splash: false uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518654: uswsusp: Wishing that s2disk talked to Window Managers
Package: uswsusp Version: 0.7-1.2 Severity: wishlist I wish that when (as root) either I from a console or a script runs s2disk that it would tell KDE so that the screen could be locked. Currently I'm using laptop-mode-tools to activate s2disk to start working whenever my battery drops to a certain level. This works just fine, apart from the fact however that KDE doesn't lock it's screen so when I resume anyone would be able to use the screen. Is it too much to ask? Maybe an outlandish idea might be to see if kpowersave is installed and if that says 'lock screen on resume' in the settings file then respect that? Just an idea :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libgcrypt11 1.4.4-2LGPL Crypto library - runtime libr ii liblzo2-2 2.03-1 data compression library ii libpci3 1:3.0.3-2 Linux PCI Utilities (shared librar ii libsplashy1 0.3.13-3 Library to draw splash screen on b ii libx86-1 1.1+ds1-2 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.93 tools for generating an initramfs ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: pn splashy none (no description available) -- debconf information: * uswsusp/compute_checksum: false uswsusp/no_snapshot: * uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: * uswsusp/early_writeout: true * uswsusp/image_size: 728695111 * uswsusp/compress: true uswsusp/create_RSA_key: false * uswsusp/snapshot_device: uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/max_loglevel: * uswsusp/resume_device: /dev/mapper/R2-swap uswsusp/shutdown_method: platform * uswsusp/encrypt: false * uswsusp/splash: false uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517894: openarena: SMP Support?
Package: openarena Version: 0.8.1-2 Severity: wishlist Openarena has the ability to support SMP for some parts of the 3D engine it uses, however this support must be requested at compile time. Users will normally activate this support by using the console variable r_smp 1 and restarting the client. The Debian package doesn't yet support this option. Would it be possible to consider including it at compile time? This way people who want to use the SMP support can opt in and shouldn't affect single core users. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-8 Multi-protocol file transfer libra ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libogg0 1.1.3-4Ogg Bitstream Library ii libopenal11:1.4.272-2Software implementation of the Ope ii libsdl1.2debian 1.2.13-4 Simple DirectMedia Layer ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii openarena-data0.8.1-2OpenArena game data openarena recommends no packages. openarena suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475097: Feedback
Hello, Just to give some more recent feedback. I'm using the hal packages that are in squeeze and exactly the same issue with the keys is showing. I've had this problem for coming up to a year now, is there anything more proactive I could do in order to help solve this bug? -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#517651: pm-utils: Thinkpad X40 Backlight Recently Started Failing on Resume
Package: pm-utils Version: 1.2.4-2 Severity: important Hello, I'm a longtime pm-utils user on my Thinkpad X40. This laptop reached S3 and S4 nirvana a couple of years ago with the minimum of fuss. I'm using squeeze and a nice shiny new pm-utils package turned up this week. I installed it and didn't think much of it. A consequence of this new version is however that my backlight no longer comes back on when I resume from S3 (haven't tested S4 yet). It was working reliably prior to this. I do not have uswsusp installed (as I've never needed it) and have been contently using the in-kernel suspend mechanism. The only thing this laptop previously needed to work was to pass acpi_sleep=s3_bios,s3_mode hints to the kernel in the /boot/grub/menu.lst file. They are still in there. What should I do to get my backlight working again? This is a production machine that is very compromised by this bug. If I hold the screen under intense light I can make out images on the screen and it is perfectly possible to kill X with an CTRL ALT BACKSPACE however this doesn't bring the backlight back on. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pm-utils depends on: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities ii powermgmt-base 1.30+nmu1 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.11-8 Hardware Abstraction Layer pn radeontoolnone (no description available) pn uswsusp none (no description available) ii vbetool 1.1-2 run real-mode video BIOS code to a Versions of packages pm-utils suggests: ii cpufrequtils 004-2 utilities to deal with the cpufreq -- 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#502903: ?
It's been 5 or so months now since reporting this and Lenny has come and gone. Is there any word on whether we could get this fixed for squeeze? -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480860: [Popcon-developers] Bug#480860: popularity-contest should encrypt contents
2009/2/19 Bill Allombert bill.allomb...@math.u-bordeaux1.fr: Your issue is mentionned in the popcon FAQ http://popcon.debian.org/FAQ. Thank you for your reply, indeed it is very clearly in the FAQ and I should have checked that first. At this stage I am afraid that decrypting all the submissions would but too high a load on the server. I guess there are two ways to consider this relative to the demands and productivity of the server. I'm going to assume that it would be too much for the server for all submissions to be encrypted, but what about if popcon had an opt-in for encryption. Surely the number of people who would opt-in for encryption and getting it set up would be reasonably low, although it may still generate too high a load. Ideally though (and I hope you'll agree) all submissions would preferentially be encrypted in transit and one day when you've got the necessary computing resources this may become a reality. The FAQ indicates this is an on-going consideration so we'll see what the next few years bring. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514303: boinc-client: by default BOINC binds to all network adaptors
2009/2/10 René Mayorga rmayo...@debian.org: tags 514303 + upstream forwarded 514303 http://boinc.berkeley.edu/trac/ticket/573 thanks Hello René, I have been upstream to check out that ticket. What I cannot understand is that the Windows version of BOINC does in fact bind just to the localhost and not network adaptors by default. I have no idea why this needs to be different between OS's. Given that upstream has already commented I have decided to remove the linux version of BOINC from all my machines, so I recommmend closing this bug report. Thank you for your timely efforts, it's a pleasure to deal with a responsive developer. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514303: boinc-client: by default BOINC binds to all network adaptors
Package: boinc-client Version: 6.2.14-3 Severity: normal Rather distrubingly, BOINC binds to all network adaptors rather than just localhost, despite the allow_remote_gui_rpc setting not being set. As an end-user, I would have expected just for it to bind to the localhost for availability for the boinc-manager. While there is not an explicity security issue here, because no hosts/ip's are listed in the remote authorisation file, there is an implicit one and that is if there is ever a buffer overflow against boinc then it's possible that is going to be exploited by other people. Netstat output: tcp0 0 0.0.0.0:31416 0.0.0.0:* LISTEN 20006/boinc tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 3126/cupsd You can see where cupsd for example has bound locally and boinc has bound globally. If I can be of any further assistance then please don't hesistate to let me know. -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE=1 # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc # This is the data directory of the BOINC core client. BOINC_DIR=/var/lib/boinc-client # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT=/usr/local/bin/boinc BOINC_CLIENT=/usr/bin/boinc # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS=--allow_remote_gui_rpc BOINC_OPTS= -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-client depends on: ii adduser3.110 add and remove users and groups ii ca-certificates20080809 Common CA certificates ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libcurl3 7.18.2-8 Multi-protocol file transfer libra ii libssl0.9.80.9.8g-15 SSL shared libraries ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boinc-client recommends no packages. Versions of packages boinc-client suggests: pn boinc-app-setinone (no description available) ii boinc-manager 6.2.14-3 GUI to control and monitor the BOI pn schedtool none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511991: praat: A menu entry would be nice :)
Rafael Laboissiere wrote: The praat package has already a menu file as well as a desktop file. The icon file /usr/share/pixmaps/praat.xpm is declared in both of them: $ grep '\(icon\|section\)' /usr/share/menu/praat section=Applications/Science/Data Analysis\ icon=/usr/share/pixmaps/praat.xpm $ grep '\(Icon\|Categories\)' /usr/share/applications/praat.desktop Icon=praat Categories=Education;Science; Isn't that enough? Oddly, my two KDE boxes here don't have an education or science menu, however it's probably because I manually removed them some time ago. Ah well not to worry, maybe best to close the report in that case :) -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#511991: praat: A menu entry would be nice :)
Package: praat Version: 5.0.29-1 Severity: wishlist I think it would be really nice if Praat had a menu entry with a nice icon for it. Maybe you could file it under multimedia which seems a fair as place as any to put it. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages praat depends on: ii lesstif2 1:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libasound21.0.16-2 ALSA library ii libc6 2.7-18 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxt61:1.0.5-3 X11 toolkit intrinsics library Versions of packages praat recommends: ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X praat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501084: Info Requested
Francois, I think this bug might be a side-effect of: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481766 In the above bug report Bart has prepared a pm-utils hook that might help. Could you try integrating this script on your system and giving it a test drive? Bart may then consider merging this bug or somesuch then. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#501084: Info Requested
Francois Fleuret wrote: It seems to work. However, the situation seems more than fuzzy. Is there a clear reason why this fix is needed ? I could not even figure out what script puts the power management level to 128. The script /etc/init.d/hdparm does not and /etc/acpi/*/90-hdparm.sh seem to to take /etc/laptop-mode/laptop-mode.conf into account as expected ... I think the reason that we have this issue is because the value that the power management value that is set is directly programmed to the hard drive. When the machine suspends or hibernates the drive is powered off and the value is lost. When the machine is powered back up again the drive is loaded with it's default value, which appears in this case is 128. At this point LTM needs to be recalled (which the script you tried does) so it can reapply the power management value to the drive again. At some point LTM will hopefully ship with the pm-util hook (the script) and this will all be transparent to users. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#501084: Info
I'll just clarify that the default value that is loaded is most likely from within the hard drive firmware itself and that this will vary according to each drive. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#501084: Info Requested
Francois Fleuret wrote: Okay, it seems that it is what happens, at least on my Thinkpad X61s. I removed acpi-support and laptop-mode-tools, put the computer to suspend with 'echo mem /sys/power/state' and when the computer resumed the state was indeed 128 again. Good, this seems a nice verification of the process. BTW, even if /etc/laptop-mode/laptop-mode.conf exists and has been modified, it is removed when removing the package. I don't know if that's a bug or a feature, but it seems inconsistent with the usual behavior of Debian packages. I understand that this is desired behaviour, a feature rather than a bug so to speak. If the file was unmodified it would have been removed. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#509691: Info
Compiz makes my KDE in lenny unstable I see very regular opengl game crashes when running the compiz window manager as opposed to the kwin window manager and I'm using the binary nvidia driver from the repository. When you do have a crash, have you tried killing the xserver using ctrl-alt-backspace? Sometimes that works for me. If that doesn't work you can also try ssh'ing into the box and restarting either kdm or gdm and seeing if that will bring the window manager back. I for one am waiting for KDE 4.2 to eventually come to testing, which at least for my purposes will make compiz redundant and will be removed from all my machines. -- Regards, Sheridan Hutchinson sheri...@shezza.org signature.asc Description: OpenPGP digital signature
Bug#502903: Update
After investing some considerable amount of time I have succeeded in getting Gnash to play YouTube videos with sound on my 64-bit box :) The following package is needed for video to work: gstreamer0.10-ffmpeg The following package is needed for audio to work: gstreamer0.10-fluendo-mp3 The following package is needed so that you can actually 'seek' between segments of a YouTube (and presumably other) videos: gstreamer0.10-gnomevfs While these are recommended packages of Gnash itself, I wholeheartedly suggest that you consider making these a hard depends on the mozilla plugin because people just want to install the the browser plugin and expect to visit their popular flash sites. It really would help a lot with the out-of-the-box experience. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#505900: google: Google Earth fails to build on x86-64
Package: googleearth-package Version: 0.5.4 Severity: normal File: google I installed google-earth on my 32-bit x86 laptop and the package created built correctly. When trying exactly the same procedure on my 64-bit x86-64 desktop the package fails to build. Final part of the build log to follow. If you require any other details then let me know and I can get it to you within 24 hours most likely: dpkg-shlibdeps: failure: couldn't find library libz.so.1 needed by ../usr/lib/googleearth/libIGCollision.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-shlibdeps: failure: couldn't find library libz.so.1 needed by ../usr/lib/googleearth/libQtCore.so.4 (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-shlibdeps: failure: couldn't find library libgcc_s.so.1 needed by ../usr/lib/googleearth/libinput_plugin.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-shlibdeps: failure: couldn't find library libdl.so.2 needed by ../usr/lib/googleearth/libcrypto.so.0.9.8 (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-shlibdeps: failure: couldn't find library libc.so.6 needed by ../usr/lib/googleearth/libz.so.1 (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dpkg-shlibdeps: failure: couldn't find library libgcc_s.so.1 needed by ../usr/lib/googleearth/libge_net.so (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. Package: googleearth Version: 4.3.7284.3916+0.5.4-1 Section: non-free/science Priority: optional Maintainer: Architecture: amd64 Depends: ttf-dejavu | ttf-bitstream-vera | msttcorefonts, , ia32-libs Description: Google Earth, a 3D map/planet viewer Package built with googleearth-package. chmod: cannot access `usr/lib/googleearth/linux/mailto-scripts/*': No such file or directory dpkg-deb: parse error, in file `/root/googleearth-deb/DEBIAN/control' near line 7 package `googleearth': `Depends' field, missing package name, or garbage where package name expected Success! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages googleearth-package depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii dpkg-dev 1.14.22Debian package development tools ii fakeroot 1.10.1 Gives a fake root environment ii file 4.26-1 Determines file type using magic ii wget 1.11.4-2 retrieves files from the web ii x11-common1:7.3+18 X Window System (X.Org) infrastruc googleearth-package recommends no packages. googleearth-package suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505900: google: Google Earth fails to build on x86-64
Wesley J. Landaker wrote: On Sunday 16 November 2008 10:54:31 Sheridan Hutchinson wrote: I installed google-earth on my 32-bit x86 laptop and the package created built correctly. When trying exactly the same procedure on my 64-bit x86-64 desktop the package fails to build. Final part of the build log to follow. If you require any other details then let me know and I can get it to you within 24 hours most likely: Depends: ttf-dejavu | ttf-bitstream-vera | msttcorefonts, , ia32-libs The problem is that dpkg-shlibdeps can't find any libraries at all. If you install ia32-libs and friends first, then run again, it will probably work. I'll see what I can do about fixing this in the next version. The current situation with building googleearth packages for x86-64 is rather fragile, and I may fix this in the future by simply hard-coding dependencies instead of using dpkg-shlibdeps, but of course this means it's more fragile WRT Google Earth updates... Thank you for the reply. At the moment it's not really appropriate to install all the packages that ia32-libs pulls in on this box so I'll defer trying for now and just use it on my laptop instead. Thanks for your help though. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#495665: Fixed upstream
Pino Toscano wrote: Do you think the new behaviour is enough for you (as you reported this bug)? Sorry if I didn't make it clear, but yes, this is an ideal outcome for me. I'm very grateful for everyone's handling of the matter. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#503731: linux-image-2.6.26-1-amd64: aes_x86_64 not used by default
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-8 Severity: wishlist Recently I installed the AMD64 port for lenny and in the process setup encrypted LVM2 and all the other bells and whistles. By chance a Gentoo ricer pointed out that by default my system was using aes_generic when I could have been using aes_x86_64, which I understand is an assembly optimised variant. Thankfully I merely edit my /etc/modules and put aes_x86_64 in there and reboot. Using /proc/crypto I can see that aes_x86_64 has a higher priority than aes_generic so my system uses that instead. I would have thought however that unless there was a compelling reason not to, that aes_x86_64 would have been the prefered module for this kind of setup. Typically with this class of CPU the bottleneck is often the hard disk rather than anything else, but every little helps :) For your kind consideration. -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-8) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Oct 9 14:16:53 UTC 2008 ** Command line: root=/dev/mapper/D2-root ro vga=773 resume=/dev/mapper/D2-swap ** Tainted: P (1) ** Kernel log: [ 13.637791] Uniform CD-ROM driver Revision: 3.20 [ 13.769046] device-mapper: uevent: version 1.0.3 [ 13.801193] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 15.234394] usb-storage: device scan complete [ 15.238873] scsi 4:0:0:0: Direct-Access Generic- Compact Flash1.00 PQ: 0 ANSI: 0 CCS [ 15.271123] scsi 4:0:0:1: Direct-Access Generic- SM/xD-Picture1.00 PQ: 0 ANSI: 0 CCS [ 15.277353] scsi 4:0:0:2: Direct-Access Generic- SD/MMC 1.00 PQ: 0 ANSI: 0 CCS [ 15.284926] scsi 4:0:0:3: Direct-Access Generic- MS/MS-Pro1.00 PQ: 0 ANSI: 0 CCS [ 15.284926] sd 4:0:0:0: [sdb] Attached SCSI removable disk [ 15.286697] sd 4:0:0:1: [sdc] Attached SCSI removable disk [ 15.288813] sd 4:0:0:2: [sdd] Attached SCSI removable disk [ 15.289322] sd 4:0:0:3: [sde] Attached SCSI removable disk [ 17.624387] PM: Starting manual resume from disk [ 17.784146] kjournald starting. Commit interval 5 seconds [ 17.820476] EXT3-fs: mounted filesystem with ordered data mode. [ 25.652347] udevd version 125 started [ 26.192107] agpgart: Detected VIA P4M900 chipset [ 26.245387] agpgart: AGP aperture is 32M @ 0xd800 [ 26.298078] input: Power Button (FF) as /class/input/input3 [ 26.408288] ACPI: Power Button (FF) [PWRF] [ 26.436371] input: Power Button (CM) as /class/input/input4 [ 26.561797] ACPI: Power Button (CM) [PWRB] [ 26.590702] input: Sleep Button (CM) as /class/input/input5 [ 26.693685] ACPI: Sleep Button (CM) [SLPB] [ 26.895593] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 26.941496] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 27.095562] Linux video capture interface: v2.00 [ 27.151013] ov511: USB OV511+ video device found [ 27.224191] ov511: model: Creative Labs WebCam 3 [ 27.305554] usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04A9 pid 0x10B6 [ 27.383517] input: PC Speaker as /class/input/input6 [ 27.484151] ACPI: PCI Interrupt :04:07.0[A] - GSI 17 (level, low) - IRQ 17 [ 27.513396] ath5k_pci :04:07.0: registered as 'phy0' [ 27.689265] pnp: the driver 'parport_pc' has been registered [ 27.689291] parport_pc 00:0a: reported by Plug and Play ACPI [ 27.719624] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 27.743552] ov511: Sensor is an OV7620AE [ 27.743552] ov511: Enabling 511+/7620AE workaround [ 27.832522] phy0: Selected rate control algorithm 'pid' [ 27.895647] parport_pc 00:0a: driver attached [ 27.988772] ath5k phy0: Atheros AR5414 chip found (MAC: 0xa5, PHY: 0x61) [ 28.044847] ACPI: PCI Interrupt :80:01.0[A] - GSI 17 (level, low) - IRQ 17 [ 28.044886] PCI: Setting latency timer of device :80:01.0 to 64 [ 28.044891] PCI: Disallowing DAC for device :80:01.0 [ 28.133358] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... [ 28.396621] ov511: Device at usb-:00:10.1-1 registered to minor 0 [ 28.428541] usbcore: registered new interface driver usblp [ 28.454879] usbcore: registered new interface driver ov511 [ 28.454879] ov511: v1.64 for Linux 2.5 : ov511 USB Camera Driver [ 700.938189] EXT3 FS on dm-1, internal journal [ 701.686544] loop: module loaded [ 703.125275] kjournald starting. Commit interval 5 seconds [ 703.125275] EXT3 FS on sda2, internal journal [ 703.125275] EXT3-fs: mounted filesystem with ordered data mode. [ 703.354738] Adding 4001784k swap on /dev/mapper/D2-swap. Priority:-1 extents:1 across:4001784k [ 703.838557] fuse init (API version 7.9) [ 707.136316] firmware: requesting intel-ucode/06-0f-06 [ 707.279442] firmware: requesting intel-ucode/06-0f-06 [ 707.313267] IA-32 Microcode Update Driver: v1.14a [EMAIL PROTECTED] [
Bug#503065: tremulous: Tremulous may be shipping copyrighted animations
Package: tremulous Version: 1.1.0-4.1+b1 Severity: normal Firstly, it is with regret that I filled this bug, especially with Lenny due out soon. I noticed this thread over on the official Tremulous forums: http://tremulous.net/forum/index.php?topic=9388.0 Tremulous is shipped under the CC-by-sa 2.5 license. A few years ago a person called Paul Steed placed some biped animations online and people downloaded them, however there was no license attached to the works. Tremulous has used these animations and created derived animation works from them. A few years go by and then someone notices this. There is a developer response from a guy called 'Veda' in the thread especially worth reading. The problem here is not that Tremulous is using the biped animation files, I'm quite sure that when Paul Steed originally made the animations available online that his implied intention was for others to use his work in a free way for personal gaming enjoyment. The problem here IS that the Creative Commons (shared attribution) license cannot be applied to these animations, as the tremulous devs has no right to relicense the derived works. I'm not sure I'd like to anticipate how you'd like to deal with this problem, but I'd rather have opened the bug with you and you close it than not open it at all, given the sensitive nature of copyright issues. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tremulous depends on: ii libc62.7-14 GNU C Library: Shared libraries ii libopenal1 1:1.4.272-2 Software implementation of the Ope ii libsdl1.2debian 1.2.13-2Simple DirectMedia Layer ii tremulous-data 1.1.0-2 Tremulous datas tremulous recommends no packages. Versions of packages tremulous suggests: pn tremulous-doc none (no description available) pn tremulous-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395856: Tremulous
From: Arne Pajunen [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: tremulous: black screen on startup with dualhead Date: Sat, 28 Oct 2006 12:02:56 +0300 Hi Arne Pajunen, I noticed that when you filled this bug your NVIDIA driver was up-to-date. Could you reproduce this problem with the latest NVIDIA driver? I suggest this purely because the closed-source driver has changed massively in the last 24 months and I suspect the issue might be resolved at the driver level. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#475709: :(
Using Lenny here. Sound doesn't work for me either I'm afraid and I have gstreamer0.10-plugins-good installed, which gnash now depends upon. If there are more packages that are needed then I strongly recommend a hard dependency; people are going to want to install the mozilla gnash plugin and will just expect YouTube et al to just work. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#502903: mozilla-plugin-gnash: Dependency on gstreamer0.10-ffmpeg Needed
Package: mozilla-plugin-gnash Version: 0.8.3-6 Severity: normal Hello, I've been trying to move a 64-bit machine off of Adobe's flash plugin and on to gnash, I have only been partly successful. Videos in YouTube just won't play at all until I installed the package gstreamer0.10-ffmpeg Please consider making this package a hard dependency. Regular users are just going to want to install the mozilla gnash plugin and will expect all their sites to work from then on. Even a recommends would be good but would in my opinion fall short in terms of usability. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-plugin-gnash depends on: ii gnash 0.8.3-6free Flash movie player ii libc6 2.7-14 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxi62:1.1.3-1 X11 Input extension library mozilla-plugin-gnash recommends no packages. mozilla-plugin-gnash suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502930: warsow: openAL fails to initialise
Package: warsow Version: 0.42.dfsg1-1 Severity: normal Hi, I notice that when setting openAL in Warsow that the in-game console reports that it could not be initialised. I've several other games such as tremulous and openarena installed that all use openAL just fine. Could someone else replicate this? I notice that the sound mode that Warsow falls back to is 'qf'. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages warsow depends on: ii libc6 2.7-14GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-5 Multi-protocol file transfer libra ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii warsow-data0.42-1Game data for Warsow ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime warsow recommends no packages. warsow suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495665: Fixed upstream
Hi, The KDE v4.1.2 upstream default is now fit-width, so this bug may now be closed Upstream KDE bug 169516 could probably also do with closing to be tidy. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#501181: vice: Vice Needs a Desktop File
Package: vice Version: 1.22-3 Severity: wishlist It would be cool if Vice had a desktop file so that it showed up in the KDE menu ^_^ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vice depends on: ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libgcc11:4.3.1-9 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libieee1284-3 0.2.11-5 cross-platform library for paralle ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime vice recommends no packages. vice suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500651: preload: New Upstream Version Available
Package: preload Version: 0.4-5 Severity: wishlist Upstream is publishing v0.6.x versions, it would be lovely to see these changes come to Debian. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages preload depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines preload recommends no packages. preload suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492560: (no subject)
After experimenting with backups with that machine I previously mentioned, I can confirm that it definitely was the lack of an installed busybox that caused that issue. Given how severe the consequences are for not having it installed (i.e. lock without indication of the problem) maybe this is something that should be fixed for Lenny? I notice in a google that some Ubuntu users are getting caught by this as well. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#462469: :)
This bug does not occur when using the compiz windows manager, it only occurs when using the kwin window manager in KDE v3.5.x. I have also observed another application trigger the same problem. This is most likely fixed in KDE 4 (although I've not been able to test that) because of the significant architecture changes and the focus on the composite desktop. As KDE 4.x is likely to arrive to testing within 6 months we can either re-assign this bug to the appropriate KDE 3 package where it won't get fixed because KDE 4.0 is all the rage. Or, we can close this bug report and I will be sure to lodge a new bug report against KDE 4's window manager in the unlikely event that this still occurs. I vote we close this report. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#460322: (no subject)
Just for your info, I think the reason that the kwalletmanager stays open is because Krusader doesn't appear to close the wallet it has opened when Krusader exits. I could be wrong but I think that's the way of it. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#466864: Fixed
I just checked again and there is an entry. I would not know when this change came in as I only today reinstalled this packages. I suggest that this report be closed as fixed. -- Regards, Sheridan Hutchinson [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
