Karta jako oddzielny proces - Webbie

Deweloperzy Firefoksa i Internet Explorera pozazdrościli Google Chrome kart jako oddzielnych procesów i postanowili wprowadzić takie funkcje we własnych przeglądarkach.

Co ciekawe, już ponad miesiąc temu Ivan Čukić przedstawił na swoim blogu (tu i tu) projekt przeglądarki "chromopodobnej" o nazwie Webbie, opartej o Qt i Webkit, w której każda karta pracowałaby jako oddzielny proces. Niestety Ivan nie ma zamiaru rozwijać projektu, ale można mieć nadzieję, że być może doczekamy się takiej funkcjonalności w Konquerorze lub Rekonq.

3 sposoby na niestandardowe ścieżki programów wykonywalnych

Czasami zdarza się (rzadko, ale jednak) korzystać z programów znajdujących się w niestandardowym miejscach - ani w /bin, ani w /usr/bin, ani nawet w /usr/local/bin tylko w jakimś katalogu o przydługawej ścieżce typu: /katalog1/katalog2/katalog3/program. Na przykład na ostatniej pracowni komputerowej uruchamialiśmy Gromacsa poleceniem /opt/Apps/GROMACS/i686-pc-linux-gnu/bin/grompp_d, które do najkrótszych nie należy. Czy jest na to rada? Oczywiści, że jest. Po kilku minutach znalazłem aż trzy!

Sposób pierwszy - stworzenie aliasu

Wystarczy do pliku ~/.bashrc dodać następującą linijkę:

alias program="/katalog1/katalog2/katalog3/program"

Sposób drugi - linkowanie symboliczne

Czyli wydajemy w konsolce polecenie:

ln -s /katalog1/katalog2/katalog3/program /usr/bin/program

/usr/bin jest jedną z domyślnych ścieżek przy poszukiwaniu poleceń, więc wpisanie w konsoli polecenia program powinno nam go uruchomić. Niestety, aby operować na /usr/bin należy mieć uprawnienia roota.

Sposób trzeci - dodanie odpowiedniej ścieżki do zmiennej PATH

Wystarczy dodać do ~/.bashrc linijkę o treści:

export PATH="$PATH:/katalog1/katalog2/katalog3/"

Zmiany w repozytoriach KDE4 dla openSUSE

Uwaga! Jak donoszą Will Stephenson i Martin Schlander szykują się zmiany w repozytoriach KDE4 dla openSUSE.

1. Pakiety KDE 4.3 beta zostaną w ciągu około 2-3 tygodni przeniesione do repozytorium KDE:KDE4:Factory:Desktop


2. Stabilne pakiety KDE 4.2 będą znajdować się w nowoutworzonym repozytorium KDE:42


3. Zostało utworzone nowe repozytorium KDE:/KDE4:/Playground w którym będą znajdować się wczesne snapshoty aplikacji KDE4


4. Repozytoria Extra-Apps zostaną zlikwidowane, a pakiety wchodzące w ich skład zostaną przeniesione do repozytoriów KDE4:/Community/ lub KDE4:/Playground


5. Szykuje się zmiana nazewnictwa pakietów zawierających analogiczne komponenty KDE3 i KDE4. Dotychczasowo pakiety KDE3 były oznaczane nazwą bez prefiksu, natomiast pakiety KDE4 nazwą z prefiksem kde4 (np. amarok i kde4-amarok). Teraz będzie odwrotnie, to jest pakiety KDE4 będą oznaczane nazwą bez prefiksu, natomiast pakiety KDE3 będą oznaczane nazwą z prefiksem kde3 (np. kde3-digikam). Programy KDE3 znajdują się w repozytorium KDE:/KDE3.

Adresy nowych repozytoriów znajdują się na stronie http://en.opensuse.org/KDE/Repositories

Wszystkie te zmiany są spowodowane oczywiście rosnącą popularnością KDE4 oraz zbliżającym się powoli wydaniem KDE 4.3.

Konwersja plików tekstowych z Windows do Linuksa - problem końca linii

