Written by diophant the 29 Feb 08 at 01:14.

Ubuntu Brainstorm was updated in January 2009. Since the idea #372 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #372 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by neilneil2000 the 29 Feb 08 at 00:20.

Ubuntu Brainstorm was updated in January 2009. Since the idea #295 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #295 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by snap the 27 Apr 10 at 17:30.

The OS should never need to download network drivers.

Here is what I experienced 2 minutes ago:

1. Disable closed wifi driver (I wanted to try the free one)
2. Enable the free network driver

Result: Ubuntu tries to download the driver but you have no Internet connection ! Why was it removed from disk ?? If I had no other network card, I would be very embarrassed.

In other words, I think network drivers should never be removed from hard disk, or whatever great idea not to self-destruct its network connection.

The OS should never need to download network drivers. Here is what I experienced 2 minutes ago: 1. Disable closed wifi driver (I wanted to try the free one) 2. Enable the free network driver Result: Ubuntu tries to download the driver but you have no Internet connection ! Why was it removed from disk ?? If I had no other network card, I would be very embarrassed. In other words, I think network drivers should never be removed from hard disk, or whatever great idea not to self-destruct its network connection.

Written by Arioch the 28 Feb 08 at 15:26.

I propose to the development team (both Ubuntu and by extension Gnome) to work on the improvement of boot up times in Ubuntu systems.

I propose to the development team (both Ubuntu and by extension Gnome) to work on the improvement of boot up times in Ubuntu systems.

Written by tchalvakspam the 23 Jan 09 at 21:53.

In addition to speeding up the processes involved, which is key, make it simple for the user to streamline their own bootup. Installing different software can -always- slow down a bootup, no matter how fast it was initially.

Thus, to -keep- boot time short for the many different ways that people use ubuntu, provide the ubuntu user with a simple default tool to remove, delay the start of, or uninstall software that take the most time during startup. The combination of a default boot-time analysis tool and the current session startup manager would provide allow easy boot streamlining, and to a lesser extent so would showing on-screen indicators of what things are being started up over the course of the normal ubuntu boot load.
Allowing user analysis is the key feature missing to make streamlining available to the individual in addition to the developer.

In addition to speeding up the processes involved, which is key, make it simple for the user to streamline their own bootup. Installing different software can -always- slow down a bootup, no matter how fast it was initially. Thus, to -keep- boot time short for the many different ways that people use ubuntu, provide the ubuntu user with a simple default tool to remove, delay the start of, or uninstall software that take the most time during startup. The combination of a default boot-time analysis tool and the current session startup manager would provide allow easy boot streamlining, and to a lesser extent so would showing on-screen indicators of what things are being started up over the course of the normal ubuntu boot load. Allowing user analysis is the key feature missing to make streamlining available to the individual in addition to the developer.

Written by aadityabhatia the 29 Jan 09 at 04:57.

Some programs take too long and are not required immediately upon boot. For example, sendmail takes forever to start and a regular desktop user usually wants to see a login screen asap, so sendmail can wait. Such programs could be identified and their initiation can be delayed while rest of the system continues booting up.

Some programs take too long and are not required immediately upon boot. For example, sendmail takes forever to start and a regular desktop user usually wants to see a login screen asap, so sendmail can wait. Such programs could be identified and their initiation can be delayed while rest of the system continues booting up.

Written by aadityabhatia the 29 Jan 09 at 05:04.

There is a contrast in the comments: some machines take more time before login screen, some do after. In many cases it's the compiz and in some it's dbus or a part of gnome.

The idea is to have a profiler start at the beginning of boot process, on demand, and measure the time taken by each program at startup, writing it to a log file. This will help users figure out what part takes the most time, and will simplify profiling the boot process.

Not sure how much effort is involved, but sounds possible. Any takers?

There is a contrast in the comments: some machines take more time before login screen, some do after. In many cases it's the compiz and in some it's dbus or a part of gnome. The idea is to have a profiler start at the beginning of boot process, on demand, and measure the time taken by each program at startup, writing it to a log file. This will help users figure out what part takes the most time, and will simplify profiling the boot process. Not sure how much effort is involved, but sounds possible. Any takers?

Written by Id2ndR the 15 Feb 09 at 16:10.

The programs that are loaded just after the login are always the same : gnome-session, gnome-daemons etc.

What take time to load the session is to read them from the hard drive. So as we are sure they will be loaded, we can prefetch them.

This can be extended to user's programs just after he give his name to gdm (so while he is entering his password).

