thorin.blog » Open Source

Exposé w linuksie.

Thorin — Tue, 19 Jan 2010 21:06:57 +0000

Minęło trochę czasu od ostatniego postu, ale jakoś nie miałem czasu zrobić update’u… Udało mi się zdobyć trochę czasu, więc postanowiłem coś napisać. Ale do rzeczy.

Ostatnio przesiadłem się na ubuntu (don’t ask…) i miałem potrzebę szybkiego przerzucania się między oknami, oczywiście Alt+Tab jest tu niezastąpiony, ale pomyślałem, że może czas pójść z czasem i rozwinąć się trochę. Przypomniałem sobie, że w Mac OS X’ie jest fajny feature, zwany expose, a skoro jest na maca, to napewno jest jakiś odpowiednik na linuksa .

Nie myliłem się, znalazłem – skippy! po zainstalowaniu (ze źródeł, bo paczka o dziwo, wg googla zawsze pochodziła z jednego źrdódła, wiele stron wskazywało ten sam, niedostępny link) odpalam i co? Porażka! Zamiast pokazywać wszystkie okna, skippy pokazuje wszystkie obszary, co w ogóle nie jest przydatne, do tego działa bardzo wolno.

Jest też jakaś aplikacja pod KDE, ale że jakoś qt mnie nie przekonuje, nie testowałem.

Docelowo, użyłem compiza, w Ubuntu compiz jest instalowany i włączany od razu, co dodaje ogłady, stereotypowo szorstkiemu linuksowi. Aby wydobyć expose w compizie, należy skonfigurować plugin:

System > Preferencje > Zaawansowane Efekty > Zarządzanie oknami > “Scale”

System>Preferences>Advanced Desktop Effects Settings>Window Management>Scale

Nie są to dokładne tłumaczenia jak w systemie, bo ja mam ustawiony angielski

Żeby włączyć plugin, wystarczy zaznaczyć checkbox i skonfigurować sobie działanie programu, opcje są poniekąd 2 – poprzez przycisk na klawiaturze lub poprzez przesunięcie kursora w ustalone miejsce na ekranie (tak jak w Macu), u mnie ta opcja nazywa się “Initiate Window Picker”.

Po ustawieniu tego można się cieszyć działającym Expose w Ubuntu (czy innej dystrybucji). Polecam, całkiem fajna rzecz, wygląda to mniej więcej jak na obrazku poniżej…

VMware + Linux = problem z mapowaniem klawiszy

Thorin — Tue, 19 May 2009 20:57:15 +0000

Jeśli posiadasz linuksową dystrybucję, która używa sterownika evdev dla klawiatury, możesz mieć problemy z mapowaniem klawiszy w VMware. Żeby to naprawić należy dodać poniżą linijkę do ~/.vmware/config na hoście lub w twoim katalogu domowym. Jeśli z komputera korzysta więcej niż jedna osoba, warto dodać tę linijkę do /etc/vmware/config

xkeymap.noKeycodeMap = "TRUE"

Problemy te powstają ponieważ VMware próbuje wykryć wybrany język w folderze xkeymap w katalogu instalacyjnym. Dla stacji roboczej (workstation) jest to standardowo ścieżka: /usr/lib/vmware/xkeymap. Używanie keysyms jest zalecane gdy serwer X jest inny niż X86 lub jeśli pracujemy zdalnie.

UWAGA!! Jeśli jednak dodanie wpisu xkeymap.noKeycodeMap = "TRUE" nie pomoże, możesz spróbować ustawić mapowanie ręcznie. Wystarczy w konfiguracji dodać listę, poniżej. Osobiście popronuję dodawać wszystko do /etc/vmware/config jednak źrdóła mówią, że dodanie tego do pliku ~/.vmware/config też zadziała.
Jednak u mnie na Fedorze 10 zaczęło mapować poprawnie, dopiero po dodaniu wpisów do/etc/vmware/config.
xkeymap.keycode.93 = 0x076

xkeymap.keycode.97 = 0x073

xkeymap.keycode.98 = 0x078 xkeymap.keycode.99 = 0x077 xkeymap.keycode.100 = 0x079 xkeymap.keycode.101 = 0x070 xkeymap.keycode.102 = 0x07b xkeymap.keycode.103 = 0x05c xkeymap.keycode.104 = 0x11c xkeymap.keycode.105 = 0x11d xkeymap.keycode.106 = 0x135 xkeymap.keycode.107 = 0x137 xkeymap.keycode.108 = 0x138 xkeymap.keycode.109 = 0x000 xkeymap.keycode.110 = 0x147 xkeymap.keycode.111 = 0x148 xkeymap.keycode.112 = 0x149 xkeymap.keycode.113 = 0x14b xkeymap.keycode.114 = 0x14d xkeymap.keycode.115 = 0x14f xkeymap.keycode.116 = 0x150 xkeymap.keycode.117 = 0x151 xkeymap.keycode.118 = 0x152 xkeymap.keycode.119 = 0x153 xkeymap.keycode.120 = 0x16f xkeymap.keycode.121 = 0x120 xkeymap.keycode.122 = 0x12e xkeymap.keycode.123 = 0x130 xkeymap.keycode.124 = 0x15e xkeymap.keycode.125 = 0x059 xkeymap.keycode.126 = 0x14e xkeymap.keycode.127 = 0x100 xkeymap.keycode.128 = 0x000 xkeymap.keycode.129 = 0x07e xkeymap.keycode.130 = 0x000 xkeymap.keycode.131 = 0x000 xkeymap.keycode.132 = 0x07d xkeymap.keycode.133 = 0x15b xkeymap.keycode.134 = 0x15c xkeymap.keycode.135 = 0x15d xkeymap.keycode.136 = 0x168 xkeymap.keycode.146 = 0x131 xkeymap.keycode.148 = 0x121 xkeymap.keycode.150 = 0x15f xkeymap.keycode.151 = 0x163 xkeymap.keycode.160 = 0x10a xkeymap.keycode.163 = 0x16c xkeymap.keycode.164 = 0x166 xkeymap.keycode.165 = 0x16b xkeymap.keycode.166 = 0x16a xkeymap.keycode.167 = 0x169 xkeymap.keycode.171 = 0x119 xkeymap.keycode.172 = 0x122 xkeymap.keycode.173 = 0x110 xkeymap.keycode.174 = 0x124 xkeymap.keycode.180 = 0x132 xkeymap.keycode.181 = 0x167 xkeymap.keycode.191 = 0x05d xkeymap.keycode.192 = 0x05e xkeymap.keycode.193 = 0x05f xkeymap.keycode.199 = 0x133 xkeymap.keycode.220 = 0x10b xkeymap.keycode.225 = 0x165 xkeymap.keycode.234 = 0x16d xkeymap.keycode.244 = 0x109

