Verzeichnis /.config

[Hanisch]

Hallo,

ich beobachte im Root-Verzeichnis ein Verzeichnis /.config, das dort sicher nicht hingehört.
Wenn ich es lösche ist es beim nächste Reboot wieder da.

Was ist zu tun, damit das nicht mehr auftritt?

Gruß
Ch. Hanisch

[Pitti]

Ja und!? - Wenn es nicht dort hingehören würde, wäre es bei der Installation nicht mit angelegt worden!
Sorry - wenn ich mir über jede vorhandene Datei Gedanken machen würde, käme ich nie zum Arbeiten!

[Hanisch]

Ja und!? - Wenn es nicht dort hingehören würde, wäre es bei der Installation nicht mit angelegt worden!
Sorry - wenn ich mir über jede vorhandene Datei Gedanken machen würde, käme ich nie zum Arbeiten!

Wenn jeder, der keine Antwort weiß, hier posten würde, dann wäre das Forum voll mit nicht Ziel führenden Antworten.

Gruß
Ch. Hanisch

[Pitti]

Wenn jeder, der keine Antwort weiß, hier posten würde, dann wäre das Forum voll mit nicht Ziel führenden Antworten.

Nein. Aber selbst, wenn ich die Suchfunktion im Internet noch nicht bemüht habe, sagt mir der gesunde Menschenverstand, dass dort irgend etwas konfiguriert wurde, was nicht aus lauter Jux heraus mir-nichts-dir-nichts gelöscht werden sollte! Zumindest wirst Du feststellen, dass dieses Vezeichnis auch Dateien enthält, die für genau diesem Nutzer, nämlich "root" angelegt wurden und die auch nicht umsonst dort sind!

Denk mal darüber nach...

[man-draker]

Öhm, einigt ihr euch mal kurz darüber, von welchem Verzeichnis ihr schreibt?

Als Root-Verzeichnis wird allgemein das Wurzelverzeichnis des Dateibaums bezeichnet (aka '/').
Das Home-Verzeichnis von root dagegen wird mit /root bezeichnet.

Ein Verzeichnis ./config in ersterem wäre wirklich sehr ungewöhnlich.

[Pitti]

Als Root-Verzeichnis wird allgemein das Wurzelverzeichnis des Dateibaums bezeichnet (aka '/').
Das Home-Verzeichnis von root dagegen wird mit /root bezeichnet.

Richtig. eine /.config ist in beiden vorhanden. Im eigentlichen /root-Verzeichnis enthält das Verzeichnis eine Datei namens Trolltech.conf, die mir auch schon unter MGA2 aufgefallen war, über deren Funktion ich mir aber auch während der gesamten Zeit mit dieser Installation keine Gedanken gemacht habe!
Das "Home-Verzeichnis" von "root" beinhaltet eben die Konfigurationen, wie die des Midnightcommanders u.ä.

Hier mal der Inhalt der Trolltech.conf.:

Code: Alles auswählen

[Qt%20Plugin%20Cache%204.8.false]
usr\lib\kde4\plugins\kauth\backend\kauth_backend_plugin.so=40804, 0, i386 linux g++-4 full-config, 2013-05-10T00:51:35
usr\lib\kde4\plugins\kauth\helper\kauth_helper_plugin.so=40804, 0, i386 linux g++-4 full-config, 2013-05-10T00:51:35


[man-draker]

Richtig. eine /.config ist in beiden vorhanden. Im eigentlichen /root-Verzeichnis enthält das Verzeichnis eine Datei namens Trolltech.conf, die mir auch schon unter MGA2 aufgefallen war, über deren Funktion ich mir aber auch während der gesamten Zeit mit dieser Installation keine Gedanken gemacht habe!

Ich gebe zu, mir war sie nicht mal aufgefallen.
Interessant, sie gehört laut urpmf zu keinem Paket.
Das Dateidatum auf meinem mga2-Rechner vom 5.11.12 spricht für dynamische Erzeugung.

[Hanisch]

Hallo,
da fällt mir ein, daß ich dieses Problem am Anfang des Jahres schon einmal im Gentoo-Forum angesprochen und dort auch gelöst habe.
Hier der dazugehörige Thread:
http://forums.gentoo.org/viewtopic-t-94 ... nisch.html

Vielleicht kann der eine oder andere damit was anfangen und zur Lösung des Problems unter Mageia 3 beitragen.

Gruß
Ch. Hanisch

[alf]

Wenn es sich, wie es scheint, um ein Upstream(KDE) handelt, sollte die Lösung des Problems auch von dort kommen. Wär jedenfalls echt blöd, wenn die devs in allen Distros daran herumpfriemeln müssten.

