[Bug 1772395] [NEW] package pdfsam 3.3.5-1 failed to install/upgrade: trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1
Public bug reported: When launching pdfsam this error is showed and nothing happens. Exception in thread "main" java.lang.NoClassDefFoundError: javafx/scene/layout/HBox I'm Ubnuntu 18.04 LTS My version of pdfsam is 3.3.5-1 ProblemType: Package DistroRelease: Ubuntu 18.04 Package: pdfsam 3.3.5-1 ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17 Uname: Linux 4.15.0-20-generic x86_64 ApportVersion: 2.20.9-0ubuntu7 AptOrdering: pdfsam-basic:amd64: Install NULL: ConfigurePending Architecture: amd64 Date: Mon May 21 13:10:45 2018 DpkgTerminalLog: Preparing to unpack .../pdfsam_3.3.5-1_all.deb ... Unpacking pdfsam-basic (3.3.5-1) ... dpkg: error processing archive /home/anton/Downloads/pdfsam_3.3.5-1_all.deb (--unpack): trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1 DuplicateSignature: package:pdfsam:3.3.5-1 Unpacking pdfsam-basic (3.3.5-1) ... dpkg: error processing archive /home/anton/Downloads/pdfsam_3.3.5-1_all.deb (--unpack): trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1 ErrorMessage: trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1 InstallationDate: Installed on 2017-11-17 (185 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) PackageArchitecture: all Python3Details: /usr/bin/python3.6, Python 3.6.5, python3-minimal, 3.6.5-3 PythonDetails: /usr/bin/python2.7, Python 2.7.15rc1, python-minimal, 2.7.15~rc1-1 RelatedPackageVersions: dpkg 1.19.0.5ubuntu2 apt 1.6.1 SourcePackage: pdfsam Title: package pdfsam 3.3.5-1 failed to install/upgrade: trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1 UpgradeStatus: Upgraded to bionic on 2018-05-04 (17 days ago) ** Affects: pdfsam (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-package bionic package-conflict -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1772395 Title: package pdfsam 3.3.5-1 failed to install/upgrade: trying to overwrite '/usr/bin/pdfsam', which is also in package pdfsam 3.3.5-1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pdfsam/+bug/1772395/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1749206] Re: Can't upgrade from 14.04 LTS t o 16.04 LTS
Solved removing all PPA packages with: sudo ppa-purge xorg-edgers and other conflictive packages. ** Changed in: ubuntu-release-upgrader (Ubuntu) Assignee: (unassigned) => Maria Vila Casadesus (mariavica) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1749206 Title: Can't upgrade from 14.04 LTS t o 16.04 LTS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1749206/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1749206] Re: Can't upgrade from 14.04 LTS t o 16.04 LTS
** Changed in: ubuntu-release-upgrader (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1749206 Title: Can't upgrade from 14.04 LTS t o 16.04 LTS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1749206/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1749206] [NEW] Can't upgrade from 14.04 LTS t o 16.04 LTS
Public bug reported: Description:Ubuntu 14.04.5 LTS Release:14.04 > sudo do-release-upgrade .. Checking package manager Reading package lists... Done Building dependency tree Reading state information... Done Building data structures... Done Calculating the changes Calculating the changes Could not calculate the upgrade An unresolvable problem occurred while calculating the upgrade. This can be caused by: * Upgrading to a pre-release version of Ubuntu * Running the current pre-release version of Ubuntu * Unofficial software packages not provided by Ubuntu If none of this applies, then please report this bug using the command 'ubuntu-bug ubuntu-release-upgrader-core' in a terminal. Restoring original system state Aborting Reading package lists... Done Building dependency tree Reading state information... Done Building data structures... Done ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ubuntu-release-upgrader-core 1:0.220.9 ProcVersionSignature: Ubuntu 3.13.0-79.123-generic 3.13.11-ckt33 Uname: Linux 3.13.0-79-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.14.1-0ubuntu3.27 Architecture: amd64 CrashDB: ubuntu CurrentDesktop: Unity Date: Tue Feb 13 15:42:54 2018 InstallationDate: Installed on 2014-10-11 (1221 days ago) InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2) PackageArchitecture: all SourcePackage: ubuntu-release-upgrader UpgradeStatus: Upgraded to trusty on 2018-02-13 (0 days ago) ** Affects: ubuntu-release-upgrader (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug dist-upgrade third-party-packages trusty -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1749206 Title: Can't upgrade from 14.04 LTS t o 16.04 LTS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1749206/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1325650] Re: CTRL+F turns search off
In addition to that, old behavior of Ctrl+F used to be to select all text content in search box, so that what you type right after Ctrl+F replaces a previous search. I think this is what is expected. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1325650 Title: CTRL+F turns search off To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1325650/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067992] Re: update-manager crashes when trying to upgrade to quantal (Gtk couldn't be initialized)
I use gnome-shell and the problem affects me in the same way. What is the command-line equivalent to use as a workaround, if there is any? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067992 Title: update-manager crashes when trying to upgrade to quantal (Gtk couldn't be initialized) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1067992/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 762478] Re: [nouveau] No icons shown in unity launcher when using experimental mesa drivers
Same problem with nvidia-173 on Ubuntu 12.04 (I had to downgrade xserver-xorg* to oneiric version, in order to install nvidia-173) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/762478 Title: [nouveau] No icons shown in unity launcher when using experimental mesa drivers To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/762478/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 944865] Re: regression: no dock or menu bar after login
There are many regression in the 5.x version of unity-2d. 1) No global menu anymore in Unity2D, wich was working in 11.10 (unity4) with same hardware 2) No way to enable auto-hide of the dock panel (always show is the only viable option for me, when selecting other option there is no panel at all) 3) I'm using old hardware with nvidia-173 drivers and I don't like the fact composite is mandatory to use Unity correctly (very laggy) I had to force composite to off to avoid laggy windows by modifying /etc/X11/xorg.conf: Section Extensions Option Composite Disable EndSection Notes: Not directly related with Unity but nvidia-173 drivers are not compatible with Xorg version released in 12.04. So I stick with 11.10 version of Xorg. I had to make the following changes to backport Xorg: In /etc/apt/sources.list : Package: xserver-xorg* Pin: release a=oneiric Pin-Priority: 1050 In /etc/apt/preferences: deb http://fr.archive.ubuntu.com/ubuntu/ oneiric main deb-src http://fr.archive.ubuntu.com/ubuntu/ oneiric main -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/944865 Title: regression: no dock or menu bar after login To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/944865/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 948053] Re: nvidia-96 and nvidia-173 uninstallable on Precise
Hi guys, I have a solution for you (a painless workaround) nvidia-173 drivers are not compatible with Xorg (ABI to be precise) version released in 12.04. So I stick with 11.10 version of Xorg. I had to make the following changes to backport Xorg: In /etc/apt/sources.list : deb http://fr.archive.ubuntu.com/ubuntu/ oneiric main deb-src http://fr.archive.ubuntu.com/ubuntu/ oneiric main In /etc/apt/preferences: Package: xserver-xorg* Pin: release a=oneiric Pin-Priority: 1050 Note related to nvidia-173 on Ubuntu 12.04: I'm using old hardware with nvidia-173 drivers and I don't like the fact composite is mandatory to use Unity correctly (very laggy) I had to force composite to switch it off to avoid laggy windows by modifying /etc/X11/xorg.conf: Section Extensions Option Composite Disable EndSection -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/948053 Title: nvidia-96 and nvidia-173 uninstallable on Precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-173/+bug/948053/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 948053] Re: nvidia-96 and nvidia-173 uninstallable on Precise
Forgot to mention that you need to run a sudo apt-get update and a sudo apt-get dist-upgrade in order to downgrade Xorg to the version from Oneiric (11.10) Xorg is independent, so there is no conflict with any package from the rest of 12.04 release. Enjoy. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/948053 Title: nvidia-96 and nvidia-173 uninstallable on Precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-173/+bug/948053/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 922268] Re: nvidia-173 does not support video driver ABI in precise
*** This bug is a duplicate of bug 948053 *** https://bugs.launchpad.net/bugs/948053 nvidia-173 drivers are not compatible with Xorg (ABI to be precise) version released in 12.04. So I stick with 11.10 version of Xorg. I had to make the following changes to backport Xorg: In /etc/apt/sources.list : deb http://fr.archive.ubuntu.com/ubuntu/ oneiric main deb-src http://fr.archive.ubuntu.com/ubuntu/ oneiric main In /etc/apt/preferences: Package: xserver-xorg* Pin: release a=oneiric Pin-Priority: 1050 Note related to nvidia-173 on Ubuntu 12.04: I'm using old hardware with nvidia-173 drivers and I don't like the fact composite is mandatory to use Unity correctly (very laggy) I had to force composite to switch it off to avoid laggy windows by modifying /etc/X11/xorg.conf: Section Extensions Option Composite Disable EndSection -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/922268 Title: nvidia-173 does not support video driver ABI in precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-173/+bug/922268/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 214370] Re: Logout/Shutdown Sound Not Working
Let's remove Ubuntu and every bug will be removed as well :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/214370 Title: Logout/Shutdown Sound Not Working To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-session/+bug/214370/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: Terminating the append_revisions_only experiment, for now
Max Bowsher _...@maxb.eu writes: We currently have 97 packages failing with AppendRevisionsOnlyViolation - that's around a sixth of all failures. I think we should roll back the change to the importer to set append_revisions_only on UDD branches, and make the importer clear the flag when doing its own pushes to Launchpad. Very close to my own thoughts, thanks for bringing this up. It feels clear to me that what seemed like an obvious win at the time of introduction has revealed lots of interesting and unexpected edge cases. This is also very close to my feelings and I like to add that we should *really* write tests to capture them and make sure we don't regress again in the future. Overall, I feel we have far too much failures when landing *good* stuff *because* we lack a proper way to test. It's a long known issue that we miss a launchpad test server but *not* having tests to guard against regressions is clearly a path we don't want to pursue as demonstrated here (IMNSHO). Whether we address that by using staging or any sort of local launchpad test server is open to discussion but the sooner we start this discussion the better. I think we can serve UDD best by getting these imports working again how they were before, since time has shown that we don't have a quick fix compatible with retaining the append_revisions_only behaviour. +1 (twice) Vincent -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Wondering how to fix up a category of import failure
Max Bowsher _...@maxb.eu writes: I've come across an interesting importer malfunction in some old branches. Essentially, it appears that: 1. the importer has imported a version 2. this version has then been copied into future series branches by the process of initializing new distroseries 3. the importer has then re-imported the same version IN A LATER SERIES ONLY, but with a different dpkg-source -x version or settings with the effect of adding files such as .gitignore to the imported tree, BUT has updated its internal meta.db but NOT moved the tag for the version 4. now it complains that its meta.db and the tag are out of sync. So either the tag or the meta.db should be fixed right ? Options: A) Move the tag to match what the importer expects. Accept that the same package version tag exists (for example) in the maverick branch pointing to r8, but in the natty branch pointing to r9, which have slightly different trees. B) Push the extra revision back into the earlier branches and move the tag there too. (Even though the extra revision has a branch nick with a later series name than the earlier branches) A and B are about fixing the tag. Having a weird branch nick can raise questions but 'nick' is the most reliable indicator either. C) Nuke the entire import, and let the importer do better this time. This will fix meta.db. D) Something else? I kind of prefer fixing meta.db. In the long term, the importer should become more and reliable and some fixes will imply fixing meta.db. So in the end, my vote is for C as it also means we can use the same recipe to restore a sane state for the package for different issues. Vincent -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Breaking up the importer's huge icommon.py file
Max Bowsher m...@f2s.com writes: A huge amount of the UDD importer's interesting code is in one file, icommon.py. I'd like to submit a series of changes to break it up such that only the most common bits of code remain there. +1 Assuming the idea is liked, I think the best way to proceed would be for me to do a single one of these moves, merge-propose it, wait for approval, land it, and repeat the cycle until done. Sounds like a good plan. I've been willing to do that too, the main risk is to miss a dependency for a given script and catch it only when it breaks. I've tried to identify all scripts and record where they were used (see importer.crontab and etc-init.d-mass-import for some) but I'm not sure I got them all. I know this sounds a bit like FUD at this point so don't get too scared either ;) I won't mind additional smoke blackbox tests to cover that (but won't block a patch because of that either). This should minimize clashing with other branches trying to land, and potentially awkward merges. /me nods Vincent -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Breaking up the importer's huge icommon.py file
Max Bowsher _...@maxb.eu writes: snip/ package_importer is a bit long. udd works for me, especially as the project lives in lp:udd. +1 Once we have a namespace, I'm inclined to move the tests there too - that would sidestep naughty packages which install top-level tests modules on the system path. +1 Vincent -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
[Bug 714213] Re: midi2ly crashed with UnicodeDecodeError in convert_midi()
It's not really that 'the file contains' but rather 'the file name contains'. The same issue goes for the convert-ly utility. A patch by Jan Nieuwenhuizen is now available, see http://lists.gnu.org/archive/html/bug-lilypond/2011-03/msg00322.html It has been tested and It will be applied upstream very soon -- You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. https://bugs.launchpad.net/bugs/714213 Title: midi2ly crashed with UnicodeDecodeError in convert_midi() -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: build-from-branch into the primary archive
Martin Pitt martin.p...@ubuntu.com writes: Colin Watson [2011-02-24 0:11 +]: 'debcommit -r' is already a superset of 'bzr mark-uploaded'. The latter just sets a tag corresponding to the head version in debian/changelog. I know; I meant that if bzr mark-uploaded gets changed to do more magic than just tagging, e. g. poke Launchpad to please build this, then debcommit -r should call mark-uploaded so that this happens. Whatever we chose to tell launchpad to build *this* I think *this* should be identified by a revision ID. Tags provide a way to refer to revision IDs, but with a drawback: you can delete a tag or associates it with a different revid later. Using the revid also means we can unambiguously tell, after the fact, this build comes from this revid (a UUID by definition) which also allows things like: - this build has already been done, - this build has failed, - this build can be copied from this ppa to the archive, - etc. I also think that whoever decides that a build is needed knows this at *commit* time. I don't understand the packaging process well enough to say: this should be done this way at this point but I thought I should mention the problem about using a tag to carry this information anyway. Now, when I say revid, I'm talking about an implementation detail, there are various ways to associate the revid with anything that is more user friendly. As long as it's a property of the source packaging branch, it can be used to find the revid. So a specific revision property can work (a boolean saying: build this), a field in any file in debian dir will work too. Whatever works, as long as it can't be changed for a given revision. Vincent -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
[Bug 194095] Re: texinfo syntax highlighting: never ending @ignore block
I can confirm this now works in 10.04. @end ignore now correctly does stop highlighting as a comment in texinfo files. Thanks! The link to a texinfo file in the original report still works, unfortunately the other ones don't, my apologies. -- texinfo syntax highlighting: never ending @ignore block https://bugs.launchpad.net/bugs/194095 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 214370] Re: Logout/Shutdown Sound Not Working
Great :-( -- Logout/Shutdown Sound Not Working https://bugs.launchpad.net/bugs/214370 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 214370] Re: Logout/Shutdown Sound Not Working
2009/6/18 Scott James Remnant sc...@canonical.com: Though it's worth thinking about whether or not we _want_ a shutdown sound. If the sound is playing in the background during shutdown, it'll get cut short because we save the mixer settings of the card and mute on the way down. If the sound is playing in the foreground, it'll make the shutdown take longer because we're waiting for the sound to finish playing. It can be user configured or disabled, what is a bug is that the user wants it and he gets no sound. -- Francisco Vila. Badajoz (Spain) www.paconet.org -- Logout/Shutdown Sound Not Working https://bugs.launchpad.net/bugs/214370 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 190515] Re: [Hardy][Intrepid] Low bandwidth with rt2400 / rt2500 drivers
2009/3/2 Andy Whitcroft a...@canonical.com: Could all of those affected by this issue confirm whether they have linux-backport-modules-2.6.24 installed. If not could they test with that installed. I'm sorry to say, don't expect too many responses. All affected people will have changed to another wireless card ages ago. -- Francisco Vila. Badajoz (Spain) The incredible carnival of Badajoz http://www.flickr.com/photos/pacovila/tags/carnaval/show/ -- [Hardy][Intrepid] Low bandwidth with rt2400 / rt2500 drivers https://bugs.launchpad.net/bugs/190515 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 243238] Re: There is no logoff sound
*** This bug is a duplicate of bug 214370 *** https://bugs.launchpad.net/bugs/214370 Did you mean a href=https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/214370;bug 214370/a? -- There is no logoff sound https://bugs.launchpad.net/bugs/243238 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 157400] Re: No logoff (shutdown) sound in Gutsy Gibbon 7.10 final
*** This bug is a duplicate of bug 129029 *** https://bugs.launchpad.net/bugs/129029 This is not a duplicate of bug 129029 because The drums before the logon and the logon-sound work well as Bern stated. Who marked it as a duplicate so quickly? A better candidate is bug 214370 https://launchpad.net/+search?field.text=logoff+sound (9560 pages) https://launchpad.net/+search?field.text=logout+sound (10900 pages) https://launchpad.net/+search?field.text=shutdown+sound (13400 pages) -- No logoff (shutdown) sound in Gutsy Gibbon 7.10 final https://bugs.launchpad.net/bugs/157400 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu (via bug 129029). -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 157400] Re: No logoff (shutdown) sound in Gutsy Gibbon 7.10 final
*** This bug is a duplicate of bug 129029 *** https://bugs.launchpad.net/bugs/129029 in 8.10 Intrepid, add the line ogg123 /usr/share/sounds/ubuntu/stereo/desktop-logout.ogg to /etc/gdm/PostSession/Default just before exit 0 -- No logoff (shutdown) sound in Gutsy Gibbon 7.10 final https://bugs.launchpad.net/bugs/157400 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu (via bug 129029). -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 269004] Re: bar counter collides with bracket in pdf output
This kind of collision has been fixed in latest stable release of LilyPond, now
available in Jaunty.
I assume that Rosegarden exports a score with the default settings for this, so
try to process a minimal score (attached) with lilypond directly. I get no
collision here.
%%% test.ly
\version 2.12
\new StaffGroup
\new Staff \repeat unfold 40 { c'1 }
\new Staff \repeat unfold 40 { c'1 }
** Attachment added: A minimal test file for lilypond to show whether a
collision occurrs
http://launchpadlibrarian.net/22406334/test.ly
--
bar counter collides with bracket in pdf output
https://bugs.launchpad.net/bugs/269004
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 72227] Re: should avoid loading modules from working directory
** Changed in: bzr Status: In Progress = Confirmed ** Changed in: bzr (Ubuntu) Status: In Progress = Confirmed -- should avoid loading modules from working directory https://bugs.launchpad.net/bugs/72227 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 86923] Re: Programming languages incorrectly translated in gedit
Still present in Intrepid in the Spanish translation of GEdit. Version 2.24.2 of gedit 2. In gedit, select Ver, Modo resaltado, Fuentes. Scheme is translated to Esquema. Should be Scheme, i.e. left untranslated. -- Programming languages incorrectly translated in gedit https://bugs.launchpad.net/bugs/86923 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 304891] Re: bzr doesn't work in parent directories of python packages with certain names
*** This bug is a duplicate of bug 72227 *** https://bugs.launchpad.net/bugs/72227 This is a duplicate, but your use case makes it really painful :-/ ** This bug has been marked a duplicate of bug 72227 should avoid loading modules from working directory -- bzr doesn't work in parent directories of python packages with certain names https://bugs.launchpad.net/bugs/304891 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu (via bug 72227). -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 72227] Re: should avoid loading modules from working directory
Bumping importance because of bug #304891. Fixing bzr itself souldn't be that hard but there may be consequences on packaging it or running it locally (as ./bzr). ** Changed in: bzr Importance: Medium = High -- should avoid loading modules from working directory https://bugs.launchpad.net/bugs/72227 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 72227] Re: should avoid loading modules from working directory
** Tags added: easy -- should avoid loading modules from working directory https://bugs.launchpad.net/bugs/72227 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 285623] Re: bzr get http://code.launchpad.net/~ubuntu-core-dev/metacity/ubuntu malfunction (dead link?)
*** This bug is a duplicate of bug 244412 *** https://bugs.launchpad.net/bugs/244412 ** This bug has been marked a duplicate of bug 244412 Errors removing CAs that don’t exist, or adding ones that do -- bzr get http://code.launchpad.net/~ubuntu-core-dev/metacity/ubuntu malfunction (dead link?) https://bugs.launchpad.net/bugs/285623 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 286918] Re: bzr selftest svn fails with a segmentation fault
Try running: bzr selftest -s bp.svn -v if it passes try: bzr selftest -v That will localize the problem in a better way. ** Changed in: bzr Status: New = Invalid -- bzr selftest svn fails with a segmentation fault https://bugs.launchpad.net/bugs/286918 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 286918] Re: bzr selftest svn fails with a segmentation fault
martin == Martin Garton writes: martin $ bzr selftest -s bp.svn -v martin bzr: ERROR: no such option: -s martin trying something else that may be helpful(?): Huh ? martin $ bzr selftest svn -v martin testing: /usr/bin/bzr martin/usr/lib/python2.5/site-packages/bzrlib (1.3.1 python2.5.2.final.0) Haaa, bzr-1.3.1. Sure the above option is not available there, try upgrading. -- bzr selftest svn fails with a segmentation fault https://bugs.launchpad.net/bugs/286918 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137045] Re: bzr push hangs some minutes if server data quota is exceeded
** Changed in: bzr Importance: Undecided = Wishlist Status: New = Confirmed -- bzr push hangs some minutes if server data quota is exceeded https://bugs.launchpad.net/bugs/137045 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 156299] Re: bzr bash completion error (compgen: --: invalid option)
** Changed in: bzr Importance: Undecided = Wishlist Status: New = Confirmed -- bzr bash completion error (compgen: --: invalid option) https://bugs.launchpad.net/bugs/156299 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 54154] Re: kpdf ignores duplex printing settings and forces duplex
I confirm this bug with identical symptoms in HP 2015dn. Unfortunately, evince prints barlines of music scores from GNU LilyPond too thick! KPDF prints them well, but always double sided. I cannot understand how bugs are managed, but it is now two years old !!! -- kpdf ignores duplex printing settings and forces duplex https://bugs.launchpad.net/bugs/54154 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 54154] Re: kpdf ignores duplex printing settings and forces duplex
The link to Feisty package does not work, is there any other source for it? BTW my distribution is Hardy. Thanks -- kpdf ignores duplex printing settings and forces duplex https://bugs.launchpad.net/bugs/54154 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 54154] Re: kpdf ignores duplex printing settings and forces duplex
The 3.5.9 package in http://ftp.gva.es/mirror/debian/pool/main/k/kdegraphics/ Works for me. On uninstalling of kpdf, kghostview was uninstalled as well, but then on install of this debian kpdf, kghostview was not needed, apparently, it prints OK, single page, single side. -- kpdf ignores duplex printing settings and forces duplex https://bugs.launchpad.net/bugs/54154 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 190515] Re: [Hardy] Low bandwidth with rt2400 / rt2500 drivers
Wayne, what do you recommend to do? What exact bug has to be tracked? This very one states confirmed (this is good) and triaged (does not sound as good). Do you recommend to install the backports package and wait TLS to honour the 'S' in its acronym? How in earth has this been possible to happen (a regression to a full year old version of the tree)? Thank you. -- [Hardy] Low bandwidth with rt2400 / rt2500 drivers https://bugs.launchpad.net/bugs/190515 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 194095] Re: texinfo syntax highlighting: never ending @ignore block
Any of the itely files in http://web.uvic.ca/~gperciva/doc-src/ will behave same way. That very file has been deleted but there are many others, e.g., http://web.uvic.ca/~gperciva/doc-src/ancient.itely http://web.uvic.ca/~gperciva/doc-src/chords.itely http://web.uvic.ca/~gperciva/doc-src/expressive.itely http://tinyurl.com/5h8of3 http://tinyurl.com/6sy2x3 http://tinyurl.com/6yoxav anyway, attached is the above mentioned one. ** Attachment added: sample texinfo file to test gedit texinfo highlighting http://launchpadlibrarian.net/14509975/simultaneous.itely -- texinfo syntax highlighting: never ending @ignore block https://bugs.launchpad.net/bugs/194095 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 194095] Re: texinfo syntax highlighting: never ending @ignore block
I'm afraid yes, it is still there. Open for example this file: http://web.uvic.ca/~gperciva/doc-src/simultaneous.itely (it is a texinfo file with a different extension) Choose highlight-Markup-Texinfo, you'll see all blue. Then, on the second line, insert a space after the at sign so that @ignore becomes @ ignore Then you'll see the correct syntax highlighting, because the ignore block does not even start. -- texinfo syntax highlighting: never ending @ignore block https://bugs.launchpad.net/bugs/194095 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [ubuntu-art] Kith Intrepid
Ken Vermette escribió: Hello again everyone; Despite limited time, I've managed to throw together a simple theme idea for Intrepid. There's a link below, it's pretty much the same as Kith (in an old hardy wiki, referenced) but with a few tweaks for a more stylized look. Very little time can be put into this, so it's missing icons, text, notifications and so on - so I'll for now most of this idea is up to your imaginations. I like several concepts in the NewWave theme, so try to use that to fill in the blanks. https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Kith_Intrepid#head-69dfc4b003dd74ae955d65de60288c9cce9a6368 I won't be able to reply for at least a week, so sorry in advance for sluggish communique; Thank you. -Ken Vermette This looks great Ken. I'd love to see how this evolves. Are you going to reuse some of Union's pieces? Regards, D. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[ubuntu-art] Wiki organization
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was looking at the wiki and, in my opinion, it's a bit disorganized. Leaving aside pages that are there to help (Documentation, Help, Meetings, PageTemplate, etc.) I was thinking that a clearer structure could be used. What must be stressed, in my opinion, is what we actually have, what are we working on and what is no longer used. And also, in the current cycle, have a clearer structure as to where put the files, etc. So, my proposed structure is as follow: Artwork ~-Incoming (this, of course, is only for Intrepid right now.) ~ -Wallpapers ~ -create your sub page here... ~ -Themes ~ -Concepts ~ -DVDCover ~ -Icons ~ -Marketing ~ -Other ~-Current (this should be for the material related to the actual distribution, in this case, Hardy) ~ -repeat similar structure as /Incoming ~-Archived ~ -Gutsy ~ -repeat similar structure as /Incoming ~ -Feisty ~ -etc. Also, Official may be confusing. One could be inclined to think that it means all official artwork included in Ubuntu, while is only Reference materials, like logos, color palettes, etc. So I suggest it be renamed to OfficialReference, ReferenceMaterial or something similar. And including a little preview of the logos, etc. would be nice too. I know it's a lot of work. I offer myself to help organize it, but I can't do it alone. Maybe we can arrange a meeting to recruit volunteers to do it, if everybody else agrees with this, of course. Regards. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIGg07RYJtjiXiKskRAmcLAKCcAC3xBvOTo44JEjNIBz+aC7RMBACgiBOX UODc6fKj3f/SqADdXnfF31k= =QlXH -END PGP SIGNATURE- -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] STOP TOP POSTING!!!
2008/4/30 saltedlight [EMAIL PROTECTED]: ARE YOU ALL BLIND OR WHAT??? OR ARE YOU STUPID??? IF YOU ARE NOT THEN STOP TOP POSTING!!! IS THIS SUCH A HARD THING TO DO??? STOP TOP POSTING!!! I REALY DON'T CARE WHAT EMAIL CLIENT YOU USE; JUST DO WHAT YOU HAVE TO DO TO POST AT THE BOTTOM OF THE MESSAGE!!! STOP TOP POSTING!!! -- Sorin-Mihai Vârgolici -- () Campania Panglicii în ASCII /\ http://stas.nerd.ro/ascii/ -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art Sorry, but I don't think this is a proper way to refer to the list readers. Regards, D. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] STOP TOP POSTING!!!
2008/4/30 Cory K. [EMAIL PROTECTED]: Álvaro Medina Ballester wrote: 2008/4/30 saltedlight [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: ARE YOU ALL BLIND OR WHAT??? OR ARE YOU STUPID??? IF YOU ARE NOT THEN STOP TOP POSTING!!! IS THIS SUCH A HARD THING TO DO??? STOP TOP POSTING!!! I REALY DON'T CARE WHAT EMAIL CLIENT YOU USE; JUST DO WHAT YOU HAVE TO DO TO POST AT THE BOTTOM OF THE MESSAGE!!! STOP TOP POSTING!!! -- Sorin-Mihai Vârgolici https://lists.ubuntu.com/mailman/listinfo/ubuntu-art http://www.ubuntu.com/community/conduct Oh please. Don't go trying to invoke the toothless COC where you're being just as rude by continuing to ignore the requests of the majority of the list. -Cory \m/ -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art Well, we could go on and on with this, but it's pointless. I suggest you either ingore people who post replies at the top or simply apply some kind of ban/filter on them. I do personally prefer top posts and have all my clients configured in that way, but respect the list preference and try to comply with it. I do ask you to forgive me if I eventually forget to bottom post a message. But being harsh or lost someone's nerves is not a constructive way to add to a discussion or reach any goal, don't you agree? -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] STOP TOP POSTING!!!
2008/4/30 François Degrave [EMAIL PROTECTED]: What I'd like is *to replace *this mailing list by a forum. In fact we use this list the same way we would use a forum: we have discussions, we propose ideas (which are often images). And many of us complain about the fact that we lose track of hundreds of ideas because *once a mail is read, it's forgotten by the majority*. A forum is just more adapted for what we try to do. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art While I like forums a lot (specially over mailing lists), I have to agree that ML have an advantage over forums: they are more readily available than forums. Some people follow list from their jobs using e-mail, and maybe some people don't have web access at all from their jobs. Also, most people on the Art Team are used to it. But I have to say that, for the kind of work being done, even the ML looks like unnecessary. If you have something to show, put it on the wiki, and just provide a link to it for everybody else to see (if they already don't check the wiki often.) If you *really* want to know whats going on, attend the IRC meetings. Sadly, most of what you can read at this list are arguments or well intentioned comments. Sometimes some words of encouragement, but rarely something that really leads to significant progress. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] (RED)
Well, you'll have to convince Canonical first, since they are the owners of the Ubuntu brand. But I wanted to stress that Ubuntu is *already* helping a lot of people in Africa (and the rest of the world) to have access to technology by offering an open, clean and easy to use OS for free. Maybe it's not as urgent or dramatic as what Product (RED) does, but at least it's something. D. 2008/4/2, Nick Bauermeister [EMAIL PROTECTED]: Am Mittwoch, den 02.04.2008, 00:12 -0700 schrieb Sumit Agarwal: Philosophically it certainly makes sense. More difficult is the question of how exactly it would work. (RED) works by allocating a portion of sales revenue to the charity. With Ubuntu being free, does that mean Canonical would need to donate a percentage of their services revenue? Would Canonical agree to such a thing? Additionally, (Product) RED works with specifically created products. So Canonical would have to launch (Ubuntu) RED and sell it. A percentage of /that/ would go to the global fund. It would be nice to have a specific Ubuntu-Version for that, with a (Product) RED inspired artwork. I mean the _whole_ profit of that one could be donated, which would make very good PR for Canonical. The cost would have to be inexpensive, of course, like say 10 bucks. And it should be clear that it's non-profit. I don't think this is the proper list to discuss such things, though. But I have to say: I'd buy it. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[Bug 194095] [NEW] texinfo syntax highlighting: never ending @ignore block
Public bug reported: Binary package hint: gedit package version: 2.20.1-0ubuntu3 Version: gedit in Ubuntu 7.10; it worked well in 7.04. Syntax hihglighting of texinfo files sometimes show all text in blue color, for example this one: http://git.sv.gnu.org/gitweb/?p=lilypond.git;a=blob_plain;f=Documentation/es/user/ancient.itely;hb=5a6fadd3b780ead150af14d7159f2a93d8f6d427 Obtained: whole text in blue colour when selecting viewhighlightmarkuptexinfo Expected: a normal syntax highlighting with more than a single colour. This file has an @ignore block that ends with '@end ignore', but the end is not recognized and the whole text shows in blue color. If we modify the @ignore starting command, syntax highlighting works well because there is no @ignore block anymore. These files used to look well in ubuntu 7.04 gedit. ** Affects: gedit (Ubuntu) Importance: Undecided Status: New -- texinfo syntax highlighting: never ending @ignore block https://bugs.launchpad.net/bugs/194095 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [ubuntu-art] Who is our target audience?
Troy James Sobotka escribió: The point of choosing an audience is not exactly as murky as you wish to paint it. It is perhaps one of the most valuable discussions this list has _ever_ seen. Unfortunately, in the end, the default installations presence and audience are outside of the scope of our realm and lays in the hands of the higher ups. Sincerely, TJS I agree with Troy. The ultimate question could be, are you ready to design for Ubuntu's audience?. That means listening, and listening to everybody. Is Ubuntu's artwork direction in the hands and will of the audience? If you really want some feedback from Ubuntu users, then the list is not the place to be... And Ubuntu won't be brown, that's for sure. With so clear direction and goals, audience is something that's already been decided, I believe. Merry Chistmas and a Happy New Year for you all. Damian -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Wallpapers
Hi Anton, Of course, I'm glad to share the way I work. It will be lengthy, I must warn you. :-) First of all a disclaimer: excuse me, because re-reading my previous mail I think that my translation of the phrase you are mentioning, wich I'm glad to answer, didn't sound in English as I intended in Spanish. It looks like I can do people like my work at will, something any designer knows is impossible. What I wanted to say is that I usually analize what happens to my designs afterwards and try to identify why they have worked or not. Something that I was taught to do in college by my professors. Having some kind of feedback about your work is as important as knowing your audience beforehand. My teachers insisted in this kind of behavior. They always told us that we had some kind of responsibility for the messages we were helping spread, so it was important for us to know if it reached the audience as intended or not. So, as I said, I'm glad to explain why I believe my work was supported by so many people, something that gladly surprised me, but that has a reasonable explanation. - The first step in creating the Animal series was observing. As you may see in my profile at the Ubuntu forums, I registered some time ago, but I have not posted a lot of messages. I spend a lot of time observing, lurking if you want, before taking part in something, or collaborating in a community. One of the mistakes some designers make at the beggining of a project is being too impulsive about it. I tend to be passionate about my work, so sometimes I restrain from sending something before I have some decent knowledge of the community (or the job at hand) and its dynamics. And specially, before knowing what is expected. Most of the times, this knowledge really helps. I believe the best place to know what the Ubuntu user wants is to have a look at the forums. The regular user don't read specific mailing list, or enters specific channels at IRC. They express what they want in forums or blogs. So I read a lot about what people wanted in the forums before sending something. - The second step was getting an idea, something to start with. This was prety easy with Ubuntu. It's african roots are very inspiring. The sense of freedom from the FLOSS movement had to be reflected also. I'm the kind of person that finds inspiration everywhere. So, It was clear at the beginning that it should be african inspired. I also try to isolate myself from trendy design sites around the time I start working on something. Some people like to look those kind of sites for inspiration. I don't need that and feel those sites contaminate my work. But this is just a personal choice. So, my first idea was to look for images that could inspire me. I got to this picture: http://flickr.com/photos/evmurdock/84671834/in/set-1808168/ As a wallpapers it was rather obvious and not very suitable, but it gave me enough inspiration to start with. - The third step was to see previous artwork and try to understund its rules. And also document myself a lot about the subject. It was clear that all the previous artwork had a similar palette. So, sending something in greens or blues was out of the question. I also read the wiki, so, I had enough elements to start playing around. It had to be brown, with a touch of yellows, oranges, etc. Earthy was what came to my mind. So, by mere association I came to the idea of the animals. It started with african, and then freedom, plains, animals, and then, specifically to lions and elephants. I added more animals, to see wich ones gave the best results. I started my search of animal pictures. I found lots. So I tried several approaches. - The fourth step was to apply what I know to the ideas I had. I know that, by Fitts' law, the edges (and specially corners) of the desktop are the most useful places, so because of that people tend to leave icons near the edges (gestaltic associations takes a role, also). It's not a fixed rule, but it helps to start taking decisions. And also peripheral vision helps you distinguish what's not in the center of the eye, so, the edges needs to be darker than the center to offer more contrast and help peripheral vision. I also know that the human eye can distinguish more the contrast than the color (the principle used in JPEG compression algorithm), so a wallpaper with lots of contrast, or with a very clear and contrasted object (like a macro of an object, for example, or even the landscape I used as reference) is not the best approach because it's too distracting. A good picture is something nice to see, but not to have as a background as you try to do your job. It was clear to me that a texture was going to work best. So, so far I had: - African animals (Lions, elephants, giraffes, etc.) - Texture with few distracting elements - Earthy tones - Dark edges So, I started to make the wallpapers. (You can see the proposals at the wiki). -The fifth step was self-criticism When I got something I liked, I
Re: [ubuntu-art] Wallpaper
In functional terms, the best wallpaper would be a plain, solid, blueish, not too dark, not too light, not too saturated color. Something like #405580. And with the color going darker against the edges of the screen. Why? It's not distracting. I gives enough contrast against _any_ icon you throw over it. It's neutral. And the blueish tint leaves the best part of the eye, the Fovea centralis, full of cones, free to detect the important changes in the display, where actions should happen.(The darker edges are used to let the peripheral vision detect changes more easily.) Any other choice of wallpaper is just an artistic compromise. Wallpapers are, like most non functional GUI elements such as windows decoration, typographic choice, color palettes, etc. chosen to convey a message that goes far beyond mere functionalism. This is the purpose of this artwork team, to agree on a strong, artistic statement that convey the values that the Ubuntu distribution tries to send to the final user. Or at least, that's how understand it (I may also be wrong.) Demian P.S: I'll be glad to explain to you at any moment the design choices I made to create the animals (including the elephant) wallpapers, and why it works and was (is) supported by so many people. Curiously enough, not many people asked me how I made them and why. One of the people who _did_ talked with me about the wallpapers is participating in this same discussion :-) julian escribió: not at all. computer desktops don't exist to be appreciated as a singular work of eye-catching art. they are there to be transparent interfaces to the underlying productivity offered by the computer. they must be easy on the eye for sustained periods of use. the /primary/ value of a desktop is not aesthetic, it is functional. this, however does not disqualify them from having an ambition to be stylish. that's a good thing and should be encouraged as a secondary design pursuit. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Wallpaper
Hi Steph, In case you missed the info: This is the Hardy Release Schedule: https://wiki.ubuntu.com/HardyReleaseSchedule When the Artwork Team information is available, it will be there. You have the Animal wallpapers in the Attic section of the Artwork wiki: https://wiki.ubuntu.com/Artwork/Incoming/Attic/Animals But those were designer for Gutsy. I don't know it they will be included in Hardy. I have also set up a personal repository for my work: http://ubuntu.damianvila.com/, but don't expect updates before Jan. 6th 2008, since I'm on a personal holiday break. And in case you want to see what's been discussed about previous artwork, you have the mailing list archives online: https://lists.ubuntu.com/archives/ubuntu-art/ As you noted, Hardy is in Alpha, and the artwork is still being discussed. So no final decisions have been made. Developers tend to use previous version's artwork to generate alpha and even beta versions of the distro. So, be patient. Finally, new artwork will be included with Hardy Heron. Kind regards, Damian xl cheese escribió: see the wiki for the hardy wallpaper concepts. I think those pictures are posted only to reference the colors and not actual wallpaper ideas. https://wiki.ubuntu.com/Artwork/Incoming/HardyDesign To: ubuntu-art@lists.ubuntu.com From: [EMAIL PROTECTED] Date: Tue, 4 Dec 2007 16:30:53 +0200 Subject: Re: [ubuntu-art] Wallpaper +1 for elephant-skin picture :) Sal, 2007-12-04 tarihinde 14:15 +0100 saatinde, Steph yazdı: Hi all, I just wanted to set one main goal for Hardy : Change the defaut wallpaper ! It's been two days I installed a fresh Hardy Alpha :), and I can't stand that Vista-silly-copy picture on my desktop. Honestly, I don't want the beautifulest wallpaper ever, but the actual one is not even good for a normal user. At least, please set the elephant wallpaper by default, cause, I repeat, the actual one is ban, ugly, and not adapted for all kind of tasks (isn't a wallpaper, though). Steph. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] Members details
Damian Vila, 34, from Buenos Aires, Argentina, but I live in Madrid, Spain since 2002. Graphic/Web designer. I speak Spanish, English, some Portuguese and (very, very basic and rudimentary) Japanese. Regards, D. sylvain marc escribió: Yes, of course. For the communauty, to partage my ideas for the futur LTS 2007/11/21, Daniel Moore [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: What language do you want that translated to? English? On 22/11/2007, at 8:30 AM, sylvain marc wrote: This is the document. I hope some ideas are good... 2007/11/21, Daniel Moore [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Sure. What's the document? Or is it too early in the morning and I haven't woken up yet? Regards, Daniel. On 22/11/2007, at 6:56 AM, sylvain marc wrote: Probably Daniel Moore could translate the document i give to Kenneth Wimer ? 2007/11/21, Daniel Moore [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: I'm Daniel, 32 years old, living in Adelaide, Australia. I speak English, Spanish and French and a bit of Portuguese. On 11/21/07, Steph [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I just wanted to know from wich country is everybody here, and wich language do you speak (might be useful). I thought about a new Member Page on the Ubuntu Wiki, section Art, but maybe it's too private for some of us ? I'm Steph, 17 years old and living in Montpellier, France. Your turn :) -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art https://lists.ubuntu.com/mailman/listinfo/ubuntu-art Propositions pour Ubuntu 8.04.odt -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com mailto:ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[Bug 159997] Re: `bzr push` fails with error 530 (login incorrect)
*** This bug is a duplicate of bug 137044 *** https://bugs.launchpad.net/bugs/137044 Ok, this has been fixed in bzr.0.91, this is a duplicate of #137044. Sorry, I should have think about it earlier. If you want to stay with bzr.0.90 the fix is pretty simple: --- bzrlib/transport/ftp.py 2007-08-22 01:41:24 + +++ bzrlib/transport/ftp.py 2007-09-05 07:27:49 + @@ -130,7 +130,7 @@ connection = ftplib.FTP() connection.connect(host=self._host, port=self._port) if self._user and self._user != 'anonymous' and \ -password is not None: # '' is a valid password +password is None: # '' is a valid password get_password = bzrlib.ui.ui_factory.get_password password = get_password(prompt='FTP %(user)[EMAIL PROTECTED](host)s password', ** This bug has been marked a duplicate of bug 137044 Saved FTP passwords not used, password not prompted -- `bzr push` fails with error 530 (login incorrect) https://bugs.launchpad.net/bugs/159997 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 159997] Re: `bzr push` fails with error 530 (login incorrect)
You shouldn't need to do that, you can use: bzr push ftp://user:@host/ (note the ':' followed by nothing to specify an empty password) or bzr push ftp://[EMAIL PROTECTED]/ and in that case bzr *must* promt you for a password Can you confirm that both the above solutions work when reverting you change ? -- `bzr push` fails with error 530 (login incorrect) https://bugs.launchpad.net/bugs/159997 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 159997] Re: `bzr push` fails with error 530 (login incorrect)
That's pretty strange, our test suite explicitly test that bzr prompt you if you supply a user but no password, what OS and what version of bzr are you using ? ** Changed in: bzr (Ubuntu) Assignee: (unassigned) = vila (v-ladeuil) Status: New = Incomplete -- `bzr push` fails with error 530 (login incorrect) https://bugs.launchpad.net/bugs/159997 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [ubuntu-art] Let one thousand flowers bloom
Any day on this week will be fine for me. D. Kenneth Wimer escribió: On Monday 24 September 2007 15:11:57 Martijn Bastiaan wrote: Murat Gunes wrote: Kenneth Wimer wrote: I propose Friday evening at 20 UTC in #ubuntu-art on freenode...sound good? Unfortunately I can't attend this Friday or Saturday at evening time. If Thursday isn't too early and suits others, that would be better. m. Next week Friday/Saturday, or is that to late? Thursday we be ok as well. I would rather have this meeting sooner rather than later as everyone seems to be on a roll here and exited to contribute. Then again, if we want to schedule it for next week any day would be fine. -- Kenneth -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] ubuntu-art Digest, Vol 27, Issue 17
Sorry, don't get me wrong, because I don't want to sound hash, but I don't agree with the part that things were clear at the wiki. And also, you are contradicting yourself. If it was that clear you should have gotten proposals that matched the criteria. You got things you didn't expect because the guidelines were vague. It said The goal is to get back to something as unique and beautiful as included in previous versions, with a few of the previous wallpapers as reference (that were later reduced to 2), and also it was stated that everybody should try to stick to the color palette. I see many proposals there that are unique and beautiful (including yours) and that stick to the palette. Abstract, dark, fluid, in brown, dark and earthy tones was never mentioned, just beautiful and unique. To be frank, at the end of the process, and trying to really understand what was being asked, the image I thought was going to be the default (specially when the reference images was narrowed to the Hoary and Breezy wallpapers) was solar anamorphic flare by Troy Sobotka. Also, that was the reason I stopped making images (I wanted to try other animals). The fact that you decided for your own work (wich is really fine by me, specially because I like the wallpaper and you have the last word here) only reinforces me the idea that you, and only you , knew what you were looking for, and that it was not ptoperly stated in the guidelines. Again, I'm not criticising how it what selected or even if it was your own work, but I just want to stand for all the people that submitted their work and did a great effort to meet the criteria. For all the people that made beautiful and unique artwork aticking to the color pallete. As for the future, I'll be glad to help the team. I love the distro and I really want it to shine and stand out from the rest of the OSs. Let's use the enormous talent at our disposal to make the next release the best it can be. Regards, Damian Kenneth Wimer escribió: Normally you have to be a member of the list to post to the list. I allowed this to go through so that nobody thinks I am secretly controlling things :p ...and now a few general comments which are not aimed directly at what you have written nor should they be taken personally: The top of the wiki page explains exactly what was desired. Very few people adhered to that. I have no problem with the other posts but you cannot tell me that we are being rude or mean or secretive about anything when we state exactly what we want and people submit stuff that is completely different. We are making the community package so that even those which are completely different can be included somehow - what more can one ask for in this situation? There is a page with some decent guidelines to follow. There are pics posted along with the statement this is what we are looking for, there are colors available which reflect the wishes of those in place to make a decision. The artwork was never a democratic process. It has been like that long before I started and I have nothing to do with that. The decisions are made by those above me in the company, one of them being the person who is paying for all of this. In any case, this is a meritocracy, not a two-of-us-complained-on-the-forum-again-and-again-so-now-you-have-to-listen-to-us-ocracy The statement that the picture was too dark was totally 100% correct, as was the statement that it was too grainy. Hopefully we have fixed these problems. If not we will keep working on them until they are fixed. Most of the rest of the complaints on the forums are simply personal choice. Note that there are lots of positive comments as well. For some reason people just like to take notice of complaints more than a simple I like it I would love to see everyone who wants to improve things show up to the upcoming meeting and work constructively on moving forward for Hardy. I will be posting an agenda once the date is set (probably early tomorrow morning). -- Ken On Monday 24 September 2007 21:37:13 higashiki wrote: Hi, Just a few suggestions on the three questions: 1. What is the problem today? There is already a good community around artwork, but there are poor efforts to coordinate human resources and a shortage of useful documentation. Some people in the forums have already pointed out the process isn't really a secret, but it seems so to others because there isn't enough publicity and clear docs that explain how the planning, design and selection process works. The community is frustrated in part because they don't understand why certain a design is chosen (especially if the design in question does not chime with their candidates). Some designers are frustrated because there is not enough documentation in place that spells out what is being asked of them. The result is a lot of wasted effort in the wrong direction and not very good feelings about the
Re: [ubuntu-art] community wallpaper package
Hi Ken (and everybody else), I can produce a 4:3 version of the animal wallpapers (most probably 1280x1024) and the original 16:10 I've already submitted. I really apologize, but currently I don't have time to produce a larger version of the wallpapers. Where do I sent them? Regards, Damian Kenneth Wimer escribió: Hi all, I am in the process of putting together a community wallpaper package. If anyone has any final edits on their pics on http://wiki.ubuntu.com/Artwork/Incoming/GutsyIdeas let me know asap and I'll include them in the package - otherwise I'll pick versions from the wiki page. Thanks, Ken P.S. It looks like a version of brownFluid (IMG_4874.jpg) will be the default in Gutsy. I am also looking for a second pic to replace smooth chocolate from the Feisty package. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] community wallpaper package
Uh!. I didn't know that... I'll try to make a larger version of lion then. Regards, D. Kenneth Wimer escribió: On Tuesday 18 September 2007 15:31:17 Damian Vila wrote: Hi Ken (and everybody else), I can produce a 4:3 version of the animal wallpapers (most probably 1280x1024) and the original 16:10 I've already submitted. I really apologize, but currently I don't have time to produce a larger version of the wallpapers. Where do I sent them? You can either add them to the wiki page or send them to me directly. Too bad there is not a larger size available -I was hoping to put one in the default wallpaper package as well :-( -- Ken -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[Bug 139878] Re: Upgrade to gutsy failed
I had apparently the same problem: - could not initiate dbus - unresolvable problem occurred while calculating the upgrade Side note : I upgraded from 6.10 to 7.04 a few weeks ago and was left with nfs-common in a strange state, update-manager was saying it needs update but the checkbox was greyed out. Anyway, I upgraded nfs-common with synaptic and then update-manager -c -d started working again. Hope that helps -- Upgrade to gutsy failed https://bugs.launchpad.net/bugs/139878 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 86393] Re: bzr+ssh:// no progress bar
** Tags added: hpss -- bzr+ssh:// no progress bar https://bugs.launchpad.net/bugs/86393 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 121771] Re: bzr-gtk 0.17.0 selftest failure
*** This bug is a duplicate of bug 119826 *** https://bugs.launchpad.net/bugs/119826 ** This bug has been marked a duplicate of bug 119826 Fn key doen not work on compaq presario laptop in Xubuntu feisty -- bzr-gtk 0.17.0 selftest failure https://bugs.launchpad.net/bugs/121771 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu (via bug 119826). -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 121146] Re: Feature Request: Allow more than one attempt to enter SMTP password
** Also affects: bzr (upstream) Importance: Undecided Status: New ** Changed in: bzr (upstream) Importance: Undecided = Wishlist Assignee: (unassigned) = vila Status: New = Confirmed ** Changed in: bzr (upstream) Assignee: vila = (unassigned) -- Feature Request: Allow more than one attempt to enter SMTP password https://bugs.launchpad.net/bugs/121146 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] Re: colormap corrupted
The bug didn't manifest itself since I made my last comment so I guess it has been either fixed or is gone in lurking mode. Anyway I think it should be closed. ** Changed in: Ubuntu Status: Needs Info = Rejected -- colormap corrupted https://bugs.launchpad.net/bugs/88800 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] Re: colormap corrupted
I found a workaround: changing the screen resolution restores the correct colormap. -- colormap corrupted https://launchpad.net/bugs/88800 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] Re: colormap corrupted
dpkg -S \*xylap\* dpkg: *xylap* not found dpkg -S \*xlyap\* xscreensaver-data: /usr/share/xscreensaver/config/xlyap.xml xscreensaver-data: /usr/share/man/man6/xlyap.6x.gz xscreensaver-data: /usr/lib/xscreensaver/xlyap xscreensaver-data: /usr/share/applications/screensavers/xlyap.desktop Funnily enough I thought *I* made the typo while the bug made me nearly blind, but no, it's xlyap, not xylap ;-) -- colormap corrupted https://launchpad.net/bugs/88800 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] colormap corrupted
Public bug reported: Binary package hint: yelp Sorry if this has been already reported but I can hardly see what I type because the colormap have been corrupted by one of random screen savers. Let me know if can instrument something to better isolate the culprit ProblemType: Bug Architecture: amd64 Date: Thu Mar 1 00:38:07 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/gnome-help InterpreterPath: /usr/bin/yelp Package: yelp 2.16.2-1ubuntu4 ProcCmdline: gnome-help ghelp:///usr/share/gnome/help/user-guide/C/user-guide.xml?prefs-screensaver ProcCwd: /home/vila ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/lib/gnome-screensaver/gnome-screensaver:/usr/lib/xscreensaver:/usr/lib/xscreensaver LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: yelp Uname: Linux dune 2.6.20-9-generic #2 SMP Sun Feb 25 22:59:06 UTC 2007 x86_64 GNU/Linux ** Affects: yelp (Ubuntu) Importance: Undecided Status: Unconfirmed -- colormap corrupted https://launchpad.net/bugs/88800 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] Re: colormap corrupted
** Attachment added: Dependencies.txt http://librarian.launchpad.net/6580265/Dependencies.txt ** Attachment added: ProcMaps.txt http://librarian.launchpad.net/6580266/ProcMaps.txt ** Attachment added: ProcStatus.txt http://librarian.launchpad.net/6580267/ProcStatus.txt -- colormap corrupted https://launchpad.net/bugs/88800 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 88800] Re: colormap corrupted
If that may help, a process named xlyap is still using a lot of CPU even if the screensaver is not active anymore -- colormap corrupted https://launchpad.net/bugs/88800 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
