mmMMOoooOMMmm a écrit 186 commentaires

Désolé, moi non plus, j'ai pas pu m'en empêcher.

Par exemple, je ne veux plus lancer apache2 au démarrage de ma machine : rc-update remove apache2, et si je veux le remettre rc-update add apache2 et il va tout seul se placer après ses dépendances.

Sous Debian, c'est update-rc.d mais si tu laisses les paramètres par défaut, ça prend le niveau 20 en S et en K et c'est pas obligatoirement celui désiré. Donc il faut se faire un petit script à soi.

D'ailleur, si je fait un /etc/init.d/net.eth0 restart (redémarrage du réseau), il va avant m'arrêter tout les processus dépendant et les relancer après.

Très sincèrement, je n'ai pas forcément envie que TOUS les services qui ont besoin du réseau aient l'obligation de redémarrer. Si ces services doivent redémarrer alors qu'ils n'étaient pas en cours de communication (et même dans ce cas là ça peut se gérer), c'est qu'ils ne savent pas reprendre sur une interruption de service (ce qui n'est pas toujours évidement à coder).

Moi je dirais plutôt :

Quoiqu'il en soit, cette petite mésaventure, m'a amené à repenser ma façon de voir linux ubuntu.

Alors ce serait plutôt à AAlib et libcaca d'être DRMisé ?

Dans un genre d'idée à peu près similaire :

Motor is a text mode based programming environment for Linux. It consists of
a powerful editor with syntax highlight feature, project manager, makefile
generator, gcc and gdb front-end, etc. Deep CVS integration is also provided.

http://konst.org.ua/en/motor/

Screenshots :
http://konst.org.ua/en/motor/screenshot/1
http://konst.org.ua/en/motor/screenshot/2
http://konst.org.ua/en/motor/screenshot/3
http://konst.org.ua/en/motor/screenshot/4

Sur Wikipedia :
http://en.wikipedia.org/wiki/List_of_integrated_development_(...)

La principale utilité du blocage de signature est d'empêcher le fonctionnement des applications utilisant l'encapsulation HTTP. Il est par exemple possible d'interdire l'accès à Firefox tout en autorisant uniquement Internet Explorer

http://www.laboratoire-microsoft.org/articles/server/Filtre-(...)

Moi, je dirais que la stratégie de vendre des logiciels pas optimisés est aussi très importante. Prenons par exemple un système d'exploitation très connu qui demande un doublement du processeur et de la mémoire à chaque nouvelle version. Je trouve que ça doit être très cool de bosser pour cette société.

J'imagine (car je n'y travaille pas) qu'on doit dire au gars : "Hé, t'occupe donc pas de la mémoire et des algos, fait juste un truc sympa visuellement et on pourra le vendre". Ceci ne sont que des supputations. Mais il me plaît à penser qu'il doit y avoir ce genre de directive pour qu'on nous ponde de tels OS, logiciels.

Et ce ne sont pas les nouveaux matos qui vont nous encourager à optimiser.

Je viens de trouver ça :

http://fr.wikipedia.org/wiki/Catastrophe_de_Tchernobyl

La catastrophe et sa gestion

La radiolyse de l'eau conduit à la formation d'un mélange détonnant d'hydrogène et d'oxygène. De petites explosions se produisent, éjectant les barres permettant le contrôle du réacteur. « En 5 secondes, sa puissance a augmenté plus de 1 000 fois »4. Les mille tonnes de la dalle de béton recouvrant le réacteur sont projetés en l'air et retombent de biais sur le c½ur de réacteur. Celui-ci est dès cet instant fracturé.

http://www.lefigaro.fr/sciences/20060425.WWW000000388_dans_l(...)

La physique du c½ur mal maîtrisée

