staging.inyokaproject.org

-*don't feed the troll*-

Linthorul, das wär doch ein schöner Fall für den Bugtracker! Die Entwickler von Arch sind normalerweise sehr offen für Ideen und Kritik, schließlich wollen sie ja eine gute Distri bereitstellen. Und wenn ein Patch das Gegenteil von dem bewirkt, was er soll, nämlich dass er das Paket nicht verbessert, sondern verschlechtert, dann ist das ja auch gegen die Philosophie von Arch und dann wird das denk ich mal sehr flott geändert werden. Aber hier die Beschwerden reinschreiben bringt garnix, außer dass ich dir hier schreibe und dir sage, schreib doch bitte nen Bugreport. Wär echt schade, wenn du das unter den Tisch kehren würdest!

ich finde den ganzen Beitrag einfach sinnfrei.

Mag daran liegen dass ich archlinux in 64bit mit einer Ati-Graka, KDE4 und desktopeffekten ohne Probleme nutze ohne irgendwas selbst kompiliert zu haben 😉 Aber klar, Arch ist friemelware und läuft prinzipiell nicht, darauf ist es ja auch optimiert xD

Weiß jemand eigentlich was aus der Sache mit den gspcav-Treibern im Kernel geworden ist? Seitdem gehen ja die Webcams die diesen Treiber nutzen nicht mehr. Ich hab http://archlinux.org/pipermail/arch-dev-public/2008-October/008694.html gefunden. Nur leider find ich im Wiki keinen Eintrag hierzu und kenne mich damit leider auch nicht so aus. Hat jemand einen Tip?

Hat hier jemand Infos darüber, wann das nächste xorg-Update reinschneit? Da hängt Arch ja schon ne Weile hinterher und ich will xorg-server 1.5 ...

Den aktuellen Stand erfährt man wohl am ehesten über die Mailinglisten (arch-dev-public?), ich habe aber gerade keine Zeit die zu durchforsten...

lg Knopfloch

Das ist ein guter Vorschlag, danke. Dann werd ich mal reinschauen.

und ich denke mal, der neue xorg wird nicht kommen bevor die ganzen nvidia/ati Treiber damit umgehen können oder?

ganz genau. Wer auf proprietäre Treiber verzichten kann und nur aktuell sein möchte kann testing nutzen, läuft eigentlich ziemlich gut!

Nur listen verweigert gelegentlich nach einem größeren Update für 1-2 Tage den dienst, ansonsten überraschend problemlos...

MfG

Entfernt ihr eigentlich eure Pakete mit "pacman -Rs paketname" oder "pacman -Rd paketname" oder ganz anders? Wie erhält man ein möglichst sauberes System?

BlackJack schrieb:

Entfernt ihr eigentlich eure Pakete mit "pacman -Rs paketname" oder "pacman -Rd paketname" oder ganz anders? Wie erhält man ein möglichst sauberes System?

Mittels

pacman -Rns

R entfernt das Paket.

n entfernt alle Konfigurations Daten.

und s entfernt alle Abhängigkeiten.

ich nehme pacman Rsc ☺

is das falsch?

Hier steht mehr zu den Befehlen.

Was RSC macht weiß ich nicht aber die man Page und der Wiki Artikel sagt auch nichts.

Rsn ist schon der richtige Befehl.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

 
 REMOVE OPTIONS
        -c, --cascade
            Remove all target packages, as well as all packages that depend on one or more target packages. This operation is recursive, and
            must be used with care since it can remove many potentially needed packages.
 
        -k, --keep
            Removes the database entry only. Leaves all files in place.
 
        -n, --nosave
            Instructs pacman to ignore file backup designations. Normally, when a file is removed from the system the database is checked to see
            if the file should be renamed with a “.pacsave” extension.
 
        -s, --recursive
            Remove each target specified including all of their dependencies, provided that (A) they are not required by other packages; and (B)
            they were not explicitly installed by the user. This operation is recursive and analogous to a backwards --sync operation, and helps
            keep a clean system without orphans. If you want to omit condition (B), pass this option twice.
 
        -u, --unneeded
            Removes the targets that are not required by any other packages. This is mostly useful when removing a group without using the -c
            option, to avoid breaking any dependencies.
 
 

Ich finde "-n" muss nicht unbedingt sein. Ich verwende wohl meistens "-Rc" oder "-Rs", je nachdem.

lg Knopfloch

Ich benutz immer -Rcns und wenn das c zu viel mitzieht, nehm ich -Rns. Das n würde ich weglassen, wenn ich weiß, dass wichtige configs dabei sind, aber das war noch nie der Fall 😀 Also -Rcns ftw 😀