UKE zaszalało.

Na szczęście nie biorę bezpośrednio udziału w wypełnianiu dokumentów do Systemu Informacyjnego o Infrastrukturze Szerokopasmowej (SIIS), ale pewnych rzeczy nawet z boku nie sposób nie zauważyć. Jak wszystko w kraju, inwentaryzacja jest robiona na ostatnią chwilę, zarówno od strony ISP, jak i UKE. I akurat ISP, którzy się nie pospieszyli, tym razem wygrali. Co jest źle?

Niejasne przepisy – fajnie, że można zadać pytanie (i dostać odpowiedź), fajnie, że było spotkanie, ale czemu nie jest po prostu czarno na białym, w sposób nie budzący wątpliwości napisane? Do tego dochodzą kwiatki w niektórych miejscach typu dane w formacie XLS zgodnym z generowanym przez Weryfikator (Weryfikator to program pomocniczy). IMO formatu danych w dokumentach urzędowych nie powinien określać program, szczególnie arkusz kalkulacyjny, szczególnie … Jasne, to tylko instrukcja i być może gdzieś jest normalny opis.

Zmiany zasad w trakcie gry –  czyli czemu nie warto się spieszyć. Jak można zauważyć, spotkanie na którym doprecyzowano/zmieniono interpretacje, miało miejsce już po publikacji dokumentów. Jeśli któryś ISP się pospieszył, spora szansa, że niepotrzebnie wykonał pracę. Podobnie zmieniła się wersja Weryfikatora (tak, tego, co gdzieniegdzie definiuje format).

Nieznany faktyczny cel inwentaryzacji – w sumie nie ma co pisać, spekulacji jak zostaną wykorzystane bardzo szczegółowe przecież dane jest sporo, informacji oficjalnej (poza „góra kazała”) nie ma… Brak grokowania problemu nie ułatwia czytania dokumentów i sensownego ich wypełniania… Oficjalna wersja, do czego posłużą dane jest tu, ale jak na to, co tam piszą, dane są stanowczo zbyt szczegółowe. Do wersji oficjalnej wystarczyłby zasięg usługi (OK, nieco problematyczny w przypadku sieci bezprzewodowych) i maksymalna oferowana na danym rejonie prędkość (OK, też problematyczna w przypadku Wi-Fi i *DSL).

Naprawdę nie można było opublikować dokumentów wcześniej, dać miesiąca czy dwóch na zgłoszenie uwag (mailowo), na ich podstawie przygotować wersje finalne i instrukcje i dopiero wtedy publikować? Spotkania, jak opisane wyżej są pewnie wygodne, ale bardzo zasobochłonne, zwłaszcza dla mniejszych ISP. Zresztą spotkanie w trakcie okresu na zgłaszanie uwag też spokojnie mogłoby się odbyć, a po nim mogłaby powstać kolejna wersja dokumentów. Czyli wersja wstępna -> czas na uwagi -> spotkanie -> wersja z poprawkami -> czas na uwagi -> wersja finalna.

Póki co, efekt jest taki, że na grupie pl.internet.polip czyli poświęconej problemom Internetu polskiego i światowego, ostatnio pisze się głównie o UKE. Znamienne. Ale nie dziwi – nawet mając 70-90% danych w wewnętrznym systemie i tak dobrych kilka osobodni zostanie poświęconych na przygotowanie raportu… 😉

Naprawienie hibernacji w Squeeze.

W poprzednich narzekaniach na Debiana pisałem, jak to mi hibernacja szwankuje, mimo zgłoszonych bugów. Nie ma co ukrywać, powrót tematu hibernacji w tej dyskusji i chęć zepsucia czegoś doprowadziły do tego, że stwierdziłem, że trzeba poszukać problemu. Metodą najdoskonalszą, czyli izolacji problemu.

Podejrzanych było dwóch: hibernate i uswsusp. Na początek stwierdziłem, że wyrzucę oba pakiety wraz z konfiguracjami (wajig purge…) i zobaczę, jak LXDE reaguje. Ku memu zdziwieniu, opcje hibernacji i usypiania nadal były dostępne. Kliknąłem jedną z nich i… ku memu zdziwieniu zadziałała. Znaczy się, winnych może być więcej. Szybki reboot i dalsze działanie uśpienia upewniły mnie, że musi być inny winny.

