Par contre il faudrait changer l'heure des activités (ouverture des magasins, des écoles, JT de 20h 21h ou 22h…), parce que ça permettrait de réaliser des économies d'énergie.
T'es fou ?! Non le jet lag a bien trp de mauvais effets il faut profiter du passage à UTC pour ne plus avoir ces décalages d'un autre temps.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pour plus entendre la chose, il y a plus simple : qu'on ne le fasse plus.
Tiens donc pour ne plus entendre (lire) d'arguments débiles sur le libre tu va arrêter de troller ? Bravo l'argumentation.
C'est vrai ça, pourquoi toi tu serais martyrisé et pas tes enfants hein ?
Ce qu'il a voulu dire c'est que justement ça ne martise pas. Sa formulation est proche de celle que l'on utilise quand on explique que passer à systemd rend le poil soyeux, fait revenir l'être aimée et absorbe le surplus de CO2 de l'atmosphère.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Et pourquoi pas rendre le format de date configurable, tiens, par exemple?
Ça reviens à laisser un gros bordel, tout de même.
[…] on importe le tout dans une base de données avec la date correctement formatée au départ.
J'aime bien le principe. Certains beuglent contre l'usage d'un exécutable, journalctl, pour consulter les logs et proposent de passer par un serveur de base de données dès que les usages deviennent un chouïa compliqué.
On peut très bien gérer les dates au format texte avec des outils cli. La commande date est faite pour ça, alliée à awk ou perl tu peut convertir les informations à peut près comme tu le souhaite. Par contre il va falloir être un peu compétent en expressions rationnelles pour bien faire les choses. Utiliser quelque chose qui est fait pour ira quelques fois plus vite.
Dans toutes mes argumentations, j'ai tenté de montrer que tous les reproches que l'ont fait à la mise en œuvre de données au format texte ont une solution qui ne passe pas nécessairement par le binaire.
Ce qu'il en est actuellement c'est qu'avec un format texte et syslog on a un gros bordel et que l'on doit avoir un convertisseur par type de fichier de log pour pouvoir les manipuler (que ce soit en CLI ou en SGBD). L'utilisation d'un log binaire est une solution qui apporte d'autres avantages et inconvénients. Ce que je remarquais c'est que la date c'est loin d'être simple et avoir peu d'information en demandant à ceux qui ont des besoins complexent de se débrouiller et à peut prêt aussi pertinent que de faire l'inverse. Personnellement, je suis plutôt pour faire l'inverse, mettre le maximum d'information et voir après coup pour ceux qui ont des besoins minimalistes de diminuer d'eux même. Tout simplement parce que si je suis développeur MySQL et que je reçois des bug qui me disent que la base consomme 100% CPU je veux pouvoir voir dans les log que l'on me reporte que ça c'est passé au moment d'une seconde intercalaire. On ne sait pas forcément à quoi va servir un log avant que celui-ci ne soit créé.
Pour ce qui est du binaire ou non, je vois pas pourquoi faire autant de bruit. Pourquoi ne pas essayer ? C'est une expérimentation comme une autre. Changer ces habitudes n'est jamais vraiment un mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En quoi la timezone est-elle capitale pour un journal, hein? Qu'est-ce que t'en as à f*** si ton journal te raconte que tel jour, telle heure, tel endroit, tel fuseau horaire un disque de ton serveur (dont tu connais parfaitement l'endroit géographique, du moins je le suppose) a commencé à faire des erreurs SMART de plus en plus nombreuses et qu'à la suite de ça faudrait le remplacer?
Donc parce que dans ton cas particulier ça ne te sert pas, tu pense que ça ne sert à rien ?
Certains administrent pas mal de serveurs dans plusieurs points du globe et quand ils ont un problèmes il veulent pouvoir créer un diagnostique avec la chronologie des évènements, c'est utile autant en phase de test, que pour faire un diagnostique après une erreur ou une analyse post-mortem d'une attaque.
C'est quoi l'info la plus importante? Le fuseau horaire, c'est ça?
Donc on ne garde que la plus importante ? On ne met que le message du développeur alors, parce que toutes les méta données (le pid, le port, le niveau de gravité, etc) ne servent à rien si tu ne sais pas ce qui s'est passé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
les systèmes de bases de données comme Postgres savent très bien interpréter ces formats de date.
Il faudra juste choisir un SGBD, parce qu'ils ont chacun leur petites manies sur la gestion des dates.
Faut-il modifier le format pour inclure cette information à chaque ligne…?
Oui. Tout du moins si tu souhaite utiliser grep derrière. Sinon si tu n'utilise tes log que via un logiciel spécifique tu peut le mettre en entête et ainsi que les changements de timezone (oui, ça peut changer1). Il faudra que ce dernier vérifie qu'elle ligne correspond à quel timezone.
1 : au cas où changer de timezone ça peut se faire parce que la zone géographique où on est change de timezone, parce que tu es sur un terminal mobile qui se déplace et synchronise sa date, parce que tu reconfigure la date de tes VM après clonage et déplacement de celle-ci à bout ou l'autre du monde et probablement un tas de raisons que je n'imagine pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Personnellement j'ai tendance à faire confiance aux mainteneurs de la distribution que j'ai choisi. S'ils font un choix, il y a probablement de bonnes raisons même si pour mon cas ça complique un peu et que je ne vois pas forcément de mon point de vu l'intérêt.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
À ce compte là, pourquoi ne pas faire remonter l'antériorité à la Bombe de Turing ? À la machine à différences de Babbage ? Bref, tu parles d'outil, je parle d'usage.
Tu parle de « l’essentiel du taf », il me semblait que tu parlais des contraintes techniques, c'est ce qui il me semble est le plus gros barrage à tout cela. Les usages ne posent pas de problème en soit et ce n'est pas parce qu'on en a l'usage que l'on est capable de le faire. Ta formulation laissait entendre que presque tout était en place et qu'ils en sont aux finitions avant mise sur le marché.
La question de l'usage avec internet est à la fois orthogonale, mais en plus très approximative (par exemple à l'heure d'aujourd'hui il faudrait soit avoir de toute manière un terminal pour se connecter au réseau des réseaux soit avoir un GSM dans le corps ce qui n'est pas forcément la meilleure des choses vu les craintes que peuvent engendre les émissions électromagnétiques de ces composants).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Vous pourrez aussi jeter un coup d'oeil à go-ui. Il s'agit d'un binding go pour Qt. Les démos que j'ai testées fonctionnent. Ça me semble plutôt intéressant, et ça montre qu'on peut faire autre chose que de la programmation système en go.
Si tu pense à mon commentaire dans ta précédente dépêche. Je ne voulais absolument pas dire que go ne peux pas faire autre chose que du système, juste qu'il est principalement utilisé pour ça actuellement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
gdb est vraiment superbien intégré à emacs, c'est la killer-feature de se dernier de mon point de vu. Du moins c'est celle qui peut me faire quitter vim. Quand j'utilise vim et gdb, je les lance chacun de leur coté, c'est moins intégré mais ça le fait quand même.
Par contre ça ajoute quoi -ggdb3 par rapport à -g ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'y connais pas grand chose, mais il a l'air d'être vendu pour faire de l'acquisition de signal, comment ferait il pour transmettre au cerveau ? Il génère des ondes ? Ensuite ton exemple parle d'envoi de commande. C'est des informations assez triviales et très légères. Il y a des recherches pour réellement sortir des informations du cerveau (recréer une image à partir d'une pensée) mais c'est très expérimentale.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
À ce niveau là, je pense qu'à peut prêt rien de bien nouveau n'est arrivé de puis la création du transistor. Tout le reste en découle directement : conquête spatiale, connexion Homme machine, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse au journal Un monde sans humain ?.
Évalué à 6.
Dernière modification le 25 octobre 2012 à 00:54.
C'est succulent, sachant que l'essentiel du taf a déjà été fait […]
Je ne suis pas très au fait, mais je crois que c'est tout à fait relatif comme point de vu. En effet j'ai pas entendu parler d'interface cerveau/machine qui fonctionne dans les deux sens. Généralement c'est le cerveau qui envoie des commandes. Le cerveau qui envoies des données c'est extrêmement expérimental et la réception de données reste (de ce que je sais) de la SF. Donc parler avec son frigo me semble relativement compris à moyen terme.
[…] c'est le media qu'il emploie pour dénoncer grave.
Il n'a rien dis contre internet, à moins que je ne lise mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse au journal SourceForge dans les choux.
Évalué à 2.
Dernière modification le 24 octobre 2012 à 17:49.
Je n'en ai pas parlé, mais si S3 a eu au moins une panne qui je crois a fais perdre des données à certains de leurs utilisateurs. C'est relativement grave selon comment tu t'en sert, si c'est pour télécharger un logiciel, il est facile de le reconstruire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Par contre, la documentation n'a rien d'un service critique, c'est de l'hypocrisie de dire ça.
Personnellement, comme c'est pour l'utilisateur pour moi ça me semble plus critique que le dépôt par exemple. Ensuite j'étais dans l'idée de projets avec un support vendu. Dans ces cas là, il faut évidement que les éventuelles hotlines et le bugtrackers fonctionnent, mais aussi la documentation en ligne qui peut faire partie du service. Mais ça dépend en effet du projet.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il existe de nombreux formats de date, par exemple, dont ISO. Un format "YYYY-MM-DD hh:mm:ss[.ms]" n'aurait-il pas répondu à cette exigence?
À minima il manque la timezone. Puisqu'on parle de norme autant utiliser l'ISO 8601, redécrite par la RFC 3339 ou alors utiliser la convention décrite dans la RFC 2822. Par contre non elle ne m'ont pas l'air simple à parser mais en utilisant la commande date on peut s'en sortir.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je dis absolument pas que sourceforge ne rend (ou ne rendait pas) un service très important. J'ai juste proposé une liste de solution pour la problématique du téléchargement qui est, avec la documentation, probablement le service le plus critique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Alors google ils avaient une grande fiabilité sauf sur leur hébergement de projet. Quand je m'en servais (c'était il y a 3 ans) j'avais régulièrement l'impossibilité de pousser des modif' chez eux pendant 24h.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mais pour un projet plus "gros", héberger sur SF devient risqué (perso, 2 des 4 dernières releases que je faites, SF m'a lâché le jour de la plus grosse affluence, à croire que c'est moi qui le plante, et j'ai une perte financière à cause de ça et donc SF me "coûte", sans compter la crédibilité pour certains)
Ils te donnent une garantie de fiabilité ? C'est une vraie question.
Si tu cherche « juste » à permettre un téléchargement pourquoi tu ne te tourne pas vers des trucs comme S3 ? Ça t'évitera de consommer ton temps sur le montage d'une plateforme à toi (avec la sécurité et la fiabilité qui va avec) et c'est sensé monter en charge comme il faut (mais faut se documenter plus que moi pour pouvoir juger).
En tout cas, quand c'est professionnel et/ou que de l'argent est en jeu, je pense qu'il faut regarder à deux fois avant de choisir un hébergement ou un autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Que Redhat ne voit pas d'inconvenient a en faire une dependence de plein d'autres projets, les rendent doucement Linux-only, oui!
Pourquoi ? Tu pense que BSD fais de la concurrence à RH ? Ou alors tu crois que Solaris ou AIX (ou je ne sais quel autre unix) seraient prêt à changer leur init ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
ca c'est un système d'init fiable. certaines upgrades empêche de démarrer certains services…
C'est clair que systemd n'a pas 30 ans de maturité. D'ailleurs, il ne les aura pas avant une trentaine d'années. Je vois pas en quoi c'est un problème qu'un logiciel aussi jeune ai des bugs. Oui même s'il est hyper important pour le système. Linux aussi a des bugs.
Le problème serait plutôt d'essayer de comprendre pourquoi les gens qui prennent des distribution bleding edge ne comprennent pas qu'ils acceptent de facto d'avoir des logiciels qui peuvent avoir des bug et qui n'ont pas forcément quelques dizaines d'années de maturité.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu pense que des gars qui maintiennent sysintv dans Fedora, Maegia, Arch ou je ne sais qu'elle autre distrib' sont du genre à s'en foutre ? C'est eux qui mangent les rapports de bugs de sysintv ou de systemd, c'est eux qui font le vrais boulot de SAV, c'est eux qui vont réellement se rendre compte si systemd pose problème ou pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pour le changement d'heure
Posté par barmic . En réponse au journal heure d'hiver ?. Évalué à 7.
Pour moi qui m'en balance grave. Qu'est ce qui fait remmettre en cause l'étude de l'ADEME ? Dont il est question dans l'article wikipedia ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: UTC
Posté par barmic . En réponse au journal heure d'hiver ?. Évalué à 6.
T'es fou ?! Non le jet lag a bien trp de mauvais effets il faut profiter du passage à UTC pour ne plus avoir ces décalages d'un autre 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: pourquoi pas
Posté par barmic . En réponse au journal heure d'hiver ?. Évalué à 2.
Tiens donc pour ne plus entendre (lire) d'arguments débiles sur le libre tu va arrêter de troller ? Bravo l'argumentation.
Ce qu'il a voulu dire c'est que justement ça ne martise pas. Sa formulation est proche de celle que l'on utilise quand on explique que passer à systemd rend le poil soyeux, fait revenir l'être aimée et absorbe le surplus de CO2 de l'atmosphère.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 4.
Ça reviens à laisser un gros bordel, tout de même.
J'aime bien le principe. Certains beuglent contre l'usage d'un exécutable, journalctl, pour consulter les logs et proposent de passer par un serveur de base de données dès que les usages deviennent un chouïa compliqué.
On peut très bien gérer les dates au format texte avec des outils cli. La commande date est faite pour ça, alliée à awk ou perl tu peut convertir les informations à peut près comme tu le souhaite. Par contre il va falloir être un peu compétent en expressions rationnelles pour bien faire les choses. Utiliser quelque chose qui est fait pour ira quelques fois plus vite.
Ce qu'il en est actuellement c'est qu'avec un format texte et syslog on a un gros bordel et que l'on doit avoir un convertisseur par type de fichier de log pour pouvoir les manipuler (que ce soit en CLI ou en SGBD). L'utilisation d'un log binaire est une solution qui apporte d'autres avantages et inconvénients. Ce que je remarquais c'est que la date c'est loin d'être simple et avoir peu d'information en demandant à ceux qui ont des besoins complexent de se débrouiller et à peut prêt aussi pertinent que de faire l'inverse. Personnellement, je suis plutôt pour faire l'inverse, mettre le maximum d'information et voir après coup pour ceux qui ont des besoins minimalistes de diminuer d'eux même. Tout simplement parce que si je suis développeur MySQL et que je reçois des bug qui me disent que la base consomme 100% CPU je veux pouvoir voir dans les log que l'on me reporte que ça c'est passé au moment d'une seconde intercalaire. On ne sait pas forcément à quoi va servir un log avant que celui-ci ne soit créé.
Pour ce qui est du binaire ou non, je vois pas pourquoi faire autant de bruit. Pourquoi ne pas essayer ? C'est une expérimentation comme une autre. Changer ces habitudes n'est jamais vraiment un mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 6.
Donc parce que dans ton cas particulier ça ne te sert pas, tu pense que ça ne sert à rien ?
Certains administrent pas mal de serveurs dans plusieurs points du globe et quand ils ont un problèmes il veulent pouvoir créer un diagnostique avec la chronologie des évènements, c'est utile autant en phase de test, que pour faire un diagnostique après une erreur ou une analyse post-mortem d'une attaque.
Donc on ne garde que la plus importante ? On ne met que le message du développeur alors, parce que toutes les méta données (le pid, le port, le niveau de gravité, etc) ne servent à rien si tu ne sais pas ce qui s'est passé.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: 3D
Posté par barmic . En réponse à la dépêche Entretien avec Martin Peres, développeur Nouveau. Évalué à 2.
Tu n'a jamais vu Tron ? Je te le conseil :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 5.
Il faudra juste choisir un SGBD, parce qu'ils ont chacun leur petites manies sur la gestion des dates.
Oui. Tout du moins si tu souhaite utiliser grep derrière. Sinon si tu n'utilise tes log que via un logiciel spécifique tu peut le mettre en entête et ainsi que les changements de timezone (oui, ça peut changer1). Il faudra que ce dernier vérifie qu'elle ligne correspond à quel timezone.
1 : au cas où changer de timezone ça peut se faire parce que la zone géographique où on est change de timezone, parce que tu es sur un terminal mobile qui se déplace et synchronise sa date, parce que tu reconfigure la date de tes VM après clonage et déplacement de celle-ci à bout ou l'autre du monde et probablement un tas de raisons que je n'imagine pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Documenté ou pas, ce sera non!
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.
C'est aussi une question que je me pose.
Personnellement j'ai tendance à faire confiance aux mainteneurs de la distribution que j'ai choisi. S'ils font un choix, il y a probablement de bonnes raisons même si pour mon cas ça complique un peu et que je ne vois pas forcément de mon point de vu l'intérêt.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ha?
Posté par barmic . En réponse au journal Un monde sans humain ?. Évalué à 2.
Tu parle de « l’essentiel du taf », il me semblait que tu parlais des contraintes techniques, c'est ce qui il me semble est le plus gros barrage à tout cela. Les usages ne posent pas de problème en soit et ce n'est pas parce qu'on en a l'usage que l'on est capable de le faire. Ta formulation laissait entendre que presque tout était en place et qu'ils en sont aux finitions avant mise sur le marché.
La question de l'usage avec internet est à la fois orthogonale, mais en plus très approximative (par exemple à l'heure d'aujourd'hui il faudrait soit avoir de toute manière un terminal pour se connecter au réseau des réseaux soit avoir un GSM dans le corps ce qui n'est pas forcément la meilleure des choses vu les craintes que peuvent engendre les émissions électromagnétiques de ces composants).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Graphisme en go
Posté par barmic . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #43. Évalué à 3.
Si tu pense à mon commentaire dans ta précédente dépêche. Je ne voulais absolument pas dire que go ne peux pas faire autre chose que du système, juste qu'il est principalement utilisé pour ça actuellement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Juste une question
Posté par barmic . En réponse au journal KDevelop 4.4 est sorti. Évalué à 3.
gdb est vraiment superbien intégré à emacs, c'est la killer-feature de se dernier de mon point de vu. Du moins c'est celle qui peut me faire quitter vim. Quand j'utilise vim et gdb, je les lance chacun de leur coté, c'est moins intégré mais ça le fait quand même.
Par contre ça ajoute quoi -ggdb3 par rapport à -g ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ha?
Posté par barmic . En réponse au journal Un monde sans humain ?. Évalué à 1.
J'y connais pas grand chose, mais il a l'air d'être vendu pour faire de l'acquisition de signal, comment ferait il pour transmettre au cerveau ? Il génère des ondes ? Ensuite ton exemple parle d'envoi de commande. C'est des informations assez triviales et très légères. Il y a des recherches pour réellement sortir des informations du cerveau (recréer une image à partir d'une pensée) mais c'est très expérimentale.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ha?
Posté par barmic . En réponse au journal Un monde sans humain ?. Évalué à 4.
À ce niveau là, je pense qu'à peut prêt rien de bien nouveau n'est arrivé de puis la création du transistor. Tout le reste en découle directement : conquête spatiale, connexion Homme machine, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Ha?
Posté par barmic . En réponse au journal Un monde sans humain ?. Évalué à 6. Dernière modification le 25 octobre 2012 à 00:54.
Je ne suis pas très au fait, mais je crois que c'est tout à fait relatif comme point de vu. En effet j'ai pas entendu parler d'interface cerveau/machine qui fonctionne dans les deux sens. Généralement c'est le cerveau qui envoie des commandes. Le cerveau qui envoies des données c'est extrêmement expérimental et la réception de données reste (de ce que je sais) de la SF. Donc parler avec son frigo me semble relativement compris à moyen terme.
Il n'a rien dis contre internet, à moins que je ne lise mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.
Tu peut toujours établir que toutes les dates sont en UTC, voir mieux en Temps atomique international.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 2. Dernière modification le 24 octobre 2012 à 17:49.
Je n'en ai pas parlé, mais si S3 a eu au moins une panne qui je crois a fais perdre des données à certains de leurs utilisateurs. C'est relativement grave selon comment tu t'en sert, si c'est pour télécharger un logiciel, il est facile de le reconstruire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 2.
Personnellement, comme c'est pour l'utilisateur pour moi ça me semble plus critique que le dépôt par exemple. Ensuite j'étais dans l'idée de projets avec un support vendu. Dans ces cas là, il faut évidement que les éventuelles hotlines et le bugtrackers fonctionnent, mais aussi la documentation en ligne qui peut faire partie du service. Mais ça dépend en effet du projet.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.
À minima il manque la timezone. Puisqu'on parle de norme autant utiliser l'ISO 8601, redécrite par la RFC 3339 ou alors utiliser la convention décrite dans la RFC 2822. Par contre non elle ne m'ont pas l'air simple à parser mais en utilisant la commande date on peut s'en sortir.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 2.
Je dis absolument pas que sourceforge ne rend (ou ne rendait pas) un service très important. J'ai juste proposé une liste de solution pour la problématique du téléchargement qui est, avec la documentation, probablement le service le plus critique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 2.
Oui et tu peux même convertir ton projet après coup.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 2.
Alors google ils avaient une grande fiabilité sauf sur leur hébergement de projet. Quand je m'en servais (c'était il y a 3 ans) j'avais régulièrement l'impossibilité de pousser des modif' chez eux pendant 24h.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Fin de panne
Posté par barmic . En réponse au journal SourceForge dans les choux. Évalué à 3.
Ils te donnent une garantie de fiabilité ? C'est une vraie question.
Si tu cherche « juste » à permettre un téléchargement pourquoi tu ne te tourne pas vers des trucs comme S3 ? Ça t'évitera de consommer ton temps sur le montage d'une plateforme à toi (avec la sécurité et la fiabilité qui va avec) et c'est sensé monter en charge comme il faut (mais faut se documenter plus que moi pour pouvoir juger).
En tout cas, quand c'est professionnel et/ou que de l'argent est en jeu, je pense qu'il faut regarder à deux fois avant de choisir un hébergement ou un autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alors
Posté par barmic . En réponse au journal GNOME systemd : et la guerre ne fait que commencer. Évalué à 1.
Pourquoi ? Tu pense que BSD fais de la concurrence à RH ? Ou alors tu crois que Solaris ou AIX (ou je ne sais quel autre unix) seraient prêt à changer leur init ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alors
Posté par barmic . En réponse au journal GNOME systemd : et la guerre ne fait que commencer. Évalué à 3.
C'est clair que systemd n'a pas 30 ans de maturité. D'ailleurs, il ne les aura pas avant une trentaine d'années. Je vois pas en quoi c'est un problème qu'un logiciel aussi jeune ai des bugs. Oui même s'il est hyper important pour le système. Linux aussi a des bugs.
Le problème serait plutôt d'essayer de comprendre pourquoi les gens qui prennent des distribution bleding edge ne comprennent pas qu'ils acceptent de facto d'avoir des logiciels qui peuvent avoir des bug et qui n'ont pas forcément quelques dizaines d'années de maturité.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Alors
Posté par barmic . En réponse au journal GNOME systemd : et la guerre ne fait que commencer. Évalué à 3.
Tu pense que des gars qui maintiennent sysintv dans Fedora, Maegia, Arch ou je ne sais qu'elle autre distrib' sont du genre à s'en foutre ? C'est eux qui mangent les rapports de bugs de sysintv ou de systemd, c'est eux qui font le vrais boulot de SAV, c'est eux qui vont réellement se rendre compte si systemd pose problème ou pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)