Beiträge von Sauerland

Zitat von uname

@acealbrecht

Auch wenn bei Dir evl. die Ausgabe länger sein wird. Es ist einfacher als gedacht.

Code

zypper se -s audacity
Loading repository data...
Reading installed packages...

S | Name                 | Type       | Version            | Arch   | Repository
--+----------------------+------------+--------------------+--------+---------------------------------------------
  | audacity             | package    | 2.4.2-lp153.172.13 | x86_64 | Multimedia Applications (openSUSE_Leap_15.3)
  | audacity             | package    | 2.2.2-bp153.2.25   | x86_64 | Haupt-Repository
  | audacity             | srcpackage | 2.4.2-lp153.172.13 | noarch | Multimedia Applications (openSUSE_Leap_15.3)
  | audacity-debuginfo   | package    | 2.4.2-lp153.172.13 | x86_64 | Multimedia Applications (openSUSE_Leap_15.3)
  | audacity-debugsource | package    | 2.4.2-lp153.172.13 | x86_64 | Multimedia Applications (openSUSE_Leap_15.3)
  | audacity-lang        | package    | 2.4.2-lp153.172.13 | noarch | Multimedia Applications (openSUSE_Leap_15.3)
  | audacity-lang        | package    | 2.2.2-bp153.2.25   | noarch | Haupt-Repository

Alles anzeigen

Um zum Beispiel die Version audacity 2.4.2-lp153.172.13 aus den
Multimedia Applications (openSUSE_Leap_15.3) zu installieren brauchst Du nur ein:

Code

zypper in audacity-2.4.2-lp153.172.13

Was mir "krachend scheitert":

Code

Problem: nothing provides 'libSoundTouch.so.1()(64bit)' needed by the to be installed audacity-2.4.2-lp153.172.13.x86_64
 Solution 1: do not install audacity-2.4.2-lp153.172.13.x86_64
 Solution 2: break audacity-2.4.2-lp153.172.13.x86_64 by ignoring some of its dependencies

c gleich cancel. Abbruch !

Also neuer Versuch, diesmal mit Version 2.2.2-bp153.2.25 aus den Hauptrepo:

Code

zypper in audacity-2.2.2-bp153.2.25

und siehe da, alles gut:

Code

2 new packages to install.
Overall download size: 5.2 MiB. Already cached: 0 B. After the operation, additional 23.4 MiB will be used.
Continue? [y/n/v/...? shows all options] (y): y
Retrieving package audacity-2.2.2-bp153.2.25.x86_64                                               (1/2),   4.0 MiB ( 15.4 MiB unpacked)
Retrieving: audacity-2.2.2-bp153.2.25.x86_64.rpm ....................................................................[done (1.0 MiB/s)]
Retrieving package audacity-lang-2.2.2-bp153.2.25.noarch                                          (2/2),   1.2 MiB (  8.0 MiB unpacked)
Retrieving: audacity-lang-2.2.2-bp153.2.25.noarch.rpm .................................................................[done (952 B/s)]

Checking for file conflicts: ....................................................................................................[done]
(1/2) Installing: audacity-2.2.2-bp153.2.25.x86_64 ..............................................................................[done]
(2/2) Installing: audacity-lang-2.2.2-bp153.2.25.noarch .........................................................................[done]

Alles anzeigen

frohes Schaffen

Alles anzeigen

Das Problem wird sein, das multimedia:apps gegen multimedia:libs baut und multimedia:libs sollte man tunlichs vermeiden, gibt Probleme mit Packman.

Es sei denn, man weiß was man macht, dann aber auch sofort bugreports usw und nicht eine Beitrag in einem Forum.....

Zitat von Sauerland

uname

Factory Repos in Leap werden dir irgendwann vor die Füße fallen........

acealbrecht

Bitte immer! mit refresh hinzufügen:

Code

zypper ar -f URL NAME

Jetzt bitte refresh einschalten:

Code

zypper mr -f home_Sauerland

Und zum Repolisten zeigen wie Alero schon gesagt hat:

