freem a écrit 5059 commentaires

En faîte je pensais faire un peu comme apt-get et résoudre les dépendances automatiquement.

Mais ce n'est pas le rôle de dpkg.

je doit créer un dossier cacher dans le $HOME de l'utilisateur pour les ressources de mon programme

Non…
Ça, c'est ton programme qui doit le faire, quitte à créer un 2nd programme dédié à ça, parce que si tu le fais lors de l'install, qu'adviendra-t-il si l'utilisateur, pour une raison X ou Y supprime "tes" fichiers? Qu'adviendra-t-il si un utilisateur est créé après l'installation?

Et cette restriction sévère de lintian est une entrave a la liberté des programmeurs Linux qui se dit (et il l'est) être un système libre,

Ce n'est pas parce que c'est libre que ça doit être le bordel. Lintian est là pour s'assurer que l'utilisateur est libre et le reste.

Mon script Post-Install Fait appel a des test comme:
python -m pygtk # Démarrer python en chargeant le module pygtk a usage de test.
if [[ $? != 0 ]] ; then
apt-get install python-gtk2
fi

Euh… attend, pourquoi tu installes des paquets dans les scripts au juste? Si tu en dépends, ils doivent être listés dans le fichier DEBIAN/control, sur la ligne "Depends"!
Accessoirement, ça permettra aux gens qui suppriment apt-get de pouvoir utiliser ton paquet.

Et puis un paquetage *.deb valide n'est pas aisé a générer, car il existe un programme anmaired'heure qui s'appelle lintian et qui vérifie sévèrement la validité du paquetage *.deb.

Ce n'est pas un programme emmerdeur, mais un programme qui t'aide à créer des paquets de qualité, chose importante pour les utilisateurs et les mainteneurs.
Mais tu n'es pas obligé d'être conforme pour diffuser ton paquet toi-même, c'est juste utile si et seulement si tu veux qu'il soit intégré dans Debian, et je ne suis même pas sûr que ce soit obligatoire…

Installerai vous le programme si pendant l'installation une fenêtre de dialogue s'ouvre et vous dit que le paquetage n'est pas valide ?

Je n'ai jamais vu de telle fenêtre, pourtant j'ai utilisé des dépôts externes depuis quelques temps: codeblocks, opera, et i3. Le seul truc, c'est que j'ai parfois des avertissements comme quoi le contenu n'est pas signé (dans le cas de codeblocks avant, mais l'un des dev avait mis une clé pgp, et i3 ou il n'y à pas de signature ), mais ça ne m'a jamais empêché d'installer les paquets que je veux. C'est juste que je ne le ferai pas sur des machines sensibles en fait.

Il faut comprendre le processus:

C'était juste pour jouer le chieur, hein, je suis d'accord avec ce que tu dis. Mon véritable propos est juste qu'il vaut mieux éviter de prendre pour acquis qu'une archive Debian tournera sur les dérivées sans problème.
Par contre, une fois recompilé, éventuellement avec quelques modif du DEBIAN/control, là oui, ça marchera tout le temps --à condition qu'il n'y ait pas nécessité de porter du code d'une version d'une lib à une autre bien entendu--.
J'imagine qu'il doit même du coup devenir possible d'utiliser un paquet source .deb pour générer une archive utilisable sur RHEL, fedora & co, ils doivent bien avoir un truc qui fasse l'inverse d'alien?

Moui. Sauf que VS aussi est capable de remonter dans le temps, de mémoire. Tout comme gdb.

En fait, gdb est aussi puissant que le déboggueur de VS, mais je ne connaît simplement aucune interface digne de ce nom qui l'exploite (oui, j'en ai testé plusieurs avant de parler: kdevelop, code::blocks, ddd, cgdb, qtcreator, notamment).

Quant aux autres fonctions qui marchent très mal:
L'auto-complétion de VS 2008 battait à plate couture celle de C::B ou de QtCreator en 2012.

Mais comme tout n'est pas rose, je dirais qu'au moins C::B bat(tai?)s VS sur un point: la gestion des workspace et relations entre les projets, ainsi que l'inclusion de libs externes. Au niveau IHM, de ce côté, VS est horrible.

Dans ton cas, il faut une bonne résolution peu importe le style de wm en fait :)

Manquerait plus qu'un compilateur qui suit les specs

Bah, on parle de MS quand même :)

J'ai jamais dit que j'étais compétent avec :)

Je n'ai pas dit le contraire.

