Bug#370036: ITP: gnome-hearts
retitle 370036 ITP: gnome-hearts -- The classic Hearts card game for the GNOME desktop owner 370036 ! thanks Hello, I'm the upstream author of Hearts. I'm busy packaging release 0.1 for debian. It should be done Real Soon Now (if pbuilder stops messing with my head and I find a sponsor for the upload). -- Sander Marechal http://www.gone-hearts.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376751: Similar bug fixed in Ubuntu
I reported a pretty similar bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/sound-juicer/+bug/82955 Apparently sound-juicer doesn't check for permission when ripping a CD. In this case it was to a remote location that needed to be unlocked by the GNOME keyring. The keyring wouldn't be accessed until the preferences screen was opened. -- Sander Marechal http://www.jejik.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410590: sound-juicer: Extract finishes instantly successfully when ripping to remote location but no tracks are extracted
Package: sound-juicer Version: 2.14.5-1 Severity: important I am trying to rip CD's straight to my network server. The music folder is mounted through GNOME's "connect to server" functionality. When I hit extract, sound-juicer immediately finished with a success message, but no tracks were actually extracted. Steps to reproduce the problem: 1. Add a remote directory through GNOME's "Connect to server" functionality (SSH) 2. Set the remote location as sound-juicer's music folder 3. Try to extract a CD Actual Results: sound-juicer immediately finished with a success message, but no tracks were extracted Expected Results: It should extract the tags How often does this happen? Always -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sound-juicer depends on: ii gconf2 2.16.0-3 GNOME configuration database syste ii gstreamer0.10-gnomevfs 0.10.10-4 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.10-4 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the "good" ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcdio6 0.76-1library to read and control CD-ROM ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome-media02.14.2-4 runtime libraries for the GNOME me ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgstreamer-plugins-base0 0.10.10-4 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-5 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libnautilus-burn3 2.14.3-8 Nautilus Burn Library - runtime ve ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra Versions of packages sound-juicer recommends: ii eject 2.1.4-2.1 ejects CDs and operates CD-Changer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410590: sound-juicer: Extract finishes instantly successfully when ripping to remote location but no tracks are extracted
Sven Arvidsson wrote: > Can you successfully rip tracks if you set s-j to save them locally? Yes. Locally everything works fine. > Are you asked for a password when s-j is started? Or do you use SSH keys > without password? No, I don't get asked for a password when SJ starts. Not My SSH password nor my keyring password. Only when opening the preferences screen does SJ ask for it. I mentioned that in bug #376751 which you tagged as "fixed upstream" two days ago. It's possible that this bug has been fixed upstream as well. When using Ubuntu Edgy (GNOME 2.16) remote ripping works if I work around the password bug. Perhaps a fix can be backported to Etch though. I imagine that ripping to a remote location is quite a common use case. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402715: gnome-hearts crashes on startup
Torbj|rn Andersson wrote: > Package: gnome-hearts > Version: 0.1.3-1 > Severity: grave > > Hi, > > I've already commented on this in bug #396043, but I'm afraid that it > will get lost there, what with the Etch freeze Nope, I spotted it. I just didn't have time to figure it all out. > Incidentally, this is pretty much what it says in the original version > of card_style_add(), before the Debian-specific patches have been > applied, except that card_style_add is cast to a GHFunc. The patched > line is identical to what it looked like in 0.1.2, though, so I guess > the Debian patch just wasn't correctly updated to 0.1.3. That's indeed what happened. And I didn't catch it earlier because my personal apt repository overrides the standard one's. Oops... I'm building gnome-hearts-0.1.3-2 with a corrected Debian patch as I'm writing this. Thanks for the report! -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414471: xen-hypervisor-3.0.3-1-i386-pae: small bug in package description
Package: xen-hypervisor-3.0.3-1-i386-pae Version: 3.0.3-0-2 Severity: minor The package description reads: This version of the hypervisor is built with PAE enabled, in order to support systems with more than 4GB of memory. If you have less than that you should probably choose the non -pae version. That's not entirely true. I tried installing the non-pae version on my ProLiant server. The server supports up to 24 Gb RAM but only 1 Gb is actually installed. The non-pae version does not run and complains that the OS cannot be setup as dom0. I think the package description should be amended so it clearly states that the -pae version is needed if the system *supports* more than 4Gb RAM. Kind regards, -- Sander Marechal -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414471: [Pkg-xen-devel] Bug#414471: xen-hypervisor-3.0.3-1-i386-pae: small bug in package description
Roberto C. Sanchez wrote: > On Mon, Mar 12, 2007 at 01:51:43AM +0100, Sander Marechal wrote: >> Package: xen-hypervisor-3.0.3-1-i386-pae >> Version: 3.0.3-0-2 >> Severity: minor >> >> >> The package description reads: >> >> This version of the hypervisor is built with PAE enabled, in order to >> support systems with more than 4GB of memory. If you have less than >> that you should probably choose the non -pae version. >> >> That's not entirely true. I tried installing the non-pae version on my >> ProLiant server. The server supports up to 24 Gb RAM but only 1 Gb is >> actually installed. The non-pae version does not run and complains that >> the OS cannot be setup as dom0. >> >> I think the package description should be amended so it clearly states >> that the -pae version is needed if the system *supports* more than 4Gb RAM. >> > Strange. My system supports only 3 GB RAM, but the CPU has PAE enabled: > > $ cpuid |grep -i pae > PAE - Page Address Extensions > > Could it be that the behavior is more a function of the chipset than of > the CPU itself? Perhaps. I don't really understand pae so that's for smarter people to figure out. But can your system run the non-pae version as well? Mine could not while the package description led me to believe that was the version I should use. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414471: [Pkg-xen-devel] Bug#414471: xen-hypervisor-3.0.3-1-i386-pae: small bug in package description
Roberto C. Sanchez wrote: > On Mon, Mar 12, 2007 at 02:17:28AM +0100, Sander Marechal wrote: >> Perhaps. I don't really understand pae so that's for smarter people to >> figure out. But can your system run the non-pae version as well? Mine >> could not while the package description led me to believe that was the >> version I should use. >> > Not sure. The only systems I have that support 4+ GB RAM are amd64 > systems. I don't have a way to test it. Actually I was wondering if your pae-enabled machine that does not support 4Gb of RAM could use the pae version. If so, then the description should probably be changed to reflect that the xen-pae version should be used on machines that support more than 4Gb instead of those that actually have more than 4Gb. I think I am able to test that in a few weeks myself when I retire my old server. It has dual PII 233Mhz chipsets, does support PAE but can only handle up to 384 Mb of RAM. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414471: [Pkg-xen-devel] Bug#414471: xen-hypervisor-3.0.3-1-i386-pae: small bug in package description
Roberto C. Sanchez wrote: > On Mon, Mar 12, 2007 at 09:47:24AM +0100, Ralph Passgang wrote: >> On the other hand, the most recent debian kernel are pae kernels and so you >> have to use the pae hypervisor to use xen. If you want to use a non-pae >> hypervisor & kernel, you have to compile it yourself (or switch back to >> 2.6.18-3). >> > I am willing to bet that this is the problem that Sander is having. That's very likely. I indeed use the 2.6.18-4-xen kernel. > Perhaps the documentation should state something along the lines of "if > you have a PAE-enabled *kernel* (whether or not your system has or > supports more than 4 GB RAM), then you need the pae-hypervisor". > Alternatively, if PAE-enabled is now the default for Debian stock > kernels, then perhaps the default Xen packages should be PAE-enabled and > then there could be variants which are suffixed non-pae for people who > roll their own non-PAE kernels. I saw that the xen-linux-system packages already depends on the PAE hypervisor, but I always make it a habit to read over the dependencies of a package before installing. That's when I read the 4Gb RAM remark and decided to install xen-utils and xen-hypervisor (the non-PAE version) separately instead. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414471: [Pkg-xen-devel] Bug#414471: xen-hypervisor-3.0.3-1-i386-pae: small bug in package description
Ralph Passgang wrote: > please test the pae-enabled version of the hypervisor. I am quite sure it > will > work for you. I did that right after trying the non-pae version and that worked. I was just explaning how I came to my original decision to try the non-pae version first. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414890: linux-image-2.6.18-4-xen-686: domU NFS server crashes dom0
Package: linux-image-2.6.18-4-xen-686 Version: 2.6.18.dfsg.1-11 Severity: normal Hello. I run a Xen 2.8.18-4 kernel on my server. One of the domU's is an NFS file server. When I mount an NFS share on my desktop and upload a few gigabyte of information quickly then the entire dom0 on the server crashes, leaves a bunch of "Message from syslogd@" on the console, hangs and needs to be rebooted. After the reboot no crash information can be found on the system. /var/log/kern.log, /var/log/dmesg.*, /var/log/messages and /var/log/xen/xend.log are all clean. The only way I can think of to capture the crash data is a serial console. I don't have one so I don't have a crash log. Sorry :-( -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415672: gedit hangs when viewing document statistics for empty documents
Package: gedit Version: 2.14.4-8 Severity: normal gedit freezes up when trying to view the document statistics for a new/empty document. To reproduce: Open gedit (it should start with an empty document) and click tools >> document statistics. The statistics windows pops up but is totally empty. Killing the statistics window kills all of gedit. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gedit depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii gedit-common 2.14.4-8 official text editor of the GNOME ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell150.60.4-4 GNU Aspell spell-checker runtime l ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.8.3-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-6 2:1.0.3-6 X11 client-side library ii libxml22.6.27.dfsg-1 GNOME XML library ii python 2.4.4-2 An interactive high-level object-o ii python-glade2 2.8.6-8 GTK+ bindings: Glade support ii python-gnome2-desktop 2.14.0-3 Python bindings for the GNOME desk ii python-gtk22.8.6-8 Python bindings for the GTK+ widge ii python-support 0.5.6 automated rebuilding support for p ii python2.4 2.4.4-2 An interactive high-level object-o ii scrollkeeper 0.3.14-13 A free electronic cataloging syste gedit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410590: sound-juicer: Extract finishes instantly successfully when ripping to remote location but no tracks are extracted
Sven Arvidsson wrote: > On Wed, 2007-02-14 at 08:19 +0100, Sander Marechal wrote: >> No, I don't get asked for a password when SJ starts. Not My SSH password >> nor my keyring password. Only when opening the preferences screen does >> SJ ask for it. I mentioned that in bug #376751 which you tagged as >> "fixed upstream" two days ago. > > I see, but ripping still doesn't work if you open the preferences and > unlock your password first? No, and that's exactly what the report is about. With the current Sound Juicer in Etch when ripping to a remote location I either get a failure message (because the keyring isn't unlocked as in bug #376751) or I get an instant succes message while nothing has actually been ripped (after I manually unlock my keyring through the preferences screen). In order to rip directly to my server with Sound Juicer I'd have to mount the server in fstab through NFS or Samba. It just doesn't work with Gnome's built-in "Connect to server" method. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410385: Same problem on clean install
Hello, I am suffering from the exact same problem on a clean install of Debian Etch net-install (daily build from March 22, 2007). The wireless card (should be eth2) doesn't show up in my network config, but lspci says it's there. Kind regards, -- Sander Marechal http://www.jejik.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410385: ipw3945 driver fails to detect IPW3945 card in Dell D520
Daniel Baumann wrote: > Please retry with ipw3945 1.2.x from unstable. > It works now. Thank you. -- Sander Marechal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395551: gnome-hearts: gnome-hearts crashes
Andreas Henriksson found the cause of this bug and supplied a patch (see bug 396043). Apparently the default bonded.png doesn't exist anymore. I guess the gnome-cards-data packaged changed. I will patch the game when I get back from work and see what's up with the default card styles. -- Sander Marechal http://www.gnome-hearts.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396043: Nailed it down..
Hi Andreas, Andreas Henriksson wrote: > The default "bonded.png" style doesn't seem to be available in the > package. This should probably be fixed as well, so the default > configuration is sensible. (Eigther by adding it, or by using another > default.) Hmmm... bonded.png is supposed to be delivered by the gnome-cards-data package. I guess the default card sets for gnome-games changed. Thanks for the patch. I'll apply it when I get back from work and update the default card style. Cheers, -- Sander Marechal http://www.gnome-hearts.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396043: Nailed it down..
Loïc Minier wrote: > I've uploaded gnome-hearts_0.1.2-2 which addresses the problem of the > default configuration which should now reference the new bonded.svg > instead, this upload also reintroduces bonded.png for people with > bonded.png in their config. If I use Andreas' patch (use first available style if the configured one is missing) then we can get rid of the bonded.sng right? That would remove the dependency on sng and avoid duplicating the Bonded style. > I'm leaving this bug open, but with a lower severity as it is still a > bug if the program crashes when some files are missing. I'll fix that. Thanks for the quick fixes. -- Sander Marechal http://www.gnome-hearts.org/
Bug#396043: Nailed it down..
Loïc Minier wrote: > On Mon, Oct 30, 2006, Sander Marechal wrote: >> If I use Andreas' patch (use first available style if the configured one >> is missing) then we can get rid of the bonded.sng right? That would >> remove the dependency on sng and avoid duplicating the Bonded style. > > It depends. Anybody who has launched gnome-hearts in the past tries to > use "bonded.png"; there's also a report about bonded.svg being ugly in > comparison to bonded.png. It's up to you, but if you remove > bonded.png, you might want to advertize this in NEWS.Debian (to hint > people that they need to update their .cfg). There should be no need. When bonded.png fails to load, another available style would be used instead. The game would only fail to load if there are no card styles on the system at all (which in theory cannot happen due to it's dependency on gnome-cards-data). I want to go with a different solution than Andreas Henriksson's patch though. His patch would load two styles on startup - not very nice considering some complicated SVG styles take over 10 seconds to load on my AMD64 3500+. I'll also add the same check for the background image - in case a user deletes the custom image (s)he uses for a background. I'll release it as gnome-hearts-0.1.3 -- Sander Marechal http://gnome-hearts.org/
Bug#431966: sysvinit cannot unmount cifs filesystems
Package: sysvinit Version: 2.86.ds1-38 Severity: normal Hello, I have two cifs filesystems mounted under /media. When I shut down the machine I get errors when /etc/init.d/umountnfs.sh tries to unmount them. I get the following errors after a long delay: CIFS VFS: Server not responding CIFS VFS: No response for cmd 50 mid 17 Sometimes the cmd and mid are a different number, but most often it's this. I have tried giving umountnfs.sh a higher priority (lower number) in /etc/rc0.d/ but that didn't help. I also tried writing a custom init script that would unmount the filesystems manually for me. The script works flawlessly when I run it as root, but when linked from rc0 it fails in the same way as, no matter what priority I give it. Not even setting it all the way up to K00 works. sysvinit always fails to unmount the cifs filesystems and gives the above error. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sysvinit depends on: ii initscripts 2.86.ds1-38 Scripts for initializing and shutt ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries ii libsepol1 1.14-2 Security Enhanced Linux policy lib ii sysv-rc 2.86.ds1-38 System-V-like runlevel change mech ii sysvinit-utils 2.86.ds1-38 System-V-like utilities sysvinit recommends no packages. -- no debconf information umountcifs Description: application/shellscript
Bug#431966: More information
I tested a couple of more things. First off, there was a bug in my umountcifs script from my original bug report. I have attached an updated version that does work. In order for this to work it has to run in /etc/rc0.d/ as K19 or earlier. There is a bunch of stuff that gets shut down at K20 that cifs needs to unmount filesystems. So therein lies the real bug. Cifs shares are now unmounted by umountnfs.sh at S31 but they need things that are only running up to K20. Sadly I don't have enough cifs knowledge to know *what* if needs, nor do I have the time right now to test everything that is stopped at K20 (there's quite a bunch that run at K20). If I had to take a wild guess I'd say portmap, since a similar issue exist(ed) with NSF. -- Sander Marechal #! /bin/sh ### BEGIN INIT INFO # Provides: umountcifs # Required-Start: # Required-Stop: umountcifs # Should-Stop: # Default-Start: # Default-Stop: 0 6 # Short-Description: Unmount all cifs filesystems and terminate all processes using them # Description: ### END INIT INFO PATH=/sbin:/usr/sbin:/bin:/usr/bin KERNEL="$(uname -s)" RELEASE="$(uname -r)" . /lib/init/vars.sh . /lib/lsb/init-functions case "${KERNEL}:${RELEASE}" in Linux:[01].*|Linux:2.[01].*) FLAGS="" ;; Linux:2.[23].*|Linux:2.4.?|Linux:2.4.?-*|Linux:2.4.10|Linux:2.4.10-*) FLAGS="-f" ;; *) FLAGS="-f -l" ;; esac do_stop () { # # Make list of points to unmount in reverse order of their creation # exec 9<&0 /dev/null 2>&1" || break sleep 1 done log_action_begin_msg "Killing all remaining processes using cifs filesystems" echo "kill -9 $PROCESSES > /dev/null 2>&1" # SIGKILL log_action_end_msg 0 fi # Unmount all cifs filesystems [ "$VERBOSE" = no ] || log_action_begin_msg "Unmounting remote and non-toplevel cifs filesystems" umount $FLAGS $DIRS ES=$? [ "$VERBOSE" = no ] || log_action_end_msg $ES fi } case "$1" in start) # No-op ;; restart|reload|force-reload) echo "Error: argument '$1' not supported" >&2 exit 3 ;; stop|"") do_stop ;; *) echo "Usage: umountcifs [start|stop]" >&2 exit 3 ;; esac :
Bug#395551: gnome-hearts: gnome-hearts crashes
Hi Dan, Dan Katz wrote: > Package: gnome-hearts > Version: 0.1.2-1 > Severity: normal > > I tried to start up gnome hearts, and got the following on stdout/stderr: > > > $ gnome-hearts > Failed to read a valid object file image from memory. > I have seen a similar error on my system when switching from a home-compiled version to a prepackaged one or back. If you do that, there's a good chance it cannot find some images anymore. Try deleting the .gnome-hearts.cfg file in your home directory and restart gnome-hearts. That way gnome-hearts will create a fresh .cgf file in your home directory with correct paths. -- Sander Marechal http://www.gnome-hearts.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416870: gnome-panel: clock-applet crashes after double-clicking a day in the calendar
Package: gnome-panel Version: 2.14.3-5 Severity: normal The clock-applet crashes after I double-click on a day from the calendar. Steps to reproduce: 1) Click on the clock to show the calendar 2) Double-click on a day. The calendar will turn white/unresponsive 3) Click on the clock to hide the calendar again 4) Click on the clock once more to re-open the calendar After step 4, Gnome says the clock-applet has crashed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-panel depends on: ii gnome-about 2.14.3-2 The GNOME about box ii gnome-control-center1:2.14.2-7 utilities to configure the GNOME d ii gnome-desktop-data 2.14.3-2 Common files for GNOME 2 desktop a ii gnome-menus 2.16.1-3 an implementation of the freedeskt ii gnome-panel-data2.14.3-5 common files for GNOME 2 panel ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libbonobo2-02.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libecal1.2-61.6.3-4 Client library for evolution calen ii libedataserver1.2-7 1.6.3-4 Utility library for evolution data ii libedataserverui1.2-6 1.6.3-4 GUI utility library for evolution ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome-menu2 2.16.1-3 an implementation of the freedeskt ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomeui-02.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libwnck18 2.14.3-1 Window Navigator Construction Kit ii libx11-62:1.0.3-6X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii menu-xdg0.2.3freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii evolution-data-server 1.6.3-4evolution database backend server ii gnome-applets 2.14.3-4 Various applets for GNOME 2 panel ii gnome-session 2.14.3-5 The GNOME 2 Session Manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416870: gnome-panel: clock-applet crashes after double-clicking a day in the calendar
Loïc Minier wrote: > On Sat, Mar 31, 2007, Sander Marechal wrote: >> 2) Double-click on a day. The calendar will turn white/unresponsive > > It doesn't start evolution? I don't have evolution installed, only the evolution-data-server. Sven Arvidsson wrote: > I can't reproduce this, can you try and get a backtrace of the crash? > You need to install gnome-panel-dbg first. There is no gnome-panel-dbg package in Etch. APT/Synaptic can only find gnome-panel-dbg_2.16.3-1 in experimental, nothing more. What should I do? -- Sander Marechal http://www.jejik.com
Bug#305846: Probably related behaviour
I am having a problem very similar to this bug. I guess it's the same so I'm updating this instead of filing a new one. When multiple people are logged in my PC and someone inserts a removable mebia (CD, USB stick, iPod) then the gnome-volume-preference setting for that media is triggered for all users, not just for the user who is currently active. E.g. when my girlfriend on the second login inserts a coulpe of CD's, my desktop will show several opened Nautilus instances, or multiple Rhythmbox instances if she's been playing with her iPod again. Is this indeed the same bug? If so, any chance this is fixed in Etch before it is released? Kind regards, -- Sander Marechal http://www.jejik.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]