Reprise du message précédent :

Déjà que j'ose pas trop rebooter

Oui mais dans le cas d'une commande ls, c'est pas nécéssaire. De plus ./ n'est pas forcément obligatoire même pour un script. ça dépend beaucoup des distributions et du nom du script.
Par contre ne jamais appeller un exécutable test, sinon ça marche pas vu que c'est une commande système qui ne fait tout simplement rien de visible , me suis fait avoir la première fois et je comprenais pas pourquoi ça marchait pas.

Ca dépend surtout de si t'as mis "." dans ton PATH il me semble

 
Oui, bah justement, je fais pas ça sur ma machine principale ! Pas fou l'bonhomme quand même ^^ Je risque rien là...pis j'ai pris mes précautions, ghost, backups et tout qui va bien, comme toujours !

Pour ma part je ne jure que par Scite, excellent éditeur avec une coloration très agréable.

Je sais pas si vous m'avez très bien compris, mais je me demandais à quoi ils signifiait lorsque l'on affiché un ls

Gné?  

Bah c'est ce qu'on t'as dit : le répertoire courant et le répertoire supérieur
C'est montré par ls car ce sont des entités qui possèdent un inode (enfin c'est ce dont je me rappelle )

Edit: tiens si ça peut t'aider :
http://www.linux-france.org/article/dalox/

.. te permet de naviguer à l'envers dans tes répertoire :
cd .. appelle le dossier parent
 
. permet de faire référence à ton dossier courant pour exécuter un soft qui n'est pas dans ton path :
./monappli
 
Voila

 
Oui, ça je sais, mais du coup je ne vois pas ce que ça fait dans le ls.
 
Ca signifie juste qu'on est dans le dossier courant et qu'il y a un dossier père ?

t'as lu mon post ?
. et .. ce sont des entités crées lorsque le répertoire est créé, des "fichiers" en quelque sorte, avec leur propre inode.
Donc quand tu fais un ls, normal qu'ils apparaissent

 
Certainement pas. Les inodes de . et .. sont celles du répertoire courant et du répertoire parent, il n'y a aucun inode de créé lors de la création d'un répertoire, sauf celui du nouveau répertoire.

Je suis d'accord que l'inode de . et .. ne sont pas créés à au moment de la création du répertoire, mais les entrées . et .. dans le répertoire le sont non  

Ils n'ont aucune existence logique, ce ne sont nullement des fichiers avec leur propre inode. C'est l'OS qui te les retourne quand tu fais une liste (ls) au niveau d'un répertoire.

D'ailleurs, si tu veux t'en convaincre, ls -i, ou si tu as un BSD sous la main, fais un vi ou un cat sur un répertoire suivi d'un hexdump ou d'un od, tu verras que . et .. n'ont aucune existence logique dans les données pointées par l'inode. Ils n'ont pas leur propre inode, ce sont ceux du répertoire courant et de celui du parent.

C'est la différence avec les liens soft, ou la ils ont bien leur propre inode, indépendamment de la ressource pointée.

Ah ok, lu de travers. La je suis d'accord, pardon. Oui, les entrées sont créées lors du mkdir, mais n'ont pas leur propre inode. C'est ce que je voulais dire.

Ah merde
Donc quand on créée un répertoire ce sont uniquement des références à . et .. qui sont écrites dans le répertoire ?

Bon, y'a pas un seul dépot qui tient la route pour la beta pitain, c'est pas possible...sur les archive.ubuntu.com, y'a des packages qui déconnent, sur fr.archive, il manque certains packages...bref, toujours pas réussi à mettre à jour !

Pour être plus clair: si, il y a les deux entrées qui sont créées, mais non, elles n'ont pas leur propre inode, vu que ce sont celles du répertoire parent et du répertoire courant.

Ca serait la galère sinon, à chaque création de directory, pan, trois inodes possibles en moins, les FS auraient du mal niveau place

Ok d'accord ^^
J'avais pas compris ça comme ça

Oh putain, je comprend plus rien là

 
Je te rassure que ce qui fait la force d'unix, c'est que c'est simple. Le concept d'inode et de ressources pointées est très facile, c'est à la fois robuste et suffisant pour n'avoir quasiment jamais besoin de choses genre les ACLs.
 
Essaie donc de voir comment ca fonctionne un fs comme NTFS, je te promets, tu vas en chier. C'est une horreur sans nom.

Pour voir si j'ai bien compris :
. = répertoire courant
.. = répertoire parent
 
C'est bien ça ?

 
1° Idée de mayrde, c'est pas faisable et c'est tant mieux (enfin y'a bien qql posibilités.. )
2° Pareil , firefox -p
3° Pas très clair
4° Emacs, Vim, Geany, ...
5° LAMP xampp  
6° Oui

 
Oui. C'est la base qui permet de naviguer de n'importe quel répertoire vers n'importe lequel, de proche en proche, et ce même au travers de couches plus complexes comme différents systèmes de fichiers montés (ou NFS, à coup de RPC, si on aime).

Y a geany aussi comme éditeur sympa pour dev.

 
Ok, mais ma prof m'avait embrouillée avec le ls -l et ces points justement, il n'y a qu'avec cette commande que ce n'était pas clair.
 
Merci bien

Ca y est, je suis sous Gutsy. Pour l'instant, je dois avouer que c'est plutôt sympa ! La mise en route de Compiz-fusion a été un tout petit peu "bidouillesque" mais c'est du à la mise à jour depuis Feisty je pense. Pour l'instant en tout cas, c'est vraiment satisfaisant ! Espérons que ça continue comme ça !!

 
Je m'y mettrais bien aussi, mais quelle manip' t'as tu faire pour faire tourner compiz ?

le vieux 5400 d'époque je l'ai remplacé par un hitachi 7200
le chargement au debut , sa va encore c'est pas non plus trop gourmand , par contre firefox ..  

+ 1 jvais faire ça aussi  
(assez déçu de cette beta )

 
Bah j'ai du installer le compiz-settings-manager à la main, parce que je l'avais pas, pis j'ai du reconfigurer comme il faut emerald et refaire un petit compiz --replace et c'est tout. Ah si, autre chose, j'ai activer le driver "radeon" au lieu du driver "ati" par défaut (au passage, la nouvelle interface pour faire ça est top !) et puis j'ai du installer subversion pour récupérer des thèmes emerald.

 
Déçu pourquoi ?

niveau reseau notamment qui deconnais chez moi

Dites, j'ai un peu de mal à télécharger codeblocks, j'aurai besoin d'un peu d'aide
 
Il n'est pas dans synaptic, et apparemment il n'est plus à jour pour Ubuntu.

tain la beta encore 82 MAJ ce matin

Je suis passé à Gutsy hier... 90 MAJ ce matin  
 
koskoz> Il est recommandé d'utiliser une nightly builds ici : http://forums.codeblocks.org/index.php?board=20.0
Personnellement, depuis quelques mois, j'utilise celle-ci car elle n'a besoin que des wxWidget 2.8.3 (version dispo dans les paquets officiels de Feisty).
http://prdownload.berlios.de/codeb [...] 0+7.04.deb
Sinon tu peux tenter les dernières build...

 
J'ai essayé une de leur nightly, mais je galère un peu.
 
En gros je la télécharge, je fais un sudo dpkg -i lefichier et ça me dit que ne c'est pas une archive debian valide.
Je l'extrait moi même et recommence, ça me dit que ce n'est pas compatible amd64
 
J'ai essayé de faire ça :
wget http://download.berlios.de/codeblo [...] tu6.xx.deb sudo dpkg -i CB_20070426_rev3893_Ubuntu6.xx.deb
 
Et ça me sort pleins de caractères chelou
 
J'en ai vraiment besoin pour lundi de codeblocks moi
 

koskoz> T'as une Feisty 64bit ?
Dans mes souvenirs, j'ai juste double-cliqué sur le fichier et ça s'est installé sans pb. J'ai p'tet dû ajouté les wxWidget 2.8.3 en passant par le gestionnaire de paquets, et encore j'suis pas sûr.

 
Aucune idée de quel Feisty j'ai, comment je fais pour le savoir (quel noob je fais là )
 
Lorsque je veux installer codeblocks j'ai ça :

 
Lorsque je veux accéder à phpmyadmin, j'entre mon login et mot de passe système et j'ai cette belle erreur :

Pourtant je pense qu'il a installé php, mysql et apache en même temps.
 
Y a-t-il moyen de reconfigurer mes boutons précédent et suivant de ma souris qui ne fonctionne plus sous Linux ?
 
Puis-je régler le ventilo du proco qui tourne beaucoup plus que sous Windows ?
 
Merci

Dans une console :
cat /etc/issue
uname -r

koskoz@koskoz-laptop:~$ cat /etc/issue
Ubuntu 7.04 \n \l
 
koskoz@koskoz-laptop:~$ uname -r
2.6.20-16-generic

Tu peux faire un p'tit "uname -a" ? Generic ne renseigne pas grand chose en fait.
En tout cas t'as bien une Feisty (7.04).