On Mon, 16 Apr 2007, Daniel Mróz wrote:
On Monday 16 April 2007, Andrzej Krzysztofowicz wrote:
Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie
można
wygenerować initrd z udev.
Co to znaczy zanim
Dnia wtorek, 17 kwietnia 2007, Pawel Golaszewski napisał:
On Tue, 17 Apr 2007, Marcin Król wrote:
A co masz do zarzucenia dystrybucyjnemu 2.6 ?
[...]
Marudzisz :)
Jakiś czas temu miałem jeden problem z 2.6, ale u mnie z kolei 2.4 gorzej
chodzą, z większymi problemami, niż _wszystkie_ 2.6
On Mon, 16 Apr 2007, Daniel Mróz wrote:
On Monday 16 April 2007, Andrzej Krzysztofowicz wrote:
Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można
wygenerować initrd z udev.
Co to znaczy zanim zamrozimy
On Tuesday 17 of April 2007 08:14:10 Jacek Osiecki wrote:
Co to znaczy zanim zamrozimy Ac ?
No, Ac jest niby zamrożone. Czyli nie wprowadzamy rewolucyjnych poprawek.
Cos sie jeszcze w Ac zmienia?
Siakieś bugfiksy.
Szkoda że nie przeszedł pomysł by Ac było wiecznie niedomknięte - bo tak
On Tue, 17 Apr 2007, Daniel Mróz wrote:
On Tuesday 17 of April 2007 08:14:10 Jacek Osiecki wrote:
Szkoda że nie przeszedł pomysł by Ac było wiecznie niedomknięte - bo tak
to grozi że za chwilę będzie bezużyteczne niczym swego czasu Ra... :(
Ale jest już Th unstable.
Tak, ale na maszynie
On Tue, Apr 17, 2007 at 10:27:02AM +0200, Jacek Osiecki wrote:
[...]
Mi w zupełności wystarcza AC bez ready, z własnymi dodatkami i własnoręcznie
kompilowanym kelnerem :) No i przy każdym większym upgradzie robię snapshota
- tzn. archiwizuję wszystkie zainstalowane RPMy, żeby można było do nich
Dnia 17-04-2007, wto o godzinie 10:27 +0200, Jacek Osiecki napisał(a):
Gdyby dało się to zorganizować firmowo
w dystrybucji - byłaby jak dla mnie dystrybucją idealną :)
A chciałem tak zapytać - a jeżeli PLD przeszło by na always-current i
dodatkowo posiadało mechanizm, który opisałeś
On Tue, 17 Apr 2007, Cezary Krzyzanowski wrote:
Dnia 17-04-2007, wto o godzinie 10:27 +0200, Jacek Osiecki napisał(a):
Gdyby dało się to zorganizować firmowo
w dystrybucji - byłaby jak dla mnie dystrybucją idealną :)
A chciałem tak zapytać - a jeżeli PLD przeszło by na always-current i
On Tuesday 17 of April 2007 10:27:02 Jacek Osiecki wrote:
Szkoda że nie przeszedł pomysł by Ac było wiecznie niedomknięte - bo
tak to grozi że za chwilę będzie bezużyteczne niczym swego czasu Ra...
Ale jest już Th unstable.
Tak, ale na maszynie produkcyjnej - do tego zdalnej - nie bardzo da
Jacek Osiecki wrote:
On Mon, 16 Apr 2007, Daniel Mr=F3z wrote:
On Monday 16 April 2007, Andrzej Krzysztofowicz wrote:
Tak si=EA zastanawiam... Mo=BFe zanim zamrozimy Ac rozwi=B1=BFemy probl=
em z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie mo=
=BFna
Cos sie jeszcze w Ac zmienia?
Siakieś bugfiksy.
Ac jest zamkniete i do main nic juz nie trafi. Wyjatki, ktore trafialy
do main byly w 90% poprawkami koniecznymi do poprawnego wygenerowania
isos i dzialania instalatora.
Wszelkie poprawki, ktore w tej chwili sa w ready trafia juz do updates.
Wieczne niedomkniecie nie pozwala na porzucenie tony triggerow/Provides
itp potrzebnych do upgrejdu z wielu wczesniejszych wersji.
Pomysl dystrybucji zawsze w rozwoju zakladal wypuszczanie snapshotow z
drzewka stable oraz co jakis czas mile stones opartych o duze zmiany
brane z drzewka devel.
Marcin Król wrote:
[...]
Warto :) Choc dystrybucyjnego 2.6 nie polecam :( 2.4 jest w porzadeczku.
A co masz do zarzucenia dystrybucyjnemu 2.6 ?
I któremu ?
Sas.
--
{Wojciech 'Sas' Cieciwa} {Member of PLD Team }
{e-mail: [EMAIL PROTECTED],
A co masz do zarzucenia dystrybucyjnemu 2.6 ?
Panikuje co jakis czas wieszajac system na sztywno. I nie jest to wina
sprzetu, juz to wykluczylem. Osobiscie uwazam, ze jest przeladowany
patchami. Swego czasu byla akcja czyszczenia kernel.spec z nadmiaru
patchy. Wszystkie kernele sprzed tej akcji
On Tuesday 17 of April 2007 12:51:21 Marcin Król wrote:
Wszystko juz jest praktycznie gotowe do ich generowania.
A co z problemem poruszonym przeze mnie w tym wątku? Czym zakończyły się
kłótnie /sbin/init-udev vs. zmiana w geninitrd? Obecnie każda instalacja
systemu z udev nie generuje initrd,
On Tue, 17 Apr 2007, Marcin Król wrote:
Wieczne niedomkniecie nie pozwala na porzucenie tony triggerow/Provides
itp potrzebnych do upgrejdu z wielu wczesniejszych wersji.
Pomysl dystrybucji zawsze w rozwoju zakladal wypuszczanie snapshotow z
drzewka stable oraz co jakis czas mile stones
On Tuesday 17 April 2007, Marek Guevara Braun wrote:
A co z problemem poruszonym przeze mnie w tym wątku? Czym zakończyły się
kłótnie /sbin/init-udev vs. zmiana w geninitrd? Obecnie każda instalacja
systemu z udev nie generuje initrd, a próba samodzielnego stworzenia
takowego kończy się
Daniel Mróz wrote:
On Tuesday 17 April 2007, Marek Guevara Braun wrote:
Cytuję glena: why are you using udev on initrd on ac? it never worked
there, or does it do anything for you? (wątek na pld-devel-en z
2007-03-20) - temat na 2.1/updates ?
To w takim razie usuwamy paczkę udev-initrd i wpis
Dnia 17-04-2007, wto o godzinie 15:17 +0200, Marek Guevara Braun
napisał(a):
Cytuję glena: why are you using udev on initrd on ac? it never worked
there, or does it do anything for you?
I tak było również w TH. Poprawki które wprowadziłem w geninitrd
sprawiły, że udev zadziałał podczas initrd
On Tuesday 17 April 2007, Marek Guevara Braun wrote:
Cytuję glena: why are you using udev on initrd on ac? it never worked
there, or does it do anything for you? (wątek na pld-devel-en z
2007-03-20) - temat na 2.1/updates ?
To w takim razie usuwamy paczkę udev-initrd i wpis USE_UDEV
w
A co z problemem poruszonym przeze mnie w tym wątku? Czym zakończyły się
kłótnie /sbin/init-udev vs. zmiana w geninitrd?
Nie wiem, nie bralem w nich udzialu.
Obecnie każda instalacja
systemu z udev nie generuje initrd, a próba samodzielnego stworzenia takowego
kończy się błędem i
Daniel Mróz wrote:
A co z problemem poruszonym przeze mnie w tym wątku? Czym zakończyły się
kłótnie /sbin/init-udev vs. zmiana w geninitrd? Obecnie każda instalacja
systemu z udev nie generuje initrd, a próba samodzielnego stworzenia takowego
kończy się błędem i koniecznością wykonania
Cześć
Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można
wygenerować initrd z udev.
Pozdrawiam
Beorn
--
Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn
[GIT d s:- a-@ C UL$ P+
Daniel =?utf-8?q?Mr=C3=B3z?= wrote:
Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można
wygenerować initrd z udev.
Co to znaczy zanim zamrozimy Ac ?
Cos sie jeszcze w Ac zmienia?
--
On Monday 16 April 2007, Andrzej Krzysztofowicz wrote:
Tak się zastanawiam... Może zanim zamrozimy Ac rozwiążemy problem z
udev-initrd? Obecnie, bez dorobienia linku do /sbin/initrd-udev nie można
wygenerować initrd z udev.
Co to znaczy zanim zamrozimy Ac ?
No, Ac jest niby zamrożone. Czyli
25 matches
Mail list logo