I don't think that merging the result into the standard kernel makes sense - like it or not, right now English ends up being required to be part of actually getting things into the 'standard' kernel, and as such, at _some_ point there has to be a connection point that switches over to English, and trying to make the translations be an in-kernel thing is thus kind of pointless.

Dodam od siebie że tłumaczenie kodu jest potrzebne ale tylko komentarzy i tylko gdy dopiero poznajemy kernela. Czyli tak jak to zwykle robimy :>

(jeżeli ktoś chce coś dodać to możemy zacząć dyskusję)

Co wy na to ??

Z mojej strony z działu debugging ( podręcznik dew. ) usunąłbym fragment o sysrq skupił się raczej na samych błędach.

Te dwa projekty powinny się uzupełniać, a nie skupiać na tym samym ;)

Dodatek B testera powinien zostać zmieniony, w myśl połączonych sił należałoby utworzyć całkowicie nowy dodatek traktujący o Naszych pracach.

Jesteśmy grupą młodych ludzi "zauroczonych" Linuksem. Linux to jądro systemy, czyli jego podstawowy program odpowiadająca za uruchomianie urządzeń, nadzorowanie ich pracy oraz zarządzanie usługami korzystającymi z tych urządzeń. Jako urządzenia rozumiemy tutaj elementy twojego PC (karty graficzne, dyski twarde, procesor, urządzenia peryferyjne etc.). Krótko mówiąc Linux wraz z całą otoczką GNU tworzy system operacyjny zwany następnie dystrybucją.

Za główne cele przyjęliśmy sobie :

• dokonywanie tłumaczeń dokumentacji,
• naukę programowania,
• pomoc w testowaniu.

Oczywiście wszystko czego dokonujemy związane jest z Linuksem. Samo słowo Linux pochodzi od imienia autora pierwszej wersji (przyp. Linus T.). Innym określeniem tegoż systemu jest słowo kernel. Słowo to wg słownika PARK znaczy : jądro; ziarno (owocu); (fig)sedno, istota. By utrzymać ten wątek należałoby wspomnieć o sposobie deklinacji samego słowa Linux. W końcu jesteśmy polakami i powinniśmy to wiedzieć.

Do rzeczy:

• M. Linux
• D. Linuksa
• C. Linuksowi
• B. Linuksa
• N. Linuksem
• Msc. Linuksie

Projekt został zapoczątkowany przez Przemka Liba i rozrósł się już trochę. Do Naszej ekipy dołączył Michał Piotrowski rozszerzając zakres projektu o "Podręcznik Testera", tworzony przez niego.
Jeśli chciałbyś dołączyć do projektu skontaktuj się przeczytaj ten link » Jak dołączyć?? «.

Życzymy wszystkim miłego czytania i rozwijania swojej wiedzy w tym temacie.

To moja propozycja nie jest doskonała przedyskutujmy temat, zobaczymy co z tego wyjdzie. Pamiętajcie, że użytkownik najpierw zwraca uwagę na stronę pierwszą, jak się nie spodoba nie zajrzy na następne.

Każda strona miałaby dwie wersje:
Polską i angielską, do momentu, w którym tekst nie byłby w pełni gotowy ( w jakimś kształcie ) jako główne przekierowanie ze Spisu treści prowadziłoby do wersji oryginalnej ( ang. ). Jeśli istniałaby już jakaś część tłumaczenia tuż przy tytule działu można dać przekierowanie do tego fragmentu tłumaczenia, które jest gotowe. Jeśli jakaś osoba, postanowi że z jej strony jest wszystko zrobione tzn przetłumaczyła wszystko zaznaczy w opisie danej Edycji że temat gotowy do sprawdzenia. W takim wypadku reszta grupy mogłaby zgłaszać poprawki/sugestie czy to na forum czy jeśli autor się zgodzi w samym tekście ( zgodę mógłby również wyrażać w ostatniej Edycji ). Jeśli przez jakiś czas nie byłoby żadnych zmian strona angielskojęzyczna znikała by a przekierowania ze spisu treści szło by do tłumaczenia.
Zalety takiej metody:

