Poprawki motywu Mint-X dla Linux Mint 16 / Mate 1.6

Próba zmiany rozmiaru czcionek używając tematu Mint-X w Linux Mint 16 na rozmiar inny niż 10 pkt. jest całkowicie nie możliwa. W celu używania innego rozmiaru czcionek możemy wykorzystać plik .gtkrc-2.0 w katalogu domowy lub edytować sam temat. Drugie rozwiązanie działa w całym systemie i dla wszystkich użytkowników.
Otwieramy do edycji plik:

sudo pluma /usr/share/themes/Mint-X/gtk-2.0/gtkrc

i wszystkie wpisy:

font_name

komentujemy:

#font_name

Zapisujemy plik i możemy cieszyć się pełnią możliwości zmiany rozmiaru czcionek.

Druga zmiana tego pliku pozwala Eclipse wyglądać normalnie gdy korzysta on z GTK do wyświetlania interfejsu.
Na końcu wspomnianego pliku dopisujemy:

style "null"
{
        engine "pixmap"
        {
        image
        {
            function = BOX
            file = "Null/null.png"
            stretch = TRUE
        }
        }
}
 
widget "*swt*toolbar-flat" style "null"

Po zapisaniu cieszymy się dobrze wyglądającym Eclipse.

Wolny start Caja z menu Miejsca w Linux Mint 16

Po instalacji Linux Mint 16 zauważyłem bardzo wolny start caja’i ze skrótów z menu Miejsca. Po krótkim poszukiwaniu znalazłem winowajce.
Jest nim mianowicie plik:

/usr/share/applications/caja.desktop

Po zajrzeniu do pliku okazało się, że caja.desktop uruchamia

/usr/bin/startcaja

Uruchomienie w terminalu startcaja nie daje żadnego efektu jedynie zabiera czas.
W katalogu

/usr/share/applications/

znajdują się inne pliki .desktop dotyczące caja wraz z zachęcająco brzmiącym caja-browser.desktop. Plik ten uruchamia caja w następujący sposób:

caja --no-desktop --browser %U

Zamiana wpisu dotyczącego inode/directory z caja.desktop na caja-browser.desktop w pliku

~/.local/share/applications/mimeapps.list

pozwoliła ma normalną prędkość uruchamiani caja’i ze skrótów znajdujących się w menu Miejsca.

Nowe paczki dla Ubuntu 12.04 plus nowe repo dla precise

Dziś w moim PPA wylądowały nowe paczki dla gKonap, burnX360 oraz NSCheckd dla Ubuntu 12.04. Tym samym w PPA znalazło się nowe repozytorium dla Precise’a. Soft nawet działa :).
W burnX360 został wyeliminowany śmieszny bug polegający na zostawieniu #!/usr/bin/env python2.6, no cóż nikt nie jest idealny.

Miłego użytkowania. Jak podoba Ci się moje oprogramowanie, nie zapominaj, możesz przekazać darowiznę :) . Z góry dziękuję.

Nowe repozytoria, GIT, nowy burnX360 …

Nowe repozytoria dla Ubuntu.

Dziś wyszły paczki gKoNap, Nscheckd orz burnX360 dla nowych wersji Ubuntu do 11.04. Dodawanie repozytoriów opisane jest tu.

GIT

Postanowiłem zmienić system kontroli wersji z Bazaar na GIT. Powoli będę przenosił hostowanie kodu z Lauchpad.net(Bazaar) na GitHub’a. Mój profil na GitHub’ie – yp2. Pomimo zalet Lauchpad.net – bugtracker, tłumaczenia, prywatne repozytoria – muszę zrezygnować z hostowania w nim kodu. Git jest o wiele bardziej przyjemny, przyjazny i zabawniejszy w pracy niż Bazaar.

Nowa wersja burnX360

Pojawiła się także nowa wersja 0.2 programu burnX360 do nagrywania kopi zapasowych dla konsoli Xbox 360. Dodano obsługę kopi w formacie XGD3 na razie tylko z wykorzystaniem przycinania obrazu (truncate) – nie wymagana jest nagrywarka z fw. LT-MAX. Planuje także wprowadzić obsługę nagrywarek z LT-MAX dla XGD3.

Daemon NSCheckd.

