Debian Planet








Welcome to Debian Planet

Search

Apt-get into it.
Main Menu

  • Home

  • Topics

  • Web Links

  • Your Account

  • Submit News

  • Stats

  • Top 10

  • Debian

    These are important Debian sites one should not be without!

  • Official Debian site

  • Package search

  • Mailing list archives

  • Bug reports

  • Debian on CD

  • Unofficial woody CD ISOs

  • Unofficial APT sources

  • Developers’ Corner

    Other great Debian news sources:

  • Debian Weekly News

  • Kernel Cousin Debian

    (Debian mailing lists digested)
  • Community Groups

    Need help? You’re not alone on this planet.

  • debianHELP

    (User support site)

  • Debian International

  • DebianForum.de

    (Deutsch)

  • EsDebian

    (español)

  • DebianWorld

    (français)

  • MaximumDebian

    (Italiano)

  • DebianUsers

    (Korean)

  • Debian-BR

    (Português)

  • IRC

    The place to get help on a Debian problem (after reading docs) or to just chat and chill is #debian on irc.debian.org.

    Many of the Debian Planet staff live there so pop by and say hello.

    Wanna write?

    Got that latest or greatest scoop? Perhaps you have some important news for the Debian community? Submit a news item!

    Or perhaps you’ve written a rather ground breaking insight into some aspect of Debian and you feel compelled to share it with others? Knock up a longer editorial article and send it to the editors.

    Sponsorship

    DP is sponsored by Xinit Systems and kieser.net.

    Domains paid for and hosted by uklinux.net.

    Buy your Debian merchandise at DebianShop.com.

    Who’s Online

    There are currently, 38 guest(s) and 0 member(s) that are online.

    You are Anonymous user. You can register for free by clicking here.

      
    Threshold


    The comments are owned by the poster. We aren’t responsible for their content.

    Re: Packages.gz is an imperfect aproach (Score: 0)
    by Anonymous on Friday, November 30 @ 17:54:43 GMT

    I’ve got a stupid idea that may (or may not) work:

    Using patches for Packages.gz and the rest.

    First we need to add a version number (maybe a date in ISO format) to the file.

    We find out the differences and create a patch. It is then compressed to get the size down.

    apt-get has to be modified so it sends version information about Packages.gz or to retrieve such information from the server. The latter is probably easier (go to the default directory and get all the packages that are named *date-I-want* or get the latest version and patches).

    Every so long there would be a full release (kinda kernel one) and the new patches will be based on that one, the old ones being left there for people who do not want to upgrade to the latest and greatest.

    Used with the package pools it may also provide with a way to upgrade the system to a known state (let’s say last week program “Y” worked, today it doesn’t. I really do need “Y” so I set my system to be as last weeks).

    I hope it sounds clear (it probably won’t) but it is an idea.

    If I get the idea completely clear in my mind I will try to patch apt (and die trying :P).

    See ya

    Gabriel

    [ Reply | Parent ]


    Re: Packages.gz is an imperfect aproach (Score: 1)
    by Shanep (shanep@_DEAD_ANIMAL_ign.com.au) on Tuesday, December 04 @ 06:01:19 GMT
    (User Info)

    Rsync is an issue which has been discussed at length on the debian-devel mailing list. Its too CPU intensive

    How CPU intensive? Would it not be worthwhile upgrading server CPU’s and RAM to get long term savings on bandwidth usage?

    I recently purchased a 3 CD set of 2.2r4 in Sydney and got home to find to my great disapointment that CD 1 was corrupt. This has happened to me a few times before from this vendor, but anyway, I made an image of the corrupt CD1 with dd ignoring errors and then I corrected the image with rsync and a local server. Across my 56k MODEM I was amazed how little time it took to correct, especially considering how badly the disc corruption seemed to be (3/4 of the way in and seemingly mostly to the end from there was bung).

    How many clients would be doable on a high end server? Can rsync be set up to re-use past hash data or whatever it does, to get performance from look-up-tables vs working it all out every time?

    Surely these would be much smaller also, than the data they represent? Is rsync even an option along with http and ftp within apt? If it were and I had the money I’d be willing to set up an rsync-only mirror for Sydney.

    [ Reply | Parent ]


    Based on: PHP-Nuke

    All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © 2000 by Debian Planet

    You can syndicate our news using the file backend.php.