Hallo! Ich habe auf meinem Rechner einen CVs installiert. Leider ist die installierte Version: stefan@debian:~ > cvs --v Concurrent Versions System (CVS) 1.12.7 (client/server) nicht so ganz fehlerfrei. Nun möchte ich eine neuere Version installieren, aber dies sollte -möglichst- ohne Einfluß auf bereits laufende (eingerichtete) Repositories bleiben. Wie kann ich das machen? Normalerweise muss ich nach der Installation der Dateien ja immer erst noch "cvs init" aufrufen, was hier ja nun wahrscheinlich völlig daneben gehen würde. Danke für ein paar Hinweise Stefan PS: wenn man bei google "cvs +update" eingibt, bekommt man immer nur den Hinweis, dass man Dateien im Repository updaten kann / soll. DAS ist hier NICHT gemeint. Ich will wirklich den Server an sich updaten.
Hi Stefan, (Freitag, 25. Juni 2004 14:35) Stefan Schilling schrieb:
Hallo!
Ich habe auf meinem Rechner einen CVs installiert. Leider ist die installierte Version:
stefan@debian:~ > cvs --v
Concurrent Versions System (CVS) 1.12.7 (client/server)
nicht so ganz fehlerfrei. Nun möchte ich eine neuere Version installieren, aber dies sollte -möglichst- ohne Einfluß auf bereits laufende (eingerichtete) Repositories bleiben.
Wie kann ich das machen? Normalerweise muss ich nach der Installation der Dateien ja immer erst noch "cvs init" aufrufen, was hier ja nun wahrscheinlich völlig daneben gehen würde.
Danke für ein paar Hinweise
Stefan
PS: wenn man bei google "cvs +update" eingibt, bekommt man immer nur den Hinweis, dass man Dateien im Repository updaten kann / soll. DAS ist hier NICHT gemeint. Ich will wirklich den Server an sich updaten.
Ich habe nach "apt-get +cvs" gesucht. Man kann aber auch nach "upgrade +cvs" suchen http://www.linuxsecurity.com/advisories/debian_advisory-4462.html Gruß, Roman
Guten Tag Roman Langolf, Am Freitag, 25. Juni 2004 um 15:33 schrieb Roman Langolf:
Hi Stefan,
(Freitag, 25. Juni 2004 14:35) Stefan Schilling schrieb:
Hallo!
Ich habe auf meinem Rechner einen CVs installiert. Leider ist die installierte Version:
stefan@debian:~ > cvs --v
Concurrent Versions System (CVS) 1.12.7 (client/server)
Ich habe nach "apt-get +cvs" gesucht. Man kann aber auch nach "upgrade +cvs" suchen http://www.linuxsecurity.com/advisories/debian_advisory-4462.html
Hi Roman! Ich glaube echt allmählich, ich muss den Namen des Rechners ändern: da steht zwar, dass dies ein debian ist, tatsächlich verbirgt sich dahinter aber eine waschechte SuSE 7.2 Der CVS ist als Source gebaut und dann als .rpm installiert worden (hmh, da fällt mir was ein: kann ich dann einfach ein neues .rpm bauen und das dann drüber bauen? BEHÄLT der dann die Einstellungen, d.h. weiss der CVS dann noch, dass es bereits aktive Repositorys gibt (wie schreibt man das: Repository oder Repositories??) cu Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo Stefan, hallo Leute, Am Freitag, 25. Juni 2004 18:13 schrieb Stefan Schilling:
Am Freitag, 25. Juni 2004 um 15:33 schrieb Roman Langolf:
(Freitag, 25. Juni 2004 14:35) Stefan Schilling schrieb:
Ich habe auf meinem Rechner einen CVs installiert. Leider ist die installierte Version:
stefan@debian:~ > cvs --v
Concurrent Versions System (CVS) 1.12.7 (client/server)
Ich habe nach "apt-get +cvs" gesucht. Man kann aber auch nach "upgrade +cvs" suchen http://www.linuxsecurity.com/advisories/debian_advisory-4462.html
Ich glaube echt allmählich, ich muss den Namen des Rechners ändern: da steht zwar, dass dies ein debian ist, tatsächlich verbirgt sich dahinter aber eine waschechte SuSE 7.2
*g*
Der CVS ist als Source gebaut und dann als .rpm installiert worden (hmh, da fällt mir was ein: kann ich dann einfach ein neues .rpm bauen und das dann drüber bauen?
Kannst Du.
BEHÄLT der dann die Einstellungen, d.h. weiss der CVS dann noch, dass es bereits aktive Repositorys gibt
Ja, die werden sowieso von den Clients immer mitgeliefert. Meine Repositories haben schon auch mehrere Distri-Updates überstanden ;-)
(wie schreibt man das: Repository oder Repositories??)
Die Mehrzahl von ...y ist grundsätzlich...ies - ...ys ist flahsc. Gruß Christian Boltz PS: Die CVS-Version, die mit dem letzten Update kam, scheint zumindest bei SuSE 8.1 leicht defekt zu sein - cvs add funktioniert nicht. Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils -- Will ich mich demnaechst mal ranmachen, allerdings momentan zuviel extrem unwichtige Sachen zu tun. [Marcel Schmedes in suse-linux] ^^
Hallo an alle SUSE-Listen Teilnehmer, Christian Boltz wrote:
PS: Die CVS-Version, die mit dem letzten Update kam, scheint zumindest bei SuSE 8.1 leicht defekt zu sein - cvs add funktioniert nicht. Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
Habe seit einigen Tagen mit einem CVS-Server, den ich für verschiedene studentische Programmiererteams betreue, Probleme. Beschreibung des CVS-Servers: Version (`rpm -q cvs`) cvs-1.11.1p1-332 Der Zugang funktioniert für remote User nur per SSH und die Programmierer benutzen Eclipse unter verschiedenen PLattformen um darauf zuzugreifen. Jetzt habe ich eine neue Gruppe in dem Repository-Verzeichnis eingerichtet, und die können mit Eclipse von remote keine neuen Dateien anlegen. Die Fehlermeldung in Eclipse beim commit (add+commit) heißt: "protokol error: Malformed entry" Wenn eine Datei nur geändert wird und Eclipse die dann wieder "committed", klappts. Lokal auf dem Rechner mit der cvs-Konsole klappt auch alles wunderbar. Wenn ich nach dem Fehler google, dann kommen 10000 Meldungen von Sicherheitslücken. Um die einzelnen Projekte zu trennen, benutze ich die Gruppenrechte. Das Repository selbst liegt in /home/cvs und hat die Rechte ameyer:cvsusers Jeder, der das CVS benutzt, hat als 2. Gruppe "cvsusers". Die Primäre Gruppe ist für jedes Projekt, was im Repository dan auch einen extra Ordner hat, anders. Hier `ls -la`: drwxrwx--- 17 ameyer cvsusers 472 2004-07-09 00:32 . drwxr-xr-x 50 root cvsusers 1344 2004-06-14 18:03 .. drwxrwx--- 3 ameyer cvsusers 1088 2004-07-05 16:21 CVSROOT drwxrwsr-x 7 rmt_burg idp_rmt 280 2004-07-09 12:00 IDP_rmt drwxrwxr-x 12 falt cvsusers 7208 2004-07-05 16:21 idp_ewp drwxrwxr-x 6 pm_shan idp_pm 392 2004-06-26 22:04 idp_pm drwxrwxr-x 9 bvc_kates bilog_vc 640 2004-07-09 00:06 idp_vc drwxrwxr-x 2 w2_huber idp_w2ert 72 2004-07-09 14:33 idp_w2ert Soeben habe ich noch eine Fehlerbeschreibung von einer anderen Projektgruppe erhalten:
wir haben (seit einiger Zeit) ein Problem mit CVS. Wir können keine neuen Files adden, wir bekommen dauernd die Meldung "protocol error: malformed entry". Ich habe gegooglet, ich hab die Source-Codes vom linux-CVS-Server analysiert, aber ich kann nicht herausfinden woran es liegt. Das Adden hat schonmal funktioniert, da ja einige Files schon länger geaddet waren. Checkin usw scheint zu funktionieren, nur das Adden nicht. Wir haben jCVS, SmartCVS, WinCVS, Eclipse, den original-CVS-client/server für Windows, CVSNT und CVS unter Solaris (sunhalle) probiert, überall bekommen wir den selben Fehler. Die Meldung scheint von einer Anti-Exploitmassnahme zu kommen, bei dem ich aber nicht weiß, warum er auftritt.
Fragen: Bei wem ist der Fehler schon aufgetreten? ISt er beim CVS-Projekt bekannt? Gibt es eine andere Lösungwie downgraden? Wie macht man bei SUSE 8.1 ein Downgrade? Gruss, Franz Alt
Hallo Franz, hallo Leute, Am Freitag, 9. Juli 2004 15:41 schrieb Franz:
Christian Boltz wrote:
PS: Die CVS-Version, die mit dem letzten Update kam, scheint zumindest bei SuSE 8.1 leicht defekt zu sein - cvs add funktioniert nicht. Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
Habe seit einigen Tagen mit einem CVS-Server, den ich für verschiedene studentische Programmiererteams betreue, Probleme.
Beschreibung des CVS-Servers: Version (`rpm -q cvs`) cvs-1.11.1p1-332
Welche Distribution? Lass mich raten: SuSE 8.1?
Der Zugang funktioniert für remote User nur per SSH [...]
Die Fehlermeldung in Eclipse beim commit (add+commit) heißt: "protokol error: Malformed entry"
Moment, die Fehlermeldung dürfte "nur" beim cvs add kommen, soweit ich diesen Bug kenne. cvs commit funktioniert weiterhin fehlerfrei.
Wenn eine Datei nur geändert wird und Eclipse die dann wieder "committed", klappts. Lokal auf dem Rechner mit der cvs-Konsole klappt auch alles wunderbar.
Problembeschreibung passt soweit ;-)
[diverse Gruppenrechte]
dürften nicht stören, sonst ginge ja ein Commit auch nicht mehr.
Fragen: Bei wem ist der Fehler schon aufgetreten?
beispielsweise bei http://suse-linux-faq.koehntopp.de sowie einigen Leuten in suse-security (siehe zugehöriges Listenarchiv). Das Problem scheint mit dem letzten CVS-Bugfix mitgekommen zu sein.
ISt er beim CVS-Projekt bekannt?
Die Frage ist eher, ob er bei SuSE bekannt ist. Zugehörige Antwort (aus suse-security) | Sebastian Krahmer wrote: | [cvs add does not work] | > With the SL 8.1 cvs update we already got similar reports and | > we already search for the root of this problem. Also: ja, ist bei SuSE bekannt. Demzufolge sollte es in absehbarer Zeit das nächste cvs-Update geben.
Gibt es eine andere Lösungwie downgraden?
Die hast Du netterweise oben mitzitiert (aber nicht gelesen?) - statt cvs add datei kannst Du cvsdo add datei nutzen und anschließend ganz normal commiten. Hier nochmal zum Mitschreiben:
Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
Alternativ kannst Du natürlich die neuen Dateien auch manuell in CVS/Entries eintragen ;-))
Wie macht man bei SUSE 8.1 ein Downgrade?
Einfach das alte Paket wieder installieren: rpm -Uhv --oldpackage cvs-$version.rpm Allerdings hast Du dann auch wieder die alten Sicherheitslücken, ich würde also davon abraten. Gruß Christian Boltz -- Postings sind nichts weiter als Kondensationskerne. Mit etwas Glück schlägt sich eine Diskussion an ihnen nieder die sich schon seit Tagen zusammengeballt hat. Oder aber wir haben trockenes Wetter und nix passiert. [Cornell Binder in dafu-l]
Am Freitag, 9. Juli 2004 23:53 schrieb Christian Boltz:
Hallo Franz, hallo Leute,
Am Freitag, 9. Juli 2004 15:41 schrieb Franz:
Christian Boltz wrote:
PS: Die CVS-Version, die mit dem letzten Update kam, scheint zumindest bei SuSE 8.1 leicht defekt zu sein - cvs add funktioniert nicht. Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
Habe seit einigen Tagen mit einem CVS-Server, den ich für verschiedene studentische Programmiererteams betreue, Probleme.
Beschreibung des CVS-Servers: Version (`rpm -q cvs`) cvs-1.11.1p1-332
Welche Distribution? Lass mich raten: SuSE 8.1?
jep.
Der Zugang funktioniert für remote User nur per SSH [...]
Die Fehlermeldung in Eclipse beim commit (add+commit) heißt: "protokol error: Malformed entry"
Moment, die Fehlermeldung dürfte "nur" beim cvs add kommen, soweit ich diesen Bug kenne. cvs commit funktioniert weiterhin fehlerfrei.
Beim CVS-Plugin von Eclipse führt man einfach das Kommando "commit" aus und "add" wird dann automatisch gestartet, wenn die Datei im Repositoy noch nicht bekannt ist.
...
Fragen: Bei wem ist der Fehler schon aufgetreten?
beispielsweise bei http://suse-linux-faq.koehntopp.de sowie einigen Leuten in suse-security (siehe zugehöriges Listenarchiv).
Das Problem scheint mit dem letzten CVS-Bugfix mitgekommen zu sein.
Habe erst nach einem Artikel dort gesucht, aber jetzt verstehe ich, was Du damit gemeint hast.
ISt er beim CVS-Projekt bekannt?
Die Frage ist eher, ob er bei SuSE bekannt ist. Zugehörige Antwort (aus suse-security)
Tritt das Problem nur bei Suse Release 8.1 auf? Wäre es dann evtl. möglich aus den original-Quellen von cvshome.org einen funktionsfähigen CVS-Server zu installieren.
... Also: ja, ist bei SuSE bekannt. Demzufolge sollte es in absehbarer Zeit das nächste cvs-Update geben.
Sowas wie "Bugzilla" gibt's nicht bei SUSE, oder? Auf http://www.suse.de/de/private/support/security/index.html findet man keine Hinweise, ABER unter http://www.suse.de/de/private/download/updates/81_i386.html ! Ich denke/hoffe, das Problem ist damit gelößt! Bravo SUSE, weiter so!
Gibt es eine andere Lösungwie downgraden? ... Hier nochmal zum Mitschreiben:
Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
hm. Wie geht sowas mit Eclipse ;-)
Alternativ kannst Du natürlich die neuen Dateien auch manuell in CVS/Entries eintragen ;-))
Das macht im Moment tatsächlich einer, wo das Projekt gerade in einer heißen Phase ist.
Wie macht man bei SUSE 8.1 ein Downgrade?
Einfach das alte Paket wieder installieren: rpm -Uhv --oldpackage cvs-$version.rpm Allerdings hast Du dann auch wieder die alten Sicherheitslücken, ich würde also davon abraten.
Der Zugang auf den Server über pserver ist nicht möglich. Eben nur per ssh. Den Leuten, die einen SSH Zugang haben, muss ich wohl oder übel eh vertrauen. Auf der Suche nach älteren CVS-Versionen habe ich die neue CVS-Version für 8.1 gefunden. Wo gäbe es theoretisch ältere RPM's? Evtl. in einem CVS :-) Gruss Franz
Hallo Franz, hallo Leute, Am Samstag, 10. Juli 2004 23:05 schrieb Franz Alt:
Am Freitag, 9. Juli 2004 23:53 schrieb Christian Boltz:
Am Freitag, 9. Juli 2004 15:41 schrieb Franz:
Christian Boltz wrote:
PS: Die CVS-Version, die mit dem letzten Update kam, scheint zumindest bei SuSE 8.1 leicht defekt zu sein - cvs add funktioniert nicht. Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
Habe seit einigen Tagen mit einem CVS-Server, den ich für verschiedene studentische Programmiererteams betreue, Probleme. [...] Lass mich raten: SuSE 8.1?
Der Zugang funktioniert für remote User nur per SSH [...]
Die Fehlermeldung in Eclipse beim commit (add+commit) heißt: "protokol error: Malformed entry"
Moment, die Fehlermeldung dürfte "nur" beim cvs add kommen, soweit ich diesen Bug kenne. cvs commit funktioniert weiterhin fehlerfrei.
Beim CVS-Plugin von Eclipse führt man einfach das Kommando "commit" aus und "add" wird dann automatisch gestartet, wenn die Datei im Repositoy noch nicht bekannt ist.
Ach so. Jedenfalls kommt die Fehlermeldung vom add.
Bei wem ist der Fehler schon aufgetreten?
beispielsweise bei http://suse-linux-faq.koehntopp.de sowie einigen Leuten in suse-security (siehe zugehöriges Listenarchiv).
Das Problem scheint mit dem letzten CVS-Bugfix mitgekommen zu sein.
Habe erst nach einem Artikel dort gesucht,
Nö, ausnahmsweise nicht. (und außerdem hätte ich dann einen Direktlink angegeben, nicht die Startseite)
aber jetzt verstehe ich, was Du damit gemeint hast.
ISt er beim CVS-Projekt bekannt?
Die Frage ist eher, ob er bei SuSE bekannt ist. Zugehörige Antwort (aus suse-security)
Tritt das Problem nur bei Suse Release 8.1 auf?
Soweit ich das bisher mitbekommen habe, ja. Zumindest hat noch keiner mit einer anderen SuSE-Version gemeckert ;-)
Wäre es dann evtl. möglich aus den original-Quellen von cvshome.org einen funktionsfähigen CVS-Server zu installieren.
Ich denke schon. Du könntest genausogut das Source-RPM einer anderen SuSE-Version nehmen und neu kompilieren, müsste auch gehen.
... Also: ja, ist bei SuSE bekannt. Demzufolge sollte es in absehbarer Zeit das nächste cvs-Update geben.
Sowas wie "Bugzilla" gibt's nicht bei SUSE, oder?
Doch, aber da kommt man leider nur mit einem Passwort rein. Frag mich bitte nicht, wie man zu so einem Passwort kommt, ich hab jedenfalls keins.
Auf http://www.suse.de/de/private/support/security/index.html findet man keine Hinweise, ABER unter http://www.suse.de/de/private/download/updates/81_i386.html !
Ich denke/hoffe, das Problem ist damit gelößt! Bravo SUSE, weiter so!
Neue Version? Na also.
Hier nochmal zum Mitschreiben:
Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
hm. Wie geht sowas mit Eclipse ;-)
Das fragst Du mich? Ich arbeite hier grundsätzlich mit einer Handvoll xterms (genauer: KDE-Konsole), vim und eben cvs/cvsdo sowie einem Wrapperscript zum Commiten. In dieser Umgebung geht cvsdo problemlos ;-)
Alternativ kannst Du natürlich die neuen Dateien auch manuell in CVS/Entries eintragen ;-))
Das macht im Moment tatsächlich einer, wo das Projekt gerade in einer heißen Phase ist.
Da wäre mir cvsdo add datei deutlich lieber ;-)
Wie macht man bei SUSE 8.1 ein Downgrade?
Einfach das alte Paket wieder installieren: rpm -Uhv --oldpackage cvs-$version.rpm Allerdings hast Du dann auch wieder die alten Sicherheitslücken, ich würde also davon abraten.
Der Zugang auf den Server über pserver ist nicht möglich. Eben nur per ssh. Den Leuten, die einen SSH Zugang haben, muss ich wohl oder übel eh vertrauen.
Oder den Zugang per ssh-key auf CVS beschränken. Das geht auf jeden Fall, wie genau kann ich bei Interesse nachsehen. Jedenfalls musst Du das Login per Passwort deaktivieren.
Auf der Suche nach älteren CVS-Versionen habe ich die neue CVS-Version für 8.1 gefunden. Wo gäbe es theoretisch ältere RPM's? Evtl. in einem CVS :-)
Auf den SuSE-CDs. Im Update-Zweig auf dem FTP liegt jeweils nur die aktuellste Version (es sei denn, Du findest einen verstaubten Mirror). Gruß Christian Boltz -- Du kannst dir einen Kernel so geschwaetzig eingestellt kompilieren, dass die HDD kaum noch mit dem loggen hinterherkommt (was wiederum Bugs im HDD-Treiber ausloesen koennte ;)) [David Haller in suse-linux]
Kurz: Das letzte CVS Patch unter http://www.suse.de/de/private/download/updates/81_i386.html hat funktioniert. Christian Boltz wrote:
Wäre es dann evtl. möglich aus den original-Quellen von cvshome.org einen funktionsfähigen CVS-Server zu installieren.
Ich denke schon. Du könntest genausogut das Source-RPM einer anderen SuSE-Version nehmen und neu kompilieren, müsste auch gehen.
rarurick Zaubertrick :-)
Sowas wie "Bugzilla" gibt's nicht bei SUSE, oder?
Doch, aber da kommt man leider nur mit einem Passwort rein. Frag mich bitte nicht, wie man zu so einem Passwort kommt, ich hab jedenfalls keins.
Schade, das ist bei Mozilla oder auch OpenOffice eine tolle Sache. Da weiss man gleich, ob die Software einen Bug hat, oder man selbst...
Auf http://www.suse.de/de/private/support/security/index.html findet man keine Hinweise, ABER unter http://www.suse.de/de/private/download/updates/81_i386.html !
Ich denke/hoffe, das Problem ist damit gelößt! Bravo SUSE, weiter so!
Neue Version? Na also.
Immerhin, nach 4 Wochen :-(
Workaround: cvsdo add datei aus den cvsutils verwenden. http://www.red-bean.com/cvsutils oder cvs -d :pserver:anonymous@cvs.red-bean.com:/usr/local/cvs co cvsutils
hm. Wie geht sowas mit Eclipse ;-)
Ich dachte mir schon, dass das leider nicht geht.
Das fragst Du mich?
Ich arbeite hier grundsätzlich mit einer Handvoll xterms (genauer: KDE-Konsole), vim und eben cvs/cvsdo sowie einem Wrapperscript zum Commiten. In dieser Umgebung geht cvsdo problemlos ;-)
Mir ist schwindlig |8-)
Oder den Zugang per ssh-key auf CVS beschränken. Das geht auf jeden Fall, wie genau kann ich bei Interesse nachsehen. Jedenfalls musst Du das Login per Passwort deaktivieren.
Ich weiss, dass ein Login mit Key NOCH sicherer ist als mit Login/Passwort. Aber grundsätzlich läßt sich die (inzwischen behobene) Sicherheitslücke in CVS ohne Zugang nicht ausnutzen, oder? Und dann sollte es egal sein, ob man sich per Key oder mir Passwort authentifiziert.
Auf der Suche nach älteren CVS-Versionen habe ich die neue CVS-Version für 8.1 gefunden. Wo gäbe es theoretisch ältere RPM's? Evtl. in einem CVS :-)
Auf den SuSE-CDs.
Aber da nur UR-Alt Versionen, oder liegen bei neueren Distributionen auch Updates für 8.1 bei?
Im Update-Zweig auf dem FTP liegt jeweils nur die aktuellste Version (es sei denn, Du findest einen verstaubten Mirror).
Für CVS gibts hier wahrscheinlich ältere Versionen: https://ccvs.cvshome.org/source/browse/ccvs/ Ich hab's allerdings nicht probiert, hieraus eine auf dem Suse 8.1 zu installieren. Hier gibt's übrigends die Originalquellen: https://ccvs.cvshome.org/servlets/ProjectDocumentList?expandFolder=77&folderID=89 Für mich seltsam, dass da weder in den Source-RPMs noch für die Binaries zwischen den Distributionen unterschieden wird. Naja, hauptsache es geht wieder. Vielen Dank und Grüße an alle Franz Alt -- "Let de SUN scheinin'!" (by Schmuddelwetter)
Hallo Franz, hallo Leute, Am Dienstag, 13. Juli 2004 15:16 schrieb Franz:
Kurz: Das letzte CVS Patch unter http://www.suse.de/de/private/download/updates/81_i386.html hat funktioniert.
:-)
Christian Boltz wrote:
Sowas wie "Bugzilla" gibt's nicht bei SUSE, oder?
Doch, aber da kommt man leider nur mit einem Passwort rein. Frag mich bitte nicht, wie man zu so einem Passwort kommt, ich hab jedenfalls keins.
Schade, das ist bei Mozilla oder auch OpenOffice eine tolle Sache. Da weiss man gleich, ob die Software einen Bug hat, oder man selbst...
Du kannst ja mal bei SuSE anfragen, vielleicht bekommst Du ja einen Zugang ;-)
Workaround: cvsdo add datei aus den cvsutils verwenden. [...] hm. Wie geht sowas mit Eclipse ;-) [...] Das fragst Du mich?
Ich arbeite hier grundsätzlich mit einer Handvoll xterms (genauer: KDE-Konsole), vim und eben cvs/cvsdo sowie einem Wrapperscript zum Commiten. In dieser Umgebung geht cvsdo problemlos ;-)
Mir ist schwindlig |8-)
Wieso? Wegen meinem $EDITOR? Klar, vim ist etwas gewöhnungsbedürftig, dafür wird man aber mit einem schnellen Arbeitstempo belohnt - man kann die Finger auf der Tastatur lassen. Und die CVS-Befehle im Handbetrieb lernt man IMHO schneller als die Bedeutung der Icons einer grafischen Oberfläche ;-) Mein Wrapperscript zum Commiten macht übrigens nichts anderes, als jede geänderten Datei ("cvsu --type=ARM") einzeln zu commiten, jeweils mit dem Inhalt von diff.$dateiname als Logeintrag.
Oder den Zugang per ssh-key auf CVS beschränken. Das geht auf jeden Fall, wie genau kann ich bei Interesse nachsehen. Jedenfalls musst Du das Login per Passwort deaktivieren.
Ich weiss, dass ein Login mit Key NOCH sicherer ist als mit Login/Passwort. Aber grundsätzlich läßt sich die (inzwischen behobene) Sicherheitslücke in CVS ohne Zugang nicht ausnutzen, oder?
AFAIK nein (und besonders beim (Nicht)-Zugang über SSH bin ich mir recht sicher).
Und dann sollte es egal sein, ob man sich per Key oder mir Passwort authentifiziert.
Der Unterschied ist, dass Du den Key auf ein einzelnes Kommando beschränken kannst. Bei der SuSE-Linux-FAQ haben sämtliche Autoren nur Zugriffsrechte aufs CVS (Befehl "cvs server"), alles andere können sie nicht (obwohl sie auf dem Server AFAIK die bash als Loginshell haben). Siehe man sshd und dort command="command" Beim Zugang per Passwort ist alles erlaubt, was die zugewiesene Shell erlaubt. Und da eine Shell üblicherweise auch Programme starten kann ;-) heißt das eben, dass alles erlaubt ist.
Auf der Suche nach älteren CVS-Versionen habe ich die neue CVS-Version für 8.1 gefunden. Wo gäbe es theoretisch ältere RPM's? Evtl. in einem CVS :-)
Auf den SuSE-CDs.
Aber da nur UR-Alt Versionen, oder liegen bei neueren Distributionen auch Updates für 8.1 bei?
Nö, wäre ja noch schöner ;-) (und vor allem würden dann 5 CDs bei weitem nicht reichen)
Hier gibt's übrigends die Originalquellen:
https://ccvs.cvshome.org/servlets/ProjectDocumentList?expandFolder=77&folderID=89
Für mich seltsam, dass da weder in den Source-RPMs noch für die Binaries zwischen den Distributionen unterschieden wird.
Das ist soweit kein Problem - es gibt Programme, die auf allen Distributionen und Distri-Versionen laufen. Ob CVS dazugehört, weiß ich allerdings nicht. Ein --rebuild des Source-RPMs sollte auf jeden Fall funktionieren. Gruß Christian Boltz -- Eine Sig ist genauso überflüssig wie beim Einkaufen die Hose. In irgendeinem abstrakten Sinne käme man natürlich ohne aus, wenn man sein Portemonnaie in die Jeansjacke steckt. Aber es wäre mächtig kühl, und man hätte das unangenehme Gefühl, daß untenrum irgendwas Wichtiges fehlt. [Peter `g' Bouillon in dafu]
participants (5)
-
Christian Boltz -
Franz -
Franz Alt
-
Roman Langolf -
Stefan Schilling