Z potrzeby chwili napisałem małego daemona odpowiedzialnego za montowanie bądź odmontowywanie zasobów sieciowych w oparciu o dostępność hostów. Program obsługuje nfs, nfs4, smb(samba), cifs. Wszystkie zdalne zasoby muszą mieć wpisy w pliku /etc/fstab. Zapraszam do zapoznania się z programem. Dokładny opis i sposób instalacji można znaleźć tu.

Nowa wersja gKonap.

W nowej wersji gKonap poprawiłem mechanizm odczytywania framerate’u plików wideo – użyłem modułu kaa.metadata. Teraz gKonap odczytuje listy fps z plików mkv.

Dodałem także, na prośbę użytkownika, zamianę znaczników odpowiadających za kursywę w wyświetlanych napisach na format zrozumiały dla XBMC. Na razie opcja ta działa tylko przy konwersji z jednego formatu na drugi. W planach mam przepisanie konwersji formatów napisów, tak by pozwala na zamianę znaczników, nawet wtedy gdy format plików docelowego jest taki sam jak format pliku wejściowego. Oczywiście tylko przy zaznaczonej odpowiedniej opcji.

Zapraszam do testowania.

Realtek 8187b (rtl8187) przez Ndiswrapper’a w Ubuntu 10.04.

Domyślny sterownik dla Realtek’a 8187 w Ubuntu jest niestety „niezbyt dobry”. Zasięgi łapie znakomite ale gorzej z bitrate’em. Prawdopodobnie przez obniżenie bitrate’u sterownik uzyskuje takie zasięgi. Postanowiłem wrócić do Ndiswrappera i sterownika z Win XP. Poradnik jest to kompilacja materiałów z sieci dotyczących instalacji tej karty w Ubuntu 8.04 oraz mojego poradnika napisanego dla forum Ubuntu.pl dotyczącego także Ubuntu 8.04.

1. Ściągamy sterownik dla Windows.

Ze strony Realtek’a, dział download ściągamy najnowszą wersję sterownika dla karty 8187B.

Rozpakowujemy archiwum.

2. Instalujemy ndiswrapper’a.

sudo apt-get install ndiswrapper-common ndiswrapper-utils ndiswrapper-utils-1.9

3. Instalacja sterownika Windows.

Przechodzimy do katalogu RTL8187B/WinXP w rozpakowanym archiwum ściągniętym w kroku 1. Operację tę wykonujemy oczywiście w konsoli. Jest to bardzo ważne aby być w tym katalogu. Następnie wydajemy polecenie:

sudo ndiswrapper -i net8187b.inf

Następnie:

sudo depmod -a

Następnie odnajdujemy oznaczanie naszej karty wifi:

lsusb

Szukamy linijki z nazwą Realtek Semiconductor Corp.. Przed nazwą powinno być tam podobne oznaczenie do tego: 0bda:8197. U mnie całą linijka wygląda tak:

Bus 006 Device 003: ID 0bda:8197 Realtek Semiconductor Corp.

Po odnalezieniu oznaczenie karty, każemy ndiswrappre’owi dla urządzenia o oznaczeniu xxxx:yyyy używać podanego wcześniej sterownika z Windows. Wydajemy polecenie:

sudo ndiswrapper -a tu_wpisujemy_oznaczenie_uzyskane_po_lsusb net8187b

czyli u mnie wygląda to tak

sudo ndiswrapper -a 0bda:8197 net8187b

Dodajemy wpis do /etc/modules

sudo nano /etc/modules

na końcu pliku dopisujemy:

ndiswrapper

Do pliku /etc/modprobe.d/blacklist.conf

sudo nano /etc/modprobe.d/blacklist.conf

dopsiujemy:

blacklist rtl8187

4. Usypianie i hibernacja.

Musimy teraz edytować kilka plików, aby po wybudzeniu komputera bądź to z uśpienia czy hibernacji, sieć wifi nam działał.

Sposób pierwszy to edycja pliku /usr/lib/pm-utils/sleep.d/55NetworkManager.

sudo nano /usr/lib/pm-utils/sleep.d/55NetworkManager

Edytujemy tylko ostatnią część pliku aby miała ona następującą postać:

case "$1" in
	hibernate|suspend)
		suspend_nm
		rmmod ndiswrapper
		;;
	thaw|resume)
		modprobe ndiswrapper
		resume_nm
		;;
	*) exit $NA
		;;
esac

Wadą tego rozwiązania jest jednak to, że po każdej aktualizacji pakietów odpowiedzialnych za zarządzanie energią czy pakietów NetworkManager’a plik ten zostanie nadpisany i potrzebna będzie ponowna edycja pliku.

