@pitti: Are you sure that all flavours of Ubuntu (Ubuntu, Kubuntu,
Xubuntu and Lubuntu) include the new accountsservice/gnome-control-
center in Oneiric? Would their doing so noticeably increase disk or
memory footprint by requiring other depedencies also be installed by
default?
If in fact any o
** Visibility changed to: Public
--
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/821812
Title:
time-admin crashed with signal 5 in g_option_context_parse()
To manage not
@Anakin Starkiller: I tested with the latest available kernel for Ubuntu
10.04.1 LTS. This is a supported release until April 2013 according to
https://wiki.ubuntu.com/Releases .
(1) How would a newer kernel know that a device is lying about whether
it is removable or not?
(2) Is there reason to
David Tombs wrote:
> how about opening up a new bug for the text change?
> Trying to transform this bug into a UI change might create too much
> confusion. :)
OK. There is also bug #404185 which seems highly relevant to all of
this.
I'm a little concerned about having too many bugs all relate
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/706436
Title:
Safely remove drive is not safe for SD card readers
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
http
Public bug reported:
Binary package hint: nautilus
RELEASE OF UBUNTU:
Description: Ubuntu 10.04.1 LTS
Release: 10.04
VERSION OF PACKAGE:
nautilus:
Installed: 1:2.30.1-0ubuntu1.1
Candidate: 1:2.30.1-0ubuntu1.1
Version table:
*** 1:2.30.1-0ubuntu1.1 0
500 http://mirror
Two ideas:
(1) Is there any way to implement a "reconnect device" option, as
suggested in comment #7 some months ago?
While less than ideal, this would be one way to help people who make
this mistake to recover from it themselves.
(2) Alternatively, a language change to the context menu, so the
Per https://wiki.ubuntu.com/SponsorshipProcess I am setting this to be
assigned to noone and subscribing ubuntu-main-sponsors .
** Changed in: python2.6 (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned)
--
locale._parse_localename fails when localename does not contain e
Apparently for an SRU we need to get this change accepted into Lucid.
So, here is a debdiff for the Lucid version.
** Attachment added: "debdiff for Lucid version of python2.6"
http://launchpadlibrarian.net/36106160/python2.6_2.6.4-1ubuntu2.debdiff
** Changed in: python2.6 (Ubuntu)
Sta
> If you think the fix is ready for release, it might be worth
considering it for a stable release update (SRU).
> Do you (or anyone else) think you could follow the
> https://wiki.ubuntu.com/StableReleaseUpdates
> procedure so that this fix can be considered for Karmic?
OK. I'll give it a go,
> Don't know if it's important, but all the version numbers in the debdiff are
> 2.6.2 (Jaunty's version),
> and the current vesrion in Karmic is 2.6.4.
Yes, here is a separate debdiff for the Karmic version. This one is
building in my PPA now.
Jonathan
** Attachment added: "debdiff for Karmi
Attached is my initial attempt at a debdiff for the Jaunty python2.6
package.
This will hopefully build in my PPA at
https://launchpad.net/~jmarsden/+archive/ppa/ overnight. Brave souls
who want to download and test the updated Python packages from there are
very much welcome to do so.
Jonathan
The upstream patch to locale.py suggested by nicsabacovic does solve the
problem when applied to locale.py, at least in Ubuntu 9.10 Karmic.
After applying it (by hand, since it is for python 3.x and does not
apply to 2.6 using patch), alacarte runs in the sr...@latin and sr_RS
locales.
debdiff (an
I am not a GNOME i18n expert, at all. But I do know that if you use
GNOME the way it was intended, i18n generally "just works" and you do
not need to mess with manually setting locale variables in .bashrc or
.dmrc or anywhere else.
Set a language at the gdm screen, and when prompted, tell it to m
Changing status to incomplete: unclear if this is really a bug, and
earlier confirmation from refdoc turned out to be a different issue.
** Changed in: meta-gnome2 (Ubuntu)
Status: Confirmed => Incomplete
--
Locale settings not used by GNOME session
https://bugs.launchpad.net/bugs/306591
Andrew:
> Jonathan, do you have any idea what may be at fault here?
> I'm interested in filing this upstream but I'm not sure which Gnome package
> to target.
The more I look at this, the more I think there may well be no real bug
here at all.
My change to the summary line was trying (apparentl
** Summary changed:
- Locale settings not respected in GNOME session
+ Locale settings in ~/.bashrc not used by GNOME session
--
Locale settings in ~/.bashrc not used by GNOME session
https://bugs.launchpad.net/bugs/306591
You received this bug notification because you are a member of Ubuntu
Des
refdoc:
Your locale list includes ar_EG.utf8, but not ar_EG.
These are two different locales.
Please try:
# Create and install the ar_EG locale
sudo locale-gen ar_EG
# Test it
LC_ALL=ar_EG locale
I think this will fix your issue, which is not the bug described by the
submitter,
refdoc writes:
> export LC_ALL=ar_EG; gnomesword
> Error message : (gnomesword:15597): Gtk-WARNING **: Locale not supported by C
> library.
> Using the fallback 'C' locale.
Well, I'd expect that result if the ar_EG locale is in fact not fully
and correctly installed on your machine (and that's
It seems that the language-pack-sw* packages (in Hardy at least) simply
do not contain Swahili locale data. The file
/var/lib/locales/supported.d/sw is an empty file (zero bytes long),
unlike all the other files in that directory.
So, the locales package and the locale-gen program can't compile a
20 matches
Mail list logo
