Tipsandtricks on Hadret's.Blog

Krótko i na temat (10)

Wed, 23 Jun 2010 00:00:00 +0000

Niemal trzy miesiące temu Łukasz zwrócił się do mnie z następującą prośbą:

cześć, może napisałbyś coś na swoim blogu o tym jak według Ciebie powinno się mieć partycje ustalone i jak Ty masz itp? dzięki.

Przyznam się uczciwie, że trafił akurat na czas, w którym dość intensywnie przymierzałem się do napisania dłuższego tekstu na ten temat. Otóż sam tekst jeszcze nie powstał, jednakże temat i pomysł jest aktualny, ale zwlekałem już i tak stanowczo zbyt długo z odpowiedzią, więc postanowiłem napisać ją w wersji krótszej i obiecać, że wersja rozszerzona się pojawi¹. Zacznę od tego, jaką konfigurację mam od pewnego czasu sam, na jakie problemy się natknąłem w czasie, kiedy ją tworzyłem i co teraz zrobiłbym inaczej, gdybym miał taką możliwość.

Krótko i na temat (9)

Wed, 17 Mar 2010 00:00:00 +0000

W repozytoriach Debiana znajduje się wersja 0.90.3 silnika Gtk Murrine¹. To dobrze, ale pojawia się pewien problem — niektóre tematy Gtk wymagają do działania wersji git Murrine². To już gorzej. Użytkownicy Ubuntu poradzą sobie za sprawą jakiegoś PPA. Użytkownicy Debiana też by ostatecznie mogli z tego skorzystać, ale już teraz nie muszą tego robić. Do rzeczy (:

Użytkownicy architektury amd64

Całość i tak oparta jest na zaufaniu do mojego pakietowania, więc swobodnie możecie wykorzystać już gotową paczkę:

Debian Sid x86_64 + Thunderbird 3 (2)

Wed, 27 Jan 2010 00:00:00 +0000

W poprzednim wpisie poświęconym tej tematyce opisałem pokrótce sposób zbudowania Thunderbirda 3 dla architektury x86_64. Dzisiaj będzie de facto o tym samym, różnice są dwie: 1) zbudowany i ew. zainstalowany będzie Icedove; 2) zbudowany zostanie pakiet dla architektury x86_64.