Bitte einmal zeigen:

Code

zypper lr -d

Code

zypper se -sir home_Sauerland

Ersteres zeigt die Repoliste mit URL an, zweites zeigt alle aus meinem Repo installierten Programme an.

Alles anzeigen

Oops vergessen, bitte poste auch noch:

zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'

Warum hängst du dich hier mit einem ganz anderen System an?

Und noch einmal:

Factory Repos werden dir über kurz oder lang (in diesem Fall kurz) Probleme bereiten.

Wirf das Repo raus und eröffne zu deinem Problem einen eigenen Beitrag.

Du kannst auch mal mit noacpi starten und schauen.

uname

Factory Repos in Leap werden dir irgendwann vor die Füße fallen........

acealbrecht

Bitte immer! mit refresh hinzufügen:

zypper ar -f URL NAME

Jetzt bitte refresh einschalten:

zypper mr -f home_Sauerland

Und zum Repolisten zeigen wie Alero schon gesagt hat:

Zitat

Nachtrag: Bitte in Zukunft bei Angaben der Repoliste

Code

Code

zypper lr -d

nutzen. Das zeigt auch die Installationspfade, was für die Helfer wichtig ist. Für die Querleser ... merken.

Bitte einmal zeigen:

zypper lr -d

zypper se -sir home_Sauerland

Ersteres zeigt die Repoliste mit URL an, zweites zeigt alle aus meinem Repo installierten Programme an.

Zitat von Burger Bob

Hi,

ja das freut mich das du eine Lösung gefunden hast.

Das mit Windows ist halt ärgerlich. Windoof bleibt Windoof ,da helfen auch keine Upgrades.

Zum Thema Kernel bei Opensuse; Tumbleweed ist da natürlich aktuell und damit sind Fehler gelöst oder anders gelagert.

OpenSuse 15.3 mit seinen Backport-Kernel ist da leider Meilenweit hinterher. Ich hoffe auf OpenSuse 15.4 im Frühjahr und einen aktuelleren Kernel.

Die Update-Orgie bei Tumbleweed tue ich mir nicht an.

Grüße

Alles anzeigen

Mich freut auch, das es eine Lösung gibt.

Zum Thema Kernel:

Es gibt den kernel:stable:backport für openSUSE Leap 15.3, der funktioniert eigentlich sehr gut.

https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard/

Ich habe damit keine Probleme, kmps, die nicht in kernel:stable:backports vorhanden sind, baue ich in meinem Repo bzw. könnte ich dort kurzfristig zur Verfügung stellen. Ausser den Nvidia Treiber, den baue ich mit der run-Datei von der Homepage.

lsb-release -id && uname -a

Distributor ID: openSUSE

Description:    openSUSE Leap 15.3
Linux linux64 5.15.12-lp153.8.g36cc799-default #1 SMP Tue Jan 4 05:44:11 UTC 2022 (36cc799) x86_64 x86_64
x86_64 GNU/Linux

Wäre jetzt eine Möglichkeit, um z.B. an einen aktuellen Kernel zu kommen, der als Build für den Tumbleweed Kernel benutzt wird.

Hardware-kernel-stable-backport-Sauerland

Branch project for Drivers for kernel:stable:backports:Sauerland

build.opensuse.org

Zitat

bezeichnete einen User nicht als schwachsinnig

Ich habe keinen User als schwachsinnig bezeichnet, sondern den Tip Tumbleweed bei einem User anzuwenden, der noch nicht in der Lage ist, sein System gescheit zu bedienen.

Zitat von Alero

Sauerland ... mäßige dich bitte in deiner Ausdrucksweise! Auch für dich gelten nach wie vor die Forenregeln! Und die Konsequenzen bei Nichtbefolgung.

Und wie immer:

Ich darf, andere nicht......

Evtl auch um Usern vor unqualifizierter Hilfe zu bewahren......

Noch einmal:

Gelöscht ...

Übrigens:

Was meinst du, warum ich mich hier wieder angemeldet habe?

Damit ist für mich zu diesem Thema alles gesagt.