[Desktop-packages] [Bug 1816674] Re: Update-mime-database is getting very slow during apps installation
@Sebastien Sorry for the late reply. I recall that the workaround consisted in adding a random delay to the apt-daily task, so that it would not happen *right* at startup. How exactly this was done, unfortunately, I did write it down :-/ but I think it was adding or creating the file ./system/apt-daily.timer, ensuring that it contained the RandomizedDelaySec directive. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to shared-mime-info in Ubuntu. https://bugs.launchpad.net/bugs/1816674 Title: Update-mime-database is getting very slow during apps installation Status in shared-mime-info package in Ubuntu: Confirmed Bug description: The installation of some apps has become very slow due to the update- mime-database command that takes up a lot of time. ProblemType: Bug DistroRelease: Ubuntu 18.10 Package: shared-mime-info 1.10-1 ProcVersionSignature: Ubuntu 4.18.0-15.16-generic 4.18.20 Uname: Linux 4.18.0-15-generic x86_64 ApportVersion: 2.20.10-0ubuntu13.2 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Feb 19 22:37:53 2019 InstallationDate: Installed on 2019-01-16 (34 days ago) InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=it_IT.UTF-8 SHELL=/bin/bash SourcePackage: shared-mime-info UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/shared-mime-info/+bug/1816674/+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 1816674] Re: Update-mime-database is getting very slow during apps installation
Same problem with 20.04. I believe this is related to this issue: https://bbs.archlinux.org/viewtopic.php?id=255817 . FTR, as `apt-daily.service` is running on startup, this was also increasing my boot-time significantly (although I found a workaround for this particular problem). Just to emphasize that this is a serious bug. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to shared-mime-info in Ubuntu. https://bugs.launchpad.net/bugs/1816674 Title: Update-mime-database is getting very slow during apps installation Status in shared-mime-info package in Ubuntu: Confirmed Bug description: The installation of some apps has become very slow due to the update- mime-database command that takes up a lot of time. ProblemType: Bug DistroRelease: Ubuntu 18.10 Package: shared-mime-info 1.10-1 ProcVersionSignature: Ubuntu 4.18.0-15.16-generic 4.18.20 Uname: Linux 4.18.0-15-generic x86_64 ApportVersion: 2.20.10-0ubuntu13.2 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Feb 19 22:37:53 2019 InstallationDate: Installed on 2019-01-16 (34 days ago) InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=it_IT.UTF-8 SHELL=/bin/bash SourcePackage: shared-mime-info UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/shared-mime-info/+bug/1816674/+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 1860761] Re: Dell XPS 13 - Bios upgrade not working - Always ask for power supply
FTR, I tried as Daniel described, and it didn't work. My configuration is slightly different, though: * using Ubuntu 19.04 * my current firmware is 1.1.3 When I click on the update with AC plugged in, I get a "Software is up to date" message,* with no indication to reboot. When I reboot, I see (very quickly) 4 lines at the top-left of the initial "Dell" screen, saying something about a firmware update found... Does not look like an error message. Still, after the reboot, the firmware is still 1.1.3 :-/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1860761 Title: Dell XPS 13 - Bios upgrade not working - Always ask for power supply Status in gnome-software package in Ubuntu: Expired Bug description: Each time the notebook starts I'm advised that a new bios upgrade is out: XPS 13 7390 System Update 0.1.3.1 => 0.1.4.0 Problem is that when I ask for update, I always get this message (traduction from french): Not possible to upgrade "XPS 13 7390 System Update": connect power supply. Battery can be full, notebook connected on power supply, doesn't matter, will not upgrade. Daniel Ubuntu 18.04.3 LTS ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: ubuntu-software 3.28.1-0ubuntu4.18.04.14 ProcVersionSignature: Ubuntu 4.15.0-1066.76-oem 4.15.18 Uname: Linux 4.15.0-1066-oem x86_64 ApportVersion: 2.20.9-0ubuntu7.9 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Jan 24 09:15:31 2020 DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-bionic-amd64-20180608-47+beaver-three-eyed-raven+X92 InstallationDate: Installed on 2019-12-07 (47 days ago) InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary 20180608-09:38 InstalledPlugins: gnome-software-plugin-flatpak N/A gnome-software-plugin-limba N/A gnome-software-plugin-snap3.28.1-0ubuntu4.18.04.14 PackageArchitecture: all ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fr_FR.UTF-8 SHELL=/bin/bash SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1860761/+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 1860761] Re: Dell XPS 13 - Bios upgrade not working - Always ask for power supply
I have had the same problem since I got my XPS 7390, and I have the same problem. I just found this report and will try Daniel's fix ASAP (actually, my laptop has been charging all night, so I hope it will work). However, just before I do, here is the output of the two commands required by Sebastien. $ upower -d Device: /org/freedesktop/UPower/devices/line_power_AC native-path: AC power supply: yes updated: mar. 07 avril 2020 06:49:37 CEST (59 seconds ago) has history: no has statistics: no line-power warning-level: none online: yes icon-name: 'ac-adapter-symbolic' Device: /org/freedesktop/UPower/devices/battery_BAT0 native-path: BAT0 vendor: SMP model:DELL G8VCF6C serial: 1225 power supply: yes updated: mar. 07 avril 2020 06:49:37 CEST (59 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: fully-charged warning-level: none energy: 48,8832 Wh energy-empty:0 Wh energy-full: 49,4 Wh energy-full-design: 51,9992 Wh energy-rate: 4,104 W voltage: 8,637 V percentage: 98% capacity:95,0015% technology: lithium-polymer icon-name: 'battery-full-charged-symbolic' History (charge): 1586234977 98,000 discharging History (rate): 1586234977 4,104 fully-charged 1586234977 6,492 discharging Device: /org/freedesktop/UPower/devices/DisplayDevice power supply: yes updated: mar. 07 avril 2020 06:49:37 CEST (59 seconds ago) has history: no has statistics: no battery present: yes state: fully-charged warning-level: none energy: 48,8832 Wh energy-full: 49,4 Wh energy-rate: 4,104 W percentage: 98% icon-name: 'battery-full-charged-symbolic' Daemon: daemon-version: 0.99.11 on-battery: no lid-is-closed: no lid-is-present: yes critical-action: PowerOff $ journalctl -b 0 >/tmp/journalctl.out (see attached file) ** Attachment added: "output of journalctl -b 0" https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1860761/+attachment/5348325/+files/journalctl.out -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1860761 Title: Dell XPS 13 - Bios upgrade not working - Always ask for power supply Status in gnome-software package in Ubuntu: Expired Bug description: Each time the notebook starts I'm advised that a new bios upgrade is out: XPS 13 7390 System Update 0.1.3.1 => 0.1.4.0 Problem is that when I ask for update, I always get this message (traduction from french): Not possible to upgrade "XPS 13 7390 System Update": connect power supply. Battery can be full, notebook connected on power supply, doesn't matter, will not upgrade. Daniel Ubuntu 18.04.3 LTS ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: ubuntu-software 3.28.1-0ubuntu4.18.04.14 ProcVersionSignature: Ubuntu 4.15.0-1066.76-oem 4.15.18 Uname: Linux 4.15.0-1066-oem x86_64 ApportVersion: 2.20.9-0ubuntu7.9 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Fri Jan 24 09:15:31 2020 DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-bionic-amd64-20180608-47+beaver-three-eyed-raven+X92 InstallationDate: Installed on 2019-12-07 (47 days ago) InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary 20180608-09:38 InstalledPlugins: gnome-software-plugin-flatpak N/A gnome-software-plugin-limba N/A gnome-software-plugin-snap3.28.1-0ubuntu4.18.04.14 PackageArchitecture: all ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fr_FR.UTF-8 SHELL=/bin/bash SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1860761/+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 1827842] Re: pulseaudio should not load module-x11-bell in gnome-shell
Sorry (again) for the late reply. I just got an opportunity to install a fresh ubuntu 19.04, so I thought I would give a try to the patch... But on this fresh install, I do not have the problem... (without even enabling proposed packaged). I don't even understand *why* the x11-bell module is *not* loaded... (I did install the ubuntu-sounds package, as this is a condition in start-pulseaudio-x11). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1827842 Title: pulseaudio should not load module-x11-bell in gnome-shell Status in pulseaudio package in Ubuntu: Fix Released Status in pulseaudio source package in Disco: Fix Committed Bug description: * Impact The package force load a bell sound which can conflicts with the user configuration * Test case - Enable a login sound in session - Login into a GNOME/Ubuntu session -> the configured sound should be played * Regression potential Try other desktop environments to make sure their login sound behaviour isn't changed, it shouldn't since the customization dropped was specific to the Ubuntu sound theme --- The package `pulseaudio` installs a startup script in `/etc/xdg/autostart/pulseaudio.desktop`, which itself runs `/usr/bin/start-pulseaudio-x11`, which loads a number of x11 related modules in `pulseaudio`. One of these modules is `module-x11-bell`, which makes `pulseaudio` play a sound each time a system bell is emitted (usually by terminal applications, such as bash or vim). This is redundant with gnome-shell, which is also able to handle the system bell (through the gsetting key `org.gnome.desktop.sound event-sounds`). The gnome system bell is directly configurable by the user (Settings > Sound), so it should be preferred over pulseaudio's own system bell. I suggest to patch the `/usr/bin/start-pulseaudio-x11`, to avoid loading `start-pulseaudio-x11` if it detects it is running in Gnome Shell (e.g. if GNOME_SHELL_SESSION_MODE is set). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1827842/+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 1827842] Re: pulseaudio should not load module-x11-bell in gnome-shell
Sorry for the late answer. In my case, the sound was the correct one, but it was played twice at the same time, causing some unpleasant saturation. Furthermore, if I changed the sound in the Gnome control panel, than I would have two different sounds playing at the same time (the newly configure Gnome sound, plus the old one, played by module-x11-bell). That being said, I have not tried it on a fresh disco install. Mine was installed a year ago, and upgraded to disco... It took me that much time to investigate the problem and report it ;-) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1827842 Title: pulseaudio should not load module-x11-bell in gnome-shell Status in pulseaudio package in Ubuntu: Triaged Bug description: The package `pulseaudio` installs a startup script in `/etc/xdg/autostart/pulseaudio.desktop`, which itself runs `/usr/bin/start-pulseaudio-x11`, which loads a number of x11 related modules in `pulseaudio`. One of these modules is `module-x11-bell`, which makes `pulseaudio` play a sound each time a system bell is emitted (usually by terminal applications, such as bash or vim). This is redundant with gnome-shell, which is also able to handle the system bell (through the gsetting key `org.gnome.desktop.sound event-sounds`). The gnome system bell is directly configurable by the user (Settings > Sound), so it should be preferred over pulseaudio's own system bell. I suggest to patch the `/usr/bin/start-pulseaudio-x11`, to avoid loading `start-pulseaudio-x11` if it detects it is running in Gnome Shell (e.g. if GNOME_SHELL_SESSION_MODE is set). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1827842/+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 1411146] [NEW] italic becomes bold depending on zoom level
Public bug reported: How to reproduce the bug: - type some text - change its font to 'Times New Roman' - mark it as italic - change the zoom level At some zoom levels, the text is displayed in bold rather than italic... I'm using Ubuntu 14.10 with libreoffice 1:4.3.3-0ubuntu1 . Note that: - the problem does not occur with all fonts (e.g. Liberation Serif is ok) - the problem does not occur in other applications using the same fonts (tested in a browser) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1411146 Title: italic becomes bold depending on zoom level Status in libreoffice package in Ubuntu: New Bug description: How to reproduce the bug: - type some text - change its font to 'Times New Roman' - mark it as italic - change the zoom level At some zoom levels, the text is displayed in bold rather than italic... I'm using Ubuntu 14.10 with libreoffice 1:4.3.3-0ubuntu1 . Note that: - the problem does not occur with all fonts (e.g. Liberation Serif is ok) - the problem does not occur in other applications using the same fonts (tested in a browser) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1411146/+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 1338243] [NEW] spurious zooming when scrolling with touchpad
Public bug reported: How to reproduce the bug * open a long PDF in evince, or a long webpage in Firefox (this page should do) * sroll with touchpad (two-fingers on my system) * when you take of your fingers from the touchpad, the document keeps on scrolling, slowing down (like inertia) * before it has completely stopped, press CTRL (pretend you want to do CTRL+F, for example) * the document zooms (in or out, depending on the direction of the scroll and your configuation) I think I understand what happens here: in order to provide the inertia in the scrolling, the touch pas emits scroll events even after I stoped moving my finders, and as soon as I press CTRL, *those* events are interpreted as zoom events. But this is very annoying. I would expect that those extra events inherit modifiers from the original events, no matter what happens on the keyboard. Also, it happened to me quite a lot recently (14.04 upgrade?), so I suspect this might be due to a recent change. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xorg 1:7.7+1ubuntu8 ProcVersionSignature: Ubuntu 3.13.0-30.54-generic 3.13.11.2 Uname: Linux 3.13.0-30-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: None CurrentDesktop: GNOME Date: Sun Jul 6 16:09:19 2014 DistUpgraded: 2014-05-16 20:26:38,732 DEBUG enabling apt cron job DistroCodename: trusty DistroVariant: ubuntu DkmsStatus: virtualbox, 4.3.10, 3.11.0-20-generic, x86_64: installed virtualbox, 4.3.10, 3.13.0-24-generic, x86_64: installed virtualbox, 4.3.10, 3.13.0-27-generic, x86_64: installed virtualbox, 4.3.10, 3.13.0-29-generic, x86_64: installed virtualbox, 4.3.10, 3.13.0-30-generic, x86_64: installed ExtraDebuggingInterest: Yes, if not too technical GraphicsCard: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device [104d:90b6] InstallationDate: Installed on 2013-11-20 (227 days ago) InstallationMedia: Ubuntu-GNOME 13.10 Saucy Salamander - Release amd64 (20131017) Lsusb: Bus 001 Device 002: ID 8087:8000 Intel Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 0bda:5727 Realtek Semiconductor Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: Sony Corporation SVP1321R4E ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-30-generic root=UUID=a655c41f-a13c-45f0-9863-9e9d6209d9e4 ro quiet splash vt.handoff=7 SourcePackage: xorg UpgradeStatus: Upgraded to trusty on 2014-05-16 (50 days ago) dmi.bios.date: 09/09/2013 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: R1040V7 dmi.board.asset.tag: N/A dmi.board.name: VAIO dmi.board.vendor: Sony Corporation dmi.board.version: N/A dmi.chassis.asset.tag: N/A dmi.chassis.type: 10 dmi.chassis.vendor: Sony Corporation dmi.chassis.version: N/A dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrR1040V7:bd09/09/2013:svnSonyCorporation:pnSVP1321R4E:pvrC60C6N5S:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A: dmi.product.name: SVP1321R4E dmi.product.version: C60C6N5S dmi.sys.vendor: Sony Corporation version.compiz: compiz N/A version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.52-1 version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.3-0ubuntu0.1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.3-0ubuntu0.1 version.xserver-xorg-core: xserver-xorg-core 2:1.15.1-0ubuntu2 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu2 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.3.0-1ubuntu3.1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 xserver.bootTime: Sun Jul 6 09:54:40 2014 xserver.configfile: default xserver.errors: xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 38562 vendor MEI xserver.version: 2:1.15.1-0ubuntu2 ** Affects: xorg (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty ubuntu -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg in Ubuntu. https://bugs.launchpad.net/bugs/1338243 Title: spurious zooming when scrolling with touchpad Status in “xorg” package in Ubuntu: New Bug description: How to reproduce the bug * open a long PDF in evince, or a long webpage in Firefox (this page should do) * sroll with touchpad (two-fingers on my system) * when you take of your fingers from the touchpad, the document keeps on scrolling, slowing down (like inertia) * before it has completely stopped, press CTRL (pretend you want to do CTRL+F,
[Desktop-packages] [Bug 1325650] [NEW] CTRL+F turns search off
Public bug reported: $ lsb_release -rd Description:Ubuntu 14.04 LTS Release:14.04 $ apt-cache policy evince evince: Installed: 3.10.3-0ubuntu10 Candidate: 3.10.3-0ubuntu10 Version table: *** 3.10.3-0ubuntu10 0 500 http://fr.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status My problem is that CTRL+F acts as a switch for search mode: it turns it on (when it is off) and off (when it is already on). While this could make sense, I find it quite counter intuitive: * I'm reading a PDF * I want to search foo: I type CTRL+F and foo, it works * I find the occurence of foo I'm interested in * I continue reading, *without leaving the search mode* * at some point, I want to search for bar, so * I type CTRL+F and bar... but CTRL+F just turns off the search mode, and bar is ignored This is quite frustrating. As the search mode can be left with ESC, I suggest to change the behaviour of CTRL+F to setting the focus to the search box, so that CTRL+F *always* results in searching ** Affects: evince (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evince in Ubuntu. https://bugs.launchpad.net/bugs/1325650 Title: CTRL+F turns search off Status in “evince” package in Ubuntu: New Bug description: $ lsb_release -rd Description: Ubuntu 14.04 LTS Release: 14.04 $ apt-cache policy evince evince: Installed: 3.10.3-0ubuntu10 Candidate: 3.10.3-0ubuntu10 Version table: *** 3.10.3-0ubuntu10 0 500 http://fr.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status My problem is that CTRL+F acts as a switch for search mode: it turns it on (when it is off) and off (when it is already on). While this could make sense, I find it quite counter intuitive: * I'm reading a PDF * I want to search foo: I type CTRL+F and foo, it works * I find the occurence of foo I'm interested in * I continue reading, *without leaving the search mode* * at some point, I want to search for bar, so * I type CTRL+F and bar... but CTRL+F just turns off the search mode, and bar is ignored This is quite frustrating. As the search mode can be left with ESC, I suggest to change the behaviour of CTRL+F to setting the focus to the search box, so that CTRL+F *always* results in searching To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1325650/+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 1275648] [NEW] Remote printers do not disappear when they are no longer available
Public bug reported: With my laptop, I often move in different buildings in my university, connecting to various local networks. Everytime I do so, a number of remote printers appear in CUPS, which is good. The problem is: once I move to a different network, those remote printers do *not* disappear, despite the fact that they are no longer accessible. Not only does this clutter the printer list with a hige list of useless printers, but it also makes the system very slow as it tries to connect to those printers to get stats (or so I suppose). And for the same reason, it is very hard to manually remove said printers (because as soon as I select them, the system gets stuck in trying to contact them). As a workaround, I found that manually restarting the cups-browsed service cleans the list. Would it be possible to hook a reload of cups- browsed everytime I connect to a new network? ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1275648 Title: Remote printers do not disappear when they are no longer available Status in “cups-filters” package in Ubuntu: New Bug description: With my laptop, I often move in different buildings in my university, connecting to various local networks. Everytime I do so, a number of remote printers appear in CUPS, which is good. The problem is: once I move to a different network, those remote printers do *not* disappear, despite the fact that they are no longer accessible. Not only does this clutter the printer list with a hige list of useless printers, but it also makes the system very slow as it tries to connect to those printers to get stats (or so I suppose). And for the same reason, it is very hard to manually remove said printers (because as soon as I select them, the system gets stuck in trying to contact them). As a workaround, I found that manually restarting the cups-browsed service cleans the list. Would it be possible to hook a reload of cups-browsed everytime I connect to a new network? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1275648/+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 1168293] Re: No Certificate dialog not responding
The problem seems to have disappeared for me, probably following some update... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1168293 Title: No Certificate dialog not responding Status in “gnome-control-center” package in Ubuntu: Confirmed Bug description: I'm using ubuntu 13.04 (raring ringtail) beta, with gnome-shell. I try to connect to a secure wi-fi network (eduroam). I enter my login and password, but no certificate -- I'm instructed by my university to ignore the warning (I know this is bad, but...). Said warning appears (dialog entitled No Certificate Authority certificate chosen), but it is completely frozen. Neither the Don't warn me again checkbox, or the button react to my clicks. The window manager can not even close the dialog, I have to xkill it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1168293/+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 1168293] Re: No Certificate dialog frozen
Actually, I realize that the dialog underneath the warning dialog (entitled Wii-Fi Network Authentication Required) is still active; I can check the Show password box, click on Connect again (no effect) or on Cancel, which closes both dialogs alltogether. (I attach a screenshot to make things clearer) So this seem to ne not so much a freeze than a focus problem ? I tried to change the window-manager (metacity instead of gnome-shell), but the problem was still there. ** Attachment added: Screenshot from 2013-04-16 09:05:48.png https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1168293/+attachment/3645365/+files/Screenshot%20from%202013-04-16%2009%3A05%3A48.png ** Summary changed: - No Certificate dialog frozen + No Certificate dialog not responding ** Description changed: - I'm using ubuntu 13.04 (raring ringtail) beta. + I'm using ubuntu 13.04 (raring ringtail) beta, with gnome-shell. I try to connect to a secure wi-fi network (eduroam). I enter my login and password, but no certificate -- I'm instructed by my university to ignore the warning (I know this is bad, but...). Said warning appears (dialog entitled No Certificate Authority certificate chosen), but it is completely frozen. Neither the Don't warn me again checkbox, or the button react to my clicks. The window manager can not even close the dialog, I have to xkill it. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1168293 Title: No Certificate dialog not responding Status in “gnome-control-center” package in Ubuntu: New Bug description: I'm using ubuntu 13.04 (raring ringtail) beta, with gnome-shell. I try to connect to a secure wi-fi network (eduroam). I enter my login and password, but no certificate -- I'm instructed by my university to ignore the warning (I know this is bad, but...). Said warning appears (dialog entitled No Certificate Authority certificate chosen), but it is completely frozen. Neither the Don't warn me again checkbox, or the button react to my clicks. The window manager can not even close the dialog, I have to xkill it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1168293/+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 1168293] [NEW] No Certificate dialog frozen
Public bug reported: I'm using ubuntu 13.04 (raring ringtail) beta. I try to connect to a secure wi-fi network (eduroam). I enter my login and password, but no certificate -- I'm instructed by my university to ignore the warning (I know this is bad, but...). Said warning appears (dialog entitled No Certificate Authority certificate chosen), but it is completely frozen. Neither the Don't warn me again checkbox, or the button react to my clicks. The window manager can not even close the dialog, I have to xkill it. ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1168293 Title: No Certificate dialog frozen Status in “gnome-control-center” package in Ubuntu: New Bug description: I'm using ubuntu 13.04 (raring ringtail) beta. I try to connect to a secure wi-fi network (eduroam). I enter my login and password, but no certificate -- I'm instructed by my university to ignore the warning (I know this is bad, but...). Said warning appears (dialog entitled No Certificate Authority certificate chosen), but it is completely frozen. Neither the Don't warn me again checkbox, or the button react to my clicks. The window manager can not even close the dialog, I have to xkill it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1168293/+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 1164702] Re: Can not create SIP account in raring ringtail
yes; here are the installed versions of all the dependencies: account-plugin-sip 3.6.4-0ubuntu3 --\ empathy 3.6.4-0ubuntu3 --\ libc6 2.17-0ubuntu4 --\ libglib2.0-0 2.36.0-1ubuntu1 --\ mcp-account-manager-uoa 3.6.4-0ubuntu3 --\ telepathy-rakia 0.7.4-1 --\ unity-asset-pool 0.8.24daily13.03.29-0ubuntu1 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to empathy in Ubuntu. https://bugs.launchpad.net/bugs/1164702 Title: Can not create SIP account in raring ringtail Status in “empathy” package in Ubuntu: New Bug description: I installed account-plugin-sip, and tried to create a new SIP account. First, the dialog is empty, but for Cancel and Done buttons; no configuration field. Then, whether I click on Cancel or Done, credentials-preferences stops with a segmentation fault. NB: I'm using gnome-shell rather than unity, not sure if that makes a difference. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1164702/+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 1154049] Re: Crashes with GLib-GIO-CRITICAL. UnknownMethod: Method DescribeAll
Same problem here with 13.04 . -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to seahorse in Ubuntu. https://bugs.launchpad.net/bugs/1154049 Title: Crashes with GLib-GIO-CRITICAL. UnknownMethod: Method DescribeAll Status in “seahorse” package in Ubuntu: Confirmed Bug description: I cannot open seahorse anymore, even from the terminal: (seahorse:23605): GLib-GIO-CRITICAL **: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method DescribeAll with signature on interface org.gtk.Actions doesn't exist I'm on GNOME Shell 3.6.2 with Ubunut 12.10 on 64bit. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/seahorse/+bug/1154049/+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 1154049] Re: Crashes with GLib-GIO-CRITICAL. UnknownMethod: Method DescribeAll
After further investigation, the problem disappears when I kill seahorse-daemon, but comes back when I relaunch it... :-/ Not sure if this is related, but when I run seahorse-daemon, I get the following (warning?) message: pa@nua:~$ killall -q seahorse-daemon; seahorse-daemon -d ** (seahorse-daemon:27610): WARNING **: Could not load desktop file '/usr/share/gnome/autostart/seahorse-daemon.desktop': No such file or directory ** Message: init gpgme version 1.2.0 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to seahorse in Ubuntu. https://bugs.launchpad.net/bugs/1154049 Title: Crashes with GLib-GIO-CRITICAL. UnknownMethod: Method DescribeAll Status in “seahorse” package in Ubuntu: Confirmed Bug description: I cannot open seahorse anymore, even from the terminal: (seahorse:23605): GLib-GIO-CRITICAL **: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method DescribeAll with signature on interface org.gtk.Actions doesn't exist I'm on GNOME Shell 3.6.2 with Ubunut 12.10 on 64bit. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/seahorse/+bug/1154049/+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 1164702] [NEW] Can not create SIP account in raring ringtail
Public bug reported: I installed account-plugin-sip, and tried to create a new SIP account. First, the dialog is empty, but for Cancel and Done buttons; no configuration field. Then, whether I click on Cancel or Done, credentials-preferences stops with a segmentation fault. NB: I'm using gnome-shell rather than unity, not sure if that makes a difference. ** Affects: empathy (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to empathy in Ubuntu. https://bugs.launchpad.net/bugs/1164702 Title: Can not create SIP account in raring ringtail Status in “empathy” package in Ubuntu: New Bug description: I installed account-plugin-sip, and tried to create a new SIP account. First, the dialog is empty, but for Cancel and Done buttons; no configuration field. Then, whether I click on Cancel or Done, credentials-preferences stops with a segmentation fault. NB: I'm using gnome-shell rather than unity, not sure if that makes a difference. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1164702/+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