The programs that are loaded just after the login are always the same : gnome-session, gnome-daemons etc. What take time to load the session is to read them from the hard drive. So as we are sure they will be loaded, we can prefetch them. This can be extended to user's programs just after he give his name to gdm (so while he is entering his password).

Written by kleytonn the 2 Mar 08 at 12:40.

Turn fast and light the Gnome enviroment with a fast boot. Today, a login in GDM cost 10 or 20 seconds to load a user desktop in one fast computer.
KDE 4.0.1 is new but is visible more light than Gnome.

Turn fast and light the Gnome enviroment with a fast boot. Today, a login in GDM cost 10 or 20 seconds to load a user desktop in one fast computer. KDE 4.0.1 is new but is visible more light than Gnome.

Written by slsolaris the 23 Mar 09 at 17:11.

gnome is too slow, it need a lot of implrovements, like when u see icons overlap any other, gnome panel bar is not real transparent, and i bring this things in mind just because i can not understand how xfce that does have this features is faster and and lighter...

i mean gnome should work in hand with them and give them things that they already do not have and they could give us some very important help to improve things

gnome is too slow, it need a lot of implrovements, like when u see icons overlap any other, gnome panel bar is not real transparent, and i bring this things in mind just because i can not understand how xfce that does have this features is faster and and lighter... i mean gnome should work in hand with them and give them things that they already do not have and they could give us some very important help to improve things

Written by l0rdraiden the 28 Feb 08 at 21:24.

Ubuntu Brainstorm was updated in January 2009. Since the idea #220 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #220 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by ninjagecko the 14 May 10 at 16:14.

It would also have a text-based curses mode. Say you're stuck in console mode (because your graphics driver isn't working anymore). Now, you can still modify your system (network card configuration, X-server configuration, even software issues). Aptitude can't do all of that, only the software -- and even for that, you have to guess dozens of random shortcuts in a terrible UI.

Features from Yast include:
- extremely fully-features graphics and curses-based partitioner
- network card configuration
- adding users, changing groups
- changing time
etc.

It would also have a text-based curses mode. Say you're stuck in console mode (because your graphics driver isn't working anymore). Now, you can still modify your system (network card configuration, X-server configuration, even software issues). Aptitude can't do all of that, only the software -- and even for that, you have to guess dozens of random shortcuts in a terrible UI. Features from Yast include: - extremely fully-features graphics and curses-based partitioner - network card configuration - adding users, changing groups - changing time etc.

Written by ninjagecko the 14 May 10 at 16:22.

There is https://wiki.ubuntu.com/YaST but only one dev, and the project seems abandoned.

There is https://wiki.ubuntu.com/YaST but only one dev, and the project seems abandoned.

Written by retj the 25 Apr 08 at 00:18.

It'll be good to continue the work of this team to port yast2 to debian-based distro. i think yast is a great app and should be tried on ubuntu.
Here's a link to YaST4Debian project:
http://yast4debian.alioth.debian.org/

It'll be good to continue the work of this team to port yast2 to debian-based distro. i think yast is a great app and should be tried on ubuntu. Here's a link to YaST4Debian project: http://yast4debian.alioth.debian.org/

Written by Virus the 3 Mar 08 at 16:47.

Ubuntu Brainstorm was updated in January 2009. Since the idea #2785 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #2785 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by os2mac the 29 Feb 08 at 16:44.

Ubuntu Brainstorm was updated in January 2009. Since the idea #1560 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #1560 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by toobuntu the 16 Mar 11 at 18:52.

Publish Ubuntu Release Cycle Calendar as an ical formatted calendar that we can subscribe to so we are aware of the upcoming release dates.

Publish Ubuntu Release Cycle Calendar as an ical formatted calendar that we can subscribe to so we are aware of the upcoming release dates.

Written by stgraber the 28 Feb 08 at 12:13.

Ubuntu Brainstorm was updated in January 2009. Since the idea #2 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #2 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by musikele the 15 Jan 09 at 12:51.

When Ubuntu starts and GDM comes out, you should be able to login only with your fingerprint, without entering any username.
So, the login window should be with all users like always, but with the possibility to login simply passing the fingerprint. If the fingerprint is recognized, a windows telling "user XXX recognized/accessing" should come out and linux should go on.
If the user is not recognized, a window telling "no user recognized - try again" could be an idea.
The normal login option should always be present, in case of an hardware error one should be always capable to enter with his username - password .

