piątek, 20 lutego 2015

xhtml2pdf i zła wersja reportlab

****************************************************IMPORT ERROR!Reportlab Version 2.1+ is needed!**************************************************** The following Python packages are required for PISA:- Reportlab Toolkit >= 2.2 <http://www.reportlab.com/>- HTML5lib >= 0.11.1 <http://code.google.com/p/html5lib/> Optional packages:- pyPDF <http://pybrary.net/pyPdf/>- PIL <http://www.pythonware.com/products/pil/>

Taki błąd zwraca xhtml2pdf - program, jak wskazuje nazwa, do przerabiania plików .html na pdf.

Sprawdzenie wersji dpkg -l python-reportlab potwierdza, że zainstalowana jest wersja nowsza (>3.0). [źródło]

Okazuje się, że jest to błąd w skrypcie i łatwo jest go naprawić. Wystarczy w pliku /usr/share/pyshared/sx/pisa3/pisa_util.py znaleźć fragment [źródło]:
if not (reportlab.Version[0] == "2" and reportlab.Version[2] >= "1"):
    raise ImportError("Reportlab Version 2.1+ is needed!")

REPORTLAB22 = (reportlab.Version[0] == "2" and reportlab.Version[2] >= "2")
I poprawić go na:

if not(reportlab.Version[:3] >= "2.1"):
    raise ImportError("Reportlab Version 2.1+ is needed!")

REPORTLAB22 = (reportlab.Version[:3] >= "2.1") 

sobota, 14 lutego 2015

VBoxHeadless NIE nasłuchuje

Zazwyczaj jest tak:

$ VBoxHeadless -s Windows &
Warning: program compiled against libxml 209 using older 207
Oracle VM VirtualBox Headless Interface 4.3.20
(C) 2008-2014 Oracle Corporation
All rights reserved.

VRDE server is listening on port 3389.

