Krunch a écrit 3860 commentaires

Sur la même page on trouve aussi un lien vers le site de Rekall ( http://www.rekallrevealed.org/(...) ) qui a l'air d'être un troisième programme du même genre. Même question que pour Knoda: c'est quoi les différences ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

As-tu déjà essayé OOo + SQLite ? Si oui, pourquoi restes-tu avec Access ? C'est une vrai question: j'utilise pas ce genre de programme mais je connais des gens pour qui c'est le cas et que j'aimerais bien faire migrer.
http://fr.openoffice.org/Documentation/How-to/Bdd/08SQLite.pdf(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Suffit de faire comme Java(tm): passer de 0.1 beta 5 à 1.6 ou bien juste changer l'ordre des chiffre: 5.1. Sinon suffit de faire un fork dans lequel la seule chose qui changerait serait le numéro de version :op

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Comme avec OOo et SQLite ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'y connais rien mais il me semble que le firmware est généralement stocké dans un fichier à part et qu'il suffit de le charger avec l'équivalent d'un "dd if=/usr/share/foobar/firmware of=/dev/foobar" (bon évidemment dd c'est que pour les block devices donc c'est pas ça mais l'idée y est). Donc le code du driver est bien indépendant du firmware dans le sens ou il n'a pas besoin de lui pour fonctionner, c'est juste que le matériel saura pas communiquer avec le logiciel (le driver) et inversément.

Par ailleurs Ubuntu utilise pas que des logiciels libres. Ils redistribuent aussi les drivers propriétaires de nVIDIA et ATI. Je pense que tous les paquets non libres d'Ubuntu dépendent d'un méta paquet "machin-restricted".

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Linux 2.0 oui...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je sais pas pour l'OS communiste mais de toute façon, Linux ça n'existe pas.

http://slashdot.org/article.pl?sid=04/08/26/1443201(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ya moyen de voir ce que tu veux avec pmap(1) et en scriptant un minimum.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je fais plus confiance à un logiciel qui a une page dédiée aux failles de sécurité qu'à un logiciel qui n'en a pas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai jamais sniffé Jabber (j'utilise SSL tout le temps) mais le traffic MSN est très simple à "décrypter" même sans filtre spécifique: tcpflow suffit. Et je sais pas quel client tu utilises mais Gaim et Psi supportent SSL. Pour Gaim je sais pas mais Psi permet même d'utilise GPG pour chiffrer les messages avec la clé du destinaire (mais bon ça pour le neuneu de base c'est même pas la peine).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Heu hdparm -t fait pas la même chose par hasard ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu mets tout dans un fichier texte avec chaque astuce séparée par "\n%\n" (\n == retour à la ligne) et tu utilises fortune(1) pour les afficher et rechercher. Pour créer/éditer/supprimer, utilises ton éditeur de texte préféré.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense que les onglets devraient être gérés au niveau du gestionnaire de fenêtres et pas de l'application. De cette manière t'as des onglets pour toutes les applications sans que l'application ait à supporter cette fonction directement et tu y gagnes au niveau de l'intégration puisque ça marche pareil pour toutes les applications.

Sinon les Linuxiens que je connais IRL utilisent principalement Gnome et XFCE.

-- Krunch, utilisateur heureux d'Ion2 (mais là je suis sous Knoppix) qui implémente nottament les onglets au niveau du WM

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pas moyen de trouver une copie d'écran sur le site Open BSD.

C'est marrant: c'est pareil sur les sites de Debian, FreeBSD, Slackware,...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tout a déjà été dit mais comme personne n'écoute il faut répeter sans arrêt. -- un type connu mais je sais plus qui

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et moi je préfére l'ancien http://www.netbsd.org/gallery/logos.html#old-logo(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Mes deux OS préférés sont Debian et OpenBSD, faut croire que je suis en retard.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Aucune idée mais tu trouveras peut-être des indices dans les logs (/var/log/*).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

icculus.org
c'est pas réservé aux projets de logiciels libres mais ça a l'air d'en être la principale utilisation

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et concrètement quelqu'un connait des OS qui ne récupèrent pas la mèmoire des processes lorsqu'ils se terminent ? Personnellement j'ai toujours cru que c'était le comportement standard de l'OS et que libérer tout à la fin était aussi inutile que lent mais après avoir été relire la référence ( http://ccs.ucsd.edu/c/lib_over.html#program%20termination(...) ya rien qui dit que la mèmoire est libérée) j'ai un doute. Par ailleurs je me souviens d'une option de compilation de BusyBox (assez orienté systèmes embarqués donc) pour libérer ou non la mèmoire avant la fin du programme et il était marqué un truc genre "fortement déconseillé à moins d'avoir une bonne raison" (bon un OS qui récupère pas la mèmoire des processes morts c'est une bonne raison).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

La solution de ne pas mettre de mot de passe ne me va pas. Je laisse un ssh ouvert et j'aurai probablement besoin d'autres services par la suite.

Ta copine a besoin de se logger par SSH ? Ya une options dans le fichier de configuration de sshd pour n'autoriser le login uniquement pour les utilisateurs qui font partie d'un certains groupe. Une autre pour interdire les mdp vides et une 3ème pour interdire l'autentification par mdp. Et en général ya des options similaires pour les autres services réseaux liés aux utilisateurs.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

xmodmap + script SUID ?
Bon le script SUID pour utiliser chvt c'est peut-être pas la solution la plus propre mais dans ce cas si ça marche, pourquoi pas ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

T'as bien des touches supplémentaires dont tu sais pas quoi faire sur ton clavier non ? Tu en affectes une pour passer d'un serveur X à l'autre, tu mets un papier collant dessus "changer session" et voilà :op Personnellement je trouve ça plus pratique que de devoir cliquer quelque part (mais bon j'utilise Ion aussi).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Un script à base de chvt(1) peut-être ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Aucune idée, sinon je suis tombé (via NoFrag http://www.nofrag.com/2004/oct/23/14529/(...) ) sur ça hier soir: http://raydium.cqfd-corp.org/(...) (plus d'infos sur le Wiki: http://raydium.yoopla.org/wiki/index.php?Raydium(...) ). Le site a l'air un peu mort mais le projet semble intéressant.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.