Qu'est ce qu'il y a dans ton repertoire /tftpboot/grub a part pxegrub et menu.lst ?
Rien d'autre...
J'ai mis les images et autres initrd dans le répertoire "/tftpboot/boot" ; comme le serveur TFTP (tftp-hpa 0.36) effectue un changement de racine (cf config inetd.conf*), tous les fichiers qui sont téléchargés par TFTP le sont relativement au répertoire "chrooté" ici, j'utilise "/tftpboot", mais rien n'empêche d'utiliser un autre répertoire racine. C'est pour ça que dans mes fichiers de conf (dhcpd.conf, menu.lst) il n'y a aucune référence au répertoire "/tftpboot".
Remarque : toutes les distributions GNU/Linux n'ont pas le même serveur TFTP et donc les switchs de configuration peuvent être différents, voire ne pas être disponibles.
~# cd /tftpboot && tree .
.
|-- boot/
| |--bz-2.4.25-grsec-dl
| |--bzsecours
| |--bztest-2.6.3
| |--initrd.img
| `--secours.img.gz
`-- grub/
|-- menu.lst
`-- pxegrub
(*) ----- /etc/inetd.conf -----
# "-s [répertoire]" : permet au serveur TFTP de changer de racine (chroot)
# "-u [user] : le serveur TFTP prend l'identité de l'utilisateur [user]
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd -p -t 30 -v -u tftp -s /tftpboot
Plutôt que de glander en attendant le week-end, je viens d'essayer pxegrub ; j'en aurais probablement eu besoin un jour ou l'autre.
Et bien ça marche, on peut avoir un menu Grub classique.
Cette solution a un inconvénient quand on travaille avec différentes type cartes réseau, puisque -d'après la doc de Grub-, il est préférable de n'activer qu'un seul driver à la fois, ce qui fait qu'on doit avoir plusieurs versions de pxegrub. Bon, sur un réseau local avec du matériel clairement identifié, ça n'est pas forcément un problème. Bref...
Si ça peut aider, v'là en gros ma configuration :
- serveur TFTP/DHCP/NFS (Slackware 9.1) : cain, ip=192.168.1.1
- client diskless : eden, mac=00:a1:b2:c3:d4:e5, ip=par dhcp (192.168.1.20)
------- /etc/dhcpd.conf (extrait) -------
allow booting;
allow bootp;
# Option pour grub
# Cette option doit etre hors d'un bloc semble-t-il, sinon ISC DHCPd rale...
option option-150 code 150 = text;
host eden {
hardware ethernet 00:a1:b2:c3:d4:e5;
fixed-address 192.168.1.20;
server-name "192.168.1.1";
# Le serveur TFTP fait un "chroot" dans le répertoire /tftpboot
# donc c'est bien "/grub/pxegrub" et non pas "/tftpboot/grub/pxegrub"
# idem pour "/tftpboot/grub/menu.lst"
filename "/grub/pxegrub";
option option-150 "(nd)/grub/menu.lst";
}
-------
------- /tftpboot/grub/menu.lst -------
# Menu grub on ne peut plus classique
color white/blue black/light-gray
timeout 10
default 0
# 0. station diskless NFS-Root
# Ne pas oublier "ip=dhcp" dans les parametres du noyau
title nfs
root (nd)
kernel (nd)/boot/bz-2.4.25-grsec-dl ip=dhcp root=/dev/nfs nfsroot=192.168.1.1:/tftpboot/SLACK
# 1. station diskless avec un ramdisk
title secours
root (nd)
kernel (nd)/boot/bzsecours root=/dev/ram0 host=eden keymap=fr-latin1
initrd (nd)/boot/secours.img.gz
-------
Mmmh... j'y pense : le "menu", c'est la possibilité de choisir différentes options par le biais d'un prompt ou bien c'est un menu plus élaboré comme on peut avoir avec Grub (interface de type curse) ? Si c'est cette 2ème solution (à la Grub), j'ai répondu à côté de la plaque. Et il me semble que pour le moment, ce n'est pas possible avec Pxelinux.
Note : je n'ai jamais essayé, mais il est peut-être possible de faire quelque chose avec Grub ; je verrais ça comme ça :
1) Compiler Grub avec le support diskless (--enable-diskless) et la carte réseau appropriée du système diskless
2) utiliser "pxegrub" (cf. dans le répertoire stage2), que le client récupère par TFTP
3) configurer le serveur BOOTP/DHCP pour qu'il envoie le menu par TFTP (option T150)
Une recherche sur google avec les termes "pxe grub t150" doit retourner des résultats intéressants.
Ce que je voudrais c'est que les clients au boot puissent choisir entre plusieurs images disponibles sur le tftpboot.
Un simple menu, avant chargement de l'image reelle.
Pour le boot PXE, c'est pxelinux ( http://syslinux.zytor.com/pxe.php(...) ) qui est utilisé ? Dans ce cas, il suffit de configurer le fichier [racine tftp]/pxelinux.cfg/default (ou C0A8... selon l'adresse IP des stations diskless) avec plusieurs entrées, comme pour Syslinux.
Boh, j'ose espérer que ce n'est pas le but. Ils ne sont pas si machiavéliques, si ?
Restons plus terre à terre :
\begin {théorie à 2 balles}
Disons plutôt que les majors voient leur taux de croissance passer de 2 à 1 chiffre, et ça, ça effraie les gentils actionnaires (*). Coup de bol, en même temps que cette baisse du taux de croissance, on voit augmenter les accès haut-débit dans les foyers et l'apparition du P2P. Ni une, ni deux, on les désigne comme bouc émissaire de l'effritement des ventes. Et ensuite, on organise des campagnes du genre "pirater, c'est pas bien" et des "procès" contre des méchants pirates -qui sont, rappelons-le, des terroristes et des pédophiles en puissance-, à grand renfort de publicité partout dans le monde. On promeut aussi le développement de systèmes de protection (plus ou moins efficace, mais on s'en fout, le but, c'est d'en parler) et le lobbying auprès des gouvernement pour faire passer certaines lois.
Ceci afin de rassurer les actionnaires et investisseurs potentiels. Il leur est plus facile de dire : "les chiffres stagnent/baissent, c'est pas de notre faute, c'est le P2P" plutôt que : "ben les chiffres stagnent, mais c'est normal, vous savez, le marché (~budget des cons-ommateurs) n'est pas extensible à l'infini et on occupe déjà pas mal de secteurs." ; c'est un coup à faire baisser l'action (mes stock-options !!) et à se faire virer du poste de PDG de Universal.
\end
(*) c'est à vérifier, je ne connais pas les chiffres ; c'est juste une hypothèse.
Oui, le but est d'aboutir à une forme d'abonnement, afin que le consommateur doive payer un peu, mais tout le temps.
L'idéal, ça serait que tous nos appareils (lecteurs CD/DVD, magnétoscopes, chaine hifi, ordinateurs,...) soient reliés à un grand réseau et qu'ils n'aient plus de mémoire de masse. Toutes nos données, morceaux de musique, films seraient stockés sur des serveurs de confiance de compagnies compétentes. Ainsi, il nous suffirait de payer une petite somme à chaque fois que nous voudrions accéder à nos diverses données. Ça serait vraiment formidable.
Cependant, il y a encore un peu de chemin à faire pour y arriver : il faut par exemple que tous les équipements soient numériques (de même que nos amplis, haut-parleurs) afin de ne plus avoir les pertes du niveau de qualité (dues à la conversion analogique) des oeuvres auxquelles nous avons accès.
De plus, il faudrait limiter le développement des logiciels libres et autres formats libres, qui risque de nuire à ces abonnements et de ralentir l'implantation des serveurs de contenus sécurisés.
Ah, on me glisse dans l'oreille que TCPA, Palladium/Passport, DRM, DMCA, EUCD, LEN et autres Fritz-chip nous montrent la marche à suivre. Chouette ?
A propos d'un changement de version d'OOo, il y a un truc qui me chiffonne : comment fait-on pour garder ses paramètres ($HOME/.OOo-1.1.0 par exemple) quand on change de version ? J'avais essayé de renommer simplement mon répertoire de travail, mais là, le nouveau OOo avait râlé (installation endommagée, blah blah...). C'était entre une 1.0.2 et une 1.1RC, puis entre cette 1.1RC et la 1.1.0.
Y a un truc à faire ? des fichiers à copier ?
M'enfin. Faudra que j'attende l'arrivé d'un bon gros virus pour tester ça
Il suffit de stocker cette chaine dans un fichier et de l'envoyer en pièce jointe pour voir si l'antivirus est capable de traiter les virus qu'il connait (cf. http://www.eicar.org(...) pour plus d'infos) :
X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*
Mais là, étant donné que je passe via postfix, j'ai changé le mda en "/bin/mail"
Je ne crois pas qu'il faille faire ça.
J'utilise aussi Postfix et Fetchmail (et Procmail, sur une slackware-current) avec SpamAssassin, et ça marche (tm), Fetchmail utilise le sendmail local. En général, Postfix installe un programme "sendmail" afin d'être le plus compatible possible avec Sendmail (cependant, je ne sais pas comment ça peut être fait sur une Fedora).
Oui, un dernier point, j'ai configuré Postfix pour qu'il utilise Procmail pour délivrer le courrier dans les boîtes aux lettres ; c'est Procmail qui appelle alors "spamc". C'est -à mon avis- le plus simple à mettre en oeuvre, et ça ne pose pas de problème pour une petite installation qui reçoit une cinquantaine de mails par jour.
De plus le fichier Access est sur le réseau alors que ma base MySQL est en local donc normalement ca devrait etre bcp plus rapide ?
C'est loin d'être évident. Ce n'est peut-être pas l'accès aux données qui est critique. Par exemple, des requêtes imbriquées avec des formules de calculs retournant un résultat synthétique (de quelques Ko) peuvent être beaucoup plus longues à traiter et à afficher qu'un simple "SELECT *", même si celui-ci retourne 1 ou 2 Mo de données.
il me semble qu'en compta, les logiciels et le materiels doivent etre passé dans 2 comptes differents, notament parcequ'ils ne s'ammortissent pas pareil.
Oui, tout à fait !
La loi n'impose donc pas que le prix des logiciels soit bien identifiés ?
Si, en théorie, ça devrait clairement être indiqué, indépendamment des problèmes de vente liée.
Sinon comment font les entreprises ?
Ben je crois que ça passe avec le matériel, en général, vu que beaucoup de revendeurs considèrent l'OS comme une "pièce" de l'ordinateur. Y a une sorte de tolérance, ou plutôt, je pense que les services fiscaux ne se sont jamais vraiment préoccupés du problème.
Avant l'ordinateur sans Windows, il faut impérativement imposer le détail du prix des logiciels vendus avec une machine (c'est à dire, juste faire respecter la loi déjà en vigueur en France). Une fois que ce sera fait, la vente d'ordinateur sans Windows devient la "suite logique" (j'espère).
Il me semble qu'Epson soutient officieusement Linux.
Je ne sais pas, mais effectivement, j'ai un Epson 610 perfection (depuis 3-4 ans) et il a toujours marché de manière impeccable sous Linux ; je l'avais choisi dans la liste du site de Sane (les Epson -et les Mustek- avait les drivers les plus avancés)
Ça fait un moment que je ne l'ai pas utilisé (et là j'ai la flemme d'installer TCL-TK), mais est-ce que PGaccess s'amuse toujours à créer des tables dans la base sur laquelle il travaille ? Je trouvais ça "désagréable".
Un outil du même genre, c'est Knoda ( http://www.knoda.org/(...) ), qui marche sous KDE. Y a quelques problèmes de stabilité et il n'est peut-être pas aussi facile de créer des formulaires sans connaitre le Qscript (<- le langage de script de QT).
Et, toujours sous KDE, il y a Rekall ( http://www.rekallrevealed.org/index.php(...) ), que je découvre et qui a l'air assez puissant. Bon, comme Knoda, ça ne marche pas sous Windows (enfin, peut-être que si avec les bibliothèques QT et l'environnement Cygwin, mais bon...).
La possession ou l'allusion à de dangereux dispositifs comme gcc, qui n'ont à l'évidence d'autre utilité que de contourner les légitimes dispositifs de protection, seront assimilables à de la contrefaçon.
Pour appuyer cet argumentaire, je rappelle ce lien :
Hé, je déconne, faut pas le faire sans comprendre, hein...
Bon, pour être plus constructif (dans /var/log), pourquoi est-ce qu'il n'y a pas de rotation des logs ? (la distribution n'installe pas de prog style logrotate par défaut ?) Est-ce que des programmes rajoutés/recompilés sans passer par le système de paquets n'ont pas d'entrée dans un logrotate (ce qui fait que leur fichier de logs grossit immodérément) ?
Dans /var/lib, il peut y avoir les fichiers de bases de données comme MySQL ou PostgreSQL (selon la distribution), ce qui peut prendre de la place. On a aussi la base de slocate (qui peut facilement faire 20 ou 30 Mo sur un système avec quelques dizaines de milliers de fichiers) et de scrollkeeper. C'est aussi là qu'on a la base des paquets installés (RPM/DEB/...), il me semble. À moins que ça ne soit dans /var/cache ? je ne sais plus, ça dépend des distrib.
Faudrait voir à faire des du -hs /var/[rep]/* pour isoler plus précisément le problème, parce que là, ça reste vague. Une fois que ça sera fait, isoler le défaut devrait se faire tout seul.
C'est clair ! Avec Apache, 2/3 scripts CGI écrit en Bash et Sudo, il est facile de faire une petite interface Web sur une passerelle qui permet de vérifier l'état d'une connexion ADSL, de la démarrer et de l'arrêter... Et sur les machines connectées au réseau, mettre un bookmark "Configuration ADSL" dans les différents navigateurs.
Si les linuxiens faisaient des installations electriques, il faudrait un clavier pour allumer une ampoule
J'ai eu le même genre de problème avec Mozilla et Courier-IMAP : plus précisément, Mozilla se déconnectait fréquemment et les dossiers IMAP n'étaient pas lus (à cause justement des déconnexions). Je devais me réauthentifier à chaque fois.
La solution que j'utilise (je ne sais plus où je l'avais trouvé), c'est d'augmenter les paramètres "MAXDAEMONS" et "MAXPERIP", dans le fichier de configuration de Courier-IMAP (/path/to/conf/imapd) ; par défaut on a 20 et 4 (si je me rappelle bien), et en les mettant à 100 et 25, ça roule. Attention cependant, je n'ai que 2/3 postes qui accèdent à ce serveur IMAP. Il faut essayer
MAXDAEMONS=1000
MAXPERIP=100
Moi, ça me semble juste (mais j'ai peut-être tout faux aussi)
Je pense que l'investissement dans des actions Mandrake n'a d'intérêt que si on est prêt à y mettre 10-15000 euros, avec tous les risques que cela comporte. À mon niveau, et dans le but de soutenir cette boîte, je trouve qu'il est préférable d'acheter leurs produits et/ou de s'inscrire au club (100-150 euros/an). C'est juste mon point de vue...
je garantis pas le résultat en cas de passage de 2.4.x à 2.6.x
J'ai essayé l'autre jour (d'un 2.4.25 avec le patch GRsecurity vers un 2.6.4-rc2), ben ça marche ; y a que mon imprimante qui ne fonctionne plus, mais il me semble que c'est une histoire de nommage de périphérique dans /dev qui a du changer (je n'ai pas devfs)
Certes, dit comme ça, c'est pas très sexy. Mais passer la TVA de 5,5% à 19,6% sur 3,50 euros, c'est pas multiplier par 10, hein. Faut pas tout déformer.
Et cela ne règle pas le problemes des personnes qui travaillent dans ton petit resto pas trop cher, car ils sont toujours exploités
Parce que baisser la TVA à 5,5% ça va vraiment régler le problème ? Sérieusement ? Je ne dis pas que tous les patrons sont des salauds, mais je ne pense pas qu'on va assister à des augmentations massives de salaires (je me trompe peut-être, et je l'espère, mais bon...)
On n'est l'un des pays de l'UE où les impots sont les plus élevés et on arrive pas à payer nos infirmières ? Vous ne croyez pas que le problème est ailleurs ?
Si justement, mais c'est pas avec ce genre de mesures à la con qu'on va redresser la barre. Cette mesure est purement électoraliste.
[fiction ?]
Et puis si on baisse la TVA, que effectivement le pouvoir d'achat des salariés de la restauration augmente quand même, que le déficit de la sécu augmente (parce qu'il y a moins de rentrée d'argent), on va privatiser la sécu "pour la rendre plus rentable" et finalement, pour être aussi bien protégé qu'actuellement, nos salariés de la restauration -et tous les autres- vont devoir se payer une mutuelle, ce qui va réduire leur pouvoir d'achat.
[/fiction]
Je ne suis pas économiste, mais cette mesure m'apparaît comme un "bricolage", une "faveur"...
Certes, j'ai également été dans ce cas, et c'est vrai qu'il est agréable de trouver un petit resto pas trop cher pour manger. L'un dans l'autre, je suis pour le status quo (19,6% pour tout le monde, même la restauration rapide)
Je ne sais pas si tu as réfléchi une seconde avant de poster ton message
Si, si... Certes, j'aimerais bien que les taxes soient plus faibles sur un grand nombre de produits, dont les CDs, DVDs, mais aussi sur les lecteurs (parce qu'un CD tout seul, ça n'est pas utilisable, contrairement aux livres, cf § suivant). Et puis sur l'électricité, qui fait marcher mon lecteur...
Les livres sont taxés à 5.5%
Attention, je n'ai jamais parlé des livres... Je suis d'ailleurs partisan de l'accès aux bibliothèques gratuitement pour tous (par exemple)... Mais faut bien le financer, cet accès gratuit. Hé... Bien sûr, j'ai fait ce commentaire en fonction de mon avis à moi, et -de mon point de vue personnel à moi- ça me peinerait beaucoup d'acheter mes livres plus cher. Alors que les CDs/DVDs, je peux m'en passer : y a la radio (même si tout n'est pas génial), le ciné de temps en temps, voire la télé en patientant un peu.
Même la fnac essaye de faire baisser la tva sur les CDs à 5.5. (ce qui ne résoudra pas le problème des "marges" énormes des majors, mais bon)
Ben justement, si le fait de diminuer le prix des CDs fait augmenter les ventes, pourquoi est-ce que les majors ne rognent pas un peu sur leurs marges ? Pourquoi est-ce que ce serait l'état (et donc nos impôts) qui financerait cette augmentation des ventes ? Quelque part, ça ne me paraît pas très logique, même si je conçois qu'on ne puisse ne pas être pas d'accord avec moi, hein...
[^] # Re: Menu lors d'un boot reseau
Posté par monsieurw . En réponse au journal Menu lors d'un boot reseau. Évalué à 1.
~# cd /tftpboot && tree . . |-- boot/ | |--bz-2.4.25-grsec-dl | |--bzsecours | |--bztest-2.6.3 | |--initrd.img | `--secours.img.gz `-- grub/ |-- menu.lst `-- pxegrub (*) ----- /etc/inetd.conf ----- # "-s [répertoire]" : permet au serveur TFTP de changer de racine (chroot) # "-u [user] : le serveur TFTP prend l'identité de l'utilisateur [user] tftp dgram udp wait root /usr/sbin/tcpd in.tftpd -p -t 30 -v -u tftp -s /tftpboot[^] # Re: Menu lors d'un boot reseau
Posté par monsieurw . En réponse au journal Menu lors d'un boot reseau. Évalué à 1.
[^] # Re: Menu lors d'un boot reseau
Posté par monsieurw . En réponse au journal Menu lors d'un boot reseau. Évalué à 1.
Si ça peut aider, v'là en gros ma configuration : - serveur TFTP/DHCP/NFS (Slackware 9.1) : cain, ip=192.168.1.1 - client diskless : eden, mac=00:a1:b2:c3:d4:e5, ip=par dhcp (192.168.1.20) ------- /etc/dhcpd.conf (extrait) ------- allow booting; allow bootp; # Option pour grub # Cette option doit etre hors d'un bloc semble-t-il, sinon ISC DHCPd rale... option option-150 code 150 = text; host eden { hardware ethernet 00:a1:b2:c3:d4:e5; fixed-address 192.168.1.20; server-name "192.168.1.1"; # Le serveur TFTP fait un "chroot" dans le répertoire /tftpboot # donc c'est bien "/grub/pxegrub" et non pas "/tftpboot/grub/pxegrub" # idem pour "/tftpboot/grub/menu.lst" filename "/grub/pxegrub"; option option-150 "(nd)/grub/menu.lst"; } ------- ------- /tftpboot/grub/menu.lst ------- # Menu grub on ne peut plus classique color white/blue black/light-gray timeout 10 default 0 # 0. station diskless NFS-Root # Ne pas oublier "ip=dhcp" dans les parametres du noyau title nfs root (nd) kernel (nd)/boot/bz-2.4.25-grsec-dl ip=dhcp root=/dev/nfs nfsroot=192.168.1.1:/tftpboot/SLACK # 1. station diskless avec un ramdisk title secours root (nd) kernel (nd)/boot/bzsecours root=/dev/ram0 host=eden keymap=fr-latin1 initrd (nd)/boot/secours.img.gz -------[^] # Re: Menu lors d'un boot reseau
Posté par monsieurw . En réponse au journal Menu lors d'un boot reseau. Évalué à 1.
Mmmh... j'y pense : le "menu", c'est la possibilité de choisir différentes options par le biais d'un prompt ou bien c'est un menu plus élaboré comme on peut avoir avec Grub (interface de type curse) ? Si c'est cette 2ème solution (à la Grub), j'ai répondu à côté de la plaque. Et il me semble que pour le moment, ce n'est pas possible avec Pxelinux.
Note : je n'ai jamais essayé, mais il est peut-être possible de faire quelque chose avec Grub ; je verrais ça comme ça :
1) Compiler Grub avec le support diskless (--enable-diskless) et la carte réseau appropriée du système diskless
2) utiliser "pxegrub" (cf. dans le répertoire stage2), que le client récupère par TFTP
3) configurer le serveur BOOTP/DHCP pour qu'il envoie le menu par TFTP (option T150)
Une recherche sur google avec les termes "pxe grub t150" doit retourner des résultats intéressants.
# Re: Menu lors d'un boot reseau
Posté par monsieurw . En réponse au journal Menu lors d'un boot reseau. Évalué à 1.
Un simple menu, avant chargement de l'image reelle.
Pour le boot PXE, c'est pxelinux ( http://syslinux.zytor.com/pxe.php(...) ) qui est utilisé ? Dans ce cas, il suffit de configurer le fichier [racine tftp]/pxelinux.cfg/default (ou C0A8... selon l'adresse IP des stations diskless) avec plusieurs entrées, comme pour Syslinux.
[^] # Re: P-2-P m'a (encore) tuer
Posté par monsieurw . En réponse au journal P-2-P m'a (encore) tuer. Évalué à 1.
Boh, j'ose espérer que ce n'est pas le but. Ils ne sont pas si machiavéliques, si ?
Restons plus terre à terre :
\begin {théorie à 2 balles}
Disons plutôt que les majors voient leur taux de croissance passer de 2 à 1 chiffre, et ça, ça effraie les gentils actionnaires (*). Coup de bol, en même temps que cette baisse du taux de croissance, on voit augmenter les accès haut-débit dans les foyers et l'apparition du P2P. Ni une, ni deux, on les désigne comme bouc émissaire de l'effritement des ventes. Et ensuite, on organise des campagnes du genre "pirater, c'est pas bien" et des "procès" contre des méchants pirates -qui sont, rappelons-le, des terroristes et des pédophiles en puissance-, à grand renfort de publicité partout dans le monde. On promeut aussi le développement de systèmes de protection (plus ou moins efficace, mais on s'en fout, le but, c'est d'en parler) et le lobbying auprès des gouvernement pour faire passer certaines lois.
Ceci afin de rassurer les actionnaires et investisseurs potentiels. Il leur est plus facile de dire : "les chiffres stagnent/baissent, c'est pas de notre faute, c'est le P2P" plutôt que : "ben les chiffres stagnent, mais c'est normal, vous savez, le marché (~budget des cons-ommateurs) n'est pas extensible à l'infini et on occupe déjà pas mal de secteurs." ; c'est un coup à faire baisser l'action (mes stock-options !!) et à se faire virer du poste de PDG de Universal.
\end
(*) c'est à vérifier, je ne connais pas les chiffres ; c'est juste une hypothèse.
[^] # Re: P-2-P m'a (encore) tuer
Posté par monsieurw . En réponse au journal P-2-P m'a (encore) tuer. Évalué à 3.
L'idéal, ça serait que tous nos appareils (lecteurs CD/DVD, magnétoscopes, chaine hifi, ordinateurs,...) soient reliés à un grand réseau et qu'ils n'aient plus de mémoire de masse. Toutes nos données, morceaux de musique, films seraient stockés sur des serveurs de confiance de compagnies compétentes. Ainsi, il nous suffirait de payer une petite somme à chaque fois que nous voudrions accéder à nos diverses données. Ça serait vraiment formidable.
Cependant, il y a encore un peu de chemin à faire pour y arriver : il faut par exemple que tous les équipements soient numériques (de même que nos amplis, haut-parleurs) afin de ne plus avoir les pertes du niveau de qualité (dues à la conversion analogique) des oeuvres auxquelles nous avons accès.
De plus, il faudrait limiter le développement des logiciels libres et autres formats libres, qui risque de nuire à ces abonnements et de ralentir l'implantation des serveurs de contenus sécurisés.
Ah, on me glisse dans l'oreille que TCPA, Palladium/Passport, DRM, DMCA, EUCD, LEN et autres Fritz-chip nous montrent la marche à suivre. Chouette ?
# Re: Systeme de fichier distribué
Posté par monsieurw . En réponse au journal Systeme de fichier distribué. Évalué à 2.
À une époque, j'avais vu cette page, sur laquelle on trouve pas mal de liens intéressants sur ce sujet :
http://www.citi.umich.edu/projects/asci/references.html(...)
# Re: OpenOffice 1.1.1 rc3 release
Posté par monsieurw . En réponse au journal OpenOffice 1.1.1 rc3 release. Évalué à 1.
Y a un truc à faire ? des fichiers à copier ?
# Re: postfix et fetchmail
Posté par monsieurw . En réponse au journal postfix et fetchmail. Évalué à 1.
Il suffit de stocker cette chaine dans un fichier et de l'envoyer en pièce jointe pour voir si l'antivirus est capable de traiter les virus qu'il connait (cf. http://www.eicar.org(...) pour plus d'infos) :
X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*
Mais là, étant donné que je passe via postfix, j'ai changé le mda en "/bin/mail"
Je ne crois pas qu'il faille faire ça.
J'utilise aussi Postfix et Fetchmail (et Procmail, sur une slackware-current) avec SpamAssassin, et ça marche (tm), Fetchmail utilise le sendmail local. En général, Postfix installe un programme "sendmail" afin d'être le plus compatible possible avec Sendmail (cependant, je ne sais pas comment ça peut être fait sur une Fedora).
Oui, un dernier point, j'ai configuré Postfix pour qu'il utilise Procmail pour délivrer le courrier dans les boîtes aux lettres ; c'est Procmail qui appelle alors "spamc". C'est -à mon avis- le plus simple à mettre en oeuvre, et ça ne pose pas de problème pour une petite installation qui reçoit une cinquantaine de mails par jour.
[^] # Re: Peril ODBC MySQL vs ODBC Access
Posté par monsieurw . En réponse au journal Peril ODBC MySQL vs ODBC Access. Évalué à 1.
C'est loin d'être évident. Ce n'est peut-être pas l'accès aux données qui est critique. Par exemple, des requêtes imbriquées avec des formules de calculs retournant un résultat synthétique (de quelques Ko) peuvent être beaucoup plus longues à traiter et à afficher qu'un simple "SELECT *", même si celui-ci retourne 1 ou 2 Mo de données.
[^] # Re: formater en colonne sur OpenOffice ?
Posté par monsieurw . En réponse au journal formater en colonne sur OpenOffice ?. Évalué à 1.
[^] # Re: Ben oui, Pourquoi ??
Posté par monsieurw . En réponse au journal Ben oui, Pourquoi ??. Évalué à 1.
Oui, tout à fait !
La loi n'impose donc pas que le prix des logiciels soit bien identifiés ?
Si, en théorie, ça devrait clairement être indiqué, indépendamment des problèmes de vente liée.
Sinon comment font les entreprises ?
Ben je crois que ça passe avec le matériel, en général, vu que beaucoup de revendeurs considèrent l'OS comme une "pièce" de l'ordinateur. Y a une sorte de tolérance, ou plutôt, je pense que les services fiscaux ne se sont jamais vraiment préoccupés du problème.
Avant l'ordinateur sans Windows, il faut impérativement imposer le détail du prix des logiciels vendus avec une machine (c'est à dire, juste faire respecter la loi déjà en vigueur en France). Une fois que ce sera fait, la vente d'ordinateur sans Windows devient la "suite logique" (j'espère).
[^] # Re: Scanner sous linux...
Posté par monsieurw . En réponse au journal Scanner sous linux.... Évalué à 1.
Je ne sais pas, mais effectivement, j'ai un Epson 610 perfection (depuis 3-4 ans) et il a toujours marché de manière impeccable sous Linux ; je l'avais choisi dans la liste du site de Sane (les Epson -et les Mustek- avait les drivers les plus avancés)
[^] # Re: Interface PostgreSQL
Posté par monsieurw . En réponse au journal Interface PostgreSQL. Évalué à 1.
Un outil du même genre, c'est Knoda ( http://www.knoda.org/(...) ), qui marche sous KDE. Y a quelques problèmes de stabilité et il n'est peut-être pas aussi facile de créer des formulaires sans connaitre le Qscript (<- le langage de script de QT).
Et, toujours sous KDE, il y a Rekall ( http://www.rekallrevealed.org/index.php(...) ), que je découvre et qui a l'air assez puissant. Bon, comme Knoda, ça ne marche pas sous Windows (enfin, peut-être que si avec les bibliothèques QT et l'environnement Cygwin, mais bon...).
[^] # Re: EUCD, LEN, LIL : offensive annoncée après les régionales
Posté par monsieurw . En réponse à la dépêche EUCD, LEN, LIL : offensive annoncée après les régionales. Évalué à 7.
Pour appuyer cet argumentaire, je rappelle ce lien :
- Le droit de lire :
http://www.gnu.org/philosophy/right-to-read.fr.html(...)
Et aussi
- Lettre de 2020 :
http://www.uzine.net/article138.html(...)
# Re: [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!
Posté par monsieurw . En réponse au journal [urgent] encombrement excessif de mon /var et du coup de ma partition Racine !!. Évalué à 2.
~# find /var/log -type d > /tmp/varlog.dir && rm -rf /var/log && mkdir /var/log
~# cat /tmp/varlog.dir | xargs mkdir -p
Et hop, 75 Mo de gagné !
Hé, je déconne, faut pas le faire sans comprendre, hein...
Bon, pour être plus constructif (dans /var/log), pourquoi est-ce qu'il n'y a pas de rotation des logs ? (la distribution n'installe pas de prog style logrotate par défaut ?) Est-ce que des programmes rajoutés/recompilés sans passer par le système de paquets n'ont pas d'entrée dans un logrotate (ce qui fait que leur fichier de logs grossit immodérément) ?
Dans /var/lib, il peut y avoir les fichiers de bases de données comme MySQL ou PostgreSQL (selon la distribution), ce qui peut prendre de la place. On a aussi la base de slocate (qui peut facilement faire 20 ou 30 Mo sur un système avec quelques dizaines de milliers de fichiers) et de scrollkeeper. C'est aussi là qu'on a la base des paquets installés (RPM/DEB/...), il me semble. À moins que ça ne soit dans /var/cache ? je ne sais plus, ça dépend des distrib.
Faudrait voir à faire des du -hs /var/[rep]/* pour isoler plus précisément le problème, parce que là, ça reste vague. Une fois que ça sera fait, isoler le défaut devrait se faire tout seul.
[^] # Re: Quand Linux arrive a la maison !
Posté par monsieurw . En réponse au journal Quand Linux arrive a la maison !. Évalué à 1.
C'est clair ! Avec Apache, 2/3 scripts CGI écrit en Bash et Sudo, il est facile de faire une petite interface Web sur une passerelle qui permet de vérifier l'état d'une connexion ADSL, de la démarrer et de l'arrêter... Et sur les machines connectées au réseau, mettre un bookmark "Configuration ADSL" dans les différents navigateurs.
Si les linuxiens faisaient des installations electriques, il faudrait un clavier pour allumer une ampoule
;-)
# Re: Serveur IMAP & mozilla-thunderbird
Posté par monsieurw . En réponse au journal Serveur IMAP & mozilla-thunderbird. Évalué à 3.
La solution que j'utilise (je ne sais plus où je l'avais trouvé), c'est d'augmenter les paramètres "MAXDAEMONS" et "MAXPERIP", dans le fichier de configuration de Courier-IMAP (/path/to/conf/imapd) ; par défaut on a 20 et 4 (si je me rappelle bien), et en les mettant à 100 et 25, ça roule. Attention cependant, je n'ai que 2/3 postes qui accèdent à ce serveur IMAP. Il faut essayer
MAXDAEMONS=1000
MAXPERIP=100
si vous avez plus de postes.
Ah, j'ai retrouvé ça, pour avoir plus d'infos :
http://buffy.riseup.net/open-issues/courier-mozilla.txt(...)
http://bugzilla.mozilla.org/show_bug.cgi?id=87825(...)
[^] # Re: La reintroduction de l'action Mandrake
Posté par monsieurw . En réponse au journal La reintroduction de l'action Mandrake. Évalué à 2.
Moi, ça me semble juste (mais j'ai peut-être tout faux aussi)
Je pense que l'investissement dans des actions Mandrake n'a d'intérêt que si on est prêt à y mettre 10-15000 euros, avec tous les risques que cela comporte. À mon niveau, et dans le but de soutenir cette boîte, je trouve qu'il est préférable d'acheter leurs produits et/ou de s'inscrire au club (100-150 euros/an). C'est juste mon point de vue...
[^] # Re: Kernel 2.6.4 Dispo
Posté par monsieurw . En réponse au journal Kernel 2.6.4 Dispo. Évalué à 1.
Ouaip, c'est un peu fastidieux
je garantis pas le résultat en cas de passage de 2.4.x à 2.6.x
J'ai essayé l'autre jour (d'un 2.4.25 avec le patch GRsecurity vers un 2.6.4-rc2), ben ça marche ; y a que mon imprimante qui ne fonctionne plus, mais il me semble que c'est une histoire de nommage de périphérique dans /dev qui a du changer (je n'ai pas devfs)
[^] # Re: Les aides à l'emploi: la restauration
Posté par monsieurw . En réponse au journal Les aides à l'emploi: la restauration. Évalué à 2.
Certes, dit comme ça, c'est pas très sexy. Mais passer la TVA de 5,5% à 19,6% sur 3,50 euros, c'est pas multiplier par 10, hein. Faut pas tout déformer.
Et cela ne règle pas le problemes des personnes qui travaillent dans ton petit resto pas trop cher, car ils sont toujours exploités
Parce que baisser la TVA à 5,5% ça va vraiment régler le problème ? Sérieusement ? Je ne dis pas que tous les patrons sont des salauds, mais je ne pense pas qu'on va assister à des augmentations massives de salaires (je me trompe peut-être, et je l'espère, mais bon...)
On n'est l'un des pays de l'UE où les impots sont les plus élevés et on arrive pas à payer nos infirmières ? Vous ne croyez pas que le problème est ailleurs ?
Si justement, mais c'est pas avec ce genre de mesures à la con qu'on va redresser la barre. Cette mesure est purement électoraliste.
[fiction ?]
Et puis si on baisse la TVA, que effectivement le pouvoir d'achat des salariés de la restauration augmente quand même, que le déficit de la sécu augmente (parce qu'il y a moins de rentrée d'argent), on va privatiser la sécu "pour la rendre plus rentable" et finalement, pour être aussi bien protégé qu'actuellement, nos salariés de la restauration -et tous les autres- vont devoir se payer une mutuelle, ce qui va réduire leur pouvoir d'achat.
[/fiction]
Je ne suis pas économiste, mais cette mesure m'apparaît comme un "bricolage", une "faveur"...
[^] # Re: Les aides à l'emploi: la restauration
Posté par monsieurw . En réponse au journal Les aides à l'emploi: la restauration. Évalué à 1.
Voui, voui... Je donnais juste cet exemple pour dire que, quitte à favoriser l'accès à la culture, autant diminuer le coût des livres/de la lecture.
[mon avis & ma vie]
Si je devais choisir entre mes CDs/DVDs et mes livres/BDs, je garde sans hésiter mes bouquins.
[/mon avis & ma vie]
[^] # Re: Les aides à l'emploi: la restauration
Posté par monsieurw . En réponse au journal Les aides à l'emploi: la restauration. Évalué à 3.
Certes, j'ai également été dans ce cas, et c'est vrai qu'il est agréable de trouver un petit resto pas trop cher pour manger. L'un dans l'autre, je suis pour le status quo (19,6% pour tout le monde, même la restauration rapide)
[^] # Re: Les aides à l'emploi: la restauration
Posté par monsieurw . En réponse au journal Les aides à l'emploi: la restauration. Évalué à 2.
Si, si... Certes, j'aimerais bien que les taxes soient plus faibles sur un grand nombre de produits, dont les CDs, DVDs, mais aussi sur les lecteurs (parce qu'un CD tout seul, ça n'est pas utilisable, contrairement aux livres, cf § suivant). Et puis sur l'électricité, qui fait marcher mon lecteur...
Les livres sont taxés à 5.5%
Attention, je n'ai jamais parlé des livres... Je suis d'ailleurs partisan de l'accès aux bibliothèques gratuitement pour tous (par exemple)... Mais faut bien le financer, cet accès gratuit. Hé... Bien sûr, j'ai fait ce commentaire en fonction de mon avis à moi, et -de mon point de vue personnel à moi- ça me peinerait beaucoup d'acheter mes livres plus cher. Alors que les CDs/DVDs, je peux m'en passer : y a la radio (même si tout n'est pas génial), le ciné de temps en temps, voire la télé en patientant un peu.
Même la fnac essaye de faire baisser la tva sur les CDs à 5.5. (ce qui ne résoudra pas le problème des "marges" énormes des majors, mais bon)
Ben justement, si le fait de diminuer le prix des CDs fait augmenter les ventes, pourquoi est-ce que les majors ne rognent pas un peu sur leurs marges ? Pourquoi est-ce que ce serait l'état (et donc nos impôts) qui financerait cette augmentation des ventes ? Quelque part, ça ne me paraît pas très logique, même si je conçois qu'on ne puisse ne pas être pas d'accord avec moi, hein...