CoinKoin a écrit 698 commentaires

J'ai l'impression que tu crois que NVidia, ATI, ... ont reçu l'autorisation de lier leur code proprio a la GPL. Ce n'est pas le cas.


Attention toutefois : la GPL autorise bien le code libre et le code propriétaire à être liés entre eux, et même autant que l'on veut. Simplement, l'ensemble doit être placé sous GPL s'il y a _redistribution_ de l'ensemble. Nvidia peut légalement faire un pilote propriétaire et le diffuser, mais pas le diffuser lié à un noyau. L'utilisateur peut légalement télécharger ce pilote et le lier lui-même, mais il perd alors le droit de redistribuer le noyau ainsi obtenu (il faudrait pouvoir distribuer les sources de l'ensemble).

Mais tant que le programme n'est PAS redistribué, on peut faire ce que l'on veut, la GPL reste silencieuse.

Euh, pour ceux que ce système inquiète, je signale qu'il y a une façon originale de gêner considérablement le système, voire de le rendre franchement inutilisable pour leurs études, sans rien risquer ni payer (si on a un abonnement).

Ca ne marche que si le système de validation est installé en-dehors des véhicules de transport, ce qui est le cas dans la plupart des tramways, je crois.

En effet, les règlements imposent effectivement de valider sa carte avant de monter dans le véhicule (le Règlement, c'est le Règlement!)... mais ils ont complètement oublié d'interdire de valider sans monter :-) (arf?!) .

Personnellement, j'ai déjà fait ce coup-là à l'occasion, mais je sens que je vais le faire plus souvent, pour protester contre l'imposition de ce système (oui, parce que dans certaines villes, on peut encore acheter des abonnements-tickets, mais pas chez moi), et je sens d'ailleurs que je vais le faire de façon plus courante à l'avenir.

Je suis persuadé que si nous sommes nombreux à agir ainsi, leurs études statistiques deviendront complètement inexploitables, et ils seront bien obligés de tenir compte des mécontents qui ne veulent PAS être fichés.

s/tirera/tireras :-)

Tant que /dev/sound/ restera vide, tu ne t'en tirera pas (et ce n'est pas la faute à Xine). Essaie de redémarrer les services alsa et devfsd (par /etc/init.d/alsa restart et /etc/init.d/devfsd restart).

Même avec synaptic?

En français, à mon avis, ça relève tout simplement de la publicité mensongère.

Et pas de l'erreur de traduction. D'ailleurs, nul ne peut se prévaloir de sa propre turpitude, comme dit si bien le droit français.

Apt-get install Gnome, ça devrait marcher, non?

Oups...

Bien vu, JM.

PS-2. Oullah doit y en avoir une dans le PS-1.

Ha?! Où donc?

Sinon, un calcul simple peux te montrer combien il te reste de temps pour te préparer à cette rude épreuve...

Tu sais, pour toute personne non née le 25 août 1991, que ce soit avant ou après, ce rapport tend vers 1 sans jamais l'atteindre... :-)

Ne calculez pas le rapport entre votre age et celui de Linux, ça donne un coup de vieux, surtout si on tombe sur un entier supérieur a un...


Le mien tend vers 1 depuis quelque temps... C'est grave, docteur? :-)

Houah! Génial, je n'y avais jamais pensé!

Merci pour l'astuce :-) .

Ma question première reste ouverte : est-ce que ReiserFS est capable de gérer un recover ?


La réponse se trouve sur :

http://linuxfr.org/tips/310.html(...)

Si le nombre de lien physique passe à zero, le fichier est "enfin" supprimé.

Et encore, uniquement quand le nombre de processus qui ont ouvert ce fichier tombe lui aussi à 0.

D'autres ont eu la même idée...

http://www.uwsg.indiana.edu/hypermail/linux/kernel/0408.3/0379.html(...)

Les liens physiques ne marchent pas entre deux périphériques (ou partitions) différents

Tout-à-fait exact (encore que ce ne soit pas un comportement rigoureusement conforme POSIX ;-) ). C'est d'ailleurs pour ça que j'ai préconisé l'usage d'un compte /home/save, situé à priori lui aussi sur la partition /home.

Effectivement, si on partitionne /home entre les différents utilisateurs, ça ne marche plus, mais il s'agit à mon avis d'une manoeuvre rare, et dont je ne vois pas vraiment l'utilité.

Sauf s'il s'agit d'imposer des quotas de disque par utilisateur, mais dans ce cas, on peut toujours créer un répertoire ~/../save pour chaque utilisateur.

