Discussion :

[Sharcoux]

Bonjour,

Je développe en Java une application libre pour des collégiens en situation de handicap. Initialement l'application est développée sous Windows, mais j'aimerais proposer une version Linux.

Problème : autant, sous windows, je sais créer un exécutable, lui attribuer une icone, créer un setup avec InnoSetup, associer une extension de fichiers avec mon programme, etc, autant sous Linux je ne sais absolument rien faire de tout ça ! Est-ce que vous pouvez m'aider, au moins à savoir ce que je dois chercher ? Je suis un peu perdu.

Merci infiniment !

[Winnt]

Bonsoir,

L'environnement Linux est composé d'une multitude de distributions qui sont rassemblées en famille. Ces familles correspondent , en règle générale, au format de paquet (en gros un programme).
Ainsi Debian utilise un format de paquet .deb, RedHat un format de paquet .rpm...

Donc si vous cherchez à proposer l'installation directement dans la distribution, il vous faudra rechercher les informations concernant l'empaquetage pour Debian, RedHat ou autre.

Vous avez encore la solution de simplement proposer un fichier tar.gz contenant les sources (fichier compressé). Charge à celui qui voudras utiliser votre programme de l'installer dans le répertoire adéquat.

[Sve@r]

Problème : autant, sous windows, je sais créer un exécutable, lui attribuer une icone, créer un setup avec InnoSetup, associer une extension de fichiers avec mon programme, etc, autant sous Linux je ne sais absolument rien faire de tout ça ! Est-ce que vous pouvez m'aider, au moins à savoir ce que je dois chercher ? Je suis un peu perdu.

Bonjour

A mon avis il faudrait déplacer ce topic dans la partie admin plutôt que shell.

Vois-tu, Linux utilise une conception radicalement différente de Windows. Ainsi pas de base de registre. Toute la configuration se fait dans des fichiers textes. Tu as par exemple un fichier nommé "/etc/mime.types" qui permet de définir la liaison "extension <-> application" (par exemple xls <-> excel).

Dans une première étape, je te conseillerais d'abord de t'assurer que ton programme java fonctionne sous Linux. Normalement ça devrait aller vite surtout que Linux possède un compilateur Java nommé "jar". Ensuite, pour les icones et le reste ça pourra se faire plus tard...

[chrtophe]

java -jar nom_du_jar en ligne de commandes pour tester.

testes avec le java d'oracle et openJDK pour éviter les mauvaises surprises.

Au niveau des icônes pour lancer une appli, sous Windows celui-ci est contenu dans le .exe, sous linux, cela dépend de l'interface utilisée (essentiellement Gnome ou KDE).

Ensuite pour créer un paquet .deb (pour système à base de debian) ou .rpm (pour système à base de Fedora), le principe est similaire, il faut créer un fichier de description contentant les dépendances (pour toi se sera openJDK ou le Java d'oracle) . Il y aura ensuite un script effectuant les opérations d'install ( copie des fichiers dans les bons dossiers), un script pré-installation, post-installation, pré-suppression, post-suppression. Tu trouveras facilement la doc. Il y a probablement des outils en interface graphique.

Si tu veux pas te prendre la tête, tu peux aussi faire un script du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
#! /bin/sh
java -jar nom_du_jar

La première amélioration à faire :tester si java est présent.

[Sharcoux]

Ok, je vois. Merci beaucoup.

J'ai déjà testé, ça marche sous Linux.

Bon, pour résumer, si je veux pas trop me prendre la tête, je peux juste compresser le dossier d'installation en fait, c'est ça ? Ensuite s'il y a vraiment des linuxiens intéressés, il est fort possible qu'ils fassent le travail... C'est ça ?

[chrtophe]

Soit tu pars sur un simple script lançant ton .jar, soit tu crée un package .deb ou .rpm comme le disait Winnt

Dans ce package, pour faire un truc propre, il te faudra tester les dépendances Java, crée des entrées dans le menu pour Gnome, KDE, LXDE ... enfin tous les cas de figure que tu comptes traiter.

[Flodelarab]

Ok, je vois. Merci beaucoup.

J'ai déjà testé, ça marche sous Linux.

Bon, pour résumer, si je veux pas trop me prendre la tête, je peux juste compresser le dossier d'installation en fait, c'est ça ? Ensuite s'il y a vraiment des linuxiens intéressés, il est fort possible qu'ils fassent le travail... C'est ça ?

Bonjour :-)

