Dostęp do Google Calendar w Gnome Shell

W Gnome 3.2 jeśli nie macie zainstalowanego klienta poczty Evolution wówczas podgląd wydarzeń zapisanych w usłudze Kalendarz Google może być niemożliwy. Dlatego należy posłużyć się skryptem napisanym w Pythonie: gnome-shell-google-calendar.

Niestety instalacja ma trochę zależności, nie wiem czy wszystkie dokładnie tutaj wypisałem, bynajmniej należy reagować na bieżąco i  instalować odpowiednie pakiety, o które będzie się upominał pacman.

Tak więc przejdźmy do instalacji. Nie będę wszystkiego opisywał ponieważ nie różni się ten proces od standardowej instalacji aplikacji przy pomocy pacman-a czy przygotowania paczki przy pomocy makepkg:

sudo pacman -S python-gnomekeyring dbus-python python-gdata pygtk2 setuptools

wget https://aur.archlinux.org/packages/py/python2-iso8601/python2-iso8601.tar.gz
tar -xvf python2-iso8601.tar.gz
cd python2-iso8601
makepkg PKGBUILD
sudo pacman -U python2-iso8601-0.1.4-1-any.pkg.tar.xz

wget https://aur.archlinux.org/packages/gn/gnome-shell-google-calendar-git/gnome-shell-google-calendar-git.tar.gz
tar -xvf gnome-shell-google-calendar-git.tar.gz
cd gnome-shell-google-calendar-git
makepkg PKGBUILD
sudo pacman -U gnome-shell-google-calendar-git-20120403-1-any.pkg.tar.xz

 

Podczas startu Gnome należy uruchomić skrypt w ten sposób: gnome-shell-google-calendar 0

Autostart oscam

Od pewnego czasu posiadam klona Dreambox’a (Clarke Tech et9000). Takie urządzenie raczej nie jest przeznaczone dla zwykłego Kowalskiego z tego wzgledu, że mogą wystąpić pewne niedociągniecia w oprogramowaniu. Osobiście używam openPLI, które jest aktualizowane średnio raz na dwa tygodnie (choć raczej takiej potrzeby nie ma bo tunek chadza bez zarzutu).

Poniżej zamieszczam skrytpt do sprawdzenia czy oscam chodzi. Jeśli nie to sobie go uruchomi.

checkoscam.sh (kopiujemy go do katalogu /etc/tuxbox/config/scripts/)

Oczywiście należy nadać upawnienia do uruchomienia

chmod 755 /etc/tuxbox/config/scripts/checkoscam.sh

Później odpowiedni wpis do cron’a. U mnie należało jeszcze utworzyć katalog crontabs (mkdir /etc/cron/crontabs)

uruchamiamy crontab’a

crontab -e

dodajemy wpis

*/1 * * * *  /bin/sh /etc/tuxbox/config/scripts/checkoscam.sh

U mnie pojawił się jeszcze problem z usługą (daemonem crontab’a “crond”). Po prostu się nie uruchamiał –  dlatego zedytowałem plik rcS

nano /etc/init.d/rcS

i na samym końcu dodałem

/usr/sbin/crond &

I to raczej tyle.

 

Drupal, clear url i Arch Linux

Aby clear url działało poprawnie na Archu i innych dystrybucjach oprócz zmian w php.ini należy zmienić wpis dotyczący “virtual hosts” …

sudo gedit /etc/httpd/conf/extra/httpd-vhosts.conf
<VirtualHost *:80>
    DocumentRoot "/srv/http/drupal"
    ServerName drupal.local

    <Directory "/srv/http/drupal">
        Options FollowSymlinks ExecCGI
        Allow from all
        AllowOverride all
        Order allow,deny

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_URI} !=/favicon.ico
  RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
    </Directory>

</VirtualHost>

Wcześniej oczywiście aby subdomena drupal.local działała trzeba utworzyć wpis w /etc/hosts:

127.0.0.2 drupal.local

Nowa wersja pacman-a i problemy z kluczami

Jeśli ktoś napotkał na problem z nowymi kluczami podczas instalacji pacman-a tutaj znajdzie rozwiązanie. Nie jest może ono rewelacyjne pod względem metodologii ale za to skuteczne.

