Ostatnio przewija się temat "Documentation of kernel messages (Summary)" który ogólnie rzecz biorąc jest bezsensowny, bo rzeczy, które są wypisywane przez jądro powinny być w pierwszej kolejności rozumiane dla ludzi, którzy się tym zajmują. Z niecierpliwością czekam na zgłoszenie pierwszego błędu z japońskimi krzakami w dmesg…

Trzeba przeprowadzić na LKML akcje uświadamiającą ludzi o szkodliwym wpływie narkotyków - niektórzy za dużo ćpają.

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 ??

niech ktoś przejmie KWN !!!

1 To nie może być zwykły ktoś, są pewne wymagania:
- znajomość angielskiego w stopniu pozwalającym na tłumaczenie tekstów z LKML
(trzeba wziąć poprawkę na to, że nie wszyscy tam piszący władają płynnie angielskim)
- dobra znajomość budowy systemu operacyjnego
- możliwość poświęcenia czasu (regularnie) na pisanie KWN
- trzeba lubić pisać (coś czego ja nie lubię)

2 Nie powiedziałem, że chcę porzucić KWN, powiedziałem tylko, że aktualnie na to nie mam czasu.
Teraz idzie nowe wydanie Linuksa, więc wolę poświęcić wolny czas na testowanie systemu, tropienie
błędów, poprawienie nieszczęsnego sterownika do mojego geforce etc. Pisanie dokumentacji, KWN
jest gdzieś na szarym końcu mojego TODO.

Bo dopiero dzisiaj subskrybowałem LKML i nie wiem na co patrzeć.

Hmmm… Ok, zacznijmy od początku. Miałem zacząć wrzucać cytaty tygodnia, tak jak na LWN. Te poniżej mi się podobają, więc pewnie będą ok.

"But we have many many more regressions which are in 2.6.21.x, only nobody's
tracking those. Nobody seems to be fixing them either. Probably
everyone's busy on the 2.6.14 regressions."
— Andrew Morton http://lkml.org/lkml/2007/5/10/638

"So in that sense, it all sounds perfectly sane. And I'm definitely not
sure your "292 years after bootup" worry is really worth even considering.

When we're really so well off that we expect the hardware and software
stack to be stable over a hundred years, I'd start to think about issues
like that, in the meantime, to me worrying about those kinds of issues
just means that you're worrying about the wrong things."
— Linus Torvalds http://lkml.org/lkml/2007/5/6/89

Gdybyś przejrzał archiwum, to znalazłbyś pewnie ciekawsze.

1 LogFS take two
http://lkml.org/lkml/2007/5/7/315

2 x86-64 highres/dyntick support
http://lkml.org/lkml/2007/5/6/128

3 Please revert 5adc55da4a7758021bcc374904b0f8b076508a11(PCI_MULTITHREAD_PROBE) ???
http://www.ussg.iu.edu/hypermail/linux/kernel/0705.1/0205.html

4 gmail is a bit too popular.. (o problemach lkml z gmail)
http://lkml.org/lkml/2007/5/7/124

5 CFS 10 i 11 - Ingo miał poprawić płynność gier w nowej wersji
http://lkml.org/lkml/2007/5/7/155
http://lkml.org/lkml/2007/5/8/259

Rzuć okiem na
http://www.ussg.iu.edu/hypermail/linux/kernel/0705.1/index.html

możesz przyjąć zasadę, że długie wątki mogą być ciekawe, więc przyjrzyj się im - np ten dobrze się zapowiada
http://www.ussg.iu.edu/hypermail/linux/kernel/0705.1/1782.html

BTW Co to jest "sztorm" ??

Powinno być "Czym będzie "sztorm"?". Na razie to jest tak tajne, że nawet ja nie wiem czym dokładnie to będzie. Ale istnieje na papierze i w mojej głowie.

"It just reminds me that the concept of "release early, release often" doesn't actually work in the kernel. What is far more obvious is "release code only when it's so close to perfect that noone can argue against it" since most of the work is done by one person, otherwise someone will come out with a counterpatch that is _complete_ earlier but in all possibility not as good, it's just ready sooner."
— Con Kolivas

Da się coś z tym zrobić?

Później poproszę Michuka z jakilinux.org, i Maćka z unixy.pl, aby podmienili stare bannery prowadzące do LTG.

Zrobiłem banner. Jak się podoba?

Trzeba będzie go tylko wrzucić na wiki – ja chyba nie mam uprawnień do uploadu.

