c'est pour cela qu'il faut poser la question par ecrit avec AR, la non réponse dans les 3 mois vaut acceptation :). d'ailleurs qui demande conseille par téléphone de nos jours ?
Posté par Anonyme .
En réponse à la dépêche 0.h un weboob.
Évalué à 9.
Dernière modification le 16 janvier 2014 à 15:57.
sortir du politiquement correct à tout prix
je ne suis pas sur que ce soit le cas: ça en fait marrer certains, tout simplement.
Maintenant, forcément, à force de remettre ça sur le tapis à chaque release, ça devient un jeu: plus ça en emmerde certains, plus la mule sera chargée.
Je ne pense pas qu'il y ait une réflexion plus poussée que cela.
Note que, à mon petit niveau, je participe au développement, mais ça ne veut pas dire que je sois en accord total avec les noms ou les icônes associés à weboob: je considère que le logiciel en lui-même est suffisamment utile pour que cet aspect me passe complètement au dessus de la tête.
Ça a été dit déjà maintes fois: que ceux qui ne sont pas contents forkent, sinon, pour rester dans le sujet, ça reste de la masturbation intellectuelle.
Pour que ce soit pertinent il faudrait un flux décalé à h+24, en supposant que cela suffise à avoir un nombre de pertinentages/inutilages qui donne une note significative quant à l'appréciation du contenu.
Mince, j’étais sur le site "officiel", et je ne voyais que les distrib pour Linux … j'ai pas cliqué le lien, pourtant juste a coté, la nouveauté Windows.
Pourquoi ne pas proposer de "package" pour Windows ?
Parce que l'idée a l'air sympa, et ça me changera d'Elinks sous Cygwin.
Je sais les intégristes vont me tomber dessus mais j'ai pas le choix au boulot.
Les screens ont l’air de montrer une interface plus épurée mais les fonctionnalités ont toujours l’air d’être présentes. C’est plus beau (à mon sens) et ça se rapproche au final plus de ce que j’attendrais d’un éditeur de texte, et non d’un outil de développement.
Ya Anjuta sous Gnome pour développer, entre autres. Me trompe-je ?
en regardant /var/log/ je me suis aperçu que dpkg.log avait été modifié au même horaire, et en regardant ce qu'il y avait dedans, ça ma rafraichit la mémoire: c'était bien moi à cette heure là qui ai installé puis désinstallé un paquet qui explique les modifications rapportées par tripwire
pour ce qui me concerne je ne pertinente ni n'inutilise, mais la lecture de ton journal n'a fait surgir qu'un seul mot dans ma tête: agoravox
En général, ça suffit à me couper toute envie d'aller voir plus loin.
Au mieux j'y vois un agrégateur de blog avec modération, modération qui fera forcément crier à l'arbitraire ceux qui ne la trouveront pas à leur goût.
Maintenant, si tu voulais bien nous en dire un peu plus et en quoi ce nouvel outil pourrait être différent, je suis preneur, parce que, franchement, dans ce cas d'utilisation bien précis, l'aspect décentralisé me semble avoir peu d'intérêt.
c'est plus simple (sera ?) pour partager des information entre 2 PC, les cartes son sont mieux supportées que des clées bluetooth ou wifi avec blob et pour la plupart totalement libre, après la bande passante :) je sais pas trop.
J'y crois pas mal maintenant, alors que je doutais de la faisabilité physique.
Maintenant je sais qui a servi de modèle pour jouer Leonard Hofstadter !
Et pour être un peu plus dans le sujet, Dirk se plaint beaucoup du retour des développeurs de GTK en comparaison de celui des développeurs de Qt.
Il y a, à mon sens, une différence majeure entre Qt et GTK: le premier est développé par et avec le support d'une entreprise (Digia aujourd'hui), alors que le second repose sur la GNOME Foundation.
Donc d'un coté une entreprise qui a besoin de satisfaire des clients pour générer de l'argent, et de l'autre une fondation qui n'a pas d'enjeux commerciaux à tenir.
Cela n'excuse en rien les problèmes de communication soulevés par Dirk, mais cela explique pour moi la différence de motivation des deux équipes: du coté Qt, une dynamique commerciale qui veut que avoir un projet développé par Linus Torvalds dans son écurie est indéniablement un plus, et du coté GTK, le dédain des développeurs, assez répandu dans le monde du libre, qui considèrent que le problème vient avant tout des utilisateurs.
Ca permet de comprendre les concepts utilisés par git, et voir qu'ils sont finalement très simples. Une fois qu'on a vu ca, on comprend beaucoup mieux le principe des differentes commandes.
Un dev il a autre chose à faire qu'à comprendre ce qu'est un blob, un tree ou un commit.
Sauf à vouloir se contenter de fonctionnalités très basiques, c'est utile de savoir comment ca fonctionne pour mieux l'utiliser.
Par défaut avec Hg, tu peux avoir plusieurs commit issus d'un commit initial sur un dépôt: les heads. avec Git ce n'est pas possible.
Git permet d'avoir plusieurs commits issus d'un commit initial. C'est juste que les branches ne sont pas gerées pareil. Dans git, une branche c'est un pointeur vers un commit. Dans mercurial c'est un identifiant present dans chaque commit.
Ce que je regrette par contre c'est le fait que l'on ne puisse pas crée de branche locale avec Git.
On peut très bien créer des branches locales avec Git. En fait tant qu'on a pas décidé de les pusher sur un serveur, toutes les branches sont locales.
Attention je ne dis pas que Git est moins bien je l'utilise (et je l'ai choisi par raison plutôt que par coeur pour toute ma boîte …), mais il n'est pas plus simple non.
Ca depend pour qui. Pour des novices qui veulent en faire une utilisation basique, peu etre. Pour les gens qui veulent comprendre comment fonctionne leur gestionnaire de version, git me semble plus simple à comprendre.
Par exemple un "git cat-file -p <commit>" permet de voir exactement et comprendre ce que represente un commit. L'equivalent dans hg m'a l'air difficilement accessible.
Disons que la courbe d'apprentissage est plus rude que pour Mercurial (c'est un avis personnel).
Moi je ne trouve pas, j'ai eu beaucoup plus de mal à apprendre à utiliser Mercurial que git.
Peu etre que pour une utilisation très limitée, Mercurial est plus simple, mais c'est tout.
Je pense que la difference, c'est que dans git le fonctionnement interne est visible, alors que dans Mercurial c'est un peu plus caché. Et pour bien utiliser un gestionnaire de version, il faut à mon avis savoir comment il fonctionne.
est pas du tout une question dans un forum, je partage mon avis expérience a propos de :
j'ai des doutes quant à l'adoption de ces nouvelles pratiques.
en général l'utilisateur n'est pas idiot, juste réfractaire au changement. Je compte 12 mois pour qu'un changement d'interface "passe". Donc c'est possible de les forcer a faire ce que tu veux mais il ne faut surtout pas changer en cours de route.
Qu'on se le dise mon idée est de mettre en place une "vitrine"
la il y a un probleme, tu va faire beaucoup d'heures et de temps de formation, alors qu'un commercial de chez IBM qui passe, va imposer/vendre une solution avec Cognos en moins de temps que pour l'écrire pour 3/4 fois ton salaire annuel. Et ta vitrine hop -> \_/. Tu devrais demander des garanties minimum, voir faire une revue de ton projet, le presenter, definir le besoin et continuer. Les truc en douce c'est assez fragile.
J'en ai deja proposer avec des powerpoint jolis, cela n'a pas été accepté :), finalement je n'ai pas dépenser mon énergie pour un bébé mort née même très beau.
Tiens, un exemple : monter un serveur HTTP git ou mercurial, avec une authentification basique. Dans un cas apache + hgweb + htpasswd et c'est bon, dans l'autre… ssh ? gerrit ?
En utilisant ssh c'est encore plus simple, il suffit de créer ton dépot sur ton serveur, et ensuite tu utilises l'url ssh://login@serveur/repertoire.git
lorsque c'est le même domaine en général je ne tiens pas trop compte de l'avertissement mais là, ça me laisse pensif, et j'ai autre choses a faire que faire des requête whois !
[^] # Re: première personne concernée
Posté par Anonyme . En réponse au journal Charité ou droits d’auteur ?. Évalué à 1.
c'est pour cela qu'il faut poser la question par ecrit avec AR, la non réponse dans les 3 mois vaut acceptation :). d'ailleurs qui demande conseille par téléphone de nos jours ?
[^] # Re: NSFW
Posté par Anonyme . En réponse à la dépêche 0.h un weboob. Évalué à 9. Dernière modification le 16 janvier 2014 à 15:57.
je ne suis pas sur que ce soit le cas: ça en fait marrer certains, tout simplement.
Maintenant, forcément, à force de remettre ça sur le tapis à chaque release, ça devient un jeu: plus ça en emmerde certains, plus la mule sera chargée.
Je ne pense pas qu'il y ait une réflexion plus poussée que cela.
Note que, à mon petit niveau, je participe au développement, mais ça ne veut pas dire que je sois en accord total avec les noms ou les icônes associés à weboob: je considère que le logiciel en lui-même est suffisamment utile pour que cet aspect me passe complètement au dessus de la tête.
Ça a été dit déjà maintes fois: que ceux qui ne sont pas contents forkent, sinon, pour rester dans le sujet, ça reste de la masturbation intellectuelle.
# changelog ?
Posté par Anonyme . En réponse à la dépêche Liquidprompt version 1.8. Évalué à 10.
Il y a un changelog simplifié ou bien il faut aller fouiller dans les commits pour savoir ce qui a été changé/amélioré/ajouté ?
# flux décalé
Posté par Anonyme . En réponse à l’entrée du suivi note dans les flux rss. Évalué à 2 (+0/-0).
Pour que ce soit pertinent il faudrait un flux décalé à h+24, en supposant que cela suffise à avoir un nombre de pertinentages/inutilages qui donne une note significative quant à l'appréciation du contenu.
[^] # Re: Tant qu'a être hors sujet ...
Posté par Anonyme . En réponse à la dépêche 0.h un weboob. Évalué à 7.
Elle est sur la page d'accueil dans la rubrique contact
[^] # Re: Tant qu'a être hors sujet ...
Posté par Anonyme . En réponse à la dépêche 0.h un weboob. Évalué à 4.
Mince, j’étais sur le site "officiel", et je ne voyais que les distrib pour Linux … j'ai pas cliqué le lien, pourtant juste a coté, la nouveauté Windows.
# Tant qu'a être hors sujet ...
Posté par Anonyme . En réponse à la dépêche 0.h un weboob. Évalué à 1.
Pourquoi ne pas proposer de "package" pour Windows ?
Parce que l'idée a l'air sympa, et ça me changera d'Elinks sous Cygwin.
Je sais les intégristes vont me tomber dessus mais j'ai pas le choix au boulot.
[^] # Re: Pas compris
Posté par Anonyme . En réponse au journal Nouvelle interface pour gedit. Évalué à 1.
Anéfé, comme dirait l’autre.
# Pas compris
Posté par Anonyme . En réponse au journal Nouvelle interface pour gedit. Évalué à 10. Dernière modification le 14 janvier 2014 à 19:38.
Les screens ont l’air de montrer une interface plus épurée mais les fonctionnalités ont toujours l’air d’être présentes. C’est plus beau (à mon sens) et ça se rapproche au final plus de ce que j’attendrais d’un éditeur de texte, et non d’un outil de développement.
Ya Anjuta sous Gnome pour développer, entre autres. Me trompe-je ?
[^] # Re: Mise à jour (automatique) ?
Posté par Anonyme . En réponse au message [Résolu]Modification des rapports tripwire. Évalué à 2.
non, je ne pratique ce rite étrange :)
# j'ai posté trop vite
Posté par Anonyme . En réponse au message [Résolu]Modification des rapports tripwire. Évalué à 3.
en regardant /var/log/ je me suis aperçu que dpkg.log avait été modifié au même horaire, et en regardant ce qu'il y avait dedans, ça ma rafraichit la mémoire: c'était bien moi à cette heure là qui ai installé puis désinstallé un paquet qui explique les modifications rapportées par tripwire
désolé pour le dérangement
[^] # Re: moi pas comprendre...
Posté par Anonyme . En réponse au journal Soutenez Citizen Desk ! pour du journalisme citoyen et libre ! C'est urgent. Évalué à 10.
pour ce qui me concerne je ne pertinente ni n'inutilise, mais la lecture de ton journal n'a fait surgir qu'un seul mot dans ma tête: agoravox
En général, ça suffit à me couper toute envie d'aller voir plus loin.
Au mieux j'y vois un agrégateur de blog avec modération, modération qui fera forcément crier à l'arbitraire ceux qui ne la trouveront pas à leur goût.
Maintenant, si tu voulais bien nous en dire un peu plus et en quoi ce nouvel outil pourrait être différent, je suis preneur, parce que, franchement, dans ce cas d'utilisation bien précis, l'aspect décentralisé me semble avoir peu d'intérêt.
[^] # Re: Par contre communiquer via des ultrasons est définitivement une réalité.
Posté par Anonyme . En réponse au journal Communiquer via les ultrasons. Évalué à 1.
c'est plus simple (sera ?) pour partager des information entre 2 PC, les cartes son sont mieux supportées que des clées bluetooth ou wifi avec blob et pour la plupart totalement libre, après la bande passante :) je sais pas trop.
J'y crois pas mal maintenant, alors que je doutais de la faisabilité physique.
[^] # Re: Quelle distance
Posté par Anonyme . En réponse au journal Communiquer via les ultrasons. Évalué à 5.
un volontaire pour implémenter une interface réseau virtuelle ?
# The Big Bang Theory
Posté par Anonyme . En réponse au journal Gtk to Qt - A strange journey. Évalué à 9.
Maintenant je sais qui a servi de modèle pour jouer Leonard Hofstadter !
Et pour être un peu plus dans le sujet, Dirk se plaint beaucoup du retour des développeurs de GTK en comparaison de celui des développeurs de Qt.
Il y a, à mon sens, une différence majeure entre Qt et GTK: le premier est développé par et avec le support d'une entreprise (Digia aujourd'hui), alors que le second repose sur la GNOME Foundation.
Donc d'un coté une entreprise qui a besoin de satisfaire des clients pour générer de l'argent, et de l'autre une fondation qui n'a pas d'enjeux commerciaux à tenir.
Cela n'excuse en rien les problèmes de communication soulevés par Dirk, mais cela explique pour moi la différence de motivation des deux équipes: du coté Qt, une dynamique commerciale qui veut que avoir un projet développé par Linus Torvalds dans son écurie est indéniablement un plus, et du coté GTK, le dédain des développeurs, assez répandu dans le monde du libre, qui considèrent que le problème vient avant tout des utilisateurs.
[^] # Re: Mercurial vu par Facebook
Posté par Anonyme . En réponse au journal "Scaling Mercurial at Facebook". Évalué à -1.
Ca permet de comprendre les concepts utilisés par git, et voir qu'ils sont finalement très simples. Une fois qu'on a vu ca, on comprend beaucoup mieux le principe des differentes commandes.
Sauf à vouloir se contenter de fonctionnalités très basiques, c'est utile de savoir comment ca fonctionne pour mieux l'utiliser.
# desolé mais
Posté par Anonyme . En réponse au message Startup de l'Internet des Objets à Toulouse recherche Développeur back-end. Évalué à 4.
il faut le dire comment qu'il FAUT une fourchette de salaire, c'est pas le pole emploi ici !
[^] # Re: c'est une question de philosophie
Posté par Anonyme . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 5.
Git permet d'avoir plusieurs commits issus d'un commit initial. C'est juste que les branches ne sont pas gerées pareil. Dans git, une branche c'est un pointeur vers un commit. Dans mercurial c'est un identifiant present dans chaque commit.
On peut très bien créer des branches locales avec Git. En fait tant qu'on a pas décidé de les pusher sur un serveur, toutes les branches sont locales.
[^] # Re: Mercurial vu par Facebook
Posté par Anonyme . En réponse au journal "Scaling Mercurial at Facebook". Évalué à -1. Dernière modification le 10 janvier 2014 à 18:23.
Ca depend pour qui. Pour des novices qui veulent en faire une utilisation basique, peu etre. Pour les gens qui veulent comprendre comment fonctionne leur gestionnaire de version, git me semble plus simple à comprendre.
Par exemple un "git cat-file -p <commit>" permet de voir exactement et comprendre ce que represente un commit. L'equivalent dans hg m'a l'air difficilement accessible.
[^] # Re: Mercurial vu par Facebook
Posté par Anonyme . En réponse au journal "Scaling Mercurial at Facebook". Évalué à -1.
Moi je ne trouve pas, j'ai eu beaucoup plus de mal à apprendre à utiliser Mercurial que git.
Peu etre que pour une utilisation très limitée, Mercurial est plus simple, mais c'est tout.
Je pense que la difference, c'est que dans git le fonctionnement interne est visible, alors que dans Mercurial c'est un peu plus caché. Et pour bien utiliser un gestionnaire de version, il faut à mon avis savoir comment il fonctionne.
# comme c'est un journal
Posté par Anonyme . En réponse au journal De la question existentielle autour des solutions de partage de docs de type Alfresco/Sharepoint/.... Évalué à 5.
est pas du tout une question dans un forum, je partage mon avis expérience a propos de :
en général l'utilisateur n'est pas idiot, juste réfractaire au changement. Je compte 12 mois pour qu'un changement d'interface "passe". Donc c'est possible de les forcer a faire ce que tu veux mais il ne faut surtout pas changer en cours de route.
la il y a un probleme, tu va faire beaucoup d'heures et de temps de formation, alors qu'un commercial de chez IBM qui passe, va imposer/vendre une solution avec Cognos en moins de temps que pour l'écrire pour 3/4 fois ton salaire annuel. Et ta vitrine hop -> \_/. Tu devrais demander des garanties minimum, voir faire une revue de ton projet, le presenter, definir le besoin et continuer. Les truc en douce c'est assez fragile.
J'en ai deja proposer avec des powerpoint jolis, cela n'a pas été accepté :), finalement je n'ai pas dépenser mon énergie pour un bébé mort née même très beau.
[^] # Re: c'est une question de philosophie
Posté par Anonyme . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 3.
Si tu veux que ca soit en http, tu peux utiliser apache + mod_dav:
https://www.kernel.org/pub/software/scm/git/docs/howto/setup-git-server-over-http.html
En utilisant ssh c'est encore plus simple, il suffit de créer ton dépot sur ton serveur, et ensuite tu utilises l'url ssh://login@serveur/repertoire.git
# et sinon ?
Posté par Anonyme . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.
linux tourne dessus ? ou pas
[^] # Re: certif
Posté par Anonyme . En réponse à la dépêche DataPoste, le programme OpenData du groupe La Poste. Évalué à 1.
je clic sur liste des code postaux dans la dépêche puis ajouter un commentaires
# certif
Posté par Anonyme . En réponse à la dépêche DataPoste, le programme OpenData du groupe La Poste. Évalué à 5.
il n'y a pas un problème de certificats ? ou de pishing ?
il y a une redirection pour le login de data.gouv.fr vers
https://data.gouv.fr.prod.ext.dila.fr/user/login
lorsque c'est le même domaine en général je ne tiens pas trop compte de l'avertissement mais là, ça me laisse pensif, et j'ai autre choses a faire que faire des requête whois !