Written by webhamster the 18 Apr 08 at 20:05.

Ubuntu Brainstorm was updated in January 2009. Since the idea #7237 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 #7237 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 aysiu the 28 Feb 08 at 18:51.

Ubuntu Brainstorm was updated in January 2009. Since the idea #141 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 #141 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 Ubuwu the 5 Feb 09 at 17:24.

StartUp Manager, or SUM, is a gui tool for changing settings for Grub, Grub2, Usplash and Splashy.

http://web.telia.com/~u88005282/sum/

StartUp Manager, or SUM, is a gui tool for changing settings for Grub, Grub2, Usplash and Splashy. http://web.telia.com/~u88005282/sum/

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 climatewarrior the 23 May 08 at 22:00.

Ubuntu Brainstorm was updated in January 2009. Since the idea #9016 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 #9016 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 Ell the 4 Mar 10 at 12:58.

A nice and simple way would be to install a button in the Ubuntu Software Centre:-

Like Follow:-



Then directing you to how much to donate:-



Before using the checkout service, such as the Ubuntu Single Sign On - which some of the donation will also go to supporting Ubuntu :) minus general credit card fees etc otherwise something like PayPal :(



Obviously the maintainer/owner of the package will have to sign up with the Ubuntu Single checkout system in order for them to receive the money then, something similar to the way PayPal works but nicer and easier :)

A nice and simple way would be to install a button in the Ubuntu Software Centre:- Like Follow:- <a href="http://img716.imageshack.us/img716/3251/donate.png"><img src="http://img716.imageshack.us/img716/3251/donate.png" /></a> Then directing you to how much to donate:- <a href="http://img85.imageshack.us/img85/8333/howmuch.png"><img src="http://img85.imageshack.us/img85/8333/howmuch.png" /></a> Before using the checkout service, such as the Ubuntu Single Sign On - which some of the donation will also go to supporting Ubuntu :) minus general credit card fees etc otherwise something like PayPal :( <a href="http://img63.imageshack.us/img63/4731/sso1login.png"><img src="http://img63.imageshack.us/img63/4731/sso1login.png" /></a> Obviously the maintainer/owner of the package will have to sign up with the Ubuntu Single checkout system in order for them to receive the money then, something similar to the way PayPal works but nicer and easier :) This checkout system could be then used in the future for anything that does come to the Ubuntu Software Center that needs purchasing or custom made apps like the app-store way.

Written by david4dev the 24 Oct 10 at 22:58.

Flattr (http://flattr.com/) is a microdonation service. It has a documented API (http://flattr.com/support/api) so it should be relatively easy to integrate. Adding Flattr buttons to the software description page would make it easy for users to donate to their favourite software.

Flattr (http://flattr.com/) is a microdonation service. It has a documented API (http://flattr.com/support/api) so it should be relatively easy to integrate. Adding Flattr buttons to the software description page would make it easy for users to donate to their favourite software.

Written by michaelforrest the 27 Jul 10 at 12:48.

Like on Github!
They must have a decent API - the github integration is tight.
http://pledgie.com

Like on Github! They must have a decent API - the github integration is tight. http://pledgie.com

Written by djbelieny the 6 Oct 10 at 22:44.

Since Canonical and the Ubuntu team are heavy on the integration of the Ubuntu One, why not just create an integrated publishing and payment/donation system through the U1 store ? Devs can have their site and also have a nice app store like page for their products in the Ubuntu One environment.

Since Canonical and the Ubuntu team are heavy on the integration of the Ubuntu One, why not just create an integrated publishing and payment/donation system through the U1 store ? Devs can have their site and also have a nice app store like page for their products in the Ubuntu One environment.

Written by elecnix the 20 Apr 13 at 01:56.

Developers should have the choice of donation system. There is Paypal, Flattr, Pledgie, and even Bitcoins. Users should chose his preferred way among those the developer accepts.

The Ubuntu Software Center should display the options before or after the user clicks on a Donate button. It should then be able to determine what package needs to be installed and launched to handle the donation. The plugin could ask the user to perform an OAuth authentication, for example.

Developers should have the choice of donation system. There is Paypal, Flattr, Pledgie, and even Bitcoins. Users should chose his preferred way among those the developer accepts. The Ubuntu Software Center should display the options before or after the user clicks on a Donate button. It should then be able to determine what package needs to be installed and launched to handle the donation. The plugin could ask the user to perform an OAuth authentication, for example.

Written by brm the 3 Apr 08 at 02:36.

Ubuntu Brainstorm was updated in January 2009. Since the idea #6307 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 #6307 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 sivaji the 5 Jun 08 at 12:46.

Ubuntu Brainstorm was updated in January 2009. Since the idea #9513 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 #9513 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 jgarcia1709 the 7 Apr 08 at 08:48.

Ubuntu Brainstorm was updated in January 2009. Since the idea #6564 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 #6564 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 FrankQuist the 24 May 08 at 15:29.

Ubuntu Brainstorm was updated in January 2009. Since the idea #9036 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 #9036 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!