CD als einlesbare Quelle erstellen - wie geht das?

[berlinerbaer]

da mir mit meinem Problem der Zusatz-DVD immer noch keiner so richtig helfen kann, frage ich mal anders:

ich habe eine CD voll mit update-Paketen, so um die 400 MB, die aber kann apt-setup als dritte CD zu den DVDs nicht einlesen. Was muss ich jetzt mit den 400 MB machen, damit die Datei entsteht, die apt-setup zum einlesen der CD als Quelle braucht ?

[KBDCALLS]

Befass dich mal mit

Code: Alles auswählen

dpkg-scanpackages

oder

Code: Alles auswählen

apt-ftparchive

[duploian]

Hallo Peter

1. Verzeichnis anlegen z.B. mkdir /home/user/update/
2: Alle deb-Dateien ins neue Verzeichnis "update" kopieren
3. im Unterverzeichnis "/home/user"

Code: Alles auswählen

dpkg-scanpackages update Datei | gzip > update/Packages.gz

ausführen und alles auf eine CD/DVD brennen
4. Die CD/DVD kann dann mit

Code: Alles auswählen

apt-cdrom

in die sources.list eingebunden werden.

Ich hoffe Dir damit weitergeholfen zu haben.
mfg

Ralf

[berlinerbaer]

Vielen Dank, die Datei Packages gz wird auch richtig gebildet, die CD ist auch zu brennen, einlesen kann man sie auch.
Aber nun frage ich mich bloß, warum man dann die Pakete in synaptic nicht wiederfindet

[KBDCALLS]

Eventuell ist Synaptic zu dusselig. Was zeigt denn

Code: Alles auswählen

apt-show-versions

Eventuell mußt du dir das installieren.

Der würde dann sowas in der Art anzeigen.

Code: Alles auswählen

pppconfig/unstable uptodate 2.3.11
kdegames-card-data/unstable upgradeable from 4:3.4.2-1 to 4:3.4.3-2
grub-disk/unstable uptodate 0.97-1
libperl5.8/unstable uptodate 5.8.7-8
java-common/unstable uptodate 0.23
sysutils/unstable uptodate 2.0.0-1
autoconf/unstable uptodate 2.59a-7

[berlinerbaer]

das Problem scheint woanders zu liegen.
Die Datei "Packages.gz" zeigt sich zwar mit 20B Grösse an, aber wenn ich sie zur Vorschau entpacke ist sie leer. Es sind keine Paketlisten drin, also liest er wohl sowas wie einen Dummie ein und Synaptic kann nichts anzeigen, weil nichts drin ist.
Warum aber ist die Datei leer?

[KBDCALLS]

Teste das mal hier

Code: Alles auswählen

dpkg-scanpackages ./  /dev/null "" | gzip  >  Packages.gz  

[/code]

und das hier

Code: Alles auswählen

dpkg-scanpackages . Packages >  Packages   

Packages muß existieren.

[duploian]

das Problem scheint woanders zu liegen.
Die Datei "Packages.gz" zeigt sich zwar mit 20B Grösse an, aber wenn ich sie zur Vorschau entpacke ist sie leer. Es sind keine Paketlisten drin, also liest er wohl sowas wie einen Dummie ein und Synaptic kann nichts anzeigen, weil nichts drin ist.
Warum aber ist die Datei leer?

Peter SORRY!

Entweder Du legst "Datei" an oder verwendest

dpkg-scanpackages update /dev/null | gzip > update/Packages.gz

Habs gerade getestet.

Ralf

[berlinerbaer]

es ist mir ja bald peinlich, aber die Datei Packages im Archiv Packages.gz bleibt letztendlich leer
Das Archiv Packages.gz wird ordnungsgemäss gebildet, ich sehe das ja an der Uhrzeit, aber das was rauskommt, ist ein Dummie.
Also genauer gesagt - auch die Datei Packages wurde gebildet, wenn ich Packages.gz mit Ark öffne und Packages mit kedit - sie ist da - aber sie hat 0KB und auch keinerlei Texteintrag. Quasi ein leeres Blatt Papier.

Ich habe gerade in meinen Aufzeichnungen nachgegrast - an dem gleichen Problem bin ich schon mal gescheitert, zu meinen Knoppix-Zeiten, als ich dann die Nachinstallation aus dem Verzeichnis /var/cache/apt/archives/~ genau auf die gleiche Art und Weise für die Ewigkleit sichern wollte. Dort steht auch was von einer leeren Datei Packages und erfolglos abgebrochen

[KBDCALLS]

Haste die Variante mal gestestet ?

Code: Alles auswählen

dpkg-scanpackages ./  /dev/null "" | gzip  >  Packages.gz  

[berlinerbaer]

ok danke, das funktioniert.
Aber
liest er da wirklich nur die *deb`s aus dem Verzeichnis $home/update/~ ein? In dem Verzeichnis sind 455 Pakete, er liest aber, wie ich ersehen kann über 1000 ein. . .
Hinzugemerkt, ich habe den Befehl zwar als root, aber in dem Verzeichnis $home/update/~ ausgelöst. Als user wollte er den Befehl nicht ausführen.