Hallo,

auf Grund von Problemen mit Hibiscus-Mashup habe ich feststellen müssen, dass das Paket swt schon lange als "flagges out" markiert ist und im ARCH-Repo noch immer in der Version 4.6.3 vorliegt.
(s. auch https://aur.archlinux.org/packages/jameica-nightly/
Hier wird zwar auf die Nigtly-Version Bezug genommen, aber das gleiche Problem liegt auch in der Stable-Version vor.

Weiß jemand, wie es mit der Aktualisierung von Paketen läuft oder warum gerade dieses Paket bei ARCH so sehr alt ist?

Viele Grüße
Jessie
That's something I am not used to from my beloved distro...
Hast du den Patch ausprobiert?
Ich muss zu meiner Schande gestehen, dass ich nicht genau weiß wie das geht...
  • [gelöscht]

Der Patch funktioniert so wir er veröffentlicht wurde nicht. Ich habe das PKGBUILD mal manuell so korrigiert, wie es der patch machen sollte:
# Contributor: johnnybash <georgpfahler@wachenzell.org>
# Contributor: r20d20 <r20d20@web.de>
# Contributor: Stefan Husmann <stefan-husmann@t-online.de>
# Maintainer: Square252 <square@0xfc.de>

pkgname=jameica-nightly
pkgver=2.11.0
pkgrel=2
pkgdesc="Jameica is a free Java application platform"
arch=('any')
url="http://www.willuhn.de/products/jameica/"
license=('GPL')
depends=('java-runtime>=1.6' 'bash')
conflicts=('jameica')
source=("http://www.willuhn.de/products/jameica/releases/nightly/jameica-linux64-$pkgver-nightly.zip" "jameica.desktop")
sha256sums=('SKIP'
            'b0221e7463407243d2922107d0de4c437e2037ab0639e2961c443db4f15725fc')

package() {
  install -d "$pkgdir"/usr/share/{java/jameica,applications}
  cp -R "$srcdir"/jameica "$pkgdir"/usr/share/java
  # link jameica-linux64.jar to jameica-linux.jar
  ln -s /usr/share/java/jameica/jameica-linux64.jar \
    "$pkgdir"/usr/share/java/jameica/jameica-linux.jar

  install -m 644 "$srcdir"/jameica.desktop "$pkgdir"/usr/share/applications
}
Versuche mal, ob du damit das Paket bauen kannst.

Da Stefan 'haawda' Husmann als Mitwirkender aufgeführt wird, kann er vielleicht auch das PKGBUILD direkt im AUR ändern. Letztendlich wurde nur die Abhängigkeit zu swt und die folgenden Schritte zum Abhängen der mit jameica ausgelieferten lib entfernt.

Evtl. kann man auch das veraltete swt-Paket auf den neuesten Stand bringen, indem man im PKBUILD die aktuellen Quelle einträgt. Den Betreuer könntest du auch noch anschreiben und fragen, warum er das Paket nicht aktualisiert. Und wenn sich das Paket mit den aktuellen Quellen nicht mehr bauen lässt, dann würde ich dazu einen Bugreport einreichen, damit es entweder aktualisiert oder aus dem Repo entfernt wird.
Ich habe zunächst einen anderen Weg gewählt:
Das sog. "Rundum-Sorglos-Paket" https://hibiscus-mashup.derrichter.de/index.php/download/rund-um-sorglos-paket-installation in einer VM installiert und anschließend (da die Installation nach /opt läuft) die ganzen Programmdateien in ein Verzeichnis des Nutzers kopiert. Aber es soll nur eine Zwischenlösung sein.

Den Betreuer habe ich bereits vor ca. einer Woche angeschrieben, aber leider hat sich nichts getan...
 Stefan 'haawda' Husmann als Mitwirkender aufgeführt wird, kann er vielleicht auch das PKGBUILD direkt im AUR ändern.

Nein, kann ich nicht, da das nur der aktuelle Betreuer kann, nicht vormalige.
Shai2Eej schriebDer Patch funktioniert so wir er veröffentlicht wurde nicht. Ich habe das PKGBUILD mal manuell so korrigiert, wie es der patch machen sollte:

Versuche mal, ob du damit das Paket bauen kannst.
Das heißt du hast es nicht getestet?
Evtl. kann man auch das veraltete swt-Paket auf den neuesten Stand bringen, indem man im PKBUILD die aktuellen Quelle einträgt.
Wie soll das gehen, swt liegt in extra und nicht im AUR.
jessie schrieb Ich habe zunächst einen anderen Weg gewählt:
Das sog. "Rundum-Sorglos-Paket" https://hibiscus-mashup.derrichter.de/i … stallation in einer VM installiert und anschließend (da die Installation nach /opt läuft) die ganzen Programmdateien in ein Verzeichnis des Nutzers kopiert.
Da muss man erstmal drauf kommen... 😃
Wie soll das gehen, swt liegt in extra und nicht im AUR.
Ja und, schon mal von asp gehört? Wenn nicht, kann man sich das PKGBUILD auch aus dem Browser per copy und paste oder per git herunterladen, bearbeiten und das Paket neu bauen.
stefanhusmann schrieb
Wie soll das gehen, swt liegt in extra und nicht im AUR.
Ja und, schon mal von asp gehört?
Nein. Wieder was gelernt.
Wenn nicht, kann man sich das PKGBUILD auch aus dem Browser per copy und paste oder per git herunterladen, bearbeiten und das Paket neu bauen.
Muss gestehen ich habe bei den Paketen aus den "normalen" Repos noch nie in die Quelldateien und in PKGBUILD geschaut.
  • [gelöscht]

Icecube63 schrieb Das heißt du hast es nicht getestet?
Rrrichtig ... das soll der machen, der auch das Paket braucht.
Muss gestehen ich habe bei den Paketen aus den "normalen" Repos noch nie in die Quelldateien und in PKGBUILD geschaut.
Ich schon ... spätestens wenn es upstream patche gibt und man deshalb die Pakete neu bauen muss, bleibt einem das nicht erspart. Oder wenn man Pakete mit Debug-Informationen benötigt, um bei Abstürzen dem Entwickler brauchbare Traces zur Verfügung stellen zu können.
19 Tage später
Ich wäre trotz dass ich eine Lösung (s. oben) gefunden habe interessiert, wie man solche Patches installiert. Gibt es da irgendwo eine Anleitung?
Die Manpages der Programme patch und diff wären schon mal ein Anfang. Und/oder man schaut sich eines der vielen PKGBUILDS an, die patch verwenden. Eine allgemeine Anleitung zu schreiben ist nicht so einfach, da sich die Einzelfälle doch stark unterscheiden.
  • [gelöscht]

jessie schriebIch wäre trotz dass ich eine Lösung (s. oben) gefunden habe interessiert, wie man solche Patches installiert. Gibt es da irgendwo eine Anleitung?
Das ist hier beschrieben. In der Regel werden die patches von den Applikations-Entwicklern vorab bereitgestellt, so dass nur der Abschnitt "Applying patches" interessant ist.
Nur wenn wie in dem jameica-Beispiel der veröffentlichte Patch nicht funktioniert, müsste man selber Hand anlegen. In dem Fall kann man aber auch die Änderungen im PKGBUILD direkt vornehmen, weil die Änderungen ja nicht veröffentlichen werden müssen.
Danke für den Link, aber das
In der Regel werden die patches von den Applikations-Entwicklern vorab bereitgestellt,
würde ich aus meiner Erfahrung nicht unterschreiben. Eher wird man auf ein Sourcecode-Repository verwiesen als dass man von Entwicklern fertige Patches bekommt.
  • [gelöscht]

stefanhusmann schriebDanke für den Link, aber das
In der Regel werden die patches von den Applikations-Entwicklern vorab bereitgestellt,
würde ich aus meiner Erfahrung nicht unterschreiben. Eher wird man auf ein Sourcecode-Repository verwiesen als dass man von Entwicklern fertige Patches bekommt.
Da habe ich mich vielleicht etwas ungenau ausgedrückt. Ich meinte nicht, dass sie mir persönlich vom Entwickler bereitgestellt werden (das habe ich in der Tat auch nicht nicht erlebt), sondern wie du schon sagst über ein Repo.
2 Monate später
Inzwischen funktioniert der Kreditkartenabruf (zumindest für DKB) in hibiscus wieder.