NeoX a écrit 18084 commentaires

il faut aussi savoir que le code C doit etre fait pour etre "inter-operable"

en effet il ne faut pas faire appel a des fonctions systemes...

sinon si tu crees des programmes à partir de zero, il y tous les outils qu'il te faut sous linux.

des outils RAD, des compilateurs, des debuggueurs...

bon courage dans tes projets.

je viens de telecharger la version modifié

j'ai decompressé et cliquer sur dsl-windows.bat
et ...
ca marche.

bon j'ai decompressé sur le bureau ca joue peut-etre...

sauf erreur de ma part il faut quand meme regler le PC pour demarrer sur le disque dur USB.

donc cela revient au meme que d'avoir un live CD, il faut agir sur le bios de la machine du client
et cet hypothese est notée comme bloquante dans l'enoncé

tu cherches un systeme linux qui ne s'installe pas sur la machine et qui puisse se lancer depuis un windows.

je penses en effet à cygwin ou à qemu.
il faut probablement faire un essai mais tu peux peut-etre installer/parametrer ces outils chez toi sur la clé
et la rendre independante de la machine. (en modifiant peut-etre la configuration de ces logiciels)

cygwin : surcouche d'interpretation des librairies
qemu : simulateur de PC, dans ce pc tu met ce que tu veux

attention toutefois, dans les 2 cas il te faudra probablement une clef superieure à 2 Go sauf si tu prend des "mini linux"

visiblement tu dois etre en mode "share" dans tes reglages de samba
et du coup windows ne te propose que le compte invité.

il te faut donc bien mettre dans la config generale de samba que tu veux tourner en "security = user"

puis creer un utilisateur samba avec son mot de passe (commande : smbpasswd)

et c'est cet utilisateur que tu utiliseras comme login/mot de passe pour acceder à ce partage

sinon, (pour les experts ou presque)
il pourrait aussi y avoir la solution de faire de ton samba un controleur de domaine.

chaque machine windows demande sa liste d'utilisateur sur le controleur de domaine.

du coup tu crees tous les utilisateurs sur le serveur samba (et plus sur les machines windows)

ensuite ces utilisateurs ont accés à des ressources sur le serveur (le home, des dossiers communs) en fonction de ce que tu auras partagé.

code original :

SEQ="00000000";
i=0;
for f in $(find * -name "*.pnm");
do filename=${SEQ:${#i}}$i;
echo $filename;
((i++));
done

code modifié :
tu rajoute un test pour une variable
et en fonction de cette variable tu fais juste le echo

il faudra surement adapter à ton langage...

SEQ="00000000";
i=0;
for f in $(find * -name "*.pnm");
do filename=${SEQ:${#i}}$i;
if ($1==debug) echo $filename;
if ($1!=debug) mv $i $filename;
((i++));
done

encore faut-il disposer d'un systeme d'historisation de version...

et si tu le montes sur la machine qui fait serveur, cela en vaut-il la peine ?

un commentaire dans le code n'est-il pas à la base d'un code lisible et renseigné ?

ca me semble une bonne idée.

à cela on rajoutera le fait de "commenter" la source.
comme en programmation

perso quand je modifie un fichier, pour moi meme ou pour les autres, je note au debut du fichier :

#Numero de la modif : utilisateur : date et heure
# raison de la modif et explication de cette modif

ensuite dans le code ou le fichier je met
#debut Numero de la modif
code que j'ai modifié
#fin Numero de la modif

1/ de ne pas avoir à se délogguer du bureau en question
2/ et surtout de ne pas avoir à créer un nouveau compte sur chacun des postes depuis lesquels je peux avoir besoin de me connecter à n'importe quel moment



apparement on s'est mal compris

sous windows, tu n'as pas besoin de te deconnecter, il va te demande r un login/mot de passe quand tu vas vouloir acceder au partage que tu aura fais sous linux.

c'est là que tu vas utiliser le login machine_linux\utilisateur_linux
avec le mot_de_passe que tu aura defini 1 fois
sous linux tu definis 1 utilisateur (1seul) avec un mot de pase, et c'est celui là qui aura acces via le reseau.

A l'ancienne ? :

1°) demarre ton PC sans la clef

2°) ouvre une console et tape
tail -f /var/log/messages

3°) branches ta cle USB

4°) regarde la console, tu dois avoir des infos sur ta cle.

5°) essaie le mount /dev/sdXY (correspondant à ta cle) /mnt/cle (il faut etre root pour faire cette commande)

Moderne :
apres avoir verifié que c'etait faisable à l'ancienne, jouer avec hotplug et udev pour que le montage se face à l'insertion de la clé.

1°)
sys to hc et hc to sys

permettent de synchroniser les horloges systeme et hardware.

sys to hc : le systeme envoie son heure au hardware
hc to sys : le hardware envoie son heure au systeme

2°)
dans le cas d'un cluster, tu peux avoir un poste décalé, il devrait se synchroniser avec le reste du cluster au demarrage ou à intervalles reguliers.

