Linux? - Page 43

Le souci que j'ai avec XFCE (que j'utilise depuis un année à présent), c'est que de nombreuses opérations ne sont pas possibles facilement (des drag'n drop non gérés, etc.). Sinon, il n'y a que peu à configurer et c'est très léger, ça c'est clair.

ben c'est un outil de configuration, tu va pas changer ta config tous les 4 matins

mais il possède des options sympa style désactiver la demande de mot de passe à la sortie de veille, ce que le système en lui même ne propose pas

il à aussi une bonne bibliothèque de sources de paquets, style pour avoir le 'vrai' compiz je passe par lui

Tiens, je ne vois plus la barre de menus sous Firefox (texte blanc sur blanc). Je ne vois que l'item que je sélectionne et le menu qui s'en déroule quand je clique dessus. J'ai un thème téléchargé sur le site officiel. Je crois qu'il y a un fix sous KDE pour un problème de ce type, mais je ne l'ai pas trouvé sous GNOME...

Une idée ?
Fichier joint : (Capture-1.png)

r043v (./1262) :
mais il possède des options sympa style désactiver la demande de mot de passe à la sortie de veille, ce que le système en lui même ne propose pas

Euh si ??? C'est un des premiers trucs que j'ai désactivés d'ailleurs.

Brunni (./1248) :
ce serait con de ne pas pouvoir en profiter pour une bête histoire de proxy

Bah, pour les proxys, KDE permet de régler ça dynamiquement pour les applications KDE, mais je ne sais pas si la variable d'environnement HTTP_PROXY pour les applications non-KDE sera mise à jour, à essayer.

Folco (./1252) :
Typiquement : j'avais un applet XChat dans la barre d'applet. Je lui ai dit de le virer de la barre. Résultat, je ne le vois plus. Elle se configure où les permissions et interdictions de cette barre ? Je suis comme un couillon... impossible d'y avoir à nouveau XChat

Il y a une option dans XChat pour activer/désactiver cet applet.

Folco (./1210) :
J'ai souvent un root shel ouvert pour divers trucs, touchant mes disques et partitions entre autres (je fais pas mal de manips), ben c'est bien commode.

--> sudo bash (ou sudo zsh, ou...)

Effectivement. Mais le problème était encore plus con ailleurs : j'avais viré la barre de notification. Marrant ça, le fait de la verrouiller sur le panneau n'inclut pas qu'elle puisse être enlevée par erreur (dans mon cas par exemple).

Sally (./1266) :

Folco (./1210) :
J'ai souvent un root shel ouvert pour divers trucs, touchant mes disques et partitions entre autres (je fais pas mal de manips), ben c'est bien commode.

--> sudo bash (ou sudo zsh, ou...)

anéfé, mais toujours avec un mdp de "user amélioré".
Mais j'ai maintenant compris le principe mis en place par Ubuntu. Je me laisse du temps pour y réfléchir, et voir si vraiment dans mon cas, ça donne une sécurité suffisante.

Folco (./1264) :
Euh si ??? C'est un des premiers trucs que j'ai désactivés d'ailleurs.

bah c'est depuis lucid alors, ou bien je l'ai jamais trouvé

Sinon sudo -s est grosso modo équivalent à su, il y a aussi sudo -i qui est équivalent à su -l

Folco (./1268) :
anéfé, mais toujours avec un mdp de "user amélioré".

Ben seulement si tu n'as pas mis cette option :

targetpw : If set, sudo will prompt for the password of the user spec-
ified by the -u flag (defaults to root) instead of the
password of the invoking user. Note that this precludes
the use of a uid not listed in the passwd database as an argument to the -u flag. This flag is off by default.

Il suffit de le configurer comme tu veux ^^

Je sais, je sais, mais c'est la configuration de Ubuntu par défaut, que j'ai remise à l'origine pour justement essayer leur manière de faire. A la base, j'avais remis comme j'ai normalement sous Debian, mais j'ai préféré réinitialiser pour voir ce que ça donne.

Ah, j'ai retrouvé ma barre de menu dans Fx. Il suffisait de modifier les contrôles du thème.

Folco (./1250) :
J'essaye GNOME depuis hier, le manque de configuration est chiant ("ben tant pis, je pourrai pas régler ça"), mais c'est quand même super sympa (propre, intuitif, etc...).

Justement j'ai totalement l'impression du contraire moi. GNOME me semble beaucoup plus mature et configurable que KDE4, il te faut peut être juste prendre tes marques. Note que GNOME a une "base de registres" (gconf) te permettant de régler beaucoup de détails pratiques un peu à la manière de Windows. C'est très facile d'y trouver ce que tu cherches, beaucoup plus que les fichiers de config disséminés partout sur le disque, dont parfois tu ne soupçonnes même pas l'existence puisqu'ils ne sont pas créés par défaut.
Pour ton histoire de Firefocks tu as dû te planter dans ta config, jamais vu ça. Ou alors tu utilises un thème bugué (ce serait un sacré combo, déjà qu'il est hideux au possible ).

Kevin Kofler (./1265) :
Bah, pour les proxys, KDE permet de régler ça dynamiquement pour les applications KDE, mais je ne sais pas si la variable d'environnement HTTP_PROXY pour les applications non-KDE sera mise à jour, à essayer.

Non il ne le fait pas. Gnome-network-properties, ou du moins la version dispo dans Ubuntu met à jour /etc/environment et source les variables dans gnome-session.

Folco (./1257) :
Je n'utilise pas Compiz, j'aime la beauté mais aussi la simplicité. Et j'aime occuper mon processeur à autre chose qu'à des effets.

Compiz n'est pas plus lent que le gestionnaire par défaut (metacity, qui est de toute façon lourd, mais celui de KDE n'est pas meilleur hein), dans mon cas il est même bien plus rapide, on le sent dès qu'on a plusieurs fenêtres à l'écran: avec compiz le dessin est trivial car la miniature est dans la VRAM, alors qu'avec Metacity il doit tout redessiner en boucle via le CPU et ça prend des plombes. L'effet de minimisation des fenêtres par défaut de compiz par exemple est beaucoup moins intrusif que celui de metacity. Compiz te rend l'utilisation plus simple en te mettant par exemple des vignettes dans la boîte alt-tab.

