DNS-Eintrag cvs.tuxbox.org?

[dwilx]

Aha... doch nicht ganz 1:1 Mirror. Jetzt sehe ich es auch , Seife hat die CVS-Keywords wegraddiert.
https://gitorious.org/~seife/tuxbox-cvs ... rowser.cpp
Also da musst du wahrscheinlich auf Tuxbox_Entwicklungsumgebung#Sourceforge zugreifen, da ist es so wie im CVS.
http://novatux.git.sourceforge.net/git/ ... fa;hb=HEAD

[Mourice]

Hi,

das kann doch wohl nicht sein ...

Aber egal ... ich kenn mich nicht so besonders aus mit Git.

Könntest Du mir vielleicht sagen, wie ich genau auschecken muss, um den "richtigen" Stand zu bekommen ?

Danke.

MfG

Edit:

Sorry ... war zu schnell ... ich werde es mal austesten ... sag dann Bescheid.

Danke

Edit2:

Hat gar keinen Sinn ... ist nicht auf dem neuesten Stand ... eigentlich schade ...

Also Bitte, Bitte, Bitte ... macht das CVS wieder lauffähig ...

[dwilx]

...
...ist nicht auf dem neuesten Stand ... eigentlich schade ...

Da fehlt gerade mal ein Commit
http://novatux.git.sourceforge.net/git/ ... tuxbox-cvs

Hat denn schon jemand Derget bescheid gegeben?

[Mourice]

Hi,

nene .... da fehlen dann doch ein ganz bisschen mehr ...

MfG

Edit:

Ich teste das Image gerade (jetzt mal abgesehen vom Image Info) ... kann es aber nicht beurteilen ... nur stabil ist etwas anderes

[dwilx]

Hi,

nene .... da fehlen dann doch ein ganz bisschen mehr ...

Du musst schon den tuxbox-cvs Zweig nehmen. Die anderen sind Entwicklerzweige, behaupte ich mal und es steht da ja auch sinngemäß:

Hier handelt es sich um ein Repository bestehend aus mehreren Branches, von dem einer davon dem HEAD aus dem Tuxbox-CVS entspricht, auf den im folgenden Clone-Script automatisch gewechselt wird...

[Mourice]

Hi,

danke für Deine Unterstützung.

Ich weiss ja nicht so genau, wo Du schaust ... also es gibt einige Commits im July.

Aber das ist mir alles viel zuviel Anpassungs-Arbeiten ... ich warte auf das CVS.

Und wenn das gewollt ist, also "Umstellung" auf Seifes Git ... dann lass ich es ... und bestimmt alle anderen Image-Bauer auch.

MfG

[dwilx]

Das ist so sicher nicht gewollt, auch wenn Derget das schon mal mit Subversion in die Runde geworfen hatte. Aber nur mal so nebenbei, es entgeht einem was, wenn man sich gegen Git sträubt. CVS kann dem nicht mal annähernd das Wasser reichen.

[Mourice]

Das ist so sicher nicht gewollt, auch wenn Derget das schon mal mit Subversion in die Runde geworfen hatte. Aber nur mal so nebenbei, es entgeht einem was, wenn man sich gegen Git sträubt. CVS kann dem nicht mal annähernd das Wasser reichen.

Hi,

da gebe ich Dir Recht. Zum "Wasser reichen" muss man wenigstens auf "Augenhöhe" sein.

Ich habe aber leider nicht so lange Arme ...

MfG

[rhabarber1848]

Hat denn schon jemand Derget bescheid gegeben?

http://www.tuxbox-cvs.sourceforge.net/f ... 53#p379853

Denkst Du, ich sollte zusätzlich noch eine PM abschicken?

[dwilx]

Denkst Du, ich sollte zusätzlich noch eine PM abschicken?

Wieso nicht?

[doc]

Das ist so sicher nicht gewollt, auch wenn Derget das schon mal mit Subversion in die Runde geworfen hatte. Aber nur mal so nebenbei, es entgeht einem was, wenn man sich gegen Git sträubt. CVS kann dem nicht mal annähernd das Wasser reichen.

Hi,

da gebe ich Dir Recht. Zum "Wasser reichen" muss man wenigstens auf "Augenhöhe" sein.

Ich habe aber leider nicht so lange Arme ...

MfG

Ja. früüüüher hatten wir mal einen Kaiser.
Da war alles besser. Aber die Erde dreht sich weiter. Und gerade jetzt könnte man bei Git problemlos einfach ein anderes Remote benutzen ohne Downtime oder temporären Datenverlust.
Und nein, ich arbeite nicht freiwillig mit CVS. Wenn man derget mal wieder sieht kann man mal fragen ob man nicht das ebenso tolle Subversion überspringt und direkt auf Git migriert.

[dbt]

Sourceforge sollte jetzt wieder up2date sein

Als Kompromiss könnt ich persönlich auch mit Subversion leben. Git kann damit relativ gut umgehen, ohne dass man selbst groß mit Subversion rumeiern muss. Im CS-SVN hab ich damit eigentlich kein Problem.

