offizielle ebuilds?

hi,

wenn die bei gentoo.org endlich in die hufe kommen.

http://bugs.gentoo.org/show_bug.cgi?id=20988
http://bugs.gentoo.org/show_bug.cgi?id=22287

regards mad

Hallo

Mad hatte auch mal ein script zur Verfügung gestellt, mit dem es sehr schnell geht einen sync mit einem von ihm eingerichteten Server zu machen. Dort liegen die auch die aktuellen ebuilds.

das Ding heißt rsyncgentoode.sh

Mußt es dir noch anpassen an dein System.

zumindest hab ich es geschafft nun endlich ofizieller gentoo mirror zu werden.

rsync rsync://rsync16.de.gentoo.org

der rsync server für die DE Ebuilds ist ein bischen gehandicaped, weil die Files, die ich vom cvs server im tarfile bekommen, alle den Timestamp 0 haben. DH auch der rsync Server kann nicht unterscheiden was sich geändert hat. Wenn jemand da ne bessere idee hat. CVS + RSYNC Serverconfig die alles CVS zeugs rausfiltert ....

gruss Mad

Hi

Aha, auch nicht schlecht...

Aber soweit funzt es trotzdem ganz gut mit dem inoffizellen Mirror. Hatte mich schon gewundert wie du das gemacht hast. Du holst also das tarball und schmeißt es zyklisch drauf? oder auch mit rsync?

Martin

Hi

Du bringst dort keine offiziellen ebuilds ein. Du erstellst quasi ein ebuild und reichst es als Bug ein. Das wird dann irgendwann mal ins offizielle Tree übernommen, das kann aber dauern. Was wir machen, ist ein ebuild mittels CVS in den deutschen ebuild-Tree zu bringen. Dazu muß aber Schreibrechte auf einen CVS-Server bei Berlios beantragt werden.

Infos dazu unter anderem hier: http://vdr.gentoo.de/wiki/index.php/EigenenEbuilds

Martin

Hi

Wie, wann, wer, warum dort genau zuständig ist, bzw. wann das ganze offiziell wird kann ich dir leider auch nicht sagen. Ich glaube man muß dann offiziell bei Gentoo mit drinne sein, um das zu beschleunigen. So wie es mad schon die ganze Zeit versucht.

Aber findest du es so schlimm, wenn die ebuilds noch nicht im ofiziellen Tree sind? Nimm doch mal das Script und du hast damit einen sync in 10sek und alles liegt fertig in deinem $PORTDIR_OVERLAY.

Martin

Moin,

naja , so einfach ist das nun auch nicht , wäre ja zu schön (oder auch nicht) wenn da jeder seine ebuilds in den offiziellen Tree zur Verfügung stellen kann.
Btw. gibts doch vdr und die Treiber im offiziellen Tree.
Ansonsten muß da wohl auch ne andere Lösung her als VDR_OPTS.
Vorher wird das sowieso nix.
Das wird wohl nur was , wenn zB Mad wirklich Gentoo-Mitarbeiter (Developer des Monats ;)) wird oder dem Maintainer der alten ebuilds kräftig in den Hintern getreten wird

bye

Hi

Naja, bei LIRC_OPTS gehts ja auch und ist offiziell....
Scheint wohl wirklich nicht so einfach zu sein mit dem Gentoo-Developer. Mad ist es aber wert, dort rein zu kommen.

Martin

Hi

Ich glaube da hast du was falsch verstanden.
Was ist denn daran umständlich einmal am Tag rsyncgentoode.sh einzutippen?
In Windeseile haste die Dinger auf der Platte.
Und wieso werden dir bei einem sync die de-ebuilds wieder überschrieben. Du entpackst die
doch nicht etwa nach /usr/portage, wo der eigentliche Portage Tree liegt.
Dafür gibts eine Variable PORTDIR_OVERLAY in deiner make.conf. Die ist dafür gedacht eigene Ebuilds in einem gesonderten Dir abzulegen, die aber beim emerge mit berücksichtigt werden. Dorthin werden mit dem script von mad auch die vdr-ebuilds entpackt.
Da hilft dir ein Zusammensch.... der Maintainer leider auch nix. :D:D:D

Martin