Je précise qu'il ne faut surtout pas remplacer ln par ln -s dans mon astuce, parce que le lien symbolique ne pointe justement pas les donnéees (si on efface le fichier cible, le lien symbolique pointera "en l'air" et les données seront perdues).

Beaucoup d'espace disque si il y a beaucoup de fichiers ou simplement de gros fichiers

Hé non, justement! ln fait des liens matériels, donc il ne crée aucun fichier. Bon, il faut quand même de l'espace disque conséquent si on supprime beaucoup de gros fichiers, ou bien énormément de fichiers quelconques, mais sinon, pas besois d'un espace disque particulièrement élevé.

Au fait, il y a une solution efficace, assez sale, et peu connue, pour récupérer un fichier que l'on vient d'effacer, sur n'importe quel UNIX (Linux compris). Attention toutefois, ça ne marche que si vous réagissez dans la seconde même de l'erreur.

Il s'agit d'arracher la prise de courant de la machine (sic).

En effet, le kernel cache les données des fichiers (et du système de fichiers) en mémoire centrale, et, dans le cas d'une coupure de courant, il n'a pas le temps de répercuter les derniers changements sur le disque.

Cela dit, c'est vraiment un truc d'extrême urgence. Mais il peut servir.

Installes-toi devant gimp pendant une heure, je suis sûr que tu trouveras.


Tiens, effectivement, je n'avais pas pensé aux fichiers core ;-) .


<Patapé!> - aïe, ouille, je ==>[] .

Comment créer un fichier binaire sans source ? Installes-toi devant gimp pendant une heure, je suis sûr que tu trouveras.

Un point pour toi :-) .

Et si tu te créais un script du genre :

#!/bin/sh

for i in `find /home/coinkoin -name "*"` ; do

   [ ! -f /home/save/$i ] && ln /home/save/$i $i

done

Tu n'aurais qu'à appeler ce script dans la crontab du root (ou même la tienne), avec exécution toutes les minutes (ln, ça ne coûte rien).

Comme ça, si tu effaces le fichier, et que tu changes d'avis, tu n'as qu'à le récupérer dans /home/save !

Il te suffira alors de faire le ménage dans /home/save de temps en temps (par exemple en utilisant tmpwatch avec un paramètre de 15 jours dans la crontab du root, une fois par jour), et le tour est joué.

Plutôt joli, ce truc, je devrais peut-être le poster comme une astuce sur DLFP. Qu'est-ce que tu en penses?

il a toujours été difficile de récupérer un fichier binaire créé il y de cela quelques heures.

Indépendamment du système de fichiers, tu peux toujours faire :


cat /proc/kcore > /tmp/mon_fichier (en root),
puis strings /tmp/mon_fichier | less


Pour essayer de récupérer le source. Si tu n'avais pas le(s) fichier(s) source, c'est plus difficile, mais il faudra que tu m'expliques comment tu crées des binaires sans source :-) .

Peut-être que lui aussi a changé de pseudo...

Il me semble assez facile d'abuser de ce service :
- Je m'inscris sur DLFP,
- Je remplace mon adresse achille.talon@greg.bd par hilarion.lefuneste@greg.bd,
- Je poste mon adresse @dlfp un peu partout sur internet,
- Et ce cuistre de Lefuneste reçoit tous les spams et virus sus-impliqués.



--- Chichille, mon fiston, si c'est l'absence de mousse dans tes boissons habituelles qui te pousse à envisager pareilles déplaisanteries, fût-ce à destination d'êtres aussi peu fréquentables que le voisin dont le hasard et le prix de l'immobilier nous ont affligés, j'irais jusqu'à désapprouver bruyamment!

--- Mais, mon papa à moi, ce n'est que pour la bonne cause de son éducation que ma naturelle générosité m'a poussé à lui faire don d'une adresse liée au grand et ô combien utile mouvement du libre...

J'ai déjà eu le problème. Reboote.

Désolé de refroidir votre enthousiasme, mais il y a un problème avec ReiserFs...

Lorsqu'on tente un open sur un fichier avec l'attribut O_DIRECTORY, l'ouverture réussit toujours, ce qui casse certaines applications utilisant la valeur de retour d'opendir pour certains tests. De plus, certains programmes utilisent directement cet attribut comme optimisation par rapport à l'appel de stat(), et ces applications aussi riquent d'être cassées.

Du coup, je crains fort qu'il n'y ait des problèmes de compatibilité avec ReiserFs...

Et ce n'est malheureusement pas le seul problème. Pour plus de détails : http://www.uwsg.indiana.edu/hypermail/linux/kernel/0408.3/0211.html(...)