Tu dis vouloir installer. Mais qu'est ce que ça signifie? Veux-tu faire une simple copie de fichier dans n'importe quel dossier? Dans un dossier obligatoire (genre /home/marcel/.monapplipourhandi/) ? As-tu besoin d'un fichier de configuration?

En tant que linuxien, j'aimerais un jar sans aucune obligation quand à l'exécution. Un jar qui n'écrive pas à la racine de /home/marcel/ . Un jar qui demande la permission de créer un dossier /home/marcel/.monapplipourhandi/ pour y mettre ses éventuels fichiers. De plus, j'aimerais un script qui ne ferait qu'exécuter java -jar appli.jar accompagné d'un raccourci qui se mettrait sur le bureau de la plupart des distributions (comme /home/marcel/Desktop).

Reste à déterminer ton niveau d'exigence.

[Sharcoux]

Ben, en gros, pour fonctionner, l'appli a besoin : d'un dossier contenant le jar et les ressources et éventuellement un fichier de conf (la conf par défaut sera utilisée sinon). Ensuite, il serait pertinent que les fichiers *.monExtension soient associés à cette application. Enfin, c'est plus sympa d'avoir l'icone du logiciel sur un fichier à double-cliquer pour le lancer. Laisser la possibilité de créer des raccourcis serait top aussi.

Le fichier de conf permet de préciser l'adresse du dossier où l'application peut créer ses fichiers temporaires et enregistrer les préférences utilisateur. Si l'utilisateur sous Linux peut créer ce fichier de config, il n'aura aucun risque que l'application écrive ailleurs qu'à l'endroit indiqué. Normalement ce fichier est créé à l'installation par InnoSetup, ou sinon une version par défaut est générée à la première utilisation du logiciel, mais dans ce cas, l'application va effectivement écrire à la racine du home. Il serait donc bien d'avoir un script qui aide l'utilisateur à écrire le fichier de conf.

[Winnt]

Bonsoir,

fichier de conf

se mettent dans /etc et dans ~/.<nom_appli>/<fichier.conf> pour les préférences utilisateur

adresse du dossier où l'application peut créer ses fichiers temporaires

c'est dans /tmp

Ceci devrais pouvoir se gérer avec un simple script à priori.

[Sharcoux]

Ok pour cette partie. Effectivement, je me faisais pas trop de soucis. Par contre, c'est pour le reste que ça devient plus complexe.

Première chose : associer mon application avec les fichiers d'une extension donnée. Sous Windows, c'est facile. Mais Ubuntu ignore l'extension et ne s'intéresse qu'au type du fichier. Problème : avec Java, je ne sais pas comment définir le type des fichiers que je crée. Pour l'instant, ils sont tous du type "texte brut". J'ai essayé de chercher comment modifier ce type avec Java, mais je n'ai pas dû chercher la bonne chose, ou pas de la bonne façon parce que je ne trouve que des choses qui concernent les requêtes http...

[Sve@r]

Première chose : associer mon application avec les fichiers d'une extension donnée. Sous Windows, c'est facile. Mais Ubuntu ignore l'extension et ne s'intéresse qu'au type du fichier.

http://doc.ubuntu-fr.org/changer_l_a...s_applications

[Sharcoux]

