Frage

Ich möchte in der Lage, ein Programm in Linux zu verteilen, ohne die Quelle mit ihm zu verteilen. Die aktuelle Lösung ist Verteilen eines tar.gz mit einem vorkompilierte binäre. Was ist der einfachste Weg, diese binären haben im Anwendungsmenü platziert werden? Gibt es eine Möglichkeit, dies zu tun, die in den meisten Linux-Distributionen üblich ist, aber Ubuntu, Fedora und OpenSUSE würde die Priorität sein.

War es hilfreich?

Lösung

Sie wollen eine .deb und .rpm erstellen. Der ehemalige deckt Ubuntu (Debian-Varianten) und die letztere Red Hat-Varianten. Sie können auch eine eigenständige ausführbare Datei für andere Benutzer liefern, die mit Dingen wie Menüs selbst umgehen können.

Du musst mit Gnome und KDE-Menü-Management beschäftigen, und auch verschiedene Distributionen legten ihre Menüs anders. Es gibt auch die Frage der Netbook-Varianten wie Moblin, die eine Netbook-Schnittstelle haben, die wahrscheinlich seinen eigenen „Anwendung hinzufügen“ Mechanismus hat. Ich weiß nicht, ob es für einen einzelnen .deb möglich ist, beide Gnome und KDE Menüs Systeme (für Ubuntu und Kubuntu jeweils) zu handhaben, aber ich stelle mir die Fähigkeit gibt es Doppelarbeit für Ubuntu zu reduzieren.

Andere Tipps

Alle neuen Distributionen sollte installiert haben xdg-utils, die Skripte wie

bietet
  • xdg-Desktop-Symbol
  • xdg-Desktop-Menü

, die scheinen zu sein, was Sie suchen.

Haben in letzter Zeit in sie nicht sah ... aber wieder in dem Tag (was wirklich nicht so lange her war), wenn ich Linux wurde mit, war RPM der einfachste Weg, Pre-CombiLED Binärdateien zu verteilen (die meisten distributations hatten und noch eine Art von Unterstützung für RPM-Pakete sind,).

Hier ist ein alte how-to auf ein RPM-Paket Aufbau:

Linux Online - RPM How-to

Sie könnten sehen BitRock intaller .

Versuchen Sie Autopackage oder andere in einem anderen geschrieben Lösungen Frage .

Sie tar.gz und dann Gemeinschaftsrechte geben, um modifizierte Pakete zu verteilen. Sie werden RPMs machen, DEBs und alle anderen Pakete für ihre geliebten Distributionen ... die wahrscheinlich ihre distros passen viel besser, als Sie jemals machen könnte.

Es gibt wirklich zu viele Unterschiede zwischen den Verteilungen one-size-fits-all-Paket, oft subtile zu machen. Zum Beispiel einiger Distributionen haben „Application“ Abschnitt, ander „Application s “ ... und das machte Menüpunkte auf einigen Distributionen verschwinden. Bibliotheken können unterschiedlich sein, Standardeinstellungen unterschiedlich sein können, und so weiter ...

RPMs und DEBs sind nicht so portabel wie es angenommen wird. Mit einem Paket könnte es Probleme auch bei unterschiedlichen Versionen einer einzigen Verteilung sein, und es gibt nichts Schlimmeres, als zu kämpfen richtig schlecht vorbereitetes Paket zu installieren.

JeeBee ist richtig, dass Sie mit .deb oder .rpm würden gehen wollen.

Für Ubuntu / Debian (die .deb) Ich möchte hinzufügen, dass Sie nicht senden Sie es an Menschen, aber sie schaffen eine „Repository“ und haben die Benutzer hinzufügen, dass URL zu ihrer /etc/apt/sources.list Sie dann erhält eine einfache Möglichkeit, die Software als auch zu aktualisieren.

Auf diese Weise kann die Verteilung und Aktualisierung Problem zur gleichen Zeit lösen.

Und hier ist ein Beispiel dafür, wie diese aussehen könnte:

Und wie ein Repository könnte wie folgt aussehen:

Aber nicht wiederholen Atmels Fehler und nur i386 tun, weil es viele andere gemeinsame Architekturen ist jetzt da draußen, wie die amd64.

/ Johan

Für RPM Dieses dreiteilige Tutorial von IBM ist Handbuch für den besten Anfänger bis hin zur Verpackung weiß ich:

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

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top