[Bug 654391] Re: No obvious way for root to cleanly shut down a session
Yes, it still is an issue in Natty. ** Changed in: gnome-session (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in Ubuntu. https://bugs.launchpad.net/bugs/654391 Title: No obvious way for root to cleanly shut down a session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/654391/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 643825] Re: Need explanation for Drag and drop threshold
In Natty: I can confirm that it still just says Drag and Drop threshold without any explanation. Yes, it's still an issue, because I still don't know what the drag-and-drop threshold does. ** Changed in: gnome-control-center (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/643825 Title: Need explanation for Drag and drop threshold To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/643825/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 88893] Re: Text selected in Evince disappears
Neither of those two bug reports seem to have the slightest relationship to this. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/88893 Title: Text selected in Evince disappears -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 88893] Re: Text selected in Evince disappears
This problem (or a similar, broader one) applies to Maverick Meerkat (10.10). Bug https://bugs.launchpad.net/bugs/672244 gives an example PDF file created by pdflatex that shows trouble for all characters, not just nonstandard ones. P.S. the last report, #21 refers to #1. Sorry. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/88893 Title: Text selected in Evince disappears -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 672244] Re: PDF text is blanked when backwards selected
Here's a PDF document that does the trick that I can release. If you go left-button-down nearly anywhere, and sweep towards the upper left, you will see text that is to the upper right of your trajectory disappear. ** Attachment added: foo.pdf https://bugs.launchpad.net/ubuntu/+source/evince/+bug/672244/+attachment/1787708/+files/foo.pdf ** Changed in: evince (Ubuntu) Status: Expired = New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. https://bugs.launchpad.net/bugs/672244 Title: PDF text is blanked when backwards selected -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 696115] Re: Timezone should not require superuser on laptop
On 05/01/11 12:34, Milan Bouchet-Valat wrote: Le mercredi 05 janvier 2011 à 07:49 +, gpk a écrit : Essentially, the trade-off is a minor convenience 99.999% of the time, versus a modest (or major) disaster 0.001% of the time. That's also exactly how I'd describe the idea of allowing all users to set timezone without authentication on laptops. :-p Well, then the easy answer is to do neither. Anyway, it's not the place to discuss the choice of automated timezone detection: go to the gnome-control-center list if you really to want to argue this. No thanks. People love to add features. You can't stop someone who has a pet idea that they haven't thought through very carefully.They just produce self-justifying reasons and don't listen. Me, I'll just turn it off when it appears.Then in 5 years, either it will become useful, or the distros will cause it to default to off. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 696115] Re: Timezone should not require superuser on laptop
Actually, on consideration, I don't think that automatic detection of the timezone is a viable solution.It suffers from all kinds of potential problems like What does it do if it's connected to a VPN?. If I connect via VPN to my office in the UK when I'm in France, I'd get the incorrect time. Or, if I'm in the airport and I'm not yet connected to a network in my new location, it will be silently giving me incorrect timezone information. It'll be telling me what time it is in the other country.That's acceptable if you know you have to set it manually, but people will depend on an automatic system, and miss their connecting flights. The trouble this will cause is a classic computer problem: it will be a system that is smart enough to be right most of the time.Being mostly right, people trust it and depend on it, and then get surprised in those cases where it is wrong. Besides, there is a laptop-detect package in Ubuntu: $ aptitude show laptop-detect Package: laptop-detect State: installed Automatically installed: no Version: 0.13.7ubuntu2 Priority: optional Section: utils Maintainer: Ubuntu Core Developers ubuntu-devel-disc...@lists.ubuntu.com Uncompressed Size: 57.3k Depends: dmidecode ( 2.8-2) Description: attempt to detect a laptop laptop-detect attempts to determine whether it is being run on a laptop or a desktop and appraises its caller of this. So, it is certainly technically possible to tell if you're on a laptop.Therefore gnome can make decisions based on that fact. On 01/01/11 15:48, gpk wrote: OK.I agree it would not make sense as the desktop default. On 01/01/11 14:53, Milan Bouchet-Valat wrote: We can't change PolicyKit permissions depending on whether the system is a laptop or not. So we'd have to make the change for all systems, which is not necessarily what people expect. And even laptops can be used e.g. in kiosks or schools, where you don't want people to play with system settings. I think the whole point will become obsolete anyway when GNOME 3 introduces automatic detection of location based on network. See http://live.gnome.org/Design/SystemSettings/DateAndTime for a rough mockup, which is partly implemented upstream. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 696115] Re: Timezone should not require superuser on laptop
On 04/01/11 20:52, Milan Bouchet-Valat wrote: Le mardi 04 janvier 2011 à 15:51 +, gpk a écrit : Actually, on consideration, I don't think that automatic detection of the timezone is a viable solution.It suffers from all kinds of potential problems like What does it do if it's connected to a VPN?. If I connect via VPN to my office in the UK when I'm in France, I'd get the incorrect time. People using VPNs are not the majority, and we can disable automated detection of timezone if we're connected over a VPN. Plus, we can also use GPS devices when present. OK. Kind of OK, anyway. But that means a traveller has to know and remember the rule about VPNs. If they don't, they will swear at you. You will get people saying I know I connected to the network, why didn't the damn thing set the clock properly? And, doubtless, developers will respond RTFM. But RTFM is a hopeless task these days! My Ubuntu system has tens of thousands of pages of documentation. You have to design a system that will not mislead people in important ways, even if they have had better things to do than read the Gnome documentation. Or, if I'm in the airport and I'm not yet connected to a network in my new location, it will be silently giving me incorrect timezone information. ... That's acceptable if you know you have to set it manually, but people will depend on an automatic system, and miss their connecting flights. If people are smart enough to change their timezone manually, they are smart enough to understand their laptop still uses the previous timezone because it has no way of finding out you've moved. Wrong. It's a very different process in the two cases. Manual case: you just have to remember did I set it or not?*You* are the only actor. Automatic-but-imperfect case: You have to understand how the automatic time-zone setting logic works. 1) You have to know that it gets its time from looking up its IP address in a table. 2) You have to keep track of whether the computer has connected to a network. 2a) It may connect without your knowledge -- if you go somewhere you have been before, it may detect up a WiFi network where it has the password and autoconnect. 2b) It may fail to connect somewhere you expect a connection. Hardware could be down, or overloaded, or the signal could be too weak, or a password expired... 3) Even if it does connect, do you know that it has a global IP address in the right country? 3a) There's the VPN problem. 3b) There's the possibility that you have a IP address behind a firewall. You may be getting data, but it might not be able to deduce where it is. 3c) You may be getting your IP address from a cellullar base station on the other side of the border. 4) The software is depending on a map from IP addresses to geographical location. 4a) How accurate is that map? 4b) How rapidly is it updated if some big ISP moves a block of IP addresses from one time zone to another? In principle, you need to run through that entire checklist each time you've looked at the clock. That's a different, and harder task from just remembering to set the clock. Or, to be sure, you can open up the timzeone widget and check to see if the computer's idea of the time zone agrees with reality. But, if you're going to do *that*, you might as well just set it. Another argument is that from a human social point of view, blaming your computer for having the wrong timezone just doesn't work when you miss an appointment. Whoever you try to apologize to will just be thinking What an idiot! Everyone else can keep track of what time zone they're in. Anyhow, it's one of these things that isn't a good idea to automate, unless you can do it really well. So you'd suggest computers should always wait for users to do things manually, just to avoid being smarter than them? The automated solution is better than nothing. Anyway, discussing this here is pointless since it will be implemented in GNOME and I'm not involved at all in this work. No. I suggest that UNTIL THE AUTOMATED SYSTEM IS 99.999% CORRECT, it is better to do it manually.The automated solution can be far worse than nothing. Just imagine!You fly into Paris for a job interview. You glance at your laptop and decide you have time for a espresso. You don't even think about network connectivity and clocks. You arrive an hour late for the interview because the darn time zone is wrong. Are you going to be happy? Essentially, the trade-off is a minor convenience 99.999% of the time, versus a modest (or major) disaster 0.001% of the time. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop
[Bug 696115] Re: Timezone should not require superuser on laptop
Oh, that's silly! It's a laptop, darn it!The other users will (almost certainly) be on the console, and they'll be in the same time zone your are in. (Unless they have *very* long arms.) What you are proposing is not the normal use case for a laptop -- you seem to be thinking that I carry my laptop around so that people can ssh into it. That's quite rare. ** Changed in: gnome-system-tools (Ubuntu) Status: Invalid = New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 696115] Re: Timezone should not require superuser on laptop
Sorry. Let me be a bit more formal. I suggest that laptops are either: 1) single user in which case changing the time zone won't hurt other users, 2) physically shared amongst several people -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 696115] Re: Timezone should not require superuser on laptop
Sorry. Let me be a bit more formal. I suggest that laptops are either: 1) single user * in which case changing the time zone won't hurt other users, or 2) physically shared amongst several people * in which case, they are in the same time zone, and if one user sets the zone, that is a positive benefit to other users, Occasionally, they might be 3) multi-user, shared amongst a small cooperating group of users.In which case if someone fools with the time zone, you send them a nasty e-mail. And they will very rarelyl be used as servers occupied by untrusted users out to cause trouble. In use cases 1 and 2, changing time zones is a real benefit.In 3, it is largely harmless. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 696115] Re: Timezone should not require superuser on laptop
OK.I agree it would not make sense as the desktop default. On 01/01/11 14:53, Milan Bouchet-Valat wrote: We can't change PolicyKit permissions depending on whether the system is a laptop or not. So we'd have to make the change for all systems, which is not necessarily what people expect. And even laptops can be used e.g. in kiosks or schools, where you don't want people to play with system settings. I think the whole point will become obsolete anyway when GNOME 3 introduces automatic detection of location based on network. See http://live.gnome.org/Design/SystemSettings/DateAndTime for a rough mockup, which is partly implemented upstream. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 696115] [NEW] Timezone should not require superuser on laptop
Public bug reported: Binary package hint: gnome-system-tools When you carry a laptop from one timezone to another, it's nice to be able to set the time correctly, even if you don't have administrative rights on the laptop. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: gnome-system-tools 2.32.0-0ubuntu1.1 ProcVersionSignature: Ubuntu 2.6.35-24.42-generic 2.6.35.8 Uname: Linux 2.6.35-24-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Fri Dec 31 18:30:08 2010 EcryptfsInUse: Yes InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) ProcEnviron: SHELL=/bin/bash PATH=(custom, user) LANG=en_GB.utf8 SourcePackage: gnome-system-tools ** Affects: gnome-system-tools (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 696115] Re: Timezone should not require superuser on laptop
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu. https://bugs.launchpad.net/bugs/696115 Title: Timezone should not require superuser on laptop -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676164] [NEW] EvinceView-CRITICAL cache problem when document changed
Public bug reported: Binary package hint: evince I got the following error message from evince: (evince:10066): EvinceView-CRITICAL **: ev_page_cache_get_annot_mapping: assertion `page = 0 page cache-n_pages' failed This happened when I used pdflatex to re-compute a document that was being viewed on evince. Note that it doesn't happen all the time, only rarely. Probably some sort of race condition. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: evince 2.30.3-0ubuntu1.1 ProcVersionSignature: Ubuntu 2.6.32-25.45-generic 2.6.32.21+drm33.7 Uname: Linux 2.6.32-25-generic x86_64 Architecture: amd64 Date: Tue Nov 16 17:32:11 2010 InstallationMedia: Ubuntu 10.04.1 LTS Lucid Lynx - Release amd64 (20100816.1) ProcEnviron: PATH=(custom, user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: evince ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- EvinceView-CRITICAL cache problem when document changed https://bugs.launchpad.net/bugs/676164 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676164] Re: EvinceView-CRITICAL cache problem when document changed
-- EvinceView-CRITICAL cache problem when document changed https://bugs.launchpad.net/bugs/676164 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676162] Re: ubuntu-bug crashes when it cannot read /var/log/kern.log
No, it is an apport bug because it is an uncaught exception in apport. Apport ought to handle the exception and produce a sensible error message, and make sure that it functions as well as possible in the absence of data from the log file. ** Package changed: evince (Ubuntu) = apport (Ubuntu) -- ubuntu-bug crashes when it cannot read /var/log/kern.log https://bugs.launchpad.net/bugs/676162 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676164] Re: EvinceView-CRITICAL cache problem when document changed
Sure. I don't have the predecessor file any more (the file that was there before this one was created). ** Attachment added: cvx_kochanski.pdf https://bugs.launchpad.net/ubuntu/+source/evince/+bug/676164/+attachment/1735764/+files/cvx_kochanski.pdf -- EvinceView-CRITICAL cache problem when document changed https://bugs.launchpad.net/bugs/676164 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 676164] Re: EvinceView-CRITICAL cache problem when document changed
** Changed in: evince (Ubuntu) Status: Incomplete = New -- EvinceView-CRITICAL cache problem when document changed https://bugs.launchpad.net/bugs/676164 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 672244] Re: PDF text is blanked when backwards selected
Sorry. Can't attach that one: it's a research proposal. You can have it in 2012, when it'll either be funded and under way or obsolete. I tried cutting it, but I cannot make a suitably small fraction of it misbehave. On 08/11/10 18:28, Pedro Villavicencio wrote: thanks for the report, may you please attach that document to the report? thanks. ** Changed in: evince (Ubuntu) Importance: Undecided = Low ** Changed in: evince (Ubuntu) Status: New = Incomplete -- PDF text is blanked when backwards selected https://bugs.launchpad.net/bugs/672244 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 672244] [NEW] PDF text is blanked when backwards selected
Public bug reported: Binary package hint: evince When you select text in a PDF file, using a upwards sweep, the selected area is displayed improperly. You end up with large blank areas on the right ends of selected lines. The image becomes correct when your cursor leaves the evince window. I attach a screen shot. The cursor was swept upwards and leftwards, and everything to the right of the cursor trajectory has been blanked out. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: evince 2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-23.37-generic 2.6.35.7 Uname: Linux 2.6.35-23-generic x86_64 Architecture: amd64 Date: Sun Nov 7 19:09:21 2010 ExecutablePath: /usr/bin/evince InstallationMedia: Ubuntu 10.04.1 LTS Lucid Lynx - Release amd64 (20100816.1) ProcEnviron: SHELL=/bin/bash PATH=(custom, user) LANG=en_GB.utf8 SourcePackage: evince XsessionErrors: (gnome-settings-daemon:3090): GdkPixbuf-CRITICAL **: gdk_pixbuf_format_get_name: assertion `format != NULL' failed (gnome-settings-daemon:3090): GdkPixbuf-CRITICAL **: gdk_pixbuf_format_get_name: assertion `format != NULL' failed (polkit-gnome-authentication-agent-1:3107): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (nautilus:3108): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- PDF text is blanked when backwards selected https://bugs.launchpad.net/bugs/672244 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 672244] Re: PDF text is blanked when backwards selected
** Attachment added: Screenshot-sci_just.pdf.png https://bugs.launchpad.net/bugs/672244/+attachment/1726077/+files/Screenshot-sci_just.pdf.png -- PDF text is blanked when backwards selected https://bugs.launchpad.net/bugs/672244 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 669803] Re: exit code zero on failure
To reproduce the bug, run evince /dev/null || echo NOT PDF evince /dev/zeros || echo NOT PDF evince /dev/zreo || echo NOT PDF You would expect to see NOT PDF three times, because the first file is empty, the second is a string of binary zeros, and the third isn't a file at all.Instead, evince exits with status zero each time, indicating success. ** Changed in: evince (Ubuntu) Status: Incomplete = New -- exit code zero on failure https://bugs.launchpad.net/bugs/669803 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 669803] [NEW] exit code zero on failure
Public bug reported: Binary package hint: evince Evince reports success (exit code 0) even when it cannot display a broken PDF file. $ evince /usr/lib/R/site-library/Zelig/doc/static/intro.pdf Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table desk:~$ echo $? 0 $ Evince gives a big red banner saying - Unable to open document PDF document is damaged but still reports success, so that code like for n in *.pdf do evince $n || echo $n done does not work as expected. (Incidentally, that file is part of the r-cran-zelig package -- it appears to be truncated.) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: evince 2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Tue Nov 2 07:36:11 2010 InstallationMedia: Ubuntu 10.04.1 LTS Lucid Lynx - Release amd64 (20100816.1) KernLog: ProcEnviron: PATH=(custom, user) LANG=en_GB.utf8 SHELL=/bin/bash SourcePackage: evince ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- exit code zero on failure https://bugs.launchpad.net/bugs/669803 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 669803] Re: exit code zero on failure
-- exit code zero on failure https://bugs.launchpad.net/bugs/669803 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 654391] [NEW] No obvious way for root to cleanly shut down a session
Public bug reported: Binary package hint: gnome-session There does not seem to be a way for root to cleanly shut down a particular gnome-session. Obviously restarting gdm works, but that kills all sessions. In my environment, users share machines and we have lots of switch user activity. What I'm really trying to do is to automatically clean up those sessions that are left and forgotten: otherwise they build up and eventually every user is logged onto every machine. Apparently, you need to send a message on the dbus to gnome-session, but getting the session ID for a particular user/process ID isn't trivial. One would really like to be able to send a signal to gnome-session, and have it gracefully shut down whatever it can. (Obviously, I can do kill -9, but that can cause trouble if gnome-session needs to do clean-up activities.) So, _basically_, the bug is that gnome-session ignores all signals. It shouldn't. There are perfectly good reasons for responding to signals. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: gnome-session 2.30.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.32-25.44-generic 2.6.32.21+drm33.7 Uname: Linux 2.6.32-25-generic x86_64 Architecture: amd64 Date: Mon Oct 4 07:08:30 2010 InstallationMedia: Ubuntu 10.04.1 LTS Lucid Lynx - Release amd64 (20100816.1) PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=en_GB.utf8 SHELL=/bin/bash SourcePackage: gnome-session ** Affects: gnome-session (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- No obvious way for root to cleanly shut down a session https://bugs.launchpad.net/bugs/654391 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 654391] Re: No obvious way for root to cleanly shut down a session
** Attachment added: Dependencies.txt https://bugs.launchpad.net/bugs/654391/+attachment/1670616/+files/Dependencies.txt -- No obvious way for root to cleanly shut down a session https://bugs.launchpad.net/bugs/654391 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-session in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 643825] [NEW] Need explanation for Drag and drop threshold
Public bug reported: Binary package hint: gnome-control-center The Mouse Preferences - General - Drag and Drop - Threshold needs a bit of explanation. Is big good? Is it macho?Is small better? Generally, what does it do? You probably know, but I'm not sure and I bet there are millions of other people who don't know what it does. Most notably, this is the only option on that window that you can't easily experiment with. So, you have no trivial way of finding out what it means, either. This is a minor bug, but a real one, especially for newcomers. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: gnome-control-center 1:2.30.1-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.32-25.44-generic-pae 2.6.32.21+drm33.7 Uname: Linux 2.6.32-25-generic-pae i686 Architecture: i386 Date: Mon Sep 20 20:35:41 2010 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release i386 (20100429) ProcEnviron: PATH=(custom, user) LANG=en_GB.utf8 SHELL=/bin/bash SourcePackage: gnome-control-center ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 lucid -- Need explanation for Drag and drop threshold https://bugs.launchpad.net/bugs/643825 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 643825] Re: Need explanation for Drag and drop threshold
** Attachment added: Dependencies.txt https://bugs.launchpad.net/bugs/643825/+attachment/1614860/+files/Dependencies.txt -- Need explanation for Drag and drop threshold https://bugs.launchpad.net/bugs/643825 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 296090] Re: EOG couldn't access trash when deleting image on FUSE-NTFS drive
why ot just delete if the trash is not acessible -- EOG couldn't access trash when deleting image on FUSE-NTFS drive https://bugs.launchpad.net/bugs/296090 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 232469] Re: wget does not use network proxy in some cases
Well, it still doesn't work in karmic, despite all the discussion of whose problem it is.Flashplugin-nonfree still does this: Setting up flashplugin-installer (10.0.42.34ubuntu0.9.10.1) ... Downloading... --2009-12-13 12:39:09-- http://archive.canonical.com/pool/partner/a/adobe-flashplugin/adobe-flashplugin_10.0.42.34.orig.tar.gz Resolving archive.canonical.com... 91.189.90.142 Connecting to archive.canonical.com|91.189.90.142|:80... failed: Connection timed out. Retrying. And /etc/apt/apt.conf contains this: Acquire::http::Proxy http://192.168.2.1:8113/;; Look, suppose the problem is really wget's problem. OK? Then why can't flashplugin-nonfree solve this mess by simply passing a -p flag to wget? Then, when (and if) the wget people get off their collective a***es (Hah, British!) it will continue to work, and the '-p' flag could eventually be removed. Not my problem... it's their problem... sheesh! There is a well-known idea in designing network protocols: anything you produce should adhere strictly to the standard, but you should accept small unambiguous deviations from the standard. The same should apply to packages. They should do the right thing, but not necessarily depend on other packages being perfect. -- wget does not use network proxy in some cases https://bugs.launchpad.net/bugs/232469 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 412152] Re: gnome-disk-utility nags me too much that my disk is failing
The other answer is sudo aptitude remove gnome-disk-tools Jean Roberto Souza wrote: Now this was a good answer. Thank you DjDarkman! On Tue, Sep 8, 2009 at 6:57 AM, mac_v drkv...@yahoo.com wrote: DjDarkman , The notification can be disabled from System Preferences Startup Applications Disk Notifications. ... But that is not a solution , since this would probably prevent the notification when the disk is really failing. This is really a statistical problem. Computer programmers shouldn't argue. The thing is, it's very much like earthquake prediction. If you predict an earthquake in San Francisco often enough, eventually you'll be right.The San Andreas fault is there, and eventually it's going to let go.The same with everyone's disk drives.However, it's really not a good idea to warn San Francisco every month when it might be 50 years until the next big earthquake. People who predict earthquakes have understood the problem and don't issue predictions because they know they cannot predict well enough to be useful. People who predict disk drives should do the same. If you read the actual research papers on the subject, they come to that conclusion. The trouble is that if you are predicting an event that doesn't happen very often, you can be in a difficult situation where (a) You know the event is much more likely than normal, and (b) the event is still very improbable. So, for instance with disk drives, the average probability of failure is about 1 in a thousand per month: 0.1% per month.If you look at the SMART information, you can sometimes tell that this disk drive is, perhaps, 5 times more likely to fail than normal. But that's _still_ _small_.It's still 0.5% per month. So, even after certain indicators of failure happen, there might still be less than a 1% chance that the disk drive will fail soon.In that case, the best thing to do is to remain silent. Why? Because if someone listens to the warning, and acts on it, the cost will be relatively large. Whereas the probability of failure is still relatively small. If you really have your heart tied to this software, if you really love it like your first child, and you really don't want it disabled, then the thing to do is to minimize the damage it causes. In that case do the following: Change the warning message from Your disk is failing to Back up your data: SMART predicts a larger-than-normal chance of disk failure. -- gnome-disk-utility nags me too much that my disk is failing https://bugs.launchpad.net/bugs/412152 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-disk-utility in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 412152] Re: gnome-disk-utility nags me too much that my disk is failing
Are you the MIT Halbert from '81? If so, hello! Dan Halbert wrote: A more thorough discussion of this issue is in yet another Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=498115. When I installed karmic, I too was falsely alarmed by palimpsest's warning about a single reallocated bad sector in a disk I've been using for years. I ran the manufacturer's test, which said there was no problem. I believe palimpsests's author, as quoted in #7, is not as well as informed as he could be about the non-zero number of failures one typically sees in disks these days. ** Bug watch added: Red Hat Bugzilla #498115 https://bugzilla.redhat.com/show_bug.cgi?id=498115 -- gnome-disk-utility nags me too much that my disk is failing https://bugs.launchpad.net/bugs/412152 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-disk-utility in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 18671] Re: Can't turn the Candy bar off
Those annoying moving stripes are still there, and I cannot find an option to turn them off, so I guess the bug still persists. -- Can't turn the Candy bar off https://bugs.launchpad.net/bugs/18671 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 60325] gedit crashes when 2nd instance opened under another login instance
Public bug reported: Binary package hint: gedit Distribution: Ubuntu 6.06 (dapper) Package: gedit Severity: Normal Version: GNOME2.14.3 2.14.4 Gnome-Distributor: Ubuntu Synopsis: gedit crashes when 2nd instance opened under another login instance Bugzilla-Product: gedit Bugzilla-Component: general Bugzilla-Version: 2.14.4 BugBuddy-GnomeVersion: 2.0 (2.14.1) Description: Description of the crash: See below. Steps to reproduce the crash: 1. Open gedit on main console 2. Connect to computer from another using vnc (vnc server started from xinetd) 3. Log in within VNC session using same user account as logged in on main console 4. Attempt to start gedit Expected Results: gedit crashes instantly on the original session; gedit fails to start under the vnc session. The same thing happens if gedit is started first of all on the vnc session and an attempt is then made to start it on the main console. I have not tested to see if this happens if the 2nd login uses a different user account. However, it does not happen if the vncserver is running from within same user login as that under which gedit was run from (i.e. Xvnc is started from the user command line via the vncserver script, rather than from xinetd). How often does this happen? Every time the above steps are followed Additional Information: None Debugging Information: Backtrace was generated from '/usr/bin/gedit' (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1226185024 (LWP 11537)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7173463 in __waitpid_nocancel () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb7e8d8e6 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #3 signal handler called #4 0xb6fe0d18 in strcmp () from /lib/tls/i686/cmov/libc.so.6 #5 0x08067c7e in gedit_app_get_active_window () #6 0x08067d6f in _gedit_app_get_window_in_workspace () #7 0x08066949 in bacon_message_connection_new () #8 0x08065bf8 in