Anonyme a écrit 62265 commentaires

ceux qui n'aiment pas les dentistes, avec un iphone

Et ce d’autant plus que Trump a dit la même chose de Snowden. madame Clinton

bof, ils ont eu bush donc cela va pas nous changer grand choses. Cela me fait penser a notre dernière élection présidentiel :p.

ni l'un ni l'autre … finalement, hum !

et la bas il me semble que c'est un peu comme en France, le président n'as aucun pouvoir legislatif. C'est une démocratie parlementaire. Comme si marine était elu président, cela ne ferais rien du tout tant qu'il n'y auras pas 50% de l'assemblé avec elle.

qui joue sur la peur ? ceux qui nous promettent l'enfer si il/elle devient président, sachant que notre/leur constitution nous protège pas trop mal ?

Cette impression de nous prendre pour des demeurer, me donne presque envie qu'elle y arrive pour bien voir que cela ne feras rien, a par des referendum.

problème de copier coller ?

Le sens de la mesure …

Mais sur le fond, pourquoi pas.

Le but de mon commentaire était de résumer en français ce que Linuxator explique sur son site, et je n'ai pas pu m'empêcher de souligner, au mieux sa naïveté, au pire sa mauvaise foi.

Je n'ai pas le sentiment de l'avoir lyncher en public: il a apparemment fait un gros boulot sur la partie code que je ne saurai critiquer ou remettre en question puisque je ne l'ai ni lu ni testé. Par contre la justification de « l'emprunt » des données graphiques est, de mon point de vue, irrecevable. Le commentaire ci-dessus expose ce point de vue en utilisant les mots de Linuxator.

Que ce soit légalement ou pour le bien de son projet, il serait bien inspiré de supprimer les graphismes de SNK et de faire un appel à participation pour créer ou utiliser des œuvres originales sous licence compatible avec son projet afin que celui-ci continue de se développer sur des bases saines.

Outre un anglais plus que douteux, que l'on pourra aisément pardonner, la prose de ce lien est vrai foutage de gueule.
Pour résumer (en gras mes sarcasmes):

• j'ai récupéré des sprites à partir d'un site lambda qui ne précise nulle part ni leur auteur ni leur licence d'utilisation (n'aurais-je pas du m’inquiéter de cela avant de diffuser le jeu ?).
• je me rend compte qu'ils appartiennent à SNK et je contacte le site lambda via son forum pour leur demander si leur diffusion et utilisation sont légales.
• le site lambda me répond que non.
• je poste alors une tirade sur la manière de mettre à disposition des fichiers en toute légalité et respect de leurs auteurs (et j'en profite pour faire pareil sur piratebay histoire d'avoir plus de lecteurs)
• je me fais bannir du forum pour spam (rhoooo et la liberté d'expression alors!)
• je dénonce le site à son hébergeur (paf dans ta gueule)
• je dénonce anonymement le site à la police (repaf dans ta regueule)
• je contacte SNK qui ne me répond pas (faut dire que j'ai fait autant d'effort niveau anglais que dans ma tirade, du coup ça ne doit pas aider à être pris au sérieux)
• je décide donc que puisque je suis un petit développeur, j'ai le droit de bafouer leurs droits, et puis c'est pas ma faute, c'est la faute du site lambda qui m'a trompé, moi pauvre petit développeur.(sigh)
• je préviens les gens qui vont télécharger mon jeux que ce n'est pas ma faute si les sprites ne m'appartiennent pas, mais à SNK qui n'a pas voulu me répondre et au méchant site lambda qui m'a trompé (et puis après démerdez vous c'est pas ma faute).

C'est vraiment dommage, parce que plutôt que diffuser fièrement un jeu posant manifestement un problème légal, tu aurais pu faire la même chose en demandant de l'aide pour les aspects graphiques: les réactions auraient clairement été tout à fait différentes.

je ne crois pas que ce soit mieux les options.

la gestion de la mémoire est particulièrement pointu de nos jours sur nos Linux. les options aux petit oigons c'etait valable dans les années 90/2000

ouais pas mal, mais bon je viens d'essayer ip :

-HP-HDX-18:~$ ip
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
ip [ -force ] -batch filename
where OBJECT := { link | address | addrlabel | route | rule | neighbor | ntable |
tunnel | tuntap | maddress | mroute | mrule | monitor | xfrm |
netns | l2tp | fou | tcp_metrics | token | netconf }
OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
-h[uman-readable] | -iec |
-f[amily] { inet | inet6 | ipx | dnet | mpls | bridge | link } |
-4 | -6 | -I | -D | -B | -0 |
-l[oops] { maximum-addr-flush-attempts } | -br[ief] |
-o[neline] | -t[imestamp] | -ts[hort] | -b[atch] [filename] |
-rc[vbuf] [size] | -n[etns] name | -a[ll] | -c[olor]}

et ifconfig renvoie une valeur directement :/, quit a lire le man si on en veut plus, yaka faire des alias avec ip ok, suis assez decu de cette evolution peu sexy. ca en fait des truc nouveau a apprendre.

Justement, pas nécessairement. On pourrait souhaiter qu'un programme dont on a volontairement limité les ressources ne segfault pas parce qu'il n'a plus de mémoire mais soit en mesure de gérer ça de proprement. En attendant que de nouvelles ressources soient disponibles par exemple.

Une vm et un container n'ont pas la même finalité et n'ont pas besoin des mêmes ressources.

Un certain nombre de personnes semblent considérer que si erreur d'allocation il y a, alors c'est que de toute façon la machine est dans les choux.

C'est sans compter l'utilisation de plus en plus courante des containers et autres cgroups dans lesquels on peut définir des limites de mémoire alloué au programme que l'on y exécute.

De ce point de vue, il est probable que l'on rencontre de plus en plus souvent des circonstances dans lesquelles une allocation de mémoire pourrait être refusée sans que l'os soit en réalité à court de mémoire.

j'ai ai chez moi, et j'ai confiance en mes système de fichier qui géreront les défaut du SSD. meme si ce n'est pas prévu pour :p

/dev/mapper/salon--vg-home on /home type ext4 (rw,relatime,data=ordered)
/dev/mapper/salon--vg-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)