Icedove w wersji 3 mógł być zainstalowany w Debianie jeszcze przed świętami. Szkopuł w tym, że nie była to wersja finalna (a RC2), trzeba było korzystać z nieoficjalnych repozytoriów i… pakiety nie zostały zaktualizowane po wydaniu wersji finalnej. To ostatnie to problem stosunkowo nieduży, bo przecież wersja finalna trafiła ostatecznie do gałęzi experimental. Fajnie, tyle, że tylko dla dwóch architektur — armel (czymkolwiek to jest) oraz i386. Nie jest to jednak problem nie do obejścia i właśnie o tym traktuje ten wpis (:

Debian Sid x86_64 + Thunderbird 3

Wed, 16 Dec 2009 00:00:00 +0000

Trudno jest mi zrozumieć z jakiego to powodu Mozilla nie udostępnia buildów dla architektury x86_64 (amd64) — większość projektów OpenSource robi to bez większych problemów. Podobnie, jak teraz jest z Thunderbirdem, było i jest nadal z Firefoksem (mowa o wersjach beta gałęzi 3.6). Buildy dla 64-bitów można znaleźć tylko w gałęzi najbardziej rozwojowej, czyli trunk. Tyle biadolenia, nie będę się rozpisywał czym Thunderbird jest, do czego służy, ani jakie też istotne zmiany zaszły w wydaniu 3 tego klienta poczty, że warto pokusić się o jego instalację w systemie. Napiszę możliwie zwięzły przepis jego kompilacji w systemie 64-bitowym. Niewykluczone, że procedura zadziała w innych dystrybucjach niż Debian.

Krótko i na temat (8)

Fri, 01 May 2009 00:00:00 +0000

Najnowsza wersja środowiska graficznego GNOME, oznaczona numerkiem 2.26, powoli przedostaje się do Debiana. Ponieważ część paczek pochodzi jeszcze z wcześniejszego stabilnego wydania, GNOME 2.24, część paczek trafia od razu do Sida¹, a część do Experimentala², może przynieść to miejscami efekty… Nieoczekiwane. Ponieważ jednak jest to Debian, a nie pierwsza lepsza dystrybucja, która wpuszcza najświeższe paczki bez uprzedniego sprawdzenia ich jakości i kompatybilności, można śmiało założyć, że nie ma problemów nie do przejścia.
Najnowsza wersja GVFS³ przyniosła niespodzianki. Pierwsza była bardzo nieprzyjemna, gdyż GVFS nie chciało się zaktualizować z wersji 1.0.3 do najnowszej 1.2.2. Problem stanowiła inna paczka, z GVFS związana, libgvfscommon0, która to przestała być potrzebna. Z jakichś jednak względów Aptitude nie był w stanie usunąć paczki libgvfscommon0 i poprawnie skonfigurować paczkę gvfs. Rozwiązanie jest proste, ale nie każdemu może się spodobać — należy wymusić instalację nowego pakietu i dopiero usunięcie paczki libgvfscommon0⁴:

Pidgin + Facebook

Wed, 10 Sep 2008 00:00:00 +0000

Pojawił się nowy wtyczek do Pidgina integrujący go z serwisem społecznościowym Facebook. Fajne? Fajne. Jak to ustrojstwo zmontować u siebie? Najpierw trzeba zainstalować Debiana, a później wystarczy pójść za poniższymi krokami. Do dzieła (:

Przede wszystkim należy dodać, jeśli ktoś jeszcze ich nie ma, do pliku /etc/apt/sources.list deb-src mentors.debian.net, np. tak:

echo deb-src http://mentors.debian.net/debian unstable main contrib non-free >> /etc/apt/sources.list

Oczywiście zaktualizować źródełka:

aptitude update

Spełnić wymagane zależności:

aptitude build-dep pidgin-facebookchat

I przystąpić do pobrania źródeł i zbudowania z nich paczki:

Debian x86_64 i Flash 10.0 b218

Tue, 27 May 2008 00:00:00 +0000

Salvadhor opisywał niedawno nową wersję Adobe Flash Playera oznaczoną numerkiem 10. Jest to, jak powszechnie wiadomo, wersja beta (to są inne?), która, póki co, nie znalazła się jeszcze w repozytoriach Debiana (flashplugin-nonfree z oficjalnych oraz flashplayer-mozilla z multimedialnych repozytoriów to wciąż wersja 9.0.124). O ile w dystrybucji 32-bitowej nie ma problemu (wystarczy pobrać plik libflashplayer.so i wrzucić go do folderu ~/.mozilla/plugins) o tyle w 64-bitowej (zakładając, że używa się 64-bitowej przeglądarki), potrzeba wykonać jeszcze dodatkowe kroki.

IPager w Debianie

Sat, 16 Feb 2008 00:00:00 +0000

Jakiś czas temu, kiedy korzystałem z zestawu Openbox + PyPanel, szukałem jakiegoś zgrabnego pagera do kompletu. Wtedy zobaczyłem IPager po raz pierwszy, konkretniej na tym zrzucie. Pomyślałem – bomba, chcę go mieć. Tyle, że pojawił się problem – ze źródeł nie chciała zbudować się paczka, a najbardziej frustrujące było to, że wywalało się już na samym początku.
Dziś przeglądałem sobie listę paczek na mentors.debian.net i znalazłem wśród nich ipager. Super! No, nie do końca. Ten sam problem. Ale po kolei (:

Pobieranie obrazów płyt za pomocą jigdo

Sun, 11 Nov 2007 00:00:00 +0000

Osobiście do instalacji Debiana używam najczęściej płyty netinst. Wersja testing waży przeważnie ~180 MB, przy czym jest świeża (stan iso na dziś: 4 listopada). To wygodne o tyle, o ile nie chce się pobierać całej płyty (bo np. chce się postawić tylko podstawowy system). Czasem zdarzają się sytuacje awaryjne i liczy się czas. Im szybciej zdobędziesz najnowszy możliwy, przy tym działający, obraz płyty, tym lepiej. Pomyślałem sobie: fajnie by było mieć taki stały obraz na dysku, który mógłbym sobie aktualizować od czasu do czasu, ale pobierając tylko te pliki, które uległy zmianie. I tutaj pojawia się jigdo.

Problemy z zależnościami (2)

Thu, 27 Sep 2007 00:00:00 +0000

W pierwszej odsłonie pokazałem jak można wykorzystać dpkg-buildpackage w praktyce w przypadku konfliktów zależności. Jak sam tytuł mówi, dziś będzie o tym samym, tylko z wykorzystaniem innych narzędzi i sposobów. Do dzieła (:

Przy niedawnej aktualizacji systemu, otrzymałem następujący komunikat:

The following packages will be REMOVED:
  deluge-torrent gedit libwnck18 notification-daemon python-gnome2-desktop
The following NEW packages will be installed:
  libwnck22
The following packages will be upgraded:
 libwnck-common libwnck-dev
2 upgraded, 1 newly installed, 5 to remove and 0 not upgraded.

Nie spodobało mi się to z kilku względów:
1) wywala mi gEdita;
2) wywala mi Deluge;
3) nie wiem dlaczego.
Puściłem aktualizację i postanowiłem się temu lepiej przyjrzeć.
Na sam początek, chciałem się dowiedzieć co blokuje instalację gedita:

Sprawdzanie pisowni w multijęzycznym systemie

Fri, 14 Sep 2007 00:00:00 +0000

Tytuł mówi wiele. Słowem wyjaśnienia, chodzi o założenie hipotetycznej sytuacji, w której korzystając z systemu operacyjnego w języku angielskim, chce się zaaplikować sprawdzanie polskiej pisowni. Oczywiście przeważnie wystarcza doinstalowanie wszystkich możliwych polskich słowników (aspell-pl, myspell-pl, ipolish, wpolish etc.) i odinstalowanie wszystkich zagranicznych (aspell-en etc.). Czasami trzeba również edytować plik konfiguracyjny programu (np. plik ~/.config/zim/default.conf), czasami zdarza się, że nawet to nie pomaga. Program szuka słownika wedle lokali (a te jak wiadomo są anglojęzyczne) i gdy nie znajduje, sypie błędem, sprawdzanie pisowni nie działa. Programy, w których spotkałem się z następującym problemem to wspomniany wczoraj Zim i Pidgin. Remedium okazało się dodanie kilku literek do pliku rozruchowego, aby wyglądał tak:

Vim i sprawdzanie pisowni

Wed, 15 Aug 2007 00:00:00 +0000

Jak powszechnie wiadomo, vim od wersji 7.1 ma wbudowany w siebie mechanizm sprawdzania pisowni. Ze strony użytkownika pozostaje jedynie go uaktywnić. Pierwsze co trzeba zrobić, to stworzyć nowy folder – ~/.vim/spell:

mkdir ~/.vim/spell

Teraz wystarczy przełączyć się do niego i ściągnąć odpowiedni słownik:

cd ~/.vim/spell
wget -c ftp://ftp.vim.org/pub/vim/runtime/spell/pl.utf-8.spl

W zależności od używanego w systemie kodowania, są dostępne jeszcze dwie wersje: pl.cp1250.spl oraz pl.iso-8859-2.spl. Kiedy słownik jest już pobrany i na swoim miejscu, edycji należy poddać plik ~/.vimrc, np.:

Klawisze home i end w URxvt

Sun, 12 Aug 2007 00:00:00 +0000

Jak wspominałem przy okazji przeźroczystości w URxvt, przerzuciłem się na ten terminal. Rzecz, na którą z początku nie zwracałem uwagi, a która stała się stosunkowo uciążliwa ze względu na przyzwyczajenia, to niedziałające prawidłowo klawisze home i end. Zamiast przenosić na początek i koniec linii, dodawały ~ i na tym się kończyło. Irytujące. Okazuje się jednakże, iż można temu bardzo łatwo zaradzić. Wystarczy poddać edycji plik .Xdefaults i dodać do niego następujące wpisy:

Przeźroczyste Urxvt

Wed, 25 Jul 2007 00:00:00 +0000

Dziś będzie krótko i na temat. Zrezygnowałem z xfce4-terminal na rzecz prostszego i mniej zasobożernego rxvt-unicode i jedyne, czego mi brakowało, to prawdziwej przeźroczystości – ot, przyzwyczajenie zrobiło swoje. Okazuje się, że nie ma z tym problemu w Urxvt, wystarczy włączyć je w taki sposób:

urxvt -depth 32 -bg rgba:0000/0000/0000/cccc -fg white

I hula (: Znalezione tutaj: Terminal with true transparency

Nawiązując do poprzedniego wpisu – Integracja Wget z Firefoksem – zmienną TERM należy wypełnić w taki sposób:

Integracja Wget z Firefoksem

Sun, 22 Jul 2007 00:00:00 +0000

W zasadzie z Iceweaselem, ale to i tak na jedno wychodzi (: Nie będę się tutaj specjalnie rozwodził nad przyczynami takiego połączenia - po prostu. W swoim katalogu domowym stworzyłem sobie katalog scripts, w którym przechowuję różne dziwne rzeczy. Utworzyłem tam nowy plik, o tak:

touch wget.sh

Wypełniłem go taką zawartością:

#! /bin/sh
DLDIR="/home/$user/downloads"
TERM="xfce4-terminal -x"
$TERM wget -c –directory-prefix=$DLDIR $*

Zmienne, które należy dostosować do swoich potrzeb to DLDIR i TERM. W DLDIR należy zastąpić $user swoją nazwą użytkownika i (opcjonalnie) zmienić katalog docelowy z downloads na jakikolwiek inny w obrębie swojego katalogu domowego. W TERM należy wprowadzić zmiany w zależności od tego, z jakiego terminala się korzysta - w przykładzie użyty został domyślny terminal z Xfce (:
Ostatnią rzeczą związaną z tym plikiem, jest nadanie mu prawa do wykonywania:

Autologin

Thu, 19 Jul 2007 00:00:00 +0000

Ze swojego komputera korzystam sam i wpisywanie loginu i hasła po każdym restarcie/przy każdym włączeniu go byłoby dość uciążliwe. Oczywiście wszystkie co bardziej szanujące się menadżery logowania – xdm, gdm czy kdm – posiadają opcję autologowania wybranego użytkownika, niemniej jednak zostają gdzieś w pamięci i nie potrzebnie zajmują miejsce (czasem całkiem sporo). Idealnym rozwiązaniem byłoby tutaj automatyczne logowanie do Iksów bezpośrednio z konsoli. Jest to możliwe i w dodatku stosunkowo łatwe do przyrządzenia (:

Problemy z zależnościami

Sat, 30 Jun 2007 00:00:00 +0000

Przy dzisiejszej aktualizacji doinstalowany został pakiet xfdesktop4-data, jednak z mojego systemu zniknął pakiet xfdesktop4, więc po restarcie środowiska graficznego zostałem pozbawiony takich luksusów jak tapeta na pulpicie i tym podobne. Zmartwiłem się dopiero w momencie, gdy po wydaniu komendy sudo apt-get install xfdesktop4 miast obserwować komunikaty o pomyślnym pobraniu i zainstalowaniu paczki, przeczytałem:

The following packages have unmet dependencies:  
 xfdesktop4: Depends: xfdesktop4-data (= 4.4.1-4) but 4.4.1-5 is to be installed  
E: Broken packages

Tak, to jest właśnie to, co lubię (:

DVD do mp3

Sun, 27 May 2007 00:00:00 +0000

Dzisiejszy dzień przekopywałem Google w poszukiwaniu jakiegoś dvd-ripera, specjalizującego się w zgrywaniu ścieżki audio. Niczego ciekawego nie znalazłem, ale z pomocą przybyło drugie narzędzie po mencoderze, które trafiło do mojego niezbędnika. Korzystałem z niego już wcześniej, tylko mniej świadomie – to właśnie transcode bowiem odpowiedzialne jest za ripowanie filmów w programie dvd::rip. Największym problemem okazała się… głośność. Jak dobrej jakości (bitrate) bym nie ustawił, cały czas cholera była za cicho. W końcu jednak znalazłem ustrojstwo – parametr -s załatwił sprawę. No więc, jak to wygląda:

Apt-get i instalacja pakietów z pliku

Fri, 22 Dec 2006 00:00:00 +0000

Czasem zdarza się, że będąc w gołej konsoli, chcemy zainstalować jakąś listę pakietów. Załóżmy, że mamy zamiar zainstalować środowisko graficzne Xfce, ale nie chcemy instalować samej paczki xubuntu-desktop.

Najpierw musimy poznać, jakież to ciekawe zależności niesie ze sobą xubuntu-desktop:

apt-cache show xubuntu-desktop > xfce

Teraz wyedytujemy sobie plik xfce i usuniemy wszystkie zbędne treści – zostawiamy tylko to, co znajduje się po Depends:

nano xfce

Nasz plik powinien zawierać w sobie wyłącznie nazwy pakietów, bez żadnych przecinków etc. umieszczonych w jednej linii. Wydajemy wówczas ostatnie polecenie:

sudo apt-get install $(cat xfce)

Jeśli znacie podobne użyteczne “triki”, podzielcie się (:

HOWTO: GIMP w jednym oknie

Fri, 15 Dec 2006 00:00:00 +0000

Przeglądając forum Ubuntu-pl, trafiłem na ciekawego linka – Howto: Run Gimp in one window. Pomyślałem, że to fajna sprawa, spróbuję u siebie. Zakładając, że w systemie mamy Metacity oraz GIMPa, możemy przystąpić do zabawy (:

Na dobry początek:

sudo apt-get install xnest

Teraz sprawdźmy, czy nam się podoba:

Xnest :1 -ac -name GIMP -geometry 1024x690 & metacity --display :1 & gimp --display :1

Podoba? To przydałoby się zrobić odpowiedni skrót, żeby od dziś GIMP za każdym razem otwierał nam się w ten sposób. Na początek tworzymy plik “/usr/bin/gimp1window”: