życie zabija powoli :)

migracja konfiguracji ze starszej wersji cups - co warto sprawdzić

Jeżeli przenosisz konfig drukarek ze starej instalacji CUPS (w moim przypadku z 1.1.* z maszyny działającej pod kontrolą SuSE 9.3), to należy upewnić się że zrobiłeś poniższe rzeczy:

• zatrzymaj CUPS
• usuń mime.convs i mime.types z /etc/cups, jeżeli tam są (ew. zostaw tylko niezbędne wpisy jeżeli masz jakieś niestandardowe modyfikacje)
• wyczyść /var/cache/cups
• uruchom CUPS

W przeciwnym razie możesz otrzymywać poniższe komunikaty w logach :

Send-Document client-error-document-format-not-supported: 
Unsupported format 'application/pdf'!

Widocznym symptomem tego problemu jest całkowity brak drukowania i odrzucanie zadań przez system wydruku.

Analogiczny komunikat może pojawiać się dla innych typów : application/postscript , application/mozilla-ps itp.

dell vostro 360 - problematyczny sprzęŧ + krótki rant

Vostro 360 to jeden z serii model typu AIO - All In One, czyli komputera wbudowanego z monitorem w pojedyncze opakowanie, dostarczanego jako gotowy zestaw. Przy okazji instalacji na nim systemu napotkałem kilka problemów, z różnymi sposobami rozwiązania.

Problem numer 1 : KMS nie działa -> sterownika intela nie działa -> brak akceleracji 2d/3d.

Walczę z tym na bugzilii freedesktop.org, na razie bez postępów. Nawet najnowszy rozwojowy branch kernela o nazwie drm-intel-next nie działa poprawnie z kartą w tym modelu, a KMS jest zepsute "od zawsze" - nie ma wydania jądra które potrafi zainicjalizować grafikę poprawnie (wariant układu sandy bridge). Korzystanie z nomodeset i klasycznego sterownika vesa jest jak na razie wystarczające - na szczęście docelowo akceleracja 2d/3d nie jest krytyczna. No i panel o proporcjach 16:9 i 23" działa w trybie 1024x768 :/ (czas odkurzyć manuale do modelines).

Obecne rozwiązanie : boot z nomodeset ( czasami konieczne jest też i915.modeset=0, zaleznie od systemu )


/proc/cpuinfo
Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz

lspci:
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller (rev 09)


Problem numer 2 : karta sieciowa się rozłącza, w dmesg spamuje komunikatami "r8169 eth0 link up".

Jest kilka sposobów na obejście tego problemu, ja po prostu zainstalowałem do systemu sterownik r8168 i zablokowałem ładowanie sterownika r8169


echo "blacklist r8169" >> /etc/modprobe.d/50-blacklist.conf


Rozwiązanie jest stosowane na wielu komputerach, gdzie logi są spamowane takimi komunikatami i nie ogranicza się do tego modelu.

Na niektórych systemach problem nie wystepuje lub występuje rzadziej (opensuse 11.4 z kernelem 2.6.37.6). Na kernelu 3.0/3.1 jest bardzo uciążliwy i drastycznie spowalnia wydajność sieci.

Problem 3: Podłączenie dysku USB potrafi położyc cały podsystem USB. Rzadko mi się trafia i ciężko to namierzyć. Nie mam pomysłów dopóki znowu się nie trafi.

Przy okazji przejrzałem listę bugów dotyczących tego układu graficznego. Wniosek mam taki -
jeżeli będę kupować coś z i3/i5 to raczej będę unikać tego układu graficznego (o ile to możliwe).

Intel najwidoczniej za późno zabrał się do supportowania tego układu i to widać nie po ilości bugów, ale po ich krytyczności - na moim modelu kompletnie nie działa sterownik intela; na innych następuje zawieszanie się sprzętu przy starcie lub w trakcie pracy, śmieci na ekranie itp.

Miejmy nadzieję że następne generacje ich układów grafiki będą lepiej wspierane. W tym przypadku pozostaje tylko zgłaszać błędy i cierpliwie czekać.

fedora 17 - beefy miracle

Od pewnego czasu śledzę starania pewnej grupy w fedorze która walczy o przyznanie kolejnemu wydaniu nazwy "beefy miracle" i bekonowo-mięsnej tematyki (serio).

I tym razem im się udało. Fedora 17 będzie nazwana Beefy Miracle ( dowód ) i prawdopodobnie będzie opatrzona obrazkami hotdogów i innego mięcha.

Od pewnego czasu obserwuję poczynania tej grupy i podejście zmieniało się w typowy sposób - od ignorowania poprzez pobłażliwe traktowanie i sprzeciw aż do poparcia.

więcej o grupie tutaj :
http://beefymiracle.org/
https://fedoraproject.org/wiki/Meat_SIG

bootstrap opensuse spod gentoo

