ubuntu

amarok, ardour, pulseaudio és jackd ubuntun (félmegoldás)

~ connor ~ Leave a comment

Reggeli elfoglaltság gyanánt (ma korán kellett kelni, és még nem vagyok munkaképes :)) elkezdtem szórakozni az ardour 2-vel. Illetve kezdtem volna, de ismét azt kellett tapasztalnom hogy ez biz nem megy.
m.j.: Amarok legyen jelen esetben a mindenféle hangot lejátszó program.

A problémáról nagyvonalakban:

  • alapértelmezett hangrendszer a pulseaudio, ami direktbe az alsa-t használja
  • az ardour a jackd-et használná alapból (csak sejtem, hogy miért nem lövik hozzá a pulse-t)
  • jackd is az alsa-t használná alapból

A megoldás látszólag pofonegyszerű (és nem csak látszólag az, tényleg egyszerűen összelőhető):
jackd => alsa
pulse => jackd
amarok => pulse
ardour => jackd

Lássuk milyen problémákat kell leküzdeni:

  • pulseaudio deb csomagja nem szállítja a szükséges modult ubuntu alatt
  • jackd futtatásásához elengedhetetlen egy olyan felhasználó akinek van joga állítani a folyamatok prioritását
  • a jackd csomagja nem szállít felhasználót és rendszer szintű daemon indítást (init.d)

És a megoldások:

  • deb csomag: ezzel sajna nincs mit tenni, újra kell forgatni a csomagot a debian eredeti alapján, hogy a szükséges deb csomagokat megkapjuk.
  • jackd felhasználó: ezt, jelenleg úgy oldottam meg, hogy a saját 1000-es felhasználómnak adtam jogot a folyamatszabályozásra
  • rendszer szintű indítás: kézzel indítom a pulse-t és a jackd-t, szóval nem megoldott

Releváns lépések:
apt-get install ardour2
apt-get source pulseaudio
pulseaudio deb újraforgatás
(nem részletezem, install és control fájlokat össze kell vadászni az unstable forrásából és a jack-dev csomagot fel kell tenni. Ki fogom tenni a deb fájlokat amiket csináltam.)

~/jack.pa:

#!/usr/bin/pulseaudio -nF
#
load-module module-jack-sink
load-module module-jack-source

load-module module-native-protocol-unix
load-module module-volume-restore
load-module module-default-device-restore
load-module module-rescue-streams
load-module module-suspend-on-idle
.ifexists module-gconf.so
.nofail
load-module module-gconf
.fail
.endif
.ifexists module-x11-publish.so
.nofail
load-module module-x11-publish
.fail
.endif

/etc/security/limits.conf:

@connor - rtprio 20
@connor - memlock 4194304
@pulse - rtprio 20
@pulse - nice -20

~/.jackdrc tartalmát ki kell kommentezni

jackd futtatása:

jackd -R -P4 -dalsa -r44100 -p512 -n4 -D -Chw:0 -Phw:0

pulseaudio futtatása kézzel (ami fut azt ki kell lőni előbb):

pulseaudio -nF ~/jack.pa

(sorrend: jackd, pulse)

A ardour-hoz tesztként egy mp3ból csináltam wav-ot:

mplayer -ao pcm:file="raw.wav" teszt.mp3

mail led

~ connor ~ Leave a comment

Hardy-n a mail ledes megoldást két dologgal kell kiegészíteni:

/etc/rc.local -ba beírni exit elé:

chown userneve:usergroupja /sys/devices/virtual/leds/asus:mail/brightness

A villogtatást a /sys/devices/virtual/leds/asus:mail/brightness -be való 0, 1 beírása végzi.

csomagletöltő

~ connor ~ 3 Comments

