Ja, leider gibt es das dort nicht… hast du noch eine andere Idee, woher ich das Perl kriegen kann, oder muss ich in den sauren Apfel beißen und die 5000+ Pakete neu herunterladen? Btw, was wäre dabei das geschickteste Vorgehen?
Beiträge von Eldrad Ulthran
-
-
D_Dau: Ich habe über die Softwareverwaltung in Yast im Punkt Softwarequellen und Erlauben des Herstellerwechsels die Perl-Pakete aktualisiert.
@Sauerland: Die OSS-Version von TeXlive hat ja ältere Pakete (2016 vs. 2017), und ich bin mal tatsächlich auf eine Funktion eines Packages gestoßen, die mir dort gefehlt hat. Da ich nicht dieses eine Paket, das ich brauchte, manuell aktualisieren und damit einen Mischmasch aus händisch und über zypper installierte Versionen erzeugen wollte, hatte ich das entsprechende Repo eingebunden. Frag mich jetzt aber nicht, welches Package das war, ist schon ne Weile her.
Ich könnte jetzt versuchen, zurück auf das OSS-Repo zu wechseln, aber beim scheme-full dauert das ja immer ziemlich… -
Guten Tag,
ich habe kürzlich anhand dieser Anleitung mein System von 42.2 auf 42.3 upgegradet: Upgrade von Leap 42.2 auf Leap 42.3 – Schritt für Schritt – openSUSE-lernen.de ((Im Prinzip nur die Repos ausgetauscht, alle Pakete aktualisiert und dabei nach bestem Wissen und Gewissen Paketkonflikte aufgelöst)).
Ein Problem, das ich nun nicht gelöst kriege, ist, dass biber (Literaturverwaltung in LaTeX) nicht mehr startet, sondern "No biber available due to old perl installation" vermeldet. Eine google-Suche nach dieser Fehlermeldung führt nur hierhin: File _bin.spec of Package Meta - openSUSE Build Service
Dort findet sich die Zeile, dass perl-base >= 5.24.1 sein muss; für Leap 42.3 gibt es aber nur die Version 5.18.2. Ein Einbinden der perl-Repo Index of /repositories/devel:/languages:/perl/openSUSE_Leap_42.3 mit entsprechender Aktualisierung der Pakete hat leider nichts gebracht.Hat hier einer eine Idee, wie ich mein Dilemma lösen kann? Für jegliche Hilfe wäre ich sehr dankbar.
Brainfuck
Alles anzeigenzypper lr -d Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität. # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst ---+-------------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+--------------------------------------------------------------------------------------+------- 1 | Mozilla | Mozilla | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_42.3/ | 2 | Neuere_Kernel | Neuere Kernel | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/Kernel:/stable/standard/ | 3 | Perl_für_Biber | Perl für Biber | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_Leap_42.3/ | 4 | Science | Science | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/science/openSUSE_Leap_42.3/ | 5 | TeXLive | TeXLive | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/Publishing:/TeXLive/openSUSE_Leap_42.3/ | 6 | X-Server | X-Server | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Leap_42.3/ | 7 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ | 8 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/non-oss/ | 9 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/oss/ | 10 | download.opensuse.org-oss_1 | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss | 11 | http-download.opensuse.org-62c56e94 | KDE:Extra | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_42.3/ | 12 | http-download.opensuse.org-b433be0a | openSUSE:Leap:42.3:Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss/ | 13 | openSUSE-42.2-0 | openSUSE-42.3-0 | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/oss/ | 14 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_42.3/ | 15 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_42.3/ | 16 | repo-source | openSUSE-Leap-42.3-Source | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/ | 17 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/source/distribution/leap/42.3/repo/non-oss/ |Im Anhang noch die Ausgabe von zypper se -si biber perl
-
Gut, dann mach ich das so. Vielen Dank für die Beratung!
-
Meistens liegt der Fehler ja beim Nutzer des PCs, daher geh ich lieber erstmal sicher, dass das Problem nicht an mir liegt, bevor ich einen Bugreport schreibe.
Ich habe das Verhalten in Chromium reproduzieren können.
Berichtigung, in welchen Ebenen würdest du empfehlen "rumzufummeln"?^^@trommlerilias: Das wäre aber eine ziemlich dämliche Einstellung.
-
Guten Tag,
ich habe ein sehr merkwürdiges Verhalten meiner Fn-Taste festgestellt, wenn ich in Firefox Videos in der ARD-Mediathek (nur HTML5, flash ist nicht installiert) anschaue: Das Drücken der Fn-Taste allein verursacht die Wiederholung des vorherigen Tastenanschlags. Habe ich z.B. mit der Leertaste das Video vorher gestoppt (oder auch weiterspielen lassen), so lässt die Fn-Taste das Video wieder weiterlaufen (bzw. stoppen). Oder wenn ich mit den Pfeiltasten durch Video gescrollt bin, übernimmt die Fn-Taste diesen Effekt auch. Dieses Verhalten habe ich ausschließlich in der ARD-Mediathek und nirgendwo sonst beobachtet, weder auf Youtube noch in anderen Programmen. Die Fn-Taste nutze ich, um mit den F-Tasten die Helligkeit oder die Lautstärke anzupassen..
Ich nutze Leap 42.3 Linux linux-maxim.suse 4.15.15-1.g4904fc3-default #1 SMP PREEMPT Sat Mar 31 19:43:04 UTC 2018 (4904fc3) x86_64 x86_64 x86_64 GNU/Linux auf einem Lenovo Thinkpad E470. Die Ausgabe von xev beim Drücken der Fn-Taste ist stets die gleiche, unabhängig davon, welche Taste davor gedrückt wurde:
CodeKeyPress event, serial 40, synthetic NO, window 0x4200001, root 0xd6, subw 0x0, time 2008488, (-716,360), root:(244,388), state 0x0, keycode 151 (keysym 0x1008ff2b, XF86WakeUp), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
Leider habe ich keine hilfreichen Beiträge ergoogeln können. Habt ihr eine Ahnung, wo sich der Fehler verstecken könnte? Ist er eher auf meinem Klapprechner zu verorten, oder könnte das ein Bug der Mediathek sein, sodass ich mit einer Fehlermeldung dort besser aufgehoben wäre? Falls ihr weitere Informationen über mein System braucht, stelle ich sie gerne zur Verfügung. -
Guten Morgen,
ich beobachte schon seit geraumer Zeit einen nervigen grafischen Fehler, der nur in kwrite und sonst nirgendwo auftritt: Immer, wenn in einer Zeile ein Sonderzeichen steht, rutscht diese um etwa 1/4 nach unten und wird unten abgeschnitten (unabhängig von der Schriftgröße):
Das passiert jedoch nicht bei allen Sonderzeichen, durch ausprobieren habe ich folgende "böse" Zeichen gefunden: ⅛⅜⅝⅞ŧ←→ſħ–ΩŦẞĦ—
Dieses Verhalten habe ich bisher nur in kwrite beobachtet, sonst in keinem anderen der Programme, die ich täglich nutze. Aus der Konsole heraus gestartet sagt kwrite nichts über sich, auch in dmesg oder /var/log/Xorg.0.log habe ich nichts Verdächtiges gefunden.
Mein System: Leap 42.2, plasma 5.8, Linux linux-maxim 4.4.104-18.44-default #1 SMP Thu Jan 4 08:07:55 UTC 2018 (05a9de6) x86_64 x86_64 x86_64 GNU/Linux; als GPU arbeitet eine Nvidia GTX 970.Hat einer von euch eine Idee, wie ich das beheben könnte?
Grüße, Eldrad
-
Endlich kam ein Patch, der das Problem behoben hat. Ich bin wieder zurück zur nvidia:latest-Repo gewechselt, wo nun die Version 387.34 verfügbar ist. Mit dem 4.14.8-Kernel kompiliert sich Bumblebee nun ordnungsgemäß.
-
Also kann ich bei mir nicht viel machen…
Was wäre denn deiner Meinung nach eine geeignete Stelle für einen Bug-Report: Nvidia, Bumblebee oder Kernel? -
Auch schön, dass der Treiber im "latest"-Ordner veraltet ist…
Leider hat ein Wechsel der Treiberversion nichts verändert, var/lib/dkms/nvidia/384.90-69.1/build/make.log liefert die gleichen Fehlermeldungen.