Gyro Gearllose a écrit 1322 commentaires

Sous windows, un client possible reste winpopup. Je ne sais pas si il a toujours cours sous XP, mais il me semble qu'il existait sous 98 et avant.
Sous linux, on peut (il faut ?) utiliser smbclient, avec l'option -M
Par exemple :
smbclient -M ADDR_IP_MACHINE_WINDOWS.
Ca, c'est pour envoyer.
Pour recevoir, aucune idée, mais y'a certainement des trucs, au moins sous KDE...

Puisque j'utilise LFS au quotidien, je me permet de donner mon avis sur la question.
D'après le BLFS, la gestion des packages c'est : démerde-toi (cf. http://www.linuxfromscratch.org/blfs/view/stable/introductio(...)
Ceci étant, plusieurs approches sont proposées, dont l'astuce suivante : http://www.linuxfromscratch.org/hints/downloads/files/more_c(...)
Autant être franc tout de suite : je n'utilise aucun système de paquets.
D'abord, parce que j'utilise mon PC plus que je ne le mets à jour, ensuite, parce que je ne trouve pas ça "si important".
Évidement, les pros de la sécurité vont hurler au scandale, mais la machine que j'utilise est très peu exposée.
Puisque tu soulèves la question, cependant, on peut se demander si un aggrégateur de flux pour suivre l'évolution des softs installés serait utile. Pas simple.
Ou alors, attendre patiemment la sortie d'une nouvelle mouture du LFS pour mettre tout le système à jour. Il y a d'ailleurs un hint pour ça, je n'ai pas l'url sous la main, mais l'idée, c'est de tout réinstaller du départ. Idéal pour les dépendances, catastrophique si la machine doit rester en ligne... Bref, ce sont des choix à faire dès le début.
Je me répète donc peut-être : choisir LFS, ce n'est pas forcément choisir une distribution administrable et "upgradable" facilement.
Gentoo est certainement la solution la plus adaptée si tu veux intégrer une gestion des mises à jour plus facile.
Enfin, voilà. Je ne sais pas si je suis vraiment clair, mais bon....

Euh... Cette solution ne fonctionne pas si tu as la chaîne ps dans le nom du fichier.
Par exemple, si un fichier s'appelle lispsux.ps, ta commande sortira un fichier lispsux.pdfpdf...
Il faut inclure le '.' dans la commande de substitution :
ps2pdf $i ${i%%.ps}.pdf
Voilà....

for i in *.ps
do
ps2pdf $i $(basename $i .ps).pdf
done

L'appel à basename gicle le .ps de la fin...

Son frrrrrrrrèèèèèèère est ravi....
Forcément, à 22 mois, la prononciation est loin d'être parfaite, mais il se fait comprendre !

Nan, nan, nan....
s/mes /au re/

Non mais !

Tu peux frapper les touches suivantes:
F2 (mais visiblement, c'est pas ça),
suppr,
Ctrl+S
Ctrl+Q (A sur un qwerty)
Ctrl+; (M sur un qwerty)
Ctrl+F10
F10
Doit y'en avoir au moins une qui fonctionne....
Sinon, ben bon courage !

Tu as un soft, appelé ifplugd qui m'a été conseillé pour un problème similaire...
En gros, ça détecte si le câble réseau est branché, ou non, et ça déclenche une ou plusieurs actions grâce à des scripts selon l'évènement constaté....
J'espère ne pas être à côté de la plaque et que ce soft t'aidera dans ta démarche.

Mais as-tu regardé du côté de kwordquiz ?
Ca ressemble à ce que tu décris, mais je ne sais pas comment sont posées les question, ni comment on construit un questionnaire.
Au pire, ton idée pourrait peut-être s'intégrer à ce projet ?

Je ne sais pas si ça peut répondre à ta problématique, mais nous avons réalisé une approche similaire.
Pour sauvegarder les mails envoyés, et reçus de chaque poste client de ma boite, nous avons mis en place un serveur samba, et collé chaque profil mozilla dessus.
Un partage nommé mail est monté automatiquement au moment de l'identification sur le domaine samba. Ca nous permet d'avoir une seule sauvegarde pour tous les comptes.
Mais ça permet une foule d'autres choses :
- documents utilisateurs sauvegardés quotidiennement,
- partages de documents entre services/bureaux assurés par des partages samba pertinents.
- mise à l'heure de tous les pc à la connexion...
- etc.
Evidement, ça ne répond pas directement à ta problématique, mais c'est peut-être une solution envisageable....

Pas du tout, efface. Le monsieur veut ajouter le contenu d'une variable à la fin de chaque ligne du fichier....
sed semble être approprié.
$ sed -i $fich "s#.*#&$VAR#g"
devrait le faire. Je n'ai pas testé.
Avant de faire l'opération sur le vrai fichier, penser à faire une copie, et travailler sur la copie est une excellente idée.
Voilà, en espérant que ça aide.

Peux-tu préciser en quoi c'est certainement illégal/hors contrat ?
Ce n'est pas une blague, ni une moquerie, mais d'après le post, rien n'indique la provenance du CD bootable original...
Alors si je suis ton raisonnement :
- un collègue créé un CD bootable depuis nero (on est sous windows, hein).
- il me file le CD, mais puisque je trouve qu'il manque des trucs, je ne peux pas modifier le CD, parce que c'est illégal ?
Y'a un truc que je ne capte pas, là...
Merci d'éclairer ma lanterne, éventuellement.

Et si la taille du hal.dll est correcte, tu peux le recopier en activant le support de l'écriture dans le kernel (le 2.6.15 supporte l'écriture sur du ntfs, mais uniquement pour modifier le contenu d'un fichier sans en modifier la taille ; il ne permet pas de créer de nouveaux fichiers/répertoires, ni d'en effacer cependant).
En espérant que ça aide.....

Ben si, ça donne plein d'infos intéressantes !
En gros, il t'indique de quel secteur partent et finissent chaque partition, et quelle taille elle font (en block). De plus, le dernier champ indique le système de fichier utilisé sur chaque partition.
D'après ce que je peux voir, ta partition /dev/hda1 est en ntfs et donc, tu n'auras aucun support de l'écriture sur celle-ci sous linux (à moins d'utiliser un soft proprio et payant).
Pour les autres, ta partition hda3 est celle qui contient linux, et /dev/hda8 est ta partition de swap.
Les partitions hda5, hda6, hda7 sont en fat32. Si tu les montes avec l'option "-t vfat", tu auras les noms de fichiers longs, et le support en lecture/écriture.
Voilà, en espérant avoir un peu éclairci ta lanterne.
P.S. : fdisk -l devrait normalement donner la même information, mais pour tous les disques. Pour qu'elle fonctionne, il faut la taper en tant que root.

