freem a écrit 5059 commentaires

Personnellement, je configure ngetty (dans ton cas ça sera sûrement agetty) pour pas qu'il me demande de mot de passe (dans le cas de ngetty, ça se mets dans /etc/ngetty/Conf, pour agetty, avant systemd, c'était dans "/etc/inittab", depuis systemd: aucune idée) et dans je mets un truc du genre "test "/dev/tty1" = $(tty) && exec xinit" dans mon fichier "~/.profile".
Pour que ça marche, il ne faut pas utiliser de gestionnaire de login graphique par contre.

M'enfin, j'imagine que tu préfère faire comme ça. Lien trouvé comme ceci.

De ce que j'ai compris des patchs, le principe est de supprimer le code kernel des pages mémoire utilisées par les applications, donc un microcodes différent ne changera rien à ça, non? À moins que les microcodes n'interfèrent directement avec le fonctionnement du kernel (me semblerait bien glissant, mais enfin, je n'y connais rien)?

J'ai cru comprendre que ces failles étaient liées au câblage du CPU lui-même, et que justement si on se tape des patchs kernels c'est que changer le microcode ne changera rien? Si c'est bien le cas, pourquoi cette référence?

F8 ou F9… je dirais que c'est un peu plus aléatoire que ça moi.

Bon, en général, ça se retrouve dans la doc du PC.

Sinon, ça pourrait aussi être que son grub n'est pas configuré correctement, tout simplement? Par exemple un identifiant de partition qui n'est pas bon?

slack est, il me semble, une distrib assez "brute de décoffrage", et du coup je ne serais pas surpris que network-manager ne soit pas installé.

Apparemment, il te faut utiliser un outil nommé netconfig, je pense que le man te donnera plus d'infos sur comment il marche, parce que le lien que j'ai trouvé est assez… limité, on va dire, dans ses «explications»…

Je voudrai revenir sur l'aspect bienveillance: ici les gens le sont, sous conditions. Plus particulierement dans les forums, bien qu'il est vrai que dire "mon linux marche pas" sans plus d'infos attire les -1.
Sur les journaux/depeches et leurs commentaires, le niveau de relativite (bien prendre les notes negatives et les reponses parfois seches) et de connaissances sur comment savoir s'exprimer voire sur le sujet aborde (moins dans les comm) est en effet plus eleve, mais parfois je moinsse des journaux que j'aurais plussoye dans les forums.

bref, linuxfr ce n'est pas juste un forum mais aussi et surtout un site " d'info participatives" avec section entraide, si tu permets le terme.
Un forum d'aide, c'est un site ou les connaissant apportent au maximum avec peu de retours a ceux qui demandent.

et donc, que donne un diff? Parce qu'a la rigueur cz seraitun hack, mais pas un virus vu le comportement decrit.

Je reagis surtout au fait tout le monde semble parler de pertes de performances entre 5 et 30 (ou 50?)%, sans tenir compte de deux faits: d'une part, les syscalls ont toujours ete lents, et les applications qui cherchent vraiment la vitesse y consacrent deja du temps d'optim je pense, et d'autre part, les CPUs, surtout de bureau, passent plus de temps a ne rien faire qu'autre chose (s'ils sont exploites a 20% en mode "eco energie" c'est deja pas mal).

Du coup, soit je suis idiot (pas impossible), soit les chiffres donnes sont mal compris/explicites (genre, tels que donnes, on pense qu'une machine sera 50% plus lente h24, mais si le cpu est, admettons, 50% plus lent, ca voudra dire qu'avec mes chiffres il tournera a 30%, ce qui est encore faux puisque la lenteur sera en fait causee, dans le pire cas par la carte mere) et totalement inutiles, soit un melange des deux (le plus probable ama).

Ceci dit, te remercie pour ta reponse: lue attentivement, elle permettra a certains de dedramatiser, en gros: "certains types de workload seront 5-n% plus lents", et sauf applis specifiques et/ou en environnements sous forte charge, ca n'aura un impact que marginal (la plupart des serveurs de prod tournent'ils vraiment a bloc sus des syscalls? ce serait triste… ). Quoiqu'en disent les bench, xosview m'indique qu'en usage normal, ma machine de dev passe peu de temps en appels systemes apres tout?

Ceci dit, je suis curieux sur un sujet plus general: comment mesurer ou estimer les couts de cache miss/refresh d'une application? Voire, pourquoi pas, d'un systeme complet?

