Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
Olivier writes: > Je serai très curieux de recueillir ici des retours d'expérience sur le > développement sous Debian (Buster) d'applications natives Windows/Linux. > > 1. Par application native, j'entends une application graphique avec > quelques champs de saisie et quelques boutons. > L'homogénéité du style de l'application avec les autres n'a pas > d'importance pour mon cas. > Le fait de coder avec des technos Web (HTML, JS, CSS) ou classiques n'est > pas important non plus. Je pense que tu peux le faire sans trop de problemes avec Java, en utilisant la GUI Swing (ou JavaFX), et Maven. -- Fabrice BAUZAC-STEHLY PGP 015AE9B25DCB0511D200A75DE5674DEA514C891D
Re: Réduire la verbosité de cron
steve writes: > Le 18-11-2020, à 22:13:35 +0100, Fabrice BAUZAC-STEHLY a écrit : >>steve writes: >>> Cron remplit les logs d'information que je considère comme inutile. >>> Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session opened for >>> user _tuptime by (uid=0) >>> Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session closed for >>> user _tuptime >>Ce sont des logs generes par le composant "session" de pam_unix(8). >>Si tu n'en veux pas, je pense qu'il faut que tu modifies la >>configuration PAM de cron. >>Chez moi, j'ai >> /etc/pam.d/cron >>qui inclut: >> @include common-session-noninteractive >>et /etc/pam.d/common-session-noninteractive contient: >> session required pam_unix.so >>Je ne connais pas bien PAM mais je pense qu'il faut modifier >>/etc/pam.d/cron: >>- Remplacer le "@include common-session-noninteractive" par le contenu >>du fichier > Qu'est-ce que ça apporterait ? Le but est de ne modifier que la configuration PAM de cron, pas de modifier d'autres choses comme sudo ou systemd-user. Si tu supprimes la ligne "session required pam_unix.so" du fichier common-session-noninteractive, tu vas impacter tous les programmes qui l'incluent. Remplacer le @include par le contenu du fichier te permet de supprimer la ligne juste pour cron. >>- puis supprimer la ligne "session required pam_unix.so" > C'est pas un truc à se faire locked out ? A partir du moment ou tu ne modifies que ce qui est specifique a cron, tu ne peux avoir d'impact que sur cron. N'hesite pas a te documenter sur PAM. -- Fabrice BAUZAC-STEHLY PGP 015AE9B25DCB0511D200A75DE5674DEA514C891D
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
@Basile: Merci pour tes réponses. La possibilité de cross-compiler est une fonction clairement mise en avant par le language Go (cf [4]). Il semble même possible de cibler MacOS sans posséder la moindre licence ou le moindre matériel Apple ! J'imagine que "le terrain a été juridiquement balayé". [4] https://www.digitalocean.com/community/tutorials/how-to-build-go-executables-for-multiple-platforms-on-ubuntu-16-04 Le jeu. 19 nov. 2020 à 16:58, Basile Starynkevitch a écrit : > > On 11/19/20 4:11 PM, Olivier wrote: > > Bonjour, > > Je serai très curieux de recueillir ici des retours d'expérience sur le > développement sous Debian (Buster) d'applications natives Windows/Linux. > > > Nota Bene:* je n'ai jamais de ma vie utilisé Windows!* (Mais Linux depuis > 1993, et Unix depuis 1985) > > > Ça doit être faisable, mais *ça peut prendre des semaines de travail*, et > il n'est pas certain que l'exécutable ainsi produit soit légalement > diffusable. Je suggère une approche WSL et la *consultation d'un avocat > spécialiste en licences logicielles*. > > > Des pistes possibles seraient > > > Lire avec attention http://www.fr.linuxfromscratch.org/ > > Compiler GNU binutils depuis son code source depuis > https://www.gnu.org/software/binutils/ > > Compiler GCC depuis son code source sur http://gcc.gnu.org/ > > Utiliser une bibliothèque serveur HTTP telle que > https://coralbits.com/static/onion/ > > Il se trouve que j'ai contribué aussi bien à GCC qu'à libonion. > > > > La question centrale, c'est combien de temps êtes vous prêt à dépenser, et > pourquoi (et pour vous, qui vous paie ce temps de travail, qui se compte en > semaines). > > > Il est possible que l'acquisition d'une licence Windows soit moins > onéreuse que tout le travail à faire pour l'éviter. > > > Cordialement > > > -- > Basile Starynkevitch > > (only mine opinions / les opinions sont miennes uniquement) > 92340 Bourg-la-Reine, France > web page: starynkevitch.net/Basile/ > >
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
C. Sur Flutter/Dart, dans [2], on peut lire qu'il faut construire/empaqueter sur la même plateforme que la plateforme cible. D. J'ai découvert Guark (cf [3]). Ça a l'air particulièrement intéressant. [2] https://flutter.dev/desktop [3] https://github.com/guark/guark Le jeu. 19 nov. 2020 à 16:11, Olivier a écrit : > Bonjour, > > Je serai très curieux de recueillir ici des retours d'expérience sur le > développement sous Debian (Buster) d'applications natives Windows/Linux. > > 1. Par application native, j'entends une application graphique avec > quelques champs de saisie et quelques boutons. > L'homogénéité du style de l'application avec les autres n'a pas > d'importance pour mon cas. > Le fait de coder avec des technos Web (HTML, JS, CSS) ou classiques n'est > pas important non plus. > Si j'ai la possibilité, j'apprécierai de coder en Python. > > 2. Un point très important pour moi est, par contre, si c'est possible de > pouvoir empaqueter depuis Linux/Debian l'application Windows et son > installateur sans utiliser Windows. > (Plusieurs outils comme Kivy annonce la possibilité de développer pour > plusieurs plateformes, mais si j'ai bien compris, il faut empaqueter sur la > même plateforme que la cible). > > A. Qu'en pensez-vous ? Avez-vous déjà expérimenté une telle chose ? > B. En surfant, j'ai lu que le langage Go (cf [1] annonce la possibilité > d'empaqueter sur Linux pour Windows. Qu'en penser ? > C. J'ai lu des infos sur Flutter/Dart ou Qt mais rien de précis sur > l'empaquetage. > > [1] https://golangr.com/gui/ > > Slts >
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
Bonjour Olivier, Olivier, on 2020-11-19 16:11:32 +0100: > 2. Un point très important pour moi est, par contre, si c'est possible de > pouvoir empaqueter depuis Linux/Debian l'application Windows et son > installateur sans utiliser Windows. > (Plusieurs outils comme Kivy annonce la possibilité de développer pour > plusieurs plateformes, mais si j'ai bien compris, il faut empaqueter sur la > même plateforme que la cible). Je ne suis absolument pas versé dans le domaine de la distribution de programmes pour Windows, mais en faisant une petite recherche dans les paquets de Debian Sid, je suis tombé sur "gcab". L'outil est mis à disposition via la collection des "msitools" : https://wiki.gnome.org/msitools | msitools plans to be a solution for packaging and deployment | of cross-compiled Windows applications. C'est un collection de programmes pour empaqueter et déployer des utilitaires cross-compilés à destination de Windows. J'ignore ce que ça vaut en pratique, mais à la description, ça me semblait correspondre à votre cahier des charges. Quant à tester l'installateur, je suppose que wine ferait l'affaire dans un premier temps. Mais à terme, je pense qu'il faudrait au moins faire un test sur une machine Windows native, juste pour s'assurer qu'une coquille n'est pas passée entre les mailles du filet. Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/3, please excuse my verbosity. signature.asc Description: PGP signature
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
On 11/19/20 4:56 PM, Basile Starynkevitch wrote: On 11/19/20 4:11 PM, Olivier wrote: Bonjour, Je serai très curieux de recueillir ici des retours d'expérience sur le développement sous Debian (Buster) d'applications natives Windows/Linux. Nota Bene:*je n'ai jamais de ma vie utilisé Windows!* (Mais Linux depuis 1993, et Unix depuis 1985) Ça doit être faisable, mais *ça peut prendre des semaines de travail*, et il n'est pas certain que l'exécutable ainsi produit soit légalement diffusable. Je suggère une approche WSL et la *consultation d'un avocat spécialiste en licences logicielles*. Des pistes possibles seraient Lire avec attention http://www.fr.linuxfromscratch.org/ Compiler GNU binutils depuis son code source depuis https://www.gnu.org/software/binutils/ Compiler GCC depuis son code source sur http://gcc.gnu.org/ Utiliser une bibliothèque serveur HTTP telle que https://coralbits.com/static/onion/ Il se trouve que j'ai contribué aussi bien à GCC qu'à libonion. J'ai oublié de préciser que GCC et binutils sont compilables puis utilisables comme compilateur croisé (/cross-compiler/). Le dévelopement d'application Windows sous Debian est possible. Une alternative est bien sûr de livrer un fichier bytecode compilé avec Ocaml. Voir http://ocaml.org/ pour les détails. Les fichiers bytecode Ocaml sont portables entre Windows et Linux, moyennant un certain nombre de précautions. (Il se trouve que j'ai marginalement contribué à Ocaml) Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
On 11/19/20 4:11 PM, Olivier wrote: Bonjour, Je serai très curieux de recueillir ici des retours d'expérience sur le développement sous Debian (Buster) d'applications natives Windows/Linux. Nota Bene:*je n'ai jamais de ma vie utilisé Windows!* (Mais Linux depuis 1993, et Unix depuis 1985) Ça doit être faisable, mais *ça peut prendre des semaines de travail*, et il n'est pas certain que l'exécutable ainsi produit soit légalement diffusable. Je suggère une approche WSL et la *consultation d'un avocat spécialiste en licences logicielles*. Des pistes possibles seraient Lire avec attention http://www.fr.linuxfromscratch.org/ Compiler GNU binutils depuis son code source depuis https://www.gnu.org/software/binutils/ Compiler GCC depuis son code source sur http://gcc.gnu.org/ Utiliser une bibliothèque serveur HTTP telle que https://coralbits.com/static/onion/ Il se trouve que j'ai contribué aussi bien à GCC qu'à libonion. La question centrale, c'est combien de temps êtes vous prêt à dépenser, et pourquoi (et pour vous, qui vous paie ce temps de travail, qui se compte en semaines). Il est possible que l'acquisition d'une licence Windows soit moins onéreuse que tout le travail à faire pour l'éviter. Cordialement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Conseils pour le développement sur Debian d'applications natives Windows/Linux
Bonjour, Je serai très curieux de recueillir ici des retours d'expérience sur le développement sous Debian (Buster) d'applications natives Windows/Linux. 1. Par application native, j'entends une application graphique avec quelques champs de saisie et quelques boutons. L'homogénéité du style de l'application avec les autres n'a pas d'importance pour mon cas. Le fait de coder avec des technos Web (HTML, JS, CSS) ou classiques n'est pas important non plus. Si j'ai la possibilité, j'apprécierai de coder en Python. 2. Un point très important pour moi est, par contre, si c'est possible de pouvoir empaqueter depuis Linux/Debian l'application Windows et son installateur sans utiliser Windows. (Plusieurs outils comme Kivy annonce la possibilité de développer pour plusieurs plateformes, mais si j'ai bien compris, il faut empaqueter sur la même plateforme que la cible). A. Qu'en pensez-vous ? Avez-vous déjà expérimenté une telle chose ? B. En surfant, j'ai lu que le langage Go (cf [1] annonce la possibilité d'empaqueter sur Linux pour Windows. Qu'en penser ? C. J'ai lu des infos sur Flutter/Dart ou Qt mais rien de précis sur l'empaquetage. [1] https://golangr.com/gui/ Slts
Re: Installation des page en français pour "man" en Buster
Hello j'avais déjà posé la question il y a qq mois: https://lists.debian.org/debian-user-french/2020/04/msg00447.html On en parle ausssi ici: https://lists.debian.org/debian-news/2020/msg3.html Le 17/11/2020 à 20:25, didier gaumet a écrit : Le mardi 17 novembre 2020 à 16:20:03 UTC+1, bubu a écrit : [...] Si je veux avoir mon "man" en français sur Buster Les paquets "manpages-fr-extra", "manpages-fr-dev", "manpages-fr" sont désuets en Buster. Je pourrais installer ceux de Stretch ou ceux de testing (Bullseys) avec dpkg? Je crains que ma réponse ne fasse qu'épaissir le mystère (avant qu'une bonne âme ne nous éclaire): les paquets précités sont effectivement absents des dépôts de Buster alors qu'ils sont présents dans les dépôts des distributions précédentes et suivantes. Pourtant je suis en Buster (avec un peu de Backports), aucun de ces paquets n'est présent sur mon installation et mes pages man sont en français (testé à l'instant avec man man et man vim). Je ne sais pas comment cela se fait, j'ai cherché (sans doute mal) une explication dans le journal des modifs Debian et je n'en ai pas trouvé. Peut-être une organisation de l'internationalisation des pages man différente dans Buster par rapport aux releases précédentes et suivantes?