Készítettem egy programot amit képes csomago(ka)t és a hozzá(juk) tartozó függőségeket letölteni egy könyvtárba. Ez önmagában még nem olyan nagy szám, hisz’ eddig gyakorlatilag az apt-get -d -t írtam meg, viszont képes egy gép csomaginformációit összegyűjteni, majd egy másik gépen az alapján letölteni/frissíteni. A visszamozgatás történhet akármilyen adathordozón. Egyenlőre erőteljesen nélkülöz mindennemű dokumentáltságot és grafikus felületet, így inkább csak python haxoroknak javasolt 🙂
Letölthető innen:
http://workshop.connor.hu/src/pkg_downloader.py
Továbbfejlesztése várható ilyen irányokba (utolsó két mondat).

Zend Framework 1.5.2 debian csomag

~ connor ~ Leave a comment

Zubuntu alatt csináltam jó sok debian csomagot a fent nevezett kódkönyvtárból.

Egyenlőre nem lett se jóárasítva se repósítva, így ide tettem fel: http://workshop.connor.hu/ubuntu/deb/zendframework/
Pár dolgot még javítani kell benne (csomagok függőségei), ha azok megvannak felkerül a helyére.

(más: szemfüles franciák olaszok kiszúrták, hogy az aegisub nevű filmfeliratozó programból csináltam debian csomagot :))

frissítési tapasztalatok

~ connor ~ Leave a comment

Befejeződött egy kiszolgáló és egy “élesben” (értsd: mindennapi irodai felhasználásban) használt Ubuntu frissítése.
Az kiszolgáló gutsy volt és a fejlesztői szerverem. A munkáim és az erre-arra kicsapongások során sok minden felkerült a gépre így elég sok lom volt már teljesen fölöslegesen. Ez meg is bosszulta magát mert a frissítéskor a postconf scriptek által futtatott ldconfig futtatásakor teljesen véletlenszerűen elhalt. Mivel már egyébként is újra akartam telepíteni ezért a gép sorsa egy teljes újratelepítés lett. Legalább megnéztem milyen manapság egy kiszolgálót újratelepíteni. Gyorsan ment.

Az irodai gép viszont érdekesebb téma. Itt nem Gutsyról (feisty) egy lépésben frissítettem. Ez szintúgy tartogatott meglepetéseket, de nem is vártam mást, így inkább a tapasztalatokat osztanám meg.

Frissítéskor néha rákérdezett, hogy a módosult beállító fájlokkal mit kezdjen. Ezen tapasztalt debianos nem lepődik meg, hanem okosan eljár.

Néha ki kellett adni a dist-upgrade és install -f kapcsolókkal az apt-get-et. Hal Dbus párossal volt egy kis gond. De azt is meg lehet oldani.

Teljesen távoli frissítés után nem jött vissza a gép így kénytelen voltam lemenni az irodába megnézni, hogy mi történt, ahol is egy ehhez merőben hasonló sor sormintázta a képernyőt:

localhost kernel: [ 163.056000] device-mapper: table: 254:0: linear: dm-linear: Device lookup failed

Kis google után arra jutottam hogy az evms eltávolítása a megfelelő megoldás. A kernelbe gutsy alkalmával egy folt került amit az evms nem szeret. Feltehetőleg a feisty => gutsy frissítéskor ezt a programot leszedi a frissítés, viszont a feisty => hardy során nem. Rebootkor ez meg is bosszulta magát. Megoldás ilyenkor hogy frissítés után kézzel leszedjük vagy, ha elfelejtettük megtenni ezt, akkor helyreállító módban a gyökér kötet fölött készített chroot-on belül leszedjük az evms csomagot utólag.

Következő meglepetés az indítás után ért. Egyrészt lefutott az fsck ami ezúttal már szépen beleépült az uspash-ba, másrészt elindult a failsafe. Előbbinek örültem, utóbbinak már kevésbé, öröm az ürömben hibátlanul működik a failsafe elképzelés. Rögtön feltűnt, hogy nincs zárt eszközmeghajtó telepítve. Synaptics meg is mondta, hogy miért: Valami miatt a régi kernel-hez való restricted csomag volt csak feltéve. Feltettem, észlelte az nvidia drivert, telepítette a megfelelő csomagot, és újraindítás után már a rendes felbontás fogadott.

Thunderbird binárisa változott gutsy-ban, így a panelra kitett ikont cserélni kellett.

