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 %% _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
