🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.linux.debian
Article #346

Re: Dziesiatki procesow: /USR/SBIN/CRON

#346
From: Krzysztof Krzyżaniak
Date: Thu, 06 Nov 2003 11:50
93 lines
4837 bytes
Pewnego dnia, a było to Thu, 6 Nov 2003 09:55:13 +0000 (UTC), przyszła do mnie
wiadomość z adresu <gbajson@elka.pw.edu.pl> i powiedziała:

[..]
>>> Do tego zmierzam. Jaki procent użytkowników nie zaznacza omawianej opcji
>>> przy konfiguracji jądra ?
>> 
>> Jaki procent użytkowników kompiluje kernele?
>
> Z mojego otoczenia i chyba reprezentatywnej próbki (znajdzie się ze 100 
> osób), to jakieś 99% ;). 

Rzekłbym, że bardzo niereprezentatywna :-> Ja na większości maszyn
używan standardowy kernel z paczki. Tylko na jednym sobie kompiluje 2.6.

>>> Uważam że dobrym pomysłem byłoby pozostawnienie tej całej funkcjonalności
>>> w gałęzi 2.3.x (2.1.x; 2.5.x; itd.) i usunięcie jej ze ,,stabilnych''
>>> wersji.
>> 
>> A ja uważam, że to byłby kiepski pomysł hamujący rozwój.
>
> W jaki sposób hamowałoby to rozwój ? Podaj przykład.

Rozwój kernela odbywa się też przez testowanie i zgłaszanie błędów.
Jeśli nie będzie tych opcji w "głównym" kernelu to ludzie nie będą ich
testować i nie będą zgłaszać błędów.

>>>> Dlatego też możesz sobie włączyć kod/sterowniki które
>>>> pewnie będą pełnić przypisaną im funkcję ale robisz to na własne
>>>  ~~~~~~~~
>>>
>>> Pewnie tak. I wogóle całego linuksa używam na własne ryzyko (a jakiego
>>> systemu nie?). Bo pewnie będzie działał, ale czy będzie działał pewnie?
>> 
>> Mniej więcej na tyle ile reszta. 
>
> Nie zgodzę się z tym.
> Akurat z funkcjami z ,,unstable'' miewam często problemy, działają (nie
> działają?) o wiele gorzej od części ,,stable''.
> Przykłady? Nieszczęsne ACPI. Nie wiem czy wina leży w kiepsko napisanych
> modułach, czy w źle implementowanym sprzęcie, ale na niektórych płytach
> po prostu lecą paniki.

Raczej w specyfice ACPI.

> Inna sprawa trochę ze sterownikami odstarczanymi od producentów, zazwyczaj
> są źle popisane (np karta ISDN przestaje działać, kiedy działa karta
> dzwiękowa, i inne tego typu historie; panicujące winmodemy, urządzenia nie
> działające przy włączonym seti@home...). Chciałbym żeby w trybie STABLE
> kernel zabraniał ładowania tego szajsu.

To byś miał telefony "dlaczego się mi to nie chce załadować".

>
>> To jest napisane, w helpie do tej opcji.
>
> Fakt jest, i nawet czytałem, ale praktyka wskazuje że niewielki % bierze to
> sobie do serca. A mi spać nie dają !

Bierz pieniądze za porady :-> Przestaną dzwonić.

>>> A najlepiej żeby po jakimś patchowaniu uname -r pokazywał jakieś 
>>> 2.4.22-UNSTABLE.
>> 
>> Ale co to zmieni? To tylko nazwa.
> To po co jest ta nazwa, jeśli to tylko nazwa ?

Żeby ładnie po zalogowaniu pokazywało, czego używasz :->

> Myślę że nazwa o czymś mówi, pełni rolę np informacyjną, a czasem (a fu!)
> marketingową, kiedy to rozwój dokonuje się przez zmianę numerka.
>
> Przykład: często podchodzę do kompa którego nie znam, ktoś zgłasza mi, że 
> ,,komputer nie działa''.
> lsmod pokazuje całą masę modułów, tak się składa że nie znam nazw
> wszystkich poprawnie działających. Podchodząc do kompa chiałbym wiedzieć,
> czy jest to pure-linux, czy jakaś kaszanka zmielona z patchów i binarek
> niewiadomego pochodzenia.

Zgoda, 2.6 daje takie mechanizmy (między innymi zapisywanie .config w
/proc/)

> Chciałbym zobaczyć czy po wgraniu jakiegoś modułu nazwa nie zmienia się ze
> STABLE na UNSTABLE, ot taka potrzeba.

Zgłoś pomysł na lkml (najlepiej od razu z odpowiednią łatą :->). Tak to mniej 
więcej działa.

  eloy
-- 
-------e-l-o-y-----------e-l-o-y-@-t-r-a-n-s-i-l-v-a-n-i-a-.-e-u-.-o-r-g------

             jeżeli nam zabraknie sił zostaną jeszcze morze i wiatr
Technical Details
Message-ID: <slrnbqkdcl.pgk.eloy@fargo.cgs.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!newsfeed.gazeta.pl!news.man.poznan.pl!fargo.cgs.poznan.pl!not-for-mail
References: <boa8kh$akf$1@opal.futuro.pl> <bobhgj$ul6$3@julia.coi.pw.edu.pl> <slrnbqimlg.l6r.eloy@fargo.cgs.pl> <bocu54$9hq$1@julia.coi.pw.edu.pl> <slrnbqk4m0.jvp.eloy@fargo.cgs.pl> <bod5q1$mbv$1@julia.coi.pw.edu.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!newsfeed.gazeta.pl!news.man.poznan.pl!fargo.cgs.poznan.pl!not-for-mail
From: Krzysztof Krzyżaniak <eloy@pawnhearts.eu.org>
Newsgroups: pl.comp.os.linux.debian
Subject: Re: Dziesiatki procesow: /USR/SBIN/CRON
Date: Thu, 6 Nov 2003 11:50:45 +0000 (UTC)
Organization: CGS Group Internet Server (http://www.cgs.pl/)
Lines: 93
Message-ID: <slrnbqkdcl.pgk.eloy@fargo.cgs.pl>
References: <boa8kh$akf$1@opal.futuro.pl> <bobhgj$ul6$3@julia.coi.pw.edu.pl> <slrnbqimlg.l6r.eloy@fargo.cgs.pl> <bocu54$9hq$1@julia.coi.pw.edu.pl> <slrnbqk4m0.jvp.eloy@fargo.cgs.pl> <bod5q1$mbv$1@julia.coi.pw.edu.pl>
Reply-To: eloy@transilvania.eu.org
NNTP-Posting-Host: fargo.intranet
Mime-Version: 1.0
X-Trace: fargo.cgs.pl 1068119445 28996 192.168.101.50 (6 Nov 2003 11:50:45 GMT)
X-Complaints-To: abuse@cgs.pl
NNTP-Posting-Date: Thu, 6 Nov 2003 11:50:45 +0000 (UTC)
User-Agent: slrn/0.9.8.0 (Linux)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit