Written by james_t the 20 Oct 09 at 22:58.

Add a tick box to the Software Sources - Update Tab which say:

"Automatically download and install updates when available".

Add a tick box to the Software Sources - Update Tab which say: "Automatically download and install updates when available".

Written by ToxN the 22 Oct 09 at 07:05.

A generalisation of that principle could be to have the choice between automatic install of :
- critical security updates (already done)
- bug correction updates
- feature implementation updates

A generalisation of that principle could be to have the choice between automatic install of : - critical security updates (already done) - bug correction updates - feature implementation updates

Written by sartrejp the 23 Jan 09 at 13:47.

When the disc is full, the system becomes very difficult to use and gives a lot of problems, it would be good to be notified when it is low disk space to avoid problems later

When the disc is full, the system becomes very difficult to use and gives a lot of problems, it would be good to be notified when it is low disk space to avoid problems later

Written by tgm4883 the 23 Jan 09 at 16:44.

Show a popup using libnotify that indicates disk space is getting low (and what partition), same as battery notification for low battery.

Show a popup using libnotify that indicates disk space is getting low (and what partition), same as battery notification for low battery.

Written by oybon the 26 Jan 09 at 15:47.

Average Jo user isn't necessarily going to respond as needed to a low drive space notification. Or indeed know exactly what it means.

Thus Notify, give reason for notification with consequences of inaction and route to more information.

Average Jo user isn't necessarily going to respond as needed to a low drive space notification. Or indeed know exactly what it means. Thus Notify, give reason for notification with consequences of inaction and route to more information.

Written by rocket the 4 Feb 09 at 23:57.

Programs like BleachBit could be launched when there is low space, but don't forget to make sure they're installed before the space runs out!

Windows lets users launch its disk cleanup tool by clicking on the low space warning bubble, hopefully Ubuntu's solution can be as easy to use as this.

Programs like BleachBit could be launched when there is low space, but don't forget to make sure they're installed before the space runs out! Windows lets users launch its disk cleanup tool by clicking on the low space warning bubble, hopefully Ubuntu's solution can be as easy to use as this.

Written by Endolith the 4 Jun 09 at 02:20.

After giving the warning, programs should still be able to use the disk up to a point, but there should be a certain amount of disk free at all times, to keep the system usable and responsive. If an app tries to use up more than this, it should be paused or stopped.

A "low disk space" notification is straight out of Windows 95.

After giving the warning, programs should still be able to use the disk up to a point, but there should be a certain amount of disk free at all times, to keep the system usable and responsive. If an app tries to use up more than this, it should be paused or stopped. A "low disk space" notification is straight out of Windows 95.

Written by rubenverweij the 10 Oct 09 at 22:34.

Let's use both new notification systems. Display a libnotify message with "Low diskspace", display a notification in the Indicator applet that launches a dialog box with a message explaining why it is harmful to have this little free disk space.

Let's use both new notification systems. Display a libnotify message with "Low diskspace", display a notification in the Indicator applet that launches a dialog box with a message explaining why it is harmful to have this little free disk space.

Written by moredruid the 14 Oct 09 at 08:45.

let the report be based on a certain (95%?) threshold.
The popup reporting this should ideally have a number of options:
* go to the folder and clean up (maybe a background process has already indexed the filesystem and can present you with a list of outdated/not used files, various caches come to mind).
* ignore for now and warn again at 98%
* don't bother again for this mountpoint

let the report be based on a certain (95%?) threshold. The popup reporting this should ideally have a number of options: * go to the folder and clean up (maybe a background process has already indexed the filesystem and can present you with a list of outdated/not used files, various caches come to mind). * ignore for now and warn again at 98% * don't bother again for this mountpoint

Written by Theory5 the 14 Oct 09 at 22:30.