Sauf que sur un mini pc, la déco traditionnellement minimaliste d'un twm est un sacré avantage, si on ne parle que de l'espace écran. La capacité de placer de mini appli (genre calculatrice, terminal pour sniffer un truc particulier, que sais-je) m'est également précieuse.

Mais, effectivement, mes scripts de contrôle diffèrent quand je passe du netbook 10" au desktop dual screen 19" (même sûr de la taille, pour le coup xD) et dans les deux cas, je trouve ça nettement plus confortable que le traditionnel stacking.

En même temps, tu dis aussi que plus de 25%, soit plus d' 1 paquet sur quatre, est modifié…

Pour être un peu plus constructif et pas juste inverser des propos qui sont, au final, plutôt pertinents, je dirais que selon le langage, il sera très simple et sûr d'intégrer le paquet à une distro ou une autre sachant décompacter un .deb.

Pour généraliser, si on utilise un langage interprété, il y à de bonnes chances que la distro ne soit pas un problème: je doute qu'Ubuntu s'amuse à changer les noms des dépendances python pour rien, par exemple.
Par contre, dans le cas d'un truc compilé en langage machine (et pas en langage machine virtuelle, genre java), on s'expose à des problèmes d'ABI, et la, c'est vraiment pas sûr que ça passe de Debian à Ubuntu (ou l'inverse) sans perte ni fracas. J'ai déjà essayé d'installer un paquet buntu sur une Debian, même en trichant avec les noms des dépendances, ça se finissait en segfault à cause d'un problème de linkage.

C’était quand ça? La disposition n’est pas normalisée certes, mais elle ne bouge plus depuis 2008.

Il y à 2-3 ans. Mais j'aurai peut-être dû mettre l'emphase sur le mot "impression".

ou alors jouer à l'emacsien pour taper une foutue {… c'est juste pas possible pour moi.

?

Je fais référence à l'usage de combinaisons à 3 touches.

Le bépo est très bien adapté pour taper du français, de l’anglais et du code

Mouai… vu l'endroit ou est placé le W (petit doigt de la main droite, sur la touche '$' azerty fr) qui est très utilisé en anglais, j'ai un doute pour l'anglais. Sinon, j'ai l'impression qu'il y à plus de caractères nécessitant la touche alt-gr qu'en azerty pour coder (j'en dénombre 12 ici contre 8 sur mon layout azerty), touche que je trouve franchement pénible à utiliser (pas vraiment placée pour être accédée toutes les 30s pour moi). Enfin, je me trompe peut-être.

Toujours les mêmes clichés sur le Bépo — allez voir le site, il y a plein d’infos, venez sur l’IRC poser des questions au de rester sur des clichés et des vieilles idées.

Non, mais j'ai été voir et m'y suis réellement intéressé, à un moment (j'ai d'ailleurs trouvé le site très bien foutu).
Enfin… histoire de prouver ce que je viens de dire, je vais simplement citer le site officiel: L’arrangement des touches de la disposition bépo est basé sur une étude statistique de la langue française. qui est contradictoire avec l'une de tes assertions: Le bépo est très bien adapté pour taper du français, de l’anglais et du code parce que pas mal de langages de programmation ont été créés par des anglophones habitués au clavier qwerty, par exemple '$' ou divers autres caractères tels que [] {} sont accessibles très facilement (combinaisons à 2 touches n'utilisant pas alt-gr), si je ne me trompe pas.

Je te rétorquerais donc qu'il est facile d'accuser les autres de ne pas s'être renseignés.

D'un autre côté, tu dis que Dvorak est moins efficace, mais de quelle version parles-tu? (il s'agit d'une vraie question, je précise)
Il me semble évident que le Dvorak US est moins efficace si j'ai besoin d'écrire en français, mais j'ai entendu parler d'une version internationale, qu'en est-il?

Limite, les windows managers en tiling sont plus pertinent, mais il faut avoir une bonne résolution pour être confortable.

Là, il va falloir argumenter, parce que perso j'ai trouvé le tiling très intéressant sur mon netbook, grâce à l'économie de place qu'ils induisent (pas d'interstice entre les fenêtres, décorations de fenêtre réduites voire supprimées, disposition en onglets ou en stack des diverses fenêtres et comble de bonheur, contrôle clavier intégral, mais ce dernier point n'a rien à voir avec la taille des écrans).

Nan mais Sourceforge c’est vieux, c’est moche, ils suppriment des fonctionnalités, ça évolue pas pas

