linux

levéljelző led asus laptopokon 2. kör

~ connor ~ Leave a comment

Tegnap megnéztük hogyan tudja a pidzsön villogtatni a ledet, ma megnézzük hogyan lehet ténylegesen levéljelzésre használni, Varnagy kolléga igényeinek megfelelően villogtatással.

A leveleket leszedni a mail-notification program fogja, a villogtatást pedig egy kis script végzi.

  1. Telepítsük a mail-notification csomagot.
  2. Állítsuk be a kívánt postafiókot.
  3. Töltsük le az általam írt két shell scriptet, adjunk nekik futtatás jogot.
  4. Majd a képen látható opciókhoz állítsuk be a két scriptet, hogy futtassa le a mail-notification program.

levéljelző led asus laptopokon

~ connor ~ 2 Comments

Azok akik asus laptopot használnak, azok a 4 ledből 1-et biztos nem használnak linux alatt ez pedig a levél jelző lámpa. Az acpi kezelésére van bízva ennek a lámpának a villogtatása, és a /proc/acpi/asus/mled fájl tartalma (0 vagy 1) adja, hogy a lámpa világít vagy sem. Ez felelős az fn fényerő, -hang, böngésző és levelező gombokért is, úgyhogy ha valamelyik ezek közül nem megy akkor az acpi-t kell előrángatni. Szóval visszatérve a led-re, ahogy felfedeztem hogy hol lehet kapcsolgatni rögtön valami megoldás után néztem, hogy hogyan tudnám ezt beépíteni és használatba venni. Az IRC-en kaptam egy tippet, hogy pidgin alá létezik egy program ami akkor villogtatja meg a led-et ha üzenetünk érkezik.
A program innen tölthető le:
http://koti.mbnet.fi/simom/pidgin/led-notification/
Ha valaki nem akar a forgatással szórakázni, akkor letöltheti a 0.1-ből készült binárist tőlem. Ezt a fájlt kitömörítés után a ~/purple/plugins/ mappába kell másolni, majd újraindítani a pidgin-t.
A forgatáshoz egyébként pidgin-dev csomag kell (a szükségeseken túl, persze).

Most pedig ezt a ledet összepasszintom a thunderbird-el.

opensuse 10.3 telepítése

~ connor ~ 4 Comments

Megelégeltem, hogy mindenhol úgy áradoznak az Ubuntu-ról mintha csak az lenne az egyetlen felhasználóbarát operációs rendszer melynek telepítése egyszerűbb mint az xp. Nem használtam debian alapú rendszertől eltérőt már vagy 5 éve, de azért azt én is tudom, hogy már akkor next next next finish volt a suse telepítője. Hogy kicsit felfrissítsem az ismereteimet feltettem egy opensuse-t gnome-al. Kis ismerkedés, kis újdonság sosem árt.

A telepítés menete kicsit más, de tényleg egyszerű. Ubuntu-tól eltérően a cd egy telepítő korong, melyet ha betöltünk, első körben a programok telepítése kerül sorra. Ekkor egyetlen zavaróbb angol nyelvű szöveg a prezentáció volt. Ha már ezt kell nézni telepítés közben akkor lehetne magyar is (viszont a tapasztalatból tudom, hogy nem azért angol a szöveg mert az olyan szép nyelv). Második indításkor elsőre még azt hittem, hogy én szúrtam el valamit és nem választottam ki a nyelvet magyarra, de rövid időn belül rá kellett jönnöm, hogy ez bizony egy hiba a rendszer részéről, a telepítés további szakasza angolul zajlott. Viszont az egyszerűség továbbra sem lépte át a MáSik rendszeren található telepítés egyszerűségét. Azon felhasználók akik nem értenek egyes lépéseket (DHCP rendre ilyen terület, inkább varázslás egy egyszerű felhasználónak), ráhagyatkozhatnak a telepítőre, azok viszont akik szeretik beállítani a telepítendő rendszert azok is megkapják a lehetőséget a babráláshoz. Beállítás végeztével a frissen telepített rendszer indult, és nem volt sokkal több a telepítés mintha ubuntu-t telepítettem volna. Majd ismét meglepődve kellett tapasztalnom, hogy bizony a rendszerem igencsak magyangol nyelvezetű. Őszintén szólva nem is kicsit, inkább nagyon.
Mentéségére legyen mondva a kék zöld téma mindig is tetszett, és ez most sincs másképp. Maga a téma és a programok első ránézésre szépen össze van csiszolva, viszont az, hogy a felület milyen szinten angol az egy kicsit szomorú. Nagyon remélem, hogy csak én bénáztam el valamit és az opensuse magyarabb is tud lenni.
Egy apró hibát is találtam a banshee-ben: http://workshop.connor.hu/tmp/screen_20071230124744.png

