Beiträge von dagny

Zitat von Sauerland

Poste mal als root ausgeführt die komplette Ausgabe von:

Code

zypper in -f vivaldi-stable

Wenn ich die aktuellen GPG-Schlüssel in YaST --> Software-Repoitories --> GPG-Schlüssel ... eingebunden habe ist die Ausgabe folgende:

c-funk:/home/familie # zypper in -f vivaldi-stable
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Installation von 'vivaldi-stable-5.6.2867.58-1.x86_64' aus Repository 'vivaldi' wird erzwungen.
Paketabhängigkeiten werden aufgelöst...

Das folgende Paket wird erneut installiert:
  vivaldi-stable

1 zu installierendes Paket.
Gesamtgröße des Downloads: 97,9 MiB. Bereits im Cache gespeichert: 0 B. Nach diesem Vorgang wird kein zusätzlicher Speicherplatz belegt oder freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j
Abrufen: vivaldi-stable-5.6.2867.58-1.x86_64 (vivaldi)                                                                                                                     (1/1),  97,9 MiB    
Abrufen: vivaldi-stable-5.6.2867.58-1.x86_64.rpm ..........................................................................................................................[fertig (2,0 MiB/s)]

Überprüfung auf Dateikonflikte läuft: .................................................................................................................................................[fertig]
(1/1) Installieren: vivaldi-stable-5.6.2867.58-1.x86_64 ...............................................................................................................................[fertig]
pc-funk:/home/familie # 

Zitat von Alero

Da Vivaldi kein openSUSE Programm ist, wirst du dich bei einigen externen Programmen um einige Sachen selbst kümmern müssen.

Danke Alero.

Kann mir jemand bitte sagen, wie ich bei den openSUSE-Repositories jeweils die aktuellen Schlüssel (scheinbar automatisch) erhalte und wie das funktioniert?

Und auch bei meinem eingebundenen Repository von Packman erhalte ich die aktuellen GPG-Schlüssel bisher immer automatisch.

Könnte man das bei Vivaldi dann nicht auch so hin bekommen?

Danke Euch

Hallo,

wegen Repository & GPG-Signatur habe ich Verstäntnissfragen und bitte um Hilfe.

Meine Software beziehe ich ja in der Regel aus den Repositorys.

Jedes Repository wiederum signiert die angebotene Software mit einem aktuellen GPG-Schlüssel.

Ich hoffe, das ist soweit richtig.

1. Frage) Wie erhalte ich den aktuellen Schlüssel, wenn der alte ausgelaufen ist bzw. kurz vor seinem Ablaufdatum steht?

Meine Frage hat folgenden Hintergrund:

Ich kann mich nicht erinneren, jemals einen Schlüssel z.B. aus den Haupt-Repositories jemals händisch mit YaST installiert zu haben, scheinbar geht das automatisch.

Nun habe ich zusätzlich und schon seit langer Zeit den Browser Vivaldi mit seinem Repository https://repo.vivaldi.com/stable/rpm/x86_64/ installiert.

Bei dem heute durchgeführten zypper dup wurde mir mitgeteilt, dass die aktuelle Vivaldi-Version 5.6.2867.58 nicht überprüft werden kann, da mir dazu der GPG-Schlüssel fehlt.

Zwar ist der alte GPG-Schlüssel von Vivaldi noch gültig, aber der neue Vivaldi-Browser ist scheinbar nur mit dem neuen Schlüssel signiert.

Wenn ich den neuen Schlüssel mit sudo rpm --import https://repo.vivaldi.com/stable/linux_signing_key.pub installiere, läuft alles wie gehabt.

2.Frage) Muss ich mich immer "händisch" um den aktuellen Schlüssel kümmern oder kann man das einfacher haben?

Danke für Euere Hilfe

Vermutlich mit dem Update auf Krusader Version 2.8.0 "A New Day" wurde das Problem wohl behoben.

Danke Euch allen.

Zitat von Sauerland

Ist dein System aktuell?

Zitat von ThomasS

Warum geht es bei dir nicht, und bei mir schon...

Wo zum Teufel ist da der Hund begraben???

Es ist schon etwas peinlich, das gestehen zu müssen.

Lesen kann helfen, bevor man einen Post erstellt.

Man sollte sich von dem Eingabefenster nicht irritieren lassen und einfach nur lesen.

Mit den Einstellungen von ThomasS und sogar meinen eigenen (siehe Datei: /etc/sudoers.d/privilegien)