Mais c'est une plate-forme simple à utiliser gratuitement qui intègre, de mémoire, la possibilité de faire un site, d'intégrer un forum, wiki, vcs, et divers autre trucs.
La seule alternative qui m'avait plus quand j'avais voulu faire un projet, ça à été gnu.savannah.org (enfin, non-gnu.blabla…). Berlioz ne m'avais pas convaincu, et gna était une caricature en terme de maintenance déjà il y à 3 ans… parce que non, bitbucket et github ne sont pas des alternatives, nettement moins souples et puissants, et bien plus lourds (surtout github, parfois aller dessus me donne envie de le comparer à eclipse!).
Enfin, si tu en connais d'autres, je suis intéressé en tout cas. À part l'auto-hébergement, bien sûr :)

En plus c’est trop galère pour télécharger un truc de Sourceforge depuis un script (j’ai pas trouvé comment faire).

Exact, je me souviens qu'unvanquished utilise un script pour télécharger les map, et il y à une histoire de mirroir français pour SF.net qui foire.

en plus c’est pas un truc à décocher mais le bouton «installer la barre d’outil» en gros est à la place du bouton «suivant»

Je me souviens uniquement d'un truc à décocher moi justement? Enfin, ça fait quelques temps que je n'y suis pas retourné, et que je ne travaille plus sous windows d'ailleurs (pourvu que ça dure).

Hum, juste, plus de systemd central, il te reste très probablement des tonnes de dépendances vers des parcelles de ce logiciel.

Sinon, pour éviter ce type de mésaventure à l'avenir, je te conseillerais d'utiliser l'interface ncurses d'aptitude, elle possède une fonction très pratique: un aperçu en couleur des paquets installés, supprimés, ou mis à jour (cassés, aussi, très utile ça).

Question de point de vue. Perso, avec un seul ou plusieurs écrans, si j'utilise un wm classique, le multi-bureau me sort par les yeux.
J'ai commencé à utiliser ce genre de trucs quand j'ai commencé à utiliser i3, qui est pavant et donc "moins souple" qu'un wm classique (dans le sens ou on ne peux pas réduire une fenêtre. Pourquoi le ferais-t-on d'ailleurs, on à des workspaces qui sont là pour ça, voire le scratchpad --que je n'aime absolument pas--).
Avant, avec XFCE ou même compiz, non, ça m'emmerdait.

Sinon, le multi-bureau ne remplace en rien le multi-écran: avec 2 écrans, on peut voir plus de choses en même temps. Le multi-bureau lui, permets de grouper les applications par "thème". Des utilisateurs n'ayant pas l'habitude d'avoir 20000 soft qui tournent en même temps n'ont pas nécessairement ce besoin, et ça peut être le cas de développeurs, notamment sous windows ou la culture de la console n'est quasiment pas présente: mes collègues en lancent une ponctuellement, puis la ferment ou la réduisent dans la barre des tâches.
À part ça, ils ont un IDE, un gestionnaire de bdd, un navigateur, éventuellement la suite bureautique et un client mail dans la zone de notification, quelques gestionnaires de fichiers…
À tout casser 10-15 fenêtres, pas la mer à boire avec le regroupement en barre des tâches, même si je serais moi incapable de revenir à ce fonctionnement:

• comment ça, pour contrôler le lecteur de musique, je dois prendre la souris? Ou switcher sur une autre application?
• En quel honneur devrais-je prendre la souris pour déterminer rapidement dans quelle fenêtre je veux travailler, alors qu'il ne s'agit que de contrôler du texte dans les deux cas?
• Et pourquoi diantre devrais-je dimensionner mes fenêtres une par une moi-même???

Non, vraiment, je galèrerais, mais je peux concevoir que les tuiles, ça plaît pas à tout le monde. Tout comme les bureaux multiples.

On peut faire du Java avec VS? J'étais pas au courant.

En tout cas, pour le C++, je l'ai trouvé pas trop mal. Plus casse-couille à gérer les dépendances dans le workspace ou à des libs externes que C::B, certes, mais pour le reste c'est pas trop mal. Et puis, j'utilisais C::B nightly builds il y à 1-2 ans, contre un VS 2008… Ça à sûrement dû changer depuis.
Sinon, je trouvais l'auto-complétion de VS bien plus aboutie que celle de C::B, et pour comparer à ses autres concurrents que j'ai eu l'heur de tester: eclipse se fait pourrir à plate couture, netbeans j'ai pas assez joué avec, et qtcreator, je peux juste pas supporter son IHM, question de style et donc de goûts.

il est carrément médiocre vu son prix

La version express est gratuite, non? Qu'est-ce qu'elle ne permets pas de faire qui soit vital, au juste?