Minden hibája ellenére azért ezt is emberek készítik így a főhajtás jár nekik. Ha lesz még egy kis szabadidőm nyúzom egy kicsit.

képernyőképkészítő 2.0

~ connor ~ 3 Comments

Ismét egy apró scriptet szeretnék a nagyérdemű elé tárni.
Az Import programra való rácsodálkozásom óta, azt igen sokat használtam. A felismerés (és ircen gerjesztődött igény) hatására arra jutottunk, hogy az ember az elkészült képek nagy részét segítségkérés végett feltölti egy szerverre (legalább is én). Ezt követően adott volt a fejlesztés következő lépése, aminek eredménye ebben a fájlban valósult meg.

Teszteltem. Működik. Használjátok egészséggel!

grub visszatelepítés v2.0

~ connor ~ Leave a comment

Az idő előrehaladtával csak lustul a programozó. De ha még nem is lustulna el, megjelennek azok a felhasználók akik a root partíció hallatára sátánűző rigmusokat kezdenek el skandálni, mondván szegény embert megszállta a gonosz, a gyökér partíció hallatán meg első asszociáció a kertészkedés témakörében áll be.

Kényelmi ember lévén megalkottam ezt a csodafegyvert.
Live cd-n használva a lusta programozó megspórol egy kis gépelést, a hozzá nem értő meg egy komplett újratelepítést. Nem tesztelt, saját felelősségre és egyéb intő jelek.
Vannak nyilvánvaló mellékhatások: pl nem garantált hatás több telepített linux disztró esetén, hajhullás, sárgaság.

vlc és a gettext esete

~ connor ~ 1 Comment

Egy ideje napi debian buildeket használok és egészen meg vagyok elégedve a vlc-vel. Egy dolog tűnt fel (esetenkéni elszállástól eltekintve), hogy angol volt, de ezzel nem sokat foglalkoztam, hiszen angolul is megértem a felületet, akkor meg minek vesződjek. A hivatalos kiadással majd helyrejön, vagy ha nagyon kell majd megoldom.
Nos a buildeket most javasoltam Kelemen Gábornak is, aki a honosítással foglalkozik. Így rögtön ki is derült, hogy miért nem fordult a felület.
Mert kikapcsolták.
Az ok igen prózai:
– hibás a dgettext glibcéstűl együtt. A hiba nagyjából “annyi”, hogy glibc 2.6 és 2.7-es verziójában nem thread-safe. Így segfaultot okoz ha más threadból akarunk hozzáférni az adott memóriaterülethez.

A szál amiben ez olvasható.

Ez azért roppant kínos, mert a vlc 0.9.0-es verziója januárban érkezne, a jelenlegi changelog szerint ez a hiba nem nagyon zavarja a fejlesztőket, így a kiadás megtörténik hiba nélkül vagy azzal együtt. Abban az esetben ha a program adott verziója nem honosítható szerintem az ubuntu fejlesztői nem fognak verziót lépni az oprendszerben és más nagyobb terjesztés sem fogja meglépni a frissítést, vagyis marad a 0.8.9 amíg a hiba nem javul lib szinten.
A jelenleg folyamatban lévő 100%-os honosítást tehát ehhez lenne célszerű elkészíteni. Ha a libben valami csoda folytán javítják a hibát kiadás előtt, akkor fennáll az esély arra hogy a 0.9.0 megy ki félig honosított felülettel.
Érdekes dolgok ezek…

szerk: a javítás megvan… az upstreamben. Holnap (ma) levadászom a javítást és csinálok egy deb-et belőle, hogy folytatódhasson a 0.9.0 honosítása.

adatok kinyerése videóból

~ connor ~ Leave a comment

Ha már elkezdtük az ffmpeg-et vizsgálni akkor nézzük meg, hogyan lehet adatokat kinyerni a (de)kódolandó videóból:
ffmpeg -i /utvonal/az/avihoz/fajl.avi

A kimenet nagyjából így fog kinézni:
FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al.
configuration: --enable-gpl --enable-pp --enable-swscaler --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libogg --enable-libgsm --enable-libmp3lame --enable-dc1394 --disable-debug --enable-shared --prefix=/usr
libavutil version: 1d.49.3.0
libavcodec version: 1d.51.38.0
libavformat version: 1d.51.10.0
built on Nov 28 2007 19:39:53, gcc: 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)

Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 23.98 (24000/1001)
Input #0, avi, from '/media/stuffs/new/clannad/01 CLANNAD (BS-i DivX6.6 1280x720).avi':
Duration: 00:24:09.9, start: 0.000000, bitrate: 1854 kb/s
Stream #0.0: Video: mpeg4, yuv420p, 1280x720, 23.98 fps(r)
Stream #0.1: Audio: mp3, 48000 Hz, stereo, 192 kb/s
Must supply at least one output file

Nézzük mit kapunk.
Az első néhány sor az ffmpeg készítésekor felhasznált kapcsolók listája és a lib-ek verziója. Az előbbi azért fontos, mert például amikor mp3 hangsávval rendelkező videót szerettem volna készíteni a hangsáv készítését nem engedte mert nem ismerte az enkoder az mp3-at. Kis google-zás után arra jutottam, hogy az ubuntu verzióba nincs beleforgatva a liblame mint enkore (–enable-libmp3lame). Hogy kiderüljön mivel lett forgatva az ffmpeg elég volt azt egyszer lefuttatni. (a bemásolt példa azért megtévesztő mert én azóta készítettem egy saját deb-et amibe beleforgattam).

Következő rész a számunkra igazán fontos. Input #0, vagyis az első bemenő fájl adatai, avi fájltípus és a fájl neve, elérési útja.
Duration: hossz
start: a bemenő fájl melyik pozíciójától szeretnénk feldolgozni.
bitrate: értelem szerűen.
A bemenő fájlnak két adatfolyamja van a példa szerint.
Az első egy videó csatorna, melynek a kodekje (!) mpeg4 és a színpaletta yuv420p (FIXME), felbontás 1280×720, képkockák száma másodpercenként: 23.98.
A második sáv egy 48000 Hz-es, sztereó mp3, mely 192 kb/s -os mintavételezésű.

Egy szintén fontos kapcsoló amit érdemes megjegyezni a -formats.
Ennek a kimenete a következőképpen néz ki:

...
File formats:
E 3g2 3gp2 format
E 3gp 3gp format
D 4xm 4X Technologies format
....
D wsvqa Westwood Studios VQA format
D wv WavPack
DE yuv4mpegpipe YUV4MPEG pipe format

Codecs:
D V 4xm
D V D 8bps
D V VMware video
D V D aasc
....
D A xan_dpcm
D V D xan_wc3
D V D xl
DEV D zlib
DEV zmbv

Supported file protocols:
file: pipe: udp: rtp: tcp: http:
Frame size, frame rate abbreviations:
ntsc pal qntsc qpal sntsc spal film ntsc-film sqcif qcif cif 4cif
Motion estimation methods:
zero(fastest) full(slowest) log phods epzs(default) x1 hex umh iter

A támogatott fájl formátumok, kodekek, protokollok listája.
A fájlformátumok és a kodekek előtt lévű betűk kis magyarázatra szorulnak:
D – dekódolás
E – enkódolás
A – audió
V – videó

A fent említett liblame kapcsoló hiányával például így nézne ki az mp3 sora:
D A mp3
vagyis csak dekódolni tudja, és a megnevezett formátum audió.
Nálam ez így néz ki:
DEA mp3
vagyis dekódolni, enkódolni is tudja az audió formátumot.

gutsy iftab és udev problémák

~ connor ~ Leave a comment

Valami miatt újraindult a fejlesztői szerverem ami egyben router is. A dist-upgrade után annó nem volt restart így most jött elő egy érdekes probléma. Arról, hogy egy hálókártya azonos helyen legyen mindig (eth*) eddig az iftab nevű beállítófájl gondoskodott. Gutsy-ban ezt a funkciót az udev vette át. A frissítéskor megfelelően áthozza a kártyákat, viszont az udev valami miatt felismerte a pci kártyát még egyszer így azt a kártyát amin a dsl modem csücsül mégegyszer hozzáadta eth2 néven. Így induláskor (és netrestartkor) problémázott a pppoe mert a kártyák beállításakor az eth1-re nem került kártya (vagy felülírta és azt eth2-n volt, vagy hozzá sem adta, mondván kétszer szerepel a beállítófájlban).

/etc/udev/rules.d/70-persistent-net.rules

# Converted from /etc/iftab on upgrade
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:0E:2E:C0:83:BA”, NAME=”eth1″

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM==”net”, DRIVERS==”?*”, ATTRS{address}==”00:0e:2e:c0:83:ba”, NAME=”eth2″

Megoldás annyi, hogy az iftab-ból áthozott sort törölni kell és a udev által hozzáadott sort átszámozni (udev ezt a sort hozzáadja automatikusan ha ezt töröljük).

/etc/init.d/udev restart
/etc/init.d/networking restart

videodarabolás ffmpeg-el

~ connor ~ 2 Comments