Błąd podczas aktualizacji systemu podczas, której pojawia się problem z kluczami wygląda następująco:

błąd:  glibc: key “F99FFE0FEAE999BD” is unknown
błąd:  key “F99FFE0FEAE999BD” could not be looked up remotely
błąd:  gcc-libs: key “F99FFE0FEAE999BD” is unknown
błąd:  key “F99FFE0FEAE999BD” could not be looked up remotely
błąd:  db: key “EA6836E1AB441196″ is unknown
:: Zaimportować klucz PGP AB441196, “Stéphane Gaudreault <stephane@archlinux.org>”, utworzony 2011-10-30? [T/n] t
błąd:  key “Stéphane Gaudreault <stephane@archlinux.org>” could not be imported
błąd:  pam: key “EA6836E1AB441196″ is unknown
:: Zaimportować klucz PGP AB441196, “Stéphane Gaudreault <stephane@archlinux.org>”, utworzony 2011-10-30? [T/n] t
błąd:  gmp: key “F99FFE0FEAE999BD” is unknown
błąd:  key “F99FFE0FEAE999BD” could not be looked up remotely
błąd:  coreutils: key “F99FFE0FEAE999BD” is unknown
błąd:  key “F99FFE0FEAE999BD” could not be looked up remotely
błąd:  perl: key “6D1655C14CE1C13E” is unknown
błąd:  key “6D1655C14CE1C13E” could not be looked up remotely
błąd:  openssl: key “7F2D434B9741E8AC” is unknown
błąd:  key “7F2D434B9741E8AC” could not be looked up remotely
błąd:  libmysqlclient: key “F3E1D5C5D30DB0AD” is unknown
błąd:  key “F3E1D5C5D30DB0AD” could not be looked up remotely
błąd:  mysql-clients: key “F3E1D5C5D30DB0AD” is unknown

Rozwiązaniem jest backup następujących plików:

sudo mv /etc/pacman.conf /etc/pacman.conf.backup
sudo mv /etc/pacman.conf.pacnew /etc/pacman.conf
sudo mv /etc/makepkg.conf /etc/makepkg.conf.backup
Może wystąpić problem z rozszerzeniami Gnome. Ja je po prostu zreinstalowałem.

Obróbka formatu tp0

Jestem niestety posiadaczem tunera Ferguson HF 8900 HD. Owszem ma on możliwość nagrywania filmów w formacie MPEG TS zarówno w rozdzielczości SD jak i HD. Niestety jeśli format tp0 SD nie sprawia problemu (opisywałem to tutaj) to z odtwarzaniem to wersji HD już tak zarówno pod Linuksem jak i Windowsem mogą być problemy.

Oczywiście nie piszę tego tekstu aby zakomunikować taki stan rzeczy. Wiem po prostu, że spora liczba osób nadal nie może odtwarzać filmów nagranych na tym tunerze w rozdzielczości HD na komputerze.

Dlatego właśnie popełniłem ten wpis aby pokazać, że nie jest to takie trudne jak się na początku zdaje.

Co potrzebujemy?

Oczywiście odpowiednie oprogramowanie: mplayer oraz tsMuxeR (ja posiadam wersję 1.10.6). Mplayer znajduje się praktycznie w każdej dystrybucji Linuksa, natomiast tsMuxeR możecie pobrać stąd.

Załóżmy, że mamy nasze nagranie pod nazwą plik.TP0. Musimy zrzucić zawartość nagrania do ścieżki wideo i audio. Do tego przydatny będzie mplayer z opcją -dump*.

mplayer -dumpvideo -dumpfile clipvideo.264 plik.TP0 && mplayer -dumpaudio -dumpfile clipaudio.264 plik.TP0

Tak zrzucone pliki wczytujemy do tsMuxeR-a. W omawianym przypadku ustawiłem przyspieszenie dźwięku w stosunku do obrazu o 0,5 sek gdyż po zgraniu okazało się, że ścieżka audio nie idzie w parze z wideo.

Ustawiamy tak samo jak poniżej w zrzucie z ekranu.

tsMuxeR GUI

Film w odtwarzaczu

Niestety na chwilę obecną plik nie posiada indeksu (uniemożliwia przewijanie).  Dodanie opcji -idx do mplayera (mencoder -idx clipOUT.ts -ovc copy -oac copy -o clipOUTidx.ts) niestety powoduje przy przewijaniu wyłączenie odtwarzacza. Prawdopodobnie po konwersji do określonego formatu czy to przy użyciu mencodera czy ffmpeg omawiany problem nie będzie miał miejsca.

Dalszy proces polonizacji Arch Linux – Słowniki

Jak zapewne się domyślacie Arch Linux jest stosunkowo surowy jeśli chodzi o zasób posiadanego oprogramowania na starcie. Dlatego do głównych zajęć na samym początku związanym z konfiguracją systemu jest instalacja słowników.

Możemy zainstalować systemowy słownik. Sprawdzanie pisowni (ang. spell checking) realizowane jest przez pakiet hunspell. Hunspell używany jest m.in. przez pakiet Libre Office, Firefox-a, Thunderbird-a, Chrome. Może się zdarzyć, że nie będziemy mięli zainstalowanego słownika aspell, wówczas będziemy musieli pakiet aspell i aspell-pl dodać do instalacji.

Zasady związane z dzieleniem wyrazów (ang. hyphenation rules) w Arch Linux realizowane jest przez pakiet hypen. Dlatego warto zainstalować polską wersję: hyphen-pl.

Sprawdzanie pisowni realizowane jest zazwyczaj w oparciu o istniejące, już opisane oprogramowanie ale niekiedy trzeba do danego programu zainstalować wtyczkę.

Tak jest np.: w przypadku edytora gedit, geany czy nawet do programu firefox lub thunderbird.

W przypadku gedit należy zainstalować pakiet gedit-plugins. Natomiast w geany jest to pakiet geany-plugins. Gdzie oprócz wielu przydatnych dodatków znajduje się możliwość sprawdzania pisowni.

Natomiast jeśli chodzi o przeglądarkę firefox oraz klienta poczty thunderbird należy pobrać odpowiednią  wtyczkę z http://releases.mozilla.org/pub/mozilla.org/addons/3052/

W pakiecie Libre Office zachodzi potrzeba instalacji paczki: libreoffice-extension-languagetool (obecnie w wersji 1.5-1). Pakiet ten potrzebuje languagetool 1.5-1.

O.K. a teraz do rzeczy. Instalacja wyżej wymienionych pakietów

sudo pacman -S hyphen-pl mythes-pl libmythes unzip aspell-pl

Instalacja słownika dla Libre Office:

wget https://aur.archlinux.org/packages/la/languagetool/languagetool.tar.gz

tar -xvf languagetool.tar.gz

cd languagetool

makepkg PKGBUILD

sudo pacman -U languagetool-*.pkg.tar.xz

Później podobnie z libreoffice-extension-languagetool 1.5-1

cd ..

wget https://aur.archlinux.org/packages/li/libreoffice-extension-languagetool/libreoffice-extension-languagetool.tar.gz

tar -xvf libreoffice-extension-languagetool.tar.gz

cd libreoffice-extension-languagetool

makepkg PKGBUILD

sudo pacman -U libreoffice-extension-languagetool-*.pkg.tar.xz

 Sprawdzanie pisowni w Geany

Sprawdzanie pisowni w gEdit

NTP w Archlinux

Niestety czasami ze względu na brak czasu szukamy stosunkowo prostych rozwiązań niektórych problemów. Ja natrafiłem na problem związany z usługą sieciowej synchronizacji czasu NTP (Network Time Protocol).

Niestety pod Ubuntu wystarczyło w zasadzie zainstalować usługę i w sumie bez zbytniej konfiguracji ntpd (“d” od daemon – usługa działająca w tle) powinien działać. Niestety w Archu jest troszeczkę inaczej, namęczyłem się a to ze względu na brak doświadczenia mojego w tej dziedzinie.

Dla początkujących polecam nakładkę na ntp, która nazywa się openntpd. Instalacja standardowa (sudo pacman -S openntpd), później należy dodać usługę do sekcji DAEMONS w rc.conf i powinno hulać.

W rc.conf należy mieć jeszcze ustawione:

HARDWARECLOCK=”UTC”
TIMEZONE=”Europe/Warsaw”

Plik /etc/ntpd.conf zostanie wygenerowany automatycznie przez opnntpd.