Mais pour des dispositions stables et normées

Sans vouloir troller, à l'époque ou j'avais voulu passer à bépo, j'ai eu tout sauf l'impression d'une disposition stable, et encore moins normalisée.
Déjà, quel bépo? Celui pour les dev, ou les secrétaires? La variante à qui, parce qu'à ce que j'ai cru voir, tout le monde redéfinit quelques touches ici et là pour une raison X ou Y…

Au passage, je dois me confesser: j'ai énormément de sympathie pour l'idée, mais le fait de devoir changer de layout pour pouvoir coder ou écrire un mail (je peste déjà assez parce que je ne connais aucun navigateur capable de savoir quelle langue j'utilise au moment T, bien que je sache qu'il s'agisse d'une tâche complexe) ou alors jouer à l'emacsien pour taper une foutue {… c'est juste pas possible pour moi. Donc, pas pour demain la veille en ce qui me concerne. Peut-être dvorak-international, faudra que je voie s'il est plus simple pour coder ou écrire indiféremment de l'anglais ou du français.

Je me suis effectivement aperçu de ça il y à un an, ils ont commencé à bidouiller. Ceci dit, ça m'intrigue: je ne pense pas qu'ils modifient eux-même les fichiers proposés au dl en furtif…
Par exemple, guipro n'intègre pas ces choses, de mémoire. Quelqu'un qui à un windows sous la main pourra éventuellement vérifier :)

En fait, j'ai constaté que seuls certains logiciels intègrent ces merdes, je pense notamment au très célèbre filezila. Après, ça à peut-être changé: ça fait bien longtemps que je ne fouille plus sur sourceforge pour trouver de nouveaux logiciels ou trucs à faire.

Quand on regarde les forums d'aide orienté Windows, pas mal de conseils respecte ce format : « télécharge ça – un lien qui pointe sur un binaire quelconque – exécute-le, et dis-nous si ça résoud ton problème » lorsque ça ne résoud pas le problème on enchaîne et on réexécute un autre binaire. Malheureusement trop d'utilisateurs de Windows sont habitués à ce type d'approche, parce qu'il n'y en a pas d'autres pour se dépatouiller avec Windows. Et les habitudes prises sont dures à perdre.