Más probléma nem volt, de holnap azért nyúzom kicsit a rendszert.
Tetszenek a grafikai változások, tetszik hogy lényegében pöccre megy a VPS (ki van kapcsolva de azért mégis, megnézem má’) és teljesen szolíd, tetszik a fsck amit fentebb említettem.
Igaz nem volt elvárás, hogy a két verzió között pöccre menjen minden de azért kíváncsi vagyok, hogy két LTS közötti frissítés hogyan zajlik. Főleg egy nagyon használt rendszeren.

Folyt. köv. Következik a feisty => hardy kiszolgáló frissítés: vserverben és sima rendszeren éles környezetben. Remélem szolidabb lesz az élménybeszámoló.
A laptopom frissítésén meg még dolgozni kell mert jelenleg 300 mega üres hely van pedig 1 giga kéne… 😮

mit telepítettem indulás óta a gépemre?

~ connor ~ 5 Comments

A címben olvasható probléma első nekifutásra a következő -egyáltalán nem tökéletes és optimális- scriptet szülte:
http://workshop.connor.hu/src/telepitett_programok
http://workshop.connor.hu/src/all_deps.py (python-apt forrásából)

A kapott listát be lehet adagolni egy teljesen üres telepítésnek.
Már kavarog a fejemben egy komplexebb megoldás amely az offline update* mellett erre is jó lenne.

* gondolva a forgalomkorlátos netesekre, de a vállalati felhasználásban is látnám hasznát.

csomagokról, modemekről és egyéb érdekfeszítő dolgokról

~ connor ~ Leave a comment

Hölgyem és uraim! Laidies and gentlemen!
One szerencsém bemutatni, a ma esti sztár vendégünket! A színpadon a hso kernelmodul deb csomagba gyömöszölt /dev/ttyHS0 1 2-t létrehozni képes változata web’n’walk kütyükhö’!
Tesztelési célzattal feltöltöttem ide:
http://workshop.connor.hu/ubuntu/deb/hso/
A driver értelem szerű, hogy mit tartalmaz. A rezero a Zero néve keresztelt “cd” kiiktatása.
Azért oda lett feltéve mert egyenlőre a net létrehozása nem tesztelt és próbált. Elvileg megy. Gyakorlatilag a mai napi teendőim mellett nem volt módom kitesztelni, hogy innen hova tovább.
CSAK a 2.6.22-14-generic kernelhez jó (betelepülés miatt)!
A hétvégén segítettem egy ubuntuzónak beüzemelni a szappantartót, és az is _sokkal_ egyszerűbb lett. Egy, alapvetően vodás hálózatra készült pythonban írt, csinos kis progit kellett telepíteni. Megpróbálom majd hogy hátha azzal is lehet majd kezelni ezt a drivert és ha megy akkor szállítom a komplett megoldást a jelenleg kapható és ismertebb 3G modemekhez. (220 270 és Option “pendrive”)

A T-mobile, a 3g és a E220 HSDPA Modem esete…

~ connor ~ 6 Comments

… Ubuntu-n.

Végre sikerült kölcsönkérni egy, a címben megnevezett modemet, amit kis bütykölés után be is tudtam állítani.
A következő volt a telepítés nálam:

Csatlakoztatás után az usb háttértár része feljött jelezvén, hogy észlelte a csatlakoztatást. Ezt egy lsusb-vel még meg is erősítettem, melynek a kimenete a következőképpen nézett ki:

Bus 002 Device 002: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem

/etc/modules fájlhoz hozzáfűztem ezt a két sort:

options usbserial vendor=0x12d1 product=0x1003
post-install usbcore modprobe usbserial

Gép restart (elég lenne a modulokat kiszedni majd újra betölteni, de most lusta üzemmódban üzemelek). Újraindulás után azért győződjünk meg arról, hogy a /dev/ttyUSB0 létrejött.

Rendszer -> Adminisztráció -> Hálózat, Modem beállítása

http://workshop.connor.hu/tmp/screen_20080126211148.png (jelszó web)
http://workshop.connor.hu/tmp/screen_20080126211156.png
http://workshop.connor.hu/tmp/screen_20080126211204.png