W ramach rozrywki w wolnym czasie napisałem ebuildy dla managera pakietów zypper (oraz niezbędnych bibliotek przez niego wymaganych) używanego w openSUSE.

Dostępne są z github na : https://github.com/yoshi314/yoshi314-overlay

Przy okazji zrobiłem pare requestów na poprawki kilku rzeczy w zależnościach, ale raczej nie przystają one do wizji developerów z openSUSE i robię z siebie durnia ;).

Co daje posiadanie zyppera w systemie gentoo? Można zbudować sobie opensuse i prawdopodobnie da się też system bazujący na RHEL (kiwi to potrafi korzystając z zyppera, sam zypper niekoniecznie - to też przeniosę na gentoo ;) ).

Szybki przykład jak zrobić prosty chroot z podstawowym systemem openSUSE 11.4 :

mkdir /katalog/na/system

zypper -R /katalog/na/system ar \
http://download.opensuse.org/distribution/11.4/repo/oss/ repozytorium-oss

zypper -R /katalog/na/system in -t pattern base

Podczas instalacji nadziałem się na ostrzeżenia o braku rozmaitych grup systemowych, możliwe że systemu nie da się uruchomić po podpięciu kernela i niezbędnej konfiguracji i wymaga to więcej pracy. Ale prosty (lub bardziej złożony) chroot można już wygenerować.

klucz ssh na gitorious

Od niedawna przyłapałem się na tym że na gitorious.org przestał działać mój klucz ssh. Próba ponownej instalacji klucza powodowała jego odrzucanie ( " ssh key invalid " ).

Problem polega na tym ze zamiast user@host na końcu klucza trzeba wpisać swój email jaki podaliśmy przy rejestracji w gitorious.org. Być może problem nie dotyczy wszystkich, ale u mnie było to jedyne działające rozwiązanie.

walka z laptopami

W pracy uzywam od niedawna laptopa. Jest to Fujitsu Siemens Esprimo Mobile U9200 - sprzęŧ o rozmiarach netbooka (ekran 12"), ze sprzętem w środku zupełnie nie netbookowym.

Rozmiar ekranu sprawia że najlepsze co może on zaoferować to 1024x768. Nie zamierzam oczywiście pracować na ekraniku 12" w pracy, więc podpinam pod niego monitor na łączu DVI, przez stację dokującą (sam laptop ma chyba tylko VGA, ale rzadko go wyciągam ze stacji) i generalnie obecnie cały sprzęŧ pracuje jako komputer biurkowy.

Tutaj pojawia się problem, ponieważ tak długo jak aktywna jest matryca laptopa, obraz na wszystkich ekranach skalowany jest w dół do jej rozdzielczości. Czyli na monitorze który pociągnie 1280x1024 i tak mam 1024x768.

Są dwa sposoby na zwalczenie tego problemu.

Pierwszy to dodanie sobie do autostartu środowiska graficznego poleceń

xrandr --output LVDS1 --off
xrandr --output DVI1 --auto

Czyli zgaszenie matrycy, i ustawienie natywnej rozdzielczości na wyjściu DVI.

Dostępne łącza można wypisać poleceniem

xrandr | grep connect

Przykładowo u mnie jest to :

LVDS1 disconnected (normal left inverted right x axis y axis)
VGA1 disconnected (normal left inverted right x axis y axis)
DVI1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
TV1 disconnected (normal left inverted right x axis y axis)

W tym przypadku

• 
  
• LVDS1 to matryca monitora, jest już wyłączona, inaczej informowałaby o trybie 1024x768
• 
  
• VGA1 to wyjście VGA,
• 
  
• DVI1 - wyjście DVI, pracuje na 1280x1024
• 
  
• TV1 - TV-OUT.

Alternatywnym rozwiązaniem jakie znalazłem dla kart intela (być może działa na innych) jest przekazanie do kernela parametru :

video=LVDS-1:d

który oznacza że wyjście LVDS1 zostanie wyłączone (d). Można też przekazać włączenie danego wyjścia zamieniając :d na :e.

video=LVDS-1:d,TV-1:e

Nazwy wyjść są analogiczne jak te otrzymane z poprzedniego polecenia xrandr, ze wstawionym myślnikiem przed numerem. Dodatkowo można też podać pożądaną rozdzielczośc, gdy sterownik nie wybierze optymalnej. O ile wiem parametr nie pozwala na definiowanie rozdzielności indywidualnie dla wyjścia (może się mylę, nie przegrzebałem całej dokumentacji).

video=LVDS-1:d,TV-1:e,1280x1024@75

Format rozdzielczości to [szerokość]x[wysokość]@[odświeżanie w HZ] . Ostatni parametr można pominąć.

Po uruchomieniu systemu z parametrem

video=LVDS-1:d

matryca się wyłączy, obraz na monitorze zewnętrznym automatycznie ustawi się na optymalną rozdzielczość i można zapomnieć manipulowaniu wyjściami za pomocą xrandr.

Aby mieć bardziej elastyczne rozwiązanie, w sytuacji gdy jednak laptop będzie czasami nieco bardziej mobilny można zrobić następujące rzeczy.

• Dopisać do menu bootloadera wariant z wyłączeniem LVDS (tryb stacjonarny) i wariant bez wyłaczania LVDS.
• Podpiąć sobie pod jakiś klawisz wywołanie xrandr które włączy matrycę z powrotem i wyłączy zewnętrzny monitor - w przypadku gdy stosujemy hibernację

Integracja CPAN z openSUSE - krótkie hałtu

Aby instalować dodatkowe moduły perla z CPAN na opensuse, należy przeprowadzić następujące operacje. (Testowane na 11.4).

zypper ar http://download.opensuse.org/repositories/devel:/languages:\
/perl/openSUSE_11.4/devel:languages:perl.repo

zypper ref 
zypper dup

zypper install perl-CPANPLUS-Dist-RPM
zypper install perl-CPANPLUS-Dist-SUSE

Teraz można instalować pakiety CPAN w systemie za pomocą polecenia

cpan2dist --format CPANPLUS::Dist::SUSE  --verbose --buildprereq

np

cpan2dist --format CPANPLUS::Dist::SUSE  --verbose --buildprereq Time::Balanced

i zostaną one zainstalowane wraz z niezbędnymi zależnościami, tak ze będzie można je później usunąć za pomocą managera pakietów. Dodatkowo wydaje mi się, że zależności wymagane tylko do zbudowania pakietów nie zostaną zainstalowane w systemie.

Pliki robocze będą tworzone w katalogu bieżącym, trzeba mieć to na uwadze. Ostatecznie powstanie katalog określający architekturę zawierający dany plik rpm, lub katalog noarch gdy pakiet jest niezależny od architektury.

W przypadku reinstalacji (bo głównie przy aktualizacji perla) można albo usunąć te pakiety managerem pakieŧów, albo zainstalować ponownie z opcjami

--flushcache --force

(ja proponuję usunąć, mniej problemów).

Prawdopodobnie używanie CPANPLUS::Dist::RPM zadziała na większości dystrybucji bazujących na RPM ( nie sprawdzałem ).

epic fail w projekcie bumblebee

znalazłem na twitterze #hatinglinux.

Epic Fail to za mało na opis tego błędu

LINK

Polecam komentarze ;)

