boq a écrit 441 commentaires

J'en ai eu une du même genre. La même coque mais je suis certain que le nom était différent. Bonne qualité. Malgré le prix elle ne fait pas trop "cheap" (plastique de bonne qualité). Elle est un peu petite par contre. Le cordon est bien long (plus d'1m50 largement).

Je précise: les joueurs de Quake, pas les religieux.

C'est pas une blague. La Microsoft WMO a une excellente réputation chez les quakers (et on sait que c'est pointilleux sur sa config ces bêtes-là)

Plus sérieusement, cuba a sa propre distribution. Ceci expliquant peut-être cela.

Connaissez-vous Russ Cox? C'est un des développeurs du language Go. Il a également écrit la bibliothèque d'expressions régulières re2, utilisée par google.

Il a aussi un blog très intéressant (enfin ça dépend, des fois je ne comprend même pas le titre), dont fait partie ce post parlant de la visualisation d'un échange TCP.

Bref tout ça pour dire qu'un bout de la dépèche m'a rapellé un truc intéressant.

Ce qui est délirant, c'est qu'aucun développeur *BSD n'ait daigné participer au développement de udev et après on vient se plaindre que les développeurs Linux font des interfaces spécifiques ... bah oui, forcément, faut p'tet descendre de sa tour d'ivoire et reconnaitre que les torts ne sont pas à sens unique.

Comment savoir lors de la création de udev qu'il allait devenir incontournable et qu'il fallait que les dev BSD participent au développement de Linux pour pouvoir se faciliter la vie quelques années plus tard?

Je n'ai pas trouvé d'image de française ou de bâtarde, mais ça n'a pas grand chose à voir.

Ya l'Encyclopédie. On peut en trouver des planches sur l'autre Encyclopédie, ou ponctuellement en meilleur état autre part.

http://commons.wikimedia.org/wiki/File:Encyclopedie_volume_2-219.png
http://commons.wikimedia.org/wiki/File:Encyclopedie_volume_2-224.png
http://alphabets-urbains.fr/specimens/wp-content/uploads/2010/03/encyclo1.jpg (via cet article qui à l'air intéressant et que donc je bookmarke ici)

C'est un souci avec unity. C'est le "['all']" qui pose problème.

Il vaut mieux lister les applications une par une.

http://www.rapazp.ch/?p=736

d'ailleurs j'ma gourré. Je me suis dit "autant faire un truc propre", puis j'ai rajouté la redirection à l'arrache et j'ai pas testé.

-   if [ ! $(which python2) >/dev/null 2>&1 ]; then
+   if [ ! $(which python2 >/dev/null 2>&1) ]; then

Y'a pas de fichier de license ou de copyright. Est-ce que ça ne poserait pas problème aux distros pointilleuses sur ces choses-là pour redistribuer tomate?

Pour l'installeur je rajouterai bien ceci:

--- install.sh.orig 2011-05-16 12:26:42.524033372 +0200
+++ install.sh  2011-05-16 12:42:37.311294672 +0200
@@ -10,6 +10,10 @@
     echo "You must be root to run this script." 2>&1
     exit 1
 else
+   # where is python 2?
+   if [ ! $(which python2) >/dev/null 2>&1 ]; then
+       sed -i "1 s;python2;python;" tomate.py
+   fi
     mkdir -p "$INSTALLDIR"
     cp *.{png,svg,py} "$INSTALLDIR/"
     ln -s "$INSTALLDIR/tomate.py" "$BINDIR/tomate"

(dans l'esprit de faire un truc qui s'installe vite fait bien fait pour les newbs.)

J'ai exactement le même souci que toi pour me mettre à travailler donc merci beaucoup pour tomate.

Bon salix est le nom scientifique du saule, ressemble à slack et le logo est un arbre. Je pense que ça vient de là.
Wikipedia me dit que salix a été créé par d'anciens contributeurs de zenwalk qui voulaient retourner à un truc plus compatible avec slackware, d'où peut-être mon impression.

D'où vient le nom salix? J'aime beaucoup le logo.
Je suis en train de tester et c'est vraiment bien. gslapt est très rapide.

Par contre j'ai pas mal de salix-update-notifier qui tournent en même temps. Je pense pas que ce soit le comportement normal.

La sélection des logiciels est très bonne: geany, transmission, xfce-kbd-switch, un machin moins laid que xpdf pour les pdf, libreoffice... tout ça en moins à se soucier. Plus il est vrai pas mal de logiciels dans les dépots.

Excellent vraiment. J'avais essayé zenwalk mais il y avait toujours une impression de "pas net". Là c'est l'inverse :)

Il me semblait que les règles changaient justement assez souvent chez Apple. Par exemple quand ils ont interdit d'avoir autre chose que du C/ObjC, ou quand ils se sont mis a demander 30% du prix de vente des bouquins, qui a fait fermer iflowreader.

