E17 from svn is ready!

[albatrosla]

Ho risolto il dilemma. Ho notato che falliva un test di avvio di ecore_x. L'errore di avvio è un "no protocol specified", tale e quale ad un errore comune in Xlib e altri ammenicoli grafici. E' qualcosa che accade quando root cerca di avviare dei servizi di X, con la sessione di X che appartiente allo user. Ebbene, è un caso in cui lo user deve permettere l'accesso della risorsa da parte di altri utenti, anche di root. Per fare questo, deve servirsi di xhost (xhost +, dato da terminale e da user, concede l'accesso a tutti gli utenti di qualsiasi livello, di avviare una risorsa di X). Ho aperto un terminale, eseguito il comando, avviato la compilazione da dove si era fermata ed ora sta felicemente completando tutti i package. Mi sono permesso di modificare lo slackbuild per renderlo più in linea con quelli del repos (dir $tmp imposta come /tmp/txz, pacchetti con estensione txz, xinirc in locale e non in remoto, aggiornamento da svn solo se non è stato fatto in precedenza). Come si procede? Io, se la compilazione va a buon fine, dovrei avere tutti package pronti tra un po'.

[raffaele181188]

Grande
Domani mi studio per bene la tua soluzione Penso che i pacchetti si possono mettere qui su Slacky nel repository 13... o no?

[Blallo]

Ho risolto il dilemma. Ho notato che falliva un test di avvio di ecore_x. L'errore di avvio è un "no protocol specified", tale e quale ad un errore comune in Xlib e altri ammenicoli grafici. E' qualcosa che accade quando root cerca di avviare dei servizi di X, con la sessione di X che appartiente allo user. Ebbene, è un caso in cui lo user deve permettere l'accesso della risorsa da parte di altri utenti, anche di root. Per fare questo, deve servirsi di xhost (xhost +, dato da terminale e da user, concede l'accesso a tutti gli utenti di qualsiasi livello, di avviare una risorsa di X). Ho aperto un terminale, eseguito il comando, avviato la compilazione da dove si era fermata ed ora sta felicemente completando tutti i package. Mi sono permesso di modificare lo slackbuild per renderlo più in linea con quelli del repos (dir $tmp imposta come /tmp/txz, pacchetti con estensione txz, xinirc in locale e non in remoto, aggiornamento da svn solo se non è stato fatto in precedenza). Come si procede? Io, se la compilazione va a buon fine, dovrei avere tutti package pronti tra un po'.

1) COMPLIMENTI! ottimo lavoro
2)Me lo puoi postare il nuovo SB? che compilo per x86_64 e vedo di renderlo disponibile a mezzo circuito megaupload/rapidshare/altro
3) Per quanto riguarda Slacky, credo convenga di più impacchettare tutto in un mega-pacchettone txz...perchè i pacchetti sono DAVVERO tanti..
PS l'estensione che ho usato è la tgz per mantenere la compatibilità con la 12.X

[albatrosla]

Come è successo per alcuni sporadici casi, è possibile caricare i package in un'unica directory che fa capo ad un solo record del database, che nella fattispecie si potrebbe chiamare e17 (!). Non penso ci siano problemi, vediamo che dice il grande capo
Allego slackbuild e xinitrc. Le estensioni sono tutte txz, come dicevo prima, nell'ottica dell'upload per Slackware 13.0.

[Blallo]

se hai un po di tempo si potrebbe migliorare lo script un po'? tipo tutte le parti per lo slack-desc metterle in una funzione, che ogni volta viene chiamata
almeno è più elegante...
questo che ho fatto io è uno script che ho buttato giù così
è DECISAMENTE suscettibile di migliorie
PS è possibile individuare la versione di Slackware in uso tramite terminal?

[albatrosla]

Sì, io l'ho ritoccato solo nelle cose fondamentali, non sono sceso nei particolari.
Per la versione di slack:

Codice: Seleziona tutto

cat /etc/slackware-version

Dimenticavo: xhost + va eseguito manualmente, visto che lo slackbuild si esegue da root (sì, si può far eseguire un comando come fosse eseguito da un utente arbitrario, ma non ho disposto la cosa).

[Blallo]

è meglio che sia eseguito a parte dall'utente, almeno sa cosa fa

