totof2000 a écrit 9656 commentaires

Jamais réussi à faire fonctionner mon écran à sa définition native avec X sous FreeBSD virtualisé (KVM).

Je ne suis pas allé jusque là avec KVM, par contre il est fort possible que j'aie réusi à le faire avec Virtualbox. Mais j'étais pas sous Windows non plus (et je ne cherchais pas à avoir une résolution folichone, juste un truc de base).

Merci pour ce lien, je ne m'en rappelais plus, mais pour être franc, j'ai pensé depuis un moment utiliser ce rasoir. Cependant ça ne me dispensera pas du rasoir électrique que j'ai besoin d'utiliser de temps en temps.

Free/PC-BSD sous Virtualbox ça peut être plus compliqué à installer/configurer que GNU/Linux. En tous cas c’est mon expérience personnelle de FreeBSD sous KVM/Linux ou VirtualBox/Windows7

Hein ? Pourquoi ? Jamais eu de problème avec un BSD virtualisé. (Par contre je n'utilisais pas le son).

Sinon pour skype : http://daemon-notes.com/articles/desktop/skype

Je te le fais si tu payes. 75 euros de l'heure, toute heure commencée doit être payée.

Il semble que ma mémoire ne soit pas si bonne que ça : voir http://jeanlouis.boizard.free.fr/m1_isme/master_1/gpib_presentation.pdf qui décrit de façon assez simple le fonctionnement de ce bus (et qui a fait renaître chez moi de mauvais souvenirs … ).

De mémoire le bus GPIB échange principalement des chaines de caractères

De mémoire le bus GPIB échange des octets, mais ce sont les équipements qui "décident" du type de données échangées. Celà dit, mon expérience avec GPIB remonte à très longtemps (1995 - durant mes études - et je n'en ai pas de très bons souvenirs) et il est possible quoe ma mémoire me fasse défaut, ou que les protocoles aient évolué depuis.

C'est en fait la même définition quand vous y réfléchissez.

Tout à fait, c'est juste une précision apportée (dans la définition de Chimrod, la notion de durée de traitement garantie est implicite, et pas toujours perçue par tout le monde).

C'est la définition que j'en ai aussi : un traitement temps réel te garantit la durée de traitement. Temps réel ne veut pas forcément dire "traité vite", mais "on est sur que notre information sera traitée dans les x ms/s/mn/h/jours…

Pour tenir 12 heures en veille ce n'est pas top car ça va consommer un bon pourcentage de l'énergie.

Exactement : quand j'utilise le portable pour aller au boulot, je peux très bien ne pas pouvoir m'asseoir à la dernière correspondance et de ce fait ma machine reste en veille toute la journée : au soir il ne me reste plus grand chose en batterie. De plus, je préfère largement n'avoir qu'à fermer le portable plutôt que me demander si je dois dans un cas fermer, dans l'autre cas (en fin de trajet) le mettre en hibernation : je risque de me tromper.

Idéalement il faudrait comme sous Windows : mise en veille avec pré-hibernation, puis hibernation au bout de 90 minutes (je suppose que ça existe sous Linux, mais je n'utilise pas ces réglages sur mes ordinateurs portables qui me servent seulement ponctuellement).

Hélas, je crois que non : certains ont écrit des scripts pour simuler ce comportement), mais rien de natif et officiel (doit dépendre beaucoup du matériel).

Mais pourquoi un /boot séparé ?

Tu imagines un /boot commun, et chaque distrib vient mettre son kernel dedans

Hum, j'imagine pas le bazar que ça doit être. Et il me semble qu'il y a un post dans le forum qui est passé à ce sujet il y a peu, et qui montre bien que c'est une mauvaise idée d'avoir un /boot partagé entre les distribs.

dans ce cas là la mise en veille standard marche toute aussi bien non ?

Non parce que la mise en veille standard te bouffe de la batterie.

Aidez-moi avec vos idées ou même avec le code svp!!

pour 75 euros de l'heure, toute heure commencée doit être payée.

Il manque aussi l'ag de l'opérateur.

Hello.

Je crois que tu as un Windows 7 "standard" et 1 windows 7 correspondant à ta partition de réparation.

Grub a automatiquement détecté les deux partitions comme bootable et les a insérées dans le menu.

mais ça arrive vraiment ce genre de cas ?

Ca n'arrive pas forcément souvent, mais ça arrive toujours au plus mauvais moment …

Une mise à jour vers une version N+1 qui foire, il peut parfois être plus facile de réinstaller la version n-1 sans se prendre le tête et reprendre une nouvelle mise à jour plus tard.

Certains font les changements de version de leur distrib en réinstallant (plus rapide dans certains cas, et ça permet de faire du nettoyage), et un /home séparé permet de ne pas toucher à ses données.

après /usr /tmp /boot /swap /proc(nan je deconne pour celui la) mmh a chaque fois que je les avais mis sur une partition séparé j'ai été emmerdé par mes mauvais choix de taille. du coup j'ai arrêté

Avec LVM, ça ne pose plus de problème.

Dans les transports, avec correspondance(s), c'est assez pratique d'avoir l'hibernation lorsqu'on ferme le laptop. Avec un SSD, on retrouve très rapidement son environnement lorsqu'on rallume sa machine.

Ca sert plus à rien d'avoir un /boot séparé aujourd'hui, et il semble que séparer / et /usr pose problème. un / à 40 Gb est largement suffisant.

Je sais pas mais le CDD de six mois ça fait vraiment période d'essai déguisée ça c'est sûr.

Pas forcément : je sais que certains employeurs le font (en faisant croire n'importe quoi à l'employé), mais ce n'est pas le cas de tous. Je demandais juste une clarification : je ne présumais pas spécialement qu'il y ait malhonneteté dans ce cas de figure.

Merci pour ces éclaircissements. Mon but n'est pas de mettre le doute sur ton annonce, mais seulement d'obtenir des précisions (j'ai vu assez souvent des CDI de 6 mois qui enchainaient sur une période d'essai de 6 mois, avec dans certains cas une rupture de contrat après la période d'essai du CDI, ce qui me semble-t-il est totalement illégal). Tes explications me paraisent tout à fait plausibles.

Savez-vous qu'en cas d'embauche en CDI après CDD, la periode d'essai compte à partir du début du CDI ? Après je me trompe peut-être, mais il me semble qu'il est impossible d'enchainer CDI de 6 mois + deux périodes d'essai de 3 mois : le CDI compte dans la période d'essai. Et il me semble que l'ancienneté débute non pas au jour du début du CDI mais au début du CDD. Quelqu'un pour confirmer ?

L'histoire de 3 chiffres sur 6 du code secret, c'est vraiment passer son temps à pourrir la vie de l'utilisateur (à moins que je naie pas compris ce que tu décris). Pourquoi compliquer la vie de l'utilisateur à lui demander de compter le 3eme chiffre, le 5eme ou le 6eme d'une série de chiffres ? C'est vraiment un truc à s'autogénérer des appels à l'assistance en ligne (surfacturée ?).

J'espère que cette façon débile de faire ne va pas se généraliser : les claviers virtuels sont déjà assez pénibles comme ça. si c'est pour en plus ajouter une complexité

Mais quand tu as une ou deux machines, c'est un peu overkill.

C'est ce que je pensais aussi à une époque mais maintenant je me rends compte que même pour 1 seule machine ça peut être très pratique. Tu mets tes playbooks/roles sur un supppoort externe (clé usb, dépot GIT externe - mais pas public, je précise - cloud, ce que tu veux), c'est beaucoup plus efficace, surtout avec Linux qui ne sépare pas le système de base des applications.

Aujourd'hui, on s'arrange pour pouvoir rejouer l'installation complète d'un système. On utilise pour ça des installations "de base" auquel on aura appliqué des changements de configuration via un outil adéquat(Puppet Chef ou Ansible). L'idée est de ne pas passer de temps à tout restaurer en cas de problème, mais de repartir d'un OS vierge auquel on réapplique touss les changements de configuration.