Written by Martin1980 the 20 Feb 09 at 15:33.

I read the news that Intel leaved Ubuntu for Fedora in their development of Moblin 2. The biggest reason to do that was the packagemanager RPM that Intel thought was better.

Maybe even Ubuntu has a reason to change from *.deb to *.rpm?

I read the news that Intel leaved Ubuntu for Fedora in their development of Moblin 2. The biggest reason to do that was the packagemanager RPM that Intel thought was better. Maybe even Ubuntu has a reason to change from *.deb to *.rpm?

Written by twocool the 21 Feb 09 at 13:12.

Create better tools to install .rpm's in ubuntu. For example a GUI tool that automatically converts rpm's to deb and installs the deb file.

Create better tools to install .rpm's in ubuntu. For example a GUI tool that automatically converts rpm's to deb and installs the deb file.

Written by Robutux the 21 Feb 09 at 13:46.

Improve .deb package system so the next time around, Intel will have the reason to choose .deb over RPM because it'll be better ;)

Find out the weaknesses of .deb and address them. What is it that makes RPM better packaging system?

Improve .deb package system so the next time around, Intel will have the reason to choose .deb over RPM because it'll be better ;) Find out the weaknesses of .deb and address them. What is it that makes RPM better packaging system?

Written by fcsonline the 22 Feb 09 at 17:04.

It would be interesting to work with Red Hat, other distributions and FreeDesktop to find a standard way to install packages and in the future join funcionality of RPM, deb, emerge ...

It would be interesting to work with Red Hat, other distributions and FreeDesktop to find a standard way to install packages and in the future join funcionality of RPM, deb, emerge ...

Written by Primož Papič the 22 Feb 09 at 18:17.

I tried to install Arora Qt web browser in .rpm I used Alien to convert it to .deb, but when I tried to install it nothing happened.
So I propose that Alien is somehow incorporatet in GDebi (the installer of .deb packages) so that it converts and installs any (not only .rpm) packages on the fly.
So that even if you have only a source-code in tar.gz2 it would still be installed with GDebi with one simple click.
there's no need to change package managers and packages just because .rpm is supposedly more popular one.

Yes this solution is just a more specific version of #2.

I tried to install Arora Qt web browser in .rpm I used Alien to convert it to .deb, but when I tried to install it nothing happened. So I propose that Alien is somehow incorporatet in GDebi (the installer of .deb packages) so that it converts and installs any (not only .rpm) packages on the fly. So that even if you have only a source-code in tar.gz2 it would still be installed with GDebi with one simple click. there's no need to change package managers and packages just because .rpm is supposedly more popular one. Yes this solution is just a more specific version of #2.

Written by viraptor the 24 Feb 09 at 15:16.

Allow installing of pure-data packages (probably also architecture independent), into places specified by the user.

For example:
If someone wanted to create a quake package, allow developer to make the quake-data directory-independent and create a symlink from /usr/share/quake (or other directory) to the target one.
dpkg should keep track of both the symlink and real site in the database.

Allow installing of pure-data packages (probably also architecture independent), into places specified by the user. For example: If someone wanted to create a quake package, allow developer to make the quake-data directory-independent and create a symlink from /usr/share/quake (or other directory) to the target one. dpkg should keep track of both the symlink and real site in the database.

Written by askander the 4 Mar 09 at 15:27.

Ubuntu should have an application (could be "on demand" or a "stand by" one) that can detect when a rpm package is being used and create a virtual platform so the package can be installed like is in a red hat based distribution, and when finished, do the proper arrangments to fit the debian (ubuntu) based structure, without user intervention. Somehow like WINE with *.exe files, when you double-click an exe file on nautilus, wine starts automatically and start the proper emulation.

Ubuntu should have an application (could be "on demand" or a "stand by" one) that can detect when a rpm package is being used and create a virtual platform so the package can be installed like is in a red hat based distribution, and when finished, do the proper arrangments to fit the debian (ubuntu) based structure, without user intervention. Somehow like WINE with *.exe files, when you double-click an exe file on nautilus, wine starts automatically and start the proper emulation.

Written by Craig73 the 20 Mar 09 at 19:31.

