slacky.eu

Ultimamente mi sto accorgendo che le nuove versioni di importanti programmi richiedono librerie sempre più aggiornate.

Qualche giorno fa sono riuscito a ricompilare Scilab 5.1.1 solo dopo aver aggiornato alcune librerie reperibili solo via CVS.

K3b richiede PolkitQt non disponibile sulle Qt della Slackware 13.

Il prossimo Amarok 2.2.2 (già disponibile in versione beta) richiede KDE 4.3.x e le Qt 4.5.x per cui non può essere installato sulla 13.

Adesso ci si mette pure il nuovo Firefox 3.5.6 che richiede Cairo 1.8.8. mentre persino la current usa ancora cairo 1.8.6; probabilmente, il binario precompilato di Firefox 3.5.6 funziona ugualmente in quanto è linkato staticamente alle libcairo, ma se si vuole ricompilare bisogna per forza aggiornare quella libreria.

Ma che senso ha una cosa del genere?

Numerose distribuzioni Linux, nelle loro versioni più recenti (compresa Slackware 13), sono uscite con KDE 4.2.x; si pretende quindi che una marea di utenti debba aggiornare KDE e le Qt solo per installare Amarok; mi sembra veramente una situazione folle.

...forse perché si sta in una fase di "transizione" con aggiunte di varie feature e orpelli vari presenti solo nelle ultime versioni delle librerie; quello che è certo che ho fatto caso anche io a 'sta cosa. E' una richiesta continua, quasi una corsa "all'ultima libreria" ...mah, forse nelle prossime settimane arriverà un po' di stabilità, chissà.

Bye

ciao Scliab 5.1.1 l'ho compilato dai sorgenti con tre o quattro librerie aggiornate ed un paio scaricate da slacky.eu direttamente.Si è ver è una follia..capisco perchè i produttori di videogames non puntano su linux...è da diventare matti!!!

Scusa phobos, fammi capire. Te vuoi aggiornare i programmi (e avere l'ultimo k3b o l'ultimo firefox) ma non aggiornare le librerie?? Vorresti che firefox 7000 dipendesse e compilasse comunque su cairo 0.1? Interessante come presa di posizione...

l/cairo-1.8.8-i486-1.txz: Upgraded.
Firefox 3.5.6 requires a new cairo to fix a bug on Windows. :-/

ildiama ha scritto:... Te vuoi aggiornare i programmi (e avere l'ultimo k3b o l'ultimo firefox) ma non aggiornare le librerie?? Vorresti che firefox 7000 dipendesse e compilasse comunque su cairo 0.1? Interessante come presa di posizione...

Pretendere di usare librerie vecchissime è irragionevole; certo però che secondo me c'è stato un progressivo cambio di mentalità negli ultimi anni. I programmi più vecchi generalmente erano scritti in modo da compilarsi su una quantità di ambienti (BSD, Linux, Solaris, AIX, ecc.) in varie versioni. Erano pieni di istruzioni per compilare anche con librerie vecchie; si vedeva che gli autori avevano ben presente questo tipo di problemi, forse perché provenivano da ambienti professionali (Solaris, ecc.) dove se il tuo programma funziona solo con le ultimissime librerie ti fanno una pernacchia e nessuno lo usa. Secondo me in questo modo di ragionare c'è anche una forma di rispetto verso gli utenti. Adesso l'atteggiamento è: o aggiorni tutto esattamente come dico io o ti scordi i nuovi programmi. E' la mentalità del desktop con release ogni sei mesi che ha preso piede.

