Oui et non.

C'est normal qu'il y ait des sanctions, surtout que certains font un véritable trafic avec des données contrefaites. Après, on a vu apparaître ces dernières années des sources légales à (pas si) bas prix. Si ces sources se développent, moi ça m'ira très bien.

Moi pas.

Je crache ouvertement sur les magasins genre iTunes & cie (ce qui propose un produit à bas prix, quoi). Je veux être libre de payer beaucoup (plus) au plus méritant, et je ne veux en aucun cas donner quoi que ce soit à celui qui me pond un truc foireux.

Moi ce sont surtout les DRM qui m'ennuient. Je préfère payer une version papier plus chère/moins bien pour la planète et les chatons (rayer la mention inutile) qu'une version électronique bridée d'un livre, par exemple.

Oulah… moi je pensais plus à des chose comme un compte premium sur deezer : un abonnement peu cher pour accéder en streaming et légalement à du contenu multimedia quoi.

C'est déjà la génération après les DRMs à tout va.

Hello tous !

Y'aurait moyen qu'un admin de l'IRC (Dargor ?) ouvre le port 3724 sur irc.deblan.fr ? Ça ou un autre port un peu original, histoire qu'il soit pas bloqué par le routeur de mon bahut... Le 3724 je suis sûr qu'il marche.

Merci d'avance !

@XKCD, lis tes messages privés ;)

Vous pensez quoi de ça?
http://www.trollaxor.com/2011/10/why-i-uninstalled-openbsd.html

La même chose que Nick Holland :
http://www.mail-archive.com/misc@openbsd.org/msg106161.html
Merci de ne pas relayer ce genre de merde.

Petit HS de la part d'un Suisse :
"about as secure as swiss cheese"
-> Peu de fromages ont des trous.

Encore un qui confond le comté et l'emmental.

CoupIageEtoile: Tu sais, Linux a du code qui vient de la NSA. Donc suggérer d'utiliser Linux plutôt qu'OpenBSD pour des raisons de backdoors, ça ne pèse pas bien lourd pour moi. Après, si je travaillais pour le gouvernement américain, peut-être que je tiendrais aussi ce discours.

all ok, je voulais juste savoir si vous en aviez entendu parlé.

Donc pour mon dual screen, avec scrotwm, j'ai un moniteur en 1440x900 et un autre en 1920x1080. J'ai donc mis cette ligne dans mon .xinitrc.

xrandr --auto --output DVI-0 1920x1080 --output DVI-1 --right-of DVI-0

C'est bon sachant que je veux que mon écran principal soit en celle en 1920x1080, et l'extension si on veut soit l'autre écran?
Présentement, cela semble bien marché, mais j'ai zéro expérience avec les dual screens, donc je préfère demandé.
Je crois bien avoir saisi comment scrotwm gère le dual screen, mais quelqu'un pourrait me faire un léger résumer pour que je sois certains que je m'y prends comme il faut?
J'ai trouvé aucun truc qui expliquait clairement sur le site officiel.

Merci.

Essaie et tu verras bien. Si ça se trouve, c'est Xorg qui gère dans le dos de xmonad/scrotwm.

Sinon, moi j'évite les "--right-of" et autre "--left-of". Chez moi ça ne marchait pas comme je voulais.

"So today I urge you to find an operating system whose development team takes security seriously and uninstall OpenBSD posthaste. There are many out there, so take your pick: Mac OS X, FreeBSD, NetBSD, or even Linux.

Just know that running OpenBSD is taking a huge, unnecessary risk. Don't play games with your security. Uninstall OpenBSD today."

Pendant ce temps, sur kernel.org ...

Je me permet de cross poster une question du forum programmation:

https://www.jeuxvideo.com/forums/1-47-46404-34-0-1-0-printf-blabla.htm#message_58186

La question est: Comment faire pour en console que ce que tape n'utilisateur n'apparaissent pas a l'ecran?

Comme "login" qui n'affiche pas le password.

"read -s" ça répond à la question ? (j'arrive pas à voir le langage en question dans le contexte)
Si oui, c'est hélas bash only.

Sous OpenBSD il semble que getpass(3) et readpassphrase(3) font ça. Par contre le manuel Linux indique que getpass(3) est obsolète (apparemment la fonction ne serait pas thread safe). Du coup le mieux sous Linux est probablement d’utiliser ioctl du genre :
struct termios t;
ioctl( 0, TCGETS, &t );
t.c_lflag&=~ECHO;
ioctl( 0, TCSETS, &t );
puis remettre l’echo une fois la saisie du password effectuée.

Yep, getpass semble obsolète de chez obsolète. Du coup, j'ai pointé une discussion sur les forums de slashdot à ce sujet (qui mentionnent entre autre getpass).

getpass n'a rien d'obsolète, elle utilise juste un buffer statique. Faut le savoir et agir en conséquence. Au moins chez Open on a une alternative qui n'utilise pas de buffer statique, ce qui ne semble pas être le cas du cousin Linux

Sinon l'implémentation d'OpenBSD ajoute un flag : term.c_lflag &= ~(ECHO | ECHONL);

Dargor: Dans le jeu de normes reconnues par Linux, getpass est explicitement taguée comme obsolète.