Du bist nicht angemeldet.

Eine Antwort schreiben

Schreibe deinen Beitrag und versende ihn
Beitragsoptionen
Deine Antwort

Zurück

Themen-Übersicht (Neuester Beitrag zuerst)

stefanhusmann
23.11.2017 19:56:35

Doch das geht auch so...

Das Bauen in einem "clean chroot" per extra-x86-64_build dauert länger als per makepkg, ist aber auch sicherer, da man eventuell fehlende Abhängigkeiten zuverlässiger entdeckt. updpkgsum würde ich aber auch einem manuellen Eintragen de md5-Summe vorziehen.

tuxnix
23.11.2017 19:50:43

Hallo brigler,
Gut "makepkg" geht auch. Wenn man aber lieber in einer  Chrootumgebung kompiliert, kann man auch "extra-x86_64-build" dafür einsetzen.
https://wiki.archlinux.org/index.php/De … ean_Chroot

"updpkgsum" braucht er nicht. Er will ja kein neues Paket auf den Server laden.
(Solution for the package maintainer:
Run updpkgsums after your done editing your package build for a new release!)

brikler
23.11.2017 19:26:36
tuxnix schrieb:

Hallo k-3.14.
Nachdem die Sources heruntergeladen wurden meckert er über die md5sum und bricht ab.
Öffne die PKGBUILD Datei und trage hier bei md5sums=('0fc32e71bd869ee766b5c44c1cb32d22') ein.

so geht das nicht, sondern so:
1) mache deine änderungen
2) gib in die konsole "updpkgsum" ein
3) baue das paket mit "makepkg -rs"

man makepkg
tuxnix
23.11.2017 18:30:24

Hallo k-3.14.
Nachdem ich gesten so pessimistisch war, hat es mich heute dann doch gewurmt. Also habe ich es dann gleich mal selbst ausprobiert.
Es klappt.
Du kannst dir aus dem AUR auch alte PKBUILDs herunterladen ( Rechter Kasten "View Changes")
Habe die Version 2.1.9-1 vom 2016-09-26 gewählt.
Nach dem Download entpacken (tar -xvzf aur-1a4f16ac05cb45eb825193eccbd849e2d4138341.tar.gz)
Ins Verzeichnis wechseln und (extra-x86_64-build) eingeben. Vorher musst du noch mit einem (pacman -S devtools) die devtools installieren.

Nachdem die Sources heruntergeladen wurden meckert er über die md5sum und bricht ab.
Öffne die PKGBUILD Datei und trage hier bei md5sums=('0fc32e71bd869ee766b5c44c1cb32d22') ein.
Ich denke das ist O.K. die Source kommt ja vom Originalserver. Bei depends= kannst du den Eintrag 'phonon' in 'phonon-qt4' ändern. Die Bezeichnung hat sich in ARCH mittlerweile geändert.

Erneut  (extra-x86_64-build) starten. Und zuschauen wie es kompiliert.
Danach mit (sudo pacman -U /home/<Ordner>/opentx-companion-2.1.9-1-x86_64.pkg.tar.xz) das fertige Packet installieren.
Die Startdateien liegen dann in /usr/bin/

Hat bei mir bestens funktioniert und dürfte einfacher sein als Debianpackete auf ARCH umzustricken.
Gruß Tuxnix

tuxnix
22.11.2017 19:45:38

Das mag ein hilfreiches Tool sein und auch für einiges zu gebrauen sein, löst aber nicht das Grundproblem.
Jetzt da ich mir die Liste der Abhängigkeiten angeschaut habe, werde ich zunehmend kritischer.
Das Problem ist, dass die eine Abhängigkeit die ander nachzieht und du irgentwann in der soganannten depency hell landest.
Arch rollt stetig vorran. Bei Kleinigkeiten macht es kaum Probleme mal eine alte Paket-Version weiterhin zu nutzen. Bei zu großen Abhängigkeiten wird es dann aber zunehmend komplexer gegen den Strom zu schwimmen. Nimm Debian. Es gibt schon einen Grund weshalb Distributionen unterschiedliche Konzepte haben.

tuxnix
22.11.2017 19:02:35

Wenn du auf die Paketseite gehst ist im Kasten rechts der Punkt "Anfrage absenden". Das erscheint dann in den Kommentaren zum aktuellen Paket.
Zusätzlich hat der Paketbetreuer "ysblokje" aber auch seine E-Mail hinterlegt. Vielleicht ist es besser ihn auf diesen Kanal anzusprechen.

Möchte dir nicht den Wind aus den Segeln nehmen, aber doch auch warnen. opentx-companion hat reichlich Abhängigkeiten (18).
Das macht Schwierigkeiten bei einem rollenden System.

Vielleicht war dieser Kommentar dann doch ziehlführend:

stefanhusmann schrieb:

Wenn du bei gewissen Programmen auf veraltete Versionen angewiesen bist, ist Arch nicht das Richtige.

Versuch es einfach mal.

(Login korrigiert)

k-3.14
22.11.2017 18:41:32
stefanhusmann schrieb:

Für das AUR brauchst du einen eigenen Account.

Also auch fürs Englische ARCH Forum einen separaten Account?!

stefanhusmann schrieb:

Wenn du ein Problem mit dieser kürzlich getroffenen Entscheidung hast, kannst du den Account auch wieder löschen.