There should be a small moniter on either top or bottom bar that shows your main HDD space (in a measure format like windows vista does with HDD's) and if you scroll over it, it will show all your disks and stuff and their free space.

There should be a small moniter on either top or bottom bar that shows your main HDD space (in a measure format like windows vista does with HDD's) and if you scroll over it, it will show all your disks and stuff and their free space.

Written by xeniac the 15 Oct 09 at 09:03.

I like Solution #1: Back in the days when Linux was all about the console, you've got an login warning if disk usage was critical. Im pretty sures that Ubunutu does this to, but nobody sees it anymore.

Nowday a Desktop Linux System should'nt be a dump tool, it should help the user to solve his problems.

Ubunutu should offer an cleanup assistant that helps to
1.) purge your Harddrive from Backup Files, Temporary files and Duplicate Files (Leave one copy and Sym-/Hardlink the rest).
2.) Find the Files/Directorys eating the most Diskspace. (launch baobap)

I like Solution #1: Back in the days when Linux was all about the console, you've got an login warning if disk usage was critical. Im pretty sures that Ubunutu does this to, but nobody sees it anymore. Nowday a Desktop Linux System should'nt be a dump tool, it should help the user to solve his problems. Ubunutu should offer an cleanup assistant that helps to 1.) purge your Harddrive from Backup Files, Temporary files and Duplicate Files (Leave one copy and Sym-/Hardlink the rest). 2.) Find the Files/Directorys eating the most Diskspace. (launch baobap)

Written by Nw124 the 20 Oct 09 at 02:15.

Do what solution 2 says and add a gui like in vista and have a bar that shows how much of the disk space is used.

It should also tell you how much free space there is in GB ,Mb,or Kb (Depending on how big the disk is)

it could also do this on the desktop too for removable storage and show a meter.

Do what solution 2 says and add a gui like in vista and have a bar that shows how much of the disk space is used. It should also tell you how much free space there is in GB ,Mb,or Kb (Depending on how big the disk is) it could also do this on the desktop too for removable storage and show a meter.

Written by FrostyC the 4 Jan 10 at 10:20.

Have a user variable setting that can be changed at what point the low disk space becomes a problem. For instance, I am fine until I have less than 300 mb of hd space.

And I don't need a clean up wizard, I know what the problem is..

Have a user variable setting that can be changed at what point the low disk space becomes a problem. For instance, I am fine until I have less than 300 mb of hd space. And I don't need a clean up wizard, I know what the problem is..

Written by jschall the 12 Feb 10 at 16:38.

Simply reserve enough disk space that the system can keep working properly. The user will know that s/he is out of disk space when s/he tries to save a file.

The system should not stop running or slow down significantly.

Simply reserve enough disk space that the system can keep working properly. The user will know that s/he is out of disk space when s/he tries to save a file. The system should not stop running or slow down significantly.

Written by Nanotron the 28 Feb 08 at 20:17.

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one.
A good example for this is CDemu.

I know there are some other good programs, but I think that would be the easiest way

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one. A good example for this is CDemu. I know there are some other good programs, but I think that would be the easiest way

Written by Bender2k14 the 26 Jan 09 at 04:42.

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

Written by cbx33 the 20 Mar 09 at 12:22.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Written by markoresko the 13 May 09 at 08:35.

I use Gmount-iso to do just that.
sudo apt-get install gmountiso

But I also think that it could be more obvious to do that etc.
Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

I use Gmount-iso to do just that. sudo apt-get install gmountiso But I also think that it could be more obvious to do that etc. Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

Written by mikaelstaldal the 20 Oct 09 at 12:14.

Also make it possible to mount ISO images from command line without root (sudo) access.

Also make it possible to mount ISO images from command line without root (sudo) access.

Written by dexter_greycells the 24 Oct 09 at 07:41.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

Written by r0g the 28 Oct 09 at 05:09.

In the form of a python script for nautilus actions.

http://www.technicalbloke.com/iso_mount.py

I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :)

I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more.

Roger.