Sposób drugi to utworzenie skryptu. Sposób nietestowany przeze mnie i nie wiem czy to rozwiązanie działa – w teorii powinno :). Tworzymy skrypt o jeden początkowy numerek większy niż nazwa pliku użytego w sposobie pierwszym. Czyli jeżeli nasza nazwa pliku dla skryptu NetworkManger’a to /usr/lib/pm-utils/sleep.d/55NetworkManager, to tworzymy plik /usr/lib/pm-utils/sleep.d/56ndiswrapper:

sudo nano /usr/lib/pm-utils/sleep.d/56ndiswrapper

Wklejamy to:

#!/bin/sh
 
. "${PM_FUNCTIONS}"
 
case "$1" in
	hibernate|suspend)
		rmmod ndiswrapper
		;;
	thaw|resume)
		modprobe ndiswrapper
		;;
	*) exit $NA
		;;
esac

Nadajemy prawa do wykonywania:

sudo chmod ugo+x /usr/lib/pm-utils/sleep.d/56ndiswrapper

Zalety tego sposobu to, że podczas aktualizacji nic nie powinno się dziać. Wady – nie wiem czy działa :).

5. Sprawdzamy czy działa.

Rozłączamy połączenie wifi w NetworkManger.

Usuwamy stary moduł odpowiadający za kartę:

sudo rmmod rtl8187

Ładujemy ndiswrapper’a:

sudo modprobe ndiswrapper

Próbujemy się połączyć. Jeżeli nie dział, powinien pomóc restart komputera.

Krew, pot i łzy … Ubuntu 10.04 cz.2

Przedstawiam drugą część zmagań z Ubuntu 10.04. Zapraszam do lektury.

1. Problem z czujnikami lm-sensors.

Po instalacji nowego Ubuntu lm-sensors, z moją płyta główną (Asus P5GD1), odmówiło współpracy. Pomaga dodanie do parametrów startowych kernel’a parametru acpi_enforce_resources=lax. Porada tylko dla GRUB2

sudo nano /etc/default/grub

odnajdujemy linijkę:

GRUB_CMDLINE_LINUX=""

i zamieniamy na (lub dodajemy jeżeli mamy już jakieś wpisy):

GRUB_CMDLINE_LINUX="acpi_enforce_resources=lax"

Wykonujemy aktualizację grub’a:

sudo update-grub

Uruchamiamy ponownie komputer.

2. Disabling irq# 19.

Podczas testów usypiania i hibernacji w logach, po wybudzeniu desktop’a, zobaczyłem taki komunikat:

Disabling irq# 19

System po wybudzeniu zaczynał działać bardzo powoli. Okazało się, że z tego przerwania korzysta sterownik dysków. W innych konfiguracjach może dojść do innych problemów ze stabilnością systemu. Pomaga dodanie do opcji startowych kernel’a w grub’ie parametru noirqdebug.

sudo nano /etc/default/grub

odnajdujemy linijkę:

GRUB_CMDLINE_LINUX=""

i zamieniamy na (lub dodajemy jeżeli mamy już jakieś wpisy):

GRUB_CMDLINE_LINUX="noirqdebug"

Wykonujemy aktualizację grub’a:

sudo update-grub

Uruchamiamy ponownie komputer.

3. Restart interfejsu ata.

Druga dziwna przypadłość to restart interfejsu ata w różnych okolicznościach. Najczęściej ma to miejsce po wybudzeniu komputera z uśpienia. Rozwiązanie to przełączenie w biosie konfiguracji interfejsu IDE z trybu AHCI (lub podobnego) na IDE Enchanced. Czyli włączenie trybu legacy pracy interfejsu IDE, włączenie tryby kompatybilności lub podobne ustawienia. Zależy to oczywiście od płyty głównej.

4. Własne wpisy dla serwerów DNS (korzystanie z DHCP).

Jeżeli korzystamy z ustawień DHCP sieci, a chcemy mieć własne wpisy dla serwerów DNS (niezależne od danych ustawień), należy edytować plik /etc/dhcp3/dhclient.conf:

sudo nano /etc/dhcp3/dhclient.conf

na końcu dodać:

prepend domain-name-servers ;

dla serwerów DNS Google wygląda to tak:

prepend domain-name-servers 8.8.8.8;
prepend domain-name-servers 8.8.4.4;