On Tue, 2005-09-06 at 13:55 +0200, Fryderyk Dziarmagowski wrote: > > Czyli najwyższy czas ją sportować na AC-branch. > > to byłby świetny pomysł, gdyby dotyczyło rpm, gcc, glibc, etc.
Wg `sed -n 470p devel-hints-pl.txt` to jest zawsze świetny pomysł. > Ogólna dysfunkcjonalność programu może dotyczyć każdej części > dystrybucji. Równie dobrze mogę to dopasować do wielu innych > krytycznych jej składników. udev nie jest takim składnikiem Cokolwiek kontroluje /dev jest krytyczne. > i nie jest > instalowane domyślnie, Wg wersji HEAD jeśli chcesz korzystać z funkcjonalności udev (np. automagiczne inodey dla zabawek USB), musisz pozwolić żeby ci kontrolował /dev. > > Odpowiedź#2: AC-branch powstał z jakiegoś powodu (szczegóły w > > archiwach). Ciężar dowodu, że ten powód już nie obowiązuje (i można > > skasować AC-branch i budować do Ac z HEAD) leży po twojej stronie. > > AC-branch powstał w celu wydania dystrybucji. [ciach offtopiczne > narzekanie że jeszcze Ac nie wyszło] Chodzi o AC-branch na udev.spec. Dyskusja /udev-vs-/dev już kiedyś była na liście i wynikło z niej, że Ac korzysta z /udev. I w tym celu powstał AC-branch, i dopóki on istnieje, z niego się puszcza zlecenia do ac-ready. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