So tief bin ich in der Materie nicht drin, aber danke für den Hinweis.

Im Englischen ARCH Forum bin ich auf diesen thread gestoßen https://bbs.archlinux.org/viewtopic.php?id=187558
Hier finde ich dazu nichts. Eine ernst zu nehmende Möglichkeit?

stefanhusmann
22.11.2017 18:29:52

Für das AUR brauchst du einen eigenen Account.  Wenn du ein Problem mit dieser kürzlich getroffenen Entscheidung hast, kannst du den Account auch wieder löschen.

Schard-nologin
22.11.2017 18:29:47
k-3.14 schrieb:

Wie,wo spricht man den AUR-Paketbetreuer an. Nehme mal an im AUR Login…

Richtig.

k-3.14 schrieb:

…und da greift mein Login hier nicht?!

Nein. Dafür benötigst du einen separaten Account.

k-3.14
22.11.2017 18:19:08
tuxnix schrieb:

Hi k-3.14
Ich sehe es wurmt dich sehr.
Schön wenn es startet, aber fehlende Abhängigkeiten führen zwangsläufig auch zu Funktionseinbussen.
Wenn du der Überzeugung bist, die ältere Version von companion/opentx ist auch für andere noch von Nutzen kannst du auch mal den AUR-Paketbetreuer darauf hin ansprechen.
Vielleicht stellt er die alte Version zusätzlich ins AUR oder hilft dir es sauber zu bauen.
Funkfreunde halten doch zusammen smile

Hallo tuxnix.
Wie,wo spricht man den AUR-Paketbetreuer an. Nehme mal an im AUR Login und da greift mein Login hier nicht?!

tuxnix
22.11.2017 17:22:57
brikler schrieb:
k-3.14 schrieb:

fehlenden Abhängigkeiten

das ist ein problem und das kann von update zu update auftreten

Man kann die Abhängigkeiten auch händisch aus Debian einfügen, am besten auch den kernel. Machbar ist alles.
Aber einfacher wäre es dann gleich Debian aufzuspielen.

brikler
22.11.2017 16:46:26
k-3.14 schrieb:

Das *.deb Paket entpackt und die Einzelkomponenten händisch in meinen Sicherungspunkt x von ARCH in the vbox kopiert.

im prinzip machen diese PKGBUILD das selbe es wird vorher noch mal komprimiert, mit infos versehen und beim installieren dann in die pacman datenbank eingetragen

k-3.14 schrieb:

fehlenden Abhängigkeiten

das ist ein problem und das kann von update zu update auftreten

tuxnix
22.11.2017 16:42:36

Hi k-3.14
Ich sehe es wurmt dich sehr.
Schön wenn es startet, aber fehlende Abhängigkeiten führen zwangsläufig auch zu Funktionseinbussen.
Wenn du der Überzeugung bist, die ältere Version von companion/opentx ist auch für andere noch von Nutzen kannst du auch mal den AUR-Paketbetreuer darauf hin ansprechen.
Vielleicht stellt er die alte Version zusätzlich ins AUR oder hilft dir es sauber zu bauen.
Funkfreunde halten doch zusammen smile

k-3.14
22.11.2017 15:41:13

@brikler.

Weiß nicht, ob ich jetzt gegen Forenregeln verstoße, dann ich das bitte entschuldigen. Ist auch eigentlich off-topic.
Aber das mit Companion, das ich brauche, um meine Fernsteuerung mit der open source Firmware openTX zu programmieren, wurmt mich doch. Und dafür jedes mal eine vbox aufzumachen mit z.B DEBIAN?

Und zu der 2.2.0 Version von companion/opentx, die in AUR vor liegt. Die wurde unter großen Geburtswehen von den Entwicklern von openTX raus gebracht, um ein Hardware Produkt des Herstellers von RC Sendern in China zu unterstützen.  Ich bin lange bei openTX involviert und ich brauche hier vielleicht nicht zu erwähnen, das Versionssprünge und Nuller Releases meist etwas vorsichtig anzugehen sind.

Bin jetzt mal den anderen Weg gegangen. Das *.deb Paket entpackt und die Einzelkomponenten händisch in meinen Sicherungspunkt x von ARCH in the vbox kopiert. Hab mich erst mal nicht um die Benutzerrechte und Gruppenzuordnung der Komponenten gekümmert. Dann die ausführbare Datei als root gestartet. Es kam ein paar mal Gemeckerei wegen
fehlenden Abhängigkeiten, aber

M9DOKlZl.png

Ich wollte es eigentlich nur wissen. Spule den Sicherungspunkt jetzt zurück, um meine "Murkserei" zu entfernen.

brikler
22.11.2017 11:55:13
tuxnix schrieb:

Das ist für den Notfall möglich, wenn auch nicht empfehlenswert, da, falls es überhaupt klappt man damit die Paketverwaltung überlistet hat.
Besser kann es da sein, ein Paket aus dem AUR in einer  älteren Version selber zu bauen.

rpm und deb müsste man pacman erst bei bringen^^
… beides geht dennoch, in dem man es aus und dann in pkg.tar.xz neu ein packt.
im AUR finden sich PKGBUILD die auf diese art pakete bauen, da kann man abkupfern.

Fußzeile des Forums

Powered by FluxBB