[Bug 951585] Re: gvfsd-afp consumes 100% of processor cycles
Problem continues on Quantal. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/951585 Title: gvfsd-afp consumes 100% of processor cycles To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/951585/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 951585] Re: gvfsd-afp consumes 100% of processor cycles
I see this happening occasionally, some time after browsing an AFP share on a Mac using Nautilus on Ubuntu. I don't know what specifically triggers it to start. I have also experienced it on 11.10. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/951585 Title: gvfsd-afp consumes 100% of processor cycles To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/951585/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 951585] Re: gvfsd-afp consumes 100% of processor cycles
It just happened again. I had left the machine otherwise idle with an AFP share connected in Nautilus, showing on the screen. Attaching a process list - PID 13309 is the culprit - not sure what else is necessary. Syslog has nothing relevant, .xsessionerrors likewise. ** Attachment added: processlist.txt https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/951585/+attachment/3049889/+files/processlist.txt -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/951585 Title: gvfsd-afp consumes 100% of processor cycles To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/951585/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 951585] Re: gvfsd-afp consumes 100% of processor cycles
Just noticed the OP names gvfsd-afp as the problem process - for me it turns out to be gvfsd-afp-browse. Maybe it's a different bug. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/951585 Title: gvfsd-afp consumes 100% of processor cycles To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/951585/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 259163] Re: users-admin does not sort when Name/Login/Homedir field clicked
I find it hard enough managing my tens of users on an LTSP system using this tool without proper sorting, it must be a nightmare with hundreds! I believe this issue should receive a higher priority. Clicking on column headings to change the sort order is just expected behaviour these days. -- users-admin does not sort when Name/Login/Homedir field clicked https://bugs.launchpad.net/bugs/259163 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 181703] Re: Brasero does not recognize audio CD or blank CD-R
This is happening for me too, trying to burn an iso image to a blank CD-R. Output from Brasero -d: (brasero:30369): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed The UI says there is no space available. It is version 0.7.1-3ubuntu1 in Hardy. Serpentine works flawlessly on the same CD. -- Brasero does not recognize audio CD or blank CD-R https://bugs.launchpad.net/bugs/181703 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working
Just to clear up any confusion and speculation, LTSP in Ubuntu uses LDM for the terminal sessions by default, but earlier versions used to use GDM via XDMCP from the terminals and it can still be configured do so. This suits slower, older terminals. LTSP addresses a different need to XDMCP and both should work and be supported by Ubuntu. Terminals use a tailored version of the operating system and do not run GDM locally - this is why they work when others do not. -- Remote Login via XDMCP is not working https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33214] Re: gnome-screensaver restores default color-correction settings
This is a problem for me too with nvidia-settings on Hardy. -- gnome-screensaver restores default color-correction settings https://bugs.launchpad.net/bugs/33214 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 146946] Re: Gnome settings daemon randomly does not work
The workaround in comment 52 fails on a Gutsy multi-user system, such as Edubuntu with LTSP, because the first user to logon owns the file /tmp /session-is-gnome, and because more than one user might be logging on simultaneously. The flag file name should incorporate a username and/or session id of some sort, so as to be unique. -- Gnome settings daemon randomly does not work https://bugs.launchpad.net/bugs/146946 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 159477] Re: MaxSessions is set to 16 regardless of configured setting
Hi Basilio - I have since converted the classroom to use LDM in Edubuntu Gutsy, and I'm not onsite, so I can't really test MaxPending. However, I have just run the above test on MaxSession in Hardy using straight Ubuntu, setting MaxSession and MaxPending to '2' using the steps I gave above, with the result that the third remote session is indeed refused. The GDM debug log shows messages like this: DEBUG: Got config xdmcp/MaxSessions=2 custom ...snip... DEBUG: gdm_xdmcp_handle_request: xdmcp_pending=0, MaxPending=4, xdmcp_sessions=1, MaxSessions=16, ManufacturerID= This has spurious entries for MaxPending and MaxSessions, both of which I set to 2. The xdmcp_sessions figure varies correctly depending on how many sessions are connected. Therefore, I suspect there remains a problem in the *logging* code, which is not using the customised settings, rather than in the session acceptance code. Thanks! -- MaxSessions is set to 16 regardless of configured setting https://bugs.launchpad.net/bugs/159477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 159477] MaxSessions is set to 16 regardless of configured setting
Public bug reported: Binary package hint: gdm GDM in Gutsy Edubuntu ignores the MaxSessions and MaxPending settings in gdm.conf-custom, and uses the default values of 16 and 4 respectively. To reproduce: 1. Go to system-administration-login window 2. Go to 'Remote' tab and click 'Configure XDMCP...' 3. Change settings for Maximum pending requests and Maximum remote sessions, then click 'Close'. 4. Go to 'Security' tab and check 'Enable debug messages to system log', then click 'Close'. 5. Verify the setting are present in /etc/gdm/gdm.conf-custom. 6. Logout and restart gdm (not truly necessary but I did it) 7. Attempt to connect from a remote XDMCP client. 8. Log in locally and start system-administration-system log 9. Filter syslog for 'MaxSession' and observe the limits quoted are 16 and 4 regardless. I have observed this with both gdm 2.20.0-0ubuntu6 from gutsy and 2.20.1-0ubuntu1 from gutsy-proposed. This prevents my classroom of 10 terminals all connecting using XDMCP at once - they can only do it in groups of 4. Once connected, the next batch can connect, and so on. It also prevents simultaneous connection of more than 16 terminals. These settings if set in in gdm-cdd.conf and gdm.conf are also ignored (I know this is bad practice, it was just for testing). ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- MaxSessions is set to 16 regardless of configured setting https://bugs.launchpad.net/bugs/159477 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working in Ubuntu Gusty/7.10
Xnest has always worked for me, both from other systems and from Gutsy systems - it is broken when connecting by selecting XDMCP from the GDM screen, rather than a nested session. It seems to me that during connection establishment, the remote Gutsy GDM now sends a response that the local GDM (no matter what version) cannot handle, but a local Xnest can (this is avoided by downgrading GDM as above). This is further confused by Gutsy as local GDM failing to connect to other remote systems that previous versions can connect to (which is not so avoided). -- Remote Login via XDMCP is not working in Ubuntu Gusty/7.10 https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working in Ubuntu Gusty/7.10
I do have the messages in /var/log/syslog that Grizzly mentioned, on the local machine, if I use a local Gutsy to try to connect to remote Gutsy with XDMCP from the GDM login screen (it always works using Xnest on the local machine instead of GDM). On reflection I believe this bug has been discussing two issues which are often encountered together, but which may be unrelated: 1. Gutsy's inability to be connected inwards to using XDMCP from GDM on other machines, regardless of the version on the connecting machine - this is worked-around by reverting gdm on Gutsy to 2.20.0-0ubuntu2. 2. Gutsy's inability to connect outwards using XDMCP from GDM to other machines, regardless of version of the other machine. This is not fixed by reverting gdm to 2.20.0-0ubuntu2. One or both of these may be duplicated in Bug #148474 (BTW, how do I insert a link to that bug? It isn't obvious to me.) I have no wobbly windows or other effects in use. -- Remote Login via XDMCP is not working in Ubuntu Gusty/7.10 https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working in Ubuntu Gusty/7.10
Force-downgrading gdm to the version as at gutsy beta (2.20.0-0ubuntu2) fixes the remote end for me - I can connect to it with other systems; but it does not fix the client end (I still can't use XDMCP to connect out from Gutsy). -- Remote Login via XDMCP is not working in Ubuntu Gusty/7.10 https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working in Ubuntu Gusty/7.10
I have come across this too, I believe. However, setting the remote greeter to 'plain with facebrowser' instead of 'same as local' works around the issue. -- Remote Login via XDMCP is not working in Ubuntu Gusty/7.10 https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 150193] Re: Remote Login via XDMCP is not working in Ubuntu Gusty/7.10
Cannot replicate my workaround on a different remote system, same local system. May be a red herring. -- Remote Login via XDMCP is not working in Ubuntu Gusty/7.10 https://bugs.launchpad.net/bugs/150193 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
