D’un autre côté, elle est plus claire que la dernière que j’ai vue, dont j’avais conclu qu’il y avait plein de fichiers de configuration… mais aucun qui soit prévu pour qu’on puisse configurer (!), entre le fichier généré qu’il ne faut pas modifier parce qu’il est généré et les autres fichiers qui peuvent permettre d’influencer la génération, mais pas de manière immédiate.
Je suis sous la diabolique Debian (Ah ! Ah ! Ah ! (rire maléfique)). Et sur mon système j'ai deux fichiers pour le configurer, mais attention c'est vraiment compliqué :
/etc/grub.d/40_custom pour le configurer (celle-ci s'ajoute aux configuration initiales)
/etc/default/grub Il permet d'avoir des configuration plus globale que dans le fichier précédent. Je tiens à souligner la complexité :
Si je modifie l'un de ces fichiers update-grub2 me génère le /boot/grub/grub.cfg ? C'est une mécanique complexe ? update-grub et update-grube2 ne font que lancer grub-mkconfig. Ce dernier est un script shell qui :
analyse les arguments
se configure en fonction de l'OS (notamment pour NetBSD et OpenBSD)
lance le grub-probe pour :
le fs sur le quel est installé la partie userland de grub
/boot
/
source /etc/grub.d/40_custom
configure la console
exécute chaque fichiers de /etc/grub.d/ et envoie leur sortie dans le grub.cfg
C'est tellement compliqué qu'il suffit de lire le script.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'admets que la factorielle est pas un bon exemple, à cause d'int overflow, mais mettons que ça soit des big int ou que tu veuilles la factorielle modulo MAX_INT.
Si je me souviens bien CPython sabre au dessus d'une profondeur de 1000 appel récursif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu prends un exemple queje trouve tout aussi abhérant : firefox.
C'est un fait exprès.
Pour moi, il ne devrait pas y avoir de gestionnaire d'extension à firefox. Firefox, c'est un navigateur, pas un gestionnaire de paquet. L'idéal serait un gestionnaire d'extension global, qui gére les modules firefox, mais aussi gnome-shell, ou les plugins nautilus, ou les plugins vim, etc etc.
Je ne connais pas de gestionnaire de paquets qui puissent se substituer à ces gestionnaires. La partie importante de ces gestionnaires sont d'être limité à un utilisateur, une autre fonctionnalité importante est d'être multiplateforme. C'est peut être abhérant, mais packagés l'ensemble des extensions firefox pour Red Hat, Gentoo, Debian, Archlinux, Slackwar, MacOS, chaque BSD et windows ça demande un travail important (et je ne suis pas sûr que ça n'augmente pas la taille du code spécifiques à chaque OS). Là on parle des logiciels utilisateurs, pour ceux des langages de scripts dynamique (perl, python et ruby), ils répondent aussi à un besoin qui n'est pas adressé aujourd'hui par les gestionnaires de paquets des distributions à savoir avoir des bibliothèques à jour en grand nombre et localisée à un projet donné.
Quand les gestionnaires de paquets des distributions évolueront pour aller dans ces directions la situation évoluera mais ça n'est pas encore le cas. Bref si c'est abhérent c'est les gestionnaires de paquets qui le sont.
D'ailleurs, ça existe. Personne n'a pris le temps d'en faire un réellement reconnu et chacun fait ça à sa sauce, c'est peut être un défaut. L'avantage, aussi c'est qu'on est pas dépendant d'une technologie. Si quelqu'un a l'idée de puscher les news via XMPP pubsub (qui serait pas une mauvaise idée d'ailleurs), c'est trés simple à mettre en œuvre, car la gestion de news est externe : il suffit de changer d'outil, et les quelques lignes du wrapper.
L'un empêche pas l'autre. Actuellement apt lance un pager, mais ça m'étonnerais qu'il ne puisse pas faire autre chose. Surtout quand on vois les nouveau gestionnaire comme wajig qui vont permettre d'utiliser aria2c ou axel par exemple pour télécharger les paquets. Ce n'est pas parce que l'intégration est léchée que le couplage est fort (même s'il est probablement plus fort que sur Arch).
POur ce qui est de "j'ai pas fait de maj depuis longtemps", sur arch, ça n'a pas trop de sens, à moins que tu l'utilises en mode déconnecté.
Je suis d'accord, mais on a un exemple dans les commentaire d'un utilisateur qui l'a fait.
je ne sais pas si tu aimes utiliser des trucs vieux de 6 moins sans les backports de stabilité/sécurité, mais mois non. En régle générale, je trouve qu'au moins 2 majs par mois c'est largement raisonnable.
Je tourne sous Debian Stable avec quelques logiciels à jour (firefox en fait). Mais j'ai une machine en particulier que j'utilise assez peu et qui peut rester 1 ou 2 mois sans être utilisées.
POur résumer, on a des lecteurs RSS, qui gérent les news, et qui tentent de le faire bien. On a Pacman qui gére les paquets, et qui tente de le faire bien. En aggrégant les deux, on a un systéme flexible, facilement maintenanble, et qui fait les choses bien.
C'est bien. C'est juste que pour moi ce ne sont pas des news mais des informations au sujet de mises à jour de paquet particulier.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est sûr que pour une news par mois, tu as besoin que ton lecteur filtre les informations pertinentes pour toi. Tu ne peux pas le faire toi, il faut ajouter 300 lignes de codes pour le faire.
Une news par mois ? Je viens de regarder c'est vrai que c'est 2 à 3 par mois, ce qui ne fait pas beaucoup. Pour moi qui ne met pas à jour régulièrement, il faudrait que je note les dates de mises à jour (ce ne serait pas un mal soit dis en passant).
Sur Debian pour la stable en 2012 il y a eu 157 annonce de sécurité, ce qui en fait 22 par mois. La taille de la distribution est vraiment déterminante en faite.
Faudrait un jour comprendre que Arch n'as pas le même but que ubuntu ou debian, ou gentoo. Et que si Arch se mettait à faire pareil, alors, pourquoi avoir plusieurs projets ?
Ça n'empêche pas de les confronter et de les comparer pour voir leur différence et, qui sait, les améliorer en prenant le meilleur d'entre elles ? Être différent pour être différent n'est pas très utile.
Pourquoi chercher ce genre d'arguments alors qu'on pointe juste les points qui nous semble problématiques, je trouve la discussion plutôt intéressante.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Une fonction shell pacmanews, qui rafraichis ton flux RSS, affiche les nouveaux messages, et appelle pacman avec les arguments que tu as passé ça suffit pas ?
Ça dépend de la manière dont on voit les choses. Pour moi ces informations font partie du fonctionnement du gestionnaire de paquets. C'est un peu comme si firefox t'envoie sur ton lecteur de flux l'information comme quoi il te désactive X extensions parce que la dernière mises à jour que tu as faites les rend incompatibles. C'est peut être comme ça que tu préfèrerais que ça se fasse, mais personnellement moi non. C'est un peu comme un README.txt, je comprends que toi (et un tas d'autres personnes) préfère que ça soit séparé mais pour moi ça n'a pas a avoir de dépendance externe. Si tu ne veux pas que ton gestionnaire de paquet ouvre ton pager, il peut se contenter de dire « vous devriez lire ça /path/README.txt, j'attends que vous tappiez next en majuscule pour passer à la suite ». Je ne sais pas comment c'est goupillé ailleurs mais cette info devrait selon moi être dans le paquet, ça simplifierait la vie des ceux qui ont des machines déconnectés (oui ça existe).
Au passage je ne vois pas trop la différence entre appeler une méthode spécial d'un lecteur de flux (je sais pas si ça existe pour tous, notamment pour Sage par exemple), en plus si tu as mis 1 mois à faire ta mise à jour ce n'est plus très utile et il va falloir que tu retrouve l'info. Quand je parlais de délivrer au bon moment je pensais de retarder.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
À la limite pourquoi ne pas faire un truc à la debootstrap. C'est avec ça que je fais mes installation de Debian. Les étapes sont simples :
partitionnement + formatage + montage des partitions comme je veux (/dev/sda42 sur /home etc)
lancement de debootstrap en lui indiquant un dépôt (et la version de Debian mais ça pour Arch OSEF)
montage en bind du /proc et /dev
chroot dans le système fraichement installé
installations supplémentaire (grub, un noyau, un serveur X, awesome, etc)
création du mot de passe root
création d'un utilisateur lambda
La seule commande spécifique à debian c'est debootstrap et elle fait des choses assez simple (elle crée l'arborescence de répertoire, installe dpkg et apt-*, puis quelques autres paquets), tout le reste c'est des commandes tout à fait standard. Si je ne me trompe pas l'installeur debian se base sur debootstrap, puis utilse tasksel pour ajouter des paquets standards.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Mieux ? Je ne crois pas. Ton lecteur de flux va te donner l'information lors de sortie de celle-ci et pour l'ensemble des paquets d'arch. Ton lecteur lui il sait quand est-ce que tu as besoin de l'information (tout le monde ne fait pas de mise à jour quotidienne et/ou hebdomadaire) et surtout sur quel paquet. Bref il peut délivrer l'information au bon moment et avec une meilleure pertinence. À coté de ça rien ne vaut d'avoir un lecteur de flux par exemple pour les problèmes de sécurité qui délivrent l'information au plus tôt et peuvent indiquer des démarches le temps que les mises à jour arrivent.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je ne pense pas qu'il cherchait à comparer perl6 et haskel, juste à donner la solution en 2 autres langages que le C et Ocaml. D'ailleurs ce que l'on peut voir c'est que les versions C et Ocaml sont très simples dans un cas on fait une boucle dans l'autre une fonction récursive. C'est pour chacun d'eux une construction de base de leur paradigme respectif. La version perl6 utilise un mécanisme de réduction qui reste impératif (ça construit une liste et ça fait une réduction dessus, si je ne m'abuse) et haskel le gère via sa bibliothèque standard.
Ces deux dernières versions sont particulièrement bien car non contente d'être plus courtes elles évite les bugs. La version c est particulièrement peu fiable : d'ailleurs il y a si je ne m'abuse 2 petites fautes dedans :
return acc; devrait être return n; ça le compilateur le vois
l'autre surviens quand on demande le factoriel de 0. Il itère alors sur 4294967295. Ça donne le bon résultat, mais c'est particulièrement lent (en rapport au calcul demandé). Oui un unsigned est rarement en dessous de 0.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça serait d'ailleurs intéressant d'avoir un message dans la console de toutes les news publiées depuis ma dernière synchro.
C'est ce que j'allais dire. Si c'est si important, pourquoi est ce que ce n'est pas pris en charge par le gestionnaire de paquet ? Il pourrait très bien afficher les messages que l'on trouve dans les liens donnés ci-dessus en rapport avec les paquets installés (inutile de parler d'Apache, de Bind et de MySQL si tu ne les a pas installés).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Et devine laquelle de ces deux civilisations s'est cassée la gueule en premier ?
La Grèce fut envahie par Rome 2 siècles avant la chute de l'Egypte antique.
Mais les kanjis étaient des dessins initialement, les hiraganas et les katakana en sont inspirés. C'est clair que ce sont des écris complexes, mais le taux d'alphabétisation au Japon n'est pas pire que chez nous.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il réutilise simplement l'implémentation déjà existant de CRC32 du noyau, donc pas de killer feature en vue. Comme déjà dis il existe des codes cycliques autocorrecteur mais ce n'est pas le cas ici.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[…] le déplacement de /var/run et /var/lock vers /run et /run/lock […] ont été considérés comme des pas de plus vers l'utilisation de systemd en tant que système d'init par défaut
Ils leur en faut peut, /run est une bonne idée. Ça a même était très vite adopté par Debian alors qu'elle est très réticente à l'idée de passer à systemd (mais bon c'est debian, s'ils pouvaient ils proposeraient au choix upstart, systemd, rc.con et l'init systemV).
Personnellement j'avoue qu'après avoir était très hargneux contre systemd, je ne le vois plus d'un mauvais œil. Par contre il faudra que je prenne du temps pour comprendre comment il fonctionne (ce que je n'ai jamais réussi avec PA…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je pense bien sûr à Go qui a beaucoup de points communs avec Rust
Je crois que Go n'est pas aussi typé. Par contre il reste les langages fonctionnels comme Haskel et OCaml. Mais ces derniers n'ont pas des threads léger à la Go. Peut être qu'erlang aurait était un bon choix ou Elixir (mais il n'avait peut être pas encore commencé quand Rust a était lancé).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Oui ça c'est bon j'avais compris. Mais que doivent faire les sites web ? Ils doivent se conformer au W3C et perdre des fonctionnalités ou tout les navigateurs se doivent se supporter le WHATWG ?
Bref la norme c'est quoi ? On gère 2 normes en essayant d'être compatible (on passe en W3C en fonction du useragent) ?
Ça sert à quoi de « normaliser » quelque chose qui n'est pas a appliquer comme une norme ? Quelle serait la différence entre appliquer le WHATWG et suivre le travail des groupes de travail du W3C ?
Désolé de poser beaucoup de question mais c'est pour essayer de me faire comprendre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
ce qu'ils veulent faire c'est avoir une version rolling release de la norme, gérée par eux, et une version LTS (pas vraiment le bon terme, mais passons) que le W3C valide quand ils le sentent.
Et ça fonctionne comment ? Les sites et les navigateurs doivent suivre la norme W3C ou le WHATWG ? Je comprend bien l'intérêt des normes quand il y en a une, mais au delà je trouve que ça n'a plus de sens.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu connais sikuli ? http://sikuli.org/index.shtml
Il y a une alternative dont je n'ai plus le nom (mais qui fait à peut près la même chose).
Mais que pense-tu des macro ? C'est graphique et certains ont des structure de contrôle. La seule chose c'est qu'ils ne permettent pas d’interaction inter-application.
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 un Nokia qui n'avais pas de flash, mais il avait une application lampe de poche qui affichait du blanc le plus lumineux possible à l'écran (en fait ça marche aussi si elle utilise le flash). Tu peut vouloir afficher une photo sur ton téléphone pendant 10min sans vouloir que ton écran s'éteigne.
C'est le seul exemple qui me viens en tête mais il doit y en avoir d'autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pas mal de monde a eu du mal à faire passer la dernière maj (glibc). Si on faisait une mise à jour forcé bête et méchante (pacman -Syuf) on cassait le système assez lourdement.
Je pense qu'ils veulent que les gens aillent d'abord voir le wiki se renseigné sur l'utilité et la fonction de tel démarche.
Ça c'est sacrément lourd. J'ai rencontré un problème de ce genre avec gentoo et une mise à jour post-install qui avait cassée mon serveur X parce que le format d'un fichier de configuration et qu'il fallait l'éditer à la main. Pour le savoir il suffisait de suivre une liste de discussion qui en parlait. Personnellement je n'ai pas le temps de m'occuper de connaître les évolutions de chaque programmes installés sur mon ordinateur. C'est peut être grave mais, mes journées ne faisant que 24h je n'ai pas le choix.
Pour moi c'est au gestionnaire de paquet de prévoir ce genre de translation quitte à pousser un message lors de l'installation de la nouvelle version du paquet (c'est ce que fait Debian).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Grub2 vs Grub1 : Quel est le problème ?
Posté par barmic . En réponse au journal Arch et le tournant. Évalué à 4.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Grub, rc.conf, systemd
Posté par barmic . En réponse au journal Arch et le tournant. Évalué à 9.
Je suis sous la diabolique Debian (Ah ! Ah ! Ah ! (rire maléfique)). Et sur mon système j'ai deux fichiers pour le configurer, mais attention c'est vraiment compliqué :
/etc/grub.d/40_custompour le configurer (celle-ci s'ajoute aux configuration initiales)/etc/default/grubIl permet d'avoir des configuration plus globale que dans le fichier précédent. Je tiens à souligner la complexité :Si je modifie l'un de ces fichiers
update-grub2me génère le/boot/grub/grub.cfg? C'est une mécanique complexe ? update-grub et update-grube2 ne font que lancer grub-mkconfig. Ce dernier est un script shell qui :/etc/grub.d/40_custom/etc/grub.d/et envoie leur sortie dans le grub.cfgC'est tellement compliqué qu'il suffit de lire le script.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: salut!
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 2.
Toutes les distributions en installe par défaut entre top, lynx ou mc, il y a toujours une gui.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: explications?
Posté par barmic . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 2.
Si je me souviens bien CPython sabre au dessus d'une profondeur de 1000 appel récursif.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: CRC et détection d'erreurs
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 3.
Merci pour ton explication très clair :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: S'abonner aux flux RSS des actualités.
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
C'est un fait exprès.
Je ne connais pas de gestionnaire de paquets qui puissent se substituer à ces gestionnaires. La partie importante de ces gestionnaires sont d'être limité à un utilisateur, une autre fonctionnalité importante est d'être multiplateforme. C'est peut être abhérant, mais packagés l'ensemble des extensions firefox pour Red Hat, Gentoo, Debian, Archlinux, Slackwar, MacOS, chaque BSD et windows ça demande un travail important (et je ne suis pas sûr que ça n'augmente pas la taille du code spécifiques à chaque OS). Là on parle des logiciels utilisateurs, pour ceux des langages de scripts dynamique (perl, python et ruby), ils répondent aussi à un besoin qui n'est pas adressé aujourd'hui par les gestionnaires de paquets des distributions à savoir avoir des bibliothèques à jour en grand nombre et localisée à un projet donné.
Quand les gestionnaires de paquets des distributions évolueront pour aller dans ces directions la situation évoluera mais ça n'est pas encore le cas. Bref si c'est abhérent c'est les gestionnaires de paquets qui le sont.
L'un empêche pas l'autre. Actuellement apt lance un pager, mais ça m'étonnerais qu'il ne puisse pas faire autre chose. Surtout quand on vois les nouveau gestionnaire comme wajig qui vont permettre d'utiliser aria2c ou axel par exemple pour télécharger les paquets. Ce n'est pas parce que l'intégration est léchée que le couplage est fort (même s'il est probablement plus fort que sur Arch).
Je suis d'accord, mais on a un exemple dans les commentaire d'un utilisateur qui l'a fait.
Je tourne sous Debian Stable avec quelques logiciels à jour (firefox en fait). Mais j'ai une machine en particulier que j'utilise assez peu et qui peut rester 1 ou 2 mois sans être utilisées.
C'est bien. C'est juste que pour moi ce ne sont pas des news mais des informations au sujet de mises à jour de paquet 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: Yeah?
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
Tant mieux le commentaire au quel je répond parle de commandes inconnues. Je présumais que c'était des commandes spécifiques.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: S'abonner aux flux RSS des actualités.
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
Une news par mois ? Je viens de regarder c'est vrai que c'est 2 à 3 par mois, ce qui ne fait pas beaucoup. Pour moi qui ne met pas à jour régulièrement, il faudrait que je note les dates de mises à jour (ce ne serait pas un mal soit dis en passant).
Sur Debian pour la stable en 2012 il y a eu 157 annonce de sécurité, ce qui en fait 22 par mois. La taille de la distribution est vraiment déterminante en faite.
Ça n'empêche pas de les confronter et de les comparer pour voir leur différence et, qui sait, les améliorer en prenant le meilleur d'entre elles ? Être différent pour être différent n'est pas très utile.
Pourquoi chercher ce genre d'arguments alors qu'on pointe juste les points qui nous semble problématiques, je trouve la discussion plutôt intéressante.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: S'abonner aux flux RSS des actualités.
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
Ça dépend de la manière dont on voit les choses. Pour moi ces informations font partie du fonctionnement du gestionnaire de paquets. C'est un peu comme si firefox t'envoie sur ton lecteur de flux l'information comme quoi il te désactive X extensions parce que la dernière mises à jour que tu as faites les rend incompatibles. C'est peut être comme ça que tu préfèrerais que ça se fasse, mais personnellement moi non. C'est un peu comme un README.txt, je comprends que toi (et un tas d'autres personnes) préfère que ça soit séparé mais pour moi ça n'a pas a avoir de dépendance externe. Si tu ne veux pas que ton gestionnaire de paquet ouvre ton pager, il peut se contenter de dire « vous devriez lire ça /path/README.txt, j'attends que vous tappiez next en majuscule pour passer à la suite ». Je ne sais pas comment c'est goupillé ailleurs mais cette info devrait selon moi être dans le paquet, ça simplifierait la vie des ceux qui ont des machines déconnectés (oui ça existe).
Au passage je ne vois pas trop la différence entre appeler une méthode spécial d'un lecteur de flux (je sais pas si ça existe pour tous, notamment pour Sage par exemple), en plus si tu as mis 1 mois à faire ta mise à jour ce n'est plus très utile et il va falloir que tu retrouve l'info. Quand je parlais de délivrer au bon moment je pensais de retarder.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Yeah?
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
À la limite pourquoi ne pas faire un truc à la debootstrap. C'est avec ça que je fais mes installation de Debian. Les étapes sont simples :
La seule commande spécifique à debian c'est debootstrap et elle fait des choses assez simple (elle crée l'arborescence de répertoire, installe dpkg et apt-*, puis quelques autres paquets), tout le reste c'est des commandes tout à fait standard. Si je ne me trompe pas l'installeur debian se base sur debootstrap, puis utilse tasksel pour ajouter des paquets standards.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: S'abonner aux flux RSS des actualités.
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 1.
Mieux ? Je ne crois pas. Ton lecteur de flux va te donner l'information lors de sortie de celle-ci et pour l'ensemble des paquets d'arch. Ton lecteur lui il sait quand est-ce que tu as besoin de l'information (tout le monde ne fait pas de mise à jour quotidienne et/ou hebdomadaire) et surtout sur quel paquet. Bref il peut délivrer l'information au bon moment et avec une meilleure pertinence. À coté de ça rien ne vaut d'avoir un lecteur de flux par exemple pour les problèmes de sécurité qui délivrent l'information au plus tôt et peuvent indiquer des démarches le temps que les mises à jour arrivent.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: explications?
Posté par barmic . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 5.
Je ne pense pas qu'il cherchait à comparer perl6 et haskel, juste à donner la solution en 2 autres langages que le C et Ocaml. D'ailleurs ce que l'on peut voir c'est que les versions C et Ocaml sont très simples dans un cas on fait une boucle dans l'autre une fonction récursive. C'est pour chacun d'eux une construction de base de leur paradigme respectif. La version perl6 utilise un mécanisme de réduction qui reste impératif (ça construit une liste et ça fait une réduction dessus, si je ne m'abuse) et haskel le gère via sa bibliothèque standard.
Ces deux dernières versions sont particulièrement bien car non contente d'être plus courtes elles évite les bugs. La version c est particulièrement peu fiable : d'ailleurs il y a si je ne m'abuse 2 petites fautes dedans :
return acc;devrait êtrereturn n;ça le compilateur le voisTous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: S'abonner aux flux RSS des actualités.
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
C'est ce que j'allais dire. Si c'est si important, pourquoi est ce que ce n'est pas pris en charge par le gestionnaire de paquet ? Il pourrait très bien afficher les messages que l'on trouve dans les liens donnés ci-dessus en rapport avec les paquets installés (inutile de parler d'Apache, de Bind et de MySQL si tu ne les a pas installés).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 2.
La Grèce fut envahie par Rome 2 siècles avant la chute de l'Egypte antique.
Mais les kanjis étaient des dessins initialement, les hiraganas et les katakana en sont inspirés. C'est clair que ce sont des écris complexes, mais le taux d'alphabétisation au Japon n'est pas pire que chez nous.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: CRC et détection d'erreurs
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 3.
Il réutilise simplement l'implémentation déjà existant de CRC32 du noyau, donc pas de killer feature en vue. Comme déjà dis il existe des codes cycliques autocorrecteur mais ce n'est pas le cas ici.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mouais
Posté par barmic . En réponse au journal Le WHATWG veut faire avancer HTML 5 dans son coin. Évalué à 4.
Je n'ai pas dis que ce serait pire, j'ai demandais en quoi ça avait un intérêt c'est très différent.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd par défaut sous Archlinux ?
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 2.
Ils leur en faut peut, /run est une bonne idée. Ça a même était très vite adopté par Debian alors qu'elle est très réticente à l'idée de passer à systemd (mais bon c'est debian, s'ils pouvaient ils proposeraient au choix upstart, systemd, rc.con et l'init systemV).
Personnellement j'avoue qu'après avoir était très hargneux contre systemd, je ne le vois plus d'un mauvais œil. Par contre il faudra que je prenne du temps pour comprendre comment il fonctionne (ce que je n'ai jamais réussi avec PA…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: avantage ?
Posté par barmic . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 3.
Je crois que Go n'est pas aussi typé. Par contre il reste les langages fonctionnels comme Haskel et OCaml. Mais ces derniers n'ont pas des threads léger à la Go. Peut être qu'erlang aurait était un bon choix ou Elixir (mais il n'avait peut être pas encore commencé quand Rust a était lancé).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mouais
Posté par barmic . En réponse au journal Le WHATWG veut faire avancer HTML 5 dans son coin. Évalué à 9.
Oui ça c'est bon j'avais compris. Mais que doivent faire les sites web ? Ils doivent se conformer au W3C et perdre des fonctionnalités ou tout les navigateurs se doivent se supporter le WHATWG ?
Bref la norme c'est quoi ? On gère 2 normes en essayant d'être compatible (on passe en W3C en fonction du useragent) ?
Ça sert à quoi de « normaliser » quelque chose qui n'est pas a appliquer comme une norme ? Quelle serait la différence entre appliquer le WHATWG et suivre le travail des groupes de travail du W3C ?
Désolé de poser beaucoup de question mais c'est pour essayer de me faire comprendre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mouais
Posté par barmic . En réponse au journal Le WHATWG veut faire avancer HTML 5 dans son coin. Évalué à 3.
Et ça fonctionne comment ? Les sites et les navigateurs doivent suivre la norme W3C ou le WHATWG ? Je comprend bien l'intérêt des normes quand il y en a une, mais au delà je trouve que ça n'a plus de sens.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 2.
C'est du VBScript ou du Visual.NET, non ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: L'avis d'Eben Moglen
Posté par barmic . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 3.
Tu connais sikuli ? http://sikuli.org/index.shtml
Il y a une alternative dont je n'ai plus le nom (mais qui fait à peut près la même chose).
Mais que pense-tu des macro ? C'est graphique et certains ont des structure de contrôle. La seule chose c'est qu'ils ne permettent pas d’interaction inter-application.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: CRC et détection d'erreurs
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 4.
Ah c'est moi qui est fait l'erreur. J'ai fais un amalgame (dût au temps qui est passé depuis mes cours sur le sujets) entre les deux familles.
1 000 excuses.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: empeche ou permet
Posté par barmic . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 8.
J'avais un Nokia qui n'avais pas de flash, mais il avait une application lampe de poche qui affichait du blanc le plus lumineux possible à l'écran (en fait ça marche aussi si elle utilise le flash). Tu peut vouloir afficher une photo sur ton téléphone pendant 10min sans vouloir que ton écran s'éteigne.
C'est le seul exemple qui me viens en tête mais il doit y en avoir d'autres.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Il y a eu du cadavre avec la dernière maj
Posté par barmic . En réponse à la dépêche Une nouvelle image d'installation pour Archlinux (2012.07.15) est disponible. Évalué à 3.
Ça c'est sacrément lourd. J'ai rencontré un problème de ce genre avec gentoo et une mise à jour post-install qui avait cassée mon serveur X parce que le format d'un fichier de configuration et qu'il fallait l'éditer à la main. Pour le savoir il suffisait de suivre une liste de discussion qui en parlait. Personnellement je n'ai pas le temps de m'occuper de connaître les évolutions de chaque programmes installés sur mon ordinateur. C'est peut être grave mais, mes journées ne faisant que 24h je n'ai pas le choix.
Pour moi c'est au gestionnaire de paquet de prévoir ce genre de translation quitte à pousser un message lors de l'installation de la nouvelle version du paquet (c'est ce que fait Debian).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)