Written by frandavid100 the 19 May 08 at 10:30.

Ubuntu Brainstorm was updated in January 2009. Since the idea #8806 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 #8806 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 mangar the 26 Mar 08 at 11:40.

Ubuntu Brainstorm was updated in January 2009. Since the idea #5765 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 #5765 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 28 Feb 08 at 17:50.

Ubuntu Brainstorm was updated in January 2009. Since the idea #110 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 #110 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 rmh the 2 Jun 09 at 21:57.

Remove Mono from the default package selection

Remove Mono from the default package selection

Written by diegoj the 8 Jun 09 at 18:34.

That's all. Save space from liveCD as Fedora Core Team is doing: replace Tomboy with Gnote and avoid patent problems.

That's all. Save space from liveCD as Fedora Core Team is doing: replace Tomboy with Gnote and avoid patent problems.

Written by diegoj the 25 Jun 09 at 21:27.

Vala is a modern language for programming in the Gnome desktop enviroment.

Its code is compiled to C and this is compiled to machine code.

Vala has got all the features that C# has, thus Vala doesn't rely on a virtual machine and isn't patented by anybody like many parts of the Mono machine (Winforms library, for example).

Promote its development and the development of applications based in Vala compiler (like Lucruri) and stop wasting resources in Mono-based projects.

<a href="http://live.gnome.org/Vala">Vala</a> is a modern language for programming in the Gnome desktop enviroment. Its code is compiled to C and this is compiled to machine code. Vala has got all the features that C# has, thus Vala doesn't rely on a virtual machine and isn't patented by anybody like many parts of the Mono machine (Winforms library, for example). Promote its development and the development of applications based in Vala compiler (like <a href = "http://lucruri.chevah.com/"> Lucruri</a>) and stop wasting resources in Mono-based projects.

Written by diegoj the 25 Jun 09 at 21:47.

Replace every Mono applications with its direct C++ port (or similar). That is:

- Tomboy must be replaced with Gnote.
- F-spot must be replaced with Solang.
- Banshee must NOT replace Rythmbox.

Why should Canonical do that? It will...
- Avoid patent demands. Winforms library is patented by Microsoft.
- Make Ubuntu applications faster. Mono is slower than machine code.
- Save live CD space.

Replace every Mono applications with its direct C++ port (or similar). That is: - Tomboy must be replaced with Gnote. - F-spot must be replaced with Solang. - Banshee must NOT replace Rythmbox. Why should Canonical do that? It will... - Avoid patent demands. Winforms library is patented by Microsoft. - Make Ubuntu applications faster. Mono is slower than machine code. - Save live CD space.

Written by jeypeyy the 25 Dec 09 at 00:15.

Same as Solution #5, but instead of using solang as a replacement for F-spot we should use Shotwell. Shotwell is an application written in Vala, the language Solution #4 wants to promote.

It's better than Solang because you can remove red eyes. Since it's written in Vala it's easy developing for GNOME, which means the development probably will be faster than for other applications.

Same as Solution #5, but instead of using solang as a replacement for F-spot we should use Shotwell. Shotwell is an application written in Vala, the language Solution #4 wants to promote. It's better than Solang because you can remove red eyes. Since it's written in Vala it's easy developing for GNOME, which means the development probably will be faster than for other applications.

Written by ubuntosaure the 11 Feb 10 at 19:46.

Remove the package "mono-runtime" in the live-cd and replace Tomboy by Gnote and Fspot by gThumb or similar.

Remove the package "mono-runtime" in the live-cd and replace Tomboy by Gnote and Fspot by gThumb or similar.

Written by gutnov the 22 Mar 08 at 23:31.

Ubuntu Brainstorm was updated in January 2009. Since the idea #5455 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 #5455 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 zwyber the 8 Mar 09 at 19:55.

Very plain and simple, show a (extra) notification, telling the user that they are running in a live session and that Ubuntu runs very slow now.