Tiens, petit cadeau. C'est (une nouvelle version d') un document qui à pour vocation d'aider les gens à nettoyer leurs machines. Les gens, tous les gens, même ceux qui n'y connaissent rien.
J'étais tombé la-dessus vers la fin de "ma carrière" de windowsien, j'avais trouvé le document bien foutu (j'ai pas lu la nouvelle version, ceci étant dit).
Toujours est-il que le délire crétin du "installes ça à l'aveugle, et si ça marche pas ceci, sinon cela, sinon reformate" est loin de l'esprit de ce doc.
Bon, j'ai un peu peur, le nouveau à l'air bien plus criard… Généralement, ça crains… /me se méfie du trop joli

Sinon, je n'ai jamais eu de soucis en installant un binaire téléchargé depuis le site officiel, mais il faut dire que quand j'installe un soft, je fais attention aux détails. Ça vaut pour ma Debian aussi d'ailleurs: les recommandations ne sont installées que si je les juges utiles, et je regardes toujours la liste complète des dépendances des paquets que j'installe.

Mais bon, ce n'est que mon expérience personnelle, et je comprend qu'elle puisse différer. Toujours est-il que je ne fais pas plus confiance aux mainteneurs de Debian qu'aux développeurs des applications, et il m'est même arriver de contourner de fausses dépendances pour avoir un système le moins bloated possible. Par exemple: les gstreamer en dépendance dure pour des logiciels qui n'ont pas nécessairement besoin de son, ou un autre qui m'avait marqué marsshooter qui dépends en dur d'une liste de fontes pour gérer chaque pays (j'exagère, en fait il n'y à que 4 fontes dont une seule sera réellement utile à l'utilisateur final. Bien sympa ce jeu d'ailleurs.).
Du coup j'ai créé de faux paquets pour duper aptitude.

Bref : si je suis forcé d'utiliser un Windows qqch pour pouvoir lire du .pptx et faire des conf call Webex soit. Raffistoler le laptop pro en lançant en sauvage des .exe pour le configurer (les bureaux virtuels), sans droits administrateurs, même si c'est possible je ne le fais plus. Pour faire des choses sérieuses, j'ai de la chance d'avoir une station Linux ou de pouvoir me logguer en session X à distance (parce que l'entreprise a une infrastructure – /me a de la chance…).

C'est également quelque chose que je ne fais plus depuis mon passage à linux, à une exception près: xming, bien que quand je m'en servais je n'avais pas réussi à lui faire avaler un gestionnaire de fenêtres, et que je le trouvais lent. Mais au moins ça me donnait accès à mes applications favorites: vim, meld, de vrais terminaux… choses dont je ne pense pas pouvoir encore me passer.

Ça me rappelle un peu le merdier que met(tais la dernière fois que j'ai voulu essayer d'y piger quelque chose) dconf dans les fichiers de conf du user ça.

Mais bon, je l'admets, je reproche la mocheté de la chose, surtout qu'en plus c'est des trucs en xml derrière. J'imagine que certains doivent aimer, pas moi.

Sinon, je me souviens avoir fait un peu dans cet esprit: une appli ou les menus étaient représentés par une arborescence de dossiers, les fichiers décrivant la config des plug-ins liés à une bouton de menu. Pas prise de tête à écrire du tout, et niveau utilisation, plutôt souple: ça m'a éviter d'avoir à écrire au début une IHM de config parce que la conf était simple à gérer, et que tous les systèmes que je connais on un éditeur de texte brut.

TortoiseGit est utilisable, mais ça s'arrête là.
De manière générale, mes expérience de git sous windows n'ont pas été satisfaisantes (problèmes d'encodage et de fins de lignes, notamment).

Mais bon, il n'y à pas que git (même si c'est aussi celui que j'utilise) en VCS décentralisé: il y à aussi mercurial, bazaar (bien que ce dernier ne soit plus maintenu de mémoire), fossil…

Par contre, je suis d'accord pour le fait qu'un VCS décentralisé pourrait être une solution, encore qu'il faudra dans ce cas former les utilisateurs à pousser leurs modif, et à tirer avant de commencer à bosser sur un projet, hors le facteur humain n'est jamais négligeable.

Mouai.

C'est sûr, si tu dl tes binaires sur 01net ou je ne sais quel autre site à la con qui vit du boulot des autres, c'est sûr, le risque de choper des merdes deviens élevé.
En utilisant les sites officiels, c'est déjà mieux, et il existe des outils nommés: antivirus.

Je préfère bosser sur ma Debian avec i3, mais avoir un environnement de survie en systèmes hostiles (et j'inclue dans le lot les systèmes n'ayant pas les outils que je préfère parce que seul mon nombril compte dans cette définition de hostile) chopé sur des sources sûres (je doute que les devs de miranda IM s'amusent à mettre des virus dans leur binaire, idem pour guipro/hulk, itou pour code::blocks etc).

Si tu n'as plus l'âge de lancer des exe à l'aveugle, ça veut dire quoi? Tu vérifies tous les binaires que ta distro te ramène? Non parce qu'un mainteneur ça peut faire une connerie après tout.

Donc si tu veux vraiment faire une comparaison, compare l'écosystème Windows avec ta distrib, donc s/paint/photoshop/ par exemple.

Quand j'installe ma Debian, il n'y à rien dessus, mis à part un logiciel pour installer des logiciels, un serveur ssh et un interpréteur de commande. À un chouïa près.

Que ce soit sous Windows ou sous Debian, j'apprête mon système. Sous Windows, ça me prend 4 à 5 heures, sous Debian 15 minutes.

Écosystèmes comparés. Debian vainqueur par K.O.

Je code très bien mon C++ et je hack tout à fait facilement le php de mes collègues avec mon clavier français, perso.

Tu veux dire, un peu comme /etc/apt/sources.list.d, ou /etc/apache2/sites-enabled ? Je vais pas faire 10000 exemples des applications qui utilisent ce principe, mais franchement, c'est juste le meilleur moyen pour pas qu'une MaJ annule les changements faits par un non mainteneur.

Et soyons sérieux: ouvrir tous les fichiers stockés dans un dossier, si t'es pas foutu de faire ça en tant que dev, change de métier!

Tu as oublié qu'il faut un échantillon plus large qu'une personne de chaque sexe, parce que les gens ont tous une capacité de rallier autrui à leur cause différente.

Il se pourrait que si Bob à vu toutes ses propositions acceptée contrairement à Alice, c'est parce que Bob sait mieux les mettre en avant, et que si on avait ajouté Jean et Julie à l'expérience, on aurait constaté que Jean n'a rallié personne tandis que Julie à convaincu tout le monde.
Et dans ce cas, bien malin celui qui peut dire qu'il y à sexisme, non?