LinVDR-ETCH für die ganz harten !!

Quote

Original von Silassi
Hallo,

hab das ganze mal auf einer VMWare installiert, da ich kein Testsystem zur Verfügung habe. Linvdr läuft ja auch unter VMware.

- ldconfig = Can`t create temporary cache file etc/ld.so.cache : Read-only file system
- mc aufrufen und fstab bearbeiten oder irgendwas anderes = Segmentation fault
- Setup aufrufen = Segmentation fault

Gruß Silassi

nimm mal qemu, damit teste ich grob ob das system startet und zumindest die grundfunktionen richtig ablaufen.

die Segmentation fault müssen mit VMWare zusammenhängen

Atti war schneller

@ Atti

setuperweiterung habe ich noch nicht eingebaut, andere sachen sind erstmal wichtiger.

bin gerade mit dem aktualisieruns script beschäftigt.

gruß

jobit

hi,

@ Atti

beta 3 wird warscheinlich heute abend kommen

@ ufauser

da das ganze unter testing läuft wird es auch keine möglichkeit geben, einfach so, was
nach zu installieren, unter testing ändern sich viele dinge ständig und ob es dann noch mit den libs hinhaut - glaube nicht.
weiterhin hält sich linvdr auch nicht genau an die etch directory struktur - wie auch,
zu woodys zeiten gab es auch noch kein udev usw.
also, handarbeit ist angesagt.

ich arbeite gerade an einer neuen lösung, scripte von linvdr, der rest minimal debian-etch.
dann wird auch apt dabei sein

und damit wird das kind auch einen neuen namen bekommen.

gruß

jobit

hi,
sorry, beta 3 muß noch warten,
mein DSL-Provider hat momentan probleme, inet extrem langsam 5 k/s
64 MB bei 5 k/s hoch schieben, ne danke

also noch ein wenig gedult

gruß

jobie

Quote

Original von Atti

Hallo Scorp,

naja das was jobit jetzt machen will ist doch eher ein vdr4u auf Etch basis als ein LinVDR auf Etch basis, also alles aus deb's und apt dazu und nur ein paar Scripte von LinVDR nehmen.

MfG
Atti

jain,
das problem ist die paketverwaltung,
ich muß mich schon an die verzeichniss-struktur von debian halten wenn apt mit rein soll !
die zweite variante ist, das ich ein entwicklersystem "etch" brauche und daraus die bins und ihre abhängigkeiten extrahieren. weiter oben habe ich ja schon ein script erwähnt das dies übernimmt. z.z. arbeite ich schon teilweise mit eben diesem script um die benötigten libs der plugins und bins in das linvdr-etch zu schieben. ich möchte die einfachheit von linvdr soweit möglich beibehalten. das setup.pl ist für mich ausschlaggebend. eben dieses vermisse ich bei den anderen distributionen.
auf der anderen seite soll das system möglichts schlank bleiben.
erschwerend kommt die tatsache, dass sich bei etch permanent libs etc fast täglich verändern, einmal ein apt-get update, das wars dann mit den plugins usw.
mein problem ist im augenblick perl und seine module, es ist nicht so einfach, genau die benötigten module die zur laufzeit geladen werden zu extrahieren. ich habe auch nicht so den durchblick was perl angeht. währe schön wenn sich jemand findet, der bei perl durchblickt

mein ziehl ist es, pracktisch aus null ein vdr-system zu bauen und nur das notwendigste in die verzeichniss-strucktur zu übernehmen.

gruß

jobit

Atti

es geht weiter, ich bin intensiv mit dem script beschäftigt, die beta 3 kommt bald !!
apt wird es doch nicht geben , linvdr-etch wird dann nur über das script aktualisiert.
es ist also eine entwicklerumgebung " debian testing/unstable" notwendig !

gruß

jobit

Quote

Original von cooper
Servus Jobit,

die häufigen Änderungen von Bibliotheken, Compilern usw. (was in Debian Testing völlig in Ordnung ist) sind genau der Grund, warum Tom die Stable Release für LinVDR benutzt.

Wenn jemand Etch vor einem Monat installiert hat und ein anderer es heute installiert, garantiere ich dir, dass beide völlig verschiedene Versionen haben. Mit anderen Worten, es kann niemand für einen anderen z.B. irgend welche Plugins, Kernel-Module oder Bibliotheken compilieren, weil jeder irgend was anderes als Ausgangsbasis hat. Jeder muss das Rad neu erfinden, eine Zusammenarbeit ist nur sehr schwer möglich.

Viele Grüße, Mirko

cooper

hi,
da gebe ich dir recht.
genau aus diesem grund habe ich die versuche apt mit reinzufummeln aufgegeben.
mein script, wenn's mal endlich fertig wird kopiert die notwendigen bins usw auf das ziehlsystem, die benötigten libs werden dann mit ldd festgestellt und ebenfalls an die richtige stelle kopiert. das funktioniert bisher ganz gut.
dabei ist es völlig egal ob es debian, suse, oder ein anderes linux ist, wichtig ist nur,dass alles was auf den vdr soll auch auf dem entwicklersystem ist.
es werden nur die sachen kopiert die notwendig sind !

ich habe auch nicht vor eine neue distrib. raus zu bringen, linvdr hat sich eben angeboten weil es 1. absolut spitze ist, 2. schnell bootet 3. eine einfache struktur hat.

das ganze ist auch nur für leute gedacht, die ständig an ihrem system rumdocktern.
für enduser ist und bleibt LinVDR die erste wahl.
gruß

jobit