[Desktop-packages] [Bug 1111853] [NEW] Smooth (per-pixel) scrolling unavailable on X230 touchpad
Public bug reported: This is the same hardware as in #1042069, but is a different issue. Two-finger and edge scrolling work correctly in both horizontal and vertical directions. However, there doesn't appear to be any smooth/pixel scrolling: scrolling actions still register as clicks of the mouse wheel and there don't appear to be any smooth-scrolling axes. It should be noted that I'm using the workaround in comment #5 in the above bug (copied below), but smooth scrolling is not present without the configuration either. It may just be a detection issue: I haven't booted Windows on this laptop since I purchased it, but per-pixel scrolling did work there, and it worked on my previous laptop with a Synaptics touchpad. Please let me know if you need any extra information. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: xserver-xorg-input-synaptics 1.6.2-1ubuntu5 ProcVersionSignature: Ubuntu 3.5.0-22.34-generic 3.5.7.2 Uname: Linux 3.5.0-22-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Thu Jan 31 16:45:16 2013 DistUpgraded: Fresh install DistroCodename: quantal DistroVariant: ubuntu EcryptfsInUse: Yes InstallationDate: Installed on 2012-12-06 (56 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MachineType: LENOVO 2306CTO MarkForUpload: True ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-22-generic.efi.signed root=UUID=9387a883-4b95-4b1d-ae8c-66bd6e514602 ro quiet splash vt.handoff=7 SourcePackage: xserver-xorg-input-synaptics UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/11/2012 dmi.bios.vendor: LENOVO dmi.bios.version: G2ET82WW (2.02 ) dmi.board.asset.tag: Not Available dmi.board.name: 2306CTO dmi.board.vendor: LENOVO dmi.board.version: Win8 STD DPK TPG dmi.chassis.asset.tag: No Asset Information dmi.chassis.type: 10 dmi.chassis.vendor: LENOVO dmi.chassis.version: Not Available dmi.modalias: dmi:bvnLENOVO:bvrG2ET82WW(2.02):bd09/11/2012:svnLENOVO:pn2306CTO:pvrThinkPadX230:rvnLENOVO:rn2306CTO:rvrWin8STDDPKTPG:cvnLENOVO:ct10:cvrNotAvailable: dmi.product.name: 2306CTO dmi.product.version: ThinkPad X230 dmi.sys.vendor: LENOVO version.compiz: compiz 1:0.9.8.6-0ubuntu1 version.ia32-libs: ia32-libs 20090808ubuntu36 version.libdrm2: libdrm2 2.4.39-0ubuntu1 version.libgl1-mesa-dri: libgl1-mesa-dri 9.0-0ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 9.0-0ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.13.0-0ubuntu6.1 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.99.99~git20120913.8637f772-0ubuntu1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.20.9-0ubuntu2 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.2-0ubuntu3 ** Affects: xserver-xorg-input-synaptics (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug quantal running-unity ubuntu -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-input-synaptics in Ubuntu. https://bugs.launchpad.net/bugs/853 Title: Smooth (per-pixel) scrolling unavailable on X230 touchpad Status in “xserver-xorg-input-synaptics” package in Ubuntu: New Bug description: This is the same hardware as in #1042069, but is a different issue. Two-finger and edge scrolling work correctly in both horizontal and vertical directions. However, there doesn't appear to be any smooth/pixel scrolling: scrolling actions still register as clicks of the mouse wheel and there don't appear to be any smooth-scrolling axes. It should be noted that I'm using the workaround in comment #5 in the above bug (copied below), but smooth scrolling is not present without the configuration either. It may just be a detection issue: I haven't booted Windows on this laptop since I purchased it, but per-pixel scrolling did work there, and it worked on my previous laptop with a Synaptics touchpad. Please let me know if you need any extra information. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: xserver-xorg-input-synaptics 1.6.2-1ubuntu5 ProcVersionSignature: Ubuntu 3.5.0-22.34-generic 3.5.7.2 Uname: Linux 3.5.0-22-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Thu Jan 31 16:45:16 2013 DistUpgraded: Fresh install DistroCodename: quantal DistroVariant: ubuntu EcryptfsInUse: Yes InstallationDate: Installed on 2012-12-06 (56 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MachineType: LENOVO 2306CTO MarkForUpload: True ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-22-generic.efi.signed root=UUID=9387a883-4b95-4b1d-ae8c-66bd6e514602 ro quiet splash vt.handoff=7 SourcePackage: xserver-xorg-input-synaptics UpgradeStatus: No upgrade log present (probably fresh install)
[Desktop-packages] [Bug 1099218] Re: Banshee does not start, only shows greyed out window
Just ran across this today, though haven't used Banshee for a while so I don't know how long this has been going on. Attached is a debug log. I also ran GST_DEBUG=5 banshee --debug for more information, which you can find here (warning, 2MB) http://paste.ubuntu.com/1549355/ ** Attachment added: banshee --debug log https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/1099218/+attachment/3489137/+files/banshee-debug.log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to banshee in Ubuntu. https://bugs.launchpad.net/bugs/1099218 Title: Banshee does not start, only shows greyed out window Status in “banshee” package in Ubuntu: Incomplete Bug description: When I try to start Banshee, it just loads up a greyed out window. The only way to get rid of it is to Force Quit. I haven't found a workaround. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: banshee 2.6.0-3ubuntu1 ProcVersionSignature: Ubuntu 3.8.0-0.2-generic 3.8.0-rc3 Uname: Linux 3.8.0-0-generic x86_64 ApportVersion: 2.8-0ubuntu1 Architecture: amd64 Date: Mon Jan 14 08:44:54 2013 InstallationDate: Installed on 2012-12-14 (30 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Alpha amd64 (20121214) MarkForUpload: True SourcePackage: banshee UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/1099218/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1099218] Re: Banshee does not start, only shows greyed out window
Just tried launching Banshee in a guest session. It opens successfully and will play audio. I then started to try out extensions, the Karaoke extension will cause Banshee to freeze right there, and will no longer launch. So, I went back to my main session, opened ~/.config/banshee-1 /addin-db-001/config.xml, and disabled the Karaoke extension. Sure enough, Banshee now launches and works just fine. This may not be the exact issue the reporter is experiencing, however, so I'd recommend they try this themselves to see if it works. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to banshee in Ubuntu. https://bugs.launchpad.net/bugs/1099218 Title: Banshee does not start, only shows greyed out window Status in “banshee” package in Ubuntu: Incomplete Bug description: When I try to start Banshee, it just loads up a greyed out window. The only way to get rid of it is to Force Quit. I haven't found a workaround. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: banshee 2.6.0-3ubuntu1 ProcVersionSignature: Ubuntu 3.8.0-0.2-generic 3.8.0-rc3 Uname: Linux 3.8.0-0-generic x86_64 ApportVersion: 2.8-0ubuntu1 Architecture: amd64 Date: Mon Jan 14 08:44:54 2013 InstallationDate: Installed on 2012-12-14 (30 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Alpha amd64 (20121214) MarkForUpload: True SourcePackage: banshee UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/1099218/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 941229] Re: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0
This has been fixed upstream. It should make its way to Ubuntu soon after the next GLib development release. ** Project changed: gstreamer = glib ** Package changed: gstreamer0.10 (Ubuntu) = glib2.0 (Ubuntu) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gstreamer0.10 in Ubuntu. https://bugs.launchpad.net/bugs/941229 Title: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0 Status in The G Library - GLib: Confirmed Status in “glib2.0” package in Ubuntu: Confirmed Bug description: Banshee and Totem both suffer from a very annoying bug where they will lock up when trying to interact with them while media is playing. It's hard to describe, but here are the main points: * When the application locks up, GStreamer-WARNING **: wrong STREAM_LOCK count 0 is output. * I have tested this with quite a diverse MP3 library. * This happens **most frequently** using gstreamer0.10-fluendo-mp3. * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly. * I am unable to reproduce this issue with OGG/Vorbis audio. Steps to reproduce: 1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often). 2. Open any MP3 in Totem from the terminal. 3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.) 4. Observe the GStreamer warning message and deadlock. This has been *very* difficult to pin down, as it happens seemingly at random. I'm attaching a backtrace of Totem's state during the freeze. Some points of note: * The GStreamer-CRITICAL message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done. * ^C is where it froze. * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves. Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed. Let me know if there's any more information I can provide. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6 Uname: Linux 3.2.0-17-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.93-0ubuntu2 Architecture: amd64 Date: Sat Feb 25 21:41:53 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) ProcEnviron: LANGUAGE=en_US:en TERM=xterm-256color PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gst-plugins-ugly0.10 UpgradeStatus: Upgraded to precise on 2012-02-10 (15 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/glib/+bug/941229/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 941229] Re: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0
** Bug watch added: GNOME Bug Tracker #670846 https://bugzilla.gnome.org/show_bug.cgi?id=670846 ** Also affects: gstreamer via https://bugzilla.gnome.org/show_bug.cgi?id=670846 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gstreamer0.10 in Ubuntu. https://bugs.launchpad.net/bugs/941229 Title: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0 Status in The GStreamer Multimedia Framework: Unknown Status in “gstreamer0.10” package in Ubuntu: Confirmed Bug description: Banshee and Totem both suffer from a very annoying bug where they will lock up when trying to interact with them while media is playing. It's hard to describe, but here are the main points: * When the application locks up, GStreamer-WARNING **: wrong STREAM_LOCK count 0 is output. * I have tested this with quite a diverse MP3 library. * This happens **most frequently** using gstreamer0.10-fluendo-mp3. * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly. * I am unable to reproduce this issue with OGG/Vorbis audio. Steps to reproduce: 1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often). 2. Open any MP3 in Totem from the terminal. 3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.) 4. Observe the GStreamer warning message and deadlock. This has been *very* difficult to pin down, as it happens seemingly at random. I'm attaching a backtrace of Totem's state during the freeze. Some points of note: * The GStreamer-CRITICAL message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done. * ^C is where it froze. * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves. Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed. Let me know if there's any more information I can provide. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6 Uname: Linux 3.2.0-17-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.93-0ubuntu2 Architecture: amd64 Date: Sat Feb 25 21:41:53 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) ProcEnviron: LANGUAGE=en_US:en TERM=xterm-256color PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gst-plugins-ugly0.10 UpgradeStatus: Upgraded to precise on 2012-02-10 (15 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/gstreamer/+bug/941229/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 941229] [NEW] deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0
Public bug reported: Banshee and Totem both suffer from a very annoying bug where they will lock up when trying to interact with them while media is playing. It's hard to describe, but here are the main points: * When the application locks up, GStreamer-WARNING **: wrong STREAM_LOCK count 0 is output. * I have tested this with quite a diverse MP3 library. * This happens **most frequently** using gstreamer0.10-fluendo-mp3. * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly. * I am unable to reproduce this issue with OGG/Vorbis audio. Steps to reproduce: 1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often). 2. Open any MP3 in Totem from the terminal. 3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.) 4. Observe the GStreamer warning message and deadlock. This has been *very* difficult to pin down, as it happens seemingly at random. I'm attaching a backtrace of Totem's state during the freeze. Some points of note: * The GStreamer-CRITICAL message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done. * ^C is where it froze. * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves. Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed. Let me know if there's any more information I can provide. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6 Uname: Linux 3.2.0-17-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.93-0ubuntu2 Architecture: amd64 Date: Sat Feb 25 21:41:53 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) ProcEnviron: LANGUAGE=en_US:en TERM=xterm-256color PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gst-plugins-ugly0.10 UpgradeStatus: Upgraded to precise on 2012-02-10 (15 days ago) ** Affects: gstreamer0.10 (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug precise -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gstreamer0.10 in Ubuntu. https://bugs.launchpad.net/bugs/941229 Title: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0 Status in “gstreamer0.10” package in Ubuntu: New Bug description: Banshee and Totem both suffer from a very annoying bug where they will lock up when trying to interact with them while media is playing. It's hard to describe, but here are the main points: * When the application locks up, GStreamer-WARNING **: wrong STREAM_LOCK count 0 is output. * I have tested this with quite a diverse MP3 library. * This happens **most frequently** using gstreamer0.10-fluendo-mp3. * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly. * I am unable to reproduce this issue with OGG/Vorbis audio. Steps to reproduce: 1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often). 2. Open any MP3 in Totem from the terminal. 3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.) 4. Observe the GStreamer warning message and deadlock. This has been *very* difficult to pin down, as it happens seemingly at random. I'm attaching a backtrace of Totem's state during the freeze. Some points of note: * The GStreamer-CRITICAL message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done. * ^C is where it froze. * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves. Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed. Let me know if there's any more information I can provide. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6 Uname: Linux 3.2.0-17-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.93-0ubuntu2 Architecture: amd64 Date: Sat Feb 25 21:41:53 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) ProcEnviron: LANGUAGE=en_US:en TERM=xterm-256color PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gst-plugins-ugly0.10 UpgradeStatus:
[Desktop-packages] [Bug 941229] Re: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0
** Attachment added: GDB Backtrace at time of freeze in Totem https://bugs.launchpad.net/bugs/941229/+attachment/2783878/+files/totem-gst-backtrace.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gstreamer0.10 in Ubuntu. https://bugs.launchpad.net/bugs/941229 Title: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0 Status in “gstreamer0.10” package in Ubuntu: New Bug description: Banshee and Totem both suffer from a very annoying bug where they will lock up when trying to interact with them while media is playing. It's hard to describe, but here are the main points: * When the application locks up, GStreamer-WARNING **: wrong STREAM_LOCK count 0 is output. * I have tested this with quite a diverse MP3 library. * This happens **most frequently** using gstreamer0.10-fluendo-mp3. * This happens less frequently when using lame/mad from gstreamer0.10-plugins-ugly. * I am unable to reproduce this issue with OGG/Vorbis audio. Steps to reproduce: 1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug (works with gstreamer0.10-plugins-ugly as well, just not as often). 2. Open any MP3 in Totem from the terminal. 3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is instantaneous, sometimes it takes a few seconds of trying.) 4. Observe the GStreamer warning message and deadlock. This has been *very* difficult to pin down, as it happens seemingly at random. I'm attaching a backtrace of Totem's state during the freeze. Some points of note: * The GStreamer-CRITICAL message is unrelated to the freezing from what I can tell, as it doesn't show up during other traces I've done. * ^C is where it froze. * #10 is libgstflump3dec.so -- could not find debugging symbols for this, but as it happens with the other MP3 decoders as well, I don't think the problem lies in the MP3 plugins themselves. Something I've noticed while testing this: it appears to freeze more often around when threads are created/destroyed. Let me know if there's any more information I can provide. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gstreamer0.10-plugins-ugly 0.10.18.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6 Uname: Linux 3.2.0-17-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.93-0ubuntu2 Architecture: amd64 Date: Sat Feb 25 21:41:53 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release amd64 (20111012) ProcEnviron: LANGUAGE=en_US:en TERM=xterm-256color PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gst-plugins-ugly0.10 UpgradeStatus: Upgraded to precise on 2012-02-10 (15 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/941229/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
