Public bug reported:
no other information to provide
ProblemType: Package
DistroRelease: Ubuntu 14.10
Package: nvidia-331-uvm 331.89-0ubuntu5
ProcVersionSignature: Ubuntu 3.16.0-24.32-generic 3.16.4
Uname: Linux 3.16.0-24-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14.7-0ubuntu8
@stephen-skinner on my setup, this results in the following error
message :
yann@Tregor:~$ sudo apt-get purge ppa:xorg-edgers/ppa
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet ppa -
@tasgo : I just followed the procedure explained at askubuntu, without
success : the upgrade still fails with the same error message... :/
@michael-ransbottom : I suspected that, but even after adding the xorg-edgers
PPA like this :
'
'
sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get
Hi !
I face the same issue for upgrading 13.10 to 14.04... I fiddled around
the repositories, and upgrade commands, with no success... Is there a
straightforward process to get this working ? :/
Bye,
Yann
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
In fact I tried :
sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get update
sudo apt-get install xorg-server
sudo apt-get upgrade
sudo ppa-purge xorg-edgers
...
and at the last command gives this message :
'
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez
Public bug reported:
Hello,
I deactivated third-parties repositories on my 13.10, but when i try
performing the upgrade to 14.04, an error is shown after the Defining
new software repositories (translation from french, so the label may
not be exact) phase I get the following error message :
'
'
@mac_v : don't worry, I was just kidding... :) What I mean is even if
all of us on Launchpad are some kind of power users, some of us are more
prone to say things like :
I'm a grown up person and don't want to be treated by this machine like
an imbecile by continually being reminded of the same
@all : this is fun stuff for an HMI designer/UX specialist... Indeed, an
excellent example case for a UX course : how to make a choice between all these
point of view, and make everyone happy ? IMHO, there's no way to make everyone
happy, as people have antinomic opinions. It seems we have 3
+1 on Sebastien as well. What about my suggestion ? (see
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/23293/comments/20)
--
Nautilus windows should close on unmount
https://bugs.launchpad.net/bugs/23293
You received this bug notification because you are a member of Ubuntu
Bugs, which
@Sebastien :
the screenshot behaviour seems a design decision and not a bug
True, but as we speak about usability issues, not only technical bugs
are in the scope...
users usually don't care about things out of their directory and showing those
by default would be confusing
Maybe. Or maybe
Ivanka, what do you think ?
--
Nautilus browser's pathbar doesn't display the entire path, even when it can
https://bugs.launchpad.net/bugs/389926
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just a test...
Michael Rooney a écrit :
On Thu, Jun 25, 2009 at 12:37 PM, Christian Kujau wrote:
So, Ivanka: +1 on the short username!
I also prefer this solution, glad to hear it is the one being
considered. The user is very likely to
Hello,
Except maybe in contexts where you have a lot of windows, and you have
to search among your taskbar to ensure none of your windows is the one
corresponding to the volume you just unmounted...
Martin Lettner a écrit :
confirming this. would be just nice if nautilus would close the tab
Hello,
I tried to define a solution that would prevent laptop users from being
blocked due to a read-only filesystem, but still allow the fsck sequence
to be performed at shutdown time, so that users can quickly boot theier
computer...
My suggestion is :
At boot time :
- Display a timer and ask
Hi Sebastien,
I know the Copy/Paste action is *possible*, but what I meant is that
it's not as easy as it should be : one has to switch into text mode
(either by clicking on the notepad-like icon or pressing Ctrl+L. This
should be possible using a single action (Paste) with no prealable
action.
Mac_v, Sebastien, Holger, I understand your point of view, and I partly agree
with you : basically, I think the way Nautilus runs is good. Deleting files is
possible without asking confirmation each time, and asking confirmation only
before the real deletion is really fluent...
BUT, what
On my Jaunty fresh install, I only have to open any item in the Places
menu, and I get a shortened path (behaviour visible in Capture-3.png,
instead of the desired behaviour, visible in Capture-4.png)
** Attachment added: Current behaviour
http://launchpadlibrarian.net/28289869/Capture-3.png
Here's the desired behaviour
** Attachment added: Capture-4.png
http://launchpadlibrarian.net/28289895/Capture-4.png
--
Nautilus browser's pathbar doesn't display the entire path, even when it can
https://bugs.launchpad.net/bugs/389926
You received this bug notification because you are a
@mac_v : ok sorry, I focused on the usability issue part of the
project, and was not aware that paper cuts only focus on a fresh
install... Sorry again...
** Also affects: aptitude (Ubuntu)
Importance: Undecided
Status: New
--
Strange dialog during upgrade
Errr... I see I'm not in the majority here, but eyh, I can still give my
opinion... ;) Two major principles in HMI ergonomics are :
- to let the user control the GUI,
- to provide users with feedback so that they remain conscious of the system
state.
It seems to me that applying this principle
+1 on this issue...
--
Nautilus browser's pathbar doesn't display the entire path, even when it can
https://bugs.launchpad.net/bugs/389926
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
@Alex French If such a generic name is no longer defined, references to it in
discussion will be inconsistent.
Do you really think so ? Imagine we're on phone. If I want to tell you
to go to /home/alex (e.g.), I just have to tell you Open the Places
menu, and select your folder. If there's an
Or maybe split the screen into 2. It implies adding 1 step to the
installation process, but it would also allow more air to breathe,
into this one. Maybe the computer name would be candidate to be a
dedicate step ? This way everything in this step would concern the user
(name, password, auto
Hi, Grofaty... Here's my argument : I did not recommend using *no
password*, but *allowing people not to type their password when login*.
This means their password would still remain applicable when sudoing :
the system is not left without protection... My recommendation
addressesthe case of
IMHO, the issue is that users both use shortcuts from the menu, and have
to browse the filesystem. If we use Home as a shortcut label in the
menu, they may think that browsing to /home using Nautilus will lead
them to the same place as the Home shortcut - usability issue.
BTW, making a bridge
IMHO, the issue is that users both use shortcuts from the menu, and have
to browse the filesystem. If we use Home as a shortcut label in the
menu, they may think that browsing to /home using Nautilus will lead
them to the same place as the Home shortcut - usability issue.
BTW, making a bridge
26 matches
Mail list logo