Contributor Nazo

I think the gnome-device-manager should be added by default as a substitute for lsusb and lspci, which greatly simplifies the assessment of hardware devices in a ubuntu system.

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

Canonical currently has a big problem. It needs developers. Its a vicious cycle, developers are needed to improve development, yet to increase the number of developers, we need better development programs.

The sad reality is that whilst Canonical has a wealth of development tools available, they are barely officially supported, out of date, or have no easy way of using them (like systemtap).

We need Canonical to step up and make the development environment for 9.04 a priority, so that first time linux developers, and long time developers have a powerful environment, that is officially supported by Canonical. By improving the development environment to be easy to setup, and more updated, developers are more likely to jump on board. In fact, whilst many developers consider coding on OSX to be a privilage, I have never heard the same said of Ubuntu.

Current areas we are severely lacking include:
- Eclipse is out of date in the repos and has been for ages.. Why?
- Sun and Apple have Dtrace officially supported, with a GUI frontend that really makes things easy. We don't have any support for systemtap nor have we got any comparable profiling gui.
- Windows and OSX has a fully supported out of the box development environment with the most popular languages in 2 clicks. With ubuntu, we have to manually work out which gui's we want, which tools, etc
- Debugging? Ha.. its actually quicker to port the code to OSX and use OSX's development tools in some cases then debug currently, because it supports step-backs and such.
- QT can compete against Cocoa. GTK even with Glade is a joke still. I'm not asking you to fix this, but if you want to encourage GTK development, at least have glade/eclipse integration in a developers metapackage
- Developers centre. Ubuntu has none, so developers aren't given a simple list of changes that might affect them next release, such as the change from Alsa as backend, to Pulse, so we can prepare in time. We don't even have a centralised way of really working together with other ubuntu developers.

Some may say developers can help themselves, but first impressions count. If it takes 3000 clicks to get your development environment to the standard provided by Apple in 5, whilst requiring you to also search for equivilent tools (such as dtrace which are considered standard for many OS's now) by yourself, you certainly wont prioritise the OS. By rewarding developers, with a better development environment, the end result will be a higher quality linux environment.

[....]

Sometimes you have files in your trash that you cannot empty. (rights problem)

If a file ends in the user trash, this user must be able to empty it.

For example, If you copy files from a DVD, or a external HD, sometimes the file appear with a lock icon, you can delete it, but you can't empty the trash.



(sorry for my english)

Some (most?) printer manufacturers still don't make printer drivers for Linux, or just for a few models or low quality drivers. This make people running into trouble when migrating to Linux. There is a program called ddiwrapper (developed by SUSE) that can use the XP drivers in Linux to make printing to unsupported printers possible (at the moment only Canon drivers seem to work). Of course support as much printers as possible!

Search "Totem" and "totem" tags and you get different results.

Or clicking "Tags" vs. "tags" gives different results (see below).

Please make tag searches case-insensitive. They are far less effective if there are two sets of results for each tag.

I think, a lot of people like to help with ubuntu development, but they don't know where to start. This includes not only programmers but also designers, music composers or just the normal ubuntu user.

So how about creating a website "howcanihelp.ubuntu.com" where everyone (except for C/C++ programmers ;-) ) can find out how to contribute?

