A kind of 'package me' webpage from the launchpad.net database, would be very useful.

Would be a page where a packager, which may not know what about to package next, would pick from this database result list, and helping starting the packaging process, whatever he is MOTU, Debian, or whatever.

I think this would also help on reducing the pressure of noise from the Debian packaging mailing lists.

For people who dont know, sdlBasic is a very interesting interpreter for simple 2d game development, as well can encourage lots of people interested to learn how to start to code their our games.

I started with one game (https://launchpad.net/bwekamba ), which were submitted to the Debian game packaging mailing list (pkg-games-devel@lists.alioth.debian.org), and of course, you all can try to do the same, for helping Ubuntu being plenty of interesting indie games! =)

Collect statistics about patches, bugs and feature requests forwarded to upstream. Count also the number ubuntu patches accepted and the ubuntu reported bugs and ubuntu feature requests solved by upstream developers. This will avoid discussions about who contributes on what, how one contributes on what, ... etc... that go against the whole free software community. Launchpad can collect this statistics. The reliability of them will depend on the honesty of the people, of course.

the keys won't work someone should develop a solution (already several launchpad thread)

Currently, the different Ubuntu variants, loco teams and other sites use different CMS software to run their sites. Often, pieces of code and software is introduced to make the sites more appealing and functional to its users.

It would be great if many of the existing Launchpad.net features would be created as widgets that could be included on websites and blogs. This would result in a decrease of duplication, and an increase in functionality on Ubuntu related websites.

Some new functionality could also be built into Launchpad that could assist loco's and other similar types of teams.

When I install Ubuntu on a new machine, I should be able to tell it to use my launchpad account to sync my settings and installed applications from my previous ubuntu install. This should include all the apps I have installed through repositories, the fact that I want backports, universe, restricted, and multiverse enabled, all my gconf settings, all the apps I have installed via repos, my current desktop background (image would need to be stored on servers if not a default background), etc. The online servers should store all the files in my ~/, up to (?) MB, with directories I can select ahead of time with my launchpad settings.

I'd be willing to pay for such a service, but my main point is that our package management makes things like this possible that simply aren't possible with windows or osx, and taking advantage of it should put us way ahead of them.

Thanks to Guillermo Gonzalez and his BzrEclipse we can now branch directly from Launchpad within Eclipse.

Next step would be to be able to run bzr-builddeb from within the same environment (Eclipse) - just like we can export to a .jar-file we could export to a .deb.

File -> Export -> General -> Deb File

And perhaps we could even export the package to our Personal Package Archive (PPA) in Launchpad - then it would just be a matter of doing an "sudo apt-get update; sudo apt-get install [my-package]" in order to try out the code on other machines.

I think the hardest issue to solve would be the GPG-signing part as it requires the users attention, cleanest solution would be to make use of Eclipse keystore. See http://wiki.eclipse.org/index.php/Security:_KeyStore_support_for_Eclipse

Then we could kiss the command line goodbye

References:
https://launchpad.net/bzr-eclipse
https://launchpad.net/bzr-builddeb

the tool I imagine is a better hardware-check and usability poll program. now there is only "hwtest-gtk". this is quite usefull, but is it an the livecd? this program shuld be on any ubuntu-livecd and it has to check more hardware.

an example: maybe your neighbor bought a new vista notebook
and he loves vista. then you can ask if he would be so nice and let you boot ubuntu from cd and make a hardwarechek, you try the special-keys, the display, the sound, card-reader,wlan.... then you send the information to the launchpad and some month later, after his vista died the first time and he has no internet he asks you: "..this kind of odd linux thing...do have this right now...?... my data is lost..." then you put your cd in, install ubuntu and because the devs could fix the little problems now everything works fine. this would be amazing.

The other function of "hwtest-gtk" should be a poll-function
with a typical list of questions where people can vote for their best/worst app and explain, what they like and dislike.
So if you are sitting somewhere bored near a computer you can fill out a standardised questionnaire. maybe this could be intgrated in all help menus of the programs like the "translate this app..." thing.

I would use this tool as often as I can and many people would help, because later they have a chance that "their" pc works with ubuntu out of the box. this then is an agumnt for schowing them ubuntu.

I follow the Ubuntu development process and keep an eye on https://blueprints.launchpad.net/ubuntu/intrepid

I would love to try out things as they become available but it's hard to get started.

scenario:
Niklas wants to try out the new openldap-cnconfig-migration that is marked as "Beta Available". He clicks "Beta Available" and gets a wikipage (if not directly embedded within Launchpad) with a brief explanation on how to get the package up'n running.

Bugs handling in Ubuntu sometimes far from perfect. Some bugs are living untriaged for a while. Some bugs are in stuck for a while. Some are not fixed for a while. And some are simply living longer than they really should!

I have few small ideas how to fix this, maybe this can be considered as just one idea:
1) If bug is not triaged for a while, why not to dispatch reminder about this sad fact to people responsible for triaging who has permissions to triage bugs and perform state changes? This may improve bugs triaging (and will annoy triagers, sorry, but I'm thinking it's better than when bugs are lost for months or years, right?)
2) If bug stuck for a while in some state in which it still considered as not fixed (almost any state where not waiting for user's reaction and not "Fix released" or any of rejected states) - same applies, dispatch a reminder to avoid bugs which are "hanged" for a while:)
3) Voting. It could be great not just for ideas, but also for bugs. Popular bugs should be handled and triaged more carefully.
4) If some bug lives for a while and either critical or popular, YEAH, dispatch reminder. Critical and\or most annoying bugs do not have to live for YEARS if you want Ubuntu to be a good system. System plagued with annoying critical long-living bugs is surely not what anyone dreams about. So, let's fight with this, yep?