Utolsó fül beállításait jóérzés és a felhasználói igények szerint tessék.
Majd csatlakozás és ha minden jól megy a kék led felvillan a modemen.

Akitől kölcsönkértem a modemet mutogatta a wines felületet amit a Tcégnél írtak és volt benne egy statisztika ami azt mutatta (volna), hogy mennyi volt az adott hónapban a forgalom. Ez egy jó dolog lenne ha működne, viszont nem működött.
Kicsit bogarásztam a témában hogy mit lehetne alkotni linuxon és erre jutottam:
/etc/ppp/ip-down.d mappába egy 01stat-save fájlt létrehoztam, majd futtatás joggal láttam el.
A tartalma pedig ez lett:

#!/bin/sh

bytes=$(ifconfig ppp0 | grep RX\ by)

RX=$(echo $bytes | cut -d: -f2 | awk '{ print $1 }')
TX=$(echo $bytes | cut -d: -f3 | awk '{ print $1 }')

DATE=$(date "+%Y%m%d")

echo $DATE $RX $TX >> /tmp/ppp-transferstat

Persze ehhez még valami jól kinéző grafikonos cucc kéne ami összesíti a számokat mert így kicsit fejszámolós a téma 🙂
De kezdetnek legalább működik. (nem úgy mint a hivatalos cucc :))
Ha szerény akarnék lenni, azt mondanám: connor t-mobil 1:0 😉

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.

kubuntu nyelvi őr kerestetik

~ connor ~ 4 Comments

Hup-ra is elküldetett Gábor által az ubuntu-s “Melyik program fordítása készüljön el a hardy-ig?” kezdeményesés, és felvetették -jogosan- hogy a Kubuntu szegény elég elhanyagolt.
Ez azért van, mert a jelenlegi honosításra szakosodott csapat leginkább Gnome központú, és egyik alapvetés, hogy aki a fordítást, karbantartást vállalja, az aktív felhasználója legyen az adott felületnek/programnak.
Ezért úgy gondoltam összeszedem hogy milyen teljesíthető “követelményeknek” kell megfelelni ahhoz, hogy valaki segíthessen a kubuntu fordítását kiadásról kiadásra rendben tartani.

  • Van rááldozható szabadideje a tesztelésre!!!
  • Használja a mindennapjaiban a KDE-t. Fontos, hiszen így ismeri minden részletét, és tudja mik azok a részek amiknek a fordítottsága hajlamosak kiadásról kiadásra, visszaesni.
  • Legyen olyan gépe ami képes egyszerre kielégítő sebességben futtatni két operációs rendszert valamilyen (virtualbox) virtualizációs megoldással. Ez fontos, de manapság már nem teljesíthetetlen követelmény. Gyorsabb a tesztelés és telepítés, könnyebb képernyőképeket készíteni és azon nyomban lehet küldeni is a megfelelő helyre.
  • Következő feltételek olyanok melyeknek való megfelelés, nem kötelező, viszont nagyfokú önállóságot biztosít a problémák megoldásához, teszteléshez, fordításhoz.
  • Ismeri a kde program szintű felépítését, és tudja azt hogy mely részek milyen szoftverkomponenst tartalmaznak. Illetve ezt visszafele is, mely szoftver mely részben található. Eligazodik valamelyest a kde svn repozitjában és tudja, hogy mit hol keressen.
  • Ismeri a forráscsomag beszerzést, és abból ki tudja szedni a po fájlokat fordítás céljából.
  • Launchpadon vagy kbabelen keresztül le tudja fordítani a hiányzó részeket és azokat be tudja küldeni az illetékes szerveknek.
  • Meg tud felelni néhány alapszabálynak és terminológiának.

Az első három pont fontos és szükséges alapfeltétele annak, hogy tesztelni tudjon az illető. A többi viszont megtanulható akkor, ha van egy kis programozói véna. A kezdeti eligazodást tudja segíteni a jelenlegi csapat és az openscope tömörülés. Szóval szerintem nem teljesíthetetlen a dolog.

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.