Re: Epiphany 3.10 landed sans title bar
On Sun, Dec 22, 2013 at 1:22 PM, Adolfo Jayme Barrientos fitosch...@gmail.com wrote: On Sun, Dec 22, 2013 at 11:03 AM, Dmitry Shachnev mity...@ubuntu.com wrote: I think we should add GtkHeaderBar support to ubuntu-themes (i.e. set the correct gradient and move close button to the left), and patch only apps that are part of standard Ubuntu desktop install. And what about Compiz/Unity? Do CSD apps behave well? (i.e. they integrate window buttons to Unity’s panel when maximized, etc.? One more thing to add to list of issues: Before I sponsored the patch to bring back the traditional title bar, Epiphany with CSD wasn't setting a window title at all, so the global menu was displaying Unknown Application. So if the long term fix is simply making the Ubuntu's themes handle CSD better, this is still something to look out for. And a little issue with the current state post-patch: Since upstream is now using a GtkBox instead of a GtkToolbar, when not using the CSD, the chrome isn't draggable. Thanks for working on this everyone, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: unity-firefox-extension does not comply with upstream add-on policy
On Fri, Oct 11, 2013 at 3:00 AM, Benjamin Kerensa bkere...@ubuntu.com wrote: Hello Desktop Team, unity-firefox-extension does not comply with upstream add-on policy (https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/Add-on_guidelines) which does not permit automatic installation of an add-on into Firefox which the aforementioned Ubuntu package does. I have raised a request upstream to add unity-firefox-extension to Blocklisting, and part of that process is to reach out to the vendor or developer responsible for the add-on to ask them to fix the add-on to bring it into the scope of upstream guidelines. https://bugs.launchpad.net/unity-firefox-extension/+bug/1238470 Mozilla's wiki page on blocklisting a plugin [0], states that there should be a high bar for adding plugins to the blocklist: Acceptable reasons for blocking software include: * Critical security vulnerabilities. * A history of security vulnerabilities. * High crash volume. * Malicious in nature. * Severe performance impact (e.g. adds more than 75% to start-up time). * Severe bugs that unintentionally affect core Firefox features. I don't think that unity-firefox-extension meets those criteria, do you? Is there an upstream bug tracking this issue? [0] https://wiki.mozilla.org/Blocklisting Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Official Ubuntu Documentation broken images
On Sat, Apr 6, 2013 at 3:58 AM, Ma Xiaojun damage3...@gmail.com wrote: Hi, For example: https://help.ubuntu.com/12.04/installation-guide/index.html It is acceptable in Firefox since alt attribute of img tag is honored. But it looks quite ugly in Epiphany (tested with the version in 12.04) and Google Chrome. This is an old problem and I just forget to bring it up for long. This seems to be filed as https://bugs.launchpad.net/ubuntu/+source/installation-guide/+bug/1068409 The installation-guide in general seems to be in need of a bit of love. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop13.04-Topic] Integrate a Paper Cuts toolbelt into ubuntu-dev-tools
On Wed, Oct 24, 2012 at 8:26 AM, Chris Wilson notg...@ubuntu.com wrote: If the paper cutters were to develop such a tool, would it be considered for integration into the ubuntu-dev-tools package? I'm forwarding this over to devel as you'll more likely get an authoritative answer there than on desktop. My initial reaction though is that it would be better off in its own package. I don't think we'd want to have GTK as a dependency of ubuntu-dev-tools as it is sometimes used in chroots and on servers. On 24 October 2012 13:23, Chris Wilson notg...@ubuntu.com wrote: Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/papercuts-toolbelt In order for the Hundred Paper Cuts project to stay healthy, it needs a constant flow of new bugs, several hundred each cycle, for people to work on. Making it easier to report paper cuts will help keep the reports flowing, and a desktop utility bundled with ubuntu-dev-tools could help with this. A simple graphical tool that provides an interface for reporting new paper cuts, with fields customized for paper cut bug reports. ubuntu-bug send a lot of information that is not necessary for these kinds of problems. An application picker (I think GTK3 has a pretty good one) that will list all the applications installed on the system that are covered by the paper cuts project. When the user chooses one, relevant data about the version of the app, installed plugins, etc, will be added to the report. The ability to add multiple screenshots using Ubuntu's built-in screenshot utility, but the action will be initiated from the reporting utility, so screenshots are added directly to the report before it's sent. When the report is send, it will be automatically filed against both the paper cuts project and the app in question, and the Paper Cuts Ninja team will automatically receive an email saying there's a new bug been reported. These features will speed up the process of reporting new paper cuts - it should take only a few seconds from start to finish. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop13.04-Topic]
On Mon, Oct 22, 2012 at 7:11 PM, Chris Wilson notg...@ubuntu.com wrote: I've registered a blueprint here regarding the speed of the review process for paper cut patches. One of things about the paper cuts project is that most of the people contributing to it won't have upload rights to either the Ubuntu, Gnome or Debian archives, meaning they're going to need people to upload patches on their behalf, and getting the attention of archive maintainers has proven problematic in the past. I'm looking for people in Ubuntu that would be able to expedite the approval process for new patches in these projects. With Ubuntu and Gnome, that's having someone with upload rights giving special attention to the bug reports that are identified as having patches ready for review. With Debian, this may be slightly harder since each package there has a single maintainer so I'm not sure how to proceed there and ideas would be welcome. What thoughts do people have on this? In general, I believe the sponsorship process [1] works reasonably well. Where I've seen issues with paper cuts more specifically is around design decisions. As a sponsor (though only of universe packages), it is usually very clear if a patch is appropriate or not. Of course, the main question is does the patch actually fix the bug. This can be tested by an individual developer. But when the patch is aiming to address a design issue it is not as clear, especially when it proposes to diverge from upstream behaviour. This seems to be the main issue with sponsoring paper cut patches. I'm reluctant to suggest adding another layer of bureaucracy, but especially for applications in the default install (which is what paper cuts target) it might make sense to have some sort of design review queue. Once a change gets an ACK from the design team, it could then proceed to be sponsored as usual. Just brainstorming here... Either way, you probably want to ping dholbach about this. I haven't seen it registered yet, but he usually registers a sponsorship process health-check session. [1] https://wiki.ubuntu.com/SponsorshipProcess Thanks! - Andrew Starr-Bochicchio -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Universe packages with desktop team bzr branches
Hi all, I just made an upload of cheese, and ran into a situation that I've been frustrated with for other packages as well. It's in universe where I have upload rights as a MOTU. In the process of making my changes, I noticed that it has a desktop team Vcs-Bzr field in debian/control. So I pulled the branch and copied over my changes. I ran bzr qdiff to review them before committing, only to see that the last two uploads (by a desktop team member) were never committed to that branch. Also, in the past, I've prepared merge requests to match my uploads where the merge request went unanswered indefinitely. So, friendly request: If the desktop team stops using its vcs branch to maintain a package in universe, please remember to drop the Vcs field. On a related note, it's always awkward to touch desktop team packages in universe. It would be nice if vcs permissions could match upload permissions. It might just be too much overhead, but we could create a ~universe-desktop-uploaders team with both ~motu and ~ubuntu-desktop as members. Thoughts? Thanks! -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Your recent patch of CompizConfig Settings Manager.
Forwarding to the desktop list as these things are best discussed in a public forum. For the record, I made these changes as there seemed to be a general consensus on the long CCSM thread that they (or something similar) would be welcome. Let's see what people think. Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- Forwarded message -- From: Krytarik Raido kryta...@gmail.com Date: Thu, Feb 16, 2012 at 4:35 PM Subject: Your recent patch of CompizConfig Settings Manager. To: Andrew Starr-Bochicchio a.star...@gmail.com Hi Andrew! I'm one of the maintainers of the Ubuntu community's most popular and comprehensive guide for troubleshooting Unity. And I've just become aware of your recent patch of CompizConfig Settings Manager in regard to showing a warning message upon opening it, and removing the option the disable - and enable! - the Unity Plugin from the main page. I'm fine with the first one, a welcome warning to the unexperienced user, and no negative side-effects, as it can also be disabled; but reg. the latter, please consider the actual use cases of the Unity Plugin checkbox on the main page of CCSM: - Deliberately disabling the Unity Plugin in order to use any other panel/dock in the Unity session (yes, one should better set up a separate session for that, but who does that?! - definitely not the same unexperienced users this patch is aiming to protect). - Re-enabling the Unity Plugin after being disabled as a matter of conflict/dependency, for example, the most ubiquitous cause, when trying to enable the Desktop Cube. These users are then eventually prevented from being able to easily and transparently re-enable the Unity Plugin! - Indication if the Unity Plugin is enabled or not; transparency. Surely, I can easily add a note to our troubleshooting guide that in case the Unity Plugin is disabled, you first need to click on its button on the main page of CCSM to be eventually able to re-enable it, but there are loads of advices strewn all over the Ubuntu Forums and other places that wouldn't work anymore then. So considering both the use cases of the checkbox and the to be expected lack of hints on how to actually check - and change - the state of the Unity Plugin (at least in the first couple of weeks), this patch actually wouldn't help unexperienced users, it would achieve the opposite, virtually hinder them from both using a different panel/dock and re-enabling the Unity Plugin when disabled as a result of trying to enable the Desktop Cube - one of the first things a great deal of users is doing after installing Ubuntu. Sorry for this wordy message, btw., I'm just trying to make you get this right. :D Regards, Krytarik -- This message was sent from Launchpad by Krytarik Raido (https://launchpad.net/~krytarik) using the Contact this user link on your profile page (https://launchpad.net/~andrewsomething). For more information see https://help.launchpad.net/YourAccount/ContactingPeople -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: It's time to jettison CCSM
On Wed, Feb 1, 2012 at 10:26 AM, Jorge O. Castro jo...@ubuntu.com wrote: On Tue, Jan 31, 2012 at 6:09 PM, Jeremy Bicha jbi...@ubuntu.com wrote: Yes, there are lots of ideas but until someone actually has a working patch to make CCSM better, the complaints posted on this thread are still valid. And one of the most important points as Didier posted is that CCSM has had very little work done on it in along time despite known problems. I hate to be off-putting but what CCSM needs is not power users on mailing lists, forums, twitter, etc. but developers. More to Petko's point; we do have Compiz bugs and outreach as part of the general Unity developer growth. In my experience however it's very difficult to get new volunteers to be able to just dive into Compiz because it's complicated. I've noticed there are a couple old merge proposals against lp:compiz-libcompizconfig that might be relevant to this conversion. Particularly: https://code.launchpad.net/~compiz-team/compiz-libcompizconfig/compiz-libcompizconfig.fix_873772/+merge/79456 which aims to fix LP: #873772 and LP: #88190: It is possible for users to really mess up their systems by disabling important plugins like move, resize, composite, opengl and unityshell. As such, we should provide a way for distributions to be able to lock down certain parts of the user's configuration, such as settings values or the plugins one is allowed to have enabled or disabled I don't know if Unity/Compiz have a patch pilot scheme, but it would be nice if someone with the a deeper knowledge of Compiz could help push these to completion. This is outside of my skill set. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: It's time to jettison CCSM
On Thu, Jan 26, 2012 at 11:28 AM, Jorge O. Castro jo...@ubuntu.com wrote: With tools like MyUnity now in universe, and didrocks putting basic configuration in the control panel I'd like to propose the removal of compizconfig-settingsmanager. I don't mean stop telling people to use it or add a warning, I mean total removal from the archive until the tool is either better tested or doesn't break people's configuration. Here are some of the problems with the tool. How would this effect other use cases for Compiz outside of Unity? Do MyUnity or other tools allow you to configure hot corners? For years now, my workflow has included binding Scale and Expo to the two bottom corners. - People report these bugs, and instead of fixing real bugs we have to deal with corner case bugs for things we never plan on supporting. This is a very real problem, but simply getting rid of CCSM doesn't sound like the ideal solution. From an Ubuntu perspective, identifying buggy plug-ins and not installing those might make more sense. More generally, the Compiz project should probably review what it can realistically support. Simply nuking the tool to configure these options doesn't make their code paths go away. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: It's time to jettison CCSM
On Thu, Jan 26, 2012 at 8:04 PM, Marc Deslauriers marc.deslauri...@canonical.com wrote: Of course, the correct way to solve this issue is far more complicated than just removing a package from the archive, it require solving bugs, bringing new code in Unity while avoiding unwanted side effects on compiz and basically requires more manpower. If someone would step up and fix CCSM so a novice user can't mess up their desktop with two mouse clicks, we wouldn't be having this discussion. Just what would that look like? As someone who hasn't run into these issues, it's hard to tell from this thread what would be enough for people to consider CCSM fixed. A lot of the opposition to CCSM seems to be based on the nature of the tool itself rather than any specific bugs (though judging from Launchpad it certainly has its share of those). Are there specific plugins or options that are considered harmful or especially problematic? Are these found in the core plugins that are installed by default? Perhaps they should be broken out into one of the universe plugin-extras packages? Or are they in one of the universe packages already? Maybe we could better split the plugin packages? Going back to Jorge's original complaints, is there anything that's actionable? On Thu, Jan 26, 2012 at 11:28 AM, Jorge O. Castro jo...@ubuntu.com wrote: - It's possible to accidentally uncheck the Unity plugin, breaking the user's desktop. Does Unity need to be special cased? If CCSM is being run from a unity session, maybe you should not be able to uncheck it. - It has a load of checkboxes for plugins that we don't support, allowing infinite combinations of untested options, which result in either a broken desktop or a misconfigured one. Again, this is simply the nature of the tool, for better or worse. - People report these bugs, and instead of fixing real bugs we have to deal with corner case bugs for things we never plan on supporting. As mentioned elsewhere on this thread, in all likelihood removing CCSM will not fix this problem as there are still going to be those who install it from a PPA. Though if removed, these bugs could then be closed with more impunity. - Since it's settings are separate from Unity a unity --reset doesn't fix it, you have to blow away .compiz or some other dotfile directories to get a desktop back. Is this true? I just tested this by exporting my compiz settings using CCSM and running a unity --reset All my custom settings seem to have been cleared. Using CCSM, I was then easily able to re-import my backed up settings and restore them all. The unity python wrapper seems to try and wipe all your compiz settings if --reset is used. It calls: subprocess.Popen([gconftool-2, --recursive-unset, /apps/compiz-1]) Is there a bug in unity's --reset option where this doesn't work in some cases? Should the option to reset all options to their default be made more prominent in CCSM? - Alex Chiang has documented some of the issues he's run into here: http://askubuntu.com/a/80590/235 Of the three other specific user issues he points to: one it is very unclear what caused the user's problem, there is no mention of messing around in CCSM only re-installing unity. One specifically seems to be cause by changing settings in CCSM. One actually is answered by having the user install CCSM to fix their problem, so I don't see how CCSM could have caused it in the first place. - I'm sure at UDS you've seen didrocks show you one of the ways it breaks even when using parts of it that shouldn't break. I'll take his word on this. I'd love to hear some more specific issues. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: It's time to jettison CCSM
On Thu, Jan 26, 2012 at 9:16 PM, Andrew Starr-Bochicchio a.star...@gmail.com wrote: - Since it's settings are separate from Unity a unity --reset doesn't fix it, you have to blow away .compiz or some other dotfile directories to get a desktop back. Is this true? I just tested this by exporting my compiz settings using CCSM and running a unity --reset All my custom settings seem to have been cleared. Using CCSM, I was then easily able to re-import my backed up settings and restore them all. The unity python wrapper seems to try and wipe all your compiz settings if --reset is used. It calls: subprocess.Popen([gconftool-2, --recursive-unset, /apps/compiz-1]) Is there a bug in unity's --reset option where this doesn't work in some cases? And the answer is yes. There is an open bug against unity where unity --reset fails if the Unity plugin is disabled. https://bugs.launchpad.net/ubuntu/+source/unity/+bug/881639 -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Updating ttf-paktype package
On Fri, Dec 23, 2011 at 11:49 AM, Lateef Shaikh lat...@gmail.com wrote: Hi Guys, I am a font developer. I make Arabic script OpenType fonts which are open source and are available under the PakType foundry. Ubuntu package ttf-paktype contains some of my fonts but their version is also not the current one. I want to update this package and add all of my fonts' latest version. I want to know how to do it myself because once Unicode 6.1 goes live I'll be doing more updates. If this is not the right place then please point me to the correct mailing list. Hi Lateef, That package is currently synced directly from Debian where it is maintained by the Debian Fonts Task Force. It would be best to get it updated there first. You can contact the team at: pkg-fonts-de...@lists.alioth.debian.org Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Updating to gedit-plugins 3.3.1
On Thu, Dec 22, 2011 at 10:53 PM, Jeremy Bicha jbi...@ubuntu.com wrote: On 22 December 2011 18:43, Chris Coulson chrisccoul...@ubuntu.com wrote: On 22/12/11 22:46, Andrew Starr-Bochicchio wrote: Are we definitely staying on gedit 3.2.X? If so, does it make sense to track gedit-plugins 3.3.X? See: lp:~andrewsomething/ubuntu/precise/gedit-plugins/3.3.1 Thanks! -- Andrew Starr-Bochicchio Hi, It seems like it would be more appropriate to upload this to https://launchpad.net/~gnome3-team/+archive/gnome3 instead, which will be tracking 3.3/3.4 series packages that don't make it in to precise. Yes, any GNOME 3.3 stuff is definitely welcome in the GNOME 3 PPA. In fact, gedit 3.3.1 is already there. I think gedit might be a good candidate to update to 3.4 in the main archives for precise but I was going to discuss that more once the holidays were over. Feel free to look at/use that branch for the PPA. I guess I'll just merge 3.2.1-1 from Debian for now, and then we can revisit this when the gedit discussion happens. Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: EOG vs Shotwell Viewer
On Sun, Nov 20, 2011 at 5:26 AM, Manish Sinha manishsi...@ubuntu.com wrote: It might be worth exploring to enhance the integration between EOG and shotwell though I think eog supports python plugins (using libpeas?). So can we have a plugin which adds a button on the toolbar Edit with Shotwell which opens shotwell image viewer which has basic image editing features. I couldn't figure out how to get something into the toolbar (probably just not looking hard enough). Putting it into the menu bar is pretty trivial: http://paste.ubuntu.com/744385/ -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Dropping tomboy from the CD at least for part of the oneiric cycle
On Tue, Jun 14, 2011 at 3:00 PM, Sebastien Bacher seb...@ubuntu.com wrote: we decided during the meeting to drop tomboy from the CD at least until it's ported to gsettings. Tomboy will still be easily installable and will not get away for users upgrading, that will just concern new installation during the oneiric unstable cycle. Seems reasonable. Might I suggest adding it to the featured apps section in software-center in this case... -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Contributor http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: software-center and remove vs. purge
On 07/12/10 16:10, Martin Pitt wrote: Hello Michael, thanks for the nice summary! Michael Vogt [2010-12-07 10:13 +0100]: Its difficult to tell programmatically what is going to happen when the maintainer script is called with purge as this is a shell script. Our tools can estimate what amount of data the configuration file was using (and even if the user ever modified it or not) but not what additional steps the maintainer script will take I don't think it's that easy. You can only do that with conffiles, but not with configuration files, or even data files in /var/lib (think about PostgreSQL -- purging will take your entire database into the void). I don't think this behaviour would be entirely unexpected, though. If you remove a database, then I don't think it's totally surprising that this also cleans up your data, but as you say for those 1% it's better to be safe than sorry. That being said I think we should make it easy for the user to access the purge functionality both inside software-center and computer-janitor. I like that idea, too. Thanks, Martin Whilst the idea below has nothing to do with the technical side of things, I wanted to show my idea for how it would be done in the GUI. Here ( http://i53.tinypic.com/f437ma.png ) is a screenshot of my idea. It is similiar to the widget for Shuffle Control used in Banshee's toolbar. If you click on the right of the button, it would offer a menu, to select remove or purge. Then if you click on the left it would behave as a button and do the action. I am not proposing the wording I have used in the screenshot but rather the way to go about it :) -- Andrew -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Google Chromium In Lucid
On Sat, Dec 12, 2009 at 6:31 PM, John Baer bae...@gmail.com wrote: I've been a loyal Firefox user for many years and until I tested the new Google Chrome browser everything paled in comparison. IMO Ubuntu should adopt Chrome as the default browser. The general adoption of Chrome will be quick as Google has a vested interest in it's success. I blogged on this topic at projBlog but here are the high points. Google is big and Google is pro open source. Supporting this effort provides value to Ubuntu Chrome runs well on Ubuntu Chrome will be well supported For those interested in this topic, you should really read this blog post: http://spot.livejournal.com/312320.html It's by the maintainer of the unofficial chromium packages for Fedora, explaining why it isn't properly packaged in the Fedora archive. All the issues he discusses more or less apply to Ubuntu as well. They're particularly a concern for being able to support chromium over the live of an LTS. - Andrew -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [proposal] Merge istanbul into gnome-screenshot or include it in gnome-utils?
On Wed, Oct 14, 2009 at 9:44 PM, Danny Piccirillo danny.picciri...@ubuntu.com wrote: https://bugs.launchpad.net/istanbul/+bug/404778 https://bugzilla.gnome.org/show_bug.cgi?id=589841 Apparently this almost happened: someone was going to add a launcher to gnome-screenshot for istanbul but somehow never did. I lack the skills, but is anybody else able to do this? It's too late do something like this for Karmic and merging it into gnome-screenshot or including it in gnome-utils is certainly something better done upstream. Whether Ubuntu should include a desktop recording app in its default install in the future is another matter. Perhaps you should should open an idea on Brainstorm or begin working on a more detailed spec [1] for discussion at UDS. Though something that needs to be considered if you'd like to see something like Istanbul in the default desktop is that desktop recorders don't seem to work reliably on every system. I personally think it would be problematic to include something that will not work for a wide group of users... - Andrew [1] https://wiki.ubuntu.com/SpecSpec -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Gthumb as default image viewer?
. That is an extra step.. Not really, it's probably fewer steps because you don't need to navigate folders once you've imported whereas with a folder based one you're going in and out of directories. Yes, but if you have images somewhere else, like on a CD, on a network drive, on your phones memory card, on a USB stick etc and you start out in Nautilus, doing an import to F-Spot is an extra step. Anyway at current Ubuntu defaults, the Eye of Gnome opens all jpg-images, and that is not good. Gthumb would be much better. Neither the the EOG nor F-Spot (in single image viewing mode) allows for any other functions than rotation. Cropping, resizing etc is missing - but can can be found in Gthumb. That is features you can actually find even in the default Windows Vista file browser, so I think this should really get some attention. Let's file some f-spot bug reports :) This shouldn't be difficult to implement as the infrastructure already exists, it's just a UI change. Make some mockups, file some bugs, and reap the benefits. In the end, we'll all be better off. I still think that the easiest solution would be to dump EOG in favor for Gthumb. That's what I've done with all my clients for years and for them it works very well. They still can use F-Spot if they whish to. -- Otto Kekäläinen www.sange.fi -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop - Andrew Starr-Bochicchio -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Bug 371281] Re: evolution-data-server is unstable, causes hangs in other applications
** Changed in: evolution (Ubuntu) Assignee: Ubuntu Desktop (ubuntu-desktop) = Ubuntu Desktop Bugs (desktop-bugs) -- evolution-data-server is unstable, causes hangs in other applications https://bugs.launchpad.net/bugs/371281 You received this bug notification because you are a member of Ubuntu Desktop, which is a bug assignee. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: about gdm compile for ubuntu8.10
On Wed, Apr 22, 2009 at 11:25 AM, Yi Yu alexdoer...@gmail.com wrote: Hi all, I am alex from Beijin, I just downloaded the gdm-2.20.8 code and did configure/make, after that, I found that a gdm-binary file is created in the directory gdm_**/daemon, but I can not find it in /usr/sbin/ of the original ubuntu 8.10 system, as I know, the gdm verion for ubuntu8.10 is 2.20.8-0ubuntu3. It seems I make some mistake in configure or make, or I used wrong code. My question is How can I configure/make gdm code for ubuntu 8.10? and Can I used checkinstall to make deb package for gdm? below is weblink used by me to download code: https://launchpad.net/ubuntu/+source/gdm/2.20.8-0ubuntu3 Why do you need to build it your self? Are you trying to apply a patch? The easiest way would be to just build the debian binary package as you already are using the Ubuntu source package. sudo apt-get build-dep gdm dget -ux https://edge.launchpad.net/ubuntu/intrepid/+source/gdm/2.20.8-0ubuntu3/+files/gdm_2.20.8-0ubuntu3.dsc cd gdm-2.20.8 debuild cd .. sudo dpkg -i gdm_2.20.8-0ubuntu3_i386.deb Thanks in advance!!! Alex -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Should mousing over (but not clicking) audio files on the desktop cause them to play invisibly?
On Thu, Apr 2, 2009 at 5:24 PM, Matthew East m...@ubuntu.com wrote: On Thu, Apr 2, 2009 at 9:59 PM, Scott Ritchie sc...@open-vote.org wrote: So, by default Gnome has a feature that I've seen confuse at least a few users - if you leave the mouse over top an audio file it will automatically start playing the file, even if it's already open or you have other music playing at the same time. A me too from me. That's always struck me as a crazy feature. I don't know if it is feasible to disable it at this stage in the release cycle, but I'd certainly welcome the change. I'm not convinced that the upstream bug has had much serious discussion, it's only one developer commenting so far. Just want to add a voice opposed to disabling it. I find it a very useful feature myself. When browsing through directories with Nautilus, if I want to hear what a file is I don't necessarily want to open a full fledged audio player. - Andrew Starr-Bochicchio -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] lp:~andrewsomething/gnome-themes/new-wave-dark-menus into lp:~ubuntu-desktop/gnome-themes/gnome-themes-ubuntu
@ Dilomo The reason you can't browse to that directory is that there is a bug in Loggerhead (the web-app for veiwing bzr branches) which causes a problem for directories with spaces in their names (Bug #336408). If you paste the following you should be able to see the directory: http://bazaar.launchpad.net/~andrewsomething/gnome-themes/new-wave-dark-menus/files/head%3A/New Wave Dark Menus/gtk-2.0/ -- https://code.edge.launchpad.net/~andrewsomething/gnome-themes/new-wave-dark-menus/+merge/4496 Your team Ubuntu Desktop is subscribed to branch lp:~ubuntu-desktop/gnome-themes/gnome-themes-ubuntu. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] lp:~andrewsomething/gnome-themes/new-wave-dark-menus into lp:~ubuntu-desktop/gnome-themes/gnome-themes-ubuntu
Arrg... Sorry for the spam. The link issue should fixed in Rev 9. I just had to use: '../../New Wave/gtk-2.0/Images' That's what I get for making the first link through Nautilus and not the terminal. -- https://code.edge.launchpad.net/~andrewsomething/gnome-themes/new-wave-dark-menus/+merge/4496 Your team Ubuntu Desktop is subscribed to branch lp:~ubuntu-desktop/gnome-themes/gnome-themes-ubuntu. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
RE: Freedesktop Default sound theme in jaunty archive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, We are discussing this thread http://ubuntuforums.org/showthread.php?t=1032429 and came to know about freedesktop sound theme . It seems that this theme isn't packaged yet although andrewsomething has put it in his PPA. https://edge.launchpad.net/~andrewsomething/+archive For the record, I did not package this myself. It is just a build of the package that was rejected from Debian since some of the sounds are licensed CC. The packaging branch can be found here: http://git.debian.org/?p=collab-maint/freedesktop-sound-theme.git There is a bug which talks about it in more detail. https://bugs.launchpad.net/debian/+bug/281044 Can something be done about it during this cycle? As I mentioned in the linked forum thread I would be happy to package some sound themes for Jaunty if any one can point to some good sound themes that are appropriately licensed. I looked around gnome-look, and couldn't find anything that seemed appropriate. Most sound themes on gnome-look seem to actually be KDE themes or just random sounds, not following the theme spec. The most popular theme that follows the spec is specifically licensed to prevent derivative works, which rules it out. Especially since the new volume control applet makes the sound themes much more visible, it would be nice to populate the archive with at least a few. Also, does packaging already exist for the theme that was briefly tested in the Intrepid cycle? While it was ruled out as a default, is there any reason to not provide it in the archive? - - Andrew Starr-Bochicchio Ubuntu Universe Contributor https://edge.launchpad.net/~andrewsomething http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklmRwYACgkQL4k+fGKG+21I7QCfaFz900qEf0+WGJ/VbMyCbHG0 yGgAn25nXNtLSjkgFIHoEcSk5ojLk7UQ =N9nn -END PGP SIGNATURE- -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: User Interface of the X Configuration Tool
Mikko Ohtamaa wrote: You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. So we would have to add normals controls too. Since we need the normal controls anyway we should use them as a starting point. You would need a lot of space for the drop target areas around the main monitor. Furthermore drag and drop is very hard to discover for the user. Not really if you have clever design - Drag and drop is the most natural user interface for moving objects (except for those vim/emacs users ;) - Change the cursor on monitor image hover - Add text Drag your monitors so that it corresponds your desktop setup - Drag and drop area can be made pop-up to utilize all available screen estate The Mac bottom bar, much as it is annoying, does reordering-drag-and-drop very well by making space under the mouse. Monitors can shrink to make this work... -- Andrew -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