ubuntu 11.04 - WTF?

Z ciekawosci zainstalowalem, a raczej zaktualizowalem, dziewczynie ubuntu na komputerze do najnowszego wydania. Mechanizm aktualizacji nie zawiódł, ale Unity poważnie rozczarowało.

System to praktycznie domyślna instalacja ubuntu, ze zmienioną wyłącznie tapetą i preferencjami firefox. Używany jest w zasadzie sporadycznie, więc nie ma dużych modyfikacji. System stoi na ext4.

Problem ? - podczas logowania do pulpitu Unity i generalnego uruchamiania systemu mielenie dyskiem jest tak straszliwe, że czasami trzeba czekać pięć minut na dotarcie do desktopu. Sam dysk wydaje odgłosy jakby próbował wczytać system pomimo działających dwóch innych zadań zapisu w innej jego części. Przy ładowaniu starego, kilkuletniego winxp z tego samego dysku nie ma żadnych problemów. WTF?

To że samo unity ma problemy z wydajnością na zintegrowanej karcie intel'a - raczej spodziewałem się tego. Nie spodziewałem się że będę czekać kilka minut aż po zalogowaniu zobaczę desktop.

Przejście na LXDE zmniejsza problem, ale go nie eliminuje. Jak to jest że praktycznie domyślna instalacja i jakoś nikt inny nie trąbi o takim problemie?

stabilizacja openrc czyli dlaczego nie uzywam stabilnego gentoo

Daawno temu ( 2008-04 ) wspomnialem o wprowadzeniu openrc do gentoo.

Wydaje mi się że tą aktualizację odkładano zbyt długo. Openrc niekiedy skutecznie blokował aktualizację wielu bazowych pakietów systemowych dla użytkowników działających na stabilnym gentoo, a stabilizacja wymagała zapewnienia skryptów startowych baselayout-1 oraz skryptów baselayout-2 dla pakietu w wersji niestabilnej.

Szybki rachunek wskazuje że minęło (na oko) trzy lata. To chyba trochę zbyt paranoidalne podejście do testowania initsystemu, zwłaszcza że mnóstwo ludzi testowało openrc praktycznie od razu gdy wpadł do unstable i jego wdrożenie było praktycznie bezbolesne - nie było z nim problemów nawet w dniu "premiery", ani w związku z kolejnymi aktualizacjami.