15
września
2011
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ć.
01
września
2011
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
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.
14 września 2011, 22:19:53 | 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.
04 lipca 2011, 12:48:34 | Tunelowanie esx po ssh |
Szybka notatka na przyszłość; aby wbić się na serwer ESX za pomocą vSphere poprzez tunel SSH, trzeba przeforwardować porty 443, 902, 903 oraz dodać wpis do hosts postaci
127.0.0.1 esxhost
bez tego nie pójdzie. Posiadanie wpisu określającego 127.0.0.1 jako "localhost" też z jakiegoś powodu nie wystarcza i dostaje się tajemnicze informacje o nieprawidłowym hoście, braku łączności itp.
02 sierpnia 2010, 20:12:02 | [mini] nietypowy problem CUPS |
ERRDOS - ERRbadaccess (Invalid open mode.) opening remote spool Test Page
W takiej sytuacji należy w windows w wlaściwościach drukarki odznaczyć "drukuj bezpośrednio na drukarkę". Dziwne, ale zostawię to sobie tutaj na przyszłość.