Why extra? If Ubuntu developers are going to create a welcome screen where they put this information some people are not going to read this. Just a small dialogue after the welcome screen has been closed would be nice.

OR

Put the message in the default wallpaper, easier but not really the best solution.

Very plain and simple, show a (extra) notification, telling the user that they are running in a live session and that Ubuntu runs very slow now. Why extra? If Ubuntu developers are going to create a welcome screen where they put this information some people are not going to read this. Just a small dialogue after the welcome screen has been closed would be nice. OR Put the message in the default wallpaper, easier but not really the best solution.

Written by kidmodify the 9 Mar 09 at 02:07.

Use a Live CD "Cloud" if the computer is connected to the Internet to help increase speed. That way you have two sources of incoming data, the CD, and the Web.

Use a Live CD "Cloud" if the computer is connected to the Internet to help increase speed. That way you have two sources of incoming data, the CD, and the Web.

Written by kidmodify the 9 Mar 09 at 02:14.

Some computers have more than one CD drive. Make it possible to use for example two disk drives each with an ubuntu CD. This could (as far as I know) double the speed, depending on the drive speeds.

Some computers have more than one CD drive. Make it possible to use for example two disk drives each with an ubuntu CD. This could (as far as I know) double the speed, depending on the drive speeds.

Written by Cé the 13 Mar 09 at 12:24.

Cache the executable files on the CD very agressively.
Cache the data files a lot less.
If there's a lot of RAM, precache executable files, if possible all of them.
This will make the use of the CD (or a slow HD) a lot faster.

Cache the executable files on the CD very agressively. Cache the data files a lot less. If there's a lot of RAM, precache executable files, if possible all of them. This will make the use of the CD (or a slow HD) a lot faster.

Written by scubanator87 the 13 Mar 09 at 13:45.

Some live CDs (like puppy for instance) have the option to load the OS into memory.

Provided there is enough RAM (2GB?) Allow users the option to load the OS into memory and to continue to boot from there.

Some live CDs (like puppy for instance) have the option to load the OS into memory. Provided there is enough RAM (2GB?) Allow users the option to load the OS into memory and to continue to boot from there.

Written by sci-fi guy the 16 Mar 09 at 23:08.

Maybe integrate a checkbox to turn it on with Solution #1 above.

Maybe integrate a checkbox to turn it on with Solution #1 above.

Written by Basem the 22 Mar 09 at 08:54.

While booting the OS, add a line that says "Enjoy ubuntu in full speed by installing it"

While booting the OS, add a line that says "Enjoy ubuntu in full speed by installing it"

Written by euxneks the 26 Mar 09 at 19:01.

I like the idea of letting them know that they are using a LiveCD on the desktop - we should also have interaction with it so that a user can get an idea of what a LiveCD is and why it's slower than the real system.

Once they close this, allow them the ability to open it again.

I like the idea of letting them know that they are using a LiveCD on the desktop - we should also have interaction with it so that a user can get an idea of what a LiveCD is and why it's slower than the real system. Once they close this, allow them the ability to open it again.

Written by ahsaeed the 29 Mar 09 at 16:11.

When I use Ubuntu in live session i don't wont to play games for example .. and some users do..
So..
i recommend to add another option to the boot menu as an advanced option..
"select programs to load during live sessions " .

When I use Ubuntu in live session i don't wont to play games for example .. and some users do.. So.. i recommend to add another option to the boot menu as an advanced option.. "select programs to load during live sessions <to speedup the session>" .

Written by sanketmedhi the 2 Apr 09 at 11:23.

Everyone might not have 2 GB of RAM but everyone has a USB drive. Live sessions booted from CDs can be cached onto USB storage for improved performance.

Everyone might not have 2 GB of RAM but everyone has a USB drive. Live sessions booted from CDs can be cached onto USB storage for improved performance.

Written by sanketmedhi the 2 Apr 09 at 11:51.