debian avec les log d'origines

au pire si il y a une probleme, j'ai des sauvegardes

bon je ne vais pas postuler mais une fourchette de salaire ce serait un plus.

nous ne sommes pas sur Monster ou un autre site a viande de recherche d'emploi standard. Derrière chaque login de linuxfr il y a des hommes/femmes qui ont probablement une vie avec un budget prévisionnel a établir chaque année.

Cela fera gagner du temps a tous. Et fera monter le score de ton journal vers le 4/5 plutôt que de rester a 1

perso a chaque entretien je dis mes motivations : ne nous voilons pas la face, le salaire.

je ne sais pas si cela va correspondre exactement à ton besoin, mais w3m est un navigateur web pour terminal qui affiche les images dans le framebuffer si la bonne option de compilation lui a été donné.
c'est le paquet w3m-img sous debian.

Je m'étais intéressé à monit il y a quelques temps de cela, et il m'avait bien plus.
Honnêtement je ne me souviens plus pourquoi je ne l'avais pas mis en place.

Après avoir rapidement fait un tour sur le wiki de monit, c'est peut être parce que, même si il est plus simple que Shinken et Nagios, il fait tout de même un tas de choses qui ne correspondent pas à mes besoins.
Il y a une différence entre pouvoir faire ce que je demande et correspondre à mes besoins: pour moi ces 3 outils sont disproportionnés par rapport à ce que je demande.

Je vais avoir l'air de me répéter, mais j'ai juste besoin de savoir si ça ne marche pas et quand ça s'arrête de ne plus marcher.
Ainsi je ne perds pas mon temps à m'inquiéter au sujet d'incidents que je ne peux de toute façon pas anticiper.
Quand ça arrive, alors je peux intervenir dans un délai optimal, sinon j'utilise mon temps de cerveau disponible à autre chose.

D'ailleurs aujourd'hui zyeute m'a averti qu'un de mes certificats, que j'avais complètement oublié, allait expirer dans 15 jours, du coup je vais occuper mon temps de cerveau à l'intégration de Let's Encrypt.

alors j'irai voir ça d'un peu plus près

PS : j'aime bien le nom de ton outil…

moi aussi :)

D'ailleurs, tu peux installer xymon et comparer….

je ne pense pas que cela soit comparable :)

D'un coté on a des systèmes dédiés à la surveillance d'un grand nombre de services sur un grand nombre de machines avec outils d'administration et rapports graphiques, et de l'autre un pauvre petit script bash qui se limite à faire tourner séquentiellement des tests et t'informer d'une ligne de texte lorsque ces tests échouent ou se remettent à tomber en marche.

