Contributor victormmello on the System category
Create a software emulation layer for running Mac .dmg's (like wine)
Written by rouge568 the 5 Mar 08 at 23:49.
Global category: System.
New
We have wine for running Windows .exe's on linux, so why not a layer for running Mac .dmg's? Now that Apple has started using Intel chips, there is no problem with our x86 processors. There are plenty of apps out there developed for MacOSX that us linux users have no hope of running. While it might break the 'purity' of linux, it would not be installed by default and would do no more dirtying than wine.
(Note: I know that Wine Is Not an Emulator, but the official definition was too long for the title)
Solution #1:
Ubuntu Desktop Distro should use preempt kernel by default
Written by
unknown2 the 20 May 10 at 07:43.
Latency is very important to these kind of application, most user would not mind if there is only a slight decrease in throughput.
Latency is very important to these kind of application, most user would not mind if there is only a slight decrease in throughput.
Solution #2:
Sound system (especially Pulseaudio) should try to use hardware acceleration
Written by
unknown2 the 22 May 10 at 00:26.
Some sound system (especially Pulseaudio) tends to "waste" hardware resource, i.e. they doesn't even try to use hardware acceleration like sound mixing. (alsa, oss provide hardware mixing for some cards)
These kind of sound system should be changed or removed. Software-emulated solution consume valuable CPU cycles and is a performance killer.
Some sound system (especially Pulseaudio) tends to "waste" hardware resource, i.e. they doesn't even try to use hardware acceleration like sound mixing. (alsa, oss provide hardware mixing for some cards)
These kind of sound system should be changed or removed. Software-emulated solution consume valuable CPU cycles and is a performance killer.
Solution #3:
Ubuntu team should test multimedia/gaming performance before each release
Written by
unknown2 the 22 May 10 at 00:39.
Ubuntu team should test multimedia/gaming performance of Desktop retro before each release, ensure that there is not a regression in performance (maybe some kind of benchmark program)
Ubuntu team should test multimedia/gaming performance of Desktop retro before each release, ensure that there is not a regression in performance (maybe some kind of benchmark program)
Solution #4:
Ubuntu team should be more clear what the community could help with testing
Written by
lootic the 27 May 10 at 14:30.
Basically solution 3 BUT, the community helps. Everyone can test things. I have wanted to help a lot, problem for me is I dunno exactly with what. I guess there are a lot more people like me, able and willing to help with testing but no idea what should be tested. A simple instruction of "test X, say what you think about Y part in X" would help the community to be more efficient in helping.
Basically solution 3 BUT, the community helps. Everyone can test things. I have wanted to help a lot, problem for me is I dunno exactly with what. I guess there are a lot more people like me, able and willing to help with testing but no idea what should be tested. A simple instruction of "test X, say what you think about Y part in X" would help the community to be more efficient in helping.
Solution #5:
Install missing decoders automatically (without any questions)
I doubt anybody answers NO to "Do you want to search for missing codecs?". Do this by default, and in the background, without a single question.
I doubt anybody answers NO to "Do you want to search for missing codecs?". Do this by default, and in the background, without a single question.
Solution #6:
Solution #4 with better user experience
Written by
glomboi the 8 Jun 10 at 12:15.
Users of Alpha and Beta versions of Ubuntu should be able to run benchmark tests that are sent off to a server somewhere and can by analysed.
A simple graphical program could be run from a desktop icon or the System menu. This program would allow a user to select the task they want to test and allow them to run it.
This would allow novice users to test things that matter to them (Eg. gaming, multimedia, or simply web browsing).
Users of Alpha and Beta versions of Ubuntu should be able to run benchmark tests that are sent off to a server somewhere and can by analysed.
A simple graphical program could be run from a desktop icon or the System menu. This program would allow a user to select the task they want to test and allow them to run it.
This would allow novice users to test things that matter to them (Eg. gaming, multimedia, or simply web browsing).
Solution #1:
purge package when uninstall
Written by
bereshit the 28 May 10 at 06:33.
when you uninstall a software program from ubuntu software center or computer janitor to do so through an apt-get purge or equivalent
when you uninstall a software program from ubuntu software center or computer janitor to do so through an apt-get purge or equivalent
Solution #2:
Ask if the user wants to keep their settings
Occasionally, it can be useful to get rid of old settings that are causing problems. However, it's also nice to have your settings intact if you ever reinstall a program.
Therefore, it's better to ask the user what they want to do in this situation.
Occasionally, it can be useful to get rid of old settings that are causing problems. However, it's also nice to have your settings intact if you ever reinstall a program.
Therefore, it's better to ask the user what they want to do in this situation.
Solution #3:
solution 2 but make it a checkbox.
Written by
lootic the 31 May 10 at 21:19.
Adding popups make the system less pleasant and more annoying. More clicks is equal to more work for the user. Thus it should be a checkbox in the authentication popup.
Adding popups make the system less pleasant and more annoying. More clicks is equal to more work for the user. Thus it should be a checkbox in the authentication popup.
Solution #4:
Use two different buttons
Written by
DrKenobi the 7 Jun 10 at 03:26.
In the Ubuntu Software Center there could be two buttons to uninstall the application: one button with something like "Remove" and another with "Complete Remove". Similar to Synaptic Package Manager.
In the Ubuntu Software Center there could be two buttons to uninstall the application: one button with something like "Remove" and another with "Complete Remove". Similar to Synaptic Package Manager.
Solution #5:
solution #3 modified
Written by
DrKenobi the 7 Jun 10 at 03:34.
It's good the idea of a check box, but i think it's better to put the check box before the authentication popup. If the check box is in the authentication popup, it's going to be a little bit confusing.
It's good the idea of a check box, but i think it's better to put the check box before the authentication popup. If the check box is in the authentication popup, it's going to be a little bit confusing.
Solution #6:
Introduce a configuration manager
A lot of software stores their configuration anywhere in the home directory in hidden directories. Normal users are not able to delete them nor able to transport them to their new computer.
So I propose, that each software links his configuration directories to an .desktop file. This .desktop file and his icon needs to be kept on removal of the application. These technical details should be made in a freedesktop specification.
With this specification you could create a configuration manager which shows a list of applications with configuration directories (with icons!) and the option to remove them, to backup them, to import them or to transport them to a new computer. Of course this configuration manager should also divide between data, configuration and cache like defined in XDG Base Directory Specification.
A lot of software stores their configuration anywhere in the home directory in hidden directories. Normal users are not able to delete them nor able to transport them to their new computer.
So I propose, that each software links his configuration directories to an .desktop file. This .desktop file and his icon needs to be kept on removal of the application. These technical details should be made in a freedesktop specification.
With this specification you could create a configuration manager which shows a list of applications with configuration directories (with icons!) and the option to remove them, to backup them, to import them or to transport them to a new computer. Of course this configuration manager should also divide between data, configuration and cache like defined in XDG Base Directory Specification.
Solution #7:
Archive the configuration files
Instead of completely deleting the files, first archive them in a .tar.xz file (put in e.g. /etc/archived-configuration) and then remove them from the filesystem.
Obviously, this should only happen if they were actually changed from the defaults.
If the application is reinstalled (or the user manually asks for it), they would be unpacked and restored
Advantages:
- Settings are preserved
- User doesn't need to do anything
- Can be removed very easily by deleting a single file
- No filesystem clutter
- Less disk space usage
Instead of completely deleting the files, first archive them in a .tar.xz file (put in e.g. /etc/archived-configuration) and then remove them from the filesystem.
Obviously, this should only happen if they were actually changed from the defaults.
If the application is reinstalled (or the user manually asks for it), they would be unpacked and restored
Advantages:
- Settings are preserved
- User doesn't need to do anything
- Can be removed very easily by deleting a single file
- No filesystem clutter
- Less disk space usage
Easy way to backup home user settings using Ubuntu One
Written by caavoom the 19 Nov 09 at 21:38.
Global category: System.
New
Ubuntu One is great especially the Tomboy Notes sync feature that I find so useful and convenient. However, wouldn't it be nice to be able to back up your home settings through Ubuntu One? Very useful after a system upgrade and/or after reinstall.
Solution #1:
Additional settings in Ubuntu One client
Written by
caavoom the 19 Nov 09 at 21:38.
To back up and restore home settings, I think additional settings in the Ubuntu One client will be useful.
To back up and restore home settings, I think additional settings in the Ubuntu One client will be useful.
Solution #2:
Write a dconf backend for CouchDB
For GNOME 3.0, dconf will replace gconf, and writing a new backend for dconf to store settings in CouchDB should be really easy, so I think that would the best solution. Thus, users could be able to just select where to store settings, and so all applications will write settings to that backend, and desktopcouch would synchronize it automatically
For GNOME 3.0, dconf will replace gconf, and writing a new backend for dconf to store settings in CouchDB should be really easy, so I think that would the best solution. Thus, users could be able to just select where to store settings, and so all applications will write settings to that backend, and desktopcouch would synchronize it automatically
Solution #3:
Use Ubuntu One account for quick installation
Written by
Liso22 the 21 Aug 10 at 04:46.
With settings stored in Ubuntu One's account there is no point of wasting time answering things like your time zone or language preference.
Instead you could have the option to input your Ubuntu One username and password before the installation process and then you could go right to the partition manager and after restarting you would log in to your new PC and everything would be the way you like it.
You would have the applications you like, the icons where you left them, your notes and your bookmarks.
With settings stored in Ubuntu One's account there is no point of wasting time answering things like your time zone or language preference.
Instead you could have the option to input your Ubuntu One username and password before the installation process and then you could go right to the partition manager and after restarting you would log in to your new PC and everything would be the way you like it.
You would have the applications you like, the icons where you left them, your notes and your bookmarks.
Solution #4:
A skin file
If the users and groups creator should be able to import a script with that xfce4 panel configuration, the themes used for the appearance, windows decorator and icons, other preferences..
That should save a lot of time during installation
(skin for the man, the woman and children,.. without forgetting anything !!!)
If the users and groups creator should be able to import a script with that xfce4 panel configuration, the themes used for the appearance, windows decorator and icons, other preferences..
That should save a lot of time during installation
(skin for the man, the woman and children,.. without forgetting anything !!!)
Solution #1:
Mute sound when user locks the screen.
Mute sound when user locks the screen.
Mute sound when user locks the screen.
Solution #2:
#1 toggleable
Written by
Ssdg the 22 Apr 10 at 21:50.
Make it an option in sound properties.
Make it an option in sound properties.
Solution #3:
#2 and an option to reduce sound on lock-screen
Wouldn't that be a fancy option? Slightly reduce the sound when you lock the screen!
This will give the user confidence that while the screen is black, processes like downloading, sofware installing, backups etc, will continue as they should. And the sound will not disturb people close to the desk.
Wouldn't that be a fancy option? Slightly reduce the sound when you lock the screen!
This will give the user confidence that while the screen is black, processes like downloading, sofware installing, backups etc, will continue as they should. And the sound will not disturb people close to the desk.
Solution #4:
Add a volume-control applet on a lock-screen.
Written by
yuretsz the 3 May 10 at 09:00.
Add a volume-control applet similar to the shutdown applet on a login screen.
Add a volume-control applet similar to the shutdown applet on a login screen.
Solution #5:
Mute first, then lock your screen.
Written by
bitc the 5 May 10 at 17:31.
Don't clutter the user interface with extra options for everything. That doesn't make it any simpler.
You only need two clicks.
1. mute
2. lock
Or just 'lock' if you want to leave your computer playing music while locked.
Don't clutter the user interface with extra options for everything. That doesn't make it any simpler.
You only need two clicks.
1. mute
2. lock
Or just 'lock' if you want to leave your computer playing music while locked.
Solution #6:
A more generic approach:: User-level Upstart GUI frontend
Written by
gazilla the 7 May 10 at 02:35.
This is another use case for my idea from two years ago. A GUI (Gtk/QT/?) front-end to create and maintain user-level Upstart scripts.
In this case the event being watched would be lock-screen, the extra actions taken could easily include mute-sound.
Please read and perhaps vote on...
http://brainstorm.ubuntu.com/idea/9103/
This is another use case for my idea from two years ago. A GUI (Gtk/QT/?) front-end to create and maintain user-level Upstart scripts.
In this case the event being watched would be lock-screen, the extra actions taken could easily include mute-sound.
Please read and perhaps vote on... http://brainstorm.ubuntu.com/idea/9103/
Solution #7:
Let the users hear it
Written by
amay82 the 22 May 10 at 12:17.
I often lock my screen when playing music, for instance because I don't want the other people on the party to use the computer (but they SHOULD hear the music)
I often lock my screen when playing music, for instance because I don't want the other people on the party to use the computer (but they SHOULD hear the music)
Solution #8:
Music player control applet in lock screen
Written by
adammw the 8 Apr 11 at 11:41.
Similar to the applet in the sound menu for Rhythmbox, the applet should be available from the lock screen, allowing changing tracks, pausing, muting etc. without having to unlock the computer.
Similar to the applet in the sound menu for Rhythmbox, the applet should be available from the lock screen, allowing changing tracks, pausing, muting etc. without having to unlock the computer.
Resolution of unknown monitors is only 800x600 Pixels
Written by zarg the 27 Feb 09 at 11:37.
Related project: Gnome .
New
When Ubuntu doesn't recognise a monitor, the screen resolution tool won't let users choose a resolution higher than 800x600 Pixels.
This is especially a problem with presentations with beamers, because you usually don't have the time to find a workaround to get the resolution you want.
For this reason many Linux users use Windows for their presentations, which is a pity, because presentations are a chance to show Ubuntu to other people.
Solution #1:
Give an option to increase the resolution
Written by
zarg the 27 Feb 09 at 11:37.
Users should be able to set their resolution manually with the screen resolution tool.
(Maybe add a warning that not all resolutions might work with the monitor and revert to previous configuration if it fails)
Users should be able to set their resolution manually with the screen resolution tool.
(Maybe add a warning that not all resolutions might work with the monitor and revert to previous configuration if it fails)
Solution #2:
Add an "Overide Detection" button that allows you to set your screen resolution.
Under "Screen Resolution", you have an option to "Detect Displays". I would like to add a button of "Manually Set Displays" that would allow me to force options, choose "Try", and if it is unusable it would revert to the previous choice in 10 seconds. Else, it would allow you to click a "Save setting" button, saving your override resolution.
Under "Screen Resolution", you have an option to "Detect Displays". I would like to add a button of "Manually Set Displays" that would allow me to force options, choose "Try", and if it is unusable it would revert to the previous choice in 10 seconds. Else, it would allow you to click a "Save setting" button, saving your override resolution.
Solution #3:
Make a First Run Wizard
Written by
chepe263 the 7 Mar 09 at 00:13.
This is for live cd (i think) When i run ubuntu on live cd the screen resolution is 800x600 and i can change it
I saw that Elive Linux has a wizard when you start from the live cd
Asks about the mother board and the screen resolution. Why ubuntu don't. Or why don't show the options for a bigger resolution and the user can't test the best one for him/her?
This is for live cd (i think) When i run ubuntu on live cd the screen resolution is 800x600 and i can change it
I saw that Elive Linux has a wizard when you start from the live cd
Asks about the mother board and the screen resolution. Why ubuntu don't. Or why don't show the options for a bigger resolution and the user can't test the best one for him/her?
Solution #4:
Option to submit new monitor information
Written by
waster the 21 Mar 09 at 23:48.
If a monitor provides EDID/other info, user input of brand, etc. could be of great help to developers allowing support in future updates of ubuntu. If something is incorrectly configured, it is a great opportunity for any user to give something back to the community.
If a monitor provides EDID/other info, user input of brand, etc. could be of great help to developers allowing support in future updates of ubuntu. If something is incorrectly configured, it is a great opportunity for any user to give something back to the community.
Solution #5:
Windows Driver Disk support
Written by
Tom Mann the 27 Mar 09 at 10:23.
A Windows Monitor driver usually consists of a .inf which tells Windows which resolutions and timings the monitor support. Allow Ubuntu to retrieve this and set up X to match/support the same settings.
A Windows Monitor driver usually consists of a .inf which tells Windows which resolutions and timings the monitor support. Allow Ubuntu to retrieve this and set up X to match/support the same settings.
Allow linux to run binaries from different architecture types
Written by newubuntu the 17 Aug 09 at 14:29.
Global category: System.
New
Ubuntu x64 uses know the frustration of trying to run programs built to run on a 32bit OS. For example adobe flash.
Windows users didn't have this problem as 32bit apps still ran on their 64bit windows.
Allowing different binaries to be run on all ports of ubuntu would immediately increase the available applications. It would also allow users to change architectures without loosing programs.
Solution #1:
Premote compiling to FAT binaries
A fat binary (or multiarchitecture binary) is a computer program that is native to multiple instruction set architectures (ISA) and thus can be run on multiple processor types. The usual method of implementation is to include a version of the machine code for each ISA, resulting in a file larger than a normal one-architecture binary, thus the name.
source: Wikipedia
A fat binary (or multiarchitecture binary) is a computer program that is native to multiple instruction set architectures (ISA) and thus can be run on multiple processor types. The usual method of implementation is to include a version of the machine code for each ISA, resulting in a file larger than a normal one-architecture binary, thus the name.
source: Wikipedia
Solution #2:
Create a compadibility layer like Wine.
Wine allows users to run windows binaries on linux. Why not something similar to allow linux to run linux programs.
Wine allows users to run windows binaries on linux. Why not something similar to allow linux to run linux programs.
Solution #3:
Allow uses to bypass deb requirements.
Give the user the ability to ignore the processor type specified in a Deb file. Give the user a warning and thats it.
Give the user the ability to ignore the processor type specified in a Deb file. Give the user a warning and thats it.
Solution #4:
Promote including binaries for several archs in the same .deb
For .debs that are downloaded manually, it may make sense to include binaries for several architectures in the same .deb, and chose the correct one for the system when installing.
This should not be necessary when using APT/Synaptic, since it should choose the .deb for the correct architecture automatically.
This is an alternative to FAT binaries (solution #1), which I don't think is a good idea.
For .debs that are downloaded manually, it may make sense to include binaries for several architectures in the same .deb, and chose the correct one for the system when installing.
This should not be necessary when using APT/Synaptic, since it should choose the .deb for the correct architecture automatically.
This is an alternative to FAT binaries (solution #1), which I don't think is a good idea.
Solution #5:
Speed up comilation time.
Written by
Lachu the 24 Apr 10 at 19:43.
It would be nice to create some think like Java, but we always translate byte code to native and adds native code to archive. The one difference between Java will be possibility to using native Linux API(GTK+, QT) and better C/C++ integration.
It would be nice to create some think like Java, but we always translate byte code to native and adds native code to archive. The one difference between Java will be possibility to using native Linux API(GTK+, QT) and better C/C++ integration.