Hé-oh ! Qui se fout de ta gueule ? Pas moi, en tout cas.
Il y a plusieurs choses à savoir :
D'abord, ta partition, elle est en quoi ? Que donne un fdsik -l par exemple ?
Je vois plusieurs solutions :
- c'est du msdos (format de fichier en 8.3) ou du vfat, et alors elle est supportée complètement par linux
- c'est du ntfs, et là, oualou pour le support en écriture. Les derniers noyaux apportent une gestion expérimentale de l'écriture sur une partition ntfs. Il est notament impossible d'y créer le moindre fichier ou le moindre dossier. On ne peut qu'écrire dans un fichier à la condition de ne pas modifier sa taille
Voilà, j'espère que ça permettra d'éclaircir un peu les choses.
Pour le fstab, la colonne options permet comme son nom l'indique de passer des options au programme mount. Par exemple de dire si les utilisateurs ont le droit ou non de monter/modifier le système de fichiers monté, etc.
La colonne dump indique si le système doit faire une sauvegarde du système, et la colonne suivante indique dans quel ordre les partitions doivent être vérifiées (lorsque le nombre max de montages successif a été atteint, par exemple).
Voilà. En espérant que ça t'aidera à mieux cerner ton pb.

Evidement, c'est une solution de tout mettre en auto, mais qui te garantit que le kernel essayera le pilote vfat avant le pilote msdos ?
Et puis, puisque c'est une partition vfat, et que c'est un fait connu, pourquoi laisser le système choisir quand le spécifier une fois pour toute permet au système de ne pas chercher par lui même.
Je sais, c'est un peu chercher des poux sur la tête, mais ça rejoint un peu les "pourquoi faire un cat machin | grep " quand on peut faire un "grep machin"....
Bref, moi, je ne suis pas pour l'auto dans le fstab pour peu que le système de fichier est connu et qu'il ne sera - à priori - jamais changé...