Les problématiques ciblées par des outils de type Shinken ou Xymon me semblent très éloignées de celles auxquelles Zyeute voudrait répondre.

Je voulais un outil tout en un, avec une certaine flexibilité, qui m'éviterait de faire des copier/coller/éditer dans mon crontab, devenant à la longue une tannée à maintenir.

Et comme je le dis dans l'introduction du README.md, le principe de fonctionnement de Zyeute ne le contraignant pas a priori à une problématique spécifique, ce qui m’intéresse en le partageant c'est de découvrir les utilisations inédites que les gens qui auraient la curiosité de l'essayer pourraient en faire.

5 ans pour le pondre, ça méritait bien une punition de quelques heures de retard pour mon quart de seconde de gloire !

pour différencier les cibles de test (sans _) et les contextes de test (avec _): j'aurais tout aussi bien pu ajouter une propriété 'type' dans les objets idoines, mais puisque j'avais seulement 2 types d'objet, j'ai préféré faire simple pour ne pas alourdir le fichier de conf.

je ne connaissais pas, mais je testerai, merci.
A priori pas de prise en charge de OMEMO pour le moment, mais cela semble être prévu.
Reste à savoir comment il se comporte avec biboumi, l'idée principale pour moi étant d'avoir un seul outil pour XMPP et IRC.

Effectivement, le code n'est pas vraiment taillé pour ces écoulements diphasiques. C'est un code de haute précision qui permet de faire de la recherche. Il y a des codes de calcul plus flexibles (et moins précis) qui répondent très bien aux problématiques industrielles.

D'ailleurs, dans ce domaine, il y a 2 acteurs libres : Code_Saturne et OpenFOAM. Mais l'immense majorité des études s'appuient sur des outils non-libres (Ansys CFX, Fluent, Star-CD), parfois en mode boite noire. Ces outils proprios sont bien implantés dans l'industrie, ils sont quasiment indéboulonnables en fait…

En gros, si vous pouvez prouver le contraire, vous gagnez un million

Bonjour,

Effectivement, j'ai esquivé les applications pratiques, mais c'est un code de calcul académique. Dans mon cas, il a été utilisé pour faire de la recherche fondamentale sur la turbulence et les transferts thermiques. On obtient des résultats très généraux qui n'auront aucune application pratique avant 10/20/30 ans, et qui orientent les travaux suivants…

Le jeu est joli, mais je pense que la code ne peut pas faire ça directement : il est prévu pour ne traiter qu'un fluide. Donc pas possible de faire du suivi d'interface fluide/solide. En revanche, on peut faire des études sur la dilution. Au Brésil, il y a des utilisateurs universitaires du code qui bossent avec Petrobras là-dessus, voir cet article par exemple. De mémoire, l'image qui suit correspond à ces études sur la dilution:

Une reference similaire qui va bien : http://urban-factory.com/en/catalog/570-ergo-mouse-1600-dpi-wired-for-leftthander-3760170842295.html

Donc pour l'instant il faut forcément un bouncer + biboumi si on souhaite se connecter à irc via un autre client lorsque poezio n'est pas connecté à biboumi.

Seulement si s2s_secure_auth est activé et que le système n’a pas les trust anchors letsencrypt

ça doit être ça alors, merci.

c’est la possibilité de se passer de bouncer

J'avais cru comprendre que ce n'était pas encore au point (#3116)

Sinon, le serveur muc.poez.io est up, a un certificat letsencrypt valide, et n’expire pas avant 2017, donc je ne vois pas très bien la cause du problème. Si tu as des logs côté serveur ce serait sans doute pratique (peut-être un problème de DNS côté prosody ?).

voilà le contenu du log prosody:

s2sout177e0e0 info Beginning new connection attempt to muc.poez.io ([62.210.82.114]:5269)
mod_s2s warn Forbidding insecure connection to/from muc.poez.io
s2sout177e0e0 info outgoing s2s stream mydomain.tld->muc.poez.io closed: stream closed
s2sout177e0e0 info Sending error replies for 1 queued stanzas because of failed outgoing connection to muc.poez.io

je suis sous debian jessie (prosody 0.9.7) avec les modules de jessie-backports (2016/08/13)
Cela peut il venir des certifs lets encrypt non reconnus ?