In the form of a python script for nautilus actions. http://www.technicalbloke.com/iso_mount.py I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :) I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more. Roger.

Written by Lachu the 28 Oct 09 at 11:56.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Written by Lachu the 10 Sep 09 at 07:55.

Ubuntu(and other distribution) should provide D-BUS based API for installer/uninstallers. You will get extra points if you integrate it with package database ;-) .

It should been integrated with PolicyKit, so administrators can give users access to install many kind of software(example software, which no needs setting suid bit and installing in /opt and don't change any files, can be installed by normal user; software which needs install in /sbin or /bin or /usr/bin, /usr/sbin should be installed only by superuser; or whatever).

This API should gives many functions, like copy executable into system directory(/bin), copy executable into superuser directory(/sbin, /usr/sbin or whatever), install user library(/usr/lib), install system-wide library(/lib), change file(delete existing file or writing own in the same place), change group of file, change owner of file, set uid bit, set guid bit, install nonexecutables(data) to /usr/share/*, installing user software(only have access to /opt), start installation.

All this action will be logged and reported. Additionally user may have simple uninstall software by system tools, because all performed operation are logged.

Installer should first call start installer function, so system show message to user like: This program will install software - continue? If user agree, DBUS returns the path, where the installer should unpack all of the files (in /tmp directory). Of course installer should register software name, etc., but it is long term task. If this is a game, it should install in /opt, so it call DBUS API to copy file from unpack folder into specify /opt folder, like copy_file_to_opt(file_name, opt_suffix).

Ubuntu(and other distribution) should provide D-BUS based API for installer/uninstallers. You will get extra points if you integrate it with package database ;-) . It should been integrated with PolicyKit, so administrators can give users access to install many kind of software(example software, which no needs setting suid bit and installing in /opt and don't change any files, can be installed by normal user; software which needs install in /sbin or /bin or /usr/bin, /usr/sbin should be installed only by superuser; or whatever). This API should gives many functions, like copy executable into system directory(/bin), copy executable into superuser directory(/sbin, /usr/sbin or whatever), install user library(/usr/lib), install system-wide library(/lib), change file(delete existing file or writing own in the same place), change group of file, change owner of file, set uid bit, set guid bit, install nonexecutables(data) to /usr/share/*, installing user software(only have access to /opt), start installation. All this action will be logged and reported. Additionally user may have simple uninstall software by system tools, because all performed operation are logged. Installer should first call start installer function, so system show message to user like: This program will install software - continue? If user agree, DBUS returns the path, where the installer should unpack all of the files (in /tmp directory). Of course installer should register software name, etc., but it is long term task. If this is a game, it should install in /opt, so it call DBUS API to copy file from unpack folder into specify /opt folder, like copy_file_to_opt(file_name, opt_suffix). I know is less secure than installing package, but is more secure than giving installer root privileges.

Written by dandart the 10 Sep 09 at 20:43.

Create a format that all distros can use and is easy to implement. Perhaps integrate into Apt/Rpm or have packages that both can understand somehow. Then we can download "Linux" package without having to worry if we want Apt or Rpm.

Create a format that all distros can use and is easy to implement. Perhaps integrate into Apt/Rpm or have packages that both can understand somehow. Then we can download "Linux" package without having to worry if we want Apt or Rpm.

Written by andruk the 11 Sep 09 at 02:12.

The reason apt needs root permissions is because the applications it installs are installed system-wide and therefore affect other users. If we allowed users to install programs to their home directory, then they could run their installed applications without affecting other users, and therefore wouldn't need to give apt root access.

This would have advantages with home users because my Applications menu wouldn't get cluttered when my daughter installs Barbietown to her home directory.

This would have advantages with sysadmins because they can run a piece of software from their home directory to test it out before installing it system-wide.

The system paths would have to be modified to look for libraries and executables in the home directory, but applications like Xournal already support this. This would also require the Applications menu to look in the user's home directory for the menus as well.

The reason apt needs root permissions is because the applications it installs are installed system-wide and therefore affect other users. If we allowed users to install programs to their home directory, then they could run their installed applications without affecting other users, and therefore wouldn't need to give apt root access. This would have advantages with home users because my Applications menu wouldn't get cluttered when my daughter installs Barbietown to her home directory. This would have advantages with sysadmins because they can run a piece of software from their home directory to test it out before installing it system-wide. The system paths would have to be modified to look for libraries and executables in the home directory, but applications like Xournal already support this. This would also require the Applications menu to look in the user's home directory for the menus as well.

Written by Lachu the 12 Sep 09 at 17:59.

Like in solution #3:
The main problem is many application have hardcoded path. There's no way to detect/guess path of specified file. Of course, we can recompile package, but it lack functionality for users.

The solution is simple. Create script scheme for setting environment, where specify files are placed. It should set PATH, LD_LIBRATY_PATH, XDG_HOME, CONFIG_PATH, etc. Script will also checking dependency and fixing it if not satisfied(also using install into directory technology).

Create also library, which allows program to read these setting/environment. Program should don't read file from /etc/program_config, but from $CONFIG_PATH/program_config.
If some environment isn't set, library should return default value.

User will have many scheme of installing application - install in: user home directory, system-wide(/), opt(/opt), custom paths.

And of course -- allow to set flag SUPPORT_PATH_SELECTING for package.

Like in solution #3: The main problem is many application have hardcoded path. There's no way to detect/guess path of specified file. Of course, we can recompile package, but it lack functionality for users. The solution is simple. Create script scheme for setting environment, where specify files are placed. It should set PATH, LD_LIBRATY_PATH, XDG_HOME, CONFIG_PATH, etc. Script will also checking dependency and fixing it if not satisfied(also using install into directory technology). Create also library, which allows program to read these setting/environment. Program should don't read file from /etc/program_config, but from $CONFIG_PATH/program_config. If some environment isn't set, library should return default value. User will have many scheme of installing application - install in: user home directory, system-wide(/), opt(/opt), custom paths. And of course -- allow to set flag SUPPORT_PATH_SELECTING for package.

Written by o-bin-lad3n the 15 Sep 09 at 20:05.

This is much like #2, but why start from scratch?
We could push for better support and integration of autopackage with apt, rpm, etc.
Also, I think the need for root-permissions itself is not the real problem, it's the need to blindly trust the file you just downloaded. Of course, there is always a way to mess with a system, when the user executes your software, but this would be way better than "sudo ./somefileijustdownloaded". Autopackage can run with user rights and install into your home directory. And you can still integrate gpg-keys with this solution.

I'm not suggesting this as THE universal package format, but as a common solution for third party/proprietary software and commercial games.

This is much like #2, but why start from scratch? We could push for better support and integration of autopackage with apt, rpm, etc. Also, I think the need for root-permissions itself is not the real problem, it's the need to blindly trust the file you just downloaded. Of course, there is always a way to mess with a system, when the user executes your software, but this would be way better than "sudo ./somefileijustdownloaded". Autopackage can run with user rights and install into your home directory. And you can still integrate gpg-keys with this solution. I'm not suggesting this as THE universal package format, but as a common solution for third party/proprietary software and commercial games.

Written by darkjavi the 21 Sep 09 at 16:47.

And what about giving to apt/aptitude/synaptic the ability to control/install any software on earth not only deb packages.
apt could run the instalation from is inside and chroot the destination of the files generated by the installer into his own folders, so we can manage all the computer software from a single interface

And what about giving to apt/aptitude/synaptic the ability to control/install any software on earth not only deb packages. apt could run the instalation from is inside and chroot the destination of the files generated by the installer into his own folders, so we can manage all the computer software from a single interface

Written by Lachu the 23 Sep 09 at 17:29.

Create sandbox for installers. It will check selinux context and when it isn't designed for installers, it will change it and fork with exec on executable file! It can't sets UID/GID bits or change any existing file, but can access to system directories.

Create sandbox for installers. It will check selinux context and when it isn't designed for installers, it will change it and fork with exec on executable file! It can't sets UID/GID bits or change any existing file, but can access to system directories.

Written by Afroman10496 the 27 Sep 09 at 02:31.

You all know how Wine works, right: importing an opensource clone of the Windows API. Now, imagine that for the Red Hat YUM/RPM compatibility. It's already opensourced, so you won't have to actually clone it. Also, you already have most of what you need because it's all Linux :>. Just offer it as a regular package and when users click on the .rpm just offer a dialog asking if they want to install it or Alien, showing all the pros and cons.

You all know how Wine works, right: importing an opensource clone of the Windows API. Now, imagine that for the Red Hat YUM/RPM compatibility. It's already opensourced, so you won't have to actually clone it. Also, you already have most of what you need because it's all Linux :>. Just offer it as a regular package and when users click on the .rpm just offer a dialog asking if they want to install it or Alien, showing all the pros and cons.

Written by ratdude747 the 27 Sep 09 at 22:01.

that would fix the rpm issue. beginners seem to get "scared" of the command line, and a gui saves time. that way, no matter whether they download an rpm or a deb, they are covered.

making it the default app for rpm would make it so a beginner wouldn't extract it by accident with archive manager. maybe you could then auto-load the resulting .deb.

that would fix the rpm issue. beginners seem to get "scared" of the command line, and a gui saves time. that way, no matter whether they download an rpm or a deb, they are covered. making it the default app for rpm would make it so a beginner wouldn't extract it by accident with archive manager. maybe you could then auto-load the resulting .deb.

Written by warlock24 the 7 Oct 09 at 17:38.

Do not multiply another installer formats, apis, ect. they only do unnecesary complicity of Ubuntu. Promote DEB packages to become unofficial standard for every linux. Develop visual tools for easy and fast creation of deb files (something like debGLADE?).

Do not multiply another installer formats, apis, ect. they only do unnecesary complicity of Ubuntu. Promote DEB packages to become unofficial standard for every linux. Develop visual tools for easy and fast creation of deb files (something like debGLADE?).

Written by Lachu the 28 Oct 09 at 07:42.

Not create new package format/packaging system, but allow to pack many packages into single archive. Structure will looks like this:

root
|
+definition&scripts
| |
| +deb
| +rpm
| .....
|
+files(must have structure like tar.gz - if in specify distribution one file must be moved into other directory, it's task for script)
|
+common definitions (name of author, license, features - installation into directory, etc.)


How distribution should handle it? In simple way. It will only unpack it into /tmp and handle as normal package(ex. run installation script for this distribution). It can also generate .deb or .rpm.

It should helps users, who like to download software from network. It can also helps game creators, because CD's can be used as repository of software.

Not create new package format/packaging system, but allow to pack many packages into single archive. Structure will looks like this: root | +definition&scripts | | | +deb | +rpm | ..... | +files(must have structure like tar.gz - if in specify distribution one file must be moved into other directory, it's task for script) | +common definitions (name of author, license, features - installation into directory, etc.) How distribution should handle it? In simple way. It will only unpack it into /tmp and handle as normal package(ex. run installation script for this distribution). It can also generate .deb or .rpm. It should helps users, who like to download software from network. It can also helps game creators, because CD's can be used as repository of software. Maybe there can occurs some problems with binaries, but most data of program is a resources, like icons, graphics, etc. Resources are shared, so there is a reason to create hybrid format.

Written by ivo000 the 1 Mar 11 at 20:11.

Integrate Autopackage package installer in Ubuntu Software Center

Integrate Autopackage package installer in Ubuntu Software Center

Written by sandys the 27 Feb 10 at 10:54.

gnome-power-manager already has information about the battery in your system. However, charging is always-on.

Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool)

e.g. bug528543 in gnome-power-manager

gnome-power-manager already has information about the battery in your system. However, charging is always-on. Instead power-manager should charge only according to rules (similar to Microsoft ACPI-compliant control method battery tool) e.g. bug528543 in gnome-power-manager

Written by specialcowboy the 14 Mar 10 at 08:54.

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

I am relatively new to Ubuntu and I understand that in Lucid there are plans or already an implementation for better power management. As I haven't seen the alphas myself I thought I would suggest a few things. Sorry if these are already being implemented and this is redundant. This site: http://salcher.posterous.com/?tag=ubuntu suggests a few ways to optimize batter life using Powertop and manually configuring files in /etc/laptop-mode/conf.d/. I think it would be great if there was a GUI front end for this that allowed adjusting of the settings and creating of various profiles (rather than editing .conf files directly). Similar to the Power Management functionality included on Acer laptops (ie clocking down the processor, disabling card buses, USB, ethernet, wireless, etc.).

Written by mulenmar the 18 Mar 10 at 04:52.

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

Something as tied to hardware as controlling when the battery charges and when it cuts off should be built into the Linux kernel itself, not tied to a desktop enviroment!

Written by Ubuwu the 28 Feb 08 at 15:04.

Ubuntu Brainstorm was updated in January 2009. Since the idea #31 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 #31 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 Menti the 28 Jan 10 at 21:41.

Besides other metadata such as the version number, support, etc, the date that the package was built could be shown.

Besides other metadata such as the version number, support, etc, the date that the package was built could be shown.

Written by Menti the 28 Jan 10 at 21:45.

Conceptually, the release of the code would be a lot more precise than the building of the package to indicate if the project is in active development. However, I don't know if that information is easily available and manageable to be dropped into USC.

Conceptually, the release of the code would be a lot more precise than the building of the package to indicate if the project is in active development. However, I don't know if that information is easily available and manageable to be dropped into USC.

Written by Menti the 28 Jan 10 at 21:54.

Whatever could be feasible and nice to have. For example:
-102 days since last version
-23 days since last security update

Whatever could be feasible and nice to have. For example: -102 days since last version -23 days since last security update

Written by Menti the 11 Feb 10 at 00:24.

What I would like USC to do for me is suggesting that a certain program could be no longer in development. So I wouldn't invest time creating data for that program that I might not be able to export to another program (for example, because the first one uses its own specialized data format).

Maybe a "sensible" limit could be set and warn the user when the package has not been updated for longer than that. Within that program's page in USC, a simple line could appear:

"This program has not been updated by its developers for more than two years."

I don't know if there are a lot of packages in Ubuntu that are old and get no updates, but are in use and there is no reason to avoid. Abundance of such packages would render this solution useless.

What I would like USC to do for me is suggesting that a certain program could be no longer in development. So I wouldn't invest time creating data for that program that I might not be able to export to another program (for example, because the first one uses its own specialized data format). Maybe a "sensible" limit could be set and warn the user when the package has not been updated for longer than that. Within that program's page in USC, a simple line could appear: "This program has not been updated by its developers for more than two years." I don't know if there are a lot of packages in Ubuntu that are old and get no updates, but are in use and there is no reason to avoid. Abundance of such packages would render this solution useless.

Written by Menti the 14 Feb 10 at 21:40.

The page of an application could have a button/link with a text like "Report this software as being no longer in active development". Pressing this button would send this information to Canonical.

This information could be treated and presented in very different ways. A warning could be shown, telling the user that the package is apparently dead. Or the number of "dead reports" could be shown. Canonical could treat the information with some kind of automatic system (such as "show warning when we receive 10 dead reports") or manually, and require human confirmation to tag a package as dead.

This solution is based on tntricker's comment. Merit is all his.

The page of an application could have a button/link with a text like "Report this software as being no longer in active development". Pressing this button would send this information to Canonical. This information could be treated and presented in very different ways. A warning could be shown, telling the user that the package is apparently dead. Or the number of "dead reports" could be shown. Canonical could treat the information with some kind of automatic system (such as "show warning when we receive 10 dead reports") or manually, and require human confirmation to tag a package as dead. This solution is based on tntricker's comment. Merit is all his.

Written by replicator-snail the 7 Oct 10 at 01:00.

For each package, calculate how actively maintained it is as a function of several factors (e.g. weighted by popularity-contest results, recent activity on Launchpad, frequency of releases, etc.), and display as an icon.

Example formula:
raw_score = K_1 * ln(# of current installs from popcon) + K_2 * ln(# of actions performed on launchpad in last year) - K_3 * ln(# of days since last update)
scaled_score = raw_score / (max(raw_score[i]) over all packages)

The icon could be something like a pie chart or LED. The color should be interpolated between green (most active) and gray (least active). Place the icon next to the package name (like the Ubuntu logo for Canonical-maintained packages in Synaptic).

For each package, calculate how actively maintained it is as a function of several factors (e.g. weighted by popularity-contest results, recent activity on Launchpad, frequency of releases, etc.), and display as an icon. Example formula: raw_score = K_1 * ln(# of current installs from popcon) + K_2 * ln(# of actions performed on launchpad in last year) - K_3 * ln(# of days since last update) scaled_score = raw_score / (max(raw_score[i]) over all packages) The icon could be something like a pie chart or LED. The color should be interpolated between green (most active) and gray (least active). Place the icon next to the package name (like the Ubuntu logo for Canonical-maintained packages in Synaptic).

Written by tighem the 28 Feb 08 at 17:22.

Really focus on fixing it, even with proprietary drivers.

Really focus on fixing it, even with proprietary drivers.

Written by franco.valoppi the 26 Aug 09 at 03:47.

I think that even using proprietary driver may make it more compatible, always let the user to choose.

On the other hand I have some other ideas to improve performance (probably already implemented):
- Memory trim and garbage collection, before hitbernating.
- Memory Defrag.
- Exclude System Prefetched data from hibernate files. I mean memory used with programs already closed but still in memory in the case you want to open them again.

I think that even using proprietary driver may make it more compatible, always let the user to choose. On the other hand I have some other ideas to improve performance (probably already implemented): - Memory trim and garbage collection, before hitbernating. - Memory Defrag. - Exclude System Prefetched data from hibernate files. I mean memory used with programs already closed but still in memory in the case you want to open them again.

Written by qwerty800 the 19 Sep 09 at 14:54.

As a temporary solution, we should add an "idle" option to ubuntu.

Since suspend and hibernate both invole creating a system image and storing it in the ram/in the swap, until we fix this, we need to find another alternative to this.

The only alternative remaining is to leave your computer open during all the night!

Well, my idea is to add an "Idle" option, that would:
-Suspend most of the programs
-Lower the CPU clocking (If possible)
-Lower the fan speed (If possible, trying to emit the less noise possible)
-Lower the HDD speed (If possible)
-Lock the screen

That way, we could still avoid energy wasting, while waiting for a working sleep mode.

As a temporary solution, we should add an "idle" option to ubuntu. Since suspend and hibernate both invole creating a system image and storing it in the ram/in the swap, until we fix this, we need to find another alternative to this. The only alternative remaining is to leave your computer open during all the night! Well, my idea is to add an "Idle" option, that would: -Suspend most of the programs -Lower the CPU clocking (If possible) -Lower the fan speed (If possible, trying to emit the less noise possible) -Lower the HDD speed (If possible) -Lock the screen That way, we could still avoid energy wasting, while waiting for a working sleep mode.

Written by slsolaris the 5 Nov 09 at 22:45.

a progress bar is more intuitive than a black screen, nothing else to add

a progress bar is more intuitive than a black screen, nothing else to add

Written by yzarc the 9 Nov 09 at 20:33.

don't ask for password after wake up (optionally).
I'd like to open the lit and have my system ready to use.

don't ask for password after wake up (optionally). I'd like to open the lit and have my system ready to use.

Written by FeraTech the 21 Mar 10 at 04:47.

For those laptops where suspend and hibernate do not work Ubuntu should automatically default to an alternative.

A good solution would be to simply have the previous state stored onto the hard drive including all running applications. The laptop would boot normally and all of the previous state would just be stored and controlled by the operating system.

For those laptops where suspend and hibernate do not work Ubuntu should automatically default to an alternative. A good solution would be to simply have the previous state stored onto the hard drive including all running applications. The laptop would boot normally and all of the previous state would just be stored and controlled by the operating system.

Written by DrWig the 23 Apr 10 at 08:48.

If hibernate/suspend doesn't work, have Ubuntu disable the option, so it doesn't try until a new version/potential fix is released.

If hibernate/suspend doesn't work, have Ubuntu disable the option, so it doesn't try until a new version/potential fix is released.

Written by decumanus the 3 Aug 10 at 19:02.

This is a solution of despair. Function that fails on half of all computers should not be enabled by default. Do not pretend we are able to do what we cannot.
I lost many minutes of work just by accidental pressing sleep button. Sorry.

This is a solution of despair. Function that fails on half of all computers should not be enabled by default. Do not pretend we are able to do what we cannot. I lost many minutes of work just by accidental pressing sleep button. Sorry.

Written by DonnyDonNothin the 22 Nov 10 at 15:36.

investigate why suspend works in other distros and not ubuntu. 's2ram -f' in another distro works flawlessly, but what ever ubuntu uses causes my touchpad to freeze. ask the community to contribute to a list of what hardware and applications work in suspend. much like the voting system here. for example:
XXX touchpads freezing after suspend +6 votes
window contents lost on ati drivers +X votes

investigate why suspend works in other distros and not ubuntu. 's2ram -f' in another distro works flawlessly, but what ever ubuntu uses causes my touchpad to freeze. ask the community to contribute to a list of what hardware and applications work in suspend. much like the voting system here. for example: <insert manufacturer here> XXX touchpads freezing after suspend +6 votes <insert some application here> window contents lost on ati drivers +X votes

Written by xer0 the 23 Mar 11 at 17:56.

Boot as normal and just restore the state of the X desktop.
Saving the state is already supported in X but not present as an option in the Ubuntu menus (at least i cant find it).

This would provide an alternative for people who has hardware related problems with hibernate.

Boot as normal and just restore the state of the X desktop. Saving the state is already supported in X but not present as an option in the Ubuntu menus (at least i cant find it). This would provide an alternative for people who has hardware related problems with hibernate.

Written by sobi3ch the 11 Feb 10 at 07:44.

Immediately remember my brightness value after change.

Immediately remember my brightness value after change.

Written by tommis the 19 Feb 10 at 15:11.

Remember of loud was the sounfand use that level.

Remember of loud was the sounfand use that level.

Written by josteinaj the 25 Feb 10 at 19:43.

Same as #1 and #2, but with an option to override the values with default settings. For instance, to "never set volume above 40% at boot" would be good. Same goes for brightness.

Same as #1 and #2, but with an option to override the values with default settings. For instance, to "never set volume above 40% at boot" would be good. Same goes for brightness.

Written by Mirek2 the 12 Mar 10 at 14:03.

There should be an option in power options to not change the brightness when plugging in and unplugging the computer. Then the user wouldn't have to adjust the brightness to the ideal setting every time he starts/stops charging his laptop.

There should be an option in power options to not change the brightness when plugging in and unplugging the computer. Then the user wouldn't have to adjust the brightness to the ideal setting every time he starts/stops charging his laptop.