Focus on the tools first. Developers should be able to easily create one package, and the build service then auto builds an RPM or DEB targeted at the more popular distributions. [Something along the lines of OpenSUSE's build service]

[Such a platform could also theoretically offer a secure build service for non-FOSS vendors to leverage. With a little automation perhaps allow users to request unofficial auto-built packages for non-supported distributions and partially exposed build scripts to allow tweaks]

Then, with packages built for all, it should allow easier enhancement or merging of packaging standards... which with packagekit the end user would be none the wiser.

[I recognize there are inconsistencies in packaging naming, a centralized lookup table to map package names to a common name would be necessary.]

Focus on the tools first. Developers should be able to easily create one package, and the build service then auto builds an RPM or DEB targeted at the more popular distributions. [Something along the lines of OpenSUSE's build service] [Such a platform could also theoretically offer a secure build service for non-FOSS vendors to leverage. With a little automation perhaps allow users to request unofficial auto-built packages for non-supported distributions and partially exposed build scripts to allow tweaks] Then, with packages built for all, it should allow easier enhancement or merging of packaging standards... which with packagekit the end user would be none the wiser. [I recognize there are inconsistencies in packaging naming, a centralized lookup table to map package names to a common name would be necessary.]

Written by yman the 4 Apr 10 at 12:26.

Get as many distributions and companies together as possible to create a standard package naming scheme. Create a directory of package names for existing packages. There will also be more things that would need to be standardizes, like where the files go on the system.

Each project will be offered to have vanilla packages of it's software hosted in it's own repository on the package directory's server. This will provide users with a one-stop-shop for all their software needs, regardless of distribution, and free distributions to deal only with customized packages. Non-customized packages can simply be pulled from the directory, or their repository can be included by the distribution or or something.

The directory will have to support paid applications, screenshots, and user reviews. It will also be good if it provided some easy way to automatically build packages in multiple formats for multiple hardware architectures.

Get as many distributions and companies together as possible to create a standard package naming scheme. Create a directory of package names for existing packages. There will also be more things that would need to be standardizes, like where the files go on the system. Each project will be offered to have vanilla packages of it's software hosted in it's own repository on the package directory's server. This will provide users with a one-stop-shop for all their software needs, regardless of distribution, and free distributions to deal only with customized packages. Non-customized packages can simply be pulled from the directory, or their repository can be included by the distribution or or something. The directory will have to support paid applications, screenshots, and user reviews. It will also be good if it provided some easy way to automatically build packages in multiple formats for multiple hardware architectures.

Written by darkham the 24 Feb 10 at 11:35.

Undo all selected operation from a log/cronology file build selecting packages. Delete all downloaded packages.

Undo all selected operation from a log/cronology file build selecting packages. Delete all downloaded packages.

Written by nloewen the 1 Mar 10 at 00:59.

with the users permission remove old packages from the cash and auto remove unneeded packages. also, give the option to empty trash. then continue.

with the users permission remove old packages from the cash and auto remove unneeded packages. also, give the option to empty trash. then continue.

Written by nloewen the 1 Mar 10 at 04:01.

warn users that there is insufficient space before installing software.

warn users that there is insufficient space before installing software.

Written by icoz the 14 Mar 10 at 20:34.

There are many downloaded packages in cache.
May be it's more logical to remove THEM? For example, I have 925Mb at this moment in /var/cache/apt/archives/

Of course it needs user decision.

There are many downloaded packages in cache. May be it's more logical to remove THEM? For example, I have 925Mb at this moment in /var/cache/apt/archives/ Of course it needs user decision.

Written by lavinog the 23 Mar 10 at 21:30.

As #4 noted the package cache can get quite large.
Have a routine check (once a day) to check the size of the cache.
If the cache consumes more than 10% of the filesystem size, or if the cache size is greater than the free space, notify the user and give them a single click solution to purge the cache.

As #4 noted the package cache can get quite large. Have a routine check (once a day) to check the size of the cache. If the cache consumes more than 10% of the filesystem size, or if the cache size is greater than the free space, notify the user and give them a single click solution to purge the cache.

Written by isantop the 9 Apr 10 at 05:06.

Many users would see the words "package cache" and flip a lid. It would be better to check the cache size, and if it is too big, automatically remove packages from the cache in order from oldest to youngest to make room.

Or, check the date, and only allow packages newer than X days old to remain on the system, unless purged manually by the user.

Many users would see the words "package cache" and flip a lid. It would be better to check the cache size, and if it is too big, automatically remove packages from the cache in order from oldest to youngest to make room. Or, check the date, and only allow packages newer than X days old to remain on the system, unless purged manually by the user.

Written by amrhassan the 31 Jan 09 at 10:47.

I know there are projects like apt-cacher and apt-proxy that do that, but they all require too much configuration, and to have one machine as a server for updates and all the other machines dependant on it. Sometimes it's too Unpractical because the server machine could be down and I just want to update another machine right now from the internet. And update the other machines from it later.

I suggest out of the box implementation in synaptic that makes it look first for connected ubuntu machines with valid permissions and see if they have the needed package before it tries to download it.

I know there are projects like apt-cacher and apt-proxy that do that, but they all require too much configuration, and to have one machine as a server for updates and all the other machines dependant on it. Sometimes it's too Unpractical because the server machine could be down and I just want to update another machine right now from the internet. And update the other machines from it later. I suggest out of the box implementation in synaptic that makes it look first for connected ubuntu machines with valid permissions and see if they have the needed package before it tries to download it.

Written by diegoj the 31 Jan 09 at 15:25.

Give option in Synaptic to use apt-get using p2p protocol. It would make the download get faster.

Give option in Synaptic to use apt-get using p2p protocol. It would make the download get faster.

Written by cheesehead the 31 Jan 09 at 16:32.

A small and efficient tool that lets you mirror a part of or the whole Debian GNU/Linux distribution or any other apt sources. Already in the repos.
Main features:
* It uses a config similar to apts
* It's fully pool comply
* It supports multithreaded downloading
* It supports multiple architectures at the same time
* It can automatically remove unneeded files
* It works well on overloaded channel to internet
* It never produces an inconsistent mirror including while mirroring
* It works on all POSIX complied systems with perl and wget
Homepage: http://apt-mirror.sourceforge.net/
(Quoted from apt-mirror package description)

apt-cacher-ng and apt-proxy are also already in the repos.

A small and efficient tool that lets you mirror a part of or the whole Debian GNU/Linux distribution or any other apt sources. Already in the repos. Main features: * It uses a config similar to apts <sources.list> * It's fully pool comply * It supports multithreaded downloading * It supports multiple architectures at the same time * It can automatically remove unneeded files * It works well on overloaded channel to internet * It never produces an inconsistent mirror including while mirroring * It works on all POSIX complied systems with perl and wget Homepage: http://apt-mirror.sourceforge.net/ (Quoted from apt-mirror package description) apt-cacher-ng and apt-proxy are also already in the repos.

Written by dino the 1 Feb 09 at 11:13.

The problem with apt caching proxys is that if the proxy is down/off you cant update.
Also you might got a laptop and might want to do an upgrade if you're not at home.

apt-zeroconf is
* decentralized, based on avahi it finds computers in your lan that already downloaded a package you need and gets the package from them
* easy to configure

The problem with apt caching proxys is that if the proxy is down/off you cant update. Also you might got a laptop and might want to do an upgrade if you're not at home. apt-zeroconf is * decentralized, based on avahi it finds computers in your lan that already downloaded a package you need and gets the package from them * easy to configure

Written by TwistedLincoln the 10 Feb 09 at 16:56.

Aptoncd has the ability to create a repository on a CD or DVD from packages that you've downloaded locally. If it's features were integrated into Synatpic, you could easily use Synaptic to create CDs that could be used to install updates or new apps offline.

Aptoncd has the ability to create a repository on a CD or DVD from packages that you've downloaded locally. If it's features were integrated into Synatpic, you could easily use Synaptic to create CDs that could be used to install updates or new apps offline.

Written by sridher the 27 Dec 09 at 07:44.

apt-cacher-ng require very less configuration at client end, just adding an proxy address. it works grate compare then other solutions. it not work off-line mode; make it work for off-line mode

apt-cacher-ng require very less configuration at client end, just adding an proxy address. it works grate compare then other solutions. it not work off-line mode; make it work for off-line mode

Written by Auzy the 5 Aug 08 at 00:50.

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