funus.net - Nowe strony [pl]

Ebookpoint.pl

2012-04-29T18:06:26Z

Anyone:

{{DISPLAYTITLE:ebookpoint.pl}}W należącej do wydawnitwa [[Helion]] księgarni '''[http://ebookpoint.pl/ ebookpoint.pl]''' można kupić [[ebooki]] głównie typu poradniki pseudopsychologiczne, NLP, trochę IT i takie tam.

Zalety sklepu:
* książki na ogół dostępne w 3 formatach: epub, mobi, pdf; płatne oczywiście raz za wszystkie

Wady:
* Podczas rejestracji chcą całego życiorysu, włącznie z dokładnym adresem (przez chwilę przypuszczałem, że planują mi te ebooki na dyskietce przesłac przy pomocy poczty polskiej :/) numerem telefonu.
* Błędy na stronach, przeglądarka ostrzega o niezabezpieczonych elementach
* Ordynarne watermarki – wyświetlane na każdej stronie nazwisko i e-mail klienta, w formacie epub zupełnie nie wyróżniające się od tekstu właściwego, przez to przeszkadzające w czytaniu
* Ich książki w formacie epub na moim [[pocketbook|czytniku]] sprawiają problemy po kilku pierwszych stronach - nie chcą przełączyć się na następną. Pomaga użycie innego programu niż domyślny Adobe Viewer.

Kolejny zgrzyt to automat powiadamiający o udostępnieniu zakupionych pozycji. Nie dość, że zamiast zbiorczego maila o wszystkich pozycjach wysyła po jednym dla każdej książki, to jeszcze dokleja jakieś dziwaczne napomnienia w stylu: pamiętaj o prawach autorskich! ukryj książkę dobrze by ją chronić przed nielegalnym skopiowaniem! Jak widać Helion z dużą podejrzliwością traktuje swoich klientów; czyżby przypuszczali, że nikt o zdrowych zmysłach nie płaciłby za ich książki, a skoro jednak płaci, to znaczy że na pewno planuje coś niecnego?

[[kategoria:serwisy WWW]]

Calibre

2012-04-23T22:32:20Z

Anyone: parę uwag

'''[http://calibre-ebook.com/ Calibre]''' to opensource'owy program do zarządzania kolekcjami [[e-book]]ów. Ułatwia zbieranie, katalogowanie, wyszukiwanie, konwersję i przesyłanie na czytniki. Napisany jest chyba w [[python]]gu, stąd na starszych sprzętach może działać cokolwiek ociężale.

Luźne uwagi na temat programu.
* Interfejs użytkownika początkowo był dla mnie trochę nieintuicyjny.
* Czytnik formatu e-pub ma możliwość wstawiania "zakładek" w książce. Zaskoczyło mnie, że te zakładki przechowywane są w samym pliku epub. Nie podaba mi się takie rozwiązanie.
* Obsługuje kilka formatów, dana pozycja może składać się z egzemplarzy w różnych formatach, ale tylko jeden na format. Obejście sprawdzone pod linuksem dla pdf-ów: zmienić końcówkę dodatkowego pdf-a powiedzmy na *.pdf_, a następnie dodać - program zakceptuje plik (widocznie format sprawdza po zawartości), a jednocześnie unikniemy kolizji z już pamiętanym pdf-em.
* Zbyt restrykcyjnie wycina znaki z nazw plików i katalogów, np. nie podoba mu się znak '+', dość istotny chociażby w kontekście książek o [[C++]].

[[kategoria:oprogramowanie]]

DjVu

2012-04-07T12:59:05Z

Anyone:

'''DjVu''' – format do przechowywania zeskanowanych dokumentów, głównie czarno-białych, zawierających tekst i prostą grafikę. Ma być dość efektywny jeśli chodzi o poziom kompresji.

Chcę sprawdzić, o co z tym chodzi. Może przyda mi się na przykład do posklejania wielostronicowych skanów w jedną całość?

Na początek zainstalowałem sobie pakiety: minidjvu ocrodjvu pdf2djvu djvusmooth, oraz kilka innych, od których te są zależne. Wcześniej miałem już djvulibre-bin.

== Przykład ==
Mam szereg (konkretnie: 245) obrazów JPG zawierających skany poszczególnych stron książki. Jest tam głównie tekst, ale też kilkadziesiąt ilustracji, część barwnych. Chcę zrobić z niego wielostronicowy dokument DjVu, na początek choćby czarno-biały.

Krok pierwszy to konwersja kolorowych obrazów JPG do czarno-białych PBM:

for file in Image*.jpg; do [[man:convert(1)|convert]] "$file" "${file%.jpg}.pbm"; done

Następnie koduję je enkoderem cjb2 z pakietu djvulibre-bin:

for file in Image*.pbm; do [[man:cjb2(1)|cjb2]] "$file" "${file%.pbm}.djvu; done

Następnie "sklejam" pojedyncze strony w jedną całość:

[[man:djvm(1)|djvm]] -create book.djvu Image*.djvu

Książkę tę mogę przejrzeć programem djview:

[[man:djview(1)|djview]] book.djvu

Efekty:
:(+) oszczędność miejsca: zamiast > 570 MB skan zajmuje ok. 8 MB
:(+) całość jest w jednym pliku, lepiej nadaje się na [[czytniki e-booków|czytnik]]
:(-) ilustracje generalnie rzecz biorąc szlag trafił; prawdopodobnie właściwie byłoby potraktować strony je zawierające inaczej
:(-) mimo dobrej kompresji, tekst nadal nie jest tekstem, nie mogę np. użyć opcji "kopiuj jako tekst" programu djview

== Zobacz też ==
* [[wikipedia:DjVu]]
* [https://commons.wikimedia.org/wiki/Help:Creating_a_DjVu_file Creating a DjVu file], instrukcja w Wikimedia Commons
* [[man:djvu(1)]]

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Odtwarzanie skasowanych plików

2012-03-17T20:36:05Z

Anyone:

'''Odtwarzanie usuniętych plików''' oczywiście na [[Linux|Linuksie]].

Właśnie sobie coś niechcąco skasowałem, konkretnie obraz ISO płyty DVD. Na dodatek nie zauważyłem, że próba przemontowania systemu plików w tryb tylko do odczytu była nieskuteczna. Z drugiej strony, raczej nic tam już po tym zdarzeniu nie robiłem... Zacząłem szukać jakiegoś narzędzia typu "undelete".

W paczkach [[debian]]a było coś obiecującego, mianowicie e2undel. Program marudził o braku logów, a dokumentacja pod postacią strony manuala nie jest szczególnie jasna. Jednak na [http://e2undel.sourceforge.net/recovery-howto.html stronie WWW] znalazłem jasne zastrzeżenie: ''Attention: This will not work with ext3!''. Tak więc nic z tego.

Następnie znalazłem program [http://extundelete.sourceforge.net/ extundelete]. Ma ponoć działać z ext2, 3 i 4. Ściągnąłem, zbudowałem, zauściłem. Owszem, odtworzył mi plik iso, ale jakby mniejszy. Po zamontowaniu okazało się, że wszystkie kilkanaście plików miało błędy uniemożliwiające ich odczyt. Tak więc znowu niepowodzenie; nie wiem dlaczego - czy za późno odmontowałem partycję i się zabazgrało, czy to wina programu.

Extundelete pozwolił mi przynajmniej obejrzeć zawartość katalogu w niechcąco skasowanym obrazie płyty. To mnie przekonało, że zawartość ta nie jest mi w sumie potrzebna, więc dalsze próby jej odzyskania sobie podarowałem.

== Photorec ==

[http://www.cgsecurity.org/wiki/PhotoRec '''Photorec'''] to program z pakietu 'testdisk'. Służy do odzyskiwania plików u uszkodzonych systemów plików. Jak nazwa sugeruje, nastawiony jest na media - zdjęcia, mp3-ki itd. Efekty w moim przypadku nie były szczególnie ciekawe. Poodtwarzał raz mniej, raz więcej, ale rzedko kiedy całe pliki.

Uwaga. W przypadku odzyskiwania z uszkodzonej płyty CD/DVD (czy też jej obrazu), nie należy wybierać nasuwającego się "non partitioned media", tylko "Intel/PC partion" a następnie "No partition / [Whole disk]".

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Skryptowe GUI

2012-03-17T14:41:05Z

Anyone: dla

Proste skryptowe "aplikacje okienkowe" można sobie zrobić dzięki programom:
* [[man:kdialog(1)|kdialog]] (dla KDE/Qt)
* [[man:zenity(1)|zenity]] (dla Gnome'a/Gtk)
Jeśli kto zna podstawy [[Tcl/Tk]], to w tym celu może użyć program '''wish'''.

Pełnoekranowe "gui terminalowe" można z kolei uzyskać dzięki:
* dialog
* whiptail

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Digitus

2012-03-17T14:32:02Z

Anyone: druga wysypka

Nabyłem kartę PCI-e [http://www.digitus.info/en/products/archiv/usb-30-pci-express-add-on-card-ds-30220-1/ '''Digitus'''] z 2 portami USB 3.0, żeby ją wsadzić w swój [[root|nienajmłodszy sprzęt]] i następnie podpiąć doń kupiony niedawno [[icybox|zewnętrzną obudowę RAID]]. Cena takiej karty w detalu to ok. 60 zł.

Opartą na chipsecie NEC D720200 kartę wpycha się w najmniejsze z gniazd PCI express, oznaczano jako x1. Dodatkowo trzeba ją podpiąć do zasilacza molexem.

Linux, mimo że to nie pierwszej świeżości stabilny [[debian]], wykrył urządzenie i ma doń driver - xhci. Pierwsza próba, polegająca na podłączeniu starszego dysku USB 2.0 do gniazda na tej karcie nie wypadła zachęcająco. Dysk widział, ale przy próbie odczytu (na szczęście nie próbowałem zapisu) była masa błędów i w efekcie nieużywalny filesystem. Ale może to była wina dość cienkiego kabla? Z drugiej strony ten sam kabel sprawdza się na gniazdach usb 2.0.

Na szczęście mój [[icybox]] podpięty jego dedykowanym kablem zdaje się działać poprawnie. Jedynie niepokoją pojawiające się co kilka minut w logach komunikaty:
:<tt>kernel: [11037.141412] xhci_hcd 0000:02:00.0: WARN: Stalled endpoint</tt>
ale poza tym chyba wszystko gra. Transfer skoczył zauważalnie. Na USB 2.0 było to do ok. 30 MB/s. Teraz mam, na gołym dysku do ~ 105 MB/s. W normalnym użytkowaniu wąskim gardłem staje się [[dm-crypt|szyfrowanie dysków]], ograniczające transfery do 70 MB/s. Podałem oczywiście wartości graniczne, osiągalne np. przy liniowym lub prawie liniowym odczycie.

'''Aktualizacja.''' Następnego dnia wieczorem się wysypało. Patrząc na logi, początkowo było jak wyżej, tzn. od czasu do czasu wpisy w rodzaju:
[ 2092.821996] xhci_hcd 0000:02:00.0: WARN: Stalled endpoint
W pewnym momencie, podczas kopiowania na ten dysk zaczęło zgłaszać błędy. Zajrzałem do logów, a tam pełno błędów związanych z USB. Poszukałem miejsca, gdzie to się zaczęło. Pierwszy komunikat wyglądał tak:
[10631.177960] xhci_hcd 0000:02:00.0: WARN: transfer error on endpoint
A potem zaczęły się cała horda błędów rozpoczynających się od:
<pre>
[10631.178047] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.178052] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.178057] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.178061] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.178065] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.178077] usb 2-2: USB disconnect, address 2
[10631.178180] sd 8:0:0:0: [sdc] Unhandled error code
[10631.178182] sd 8:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[10631.178186] sd 8:0:0:0: [sdc] CDB: Read(10): 28 00 51 52 ce a0 00 00 f0 00
[10631.178193] end_request: I/O error, dev sdc, sector 1364381344
[10631.178215] sd 8:0:0:0: [sdc] Unhandled error code
[10631.178217] sd 8:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[10631.178220] sd 8:0:0:0: [sdc] CDB: Read(10): 28 00 51 52 cf 90 00 00 10 00
[10631.178226] end_request: I/O error, dev sdc, sector 1364381584
[10631.194175] usb 2-2: Device not responding to set address.
[10631.396203] usb 2-2: Device not responding to set address.
[10631.600231] usb 2-2: device not accepting address 0, error -71
[10631.600244] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10631.600590] usb 2-2: Device not responding to set address.
[10631.804676] usb 2-2: Device not responding to set address.
[10632.008029] usb 2-2: device not accepting address 0, error -71
[10632.008042] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10632.008338] usb 2-2: Device not responding to set address.
[10632.212198] usb 2-2: Device not responding to set address.
[10632.416102] usb 2-2: device not accepting address 0, error -71
[10632.416115] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10632.416442] usb 2-2: Device not responding to set address.
[10632.620686] usb 2-2: Device not responding to set address.
[10632.824519] usb 2-2: device not accepting address 0, error -71
[10632.824531] hub 2-0:1.0: cannot disable port 2 (err = -32)
[10632.824542] hub 2-0:1.0: unable to enumerate USB device on port 2
</pre>

Niedobrze. Potem jednak przez jakiś czas chodziło znów bezproblemowo, aż któregoś ranka komputer pozostawiony samemu sobie usiłował coś tam pogrzebać w icyboksie, który w międzyczasie zdążył przejść w tryb "standby". Rozruszanie z tego trybu trwa dość długo (kilka sekund) i powoduje błędy w logach, które czasem skutkują, a czasem nie, błędami w warstwach wyższych. Nie wiem, czy ten standby był przyczyną, ale znowu coś się spieprzyło i jedyne, co mogłem zrobić, to restart komputera.

[[kategoria:sprzęt]]

SMART

2012-03-10T13:49:49Z

Anyone: Utworzył nową stronę „'''SMART''', czyli ''Self-Monitoring, Analysis and Reporting Technology'' to funkcjonalność monitoringu i autodiagnostyki w dyskach twardych. Narzędzia: * smartm...”

'''SMART''', czyli ''Self-Monitoring, Analysis and Reporting Technology'' to funkcjonalność monitoringu i autodiagnostyki w dyskach twardych.