BTW. Dzięki reklamie (KWN?) w dwóch portalach, trochę ludzi odwiedziło stronę. Gdzie będziemy umieszczać banery zwrotne, jak dostaniemy stałe miejsce na baner w popularnym portalu?

BTW Są jakieś pomysły co do nazwy stronki ???

(BTW. Wpisz "kernel monkey" na google)

Powiedzmy, że do KWN wystarczy kilka ciekawie opisanych wątków. Objętościowo nigdy nie będzie takie jak KT, z prostego powodu – my musimy tłumaczyć, a tam wystarczyło ctrl-c, ctrl-v.

Co do zmian w treści podręcznika dla testerów, to oczywiście masz wolną rękę. Gdybyś jednak potrzebował inspiracji, to możesz się przyjrzeć zmianą, które wprowadził Rafał w wersji angielskiej http://www.stardust.webpages.pl/ltg/files/handbook-en.pdf .

Po chwili…

Swoją drogą nie wiem czy uda mi się za tym nadążać, zmiany, nowe wątki pojawiają się dość często.

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.

Jedyne w czym czuje się jak na razie dobrze to tłumaczenia więc Michale z chęcią pomogę ci z KWN, z tym że nie potrafię ich zlokalizować :|.

Jest tutaj
http://kernel.wikidot.com/newsy:kwn1

Reguły są proste – wybierasz wątek z LKML, netdev, linux-{scsi,ide,fs, jakiejkolwiek innej listy na której deweloperzy prowadzą dyskusje} (najlepiej będzie, gdy temat będzie dla Ciebie interesujący – w każdym bądź razie ja nie lubię pisać o rzeczach, które mnie w ogóle nie interesują), wybierasz i tłumaczysz najciekawsze listy/fragmenty listów, krótko streszczasz o czym była dyskusja – ma to być coś w stylu KernelTraffic http://kerneltraffic.org/kernel-traffic/archives.html (nie chcę wynajdować na nowo koła).

Jak na razie to tyle moich pomysłów. Jak znajdę chwilę biorę się za styl kodowania jądra. Powoli trzeba zacząć zamykać to co jest na liście ToDo.

Jak Przemek wymyśli coś co zastąpi „Kernel Hacking”, to zrobię bannery – próbkę moich „artystycznych” zdolności można znaleźć na stronie (http://www.stardust.webpages.pl/ltg/index01.html), więc może lepiej zrobi to ktoś inny? :)

Fajnie by też było, gdyby od czasu do czasu ktoś skrobnął jakiś artykuł do działu newsy – możemy tworzyć/tłumaczyć tony super zajefajnej dokumentacji, ale jak o stronie nikt nie będzie wiedział, to będziemy tylko marnowali czas.

Na razie na tapecie mam Kernel Weekly News – coś co postaram się pociągnąć przez dłuższy okres czasu – powinno przyciągnąć uwagę właściwych osób. Do tego od czasu do czasu jakieś benchmarki etc.

Co można zrobić - czyli jak ktoś nie ma pomysłu na newsa - można np. przeprowadzić wywiad z jakimś deweloperem, napisać dobry artykuł o odzyskiwaniu danych, opisać nową wersje gcc, ltp, czyli wszystko to, czym interesują się deweloperzy/testerzy.

Zmieniłem nazwę stronki podoba się ??

Dziwne ale ja dalej widzę Newsy i Developer. Polakami jesteśmy i powinniśmy stosownie do tego tworzyć tą dokumentację. W końcu to ma być tłumaczenie między innymi.

Co do słowa hacking się nie wypowiem, za dużo z nim problemów ale w tym wypadku decyduje administrator.

mkkp napisał:

Może Kernel Center?

Ja bym proponował jednak coś Polskiego !:-)

Co do tego Podręcznika Testera hym to sam podajesz na głównej jego stronie spis autorów. No tak a ja zapomniałem w tym zdaniu dodać głównego ;-).

Co do tych fragmentów słownika to nie ma ich gdzie "wciepać" uznałem że mainsait będzie dobrym miejscem, w końcu tam główne informacje o Nas i tym czym próbujemy się bawić tutaj.

A swoją drogą wszystkie sugestie mile widziane.

Kolejna wątpliwość odnośnie słowa hacking, to duża popularność jego negatywnego znaczenia.

Może Kernel Center? Lub coś bardziej neutralnego.

Proponuje nazwać jakoś tę grupę np. „KernelNewbiesPL”, „Kernel Mokeys” lub coś w tym stylu. Nazwa jest potrzebna na baner, który mam zamiar wymyślić. W dwóch serwisach (unixy.pl i jakilinux.org) mam miejsce na baner LTG i chciałbym go zmienić, aby potencjalni odbiorcy trafiali na kernel.wikidot.com. (Oczywiście trzeba będzie umieścić banery zwrotne gdzieś na stronie głównej)

