Resolving linux01.gwdg.de... 134.76.13.21
Connecting to linux01.gwdg.de[134.76.13.21]:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://134.76.13.21/~nlissne/INVALID_REQUEST [following]
--18:04:46-- http://134.76.13.21/%7Enlissne/INVALID_REQUEST
=> `INVALID ...

since we have switched from using xdelta to using bdelta the dynamic deltup server network is now available for amd64 users, too.
See http://www.ddeltup.org for more information.
Have fun, and enjoy the service

Announcement: getdelta.sh and the dynamic deltup server network can be used with amd64 now, too

This is possible, because we have switched from xdelta to bdelta - and bdelta does not only create smaller patches, it also is perfectly amd64 compatible.

Welcome to all amd64-users who like to use ...

Could you please tell me how to configure getdelta.sh ro work with other download program

....and in my /etc/deltup/getdelta.rc


# wget
FETCH="/usr/bin/wget -t 1 --passive-ftp"

# snarf - SAS
# FETCH="/usr/bin/snarf -b "


I tried with the commented snarf setting, but it didn't work.

Besides ...

I'm confused.

Without getdelta, when I run emerge package_name it first tries downloading from my GENTOO_MIRRORS and only then uses the URL that the ebuild has.

But with getdelta, it does those in reverse.

Actually this is really confusing - and IMHO impossible. getdelta.sh is just used as ...

Don't know what happened, but while I was typing the former message, all of the sudden my 30 MB firefox donwload went down to a 900 KB dtu file :lol: :lol: :lol:

Trying to download kdelibs-3.3.2.tar.bz2-kdelibs-3.4.0.tar.bz2.dtu

error: HTTP error from server: HTTP/1.1 404 Not Found
The dtu ...

Having deltup depend on the newer bzip2 version, which is masked, makes "emerge -u world" exit with a message about "all packages that could satisfy bzip2 has been masked". I hadn't noticed any problem with bzip, so this was a bit confusing to me, trying to figure out why bzip2 was masked all of a ...

The problems with bzip2 and wrong filesizes/md5sum is solved

Just update to deltup-0.4.2-r1 -- this ebuild depends on bzip2-1.0.3 and will additonally install a statically linked bzip2-1.0.2 as /usr/bin/bzip_old


It seems that the best solution would be to make bzip2 slotted, so that you can ...

The Server creates the dtu-file NOW

TIMEOUT exceeded.

The dtu could not be fetched, downloading full file from original URL

--05:57:41-- http://distfiles.gentoo.org/distfiles/firefox-1.0.3-source.tar.bz2
=> `firefox-1.0.3-source.tar.bz2'
Resolving distfiles.gentoo.org... 216.165.129.135 ...

I think there's a major flaw in the server design...

I am trying to download the updated gettext. It couldn't find any dtu files from any of the servers they've got housing those. So then it'll try to download the full file instead from a different server.

Before when it did this it would ...

Having deltup depend on the newer bzip2 version, which is masked, makes "emerge -u world" exit with a message about "all packages that could satisfy bzip2 has been masked". I hadn't noticed any problem with bzip, so this was a bit confusing to me, trying to figure out why bzip2 was masked all of a ...

Will this work with amd64?

yes and no. Actually it is not trivial to use it on amd64 - the applications build well, but the dtu-files built on a 32bit-machine cannot be used on a 64bit machine and vice versa.

But fortunately A user reported to Build it successfully with -m32 and a little change ...

The problems with bzip2 and wrong filesizes/md5sum is solved

Just update to deltup-0.4.2-r1 -- this ebuild depends on bzip2-1.0.3 and will additonally install a statically linked bzip2-1.0.2 as /usr/bin/bzip_old
The dtu-files of the deltup-servers (yes, server s , we've build a network of 4 ...

oooops... so schnell kann mensch was übersehen ;-) sorry, deine anfrage ist ja fast triaden her. die ausgabe erfolgt, wenn, dann in beide fenster, wobei die ausgaben im zweiten fenster sich auf die beschränken, die direkt von getdelta ausgehen. dass das nicht funktioniert ist allerdings eigenartig ...

@SirPreme
Nein, das Script hat definitiv *NIX* mit dem sync zu tun und kommt dabei auch nicht zum Zuge. Der einzige Zusammenhang, in dem es aufgerufen wird, ist wirklich der download einer neuen distfiles-Datei beim emerge.

bp

@Vollkorn
Danke für den Hinweis - jetzt wo du's sagst.... scheint tatsächlich so zu sein - hier auch - es liegt also nicht an dir (was für ein peinlicher fehler :oops: )
Ich schau mal woran das liegt und stelle im Laufe des Abends eine berichtigte Version bereit.
bp


Ergänzung: Das war ja mal ...

PrakashKC wrote:Are you sure you uploaded the fixed script? It still looks like 0.5.3.3 to me...

Yes, and I've double checked this. Have a look at line 29 which should say:

# version 0.5.3.4 2004/09/20
# - fixed wrong path-detection with thirdpartymirrors

The new scheme to detect thirdpartymirrors failed to detect the correct path on the mirrors (well, it's beta-software)

Fixed in version 0.5.3.4 of getdelta.sh

Niosop wrote:Upon further inspection, deltup seems to be working fine. The error seems to be in xdelta or bdelta (think it's xdelta). Once I get home I'll continue troubleshooting.

Since we do not use bdelta (yet) for the files created by the dynamic deltup server - xdelta might be the problem.

@sarahb523:
wie recht du doch hast... ich hab's sofort geändert. natürlich wäre es noch schöner, wenn die status-seite vielleicht auch nicht alle files auf einmal beinhalten würde, sondern vielleicht jeweils nur 30 files oder so... aber zumindest habe ich die index.html mal von der status-seite nun ...

...und weil es ständig weiterentwickelt wird....
...liegt inzwischen die Version 0.5.3.3 auf dem Server:
http://linux01.gwdg.de/~nlissne/getdelta.sh

(nein, das ist *nicht* die gleiche Version, die vor kurzem als Update vom Server erzwungen wurde - in diesem Fall ist es auch nur ein minor-update ...

One thing i don't like is the GENTOO_MIRRORS bit.
Why does it need to be empty?

I didn't like it, too.

Well, the reason was, the client gives the server a hint where to find the file, and - if GENTOO_MIRRORS is not empty portage always tries GENTOO_MIRRORS first - leading to a wrong hint from ...

Another bug appeared in the output when deleting old files.
fixed in version 0.5.3.2 which is available at
http://linux01.gwdg.de/~nlissne/getdelta.sh now.
bp

ts77 wrote: Any idea why it can't find the digest?

Uhm... Yes
There is a typo (FILES_DIR instead of FILESDIR) - actually I haven't tested this part of the code.
There is also a missing "]" on line 428 (as your error msg said)

Both is fixed now in 0.5.3.1

bp

THANKS for all your feedback and bug reports!

getdelta.sh version 0.5.3 released

As you might have noticed already, a new version of getdelta.sh is available now.
This new version fixes a severe bug with updating files beginning with "lib" in their name - therefore I've forced the update - the ...