Linux: Update aus PP vs. Update aus Repository

Hallo alle miteinander,

ich nutze PP unter Manjaro-Linux (Arch), wo es ohne jede Probleme läuft.

Bislang habe ich PP immer im Rahmen von System-Updates über die Paketverwaltung (pacman) aus dem AUR aktualisiert, habe aber den Schritt auf 0.39.1 über das Programm selbst vollzogen. Das funktionierte auch reibungslos, allerdings will mir die Paketverwaltung nun immer noch das Update unterjubeln.

Wohlgemerkt: Das ist nicht wirklich ein Problem.

Ganz im Gegenteil: Es ist für mich ein ganz zentraler Vorteil von Linux, dass die Software-Installationen und -Updates zentral verwaltet werden und nicht jedes Programm seine eigene Routine mitbringt. Und woher soll die Paketverwaltung wissen, dass das Programm selbst schon geupdatet hat (ich kenne mich zu wenig aus um zu wissen, ob es da irgendwelche Rückmelde-Möglichkeiten von Software zu Paketverwaltung gibt).

Aber vielleicht gibt es andere Linux-Nutzer, denen dieses Verhalten auch auffällt und die im Forum Hilfe suchen :slightly_smiling_face:

Für mich ist die Konsequenz lediglich, dass ich die Updates zukünftig konsequent über die Paketverwaltung mache (zumindest solange PP so zuverlässig über das AUR gepflegt wird).

Grüße,
Andreas

1 Like

Kleine Ergänzung. Unter Manjaro/Arch kann man mit dem Kommado

IgnorePkg=portfolio

im Terminal das Paket von der Aktualisierung durch die Paketverwaltung ausschließen und dann doch die Updates aus dem Programm heraus machen.

Geht auch in der GUI der Paketverwaltung:

1 Like

Dieses Paket kommt nicht von mir - Cobra pflegt das.

Ich würde das Paket dann über die Quelle aktualisieren, über die Du es installiert hast. Wenn ich das richtig sehe, dann wird PP für AUR noch mal neu gebaut. Ich könnte natürlich ein Flag anbieten, dass PP ohne die Online Aktualisierung baut. Ich weiß aber nicht ob es den Aufwand wert ist.

Nein, wie gesagt, kein Stress. Ich habe in der Paketverwaltung PP von den Aktualisierungen ausgeschlossen und mache die Updates aus dem Programm heraus.

Hallo,

ich habe auch Manjaro und bekomme es seit Tagen nicht hin, das Programm zum Laufen zu bringen.
Schön wäre eine Liste, welche Paktete noch nachinstalliert werden müssen. Durch lange Recherche stellte ich fest, dass man auch maven (3.6.3-1) und
portfolio 0.50.3-1 benötigt.

Ich habe alle Reps und AUR nach „osgi“ durchsucht.
Es git nur 3 AUR Pakete (AUR (en) - Search Criteria: osgi)
Es konnte nur cppmicroservices-git (v3.0.0.r297.gf8ce7781-1)
(The C++ Micro Services library provides a dynamic service registry and module system, partially based the OSGi Core Release 5 specifications.) installiert werden. Die beiden anderen AUR scheiterten.

Ich habe nachinstalliert:

  • cppmicroservices-git (v3.0.0.r297.gf8ce7781-1)

  • eclipsetrader (N201301040902-1) AUR

  • eclipse-ecj (4.6.3-2) ( Hängt ab von java-environment=8 (Erstellt wurde auch die Abhängigkeit ant)

  • eclipse-java 2:4.18-2 wurde im Manjaro Forum zu einer misslungenen eclipse Installation empfohlen.

  • maven (3.6.3-1)

  • portfolio 0.50.3-1

Im Fehlerprotokoll erscheint auch u. a. was mit Java 11 und es scheint ein Java-Problem zu geben?

Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version=11))

Dann habe ich auch „java“ 11 installiert.
Installiert ist.

$ pacman -Qs eclipse
local/eclipse-ecj 4.6.3-2
    Eclipse java bytecode compiler
local/eclipse-java 2:4.18-2
    Highly extensible IDE for Java