„Projekt został zapoczątkowany przez Przemka Lib'a i rozrósł się już trochę. Do Naszej ekipy dołączył Michał Piotrowski rozszerzając zakres projektu o "Podręcznik Testera", tworzony przez niego.”

Podręcznik testera to nie tylko moja zasługa.

Anyway, proponuje coś w stylu „Niedawno nastąpiło połączenie dwóch projektów - Kernel Programing i Linux Testers Group (wirtualnej grupy straceńców pakujących się w problemy czyt. testujących najnowsze, najbardziej pla pla pla wersje Linuksa) z którego powstała nowa grupa KernelNewbiesPL, stawiająca sobie za cel: (no i tutaj lista zaczynająca się od „dokonywanie tłumaczeń dokumentacji,”)”

Moja propozycja:

• dokonywanie tłumaczeń dokumentacji,
• naukę programowania jądra systemu
• naukę testowania jądra systemu
• dobrą zabawę.

Linuks jest jądrem systemu operacyjnego, dlatego dla uproszczenia często będziemy mówili kernel a czasem jądro mając na myśli Linuksa

Proponuje zastąpić przez:

Samo słowo Linux pochodzi od imienia autora pierwszej wersji (przyp. Linus T.), a ma oznaczać Linus `Unix i mówić, że system ten nie jest Unix`em: Linux Is Not UNIX. [ tutaj podlinkowałbym artykuł z wikipedii.

Co do tego :

Innym określeniem tegoż systemu jest słowo kernel Linuksa

To zdanie jest błędne.

Deklinacje możemy podlinkować tutaj http://newbie.linux.pl/?id=article&kategoria=1&show=38

++Witaj!

Jesteśmy grupą młodych ludzi "zafascynowanych" 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
* dobrą zabawę.

Oczywiście wszystko czego dokonujemy związane jest z Linuksem. Samo słowo Linux pochodzi od imienia autora pierwszej wersji (przyp. Linus T.) i od sławnego systemu operacyjnego UNIX. Innym określeniem tegoż systemu jest słowo kernel Linuksa. 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 <- tego nie jestem pewien podaj jakiegoś linka
* D. Linuksa
* C. Linuksowi
* B. Linuksa
* N. Linuksem
* Msc. Linuksie

Projekt został zapoczątkowany przez Przemka Lib'a 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 przeczytaj ten link » Jak dołączyć?? « lub skontaktuj się z Przemkiem przez gg Kontakt .

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

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.

Wieczorem postaram się powalczyć z tą wiki i przenieść pierwszy rozdział podręcznika.

P.S. Proponuje jeszcze zmienić "Podręcznik Developera" na "Podręcznik Dewelopera" - wygląda trochę lepiej, IMO wciskanie angielszczyzny wszędzie gdzie się da nie wygląda za dobrze. Jak istnieją polskie odpowiedniki słów, to należy ich używać.

P.S. Przegrupowałem stronę, jednak szblon organizacyjny newsów i poraręcznik testera musisz zrobić sam (ja się na tym nie znam).

Czekam na dalszy rozwój sytuacji.

Niestety ostatnio nie wyrabiam się z czasem i trochę zaniedbałem LTG.

Miałem wielki plan, ale teraz widzę, że nie będę go mógł niestety zrealizować tak jak to sobie wymarzyłem. Dlatego proponuje przenieść "infrastrukturę" LTG na kernel.wikidot.com, a inne wersje językowe niech robią inni :)

Anyway, jest trochę materiału w wiki - większość została zastąpiona przez podręcznik dla testerów, a może jednak znajdzie się coś ciekawego?

Proponuje następującą organizacje strony:
Newsy - dział, gdzie od czasu do czasu napisałbym coś co by przyciągnęło uwagę potencjalnych testerów/deweloperów
Podręcznik dewelopera - Wasze tłumaczenie
Podręcznik testera - coś co postaram się skończyć jeszcze w tym stuleciu
Linki, Kontakt itd.

Pozdrawiam,
(zagrzebany w projektach)
Michał

PS. Gdy uda mi się przeprowadzić, na k.w.o, to ustawie przekierowania ze starych stron LTG - pójdą na odstrzał w najbliższym czasie.

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.

Popieram w 100%

Oczywiście każdy mógłby w między czasie edytować jednak to te osoby były by odpowiedzialne za formę i składność swoich "działek" ??
Co wy na to ??