xorg-driver-fglrx 8.4 i problemy z makrem %__kernel_ver

[Zbyniu Krzystolik]

Mniej wiecej Fri, Apr 18, 2008 at 08:20:07AM +0200, zainteresowany Marcin Krol rzekl:
> > A po kilku wersjach ktoś próbuje zsynchronizować konfigi między
> > architekturami, kombinując godzinami jak to ma być. To podstawowy zamysł
> > takiego układu konf. Oczywiście im większa ilość arch, tym większy zysk
> > z używania tego patentu.
> 
> Nie wiem jak innym, ale mnie to zajmowalo mniej czasu niz babranie sie z 
> -common.config i dodatkowo konfigami architektur. Zreszta synchronizacja 
> arch z jednym duzym konfigiem jest IMO latwiejsza. Prosty diff i juz 
> widze co sie rozni.

Problem w tym, że "innym" nie zajmowało to wcale czasu i uzupełniane
były losowe konfigi, a reszta wcale. Rozwiązanie z multiarch nie jest
idealne, ale warto było spróbować czegoś innego. Możliwe, że trzeba
dopisać jakąś funkcjonalność. A i wycofać można się z niego od ręki.

> > To nie jest zły pomysł, mnie się zdarza robić zmiany w kernelu,
> > rekompilować i zmieniać w systemie pozostawiając stare moduły, wręcz
> > initrd, i to działa. Wymaga niestety od kogoś, kto wprowadza zmianę
> > pewnej dozy świadomości na ile poważna jest to zmiana. Zmiana konfiga
> > też taką może być. :)
> 
> Pomysl nie jest zly. Nie przygladalem sie jeszcze jak to zrobil glen, 
> ale za to widzialem, ze userzy maja z tym problem. Oczywiscie problem 
> moze lezec w userach, a nie w kernelu :)

To nowość, kwestia ostatnich dni, przyzwyczają się. I userzy, i kernele.
;)

Zbyniu
-- 
%% Absolutely nothing we trust %%