Merci pour ta réponse, mais je pense (mais peut-être que je me trompe) que tu as mal compris mon problème. Ton lien explique comment lier manuellement les fichiers d'un type donné à une application. J'aimerais associer automatiquement les fichiers texte brut finissant par .truc à une application via un script d'installation si possible. Ou sinon, savoir comment changer le type de fichier de texte brut vers application/myapp (je n'ai pas compris comment faire ça en Java.

Merci.

[chrtophe]

Non, le lien est bon. Tu affectes le type mime de ton fichier à une application.
Pour Nautilus, c'est ce fichier de conf qu'il te faut modifier.

Ton prob va plutôt être si tu utilises autre chose que Nautilus. (cf mes précédents posts)

Pourquoi ne pas créer un fichier .htm lançant un script du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
#!/bin/sh
java -jar fichier.jar

Ca marchera pour n'importe quel cas de figure. J'ai déjà vu une appli sur PC qui faisait ça.

[Flodelarab]

Sve@r a raison avec son lien; le paragraphe "Modifier la table des associations directement" est à comprendre comme "Modifier la table des associations automatiquement".

La modification sera à rajouter à la fin de ton script d'installation que tu tentes d'écrire.

[Sve@r]

Merci pour ta réponse, mais je pense (mais peut-être que je me trompe) que tu as mal compris mon problème. Ton lien explique comment lier manuellement les fichiers d'un type donné à une application. J'aimerais associer automatiquement les fichiers texte brut finissant par .truc à une application via un script d'installation si possible. Ou sinon, savoir comment changer le type de fichier de texte brut vers application/myapp (je n'ai pas compris comment faire ça en Java.

La modification sera à rajouter à la fin de ton script d'installation que tu tentes d'écrire.

Ben oui. Faudra modifier le fichier /etc/gnome/defaults.list et rajouter une ligne ressemblant à "application/truc ton_programme"...

[Sharcoux]

Merci beaucoup pour votre implication, mais j'ai bien compris grâce au lien comment marchaient les associations mime-type/logiciel sous Linux. Malgré tout ça ne me permet pas de résoudre mon problème car actuellement mon fichier a pour mime-type "texte brut". Si j'associe mon logiciel à ce type de fichiers, je pense que l'utilisateur va péter un câble puisque TOUS les fichiers texte brut vont s'ouvrir avec mon logiciel au lieu de gedit...

La question est donc plutôt comment définir un mime-type perso pour différencier mes fichiers des autres fichiers texte brut.

J'ai fini par trouver un article : ouvrir-les-fichiers-selon-leur-extension qui explique comment créer un mime-type pour une extension donnée. Je suppose donc que je dois faire un truc dans ce style ?

[Sve@r]

Merci beaucoup pour votre implication, mais j'ai bien compris grâce au lien comment marchaient les associations mime-type/logiciel sous Linux. Malgré tout ça ne me permet pas de résoudre mon problème car actuellement mon fichier a pour mime-type "texte brut". Si j'associe mon logiciel à ce type de fichiers, je pense que l'utilisateur va péter un câble puisque TOUS les fichiers texte brut vont s'ouvrir avec mon logiciel au lieu de gedit...

Ah certes. De même qu'il péterait un câble si les fichiers tableurs et les images s'ouvraient avec le même logiciel. C'est pour cela que les fichiers en question possèdent (par convention) un élément qui les distingues les uns des autres: l'extension. C'est aussi sur ça que se base le fichier defaults.list...

La question est donc plutôt comment définir un mime-type perso pour différencier mes fichiers des autres fichiers texte brut.

Avec l'extension.

J'ai fini par trouver un article : ouvrir-les-fichiers-selon-leur-extension qui explique comment créer un mime-type pour une extension donnée. Je suppose donc que je dois faire un truc dans ce style ?

C'est aussi ce qui était marqué dans mon premier lien...

[Sharcoux]

Merci Sve@r.

C'est aussi ce qui était marqué dans mon premier lien...