1°) pour ta machine recente, il existe pas mal de "LiveCD" qui permettent de tester la version de linux avant d'installer (Ubuntu, Mandriva One ou Move...)

ca pourra te permettre aussi de te faire une idée de celle qui te plait le mieux (à l'utilisation)

2°) comme dit par un autre plus haut, peut-etre se faire la main sur une autre machine (peut-etre moins puissante) mais au moins tu limites les risques d'erreurs.

et une fois rodés, tu pourras mettre linux sur ta bete de course en double demarrage, ou à la place de windows.

dans tous les cas bienvenu à toi.

il doit falloir dire que tu geres la securité en mode user et non pas en mode share (ou l'inverse).

du coup il suffit eventuellement de te loguer avec
poste_linux\utilisateur_linux
mot_de_passe

et cela depuis les postes windows.

ben deja en "clusturisant" tes serveurs linux, au moins pour la partie partage de fichier...

apres si tu veux virtualiser ton filesystem sur plusieurs noeuds mixtes là je garantie pas que tu trouves des solutions simples.

ou alors sur le principe du P2P, mais il va te falloir faire un serveur interne à ta société...

il me semble aussi qu'on avait eu un article sur un systeme de P2P ici meme pour faire ce genre de chose, tu as fais une recherche ?

pourrait etre de se tourner vers les systemes de fichiers distibués.

tout comme les outils de clusters et souvent inclus dans ces derniers, cela permet de repartir les fichiers sur plusieurs "noeuds"
et en plus de maniere transparente (une fois la config faite)

reseau ?

monter un Xieme serveur de filtrage à base d'iptable et d'interface web pour gerer tout ca...

etudier et expliquer la pile IPV6, le pourquoi du comment, avantages et inconvenients...

d'utiliser les versions 32bits de :
firefox
flashplugin
mplayerplugin
mplayer

et du coup, un seul firefox qui gere tout...

je vois bien une solution que serait que

tu ne partages pas division
(aucun interet si tu partages deja tous les sous-dossiers)

du coup ca te facilite le choix.

du plus simple :
monter un site web sur un sujet donné (eventuellement en anglais, histoire de valoriser tes acquis d'anglais)

au plus complexe :
developper un programme à partir de rien mais pour completer les outils de ton université (se rapprocher des admins de ton université)

je tourne sur ubuntu-dapper pour amd64 avec l'environnement GNOME

j'ai bien installé tilda (via synaptic, tant qu'à faire)
et si je le lance en console j'ai bien une console qui s'ouvre.
si je le lance avec tilda -C, j'ai bien le panneau de configuration du logiciel

par contre impossible de le lancer un utilisant les raccourcis (ceux du logiciel ou ceux de gome)

:-(
du coup ca perd de son interet

tu veux un projet orienté :
- systeme libre ?
- systeme industriel (embarqué, temps reel)
- les deux à la fois

-totalement détaché de l'info indus ?

dpkg -l | grep toto
pour trouver tous les paquets qui contiennent toto dans le nom

prog | colrm 1 5 | colrm 15
pour tronquer la sortie de prog et enlever les caracteres 1 à 5
puis apres le 15e (pour recuperer le nom des paquets par exemple)

enfin
apt-get remove --purge paquet
pour enlever le paquet.

en combinant tous ca on obtient :

apt-get remove --purge `dpkg -l | grep toto | colrm 1 5 | colrm 15`

si tu veux enlever tous les paquets contenant le mot toto

(NB : il y a bien 2x le symbole - avant le purge
)

Freebox en ethernet ou en Wifi :
transparent pour le(s) Pc(s) car elle fait par defaut du DHCP Relay (tu prend l'IP de ton fournisseur

si tu veux plus de securité, tu la passe en "routeur" et là elle fait du Parefeu/NAT et serveur DHCP

CD d'installation : ne sert à rien


Livebox :
preferer le branchement en ethernet (plus simple)
là, la box se comporte comme un routeur avec NAT, et fait client DHCP, rien à configurer dessus

CD d'installation : ne sert à rien

Attention : la clé Wifi pose souvent probleme sous linux, il faut alors jongler avec le CD, le ndiswrapper pour utiliser les drivers windows sous linux

Autres box
je ne sais pas j'ai pas encore eu l'ocassion de les tester.

En plus, la livebox dispose de 2 ports ethernet
1 pour le PC et 1 pour la "TV".

si tu n'utilises pas la TV tu peux peut-etre utiliser le port pour le PC.
(je ne me souviens plus du resultat de mes tests à ce sujet)

si c'est developpé avec QT il doit suffir d'avoir les memes librairies QT sur les 2 systemes.

sauf (car il y en a toujours un ) si tu n'a pas TOUT codé en QT mais que tu as aussi codé en Windows.

pour les bouquins, la serie O'Reilly etait pas mal de mon temps.
sinon j'avais trouvé de bon bouquin à l'université mais ca remonte à 8 ans et c'etait en angleterre.
(qui a dit que j'etais vieux ?)