życie zabija powoli :)

coming up

Właśnie eksperymentuję w domu z LVM. Jak dojdę co do czego, to opiszę wam wrażenia. Pomysł jest świetny, ale mam parę wątpliwości.

archlinux-2008.06

Wlasnie wydano nową oficjalną płytkę instalacyjną arch linuksa o nazwie „overlord” (kto wymyśla takie nazwy…?).

Lubię tą dystrybucję, jako binarna jest stosunkowo bliska mojemu ulubionemu gentoo – to pewnie jakieś osobiste zboczenie. System ten bardzo sprawnie chodzi na starszym sprzęcie i ma w miarę aktualne pakiety, łatwy sposób integracji kompilacji ze źródeł z managerem oprogramowania i mało własnych udziwnien pod postacią różnych wymyślnych konfiguratorów. Narzędzia z arch’a często przenoszę na gentoo (zwł. mkinitcpio to rewelacyjne narzędzie)

W nowych płytkach instalacyjnych wprowadzone zmiany są zdecydowanie na lepsze. Od dawna słabym punktem archlinuksa jest dokumentacja i bardzo spartańska płytka instalacyjna (po instalacji nie wiedziałem gdzie szukać managera oprogramowania i jak go obsługiwać) – w przypadku gentoo zawsze można odpalić przeglądarkę w sąsiednim oknie i otworzyć sobie handbook, lub robić różne inne zabawne rzeczy ;-).

Dodanie instalatora z live-usb to też spory plus, przyda się.

A sam arch? jak to arch, co jakiś czas instaluję go jeszcze z płytki dla 0.7 (tam jest jeszcze devfs :] ).

Całe (raczej zwięzłe) ogłoszenie jest pod tym adresem : http://archlinux.org/news/398/

No to i wpis będzie zwięzły ;P.

Linux a moduły własnościowe

Greg Kroah-Hartman jako członek Linux Foundation wydał oświadczenie w sprawie modułów o zamkniętym kodzie w jądrze, konkretnie jakie jest oficjalne stanowisko developerów jądra w sprawie tych modułów.

Całość można przeczytać tutaj

Czyżby znowu szykowało się ryzyko zablokowania własnościowym sterownikom drogi do jądra? Sprawa ta już nie raz była dyskutowana.

We, the undersigned Linux kernel developers, consider any closed-source Linux kernel module or driver to be harmful and undesirable. We have repeatedly found them to be detrimental to Linux users, businesses, and the greater Linux ecosystem. Such modules negate the openness, stability, flexibility, and maintainability of the Linux development model and shut their users off from the expertise of the Linux community. Vendors that provide closed-source kernel modules force their customers to give up key Linux advantages or choose new vendors. Therefore, in order to take full advantage of the cost savings and shared support benefits open source has to offer, we urge vendors to adopt a policy of supporting their customers on Linux with open-source kernel code.

We speak only for ourselves, and not for any company we might work for today, have in the past, or will in the future.

[hardware] kolejna kamerka pod gentoo

Wstęp:

Ostatnio wpada mi w rece coraz wiecej sprzetu i mam okazje testowac go na linuksie. Dzisiaj bawiłem się kamerką internetową (znowu) , tym razem o nazwie Creative Live! Vista Webcam czy cośtam.

Nazwa milosnika linuksa moze przyprawic o ciarki :]. Nie jest jednak tak źle.

Konfiguracja systemu

Kamera posiada zintegrowany mikrofon, do jego dzialania wystarczy konfiguracja kernela i wlaczenie modulu usb-audio (no i włączenie v4l2 w jądrze). Po instalacji i zaladowaniu modulu w systemie pojawia sie nowe urzadzenie dzwiękowe:

watanabe ~ # arecord -l

• List of CAPTURE Hardware Devices ****

card 0: CK804 [NVidia CK804], device 0: Intel ICH [NVidia CK804]

Subdevices: 1/1

Subdevice #0: subdevice #0

card 0: CK804 [NVidia CK804], device 1: Intel ICH – MIC ADC [NVidia CK804 – MIC ADC]

Subdevices: 1/1

Subdevice #0: subdevice #0

card 1: CX8811 [Conexant CX8811], device 0: CX88 Digital [CX88 Digital]

Subdevices: 1/1

Subdevice #0: subdevice #0

card 2: IM [VF0420 Live! Cam Vista IM], device 0: USB Audio [USB Audio]

Subdevices: 1/1

Subdevice #0: subdevice #0

Jak widać urządzenie wejściowe audio jest.

Co do obsługi video – w jądrze jest sterownik ov511, ale go nie polecam. Miałem problemy. Lepszy jest media-video/ov51x-jpeg z nakładki sunrise dla gentoo.

Aby kamera działała ze skype, modułowi przy ładowaniu trzeba przekazać parametr forceblock=1.

echo „ov51x_jpeg forceblock=1” >> /etc/modprobe.d/kamerka

update-modules —force

i mozna podpinac kamerkę.
Alternatywnie mozna zrobić

echo 1 >> /sys/module/ov51x_jpeg/parameters/forceblock

po wczytaniu modułu i może zadziałą
Po zastosowaniu pierwszej metody moduł sam się załaduje z odpowiednim parametrem. Pozostaje konfiguracja urządzeń w skype/ekiga czy innym programie.

Problemy:

Problemy w zasadzie były gdy miałem podpięte dwie kamery oraz przy testowaniu kamery w camorama – obraz na tej kamerze jest wtedy „potrójny”. W SDLcam nie potrafiłem wybrać tej kamery. Biorąc pod uwagę że mam teraz jeszcze tuner tv w komputerze namnożyło mi się urządzeń video i audio i każdy program mógł zgłupieć ;-).