Újabb ffmpeg 5 perc keretében megtanulunk kinyesni egy kicsit a filmből. Ha már előzőleg megtanultunk pozícionálni akkor most azt felhasználva továbbfejlesztjük tudományunk. És a parancs vala:

ffmpeg -i fileneve.avi -ss 00:02:00 -t 00:00:30 op.avi

-ss már tudjuk mire szolgál.
-t kimentett anyag hossza.

Az eredmény pedig a bemenet 2. percétől 30 másodperc hosszú anyag.

szenilitás beköszönése

~ connor ~ Leave a comment

Két napja frusztrál az a probléma, hogy a gutsy-n nem tudok debootstrap-al feltenni egy gutsy-t. Ma remekül sikerült megoldani a problémát, mivel a kernel forgatáskor (független az előbbiektől) ez a kép köszöntött:
make xconfig
HOSTCC scripts/basic/fixdep
/bin/sh: line 1: scripts/basic/fixdep: Permission denied

Ekkor kezdett gyanus lenni, majd egy mount kiadása után beigazolódott, hogy az év lámaságát szenvedtem el:

/dev/sda1 on /media/stuffs type ext3 (rw,noexec,nosuid,nodev)

Nos ez szép lecke volt…

képlopás filmből ffmpeg segítségével

~ connor ~ Leave a comment

ffmpeg -i "avi" -y -ss 0:00:03 -vframes 1 -an -vcodec mjpeg op/op01.mjpeg

Magyarázat:

-i Forrásfájl amit meg akarunk nyitni.
-y Felülírja a célfájlt ha létezik.
-ss Pozícionálás. A képet ebből a pozícióból fogja szedni.
-vframes Kimentendő frame-k száma.
-an “hangsáv” letiltása.
-vcodec Kimeneti “videósáv” kódolása. (további infó ffmpeg -formats)
op/op01.mjpeg Cél képfájl.

képernyőkép készítése

~ connor ~ 2 Comments

Biztos mindenkinek szüksége volt már olyan lehetőségre, hogy képernyőképet készítsen a gépéről, mert megakarta valakinek mutatni mert elakadt valamiben, vagy mert éppen leírást szeretne készíteni valaki számára, hogy grafikus felületen bizonyos műveleteket hogyan tud elvéhezni. Linux alatt (de windowson is működik) egy kézenfekvő megoldás ilyenkor a printscreen billentyű megnyomása, melynek hatására az egész képernyőről kép készül (windowson vágólapra kerül, linuxon elindul a megfelelő program).

Mi van olyankor, ha mi nem az egész asztalról szeretnénk képet készíteni hanem csak egy ablakról vagy a képernyő egy részéről? Ilyenkor jöhet jól az imagemagick import programja. A programot használva lehetőségünk van egy adott területről vagy egy ablakról képet készíteni és azt fájlba kiírni. Nézzük mit kell ehhez tennünk:
Először is telepítsük fel az imagemagick csomagot. Mivel a program parancssoros így készíteni fogunk hozzá egy alkalmazásindítót a Gnome panelra, hogy minnél kényelmesebb legyen használni. Hozzunk létre egy fájlt valahol a fájlrendszeren (én a Saját mappámba tettem /home/connor), a következő tartalommal:

#!/bin/sh

import -frame ~/screen/screen_`date +%Y%m%d%H%M`.png

Hozzunk létre egy könyvtárat a Saját mappánkban screen néven, és adjunk futtatás jogot a most létrehozott fájlnak:

Ezek után jobb klikk a Gnome panelra, “Hozzáadás a panelhez…”, “Egyéni alkalmazásindító”, majd töltsük ki a megfelelő módon:

Értelem szerűen a Parancs mezőbe a saját mappánk elérési útját írjuk be.
Indításkor az egérből egy kereszt lesz amivel ha egy ablakra kattintunk, akkor az egész ablakról, ha nyomva tartjuk és egy területet jelölünk ki, akkor a kijelölt területről készül kép.

Samba PDC

~ connor ~ 5 Comments

Több hetes szívás után végre sikerült teszt környezetben samba alapú elsődleges tartományvezérlőt felállítani. A helyzetet nehezítette, hogy annak előtte soha nem használtam LDAP-ot és az jelszóadatbázisnak vagy ldap vagy mysql alapúnak kellett lennie, és neten fellelhető 4-5 dokumentációból kellett összevadászni az informácót. Hogy a feltörekvő nemzedéknek ne legyen ezzel a jövőben gondja hamarosan publikálok egy részletes telepítési és beállítási útmutatást (viszont kimondhatatlan mámoros érzés több hetes szívás után hogy bejelentkezik a tartományba… :D).
Most jöhet a Novell NetWare migrálása.