staging.inyokaproject.org

Ich möchte mir jetzt den Tuz-Kernel wegen KMS kompilieren, welche von diesen Anleitungen soll ich befolgen und in wiefern muss ich diese anpassen?

@Skittles: Audio hat in den meisten Fällen mit ALSA zu tun, nur so als kleiner Tipp, ich bin aber selbst leider zu unerfahren um dir konkret helfen zu können:-(

wann hast du dein arch installiert, und hast du es seit dem mal geupdatet?(pacman -Syu)

ich glaub es war der 28er kernel, der erhebliche probleme mit der erkennung und ausgabe der soundkarten hatte.

jedoch bestand dieses problem auch bei kde,.. dazu gabs dann meist eine fehlermeldung wie "HDA INTEL ist nicht erreichbar, falle zurück auf default". bei mir ists schon jetz mehr als n monat her, deswegen update doch mal.

ansonsten, hast du "alsa" bei den DAEMONS in der /etc/rc.conf eingetragen? zudem solltest dus auch richtig installiert und eingerichtet haben. ersteres bewirkt, dass alsa direkt beim systemstart gestartet wird.

check mal die punkte ab, und berichte uns, ob das problem weiterhin besteht.☺

Grüße

Benn0rs

hm, scheint wohl so gewesen zu sein, dass KDE die Lautstärke automatisch auf den letzten Stand setzt und die vorher auf 0 standen.

dann stell deine lautstärke für alsa in der konsole ein, und trags danach in die DAEMONS ein. dann dürft es auch funktionieren

Hi,

vergesst meine Frage über das Kompilieren, mir ist garnicht aufgefallen, dass ich schon den 2.6.29er kernel habe (bins als Debian Stable User gar nicht gewöhnt so aktuelle Software zu haben;)), was mich irritierte ist, warum man überall von "kernel26" liest...

Habe gleich mal KMS probiert, das Verhalten der TTYs ist jetzt sogar noch besser als in Debian:), nur die Auflösung wollte nicht ganz, aber das krieg ich schon noch hin.

Btw: hieß es nicht irgendwo, KMS funktioniert nur auf Intel-Karten? Meine ATI machts scheinbar auch mit... umso besser:)

Grüsse

Ronny

RonnyF schrieb:

Btw: hieß es nicht irgendwo, KMS funktioniert nur auf Intel-Karten? Meine ATI machts scheinbar auch mit... umso besser:)

Die Radeon-Treiber unterstützen das als Alphastatus.

Der vga Parameter, den ich dem Kernel beim Boot übergebe, macht den ganzen schönen KMS Effekt zunichte:-( wenn ich ihn aber nicht übergebe, muss ich ständig in einer kleinen Auflösung arbeiten (auch im Terminal), gibt es irgendeine Möglichkeit eine Feste Auflösung für KMS einzustellen oder so?

Wenn jemand irgendwas wüsste, wäre ich sehr dankbar

mfg

Ronny

Kann mir jemand erklären, wie ich mich unter KDE automatisch anmelden kann?

Das entsprechende Menü in den Systemeinstellungen ist inaktiv, d.h. nichts ist auswählbar.

Gestartet wird mein KDM momentan über die /etc/inittab.

Außerdem wüsste ich mal gerne, ob es Arch/KDE Nutzer gibt, bei denen system-config-printer fehlerfrei läuft.

Dr. Schoggi schrieb:

Kann mir jemand erklären, wie ich mich unter KDE automatisch anmelden kann?

kdesu systemsettings

FSM schrieb:

Also, es ist einfach wichtig, sich bewusst zu sein, dass man sich im gewissen Maße um diese lokalen Pakete kümmern muss. Wie viele das jetzt genau sind muss jeder für sich entscheiden.

Ich hab hier ne Weile nimmer rein geschaut, daher ergänze ich deinen Beitrag erst so spät.

Ganz wichtig ist, zu beachten, dass man sich das System ein wenig zerschießen kann, wenn man Pakete, die es im offiziellen Repo gibt, durch welche aus dem AUR ersetzt und andere Programme von diesen Paketen abhängen. Beispiel:

Ich will für ffmpeg und mplayer die Fähigkeit, meine Handyvideos mit Ton abspielen zu können. Daher hab ich beide Pakete durch eigene ersetzt und weil man ja immer aktuell sein will, jeweils als Entwicklungssnapshot. Wenn nun ein Programm aus dem Repo von zB ffmpeg abhängt (davon gibts ja genügend), dann sind diese natürlich gegen die Version von ffmpeg aus dem Repo gebaut, welche ja weniger aktuell ist als die svn-Version. Schon kann es passieren, dass dieses Programm dann nicht mehr richtig funktioniert. Es gibt zwei Lösungen: Man baut das nicht mehr funktionierende Programm nochmal selbst, oder man erweitert nur die Version aus dem Repo um die gewünschte Funktionalität. Ich hab bisher immer ersteres gemacht, aber das ging mir mit der Zeit völlig auf die Eier, daher wähle ich jetzt immer den zweiten Weg, sag pacman über seine pacman.conf, dass er die Pakete nicht automatisch updaten soll, sondern mich nur informieren und dann bau ich es selbst mit der entsprechenden Erweiterung.

Und so Programme wie findbrokenpkgs (ich weiß nicht, ob es noch andere gibt) sind auch ganz sinnvoll, das zeigt euch dann, welche Programme wegen oben genannten Schwierigkeiten eventuell nicht mehr funktionieren (die aufgelisteten müssen nicht zwangsläufig neu kompilliert werden, aber es hilft trotzdem zur Orientierung)

das liegt aber nur daran, weil ffmpeg keine stabile API hat...

War ja auch nur ein Beispiel, kam bei mir zB auch mit x264 vor, weil ich halt x264-git benutzt hatte. Ich denk mal das kann bei sehr vielen Abhängigkeiten passieren, warum sonst werden oft Programme neu kompilliert für die Repos?

kommt durchaus öfters vor. allein wenn man schaut wie oft sie mysql für amarok neu gebaut haben

Was ist eigentlich mit Chakra los... So richtig vorwärts geht es da ja nicht?

dirk gently schrieb:

Was ist eigentlich mit Chakra los... So richtig vorwärts geht es da ja nicht?

So weit ich weiß haben die Entwickler im Moment einfach zu wenig Zeit, ansonsten wird wohl an der Alpha 3 gearbeitet.