Hi everyone, Been using 11.04 for a few days now and have the following ideas to contribute, sorry no mockups.
With multiple apps of varying window sizes open, the app menu makes the app name go away when you use it, so the link between the menu and which app it's for disappears. You could prepend the app name with the icon of the app, and leave the icon up all the time even when the apps menu is displaying. That way the menu and the particular app it's for always has a visual linkage. I find the slowness of scrolling through app icons on the left panel rather annoying when lots of apps are on it. Getting to the one you want takes ages AND you can't see where it is in the list because it's off the bottom of the screen. Idea - The squishing of icons is a great idea when mouse is not on the panel, just keep them squiched when mouse over and as the mouse goes up and down the side unsquish the ones at the bottom and squish the ones at the top. That way the whole list is always in view, and the squishing/unsquishing will be as fast as you move your mouse up and down the list! And you can see where your icon is in the stack. Please make auto hide an option for the icon panel. I want to see my app icons and what the apps are doing. Thanks. Idea, detect the screen res and make a sane default based on the context of the screen res. Big screens default to show, little screens default to auto-hide - but is changeable based on taste. Shane. -----Original Message----- From: ubuntu-devel-boun...@lists.ubuntu.com [mailto:ubuntu-devel-boun...@lists.ubuntu.com] On Behalf Of ubuntu-devel-requ...@lists.ubuntu.com Sent: Tuesday, 12 April 2011 4:01 PM To: ubuntu-devel@lists.ubuntu.com Subject: ubuntu-devel Digest, Vol 80, Issue 20 Send ubuntu-devel mailing list submissions to ubuntu-devel@lists.ubuntu.com To subscribe or unsubscribe via the World Wide Web, visit https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel or, via email, send a message with subject or body 'help' to ubuntu-devel-requ...@lists.ubuntu.com You can reach the person managing the list at ubuntu-devel-ow...@lists.ubuntu.com When replying, please edit your Subject line so it is more specific than "Re: Contents of ubuntu-devel digest..." Today's Topics: 1. Re: Test version of Upstart with full chroot support available (Clint Byrum) 2. Re: Test version of Upstart with full chroot support available (James Hunt) 3. Re: Using something better than Gobby for session notes at UDS (Dustin Kirkland) 4. Re: Using something better than Gobby for session notes at UDS (Dustin Kirkland) 5. Patch Pilot Report 2011-04-11 (Dustin Kirkland) 6. Re: Using something better than Gobby for session notes at UDS (Elliot Murphy) 7. Re: Default Desktop Experience for 11.04 (Scott Ritchie) 8. 11.10 Ubuntu Release - Call for Topics (Kate Stewart) ---------------------------------------------------------------------- Message: 1 Date: Mon, 11 Apr 2011 08:01:00 -0700 From: Clint Byrum <cl...@ubuntu.com> To: James Hunt <james.h...@canonical.com> Cc: ubuntu-server <ubuntu-ser...@lists.ubuntu.com>, ubuntu-devel <ubuntu-devel@lists.ubuntu.com> Subject: Re: Test version of Upstart with full chroot support available Message-ID: <1302533777-sup-7...@fewbar.com> Content-Type: text/plain; charset=UTF-8 Excerpts from James Hunt's message of Fri Apr 08 08:51:48 -0700 2011: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi All, > > As a precursor to pushing this update out to Natty next week, I've > updated my upstart-testing PPA with Upstart version 0.9.5-1ubuntu1: > > ppa:jamesodhunt/upstart-testing > > Code is here: > > lp:~jamesodhunt/ubuntu/natty/upstart/fix-chroot-sessions > > As the name suggests, chroots should now work fully [1], but we are keen > to solicit feedback from the community. FYI, on my natty box when I was running this, installing dbus in a schroot session resulted in upstart consuming all available virtual memory and eventually crashing the box. Steps to reproduce: (assuming you've setup schroots w/ mk-sbuild): schroot -c natty-amd64 -u root apt-get install dbus At the 'setting up dbus' point, upstart starts to consume memory at an alarming rate. This is likely because the dbus upstart job has a post-start that sends USR1 to pid 1, which is supposed to tell it to re-connect to dbus. I believe the bug is because the USR1 handler needs to ignore requests to re-connect to dbus from chrooted processes, but I haven't gotten very deep in to debugging it yet. ------------------------------ Message: 2 Date: Mon, 11 Apr 2011 16:11:11 +0100 From: James Hunt <james.h...@canonical.com> To: Clint Byrum <cl...@ubuntu.com> Cc: ubuntu-server <ubuntu-ser...@lists.ubuntu.com>, ubuntu-devel <ubuntu-devel@lists.ubuntu.com> Subject: Re: Test version of Upstart with full chroot support available Message-ID: <4da31a0f.6060...@canonical.com> Content-Type: text/plain; charset=ISO-8859-1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/04/11 16:01, Clint Byrum wrote: > Excerpts from James Hunt's message of Fri Apr 08 08:51:48 -0700 2011: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi All, >> >> As a precursor to pushing this update out to Natty next week, I've >> updated my upstart-testing PPA with Upstart version 0.9.5-1ubuntu1: >> >> ppa:jamesodhunt/upstart-testing >> >> Code is here: >> >> lp:~jamesodhunt/ubuntu/natty/upstart/fix-chroot-sessions >> >> As the name suggests, chroots should now work fully [1], but we are keen >> to solicit feedback from the community. > > FYI, on my natty box when I was running this, installing dbus in a schroot > session resulted in upstart consuming all available virtual memory and > eventually crashing the box. > > Steps to reproduce: > > (assuming you've setup schroots w/ mk-sbuild): > > schroot -c natty-amd64 -u root > apt-get install dbus > > > At the 'setting up dbus' point, upstart starts to consume memory at an > alarming rate. > > This is likely because the dbus upstart job has a post-start that sends > USR1 to pid 1, which is supposed to tell it to re-connect to dbus. > > I believe the bug is because the USR1 handler needs to ignore requests > to re-connect to dbus from chrooted processes, but I haven't gotten very > deep in to debugging it yet. > Hi Clint, Thanks for highlighting this. It actually looks like a namespace leak that is causing the issue - I'm investigating now... Cheers, James. - -- James Hunt ____________________________________ Ubuntu Foundations Team, Canonical. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2jGgcACgkQYBWEaHcQG9f6lQCfZwD+qOMnyUle0HCPZ9vtv6KO FHIAn1MdOsF/FLhToR0qWadRrBoYeviF =cSt6 -----END PGP SIGNATURE----- ------------------------------ Message: 3 Date: Mon, 11 Apr 2011 10:15:41 -0500 From: Dustin Kirkland <kirkl...@ubuntu.com> To: Thierry Carrez <t...@ubuntu.com> Cc: ubuntu-devel@lists.ubuntu.com Subject: Re: Using something better than Gobby for session notes at UDS Message-ID: <BANLkTimXBbm=r3mv+ikftmrv7cmyuyg...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 11, 2011 at 2:11 AM, Thierry Carrez <t...@ubuntu.com> wrote: > Dustin Kirkland wrote: >> On Thu, Apr 7, 2011 at 4:32 PM, James Troup <james.tr...@canonical.com> wrote: >>> I appreciate the frustration people have with gobby and I'd be happy to >>> run something better if that's what you guys want to do - the only thing >>> I'd ask is that someone package Etherpad first[1]. >> >> I started with some source packages for Etherpad 1.1 I found here: >> ?* http://apt.etherpad.org/dists/all/source/ >> >> I made a few minor modifications: >> ?1) used openjdk instead of sun java >> ?2) ported the most important subset of the (broken) init script to (a >> working) upstart configuration >> ?3) updated debian/control and debian/rules accordingly > > Having discussed that issue with him in the past, I think James doesn't > just want "binary packages", he wants "packages fully built from source > that could end up in the main archive". > > The "source" packages at etherpad.org use prebuilt binary blobs in > traditional Java fashion (see under etherpad/lib). Packaging them in a > Debian policy compliant way is a bit more work, like JamesPage can tell > from repackaging Hudson :) So the reason why this wasn't done yet is > because it's non-trivial and time-consuming, not because of laziness. Right ;-) I'll get with James Page on that, and respond to his note separately. >> Perhaps Jorge/Daniel could get an instance running in a beefy Amazon >> EC2 instance (m2.4xlarge with 64GB of memory?) and drum up an >> Etherpad-testing-day ASAP with your requisite 100+ concurrent >> sessions. ?I suspect some configuration tweaks will be necessary, >> which should perhaps be folded back into the packaging itself. > > FWIW the OpenStack design summit will use Etherpad with ~400 attendees, > I'll let you know if it breaks :) Cool :-) Using the package built from binary blobs? Also, can you share with us the size (CPU, Memory) of the backing server, presumably in the Rackspace Cloud? -- :-Dustin Dustin Kirkland Ubuntu Core Developer ------------------------------ Message: 4 Date: Mon, 11 Apr 2011 10:28:15 -0500 From: Dustin Kirkland <kirkl...@ubuntu.com> To: James Page <james.p...@canonical.com>, Elliot Murphy <ell...@canonical.com> Cc: James Troup <james.tr...@canonical.com>, ubuntu-devel@lists.ubuntu.com Subject: Re: Using something better than Gobby for session notes at UDS Message-ID: <banlktinynyjfgmk9djaxh91stu+hjom...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Sun, Apr 10, 2011 at 12:50 PM, James Page <james.p...@canonical.com> wrote: > On Fri, 2011-04-08 at 16:39 -0500, Dustin Kirkland wrote: >> It suffers from most the usual ailments endemic to large Java packages >> in Debian/Ubuntu. ?The debconf could use a little bit of love. ?And >> obviously the change from sunjdk -> openjdk needs a bit of testing. ?I >> can do a complete review of the packaging as an Archive Admin and >> publish my notes, if we want to consider it for inclusion in Universe >> for Oneiric, but I haven't done so thus far. > > Hi Dustin > > I started to take a look at the bundled Java dependencies last week; it > looked like all but 3 of them could be fulfilled through existing Java > libraries in the archive. > > Happy to integrate this into the packaging - do you have a branch I can > work against? Sorry, I did not use a branch for this first cut, however, that is a good idea. You can grab my source with: $ dget https://launchpad.net/~etherpad/+archive/ppa/+files/etherpad_1.1-0ubuntu 1%7Eppa3.dsc And debdiff that against: $ dget http://apt.etherpad.org/dists/all/source/etherpad_1.1.dsc I have made you an administrator of the ~etherpad team in Launchpad, such that you can upload iterations of the etherpad packaging to the ppa:etherpad/ppa. Feel free to add any other teams or individuals who wants to help with this work. (Volunteers?) Looks like Elliot Murphy owns the etherpad project in Launchpad -- we should probably hook up this team/project together. Elliot -- I also added you as an administrator of team ~etherpad. Perhaps you can transfer ownership of project etherpad to team ~etherpad? >> James, is this a reasonable starting point? ?And is there anyone out >> there on ubuntu-devel@ who feels strongly enough about Etherpad/Gobby >> to pick up this packaging/testing and take it from here? > > I would be up for this; the upstream build process is completely > non-standard but we should be able to work it into something more > maintainable. You rock ;-) -- :-Dustin Dustin Kirkland Ubuntu Core Developer ------------------------------ Message: 5 Date: Mon, 11 Apr 2011 13:19:21 -0500 From: Dustin Kirkland <kirkl...@ubuntu.com> To: Ubuntu Developers <ubuntu-devel@lists.ubuntu.com> Subject: Patch Pilot Report 2011-04-11 Message-ID: <BANLkTi=gomhykgcdnqlctojcvmmmorp...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 As today is Beta2 freeze, I spent most of my time on: * https://launchpad.net/ubuntu/+milestone/ubuntu-11.04-beta-2 triaging bugs there, and looking for anything to sponsor/fix. * 742857 * non-translated help documentation tweaks, reviewed, committed, uploaded * 678421 * reviewed code back and forth with developer in IRC * needs-fixing, gave him a cleaner/simpler function to use * will revisit when he updates merge proposal * 717166 * eucalyptus task invalid, but looks like there is a fix required against isc-dhcp * turns out this was fixed elsewhere, in another bug not linked to this one * 747090 * updated triage correctly * 732759 * FFe was granted on 3/15 * Checked with developer, this was already uploaded and in Natty, bug just wasn't closed * Marked fix-released * 716689 * Researched and confirmed fix has already landed in Natty * Marked fix-released * 610597 * eCryptfs related bug, talked to assigned dev (jjohansen) * was milestoned against b2, but not practical to fix in that timeframe, so updated milestone to ubuntu-later * 726572 * added cloud-initramfs-tools to uec seed * processed MIR archive promotion * 751807, 752910 * likewise bug fixes * comment added to 751807, as he's using /etc/init.d/* in a postinst, which is not recommended, but is consistent with ~30 other calls in the package's maintainer scripts; I directed the patch author to the Debian Policy Manual section 9.3.3: * http://www.debian.org/doc/debian-policy/ch-opersys.html * otherwise, approved and uploaded * 757540 * handled at ScottK's request * was kind of a pain, as the developer submitted a tarball of their debian packaging directory, rather than a debdiff or a merge proposal * also, I had to grab the upstream release tarball, extract it, rename the contained directory, and repack it * imported dsc to bzr packaging branch and uploaded -- :-Dustin Dustin Kirkland Ubuntu Core Developer ------------------------------ Message: 6 Date: Mon, 11 Apr 2011 14:34:49 -0400 From: Elliot Murphy <ell...@canonical.com> To: Dustin Kirkland <kirkl...@ubuntu.com> Cc: James Page <james.p...@canonical.com>, James Troup <james.tr...@canonical.com>, ubuntu-devel@lists.ubuntu.com Subject: Re: Using something better than Gobby for session notes at UDS Message-ID: <BANLkTimg_f9XuMHks+JiUvTNtL=hmtk...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On Mon, Apr 11, 2011 at 11:28 AM, Dustin Kirkland <kirkl...@ubuntu.com> wrote: > Looks like Elliot Murphy owns the etherpad project in Launchpad -- we > should probably hook up this team/project together. ?Elliot -- I also > added you as an administrator of team ~etherpad. ?Perhaps you can > transfer ownership of project etherpad to team ~etherpad? Yep, I just happened to be the one who registered a Launchpad code import of etherpad back when it was released as open source, the Launchpad project is only used for that purpose AFAIK. I've just changed the administrator/owner of the project to be team ~etherpad. -- Elliot Murphy | https://launchpad.net/~statik/ ------------------------------ Message: 7 Date: Mon, 11 Apr 2011 15:46:25 -0700 From: Scott Ritchie <sc...@open-vote.org> To: Martin Owens <docto...@gmail.com> Cc: ubuntu-desk...@lists.ubuntu.com, ubuntu-devel@lists.ubuntu.com Subject: Re: Default Desktop Experience for 11.04 Message-ID: <4da384c1.5050...@open-vote.org> Content-Type: text/plain; charset=UTF-8 On 04/11/2011 06:26 AM, Martin Owens wrote: > On Mon, 2011-04-11 at 04:22 -0700, Scott Ritchie wrote: >> I think it's the height of arrogance for us to tell a user that we're >> going to deliberately break his application because it wasn't updated >> to >> use our new indicator library. > > We tell users all the time that we've broken their windows application > by not implementing any windows apis. No guarantees. > The difference here is their application worked on a previous version of Ubuntu. Regressions for current users are worse than other kinds of problems. > So, do we guarantee completely that gnome 2.x apps will function in > Unity? If we do, then we should support the entire API (somehow), > otherwise we be honest and say we support a major subset which may mean > your app won't work completely. > > It can hardly be arrogance so long as we're honest about what we > support. > > Martin Owens > There's a difference between supporting something and not intentionally breaking it. ------------------------------ Message: 8 Date: Tue, 12 Apr 2011 01:01:16 -0500 From: Kate Stewart <kate.stew...@canonical.com> To: ubuntu-rele...@lists.ubuntu.com Cc: ubuntu...@lists.ubuntu.com, ubuntu-devel@lists.ubuntu.com Subject: 11.10 Ubuntu Release - Call for Topics Message-ID: <1302588076.1985.1007.camel@veni> Content-Type: text/plain; charset="UTF-8" Hi all, As we go into the last phases of releasing Natty, please keep a set of side notes on things you would like to see improved in our release processes for Oneiric (and beyond). We will have a release feedback session again, early in UDS, to go over what worked well, and what can be improved for Oneiric. However there may be some topics that are wider in scope than that one feedback session. Looking at what some of the other teams are doing, a revised version of their process should work: 1. Send a call for topics the Ubuntu community (this is it) 2. Have an exchange over irc and email to discuss the requirements in depth 3. Produce a resulting UDS plan which summarizes the topics going into UDS, and feeds into blueprints 4. Provide a final roadmap post-UDS Here is the schedule with some details. = April 12th: Request for Topics = This email is the request for topics. Please send topics that you would like the Ubuntu Release team to consider for this cycle to the **ubuntu-release** mailing list [1] with "[Oneiric-Release-Topic]" in the subject line. These are not specific requirements, but high-level ideas or concepts. Some areas to consider: * Development Release Processes (freezes, testing, etc.) * Stable Release Updates (proposed, updates, testing, etc.) * Long Term Support Release Processes (testing, freezes, etc.) * Inter team dependencies ( Toolchain freeze, etc. ;) ) * End of Life Processes (advance notice, transitions ) * Release support infrastructure (archive, builders, etc.) = April 12th through April 19th - Requirements discussions held = We will discuss topics in the ubuntu-release irc channel and ubuntu-release mailing list. The goal will be to identify and document specific requirements. = April 19th through April 28th - Getty Natty out! = = May 2nd - UDS Oneiric Topics Review = A couple of days before UDS Oneiric we will present a plan. This is essentially a review of what topics we have planned for further discussion at UDS. = May 9th through May 13th - UDS = = Approximately two weeks post UDS - Oneiric Plan Review = About two weeks after UDS, we will revise the UDS Oneiric Plan to capture what was actually decided as the plan of record at UDS, and present that information. This info will feed into the Ubuntu Release planning for Oneiric and beyond Thanks, -Kate [1] https://lists.ubuntu.com/mailman/listinfo/ubuntu-release ------------------------------ -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel End of ubuntu-devel Digest, Vol 80, Issue 20 ******************************************** -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel