slacky.eu

Tutto felice stanotte mi accingo a compilare dbus-0.90
e noto che i bindings(qt,glib,python) sono ora separati dal core...
bene dico io,piu' ordinati.
Noto pero' che mentre i bindings glib e python sono presenti,qt ancora non ce...allora dico,vado di cvs...le directory qt presentano solo DEAD FILES
A questo punto il dubbio diventa certezza,i bindings qt sembrano rimossi ,e ora viene il brutto..
kdebase senza i bindings qt con relative librerie..non prende hal,pertanto niente hal..niente automount,perlomeno col nuovo d-bus.
Ma non e' ancora finita..
visto che hal-0.5.7 non parte col nuovo dbus( o meglio parte creando un collegamento alla vecchia libreria con ln -s ma e' una soluzione poco pulita),provo a compilare il cvs..e sorpresa!
Richiede un modulo pam(polkit),senza di questo..non compila!!
Traendo le conlcusioni lo scenario tragico che si presenta e' questo...
1)Per ora dobbiamo tenerci hal 0.5.7 e d-bus 0.62
2)Freedesktop rimette i qt bindings,ma essendo assenti dal cvs temo li abbiano rimossi del tutto
3)Kdebase 3.5.4 trova il modo di compilare hal backend senza qt..ma temo sia impossibile essendo kde basato su qt..

Dalla mailing list di freedesktop

"The Qt bindings have been integrated with the latest Qt in
their SVN servers so it is not in this release set."

???

A quello che mi risulta l'accesso al svn di qt,non e' pubblico

Nella mailing list di freedesktop mi hanno detto che i vecchi qt3 bindings non sono piu' mantenuti,quindi occorre che kde aggiorni il codice,altrimenti ci teniamo il vecchio d-bus

beh, kde4 è appunto in preparazione.

dapuzz ha scritto:beh, kde4 è appunto in preparazione.

Kde4 dovrebbe uscire alla fine del 2006 o erro?
E' prevista comunque un altra uscita della serie 3,la 3.5.4

Beh, dai... per ora l'accoppiata hal 1.5.7 + dbus 0.62 con kde 3.5.3 funziona a meraviglia. Perchè questa fretta di aggiornare?

Ho installato tutto proprio ieri seguendo il tutorial di meska (ancora complimenti) e non ho avuto nessun problema. Devo ancora configurare le regole di udev, ma questa è un'altra storia!

bruno82 ha scritto:Beh, dai... per ora l'accoppiata hal 1.5.7 + dbus 0.62 con kde 3.5.3 funziona a meraviglia. Perchè questa fretta di aggiornare?

Ho installato tutto proprio ieri seguendo il tutorial di meska (ancora complimenti) e non ho avuto nessun problema. Devo ancora configurare le regole di udev, ma questa è un'altra storia!

Nessuna fretta..ma di sicuro le nuove versioni correggeranno bugs e porteranno innovazioni
Insomma,se son nuove e' meglio,se no pazienza

Meskalamdug ha scritto:Nessuna fretta..ma di sicuro le nuove versioni correggeranno bugs e porteranno innovazioni
Insomma,se son nuove e' meglio,se no pazienza

Non sempre è del tutto vero.... comunque conosco almeno due distribuzioni che seguono questa filosofia ed ho preferito slackware.

dapuzz ha scritto:

Meskalamdug ha scritto:Nessuna fretta..ma di sicuro le nuove versioni correggeranno bugs e porteranno innovazioni
Insomma,se son nuove e' meglio,se no pazienza

Non sempre è del tutto vero.... comunque conosco almeno due distribuzioni che seguono questa filosofia ed ho preferito slackware.

Lo so...ma il bello di slack e' che puoi scegliere,prendiamo ad esempio 2 librerie che fanno casino con amarok ossia musicbrainz e tunepimp,io le aggiorno..vedo che amarok non va...
e le downgrado
Lo stesso possiamo fare con dbus,se vogliamo rischiare aggiorniamo al 090,e se va bene lo teniamo,se va male
downgradiamo senza che il rpm di turno,o l'apt-get ci impediscano di farlo o si portino dietro 500 pacchetti..

Buona notizia...con dbus abbiamo risolto
Qualcuno ha preso i vecchi qt3 bindings della 062 e li ha modificati.

Ora kde si compila con dbus 0.91 e funziona

Risolto anche hal,la 0.5.8 compila senza le pam,ma avverte con triplo warning che e' insicuro

kde si compila con dbus 0.91 e funziona

Con l'ultima, la 0.92 non va?

M.

samiel ha scritto:

kde si compila con dbus 0.91 e funziona

Con l'ultima, la 0.92 non va?

M.

Certo che va.