xkeymap.keycode.246 = 0x157

Więcej informacji na temat :keycodes, keysyms, i v-scan codes”, warto przejrzeć sekcję zwaną “Keyboard Mapping on a Linux Host, in Workstation 6.5″ w dokumentacji produktu.

Jeśli coś dalej nie gra, pozostaw po sobie ślad, może będę mógł pomoc. Komentarze nie gryzą

Fedora 11 i libdvdcss

Thorin — Sun, 17 May 2009 15:31:00 +0000

Dziwna sprawa, dziś zapragnąłem obejrzeć sobie jakiś film na DVD, więc instaluję sobie kodeki itp. wszystko ładnie się zaciągnęło z rpmfusion. Odpalam film i co? Kicha! Nie działa, pytanie dlaczego, ręcznie sprawdzam czy wszystko się zainstalowało i ku mojemu zdziwieniu nie ma libdvdcss? Małe googlanie, wszystko powinno działać…no więc cóż, /join #fedora na irc.freenode.net

Pytanie: gdzie znaleźć libdvdcss dla Fedora 11?
Odpowiedź: livna (?!)
Pytanie: Livna?! To projekt jeszcze nie umarł?
Odpowiedź: Nie…jedyne co zostało z livny to właśnie libdvdcss, bo nikt nie chce tego przenieść do rpmfusion (zdaje się, że są z tym jakieś problemy)

No nic…szybki install livny:
su -c 'rpm -ivh http://rpm.livna.org/livna-release.rpm'

No i działa! Ciekawe kiedy przeniosą te biblioteke do rpmfusion?

Be Linux – reklamy

Thorin — Tue, 17 Mar 2009 09:53:09 +0000

Na portalu jakilinux.org pojawił się artykuł o reklamach Linuksa… Linux Fundation ogłosił konkurs na nakręcenie reklamy o tematyce Linuksowej… Były lepsze i gorsze, ale mnie “oczarował” tylko jeden, a zrobił to na tyle, że postanowiłem wrzucić go tutaj na bloga.

Link do artykułu na jakilinux.org – http://linuxnews.pl/were-linux-najlepsze-reklamy/

Open Source Day by mlug.pl

Thorin — Sun, 07 Dec 2008 11:32:47 +0000

Tak, wczoraj miało miejsce spotkanie, które miało na celu uświadomić ludzi, że istnieje coś takiego jak open source, że jest alternatywa dla komercyjnych aplikacji, że można być legalnym. Spotkanie twało krócej niż przewidawliśmy, nie udało się zrealizować wszystkiego co było w planie, ale i tak uważam, że odnieśliśmy sukces. Było to pierwsze spotkanie tego typu i mam szczerą nadzieję, że nie ostatnie.

W planie było:

Otwarcie i powitanie gości – Jakub Gromek
Wprowadzenie do świata Open Source – z czym to się je? – Jakub Gromek
Historia systemów operacyjncyh – od kiedy, do kiedy, co? – Kamil Kieliszczyk
Darmowe odpowiedniki komercyjnych programów – Jakub Gromek
Eclipse – narzędzie programistyczne – Marcin Seroczyński
Wstęp do środowisk graficznych – Kamil Kieliszczyk
Compiz-Fusion – Linux nie musi być brzydki – Kamil Augustyniak
Start systemu – czyli co w obudowie piszczy – Paweł Chudzik
LiveCD – funkcjonalny system na CD – Jakub Grome
Podsmuwanie – Jakub Gromek

Tak mniej więcej wyglądała agenda tego spotkania. Nie udało się zrealizować wszystkiego, ale sądzę, że przy następnej okazji wykorzystamy to czego nie mogliśmy przedstawić teraz. Cieszy mnie, że udało nam się uzyskać 2 sale z komputerami, dzięki czemu mogliśmy pokazać ludziom o co w tym wszystkim chodzi. Przynieśliśmy swoje komputery, aby zaprezentować Linuksa w akcji, podczas przerw, każdy mógł sobie podejść do stacji i skorzystać z niej. Ta część sali była chyba najbardziej oblegana w czasie przerw

Podsumowująć, spotkanie było udane – jak na pierwszy raz – jestem pewien, że następnym razem będzie lepiej! Nauczyliśmy się wiele i mam nadzieję, że nie popełnimy błędów, których niestety nie udało nam się uniknać teraz.

Materiały ze spotkania będzie można pobrać ze strony: http://mlug.pl/