«A l'époque de Tchernobyl, explique Alexandre, chef d'équipe du réacteur n°3, employé ici depuis plus de vingt ans, ces barres mettaient entre 14 et 16 secondes pour tomber. Aujourd'hui, 2 secondes.» Pire, à l'époque, en tombant, dans un premier temps, elles provoquaient un emballement du c½ur, à l'inverse de l'effet recherché. C'est un des maillons dans la chaîne des causes de la catastrophe de Tchernobyl. La physique du c½ur, de grande dimension, était mal maîtrisée. «Un peu comme un ballon de baudruche qu'on essaie de comprimer et qui fait des petites bulles là où on ne les attend pas», explique un expert français.

Aujourd'hui, la disposition géométrique des barres de combustible et des barres de graphites qui, dans les RBMK, freine les atomes des éléments d'uranium comme le fait l'eau dans les réacteurs REP d'EDF a été améliorée. Le combustible a été enrichi en uranium 235 (à 2,8% contre 1,8% à l'origine) et se comporte mieux avec le graphite.

Ce sont aussi des EPR ?
http://www.physorg.com/news67337915.html

Pourquoi ? (Je n'ai pas vu le reportage)

Le rapport dit en substance (parce que je pense ne pas avoir le droit de reproduire les lignes du texte) que le kérosène brûle très vite (2 mn)et qu'a priori, la zone protégée n'est pas vulnérable par cet incendie. La question est : est-il possible d'arrêter le réacteur dans un temps très court (a priori oui car on peut arrêter très rapidement un réacteur) ? Je ne pense pas que la question soit de continuer à produire dans ces conditions.

(J'espere qu'il voulait dire dans son journal que le journaliste faisait l'almagame, ce qui est mal)

C'est exacte. Soit le journaliste à la télé avait bien dit que c'était le carburant et je n'ai pas bien entendu et c'est moi qui ai fait l'amalgame, soit, c'est le journaliste qui a omit cette information et ça induit fortement un amalgame.

A montrer à tous ceux qui pensent que GNU/Linux c'est austère ou dur à utiliser, en peu de temps ils seront convaincus de "l'avance" technologique de notre OS de prédilection !

Cela dépend de qui ...

Mais il lui dit :"Du moment qu'ils n'écoutent pas Moïse et les Prophètes, même si quelqu'un ressucite d'entre les morts, ils ne seront pas convaincus." Lc 16 30

Ok -----------------------------------> [ ] !

Pour un soft particulier.

trickle - a lightweight userspace bandwidth shaper

trickle [-h ] [-v ] [-V ] [-s ] [-d rate ] [-u rate ] [-w length ] [-t time ] [-l length ] [-n path ] command ...

DESCRIPTION

trickle is a userspace bandwidth manager. Currently, trickle supports the shaping of any SOCK_STREAM (see socket(2)) connection established via the socket(2) interface. Furthermore, trickle will not work with statically linked executables, nor with setuid(2) executables. trickle is highly configurable; download and upload rates can be set separately, or in an aggregate fashion.

The options are as follows:

-h
Displays help.
-v
Increases the verbosity level (can be specified multiple times).
-V
Prints version.
-s
Runs trickle in standalone mode, independent of trickled(8).
-d rate
Limit the download bandwidth consumption to rate KB/s.
-u rate
Limit the upload bandwidth consumption to rate KB/s.
-w length
Set peak detection window size to length KB. This determines how aggressive trickle is at eliminating bandwidth consumption pea ks. Lower values will be more aggressive, but may also result in over shaping. The default value (512 KB) is usually sufficient.
-t seconds
Set smoothing time to seconds s. The smoothing time determines with what intervals trickle will try to let the application transcieve data. Smaller values will result in a more continuous (smooth) session, while larger values may produce bursts in the sending and receiving data. Smaller values (0.1 - 1 s) are ideal for interactive applications while slightly larger values (1 - 10 s) are better for applications that need bulk transfer.
-l length
Set smoothing length to length KB. The smoothing length is a fallback of the smoothing time. If trickle cannot meet the requested smoothing time, it will instead fall back on sending length KB of data. The default value is 10 KB.
-n path
Use trickled(8) socket path to communicate with trickled(8). By default, /tmp/.trickled.sock is used.

EXAMPLES


trickle -u 10 -d 20 ncftp

Launch ncftp(1) limiting its upload capacity to 10 KB/s, and download capacity at 20 KB/s.

SEE ALSO


trickled(8), syslog(3), socket(2), netintro(4)

AUTHORS


trickle has been developed by Marius Aamodt E riksen Aq marius@monkey.org .

BUGS


Does not support executables utilizing kqueue(2). Does not support statically linked executables.

Merci de ta réponse. Ton lien aussi est très intéressant.

http://www.thescripts.com/forum/thread263124.html
http://blog.digenis.co.uk/post/index/2/Division-bug-in-Intel(...)

- Générer quelques projets vides pour voir comment se comporte KDevelop et quelle est la structure qu'il attend.
- Mettre en conformité l'ensemble des sources avec les autotools (automake, autoconf, etc ...) et faire un arbre des sources le plus homogène possible.
- Si ça compile après un ./configure et un make c'est encore mieux.
- Copier le gro projet dans le projet bidon.
- KDevelop se base sur les Makefile.am au démarrage : les cibles apparaissent ainsi que les fichiers inclus dans le projet.

Donc, commencer par voir si ça marche sur des plus petits projets et en mettre de plus en plus dans le nouveau projet.

Je pense qu'il eu mieux vallu déglonfler plus proprement moins de pneus (sans dégradation) que d'en dégonfler beaucoup salement (avec dégradation).

D'un côté c'est s'exprimer en emmerdant, de l'autre c'est s'imposer. Je suis d'accord que les 4x4 s'imposent puisque c'est probablement leur but principal en ville, mais comme le dégonflage ça a l'air comme les attentats, c'est à dire aveugle, c'est forcément pas toujours juste.

Onglet "Avancé"
- Cliquer "Afficher les spécifications détaillées des protocoles"

Onglet "Protocole"
- Choisir "Locale" dans le cadre à gauche "Zones réseau définies :"
- Développer l'arbre "Transfert de fichier" dans le cadre "Propriétés de la zone"
- Cliquer sur la coche "FTP"
- Développer l'arbre "Session interactive" dans le cadre "Propriétés de la zone"
- Cliquer sur la coche "SSH"

Cliquer sur "OK"

T'as qu'à dire qu'il avait qu'à parler français tant que t'y es !
Je trouve toujours ça un peu triste un bénévole qui fait des efforts et qui en a raz-le-bol apparemment pour des raisons justifiées. Moi aussi je préfère le français mais j'ai quand-même fait l'effort d'essayer de comprendre.

Pour windows :
http://www.etree.org/md5com.html

C'est peut-être à cause de l'extension qui n'existe pas. Le type MIME n'étant pas défini, Windows choisi le mode texte par défaut ? Y'a plus qu'à espérer que le premier transfert se soit bien fait en mode binaire, parce que dans le cas contraire ...

Sinon, il faut se logguer en mode interactif avec ftp et tapez binary pour se mettre en mode binaire.

Il serait tout de même intéressant de vérifier que les checksums des archives sont égaux de tous les côtés. Sous linux la commande md5sum calcule le MD5 d'un fichier. Sous Windows, je ne sais pas.

Je n'ai malheureusement pas d'idée.

Vous pouvez tenter toutefois d'ouvrir directement le fichier archive avec un éditeur de texte et essayer de récupérer des bouts, puisqu'il n'y a pas eut de compression. L'archive est peut-être un peu grosse pour un éditeur de texte, mais les commandes less, head, wc et tail peuvent aider à le manipuler.

Vous pourrez ainsi constater (en gros) si tous les fichiers semblent présents ou s'il y a seulement these_mm.ps auquel cas, il faut retenter un transfert ftp si tenté que le premier transfert (Red Hat vers Windows) s'est lui-même déroulé correctement.

Je pencherais pour le fait que le transfert ftp s'est mal passé.
- Est-ce que la taille est correcte ?
- Est-ce que la version de tar est la même (tar --version, bien que je ne sois pas trop sûr que ça joue beaucoup) pour l'archivage et le désarchivage ?