certo che...

[absinthe]

a mio modesto avviso ci sono due aspetti:
1- è da un pò che la slack rimane fregata dai kernel: la 12.0 se ricordo bene uscì prima ancora che l'ultima versione stable dell'allora 2.6.21 fosse pronta.
2- i driver intel stanno generando un casino enorme: la combinazione di Xorg+ kernel + drivers genera problemi diversi su pari hw. per questo credo che si sia voluto tenere sul conservatorismo: per essere sicuro che l'utenza con driver intel trovasse una discreta stabilità e una volta trovata non si incasinassero di nuovo le cose.

anche se oramai è più di un anno che non uso slackware e non ho molta voce in capitolo direi che ha fatto bene sia con kde che con il gruppo kernel+xorg+driver:

-xorg è stato aggiornato "forzatamante" perchè la slack continuava a rimanere molto in dietro rispetto alla novità di autoidentificazione hw dei server più recenti (come ricordava conraid in altri post).
-il kernel è rimasto in una posizione in cui pare intel dia una certa stabilità
-policykit è decisamente bleeding edge e deve ancora coesistere con hal.

M

[phobos3576]

Diciamo che l'uscita della 13 è capitata in un periodo veramente terribile con l'accavallarsi di nuove versioni del kernel, di Xorg e di KDE4; come se non bastasse, queste nuove versioni introducono pure dei cambiamenti piuttosto consistenti e, in alcuni casi, pure incompatibili tra loro.
Le altre distribuzioni sono state più fortunate perché sono uscite già da diversi mesi includendo versioni "più tranquille" del kernel, di Xorg e di KDE4; invece, il povero Pat si trova ora a fronteggiare da solo i mulini a vento, nel disperato tentativo di rendere stabile una distribuzione che, se uscisse in questi giorni, sarebbe la più evoluta in assoluto rispetto alla "concorrenza".

Pat ha poche colpe in ciò che sta succedendo; buona parte delle responsabilità ricadono sul problema cronico del mondo Linux consistente in uno sviluppo caotico e privo di coordinamento tra i vari progetti.
Almeno le parti più importanti che compongono una distribuzione, kernel, server grafico e interfaccia utente, dovrebbero evolversi in modo coordinato; invece, ciascuno procede per proprio conto in una folle gara a chi introduce più incompatibilità.

Poi ci si mette pure il caldo di questi giorni a confondere le idee a Pat; guardate il changelog di oggi della current:

Thu Aug 20 22:41:16 CDT 2009

extra/mplayerplug-in/mplayerplug-in-3.55-i486-1.txz: Added.
Enables the use of mplayer for web-embedded media.

Qualcuno avverta Pat che mplayerplug-in è stato ormai abbandonato da tempo ed è confluito nel progetto GeckoMediaplayer.

[Vito]

Io ribadisco che per me Slackware 13.0 può uscire anche a ottobre,basta che sia una release fatta come si deve.

[ponce]

Poi ci si mette pure il caldo di questi giorni a confondere le idee a Pat; guardate il changelog di oggi della current:

Thu Aug 20 22:41:16 CDT 2009

extra/mplayerplug-in/mplayerplug-in-3.55-i486-1.txz: Added.
Enables the use of mplayer for web-embedded media.

Qualcuno avverta Pat che mplayerplug-in è stato ormai abbandonato da tempo ed è confluito nel progetto GeckoMediaplayer.

in realta' dovrebbe essere ancora sviluppato, vedevo qui che sono stati fatti dei commit pochi mesi fa.
non vorrei sbagliarmi (ho provato a compilarlo tempo fa) ma mi sembra che gecko mediaplayer abbia bisogno di gnome

[phobos3576]

in realta' dovrebbe essere ancora sviluppato, vedevo qui che sono stati fatti dei commit pochi mesi fa.
non vorrei sbagliarmi (ho provato a compilarlo tempo fa) ma mi sembra che gecko mediaplayer abbia bisogno di gnome

L'annuncio era stato dato dallo sviluppatore in persona di mplayerplug-in, Kevin DeKorte, che è lo stesso di GeckoMediaplayer; in pratica, mplayerplug-in è confluito in GeckoMediaplayer 0.9.6.

Probabilmente, DeKorte ha deciso di non far sparire del tutto mplayerplug-in anche perché, come hai detto tu, la nuova versione di GeckoMediaplayer 0.9.7 purtroppo richiede gnome-power-manager il quale, a sua volta, richiede una installazione completa di Gnome; chi usa KDE deve accontentarsi di GeckoMediaplayer 0.9.6 o mplayerplug-in.

Altro esempio della follia che imperversa nel mondo Linux; uno dei migliori plugin per Firefox (se non il migliore in assoluto) ora è disponibile solo per chi usa Gnome!

[cacao74]

Ho sentito dire che:
- ci sono dei seri problemi di compatibilita' tra il nuovo X e il kernel 2.6.30
- questi problemi saranno risolti solo col kernel 2.6.31

Se cio' e' vero, capisco perche' Patrick sta ritardando l'uscita della 13 e/o non sta passando al kernel 2.6.30.

Parlo di una 12.2 e non della current.
Sulla mia macchina, al lavoro, con kernel 2.6.30.x non riesco a far partire X.
Vero che potrei mettere una rc del 2.6.31, ma preferisco release definitive sulla postazione.
I kernel che uso sono dei vanilla aggiornati di volta in volta con un "make oldconfig"

Spero che Pat non adotti un 2.6.30.x in current ( e quindi sulla futura 13.0).

ciao!

[Vito]

Ho sentito dire che:
- ci sono dei seri problemi di compatibilita' tra il nuovo X e il kernel 2.6.30
- questi problemi saranno risolti solo col kernel 2.6.31

Se cio' e' vero, capisco perche' Patrick sta ritardando l'uscita della 13 e/o non sta passando al kernel 2.6.30.

Parlo di una 12.2 e non della current.
Sulla mia macchina, al lavoro, con kernel 2.6.30.x non riesco a far partire X.
Vero che potrei mettere una rc del 2.6.31, ma preferisco release definitive sulla postazione.
I kernel che uso sono dei vanilla aggiornati di volta in volta con un "make oldconfig"

Spero che Pat non adotti un 2.6.30.x in current ( e quindi sulla futura 13.0).

ciao!

È strano perchè io non ho avuto nessun problema..forse la causa sono i driver video?

[cacao74]

È strano perchè io non ho avuto nessun problema..forse la causa sono i driver video?

Bah... non ho avuto voglia di provare i vesa... ora uso il 2.6.29 con driver intel (e prima ancora "i810", avendo una scheda intel (mi pare una 945gm) ...ho una pessima memoria...
Lunedi mattimo provero' a fare un giro con 2.6.30.5 + vesa e vediamo cosa dice...

Tra l'altro, con il 2.6.30 avevo un piccolissimo problema... l'inserimento di un dvd nel lettore mi mandava in kernel panic la macchina, senza necessita' di montarlo... ecco che nei confronti del 2.6.30 sono un poco prevenuto

faro' sapere.

ciao

[metrofox]

Spero che Pat non adotti un 2.6.30.x in current ( e quindi sulla futura 13.0).

In -current ci sarà sicuramente, ma dopo il rilascio della 13.0, magari in slackware 13.1 ti ritrovi un 2.6.31 o un 2.6.32(poco probabile)

[Luci0]

Pat ha poche colpe in ciò che sta succedendo; buona parte delle responsabilità ricadono sul problema cronico del mondo Linux consistente in uno sviluppo caotico e privo di coordinamento tra i vari progetti.
Almeno le parti più importanti che compongono una distribuzione, kernel, server grafico e interfaccia utente, dovrebbero evolversi in modo coordinato; invece, ciascuno procede per proprio conto in una folle gara a chi introduce più incompatibilità

Io sono perplesso su quello che sta succedendo ... ovvero molti componenti come kernel KDE X ed altri vengono definiti stabili in realtà non lo sono ... Pat che colpa ne ha ? Si trova nella situazione che non può rilasciare una 13.0 perché il software che la compongono sono pieni di bug .

Bisogna rivedere e di corsa i modelli di sviluppo del software ... in questo modo il mondo Linux rischia che molte risorse umane vengano bruciate inutilmente.

[shark1500]

Ritorno al topic iniziale leggendo il ChangeLog di ora.

Added 2.6.30.5 generic Linux kernel packages in /testing. Release time
is getting close, so we're sticking with the 2.6.29.6 kernels as the main
kernels for Slackware 13.0. Besides, we know of at least one tricky issue
with 2.6.30.x and the LILO bootloader, and the workaround that we know of
likely isn't going to work on BIOSes older than 2001. Be sure to read the
README_FIRST.TXT (really!) in the directory with the kernel packages if you
intend to try these.

[absinthe]

direi che questo chiarisce la posizione di Pat & co sul kernel per kde policykit parla da solo

M

[Vito]

Quindi in poche parole ci possono essere problemi con i BIOS più vecchi del 2001 con questo nuovo kernel.

[metrofox]

Quindi in poche parole ci possono essere problemi con i BIOS più vecchi del 2001 con questo nuovo kernel.

Esattamente, ho anche dato un'occhiata al README_FIRST.TXT per maggiori informazioni:

http://slackware.osuosl.org/slackware-c ... _FIRST.TXT

Chiarissimo come sempre

[slucky]

ora è tutto chiaro...
bravo Pat! così chi usa anche le "old machines" sarà salvato!!