Posté par barmic .
En réponse à la dépêche Du nouveau pour Thunderbird.
Évalué à 10.
Dernière modification le 03 décembre 2014 à 15:43.
C'est (entre autre) pour ça que j'ai donné des liens vers d'anciens journaux. Il y a un paquet d'utilisateurs qui ne sont pas totalement satisfait de thunderbird et ce depuis longtemps (problème de performance, interface pas très pratique, organisation automatique des mails, gestion par tag à la place des dossiers, amélioration de l'intégration des techno type owncloud/seafile/dropbox/, intégration de la sécurité (plus comme le fait evolution que le plugin actuel),…).
Le logiciel n'est pas mure, il se fait gober par les webmails (GMail en tête).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'avais probablement pas une pression folle avec N versions à maintenir (N tendant vers infini) et M correction à backporter (M tendant vers infini). Dans la plupart des cas, il s'agit de faire du cherrypick des commits de master et de gérer les conflits/évolutions (en commençant toujours dans une branche séparée).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Personnellement je préfère les journaux aux dépêches et donc je lis rarement les dépêches, sauf justement celle qui contient la liste des meilleurs journaux. Ainsi, si on me prive des journaux ayant été promus en dépêche, je suis déçu car il en manque.
Euh… J'ai rien compris. Tu ne lis que les dépêches pour connaître les journaux que tu as déjà lus (puisque tu lis les journaux) ?
AMHA les journaux promus en dépêche sont lus par les gens qui ne lisent que les journaux et par ceux qui ne lisent que les dépêches (c'est un peu le principe de la promotion). Donc je comprends pas l'intérêt.
Avoir son journal promu en dépêche ça augmente l'audience c'est cool, mais ce n'est pas aussi agréable que d'être dans le top10 des meilleurs journaux du mois.
C'est sacrément subjectif ça. Je trouve que c'est plutôt l'inverse. Les journaux promus en dépêches, c'est la majorité du temps une demande populaire, une reconnaissance du site qui te place en page d'accueil, un bonus de karma pour se la jouer à celui qui a la plus grosse.
En plus t'ajouter dans une sous liste d'une seconde partie d'une dépêche ça ne me semble pas plus intéressant que ça pour l'égo. Au contraire ça réduit l'aspect reconnaissance, parce que la reconnaissance est inversement proportionnel au nombre de reconnus. Tu parle du top 10 là on parle d'ajouter encore 5 à 10 contenus par mois.
Après en soit je m'en fou. Je me demandais surtout si c'est pas un autre type de contenu qui conviendrais mieux à cela, c'est tout.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Comme chacun donne son workflow, je vais donner le miens.
Je garde une branche master sur la quelle je ne travail pas directement. Je crée des branches pour tout et n'importe quoi. Quand je veux les fusionner je commence par faire un rebase -i pour nettoyer mon historique. Généralement je me retrouve avec 1 ou 2 commits et avec des messages de commits plus long, c'est l'occasion d'expliquer ce que j'ai fais. Ensuite je merge dans master.
Je suis loin d'être un spécialiste de git. Je sais que gitflow reproduit à peu près ce shemas là, mais j'ai pas pris le temps de regarder comment il fonctionne et ça ne représente pas un gros problème de faire ça à la main (au moins le temps de comprendre bien ce que l'on fait et pourquoi).
Ça doit permettre d'avoir un historique plus lisible et plus facile à annuler avec moins de commits.
Avec ça j'essaie d'augmenter un peu ma fréquence de commit pour avoir une meilleure granularité lorsque je fais mon rebase interactif et je ne m'embête pas fréquemment pour le message de commit parce que je sais que je reviendrais dessus quoi qu'il arrive.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
j'aime bien l'idée de faire une dernière section à la fin pour les citer ("Les journaux suivants ont été promus en dépêche et ne figurent donc plus dans le top.").
très bonne idée, 'fin moi j'adhère.
J'en vois pas l’intérêt. Ces dépêches sont faites pour rendre plus visibles certains journaux pour à ceux qui ne lisent que les dépêches. Si les journaux sont transformés en dépêche, je ne vois pas l'intérêt de les republier encore une fois.
Ou alors vous cherchez à produire un condensé de linuxfr à la manière des newsletter. Pourquoi pas, mais c'est inutile de le faire au même endroit que là où se passe l'activiter "normal". Il faudrait soit avoir un flux RSS/Atom dédié (par exemple une version de chaque flux RSS dans les quels les contenus n'apparaissent que lorsque leur note dépasse une valeur) soit mettre en place une liste de diffusion spécifique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Encore une fois quand tu utilise du logiciel comme un service, le fait qu'il soit libre ou pas n'a pas d'intérêt ni de sens (tu n'a aucune des liberté du logiciel libre). Ce qui est intéressant avec le SAAS, c'est :
la libération des données : puis-je récupérer mes données et dans quels formats ?
quelles garanties j'ai dans l'utilisation qui est fait de mes données ?
Si tu regarde sous cet angle là, tu remarquera par exemple que beaucoup de logiciels libres ne sont pas très bons (souvent il n'y a pas de moyens de récupérer ses données et on oppose le fait qu'il suffit de faire un export de la base pour les sortir (donc inutilisable dans le cadre d'une solution mutualisée et utilisation d'un format difficilement réutilisable)).
Je ne sais pas ce que valent gitlab et bitbucket à ce sujet là (pour ce qui est du code il n'y a pas de problème évidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Thunderbird intégre un système pour te proposer de pousser ta ou tes pièces jointes dans un service de gestion de fichier et insérer l'url HTTP vers ce dernier dans ton mail. C'est pas mal niveau utilisabilité (du moins en théorie, je m'en suis jamais servi) :
tu fais ton mail comme tu as l'habitude
thunderbird te propose de mettre le fichier sur owncloud/google drive/one drive/dropbox/hubic/…
tu valide
tu envoie ton mail
De la manière inverse, GMail te propose, au lieu de télécharger tes pièces jointes1, de les pousser dans google drive (et dans l'autre sens depuis google drive tu peut partager par mail un fichier ce qui reviens à envoyer un mail avec un lien).
Les 2 sont proposé, il n'y a pas d'obligation à passer par google drive ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça n'en dit pas long sur ce qu'ils vérifient durant leur auditent et en quoi leur audit est plus intéressant qu'un autre.
Si « ce qu'ils détectent » c'est les warnings du compilateur, ça n'est pas forcément très intéressant.
De plus une certification c'est pas très intéressant si ce n'est pas maintenu est-ce qu'OpenSSL actuel, qui a pris un coup de fouet dans son développement est toujours certifié ? Est-ce que la certification de l'un est plus chère que l'autre ?
Il y a eu une remise en cause du code, la communauté s'est remise en cause (avec par exemple la création d'une infrastructure pour faire des audit), qu'en est-il de ces certifications gouvernementales ?
Enfin à quoi ça sert ? OpenSSH utilise OpenSSL, mais pas tout et certaines parties sont refaites from scratch dans OpenSSH est-ce que OpenSSH est valide « gouvernement compliant » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce n'est pas forcément si simple. Les utilisateurs peuvent résister à ces changements, les mails peuvent venir de l’extérieur de l'entreprise, il faut synchroniser manuellement les données sur ta GED et l'organiser (ce qui est moins simple parce que les documents ont moins de métadonnées). Enfin il faut switcher entre la GED et les mails.
Avoir une GED c'est vraiment bien. Ça permet de ne pas faire exploser les boites mails par exemple (un cas qui envoie son fichier d'1Mio à 10 personnes ne consommera pas 10Mio sur diverses boite), tu peut avoir un versionnement et une gestion moins risquée des droits, mais ce n'est pas forcément simple et pratique à mettre en place.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Oui, mais il y a une différence entre une personne qui participe à un travail et constituer un conseil qui va se réunir régulièrement et avoir une certaine responsabilité. C'est pas vraiment le même engagement/investissement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Bien sur, ça n'explique pas tout pour netbsd, mais ça explique une partie.
Ça n'est surtout pas pour ça que kNetBSD est moins performant que linux. C'est plus une question de main d’œuvre. S'occuper des performances c'est long, pas tout le monde veut ou est capable de le faire. NetBSD s'intéresse à d'autres problématique (à raison).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Exactement, et c'est à ça qu'on voit que les devs qui ont fait cette roadmap ne sont pas des utilisateurs de thunderbird.
Je doute qu'ils n'utilisent pas thunderbird sinon ils ne ce serait pas embêté avec ça (ils ne sont pas payé pour ça).
Parce que franchement, maildir, on s'en carre le coing, comme dirait LiNuCe<. C'est de la tambouille interne de client mail, et ils pourraient tout mettre dans sqlite que ça ne me choquerait pas.
Potentiellement ça pourrait grandement améliorer la réactivité (tu sais quand tu parle de "ils améliorent le chargement des mails"). Ça n'est pas la seule manière de faire mais ça en est une. De plus c'est une fonctionnalité demandée depuis bien longtemps. Et ça peut te permettre de passer de thunderbird à un autre MUA plus facilement.
Sinon je suis tout à fait d'accord sur le reste de ton commentaire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'ai dans le journal relevé un journal qui parlait des problèmes de thunderbird (et qui a beaucoup de commentaires qui vont dans le même sens). On peut facilement en trouver d'autres.
Mais s'il te convient c'est génial.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tout à fait, je n'ai pas dis le contraire. Mais c'est un biais souvent (même si c'est de moins en moins) utilisé de dire "on fait n'importe quoi parce qu'on fait de l'agile".
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis d'accord pour dire que c'est un souci, je suis juste pas d'accord pour dire que systemd est le premier exemple, et donc ralé sur ça spécifiquement sur systemd, c'est faire preuve de mauvaise foi.
On est d'accord.
mais si c'était tellement un souci pour le libre, les gens utiliseraient Netbsd, Centos ou ce genre d'OS qui promettent une compatibilité plus longue. Si c'était un souci suffisamment important, les gens ne rejetteraient pas la LSB comme contraignante mais l'adopteraient. Ou on aurais plus de tests automatisés d'ABI/API via http://ispras.linuxbase.org/index.php/ABI_compliance_checker . moins de gens à se jeter sur ruby/go/node etc et la catastrophe d’écosystème pas ultra mature et stabilisé.
Tu mélange beaucoup de choses :
les gens utiliseraient Netbsd
Non, parce que NetBSD n'a pas les même performances que linux et parce qu'il n'a pas le même support (autant matériel que logiciel).
Centos ou ce genre d'OS qui promettent une compatibilité plus longue
CentOS et RHEL (et peut être Suse) c'est ce qui est utilisé oui, mais ça n'empêche pas d'avoir des cassures franches.
moins de gens à se jeter sur ruby/go/node etc et la catastrophe d’écosystème pas ultra mature et stabilisé.
Ce ne sont pas les même personnes, ni les même applications. Il y a une grosse partie de technophiles, qui font du web entre autres qui veulent utiliser les toutes dernières techno pour présenter des interfaces les plus agréables possibles à leur client (c'est entre autre ce que fait Google, Amazone, Twitter, Facebook, etc). Mais ça n'empêche pas d'avoir des gros utilisateurs de linux utiliser du code Fortran, C, C++ et ADA pas ou moyennement maintenu pour faire du calcul haute performance, du trading haute fréquence, pour faire tourner leur banque, leur production industrielle, pour faire tourner des applis scientifiques (je pense à ce qu'on trouve par exemple dans les accélérateurs de particules).
On parle bien de types d'utilisateurs totalement différents. C'est vrai qu'on voit sur le web plus de personnes qui font du web (comme c'est bizarre), comme ils sortent une nouvelle techno tous les dimanches matin ils ont toujours pleins de choses à dire.
Pour savoir pourquoi ces gens ne participent pas à la LSB et au test automatisées d'ABI. Je pense que c'est pas leur habitudes, que les trolls (et les fortes personnalités) font peur. Qu'ils maintiennent des vielles appli donc qu'ils ne peuvent pas comme ça être LSB compliant.
Je ne dis pas que ces gens n'ont pas de défaut et que la faute reviens qu'aux mainteneurs, je dis que le problème existe et que c'est entre autre là dessus qu'AIX fais son beurre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mais des gens s'en plaignent depuis longtemps. Sérieux tente de lancer Unreal Tournement 2003 ou 2004 sur une distribution aujourd'hui. Prend même Debian old stable si ça te fais plaisir. A mon dernier essaie il y avait à minima un problème sur la manière dont était géré le son. Tu peut probablement le lancer, mais il va te falloir une série de hacks.
Ces problèmes on en a déjà beaucoup trollé dessus et c'est être dans le déni que de ne pas le voir. On expliquera que ce n'est un problème que pour les logiciels propriétaires, que pour les logiciels qui ne sont pas maintenus, etc, oui dans un monde parfait tout le monde est totalement à jour, on a des armés de millions de packageurs pour chaque distribution, tous les logiciels qui ne sont pas tout à fait maintenus sont inutiles, mais bon en attendant il y a des gens qui essaient de se servir de linux dans des conditions pas optimales.
Ces gens n'ont pas l'air très intéressants pour la communauté vu qu'au lieu d'essayer de stabiliser les choses, on accélère la fuite en avant.
Ces gens pourtant c'est ceux qui font la fierté de linux (HPC et calcul scientifique). Je présume que ça ne représente pas quelque chose de très important pour l'habitué des flamewares.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mature
Posté par barmic . En réponse à la dépêche Du nouveau pour Thunderbird. Évalué à 10. Dernière modification le 03 décembre 2014 à 15:43.
C'est (entre autre) pour ça que j'ai donné des liens vers d'anciens journaux. Il y a un paquet d'utilisateurs qui ne sont pas totalement satisfait de thunderbird et ce depuis longtemps (problème de performance, interface pas très pratique, organisation automatique des mails, gestion par tag à la place des dossiers, amélioration de l'intégration des techno type owncloud/seafile/dropbox/, intégration de la sécurité (plus comme le fait evolution que le plugin actuel),…).
Le logiciel n'est pas mure, il se fait gober par les webmails (GMail en tête).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon workflow
Posté par barmic . En réponse au journal Git workflow, rebase, conflits et rôle d'intégrateur. Évalué à 3.
J'avais probablement pas une pression folle avec N versions à maintenir (N tendant vers infini) et M correction à backporter (M tendant vers infini). Dans la plupart des cas, il s'agit de faire du cherrypick des commits de master et de gérer les conflits/évolutions (en commençant toujours dans une branche séparée).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon workflow
Posté par barmic . En réponse au journal Git workflow, rebase, conflits et rôle d'intégrateur. Évalué à 3.
Oui on crée une branche et un tag sur la branche parente.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mon workflow
Posté par barmic . En réponse au journal Git workflow, rebase, conflits et rôle d'intégrateur. Évalué à 3.
Pourquoi ?
J'ai eu à le faire et je n'ai pas eu de problème particulier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche publiée trop tôt ?
Posté par barmic . En réponse à la dépêche Les journaux LinuxFr.org les mieux notés de novembre 2014. Évalué à 3.
Euh… J'ai rien compris. Tu ne lis que les dépêches pour connaître les journaux que tu as déjà lus (puisque tu lis les journaux) ?
AMHA les journaux promus en dépêche sont lus par les gens qui ne lisent que les journaux et par ceux qui ne lisent que les dépêches (c'est un peu le principe de la promotion). Donc je comprends pas l'intérêt.
C'est sacrément subjectif ça. Je trouve que c'est plutôt l'inverse. Les journaux promus en dépêches, c'est la majorité du temps une demande populaire, une reconnaissance du site qui te place en page d'accueil, un bonus de karma pour se la jouer à celui qui a la plus grosse.
En plus t'ajouter dans une sous liste d'une seconde partie d'une dépêche ça ne me semble pas plus intéressant que ça pour l'égo. Au contraire ça réduit l'aspect reconnaissance, parce que la reconnaissance est inversement proportionnel au nombre de reconnus. Tu parle du top 10 là on parle d'ajouter encore 5 à 10 contenus par mois.
Après en soit je m'en fou. Je me demandais surtout si c'est pas un autre type de contenu qui conviendrais mieux à cela, c'est tout.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Mon workflow
Posté par barmic . En réponse au journal Git workflow, rebase, conflits et rôle d'intégrateur. Évalué à 3.
Comme chacun donne son workflow, je vais donner le miens.
Je garde une branche master sur la quelle je ne travail pas directement. Je crée des branches pour tout et n'importe quoi. Quand je veux les fusionner je commence par faire un
rebase -ipour nettoyer mon historique. Généralement je me retrouve avec 1 ou 2 commits et avec des messages de commits plus long, c'est l'occasion d'expliquer ce que j'ai fais. Ensuite je merge dans master.Je suis loin d'être un spécialiste de git. Je sais que gitflow reproduit à peu près ce shemas là, mais j'ai pas pris le temps de regarder comment il fonctionne et ça ne représente pas un gros problème de faire ça à la main (au moins le temps de comprendre bien ce que l'on fait et pourquoi).
Ça doit permettre d'avoir un historique plus lisible et plus facile à annuler avec moins de commits.
Avec ça j'essaie d'augmenter un peu ma fréquence de commit pour avoir une meilleure granularité lorsque je fais mon rebase interactif et je ne m'embête pas fréquemment pour le message de commit parce que je sais que je reviendrais dessus quoi qu'il arrive.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dépêche publiée trop tôt ?
Posté par barmic . En réponse à la dépêche Les journaux LinuxFr.org les mieux notés de novembre 2014. Évalué à 3.
J'en vois pas l’intérêt. Ces dépêches sont faites pour rendre plus visibles certains journaux pour à ceux qui ne lisent que les dépêches. Si les journaux sont transformés en dépêche, je ne vois pas l'intérêt de les republier encore une fois.
Ou alors vous cherchez à produire un condensé de linuxfr à la manière des newsletter. Pourquoi pas, mais c'est inutile de le faire au même endroit que là où se passe l'activiter "normal". Il faudrait soit avoir un flux RSS/Atom dédié (par exemple une version de chaque flux RSS dans les quels les contenus n'apparaissent que lorsque leur note dépasse une valeur) soit mettre en place une liste de diffusion spécifique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Kernel
Posté par barmic . En réponse au journal Git workflow, rebase, conflits et rôle d'intégrateur. Évalué à 5.
C'est pas typiquement ce que font les développeurs du noyau linux ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Oui et non
Posté par barmic . En réponse au journal GitLab, mais encore ?. Évalué à 7.
Encore une fois quand tu utilise du logiciel comme un service, le fait qu'il soit libre ou pas n'a pas d'intérêt ni de sens (tu n'a aucune des liberté du logiciel libre). Ce qui est intéressant avec le SAAS, c'est :
Si tu regarde sous cet angle là, tu remarquera par exemple que beaucoup de logiciels libres ne sont pas très bons (souvent il n'y a pas de moyens de récupérer ses données et on oppose le fait qu'il suffit de faire un export de la base pour les sortir (donc inutilisable dans le cadre d'une solution mutualisée et utilisation d'un format difficilement réutilisable)).
Je ne sais pas ce que valent gitlab et bitbucket à ce sujet là (pour ce qui est du code il n'y a pas de problème évidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: GTK3
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 3.
Peut être parce que Thunderbird utilise XUL ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 5.
Thunderbird intégre un système pour te proposer de pousser ta ou tes pièces jointes dans un service de gestion de fichier et insérer l'url HTTP vers ce dernier dans ton mail. C'est pas mal niveau utilisabilité (du moins en théorie, je m'en suis jamais servi) :
De la manière inverse, GMail te propose, au lieu de télécharger tes pièces jointes1, de les pousser dans google drive (et dans l'autre sens depuis google drive tu peut partager par mail un fichier ce qui reviens à envoyer un mail avec un lien).
Les 2 sont proposé, il n'y a pas d'obligation à passer par google drive ↩
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Distributions ?
Posté par barmic . En réponse à la dépêche LibreSSL 2 est bien lancé. Évalué à 8.
Ça n'en dit pas long sur ce qu'ils vérifient durant leur auditent et en quoi leur audit est plus intéressant qu'un autre.
Si « ce qu'ils détectent » c'est les warnings du compilateur, ça n'est pas forcément très intéressant.
De plus une certification c'est pas très intéressant si ce n'est pas maintenu est-ce qu'OpenSSL actuel, qui a pris un coup de fouet dans son développement est toujours certifié ? Est-ce que la certification de l'un est plus chère que l'autre ?
Il y a eu une remise en cause du code, la communauté s'est remise en cause (avec par exemple la création d'une infrastructure pour faire des audit), qu'en est-il de ces certifications gouvernementales ?
Enfin à quoi ça sert ? OpenSSH utilise OpenSSL, mais pas tout et certaines parties sont refaites from scratch dans OpenSSH est-ce que OpenSSH est valide « gouvernement compliant » ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Distributions ?
Posté par barmic . En réponse à la dépêche LibreSSL 2 est bien lancé. Évalué à 3.
Je pense que son intégration va aller vite une fois qu'OpenSSH va utiliser LibreSSL à la place d'OpenSSL et AMHA ce n'est qu'une question de temps.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 5.
Ce n'est pas forcément si simple. Les utilisateurs peuvent résister à ces changements, les mails peuvent venir de l’extérieur de l'entreprise, il faut synchroniser manuellement les données sur ta GED et l'organiser (ce qui est moins simple parce que les documents ont moins de métadonnées). Enfin il faut switcher entre la GED et les mails.
Avoir une GED c'est vraiment bien. Ça permet de ne pas faire exploser les boites mails par exemple (un cas qui envoie son fichier d'1Mio à 10 personnes ne consommera pas 10Mio sur diverses boite), tu peut avoir un versionnement et une gestion moins risquée des droits, mais ce n'est pas forcément simple et pratique à mettre en place.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 4.
C'est loin d'être bien. Ce n'est pas pratique et ce n'est pas reporté sur le serveur.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 10.
Autre chose pour le format maildir. C'est un format qui a tout de même pas mal d'avantage :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 3.
Oui, mais il y a une différence entre une personne qui participe à un travail et constituer un conseil qui va se réunir régulièrement et avoir une certaine responsabilité. C'est pas vraiment le même engagement/investissement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca ne règle pas la source du problème
Posté par barmic . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 4.
Ça n'est surtout pas pour ça que kNetBSD est moins performant que linux. C'est plus une question de main d’œuvre. S'occuper des performances c'est long, pas tout le monde veut ou est capable de le faire. NetBSD s'intéresse à d'autres problématique (à raison).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 8.
Je doute qu'ils n'utilisent pas thunderbird sinon ils ne ce serait pas embêté avec ça (ils ne sont pas payé pour ça).
Potentiellement ça pourrait grandement améliorer la réactivité (tu sais quand tu parle de "ils améliorent le chargement des mails"). Ça n'est pas la seule manière de faire mais ça en est une. De plus c'est une fonctionnalité demandée depuis bien longtemps. Et ça peut te permettre de passer de thunderbird à un autre MUA plus facilement.
Sinon je suis tout à fait d'accord sur le reste de ton commentaire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Vive Thunderbird
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 5.
J'ai dans le journal relevé un journal qui parlait des problèmes de thunderbird (et qui a beaucoup de commentaires qui vont dans le même sens). On peut facilement en trouver d'autres.
Mais s'il te convient c'est génial.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Messagerie instant tanné
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 10.
La bonne nouvelle AMHA c'est pas la roadmap, mais le fait de relancer la dynamique du projet (comme pour LibO).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: wtf
Posté par barmic . En réponse au journal Du nouveau pour Thunderbird !. Évalué à 5.
Tout à fait, je n'ai pas dis le contraire. Mais c'est un biais souvent (même si c'est de moins en moins) utilisé de dire "on fait n'importe quoi parce qu'on fait de l'agile".
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca ne règle pas la source du problème
Posté par barmic . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 5.
On est d'accord.
Tu mélange beaucoup de choses :
Non, parce que NetBSD n'a pas les même performances que linux et parce qu'il n'a pas le même support (autant matériel que logiciel).
CentOS et RHEL (et peut être Suse) c'est ce qui est utilisé oui, mais ça n'empêche pas d'avoir des cassures franches.
Ce ne sont pas les même personnes, ni les même applications. Il y a une grosse partie de technophiles, qui font du web entre autres qui veulent utiliser les toutes dernières techno pour présenter des interfaces les plus agréables possibles à leur client (c'est entre autre ce que fait Google, Amazone, Twitter, Facebook, etc). Mais ça n'empêche pas d'avoir des gros utilisateurs de linux utiliser du code Fortran, C, C++ et ADA pas ou moyennement maintenu pour faire du calcul haute performance, du trading haute fréquence, pour faire tourner leur banque, leur production industrielle, pour faire tourner des applis scientifiques (je pense à ce qu'on trouve par exemple dans les accélérateurs de particules).
On parle bien de types d'utilisateurs totalement différents. C'est vrai qu'on voit sur le web plus de personnes qui font du web (comme c'est bizarre), comme ils sortent une nouvelle techno tous les dimanches matin ils ont toujours pleins de choses à dire.
Pour savoir pourquoi ces gens ne participent pas à la LSB et au test automatisées d'ABI. Je pense que c'est pas leur habitudes, que les trolls (et les fortes personnalités) font peur. Qu'ils maintiennent des vielles appli donc qu'ils ne peuvent pas comme ça être LSB compliant.
Je ne dis pas que ces gens n'ont pas de défaut et que la faute reviens qu'aux mainteneurs, je dis que le problème existe et que c'est entre autre là dessus qu'AIX fais son beurre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Dans le logiciel libre, c'est ce qu'il faut faire
Posté par barmic . En réponse au journal Devuan forks Debian: un choc ou c'était inévitable?. Évalué à 10.
Pas nécessairement. Il est tout à fait possible de maintenir sysvinit dans Debian, rien ne l'empêche a priori.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ca ne règle pas la source du problème
Posté par barmic . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 10.
Mais des gens s'en plaignent depuis longtemps. Sérieux tente de lancer Unreal Tournement 2003 ou 2004 sur une distribution aujourd'hui. Prend même Debian old stable si ça te fais plaisir. A mon dernier essaie il y avait à minima un problème sur la manière dont était géré le son. Tu peut probablement le lancer, mais il va te falloir une série de hacks.
Ces problèmes on en a déjà beaucoup trollé dessus et c'est être dans le déni que de ne pas le voir. On expliquera que ce n'est un problème que pour les logiciels propriétaires, que pour les logiciels qui ne sont pas maintenus, etc, oui dans un monde parfait tout le monde est totalement à jour, on a des armés de millions de packageurs pour chaque distribution, tous les logiciels qui ne sont pas tout à fait maintenus sont inutiles, mais bon en attendant il y a des gens qui essaient de se servir de linux dans des conditions pas optimales.
Ces gens n'ont pas l'air très intéressants pour la communauté vu qu'au lieu d'essayer de stabiliser les choses, on accélère la fuite en avant.
Ces gens pourtant c'est ceux qui font la fierté de linux (HPC et calcul scientifique). Je présume que ça ne représente pas quelque chose de très important pour l'habitué des flamewares.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)