Bref certains softs activement maintenus vont se mettre à jouer à un nouveau jeux; éviter les syscalls.

Un peu comme les allocations mémoire, en fait? Les limiter en traitant un lot plus important de données pour accélérer les perfs? Mais n'est-ce pas déjà le cas, quand les performances sont réellement nécessaires? Je veux dire, un seul appel à, par exemple, read au lieu de 10, c'est probablement plus rapide, non (bon, ok, c'est une fonction de la libc, mais il me semble avoir lu que les syscalls sont déjà considérés comme lents de toute façon)?

clairement. Ceci dit, il aurait pu se répondre a lui-même plutôt que créer un autre fil :)

Pour une meilleur portabilité préférez pselect ou son équivalent ppoll.

Dans le man:

ppoll() is Linux-specific

je n'avais pas propose tee parce que je pensais que l'objectif etait de ne parser qu'une seule fois… sinon y'a aussi moyen avec socat je pense, mais on rdntre dans l'esoterisme bourne apres :)

Je suis curieux. ca fait quelques annees que je n'utilise plus ff si j'ai un meilleur choix, et que je remets en cause leurs choix tant politiques que techniques.

Du coup, si tu disais un peu ce que tu leur repproche exactement, on pourrait p'tet t'aider a trouver plus adapte a tes ideaux et besoins. sans ca… bah, jd marche dedans parce que je m'ennuies…

Salut et bienvenue.

Effectivement le detail est utile, ou plutot le serait, si tu mettais autre chose que les symptomes.

Malheureusement, installer un nouveau systeme n'est pas si simple quand on decouvre, mais on va faire ce qu'on peut.

Pour commencer, un lien vers la page ou tu as telecharge l'image CD, ce qui nous indiquera la version du systeme que essaies d'installer sera le bienvenu.
Si possible, un lien qui indique les specifications de la machine sur laquelle tu tentes l'installation pourrait pas mal aider.

Pour finir, si tu pouvais nous donner plus d'infos sur des choses plus pointues, comme les reglages de ton UEFI ou tes choix lors de l'install, ca serait pas mal

Ton laius m'intrigue, la question que je me pose malgre que la reponse semble quasi evidente: niveau DIY, faut quoi comme competences?

Admin linux? Code C/Cpp/sh/python? Electronique? Je connais quelqu'un d'assez bricoleur (electro-mecanicien, sait calibrer un mur de son en exterieur, entres autres) et qui aime utiliser des boites a rythme, mais qui n'en a rien rien a faire de l'info ou des licences de maniere generale (ni libriste ni proprio, il s'en juste fout tant qu'il peut faire son truc techniquement).
Ton commentaire m'a fait penser que ce projet pourrait lui parler, mais j'ai un doute, parce que son niveau en info est… probablement dans la moyenne, saura probablement pas ce que signifie "codec" (deja que je n'en ai qu'une vague idee…) alors en installer…

Salut et bienvenue.
Pour info, il y a un bouton repondre en bas des commentaires, ca permets de garder une arborescence dans les discussions, comme pour une mailing list.