@fgcl2k
No, io non credo che sia come dici tu. Tra l'altro non mi viene in mente nessun "programma" che abbia le caratteristiche che citi, a parte gli "storici" a linea di comando. Semplicemente installando la slack 13.0 o qualsiasi versione si desideri, si hanno i programmi giusti con le librerie giuste. I problemi nascono quando gli utenti pretendono di avere nel loro ambiente "studiato" per un certo supporto, programmi "nuovi" costruiti su librerie aggiornate.
Faccio un esempio inerente al discorso introdotto da Phobos: k3b.
Su slackware c'è già e compilato bene, con il supporto adatto al kde presente su slackware stable. Perché ricompilare l'ultima versione? Tra l'altro Pat in current l'ha fatto pochi giorni fa e di sicuro senza polkitQt (che per inciso, non è una parte "mancante" di Qt, ma le API "Qt like" per la gestione di PolicyKit, tutt'altra bestia).

In effetti da quando é venuta fuori ubuntu con le sue release scadenzate e scadenti linux ha smesso di funzionare e l' ubuntizzazione é diventata globalizzante ... la ricerca della novità é diventata un ossesione isterica.
L' ultima ubuntu con grub2 gdm2 e ext4 ha sputtanato il mondo Linux ... altro che stabilità !
Speriamo che questa cosa cambi e in fretta altrimenti torno a Windows ... che alla fine é più stabile !

Insomma fare esperimenti é bello e divertente ... ma davvero ci si può fidare di filesystem che si corrompono e boot loader che a volte non riescono a far partire il sistema ?
Librerie che sono patchate al volo e che vengono dette stabili quando nessuno le ha testate veramente ... alla fine siamo diventati tutti dei beta tester!

...quoto Luci0; non che io ritorni a Win, ma spero che questa cosa si stabilizzi al più presto; IMHO preferisco qualche feature in meno e/o supporto in meno alle periferiche (ma sicuro e non incompleto) anziché questo "caos" che si sta creando.

Bye

michele.p ha scritto:...quoto Luci0; non che io ritorni a Win, ma spero che questa cosa si stabilizzi al più presto; IMHO preferisco qualche feature in meno e/o supporto in meno alle periferiche (ma sicuro e non incompleto) anziché questo "caos" che si sta creando.

Bye

Per avere un supporto di stampanti ed altre periferiche ci vuole un sistema operativo stabile e che non venga rivoluzionato una volta ogni tre mesi ...

Ho provato Bluewhite64, Slackware13.0 32 e 64 bit.
Tornato deluso alla 12.2 stabilissima.

Non mi sento antiquariato, vedasi kernel nel mio profilo!
Uso SeaMonkey 1.1.17, 1.1.18 non e` usabile,
e non provero` di sicuro il nuovo 2.0.1

Mario Vanoni ha scritto:Ho provato Bluewhite64, Slackware13.0 32 e 64 bit.
Tornato deluso alla 12.2 stabilissima.

Non mi sento antiquariato, vedasi kernel nel mio profilo!
Uso SeaMonkey 1.1.17, 1.1.18 non e` usabile,
e non provero` di sicuro il nuovo 2.0.1

perchè non provi midori o kazehakase? Entrambi in gtk, il primo però è ancora poco stabile, ma kazehakase è una bomba di leggerezza (anche se usa gecko)

Mario Vanoni ha scritto:Ho provato Bluewhite64, Slackware13.0 32 e 64 bit.
Tornato deluso alla 12.2 stabilissima.

come ho già strombazzato abbastanza le current 32 e 64 le trovo a posto;
e meno male: s'installano solo loro sulla nuova macchina, ieri avevo sperato in Debian testing ma al secondo avvio sembra si sia sputtanato il file system;

quanto al tema del thread per curiosità non ho aspettato che si aggiornasse da solo ma ho scaricato Firefox 3.5.6, scompattato in /home (faccio così per usarlo con tutte le distro) e lanciato senza problemi;

r

Io non pretendo ovviamente di installare le ultime release dei vari programmi senza aggiornare le librerie; mi riferivo al fatto che si sta scatenando una folle corsa verso l'aggiornamento a tutti i costi.

Ci sono distribuzioni Linux che diventano vecchie nel giro di un mese.

Non mi sembra una cosa molto seria; sarebbe opportuno invece garantire un minimo di compatibilità per un intervallo di tempo più ragionevole. Se le librerie cambiano continuamente, gli sviluppatori scappano da Linux.

Il caso di Amarok è una vera farsa; io dovrei aggiornare KDE4 e Qt4 per installare una nuova versione di Amarok che poi crasha continuamente, proprio come accade con le vecchie versioni ...

phobos3576 ha scritto: Il caso di Amarok è una vera farsa; io dovrei aggiornare KDE4 e Qt4 per installare una nuova versione di Amarok che poi crasha continuamente, proprio come accade con le vecchie versioni ...

Bè, questo è il solito discorso secondo cui dovrebbe crashare tutto ogni due per tre, cosa non vera sia per kde che per amarok (che non crasha mai).

Rimanendo in topic invece: sicuramente c'è una corsa di questo tipo, e forse la si vede di più in ambito kde, principalmente perchè è un ambiente in divenire, e fino a che non si stabilizza maggiormente l'introduzione di novità, sarà così. In ogni caso, è una scelta personale quella di rimanere stabili o voler essere maggiormente bleeding edge, ed in genere le distribuzioni lasciano questa scelta; io al momento sono su Ubuntu, e se voglio posso aggiornare all'ultima beta di un programma, abilitando tuttavia repository esterni; in caso contrario, invece, rimango con versioni stabili e che vengono aggiornate principalmente con bug fixes (o con nuove versioni che cambiano minimamente).

Se una persona vuole usare l'ultimissima versione di un programma, è normale che possa avere necessità di aggiornare anche programmi e librerie correlate.