Je vous copypasta cette petite histoire, également disponible sur la toile, mais ce sera plus lisible comme ça:

I've been attending the USENIX NT and LISA NT (Large Installation Systems
Administration for NT) conference in downtown Seattle this week.

One of those magical Microsoft moments(tm) happened yesterday and I
thought that I'd share. Non-geeks may not find this funny at all, but
those in geekdom (particularly UNIX geekdom) will appreciate it.

Greg Sullivan, a Microsoft product manager (henceforth MPM), was holding
forth on a forthcoming product that will provide Unix style scripting and
shell services on NT for compatibility and to leverage UNIX expertise that
moves to the NT platform. The product suite includes the MKS (Mortise
Kern Systems) windowing Korn shell, a windowing PERL, and lots of goodies
like awk, sed and grep. It actually fills a nice niche for which other
products (like the MKS suite) have either been too highly priced or not
well enough integrated.

An older man, probably mid-50s, stands up in the back of the room and
asserts that Microsoft could have done better with their choice of Korn
shell. He asks if they had considered others that are more compatible
with existing UNIX versions of KSH.

The MPM said that the MKS shell was pretty compatible and should be able
to run all UNIX scripts.

The questioner again asserted that the MKS shell was not very compatible
and didn't do a lot of things right that are defined in the KSH language
spec.

The MPM asserted again that the shell was pretty compatible and should
work quite well.

This assertion and counter assertion went back and forth for a bit, when
another fellow member of the audience announced to the MPM that the
questioner was, in fact David Korn of AT&T (now Lucent) Bell Labs. (David
Korn is the author of the Korn shell)

Uproarious laughter burst forth from the audience, and it was one of the
only times that I have seen a (by then pink cheeked) MPM lost for words
or momentarily lacking the usual unflappable confidence. So, what's a body
to do when Microsoft reality collides with everyone elses?

Je me permet de donner le lien d'un de ses commentaires (j'avoue ne pas avoir tout compris mais il me semble que ça répond à ta question)

https://linuxfr.org/nodes/84723/comments/1212048

http://www.geek.com/articles/games/game-developer-david-braben-creates-a-usb-stick-pc-for-25-2011055/

Effectivement les 2 cartes sont en route. Il y a surement moyen de se faire un script qui allume et éteint la carte en s'aidant de vga_switcheroo ou acpi_call mais je ne suis pas allé jusque là.
Je n'ai pas testé l'autonomie car je n'y ai juste pas pensé. Mon utilisation est assez sédentaire.

Le driver proprio a finit par fonctionner et donner de bon résultats mais pas moyen de faire fonctionner quakelive quand il est là donc pas très intéressant pour moi.
Donc j'ai juste arrêté mes tests pour le moment en continuant à lurker sur un peu tout ce qui se fait en la matière.

raté :)

parait qu'on peut triple-poster aussi

parait qu'on peut triple-poster aussi

la seule distribution (peut-être l'est-elle encore?) qui pouvait s'installer uniquement avec des disquettes.

slackware est assez conservatrice mais quand même... :)

Je suis assez confusé aussi. La réponse de la FSF au SaaS, c'est du IaaS?

Bon bon bon. Ça ne fonctionne vraiment pas avec les drivers proprios. X ne démarre pas le screen attaché au driver nvidia.

Fonctionnement sommaire

Au démarrage de X on créé 2 Screen. l'un poussé par le driver intel et l'autre par le driver nvidia (ou nouveau). Dans la section ServerLayout on les met les deux en route:

Screen         "Screen Intel"
Screen         "Screen Nvidia" Relative "Screen Intel" 0 0

Ensuite l'astuce est d'utiliser VirtualGL qui, au contraire de VNC et autres, dirige les commandes et données 3D vers la carte accélératrice 3D du server, puis envoie les images rendues vers la machine cliente.
Ici serveur et client sont la même machine. La carte nvidia effectue le boulot, la carte intel l'affiche.

Pour faire rendre la 3D à la carte nvidia, il suffit de prefixer vglrun à une commande graphique. Pas besoin donc de sortir de sa session pour utiliser la carte nvidia comme écrit dans des commentaires plus haut.

Je vais essayer avec le driver proprio.

Okay j'y suis presque. Je n'ai plus l'accélération avec la Intel. Par contre la Nvidia ne fonctionne toujours pas. :+)

(et que j'ai toujours pas pigé à quoi servent les bloats type consolekit non plus)

Ne t'inquiète pas les features de ConsoleKit vont être intégrée à systemd et tu pourra enlever CK de ta machine. \o/
A quoi ça sert? A "amener systemd jusqu'au sessions utilisateur".

http://lwn.net/Articles/441328/