When Ubuntu starts and GDM comes out, you should be able to login only with your fingerprint, without entering any username. So, the login window should be with all users like always, but with the possibility to login simply passing the fingerprint. If the fingerprint is recognized, a windows telling "user XXX recognized/accessing" should come out and linux should go on. If the user is not recognized, a window telling "no user recognized - try again" could be an idea. The normal login option should always be present, in case of an hardware error one should be always capable to enter with his username - password .

Written by doctormo the 15 Jan 09 at 22:19.

The inherent security problem with fingerprints is that you can take anyone's laptop and very easily, using high school chemistry. Take the owners fingerprints and feed it to the reader.

When this topic comes up in Ubuntu Development lists, it's pretty much decided that a fingerprint reader can be used for a bad-ass username, but then the computer must still ask for a password to login.

This also includes using the webcam and some facial recognition tech that's in the pipes.

The inherent security problem with fingerprints is that you can take anyone's laptop and very easily, using high school chemistry. Take the owners fingerprints and feed it to the reader. When this topic comes up in Ubuntu Development lists, it's pretty much decided that a fingerprint reader can be used for a bad-ass username, but then the computer must still ask for a password to login. This also includes using the webcam and some facial recognition tech that's in the pipes.

Written by mike.thorton the 19 Oct 09 at 15:03.

The simplest solution is probably to implement the fedora's one:

http://fedoraproject.org/wiki/Features/Fingerprint

The simplest solution is probably to implement the fedora's one: http://fedoraproject.org/wiki/Features/Fingerprint

Written by xfuser4 the 19 Oct 09 at 17:25.

Biometric sensors are known to have potential security risks (see comment).

When enabling finger print readers, the user should be informed about it.

Biometric sensors are known to have potential security risks (see comment). When enabling finger print readers, the user should be informed about it.

Written by Jaksco the 30 Oct 09 at 20:49.

Make it a package file installable like an app.

Make it a package file installable like an app.

Written by Jon Monreal the 5 Nov 09 at 13:35.

Based on the comments about security risks, it seems like this should naturally be an option.

From http://en.wikipedia.org/wiki/Authentication#History_and_state-of-the-art : "Hybrid or two-tiered authentication methods offer a compelling solution." Fingerprints can be swiped and used and there are plenty of methods for getting a password (peeking, social engineering, brute force, etc.); getting both would likely prove to be more difficult.

At any rate, a fingerprint on top of a normal password would definitely stop a casual snooper.

Based on the comments about security risks, it seems like this should naturally be an option. From http://en.wikipedia.org/wiki/Authentication#History_and_state-of-the-art : "Hybrid or two-tiered authentication methods offer a compelling solution." Fingerprints can be swiped and used and there are plenty of methods for getting a password (peeking, social engineering, brute force, etc.); getting both would likely prove to be more difficult. At any rate, a fingerprint on top of a normal password would definitely stop a casual snooper.

Written by daddo the 8 Nov 09 at 21:43.

Show live the fingerprint reader output graphically and let the users to decide, is it secure enough or not.

At the moment, users don't realize at which quality are their fingerprints captured. Show it them!

It could be also solution for showing how good is the the fingerprint reader which is in use.

Show live the fingerprint reader output graphically and let the users to decide, is it secure enough or not. At the moment, users don't realize at which quality are their fingerprints captured. Show it them! It could be also solution for showing how good is the the fingerprint reader which is in use.

Written by tommis the 22 Nov 09 at 18:10.

If you can login via figerprint in gdm terminal should support it too.

If you can login via figerprint in gdm terminal should support it too.

Written by adityakavoor the 13 Mar 08 at 18:32.

Ubuntu Brainstorm was updated in January 2009. Since the idea #4516 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #4516 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by icicle the 30 Dec 08 at 12:08.

Network manager should be intelligent enough to choose the best available connection.

Network manager should be intelligent enough to choose the best available connection.

Written by dawning the 24 Feb 09 at 18:47.

I'd like to build on solution #1.

There should ALSO be an option letting users to see the relative signal strengths for APs of the same name and can choose to override the default.

I'd implement the UI for this by having the APs listed as they currently are, however add an icon to the far right of rows containing SSIDs with multiple APs available. When hovering over that icon, another list will appear showing each mac and it's signal strength.

I'd like to build on solution #1. There should ALSO be an option letting users to see the relative signal strengths for APs of the same name and can choose to override the default. I'd implement the UI for this by having the APs listed as they currently are, however add an icon to the far right of rows containing SSIDs with multiple APs available. When hovering over that icon, another list will appear showing each mac and it's signal strength.

Written by nomis the 28 Feb 08 at 16:12.

Ubuntu Brainstorm was updated in January 2009. Since the idea #63 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #63 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!