Etichete
amd bittorrent bug centos debian enlightenment fedora fedora 8 fedora 9 fedora 10 fedora 11 fedora 12 fedora 13 fedora 15 fedora 16 FedoraMD fglrx firefox flash player gnome google intel interview java kde kernel linux livecd migrate moldova nvidia openoffice OpenStreetMap opera Orange ovirt radeon red hat rpmfusion Sandel skype video virtualisation vmware wine
Thunderbird 3 beta 2
2009-03-05 10:05 | Autor: Vasile Chelban | Filed under: Vasile
Printre trăsături a viitoarei Fedora 11 Leonidas se numără și noua versiune client e-mail popular - Thunderbird 3. A 2-a versiune beta a acestuia a apărut recent, și deja este disponibilă ca pachet pentru Fedora 11 (rawhide). Spre mirare, acesta fără nici o problemă se instalează și pe Fedora 10, și lucrează destul de bine. De această noutate se vor bucura în special utilizatorii sistemelor cu architectura x86_64 - deoarece programatori Mozilla nu fac pachete (tarball'uri) decît pentru Linux-i686, Windows 32bit, MacOS X.
La utilizarea Thunderbird (cît și Firefox) deseori utilizăm careva extensii (addon). Din păcate multe încă nu sînt compatibile cu noul Thunderbird. Cei care au așteptat calendarul Lightning să fie intergrat în client email, vor fi interesați în argumentele contra acestui pas. Extensia Lightning pentru sisteme de 32 biți poate fi instalată prin intermediul Lightning Nightly updater, și pentru sisteme de 64 biți - de pe spot.fedorapeople.org.
Etichete: fedora 11, Thunderbird
BIEW și syncevolution în FMD repo
2009-02-06 11:15 | Autor: Vasile Chelban | Filed under: FedoraMD, Vasile
Punînd problema sincronizării datelor personale dintre două calculatoare, un telefon mobil și Nokia n810, am început studiul soft'ului necesar. Sursa primară pentru toate dispozitivele am ales un server SyncML.
Telefon mobil (în cazul meu - bătrînul Siemens CX65) are client SyncML integrat, pe calculatoarele am Thunderbird 2 de la Mozilla cu extensia Lighting (analogul Mozilla Sunbird) și pentru acestea există extensii pentru sincronizare cu serverele SyncML, spre exemplu de la Funambol. Dar pe n810 utilizez GPE Suite, și acesta la moment nu suportă syncML. În schimb există GPESync și OpenSync. Din păcate implementarea curentă OpenSync SyncML plugin nu supportă sincronizare cu serverele, dar doar cu dizpozitive SyncML-OBEX (sau poate deservi alți clienți), ceea ce nu-mi convine.
Soluția ce urmează s-o încerc este utilizarea etapei intermediare - sinconizare cu Evolution2. Aceasta este posibilă atît cu GPE (utilizînd OpenSync), cît și SyncML server - ne ajută syncevolution. Ambele pachete sunt în Fedora, doar că versiunea ultimuia este puțin învechită. Pentru uz personal, dar și în speranța de a fi util, am asamblat ultima versiune syncevolution pentru Fedora 9, 10 și am plasat-o în repozitoriul FMD.
Detaliile vor urma...
PS: Cîndva, în timpurile MS-DOS și calculatoarelor IBM PC AT Compatible, utilizam Hiew - dizassembler și editor hex abil. După versiunea 5 el a devenit shareware, și e compatibil numai cu sistemele de operare de la Microsoft. În schimb este alternativa sub licența publică GNU - BIEW (Binary vIEW). Posedă aceleași abilități și aceași interfață clasică. Pachetele pentru Fedora găsim în repo'ul FMD.
Etichete: FedoraMD
AMD Catalyst 9.1 pe Fedora 10
2009-02-02 12:19 | Autor: Vasile Chelban | Filed under: Vasile
Odată ce în fedora updates testing a apărut noul build Enlightenment (0.16.999.050), acesta a fost imediat instalat. Ca întotdeauna - însăși e17 lucrează superb, dar unele module adiționale bucură mai puțin. Oricum - mediul merită a fi utilizat.
O altă observație - performanța sistemei grafice. Pe sistemul cu driver'ul nvidia proprietar și GPU intergat (GeForce 6150), e17 pare extrem de comfortabil. Dar pe alt sistem mai puternic, cu ATI Radeon X550 și driver standard xorg-x11-drv-ati (versiune recentă pentru Fedora 10) - te face să-ti amintești de comportarea sistemelor cu driver vesa (lipsit de accelerare 2D). La sfîrșitul lunii ianuarie, și-a făcut apriția AMD Catalyst 9.1 pentru Xorg/Linux (driver numit fglrx). Pentru a-l instala, am dorit cea mai ușoară metodă - repozitoriul RPMFusion. La moment el este încă în testare, și necesită extra pași. Dacă aveți activat repo'ul fmd, atunci mai jos aveți cea mai scurtă schemă de instalare și activare noul driver:
- Activăm repozitoriile rpmfusion-nonfree-updates-testing și updates-testing
$ gpk-repo
- instalăm driver'ul și rpmfusion-config-display (la moment disponibil din fmd repo)
# yum install xorg-x11-drv-fglrx rpmfusion-config-display
- Descărcăm și instalăm configurații test pentru rpmfusion-config-display
# wget -O - http://downloads.diffingo.com/rpmfusion-config-display/rpmfusion-config-display-conffiles.tar.gz | tar -C /etc/rpmfusion-config-display.d -xzf -
- Activăm driverul și aplicăm hack'ul ce va regenera imaginea initrd
# rpmfusion-config-display --enable
# rpmfusion-config-display --initrd-regen-hack - Pentru dezactivarea fglrx (și revenire la radeon/radeonhd driver'e):
# rpmfusion-config-display --disable
# rpmfusion-config-display --undo-initrd-regen-hack
Etichete: amd, enlightenment, fedora 10, fglrx
ftptop pentru vsFTPd server
2008-12-24 12:13 | Autor: Vasile Chelban | Filed under: Vasile
Ceva timp înainte pe serverul FedoraMD utilizam ProFTPD în calitate de server FTP. E abil și flexibil. Însă, necesitățile noastre fiind mult mai simple, am trecut la o soluție mai optimală (pentru noi) - vsftpd. Acesta, în schimb, e mai mic și rapid. Și, cum afirmă autorii, mai securizat.
ProFTPD avea și un set de utilitare în pachet. Printre acestea deseori utilizam ftptop - aplicație în stil top, care arată utilizatorii autentificați și transferul curent. Trecînd la vsftpd, am căutat o alternativă. Am obținut-o ușor și în stil UNIX - comanda căutată este:
watch -n 1 'ps -f -C vsftpd'
și exemplu afișare:
Ultimul pas - creăm script executabil în ~/bin/ ce va include comanda de mai sus.
Etichete: FedoraMD
FedoraMD server software upgrade – part deux
2008-12-22 14:19 | Autor: Vasile Chelban | Filed under: FedoraMD, Vasile
Recent serverul nostru a suferit un upgrade. Ca orice sistem ce lucrează de ceva timp, al nostru nu mai poate fi considerat nici "curat", nici "proaspăt" - avem și soft instalat fără utilizare pachete, avem și modificări în structura si logica listelor de access, fișierelor de configurație. Nu este de mirare că dupa restart, nu chiar toate serviciile au lucrat în mod normal. Despre unele am povestit în primul post.
(mai mult…)
Etichete: fedora 10, migrate, selinux
De ce nu lucrează domeniul nou?
2008-12-22 13:10 | Autor: Vasile Chelban | Filed under: Vasile
O asemenea întrebare dese ori apare la configurarea domeniului procurat. Dacă administratorul este predispus singur să ruleze serverul DNS pentru deservirea zonelor, și o face pe Fedora Linux, atunci îi pot sugera cîteva puncte de reper:
- Instalăm atît bind, cît și bind-chroot - securitate contează. Datele se vor păstra în /var/named/chroot/var/named
Etichete: dns
(ru) „Место встречи изменить нельзя” (версия FedoraMD)
2008-11-09 00:30 | Autor: Vasile Chelban | Filed under: Vasile
Sorry, this entry is only available in ru.
Etichete: FedoraMD
Linux.md update
2008-09-04 11:31 | Autor: Vasile Chelban | Filed under: Vasile
Sorry, this entry is only available in ru.
Etichete: linux, linux.md, moldova
shntool asamblat în FMD repo
2008-09-01 10:53 | Autor: Vasile Chelban | Filed under: FedoraMD, Vasile
shntool, shorten и cuetools au fost asamblate de noi pentru Fedora 8 şi 9. Dacă utilizaţi fedoramd-release, atunci instalare e simplă:
# yum install shntool
shntool este destinat lucrului cu formate audio lossless (fără pierderi). Totuşi el poate fi utilizat pentru convertarea în (dar nu din) orice format. Exemplu pentru convertarea pistelor FLAC în MP3 cu ajutorul codecului LAME:
$ shntool conv -o 'cust ext=mp3 lame --vbr-old -V0 - %f' -d outputdir/ /path/to/flac/files/*.flac
Astfel, problema convertării formatelor audio calitative (lossless) în formate lossy (cu pierderi. Ex.: MP3, Ogg Vorbis), care de obicei apare la utilizarea player'ilor audio portabile, poate fi rezolvată cu ajutorul shntool. Dar dacă sursa este set de fişiere MP3 cu bitrate mare, şi ar trebui să obţinem fişiere de mărime mai mică? shntool nu ne poate ajuta în acest caz. Dar o face lame şi un script scurt:
$ cd "/path/to/source/"; for f in *.[mM][pP]3; do lame -V2 --vbr-old "$f" "/path/to/destination/$f"; id3cp "$f" "/path/to/destination/$f" ; done
Pentru lucrul scriptului avem nevoie de pachetele lame şi id3lib.
Etichete: audio
shntool
2008-08-22 09:08 | Autor: Vasile Chelban | Filed under: Vasile
Deseori descarc muzica de pe Internet în format APE+CUE. Adică imaginea comprimată a discului audio şi CUE sheet corespunzător. Cum nu am obicei de a asculta muzică pe dispozitive audio dedicate (CD/DVD Player'e), dar folosesc player software obişnuit (preferatul meu este mplayer 🙂 ), acest mod de păstrare nu-mi este comod. Astfel se pune problema împărţirii imaginii audio în piste separate conform datelor din CUE sheet, convertării (comprimării) pistelor în format FLAC (e liber, abil, suportă metadate în unicode şi foarte bine suportat de software, dar şi hardware), şi, în sfîrşit, ordonarea pistelor şî completarea lor cu metadate (fie din fişier CUE, fie din baze de date online cum ar fi freedb sau musicbrainz).
Ultimul punct se rezolvă cu instrumente deja cunoscute (easytag, picard - sînt disponibile în repozitoriul standard Fedora). Dar pentru primele eu foloseam propriul script bash. Acesta a crescut cu anii, şi ştia să lucreze cu fişiere de intrare FLAC, WAC PCM, APE, WavPack şi combinaţia lor cu CUE sheet (inclusiv CUE sheet integrat în WavPack). Cu toate că scriptul era abil, totuşi la anumite etape de lucru el cerea extra spaţiu pentru date temporare (dacă lucrezi cu imagine CD - cerinţa era pînă la 1.4Gb libere pe sistem de fişier curent). Alt neajuns era nu a scriptului, ci a utilitarului pe care-l apela - bchunk este mic program utilizat pentru împărţirea fişierului conform datelor din CUE sheet sau TOC fişier. Însă rezultatul lucrului său uneori era diferit de cel aşteptat - pista se termina cu 1-2 sec. mai devreme, pierzîndu-se date audio. În special efectul se simţea la discuri tip non-stop.
Navigînd pe forumuri, am întîlnit referinţe la shntool. Pentru lucru său are nevoie de alte componente:
- mac - convertează din/în APE/MAC format. Descărcăm de pe FreshRPMS.
- shorten - convertor în SHN (shorten) format. Luăm de pe DAG.
- cuetools - conţine cuebreakpoints - utilitarul ce însăşi prelucrează CUE. Pe de altă parte versiuni recente shntool lucrează bine şi fără cuetools. Astfel linkul spre cuetools e opţional. Descărcăm de pe Fedora Koji.
Însăşi pachetul shntool descărcăm tot de pe repozitoriul DAG.
Acuma utilizarea. Programul are mai multe moduri de funcţionare (14 la versiunea curentă). Detalii le veţi găsi în pagina man. Pentru rezolvarea problemei din primul alineat este de ajuns doar de apelat:
$ shntool split -f file.cue -t '%n. %p - %t' -o 'flac ext=flac flac -V --best -o %f -' file.ape
Aceasta e comanda care o folosesc pentru împărţirea file.ape+file.cue în piste cu numele tip '01. Artist - Nume pistă.flac' comprimate cu codecul FLAC în mod de compresie maximă cu verificare ulterioară. Parametrii -o şi -t sînt optionali. S-ar putea de scris comanda mai simplu:
$ shnsplit -f file.cue -o flac file.ape
Diferenţa faţă de prima comandă este în parametrii compresie standard pentru flac, şi numele fişiere generice la ieşire, dar acestea oricum pot fi redenumite cu easytag.
Astfel avantajele:
- uşor de utilizat
- nu cere mult spaţiu pentru date temporare
- lucrează rapid
- produce rezultat bun (în comparatie cu bchunk)
- este foarte flexibil (conform manualului).
Etichete: audio