• przejrzystość,
• od razu ze spisu treści widać, która strona jest gotowa, a którą należałoby się zająć
• może chętniej członkowie grupy zajmowali by głos ;P

Wady:

• więcej roboty z administracją,
• możliwe "olewanie" wątków przetłumaczonych bez wnoszenia poprawek ( na to radą byłoby rozpoczynanie wątku na forum w odpowiednim dziale na przykład w ten sposób Tekst:Liliputek,ukończony-do sprawdzenia ),
• możliwe zagubienie end-up users.

Mimo tego uważam, że mógłby to być dobry pomysł. Podejrzewam że jeśli już posiadamy jakiś end-up users to i tak są być zagubieni.
Czekam na wasze opinie.
Pozdrawiam
Kamil "zielony" Zieleniec :)

Tekst ten możemy kopiować zmieniać i tłumaczyć w ramach naszego HOWTO.

Takie samo pozwolenie otrzymaliśmy od Peter Jay Salzman:
http://www.tldp.org/LDP/lkmpg/2.6/html/

Mówiąc prosto możemy przeczytać te artykuły po czym skopiować do naszego HOWTO i przetłumaczyć. Do czego bardzo zachęcam.

P.S. Pozwolenia te uzyskałem przez maila od obu autorów. Maile te oczywiście zachowałem.

jadro - kernel, jadro linux Linux itp
pamieć głowna - RAM

Może to trochę za wcześnie, ale chyba warto podzielić tekst na części, każda dostanie kogoś kto będzie nią kierować i koordynować tłumaczenie. Dzięki temu całoś stanie się przejrzystsza od strony organizacyjnej.

Co o tym wszystkim myslicie?

Pozdrawiam

Ogólnie chciałbym wypowiedzieć się na temat tego co już jest. Idea mi się bardzo podoba.
Czytając te artykuły, na których mamy się wzorować dochodzę do wniosku że autor wyciąga jakieś mylne wnioski. Kwestią sporną na przykład jest pytanie czemu nie wykorzystywać jądra udostępnianego z dystrybucją ( jądro rozumiane jako odpowiednio przygotowany pakiet z kodem źródłowym ). Autor twierdzi, że może powodować to problemy i że taka wersja nie jest w 100% konfigurowalna co jest totalną bzdurą. Ja bym się kusił o stwierdzenie, że należałoby zacząć od wersji źródeł udostępnianych przez Dystrybucję. Dlaczego ? bo nie musimy martwić się o wersję narzędzi zależnych od jądra ( udev binutils itd ).

A tak poza tym chciałbym pogratulować dokonanej już pracy.

Edycja

Podam Wam szczegóły do rozważenia.. Moje spostrzeżenia
Cytat:
Sposób odradzany
Kod źródłowy jest zwykle instalowany w katalogu // /usr/src/linux/ // nie polecam jednak próby modyfikacji tego kodu. Jest on przecież wykorzystywany przez różne programy (#include etc.) co mogło by spowodować niestabilność twojego systemu, poza tym ta wersja jest zależna od dystrybucji (patrz poniżej).

Katalog /usr/src/linux w tzw. *nowoczesnych dystrybucjach* jest dowiązaniem symbolicznym do katalogu ze źródłami jądra przez co ułatwiona jest administracja systemem. Modyfikacja kodu nie ma większego wpływu na działania Kernela, a moje pytanie jakie programy korzystają z tego kodu.

Cytat
Jak zdobyć Kod źródłowy Kernela?

Są dwa rodzaje kodu żródłowego. …

Nie można dokonać takiego podziału.. znów się nie zgodzę.

Jak na razie tyle. :-) Wypowiedzcie się

A i chciałbym zauważyć.. że jeśli uważamy się za Team ( czy coś w tym stylu ) to pewne określenie powinny być w liczbie mnogiej ( na przykład "…nie polecam.." z pierwszego cytatu chyba, że uważacie inaczej wtedy proszę o jakieś argumenty ).

Proszę o komentarze !!!!!!!!!!!!!!!!!!!!!!!!!!!!!