Examples:
PHP Programmer -> help with Brainstorm Development, someproject.ubuntu.com needs a new Website, ...
Music Composer -> (don't know where this should link)
Graphic Artist -> https://wiki.ubuntu.com/Artwork
Foreign Language Native Speaker -> Translate Subtitles at screencasts.ubuntu.com,...
Beginner Ubuntu User -> (don't know if we find something for them :-) )
Advanced Ubuntu User -> Help people at IRC #ubuntu, https://help.ubuntu.com/community/WikiToDo, join the Documentation Team...
Marketing Expert -> ...


and so on!

When you file a bug in Malone you do it against a package (in a distro) or against the whole project. This is enough for distros like Ubuntu and smaller projects, but sometimes projects require a little but more details.

What I suggest is to give project maintainers the possibility to add programs and versions to their project, like Bugzilla does. This will make Launchpad much more interesting for other projects to use.

Integrate a online code review in Launchpad to speed up development. As LP is coded in Python, I've only selected apps written in Python.

Opensource possibilities are:

-Reviewboard
http://code.google.com/p/reviewboard/
http://www.review-board.org/

-CodeReview/Rietvield
http://code.google.com/p/rietveld

Like on Wikipedia. Very useful and widely adopted.

You can for example suggest changes or ask for extra info on the discuss page or have a conversation to avoid edit wars.

E.g. an article http://en.wikipedia.org/wiki/Sparta
and it's discussion http://en.wikipedia.org/wiki/Talk:Sparta

po4a (po for anything) is great framework for documentation translation with gettext.
It's supporting nroff, pod, sgml, TeX / LaTeX, texinfo, xml and others format.

more details:
http://po4a.alioth.debian.org/man/man7/po4a.7.php

Launchpad already support po/pot format. So to implement this seems easy.

#Sorry for my English

Just today I've discovered somebody vandalizing translations in Launchpad. Unfortunately there is no way to report it, except for sending an Email to the administrators.
This feature will become very important as Ubuntu's international popularity grows, so please add it asap.

It's interesting to know how many times a software is downloaded, which also gives an idea of its popularity.
Why not add a counter in the launchpad project?
A greeting.

I want to see some screenshots of applications that lauchpad supports like gufw,gnome-do,metv etc.if it cant show screenshots link to the original webstite where there are screenshots.

Allow signing for Personal Package Archives (PPA). APT does not use SSL, so there is no security. Someone could send your a modified package. I want to know if the package is really from this person I trust.

https://launchpad.net/ubuntu/+ppas

EDIT: BAD IDEA, Sorry. Just experienced that this disables the middle-mouse-click text paste function, why ever.

don't read further, forget this idea. ;-)
---------------

When using nano at the command line, you can e.g. scroll with your mouse wheel, IF it's enabled.
This is possible by just changing
# set mouse
into
set mouse
in /etc/nanorc

No gpm needed, this works within GNOME/KDE
Small thing, big help.

I propose adding a feature to apt-get/aptitude/Adept/Synaptic to install software from a Bazaar branch on Launchpad.

Perhaps something like "aptitude install lp:inkscape", which would download everything from the branch, look for a standard "debian" folder, build the packages, and install normally from there on out.

It would provide a way for users to painlessly (ignoring incompatibilities between packages and such) install the bleeding-edge version of one or more applications.

The livecd should allow the user to choose a textual installation, in a method similar to the safe graphics install feature http://ubuntu-il.com/wiki/images/8/8f/Installguide3.jpg

The textual installation should also be booted automatically, in case the system doesn't meet minimum requirements to boot the graphic installation program.

This will spare the user of having to switch to the alternate cd.

Why?
http://go-oo.org/
http://go-oo.org/discover/

Why another free office suite? http://slashdot.org/article.pl?sid=07/10/03/1212234

It's better, faster, and freer. 'nuff said.


Why wouldn't we want this? If you disagree, why?

Due to the structure of the release, Kubuntu users who wanted KDE 4.0 out of the box had to use the community supported Kubuntu Hardy release to do. The (K)ubuntu update path, however, made waiting for 4.1 packages to come along through official channels a futile effort. In reconciliation, Kubuntu offered a Launchpad Personal Package Archive with which Kubuntu users wishing to test (and eventually upgrade to) 4.1 could do so as they please. This may not be the most accurate description of the situation, but those missing details are impertinent anyway.

Here is the idea: Ubuntu maintainers should offer a Launchpad PPA with which Ubuntu users can test the latest GNOME development series of packages(odd-numbered point releases indicate unstable in-development packages; 2.23.5, as an example was released today). Additionally, this repository would allow users to upgrade their GNOME desktop (so perhaps Gutsy or Hardy users wishing to use 2.24.0 could do so) to the latest even-numbered stable release.

If I have missed out on the fact that an testing/upgrade path similar to this is already implemented, than I guess this idea is moot. However, to my knowledge, not even Backports offers such an opportunity.

Finally, I think such a thing would help with testing upstream packages by providing easy installation/uninstallation, possibly a major deal-breaker in tinkering with such things, and so allowing a larger test base.