Ben écoute, je pense que je suis bigleux parce que je vois toujours pas cette information. Je dois sûrement manquer un truc... Je vois plusieurs façon d'associer un type mime avec une application, mais absolument pas comment lier une extension et un mime type.

La question est donc plutôt comment définir un mime-type perso pour différencier mes fichiers des autres fichiers texte brut.

Avec l'extension.

Oui, je suis complètement d'accord sous Windows, mais sous Ubuntu (en tout cas sous la 12.04), seul le mime type compte. Les extensions sont ignorées. Peut-être qu'il y a un paramétrage à faire pour que les extensions soient prises en compte ?

C'est pour cela que les fichiers en question possèdent (par convention) un élément qui les distingues les uns des autres: l'extension. C'est aussi sur ça que se base le fichier defaults.list...

Le fichier defaults.list met en lien un mime type et une application. Où se situe l'extension ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
[Default Applications]
application/csv=libreoffice-calc.desktop
application/excel=libreoffice-calc.desktop
application/msexcel=libreoffice-calc.desktop
application/msword=libreoffice-writer.desktop
application/ogg=rhythmbox.desktop
application/oxps=evince.desktop
application/pdf=evince.desktop
...

Comme le lien a été supprimé de mon précédent message, je mets la réponse ici pour la postérité :

1: tu crée un fichier XML :

<?xml version="1.0"?>
<mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'>
<mime-type type="application/extension-truc">
<comment>.truc files</comment>
<glob pattern="*.truc"/>
</mime-type>
</mime-info>

2: tu l'enregistre sous le nom truc-mime.xml

3: tu lance la commande (en user ou en root suivant que tu veule créer le nouveau type pour l'utilisateur courant ou tout le système) :

xdg-mime install truc-mime.xml

[Sve@r]

Ben écoute, je pense que je suis bigleux parce que je vois toujours pas cette information. Je dois sûrement manquer un truc... Je vois plusieurs façon d'associer un type mime avec une application, mais absolument pas comment lier une extension et un mime type.

Le fichier defaults.list met en lien un mime type et une application. Où se situe l'extension ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
[Default Applications]
application/csv=libreoffice-calc.desktop
application/excel=libreoffice-calc.desktop
application/msexcel=libreoffice-calc.desktop
application/msword=libreoffice-writer.desktop
application/ogg=rhythmbox.desktop
application/oxps=evince.desktop
application/pdf=evince.desktop
...

J'ai compris ta confusion
Linux (ou au-moins Debian qui est ma distrib) utilise à la fois le type mime, qui caractérise le fichier par son contenu (très souvent par le "magic number" qui est inscrit dans le début), et à la fois l'extension, en privilégiant d'abord l'extension puis en utilisant le type mime quand l'extension est inconnue.

A titre d'exemple, j'ai copié un toto.pdf (un vrai pdf) en toto.xls puis ai demandé à l'ouvrir => il a été ouvert avec OpenOffice.
Ensuite je l'ai copié en "toto.tmp". Là, il a bien été ouvert avec evince.

Tu as un fichier nommé "/etc/mime.types" qui permet d'associer une (ou plusieurs) extensions avec le type mime correspondant

Oui, je suis complètement d'accord sous Windows, mais sous Ubuntu (en tout cas sous la 12.04), seul le mime type compte.

Je n'utilise pas assez Ubuntu pour confirmer ou infirmer... mais franchement ça m'étonne...

[Sharcoux]

Ben sous Ubuntu, si tu définis l'application A par défaut pour un fichier f.test1 puis B pour f.test2, si les 2 fichiers ont le même mime-type, les deux s'ouvriront avec B après l'opération...

Ok. Donc si je comprends bien, une autre solution serait de rajouter une ligne application/myapp truc dans /home/.mime.types et tous les fichiers *.truc deviendraient du type myapp. C'est ça ?

Merci encore Sve@r