Pas de quoi.
J'ai presque envie de me moquer....
Si tu veux voir si ça marche, essaies !
Mais je ne moquerai pas, alors je te fais une réponse toute faite :
Oui, ça fonctionnera comme attendu !
Voilà. Si tu ne me crois pas, essaies !

Essaye de charger le module vfat, et de monter ta partition windows avec le bon type de partition, en remplaçant fat32 par vfat, et ça devrait rouler.
En root :
$ mount -t vfat /dev/hdx /mnt/windows

J'avais le même problème avec ma carte sd...
Ca fonctionnait sous windows mais pas sous linux.
A toi de voir éventuellement pour recompiler ton noyau avec le support du scsi, de l'usb et de tout ce qu'il faut.

La bonne idée serait peut-être de savoir comment le lecteur de carte est connecté au reste du système (usb, ide, etc.), de savoir si il est activé dans le bios, de s'assurer que les modules du noyau sont bien présents, etc.
J'avais un soucis avec mon lecteur de carte SD, il m'indiquait systématiquement une erreur sur ma carte alors que l'erreur venait d'ailleurs : j'avais oublié de compiler le support pour le SCSI (et le module usb_sd en a besoin).

Hello !
Ben oui, je veux bien te donner un coup de main....
Alors, si tu fais un
$ ls -l --full-time /var/log/sauve2.log | cut -f 7 -d ' '

Tu récupères la date de modification du
fichier /var/log/sauve2.log

Si tu fais :
$ date +%Y-%m-%d
Tu récupères la date du jour, formatée exactement comme la date récupérée lors du ls.

Il ne reste plus qu'à comparer les deux :
if [ $(ls -l --full-time /var/log/sauve2.log | cut -f 7 -d ' ') != $(date +%Y-%m-%d) ]
then
echo "Les dates diffèrent"
else
echo "Les dates sont identiques"
fi

Evidement, tu remplaceras les echo par ce dont tu as besoin pour afficher ta boîte de message.

Bon courage pour la suite.

Ben au lieu d'en tester l'existence, tu testes la date de modification, ou bien tu l'éclates avant de faire ta sauvegarde, ou....
Enfin, ce ne sont pas les solutions qui manquent !

A la limite, tu peux faire un test sur la présence ou non de /var/log/sauve2.log à la fin de ton script, et faire un appel à xdialog (ou kdialog si tu es sous kde) pour afficher un message d'avertissement....

Tout est dans le titre...
http://www.sympa.org/
T'en diras bien plus !

En effet, je n'avais pas pensé à ce cas là.
Pour rebondir sur la réponse donnée par l'initiateur de cette question, voici donc un petit complément un peu plus argumenté....
Le truc aurait peut-être été mieux ainsi :

Mettre ça dans le .bashrc :

lsreadme () { d=${1:-.}; [ -f $d/README ] && less -F -X $d/README ; /bin/ls $d ; }
alias ls=lsreadme


A noter qu'il est toujours possible d'appeler le programme ls original :
- soit en l'appelant complètement : /bin/ls
- soit en préfixant la commande d'un antislash : \ls

J'ai mis less à la place de cat, au cas où le fichier README serait plus important et prendrait plus d'un écran. Le -F dit à less de quitter automatiquement si le fichier fait moins d'un écran, et le -X lui demande poliment d'arrêter d'effacer ce @#!% d'écran quand il a fini.
Voilà, c'est peut-être un peu plus court que la solution retenue.
Mais ce qui reste la force du libre, c'est la diversité et la liberté de choisir !