Tiens, j'ai installé GCC4TI et il ne veut pas se lancer :/

nd \$TIGCC/bin to your \$PATH before using GCC4TI."A la fin du fichier d'installation, on trouve ça : Make sure you set \$TIGCC to \"$PREFIX_GCC4TI\" and appe
J'ai donc rajouté ça dans mon .bashrc :

TIGCC="/usr/local/share/gcc4ti"
export PATH=$PATH:$TIGCC/bin

Ce qui donne :

folco@Weygand:~$ echo $TIGCC
/usr/local/share/gcc4ti
folco@Weygand:~$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/share/gcc4ti/bin

J'ai fait une installation avec les options par défaut (donc entre autres au niveau du path, /usr/local/share/gcc4ti).
Et quand je lance 'tigcc', j'ai cette erreur :
Fatal error: TIGCC is not defined in the environment. TIGCC must be defined before tigcc can run.
Ah ué ? Pourtant 'echo $TIGCC' me dit bien que TIGCC est définie

J'ai déjà vu ça (avec maven je crois), et c'est un problème con. Malheureusement c'est tout ce que je peux te dire, je ne me rappelle pas comment je l'ai résolu :/

Folco (./1274) :
J'ai donc rajouté ça dans mon .bashrc :

TIGCC="/usr/local/share/gcc4ti"
export PATH=$PATH:$TIGCC/bin

Il manque export dans la première ligne.

Han mais quel con
Meric bien. Bizarement, ça marche beaucoup mieux maitenant.

Mèzalor, pourquoi $TIGCC était défini correctement dans le shell ?

Ha bah voilà, je me rappelais bien que c'était un truc con
La cause: différence de syntaxe sh/bash j'imagine.

non bash est compatible sh, c'est juste que si tu n'exportes pas tu définis une variable pour le shell et non une variable d'environnement.
si tu veux la liste des variables d'environnement, tu peux taper export sans argument.

Super, merci.

Soit dit en passant que le projet GCC4TI est censé utiliser une variable d'environnement différente, genre $GCC4TI, au lieu de parasiter celle de TIGCC!

pourquoi donc? c'est un projet compatible avec tigcc.

Mais le nom de tigcc est réservé, sous copyright. Kevin, t'as une solution pour garder la compatibilité des applications/scripts/etc... ? C'est uniquement ça qu'on vise, la compatibilité.
Des liens symboliques de tigcc vers gcc4ti ça serait faisable ?

Bah, pour moi votre projet n'a pas à être compatible avec les mêmes scripts, c'est un projet différent, il n'a rien à voir avec TIGCC et il n'a pas à se faire passer pour TIGCC.

Kevin Kofler (./1284) :
il n'a rien à voir avec TIGCC

Juste 98% du code. C'est tout.
Mais comme tu dis, c'est un projet différent. Je suis sûr qu'une solution amiable est possible (installation conditionnelle de raccourcis par exemple, avec explication et référence vers le projet TIGCC, ça ou autre chose des solutions existent), mais faut juste que tu ne sois pas braque.

Kevin Kofler (./1284) :
il n'a pas à se faire passer pour TIGCC

Ce n'est pas le cas, c'est purement une histoire de compatibilité et tu le sais très bien (les Makefile de ceux qui en utilisent, mes scripts etc... ont besoin de cette compatibilité).


Et si on doit continuer, on recrée/forke sur un autre thread.

Vous utilisez quoi comme client IRC sous GNOME, qui n'utilise pas de lib KDE ? Konversation est génial, mais je veux essayer de faire sans KDE.

J'ai essayé XChat-GNOME, pas terrible (carrément incomplet niveau options)
J'ai essayé Smuxi, idem
J'ai essayé Quassel, trop complexe, pas tout compris, même si c'est peut-être bien une fois qu'on le maitrise. Mais ça manque clairement d'intuitivité, la prise en main c'est pas ça.

Folco (./1285) :
Je suis sûr qu'une solution amiable est possible (installation conditionnelle de raccourcis par exemple, avec explication et référence vers le projet TIGCC, ça ou autre chose des solutions existent)

La solution, c'est que vous utilisez le vrai TIGCC si vous voulez utiliser TIGCC, sinon vous changez vos Makefiles, scripts etc. pour référencer le compilateur que vous voulez utiliser.

Ce n'est pas le cas, c'est purement une histoire de compatibilité et tu le sais très bien (les Makefile de ceux qui en utilisent, mes scripts etc... ont besoin de cette compatibilité).

Un Makefile ou script, ça se change.

Folco (./1286) :
J'ai essayé XChat-GNOME, pas terrible (carrément incomplet niveau options)

Essaie le vrai XChat. Justement, le fork xchat-gnome a été créé avant tout pour supprimer des options.

Quelqu'un a des conseils pour la saisie japonaise sous KDE 4? Actuellement j'utilise UIM avec Anthy, mais ça ne marche pas terrible sur les applis KDE/Qt: la saisie est lente et merde dans Kate (et peut-être d'autres applis).
Sous GNOME rien à redire par contre, le rendu des kana/kanji est le plus beau et lisible que j'aie jamais vu et l'appli marche bien.
(Bon c'est plus pour info, en réalité ça me convient pour le peu que je m'en sers )

Essaie IBus ou SCIM.