#1 31.12.2018 18:31:11

fablab
Mitglied

blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Hallo,

wie löse ich folgendes Problem:

sudo pacman -Syu
[sudo] Passwort für fablab: 
:: Synchronisiere Paketdatenbanken...
 core ist aktuell
 extra ist aktuell
 community ist aktuell
:: Starte vollständige Systemaktualisierung...
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (6) blueman-2.0.7-1  gobject-introspection-runtime-1.58.3-1  librsvg-2:2.44.11-1
           linux-4.20.arch1-1  linux-headers-4.20.arch1-1  virtualbox-host-dkms-6.0.0-1

Gesamtgröße der installierten Pakete:  199,85 MiB
Größendifferenz der Aktualisierung:    1,70 MiB

:: Installation fortsetzen? [J/n] j
(6/6) Prüfe Schlüssel im Schlüsselring                       [#################################] 100%
(6/6) Überprüfe Paket-Integrität                             [#################################] 100%
(6/6) Lade Paket-Dateien                                     [#################################] 100%
(6/6) Prüfe auf Dateikonflikte                               [#################################] 100%
Fehler: Konnte den Vorgang nicht durchführen (In Konflikt stehende Dateien)
blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

MfG

fablab


Mein vorläufige Lösung:

sudo pacman -S linux  linux-headers  virtualbox-host-dkms gobject-introspection-runtime librsvg


Wie kann ich mit pacman Pakete ausschließen?

Antwort:

sudo pacman -Syu --ignore blueman
:: Synchronisiere Paketdatenbanken...
core ist aktuell
extra ist aktuell
community ist aktuell
:: Starte vollständige Systemaktualisierung...
Warnung: blueman: Ignoriere Paket-Aktualisierung (2.0.6-1 => 2.0.7-1)
Es gibt nichts zu tun



Jetzt sieht es so aus:

sudo pacman -Syu
[sudo] Passwort für fablab: 
:: Synchronisiere Paketdatenbanken...
 core ist aktuell
 extra ist aktuell
 community ist aktuell
:: Starte vollständige Systemaktualisierung...
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (1) blueman-2.0.7-1

Gesamtgröße der installierten Pakete:  5,33 MiB
Größendifferenz der Aktualisierung:  0,02 MiB

:: Installation fortsetzen? [J/n] j
(1/1) Prüfe Schlüssel im Schlüsselring                       [#################################] 100%
(1/1) Überprüfe Paket-Integrität                             [#################################] 100%
(1/1) Lade Paket-Dateien                                     [#################################] 100%
(1/1) Prüfe auf Dateikonflikte                               [#################################] 100%
Fehler: Konnte den Vorgang nicht durchführen (In Konflikt stehende Dateien)
blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Beitrag geändert von fablab (31.12.2018 18:50:52)

Offline

#2 31.12.2018 18:50:09

stefanhusmann
Moderator

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Zu welchem Paket gehört /usr/share/polkit-1/rules.d/blueman.rules ?

pacman -Qo /usr/share/polkit-1/rules.d/blueman.rules

Wenn die Datei zu keinem Paket gehört, benenne sie als root um und aktualisiere blueman. Wenn sie zum blueman-Paket oder einem anderen Paket aus den Repos gehört, verfasse einen Bugreport.

Offline

#3 31.12.2018 18:53:33

fablab
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Hallo, deinstalliere ich
sudo pacman -R blueman
habe ich kein Problem mehr.

https://www.archlinux.de/packages/commu … 64/blueman

Ist das wirklich ein Bug?
Gehört die Datei zu einem Paket?

sudo pacman -Qo /usr/share/polkit-1/rules.d/blueman.rules
Fehler: Kein Paket besitzt /usr/share/polkit-1/rules.d/blueman.rules

Beitrag geändert von fablab (31.12.2018 18:59:09)

Offline

#4 31.12.2018 18:59:27

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Mit

pacman -Qo /usr/share/polkit-1/rules.d/blueman.rules 

klären, welchem Paket die Datei gehört. In den offiziellen Repos

pacman -Fs blueman.rules

ist es nur das Paket "blueman".

Wenn die Date zu keinem installierten Paket gehört, stammt sie entweder aus einer zuvor mal abgebrochenen Installation oder sie wurde an der Paketverwaltung vorbei mal manuell angelegt.
Wenn sie keinem bzw. nur blueman gehört, kannst du die Datei vorher löschen, oder nur für dieses Paket die pacman-Option --overwrite anwenden und damit die Datei überschreiben.

#5 31.12.2018 19:02:59

fablab
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

/usr/share/polkit-1/rules.d/blueman.rules

umbenannt in

/usr/share/polkit-1/rules.d/blueman.rules.bak


sudo pacman -S blueman
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (1) blueman-2.0.7-1

Gesamtgröße der installierten Pakete:  5,33 MiB

:: Installation fortsetzen? [J/n] j
(1/1) Prüfe Schlüssel im Schlüsselring                       [#################################] 100%
(1/1) Überprüfe Paket-Integrität                             [#################################] 100%
(1/1) Lade Paket-Dateien                                     [#################################] 100%
(1/1) Prüfe auf Dateikonflikte                               [#################################] 100%
(1/1) Überprüfe verfügbaren Festplattenspeicher              [#################################] 100%
:: Verarbeite Paketänderungen...
(1/1) Installiere blueman                                    [#################################] 100%
Warnung: Verzeichnis-Berechtigungen unterscheiden sich für /usr/share/polkit-1/rules.d/
Dateisystem: 750  Paket: 755
Optionale Abhängigkeiten für blueman
    dnsmasq: Network Access Point (NAP) support
    networkmanager: Dial Up Networking (DUN) and Personal Area Networking (PAN) support [Installiert]
    net-tools: Network Access Point (NAP) support
    pulseaudio-bluetooth: audio devices support
:: Starte post-transaction hooks...
(1/4) Compiling GSettings XML schema files...
(2/4) Updating icon theme caches...
(3/4) Arming ConditionNeedsUpdate...
(4/4) Updating the desktop file MIME type cache...
[zxz@archlinux ~]$ sudo pacman -Syu
:: Synchronisiere Paketdatenbanken...
 core ist aktuell
 extra ist aktuell
 community ist aktuell
:: Starte vollständige Systemaktualisierung...
 Es gibt nichts zu tun

Das Prolbem ist jetzt "teilgelöst".


Was mache ich mit?

Warnung: Verzeichnis-Berechtigungen unterscheiden sich für /usr/share/polkit-1/rules.d/
Dateisystem: 750  Paket: 755
Optionale Abhängigkeiten für blueman
    dnsmasq: Network Access Point (NAP) support
    networkmanager: Dial Up Networking (DUN) and Personal Area Networking (PAN) support [Installiert]
    net-tools: Network Access Point (NAP) support
    pulseaudio-bluetooth: audio devices support

Beitrag geändert von fablab (31.12.2018 19:48:47)

Offline

#6 31.12.2018 19:05:10

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

fablab schrieb:

Ist das wirklich ein Bug?

Nein. Ein Bug wäre es, wenn die Datei sich in mehr als einem offiziellen Paket befinden würde und in der Paketbeschreibung kein Konflikt definiert wäre. Das ist aber nicht der Fall, weil die Suche in den Paketquellen nur ein Paket liefert. Der Fehler muss also irgendwann auf deinem System entstanden sein, wenn die Datei dort existiert aber keinem Paket gehört.

#7 31.12.2018 19:08:51

fablab
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Was mache ich mit? --->

Installiere blueman                                    [#################################] 100%
Warnung: Verzeichnis-Berechtigungen unterscheiden sich für /usr/share/polkit-1/rules.d/
Dateisystem: 750  Paket: 755
Optionale Abhängigkeiten für blueman
    dnsmasq: Network Access Point (NAP) support
    networkmanager: Dial Up Networking (DUN) and Personal Area Networking (PAN) support [Installiert]
    net-tools: Network Access Point (NAP) support
    pulseaudio-bluetooth: audio devices support
:: Starte post-transaction hooks...
(1/4) Compiling GSettings XML schema files...
(2/4) Updating icon theme caches...
(3/4) Arming ConditionNeedsUpdate...
(4/4) Updating the desktop file MIME type cache...

Offline

#8 31.12.2018 19:44:57

brikler
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

fablab schrieb:

Dateisystem: 750  Paket: 755

wenns dir wichtig ist, dann mache ein chmod 755

Offline

#9 31.12.2018 19:49:48

stefanhusmann
Moderator

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Als root

chmod o+rw /usr/share/polkit-1/rules.d/

ausführen. Ob du die optionalen Abhängigkeiten brauchst, musst du selbst entscheiden.

Offline

#10 31.12.2018 19:50:02

fablab
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Hallo brikler/stefanhusmann,

kannst Du dazu Erläuterungen geben?
Mit sind die Folgen nicht klar.

MfG

fablab

Beitrag geändert von fablab (31.12.2018 19:50:40)

Offline

#11 31.12.2018 19:59:02

stefanhusmann
Moderator

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Du kannst es auch einfach so lassen wie es ist. Es ist nur eine Warnung. Folgen sind weder bei Tun noch bei Lassen zu erwarten.

Offline

#12 31.12.2018 20:00:13

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Das bedeutet, dass der Paketbetreuer von "blueman" in seinem Paket die Rechte des Verzeichnisses auf oktal 755 gesetzt hat, und die Rechte des Verzeichnisses im Dateisystem aktuell auf 750 gesetzt sind.

Bei mir stehen die Zugriffsrechte auch auf 750, und da sich in dem Verzeichnis auch nur eine Datei befindet ist klar, dass das Verzeichnis bei der Installation von systemd angelegt und dabei die entsprechenden Rechte gesetzt wurden.

Man könnte die Rechte zwar wie beschrieben auf 755 setzen, dann wird aber bei der nächsten Aktualisierung von systemd wieder der Hinweis auf unterschiedliche Berechtigungen erscheinen.

Man sollte mit den beteiligten Paketbetreuern klären, warum sie bzgl. der Zugriffsrechte  unterschiedlicher Auffassung sind, eins kann ja im Sinne eines konsistenten Systems nur richtig sein.

#13 31.12.2018 20:41:56

fablab
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

da ich Anfänger bin, belasse ich es dabei.

Danke für eure Mühe, guten Rutsch.

Zitat: Man sollte mit den beteiligten Paketbetreuern klären,

Dazu fehlt mir das Wissen.

MfG

fablab

Beitrag geändert von fablab (31.12.2018 20:42:38)

Offline

#14 31.12.2018 22:12:47

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

fablab schrieb:

Zitat: Man sollte mit den beteiligten Paketbetreuern klären,

Dazu fehlt mir das Wissen.

Dazu gehört nicht viel Wissen. Man verfasst einfach einen Bugreport an den blueman-Paketierer und fragt ihn, warum er die permissions auf das Verzeichnis anders setzt als der systemd-Paketierer; oder umgekehrt.

Ich würde die Zugriffsrechte auch erst mal so stehen lassen wie sie sind. Im Zweifel immer besser restriktiver als zu freizügig.

#15 02.01.2019 07:14:52

drcux
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Den Konflikt mit "/usr/share/polkit-1/rules.d/blueman.rules " hatte ich auch, kann mich aber im Gegensatz zu dir noch daran erinnern sie selber erstellt zu  haben. Ohne sie musste man bei jedem Booten das Rootpasswort  für Bluetooth(-Aktionen) eingeben, was echt nervig war.

Offline

#16 02.01.2019 12:41:39

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Die Änderung kam offenbar mit dem letzten Release: https://github.com/blueman-project/blue … /tag/2.0.7

We also added default polkit rules file that allows users in group wheel to perform administrative actions. 

#17 02.01.2019 12:47:38

Teey1qua
Gast

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

...und es zeigt einmal mehr, dass man von Systemverzeichnissen die Finger lassen sollte. Eigene Konfigurationsdateien gehören in diesem Fall nach /etc/polkit-1/rules.d/, dann treten solche Konflikte nicht auf, wenn so eine Datei mal eines Tages "offiziell" wird.

#18 02.01.2019 19:43:53

drcux
Mitglied

Re: blueman: /usr/share/polkit-1/rules.d/blueman.rules existiert im Dateis

Teey1qua schrieb:

...und es zeigt einmal mehr, dass man von Systemverzeichnissen die Finger lassen sollte. Eigene Konfigurationsdateien gehören in diesem Fall nach /etc/polkit-1/rules.d/, dann treten solche Konflikte nicht auf, wenn so eine Datei mal eines Tages "offiziell" wird.

Ein deutliches "Jain"! wink

Wenn es eine Konfiguration ist, die wirklich nur mich persönlich betrifft bzw. ich selber etwas ändern will, dann ja.

Wenn ich aber weiß bzw. annehme, das diese Datei über kurz oder lang zum Paket gehören wird, dann eher nicht. Denn so bekomme ich mit wann das geschehen ist ohne selber ständig daran zu denken zu müssen.

Offline

Schnellantwort auf dieses Thema

Schreibe deinen Beitrag und versende ihn
Deine Antwort

Fußzeile des Forums