Przy okazji chciałem przetestować gnomowe cheese , ale się rozmyśliłem.

Następnym razem opiszę tuner tv. Dziwaczny kawałek sprzętu mi się trafił.

lekcja życia

Krewetki są fajne i smaczne, pod warunkiem że sam ich nie przyrządzasz.

Analogicznie dla marynowanej ośmiornicy w sosie czosnkowym.

dziwny jest ten postgres-8.3

Zagadka na dziś :

mamy tabelkę w bazie z taką oto kolumną:

blah character varying(1) not null

definiujemy operatory

= (varchar, integer)

= (integer, varchar)

jako porównanie liczby z tekstem poprzez rzutowanie liczba::integer = tekst::integer. operatory są poprawne i porównania działają.

dla niewtajemniczonych – w postgres 8.3 porzucono mozliwosc porownywania liczba – tekst i to co dzialalo na poprzedniej wersji na 8.3 sie posypie. dlatego albo trzeba poprawic wszystkie wystapienia takich porownan, albo zdefiniowac wlasny operator porownania tekst-liczba/liczba-tekst.

robimy takiego selecta :

select coalesce(blah, ‘N’) = ‘T’ from tabela;

i dostajemy :

ERROR: invalid input syntax for integer: „T”

po zdropowaniu operatorów powyższa linijka zaczyna dzialac, ale oczywiscie wszelkie wystapienia porównań liczb z tekstem przestają działać (bo znowu nie ma operatorów). co tu jest zrobione nieprawidlowo?

r500 3d na otwartym driverze

Udało się. Jakiś czas temu pisał o tym phoronix. Niedawno do mesy (otwartej biblioteki 3d) dodano kod dla kart ati r500. Spodziewałem się czegoś niezbyt imponującego, ale okazuje się że rzeczy mają się lepiej niż się spodziewałem.

Zacząłem od dodania overlay’a x11 i odmaskowania pakietów dri2proto, mesa,libdrm oraz x11-drm

Po instalacji musiałem trochę posprzątać w modułach kernela – miałem dwie kopie modułów radeon i drm, więc wykasowałem te które miałem razem z jądrem, puściłem update-modules —force i zrestartowałem system.

Na starcie w dmesg przywitał mnie komunikat

[drm] Initialized radeon 1.29.0 20080613 on minor 0
[drm] Used old pci detect: framebuffer loaded
[drm] Setting GART location based on new memory map
[drm] Loading R500 Microcode
[drm] Num pipes: 1
[drm] writeback test succeeded in 1 usecs

czyli wszystko było w jak najlepszym porzadku od strony kernela.
Od strony mesy : (glxinfo)

name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
(...........)
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 TCL
OpenGL version string: 1.3 Mesa 7.1 rc1
OpenGL extensions: (...........)

tutaj też fajnie ;-)

Pierwszy test – warzone2100. Trudno było powiedzieć, ale gra chodziła płynnie. Dużo efektów w niej nie ma i ciężko sprawdzić cokolwiek. Ale płynność jest.

Drugi test – darkplaces. Po włączeniu wszystkiego poza HDR i bloom – 120-150fps. Jest DOBRZE :D. Na fglrx sterownik daje radę z bloom, ale na hdr tez już tnie – no cóż, mój radeon x1300pro to nie rakieta ;-)

Najbardziej dziwi mnie stabilność. Chyba będę mógł używać mesy z git’a na co dzień, bo na resztę systemu negatywnie nie wpływa.

Później dam trochę screenów, wydaje mi się że jest trochę problemów z jasnością w darkplaces. Ale trzeba przyznać że osiągnięto wielki postęp odnośnie otwartych driverów dla ati pod linuksem.

Jutro sprawdzę compiz, jak będzie chciało mi się go instalować ;-)

niewiedza to problem

Dzisiaj sie o tym przekonalem. Zainstalowalem pare dni temu xf86-input-evdev i rozpetalo sie „pieklo”.

Strzalka w gore – printscreen, strzalka w dol – nic (xev twierdzi ze shift3 – wtf?!).

strzalki lewo, prawo nie chodza, win+r nie dziala.

A ja tylko przekompilowalem kernel i wtedy zauwazylem.

Zeby bylo smieszniej – pod kde4 nie mialem zadnego problemu. W koncu sprawdzilem logi X‘ów i okazalo sie cos takiego

(**) Keyboard0: always reports core events
(**) Option „Protocol” „standard”
(**) Keyboard0: Protocol: standard
(**) Option „AutoRepeat” „500 30”
(**) Option „XkbRules” „xorg”
(**) Keyboard0: XkbRules: „xorg”
(**) Option „XkbModel” „pc105”
(**) Keyboard0: XkbModel: „pc105”
(**) Option „XkbLayout” „pl”
(**) Keyboard0: XkbLayout: „pl”
(**) Option „CustomKeycodes” „off”
(**) Keyboard0: CustomKeycodes disabled
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device „Keyboard0” (type: KEYBOARD)
(......)
(II) XINPUT: Adding extended input device „AT Translated Set 2 keyboard” (type: KEYBOARD)
(**) Option „xkb_rules” „base”
(**) AT Translated Set 2 keyboard: xkb_rules: „base”
(**) Option „xkb_model” „evdev”
(**) AT Translated Set 2 keyboard: xkb_model: „evdev”
(**) Option „xkb_layout” „us”
(**) AT Translated Set 2 keyboard: xkb_layout: „us”

A niech szlag trafi sterownik ktory nadpisuje moje ustawienia klawiatury :]

potem ludzie na forach maja dziwaczne problemy podobne/identyczne mojemu i nikt nie wie skad sie biora.