Potrzeba matką wynalazku. Na zajęciach z Symulacji Komputerowych kazano nam tworzyć pliki inputowe do Gaussiana pod Windowsem i następnie wczytywać je (tzn. oczywiście Gaussian je wczytywał) pod Linuksem. Niestety nie wczytywały się poprawnie ponieważ Windows i Linux inaczej zapisuje i interpretuje koniec linii (otóż pod Windowsem koniec linii jest oznaczany tzw. znakiem carriage return, zwanym po polsku znakiem powrotu karetki). Zaistniała zatem potrzeba konwersji plików tekstowych z Windows do Linuksa - a dokładniej tylko konwersji znaku końca linii. Najprościej byłoby użyć programu dos2unix, niestety nie na swoim serwerze nie mam możliwości instalacji oprogramowania. Poszperałem trochę po sieci i znalazłem ciekawą stronę opisującą rozwiązanie problemu - How do I convert between Unix and Windows text files?.

Najprostsze wydawało mi się użycie tr. Aby usunąć z pliku tekstowego Windowsowe znaki końca linii należy wydać polecenie:

tr -d '\15\32' < winfile.txt > unixfile.txt

Teraz wystarczyło tylko zrobić prosty skrypcik:

#!/bin/bash
cp $1 $1.tmp
rm $1
tr -d '\15\32' < $1.tmp > $1
rm $1.tmp
clear

i uruchomić go poleceniem:

./kkl plik.inp

i wszystko gra :-)

Alternatywą jest posłużenie się programem awk.

Konwersja pliku Windows->Linux:

awk '{ sub("\r$", ""); print }' winfile.txt > unixfile.txt

Konwersja pliku Linux->Windows:

awk 'sub("$", "\r")' unixfile.txt > winfile.txt

Sterownik NVIDII 180.51

21 kwietnia 2009 roku NVIDIA wydała kolejny uniksowy sterownik do kart graficznych - tym razem o numerze 180.51. Dodano wsparcie dla kart GeForce 9600 GSO 512, GeForce 9400 GT, GeForce GTS 250, GeForce GT 140 i GeForce GT 130. Oczywiście poprawiono wiele błędów, m.in. związanych z OpenGL, VDPAU, notebookiem Fujitsu Celsius H270 oraz obsługą kart z serii GeForce 9. Programik nvidia-bug-report.sh potrafi teraz generować skompresowane w formacie .gz logi.

Wersja gamma...

...czyli permanentna beta, albo o programach które nie mogą dorosnąć do 1.0...

Dawno, dawno temu... reguły były proste:

• Wersja 0.x - wersja oprogramowania która jest jeszcze za mało funkcjonalna / stabilna do używania przez końcowego użytkownika (wersje alpha, beta, RC itp.)


• Wersja 1.0 - wersja stabilna, przeznaczona dla końcowego użytkownika, charakteryzująca się pełną funkcjonalnością w założonych przez programistę ramach

Błędy w QT 4.5

Stosunkowo niedawno w repozytoriach openSUSE pojawiła się wersja 4.5.0 biblioteki QT. Jako że lubię testować nowe oprogramowania, więc oczywiście wykonałem update Qt z wersji 4.4.3. Okazuje się jednak, że połączenie KDE 4.2 + Qt 4.5 nie jest (jeszcze) najlepszym połączeniem. Biblioteka Qt 4.5.0 przyniosła ze sobą bowiem dwa uciążliwe błędy - jeden poważny, a drugi, hmmm... mniej poważny.

Kolejny sterownik NVIDII - 180.44

NVIDIA ostatnio wydaje sterowniki dla systemu Linux z szybkością karabinu maszynowego ;-) Wczoraj została wypuszczona kolejna wersja sterowników, oznaczona numerem 180.44. Wydanie to wprowadza wsparcie dla nowych kart graficznych: Quadro FX 3800, Quadro FX 3700M, Quadro FX 1800, Quadro FX 580, Quadro FX 380, Quadro NVS 295, GeForce GT 120, GeForce G100.

Z większych zmian:

• poprawiono obsługę i wydajność OpenGL 3.0 (m.in dodano wsparcie "RG renderbuffers" i "Floating-point depth buffers")


• dodanie do VDPAU funkcji "skip chroma deinterlace" oraz wsparcia dla akceleracji WMV/VC-1 i poprawa działania dla kodeków H.264 i MPEG


• lepsze zarządzanie energią na niektórych maszynach