Wizyta na kanale #debian (hibernacja to dla mnie nowość, przyznaję się od razu, że ten temat jest mi praktycznie obcy, jakoś nigdy nie widziałem sensu tego) przyniosła newsa: jest jeszcze pakiet pm-utils, który może zapewniać dostęp do usypiania i hibernacji. Został odinstalowany i zainstalowałem od nowa uswsusp. Tradycyjnie nie banglał. Wywaliłem go i stwierdziłem, że dam szansę narzędziom z pm-utils. Ku memu zdziwieniu opcje testowe pokazywały, że powinno działać z ich użyciem i uśpienie, i hibernacja. I faktycznie działają one pod Squeeze od kopa i elegancko.

Pomysłu co może być przyczyną niedziałania uswsusp na kanale nie ma, maintainer pakietu jakoś się nie odzywa w zgłoszeniu błędu. Szkoda, bo uswsusp miał trochę ciekawych opcji (kompresować czy nie, szyfrować czy nie)… Za to dostałem namiar na stronę dotyczącą MIA Team. 😉

Znowu wszystko działa i Debian robi się nudny

Debian nie jest nudny!

Nieco ponad rok temu pisałem, że Debian jest nudny. Straszny błąd i odszczekuję. Owszem, w wersji stabilnej może tak to wyglądać, ale jeśli korzysta się z wersji testing (no dobrze, tak naprawdę testing/unstable), to nudzić się nie sposób. Czym można być zaskoczonym? Wieloma rzeczami, podczas niewinnych upgrade’ów.

Sprawa pierwsza, ponieważ karta zintegrowana nie działała, kupiłem sobie zintegrowaną na USB. Ruszyła od kopa praktycznie (nuda). Po paru dniach przestała działać. Ot tak sobie. Śledztwo pokazało, że jakiś mózg stwierdził, że jak ktoś ma kartę USB, to nie będzie podstawowa na pewno i w /etc/modprobe.d/alsa-base.conf pojawiło się:

# Keep snd-usb-audio from beeing loaded as first soundcard
options snd-usb-audio index=-2

Oczywiście bez ostrzeżenia przy wprowadzaniu zmian, bo po co?

Inne wesołe? Ależ proszę. Po którymś upgrade i reboocie karta graficzna zaczęła robić ciekawy efekt. Tzw. wyżarzanie. Obraz rozjechany (random na podstawie zawartości konsoli), kaszana i coraz jaśniej świecił. Nawet ciekawe, ale… Szczęśliwie miałem odpalone SSH, bo nie wiedziałem, czy całkiem się wiesza, czy co. Okazało się, że nie, nie całkiem. Wszystko żyje. Tylko nie wyświetla.

Po krótkiej walce, tymczasowo rozwiązałem problem dodając moduł radeon (karta to 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY) do blacklisty (i tak go ładował…). I tak żyłem sobie w naiwnym przekonaniu, że w kernelu coś skopali. Wcale nie. Przy niedawnej dyskusji na IRCu jakoś tak zeszło na Radeony i… Włączyli KMS! Tak ni z gruchy, ni z pietruchy. Wystarczyło wyłączyć KMS w /etc/modprobe.d/radeon-kms.conf i wcale nie trzeba blacklistować modułu radeon! Szkoda, że nie instalowany pakiet nie wyświetlił informacji o tej zmianie przy instalacji.

I tak liczyłem, że KMS będzie sprawą tego, że hibernacja przestała działać (bo również nagle przestała). Niestety nie – po wyłączeniu KMS nadal nie działa. Zgłosiłem dwa błędy odnośnie pakietu uswsusp (#583525 i #574653). W ogóle trochę nie rozumiem, czy ktoś sprawdza, czy maintainer tego pakietu żyje? Zwykle przy innych zgłoszeniach był jakiś feedback, a tu wisi, wisi, wisi… A mi hibernacja nadal nie działa. No chyba, że z jakiejś przestarzałej metody korzystam i stąd to milczenie…

W każdym razie, Debian nie jest nudny. Przy testingu nudzić się nie sposób! 😉