[Hanisch]

Wenn es sich, wie es scheint, um ein Upstream(KDE) handelt, sollte die Lösung des Problems auch von dort kommen. Wär jedenfalls echt blöd, wenn die devs in allen Distros daran herumpfriemeln müssten.

Der Bug ist wohl auch schon länger bekannt. In KDE 4.9.3 und 4.9.5 war er auch schon. Und für kdelibs-4.9.5 gibt es einen Patch http://bugsfiles.kde.org/attachment.cgi?id=76310
Der ist offensichtlich auch in KDE 4.10.2 noch immer nicht eingepflegt. In Gentoo mußte ich den Patch ebenfalls noch von Hand machen.
Wie kann man nun die Paketbauer dazu bewegen, diesen Patch endlich einzupflegen?

Gruß
Ch. Hanisch

[doktor5000]

Einen Bugeport dazu aufmachen, und das Problem dort nochmal kurz beschreiben, sowie den Patch verlinken, und fragen ob sie ihn einpflegen könnten?
Woher sollen sie sonst davon wissen? Interessanter wäre, warum er noch nicht in die upstream-Quellen eingepflegt wurde, weder von QT (es ist nicht direkt ein KDE-Bug) noch von dbus. Siehe dazu die Diskussion in dem KDE-Report: https://bugs.kde.org/show_bug.cgi?id=249217

[Hanisch]

Einen Bugeport dazu aufmachen, und das Problem dort nochmal kurz beschreiben, sowie den Patch verlinken, und fragen ob sie ihn einpflegen könnten?

Habe einen Bug-Report abgesetzt:
Bug 320139 "Illegal folder /.config"
https://bugs.kde.org/show_bug.cgi?id=320139

Gruß
Ch. Hanisch

[Alf1967]

Doctor5000 meinte aber bestimmt, du solltest einen Bugreport beim Bugzilla von Mageia absetzen.
https://bugs.mageia.org/

[doktor5000]

Kann man sich eigentlich denken, wenn es dazu schon einen ewig langen Bugreport bei KDE gibt, es nichts bringt nochmal genau so einen aufzumachen ...
@Alf: Doktor bitte, du regst dich ja auch bei dem ganzen Englisch-Kram immer auf

[Alf1967]

sorry, man sollte auch bei Namen genau lesen.

[Hanisch]

Doctor5000 meinte aber bestimmt, du solltest einen Bugreport beim Bugzilla von Mageia absetzen.
https://bugs.mageia.org/

Sorry, das habe ich nun auch noch getan, siehe: https://bugs.mageia.org/show_bug.cgi?id=10234

Von KDE habe ich folgende mir unverständliche e-Mail erhalten:

Code: Alles auswählen

https://bugs.kde.org/show_bug.cgi?id=320139

Christoph Feck <christoph@maxiom.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |christoph@maxiom.de
         Resolution|---                         |INVALID

--- Comment #1 from Christoph Feck <christoph@maxiom.de> ---
Please do not create new bugs to nag about existing bugs.

Gruß
Ch. Hanisch

[Latte]

Von KDE habe ich folgende mir unverständliche e-Mail erhalten:

Code: Alles auswählen

Please do not create new bugs to nag about existing bugs.

Wieso unverständlich? Da hat jemand einen Kommentar zu deinem Report abgegeben.. Und das passt zu 100% auf Doktors Kommentar :

Kann man sich eigentlich denken, wenn es dazu schon einen ewig langen Bugreport bei KDE gibt, es nichts bringt nochmal genau so einen aufzumachen ...

[Hanisch]

[quote="Latte"]
Ich hatte aber gefragt, warum der Patch nicht eingepflegt worden ist. Diese Antwort steht doch noch aus.

Gruß
Ch. Hanisch

[Alf1967]

Meine Englischkenntnisse sind zwar ziemlich besch äh bescheiden, aber der letzte Satz in deinem Zitat sagt, daß du keinen neuen Bugreport erstellen sollst wenn dazu schon ein Bugreport besteht.

[Alf1967]

Da war jemand schneller als ich. Immer diese Trurbotipper!

[man-draker]

Ich hatte aber gefragt, warum der Patch nicht eingepflegt worden ist. Diese Antwort steht doch noch aus.

Und genau das hättest du nicht tun sollen!¹
Die Macher möchten nicht, dass du einen neuen Bug-Report aufmachst, in dem du darüber nörgelst (to nag), dass ein existierender Fehler noch nicht beseitigt ist.
Ich vermute mal, dass sie das wenn überhaupt, in einem Kommentar zum bestehenden Fehler sehen möchten.

1 Freies Zitat nach: Werner - Beinhart!