Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Quoted
Original von wino
Hallo,
Nachdem das Grundsystem installiert ist und das Dialog-Script von HJS fast Fehlerfrei läuft , möchte ich einen neuen Thread für Scripte (XML) zum installieren weiterer Programme aufmachen. Ziel sollte es sein, wie bei der Erstinstallation, alles „automatisch“ ablaufen zu lassen.
Wie sollen die Gruppen (chapters) inhaltlich aussehen? Was für Software wird gewünscht?
Ich selbst habe noch keine Ahnung von XML. Lernbar ist das natürlich, Übung macht bekanntlich den Meister.
MfG
wino
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 |
<!ENTITY bootscripts-get SYSTEM "../config/bootscripts_get.ent">
<!ENTITY bootscripts-clean SYSTEM "../config/bootscripts_clean.ent">
]>
<alfs>
<package name="vsftpd" version="&vsftpd-version;">
<packageinfo>
<utilizes>
<name>linuxpam</name>
</utilizes>
<utilizes>
<name>openssl</name>
</utilizes>
<utilizes>
<name>tcpwrappers</name>
</utilizes>
</packageinfo>
<stage name="Unpacking.">
<unpack>
<archive>&packages_dir;/&vsftpd-package;</archive>
<destination>&build_dir;</destination>
</unpack>
</stage>
&bootscripts-get;
<stage name="Creating user and group">
<mkdir>
<option>parents</option>
<name>/var/ftp/empty</name>
<name>/home/ftp</name>
</mkdir>
<execute command="getent group vsftpd > /dev/null || groupadd">
<param>vsftpd</param>
</execute>
<execute command="getent passwd vsftpd > /dev/null || useradd">
<param>-d /dev/null</param>
<param>-g vsftpd</param>
<param>-s /bin/false</param>
<param>vsftpd</param>
</execute>
<execute command="getent group ftp > /dev/null || groupadd">
<param>ftp</param>
</execute>
<execute command="getent passwd ftp > /dev/null || useradd">
<param>-c anonymous_user</param>
<param>-d /home/ftp</param>
<param>-g ftp</param>
<param>-s /bin/false</param>
<param>ftp</param>
</execute>
</stage>
<stage name="Installing.">
<stageinfo>
<base>&build_dir;/&vsftpd-directory;</base>
</stageinfo>
<make />
<copy>
<source>vsftpd</source>
<destination>/usr/sbin</destination>
</copy>
<permissions mode="755">
<name>/usr/sbin/vsftpd</name>
</permissions>
<copy>
<source>vsftpd.8</source>
<destination>/usr/share/man/man8</destination>
</copy>
<copy>
<source>vsftpd.conf.5</source>
<destination>/usr/share/man/man5</destination>
</copy>
<copy>
<source>vsftpd.conf</source>
<destination>/etc</destination>
</copy>
</stage>
<stage name="Installing bootscript and configuration">
<stageinfo>
<base>&build_dir;/&blfs-bootscripts-directory;</base>
</stageinfo>
<make>
<param>install-vsftpd</param>
</make>
<textdump mode="append" base="/etc">
<file>vsftpd.conf</file>
<content>
=background=YES
=listen=YES
=nopriv_user=vsftpd
=secure_chroot_dir=/var/ftp/empty
</content>
</textdump>
</stage>
&bootscripts-clean;
<stage name="Cleanup.">
<remove>&build_dir;/&vsftpd-directory;</remove>
</stage>
</package>
</alfs>
|
This post has been edited 1 times, last edit by "wino" (Apr 6th 2005, 11:35am)
Quoted
Original von hjs
Mach doch einfach das nächste "Basissystem" - X-Server+KDE oder Gnome .
Darauf aufsetzend können ja Zusatzpackete installiert werden .
Da meine 0.4.0er das BasisSys aufsetzt , rebootet , die Sicherung macht und dann erst mit nem neuen Script beginnt , wäre es sinnig , wenn du als Basis n eigenes LFS Basis Script verwendest , welches auf die ALFS-DTD aufsetzt .
HJS
Quoted
Original von wino
Den Thread hatte ich gestern eröffnet, ohne einen blassen Schimmer von dem weiteren Vorgang zu haben.
Es war mir nur klar, dass ein abgewandeltes Script zum Einsatz kommen muss. Es sollte eine unabhängige Variante des ALFS sein. Zwischenzeitlich läuft hier schon eine Extra-Version.
Quoted
Mit der Gruppeneinteilung hatte ich etwas anderes gemeint, aber wohl nicht richtig rüber gebracht. Der Gedanke ist folgender. Das Script kann doch keine Abhängigkeiten erkennen und auflösen. Bricht halt bei einer Unstimmigkeit ab. Wenn der Ärger der Anwender in Grenzen gehalten werden soll, würde ich gern die einzelnen Gruppen nicht wie bisher einteilen, sondern nach den Abhängigkeiten.

Quoted
Bisher wird nach Kategorien (General Libraries, Graphics and Font Libraries, Mutimedia u.sw.) unterschieden, nicht nach Abhängigkeiten.
Z,B: Xorg benötigt expat, freetype2 fontconfig und libpng. Und zwar in dieser Reihenfolge:
Expat
Freetype
Fontconfig
Libpng
x-org
und genau so würde ich das gruppieren. Die Oberbegriffe sollten schon so, wie du vorgeschlagen hast "Basissystem" - X-Server+KDE oder Gnome sein.