Ale ostatnio (po aktualizacji do paczki ze strony VBox'a) VRDE nie nasłuchuje.

Komenda VBoxManage list extpacks, pokazuje: Why unusable: VBoxExtPackRegister returned VERR_VERSION_MISMATCH, pReg=0000000000000000 ErrInfo='VirtualBox version mismatch - expected 4.2 got 4.3'. 

Rozwiązaniem problemu jest ściągnięcie paczki Extension Pack ze strony www.virtualbox.org/wiki/Downloads i zastąpienie starej:
VBoxManage extpack install --replace ./Oracle_VM_VirtualBox_Extension_Pack-<WERSJA>.vbox-extpack
[źródło]

piątek, 23 stycznia 2015

Wysokie zużycie CPU podczas odtwarzania filmów na youtube i inne tzw. tweaki

Mam nie najgorszy laptop, zainstalowane otwarte sterowniki do AMD/ATI i najnowszą (beta) wersję Chromium-browser.
Przyczynę znalazłem przez przypadek. Peacekeeper to benchmark dla przeglądarek. Planowałem zobaczyć w czym przeglądarka wypada najgorzej i zobaczyć czy da się z tym coś zrobić. Po zakończeniu testu przy videoCodecH264 pojawiło się NO.
Okazało się, że trzeba zainstalować dodatkowe paczki:
sudo apt-get install x264 chromium-codecs-ffmpeg-extra

Po wykonaniu powyższej komendy pojawiło się YES, a filmy 720p (choć wciąż na wysokich obrotach procesora), nie przycinają się.

Przy okazji wyniki:
1620 - bez x264
1655 - z z264
1825 - po przestawieniu w chrome://flags opcji Zastąp listę renderowania programowego na włącz.
1760 - po przestawieniu Włącz kanwy 2D list wyświetlania na włączone
1712 - (poprzednie na domyślne) Włącz mechanizm rastrowania z jedną kopią na włączone
1755 - Liczba wątków rastrowania z 1 na 4 (chyba)
1836 - Liczba wątków rastrowania na domyślny

niedziela, 28 grudnia 2014

Przenoszenie systemu na inną partycję (inny system plików)

Jakiś czas temu na phoronix.com pojawiło się porównanie wydajności systemów plików na dyskach SSD. Samsung utworzył system przeznaczony właśnie na dyski flash (pendrive, karty SD, dyski SSD). Zachęcony tym, postanowiłem przenieść system plików na partycję F2FS (flash friendly file system). [phoronix.com]

Aby to zrobić, trzeba zrobić odpowiednio dużo miejsca na dysku, by móc skopiować dane z jednej partycji, na drugą, by móc sformatować 'pierwotną' jako f2fs i przenieść tam dane z powrotem.

Po każdym przeniesieniu konieczne jest zaktualizowanie grub'a, by móc uruchomić stary system.
Dodatkowo, grub nie obsługuje f2fs, więc koniecznym jest posiadanie partycji boot w 'starym' systemie plików (ext2, 3 lub 4).kocham godzie.

Aby to zrobić warto skorzystać z przewodnika Ubuntu:

  1. Tworzymy partycję boot (200 mb powinno wystarczyć, 500 jest dużo ponad rzeczywiste zapotrzebowanie). Wygodnym narzędziem będzie gparted (dostępny w centrum oprogramowania). Partycja najlepiej by była ext4 lub coś podobnego.
  2. Montujemy tak przygotowaną partycję o odpowiednim numerze zamiast X (X to numer utworzonej partycji pod boot) i kopiujemy na nią dotychczasową zawartość katalogu boot:

    sudo mkdir /mnt/boot
    sudo mount /dev/sdaX /mnt/boot
    sudo cp -a /mnt/main/boot/* /mnt/boot/
    sudo umount /mnt/boot
  3. Aktualizujemy grub:

    sudo mount /dev/sdaX /boot
    grub-install --root-directory=/ /dev/sda
  4. Aktualizujemy fstab:
    W tym celu należy sprawdzić jaki ID posiada nasza nowa partycja poleceniami mountsudo blkid. Przykładowe wyjście:

    mount:
    (...)
    /dev/sda8 on /boot type ext4 (rw)
    (...)


    blkid:
    (...)
    /dev/sda8: LABEL="boot" UUID="3429a664-5f36-4878-baa6-35e8f63c63cc" TYPE="ext4" PARTUUID="000186d0-08"


    Jak widać nasza partycja (tutaj ósma) posiada UUID 3429a664-5f36-4878-baa6-35e8f63c63cc.
    Kopiujemy tę wartość i umieszczamy na końcu pliku /etc/fstab w takiej postaci:

    UUID=3429a664-5f36-4878-baa6-35e8f63c63cc     /boot     ext4        defaults    0       0

    Zapisujemy i wychodzimy.
  5. Restartujemy komputer mając nadzieję, że wszystko poszło jak należy i ew. czyścimy stary katalog boot:

    sudo umount /boot
    sudo rm -r /boot
Pierwszy etap już za nami (etap wstępny, choć długi), teraz faktyczna praca nad zmianą systemu plików. [źródło]

By przenieść się na nowy system plików (f2fs) potrzebny nam blkid go obsługujący. Będzie nim wersja od 2.25 (blkid -v). Jeśli takiej nie mamy:
sudo add-apt-repository ppa:xeron-oskom/util-linux
sudo apt-get update
sudo apt-get install util-linux --reinstall
Instalujemy co potrzebne:
sudo apt-get install f2fs-tools gparted
Dodajemy moduł f2fs do initramfs (niezbędne, by system był w stanie odczytać nową partycję!). W tym celu edytujemy /etc/initramfs-tools/modules i dodajemy na końcu linijkę f2fs, oraz uruchamiamy komendę sudo update-initramfs -u. Mamy już system, który jest w stanie zbootować się z partycji f2fs, teraz trzeba go na nią przenieść. Tworzymy zatem nową partycję o formacie f2fs (za pomocą gparted), montujemy ją* i kopijemy zawartość / (generalnie niepolecane jest kopiowanie plików z działającego systemu, ale raczej nie powinno być z tym problemów):
sudo mkdir /media/f2fs
sudo mount /dev/sdx /media/f2fs
sudo cp -ax /* /media/f2fs
 Ponownie edytujemy fstab (tym razem na nowej partycji), tj. plik /media/f2fs/etc/fstab, usuwając starą linijkę / nową, np taką:
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx / f2fs rw,relatime,background_gc=on,user_xattr,acl,active_logs=6 0 0
zastępując x'y UUID nowej partycji (podobnie jak w przypadku /boot).

Na koniec (ponowna) aktualizacja grub'a:
sudo mount /dev/sdx /media/f2fs/boot
sudo mount --bind /dev /media/f2fs/dev
sudo mount --bind /proc /media/f2fs/proc
sudo mount --bind /sys /media/f2fs/sys
sudo chroot /media/f2fs
Wykonujemy (w chrootowanym systemie) komendę sudo update-grub.

Po restarcie powinniśmy się już cieszyć linuksem chodzącym z nowej partycji.

Zapraszam, do dopisania się do życzenia o dodanie opcji instalacji ubuntu na systemie F2FS: link.

Gdyby gparted niepoprawnie utworzył system plików, wystarczy uruchomić komendę mkfs.f2fs -t f2fs na odpowiedniej partycji.

Inne źródła: 1 2

poniedziałek, 3 listopada 2014

Czarny ekran po uśpieniu na AMD A4

Posiadam laptopa Samsung NP535U3C z APU AMD na pokładzie (nie polecam):

lspci
(...)
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7400G]
(...)
 Na otwartych sterownikach (o czym już pisałem) układ ten działa albo lepiej, albo równie dobrze, więc wolałbym uniknąć używania sterowników 'producenta'. Niestety, otwarte sterowniki mają jedną poważną wadę: po uśpieniu komputera i jego obudzeniu ekran laptopa pozostaje wyłączony (czasem laptop w ogóle się nie budzi poprawnie, ale to zdarza się również na sterownikach zamkniętych). Szczęśliwie, i na ten problem znalazło się rozwiązanie.

Na różnych stronach można znaleźć różne rozwiązania, ale we wszystkich pojawia się hasło s3_bios. Problem spotykany jest również na sprzęcie Intela.


Aby rozwiązać problem należy do parametrów jądra dodać acpi_sleep=s3_bios lub acpi_sleep=s3_bios,s3_mode.

Aby to zrobić, wystarczy do parametrów jądra w /etc/default/grub, w linii GRUB_CMDLINE_LINUX_DEFAULT dodać wcześniej wspomnianą opcję, by wyglądało to np. tak:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nmi_watchdog=0 acpi_sleep=s3_bios,s3_mode"

Gdzie indziej spotkałem się z informacją, że to nie zadziała póki do pm-suspend nie doda się (też!) tej opcji. Aby to zrobić: sudo nano /etc/pm/config.d/radeon:
ADD_PARAMETERS="--quirk-s3-bios --quirk-s3-mode"
QUIRK_S3_BIOS="true"
QUIRK_S3_MODE="true"
I to wystarczy.

piątek, 17 października 2014

Nieoficjalny ROM na Xperia U

Przyzwyczajony jestem, że aby zainstalować nieoficjalny ROM na telefonie z Androidem (doświadczenia z X10 i HTC jakiśtam) muszę przesiadać się na Windowsa. Z Windowsem bywa różnie - zabawa ze sterownikami, antywirusami, firewallami, komunikatorami i jasnością ekranu - bezsensowna robota.

Jak się jednak okazuje sytuacja się od ostatniego czasu zmieniła, a aktualizacja sprowadza się do kilku banalnych kroków.

Na początek wybieramy ROM i kernel, np. te:
ROM: http://forum.xda-developers.com/xperia-u/u-development/rom-stock-jellybean-4-1-2-v6-t2284394
Kernel: http://forum.xda-developers.com/xperia-u/u-development/kernel-experimental-v12-t2326515 (wspomniany w poprzednim linku)

Rozpakowujemy paczkę kernel, aby wydostać z niego boot.img.

Odblokowujemy bootloader na stronie (wg. instrukcji): http://unlockbootloader.sonymobile.com/instructions

I już jesteśmy gotowi do wgrywania (zrzekam się odpowiedzialności za ew. szkody/utratę gwarancji).

Na początek wrzucamy paczkę z ROM'em (spakowaną tak jak została ściągnięta) na pamięć wewnętrzną telefonu. Skuteczny jest w tym przypadku program gmtp.

Następnie, udajemy się do katalogu z obrazem boot, wyłączamy telefon i podłączamy go trzymając przycisk zwiększania głośności.

Telefon powinien świecić na niebiesko (dioda pod przyciskami).

Teraz:
sudo fastboot flash boot boot.img
[sudo] password for quiteinsaneblablador:
sending 'boot' (7732 KB)...
(bootloader) USB download speed was 19407kB/s
OKAY [  0.423s]
writing 'boot'...
(bootloader) Flash of partition 'boot' requested
(bootloader) S1 partID 0x00000003, block 0x0000d000-0x00014fff
(bootloader) Erase operation complete, 0 bad blocks encountered
(bootloader) Flashing...
(bootloader) Flash operation complete
OKAY [  0.678s]
finished. total time: 1.101s

Jeśli wszystko poszło jak należy, odłączamy telefon od komputera i włączamy go trzymając przycisk Volume Up. Po chwili powinien pojawić się panel CWM, a w nim wybieramy po kolei wipe: cache, data, dalvik-cache. Następnie install zip i wybieramy odpowiedni ROM do instalacji. Gdy program zakończy wgrywanie ROMu wyłączamy i włączamy telefon.

That's all folks!

pozostałe źródła:
http://forum.android.com.pl/f670/instalacja-kerneli-przez-flashtool-fastboot-236690/
http://forum.xda-developers.com/showthread.php?t=1752270
http://forum.android.com.pl/f669/cwm-co-to-na-co-jak-zainstalowaae-229632/
http://www.androidlegend.com/ported-official-android-4-1-2-jelly-bean-firmware-for-xperia-u-st25i-6-2-a-1-100/#kernel