[albatrosla]

Dunque, sto procedendo alla compattazione dello slackbuild: lo trovo eccessivamente lungo e ripetitivo. Con qualche case e if, gli faccio fare un unico ciclo. Tutto sommato, è vero che l'intero DE occupa solo 35mb e forse 80 package sono esagerati. Al limite, posso mettere un selettore che permetta di decidere se creare un package unico o tutti i package separati.
Per quanto riguarda gli slack-desc, questi vengono già creati, anche se di fatto contengono solo una riga col nome del package. Non vedo che altro aggiungere: scrivere 80 slack-desc non è la mia massima aspirazione. Piuttosto ne scriverei uno per il package "integrale".

[Blallo]

se l'idea è di fare un pacchettone direi che sì, si può optare per un unico slack-desc
non credo convenga mettere il selettore, in fondo quando devi aggiornare i pacchetti aggiorni tutto il tree di e17, non un singolo
per slack-desc gli piazziamo tranquillamente quello di slackbuilds.org, direi

Codice: Seleziona tutto

             |---- Handy ruler ----------------------------------------|
enlightenment: Enlightenment DR17 (a window manager and desktop shell)
enlightenment:
enlightenment: Enlightenment DR17 is the next generation of UNIX
enlightenment: graphical environments.  It is not just a window
enlightenment: manager, but it is also a desktop shell.  A desktop
enlightenment: shell means, a window manager plus a file manager, plus
enlightenment: configuration utilities all in one.
enlightenment: 
enlightenment: Enlightenment home page is: http://www.enlightenment.org/
enlightenment:
enlightenment:

ora speriamo la cosa interessi un po' più gente, così testiamo
io l'ho provato un poco, e a parte qualche features mancante (vedi TODO list) è molto stabile
Offtopic: Scusami se ti sto facendo fare tutto sto lavoro di compressione dello SB, è che quando l'ho buttato giù ho pensato prima a vedere se girava, poi l'avrei ottimizzato
PS all'ecore vedi se riesci ad aggiungere queste righe al configure, le ho trovate sul sito ufficiale

Codice: Seleziona tutto

./configure \
--enable-ecore-x \
--enable-ecore-fb \
--enable-ecore-evas \
--enable-ecore-evas-gl \
--enable-ecore-job \
--enable-ecore-con \
--enable-ecore-ipc \
--enable-ecore-txt

EDIT e queste ad exalt per abilitare il wpa_supplicant

Codice: Seleziona tutto

--with-wpa_supplicant=/sbin/wpa_supplicant --with-dhcp=/sbin/dhclient

[albatrosla]

Aggiungere le stringhe non è un problema. Piuttosto, ho visto che su slackbuilds.org c'è uno slackbuild ridotto all'osso e molto semplice per la compilazione di e17. Immagino che lo aveste visto già in precedenza. Non passa tutte le flag del "nostro" slackbuild... possibile che sia necessaria tutta questa "impalcatura"?

[Blallo]

sulla SVN si
quello su slackbuilds.org è una snapshot non molto recente
PS aggiungi pure nei credits te e raffaele181188

[raffaele181188]

Magari i moderatori possono spostare questa discussione in qualche altro Forum, visto che questo è accessibile solo ai Packagers. Penso che sia per questo che finora abbiamo ricevuto poco aiuto di testing...

[navajo]

Ho spostato questo argomento, come chiesto da raffaele181188 perchè in questo modo, si potrà avere supporto da tutti gli utenti che amano questo DM

[Blallo]

Ho spostato questo argomento, come chiesto da raffaele181188 perchè in questo modo, si potrà avere supporto da tutti gli utenti che amano questo DM

Grazie capo!

[navajo]

Ho spostato questo argomento, come chiesto da raffaele181188 perchè in questo modo, si potrà avere supporto da tutti gli utenti che amano questo DM

Grazie capo!

Prego, ma lascia stare il capo, ce nè uno solo
Non so se vado troppo off topic ma ho una domanda.
Ho provato una volta e17 e sono rimasto colpito favorevolmente. Però rimango stupito dalla lentezza dei suoi rilasci. Potete "illuminarmi" un poco ?
Magari potrei pensare a un passaggio radicale alla grande e in modo definitivo.