Auch wenn man das CVS als Master behalten würde, wäre das vlt. ausreichend, das liegt an Derget selbst etwas zu ändern. In der Umfrage dazu war allerdings schon die Tendenz zu Git klar. Die Frage des Maintainings stellt sich dann aber, deshalb wäre vermutlich Subversion günstiger. Man könnte aber sowas wie develop-Branches oder Sandbox-Branches in betracht ziehen, wo man es nicht so genau nehmen muss. Das würde beispielsweise das hier oft praktizierte Patchanbieten "erleichtern", da man sowas sofort in so einen Sandbox-Branch comitten könnte. Hierfür könnte man schon Contributors als Comitter einsetzten und nur einige Leute hätten dann die Möglichkeit das in den Master zu schicken, wenn es taugt, aber das sind nur meine Vorschläge, wo man drüber diskutieren müsste.

Aber nur mal so gesagt, um unser CVS auf Git zu portieren, brauchts auch noch nicht mal viel. Auch die History mit allen Branches und Tags bleibt erhalten. Das hatte ich ja im Prinzip mit dem SF-Repo schon gemacht, nur da ist es in einem eigenen Branch, weil ich da nie was ändern will, sondern quasi als Tracking-Branch verwende, wo ich mir einfach das picke was ich will. Ein normaler Auschecker kann das natürlich verwenden wie er will, aber dahin wird nie was comittet ausser wenn aktualisiert wird. Da machen auch die CVS-Keywords nichts kaputt. Wenn die im Arbeitstree wären, gibts damit nähmlich immer wieder mal Konflikte. Seife hat die wohl deswegen schon beim Import da raus geworfen.

Den Import des CVS mache ich in etwa so. Ein leeres vorbereitetes Remote vorausgesetzt, sollte schon da sein, in dem Fall gehe ich via ssh auf das SF-Repo und bereite das einfach soweit vor.

Code: Alles auswählen

export CVS_RSH=ssh

#cvs repos
REPLIST="apps boot cdk driver hostapps"

#cvs2git import command
GITIMPORT="git cvsimport -p -v -d"

#checkout cvs
CVSUSER=me
CVSSERVER=cvs.tuxbox.org
CVSREPO=/cvs/tuxbox
export CVSROOT=:ext:$CVSUSER@$CVSSERVER:$CVSREPO

#nur cvs holen und committe Änderungen
for f in  $REPLIST ; do
	cd $f
	git checkout tuxbox-cvs
	echo "checkout from tuxbox-cvs..."
	$GITIMPORT $CVSROOT $f -o tuxbox-cvs 2>/dev/null
	echo "updating remote..."
	git push -v origin tuxbox-cvs
	cd ..
done

Wie man auscheckt (klont), wurde ja oben schon gepostet. Das wäre wirklich einfach. Die einzelnen Repos, vorher CVS-Module, lassen sich dann wie bisher verwenden, nur besser und solche Netzausfälle wie ich ihn gerade hatte oder Serverausfälle sind mit Git unwichtig. Mit CVS schlägt man wie man sieht ab und an mal auf. Mit Git kann man lokal weitermachen.

[dietmarw]

alle paar monate/jahre wieder eine ähnliche diskussion..

da aber inzwischen eh nur noch eine handvoll leute aktiv committen,
warum macht ihr dann nicht mal wirklich nägel mit köpfen und stellt das jetzt auf git um?

danach eine kurze anleitung zum auschecken/updaten ins wiki und fertig..

[rhabarber1848]

Die commit-Mails sind mittlerweile auf Gmane angekommen:
http://news.gmane.org/gmane.comp.video.tuxbox.scm

Im Tuxbox CVS-eigenen Archiv noch nicht:
http://cvs.tuxbox-cvs.sourceforge.net/lists/

Ein anonymer CVS checkout läuft derzeit ohne Aktualisierungen durch.

PS: Ich bin einfach zu faul, um git zu lernen git ist so anders...

[derget]

Sorry nochmal.
Hatte leider nicht mitbekommen das da noch was im argen ist.
Die Commit Emails sollten nun wieder ankommen.
Im Archiv sollten sie auch ankommen.

[JtG-Riker]

Auschecken anonym geht aber wohl immer noch nicht, hab keine Updates bekommen - zumindest stand nix in der Log-Datei


Gruß Riker

[rhabarber1848]

Ein anonymer CVS checkout läuft derzeit ohne Aktualisierungen durch.

Jetzt sind meine commits auch per anonymem CVS checkout verfügbar, danke!

Code: Alles auswählen

[...]
U cdk/rules-archive
U cdk/rules-make
cvs checkout: Updating cdk/Patches
cvs checkout: `cdk/Patches/u-boot-2010.03.diff' is no longer in the repository
U cdk/Patches/u-boot-2011.06.diff
U cdk/Patches/zlib.diff
[...]

[rhabarber1848]

Die DNS-Auflösung von cvs.tuxbox-cvs.sourceforge.net scheint nicht mehr zu funktionieren.

# ping cvs.tuxbox-cvs.sourceforge.net
ping: unknown host cvs.tuxbox-cvs.sourceforge.net

[Houdini]

hmm,

Code: Alles auswählen

Server:		192.168.2.1
Address:	192.168.2.1#53

Non-authoritative answer:
Name:	cvs.tuxbox.org
Address: 82.149.243.100

[rhabarber1848]

hier funktioniert es auch wieder, alles in Ordnung