geht es nicht nur mit dem root-Passwort sondern dann auch mit dem eigenen Benutzerpasswort.

Danke für Euere Hilfe

Zitat von Sauerland

Ist dein System aktuell?

Ich gehe davon aus, da ich mehrmals in der Woche ein zypper dup laufen lasse.

Derzeitige Version: "openSUSE Tumbleweed 20221112"

Daher sollte der Bug mich nicht mehr betreffen .

Was aber noch merkwürdiger ist:

Ich habe das Ganze jetzt auf einen weiteren PC mit Tumbleweed getestet, den ich sogut wie nie nutze, dessen Tumbleweed ebenfalls aktuell und absolut unverbastelt ist.

Leider habe ich genau das Gegenteil erfahren wie

Zitat von ThomasS

Ich habe es gerade mal in einer VM mit Tumbleweed gemacht.

Es ging sofort! So wie du es erwartet hättest. Und so ging es auch bei mir, immer. Ob als Benutzer, Gruppe oder Alias (wie bei mir ursprünglich eingerichtet war auf 15.4)

Bei mir funktioniert es an keinen der beiden Rechner.

Heute habe ich noch ein paar Versuche gemacht:

1) alle Einträge in der Datei /etc/sudoers.d/privilegien mit "#" auskommentiert

2) und dann verschieden Einträge in der Datei /etc/sudoers getestet (jeweils immer nur einen eigenen, den anderen eigenen ebenfalls auskommentiert:

## /etc/sudoers
...
## VeraCrypt
familie    ALL = (root) NOPASSWD:/usr/bin/veracrypt 
ALL    ALL =  NOPASSWD:/usr/bin/veracrypt 

3) auch die Einträge in der /etc/fuse3.conf abgeändert in

# /etc/fuse3.conf
user_allow_other
mount_max = 1000

Das brachte alles keine Veränderung. VeraCrypt will meim mounten immer das root-Passwort.

Zitat von ThomasS

Um einen Container, der unter Truecrypt erstellt wurde, muss auch der TrueCrypt-Modus aktiviert sein, um ihn unter VeraCrypt zu öffnen.

Das ist dort, wo du das Passwort für den Container eingibst.

Ja, ich öffne meine alten TrueCrypt Container im TrueCrypt-Modus.

Jetzt habe ich mal eine VeraCrypt Containerdatei erstellt und öffne diese ohne den TrueCrypt-Modus.

Leider dasselbe Phänomen, ich benötige zum Öffnen stets das root-Passwort.

Zitat von ThomasS

Wo zum Teufel ist da der Hund begraben???

Wohl wahr.

Zitat von ThomasS

Ich habe es gerade mal in einer VM mit Tumbleweed gemacht.

Guten Abend ThomasS,

erst mal danke dafür

1) "sudo" war bei mir scheinbar echt schon installiert. (Siehe mein Bild im Post #3)

2) die /etc/sudoers.d/privilegien habe ich schon vor längerer Zeit selbst angelegt.

Damals hatte ich noch mit TrueCrypt gearbeitet (siehe meinen Beitrag hier: TrueCrypt 7.1a mountet keine verschlüsselten Dateien mehr)

Mit diesem Eintrag konnte ich damals auch als "normaler" User die TrueCrypt-Dateien mounten.

3) Tumbleweed hatte ich (aber das ist schon eine Weile her) komplett neu installiert und seit dem mit zypper dup aktuell gehalten.

Zitat von ThomasS

Welche Version von VeraCrypt ist bei dir im Einsatz?

VeraCrypt Version 1.25.9

und, falls es noch irgendwie zur Lösung beitragen kann, hier noch der Eintrag der Datei /etc/fuse.conf

# The file /etc/fuse.conf allows for the following parameters:
#
# user_allow_other - Using the allow_other mount option works fine as root, in
# order to have it work as user you need user_allow_other in /etc/fuse.conf as 
# well. (This option allows users to use the allow_other option.) You need 
# allow_other if you want users other than the owner to access a mounted fuse. 
# This option must appear on a line by itself. There is no value, just the 
# presence of the option.

user_allow_other


# mount_max = n - this option sets the maximum number of mounts.
# Currently (2014) it must be typed exactly as shown
# (with a single space before and after the equals sign).

mount_max = 1000

Schau mal hier nach:

HPLIP; All Supported Printer Models

Vielleicht hilft Dir die Seite.