local/eclipsetrader N201301040902-1
    Stock exchange, trading and technical analysis platform
$ pacman -Qs java
local/archlinux-java-run 9-1
    Java Application Launcher for Arch Linux
local/ca-certificates-utils 20181109-4
    Common CA certificates (utilities)
local/eclipse-ecj 4.6.3-2
    Eclipse java bytecode compiler
local/eclipse-java 2:4.18-2
    Highly extensible IDE for Java
local/gjs 2:1.66.1-1
    Javascript Bindings for GNOME
local/java-environment-common 3-3
    Common files for Java Development Kits
local/java-runtime-common 3-3
    Common files for Java Runtime Environments
local/jdk-openjdk 15.0.1.u9-1
    OpenJDK Java 15 development kit
local/jdk11-openjdk 11.0.10.u8-2
    OpenJDK Java 11 development kit
local/jre-openjdk 15.0.1.u9-1
    OpenJDK Java 15 full runtime environment
local/jre-openjdk-headless 15.0.1.u9-1
    OpenJDK Java 15 headless runtime environment
local/jre10-openjdk 10.0.2.u13-2
    OpenJDK Java 10 full runtime environment
local/jre10-openjdk-headless 10.0.2.u13-2
    OpenJDK Java 10 headless runtime environment
local/jre11-openjdk 11.0.10.u8-2
    OpenJDK Java 11 full runtime environment
local/jre11-openjdk-headless 11.0.10.u8-2
    OpenJDK Java 11 headless runtime environment
local/jre8-openjdk 8.u265-1
    OpenJDK Java 8 full runtime environment
local/jre8-openjdk-headless 8.u265-1
    OpenJDK Java 8 headless runtime environment
local/js78 78.6.0-1
    JavaScript interpreter and libraries - Version 78
local/maven 3.6.3-1
    Java project management and project comprehension tool
local/perl-json 2.97001-2
    JSON (JavaScript Object Notation) encoder/decoder
local/qt5-declarative 5.15.2-1 (qt qt5)
    Classes for QML and JavaScript languages
local/qt5-webchannel 5.15.2-1 (qt qt5)
    Provides access to QObject or QML objects from HTML clients for seamless
    integration of Qt applications with HTML/JavaScript clients
local/webkit2gtk 2.30.4-1
    GTK+ Web content engine library

Das Fehlerprotokoll ist hier: Fehlerprotokoll PortfolioPerformance - Pastebin.com

Da ich mich nicht gut auskenne, benötige ich hier bitte Hilfe.
Falls Infos fehlen, bitte ich um Hinweise.

Vielen Dank im Voraus
MissesX

java 11 wird nicht genutzt

!SESSION 2021-01-27 14:40:55.018 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.8.0_265
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Command-line arguments:  -os linux -ws gtk -arch x86_64

Schau mal hier Startfehler nach Java Update auf 271 - #16 von ProgFriese ob das bei Manjaro auch so geht - da bin ich überfragt.

Oh wie peinlich.
Ich hatte nicht auf Java 11 aktualisiert. Es war noch java-8-openjdk aktiviert.

Jetzt startet das Programm. Ich hoffe es funktioniert auch. Das werde ich jetzt testen.

Vielleicht der Vollständigkeit halber, weil es noch andere Manjaro/Linux-Nutzer mit Installationsproblemen hierher verschlagen kann:

Selbst wenn eine aktuellere Java-Version installiert ist, muss sie nicht auch ‚aktiv‘ sein.

Mit dem Befehl archlinux-java status kann man sich die installierten Java-Versionen anzeigen lassen:

grafik

Hier ist jetzt alles im grünen Bereich.

Wenn das default hinter der falschen Version gestanden hätte, kann man mit sudo archlinux-java set VERSION also in diesem Fall sudo archlinux-java set java-15-openjdk die korrekte Version aktiv schalten.

Grüße,
Andreas

3 Likes

Hallo,

heute zeigt mein Computer einige Updates an. Kann ich die gefahrlos aktualisieren?

Java aktuell:

