pkg_add -rt * (packages über torrent) ?

[dagnu]

das problem: nach der installation von freebsd 5.3 müssen
einige ports neu erstellt werden. viele in der community lassen
dieser tage wohl wieder ihre kisten heiss- und durchlaufen und
kompilieren gnome, gimp, jdk usw.

die idee: alle nicht verfügbaren packages in einem gemeinsamen
torrent netz tauschen. dabei sind technisch sicherlich einige
hürden zu überwinden: zentraler anlauf, compiler-flags,
architektur ... aber das sollte sich doch machen lassen

 

[dagnu]

erste gedanken

"pkg-host" mit dsl oder anderer anbindung
mit ports und packages initialisieren,
dabei die entsprechenden package informationen
(architektur, abhängigkeiten, version etc.) einsammeln,
xml davon erzeugen und an server senden.
<pkghost name="home.dagnu.de" time="23:00-07:00">
<pkg name="..." version="..." depends="...| ...| ..." />
...
</ pkghost>

"pkg-server" webhosting oder dedicated server ...
bekommt die informationen von den hosts und gibt diese
mit seinen zugangsbedingungen an das portal weiter
<pkgserver name="pkgsrv.dagnu.de" time="23:00-03:00|04:00-07:00"
trafficlimit="100gb">
<pkghost ... <pkg ...
</ pkgsrv>

"pkg-portal" webhosting oder dedicated server ...
stellt die pkg-server infos auf einer internetseite dar und ermöglicht
es anwendern packages zu bestellen. diese werden dann entsprechend der
zeit und traffic angaben von den pkg-servern an die hinterlegten
empfänger (ssh, ftp ...) übertragen. wenn der anwender noch ne email
hinterlegt erhält er ne statusmail. die pkg-server ziehen sich dafür
einmalig vom den pkg-hosts die angeforderten packages.

 

[r0b0]

Prinzipiell ist ja die Idee nicht schlecht, aber, ich würde mir ungern Software aus unbekannten Quellen istallieren. Und schon recht keine Binärpackete!

r0b0

 

[tschepe]

Also eine interessante Idee ist es schon.

In deinem Titel steht was von "torrent". Aber du kommt auf einmal mit XML. Wenn dann würde ich auf das schon besehende torrent Netzwerk aufbauen und auch das F ormat der *.torrents übernehmen.
Das "bee" Format (format der .torrent-Dateien) ist gar nicht mal so schwer zu ve rstehen und dazu auch noch Speicher schonender als XML-Dateien.
Dann hast du dadurch auch viel weniger Arbeit. Man könnte schon vorhandene Progr amme zur Hand nehmen.

Es wäre vielleicht sinnvoll die Torrent-Dateien durch ein Eintrag mit den Make O ptionen zu erweitern (welche Features De/Aktiviert wurden, CFLAGS=..., u.s.w.) d adurch sind die Torrents immer noch kompatibel zu den normalen Klient. Aber man könnte ein angepassten Tracker verwenden der die Zusatzinformationen anzeigen ka nn.

Als Krönung könnte man auch noch eine Erweiterung für das ftp Protokoll einbauen . So könnte man P2P und zusätzlich vom ftp Server laden und die lasten würden ve rteilt.

Wie viel Treaffic und wann er die
Daten bereitstellen will hat dann jeder selbst zu entscheiden. Entweder er sagt dem Tracker Bescheid das er Paket xy bereitstellen will oder er lässt es.

Aber ich denke das einfach zu wenig Interesse haben.

tschepe

Generell:
** Die BitTorrent Seite

Hiermit kannst du gleich loslegen:
** C BitTorrent lib
** C++ BitTorrent lib (lib Torrent)
** C++ BitTorrent lib (libtorre nt)
(nein, ich habe nicht aus versehen links doppelt gepostet)

Könnte auch interessant sein:
** BitTorrent Radio per RSS-Feed

/edit: link fix

 

[AndreasMeyer]

pkg_add -rt => sinnvoll?

die idee: alle nicht verfügbaren packages in einem gemeinsamen
torrent netz tauschen.

Und was bitte sehr soll das bringen?

Ungefähr 70 % aller Programme, welche nicht mit pkg_add -r als Package heruntergeladen werden können, unterliegen Lizenzrestriktionen, welche eine Package-Erstellung verbietet. Hier einige bekannte Beispiele: jdk, lame, rar, linux-realplayer.

Die restlichen 30 % werden aus technischen Gründen nicht als Package angeboten. Nennenswert sind hier vor allem die grossen Multimedia-Programme xine und mplayer. Den Grund, wieso xine und mplayer nicht als Package angeboten wird, findet man im FreeBSD-Handbuch-Kapitel 7.4.2.1: http://www.freebsd.ch/doc/de_DE.ISO8859-1/books/handbook/video-playback.html