Métro + train + co-voiturage quand je suis en mode faignasse.
Vélo + train + vélo quand j'ai un minimum de courage.
Vélo tout le long (VAE d'ailleurs) quand je suis rempli de courage (ou bien que la SNCF me force la main…). Et pour le coup, dans ce cas là ce n'est plus vraiment multi-modal.
J'ai également commencé à 6 ans, à l'école. A l'époque (86~88 ?), on apprenait le LOGO en primaire, à partir du CP (6 ans donc), puis arrivés au collège on passait au BASIC. Ca n'a pas fait de nous une armée de programmeurs hein, juste apporté un peu de culture à tout le monde, et plus personnellement m'aura permis de me découvrir une vocation après quelques années ;).
Je suppose qu'il ne s'agissait que d'une expérimentation relativement «locale», car j'ai croisé peu de personnes ayant eu cette formation, et ma soeurette 3 ans plus tard n'a pas du tout eu cet apprentissage : ces cours ont été remplacés par du dessin sur ordinateur en primaire, puis de la dactylo sous Word au collège…
C'est aussi ce que j'ai cru : "boh ils exagèrent". Le vendeur d'LDLC me l'avait même déconseillé («on a plus de 20% de taux de retour sur les OCZ, je vous conseille plutôt une autre marque, comme Corsair»), mais je suis quelqu'un d'informé (:D), j'avais lu que c'était un problème de firmware sur les premiers modèles, donc en prenant le tout dernier je n'aurai pas de problème moi !
mm c'est leur propre marque là, et le gars parlait bien du format physique de la carte.
Du coup je vais tester ça, j'avais repéré une Intel sympa. merci !
Yep, en cas de "surmenage" le Vertex 4 se met en erreur : le périphérique n'est plus du tout détecté, ni par Linux, ni par le Bios. Il faut alors éteindre la machine électriquement, puis la relancer… pratique.
Depuis le dernier firmware ça va quand même beaucoup mieux (même si le flashage du firmware a droppé toutes les données du disque…), mais je pense que je ne suis pas prêt de mettre du OCZ en production avant longtemps.
A noter qu'à coté de ça j'ai des dizaines de SSD Intel, plus lents, mais avec lesquels je n'ai jamais eu de soucis.
J'ai voulu, mais le support d'LDLC m'y a découragé : d'après eux il n'y aurait pas vraiment de standard sur la forme des cartes miniPCI des portables, et j'aurais peu de chance de trouver un modèle compatible…
Yep, un peu obligé de trancher pour ce sondage. J'ai choisi "Toujours neuf mais pas forcément dernier cri, pour éviter les difficultés de configuration/gestion", simplement parce que je dois faire attention au choix de la carte graphique si je ne veux pas m'embêter plus tard ; et j'ai tendance à opter pour des cartes intégrées ou entrée de gamme (& fanless).
Mais il m'arrive de faire de belles âneries en craquant sur du dernier cri :
* j'ai acheté un OCZ Vertex 4 alors que tout le monde prévenait des problèmes rencontrés avec… Alors certes le dernier firmware semble être plus stable, mais les premiers mois ont vraiment été galère.
* j'ai également acheté une tablette ASUS Transformer TF101 dès sa sortie, imaginant avoir le meilleur du netbook + tablette en 1, et pouvoir y mettre ma distrib préférée. Au final elle est toujours sous Androïd, et sert de xylophone digital au bout de chou…
* j'ai encore craqué sur un joli portable LDLC avec écran "FullHD" sans bien regarder le matos. La carte Wifi déconne terriblement sous Linux, je dois recourir au port Ethernet la plupart du temps… ou bien compiler à la mano d'autres drivers…
Heureusement sur le desktop je n'ai pas de soucis, mais coté mobilité c'est souvent galère pour moi.
Visiblement j'ai pris un bien mauvais exemple : l'installation d'iceweasel ou même de gnote n'installe ni X ni Gnome ou encore GDM.
Il n'empêche que le principe ne change pas : certaines dépendances ne sont pas limitées à un soft ou une librairie. Un meilleur exemple serait probablement le cas du MTA : un soft qui a besoin d'envoyer des mails se fout un peu qu'on utilise Exim, Postfix, Qmail ou même nullmailer, généralement il va simplement dépendre de "mail-transport-agent", qui lui est un paquet virtuel :
$ aptitude show mail-transport-agent
Pas de version courante ou candidate trouvée pour mail-transport-agent
Paquet : mail-transport-agent
État: n'est pas un paquet réel
Fourni par : citadel-mta, courier-mta, dma, esmtp-run, exim4-daemon-heavy, exim4-daemon-light, lsb-invalid-mta, masqmail, msmtp-mta, nullmailer, postfix, qmail-run, sendmail-bin, ssmtp, xmail
On voit qu'il y a plein de façons de résoudre cette dépendance. Donc si au fil du temps en sid je me retrouve avec un conflit entre un paquet N et exim4-daemon-light apt-get essaiera probablement de virer N alors que aptitude proposera de virer N ou installer un autre MTA, tel que postfix.
Simplement quand un paquet A indique qu'il dépend de B ou de C.
C'est ensuite au gestionnaire de paquet de décider s'il va installer B ou bien C, en fonction de divers algos.
apt-get semble avoir un algo "simple", qui généralement fonctionne bien. aptitude a un algo beaucoup plus complexe, qui lui permet de proposer divers scénarios.
Par exemple, sur une système sans interface graphique, si tu demandes l'installation d'un soft graphique, le gestionnaire de paquet va devoir prendre des décisions plus ou moins arbitraires sur pas mal de choses afin que le paquet soit installable (Gnome, KDE ? gdm, slim ? etc).
Très sympa effectivement. Du coup, pendant qu'on est sur la whishlist : le "software-center" est capable d'installer plusieurs paquets en parallèle [1], j'adorerais retrouver ce mécanisme en ligne de commande.
[1] bon ce n'est pas tout à fait vrai, il semble simplement gérer une file d'attente. Mais du coup on peut demander l'installation d'une grosse appli, et durant que cette installation tourne on peut demander l'installation d'une autre appli également… qui sera effectuée après l'autre, évidemment, mais en attendant on est pas obligés d'attendre que les 42Mo soient téléchargés pour ajouter une autre appli à la liste.
Me semble que la distrib Debian s'auto-proclame universelle car ce serait une de celles qui couvrent le plus grand nombre d'architectures, et qui reste générique (c'est à dire, sans la moindre spécialisation).
Bref, ça sert uniquement à dire qu'elle peut faire tourner un peu tout, presque partout. En aucun cas il a été dit qu'elle le faisait mieux que les autres. Mais je suis d'accord avec toi, l'adjectif polyvalente serait probablement plus adapté.
Je confirme, "apt-get" aussi maintenant la différence entre les paquets automatiquement installés ou pas… et peu même supprimer les paquets devenus inutiles (apt-get autoremove), bien qu'il ne le fasse pas automatiquement.
Du coup maintenant sur une Debian stable, les deux outils sont vraiment très similaires je trouve. aptitude est "pratique" (apt-get + apt-cache unifiés), mais apt-get est nettement plus "véloce".
La seule différence réelle est le résolveur de conflit d'aptitude, qui m'est indispensable en Debian sid. Sans lui, les mises à jour me semblent bien "hasardeuses" : il y a quelques mois, aptitude & apt-get cherchaient fréquemment à virer Gnome, seul le résolveur d'aptitude m'a permis de trouver des solutions.
Quand tu arrives sur l'écran Gnome, tu ne vois trois trucs, "Activités", la date, et ton nom. A mon avis, il ne faut pas longtemps pour que l'utilisateur en vienne à cliquer sur "Activités". Après le fait qu'en plaçant la souris complètement dans le coin, à coté de ce bouton, pour moi ça n'est qu'un raccourci nous évitant de devoir "viser" le bouton systématiquement.
Joost VERDOON a ajouté la pagination des lanceurs d'applications dans l'aperçu. Les lanceurs d'applications ne sont plus accessibles via un onglet, mais via un lanceur dans le dock.
Pas compris, si quelqu'un peut m'expliquer (ou me donner une nimage :D)
Pour la pagination, je suppose que cela vient remplacer la barre de scroll du coté droit, quant la liste des applis ne tient pas à l'écran.
Quant à la liste disponible via un lanceur dans le dock plutôt que via l'onglet, c'est que le choix des onglets en haut "Fenêtres" | "Applications" disparait, à la place une icône est placée à la fin du dock et c'est elle qui donne accès à la liste complète des applications. Bref, ils ont regroupés.
En passant, la zone de recherche a été agrandie et est maintenant centrée.
mm je ne sais pas. Quand je vois les screenshots d'Awesome, je me dis qu'il y a quand même pas mal de place gaspillée : voir deux ou trois fenêtres simultanément ok, mais toutes, j'y vois peu d'intérêt.
Enfin je vais essayer quand même, pour voir ce que ça donne "en vrai".
Idem, ormis "Web applications" qui ajoute un petit raccourci j'utilise généralement Gnome-shell d'origine.
Gnome3 m'aide beaucoup à me concentrer sur la tâche en cours, et sa gestion du "demi-écran" m'a réconcilié avec les grands écrans, que je trouve au final beaucoup plus confortable que du bi-écran, que j'utilisais pourtant depuis près d'une décennie.
Me semble avoir lu qu'avec le multiarch il n'était plus nécessaire de ré-installer pour passer d'i386 à amd64 ; mais aucune idée de la procédure exacte…
J'ai pourtant souvenir que quand on demande l'éjection du media en question, si la poubelle du media n'est pas vide, Gnome te l'indique et te demande si tu veux la vider avant éjection. Non ?
Mais je n'ai rien sous la main pour le vérifier. Quelqu'un peut confirmer/infirmer ?
[Edit] : j'aurais du lire les autres commentaires… dsl.
Et il me semble qu'il se base sur les dates d'accès aux fichiers. Donc pour être comptés les gens doivent explicitement activer "popularity-contest", et ne pas monter le système en "noatime".
Que ce soit l'un ou l'autre des critères, je ne sais pas à quel point c'est représentatif.
A noter également qu'une Debian minimale, installée via debootstrap n'a pas du tout popularity-contest d'installé. Enfin, pour ce qui est de gnome, je suppose que peu de personnes installent les workstations via debootstrap…
Et bien je sèche au niveau 4, "Karma Trader" : je vois pas d'injection SQL possible, SQLite est bien sensible à la casse, pas trouvé comment changer l'émetteur d'un transfert, ni même comment fausser le "trusts_me", etc.
M'embarquer dans une tentative pour crafter mon propre cookie de session me semble bien difficile, même avec un fichier d'entropie "fixe" :/
[^] # Re: multimodal
Posté par Kioob (site web personnel) . En réponse au sondage Quel moyen de transport utilisez-vous pour vous rendre sur votre lieu de travail ?. Évalué à 1.
Métro + train + co-voiturage quand je suis en mode faignasse.
Vélo + train + vélo quand j'ai un minimum de courage.
Vélo tout le long (VAE d'ailleurs) quand je suis rempli de courage (ou bien que la SNCF me force la main…). Et pour le coup, dans ce cas là ce n'est plus vraiment multi-modal.
alf.life
[^] # Re: Il était temps
Posté par Kioob (site web personnel) . En réponse au journal Il y a Internet , et Internet par Free .. Évalué à 1.
Comme Jeanne d'Arc ?
alf.life
[^] # Re: Mon dépucelage
Posté par Kioob (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 2.
J'ai également commencé à 6 ans, à l'école. A l'époque (86~88 ?), on apprenait le LOGO en primaire, à partir du CP (6 ans donc), puis arrivés au collège on passait au BASIC. Ca n'a pas fait de nous une armée de programmeurs hein, juste apporté un peu de culture à tout le monde, et plus personnellement m'aura permis de me découvrir une vocation après quelques années ;).
Je suppose qu'il ne s'agissait que d'une expérimentation relativement «locale», car j'ai croisé peu de personnes ayant eu cette formation, et ma soeurette 3 ans plus tard n'a pas du tout eu cet apprentissage : ces cours ont été remplacés par du dessin sur ordinateur en primaire, puis de la dactylo sous Word au collège…
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 0. Dernière modification le 05 septembre 2012 à 01:32.
Et…. une référence en particulier à recommander chez Atheros ?
mm… je vois du binary firmware et tout le tralala, c'était une boutade ?
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 0.
C'est aussi ce que j'ai cru : "boh ils exagèrent". Le vendeur d'LDLC me l'avait même déconseillé («on a plus de 20% de taux de retour sur les OCZ, je vous conseille plutôt une autre marque, comme Corsair»), mais je suis quelqu'un d'informé (:D), j'avais lu que c'était un problème de firmware sur les premiers modèles, donc en prenant le tout dernier je n'aurai pas de problème moi !
Et bien raté. L'article date de mai, mais ça fait peur : http://www.hardware.fr/articles/862-7/ssd.html
Le firmware 1.4 fut looonnnggg à attendre, mais maintenant ça roule.
alf.life
[^] # Re: Et ?
Posté par Kioob (site web personnel) . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 2.
Donc ce qui est bien, c'est qu'il soit peu configurable, comme Gnome quoi.
Oui bon ça va, je sors.
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 1.
mm c'est leur propre marque là, et le gars parlait bien du format physique de la carte.
Du coup je vais tester ça, j'avais repéré une Intel sympa. merci !
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 1.
Yep, en cas de "surmenage" le Vertex 4 se met en erreur : le périphérique n'est plus du tout détecté, ni par Linux, ni par le Bios. Il faut alors éteindre la machine électriquement, puis la relancer… pratique.
Depuis le dernier firmware ça va quand même beaucoup mieux (même si le flashage du firmware a droppé toutes les données du disque…), mais je pense que je ne suis pas prêt de mettre du OCZ en production avant longtemps.
A noter qu'à coté de ça j'ai des dizaines de SSD Intel, plus lents, mais avec lesquels je n'ai jamais eu de soucis.
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 2.
J'ai voulu, mais le support d'LDLC m'y a découragé : d'après eux il n'y aurait pas vraiment de standard sur la forme des cartes miniPCI des portables, et j'aurais peu de chance de trouver un modèle compatible…
Cette info serait bidon ?
alf.life
[^] # Re: Pas facile de répondre
Posté par Kioob (site web personnel) . En réponse au sondage Comment choisissez-vous votre matériel ?. Évalué à 5.
Yep, un peu obligé de trancher pour ce sondage. J'ai choisi "Toujours neuf mais pas forcément dernier cri, pour éviter les difficultés de configuration/gestion", simplement parce que je dois faire attention au choix de la carte graphique si je ne veux pas m'embêter plus tard ; et j'ai tendance à opter pour des cartes intégrées ou entrée de gamme (& fanless).
Mais il m'arrive de faire de belles âneries en craquant sur du dernier cri :
* j'ai acheté un OCZ Vertex 4 alors que tout le monde prévenait des problèmes rencontrés avec… Alors certes le dernier firmware semble être plus stable, mais les premiers mois ont vraiment été galère.
* j'ai également acheté une tablette ASUS Transformer TF101 dès sa sortie, imaginant avoir le meilleur du netbook + tablette en 1, et pouvoir y mettre ma distrib préférée. Au final elle est toujours sous Androïd, et sert de xylophone digital au bout de chou…
* j'ai encore craqué sur un joli portable LDLC avec écran "FullHD" sans bien regarder le matos. La carte Wifi déconne terriblement sous Linux, je dois recourir au port Ethernet la plupart du temps… ou bien compiler à la mano d'autres drivers…
Heureusement sur le desktop je n'ai pas de soucis, mais coté mobilité c'est souvent galère pour moi.
alf.life
[^] # Re: APT vs Aptitude ?
Posté par Kioob (site web personnel) . En réponse au journal Frontend à Aptitude. Évalué à 8.
Visiblement j'ai pris un bien mauvais exemple : l'installation d'iceweasel ou même de gnote n'installe ni X ni Gnome ou encore GDM.
Il n'empêche que le principe ne change pas : certaines dépendances ne sont pas limitées à un soft ou une librairie. Un meilleur exemple serait probablement le cas du MTA : un soft qui a besoin d'envoyer des mails se fout un peu qu'on utilise Exim, Postfix, Qmail ou même nullmailer, généralement il va simplement dépendre de "mail-transport-agent", qui lui est un paquet virtuel :
$ aptitude show mail-transport-agent
Pas de version courante ou candidate trouvée pour mail-transport-agent
Paquet : mail-transport-agent
État: n'est pas un paquet réel
Fourni par : citadel-mta, courier-mta, dma, esmtp-run, exim4-daemon-heavy, exim4-daemon-light, lsb-invalid-mta, masqmail, msmtp-mta, nullmailer, postfix, qmail-run, sendmail-bin, ssmtp, xmail
On voit qu'il y a plein de façons de résoudre cette dépendance. Donc si au fil du temps en sid je me retrouve avec un conflit entre un paquet N et exim4-daemon-light apt-get essaiera probablement de virer N alors que aptitude proposera de virer N ou installer un autre MTA, tel que postfix.
alf.life
[^] # Re: APT vs Aptitude ?
Posté par Kioob (site web personnel) . En réponse au journal Frontend à Aptitude. Évalué à 3.
Simplement quand un paquet A indique qu'il dépend de B ou de C.
C'est ensuite au gestionnaire de paquet de décider s'il va installer B ou bien C, en fonction de divers algos.
apt-get semble avoir un algo "simple", qui généralement fonctionne bien. aptitude a un algo beaucoup plus complexe, qui lui permet de proposer divers scénarios.
Par exemple, sur une système sans interface graphique, si tu demandes l'installation d'un soft graphique, le gestionnaire de paquet va devoir prendre des décisions plus ou moins arbitraires sur pas mal de choses afin que le paquet soit installable (Gnome, KDE ? gdm, slim ? etc).
Non ?
alf.life
[^] # Re: Miam....
Posté par Kioob (site web personnel) . En réponse au journal Frontend à Aptitude. Évalué à 4.
Très sympa effectivement. Du coup, pendant qu'on est sur la whishlist : le "software-center" est capable d'installer plusieurs paquets en parallèle [1], j'adorerais retrouver ce mécanisme en ligne de commande.
[1] bon ce n'est pas tout à fait vrai, il semble simplement gérer une file d'attente. Mais du coup on peut demander l'installation d'une grosse appli, et durant que cette installation tourne on peut demander l'installation d'une autre appli également… qui sera effectuée après l'autre, évidemment, mais en attendant on est pas obligés d'attendre que les 42Mo soient téléchargés pour ajouter une autre appli à la liste.
alf.life
[^] # Re: universel
Posté par Kioob (site web personnel) . En réponse au journal Frontend à Aptitude. Évalué à 2.
Me semble que la distrib Debian s'auto-proclame universelle car ce serait une de celles qui couvrent le plus grand nombre d'architectures, et qui reste générique (c'est à dire, sans la moindre spécialisation).
Bref, ça sert uniquement à dire qu'elle peut faire tourner un peu tout, presque partout. En aucun cas il a été dit qu'elle le faisait mieux que les autres. Mais je suis d'accord avec toi, l'adjectif polyvalente serait probablement plus adapté.
alf.life
[^] # Re: APT vs Aptitude ?
Posté par Kioob (site web personnel) . En réponse au journal Frontend à Aptitude. Évalué à 3.
Je confirme, "apt-get" aussi maintenant la différence entre les paquets automatiquement installés ou pas… et peu même supprimer les paquets devenus inutiles (apt-get autoremove), bien qu'il ne le fasse pas automatiquement.
Du coup maintenant sur une Debian stable, les deux outils sont vraiment très similaires je trouve. aptitude est "pratique" (apt-get + apt-cache unifiés), mais apt-get est nettement plus "véloce".
La seule différence réelle est le résolveur de conflit d'aptitude, qui m'est indispensable en Debian sid. Sans lui, les mises à jour me semblent bien "hasardeuses" : il y a quelques mois, aptitude & apt-get cherchaient fréquemment à virer Gnome, seul le résolveur d'aptitude m'a permis de trouver des solutions.
alf.life
[^] # Re: J'aime Gnome Shell
Posté par Kioob (site web personnel) . En réponse à la dépêche GUADEC 2012, en route vers GNOME 4.0 et GNOME OS. Évalué à 2.
Quand tu arrives sur l'écran Gnome, tu ne vois trois trucs, "Activités", la date, et ton nom. A mon avis, il ne faut pas longtemps pour que l'utilisateur en vienne à cliquer sur "Activités". Après le fait qu'en plaçant la souris complètement dans le coin, à coté de ce bouton, pour moi ça n'est qu'un raccourci nous évitant de devoir "viser" le bouton systématiquement.
alf.life
[^] # Re: Koa ?
Posté par Kioob (site web personnel) . En réponse à la dépêche L'été des 15 ans. Évalué à 4.
Pour la pagination, je suppose que cela vient remplacer la barre de scroll du coté droit, quant la liste des applis ne tient pas à l'écran.
Quant à la liste disponible via un lanceur dans le dock plutôt que via l'onglet, c'est que le choix des onglets en haut "Fenêtres" | "Applications" disparait, à la place une icône est placée à la fin du dock et c'est elle qui donne accès à la liste complète des applications. Bref, ils ont regroupés.
En passant, la zone de recherche a été agrandie et est maintenant centrée.
cf: la nimage et la source
alf.life
[^] # Re: Gnome 3 sans extensions
Posté par Kioob (site web personnel) . En réponse au sondage Avez-vous migré vers Gnome 3 ?. Évalué à 1.
mm je ne sais pas. Quand je vois les screenshots d'Awesome, je me dis qu'il y a quand même pas mal de place gaspillée : voir deux ou trois fenêtres simultanément ok, mais toutes, j'y vois peu d'intérêt.
Enfin je vais essayer quand même, pour voir ce que ça donne "en vrai".
alf.life
[^] # Re: Gnome 3 sans extensions
Posté par Kioob (site web personnel) . En réponse au sondage Avez-vous migré vers Gnome 3 ?. Évalué à 1.
Idem, ormis "Web applications" qui ajoute un petit raccourci j'utilise généralement Gnome-shell d'origine.
Gnome3 m'aide beaucoup à me concentrer sur la tâche en cours, et sa gestion du "demi-écran" m'a réconcilié avec les grands écrans, que je trouve au final beaucoup plus confortable que du bi-écran, que j'utilisais pourtant depuis près d'une décennie.
alf.life
[^] # Re: bon anniversaire
Posté par Kioob (site web personnel) . En réponse à la dépêche 19 ans : Bon anniversaire Debian !. Évalué à 1.
Me semble avoir lu qu'avec le multiarch il n'était plus nécessaire de ré-installer pour passer d'i386 à amd64 ; mais aucune idée de la procédure exacte…
alf.life
[^] # Re: Encore pas mal de souçis
Posté par Kioob (site web personnel) . En réponse à la dépêche GUADEC 2012, en route vers GNOME 4.0 et GNOME OS. Évalué à 1. Dernière modification le 25 août 2012 à 11:40.
J'ai pourtant souvenir que quand on demande l'éjection du media en question, si la poubelle du media n'est pas vide, Gnome te l'indique et te demande si tu veux la vider avant éjection. Non ?
Mais je n'ai rien sous la main pour le vérifier. Quelqu'un peut confirmer/infirmer ?
[Edit] : j'aurais du lire les autres commentaires… dsl.
alf.life
[^] # Re: Pas si facile !
Posté par Kioob (site web personnel) . En réponse au journal Jouer avec la sécurité web. Évalué à 1.
ebsy… har fvzcyr vawrpgvba WF…
J'ai honte de ne pas y avoir pensé plus tôt… merci !
alf.life
[^] # Re: Popcon
Posté par Kioob (site web personnel) . En réponse à la dépêche GUADEC 2012, en route vers GNOME 4.0 et GNOME OS. Évalué à 2.
Et il me semble qu'il se base sur les dates d'accès aux fichiers. Donc pour être comptés les gens doivent explicitement activer "popularity-contest", et ne pas monter le système en "noatime".
Que ce soit l'un ou l'autre des critères, je ne sais pas à quel point c'est représentatif.
A noter également qu'une Debian minimale, installée via debootstrap n'a pas du tout popularity-contest d'installé. Enfin, pour ce qui est de gnome, je suppose que peu de personnes installent les workstations via debootstrap…
alf.life
[^] # Re: Pas si facile !
Posté par Kioob (site web personnel) . En réponse au journal Jouer avec la sécurité web. Évalué à 1.
Je plussois. J'aimerais effectivement comprendre, mais ça peut attendre quelques jours/semaines, et aucune réponse ne devrait être donnée en public.
Peut-être que le projet fournira justement ces explications après un certain temps ?
alf.life
# Pas si facile !
Posté par Kioob (site web personnel) . En réponse au journal Jouer avec la sécurité web. Évalué à 4.
Et bien je sèche au niveau 4, "Karma Trader" : je vois pas d'injection SQL possible, SQLite est bien sensible à la casse, pas trouvé comment changer l'émetteur d'un transfert, ni même comment fausser le "trusts_me", etc.
M'embarquer dans une tentative pour crafter mon propre cookie de session me semble bien difficile, même avec un fichier d'entropie "fixe" :/
Bref, je dois être mauvais.
alf.life