Rho putain ça fait fait bizarre effectivement ...
Et ça m'a permis de rajouter cedexis.net dans ma liste de blocage (impossible de savoir ce que c'est, le script est demandé sur le port 4, je me connecte à rien, il y a l'air d'avoir parfois un catchall mais qui retourne 127.0.0.1, les autres fois il utilise un CDN, et un whois me donne une adresse email d'admin @gmail.com ... louche).
Je n'avais pas trop ce réflexe au début. Après, quand un propos est intéressant, j'essaye de retenir l'auteur. À force, ça rentre (ça marche aussi pour l'inverse : les gros chiants).
Tu postes quand même pas mal ici, et surtout autour de certains sujets précis, et ça se remarque.
Heu, l'IOMMU, à part pour faire apparaître des périphs directement à des guests en virtualisation (si j'ai bien compris) ça sert à quoi d'autre d'intéressant ?
(c'est vrai qu'à un moment je regardais le PCI-passthru pour avoir une CG dédiée à un Windows pour jouer pendant que mon hôte sous linux tournait tranquille sur le 2è écran ... mais je me suis dit que c'était un peu trop tordu).
OK, merci pour les infos. Je suis en Debian sid, pour ne pas avoir à trop attendre les fonctionnalités, et j'hésitais un peu à passer encore plus expérimental pour avoir la 3D ... Mais bon, aujourd'hui si tu te passes de la 3D, une sid marche bien (et pas de plantages surtout, ça c'est quelque chose que j'apprécie trop).
En ce qui concerne les CG AMD, c'est un petit peu galère car soit tu as du matos récent mais qui n'est pas encore vraiment exploité (pour te dire, j'ai un 780G et l'accélération Xv vient d'arriver ya pas longtemps ... et la 3D c'est pas pour tout de suite), soit du matos ancien mais pu trouvable en neuf. Mais bon ça me suffit pour moi (j'ai l'accèl EXA + composition avec metacity, ça roule).
Sinon, ne plus trouver de carte mère avec deux ports PCI ... ! Moi aussi ça me fait bizarre.
Un petit lien spécifique pour le RS6000 : http://penguinppc.org/~hollisb/linux/rs6k-netboot.shtml
qui explique aussi comment activer le netboot dessus (j'avoue de rien y connaître en RS6000, là j'ai demandé à google; mais je connais bien l'archi PPC et le netboot). Bon, si le menu du RS6000 ne marche pas mais que tu as quand même accès à un prompt Open Firmware, le ligne à taper chez moi est : boot enet:192.168.0.1,yaboot
(en remplaçant l'adresse IP par celle de la machine qui contient les fichiers indiqués plus haut)
Enfin, en cas de besoin aller sur la ML debian-powerpc@l.d.o où pas mal de personnes traînent encore, même si ce n'est pas la plus vivante des archis : http://www.debian.org/ports/powerpc/
On a donc un seul programme avec deux licences, et pas un original et un dérivé.On a donc un seul programme avec deux licences, et pas un original et un dérivé.
T'as jamais entendu parler de double licenciement ?
Si je privatise ce code (car la copie est un dérivé je crois bien), celui qui a envoyé le patch GPL peut m'accuser de violer la GPL, non ?
Je ne comprend pas de quelle patch, copie, et code tu parles.
En gros, accepter un patch sous GPL reviendrait à empêcher toute évolution hors GPL à partir de la branche qui accepte le patch. Et à partir de la version courante (donc pas la prochaine branche) si le patch est décoratif.
On empêche l'évolution de _ta_ branche parce que _tu_ y as ajouté du code sous GPL. Ceux qui veulent partir de l'original peuvent toujours. Ou même retirer ton code et garder le code BSD.
C'est le problème si le code sur lequel tu te bases *et* le code forké sont identiques !
Comme j'ai déjà dit, je n'ai pas de référence mais il me semble qu'il faut que la modification soit substantielle pour que tu puisses appliquer ton droit d'auteur (ce n'est même pas une histoire de GPL, mais de droit d'auteur).
Quantitativement ou qualitativement, comment définis tu cette substantialité ? Un patch qui renomme toutes les variables d'un programme C en CamelCase, c'est pas rien, mais c'est sémantiquement nul.
Comment justifies-tu devant une cour la différence ?
Très bonne question. Il faudrait faire quelques recherches là-dessus (j'avoue que j'ai la flemme, parce que ça concerne uniquement des cas limites à la con).
Car désolé, conditionner l'utilisation de son code à la licence d'un code tiers, c'est autant négatif que de conditionner la vente d'un PC à Windows de mon point de vue
Toi qui aime bien ramener les gens à la réalité, je te ferais remarquer que pour 90% des logiciels qui sortent dans le monde (chiffre sorti de mon cul) tu n'as même pas le choix sur l'utilisation du code source : tu ne l'as pas. Alors merci de relativiser un peu tes propos. C'est pour moi même la justification essentielle aux logiciels libres : parce que la majorité des autres ne sont pas comme ça, ils sont nécessaires.
Pour vérifier une intrusion, vérifie ton syslog, les dates de modifs des fichiers, etc. Même si de toutes manières quelqu'un qui a accès au root peut théoriquement tout effacer.
Tu sais, avec un accès physique à ta machine, on fait ce qu'on veut (linux init=/bin/sh). Après, c'est clair qu'il faut les connaissance.
Sinon, tout le temps faire attention au bon démontage d'une partition :-)
Ce n'est pas possible, vu qu'un certains nombre de programme ont sûrement des descripteurs d'ouverts sur ce FS. Si tu veux tous les fermer, tu auras probablement à stopper _tous_ ce qui tourne sur ton ordi. Bref, l'éteindre.
Je voudrais pas t'inquiéter, mais à moins que tu sois schizophrène, je ne vois que la solution "quelqu'un a fait qqch dans ton dos". Ça peut aussi être une intrusion. Je ne vois aucune raison qu'un paquet/système normal ait fait ça.
PS: j'avais parlé de la ligne de commande du kernel deux posts plus hauts ;-)
Je ne sais pas trop, j'avoue que je n'utilise pu vraiment.
En tous cas, le coup de "fermer la partition" en veille prolongée de slasher-fun, c'est de la connerie : le système garde en mémoire les structures du FS monté. Bref, il compte retrouver la même chose à son réveil.
Maintenant, elles sont Read/Write, je pensais donc que c'était fonctionnel !
Petite info : aucun système ne te permettra jamais ça, que ce soit du Linux ou autre, quel que soit le FS.
C'est pour ça entre autre que les périphériques USB de stockage qui sont utilisables sans ordis (lecteur mp3, téléphone avec carte SD) sont toujours inactifs pendant qu'ils sont branchés en UMS (où désactivent l'accès au stockage). Un FS est toujours utilisé par un seul système "en même temps" (bon, là le en même temps était moins visible, mais c'est le cas). Ha, sauf ceux faits pour, comme NFS ou Samba, mais ce ne sont pas des périphériques "directement" accédés par d'autres machines.
Perso, ntfs-3g m'interdit de monter un NTFS en écriture quand il voit qu'il est encore monté (normal, ton Windows est parti en veille, il ne l'a pas démonté). Je ne sais pas pourquoi ça le fait pas sur le tiens.
(je serais mauvaise langue je dirais que c'est Ubuntu, pour faciliter la vie de ceux qui reboot à l'arrache leur Windows et qui ne peuvent plus y accéder après sous Ubuntu)
Ha oui, c'est pas bon du tout. C'est un peu comme si tu lui avais fait des modifications dans son dos pendant qu'il dormait. Pour lui, c'est un instant où il n'a rien pu se passer d'autre, donc si le système de fichier a été modifié ça se passe mal.
Bon, je n'ai pas très bien compris la séquence des actions que tu as fait, mais à priori je dirais que c'est foutu pour ces photos, à moins d'y aller avec un logiciel genre photorec.
Franchement, c'est le même kernel ? Pour moi c'est quasi-impossible : soit tu as un problème matériel, soit tu es tombé sur un problème hyper-rare qu'il serait bon de remonter upstream.
Les histoires de high-memory, c'est des vieilles conneries d'une autre époque, je ne sais même plus si c'est encore valable aujourd'hui. Ou alors, c'est peut-être une modification de ton BIOS ?
T'es sûr que quelqu'un a pas modifié quelque chose dans ton dos ?
Et pourrais-tu nous filer un extrait de ton grub.conf ?
Ça veut dire qu'on peut maintenant interdire la privatisation du code (ce que la BSD permettait) car on a une double licence du même code, dont une qui restreint les dérivations du logiciel ?
Faut arrêter deux secondes avec ces délires de BSDistes : tu "interdit la privatisation" de _tes_ dérivés (d'ailleurs, ajouter juste un commentaire ne doit pas suffire à considérer ça comme un dérivé, il faut que la modification soit substantielle), mais pas du code sur lequel tu t'es basé ! Ceux qui veulent reprendre le code original en BSD et en faire du proprio, il peuvent le faire. Ceux qui veulent utiliser ton dérivé sous GPL respectent la GPL. C'est aussi simple que ça.
Juste pour dire que sur 99% des sites (ok, peut être pas pour Orange), c'est pas de bras, pas de chocolat pas de pub, pas de site.
C'est bien d'essayer d'être pragmatique et de constater ça, mais te rends-tu compte que tu traînes actuellement sur le 1% de site sans pub ? Que cela veut-il dire par rapport à toute cette masse dont tu parles ? N'est-ce pas une sorte de preuve que "c'est possible" ?
Faudrait avoir ton dmesg quand t'es en mode dégradé. Parce que je trouverais ça très bizarre que ça change quelque chose. La seule chose qui ferait la différence, c'est soit un kernel différent, soit un truc passé à la ligne de commande pour réduire volontairement la RAM.
Le netboot ça marche très bien, juste à monter un ptit serveur DHCP + tftp. C'est expliqué dans le manuel Debian, pour cette distribution. Les autres je sais pas.
L'autre jour, je discutais avec un mec qui bosse dans la publicité en ligne, et il me disait qu'aujourd'hui, un site Internet sans pub, ça ne fait pas "pro".
J'étais un peu _o_ tout en essayant de relativiser son avis, mais à mon avis il a pas tort pour une certaine partie de la population. Ça me troue vraiment le cul.
Chez moi, mon tar a une option --lzop, qui devrait grandement te simplifier la tâche (tar -cf --lzop d'un côté et tar xf de l'autre ...). Quoique là, on compresse l'archive en entier, pas chaque fichier ...
En fait, tu veux récupérer les fichier individuellement, mais compressés chacun ?
Faudrait faire un ptit script du côté de ton serveur, peut-être. Genre, si tu veux la compression à la volée, je vois bien un workaround un peu crade mais genre :
- tu crées des fifos pour chaque fichier
- tu lances en background un lzop de chaque fichier vers chaque fifo (qui ne seront donc exécutés qu'à la demande, et sans compression sur le disque)
- tu tar tes fifos (là je sais pas si tar va prendre juste les fifos ou bien leur contenu ...)
- à l'autre bout, tu détarres et t'as tes fichiers séparés compressés
[^] # Re: Ah ben bravo!
Posté par benoar . En réponse au journal EDF, après le courant alternatif, la médecine alternative. Évalué à 2.
Et ça m'a permis de rajouter cedexis.net dans ma liste de blocage (impossible de savoir ce que c'est, le script est demandé sur le port 4, je me connecte à rien, il y a l'air d'avoir parfois un catchall mais qui retourne 127.0.0.1, les autres fois il utilise un CDN, et un whois me donne une adresse email d'admin @gmail.com ... louche).
[^] # Re: Propriété intellectuelle
Posté par benoar . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 4.
Tu postes quand même pas mal ici, et surtout autour de certains sujets précis, et ça se remarque.
[^] # Re: Pas facile
Posté par benoar . En réponse au message Config pour PC de bureau/serveur personnel. Évalué à 2.
(c'est vrai qu'à un moment je regardais le PCI-passthru pour avoir une CG dédiée à un Windows pour jouer pendant que mon hôte sous linux tournait tranquille sur le 2è écran ... mais je me suis dit que c'était un peu trop tordu).
[^] # Re: Pas facile
Posté par benoar . En réponse au message Config pour PC de bureau/serveur personnel. Évalué à 2.
# Pas facile
Posté par benoar . En réponse au message Config pour PC de bureau/serveur personnel. Évalué à 3.
Sinon, ne plus trouver de carte mère avec deux ports PCI ... ! Moi aussi ça me fait bizarre.
[^] # Re: netboot
Posté par benoar . En réponse au message RS6000 (7043-150). Évalué à 2.
http://www.debian.org/releases/stable/powerpc/ch04s05.html.f(...)
Perso, j'ai choisi de passer par DHCP au lieu de BOOTP (mais c'est sûr un mac newworld)
Les fichiers de netboot pour Lenny (stable) pour ta RS6000 son ici :
http://ftp.fr.debian.org/debian/dists/lenny/main/installer-p(...)
Un petit lien spécifique pour le RS6000 :
http://penguinppc.org/~hollisb/linux/rs6k-netboot.shtml
qui explique aussi comment activer le netboot dessus (j'avoue de rien y connaître en RS6000, là j'ai demandé à google; mais je connais bien l'archi PPC et le netboot). Bon, si le menu du RS6000 ne marche pas mais que tu as quand même accès à un prompt Open Firmware, le ligne à taper chez moi est :
boot enet:192.168.0.1,yaboot
(en remplaçant l'adresse IP par celle de la machine qui contient les fichiers indiqués plus haut)
Enfin, en cas de besoin aller sur la ML debian-powerpc@l.d.o où pas mal de personnes traînent encore, même si ce n'est pas la plus vivante des archis :
http://www.debian.org/ports/powerpc/
Bon courage !
[^] # Re: Proxy
Posté par benoar . En réponse au journal Traduction fail.. Évalué à 2.
[^] # Re: Historique ?
Posté par benoar . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 3.
T'as jamais entendu parler de double licenciement ?
Si je privatise ce code (car la copie est un dérivé je crois bien), celui qui a envoyé le patch GPL peut m'accuser de violer la GPL, non ?
Je ne comprend pas de quelle patch, copie, et code tu parles.
En gros, accepter un patch sous GPL reviendrait à empêcher toute évolution hors GPL à partir de la branche qui accepte le patch. Et à partir de la version courante (donc pas la prochaine branche) si le patch est décoratif.
On empêche l'évolution de _ta_ branche parce que _tu_ y as ajouté du code sous GPL. Ceux qui veulent partir de l'original peuvent toujours. Ou même retirer ton code et garder le code BSD.
C'est le problème si le code sur lequel tu te bases *et* le code forké sont identiques !
Comme j'ai déjà dit, je n'ai pas de référence mais il me semble qu'il faut que la modification soit substantielle pour que tu puisses appliquer ton droit d'auteur (ce n'est même pas une histoire de GPL, mais de droit d'auteur).
Quantitativement ou qualitativement, comment définis tu cette substantialité ? Un patch qui renomme toutes les variables d'un programme C en CamelCase, c'est pas rien, mais c'est sémantiquement nul.
Comment justifies-tu devant une cour la différence ?
Très bonne question. Il faudrait faire quelques recherches là-dessus (j'avoue que j'ai la flemme, parce que ça concerne uniquement des cas limites à la con).
[^] # Re: Historique ?
Posté par benoar . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 1.
Toi qui aime bien ramener les gens à la réalité, je te ferais remarquer que pour 90% des logiciels qui sortent dans le monde (chiffre sorti de mon cul) tu n'as même pas le choix sur l'utilisation du code source : tu ne l'as pas. Alors merci de relativiser un peu tes propos. C'est pour moi même la justification essentielle aux logiciels libres : parce que la majorité des autres ne sont pas comme ça, ils sont nécessaires.
[^] # Re: EUREKA!!!!!!!!!!!!
Posté par benoar . En réponse au message plus de wifi, plus de son, et moitie de memoire perdu???. Évalué à 2.
Tu sais, avec un accès physique à ta machine, on fait ce qu'on veut (linux init=/bin/sh). Après, c'est clair qu'il faut les connaissance.
Sinon, tout le temps faire attention au bon démontage d'une partition :-)
Voilà, de rien.
[^] # Re: Veille prolongée
Posté par benoar . En réponse au message Probleme de copie de fichier sous Ubuntu. Évalué à 2.
[^] # Re: EUREKA!!!!!!!!!!!!
Posté par benoar . En réponse au message plus de wifi, plus de son, et moitie de memoire perdu???. Évalué à 3.
PS: j'avais parlé de la ligne de commande du kernel deux posts plus hauts ;-)
[^] # Re: Veille prolongée
Posté par benoar . En réponse au message Probleme de copie de fichier sous Ubuntu. Évalué à 2.
En tous cas, le coup de "fermer la partition" en veille prolongée de slasher-fun, c'est de la connerie : le système garde en mémoire les structures du FS monté. Bref, il compte retrouver la même chose à son réveil.
[^] # Re: Veille prolongée
Posté par benoar . En réponse au message Probleme de copie de fichier sous Ubuntu. Évalué à 3.
Petite info : aucun système ne te permettra jamais ça, que ce soit du Linux ou autre, quel que soit le FS.
C'est pour ça entre autre que les périphériques USB de stockage qui sont utilisables sans ordis (lecteur mp3, téléphone avec carte SD) sont toujours inactifs pendant qu'ils sont branchés en UMS (où désactivent l'accès au stockage). Un FS est toujours utilisé par un seul système "en même temps" (bon, là le en même temps était moins visible, mais c'est le cas). Ha, sauf ceux faits pour, comme NFS ou Samba, mais ce ne sont pas des périphériques "directement" accédés par d'autres machines.
[^] # Re: Veille prolongée
Posté par benoar . En réponse au message Probleme de copie de fichier sous Ubuntu. Évalué à 2.
(je serais mauvaise langue je dirais que c'est Ubuntu, pour faciliter la vie de ceux qui reboot à l'arrache leur Windows et qui ne peuvent plus y accéder après sous Ubuntu)
[^] # Re: Veille prolongée
Posté par benoar . En réponse au message Probleme de copie de fichier sous Ubuntu. Évalué à 3.
Bon, je n'ai pas très bien compris la séquence des actions que tu as fait, mais à priori je dirais que c'est foutu pour ces photos, à moins d'y aller avec un logiciel genre photorec.
[^] # Re: Mémoire manquante ??
Posté par benoar . En réponse au message plus de wifi, plus de son, et moitie de memoire perdu???. Évalué à 2.
Les histoires de high-memory, c'est des vieilles conneries d'une autre époque, je ne sais même plus si c'est encore valable aujourd'hui. Ou alors, c'est peut-être une modification de ton BIOS ?
T'es sûr que quelqu'un a pas modifié quelque chose dans ton dos ?
Et pourrais-tu nous filer un extrait de ton grub.conf ?
[^] # Re: Historique ?
Posté par benoar . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 2.
Faut arrêter deux secondes avec ces délires de BSDistes : tu "interdit la privatisation" de _tes_ dérivés (d'ailleurs, ajouter juste un commentaire ne doit pas suffire à considérer ça comme un dérivé, il faut que la modification soit substantielle), mais pas du code sur lequel tu t'es basé ! Ceux qui veulent reprendre le code original en BSD et en faire du proprio, il peuvent le faire. Ceux qui veulent utiliser ton dérivé sous GPL respectent la GPL. C'est aussi simple que ça.
[^] # Re: Et alors ..
Posté par benoar . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 4.
C'est bien d'essayer d'être pragmatique et de constater ça, mais te rends-tu compte que tu traînes actuellement sur le 1% de site sans pub ? Que cela veut-il dire par rapport à toute cette masse dont tu parles ? N'est-ce pas une sorte de preuve que "c'est possible" ?
[^] # Re: Mémoire manquante ??
Posté par benoar . En réponse au message plus de wifi, plus de son, et moitie de memoire perdu???. Évalué à 2.
# netboot
Posté par benoar . En réponse au message RS6000 (7043-150). Évalué à 4.
# Mémoire manquante ??
Posté par benoar . En réponse au message plus de wifi, plus de son, et moitie de memoire perdu???. Évalué à 2.
dmesg|grep -i memory
pour voir ce qui ne va pas avec ta mémoire.
Et puis un
free
aussi.# La publicité omniprésente
Posté par benoar . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 10.
J'étais un peu _o_ tout en essayant de relativiser son avis, mais à mon avis il a pas tort pour une certaine partie de la population. Ça me troue vraiment le cul.
[^] # Re: Proxy
Posté par benoar . En réponse au journal Traduction fail.. Évalué à 3.
Sans déconner, t'as déjà vu quelqu'un utiliser un tunnel DNS ou ICMP ?
# Option --lzop ?
Posté par benoar . En réponse au message Découpage de sortie standard. Évalué à 4.
En fait, tu veux récupérer les fichier individuellement, mais compressés chacun ?
Faudrait faire un ptit script du côté de ton serveur, peut-être. Genre, si tu veux la compression à la volée, je vois bien un workaround un peu crade mais genre :
- tu crées des fifos pour chaque fichier
- tu lances en background un lzop de chaque fichier vers chaque fifo (qui ne seront donc exécutés qu'à la demande, et sans compression sur le disque)
- tu tar tes fifos (là je sais pas si tar va prendre juste les fifos ou bien leur contenu ...)
- à l'autre bout, tu détarres et t'as tes fichiers séparés compressés