Poprawiono również wiele błędów, również błędów stabilnościowych. Użytkowników KDE 4.x z pewnością ucieszy fakt, iż poprawiono błędy z wyświetlaniem plazmoidów korzystających z OpenGL 3.0

Pełna lista zmian znajduje się na stronie NVIDII.

PS. Nie tłumaczę tutaj z angielskiego niektórych nazw funkcji, bo nie jestem specjalistą w tej dziedzinie a nie mam zamiaru tworzyć potworków językowych.

10 dróg do gładkiego przejścia na Linuksa

Dwa dni temu na ZDNet.co.uk pojawił się artykuł pt. Ten ways to smooth the switch to Linux. Wprawdzie artykuł nie jest specjalnie odkrywczy i rewolucyjny, ale pozwoliłem sobie zgrubsza i pokrótce przetłumaczyć ważniejsze tezy.

Tak więc mamy małą firmę i chcielibyśmy przesiąść się na darmowy i bezpieczny system zwany GNU/Linuksem, jednak obawiamy się oporu pracowników - dotychczasowych użytkowników Windowsa. Co robić? Jack Wallen (autor artykułu) podaje nam 10 propozycji ułatwiających migrację. Moje komentarze są zaznaczone tekstem pochyłym.

Tak więc jak to szło...

1. Upodobnij środowisko graficzne do Windowsa. - Może użytkownik nie zauważy dużej różnicy, szczególnie jeśli wmówi się mu, że to tylko nowy zestaw ikonek ;-)


2. Przed migracją używaj na Windowsie tych samych, znanych aplikacji, których później możesz używać także pod Linuksem; np. Firefox i Open Office - Jak wiadomo OS OS-em, ale tak naprawdę człowiek przyzwyczaja się do konkretnych aplikacji związanych z danym systemem operacyjnym.


3. Wybierz dystrybucję odpowiednią dla początkujących. - Pod warunkiem, że to pracownik będzie dokonywał czynności administracyjnych. Bo jeśli nie to do pracy można dać mu zamaskowane Gentoo/Slackware ;-)


4. Pozwól użytkownikom pobawić się Linuksem zanim będą go używać w pracy. Na przykład przygotuj specjalną maszynę z Linuksem, by pracownicy poznali system zanim będą musieli na nim pracować.


5. Usuń narzędzia administracyjne z menu. Nadmiar narzędzi administracyjnych może tylko zawrócić nowemu użytkownikowi Linuksa w głowie. - Zwykły użytkownik nie będzie i tak tego używał, a i przestraszyć się może ;-)


6. Zainstaluj Adepta. - Ale to stosuje się tylko dla dystrybucji opartych o APT...


7. Zapewnij użytkownikom drukowane instrukcje i podręczniki - Pewnie nikomu nie chce się czytać manuali w pdf-ach, a taką książkę to można do łóżka wziąć i o Linuksie poczytać...


8. Pokazuj ciekawe screencasty o użytkowaniu Linuksa.


9. Zachęcaj do wchodzenia na linuksowe fora dyskusyjne i listy mailingowe.


10. Zachęcaj pracowników do instalacji Linuksa w domu i pomóż im w tym. Dzięki temu szybciej oswoją się z systemem. - Jak wiadomo najwięcej uczymy się gdy nie musimy pracować...

Gluon - biblioteka KDE dla gier 2D

Łączeniu i standaryzacji w KDE nie ma końca ;-) Najpierw był Phonon zbierający z całość system zarządzania multimediami, oraz Solid od integracji sprzętu. Niedawno zaś powstał Gluon (osobiście nazwa brzmi mi bardzo swojsko, ponieważ nieco się interesuje cząstkami elementarnymi). Gluon jest biblioteką KDE stworzoną specjalnie do gier 2D.

Gluon powstał z połączenia trzech (hmm, teraz wiem skąd wzięła się jego nazwa...) bibliotek: KGLEngine, KALEngine i KCLEngine i bazuje również na trzech filarach: OpenGL do renderowania grafiki 2D, OpenAL do zarządzania dźwiękiem oraz Box2d jako silnik interakcji fizycznych.

Więcej informacji znajduje się na stronie domowej Gluona. Tamże znajdują się także filmiki prezentujące jego możliwości.