Quoted
Original von hjs
Die Abhängigkeiten bestimmste ja durch deine Reihenfolge der Scripte im Basisscript - was denkst du , warum im chapter hjs net-tools als erstes kommt
Quoted
Wenn du allerdings n eigenes Basisscript machst - wie ich das in der 0.4.0er auch mache - und eigene Unterverzeichnisse ( z.B. wino1 ... winon ) - dann kann man das einfach ins vorhandene ALFSprofile schubsen und kann sämtliche Scripte in einer Ecke haben und bestimmen , was compiliert werden soll .
Wie gesagt - die Reihenfolge der includes gibt die Reihenfolge der "execution" an
HJS
Quoted
Original von wino
Es sollte eigentlich ein einziges Script für alle werden und das unter deiner Regie. Ich will dir nur helfen und zuarbeiten. Um alles vorher testen zu können, brauche ich eben eine Grundlage, die habe ich mir mit den Quellen von BLFS geschaffen. Da sind eben schon viele Gruppen enthalten. Man muss das Rat nicht immer zweimal erfinden. Bin gerade dabei alles für vdrconvert, noad und VDR-Plugins zusammen zu tragen. Die URL’s sollen auch stimmen.



Quoted
Original von wino
Wie kann man LFS am besten identifizieren? Ich meine was für ein Befehl ist dafür zuständig?
|
|
Source code |
1 2 3 4 5 |
<!--************* packages for chapter 47 *************--> <!ENTITY dvd+rw-tools-version "5.21.4.18.8"> <!ENTITY dvd+rw-tools-package "dvd+rw-tools-&dvd+rw-tools-version;.tar.gz"> <!ENTITY dvd+rw-tools-directory "dvd+rw-tools-&dvd+rw-tools-version;"> |
Quoted
Original von wino
Hallo,
Ich wollte gern die dvd+rw-tools-5.21.4.18.8.tar.gz integrieren
![]()
Source code
1 2 3 4 5 <!--************* packages for chapter 47 *************--> <!ENTITY dvd+rw-tools-version "5.21.4.18.8"> <!ENTITY dvd+rw-tools-package "dvd+rw-tools-&dvd+rw-tools-version;.tar.gz"> <!ENTITY dvd+rw-tools-directory "dvd+rw-tools-&dvd+rw-tools-version;">
So scheint es falsch zu sein. Bei der Syntax-Prüfung wird das + angemeckert.
( nur im Variablennamen versteht sich *g
Quoted
Original von hjs
Ersetz das + mal durch - oder _ - xml is da eigen( nur im Variablennamen versteht sich *g
HJS
Quoted
Original von wino
Mit XML habe ich keinerlei Erfahrung. Dass ein Pluszeichen in einem Dateinamen solch ein Stress machen würde, hätte ich nicht vorher geglaubt. Mit dem Umbenennen war es nicht getan, nein ich musste auch noch das Paket umpacken, ehe die Kompilierung durchlief.
Das ist nichts für mich.
Quoted
Original von wino
Ich möchte auf keinen Fall HJS in seinem Tatendrang bremsen, nur zu bedenken geben, ob es nicht besser wäre, Betriebssystem und die VDR nebst Zubehör zu trennen. Wenn z.B. Plugins plötzlich andere Versionen von Libs voraussetzen, stehen wir ziemlich schnell auf dem Schlauch, weil ja nichts deinstalliert werden könnte.
oder auch upzudaten .
Quoted
Original von wino
Na ja, mit der lib war auch etwas vereinfacht dargestellt. Sollte z.B. ImageMagick, ffmpeg oder etwa transcode gewechselt werden müssen, sieht das wohl schon etwas anders aus.

Quoted
Da Du Dich nicht zu dem Install-Script von Ronny geäußert hast, nehme ich an, dass Du davon nicht viel hältst oder es noch nicht kennst?
Quoted
Ich finde, es erleichtert ungemein die Arbeit mit LFS. Ich wollte ja auch wie Du, alles in ein zweites ALFS-Script packen. Da ist mir erst aufgefallen, abgesehen von dem großen Aufwand, dass es keine Paketverwaltung gibt.

und besonders die Ecken um die .d Geschichte 
Quoted
Original von Forengeist
Hallo,
die Idee finde ich gut den VDR über ALFS aufzusetzen. Ich verstehe nur nicht warum nicht die Original LFS- und BLFS-Scripte verwendet werden, vielleicht mit minimalen Änderungen. Für die BLFS-Software würde ich nur zwei neue Menupunkte aufmachen wo einmal die VDR-Spezifische Software installiert wird und dann einen weiteren wo die Software in der richtigen Reihenfolge liegt. Dann läuft doch alles automatisch durch und man muss nicht immer in die Doku schauen. Es sollte aber nicht in einem einzelnem Script alles zusammen kopiert sein den wenn sich was bei BLFS ändert müssen diese ja sonst immer eingepflegt werden.
Quoted
Original von Forengeist
Hallo,
die Idee finde ich gut den VDR über ALFS aufzusetzen. Ich verstehe nur nicht warum nicht die Original LFS- und BLFS-Scripte verwendet werden, vielleicht mit minimalen Änderungen.

Quoted
Es sollte aber nicht in einem einzelnem Script alles zusammen kopiert sein den wenn sich was bei BLFS ändert müssen diese ja sonst immer eingepflegt werden.