Bootable USB images should be promoted rather than live CDs. Bootable USB drives can be prepared using software such as the one showed on https://help.ubuntu.com/community/Installation/FromUSBStick . Alternatively, the software that runs on Windows when an Ubuntu live CD is inserted should include such a functionality.

Bootable USB images should be promoted rather than live CDs. Bootable USB drives can be prepared using software such as the one showed on https://help.ubuntu.com/community/Installation/FromUSBStick . Alternatively, the software that runs on Windows when an Ubuntu live CD is inserted should include such a functionality.

Written by Dorje the 2 Apr 09 at 22:10.

like solution #9 add an option to deselect unnecessary programmes and also give the percentage increase each unselection generates .
like for eg.
deselecting games =increase in speed 10%
and so on

PS:i don't know much about programmes so i dont know how much speed gain every (possible)deselection will generate

like solution #9 add an option to deselect unnecessary programmes and also give the percentage increase each unselection generates . like for eg. deselecting games =increase in speed 10% and so on PS:i don't know much about programmes so i dont know how much speed gain every (possible)deselection will generate

Written by deriamis the 4 Apr 09 at 18:40.

Since the majority of load times is in late-linking the libraries, why not have the often-used libraries in a ramdisk and use UnionFS to overlay those files on a path? In combination with pre-caching (#4), this could be a significant speed boost. If we combine it with using a LiveUSB distro (#11), we could be on par with the performance of the computer itself.

Since the majority of load times is in late-linking the libraries, why not have the often-used libraries in a ramdisk and use UnionFS to overlay those files on a path? In combination with pre-caching (#4), this could be a significant speed boost. If we combine it with using a LiveUSB distro (#11), we could be on par with the performance of the computer itself.

Written by pepperpupper the 5 Apr 09 at 12:47.

Add an option for creating a live-usb to the autorun menu that pops up when mounting or inserting the cd/iso. Many people will use daemon-tool or similar to mount the cd in Windows, and if they see an option to create a live-usb from the popup menu, that would be a way of making it easier for everyone to do so.

Add an option for creating a live-usb to the autorun menu that pops up when mounting or inserting the cd/iso. Many people will use daemon-tool or similar to mount the cd in Windows, and if they see an option to create a live-usb from the popup menu, that would be a way of making it easier for everyone to do so.

Written by pepperpupper the 5 Apr 09 at 12:54.

The title is self-descriptive. This would be another way of making it easier for people to find out about the possibility of creating a live-usb.

The title is self-descriptive. This would be another way of making it easier for people to find out about the possibility of creating a live-usb.

Written by ll the 6 Apr 09 at 03:52.

A modified background that includes a warning can be used instead of a notification. Many computers at universities that are meant for multiple users use the background to communicate a special procedure especially in libraries for catalogue searches. This will decrease confusion and not use as many resources as a notification (I assume).

A modified background that includes a warning can be used instead of a notification. Many computers at universities that are meant for multiple users use the background to communicate a special procedure especially in libraries for catalogue searches. This will decrease confusion and not use as many resources as a notification (I assume).

Written by pepperpupper the 7 Apr 09 at 14:14.

Make it possible to install a native Ubuntu installation from within Windows to another partition than the one running Windows from or to an USB-memory key, making it easier to install Ubuntu without having to boot into live mode.

Make it possible to install a native Ubuntu installation from within Windows to another partition than the one running Windows from or to an USB-memory key, making it easier to install Ubuntu without having to boot into live mode.

Written by lackscr8ivity the 7 Apr 09 at 14:25.

When running the live session I would guess the memory, processor, hard disk read/write speed (maybe not this one), etc. system hardware & performance are evaluated.
As well, when running a program (game, OpenOffice, etc.) the CD read/write & load time could stored. Thus, when the user ends the live session, in the log-out window list some statistics: "These are the 5 programs you used the most:
From the live CD it took X-amount of real-time to load, but based on your system's hardware, if this were installed, we would expect it would X% faster."

When running the live session I would guess the memory, processor, hard disk read/write speed (maybe not this one), etc. system hardware & performance are evaluated. As well, when running a program (game, OpenOffice, etc.) the CD read/write & load time could stored. Thus, when the user ends the live session, in the log-out window list some statistics: "These are the 5 programs you used the most: From the live CD it took X-amount of real-time to load, but based on your system's hardware, if this were installed, we would expect it would X% faster."

Written by moose the 14 Apr 09 at 08:08.

So the live-cd shouldn't start services which are not neccessary for testing ubuntu (as some people use the live-cd as a secure system, services like cups are neccessary):

# anachron, atd, cron: I never used a live-cd longer than six hours - why should I create a cronjob?
# acpid, acpi-support, apmd, powernowd, powernowd.early: If I use the live-cd, I want to test if my hardware works and if the software fits my expections, not if the sleep option works.

So the live-cd shouldn't start services which are not neccessary for testing ubuntu (as some people use the live-cd as a secure system, services like cups are neccessary): # anachron, atd, cron: I never used a live-cd longer than six hours - why should I create a cronjob? # acpid, acpi-support, apmd, powernowd, powernowd.early: If I use the live-cd, I want to test if my hardware works and if the software fits my expections, not if the sleep option works.

Written by Ssdg the 29 Apr 09 at 11:25.

My idea would be to tell it on the first screen (the one that offers you to test, install, etc...).

Like:
Try ubuntu without
Install on your hard drive for better performances
...

not by demoting the live CD mode, but by promoting the installation.

I'm not in advertisement, but ubuntu will look much better.

My idea would be to tell it on the first screen (the one that offers you to test, install, etc...). Like: Try ubuntu without Install on your hard drive for better performances ... not by demoting the live CD mode, but by promoting the installation. I'm not in advertisement, but ubuntu will look much better.

Written by chareos the 6 May 09 at 14:08.

Make the Ubuntu download to be an EXE file which lets user choose to create a LiveCD (with performance warning here) OR a LiveUSB.

Also, a performance warning on LiveCD boot itself would be great !

Make the Ubuntu download to be an EXE file which lets user choose to create a LiveCD (with performance warning here) OR a LiveUSB. Also, a performance warning on LiveCD boot itself would be great !

Written by Avantarius the 10 May 09 at 09:42.

For systems with 1 GiB RAM or less, where solution #5 can't be applied, load the content of the CD in a virtual file system which could be located in a file on the computer's harddisk, i.e. create file on a existing ntfs-partition, an unpartitioned space or even use the m$-windows-swapspace.

For systems with 1 GiB RAM or less, where solution #5 can't be applied, load the content of the CD in a virtual file system which could be located in a file on the computer's harddisk, i.e. create file on a existing ntfs-partition, an unpartitioned space or even use the m$-windows-swapspace.

Written by Kver the 16 May 09 at 20:51.

When a live cd shows the loading bar, there's plenty of time for a message such as "Loading and running content from this DVD will result in slow performance, and changes or customizations will not be saved."

When a live cd shows the loading bar, there's plenty of time for a message such as "Loading and running content from this DVD will result in slow performance, and changes or customizations will not be saved."

Written by aroach31291 the 22 Oct 09 at 17:19.

Firstly, I think that many of the solutions above are solving the wrong problem. People that try out Ubuntu may think that it is installed by just inserting the CD. The user may have no idea that they are using a LiveCD. After they discover that Ubuntu is "slow", they give up and reboot back into Windows. Notifying the user that they haven't installed Ubuntu yet would be the best way to solve this problem.

Utilize the new notification system. Have it simply display a message when the desktop has finished loading similar to:

Ubuntu is not installed yet! Feel free to use Ubuntu before installing it, but beware that it may be a little slow. If you like what you see click the install icon on your desktop!

Firstly, I think that many of the solutions above are solving the wrong problem. People that try out Ubuntu may think that it is installed by just inserting the CD. The user may have no idea that they are using a LiveCD. After they discover that Ubuntu is "slow", they give up and reboot back into Windows. Notifying the user that they haven't installed Ubuntu yet would be the best way to solve this problem. Utilize the new notification system. Have it simply display a message when the desktop has finished loading similar to: Ubuntu is not installed yet! Feel free to use Ubuntu before installing it, but beware that it may be a little slow. If you like what you see click the install icon on your desktop!

Written by mikko.rantalainen the 7 Oct 10 at 06:45.

Live session from USB/flash memory should be pretty okay even today but the real problem is accessing files from optical drive. Even there, the problem is latency, usually not the bandwidth.

The live session should run a small background service that displays a notification message when system is waiting for CD drive to access required data. The message could be along the line "Reading data from CD (installing on the hard drive would improve performance)" [however, the label should not claim to be reading CD if one is booting from e.g. usb memory stick]. The notification should be displayed if read command has waited in disk scheduler queue for more than a second.

This could be extended to deal with installed system, too. It would make sense to point out bottlenecks in the system to the user. If the system feels slow and a notification pops up that says "Waiting for disks (installing a fast SSD drive would improve performance)" would give a reasonable hint to the user which hardware upgrade would help the most. This could be even further extended and a similar notification should pop up if all CPU cores have been taken for more than 5 seconds ("Waiting for processor (upgrading the processor would improve performance)").

Live session from USB/flash memory should be pretty okay even today but the real problem is accessing files from optical drive. Even there, the problem is latency, usually not the bandwidth. The live session should run a small background service that displays a notification message when system is waiting for CD drive to access required data. The message could be along the line "Reading data from CD (installing on the hard drive would improve performance)" [however, the label should not claim to be reading CD if one is booting from e.g. usb memory stick]. The notification should be displayed if read command has waited in disk scheduler queue for more than a second. This could be extended to deal with installed system, too. It would make sense to point out bottlenecks in the system to the user. If the system feels slow and a notification pops up that says "Waiting for disks (installing a fast SSD drive would improve performance)" would give a reasonable hint to the user which hardware upgrade would help the most. This could be even further extended and a similar notification should pop up if all CPU cores have been taken for more than 5 seconds ("Waiting for processor (upgrading the processor would improve performance)").

Written by clemdup the 5 Mar 08 at 20:00.

Ubuntu Brainstorm was updated in January 2009. Since the idea #3401 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 #3401 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 cheesehead the 24 Mar 09 at 12:22.

The torrent app can tell Network Manager (using DBus) to start/stop a connection for users who have limited or expensive or scheduled bandwidth.
The criteria (time,seed radio, etc) for start/stop can be set within the application, or by a third-party applet if the torrent app has DBus support for it.

The torrent app can tell Network Manager (using DBus) to start/stop a connection for users who have limited or expensive or scheduled bandwidth. The criteria (time,seed radio, etc) for start/stop can be set within the application, or by a third-party applet if the torrent app has DBus support for it.

Written by TwistedLincoln the 26 Mar 09 at 21:48.

The whole point of Bittorrent is that the more users in the swarm, the better it is for everyone. If people start setting their machines to automatically shut off when their download is complete (but they haven't seeded 100%), then swarm efficiency will greatly decrease.

The whole point of Bittorrent is that the more users in the swarm, the better it is for everyone. If people start setting their machines to automatically shut off when their download is complete (but they haven't seeded 100%), then swarm efficiency will greatly decrease.

Written by Klau3 the 27 Mar 09 at 12:59.

Have an option in transmission that turns off the machine as soon as a certain file is downloaded (waiting to finish all downloads would take 3 month xD).

Have an option in transmission that turns off the machine as soon as a certain file is downloaded (waiting to finish all downloads would take 3 month xD).

Written by jhoger the 19 May 08 at 07:28.

Ubuntu Brainstorm was updated in January 2009. Since the idea #8798 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 #8798 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 ubuntu_demon the 21 Mar 08 at 10:07.

downloads should go to $HOME/Downloads. XDG_DOWNLOAD_DIR should be set to "$HOME/Downloads" instead of "$HOME/Desktop" in the file ~/.config/user-dirs.dirs.

downloads should go to $HOME/Downloads. XDG_DOWNLOAD_DIR should be set to "$HOME/Downloads" instead of "$HOME/Desktop" in the file ~/.config/user-dirs.dirs.

Written by slashdotaccount the 14 May 08 at 21:53.

Ubuntu Brainstorm was updated in January 2009. Since the idea #8572 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 #8572 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 apogee the 4 Mar 08 at 14:18.

Ubuntu Brainstorm was updated in January 2009. Since the idea #3085 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 #3085 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 Id2ndR the 14 Feb 09 at 17:58.

The idea is simple : just publish the packages you've got in your cache to allow other computers in your LAN to download then.

Blueprint : https://blueprints.launchpad.net/ubuntu/+spec/apt-avahi

The idea is simple : just publish the packages you've got in your cache to allow other computers in your LAN to download then. Blueprint : https://blueprints.launchpad.net/ubuntu/+spec/apt-avahi

Written by sehrgut the 20 Mar 09 at 17:47.

I don't know I want services like this enabled by default (Okay, I do know: I definitely don't!), but a small server that could be enabled in Synaptic along the lines of "Share my packages on the local network" and "Look for packages on the local network" checkboxes would be nice.

The server could register itself with mdns on the local machine, and "Reload" would check published lists on any machines advertising package availability for the appropriate arch.

The main problem I see is with inadvertently grabbing unstable packages from your neighbour. I'm not well versed in apt-get internals, but I'm fairly certain that to avoid such exigencies, additional metadata would need to be kept.

I don't know I want services like this enabled by default (Okay, I do know: I definitely don't!), but a small server that could be enabled in Synaptic along the lines of "Share my packages on the local network" and "Look for packages on the local network" checkboxes would be nice. The server could register itself with mdns on the local machine, and "Reload" would check published lists on any machines advertising package availability for the appropriate arch. The main problem I see is with inadvertently grabbing unstable packages from your neighbour. I'm not well versed in apt-get internals, but I'm fairly certain that to avoid such exigencies, additional metadata would need to be kept.

Written by tgm4883 the 20 Mar 09 at 18:39.

Just install apt-cacher-ng and tell other computers to use that system as a proxy. Then that system keeps a copy of all the software that gets installed on all the systems, and grabs from the internet anything that it doesn't have.

Just install apt-cacher-ng and tell other computers to use that system as a proxy. Then that system keeps a copy of all the software that gets installed on all the systems, and grabs from the internet anything that it doesn't have.

Written by everlasting.puneet the 20 Mar 09 at 07:32.

I can do two things, one is to
apt-get -qq --print-uris install name-of-package
then list is searched on lan using some peer to peer connections(every one is server and every one is client) like dc++
other thing can be done is synaptic can be used to scan lan.
an option in synaptic can be added which will activate the lan sharing option on by which synaptic will search lan first before downloading from internet.
I have made a tool in java but if apt-get has this inbuilt feature this will be good.
and even we can add some other folders where we store other .deb files and all the folders can be cached to search fast.
this will become a great help for users which are beneath some proxies and have limited bandwidth and download limits.

I can do two things, one is to apt-get -qq --print-uris install name-of-package then list is searched on lan using some peer to peer connections(every one is server and every one is client) like dc++ other thing can be done is synaptic can be used to scan lan. an option in synaptic can be added which will activate the lan sharing option on by which synaptic will search lan first before downloading from internet. I have made a tool in java but if apt-get has this inbuilt feature this will be good. and even we can add some other folders where we store other .deb files and all the folders can be cached to search fast. this will become a great help for users which are beneath some proxies and have limited bandwidth and download limits.