[Desktop-packages] [Bug 1568787] Re: resolvconf does not reliable receive nameserver information from NetworkManager
I first experience this issue with nm version 1.8.2-1ubuntu1 in an - as of writing fully updated - 17.04. Syslog will be attached, from that you can see that dnsmask gets the nameserver, networkmanager gets it too, but it doesn't make to resolv.conf, that will only have the stub resolver. /etc/resolv.conf is a link ending in /run/resolvconf/resolv.conf. Workaround is to manually add the nameserver to resolv conf and comment out "dns=dnsmasq" in /etc/NetworkManager/NetworkManager.conf which is really annoying on a laptop which you move around a lot. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1568787 Title: resolvconf does not reliable receive nameserver information from NetworkManager Status in dbus package in Ubuntu: Confirmed Status in dnsmasq package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: Confirmed Bug description: resolvconf does not reliable receive nameserver information from NetworkManager. In the journal I see things like: Apr 11 11:13:52 ottawa dnsmasq[3122]: setting upstream servers from DBus Apr 11 11:13:52 ottawa dnsmasq[3122]: using nameserver fe80::1#53 Apr 11 11:13:52 ottawa dnsmasq[3122]: using nameserver 192.168.1.254#53 Apr 11 11:13:52 ottawa dbus[978]: [system] Rejected send message, 13 matched rules; type="method_return", sender=":1.99" (uid=0 pid=3122 comm="/usr/sbin/dnsmasq --no-resolv --keep-in-foreground") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.8" (uid=0 pid=1017 comm="/usr/sbin/NetworkManager --no-daemon ") Apr 11 11:04:21 ottawa NetworkManager[1017]: DNS: starting dnsmasq... Apr 11 11:04:21 ottawa NetworkManager[1017]: dnsmasq not available on the bus, can't update servers. Apr 11 11:04:21 ottawa NetworkManager[1017]: [1460369061.825658] [dns-manager/nm-dns-dnsmasq.c:387] update(): dnsmasq owner not found on bus: Could not get owner of name 'org.freedesktop.NetworkManager.dnsmasq': no such name Doing this via dbus seems really odd, but I suspect messages between NetworkManager and the dnsmasq it spawns should not be rejected. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: dnsmasq-base 2.75-1 ProcVersionSignature: Ubuntu 4.4.0-18.34-generic 4.4.6 Uname: Linux 4.4.0-18-generic x86_64 ApportVersion: 2.20.1-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Apr 11 11:17:34 2016 InstallationDate: Installed on 2016-01-26 (76 days ago) InstallationMedia: Ubuntu-Server 16.04 LTS "Xenial Xerus" - Alpha amd64 (20160125) SourcePackage: dnsmasq UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1568787/+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 951790] Re: Laptop does not suspend on lid close when external display is connected
It is still an issue in 12.04! After an update several days ago my Dell E6520 with the intel CPU built in graphics does not suspend when an external display is attached and I close the lid. It suspends from the power menu and also on lid close id there is no external display attached. Before the update suspend on lid close worked fine even if an external display was attached. Unfortunately I can not tell which upgrade is responsible for the change, but I can tell, that I reboot the mashine every weekend and I upgrade every 2-3 days. That's why I think the upgrade responsible for the change arrived in the last week, somewhere between 2012.05.21-2012.05.28. ** Changed in: gnome-settings-daemon (Ubuntu) Status: Invalid = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/951790 Title: Laptop does not suspend on lid close when external display is connected Status in “gnome-settings-daemon” package in Ubuntu: Confirmed Bug description: I've configured my laptop to suspend when the lid is closed (in gnome- control-center's Power panel). It works ok as long as there is no external display connected. However when I connect my external LCD, laptop IS NOT suspended (external display is turned off though). I've done some research and found out that problem is in gnome- settings-daemon package: There is code in gsd-power-manager.c in do_lid_closed_action function which checks whether there are any active external outputs and if it finds any, it prevents suspending. I believe that in this case we should honor what's set in gnome-control- center and suspend. Patch which removes this logic is attached. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gnome-settings-daemon 3.3.91-0ubuntu2 [modified: usr/lib/gnome-settings-daemon-3.0/libpower.so] ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9 Uname: Linux 3.2.0-18-generic x86_64 ApportVersion: 1.94.1-0ubuntu1 Architecture: amd64 Date: Sat Mar 10 21:21:00 2012 InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Alpha amd64 (20120309) ProcEnviron: TERM=xterm LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-settings-daemon UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/951790/+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 850649] Re: gnome-terminal extremely slow and display buggy
Terminal tab switching is slower in 11.10 on my machine (Core2Duo@2GHz,4GB RAM) with Unity-2D too. Also workspace switching is a nightmare in vte based terminal implementations: https://bugs.launchpad.net/ubuntu/+source/vte/+bug/665548. In 11.04 it was also slow however I could live with it. Maybe vte is the key to this slowliness? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-terminal in Ubuntu. https://bugs.launchpad.net/bugs/850649 Title: gnome-terminal extremely slow and display buggy Status in “gnome-terminal” package in Ubuntu: Confirmed Bug description: After the update to oneiric the gnome-terminal appears to be slow and display is sometimes buggy: * changing between windows and tabs is slow although other applications (like chromium) are not affected * sometimes the display is not updated and some parts (exactly on character box boundaries) of the terminal just show the background ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: gnome-terminal 3.0.1-0ubuntu3 ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4 Uname: Linux 3.0.0-11-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 1.23-0ubuntu1 Architecture: amd64 Date: Thu Sep 15 08:28:30 2011 EcryptfsInUse: Yes ExecutablePath: /usr/bin/gnome-terminal InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) SourcePackage: gnome-terminal UpgradeStatus: Upgraded to oneiric on 2011-09-01 (13 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/850649/+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 665548] Re: changing workspaces is very slow in case of big terminal windows
In 11.10 this slow switch improved a lot. Switching to a workspace having a maximized gnome-terminal takes 2-5 seconds on my Core2Duo@2GHz+Nvidia laptop The same happens with lxterminal. Also if a maximized terminal is on any of the other workspaces switching between two workspace not having a terminal is randomly slowed down too. Please improve importance. For those suffering like me: old fashioned terminal implementations are not effected: xterm, rxvt, mrxvt works fine. Try mrxvt. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to vte in Ubuntu. https://bugs.launchpad.net/bugs/665548 Title: changing workspaces is very slow in case of big terminal windows Status in “vte” package in Ubuntu: Incomplete Bug description: First, sorry if this bug is not vte related, maybe it's more gtk than vte? I can only reproduce this problem with gnome-terminal and xfce4-terminal but not with xterm for example. The common thing between xfce4-terminal and gnome-terminal is using libvte as well, that's the reason I try to bugreport here. If I was wrong, please move my report to the right place, thanks! The bug now: I'm using multiple workspaces (desktops) under gnome/metacity with Ubuntu maverick 32bit OS. I have this problem on two machines, but it's hard to tell when, it seems if the problem begins it remains, but I don't know what can cause the beginning of the problem. If I change workspaces, and I switch onto a workspace which have a large enough terminal window (not a standard 80x24 but a larger, like 130x90 or even full screen) the change is _very_ slow, sometimes my X session is frozen for 4-5 seconds! Within that time I see the old workspace (but as frozen, though I can move the mouse cursor) before the new appears. It seems I can have even dozens of terminal windows without a problem, if none of them is large enough window to trigger the problem. This is a very annoying problem for me, because I'm using terminals and multiple workspaces quite heavily, but that delay is awful especially if I only want a quick look at a terminal then I would switch back to another one on another workspace. As I've already told, it seems xterm is not affected only gtk/vte based terminals. I am not using compiz at all (though I've activated the internal compositing support of metacity wia gconf). The problem exists even with semi transparent and non-transparent (static black) background configured for gnome-terminal. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: libvte9 1:0.26.0-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 NonfreeKernelModules: nvidia Architecture: i386 Date: Sat Oct 23 14:48:51 2010 EcryptfsInUse: Yes ProcEnviron: LANGUAGE=en_US:en PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: vte To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/vte/+bug/665548/+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
