Re: Distribution sizes
On 10/10/2013 11:05 AM, Matthew Miller wrote: On Thu, Oct 10, 2013 at 10:52:47AM -0600, Chris Murphy wrote: I'd be nice to have a way to create a local caching "server" that's used by local clients automatically. If a requested package isn't available, the local server gets it from a remote mirror, the client gets the package, yet then it's cached on the server for other clients. Something that just works like this out of the box. Like this https://fedorahosted.org/intelligentmirror/ Probably needs updating. One could also configure Squid or even Apache to effectively do the same thing without any additional software -- see for example http://website-security.info/linux_repository_proxy FWIW - I still use the abandoned InstantMirror locally and still really like it. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Distribution sizes
On Thu, Oct 10, 2013 at 10:52:47AM -0600, Chris Murphy wrote: > I'd be nice to have a way to create a local caching "server" that's used > by local clients automatically. If a requested package isn't available, > the local server gets it from a remote mirror, the client gets the > package, yet then it's cached on the server for other clients. Something > that just works like this out of the box. Like this https://fedorahosted.org/intelligentmirror/ Probably needs updating. One could also configure Squid or even Apache to effectively do the same thing without any additional software -- see for example http://website-security.info/linux_repository_proxy -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Distribution sizes
On Oct 10, 2013, at 4:58 AM, Mateusz Marzantowicz wrote: > > Every single bit counts. Event if you have DVD, why should everyone > waste time and money for downloading or processing unnecessary data? > Ideally, there would be no DVDs at all, only netinstall images > containing anaconda. Then you'll download all other software only when > it's needed. But some people need network independent install media > which must be as small as possible but still useful. I'd be nice to have a way to create a local caching "server" that's used by local clients automatically. If a requested package isn't available, the local server gets it from a remote mirror, the client gets the package, yet then it's cached on the server for other clients. Something that just works like this out of the box. Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Distribution sizes
On 09.10.2013 21:46, Chuck Forsberg WA7KGX wrote: > When operating system distributions had to fit on a spool of paper tape, > 144000 bytes was a limit to worry about. > > With DVD blanks selling for little more than the price of CD blanks, > is there a need to limit the size of Live disros to 700k? > > With double layer DVD blanks and 8 GB USB drives coming down in cost, > is there a need for a 4 GB limit? > > With netinst able to rad an ISO file on a hard drive, is there any limit? > > Perhaps the solution is a 4 GB install DVD with Xfce and no Gnome/KDE. > > On the giant economy size ISO please include Xfce, server and web server > as installable packages alongside the Dev Sys main choice. > > The desire here is to minimize the downtime for installing Fedora on a > server > that is performing useful work. > Every single bit counts. Event if you have DVD, why should everyone waste time and money for downloading or processing unnecessary data? Ideally, there would be no DVDs at all, only netinstall images containing anaconda. Then you'll download all other software only when it's needed. But some people need network independent install media which must be as small as possible but still useful. Mateusz Marzantowicz -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Distribution sizes
On Wed, Oct 9, 2013 at 8:46 PM, Chuck Forsberg WA7KGX wrote: > When operating system distributions had to fit on a spool of paper tape, > 144000 bytes was a limit to worry about. > > With DVD blanks selling for little more than the price of CD blanks, > is there a need to limit the size of Live disros to 700k? > > With double layer DVD blanks and 8 GB USB drives coming down in cost, > is there a need for a 4 GB limit? > > With netinst able to rad an ISO file on a hard drive, is there any limit? > > Perhaps the solution is a 4 GB install DVD with Xfce and no Gnome/KDE. > > On the giant economy size ISO please include Xfce, server and web server > as installable packages alongside the Dev Sys main choice. > > The desire here is to minimize the downtime for installing Fedora on a > server > that is performing useful work. If that is your desire you should be using foreman/puppet or some other automated server deployment system which can automate you exact configurations and deploy them in minutes. Ultimately the reason the configuration is that way because it matches the widest number of users for a number of different mediums around the world. For example a few cents difference on a dvd vs cd in the developing world could make a difference. Also until very recently a lot of enterprise servers still only shipped with cd-rom drives by default This isn't the right forum for this, ultimately it's a FESCo decision so should follow that protocol to get them to discuss it. Peter -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Distribution sizes
On Wed, 2013-10-09 at 12:46 -0700, Chuck Forsberg WA7KGX wrote: > When operating system distributions had to fit on a spool of paper tape, > 144000 bytes was a limit to worry about. > > With DVD blanks selling for little more than the price of CD blanks, > is there a need to limit the size of Live disros to 700k? > > With double layer DVD blanks and 8 GB USB drives coming down in cost, > is there a need for a 4 GB limit? > > With netinst able to rad an ISO file on a hard drive, is there any limit? > > Perhaps the solution is a 4 GB install DVD with Xfce and no Gnome/KDE. > > On the giant economy size ISO please include Xfce, server and web server > as installable packages alongside the Dev Sys main choice. > > The desire here is to minimize the downtime for installing Fedora on a > server > that is performing useful work. 1) This is not really a topic for test@, because it's not QA's decision. 2) This is not a new topic and it's kind of pointless to throw out a mail about it with zero acknowledgement of any of the history or context of the discussion. Find the previous zillion times this has been discussed, read through, and see if you have anything *new* to contribute. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin DOT net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Distribution sizes
When operating system distributions had to fit on a spool of paper tape, 144000 bytes was a limit to worry about. With DVD blanks selling for little more than the price of CD blanks, is there a need to limit the size of Live disros to 700k? With double layer DVD blanks and 8 GB USB drives coming down in cost, is there a need for a 4 GB limit? With netinst able to rad an ISO file on a hard drive, is there any limit? Perhaps the solution is a 4 GB install DVD with Xfce and no Gnome/KDE. On the giant economy size ISO please include Xfce, server and web server as installable packages alongside the Dev Sys main choice. The desire here is to minimize the downtime for installing Fedora on a server that is performing useful work. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test