mucommander

Comunità Fedora Pacchettizzazione
#1

Vedo di postare anch’io qualcosa in questa sezione. Sto cercando di far parte del package maintainer group, e per questo ho creato un mio primo pacchetto, mucommander.
muCommander è uno strumento che permette di eseguire un’efficace gestione dei file nella nostra distribuzione. L’applicazione permette di fare compiti quali copiare file, muoverli in un’altra posizione o sapere quali sono i loro attributi. Nell’avere uno schermo diviso in due parti, quest’applicazione fa ricordare Gnome-Commander. Oltre alle funzioni già menzionate, è in grado di sincronizzare contenuti (perfino con un server FTP), di visualizzare e di modificare i contenuti di una cartella compressa e perfino di visualizzare immagini, tra altre cose. Richiede Java!

I file per la pacchettizzazione sono qui:
http://robyduck.fedorapeople.org/packages/SPECS/mucommander.spec
http://robyduck.fedorapeople.org/packages/SRPMS/mucommander-0.8.5-1.fc17.src.rpm
http://robyduck.fedorapeople.org/packages/RPMS/mucommander-0.8.5-1.fc17.noarch.rpm

Il bug aperto su bugzilla si trova https://bugzilla.redhat.com/show_bug.cgi?id=838362.

Da me il pacchetto funziona bene, ho da sistemare ancora alcuni warning, di cui uno spelling error, un errore di spaziatura e una guida sul binary build mancante.
Aiuti sono ben accetti.

Ciao

#2

Ciao roby, per quello che so, penso sia tutto giusto.
Penso ti sia dimenticato di completare il changelog però…
Giusto per migliorarlo, magari nella prossima release, che ne dici di inserirci una immagine (ho trovato ad esempio http://screenshots.en.sftcdn.net/en/scrn/31000/31444/mucommander-2.jpg) e un lanciatore? :slight_smile:

#3

L’immagine c’è, idem il lanciatore. Sono le sorgenti 1 e 2, una volta installato l’applicativo si piazza sotto “Accessori”, con l’icona da te segnalata. :slight_smile:

#4

Allora, l’avevo guardato ancora ieri sera e non mi ero accorto del cambiamento :slight_smile:
non avevo notato neanche il lanciatore nello spec:

cp %{name}.sh %{buildroot}%{_datadir}/%{name}

Penso che il lanciatore faccia già parte del sorgente, giusto?

Ti rimarrebbe solo il changelog da sistemare :stuck_out_tongue:

#5

L’ho fatto prima :wink:

[quote]non avevo notato neanche il lanciatore nello spec:

cp %{name}.sh %{buildroot}%{_datadir}/%{name}

Penso che il lanciatore faccia già parte del sorgente, giusto?[/quote]
Sì, ma ho creato un file.desktop come sorgente esterna per l’inserimento nel menu.
Cosa manca nel changelog? Manca un manuale per il binary piuttosto.

#6

Io intanto ti ho risposto sul bug per alcune correzioni :slight_smile:

#7

Ok grazie Mario.
Vedo di apportare le modifice per ricompilare il .jar. Grazie per i link.

#8

La ricompilazione e conseguente creazione di un file.jar eseguibile mi fa veramente dannare, perché il file sorgente va a prendere una versione di proguard esterna, la 4.4, che tra l’altro è incompatibile con openjdk 1.7. Inoltre prendere sorgenti esterni è altrettanto sbagliato.
Come alternativa, e chiederei lumi su questo, si potrebbe pensare di inserire nel build.xml (per ant obfuscate), la seguente riga:

<taskdef resource="proguard/ant/task.properties" classpath="/usr/share/java/proguard/proguard.jar" />
Potrebbe essere o ormai sono completamente partito per la tangente? :slight_smile:
Dovrei riuscire a dirgli di usare proguard 4.7, disponibile per Fedora e compatibile con openjdk-1.7.

Ciao