openjdk version "11.0.12" 2021-07-20
OpenJDK Runtime Environment (build 11.0.12+7)
OpenJDK 64-Bit Server VM (build 11.0.12+7, mixed mode)

Update
11.0.13.u8-1 (veraltete installierte Version ist 11.0.12.u7-1)

maven
3.8.3-1 (veraltete installierte Version ist 3.8.2-1)

eclipse kein Update, aktuelle Version
eclipse Version 4.6.3-2

Zum Betrieb von PP brauchst Du weder maven noch eclipse. Das openjdk bleibt ja Version 11irgendwas - kein Problem.

Oha, also auch nicht für Linux?
Dann hat das mein Enkel bestimmt falsch verstanden. Der hat mir das alles gemacht mit dem Linux und PP.

Dann deinstalliere ich das mal, denn es kommen wegen eclipse oft Fehlermeldungen.

Stop, ich hab übersehen das es hier um eine Installation aus der Paketverwaltung geht. Da kann ich gar nicht mitreden.

Hm, ja. Es sind maven und eclipse installiert worden und die benötigen ein Update. Bzw. es gibt neue Versionen.

Hier auf der PP Hauptseite https://help.portfolio-performance.info/installation/
steht:

Linux
Portfolio Performance nutzt Eclipse SWT und damit unter Linux native Bibliotheken…

Könnte mir bitte ein Linuxer sagen, ob ich eclipse und/oder maven deinstallieren kann?
Und wofür diese Programme sind?

Danke vorab H-O

EDIT: PP wird nicht über eine Paketverwaltung aktualisiert. Das Paket gibt es bei mir gar nicht. Alles nur über PP Updates.

Für den Betrieb von PP brauchst Du es jedenfalls nicht.

eclipse ist eine IDE und maven ein Build-Management-Tool
Für Programmierer wahrscheinlich nützlich
für reine Anwender eher nicht

1 Like

Danke!
Was mich irritierte, dass PP eclipse SWT nutzt.
Das bezieht sich also nur auf das PP-Programm selbst, das dieses eclipse intergriert?

Die tolle neue Möglichkeit, dass ich die Tortendiagramme (SWT) sehen kann, funktioniert auch ohne eigenes eclipse?

Bitte sei nicht böse, dass ich nochmal nachfrage. Wenn etwas schief geht, bin ich auf meinen Enkel angwiesen und der ist nicht immer abkömmlich. Ich darf also nicht viel Mist bauen mit diesem Linux und drum und dran. Sonst bin ich aufgeschmissen. Daher meine Vorsicht.

Wenn Dein Enkel admin des Rechners ist, warum lässt Du nicht alles wie es ist. Es funktioniert doch - und die beiden Software-Pakete fressen ja auch kein Brot (außer ein bischen Plattenplatz). Warte bis Dein Enkel wieder da ist, vielleicht hat er es ja für ganz andere Zwecke installiert. Oder warst Du es selbst?

Es kommen oft Fehlermeldungen von eclipse.
Zwar scheinen die Fehler nicht wirklich bemerkbar - zumindest fällt mir nichts auf - aber es nervt.
Wenn das durch eine Deinstallation weg ginge, wäre das toll.

Meinst Du z.B. sowas:

Fri Nov 19 17:37:29 CET 2021
Beim Aufrufen des Codes vom Plug-in sind Fehler aufgetreten: "org.eclipse.equinox.app".

java.lang.NoClassDefFoundError: org/eclipse/swt/accessibility/AccessibleObject
	at org.eclipse.equinox.launcher.JNIBridge._takedown_splash(Native Method)
	at org.eclipse.equinox.launcher.JNIBridge.takeDownSplash(JNIBridge.java:173)
	at org.eclipse.equinox.launcher.Main.takeDownSplash(Main.java:2182)
	at org.eclipse.equinox.launcher.Main$SplashHandler.run(Main.java:122)
	at org.eclipse.core.runtime.internal.adaptor.DefaultStartupMonitor.applicationRunning(DefaultStartupMonitor.java:71)
	at org.eclipse.equinox.internal.app.EclipseAppHandle$1.run(EclipseAppHandle.java:279)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.applicationRunning(EclipseAppHandle.java:267)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1087)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1041)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
	at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1440)
Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.accessibility.AccessibleObject
	at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581)
	at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
	... 26 more

