Page 16 sur 19Précédent 1 ... 13, 14, 15, 16, 17, 18, 19 SuivantLe système des paquets, pour ou contre ?

[yostral]

Oui, c'est clair que c'est pas le top...

Tout un système comme ça, bonjour les dégats !

Tout-à-fait d'accord. Mais je ne pensais pas à tout un système comme ça, ça n'aurait aucun intérêt. Mais juste un système d'appoint pour certains programmes, comme il en existe, mais appliquer celà de façon standardisée et avec une intégration dans le menu, pour plus de facilité.

ok alors je vais regrouper sur un autre post les idées proposées.

Merci !

[ThesmallgamerS]

Je pense que tu as raison de ne pas être sûr.

Au moins une distribution RPM met le /opt en 777. Je le sais car j'ai récup' sur internet un RPM qui necessitait d'avoir un /opt en 777. Si ce n'est pas Mandriva, c'est une autre.

Mais j'y pense soudain. Ne serait-t'il pas possible de se débrouiller avec les liens physique pour avoir des programmes accessible a tout les utilisateurs ? Je m'explique. Un lien physique vers un executable peut avoir ses propres droits et son propre possésseur différent de l'original. Un lien vers un binaire root peut être donné a un utilisateur normal et dans ce cas pourra le lancer. Ce n'est pas un Suid car en aucun moment on ne devient root. Nous avons juste accés a un fichier root pour l'entremise de son lien non-root. Je ne sais pas trop comment cela pourrai nous aider dans le problème présent, mais sait-on jamais.

[philh]

fgjh

[ThesmallgamerS]

Tout ce que ça prouve, c'est que le rpm le voulait. Si c'est vrai, je pense que ça prouve aussi que le rpm était mal fait. Je veux voir le *.spec !

L'ai perdu depuis mon dernier changement de... bah de tout. Mais je proteste ! Ce n'était pas un RPM mal fait, car il venait en droite ligne de quelque site officiel. J'ai un peu fouillé le RPM et effectivement, tout était fait comme si/pour que /opt était/soit en 777. Cela m'a étonné, mais aprés j'ai Alienisé et fait un sudo chmod -R 777 /opt/. Je n'avais pas toute la vie devant moi a l'époque, et pendant que j'y pense, j'en ai moins devant moi maintenant

[gollum]

Bon, je sais pas trop ce que ca signifie, mais j'ai fais la manip sous mandriva one 2006

Code: Tout sélectionner

[gollum@localhost ~]$ ls -l /opt
total 4
drwxrwxr-x  2 root root 4096 jui 26 22:00 samba/


heu, samba, c'est un dossier que j'avais créé pour partager tous les utilisateurs, mais ca n'a pas marché... je n'arrivait pas à écrir dedans si je me souviens bien.

[Candide]

[align=center]Installation de Code::Blocks[/align]

Comme déjà signalé, il s'agit d'un IDE tourné C/C++, multi-plateforme et libre. Hélas, les dépôts Ubuntu ne proposent pas de paquetage pour Code::Blocks et donc on a recours à la méthode Windowsienne (heu, c'est si dur que ça à faire un paquetege deb ?)

Je me tourne donc vers les forums ad hoc, ce qui me conduit à cette page

http://wiki.codeblocks.org/index.php?ti ... _on_Ubuntu

et je suis les instructionsqui y sont données. Adept m'installe les compilos gcc puis le debugger gdb sans problème (le contraire la foutait mal quand même), un vrai plaisir même. Ensuite, je récupère le fichier .deb sur le site de Codeblocks et je lance en console (sueurs froides), voici ce que ça donne :

Code: Tout sélectionner

candide@candide-desktop:~/Desktop$ sudo dpkg -i CB_20060815_rev2853_Ubuntu6.06.deb
Sélection du paquet codeblocks précédemment désélectionné.
(Lecture de la base de données... 74913 fichiers et répertoires déjà installés.)
Dépaquetage de codeblocks (à partir de CB_20060815_rev2853_Ubuntu6.06.deb) ...
dpkg : des problèmes de dépendances empêchent la configuration de codeblocks :
 codeblocks dépend de libwxgtk2.6-0 (>= 2.6.1.2ubuntu2) ; cependant :
  Paquet libwxgtk2.6-0 n'est pas installé.
dpkg : erreur de traitement de codeblocks (--install) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 codeblocks

l'horreur, exactement ce que je craignais. Je me dis peut-être que si j'installe sa bibliothèque widget dans la bonne version, codeblocks va être content, je tente le coup via Adept (il y a trois choix possibles, je prends le premier et je croise les doigts), aucun problème à l'installer et je retente le coup pour codeblocks (ma table est en vrai bois) :

Code: Tout sélectionner

candide@candide-desktop:~/Desktop$ sudo dpkg -i CB_20060815_rev2853_Ubuntu6.06.deb
(Lecture de la base de données... 75699 fichiers et répertoires déjà installés.)
Préparation du remplacement de codeblocks 1.0svn (en utilisant CB_20060815_rev2853_Ubuntu6.06.deb) ...
Dépaquetage de la mise à jour de codeblocks ...
Paramétrage de codeblocks (1.0svn) ...
candide@candide-desktop:~/Desktop$

j'en crois pas mes yeux. Bon, j'ai peur pour la suite mais je lance

Code: Tout sélectionner

candide@candide-desktop:~/Desktop$ codeblocks &
[1] 5397
candide@candide-desktop:~/Desktop$ codeblocks &X Error: BadDevice, invalid or uninitialized input device 171
  Major opcode:  146
  Minor opcode:  3
  Resource id:  0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 171
  Major opcode:  146
  Minor opcode:  3
  Resource id:  0x0
Failed to open device

et malgré le message, l'interface graphique de Code::Blocks s'ouvre et luxe suprême, il a déjà détecté le compilo. Je valide et j'ai le bel IDE de codeblocks qui s'ouvre sous mes yeux ébahis.

Pour une fois que j'ai de la chance


Candide

PS-- Reste à confirmer que l'IDE est effectivement bien installée. Je m'attaque maintenant à TeTeX (à défaut de paquetage TeXlive) mais le morceaux est plus gros cette fois. Sous windows, c'est simplissime avec MiKTeX, aucune question à se poser.

[Candide]

Hé ! il n'y a qu'une dépendance qu' Adept/apget ne résout pas : la dépendance à lui-même.
On prend conscience de cela quand on lit :

[align=center]"Read only mode : Database Locked - adept Manager... another process is using the packaging system "[/align]
Ca m'était déjà arrivé mais cette fois, je n'ai pas trouvé ce processus et d'ailleurs, c'est assez étonnant qu'une application ne puisse
être utilisée suivant plusieurs processus. Bon, je sens que je vais encore perdre du temps, j'ai l'habitude sous Linux ...

Candide

[Candide]

[align=center]"Read only mode : Database Locked - adept Manager... another process is using the packaging system "[/align]

Problème résolu grâce à la consultation des forums d'Ubuntu-fr (vraiment excellents) et qui est arrivé un nombre incalculable de fois à d'autres utilisateurs. Ha ! voilà une mauvaise fortune qui n'a pas frappé les zélateurs du présent post, eux qui sont passés directement de la ceinture blanche à la ceinture noire ...

Et maintenant, passons à l'installation de Nvu.


Candide

[Candide]

Et maintenant, passons à l'installation de Nvu.

Parfaite sauf qu'il n'existe pas de paquet Nvu en français dans la base (ce n'est pas le cas sous Windows).
Donc, il faut installer via la méthode Windows (aller sur le site, télécharger, etc) sans la facilité de Windows ou alors aller farfouiller dans les forums (et d'après ce que je viens de lire, connaître un minimum la ligne de commande). Donc ici, beaucoup plus simple sous Windows.

Candide

[azertyman64]

Parfaite sauf qu'il n'existe pas de paquet Nvu en français dans la base (ce n'est pas le cas sous Windows).
Donc, il faut installer via la méthode Windows (aller sur le site, télécharger, etc) sans la facilité de Windows ou alors aller farfouiller dans les forums (et d'après ce que je viens de lire, connaître un minimum la ligne de commande). Donc ici, beaucoup plus simple sous Windows.

Suffit pas de rajouter le pack_langue.xpi correspondant au français ?