Narzędzia:
* smartmontools [http://sourceforge.net/apps/trac/smartmontools/wiki] (polecenie smartctl) — to chyba najbardziej zaawansowane narzędzie
* libatasmart [http://www.ohloh.net/p/libatasmart] (skdump, sktest)
* [[man:ide-smart(8)|ide-smart]] — nie potrafi zinterpretować poszczególnych pozycji

== SMART przez USB ==

Żeby obsłużyć SMART w dyskach podłączanych przez USB, program musi umieć obsłużyć mostek USB, co nie zawsze jest możliwe. Smartmontools ma kilka driverów do wyboru, więc jeśli nie potrafi rozpoznać, to można popróbować z różnymi. Driver podaje się jako wartość opcji -d polecenia smartctl. Żeby wylistować dostępne drajwery, trzeba podać opcję -d bez wartości.

Na przykład, mój dysk zewnętrzny Toshiba 400G wymagał użycia drajwera "usbsunplus":
:<tt>smartctl --all /dev/sdc -d usbsunplus</tt>

Chromium

2012-03-01T23:36:04Z

Anyone: referrer logging

Chromium to opensource'owa baza [[chrome|chrome'a]], czyli przeglądarki [[Google|Google'a]]. Testuję ją sobie od czasu jakiegoś na [[noisy|starszej maszynce]], albowiem ma ulubiona dotąd [[opera]] zbiesiła się niemiłosiernie w [[linux|linuksiarskiej]] wersji 11., żre pamięć, silnik javascriptu rozgrzewa procesor do białości a na platformie amd64 dodatkowo wypierdziela się bez zdania racji tak średnio raz dziennie; wygląda na to, że chłopcy od opery zlali linuksiarzy totalnie, gdyż [[windows]]owe wydanie przeglądarki działa bez zarzutu. Więc zainstalowałem sobie chromium jako potencjalną alternatywę.

Co prawda stabiliny [[debian]] 6.0 "squeezy" zawiera chromium sprzed gdzieś tak dwóch lat, wersję 6.0.cośtam, podczas gdy aktualna to 13.0, ale co mi tam - popróbuję tego, co jest w paczkach i zobaczę co i jak.

Z tego co pamiętam (czytałem o chromie parę lat temu) nowatorskie podejście google'a polega przede wszystkim na tym, że każdy tab w przeglądarce jest obsługiwany przez osobny proces. Dzięki temu, nawet jeśli coś się zwiesi, dajmy na to przez wadliwy plugin, to inne taby będą działać nadal jak gdyby nigdy nic. Świetny pomysł na oko. Wygląda to tak, że są dwa procesy przeglądarki, trzeci proces to "zygota", a z niego forkują się precesy "rendery", może nie jeden na tab, ale jeden na domenę, nie wiem, w każdym razie tych procesów potomnych zygoty jest kilkanaście, a tabów mam kilkadziesiąt.

Chromium startuje dość szybko, ale jeszcze nie natrzepałem tylu tabów, ile zwykle miewam w operze. Kończy się też sprawnie i bez marudzenia. W przeciwieństwie do opery, nie sypie się na amd64. Interfejs jest dość ubogi, brak gestów myszy i tysiąca innych miłych drobiazgów, które dostarczała opera, no ale cóż, przywyczajam się coraz bardziej - szybkość i stabilność wygrywają z ergonomią i przyzwyczajeniem.

=== Wady ===
Na razie trafiłem na jedną poważną wadę programu: nie ma możliwości wyłączenia [[referrer logging]]. Podobno jest opcja commandline --no-referrers, ale nie sprawdzałem no i nie jest to szczególnie wygodne w użyciu.

== Chrome ==

Chrome to full-wypas przeglądara od [[Google|Google'a]], będąca ponoć tym samym co [[chromium]] z paroma dodatkami. Wśród tych dodatków znajdują się niestety jakieś szpiclowskie mechanizmy typu unikatowe identyfikatory użytkownika, instalacji oraz wysyłanie raportów do Google'a. Dziękuję uprzejmie, pozostanę przy ciut uboższym, ale bezpieczniejszym chromium.

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Magnatune

2012-02-28T01:17:33Z

Anyone: Utworzył nową stronę „Magnatiuna [http://magnatune.com/] to firma próbująca sprzedawać muzykę w alternatywnym modelu biznesowym. Można sobie płacić abonament i słuchać oraz ści...”

Magnatiuna [http://magnatune.com/] to firma próbująca sprzedawać muzykę w alternatywnym modelu biznesowym. Można sobie płacić abonament i słuchać oraz ściągać do woli. Można też zapłacić jednorazową opłatę (dwieście coś baksów) i czerpać pełnymi garściami do końca życia - swego lub magnatuny.

'''Zobacz też: ''' [[Jamendo]]

[[kategoria:serwisy WWW]]

Jamendo

2012-02-25T15:37:57Z

Anyone: ciężko coś znaleźć po tagu

[http://www.jamendo.com '''Jamendo'''] — serwis z muzyką na licencjach creative commons bądź podobnych, czyli darmową do użytku niekomercyjnego. Artyści współpracujący z Jamendo mają zarabiać dzięki udziałom w przychodach z reklam emitowanych w serwise, dobrowolnym dotacjom oraz opłatom licencyjnym wymaganym dla komercyjnego wykorzystania. Innymi słowy, jedna z prób wprowadzenia alternatywnego modelu biznesowego do branży muzyczno-rozrywkowej.

Pierwsze moje wrażenia: kategoryzacja przy pomocy tagów jest do życi... Wygląda na to, że wykonawcy sami sobie tagują swoje utwory (wytwory? potwory?), co generalnie sprowadza się do tego, że tagi są na ogół bez sensu - bo tagującemu coś się wydawało albo po prostu wykoncypował sobie, że im więcej tagów, tym lepiej. Efekt? chciałbyś na przykład znaleźć sobie coś z folku, wybierasz odpowiedni tag, a tam głównie didżej-cośtam z dance-rympałkami :(

'''Zobacz też:''' [[Magnatune]]

[[kategoria:serwisy WWW]]

Stow

2012-02-16T00:35:02Z

Anyone: Utworzył nową stronę „'''[http://www.gnu.org/software/stow/ GNU Stow]''' to małe narzędzie napisane w perlu, wspomagające zarządzanie pakietami budowanego i instalowanego przez użytk...”

'''[http://www.gnu.org/software/stow/ GNU Stow]''' to małe narzędzie napisane w perlu, wspomagające zarządzanie pakietami budowanego i instalowanego przez użytkownika oprogramowania.

Pomysł jest prosty. Zamiast instalować wszystko jak leci w /usr/local/{bin,lib,include,share,...} robimy tak. Tworzymy katalog /usr/local/stow, tam będziemy instalować poszczególne pakiety w osobnych katalogach, np. /usr/local/stow/gcc-4.6.1/, /usr/local/stow/boost-1.47/ itp. Następnie przy pomocy programu stow tworzymy symlinki w katalogach /usr/local/bin itp, prowadzące do miejsc, gdzie dany pakiet został zainstalowany.

Dzięki takiemu podejściu odnosimy dwie korzyści:
* wszystko jest w /usr/local/{bin,lib,...}, nie trzeba więc definiować kilometrowych zmiennych środowiska PATH, LD_LIBRARY_PATH itp.
* a jednocześnie wiemy, co jest skąd, bo w /usr/local/{bin,lib,...} są tylko symlinki prowadzące do /usr/local/stow/nazwa-pakietu/.

Oczywiście program stow potrafi też "odinstalować" pakiety poprzez pousuwanie symlinków.

Głównym problemem przy korzystaniu ze stowa jest to, że dany pakiet musi obsługiwać instalację w miejscu innym, niż docelowe. To znaczy, np. gcc-4.6.1 docelowo będzie w /usr/local, ale musimy je zainstalować w katalogu /usr/local/stow/gcc-4.6.1. W przypadku pakietów korzystających z frameworka buildowego autoconf/automake jest to proste:

./configure --prefix=/usr/local
make
make install DESTDIR=/usr/local/stow/pakiet-wersja
cd /usr/local/stow/pakiet-wersja
mv -vi usr/local/* .
rmdir -vp usr/local
cd ..
stow -v pakiet-wersja

[[kategoria:Oprogramowanie]]

Sprzątanie Debiana

2012-02-15T00:40:25Z

Anyone: /* Zbyt pracochłonne zadania crona */

Po instalacji bądź choćby aktualizacji [[Debian]]a okazuje się zwykle, że usiłuje on mnie uszczęśliwić kupą zupełnie niepotrzebnych [[daemon]]ów bądź ustawieniami mającymi na celu chyba tylko pożeranie zasobów oraz osłabianie bezpieczeństwa systemu. Każdorazowo muszę więc '''posprzątać''', a tu postanowiłem sobie wynotować, co i jak. Tę listę należy traktować jako pracę w toku.

Ostatnie sprzątanie nastąpiło z okazji upgrade'u systemów z wersji 5.cośtam do 6.0.cośtam, na podstawie [[noisy|noisiego]].

=== Zmiany dot. [[KDE]] 4.4 ===
Tutaj niestety zmiany dotyczą tylko konkretnego użytkownika, mi to specjalnie nie przeszkadza, ale w systemie z wieloma użytkownikami byłoby to mało praktyczne, żeby na każdym koncie powtarzać poniższe kroki.

* Wyłączenie "efektów pulpitu", czyli różnych męczących animacji i innych wodotrysków: odznaczyć opcję ''Ustawienia systemowe / Pulpit / Efekty pulpity / Włącz efekty pulpitu''
* Wyłączenie zasobożernego potwora o nazwie [[nepomuk]]a: ''Ustawienia systemowe / Zaawansowane / Wyszukiwanie na pulpice / Włącz pulpit semantyczny Nepomuk''.
* Wyłączenie [[akonadi]], następnego syfu z tej samej stajni, co nepomuk. Tego w sumie nie musiałem robić, gdyż mu się coś popieprzyło z dostępem do bazy danych i sam z siebie przestał działać :)

=== Niepotrzebne daemony ===

Niepotrzebne [[daemon]]y niepotrzebnie pochłaniają zasoby systemu oraz narażają na szwank jego bezpieczeństwo, zwłaszcza gdy otwierają jakieś porty i obsługują jakieś żądania. Poleceniem [[man:netstat(8)|netstat]] można sprawdzić, co sobie siedzi na poszczególnych portach tcp i udp:

netstat -plunt

Do zbędnych daemonów w moich przypadku zaliczają się:

* [[wikipedia:avahi (software)|avahi-daemon]] – jakieś cudo do "zeroconfu" sieci lokalnych. Nie potrzebuję, nie używam i nie lubię. Na szczęście w tej wersji debiana można po ludzku odinstalować i cześć: <code>aptitude remove avahi-daemon</code>.

=== Korekty w konfiguracji systemu ===

==== Wyłączenie obsługi IPv6 ====

Nie używam IPv6, mój ISP nie obsługuje, więc po co mi to? Żeby martwić się dodatkowo ustawieniami ip6tables? Już to kiedyś wyłączałem, a teraz muszę zrobić ponownie.

W Debianie 6.0 (squeezy) sposób wyłączenia IPv6 uległ zmianie. Kiedyś trzba było przyblokować ładowanie modułu jądra o nazwie ipv6, ale teraz, w jądrze 2.6.32, nie ma już takiego modułu, prawdopodobnie obsługa IPv6 jest wbudowana na stałe. Dlatego należy wyłączyć ją poprzez odpowiedni wpis w /etc/sysctl.conf:

net.ipv6.conf.all.disable_ipv6 = 1

a następnie zrestartować komputer. Może być konieczne podkonfigurowanie niektórych programów, zob. [http://wiki.debian.org/DebianIPv6#In_squeeze].

==== Usuwanie starych jąder ====

Najnowsze działa, więc po co mi te stare?

aptitude search linux-image | grep ^i

Z listy zainstalowanych jąder wybrać te do usunięcia. U mnie było to:

aptitude purge linux-image-2.6.24.7 linux-image-2.6.26-{1,2}-amd64

==== Usunięcie starego gruba ====

Zgodnie z sugestiami skryptów upgrade'ujących, kazałem sobie zainstalować nowego gruba (wersja 2) jako chainload ze starego (wersja 1.cośtam). Nowy grub zdaje się działać poprawnie, więc zapuściłem polecany skrypt upgrade'ujący:

upgrade-from-grub-legacy

oraz usunąłęm (właściwie to przeniosłem) pliki /boot/grub/menu.lst*.

Na mojej [[root|drugiej maszynce]] to nie było konieczne, gdyż od razu grub się zupgrade'ował bez tych ceregieli z chainloaderem, przypuszczalnie dlatego, że tam miałem niestandardowo postawionego gruba w katalogu /boot/boot/grub (przechodziłęm z lilo na gruba kiedyś i tak jakoś wyszło).

==== Skrypty startowe privoxy ====
Mam dwie instancje privoxy. Niedoróba przy stopowaniu powoduje, że chcę zatrzymać (lub zrestartować) jedną, a zabijane są obie. Wykomentowanie drugiego wywołania start-stop-daemon w funkcji do_stop() rozwiązuje problem.

==== Zbyt pracochłonne zadania crona ====

Polecenie [[man:locate(1)|locate]] z pakietu bodajże findutils jest bardzo pożytecznym narzędziem pomagającym w wyszukiwaniu plików o nazwach czy ścieżkach pasujących do zadanego wzorca. Korzysta z bazy danych, która jest okresowo aktualizowana - standardowo codziennie, a wykonuje to skrypt /etc/cron.daily/locate. Niestety, przy większych dyskach, zwłaszcza zawierających mnóstwo plików i katalogów, proces takiej aktualizacji może trwać dość długo (rzędu kilkudziesięciu minut). Dyski w tym czasie mielą, cache jest obciążany przeszukiwaniem katalogów, przez to system staje się mniej mułowaty i mniej reaktywny.

W końcu doszedłem do wniosku, że w zupełności wystarczy mi cotygodniowa aktualizacja bazy danych locate. Technicznie sprawa jest trywialna: wystarczy przenieść plik /etc/cron.daily/locate do katalogu /etc/cron.weekly. Żeby zachować zgodność z konwencjami Debiana, oraz uniknąć sytuacji, że w przyszłości, po aktualizacji oprogramowania, odmienne wersje skryptu znajdą się w obu lokalizacjach, należy użyć polecenia dpkg-divert:

dpkg-divert --divert /etc/cron.weekly/locate --rename /etc/cron.daily/locate

To spowoduje, że Debian zapamięta nową lokalizację tego pliku. Dzięki temu, gdy pojawi się zaktualizowana jego wersja, trafi tam, gdzie powinna.

[[kategoria:oprogramowanie]]

Macchanger

2012-02-12T14:20:39Z

Anyone:

{{DISPLAYTITLE:macchnager}}[http://www.alobbs.com/macchanger '''macchanger'''] to poręczny programik pozwalający zmienić adres MAC karty sieciowej. Zmiana na ogół nie jest trwała, więc najlepiej macchanger wywołać gdzieś ze skryptów startowych:

Sposób użycia:
* Pokaż aktualny adres MAC
macchanger -s eth0
* Zmień na jakiś inny "tego samego typu" (nie wiem, o co chodzi z tym typem)
macchanger -a eth0
* Zmień na inny "dowolnego typu" (jw., ale miałem potem problemy z autoryzacją [[PPPoE]])
macchanger -A eth0
* Zmień na inny, będący zupełnie losowym ciągiem bajtów:
macchanger -r eth0

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Hardlink

2012-02-11T14:12:59Z

Anyone: nieistotne doprecyzowania

{{DISPLAYTITLE:hardlink}}
'''[http://jak-linux.org/projects/hardlink/ hardlink]''' to program wyszukujący zduplikowane pliki i zamieniający nadmiarowe kopia linkami (hardlinkami).

Przydał mi się przy kopiowaniu moich płyt CD/DVD z danymi sprzed lat. Otóż w pewnym okresie miałem taki zwyczaj, że nagrywając na płycie robiłem dwie (czasem nawet trzy) hierarchie katalogów z tymi samymi plikami: jedna "normalna", druga - dla [[windows]], bez polskich znaków itp. Oczywiście zapisywanie dwóch kopii plików byłoby głupie, dlatego więc wykorzystywałem hardlinki. Odpowiednie skrypty [[bash|powłoki]] dość zgrabnie załatwiały dla mnie sprawę.

Teraz, po długiej przerwie, zgrywam sobie w ramach porządków i przeglądu te płyty i co się okazuje: filesystem iso9660 pokazuje dla tych polinkowanych plików różne inode'y, przez co narzędzia kopiujące tworzyły oczywiście na dysku kopie zamiast linków. Jestem pewien, że kiedyś (lata temu) działało to jak trzeba, tzn. z hardlinkami zamiast kopii.

Tak więc obchodzę problem kopiując sobie te zduplikowane katalogi na dysk, następnie zapuszczam program hardlink i on robi porządek. Szkoda, że to narzędzie nie ma opcji działania "w locie", tj. podczas kopiowania plików z płyty na dysk.

[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Ddrescue

2012-02-11T13:49:20Z

Anyone:

{{DISPLAYTITLE:ddrescue}}
[http://www.gnu.org/software/ddrescue/ddrescue.html '''ddrescue'''] to narzędzie, które może być przydatne np. do ratowania, czego się tylko da, z uszkodzonych płyt cd / dvd.

==== Przykłady użycia ====

Czytaj płytę z domyślnymi ustawieniami i zapisz w pliku image.iso. W pliku image.log program zapisuje sobie dodatkowe informacje; ten plik jest opcjonalny, ale warto go podać, bo dzięki niemu można przerwać i kontynuwać później, albo ponowić próbę odczytu uszkodzonych sektorów.<ref>W praktyce nie zawsze to działa, program potrafi narzekać, że log, który sam wytworzył, jest uszkodzony.</ref>

ddrescue /dev/cdrom image.iso image.log

Jak wyżej, ale specyfikujemy liczbę prób odczytu uszkodzonych bloków:

ddrescue -r5 /dev/cdrom image.iso image.log

Na początek zalecają jednak użycie opcji -n, która ma powodować, że nie dokłada szczególnych starań do pracy nad błędnymi sektorami (a to może trwać cholernie długo, np. kilka godzin):

ddrescue -n /dev/cdrom image.iso image.log

A dopiero potem, gdy chcemy popracować nad błędami, puścić program ponownie z innymi opcjami i tym samym plikiem image.log

== Zobacz też ==
* [http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html ddrescue online manual]

{{przypisy}}
[[kategoria:oprogramowanie]]
[[kategoria:linux]]

Root - konfiguracja w lutym 2012

2012-02-05T13:33:39Z

Anyone: root w 2012, wyodrębniony z głównego plus modyfikacje

'''Konfiguracja sprzętowa i programowa [[root]]a''', stan na luty 2012.

=== Sprzęt ===

Aktualna konfiguracja sprzętowa "roota" to:

* procesor: AMD Athlon64 X2 5000+ (2,6 GHz); OPN: [http://products.amd.com/en-us/DesktopCPUDetail.aspx?id=40 ADO5000DOBOX]; SN: X459172K70062
* płyta główna: [http://www.asus.com/products.aspx?l1=3&l2=101&l3=308&l4=0&model=1181&modelmenu=2 Asus M2N-E]
** chipset: nVidia MCP55
** wbudowana karta sieciowa
** wbudowana karta dźwiękowa
* pamięć: 2 GB ([http://www.ec.kingston.com/ecom/configurator_new/partsinfo.asp?root=europe&LinkBack=http://www.kingston.com&ktcpartno=KVR800D2N5K2/2G KVR800D2N5K2/2G], 2 kości po 1GB, 800 MHz)
* dysk /dev/sda: WDC WD2500KS-00MJB0, 250 GB, SATA
* dysk /dev/sdb: [[WD Caviar Blue|WD500AAKS]] 500 GB, SATA
* nagrywarka DVD: NEC DVD-RW ND-3500AG
* karta graficzna: Asus EN7300TC512 (nVidia Corporation GeForce 7300 LE (rev a1))
* karta sieciowa Air Live 10/100Mbps PCI Network Adapter, LFE-8139HTX (chipset: Realtek)
* zasilacz: Modecom Feel II-350 ATX (350W)
* wentylator na procku "boksowy"
* odłączony dodatkowy wentylator u góry obudowy

=== Oprogramowanie ===

* system: [[Debian]] Linux 6.0 "squeeze" (architektura: x86)
* jądro 2.6.32-5-686 #1 SMP (z dystrybucji Debiana)

==== Sterowniki ====

Sterowniki wynotowane w 2008, jeszcze z czasów Debiana 4.0.
* dysk IDE: '''amd74xx'''
* dysk SATA: '''sata_nv'''
* wbudowany układ dźwiękowy obsługiwany jest przez driver '''snd-hda-intel'''
* karta sieciowa PCI: '''8139too'''

=== Informacje ===
<pre>
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
stepping : 2
cpu MHz : 2611.980
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
bogomips : 5223.96
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps

processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
stepping : 2
cpu MHz : 2611.980
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
bogomips : 5224.00
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
</pre>

* lspci
<pre>
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2)
00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a3)
00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2)
00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1)
00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:05.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:05.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2)
00:06.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2)
00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
02:00.0 VGA compatible controller: nVidia Corporation G72 [GeForce 7300 LE] (rev a1)
</pre>

[[Kategoria:Sprzęt]]

Root/Root - konfiguracja po modernizacji w 2008

2012-02-05T13:21:41Z

Anyone: aktualizacja linku

Garść szczegółów dot. sprzętowej i programowej '''konfiguracji [[root]]a''' po modernizacji przeprowadzonej w marcu 2008 r. Uwzględniono późniejsze, drobne modyfikacji sprzętowe (dysk) i programowe (aktualizacja systemu), aż do roku 2011 włącznie.

=== Sprzęt ===

* procesor: AMD Athlon64 X2 5000+ (2,6 GHz); OPN: [http://products.amd.com/en-us/DesktopCPUDetail.aspx?id=40 ADO5000DOBOX]; SN: X459172K70062
* płyta główna: [http://www.asus.com/Motherboards/AMD_AM2/M2NE/ Asus M2N-E]
** chipset: nVidia MCP55
** wbudowana karta sieciowa
** wbudowana karta dźwiękowa
* pamięć: 2 GB ([http://www.ec.kingston.com/ecom/configurator_new/PartsInfo_disc.asp?root=us&LinkBack=http://www.kingston.com&ktcpartno=KVR800D2N5K2/2G KVR800D2N5K2/2G], 2 kości po 1GB, 800 MHz)
* <s>dysk /dev/hda: WDC WD800JB-00ETA0, 80 GB, IDE</s>
* <s>dysk WDC WD800JB-00JJA0, 80 GB, IDE</s> pozostał niestety niepodłączony — nowa płyta miała tylko jedno gniazdo IDE
* dysk /dev/sda: WDC WD2500KS-00MJB0, 250 GB, SATA
* 31 grudnia 2008 doszedł nowy dysk: [[WD Caviar Blue|WD500AAKS]] 500 GB, SATA
* nagrywarka DVD: NEC DVD-RW ND-3500AG
* karta graficzna: Asus EN7300TC512 (nVidia Corporation GeForce 7300 LE (rev a1))
* karta sieciowa Air Live 10/100Mbps PCI Network Adapter, LFE-8139HTX (chipset: Realtek)
* zasilacz: Modecom Feel II-350 ATX (350W)
* wentylator na procku "boksowy"
* dodatkowy wentylator u góry obudowy

Jeden z dysków IDE się nie załapał (brak gniazda na płycie). Potem pozbyłem się też drugiej osiemdziesiątki, ale nie pamiętam już, dlaczego. Przecież na jednym kablu IDE mogłem pociągnąć zarówno DVD, jak i dysk.

=== Oprogramowanie ===

Początkowo bez zmian, a więc:
* system: Debian Linux 4.0 "etch" (architektura: x86)
* jądro: 2.6.18-6-k7 #1 SMP (z dystrybucji Debiana)

W styczniu 2011 r. system został zaktualizowany do nowszej wersji, zresztą na krótka przed tym, gdy pojawiła się jeszcze nowsza stabilna.
* system: Debial Linux 5.0 "lenny" (architektura: x86)
* jądro: 2.6.26-2-686 #1 SMP

==== Sterowniki ====

Sterowniki (wynotowane w 2008, jeszcze z czasów Debiana 4.0)
* dysk IDE: '''amd74xx'''
* dysk SATA: '''sata_nv'''
* wbudowany układ dźwiękowy obsługiwany jest przez driver '''snd-hda-intel'''
* wbudowana karta sieciowa: '''forcedeth'''
* karta sieciowa PCI: '''8139too'''

=== Informacje ===

* /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
stepping : 2
cpu MHz : 2612.137
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fdiv_bug === : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid ttp tm stc [6]
bogomips : 5227.99

processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
stepping : 2
cpu MHz : 2612.137
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid ttp tm stc [6]
bogomips : 5224.15

* lspci
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2)
00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a3)
00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2)
00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1)
00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:05.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:05.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a3)
00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2)
00:06.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2)
00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
02:00.0 VGA compatible controller: nVidia Corporation GeForce 7300 LE (rev a1)

[[kategoria:sprzęt]]

WD Caviar Green

2012-02-04T20:23:22Z

Anyone: konkretniejsze określenie czasu aniżeli "ostatnio"

W styczniu bądź lutym 2012 r. nabyłem dwa dwuterabajtowe dyski '''WD Caviar Green''' model '''WD20EARX'''. Parę miesięcy temu, po jakimś kataklizmie na Dalekim Wschodzie, ceny dysków skoczyły w górę mniej więcej dwukrotnie; za te "griny" płaciłem po niemal 500 zł. Te dyski, włożone do zewnętrznej kieszeni [[Icy Box]], pracującej w trybie RAID-1, mają być przechowalnią moich rzadziej używanych danych. Podłączone będą najprawdopodobniej na stałe do [[root]]a.

== Zobacz też: ==
* [http://wdc.com/en/products/products.aspx?id=120 Strona producenta] ([[media:WD_Caviar_Green_Spec_Sheet.pdf|Specyfikacja dysków serii Green, pdf, kopia lokalna]])
* [[WD Caviar Blue]]

[[kategoria:sprzęt]]

Nepomuk

2012-01-22T21:00:55Z

Anyone: ref

'''Nepomuk''' to indekser i wyszukiwarka plików z paroma dodatkowymi funkcjami, zintegrowana z [[KDE]] 4.4. W bełkotliwej nowomowie autorów projektu, program ów to podstawa ''social semantic desktop'' i wykonuje rozliczne, ważne i ezoteryczne funkcje (dzięki którym zapewne udało się wyrwać ładną kasę w ramach dofinansowania nowatorskich projektów przez Komisję Europejską<ref>http://en.wikipedia.org/w/index.php?title=NEPOMUK_(framework)&oldid=454446884</ref>).

Ja co prawda tych wszystkich odkrywczych funkcjonalności nie dostrzegłem, za to upgradzie [[debian]]a z wersji 5 do 6 i związanej z tym aktualizacji KDE z wersji 3.5 do 4.4.5 szybko zauważyłem, że dyski rzężą, wentylator na procku kręci się jak oszalały, wolna pamięć kurczy się w zastraszającym tempie a swap puchnie.

Po krótkiej inwestygacji odkryłem winowajcę: kilka procesów o dziwacznych nazwach w rodzaju nepomuk-cośtam czy virtuoso bezlitośnie pożerało zasoby [[root|mojego nienajmłodszego już przecież peceta]]. Poszukałem o tym całym nepomuku w [[google|guglu]]. Okazuje się, że rzesze userów pragną gorąco pozbyć się tego potwora, no ale autorzy wiele sobie z tego nie robią (nic dziwnego, w końcu wyrwali na to paraście baniek...). Trzeba więc sobie jakoś z tym poradzić.

Początkowo postanowiłem dać temu ustrojstwu szansę: może, wbrew pozorom, będzie z tego jakiś pożytek? Chciałem jednak ograniczyć trochę zużycie zasobów oraz sprawić niejaką ulgę moim już paroletnim dyskom. Odszukałem w ustawieniach odpowiednią pozycję i zmieniłem z domyślnej indeksacji całego katalogu domowego na nieco przemyślniej dobrany zestaw katalogów. Można też ustawić rozmiar bazy danych nepomuka, było fabrycznie 50 MB, ale szybko się okazało, że to ustawienie jest ignorowane.

Powyższe jednak to było za mało. Procesy nepomuka nadal puchły, szybko dochodząc pod 1 GB pamięci wirtualnej. Po paru próbach doszedłem do dość sensownego, jak mi się wydaje, rozwiązania, polegającego na podstawieniu jednej z binarek skryptem, w którym narzuciłem kilka ograniczeń. Ta binarka to był program nepomukservicestub. Co prawda bardziej obiecująco wyglądał program nepomukserver, będący parentem chyba wszystkich pozostałych. Jednak jego podmiana okazała się kłopotliwa, gdyż czasami odtwarzał się jako element KDE-owskiej sesji i wówczsa mój skrypt-zamiennik nie był uruchamiany. Ale sam "serwer" wiele zamieszania nie robił, więc skupiłem się na "serwisie".

Żeby zrobić to "jak trzeba" użyłem polecenia [[man:dpkg-divert(8)|dpkg-divert]] do przemianowania oryginalnego programu:

dpkg-divert --divert /usr/bin/nepomukservicestub.real --rename /usr/bin/nepomukservicestub

a pod oryginalną nazwą umieściłem następujący skrypt:

#! /bin/bash

echo "$0 $@" >&2
set -x
[[man:renice(1)|renice]] 19 $$
[[man:chrt(1)|chrt]] -i -p 0 $$
[[man:ionice(1)|ionice]] -c3 -p$$
ulimit -v $((256 * 1024))
sleep 1
exec /usr/bin/nepomukservicestub.real "$@"

(Przy okazji odkryłem polecenie [[chrt]], będące interfejsem do funkcji systemowych [[man:sched_setscheduler(2)|sched_setscheduler]] i [[man:sched_getscheduler(2)|sched_getscheduler]]; kilka lat temu sam musiałem na swoje potrzeby napisać tego rodzaju programik.)

Co robi ten skrypcik? Po kolei:
* <tt>renice 19 $$</tt> – ustawia najniższy uniksowy priorytem bieżącego procesu
* <tt>chrt -i -p 0 $$</tt> – ustawia politykę schedulera dla bieżacego procesu na ''idle'', tzn. teoretycznie proces dostanie przydział czasu procesora tylko wtedy, gdy nie będzie niczego ciekawszego do roboty
* <tt>ionice -c3 -p$$</tt> – ustawia scheduling I/O na ''idle'', co teoretycznie oznacza, że operacje wejścia/wyjścia procesu będą wykonywane tylko wówczas, kiedy nie będzie nic lepszego do roboty
* <tt>ulimit -v $((256 * 1024))</tt> – ogranicza pamięć wirtualną (RAM + swap) przydzieloną procesowi do 256 MB

A następnie uruchamia oryginalną binarkę /usr/bin/nepomukservicestub.real.

Mimo to po jakimś czasie stwierdziłem, że wszystkie rzekome pożytki płynące z "semantycznych desktopów" nie rekompensują nadpobudliwego nepomuka i całej ferajny (strigi, virtuoso) i po prostu wyłączyłem w ustawieniach KDE całe to badziewie. Niestety, wyłączenie to obowiązuje dla konkretnego użytkownika. W moim przypadku nie jest to wielki problem, ale na wszelki wypadek pozostawiłem powyższy skrypt ograniczający zżeranie zasobów. W efekcie chodzi mi tylko nepomukserver, zżera "tylko" 64 MB pamięci, na razie go zostawię, ale być może w przyszłości spróbuję bardziej stanowczo unieszkodliwić to semantyczne nieporozumienie.

{{przypisy}}

[[kategoria:oprogramowanie]][[kategoria:linux]]

Ebooki

2012-01-08T23:40:58Z

Anyone: /* Polskie */ publio

{{DISPLAYTITLE:ebooki}}'''Ebooki''', jako alternatywę dla tradycyjnych książek, "odkryłem" zaledwie kilka miesięcy temu i od tego czasu bardzo mnie fascynują.

== Serwisy tematyczne ==

Najczęściej zaglądam na prowadzony przez Roberta Drózda [http://swiatczytnikow.pl/ Świat Czytników]<ref>''Świat Czytników'' dawniej nazywał się ''Świat Kindle'', ale że autor jest powiązany jakimś "programem partnerskim" z Amazonem, to musiał na życzenie tego ostatniego zmienić nazwę serwisu tak, by nie zawierała słowa ''kindle''</ref>. Nie da się nie zauważyć silnego skrzywienia w stronę kindle'a, ale mimo to serwis jest użyteczny także dla użytkowników [[czytniki e-booków|innych urządzeń]]. Oprócz artykułów dotyczących technologii, autor informuje także o aktualnych promocjach. Od niedawna jest tam też bardzo obiecująca [http://ebooki.swiatczytnikow.pl porównywarka cen e-książek].

Parę razy odwiedzałem też [http://www.eksiazki.org/ eksiążki.org] i prowadzony przez Justynę Zienkiewicz, studentkę specjalizacji "biblioteki cyfrowe", [http://e-book.info.pl/ e-book.info.pl]. Aktywność tych stron jakby zamarła w marcu 2012 r.

== Księgarnie ==

=== Zagraniczne ===

* [http://shop.oreilly.com/category/ebooks.do O'Reilly] - znane i zasłużone wydawnictwo publikuje ebooki bez DRM-ów i tego typu bzdetów. Godne polecenia. Książki głównie z zakresu informatyki i programowania.

=== Polskie ===

* [http://virtualo.pl/ebook/nd1c2/ Virtualo.pl] - sklep z ebookami należący do empiku. Wygląda całkiem do rzeczy. Dość szeroki, jak na krajowe warunki oczywiście, asortyment i słuszne kierunki rozwoju – najpierw namówił część wydawców na format Mobi bez DRM-ów ale ze "znakiem wodnym", bynajmniej nie dlatego, że zrozumieli absurd drm-ów, ale dlatego, że chyba nie mogą tego zrobić z plikami dedykowanymi dla kindle'a (Amazon bodajże nie udostępnia innym swoich drm-ów). Potem nakłonił ich (przynajmniej niektórych) do publikowania także ePubów bez DRM-ów. Jednak wciąż większość pozycji w księgarni to splugawione DRM-ami epuby i pdf-y. Wprowadzili też coś, o co miałem się nawet upomnieć: checkbox "bez DRM" w wyszukiwarce :) Brawo!
* [http://ebook.pl ebook.pl]
* [[ebookpoint.pl]] ([http://ebookpoint.pl/ link]) - sklep Helionu, książki ze znakiem wodnym, głównie jakieś poradniki i takie tam
* [http://empik.com/ebooki empik] – i oni w końcu, w lutym bądź marcu 2012 r., po eksperymentach ze swoją spółką zależną prowadzącą sklep Virtualo, wstąpili do grona sprzedawców bezdeeremowych
* [http://www.nexto.pl/ebooki_c1015.xml?_order=-5 Nexto.pl]
* [http://bookoteka.pl/ebooki Bookoteka] - niewielki wybór raczej niszowych pozycji, znakowane.
* [http://publio.pl Publio] – otwarty w maju 2012 r. sklep Agory, spółki-właściciela Gazety Wybiórczej

== Katalogi ==

* [http://drmfree.calibre-ebook.com/ Calibre - Open Books] - katalog ebooków bez DRM na stronach związanych z narzędziem [http://calibre-ebook.com/ Calibre]

== Darmowe książki ==

W większej części to klasyka, do której prawa autorskie już wygasły. U nas na przykład powstała jakiś czas temu "Polska Biblioteka Internetowa", która za jakieś gigantyczne pieniądze z budżetu zdigitalizowała trochę klasyki. Następie coś się tam oczywiście pokałapućkało, PBI raz jakby umierało, to znów zmartwychwstawało, w końcu zostało przejęte, o ile mnie pamięć nie myli, przez Bibliotekę Narodową. Tych ebooków nie można jednak sobie z jakiejś strony instytucjonalnej ściągnąć, są za to jako "wypełniacz" w ofercie komercyjnych księgarni, przy czym niektóre (nexto) próbują nawet pobierać jakieś drobne opłaty za nie.

Po polsku:
Orzeszkowa itp.).
* [http://www.wolnelektury.pl/katalog/ Wolne Lektury]
* [http://ebook.empik.com/klasyka/ empik] – darmowa klasyka (trzeba jednak założyć konto i zalogować się)
* [http://virtualo.pl/darmowe/ebook/m6c2/ darmowe], głównie klasyka, do której prawa autorskie wygasły, plus trochę wydawniczego "śmiecia". Niestety, żeby ściągnąć takie darmowe ebooki trzeba i tak założyć sobie konto i "kupić" w normalnym trybie.
* [http://www.nexto.pl/szukaj.xml?search-clause=bez+DRM&scid=1015&x=0&y=0 klasyka bez DRM]
* [http://www.nexto.pl/ebooki/darmowe_e-booki_c1219.xml darmowe]
* [http://www.gutenberg.org/browse/languages/pl po polsku] – nieliczne pozycje po polsku na stronach Projektu Gutenberg

Po angielsku bądź jeszcze innemu:
* [http://www.gutenberg.org/ Project Gutenberg], czyli inicjatywa mająca na celu zdigitalizowanie światowego dziedzictwa literackiego, do którego prawa autorskie wygasły.
* [http://www.epubbooks.com/ epubBooks.com]
* [http://www.manybooks.net/ manyBooks.net]
* [http://www.feedbooks.com/publicdomain public domain books at feedbooks.com]

== Moje przemyślenia ==

* Dostępne obecnie [[czytniki e-booków]] nie są jeszcze zbyt wygodne: nieporęczne, kruche, z nienajlepszym kontrastem i ograniczoną funkcjonalnością. Niemniej jednak mają podstawową zaletę: można mieć pod ręką całą bibliotekę. I to – jak dla mnie – przeważa.
* Wydawcy, korzystając ze wczesnego etapu rozwoju rynku, usiłują wysmażyć sobie dodatkowe zarobki, a to próbując przywiązać właściciela czytnika do konkretnej księgarni, a to znowu sprzedając "zabezpieczone" różnymi DRM-ami czy innymi syfami książki. Choć za granicą niektórzy wyciągnęli wnioski z porażki idei DRM-ów w przypadku przemysłu muzycznego. U nas zaczęło się to zmieniać chyba dopiero od roku 2012.
* DRM to nonsens. Ogranicza prawa i utrudnia życie legalnym użytkownikom, jednocześnie każdy "pirat", nawet techniczna noga, bez trudu znajdzie w sieci instrukcje, jak tego pseudozabezpieczenia się pozbyć. Odnoszę wrażenie, że wydawnictwa, nie orientując się za bardzo co-i-jak, owczym pędem idą w DRM-y, bo słyszały, że tak trzeba. Tym samym zniechęcają część nabywców, a jedyne podmioty, które na tym zarabiają, to firmy oferujące rozwiązania DRM (u nas głównie Adobe).

=== Rynek w Polsce ===

Rozwój rynku krajowego z punktu widzenia klienta i czytelnika obserwuję, co prawda niezbyt wnikliwie, począwszy od końcówki roku 2011 i muszę przyznać, że zachodzą na nim pozytywne zmiany. Początkowo ciężko było kupić cokolwiek niezabezpieczonego DRM-em (właściwie wyłącznie ADE, czyli ''Adobe Digital Editions''), ale chyba równie ciężko wydawcom było te cuda techniki sprzedawać. Musieli więc przestać koncentrować się na realnych i urojonych zagrożeniach dla swych praw autorskich, a zacząć myśleć o potrzebach i wygodzie klientów.

Pierwszą jaskółką było wprowadzenie do oferty Virtualo formatu mobi ze znakiem wodnym. Zrobili to oczywiście z myślą o użytkownikach ponoć najbardziej u nas rozpowszechnionego czytnika, czyli kindle'a. Zagwozdzkę musieli mieć nielichą, no bo: 1) kindle nie obsługuje DRM-ów innych, niż własny Amazona; 2) Amazon chyba nie sprzedaje innym podmiotom oprogramowania do zabezpieczania książek w sposób czytelny dla kindle'a (a może sprzedaje, ale zbyt drogo? nie wiem). Chcąc więc dotrzeć ze swoją ofertą do kindlowców, wydawcy musieli zrezygnować z DRM-ów i zadowolić się tzw. znakiem wodnym.

Początkowo można więc było w tej samej księgarni kupić na przykład znakowane mobi i zamknięty DRM-em epub, co było dość głupie, bo istnieją narzędzia do konwersji z tego pierwszego do drugiego. Sam korzystałem z [[calibre]] żeby przekonwertować znakowane mobi do lepiej przez mój czytnik obsługiwanych epubów<ref>Muszę jednak przyznać, że konwersja nie była bezbłędna, np. z niektórych książek znikały niektóre ilustracje.</ref>. Na szczęście po dalszych kilku miesiącach nonsens tej sytuacji stał się oczywisty także dla wydawców, którzy zrezygnowali z DRM-ów także w innych formatach. Obecnie (maj 2012 r.) polskie książki są DRM-owane głównie w przypadku droższych i bardziej chodliwych pozycji, np. wydawnictwa prawnicze (jak wiadomo, prawo to nie to samo, co sprawiedliwość i pewnie także nie to, co uczciwość).

Kolejną głupotą jest próba sprzedawania różnych formatów tej samej książki jako osobnych książek. Dochodziło wręcz do takich sytuacji, że książka np. w formacie mobi była tańsza (promocja) niż ta sama w jako epub a ktoś, chcący posiadać wszystkie trzy formaty<ref>Nie spotkałem w polskich księgarniach formatów innych niż epub, mobi i pdf.</ref> musiałby przepłacić circa trzykrotnie... musiałby, gdyby nie to, że o wiele taniej było kupić jeden format i przekonwertować do innego. Niektórzy, jak helionowski niszowy ebookpoint.pl, od początku sprzedawali "wieloformatowo". W kwietnie 2012 r. do takiego modelu doszło także [[Virtualo]], a to główny u nas gracz, więc jest już raczej tylko kwestią czasu, aż doszlusują doń pozostali.

{{przypisy}}

Root/config-2008-03

2012-01-06T10:43:11Z

Anyone: /* Oprogramowanie */

[[Root]] od stycznia do marca 2008.

=== Sprzęt ===
* procesor: AMD Athlon XP 1700+ (1473,5 MHz)
* płyta główna: nie wiem jaka, na chipsecie Via
** wbudowana karta sieciowa
** wbudowana karta dźwiękowa
* pamięć: 768 MB
* dysk 1: WDC WD800JB-00ETA0, 80 GB, IDE
* dysk 2: WDC WD800JB-00JJA0, 80 GB, IDE
* dysk 3: WDC WD2500KS-00MJB0, 250 GB, SATA
* nagrywarka DVD: NEC DVD-RW ND-3500AG
* karta graficzna: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a2)
* karta dźwiękowa: Creative Labs SB Live! EMU10k1 (rev 06)
* zasilacz: Colorsit ATX12V P4, 480 W
* wentylator na procku (chyba trzeba będzie wkrótce wymienić)
* dodatkowe wiatraki na obu bokach obudowy
* nagrywarka CD: Lite-on LTR-401252 — niezamontowana (z braku miejsca)

=== Oprogramowanie ===
* system: [[Debian]] Linux 4.0 "etch" (architektura: x86)
* jądro: 2.6.18-5-k7 #1 SMP (z dystrybucji Debiana)

=== Informacje ===
* /proc/cpuinfo:
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 6
model name : AMD Athlon(tm) XP 1700+
stepping : 2
cpu MHz : 1473.552
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up ts
bogomips : 2949.88

* lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:0c.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 06)
00:0c.1 Input device controller: Creative Labs SB Live! Game Port (rev 06)
00:0d.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 04)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a2)

IPod

2012-01-05T21:35:16Z

Anyone: /* Gtkpod, podejście drugie */

{{DISPLAYTITLE:iPod}}
Od jakiegoś już czasu jestem średnio szczęśliwym posiadaczem urządzenia '''iPod nano 5G''', czyli odtwarzacza mp3 z dodatkowymi bajerami wyprodukowanego przez firmę Apple. Dlaczego tylko średnio szczęśliwym? Bo sprzętowo toto jest całkiem fajne, małe, zgrabne, solidne. Niestety, problem tkwi w oprogramowaniu. Co prawda można sobie podłączyć i widzieć te 16 GB jako usb-storage, ale nie można tak po prostu zgrać empetrójek i liczyć, że urządzenie je obsłuży, o nie. Apple bardzo stara się utrudnić życie wszystkim, którzy chcieliby ''nie'' korzystać z ichniej aplikacji iTunes, koszmarnej kobyły dostępnej jedynie dla Maca i Windows.

W sieci można znaleźć jakieś rachityczne próby stworzenia alternatywnego, bardziej otwartego, oprogramowania dla ipoda. Starsze modele są podobno nawet obsługiwane przez niektóre aplikacje, jak amarok czy rhythmbox, ale nie znalazłem niczego dla mojego modelu.

Cóż. Nasuwającym się wyjściem byłoby użycie maszyny wirtualnej, w niej [[Windows]]a i iTunes. Spróbowałem to właśnie zrobić przy użyciu [[kvm]]. Niestety, miałem problem z obsłużeniem usb. Próbując skonfigurować któreś urządzenie tak, by było widoczne pod kvm, dostawałem w syslogu komunikaty w rodzaju:

usb 2-9: usbfs: process 15825 (kvm) did not claim interface 1 before use

Przypuszczałem, że to jakiś bug w kvm / [[qemu]], co było kolejną przesłanką do [[Root#Squeeze_2012|zaktualizowania systemu]] z przestarzałej od mniej więcej roku wersji 5.0 [[debian]]a.

I rzeczywiście, po upgradzie ten problem zniknął, ale i tak nie udało mi się obsłużyć ipoda w programie itunes uruchomionym w maszynie wirtualnej. Chyba problemem jest nieobsługiwane USB 2.0, ale mogę się mylić.

== Może VirtualBox pomoże ==

A może VirtualBox pomoże? Mają obsługę usb 2.0, ale... Tu się sprawa komplikuje.
* VB < 4.0 występował w dwóch wariantach: OSE (open source edition) i pełny
* W debianie mam wersję 3.2, oczywiście OSE; USB 2.0 (jeśli było) to w wariancie pełnym
* Bieżącą wersją jest 4.1; od wersji 4 nie ma co prawda "OSE", bazowy pakiet jest na GPL-u, ale usb 2.0 (i parę innych rzeczy) nadal tam nie występuje, trzeba dociągnąć jeszcze "extension pack"
* To mi się chce na chama instalować w ścieżkach systemowych, oczywiście z roota, co mnie bardo zniechęca...

== Gtkpod, podejście drugie ==

Hmm, czyżby jednak udało im się w końcu zaimplementować obsługę mojego modelu? :-) Poprzednie, nieudane podejście miało jeszcze pod porzednią wersją systemu; teraz (debian 6.0) mam gtkpod w wersji 0.99.13, korzystający z biblioteki libgpod4 w wersji 0.7.93 i... działa. Może nie wszystko, coś tam np. marudzi o braku katalogu "Photo", ale parę audioksiążek udało mi się już wgrać.

Coś tam się gryzło z plikami poprzedniej wersji, więc usunąłem katalog ~/.gtkpod, uruchomiłem, przy pomocy gtk-theme-switch2 poprawiłem nieco toporny wygląd aplikacji i zabrałem się za kopiowanie. Okazało się, że sukces był połowiczny - część wgranych plików "zawieruszyła" się na ipodzie i nie była dostępna w odtwarzaczu. Dało się je odnaleść odpowiednią opcją programu i potem pokasować - nie nadawały się do pozostawienia, gdyż były pozbawione metadanych. Próbuję ponownie.

[[kategoria:oprogramowanie]]
[[kategoria:linux]]
[[kategoria:sprzęt]]

Metadane w plikach PDF

2011-12-26T21:40:03Z

Anyone:

W plikach PDF znajdują się pewne metadane, m.in. autor i tytuł. Ich poprawne ustawienie może być istotne w przypadku używania pedeefów na [[czytniki e-booków|czytnikach ebooków]]. Pewnego razu, gdy naszła mnie chęć poprawienia tych metadanych w pewnym pliku, okazało się, że nie ma zbyt wielu [[Linux|linuksowych]] narzędzi to potrafiących:

* pdftk [http://jkwiens.com/2010/01/04/changing-pdf-metadata-on-ubuntu/]
* pdfedit - ale tylko programowo, korzystając z API [http://comments.gmane.org/gmane.editors.pdfedit.user/590]

Skorzystałem z pdftk. Żeby zrzucić metadane do pliku metadata.txt należy wpisać:

pdftk ''source.pdf'' dump_data output ''metadata.txt''

Następnie trzeba przeedytować plik metadata.txt. Warto też usunąć niepotrzebne (tzn. niezmieniane) pary klucz-wartość, bo np. u mnie program miał problem z odtworzeniem atrybutów z datą utworzenia i modyfikacji. Ostatnim krokiem jest utworzenie wynikowego pliku pdf z nowymi metadanymi:

pdftk ''source.pdf'' update_info ''metadata.txt'' output ''output.pdf''

Metadane można podejrzeć np. programem pdfinfo z pakietu [[xpdf]] (xpdf-utils w debianie).

Niestety, choć niby coś tam się zmieniło, [[pocketbook|mój czytnik]] nie zareagował na to w żaden widoczny sposób :(

[[kategoria:oprogramowanie]]
[[kategoria:Linux]]

Kpdf

2011-11-15T23:05:06Z

Anyone: kde 4.5, okular

{{DISPLAYTITLE:kpdf}}'''kpdf''' to przeglądarka plików pdf działająca w starszych wersjach środowiska [[KDE]] (np. 3.5). Oparta ponoć na programie xpdf. Przeglądarka jak przeglądarka, ale ma jedną bardzo przyjemną cechę: pozwala przedefiniować kolory, więc można sobie ustawić coś bardziej ergonomicznego aniżeli czarne litery na wyżerającym oczy superbiałym tle.

[[grafika:kpdf_colors.jpg|center|400px]]

W KDE 4.4 kpdf został zastąpiony przez program okular, będący uniwersalną przeglądarką dokumentów w różnych formatach. Okular też pozwala poprawić kolor tła pdf-ów.

=== Zobacz też ===
* [[evince]]
* [[acroread]]

[[kategoria:oprogramowanie]]
[[kategoria:unix]]

Czytniki e-booków

2011-11-12T00:47:40Z

Anyone: /* Przymiarki */ s/prettytable/wikitable/

Zastanawiam się nad jakimś '''czytnikiem e-booków''', jak kindle albo coś w tym rodzaju.

Jakich cech oczekiwałbym od tego rodzaju urządzenia?

* Bardzo ważne:
** wyświetlacz typu "e-papier", monochromoatyczny, ale ponoć nie męczy tak wzroku jak LCD
** ekran o przekątnej co najmniej 8"<ref>Początkowo założyłem tu sobie minimum 6", ale po tym, jak zobaczyłem w praktyce taką ósemkę doszedłem do wniosku, że wcale nie jest zbyt duża, a nawet mogłaby być większa, więc podwyższyłem wymagania.</ref>
** połączenie USB, obsługa protokołu USB Storage (żeby nie wymagało jakiegoś dedykowanego oprogramowania)
** obsługiwanie normalnych plików pdf oraz innych formatów
* Ważne:
** Gniazdo na kartę pamięci

* Dodatkową zaletą byłoby:
** Wi-Fi
** ekran dotykowy
** terminarz, notatnik
** odtwarzanie muzyki, zwłaszcza ogg i mp3
** Linux na pokładzie
** elastyczność, zwłaszcza:
*** możliwość instalowania dodatkowego oprogramowania
*** możliwość korzystania z systemu operacyjnego np. przy pomocy shella

== Przymiarki ==
Rozważane urządzenia:
* Kindle Touch [http://www.amazon.com/gp/product/B005890FN0/ref=twister_dp_update?ie=UTF8&psc=1]
* Kindle Keyboard [http://www.amazon.com/gp/product/B002Y27P3M/ref=twister_dp_update?ie=UTF8&psc=1]
* Pocket Book 602 [https://en.wikipedia.org/wiki/PocketBook_Reader#PocketBook_Pro_602]
* Pocket Book 360 Plus [https://en.wikipedia.org/wiki/PocketBook_Reader#PocketBook_360_Plus], co prawda 5" ale ponoć szybki

Tabela
{| class="wikitable sortable"
! producent !! urządzenie !! ekran !! procesor !! pamięć RAM !! pamięć flash !! karta pam.!! łączność !! cena !! uwagi
|-
| Amazon || Kindle Touch || 6" || || || || NIE || || 100$ || potrzebny pośrednik do zakupu w USA
|-
| Amazon || Kindle Keyboard|| 6" || || || || NIE || || 130$?||
|-
| PocketBook||PocketBook 602 || 6" || ARM 533 || 256 MB || 4 GB ? || || || 220$ ||
|-
| PocketBook|| PocketBook 360+|| 5" 800x600|| i.MX35 533|| 128 MB || 2 GB || microSD || miniUSB, WiFi || 133$ ||
|-
| Barnes&Noble|| Nook || || || || || || || ||
|}

Odrzucone urządzenia:
* Kindle 4 [http://www.amazon.com/gp/product/B00492CIC8/ref=twister_dp_update?ie=UTF8&psc=1], nowszy niż Kindle Keyboard ale to jakaś "osłabiona" i tańsza wersja, mniej pamięci, słabsze baterie

== Decyzja ==

Żeby nie przeciągać sprawy, znacząco ograniczyłem wybór. Amazonowski Kindle odpadł ze względu na zbyt sztywne przywiązanie do ichniego formatu i sklepu oraz słabą obsługę innych formatów. (Do tego ten ironiczny wypadek, kiedy to Amazon postanowił zdalnie wykasować użytkownikom nabyte przez nich egzemplarze "Roku 1984" George'a Orwella...) Ponadto, gdy w "realu" obejrzałem sobie czytnik 8-calowy to doszedłem do wniosku, że ekran wcale nie jest duży i cokolwiek mniejszego byłoby niewygodne do czytania. Po pobieżnym przeszukaniu sieci ograniczyłem wybór do dwóch modeli: [http://www.onyxboox.com/product_info.php?products_id=30|Onyx Boox M90] oraz [[PocketBook 902]]. Ceny obu są porywnywalne: 1400 zł Onyx, 1300 zł PocketBook. Ten pierwszy ma dotykowy ekran (reaguje na rysik, nie na paluchy); ten drugi nie. Niemniej jednak porównując na żywo Onyxa z 6-calową wersją PB szybko doszedłem do wniosku, że PB wygląda zdecydowanie solidniej. Tak więc ostatecznie stałem się właścicielem [[PocketBook 902|PocketBooka 902]].

== Zobacz też ==
* [https://en.wikipedia.org/wiki/Comparison_of_e-book_readers Comparison of e-book readers] w Wikipedii
* [http://www.the-ebook-reader.com/ eBook Reader Reviews, eReader News and How To's]
* [http://wiki.mobileread.com/wiki/E-book_Reader_Matrix#6.22_Devices E-book Reader Matrix]

{{przypisy}}

[[kategoria:sprzęt]]

C++0x

2011-11-11T18:46:56Z

Anyone:

'''C++0x''' (albo: '''C++11''') – nowa wersja standardu języka [[C++]], ogłoszona w 2011 r.

Niektóre co ciekawsze dodatki i zmiany w języku:
* lambdas
* rvalue references, move semantics
* variable template parameters
* standard library extensions, including:
** threads
** smart pointer

== Zobacz też ==
* [http://pizer.wordpress.com/2009/04/13/c0x-do-people-understand-rvalue-references/ C++0x: Do people understand rvalue references?]

[[kategoria:programowanie]]

Quilt

2011-11-04T09:52:08Z

Anyone: o quilcie

'''quilt''' to narzędzie do zarządzania [[patch]]ami nakładanymi na kod źródłowy. Patche można nakładać, zdejmować, definiowanać zależności między nimi oraz wykonywać szereg innych operacji.

Na quilcie wzorowane są [[Mercurial Queues]], czyli rozszerzenie [[Mercurial]]a. Wydaje się, że quilt jest nieco bardziej elastyczny (np. operacja ''refresh'' nie musi dotyczyć ostatniego patcha). Z drugiej strony, MQ jest w miarę zgrabnie zintegrowane z [[system kontroli wersji|systemem kontroli wersji]], co jest bardzo wygodne.

[[kategoria:oprogramowanie]]

Odmiana w MediaWiki

2011-11-01T20:43:51Z

Anyone:

Instalując [[MediaWiki]] nadajemy jej nazwę poprzez ustawienie odpowiedniej zmiennej w LocalSettings.php:
:<code>$wgSitename = "Najlepszy Serwis Ogłoszeniowy Świata";</code>

Szybko zauważymy, że nazwa naszej wiki nie jest odmieniana tam, gdzie powinna. Na przykład: "O Najlepszy Serwis Ogłoszeniowy Świata", "W Najlepszy Serwis Ogłoszeniowy Świata ograniczono możliwość tworzenia nowych stron" itp. Można próbować podmieniać odpowiednie komunikaty systemowe, ale właściwym podejściem jest zdefiniowanie w LocalSettings.php zestawu form fleksyjnych dla poszczególnych przypadków.

W polskiej wersji językowej mogłoby to wyglądać następująco:

<source lang="php">
$wgGrammarForms['pl']['M.lp'] [$wgSitename] = "Najlepszy Serwis Ogłoszeniowy Świata";
$wgGrammarForms['pl']['D.lp'] [$wgSitename] = "Najlepszego Serwisu Ogłoszeniowego Świata";
$wgGrammarForms['pl']['C.lp'] [$wgSitename] = "Najlepszemu Serwisowi Ogłoszeniowemu Świata";
$wgGrammarForms['pl']['B.lp'] [$wgSitename] = "Najlepszy Serwis Ogłoszeniowy Świata";
$wgGrammarForms['pl']['MS.lp'][$wgSitename] = "Najlepszym Serwisie Ogłoszeniowym Świata";
$wgGrammarForms['pl']['N.lp'] [$wgSitename] = "Najlepszym Serwisem Ogłoszeniowym Świata";
$wgGrammarForms['pl']['W.lp'] [$wgSitename] = "Najlepszy Serwisie Ogłoszeniowy Świata!";
</source>

Czyli pierwszy indeks tablicy to kod języka (pl), drugi - skrótowe określenie przypadku dla danego języka, trzeci - podstawowa forma komunikatu. Używa się czegoś takiego poprzez makro <nowiki>{{GRAMMAR}}</nowiki>:
:<code><nowiki>{{GRAMMAR:MS.lp|{{SITENAME}}}}</nowiki></code>
co powinno się rozwinąć do:
:<code>Najlepszym Serwisie Ogłoszeniowym Świata</code>

[[kategoria:MediaWiki]]

Boost

2011-10-28T23:53:36Z

Anyone: /* Boost 1.49 */ ~ nie działa, w każdym razie nie wszędzie

Jak żem sobie '''[http://www.boost.org/ boosta]''' budował...

W [[Debian]]ie wszystko jest za stare, więc i [[gcc|giecek]], i boost też. Tak więc razu pewnego zechciałem sobie zbudować giecka świeżego i boosta nowego. Boost ten to wersja 1.47.0. Niestety, nie obsługuje on DESTDIR ani niczego w tym rodzaju. A ja chciałem tradycjonalnie walnąć go [[stow]]em. No dobra, więc mu ustawiłem prefix do katalogu stowowanego (czyli przez stowa zarządzanego). A następnie komendą <code>stow -v boost_1_47_0</code> zainstalowałem go tam, gdzie się naprawdę powinien znajdować.

== Boost 1.49 ==

Przyszła pora na kolejne boosta stawianie, tym razem będzie budowan pode [[gcc|gieckiem]] 1.49. Instrukcje budowania boost są jak dla mnie nieintuicyjne a w ogóle to niejednokrotnie już się zastanawiałem, jak trafić na [http://www.boost.org/doc/libs/1_49_0/more/getting_started/unix-variants.html tę stronę]... (Documentation / Getting started; ale jest też dołączana do paczki ze źródłami).

No dobra. Zaczynamy.

Zaczytać środowisko potrzbne dla niestandardowej instalacji giecka:
. ~/opt/use-env.sh

Konfiguracja (jak wyżej wyjaśniono, boost nie obsługuje DESTDIR ani niczego w tym rodzaju, stąd taki prefix):
./bootstrap.sh --prefix=$HOME/opt/stow/boost-1.49.0

Kompilacja i instalacja:

./b2 install

[[kategoria:oprogramowanie]]

Gcc

2011-10-25T08:12:17Z

Anyone: zobacz też: boost

{{DISPLAYTITLE:gcc}}Czasem muszę sobie zbudować jakieś '''[http://gcc.gnu.org/ gcc]''' na [[Linux|Linuksie]].

== gcc 4.6.1 ==

=== Środowisko ===
Ponieważ chcę to zainstalować "z boku", a konkretnie w katalogu ~/opt, więc robię skrypt ''env.sh'' ustawiający odpowiednie zmienne środowiska:
<source lang="bash">
export prefix=$HOME/opt
export destdir=$HOME/opt/stow
export PATH=$prefix/bin:$PATH
export LD_LIBRARY_PATH=$prefix/lib:$prefix/lib64${LD_LIBRARY_PATH+:}$LD_LIBRARY_PATH
export LIBRARY_PATH=$prefix/lib:$prefix/lib64${LIBRARY_PATH+:}$LIBRARY_PATH
export C_INCLUDE_PATH=$prefix/include${C_INCLUDE_PATH+:}$C_INCLUDE_PATH
export CPLUS_INCLUDE_PATH=$prefix/include${CPLUS_INCLUDE_PATH+:}$CPLUS_INCLUDE_PATH
</source>

($prefix/lib64 dopisałem już po zbudowaniu całości, okazało się niezbędne, by poszło "make check" w jednej z bibliotek, których wymagał gcc.)

Skrypt ten należy wciągnąć do bieżącego basha (. env.sh) przez przystąpieniem do budowania kompilatora oraz bibliotek, od których zależy, a potem, po zbudowaniu, prawdopodobnie też będzie trzeba ustawiać te zmienne by móc nowego kompilatora używać.

=== Wymagania ===

Wymagania opisane w pliku INSTALL/prerequisites.html [http://gcc.gnu.org/install/prerequisites.html], znajdującym się w paczce ze źródłami gcc.

* gmp-4.3.2
./configure --prefix=$prefix --enable-cxx && make && make install
* mpfr-2.4.2 lub nowszy (użyłęm 3.1.0)
./configure --prefix=$prefix --with-gmp=$prefix && make && make install
* mpc-0.8.1 lub nowszy (użyłem 0.9)
./configure --prefix=$prefix --with-gmp=$prefix --with-mpfr=$prefix && make && make install
* ppl-0.11 (uzyłem 0.11.2)
./configure --prefix=$prefix --with-gmp-prefix=$prefix && make && make install
* cloog-ppl 0.15 (użyłem 0.15.11; dopuszczalne jest też 0.16 ale z dodatkowymi opcjami)
./configure --prefix=$prefix --with-ppl=$prefix --with-gmp=$prefix && make && make install

Oczywiście po zbudowaniu każdego z tych pakietów warto zapuścić testy modułowe (make check), aby się upewnić, że wszystko działa, jak należy.

=== Kompilacja kompilatora ===

mkdir gcc-objdir
cd gcc-objdir
$gcc_srcdir/configure --prefix=$prefix --with-gmp=$prefix --with-mpfr=$prefix --with-mpc=$prefix \
--with-ppl=$prefix --with-cloog=$prefix --without-local-prefix

=== make check ===
Po zbudowaniu i zainstalowaniu, zabrałem się za wykonywanie testów modułowych. O ile poprzednia instalacja (bardzo zbliżona, o ile nie identyczna) na maszynie 32-bitowej przetestowała się bez zastrzeżeń, to tarez, na moim [[noisy|64-bitowym Debianie]] pojawiły się pewne błędy:

* gmp-4.3.2
rootrem.c:338: GNU MP assertion failed: bn >= qn
/bin/sh: line 4: 32613 Przerwane ${dir}$tst
FAIL: reuse
rootrem.c:338: GNU MP assertion failed: bn >= qn
/bin/sh: line 4: 32638 Przerwane ${dir}$tst
FAIL: t-root

* gcc-4.6.1 - samego kompilatora nie przetestowałem, bo nie chciało mi się już ściągać i składać kolejnych paczek.[http://gcc.gnu.org/install/test.html]

== gcc 4.7.0 ==

W kwietniu 2012 r. postanowiłem zbudować gcc i boosta jeszcze raz. Nie żeby w wersji 4.7 zaszły jakieś znaczące dla mnie zmiany, ale poprzedni, 4.6.1, budowałem jeszcze przed aktualizacją [[root|syst]][[noisy|emów]], co, jak się obawiam, może źle wpłynąć na działanie programów zbudowanych poprzednim kompilatorem. Zresztą niedawno próbowałem użyć jednej z nowych konstrukcji [[c++]], bodajże uruchomienia wątku poprzez std::async i dostawałem jakieś wyjątki z tekstem "uknown error" czy coś w ten deseń. No coż, zobaczymy z 4.7. Do tego dojdzie jeszcze [[boost]] 1.49.

Buduję na [[Debian]]ie 6.0 ("squeeze") z kompilatorem gcc-4.4.5.

=== Środowisko ===

Mam zamiar posadzić go tam, gdzie był poprzedni, tzn. w katalogu ~/opt. Przy pomocy programu [[stow]] odinstalowałem poprzednie wersje gcc i boosta. Przez chwilę zastanawiałem się, czy nie pozostawić bibliotek potrzebnych do zbudowania gcc, bo wersje się zgadzają. Ale budowane były jeszcze przed aktualizacją systemu, starszą wersją kompilatora. Zdecydowałem, że nie ma co ryzykować – przynajmniej część z nich zawiera kod w c++ a tu zawsze mogą wypełznąć jakieś niezgodności. Tak więc przebuduję wszystko.

Oto skrypt build-env.sh, ustawiający środowisko buildowe:

<source lang="bash">
export prefix=$HOME/opt
export destdir=$HOME/opt/stow
export PATH=$prefix/bin:$PATH
export LD_LIBRARY_PATH=$prefix/lib:$prefix/lib64${LD_LIBRARY_PATH+:}$LD_LIBRARY_PATH
export LIBRARY_PATH=$prefix/lib:$prefix/lib64${LIBRARY_PATH+:}$LIBRARY_PATH
export C_INCLUDE_PATH=$prefix/include${C_INCLUDE_PATH+:}$C_INCLUDE_PATH
export CPLUS_INCLUDE_PATH=$prefix/include${CPLUS_INCLUDE_PATH+:}$CPLUS_INCLUDE_PATH
</source>

=== Wymagania ===

Zgodnie z INSTALL/prerequisites.html.

Uwaga. Używam programu [[stow]] do zarządzania instalowanymi pakietami, dlatego specyfikuję DESTDIR przy wywołaniu make install. Wymaga to jeszcze zwykłych czynności: przeniesienia zawartości DESTDIR/$prefix do DESTDIR oraz "instalacji", wraz z rozwiązywaniem incydentalnuch konfliktów, ale w tym opisie pozwoliłem to sobie pominąć.

; gmp-4.3.2
[ftp://ftp.gnu.org/gnu/gmp/gmp-4.3.2.tar.gz (download)]

./configure --prefix=$prefix --enable-cxx && make && make install DESTDIR=$destdir/gmp-4.3.2
make check

; mpfr-2.4.2 lub nowszy; użyłem 3.1.0
[http://www.mpfr.org/mpfr-current/mpfr-3.1.0.tar.gz (download)]

./configure --prefix=$prefix --with-gmp=$prefix && make && make install DESTDIR=$destdir/mpfr-3.1.0
make check

; mpc-0.8.1 lub nowszy; użyłem 0.9
[http://www.multiprecision.org/mpc/download/mpc-0.9.tar.gz (download)]

./configure --prefix=$prefix --with-gmp=$prefix --with-mpfr=$prefix && make && \
make install DESTDIR=$destdir/mpc-0.9
make check

; ppl-0.11 lub nowszy; użyłem 0.11.2
[http://bugseng.com/products/ppl/download/ftp/releases/0.11.2/ppl-0.11.2.tar.gz (download)]

./configure --prefix=$prefix --with-gmp-prefix=$prefix && make && \
make install DESTDIR=$destdir/ppl-0.11.2
make check

Uwaga: ''make check'' trwa bardzo długo, warto więc zostawić go sobie na później bądź puścić w tle.

; cloog-ppl-0.15; użyłem 0.15.11; (dopuszczalne jest też 0.16 ale z dodatkowymi opcjami)
[ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.11.tar.gz (download)]

./configure --prefix=$prefix --with-ppl=$prefix --with-gmp=$prefix && make && \
make install DESTDIR=$destdir/cloog-ppl-0.15.11
make check

=== Kompilacja kompilatora ===

Z katalogu ze źródłami kompilatora (gcc-4.7.0):

mkdir ../gcc-objdir
cd ../gcc-objdir
../gcc-4.7.0/configure --prefix=$prefix --with-gmp=$prefix --with-mpfr=$prefix --with-mpc=$prefix \
--with-ppl=$prefix --with-cloog=$prefix --with-local-prefix=$prefix<ref>Nie jest bynajmniej dobrym pomysłem, by jako ''local prefix'' podać /dev/null.</ref>
make -j2
make install DESTDIR=$destdir/gcc-4.7.0

Miałem pełną paczkę dystrybucyjną gcc, razem z ''testsuite'', więc nie musiałem osobno ściągać testów [file:///home/jacek/tmp/build-gcc-4.7/gcc-4.7.0/INSTALL/test.html]]. Na [[root|pierwszym komputerze]] mogłem po prostu wpisać:

make check

i coś tam się zaczęło testować... '. Nie wszystkie testy przeszły pomyślnie; wyniki można obejrzeć w plikach *.sum porozrzucanych po katalogach buildowych.

Na [[noisy|dugim kompie]] brakowało pakietu autogen, o czym zostałem poinformowany, oraz dejagnu, co zostało skrzętnie przemilczane, ale podejrzanie szybki czas ukończenia testów skłonił mnie do bliższego przyjrzenia się tonom śmiecia na ekranie. Po zaisntalowaniu obu puściłem testy i zostawiłem na dłużej.

=== Użytkowanie ===

Ponieważ kompilator zainstalowany jest w niestandardowym miejscu, trzeba ustawić odpowiednie zmienne środowiska, by go używać. Zmiennych tych pewnie potrzeba będzie mniej niż do budowania samego kompilatora. Zrobiłem osobny skrypt use-env.sh, który aktualnie wygląda tak:

<source lang="bash">
tmp_prefix=$HOME/opt
export PATH=$tmp_prefix/bin:$PATH
export LD_LIBRARY_PATH=$tmp_prefix/lib:$tmp_prefix/lib64${LD_LIBRARY_PATH+:}$LD_LIBRARY_PATH
unset tmp_prefix
</source>

== Zobacz też ==
* [[Boost]], który rutynowo już buduję wraz z gieckiem

== Linki ==
* [http://gcc.gnu.org/gcc-4.7/changes.html Co nowego w gcc-4.7]
* [http://gcc.gnu.org/gcc-4.7/cxx0x_status.html Status c++11 w gcc]
* [http://gcc.gnu.org/wiki/HomePage GCC Wiki] zawiera też ciekawe informacje, na przykład o [http://gcc.gnu.org/wiki/Atomic atomikach]

{{przypisy}}

[[kategoria:oprogramowanie]]

Ssh

2011-10-20T23:10:15Z

Redaktor: Nowa strona: '''ssh''' to niezwykle pożyteczne narzędzie. Kilka ciekawych rzeczy, które można z nim zrobić: * logowanie na zdalne konto, sesja interaktywna bądź nie, cała transmisja szyfrowa...

'''ssh''' to niezwykle pożyteczne narzędzie. Kilka ciekawych rzeczy, które można z nim zrobić:
* logowanie na zdalne konto, sesja interaktywna bądź nie, cała transmisja szyfrowana
* zamiast pamiętać hasła na poszczególne konta, można użyć kluczy
* port forwarding (opcje -L i -R)
* ssh jako SOCKS proxy na zdalnym hoście (opcja -D) [http://embraceubuntu.com/2006/12/08/ssh-tunnel-socks-proxy-forwarding-secure-browsing/]

'''Zobacz też:''' [[man:ssh(1)]]

[[kategoria:oprogramowanie]]
[[kategoria:Unix]]

Google

2011-10-17T00:54:20Z

Anyone: google tips & tricks

Google tips & tricks

* http://google.com/ncr – żeby uniknąć przekierowania do wersji językowej wyznaczonej na podstawie adresu IP
* https://encrypted.google.com/ – z gugle można pogadać nie narażając się na [[retencja danych telekomunikacyjnych|wścibskie oczy i uszy]] przyłożone do kabla
* https://encrypted.google.com/?hl=pl – szyfrowane i po polsku

== Zobacz też ==
* [[Scroogle Scrapper]]

[[kategoria:serwisy WWW]]

Omeka i Dreamhost

2011-10-16T09:53:14Z

Anyone: drobpbox

'''[http://omeka.org/ Omeka]''', platforma do tworzenia internetowych "wystaw" i publikowania kolekcji, jest dostępna w ramach "one-click installs" na [[Dreamhost|Dreamhoście]]. Jak często się zdarza, tamta wersja nie jest najświeższa. Bez praktycznie żadnych problemów można sobie ściągnąć aktualną (1.4.1) i zainstalować ręcznie.

Omeka potrafi być całkiem estetyczna, jeśli idzie o wygląd, zwłaszcza kolorystykę. Niestety, domyślnie, taka estetyczna jest tylko część administracyjna, natomiast część dostępna publicznie ma dość nieciekawy, biały "temat". Wśród standardowych zamienników też nie znalazłem nic ciekawego. Śmieszne to trochę, bo jeśli zrobili ładną część dla admina, mogli pomyśleć o zwykłym userze także.

Uwagi i problemy.
* Pod [[Opera|Operą]] zdarza się czasami, że po wykonaniu jakiejś akcji tylko mignie załadowana strona a przeglądarka pokazuje pustą. Wystarczy wtedy cofnąć.
* Nie pozwala mi załadować plików pdf, mimo, że odpowiednie ustawienia (dot. rozszerzeń nazwy i mime-type) wyglądają na prawidłowe. Pomaga dopiero wyłączenie sprawdzania ładowanych plików (Settings / Security)
* PHP na DH ma limit chyba 7 MB uploadu. Żeby to zmienić, trzeba:
** przełączyć domenę z PHP5.2 na PHP5.3 (fastcgi)
** utworzyć plik ~/.php/5.3/phprc o następującej zawartości:
**: <code>upload_max_filesize = "100M"</code>
**: <code>post_max_size = "100M"</code>
** pozabijać być może działające procesy php5.3.cgi<br />
**: <code>killall -v php5.3.cgi</code>
* Alternatywną metodą uploadu plików może być użycie rozszerzenia [http://omeka.org/add-ons/plugins/dropbox/ Dropbox]. Jeszcze tego nie próbowałem.

[[kategoria:oprogramowanie]]

Piwigo

2011-10-07T01:20:05Z

Anyone: /* Co z tym zrobić */ przykład

[http://piwigo.org/ Piwigo] (dawniej: PhpWebGallery) to kolejna aplikacja webowa typu album ze zdjęciami. Od jakiegoś czasu (powiedzmy, od ładnych paru lat) rozglądam się za czymś takim, by trzymać tam swoje fotki. No, może nie tyle rozglądam się, co czekam, aż mi coś wpadnie w oko. Testowałem już [[Gallery]] v2, które wydaje się przeładownae setkami opcji. Oglądałem też ZenPhoto, które na odwrót - jest do przesady uproszczone. Teraz próbuję Piwigo właśnie, które byłoby całkiem OK, ale ma poważną wadę, której nie mają inne skrypty: wymaga, by przynajmniej niektóre katalogi i pliki były zapisywalne przez wszystkich (o+rw)...

Dotyczy to następujących podkatalogów wraz z zawartością:
* _data - bezwarunkowo
* upload, o ile chcemy upload'ować zdjęcia przez WWW
* i parę innych, zależnie od oczekiwanej funkcjonalności.

Niestety, "by default" skrypt jest dość permisywny, że tak powiem, i dość obficie nawala uprawnieniami do zapisu. To jest jakaś niedoróba. Skoro inne skrypty radzą sobie bez ''world-writeable'' plików i katalogów, to i ten powinien.

== Co z tym zrobić ==

Testowane na wersji 2.3.0.

* Po rozpakowaniu zipa zmienić uprawnienia plików i katalogów tak, by "others" nie mieli praw do zapisu. Pliki .php powinny być wykonywane w konteście użytkownika, więc nie potrzebują nawet upgrawnień do odczytu:
*: <code>chmod -R o-w .</code>
*: <code>find . -name "*.php" -exec chmod o-rwx {} \;</code>

Po uploadzie zdjęć poprzez interfejs webowy piwigo ustawi jako zapisywalne dla wszystkich załadowane zdjęcia i katalogi albumów. Znajdują się one w podkatalogu upload. Od czasu do czasu przejrzeć i ewentualnie odebrać uprawnienia do zapisu:
*: <code>chmod -R o-w upload</code>

== Albumy ==
W piwigo są albumy "fizyczne" i "wirtualne". Fizyczne to takie, które wgra się bezpośrednio na serwer i umieści w podkatalogu galleries. Ich układ odpowiada bezpośrednio strukturze podkatalogów w galleries. Albumy wirtualne z kolei są tworzene przez odpowiednie wpisy w bazie danych i powstają na przykład podczas uploadu zdjęć z interfejsu webowego (same zdjęcia trafiają do podkatalogu upload).

Modyfikacje struktury katalogów albumów fizycznych spowoduje - oprócz konieczności wykonania synchronizacji - utratę metadanych. Zauważyłem, że zniknęły mi oceny wystawione dla paru zdjęć, ale przypuszczam, że dotyczy to także innych danych (np. komentarzy).

== Linki ==
* [http://piwigo.org/forum/viewtopic.php?pid=117115#p117115 Post na forum] wyjaśniający, które katalogi muszą być zapisywalne dla wszystkich
* [http://piwigo.org/forum/viewtopic.php?pid=114211#p114211 Kolejny post] o uprawnieniach

[[kategoria:Oprogramowanie]]

Mercurial Queues

2011-10-04T09:20:34Z

Anyone:

'''Mercurial Queues''' (MQ) to dostępne z [[Mercurial]]em, rozproszonym [[system kontroli wersji|systemem kontroli wersji]], narzędzie do zarządzania kolejkami patchy, bazowane na samodzielnym toolu o nazwie [[quilt]]. Integracja polega na tym, że zaaplikowane patche widziane są jako changesety w repozytorium, dlatego można do nich stosować większość normalnych operacji na historii, a przy tym łatwo je "zdjąć" i, na przykład, przenieść w inne miejsce.

Tutoriale i kupa informacji o MQ jest oczywiście dostępna w internecie. Tu chcę odnotować jedynie parę swoich uwag i spostrzeżen.

* MQ dostęne jest jako rozszerzenie dostarczane razem z Mercurialem, ale nieaktywne; należy włączyć je w pliku konfiguracyjnym
* Do interaktywnego "nagrywania" patchy przyda się także rozszerzenie [[record]], dzięki któremu można będzie użyć komend ''qrecord'' i ''qnew --interactive''.
* Ostrożnie z komendą ''qrefresh'', potrafi ona działać dość nieintuicyjnie (jak na mój gust), gdy chcę zapisać w patchu zmiany tylko z niektórych plików. W szczególności:
** wskanie pliku (plików) spowoduje, że zapisane uprzednio zmiany z innych plików wylecą z patcha a pojawią się ponownie jako modyfikacja kopii roboczej
** opcja -e czy -l nie służy wyłącznie do modyfikacji "log message", przy okazji wykonuje też odświeżenie patcha; jeśli chcesz zmienić komunikat, po prostu przeedytuj patch ręcznie
* Zdejmowanie patchy i ponowne ich nakładanie w innym miejscu (na przykład po dociągnięciu zmian z innego repozytorium) działa świetnie, dopóki nie pojawi się konflikt; wtedy tworzy pliki *.rej zawierające odrzucone zmiany i każe nam ręcznie rozwiązywać ten problem (czyli dokładnie tak, jak to się robiło przed wiekami przy użyciu prostych poleceń diff i patch). Na szczęście jest alternatywa: polecenie [[rebase]] obsługuje także zaaplikowane patche, więc gdy prosta aplikacja patchy się nie powiedzie można je zdjąć, zrobić ''update'' do porzedniej rewizji (tzn. tej, gdzie patche były poprzednio aplikowane), tam nałożyć patche i przy pomocy ''rebase'' nanieść je na docelowy commit, rozwiązując w zwykły sposób konflikty (zależnie od konfiguracji może to być interaktywne narzędzie typu [[kdiff3]]).

== Zobacz też ==
* [http://mercurial.selenic.com/wiki/HandlingRejects Handling Rejects] (Mercurial wiki)

[[kategoria:Mercurial]]

Git jest trudny

2011-09-24T16:52:16Z

Anyone:

[[System kontroli wersji]] o nazwie [[Git]] powstał gdzieś w 2005 roku jako garść skryptów stworzona naprędce przez [[Linus Torvalds|Linusa Torvaldsa]] do zarządzania kodem źródłowym [[Linux|Linuksa]]. Jak sam się przechwalał, pierwsza wersja nadająca się do użytku powstała w ciągu dwóch tygodni. Torvalds główny nacisk położył na wydajność. Nic dziwnego, że interfejs użytkownika, przyswajalność i spójność koncepcyjna nie mogły być najmocniejszą stroną Gita. Co prawda w ciągu tych kilku lat program się rozwinął, ale moim zdaniem wciąż nie pozbył się piętna tego grzechu pierworodnego. Git, choć prawidłowo spełnia swoje funkcji i jest zaawansowanym technicznie narzędziem, jest przy okazji trudny do opanowania. Przy tym trudność ta jest zupełnie niepotrzebna: rozproszony VCS nie jest czymś aż tak skomplikowanym; dowodzi tego chociażby [[Mercurial]]. Wystarczyło popracować trochę nad używalnością i przemyśleć, czego od narzędzia może oczekiwać grono użytkowników szersze niż Linus Torvalds.

Oczywiście, fani Gita zaraz zakrzykną, że to nieprawda, że Git jest łatwy i intuicyjny, że to właśnie [[Mercurial]], [[Subversion]], [[CVS]] czy [[SourceSafe]] są trudne. Myślę jednak, że ktoś, kto obiektywnie i bez emocji spróbuje poużywać sobie kilku tego typu narzędzi, bez trudu wyrobi sobie własne zdanie.

A tutaj zbieram wypowiedzi potwierdzające tę tezę, po to, by mieć kontrargument na popularną wśród zwolenników gita wymówkę, że trudność to kwestia gustu.

* Torvalds nie ukrywa, że zawsze najważniejszą sprawą była wydajność: ''And by primary, I really mean primary. As in "more important than just about anything else".''[http://www.spinics.net/lists/git/msg161479.html] Nic dziwnego, że ''usability'' też musiało zejść na dalszy plan.

* Ben Lynn, autor podręcznika ''[http://www-cs-students.stanford.edu/~blynn/gitmagic/ Git Magic]'', uważa, że git jest [...] ''tricky to learn, let alone master.''[http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html]. Sam już tytuł daje do myślenia: Magia Gita? jaka znowu pieprzona magia? To ma być ''narzędzie'', czy czarodziejski artefakt?

* Scott Chacon, autor książki ''[http://progit.org/book/ Pro Git. Professional Version Control]'', określający się jako “git evangelist”, wyznaje na swoim blogu: ''One of the topics that I didn't cover in depth in the Pro Git book is the reset command. Most of the reason for this, honestly, is that I never strongly understood the command beyond the handful of specific use cases that I needed it for.''[http://progit.org/2011/07/11/reset.html]. Jeśli ktoś taki potrzebuje lat na zrozumienie niuansów jednej tylko z licznych komend, to co ma zrobić "zwykły użytkownik"?

* Analiza, którą przeprowadzono w 2008 r. w Google zauważa: ''Git has a steeper learning curve than Mercurial due to a number of factors. Git has more commands and options, the volume of which can be intimidating to new users. Mercurial's documentation tends to be more complete and easier for novices to read. Mercurial's terminology and commands are also a closer to Subversion and CVS, making it familiar to people migrating from those systems.'' [http://code.google.com/p/support/wiki/DVCSAnalysis]

Zastanawia mnie też występowanie zjawiska "ewangelistów". Skąd się biorą ci ludzie? Dlaczego uważają, że takie czy inne narzędzie, jest aż tak wartościowe, że warto poświęcać swój czas na jego popularyzację, nauczanie czy - jak nierzadko się zdarza - trolling i rozpętywanie flame wars. Moja hipoteza jest następująca. Taki młody zapewne człowiek poświęca wiele miesięcy na poznanie arkanów gita i w końcu zaczyna z nim odczuwać więź emocjonalną. Później pewnie natyka się na sceptyków, którzy mówią, że na przykład mercurial robi w zasadzie to samo, a przy tym można opanować go w stopniu zaawansowanym w ciągu paru tygodni. Pojawia się dysonans poznawczy: Jak to? Jeśli tyle czasu musiałem poświęcić, żeby nauczyć się gita, to przecież on ''musi'' być lepszy! No i gość zostaje "ewangelistą gita" i jeszcze jest z tego dumny!

'''Zobacz też:''' [[Git czy Mercurial]]

Info

2011-09-24T16:11:02Z

Anyone: interpunkcja

Zawsze miałem problemy z przeglądarką dokumentacji '''info''' (GNU info) ze względu na nietypowe (jak dla mnie) kobinacje klawiszy. Wolałem używać stron manuala (które jednak często zawierają o wiele mniej informacji) lub nakładki w postaci skryptu CGI [[info2www]].

Ku pamięci postanowiłem sobie jednak tu odnotować najważniejsze klawisze sterujące oryginalną, terminalową przeglądarką ''info''.

:n - next node
:p - prev node
:u - up
:l - last
:Ctrl-n - next line
:Ctrl-p - prev line
:q - quit

'''Zobacz też:''' [[man:info(1)]]

[[kategoria:Oprogramowanie]]
[[kategoria:Linux]]

Alpine

2011-09-20T02:25:37Z

Anyone: subiektywnie

'''[http://www.washington.edu/alpine/ Alpine]''' to następca starego, dobrego klienta poczty [[Pine]], stworzonego wieki temu na Uniwersytecie Waszyngtońskim. Alpine (podobnie jak wcześniej Pine) działa w terminalu, ale w przeciwieństwie do innych programów tego rodzaju, ma dość klarowny interfejs użytkownika i nie wymaga wyuczania się dziwacznych kombinacji klawiszy.

[[kategoria:oprogramowanie]]
[[kategoria:unix]]

GnuCash

2011-09-18T20:04:29Z

Anyone: gnucash - zapis bez kompresji

'''[http://www.gnucash.org/ GnuCash]''' – program księgowy nadający się zarówno dla małej firmy, jak i prowadzenia domowego budżetu.

Domyślnie XML-owe pliki generowane przez program są dodatkowo kompresowane [[gzip]]em. Pozwala to zaoszczędzić miejsce na dysku, jednak przeszkadza, gdy chcemy na przykład takie pliki objąć [[system kontroli wersji|systemem kontroli wersji]]. Na szczęście kompresję pliku danych można wyłączyć w preferencjach (''Edit / Preferences / General / Compress files'', lub (prawie) po polsku: ''Zmodyfikuj / Preferences / Ogólne / Compress files'').

[[kategoria:Oprogramowanie]]
[[kategoria:Linux]]

Przejście na unicode

2011-08-15T18:12:04Z

Anyone: przestawiłem częściowo

Może wreszcie, po kilku latach odkładania, zajmę się przejściem z kodowania lokalnego (iso8859-2) na unicode w [[root|jednym z moich systemów]]. (Chociaż z drugiej strony właściwie już postanowiłem się z nim pożegnać i postawić, nawet na tym samym sprzęcie, tylko z większymi dyskami, nowego, świeżego 64-bitowego [[Debian]]a...).

Co trzeba zrobić - tego dopiero się dowiem. Na razie w pliku /etc/locale.gen dopisałem: <code>pl_PL.UTF-8 UTF-8</code> i wygenerowałem unicode'owe locale poleceniem ''locale-gen''. Sprawdziłem, że ustawienie <code>LANG=pl_PL.UTF-8</code>, a następnie odpalenie nowego okna pseudoterminala (xterm albo konsole) działa jak trzeba.

Dobra, w końcu zdecydowałem się na ten krok. W pliku /etc/locale.gen dodałem definicje w kodowaniu UTF-8 dla języka angielskiego, polskiego i niemieckiego. Po odsianiu komentarzy jego zawartość wygląda tak:
de_DE ISO-8859-1
en_US ISO-8859-1
pl_PL ISO-8859-2
de_DE.UTF-8 UTF-8
en_US.ISO-8859-15 ISO-8859-15
en_US.UTF-8 UTF-8
pl_PL.UTF-8 UTF-8

Zmiany można wprowadzić korzystając z polecenia <code>dpkg-reconfigure locales</code>, który potem woła jeszcze <code>locale-gen</code> żeby wygenerować same locale oraz <code>update-locale</code>, zapisujące globalne ustawienia w systemie (miałem dotąd nieustawione, więc było to "C", teraz zmieniłem na "en_US.UTF-8".

Następnie w skryptach startowych shella w katalogu użytkownika zmieniłem wiersz:
export LANG=pl_PL
na:
export LANG=pl_PL.UTF-8

No i to wystarcza, żeby po restarcie wszystko ładnie przestawiło się na unikod w środowisku graficznym (X/KDE). Gorzej z konsolą, nad tym będę musiał jeszcze popracować.

[[Category:Linux]]

System kontroli wersji

2011-08-09T09:59:49Z

Anyone:

Systemy kontroli wersji, z którymi miałem okazję się zetknąć, to (chronologicznie):
* [[RCS]], Revision Control System, w 1997 albo 1998 r.
* [[CVS]], Concurrent Versions System, trochę później
* [[VSS]], Visual SourceSafe, w 2000 r.
* [[SVN]], Subversion, w 2005.
* [[SVK]] w 2006.
* [[Mercurial]] (Hg) w 2011
* [[git]] także w 2011

Pierwszym systemem wersjonowania, z jakim miałem do czynienia był [[RCS]] (''revision control system''). Nadawał on się do zarządzania pojedynczymi plikami – dla każdego tworzył "archiwum" w postaci pliku w podkatalogu RCS, przechowującego wszystkie wersje. Plik do edycji należało przy pomocy odpowiednich poleceń "wyczekautować" (''co'')), a potem "wczekinować" (''ci''). RCS stosowałem całkiem długo do kontroli zmian w plikach konfiguracyjnych w /etc, w skryptach shellowych i tego typu drobiazgach. Istniały co prawda polecenia próbujące grupowo traktować szereg plików RCS w jednym katalogu (jak chociażby rcs2log), nie dało się jednak nie zauważyć, że zarządzanie poszczególnymi plikami nie było wygodne ani praktyczne w przypadkach innych niż wersjonowanie niezależnych, pojednycznych plików.

Potem poznałem [[CVS]] (''Concurrent Versions System''), który pozwalał operować na jednostkach składających się z wielu plików, katalogów, modułów czy projektów. W środku co prawda posługiwał się jednoplikowymi archiwami RCS, ale użytkownik nie musiał się tym przejmować a zamiast tego korzystać z komend cvs działających na większych jednostkach. Z kolei zaletą wykorzystania RCS-a było to, że można sobie było wejść do wnętrza takiego repozytorium i przy pomocy odpowiednich poleceń przeanalizować poszczególne pliki. Ale były też i wady, jak chociażby duplikownaie informacji typu ''log message'' w każdym pliku, brak jakiejkolwiek transakcyjności. Branche, które już w RCS-ie były trochę dziwaczne i polegały na zwiększaniu liczby komponentów numeru wersji pliku (np. r0.1, branch z niego: 0.1.1, pierwsza rewizja na tym branchu: 0.1.1.1), teraz, pod kontrolą CVS uzyskały zupełnie nowy wymiar udziwnienia, a przy tym ich tworzenie wiązało się z fizycznym kopiowaniem danych wewnątrz repozytorium, więc nie było szczególnie efektywne.

Zatem do kontroli większych rzeczy, wieloplikowych, jak programy etc. zacząłem używać CVS-a, ale przy wersjonowanych plikach konfiguracyjnych i przynajmniej niektórych skryptach pozostałem przy RCS-ie, o ile pamiętam. W międzyczasie miałem nieprzyjemność zapoznania się z [[VSS]]-em, narzędziem używanym w świecie [[windows]]iarzy, ale o tym naprawdę szkoda gadać.

No i wreszcie, był rok może 2005, nastało [[Subversion]]. To znaczy, nastało pewnie trochę wcześniej, ale ja akurat wtedy się z nim zapoznałem. Początkowo twórcy SVN reklamowali go jako "lepszy CVS", "CVS zrobiony jak trzeba" albo podobnie (potem zrezygnowali z tego hasła). I rzeczywiście, SVN przyniósł kilka nowych, pozytywnych koncepcji w porównaniu do CVS, jak wersjonowanie repozytorium zamiast poszczególnych plików, śledzenie przenoszenia i zmian nazw plików i katalogów, błyskawiczne i tanie branche tworzone metodą ''copy-on-write'' i pewnie coś jeszcze, o czym akurat zapomniałem. Do tego kod był solidny a oprogramowanie stabilne.

Niestety, twórcy Subversion nie uniknęli pewnych pomysłów kontrowersyjnych, albo przynajmniej nietypowych. Chodzi mi głównie o rezygnację z obiektów typu ''branch'' czy ''tag'' i sprowadzenie wszystkiego do wersjonowanego drzewa katalogów, którego pewne części umawiamy się traktować w sposób szczególny (zalecana, "kanoniczna" struktura katalogów: trunk, branches, tags). Ten nowatorski pomysł, choć początkowo mógł się wydawać atrakcyjny (po co mnożyć byty przez wprowadzanie tagów i branchy? po prostu kopiujmy katalogi!), z perspektywy czasu oceniam jako poważny błąd projektowy. Jego konsekwencje są takie, że tak naprawdę program nigdy nie wie, co właściwie wersjonuje; to znaczy, gdzie się zaczyna ''projekt'', czy cokolwiek chcemy wersjonować w takim repozytorium. Stąd wynika problem taki, że trudno jest traktować projekt jako całość, zwłaszcza, że w repozytorium mogą się znaleźć jakieś dodatkowo, mniej lub bardziej luźno związane z danym projektem hierarchie katalogów.

Sprawy zupełnie się pogorszyły od wersji 1.5 SVN, kiedy to autorzy postanowili w końcu zaimplementować ''merge tracking'', czyli właściwość polegającą na rejestrowaniu rozgałęzień (branche) i złączeń (merge'owanie) historii projektu i wyciąganiu z tego wniosków mających ułatwiać pracę użytkownikom. Niestety, zupełnie sobie z tym nie poradzili. Po pierwsze ze względu na wspomnianą wyżej luźną strukturę repozytorium, nie narzucającą praktycznie żadnej sementatyki. Jak system ma śledzić branchowanie, skoro branchowanie jest tożsame z kopiowaniem, a przy tym nie musi obejmować dokładnie projektu (o którym oprogramowanie nic przecież nie wie), ale na przykład jakiś jego podzbiór, czy wręcz pojedynczy plik? A z drugiej strony, można sobie skopiować katalog nadrzędny nad tym, w którym sobie założyliśmy, że będziemy trzymać te niby-branche. Tak czy owak, praktyczny efekt na większych repozytoriach jest taki, że merge tracking w ogóle się nie nadaje do użytku i bardziej przeszkadza, niż pomaga, natomiast przykrym efektem ubocznym jest to, że jego ślady z czasem pojawiają sie w ''properties'' poszczególnych plików i katalogów w coraz większych ilościach, aż dochodzimy do absurdalnej sytuacji, że zmerge'owanie pojedynczego pliku potrafi wygenerować dziesiątki i setki modyfikacji ''properties'' w zupełnie na pozór niezwiązanych miejscach. A to praktycznie uniemożliwia śledzenie zmian w logach.

W 2006 roku zrobiło się głośniej o DVCS-ach czy DSCM-ach, czyli rozproszonych systemach kontroli wersji, ale jakoś się tym bliżej nie zainteresowałem, może dlatego, że wciąż jeszcze byłem zadowolony z efektów, jakie przyniosło porzucenie CVS-a czy VSS-a na rzecz SVN-a. Owszem, pobawiłem się chwilkę [[SVK]], który był reklamowany jako rozproszony, no i może nawet był, ale wcale mnie do koncepcji nie zachęcił. Może dlatego, że w "bebechach" trzymał repozytorium Subversion i jego funkcjonalność była bardzo zbliżona, a w niektórych miejscach gorsza niż właśnie SVN-a. A może jego nieintuicyjna organizacja? Centralny "depot" w katalogu domowym, w nim 1 lub więcej repozytoriów SVN, każde zawierające katalog "mirror", służący do synchronizacji ze zdalnym repozytorium (push i pull) oraz jego kopię "local", służącą do edycji lokalnej (checkout i commit).

Tak czy siak, trwałem przy Subversion, choć od czasu do czasu czytałem coś zachęcającego o systemach rozproszonych. Ale chyba tak naprawdę zaintrygował mnie tym Joel [[Joel on Software|na swoim blogu]] gdzieś na początku roku 2010. Musiał jednak minąć kolejny rok, bym się tym zajął poważniej i dopiero w 2011 przeczytałem do końca HgInit i zacząłem się bawić Mercurialem. Wkrótce pojawiło się pytanie: a może jednak Git? Który lepszy i dlaczego? Poznałem podstawy obu, raz się skłaniałem ku jednemu, raz ku drugiemu. Postanowiłem się skupić najpierw na Mercurialu, nauczyć się go używać w trochę większym niż podstawowy zakresie a Gita uczyć się przez porównanie, ewentualnie zagłębić się w niego później. Dopiero gdy lepiej poznam oba, będę mógł w miarę obiektywnie odpowiedzieć sobie na pytanie: [[Git czy Mercurial]]?

== Linki ==
Interesujące linki związane z tematem.
* http://whygitisbetterthanx.com/ – strona próbująca dowieść wyższości gita nad wszystkim innym
* [http://en.wikibooks.org/wiki/Understanding_Darcs/Patch_theory Understanding Darcs: Patch theory]
* [http://stackoverflow.com/questions/372357/merging-vcproj-files-scms-hell Merging vcproj files - SCM's hell]
* [http://www.snuffybear.com/ucm_branch.htm UCM Central - Configuration Management Branching Strategy]
* [http://www.vance.com/steve/perforce/Branching_Strategies.html Advanced SCM Branching Strategies] by Stephen Vance, 1988, wraz ze [http://www.vance.com/steve/perforce/slideindex.html slajdami]
* [http://www.ericsink.com/scm/source_control.html Source Control HOWTO] by Eric Sink
* [http://www.ericsink.com/vcbe/index.html Version Control by Example] by Eric Sink
[[kategoria:oprogramowanie]]

Screen

2011-08-08T05:43:56Z

Anyone: screen

[[screen]], czyli emulator i zarazem multiplekser terminala, jest niezwykle pożytecznym narzędziem, zwłaszcza w sytuacjach pracy zdalnej przez [[ssh]]: gdy połączenie zostanie zerwane, sesja będzie sobie dalej pracować pod kontrolą screena, a po ponownym zalogowaniu można isę będzie do niej przypiąć.

Podczas pracy interaktywnej screen obsługuje kontrolne sekwencje klawiszy rozpoczynające się od klawisza ^A (ctlr-a). Można go też "zaprogramować" z pliku, podstawowe, pojedyncze polecenia wpisuje się po prostu w kolejnych wierszach, poprzedzając słowem 'screen' żeby otworzyć nowe okno. Gorzej z łączeniem kilku poleceń (pipe'y) - tego jeszcze do końca nie rozpracowałem...

'''Zobacz też:''' [[man:screen(1)|man screen(1)]]

[[kategoria:oprogramowanie]]
[[kategoria:Unix]]

Purge

2011-08-07T21:38:17Z

Anyone: clean

[[purge]] to taki poręczny drobiazg do [[Mercurial]]a: usuwa niewersjonowane pliki z repozytorium. Zamiast pisać coś w rodzaju:

rm $(hg status | awk '/^?/ {print $2}')

możemy więc zapisać:

hg purge

co dodatkowo ma tę zaletę, że działa nawet pod [[windows]] ;)

Zamiast ''purge'' można użyć komendy ''clean'' (jak w ''make clean'').

"Purge" należy do repertuaru standardowych rozszerzeń, więc by je włączyć wystarczy w pliku ~/.hgrc wpisać:

[extensions]
purge =

[[kategoria:Mercurial]]

Pager

2011-08-07T08:11:03Z

Anyone:

[[pager]] to standardowe rozszerzenie [[Mercurial]]a przepuszczające standardowe wyjście poleceń przez "pager" - polecenie less, more czy inne tego typu. Dzięki włączeniu tego rozszerzenia:

[extensions]
pager =

[pager]
pager = less -FRSX
attend = log, glog, help, diff, qdiff, incoming, outgoing

oszczędzimy czas i palce, bo zamiast pisać, na przykład:

hg glog | less -S

możemy napisać po prostu:

hg glog

== Zobacz też ==
* http://mercurial.selenic.com/wiki/PagerExtension

[[kategoria:Mercurial]]

Color

2011-07-31T23:29:45Z

Anyone: color | less

[[Color]] to standardowe rozszerzenie [[Mercurial]]a, jak nietrudno zgadnąć, koloryzuje standardowe wyjście z niektórych poleceń (np. hg diff, hg log). Włączamy standardowo w ~/.hgrc:

[extensions]
color =

Wszystko pięknie, ale takie ''hg diff'' przepuszczone przez pager ''less'' jest dalej czarno-białe... Co zrobić:
* pozwolić, by polecenie ''less'' przepuszczało znaki kontrolne ANSI (opcja -R)
* pozwolić, by hg kolorowało mimo wykrycia pipe'a (opcja --color=always); nie wiem jednak, czy da się to umieścić w ~/.hgrc.

Przykład:

hg diff --color=always | less -SR

== Zobacz też ==
* [http://mercurial.selenic.com/wiki/ColorExtension Color Extension] na wiki Mercuriala

[[kategoria:Mercurial]]

Git czy Mercurial

2011-07-31T19:22:26Z

Anyone: /* No to Git czy Mercurial? */ link

'''[[Git]] czy [[Mercurial]]?''' Pewnie nie ja jeden zadaję sobie takie pytanie. Dodatkowo zadaję je sobie z perspektywy osoby, która nigdy nie miała tak naprawdę do czynienia z rozproszonymi [[system kontroli wersji|systemami kontroli oprogramowania]], nie licząc bardzo przelotnej znajomości z [[SVK]]. Ta strona ma mi służyć do podsumowania "za" i "przeciw" obu systemów.

== No to Git czy Mercurial? ==

Jak na razie bardziej podoba mi się [[Mercurial]]. Interfejs użytkownika (wiersz poleceń) jest moim zdaniem bardziej intuicyjny, być może dlatego, że dość podobny do Subversion. Także implementowane koncepcje są łatwiej przyswajalne. Po krótkim czasie mogłem już wykonywać dość swobodnie podstawowe operacje. [[Git jest trudny|Zupełnie inaczej, niż w przypadku gita.]]

=== Co mi się podoba w Gicie ===

* Stworzony przez Linusa Torvaldsa, autora Linuksa, co jest jakby nie patrzeć jakąś rekomendacją.
* Aktywny development, spory ruch na liście dyskusyjnej.
* Git napisany jest w głównie w C (jak Subversion), a nie w jakichś pythonowych skryptach.
* GUI pod Windows. Sportowany TortoiseGit przypomina pierwowzór - TortoiseSVN - nie tylko z nazwy, jak to ma miejsce w przypadku TortoiseMercuriala.

=== Co mi się podoba w Mercurialu ===

* Interfejs command line. Mercurial, tak jak Subversion, pozwala na skracanie komend, niektóre mają też kilka intuicyjnych aliasów. Na przykład zamiast pisać "hg commit" czy "hg update", wpisuję "hg ci" i "hg up". Niby drobiazg, ale przy codziennym użytkowaniu konieczność wpisywania pełnych komend w gicie daje mi się we znaki. Nadto zestaw poleceń i opcji wygląda na bardziej przemyślany. Przykład: dlaczego gdy chcę skomitować parę zmian muszę pisać "git commit -a"? Dlaczego nagla pojawiają się jakieś dziwne ścieżki typu /remotes/origin/cośtam? Oczywiśćie, gdy poczytam co i jak, to się dowiem, ale to jest po prostu nieintuicyjne.
* Model. Anonimowe branche (''heads'') i powiązanie kopii roboczej z dowolną rewizją pozwalają uniezależnić operacje push/pull od update/commit. Bardziej mi to odpowiada niż pojedynczy gitowy HEAD (tak, wiem o ''detached heads'', ale to jest jakieś toporne rozwiązanie).

[[kategoria:oprogramowanie]]

Convert

2011-07-30T10:36:56Z

Anyone: kat. Mercurial zamiast Oprogramowanie

[[convert]] to standardowe rozszerzenie [[mercurial]]a pozwalające na konwertowanie repozytoriów pomiędzy kilkoma formatami.

Najpierw w pliku konfiguracyjnym należy aktywować wbudowane rozszerzenie ''convert'':

[extensions]
convert =

Następnie pobawić się poleceniem <code>hg convert</code>.

'''Zobacz też:''' [http://mercurial.selenic.com/wiki/ConvertExtension Convert Extension]

[[kategoria:Mercurial]]

TortoiseHg

2011-07-29T01:43:27Z

Anyone: kat.

'''[http://tortoisehg.bitbucket.org/ TortoiseHg]''' to GUI do [[Mercurial]]a. Choć nazwa niedwuznacznie nawiązuje do [[TortoiseSVN]], to program działa i wygląda nieco inaczej. Pod [[Windows]] też się co prawda integruje z systemem jako "shell extension", ale głównym narzędziem jest jednak wygodny Workbench, wyświetlający w jednym miejscu historię (wraz z grafem), listy plików, diffy i inne.

W przeciewieństwie Do TortoiseSVN, który działa tylko na Windows, TortoiseHg, czy raczej jego elementy, mogą działać także na innych platformach. Ale zbudowanie tego na Linuksie nie należy do najłatwiejszych zadań. Przeszkadza fatalna dokumentacja, a raczej jej brak. Nie wiadomo, jakie są zależności, co i jak budować (albo nie). Chociaż ostatnio coś drgnęło jakby ku lepszemu, prawdopodobnie dzięki marudzeniu jednego gościa na liście dyskusyjnej mercuriala. Oczywiście nakrzyczano na niego, zwymyślano od trolli, ale na stronach TortoiseHg coś drgnęło - podano podstawowe instrukcje i zależności i powstały dodatkowe repozytoria...

Nawiasem mówiąc, mają chyba najbardziej absurdalne wiki jakie widziałem. Oczywiście, każdy może edytować, ale żeby to zrobić, należy ściągnąć źródła stron poprzez sklonowanie repozytorium mercurialowego, pozmieniać a następnie wysłać patche na listę dyskusyjną...

== TortoiseHg, thg, strony, projekty, wiki, repozytoria ==

Jest tu pewien bajzel i chwilę mi zajęło zorientowanie się, o co chodzi. Więc wygląda to tak. Jest sobie project TortoiseHg:
: http://tortoisehg.bitbucket.org/
hostowany na bitbuckecie:
: https://bitbucket.org/tortoisehg/
i ma cały szereg repozytoriów:
: https://bitbucket.org/tortoisehg/thg/wiki/developers/repositories
z czego najważniejsze jest ''thg'':
: https://bitbucket.org/tortoisehg/thg/
Jest tam też niedawno powstałe repo ''thg-build'' zawierające subrepozytoria z, jak się wydaje, rzeczami potrzebnymi do zbudowania thg (oczywiście nie wszystkimi):
: https://bitbucket.org/tortoisehg/thg-build
Warto zwrócić uwagę, że ''thg'' to nie to samo co ''TortoiseHg'', w każdym razie nie w każdym kontekście... To drugie to aplikacje i ''shell extensions'' dla Windows. Natomiat thg ''[...] allows you to launch the TortoiseHg dialogs on any platform that supports Mercurial and PyQt. This is the easiest way to start using TortoiseHg on Linux and Mac OS X.

== Budujemy ==

OK, postanowiłem spróbować to jednak zbudować na [[Debian]]ie 5.0.8.

=== Zależności ===

Na początku ustawmy zmienne środowiskowe:

export thg=/usr/local/opt/thg
export PATH=$thg/bin:$PATH
export QTDIR=$thg
export PYTHONPATH=$thg/lib/python2.5/site-packages

Najpierw ściągnąłem sobie bibliotekę Qt w wersji 4.7.3 [http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.3.tar.gz]. Teraz próbuję ją zbudować.

tar xzvf qt-everywhere-opensource-src-4.7.3.tar.gz
cd qt-everywhere-opensource-src-4.7.3
./configure --prefix=$thg
make
# I po niecałych trzech godzinach:
make install
cd ..

W międzyczasie ściągnąłem sip-4.12.3 [http://www.riverbankcomputing.com/software/sip/download] i pyqt-4.8.4 [http://www.riverbankcomputing.com/software/pyqt/download].

tar xzvf sip-4.12.3.tar.gz
cd sip-4.12.3
python ./configure.py -b $thg/bin -d $thg/lib/python2.5/site-packages \
-e $thg/include/python2.5 -v $thg/share/sip
make
make install
cd ..

PyQt wymaga zarówno sipa, jak i Qt.

tar xzvf ../download/PyQt-x11-gpl-4.8.4.tar.gz
cd PyQt-x11-gpl-4.8.4/
python configure.py -b $thg/bin -d $thg/lib/python2.5/site-packages
make
make install

I tu pojawił się błąd, bo Makefile z podkatalogu dbus usiłował mi zainstalować coś w /var/lib/python-support/python2.5/dbus/mainloop, gdzie oczywiście nie miałem dostępu. Zmodyfikowałem Makefile dopisując w nim:

DESTDIR=$(thg)

Ponowne ''make install'' zakończyło się sukcesem, chociaż pewnie to nie zadziała w ten sposób. Mam nadzieję, że dbus nie będzie mi niezbędny.

Kolejnym niezbędnym komponentem jest QScintilla [http://www.riverbankcomputing.co.uk/software/qscintilla/download].

tar xzvf QScintilla-gpl-2.5.1.tar.gz
cd QScintilla-gpl-2.5.1
cd Qt4
qmake qscintilla.pro
make
make install

cd ../Python
python configure.py
make
make install

=== THG ===

Pora na samo thg. Autorzy zalecają pobranie poprzez sklonowanie repozytorium. Tutaj nie trzeba niczego instalować.

hg clone https://bitbucket.org/tortoisehg/thg
cd thg
hg update stable # skoro mają branch ''stable'' to czemu go nie wykorzystać?
./thg

Za pierwszym razem nie powiodło się, gdyż nie zainstalowałem pakietu QScintilla (dokumentacja nie wspominała o nim). Usupełniłem i... tada! sukces! Pojawił się długo wyczekiwany TortoiseHG Workbench :)

[[grafika:thg.jpg|center|560px|TortoiseHg Workbench]]

=== Skrypt startowy ===

Ok. Pora na skrypt startowy z ustawieniami środowiska, bo instalowałem to wszystko w niestandardowych lokalizacjach.

#! /bin/sh
thg_base=/usr/local/opt/thg
thg_repo=$thg_base/thg
thg_main=$thg_repo/thg
QTDIR=$thg_base
PATH=$thg_base/bin:$PATH
LD_LIBRARY_PATH=$thg_base/lib${LD_LIBRARY_PATH+:}$LD_LIBRARY_PATH
PYTHONPATH=$thg_base/lib/python2.5/site-packages${PYTHONPATH+:}$PYTHONPATH
export QTDIR PATH LD_LIBRARY_PATH PYTHONPATH
exec $thg_main "$@"

Skrypt zapisałem jako /usr/local/bin/thg.

=== GUI do diffów i merge'y ===

Aplikacja używa zewnętrznych programów, przede wszystkim kdiff3 (załączone do windowsowej paczce instalacyjnej). Na Linuksie zalecają dopisać w pliku ~/.hgrc:

%include /usr/local/opt/thg/thg/contrib/mergetools.rc

Rzeczywiście, wizualne diffowanie zaczęło mi działać, gdy to zrobiłem.

=== Uzupełnienia ===

Uzupełniam o brakujące elementy, bez których z grubsza niby działa, ale jednak nie do końca ;)
Wszystko oczywiście z poprzednimi ustawieniami środowiska (PATH, LD_LIBRARY_PATH, QTDIR, PYTHONPATH).

==== iniparse ====

Iniparse jest potrzebny, żeby można było zmieniać preferencje w oknie dialogowym thg. Można sklonować następująco:

hg clone https://bitbucket.org/sborho/iniparse/

Bądź pobrać ''thg-build'', gdzie będzie referowane jako podrepozytorium:

hg clone https://bitbucket.org/tortoisehg/thg-build

(Muszę wspomnieć, że miałem pewne trudności z pobieraniem tego: raz się wysypał mercurial, potem się zwiesiło do timeoutu na połączeniu i za trzecim razem poszło).

cd iniparse/
python setup.py build
make
python setup.py install --prefix=$thg

== Wady ==

Bardzo powolny, im większe repozytorium, tym gorzej. Na przykład przy netbeans (zob. obrazek wyżej) z niecałymi 200 tys. changesetów, czas reakcji na kliknięcie listę przekracza na moim sprzęcie 2 sekundy - masakra. Ale nawet przy małych repozytoriach czuć, że program jest taki ociężały.

Algorytm rysowania grafów nie jest najlepszy [http://stackoverflow.com/questions/3879856/is-there-any-way-to-change-how-graphs-are-drawn-in-tortoisehg] i gdy szerokość rośnie staje się coraz mniej czytelny. Dodatkowo jest niestabilny w tym sensie, że nawet niewielka zmiana (commit, update itp) powoduje jego narysowanie od nowa, często w inny sposób niż dotychczas i z innymi kolorami przypisanymi do węzłów i łuków. Moim zdaniem znacznie lepiej wygląda graf w interfejsie webowym (hg serve).

== Zobacz też ==
* [http://tortoisehg.bitbucket.org/ Strona projektu TortoiseHg]
* [https://bitbucket.org/tortoisehg/thg/wiki/thg Instrukcja budowania ze źródeł]

[[kategoria:Mercurial]]

SourceSafe

2011-07-28T08:23:17Z

Anyone: dopisek o problemach z czasem

[[SourceSafe|Visual SourceSafe]] to beznadziejna namiastka [[system kontroli wersji|systemu kontroli wersji]] stworzona dawno temu przez firmę Microsoft. Jest to oczywiście system przeznaczony wyłącznie dla [[Windows]] i scentralizowany. Mimo to nie posiada serwera, a każdy klient musi mieć dostęp do współdzielonego dysku z repozytorium, co powoduje ciągłe problemy ze spójnością bazy.

Jedną ze szczególnych cech tej niedoróby jest pobieranie czasu z maszyny klienta, a przy tym przyjęta najwyraźniej założenie o absolutnej prawidłowości tego czasu. Taki godny Microsoftu nonsens powodował, że spóźniąjący lub spieszący się zegar na komputerze użytkownika potrafił narobić niemałego zamieszania...

[[kategoria:oprogramowanie]]
[[kategoria:Windows]]

Git

2011-07-14T05:42:18Z

Anyone: /* Zobacz też */

{{DISPLAYTITLE:git}}
[http://git-scm.com/ '''git'''] – rozproszony system kontroli wersji stworzony przez Linusa Torvaldsa.

Git i [[Mercurial]] wydają się dość podobne, choć jak na mój gust ten drugi ma lepszy interfejs użytkownika (chodzi oczywiście o command line, nie te dodatki GUI), jest bardziej intuicyjny i łatwiejszy do opanowania.

== Dokumentacja ==

Strony manuala są pakowane osobno, podobnie jak "htmldocs" (przekonwertowane srony manuala + dodatki). Należy je dociągnąć i rozpakować w odpowiednich katalogach:
* http://www.kernel.org/pub/software/scm/git/git-manpages-1.7.6.1.tar.bz2 → PREFIX/share/man/
* http://kernel.org/pub/software/scm/git/git-htmldocs-1.7.6.1.tar.bz2. → PREFIX/share/doc/git

== Współpraca z Subversion ==

Git ma wbudowany zestaw poleceń dedykowanych do współpracy z [[SVN]]. Jeszcze nie przetestowałem, czy to w praktyce zadziała na większym repozytorium.

Żeby użyć gita jako swego rodzaju klienta Subversion należy utworzyć gitową kopię repozytorium svn:

mkdir REPO_DIR
cd REPO_DIR
git svn init [ OPCJE ] URL
git fetch

'''Więcej informacji:''' [http://www.kernel.org/pub/software/scm/git/docs/git-svn.html git-svn man page]

Git w żaden sposób nie ułatwia życia użytkownikom SVN. Za przykład niech posłuży cytat:

: ''The equivalent command for <code>svn revert</code> in git is <code>git reset --hard HEAD^</code>.'' [http://importantshock.wordpress.com/2008/08/07/git-vs-mercurial/]

== Kto używa gita ==

Ciekawe projekty używające gita:

* [[Linux|Linux kernel]]
* [[KDE]] [http://techbase.kde.org/Development/Git]
* [[Tor]]
* [[Freenet]]
* No i oczywiście sam git.

== Zobacz też ==
* [[Git czy Mercurial]]
* [[Git jest trudny]]
* [http://nvie.com/posts/a-successful-git-branching-model/ A successful Git branching model]
* [http://whygitisbetterthanx.com/ Why Git is Better than X] (część argumentów to bzdury, na przykład to o branchach)

[[kategoria:oprogramowanie]]

Robocopy

2011-05-12T16:57:05Z

80.237.226.73: Nowa strona: {{DISPLAYTITLE:robocopy}} '''robocopy''' -- programik do kopiowania drzew katalogów, zrobiony przez Microsoft, może być bardzo przydatny pod Windows zwłaszcza wtedy, gdy są pro...

{{DISPLAYTITLE:robocopy}}
'''robocopy''' -- programik do kopiowania drzew katalogów, zrobiony przez Microsoft, może być bardzo przydatny pod [[Windows]] zwłaszcza wtedy, gdy są problemy z uprawnieniami w katalogach źródłowych. Przykład użycia:

robocopy SOURCE DEST /log+:robocopy.log /e /xj /np /b

Znaczenie opcji:
; /log+:robocopy.log : wyjście dopisuje do pliku robocopy.log
; /e : kopiuj rekursywnie podkatalogi
; /xj : zignoruj "junctions" (czyli chyba hardlinki do katalogów)
; /np : ''no progress'', nie umieszczaj na wyjściu (w tym przypadku - w pliku robocopy.log) procentowego wskaźnika postępu
; /b : ''backup mode'', pozwala ominąć uprawnienia nie pozwalające normalnie na dostęp do plików i katalogów

[[Category:Oprogramowanie]][[Category:Windows]]