Fix as reached Jaunty for some time.
I don't understand the ever-lasting debate here guys. If you're brave
(or dumb) enough to says yes to the warning dialog, then you can't
complain that your system broke. I could possibly make that warning even
more frightening,t hough, and I will consider
If I understand correctly the problem, you can only hit that bug when
trying to get admin rights without having restarted your session. Is
that the case? If so, I'm not able to reproduce that. Anyway, I'd see
that more as a PAM/PolicyKit issue. Warning users is a mere workaround,
since changes
It's been a long time without news on that bug. Are you still able to
test it? It seems that it could have been fixed with bug 48216. Thanks!
** Changed in: gnome-system-tools (Ubuntu)
Status: Triaged = Incomplete
--
[network-admin] aliases hostname to 127.0.0.1 unconditionally
Are you still experiencing that bug? If so, I'd need the output of 'ls
/etc/rc*' before, between and after the two unchecking attempts. Thanks!
** Changed in: gnome-system-tools (Ubuntu)
Status: Triaged = Incomplete
--
[services-admin] Unchecking gdm in services-admin continues to start
** Changed in: gnome-system-tools (Ubuntu)
Status: Confirmed = Invalid
** Also affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
--
No way to configure mouse button number
https://bugs.launchpad.net/bugs/62949
You received this bug notification because
Closing since migration issues from three years ago will never be
tackled now, sorry. And the issues described by comments 10 and 11 are
in NetworkManager, nothing to do with the gnome-system-tools (I guess
they're fixed now anyway).
** Changed in: gnome-system-tools (Ubuntu)
Status:
I believe the bug you describe should be partially fixed in the upcoming
release 2.27.3, soon available in Karmic. Now, users should be greyed
out if one cannot edit them, and modifying your own account information
will ask you to authenticate when pressing OK.
Could you try that version, now or
So your fix is the right one, but in the meantime we've moved to
PolicyKit1, which allows us to replace that button with their stock
unlock button. So that will be fixed in the upcoming 2.27.3, and you'll
be able to drop the patch (which won't apply anyway). Thanks for your
interest!
--
Please, be rigorous when performing tests. This bug is about logging in
from GDM, not form the fast-user-switch-applet. They can perfectly use
different policy files in /etc/pam.d, so they need to be treated
separately. And i don't see how this could be related to your kernel
version
-system-tools (Ubuntu)
Assignee: (unassigned) = Milan Bouchet-Valat (nalimilan)
--
Cannot authenticate user
https://bugs.launchpad.net/bugs/200634
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu
Ping...
I'm not sure why the Ubuntu Security Team has been unsubscribed from
this bug, but please have a look at that and leave a quick comment. Then
the debdiff is ready to be applied... Thanks!
** Changed in: gdm (Ubuntu)
Status: Fix Released = Confirmed
--
Update PAM policy to allow
*** This bug is a duplicate of bug 404767 ***
https://bugs.launchpad.net/bugs/404767
** This bug has been marked a duplicate of bug 404767
gnome-system-tools: mnemonic/accelerator shows as underscore instead of
underline, and does not register with keyboard
--
users-admin missing gksu
teaker1s: I've followed the steps you describe in your comment, and I've
not been able to reproduce the bug you describe with the latest
development version. Can you still reproduce the problem on your side?
To all: I'd really like to tackle this bug, but the reports here don't
provide steps that
Hey, what's the joke here? Why did you add this patch to the Ubuntu
package of the gnome-system-tools without even reporting it upstream? If
we're sure that's the right thing to do, I'd have committed it in a few
hours!
Now, could you make the status of this bug clearer? The GTK+ upstream
bug is
OK, the problem has nothing to do with PolicyKit. That's only a change
in GTK+ that affects the internals of g-s-t. I guess your patch (or
something similar) is the way to go upstream, if we're sure the new
default will stay.
--
gnome-system-tools: mnemonic/accelerator shows as underscore
Actually it seems to work in the new GNOME Shell, which is now using
GMenu to get the .desktop files.
--
Gettext support for GDesktopAppinfo
https://bugs.launchpad.net/bugs/371399
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to glib2.0
Here's the debdiff against GDM 2.27.4 which is now in Karmic. Please
review!
** Attachment added: Updated patch for GDM 2.27.4
http://launchpadlibrarian.net/29712507/gdm_2.27.4-0ubuntu7.debdiff
** Attachment removed: Fixed debdiff for gdm in Karmic
Sorry Sebastien, but I've checked the file gdm.pam in gdm
2.27.4-0ubuntu6, and it's not applied. The upstream default file
includes the required line, but AFAIK it's not used.
** Changed in: gdm
Status: Fix Released = Confirmed
--
Update PAM policy to allow password-less logins set up
The duplicate bug was declined for One Hundred Paper Cuts without
precise explanation. I think that's wrong: this bug will hit any new
user, it can be a real annoyance if the default is not what you want,
and is easy to fix. It's just a matter of adding a GConf key and link it
to the state of the
...except that the upstream bug linked here does not deal with the
present problem at all, and never has. It is now marked as Fix Released
since I committed patches for that, but these patches are not related to
our problem which *is only in Ubuntu packaging*. Upstream has nothing to
do with this
Woops! A good start would be to get group names right... Anyways, there
was also a tabulation problem, the new patch uses spaces for aligns.
** Attachment added: Fixed debdiff for gdm in Karmic
http://launchpadlibrarian.net/28593478/gdm_2.20.10-0ubuntu4.debdiff
** Attachment removed: Debdiff
Sorry, I thought I had been explicit enough.
The present bug deals with users with an empty password (using 'passwd
-d'), while bug 393854 is about users actually having a password, but
GDM not checking it to log in. In the present bug, GDM is handling the
problem fine, we only need our PAM
As I said above, Nautilus developers consider they have fixed this
problem using Eject all over the place, except for sub-volumes of a
disk, which still use Unmount. But this case is relatively rare, for
standard uses (USB key, audio player, external HD, network mount...)
Eject will be used - and
Public bug reported:
Binary package hint: gdm
Upstream gnome-system-tools will have in 2.28 an option to allow specified
users to log in graphically and locally without entering their password. This
is intended for home users that can't use GDM's autologin because they are
several on the same
** Attachment added: Debdiff to apply the required changes
http://launchpadlibrarian.net/28548736/gdm_2.20.10-0ubuntu4.debdiff
--
Update PAM policy to allow password-less logins set up via users-admin
https://bugs.launchpad.net/bugs/393854
You received this bug notification because you are a
** Bug watch added: GNOME Bug Tracker #414862
http://bugzilla.gnome.org/show_bug.cgi?id=414862
** Also affects: gdm via
http://bugzilla.gnome.org/show_bug.cgi?id=414862
Importance: Unknown
Status: Unknown
--
Update PAM policy to allow password-less logins set up via users-admin
See bug 393854 for a related approach of the problem of password-less
logins. It suggests using accounts that actually have a password, but
not to check it when logging with GDM. While this may not suit all cases
described here, that can solve many of them.
--
users with no password can't log in
BTW, the upstream bug in GDM has moved towards the solution I have
described in my previous comment. As stated in this report, the present
problem is in Debian/Ubuntu, not GDM.
** Changed in: gdm
Importance: Unknown = Undecided
** Changed in: gdm
Remote watch: GNOME Bug Tracker #414862 =
No, the bug is marked as Fix committed, which means that the package
with the fix has not yet been released in Karmic. That will come with
the next version of Rhythmbox.
--
Rhythmbox tries to find a codec for a m3u/html file
https://bugs.launchpad.net/bugs/343707
You received this bug
** Also affects: nautilus via
http://bugzilla.gnome.org/show_bug.cgi?id=576587
Importance: Unknown
Status: Unknown
--
Unmount in volume right-click menu, is tech-speak and undiscoverable
https://bugs.launchpad.net/bugs/28835
You received this bug notification because you are a
As you can see if you read the whole history of the upstream bug, this
problem should be mostly fixed in the current development version. David
Zeuthen and Alexander Larsson have improved the behavior of Nautilus so
that removable devices have an eject option that unmounts all of its
volumes and
Mat: See upstream bug for an explanation of the problems behind this
seemingly trivial improvement.
** Summary changed:
- Eject/Unmount Human theme icon in Nautilus should have hover and click
states
+ Eject/Unmount icon in Nautilus sidebar should have hover and click states
--
Eject/Unmount
** Bug watch added: GNOME Bug Tracker #586458
http://bugzilla.gnome.org/show_bug.cgi?id=586458
** Also affects: libgtk via
http://bugzilla.gnome.org/show_bug.cgi?id=586458
Importance: Unknown
Status: Unknown
--
Eject/Unmount icon in Nautilus sidebar should have hover and click
Thanks for bringing back this one to my mind. Actually, I don't see this
notification anymore. Looks like it's been removed on the way to final
Jaunty. Thus closing.
** Changed in: gnome-power-manager (Ubuntu)
Status: Incomplete = Fix Released
--
Remove notification when going to battery
** Changed in: totem (Ubuntu)
Status: New = Invalid
--
DVD playing is not working correctly with totem-gstreamer
https://bugs.launchpad.net/bugs/41335
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs
*** This bug is a duplicate of bug 131679 ***
https://bugs.launchpad.net/bugs/131679
Sorry, that's because so many people reported this bug, developers are
forced to make some cleaning from time to time, and every duplicate send
one mail to everybody. Just understand they don't like that more
*** This bug is a duplicate of bug 131679 ***
https://bugs.launchpad.net/bugs/131679
Le vendredi 12 juin 2009 à 12:34 +, stek79 a écrit :
*** This bug is a duplicate of bug 131679 ***
https://bugs.launchpad.net/bugs/131679
Sorry,
can you explain how to unsubscribe?
I've
...and Debian must have it for longer than Ubuntu.
** Changed in: totem (Debian)
Status: Confirmed = Fix Released
--
Totem-gstreamer package description lies, that DVD (with menus) playback and
DVD subtitles + languages are supported
https://bugs.launchpad.net/bugs/161826
You received
Cool! The problem here is that I could not find what system KDE 4 uses
for MIME associations. It doesn't seem it uses update-desktop-database
even though that's a freedesktop.org standard. So we could require GTK
apps to depend on desktop-file-utils, but that's not really an easy
task.
Could
That's what I was expecting (fearing)... The spec does not go until that
part - though IMHO it could have been good to have a common command to
do this kind of thing.
The problem is, no package except ubuntu-desktop and a few others depend
on desktop-file-utils. So fixing that detail would really
GNOME packages are calling update-desktop-database and update-mime-
database everytime they add a file to those places. Apps rely on GIO
(mostly) to get the required data, but GIO only reads the cache file, I
think - and does not depend on desktop-files-utils.
Does KDE handle this automatically?
And even 'sudo update-desktop-database', without any argument. ;-)
--
No applications available for photo editing if Gnome is not installed
https://bugs.launchpad.net/bugs/236602
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to f-spot in
Apparently, there are two versions that Amarok can use of libgpod4: one
with GTK, and one without. I guess that if you install the package
libgpod4, and then gnome, that should work. But that should be handled
more nicely, would you mind filing a bug against that package?
But about the true
OK, I've found it. Please run 'grep gimp
/usr/share/applications/mimeinfo.cache', that will show you every file
type for which GIMP is registered.
--
No applications available for photo editing if Gnome is not installed
https://bugs.launchpad.net/bugs/236602
You received this bug notification
I'm a GNOME user, but these are supposed to be desktop-neutral, though I
can't find the spec that deals with this precise problem. So from the
result of these commands, it looks like the file does not exist, which
can perfectly explain the problem.
Can you install the package desktop-file-utils
1301 - 1345 of 1345 matches
Mail list logo