Hab ich auch, obwohl hier eclipse nicht installiert ist. Hat also nichts miteinander zu tun.

Solange es keine negativen Auswirkungen hat - einfach nicht beachten.

Ja, den Fehler habe ich auch, aber ist im log letztmals am 15.11. gelistet.

Im Popup kommt immer diese Meldung

org.eclipse.core.runtime.AssertionFailedException: assertion failed: Unknown column layout data
assertion failed: Unknown column layout data

Der letzte Eintrag von /.PortfolioPerformance/workspace/.metadata/.log

!ENTRY org.eclipse.e4.ui.workbench 4 0 2021-11-19 18:07:33.258
!MESSAGE Internal Error
!STACK 0
org.eclipse.core.runtime.AssertionFailedException: assertion failed: Unknown column layout data
	at org.eclipse.core.runtime.Assert.isTrue(Assert.java:113)
	at org.eclipse.jface.layout.AbstractColumnLayout.layoutTableTree(AbstractColumnLayout.java:194)
	at org.eclipse.jface.layout.AbstractColumnLayout.layout(AbstractColumnLayout.java:262)
	at org.eclipse.jface.layout.TableColumnLayout.updateColumnData(TableColumnLayout.java:110)
	at org.eclipse.jface.layout.AbstractColumnLayout.lambda$0(AbstractColumnLayout.java:76)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5884)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1522)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1548)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1527)
	at org.eclipse.swt.widgets.TableColumn.gtk_size_allocate(TableColumn.java:438)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:2426)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:6147)
	at org.eclipse.swt.internal.gtk3.GTK3.gtk_widget_size_allocate(Native Method)
	at org.eclipse.swt.widgets.Control.forceResize(Control.java:888)
	at org.eclipse.swt.widgets.Table.createItem(Table.java:788)
	at org.eclipse.swt.widgets.TableColumn.createWidget(TableColumn.java:202)
	at org.eclipse.swt.widgets.TableColumn.<init>(TableColumn.java:86)
	at org.eclipse.jface.viewers.TableViewerColumn.createColumn(TableViewerColumn.java:83)
	at org.eclipse.jface.viewers.TableViewerColumn.<init>(TableViewerColumn.java:61)
	at org.eclipse.jface.viewers.TableViewerColumn.<init>(TableViewerColumn.java:43)
	at name.abuchen.portfolio.ui.views.payments.PaymentsPerMonthMatrixTab.createVehicleColumn(PaymentsPerMonthMatrixTab.java:198)
	at name.abuchen.portfolio.ui.views.payments.PaymentsPerYearMatrixTab.createColumns(PaymentsPerYearMatrixTab.java:42)
	at name.abuchen.portfolio.ui.views.payments.PaymentsPerMonthMatrixTab.updateColumns(PaymentsPerMonthMatrixTab.java:338)
	at name.abuchen.portfolio.ui.views.payments.PaymentsPerMonthMatrixTab.lambda$2(PaymentsPerMonthMatrixTab.java:148)
	at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1655)
	at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
	at name.abuchen.portfolio.ui.views.payments.PaymentsViewModel.fireUpdateChange(PaymentsViewModel.java:485)
	at name.abuchen.portfolio.ui.views.payments.PaymentsViewModel.recalculate(PaymentsViewModel.java:279)
	at name.abuchen.portfolio.ui.views.payments.PaymentsViewModel.setMode(PaymentsViewModel.java:224)
	at name.abuchen.portfolio.ui.views.payments.PaymentsView.lambda$1(PaymentsView.java:119)
	at name.abuchen.portfolio.ui.util.SimpleAction.run(SimpleAction.java:69)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:474)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:580)
	at org.eclipse.jface.action.ActionContributionItem.lambda$5(ActionContributionItem.java:453)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5884)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1522)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5126)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4576)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1150)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1041)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
	at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:168)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:136)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:596)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1467)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1440)