Enfin c'est sur que sous Gentoo ou toute distrib source, la distro se met a jour toute seule a chaque pre14-rc1-bk3-alpha de chaque logiciel et reboot d'elle même...
Autrement debian *UNSTABLE* et après on s'etonne que ca plante...
Le problème la dedans c'est l'admin pas la distrib.
tu réfléchis avant de faire ca et t'afficher la liste des pids avec un script moisi c'est pgrep plop ; pkill plop c'est sur que l'avantage est flagrant...
Ce n'est pas a l'outil de base de te demander confirmation (y'a rien de plus lourd qu'un "voulez vous gnagnagna") mais ca doit etre une option ou une surcouche. En l'occurence ces commandes fournissent toutes les options pour ne pas se planter, si tu n'es pas sur de toi tu verifie avec un pgrep avant.
> les actions effectuees par l´utilisateur doivent etre REVERSIBLES, et lorsqu´elles doivent vraiment entrainer un effet irreversible (comme par exemple quand tu supprimes un fichier)
Hu ? suprimer un fichier doit être reversible ?!!
Non tu parles probablement d'avoir le choix que le système te previenne de ce que tu vas faire. Et encore c'est insuportable 99% du temps. Au lieu de taper "oui je le veux" 4000 fois pas jours tu reflechis quand tu fais une action sensible c'est pas compliqué.
Si tu veux un visuel pour savoir qui tuer utilise un vrai shell avec une vraie complétion, zsh laisse selectionner graphiquement les process à killer par exemple...
> qu´ont pris des cours d´IHM dans le bouquin de reference INTEL
Mouhaha ton script n'est capable de faire qu'un pauvre grep sur une ligne de ps aux et d'afficher la liste des pids a tuer. C'est sur que niveau IHM tu r0x0r grave. Combine un prgrep et un pkill dans un script shell (oui on est sous UNIX) tu verras la puissance de la chose.
> On est plus en 1960 ou on etait limite par les 1400 bauds d´affichage du terminal.
Aucun rapport.
> En faisant l´equivalent de pkill a coups de grep et de kill -9 brutaux, il m´est souvent arrive de tuer au passage tel demon indispensable a kde et/ou gnome, et donc de me quitter ma session.
Bin si t'es pas doué/ne réfléchi pas avant de tapper une commande ce ne sont pas les outils qu'il faut remettre en cause. Au pire tu fais un alias qui demande confirmation si la commande ne fourni pas l'option
Posté par ckyl .
En réponse au journal ssh inverse.
Évalué à 2.
TESO avait publié un reverse SSH y'a quelque temps. Le seul problème c'est qu'il n'a pas été mis a jour et il reste quelque failles de sécu a patcher (ouai en même temps pour une backdoor on s'en fou un peu)
Plus serieusement s'il est d'accord et qu'il a la main sur le NAT suffit de rediriger un port de la machine qui fait NAT vers son serveur SSH c'est quand meme plus propre.
Pour la deuxième question oui ici :
/usr/src/contrib/telnet/telnetd/ une fois que tu as virer tout les ifdef il reste plus grand chose (oui je sais je sors)
> Je parlais des distributions qui supportaient XFree86 4.4, à savoir Slackware, NetBSD, Conectiva, Lycoris, Source Mage, etc
On notera que sourcemage propose au choix XFree 4.3 (un spell a été créé pour l'occasion), XFree 4.4 et x.org. Bien entendu aucun choix n'est fait par defaut et il est du ressort de l'utilisateur de faire ce/son choix c'est la politique de la maison.
Pour ce qui est de Red Hat on peut pas dire que j'aime mais il est clair que Red Hat à la carrure pour "imposer" une solution ce que n'a pas slack. Le problème n'est clairement pas de savoir qui a la plus grosse^W^W^W^Wcontribue le plus mais de savoir si je fais un choix technique radical est ce que je reste dans mon coin et je vais dans le mur ou est ce que j'ai suffisament de poid pour ne pas rester seul. Pour slack je dirais que j'ai quelques doutes... :-)
C'est mon jours de bonté dans le même genre de commandes utiles peu connues
snice
permet de changer la valeure nice d'un process selon son utilisateur, son tty, son uid ou son nom.
skill
permet d'envoyer un signal a un processus de la meme maniere que snice
watch
lance une commande périodiquement et affiche son résultat sur le terminal courant. Permet de choisir la fréquence de répétition et dispose d'un mode diff pour voir les différences entre deux invocations.
ngrep
Un grep permettant de travailler sur les paquets entrant !
iftop
Top sur une interface reseau
seq
generer des nombres de facon sequentielle.
chrootuid
permet de chrooter et de mettre l'uid sur un process d'un seul coup c'est plus rapide
Y'en a plein d'autre un jour faudra faire une liste :-)
J'ai pas bien compris exactement ce que tu voulais surveiller tu pourrais être plus clair sur le pourquoi du comment. Ca aiderait a te donner une reponse adaptée
Pour ce qui est des outils qui mesurent la charge le probleme est que chaque noyau fait sa tambouille dans son coin pour que ce soit cohérent. Fait un top sous linux et un top sous FreeBSD tu vas voir que les infos fournies n'ont pas du tout la même geule (on peut retrouver des infos la dessus lors du devel de SCHED_ULE par exemple). Et les resultats changent pas mal d'un ordo a l'autre avec pas mal de bidouilles derriere pour que ca se ressemble :-)
Si tu veux vraiment un truc detaillé l'année derniere j'avais porté/modifié http://www-124.ibm.com/linux/patches/?patch_id=76(...) sur 2.4 et 2.4 + backport du sched 0(1) mais ils sont parti a la poubelle en même temps que le rm -Rf de ma Debian. Par contre y'en a pas pour plus d'une journée a refaire le patch adapté a tes besoins avec export de toutes les infos qu'il te faut.
Bref selon ce que tu cherches a mesurer/faire les réponses peuvent varier pas mal, soit un peu plus précis sur "outils pour suivre la charge CPU induite par diffirents processus"
C'est la que sourcemage a quelque chose d'interessant elle peut mettre en cache les spells deja compiles. Donc si tu dispel XFree il suffit de faire un cast pour reinstaller les fichiers que tu viens de supprimer ! C'est magique. Et cast -c recompile vraiment.
Très pratique pour downgrader, tester un nouveau truc etc...
Je me souviens pas d'un equivalent sous gentoo par contre :-)
Ba tu vas expliquer ca aux GNUs, et a celui qui a rédigé la licence BSD originale moi je fais que copier/coller avec une petite insertion :-)
Mais c'est vrai que c'est très lourd a lire.
Pour le 1/ c'etait quand meme la nouvelle licence BSD et je ne connais pas de licence plus facile a lire et a comprendre. Tu as tout en 4 lignes je vois pas comment on peut faire plus simple !
Je vois pas le problème moi c'est très simple. Allez je te file une beta de ma super licence :-)
La redistribution et l'utilisation sous forme binaire ou de code source, avec ou sans modification, sont autorisées à condition que les conditions suivantes soient respectées :
1. Les redistributions du code source doivent conserver l'indication de copyright ci-dessus, cette liste de conditions et la renonciation suivante.
2. Les redistributions sous forme binaire doivent reproduire l'indication de copyright ci-dessus, cette liste de conditions et la renonciation suivante dans la documentation et/ou les autres accessoires fournis avec la distribution.
3. L'utilisation n'est pas faite par des maichants. La redistribution est dans tout les cas permise.
CE LOGICIEL EST FOURNI PAR XXXXX "TEL QUEL" ET TOUTES LES GARANTIES EXPLICITES OU IMPLICITES, Y COMPRIS, MAIS NON LIMITÉES A CELLES-CI, LES GARANTIES IMPLICITES DE COMMERCIALISATION ET D'ADÉQUATION À UN USAGE PARTICULIER SONT DÉNIÉES. EN AUCUN CAS LE PROJET FREEBSD OU LES PARTICIPANTS NE PEUVENT ÊTRE TENUS POUR RESPONSABLE DES DOMMAGES DIRECTS, INDIRECTS, FORTUITS, PARTICULIERS, EXEMPLAIRES OU CONSÉCUTIFS À UNE ACTION (Y COMPRIS, MAIS NON LIMITÉS À CEUX-CI, L'ACQUISITION DE MARCHANDISES OU DE SERVICES DE REMPLACEMENT; LES PERTES D'UTILISATIONS, DE DONNÉES OU FINANCIÈRES; OU L'INTERRUPTION D'ACTIVITÉS) DE QUELQUE MANIÈRE QUE CES DOMMAGES SOIENT CAUSÉS ET CECI POUR TOUTES LES THÉORIES DE RESPONSABILITÉS, QUE CE SOIT DANS UN CONTRAT, POUR DES RESPONSABILITÉS STRICTES OU DES PRÉJUDICES (Y COMPRIS DUS À UNE NEGLIGENCE OU AUTRE CHOSE) SURVENANT DE QUELQUE MANIÈRE QUE CE SOIT EN DEHORS DE L'UTILISATION DE CE LOGICIEL, MÊME EN CAS D'AVERTISSEMENT DE LA POSSIBILITÉ DE TELS DOMMAGES
Tu peux très bien imaginer une faille dans le mechanisme d'auth, un exemple parlant mieux que de long discours il y a eu plusieurs failles dans telnetd/login qui permettaient de chopper le root grace a une variable d'environement a la con, ou un pass a la con.
Tu peux éviter ce genre de problème mais je suis pas très friand de ce genre de solution perso.
On me fait signe que l'on est pas obligé de lire les journaux en temps réel et qu'on peut utiliser le bouton du milieu de sa souris pour scroller et regarder ce qui a deja ete poste dans la journee ! C'est formidable la technique quand meme !!!
Le plus fort c'est que ca ne prend que 30 secondes.
Notons aussi la sortie de l'excellentissime "Understanding the Linux Virtual Memory Manager" par Mel Gorman. Qui est en fait une mise a jour et un complement de sa thèse du même nom disponible ici : http://www.skynet.ie/~mel/projects/vm/(...)
Il sera librement consultable d'ici 90 jours. La référence pour tout ceux qui veulent se frotter à la VM de linux en sachant où aller.
>>En tous cas chez moi je rendais mes rapports sur du papier,
> rendre les rapports sur papiers oui, c est vrai, mais quand tu travailles avec des binomes qui ne connaissent (qui ne veulent connaitre) que ms-word, tu n as pas trop le choix.
Mauvais binome changer binome
Autrement personellement pour avoir fait pas mal de doc je suis habitué a bosser avec docbook et je change toujours de binome pour chaque projet (ca commence donc a en faire un paquet).
Au final
1/ Un certain nombre on compris l'utilité de CVS/arch et le gain de temps que cela t'apportait.
2/ La plupart ont compris l'interet de docbook quand tu bosses sur des documents de plus de 3 pages.
[l'avantage de docbook etant sa syntaxe tres intuitive et son livre de reference en ligne ainsi que des messages d'erreurs compréhensible contrairement a latex du point de vue neophyte.]
Pour cela il faut tres bien maitriser l'outil pour présenter les fonctionalités sans trop montrer le coté rebutant au début (avoir des Makefile super bien fait pour générer tout tout seul en changeant juste deux variables par exemple). Et montrer les killers features par exemple la facilité de générer du html, pdf, txt et autre. De changer le rendu du document en 10 minutes. De bosser a plusieur sans te prendre la tête (les * offices sont l'horreur pour ca).
Au final ca passe tout seul.
Autrement de toutes les facs que j'ai vu (3) au pire un petit nombre de machine etaient sous Windows. La majorité reste linux/solaris. Et les documents doivent etre rendu en TXT/HTML/PS/PDF. Mauvaise ecole changer ecole. On ne m'a jamais forcé a utiliser un format proprio et la seul fois ou un projet devait manipuler un .xls en Java j'ai refusé ce qui m'a été accordé...
Bin ouai 6 mois apres on en est encore a faire des modifications non triviales dans la VM (rmap => objrmap ici en l'occurence mais y'en a d'autres). Et c'est pas fini l'implémentation objrmap n'est toujours pas choisie.
Bref 2.6 pret pour les serveurs j'ai quelques doutes quand meme... (ou alors ma notion de branche stable est périmée).
C'est une news FreeBSD on parlait tranquilement du mode de developpement de linux et de FreeBSD. Pourquoi y'a toujours un moralisateur à deux balles qui vient nous casser les pieds quand on parle de developpement ?
Tu m'expliques le rapport avec la tambouille ? Ta philosophie t'es gentil mais on parlait technique donc je m'en care completement. Je fais une remarque pertinante comme quoi l'userland et le noyau sous linux sont desynchroniser que ce soit la volonté du pape ou par ce que GNU developpe pour le système d'exploitation GNU je m'en balance. On parle TECHNIQUE.
Bref dans le cas présent la philosophie GNU j'en ai rien a foutre pour parler franchement.
note: "il semblerait que le noyau Linux n'ai pas a rougir face aux *BSD (ça serait même plutôt le contraire)."
ca me ferait mal que ce soit le contraire vu que le ratio heures de devel doit etre superieur a 1000... Enfin je ne ferais meme pas de commentaires sur le benchmark je te conseil de lire les threads associés sur lkml et Freebsd-hackers sur sa validité (ce sont des µbench) et leur implications dans le monde réel.
(Zut il me semblait que le monsieur demandait aussi d'éviter le troll BSD vs GPL tu voudrais pas nous le faire aussi qu'on s'amuse un peu)
[^] # Re: au cas par cas...
Posté par ckyl . En réponse au journal Serveur = Debian ou OpenBSD. Évalué à 2.
Enfin c'est sur que sous Gentoo ou toute distrib source, la distro se met a jour toute seule a chaque pre14-rc1-bk3-alpha de chaque logiciel et reboot d'elle même...
Autrement debian *UNSTABLE* et après on s'etonne que ca plante...
Le problème la dedans c'est l'admin pas la distrib.
[^] # Re: OUPS !
Posté par ckyl . En réponse au journal Elections européennes. Évalué à 2.
tu réfléchis avant de faire ca et t'afficher la liste des pids avec un script moisi c'est pgrep plop ; pkill plop c'est sur que l'avantage est flagrant...
Ce n'est pas a l'outil de base de te demander confirmation (y'a rien de plus lourd qu'un "voulez vous gnagnagna") mais ca doit etre une option ou une surcouche. En l'occurence ces commandes fournissent toutes les options pour ne pas se planter, si tu n'es pas sur de toi tu verifie avec un pgrep avant.
> les actions effectuees par l´utilisateur doivent etre REVERSIBLES, et lorsqu´elles doivent vraiment entrainer un effet irreversible (comme par exemple quand tu supprimes un fichier)
Hu ? suprimer un fichier doit être reversible ?!!
Non tu parles probablement d'avoir le choix que le système te previenne de ce que tu vas faire. Et encore c'est insuportable 99% du temps. Au lieu de taper "oui je le veux" 4000 fois pas jours tu reflechis quand tu fais une action sensible c'est pas compliqué.
Si tu veux un visuel pour savoir qui tuer utilise un vrai shell avec une vraie complétion, zsh laisse selectionner graphiquement les process à killer par exemple...
> qu´ont pris des cours d´IHM dans le bouquin de reference INTEL
Mouhaha ton script n'est capable de faire qu'un pauvre grep sur une ligne de ps aux et d'afficher la liste des pids a tuer. C'est sur que niveau IHM tu r0x0r grave. Combine un prgrep et un pkill dans un script shell (oui on est sous UNIX) tu verras la puissance de la chose.
> On est plus en 1960 ou on etait limite par les 1400 bauds d´affichage du terminal.
Aucun rapport.
> En faisant l´equivalent de pkill a coups de grep et de kill -9 brutaux, il m´est souvent arrive de tuer au passage tel demon indispensable a kde et/ou gnome, et donc de me quitter ma session.
Bin si t'es pas doué/ne réfléchi pas avant de tapper une commande ce ne sont pas les outils qu'il faut remettre en cause. Au pire tu fais un alias qui demande confirmation si la commande ne fourni pas l'option
# Et oui !
Posté par ckyl . En réponse au journal Sondage. Évalué à 2.
[X] FreeBSD
# merci TESO
Posté par ckyl . En réponse au journal ssh inverse. Évalué à 2.
http://www.packetstormsecurity.org/groups/teso/index3.html(...)
Autrement dans le genre pas secure tu fais un remote shell a coup de requete http inverse :-)
http://madchat.org/coding/perl/perl::src/rwwwshell-2.0backdoor-nico(...)
par exemple.
Plus serieusement s'il est d'accord et qu'il a la main sur le NAT suffit de rediriger un port de la machine qui fait NAT vers son serveur SSH c'est quand meme plus propre.
Pour la deuxième question oui ici :
/usr/src/contrib/telnet/telnetd/ une fois que tu as virer tout les ifdef il reste plus grand chose (oui je sais je sors)
[^] # Re: poids lourd
Posté par ckyl . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 3.
On notera que sourcemage propose au choix XFree 4.3 (un spell a été créé pour l'occasion), XFree 4.4 et x.org. Bien entendu aucun choix n'est fait par defaut et il est du ressort de l'utilisateur de faire ce/son choix c'est la politique de la maison.
Pour ce qui est de Red Hat on peut pas dire que j'aime mais il est clair que Red Hat à la carrure pour "imposer" une solution ce que n'a pas slack. Le problème n'est clairement pas de savoir qui a la plus grosse^W^W^W^Wcontribue le plus mais de savoir si je fais un choix technique radical est ce que je reste dans mon coin et je vais dans le mur ou est ce que j'ai suffisament de poid pour ne pas rester seul. Pour slack je dirais que j'ai quelques doutes... :-)
[^] # Re: au cas par cas...
Posté par ckyl . En réponse au journal Serveur = Debian ou OpenBSD. Évalué à 2.
[^] # Re: OUPS !
Posté par ckyl . En réponse au journal Elections européennes. Évalué à 5.
snice
permet de changer la valeure nice d'un process selon son utilisateur, son tty, son uid ou son nom.
skill
permet d'envoyer un signal a un processus de la meme maniere que snice
watch
lance une commande périodiquement et affiche son résultat sur le terminal courant. Permet de choisir la fréquence de répétition et dispose d'un mode diff pour voir les différences entre deux invocations.
ngrep
Un grep permettant de travailler sur les paquets entrant !
iftop
Top sur une interface reseau
seq
generer des nombres de facon sequentielle.
chrootuid
permet de chrooter et de mettre l'uid sur un process d'un seul coup c'est plus rapide
Y'en a plein d'autre un jour faudra faire une liste :-)
[^] # Re: OUPS !
Posté par ckyl . En réponse au journal Elections européennes. Évalué à 3.
man pkill
man pgrep
Enfin bon c'est toi qui gère... :-)
[^] # Re: Mini dialogue
Posté par ckyl . En réponse au journal Le OGG va-t-il enfin se démocratiser ?. Évalué à 2.
"divx sux < wmv is better- they don't make you download adware"
...
# The power to serve
Posté par ckyl . En réponse au journal Serveur = Debian ou OpenBSD. Évalué à 4.
[^] # Re: Et plus...
Posté par ckyl . En réponse au journal Processus et CPU. Évalué à 4.
Pour ce qui est des outils qui mesurent la charge le probleme est que chaque noyau fait sa tambouille dans son coin pour que ce soit cohérent. Fait un top sous linux et un top sous FreeBSD tu vas voir que les infos fournies n'ont pas du tout la même geule (on peut retrouver des infos la dessus lors du devel de SCHED_ULE par exemple). Et les resultats changent pas mal d'un ordo a l'autre avec pas mal de bidouilles derriere pour que ca se ressemble :-)
Si tu veux vraiment un truc detaillé l'année derniere j'avais porté/modifié http://www-124.ibm.com/linux/patches/?patch_id=76(...) sur 2.4 et 2.4 + backport du sched 0(1) mais ils sont parti a la poubelle en même temps que le rm -Rf de ma Debian. Par contre y'en a pas pour plus d'une journée a refaire le patch adapté a tes besoins avec export de toutes les infos qu'il te faut.
Y'a aussi http://www.opersys.com/LTT/(...) mais c'est plutot sortir l'enclume la :-)
Bref selon ce que tu cherches a mesurer/faire les réponses peuvent varier pas mal, soit un peu plus précis sur "outils pour suivre la charge CPU induite par diffirents processus"
[^] # Re: mise à jour flippante
Posté par ckyl . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 0.
[^] # Re: mise à jour flippante
Posté par ckyl . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 1.
Très pratique pour downgrader, tester un nouveau truc etc...
Je me souviens pas d'un equivalent sous gentoo par contre :-)
[^] # Re: Déjà fait
Posté par ckyl . En réponse au journal Licence open source avec interdiction pour l'utilisation militaire. Évalué à 2.
Mais c'est vrai que c'est très lourd a lire.
Pour le 1/ c'etait quand meme la nouvelle licence BSD et je ne connais pas de licence plus facile a lire et a comprendre. Tu as tout en 4 lignes je vois pas comment on peut faire plus simple !
[^] # Re: Déjà fait
Posté par ckyl . En réponse au journal Licence open source avec interdiction pour l'utilisation militaire. Évalué à 1.
La redistribution et l'utilisation sous forme binaire ou de code source, avec ou sans modification, sont autorisées à condition que les conditions suivantes soient respectées :
1. Les redistributions du code source doivent conserver l'indication de copyright ci-dessus, cette liste de conditions et la renonciation suivante.
2. Les redistributions sous forme binaire doivent reproduire l'indication de copyright ci-dessus, cette liste de conditions et la renonciation suivante dans la documentation et/ou les autres accessoires fournis avec la distribution.
3. L'utilisation n'est pas faite par des maichants. La redistribution est dans tout les cas permise.
CE LOGICIEL EST FOURNI PAR XXXXX "TEL QUEL" ET TOUTES LES GARANTIES EXPLICITES OU IMPLICITES, Y COMPRIS, MAIS NON LIMITÉES A CELLES-CI, LES GARANTIES IMPLICITES DE COMMERCIALISATION ET D'ADÉQUATION À UN USAGE PARTICULIER SONT DÉNIÉES. EN AUCUN CAS LE PROJET FREEBSD OU LES PARTICIPANTS NE PEUVENT ÊTRE TENUS POUR RESPONSABLE DES DOMMAGES DIRECTS, INDIRECTS, FORTUITS, PARTICULIERS, EXEMPLAIRES OU CONSÉCUTIFS À UNE ACTION (Y COMPRIS, MAIS NON LIMITÉS À CEUX-CI, L'ACQUISITION DE MARCHANDISES OU DE SERVICES DE REMPLACEMENT; LES PERTES D'UTILISATIONS, DE DONNÉES OU FINANCIÈRES; OU L'INTERRUPTION D'ACTIVITÉS) DE QUELQUE MANIÈRE QUE CES DOMMAGES SOIENT CAUSÉS ET CECI POUR TOUTES LES THÉORIES DE RESPONSABILITÉS, QUE CE SOIT DANS UN CONTRAT, POUR DES RESPONSABILITÉS STRICTES OU DES PRÉJUDICES (Y COMPRIS DUS À UNE NEGLIGENCE OU AUTRE CHOSE) SURVENANT DE QUELQUE MANIÈRE QUE CE SOIT EN DEHORS DE L'UTILISATION DE CE LOGICIEL, MÊME EN CAS D'AVERTISSEMENT DE LA POSSIBILITÉ DE TELS DOMMAGES
[^] # Re: Quézako
Posté par ckyl . En réponse à la dépêche Dossier médical informatisé sous GNU/Linux. Évalué à 2.
Pour une presentation/exemple rapide
[^] # Re: Debian ?
Posté par ckyl . En réponse au journal XFree86 a de moins en moins la cote. Évalué à 2.
[^] # Re: C'est quoi l'interet?
Posté par ckyl . En réponse au journal Port fermé, mais accessible. Évalué à 2.
Tu peux éviter ce genre de problème mais je suis pas très friand de ce genre de solution perso.
# Déjà fait
Posté par ckyl . En réponse au journal Licence open source avec interdiction pour l'utilisation militaire. Évalué à 3.
Si je retrouve je te fais signe mais la j'ai pas d'inspiration
[^] # Re: Pfffff
Posté par ckyl . En réponse au journal Le président d'Iliad (Free) écroué pour proxénétisme aggravé. Évalué à 10.
Le plus fort c'est que ca ne prend que 30 secondes.
[^] # Re: petites corrections
Posté par ckyl . En réponse à la dépêche Livres de la série "Bruce Perens" disponibles en ligne. Évalué à 1.
# Et aussi
Posté par ckyl . En réponse à la dépêche Livres de la série "Bruce Perens" disponibles en ligne. Évalué à 10.
Il sera librement consultable d'ici 90 jours. La référence pour tout ceux qui veulent se frotter à la VM de linux en sachant où aller.
http://www.phptr.com/title/0131453483(...)
[^] # Re: pertes et profits ..
Posté par ckyl . En réponse à la dépêche Linux est une "perte d'argent". Évalué à 2.
> rendre les rapports sur papiers oui, c est vrai, mais quand tu travailles avec des binomes qui ne connaissent (qui ne veulent connaitre) que ms-word, tu n as pas trop le choix.
Mauvais binome changer binome
Autrement personellement pour avoir fait pas mal de doc je suis habitué a bosser avec docbook et je change toujours de binome pour chaque projet (ca commence donc a en faire un paquet).
Au final
1/ Un certain nombre on compris l'utilité de CVS/arch et le gain de temps que cela t'apportait.
2/ La plupart ont compris l'interet de docbook quand tu bosses sur des documents de plus de 3 pages.
[l'avantage de docbook etant sa syntaxe tres intuitive et son livre de reference en ligne ainsi que des messages d'erreurs compréhensible contrairement a latex du point de vue neophyte.]
Pour cela il faut tres bien maitriser l'outil pour présenter les fonctionalités sans trop montrer le coté rebutant au début (avoir des Makefile super bien fait pour générer tout tout seul en changeant juste deux variables par exemple). Et montrer les killers features par exemple la facilité de générer du html, pdf, txt et autre. De changer le rendu du document en 10 minutes. De bosser a plusieur sans te prendre la tête (les * offices sont l'horreur pour ca).
Au final ca passe tout seul.
Autrement de toutes les facs que j'ai vu (3) au pire un petit nombre de machine etaient sous Windows. La majorité reste linux/solaris. Et les documents doivent etre rendu en TXT/HTML/PS/PDF. Mauvaise ecole changer ecole. On ne m'a jamais forcé a utiliser un format proprio et la seul fois ou un projet devait manipuler un .xls en Java j'ai refusé ce qui m'a été accordé...
Tu m'as pas l'air tres persuasif :-)
# 6 mois après c'est toujours en devel....
Posté par ckyl . En réponse au journal Kernel 2.6, 6 mois après. Évalué à 2.
(regarde il y a 6 jours).
Bin ouai 6 mois apres on en est encore a faire des modifications non triviales dans la VM (rmap => objrmap ici en l'occurence mais y'en a d'autres). Et c'est pas fini l'implémentation objrmap n'est toujours pas choisie.
Bref 2.6 pret pour les serveurs j'ai quelques doutes quand meme... (ou alors ma notion de branche stable est périmée).
[Comme quoi l'histoire se repete]
[^] # Re: GNU/Linux vs *BSD ?
Posté par ckyl . En réponse à la dépêche Sortie de FreeBSD 4.10. Évalué à 4.
Tu m'expliques le rapport avec la tambouille ? Ta philosophie t'es gentil mais on parlait technique donc je m'en care completement. Je fais une remarque pertinante comme quoi l'userland et le noyau sous linux sont desynchroniser que ce soit la volonté du pape ou par ce que GNU developpe pour le système d'exploitation GNU je m'en balance. On parle TECHNIQUE.
Bref dans le cas présent la philosophie GNU j'en ai rien a foutre pour parler franchement.
note: "il semblerait que le noyau Linux n'ai pas a rougir face aux *BSD (ça serait même plutôt le contraire)."
ca me ferait mal que ce soit le contraire vu que le ratio heures de devel doit etre superieur a 1000... Enfin je ne ferais meme pas de commentaires sur le benchmark je te conseil de lire les threads associés sur lkml et Freebsd-hackers sur sa validité (ce sont des µbench) et leur implications dans le monde réel.
(Zut il me semblait que le monsieur demandait aussi d'éviter le troll BSD vs GPL tu voudrais pas nous le faire aussi qu'on s'amuse un peu)