Sinon, je me suis toujours pose la question, a quel public sont destines ces evenements, quel est le niveau de "culture logicielle" necessaire en moyenne pour ne pas s'y sentir etranger?
Question encore plus valable je pense pour ceux qui (comme moi, pour le coup) n'ont pas d'utilisateurs volontaires de LL (comprendre: qui savent ce qu'est un ll, et qui en utilisent, avec ou sans contribution) dans leur entourage.

Une question, toute bête, mais pourquoi tu t'emmerdes avec select()?

Ce n'est que m'on avis personnel, mais je trouve les codes qui utilisent select imbuvables, poll me semble tellement plus lisible, plus intuitif:

• tu initialise un tableau qui contiens autant d'instances de pollfd que de fd à surveiller, ces structures contenant: le fd en question, un bitfield uniquement lu (donc, pas besoin de le réécrire après un appel, contrairement à select de mémoire) qui contiens les évènements à surveiller, un autre uniquement accédé en écriture. Accessoirement, le timeout est juste un entier en millisecondes, je trouve ça tellement plus simple.
• tu le passes à poll.
• tu récupères le nombre d'évènements et tu itères sur ton tableau pour voir quelles structures ont leur revent pas à 0
• le tour est joué.

Au niveau avantages:

• pas besoin de rafraîchir les tableaux qui contiennent les files à surveiller
• une seule structure pour tous les types d'évènements
• pas de limitation hard-codée par le système (donc, pas de gâchis d'espace ni de limitations dans le nombre de descripteurs à surveiller)
• pas de macros (donc des messages d'erreur plus simples à comprendre et en cadeau bonus une type safety un peu moins crade)
• données mémoire plus compacte
• on peut désactiver la surveillance sur un fd en lui affectant une valeur négative, tandis que select requiert uniquement des fd valides.

Les inconvénients… je n'en connais pas. Ah, si, la doc indique que c'est un peu plus récent (POSIX.1-2001, contre une apparition de select dans 4.4BSD) mais franchement, ça fait quand même plus de 15 ans, ça devrait le faire sur la plupart des systèmes.

Bon, tu fais ce que tu veux, mais ton bug est très probablement lié au fait que, justement, select ait une interface dégueulasse:

        rv_select = select(usbfile_select+1, &set, NULL, &set, &timeoutValue);

Tu utilises 2 fois la même structure, du coup, select, ben, il écrit 2 fois dedans…

Je pense que c'est une reference a ca.

Ça doit être en exploitant les gens qui pensent comme des bites, pour le coup…

Non, je ne me moque pas, je n'ai vraiment pas lu. Cependant!

Cependant, bien que ton post ressemble (présentation,formulation) à la question d'un étudiant, elle ressemble à celle d'un étudiant qui a cherché.

Du coup, les gens voudrons bien te répondre, je pense. Enfin, ceux qui savent. Je vais essayer d'améliorer ta façon de poser des questions pour avoir des réponses plus rapides et pertinentes, de mon côté:

• montrer que tu as cherché: OK.
• débuts de solutions: OK
• expliciter le problème réel, et non la solution imaginée: PAS OK (pour info, je tombe encore souvent dans ce travers). On sait que tu as résolu ton problème en suivant certains liens. Super. Mais on ne sait pas quel était ton problème de base, du coup on ne peux pas y répondre. Essaie d'être exhaustif et synthétique: c'est difficile, oui, mais c'est le plus efficace. Ici, tout est flou de mon point de vue.
• exposer un bout de code minimal sur les forums permettant de reproduire le problème, et expliciter le problème: PAS OK non plus: beaucoup de commentaires ici, trop, on sent que tu ne comprends pas ce que tu as fait, ça n'encourage pas à lire.

Enfin, c'est mon avis. Ne le prend pas mal surtout, j'essaie surtout ici de t'aider à avoir des réponses en posant les bonnes questions: c'est une compétence vitale aux informaticiens.
C'est une des raisons pour lesquelles ont doit savoir se faire comprendre des autres: demander l'aide de nos pairs.

Pour ça, la publication d'un journal sera grandement appréciée :)

L'air de rien, ce simple exemple me rappelle un jeu d'énigmes (et zut, je ne me rappelle plus le nom du jeu, mais le contexte et les perso, si: un jeu de puzzle, avec 2 poissons, un gros et un petit, dont les aventures les amènent à déplacer nombre d'objets que l'on imagine polluants, qui rendent la mer sale, et dont les commentaires d'ailleurs nous font comprendre que que c'est pénible).

Concrètement, si vous voulez convaincre ou persuader des gens de travailler sur un projet de jeu vidéo (je ne connais pas le monde du plateau, pas en tant que potentiel contributeur en tout cas) sans frais de votre part (mais en amenant les idées, et, l'air de rien, c'est loin d'être du vent, tout dev expérimenté le sais… en fonction du niveau de développement des idées en questions) et en gardant un esprit très libre, j'ai peut-être quelques pistes pour vous aider:

• opengameart est un site qui offre des ressources artistiques généralement libres, à voir selon les licences particulières si elles correspondent aux besoins, et au pire elles peuvent parfois servir à bricoler un «POC», une Preuve De Concept en français (Proof Of Concept).
• freegamedev est un site qui héberge une communauté de développeurs de jeux amateurs et libristes, vous devriez être plutôt bien accueilli la-bas, et bien que je doute qu'ils aideront pour la réalisation du jeu lui-même (ils travaillent sur leurs propres projets libres) je ne doute pas qu'ils vous donneront d'autres indications, ainsi que des questions et conseils des plus pertinents.

Pour finir, quand vous deux aurez une bonne idée du résultat final souhaité, je pense qu'un journal ici-même (c'est ouvert à tous) pourra ouvrir des pistes pour la réalisation elle-même, éventuellement au travers d'une levée de fond.

Voila, je n'aide pas des masses, mais je pense que ces pointeurs pourront le faire mieux que moi. Ceci dit, je suis moyennement confiant pour l'avenir de votre projet:

• d'une part, rien n'est dit, c'est généralement mauvais signe, d'autant que vous n'avez pas l'air d'avoir de connaissances du tout sur les technologies du jeu vidéo (mais, ce n'est pas bloquant, avec le bon conseil)
• d'autre part vous semblez très axés sur le côté logiciel libre, ce qui peut plaire à des activistes ou contributeurs (je suis personnellement intrigué par le projet, mais vu que vous n'en parlez pas…) et donc cela peut impliquer une réutilisation des ressources, ce qui est important.

À noter, quand même, je ne connais pas vos engagements politiques ni vos notions de droit, mais quand on parle de conception logicielle et artistiques, c'est nécessaire de savoir: pour raccourcir très grossièrement, la propriété intellectuelle fermée, appelée copyright, interdit toute réutilisation; la philosophie GNU force la publication de toute modification publiée sous forme libre (et en pratique quasi-inexploitable commercialement sans une infrastructure dédiée au service) et reste la philosophie BSD, qui est celle avec le moins de restrictions.
Ce sont des raccourcis, mais je pense que c'est mieux d'avoir conscience des implications diverses et variées.

Après, tu peux le faire aussi avec un script. Passer sur BSD juste pour ifstated, ça me semble overkill.

Tu n'es pas joueur… j'ai dis que ça me fournirai une excuse, mais je reste un minimum pro, j'essaierai autre chose d'abord, c'est évident: moi, BSD, ça m'éclaterai, mais mes collègues, c'est pas sûr, et puis j'ai un travail a accomplir.

Il faut donc avoir plusieurs serveurs chez plusieurs hébergeurs que tu ping et tu ne bascule que si plusieurs tombent. Par exemple, 8.8.8.8, le site de ta boîte et ping.online.net.

D'accord. C'est bien vu. J'avais à la base compris que tu parlais d'avoir plusieurs outils pour surveiller que la connexion est bien active, pas de vérifier plusieurs sites au cas ou l'un est HS.

Merci pour ces infos, je ne suis vraiment pas habitué à bosser sur du réseau, mais entre mes problématiques perso et de taf, en 1 mois j'en ai appris beaucoup grâce à vous deux, entres autres (pas sûr que sur ma dernière question il n'y avais que vous deux, et puis il me faut compter tous les liens que j'ai lu, grâce à vos mot-clés) :)

Et pourtant, «l'énergie est notre avenir, économisons la» XD

Merci à vous deux pour ces éclaircissements.

l'etape au dessus, c'est de detecter si tu arrives à joindre un service externe (ping vers google, telnet vers un site web)
et de changer la route par defaut pour passer par l'autre interface.

C'est l'objectif.

Il y a ifstated chez les BSD mais je ne connais pas d'équivalent sous les distributions Linux.

On est sous Debian parce qu'on connais un peu Debian (quand je dis un peu, c'est vraiment un peu, je suis le plus «calé» et je ne me considère vraiment pas comme un expert), à priori, rien n'interdirais d'utiliser un *BSD (enfin, reste à voir si le matos serait compatible, bien sûr, mais ça me donnerai un prétexte)

il vaut mieux avoir plusieurs services à haute fiabilité derrière.

C'est à dire?

maintenant je trouve etrange que ta config parle d'une carte GPRS, mais active une interface ppp0
cela ne devrait-il pas etre ppp0 dans ton fichier /etc/network/interfaces ?

Pour le coup, j'ai bêtement suivi la doc de Debian, et il reste un comportement qui m'intrigue beaucoup: il faut manuellement faire un ifup gprs pour que la connexion s'établisse, et c'est bien ppp0 qui apparaît quand je fais un ifconfig (ça m'avais aussi surpris).

Le fichier /etc/network/interfaces au stade avant les expérimentations réseau:

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp

# oui, en plus il y a 2 ethernet, pour faire simple, alors qu'un aurait suffit
allow-hotplug eth1
iface eth0 inet dhcp

allow-hotplug gprs
iface gprs inet ppp
  provider gprs