La distribuzione di un programma in Linux senza la fonte
https://stackoverflow.com/questions/1068530
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Voglio essere in grado di distribuire un programma in Linux senza distribuire la fonte con esso. La soluzione attuale sta distribuendo un tar.gz con un binario precompilato. Qual è il modo più semplice per avere questo binario posizionato al menu delle applicazioni? C'è un modo per fare questo che è comune nella maggior parte delle distribuzioni Linux, ma Ubuntu, Fedora, OpenSUSE e sarebbe la priorità.
Soluzione
Si vuole creare un .deb e .rpm una. Il primo copre Ubuntu (Debian varianti), e queste ultime varianti di Red Hat. È anche possibile fornire un eseguibile standalone per gli altri utenti che possono affrontare le cose come i menu stessi.
Si avrà a che fare con Gnome e gestione del menu di KDE, e anche diverse distribuzioni lay out loro menu diverso. C'è anche la questione delle varianti netbook, come Moblin, che dispongono di un'interfaccia netbook che probabilmente ha il suo meccanismo di "aggiungi applicazione". Non so se è possibile per un singolo .deb per gestire entrambi i sistemi menu Gnome e KDE (rispettivamente per Ubuntu e Kubuntu), ma immagino che la capacità è lì per ridurre la duplicazione degli sforzi per Ubuntu.
Altri suggerimenti
Tutte le distribuzioni recenti dovrebbe sono xdg-utils installato, che fornisce gli script come ad esempio
- xdg-desktop-icona
- xdg-desktop-menù
che sembrano essere quello che stai cercando.
Non ho guardato in esso ultimamente ... ma di nuovo nel corso della giornata (che in realtà non era molto tempo fa), quando stavo usando Linux, RPM è stato il modo più semplice per distribuire i binari pre-CombiLED (la maggior parte avevano distributations , e ancora, un qualche tipo di supporto per i pacchetti RPM).
Ecco un vecchio how-to sulla costruzione di un pacchetto RPM:
Si potrebbe guardare a BitRock intaller .
Autopackage o altre soluzioni postato in un altro domanda .
Fare tar.gz e poi dare i diritti della comunità per ridistribuire pacchetti modificati. Faranno RPM, DEBs e altri pacchetti per i loro amati distribuzioni ... che probabilmente adattare le loro distribuzioni molto meglio di quanto si potrebbe mai fare.
Non c'è davvero troppe differenze tra le distribuzioni per rendere one-size-fits-all pacchetto, spesso quelle sottili. Per esempio alcune distribuzioni ha sezione "Applicazioni", l'altro "Application s " ... e questo ha reso le voci di menu scompaiono in alcune distribuzioni. Le biblioteche possono essere diverse, impostazioni di default possono essere diverse, e così via ...
RPM e DEBs non sono così portatile come si crede. Con un unico pacchetto ci potrebbero essere problemi anche con diverse versioni di una singola distribuzione, e non c'è niente di peggio che combattere per installare correttamente il pacchetto mal preparato.
JeeBee è corretto che si vorrebbe andare con .deb o .rpm.
Per Ubuntu / Debian (.deb) Vorrei aggiungere che non inviare a persone, ma si crea un "repository" e hanno gli utenti aggiungono che url alla loro /etc/apt/sources.list, allora si ottenere un modo semplice per aggiornare il software.
In questo modo si risolve il problema della distribuzione e aggiornati allo stesso tempo.
Ed ecco un esempio di come questo potrebbe apparire come:
E come un repository potrebbe apparire come:
Ma non ripetere Atmels errore e fare solo i386 perché c'è un sacco di altre architetture comuni là fuori in questo momento, come l'amd64.
/ Johan
Per RPM, questo in tre parti tutorial di IBM è la guida migliore per principianti al packaging che conosco:
http://www.ibm.com/developerworks/library/l- RPM1 /
http://www.ibm.com/developerworks/library/l-rpm2/
http://www.ibm.com/developerworks/library/l-rpm3. html
