Suche Hilfe - bsdadminscripts für OpenBSD und NetBSD

Kamikaze

Kamikaze

Warrior of Sunlight
Teammitglied
Teile der bsdadminscripts für FreeBSD sollten auch auf Open- und NetBSD laufen. Ich suche deshalb jemanden (pro System oder eine Person für beide), der die Skripte testet und mich bei den nötigen Anpssungen unterstützt. Zusätzlich sollte(n) die Person(en) sich um die Einbindung ins jeweilige Paketsystem kümmern.

Ich erwarte, das buildflags mit wenigen Änderungen sowohl unter Open- als auch NetBSD läuft. Und rcstart sollte unter NetBSD funktionieren. Schließlich ist rc.d auf FreeBSD von NetBSD übernommen.

http://wiki.bsdforen.de/index.php/Bsdadminscripts
http://www.freshports.org/sysutils/bsdadminscripts
http://sourceforge.net/projects/bsdadminscripts
 
Das ist leider unter OpenBSD nicht zu gebrauchen.
bzw. Hat dort keinen verwendungs zwäck.

Oder hat da jemand andere ansichten?
 
Ich weiss jetzt nicht ob ich dich richtig verstanden habe.
OpenBSD hat total anderes Port Konsept wie FreeBSD.
Wenn ich mal zeit hab schreib ich ein wiki darueber.

z.B. Soll man nur die current ports verwenden.
Im weiteren (OpenBSD FAQ):
Code: 
WICHTIGER HINWEIS: Der Ports-Tree ist nur für erfahrene Anwender gedacht. Es wird jedem nahegelegt, die vorkompilierten Binarypackages zu verwenden.

Unter OpenBSD arbeitet man mit Flavors:
env FLAVOR="no_x11" make && env FLAVOR="no_x11" make install
 
Irgendwer benutzt den Portstree bestimmt. Und für diese Leute sollte buildflags genauso nützlich sein wie unter FreeBSD.
 
Ja.

Ich brauche sie weil:

1) Ich einige Ports Administriere.
2) Einige Programme kann man nur aus den Ports installieren bzw. compilieren.
 
ja mit qemu kannst es testen.

Hast auch zeit, da die Ports Tree geschlossen sind fuer Updates und neue Ports,
bis die neue OpenBSD version draussen ist bzw. die stable version fertig ist.
Und nur Bugfix erlaubt sind.

Der Grund:
OpenBSD gibt bei jeder Version eine stable port version herraus.
Somit ist gewaehrleistet, dass auch alle programme aus den Ports
funktionieren.
 
@Topic/OpenBSD: Hat das nicht damit zu tun, dass man laut Philosophie in OpenBSD Packages Binarypackages zu verwenden, damit man die Programme nicht zu leicht unstabil macht. Dann, wenn man bereit ist ports zu verwenden, braucht man die Scripts nicht mehr wirklich. Aber ganz sicher bin ich mir da jetzt auch nicht, weil man kann sich damit ja das Leben schon einfacher machen.

Ich werd mal gucken, wie gut sie unter DragonFly laufen!

@[LoN]Kamikaze: Ja, DragonFly! :ugly: Die machen gerade fortschritte im Clusterbereich. Nach dem Verteilen der RAM und den virtuellen Userlandkerneln kommt dann das Verteilen von Prozessen.
Zumindest, wenn ich alles richtig gedeutet habe *g*

Athaba; das DragonFly-Forum ist so leer. D'rum muss er hier in Geplauder rumhängen. ;'(
 
Ich hätte nicht gedacht das ich für DF jemanden finden könnte, deshalb habe ich gar nicht erst gefragt. Das Skript rcstart funktioniert unter FreeBSD 4, also sollte es wohl auch unter DFBSD funktionieren, es sei denn das wurde schon geforkt, bevor das NetBSD rc.d System übernommen wurde.

Das portconfig Skript ist durch Pkgsrc wohl obsolet, buildflags sollte hingegen funktionieren, wenn einige Anpassungen an der buildflags.mk vorgenommen werden (hauptsächlich andere Pfade).

Zur installation solltest du vielleicht den FreeBSD Makfile lesen.
http://www.freebsd.org/cgi/cvsweb.c...ipts/Makefile?rev=1.5&content-type=text/plain
In den Sourcen sind auch einige unkomprimierte Manpages die du mit dem Kommando
# nroff -man manpage | less
lesen kannst ohne sie zu installieren.
 
Hallo,

kanst du mir bitte den Vorteil deines Systems beschreiben. Ich habe die manpages aus den Quellen gelesen, kann aber keinen richtigen Vorteil erkennen.

[LoN]Kamikaze schrieb:
Teile der bsdadminscripts für FreeBSD sollten auch auf Open- und NetBSD laufen. Ich suche deshalb jemanden (pro System oder eine Person für beide), der die Skripte testet und mich bei den nötigen Anpssungen unterstützt. Zusätzlich sollte(n) die Person(en) sich um die Einbindung ins jeweilige Paketsystem kümmern.

Ich erwarte, das buildflags mit wenigen Änderungen sowohl unter Open- als auch NetBSD läuft. Und rcstart sollte unter NetBSD funktionieren. Schließlich ist rc.d auf FreeBSD von NetBSD übernommen.

http://wiki.bsdforen.de/index.php/Bsdadminscripts
http://www.freshports.org/sysutils/bsdadminscripts
http://sourceforge.net/projects/bsdadminscripts
Zum Vergrößern anklicken....


MfG

Lars
 
[LoN]Kamikaze schrieb:
Die Vorteile wovon? Buildflags?
Zum Vergrößern anklicken....

Von dem bsdadminscripts.

Ich kann nicht erkennen was es fuer einen Vorteil hat, mal schnell alle sql server zu restarten. Und was ist der Vorteil der BUILDFLAGS? Kann ich nicht alle Parameter zentral in /etc/{make,mk}.conf halten. Mehrere Stellen wo solche Konfigurationen abgelegt werden koennen, halte ich fuer gefaehrlich.

MfG

Lars

PS: Bitte nicht falsch verstehen, es kann sein, dass ich momentan einfach Blind bin.
 
Die Syntax von buildflags ist kompakter als die make Syntax. Dadurch kann man lesbarer und übersichtlicher konfigurieren.

Bei mir kommt es schon gelegentlich vor, dass ich mal etwas neu starten will, und dann finde ich es ganz praktisch wenn ich mich dafür nicht an Pfad und Dateinamen erinnern muss. Vor allem sachen die ich nur gelgentlich starte wie mysql und postgres um Websites zu schreiben.

Ich habe die Skripte geschrieben, weil sie für mich nützlich sind und bin davon ausgegangen, dass sie auch für jemand anderen nützlich sein könnten.
 
[LoN]Kamikaze schrieb:
Bei mir kommt es schon gelegentlich vor, dass ich mal etwas neu starten will, und dann finde ich es ganz praktisch wenn ich mich dafür nicht an Pfad und Dateinamen erinnern muss. Vor allem sachen die ich nur gelgentlich starte wie mysql und postgres um Websites zu schreiben.
Zum Vergrößern anklicken....

Ok, du abstrahierst sozusagen vom konkreten Pfad der rc.d Skripte.

[LoN]Kamikaze schrieb:
Ich habe die Skripte geschrieben, weil sie für mich nützlich sind und bin davon ausgegangen, dass sie auch für jemand anderen nützlich sein könnten.
Zum Vergrößern anklicken....

Das wollte ich auch zu keinem Zeitpunkt anzweifeln.

MfG

Lars
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben