Hi! Ich komme eigentlich aus der RedHat-Welt. Jetzt muss ich unter OpenSuse 13 ein RPM bauen. Ich habe im Grund das selbe gemacht wie unter RedHat (https://github.com/OlafRadicke/olaf-system-post-init). Der Build läuft auch ohne Fehler durch. Nur das nirgends ein rpm danach zu finden ist. Das einzige was erstellt wird ist ein *.src.rpm. Wenn ich das mit rpmbuild --rebuild durchnudel entsteht aber auch kein rpm. Hat irgend wer eine Idee was ds Problem sein könnte? Ich bekomme keinerlei Fehlermeldungen, trotz "--vv" Flag. MfG Olaf
Hallo, Am Fri, 20 Mar 2015, Olaf Radicke schrieb:
Dein %files-Abschnitt ist leer. -dnh -- Any sufficiently advanced technology is indistinguishable from magic. -- Arthur C. Clarke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo David,
Ja, das soll so. Es ist nur ein Dummy-RPM das die Installation eine Reihe von anderen RPNs nach sich zieht. Unter RedHat ist das kein Problem. Verhält sich Suse in dem Punkt anders? Unter RedHat & Co kann man das auch mit Yum groups (http://yum.baseurl.org/wiki/YumGroups) abbilden. Vielleicht geht das auch mit zypper, aber ich verspüre wenig Lust, für jede Distro was eigenes zu stricken. MfG Olaf -------------------|-------------------|-------------------|-------------------|
On Sat, 21 Mar 2015 06:42, Olaf Radicke wrote:
Guck Dir mal ein "Pattern" rpm-spec im source an: https://build.opensuse.org/package/view_file/openSUSE:Factory/patterns-openS... Trick: Pack wenigstens eine Datei in Dein rpm. [code] %files 64bit %dir /usr/share/doc/packages/patterns-openSUSE /usr/share/doc/packages/patterns-openSUSE/64bit.txt [/code] Hintergrund: RPM baut kein Packet ohne Inhalt, eine Datei/Verzeichniss ist minimum. Vielleicht geht das auch mit %ghost, da bin ich mir aber nicht sicher. - Yamaban.
Hallo Yamaban,
Danke für den Link. Ein bisschen Overkill für eine simple Text-Doku JavaScript einschalten zu müssen. Und dann Poppt noch nicht mal Werbung für Potzenzmittel und Sex-Chats auf ;-). "Aber man muss nicht alles hinterfragen", höre ich dann immer von meiner Freundin. Trotzdem gute Inspiration um Dinge noch besser machen zu können. Danke.
Kein Problem dann werfe ich halt in /usr/share/doc/<paketname>/releasenote.md eine Release Note ab. MfG Olaf -------------------|-------------------|-------------------|-------------------|
Ich habe jetzt mein Dummy-Paket (https://github.com/OlafRadicke/olaf-system-post-init) angepasst und es auf OpenSuse13 in der Cloud getestet. Es baut (und installiert) jetzt. Danke & Gruß Olaf
Hallo Liste, mein RPM baut jetzt zwar, aber bei der Installation bekomme ich jetzt: linux-yiw4:/oradvd # zypper -v install /var/melos-lab-dependencies-R6-1-1.noarch.rpm Verbosity: 1 Non-option program arguments: '/var/melos-lab-dependencies-R6-1-1.noarch.rpm' '/var/melos-lab-dependencies-R6-1-1.noarch.rpm' looks like an RPM file. Will try to download it. Initializing Target Checking whether to refresh metadata for Plain RPM files cache Checking whether to refresh metadata for openSUSE-11.4-11.4-0 Loading repository data... Reading installed packages... Force resolution: No Selecting 'melos-lab-dependencies-R6-1-1.noarch' from repository 'Plain RPM files cache' for installation. Resolving package dependencies... Force resolution: No Problem: nothing provides /this/is/a/bogus/interpreter/name needed by melos-lab-dependencies-R6-1-1.noarch Solution 1: do not install melos-lab-dependencies-R6-1-1.noarch Solution 2: break melos-lab-dependencies-R6 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): Hat jemand eine Idee wo das "nothing provides /this/is/a/bogus/interpreter/name" herkommen könnte? VG Olaf
Hat jemand eine Idee wo das "nothing provides /this/is/a/bogus/interpreter/name" herkommen könnte?
Opensuse versucht beim Bauen die Dependencies automatisch zu finden. Irgendein Teil deines RPMs brauchtd as wohl (zumindest denkt der rpmbuild auf SuSE das... Ich setz bei sowas (wenn ich keine automatischen Abhängigkeiten will) noch ins Spec: AutoReqProv: no Dann wird nix mehr gecheckt. Ach ja, das Melos-Loabor....lang ists her..... Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-0 Rechbergstr. 4-6 Fax +49 8333 9233-11 D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Olaf, hallo Leute, Am Dienstag, 24. März 2015 schrieb Olaf Radicke:
Hast Du mal den Inhalt des Pakets durchgesehen? Ich wäre nicht überrascht, wenn eine der Dateien in der ersten Zeile #! /this/is/a/bogus/interpreter/name stehen hätte... Gruß Christian Boltz -- Ein Experte ist ein Mensch, den man in letzter Minute hinzuzieht, um einen Mitschuldigen zu haben. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi!
Ich werde das mal überprüfen. Bei dem herum experimentieren habe ich gesehen, das zypper schein par noch mehr eigenmächtige Abhängigkeiten definieren will. Bei einer Code-Base von 3.000.000 Code wird es schwierig zu Händel sein. VG Olaf
Hallo, Am Fri, 20 Mar 2015, Olaf Radicke schrieb:
Dein %files-Abschnitt ist leer. -dnh -- Any sufficiently advanced technology is indistinguishable from magic. -- Arthur C. Clarke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo David,
Ja, das soll so. Es ist nur ein Dummy-RPM das die Installation eine Reihe von anderen RPNs nach sich zieht. Unter RedHat ist das kein Problem. Verhält sich Suse in dem Punkt anders? Unter RedHat & Co kann man das auch mit Yum groups (http://yum.baseurl.org/wiki/YumGroups) abbilden. Vielleicht geht das auch mit zypper, aber ich verspüre wenig Lust, für jede Distro was eigenes zu stricken. MfG Olaf -------------------|-------------------|-------------------|-------------------|
On Sat, 21 Mar 2015 06:42, Olaf Radicke wrote:
Guck Dir mal ein "Pattern" rpm-spec im source an: https://build.opensuse.org/package/view_file/openSUSE:Factory/patterns-openS... Trick: Pack wenigstens eine Datei in Dein rpm. [code] %files 64bit %dir /usr/share/doc/packages/patterns-openSUSE /usr/share/doc/packages/patterns-openSUSE/64bit.txt [/code] Hintergrund: RPM baut kein Packet ohne Inhalt, eine Datei/Verzeichniss ist minimum. Vielleicht geht das auch mit %ghost, da bin ich mir aber nicht sicher. - Yamaban.
Hallo Yamaban,
Danke für den Link. Ein bisschen Overkill für eine simple Text-Doku JavaScript einschalten zu müssen. Und dann Poppt noch nicht mal Werbung für Potzenzmittel und Sex-Chats auf ;-). "Aber man muss nicht alles hinterfragen", höre ich dann immer von meiner Freundin. Trotzdem gute Inspiration um Dinge noch besser machen zu können. Danke.
Kein Problem dann werfe ich halt in /usr/share/doc/<paketname>/releasenote.md eine Release Note ab. MfG Olaf -------------------|-------------------|-------------------|-------------------|
Ich habe jetzt mein Dummy-Paket (https://github.com/OlafRadicke/olaf-system-post-init) angepasst und es auf OpenSuse13 in der Cloud getestet. Es baut (und installiert) jetzt. Danke & Gruß Olaf
Hallo Liste, mein RPM baut jetzt zwar, aber bei der Installation bekomme ich jetzt: linux-yiw4:/oradvd # zypper -v install /var/melos-lab-dependencies-R6-1-1.noarch.rpm Verbosity: 1 Non-option program arguments: '/var/melos-lab-dependencies-R6-1-1.noarch.rpm' '/var/melos-lab-dependencies-R6-1-1.noarch.rpm' looks like an RPM file. Will try to download it. Initializing Target Checking whether to refresh metadata for Plain RPM files cache Checking whether to refresh metadata for openSUSE-11.4-11.4-0 Loading repository data... Reading installed packages... Force resolution: No Selecting 'melos-lab-dependencies-R6-1-1.noarch' from repository 'Plain RPM files cache' for installation. Resolving package dependencies... Force resolution: No Problem: nothing provides /this/is/a/bogus/interpreter/name needed by melos-lab-dependencies-R6-1-1.noarch Solution 1: do not install melos-lab-dependencies-R6-1-1.noarch Solution 2: break melos-lab-dependencies-R6 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): Hat jemand eine Idee wo das "nothing provides /this/is/a/bogus/interpreter/name" herkommen könnte? VG Olaf
participants (5)
-
Christian Boltz -
Daniel Spannbauer -
David Haller -
Olaf Radicke -
Yamaban