Obsidian a écrit 5299 commentaires

Seulement pour ceux qui font exprès d'avoir l'esprit mal tourné !

Et là encore, ça voudrait dire que les filles moches (si c'est bien de ça que tu parles) sont en fait les plus bonnes.

SCons is an Open Source software construction tool

J'ai pris çà pour un acronyme récursif, au début, mais, en fait, non.

C'est, au passage, le slogan le plus plat du monde, et c'est pour ça que tout le monde s'en souvient ! :-)

Dans le même genre : « le thon, c'est bon ! »

Et bien tout cela n'existe plus avec la version 2.20 ! Et les outils de remplacement n'étaient pas encore écrits à la date où j'ai posté. Et pourtant, tout cela est livré en l'état avec Fedora 9.

https://bugzilla.redhat.com/show_bug.cgi?id=446224
http://forums.fedoraforum.org/showthread.php?t=188584
http://live.gnome.org/GDM/2.22/Configuration
http://live.gnome.org/GDM/NewDesign

Il y a une liste des arguments qui sont toujours censés être reconnus (pour quelque temps) à travers le fichier de conf' et [XDMCP]->Enable->True en fait partie, mais à l'usage, ça ne fonctionne plus.

Pour GDM, je me suis retrouvé pieds et mains liens car il n'y avait pas d'outil pour manipuler ces nouveaux

Pas seulement. XDMCP n'a jamais été activé par défaut, il a toujours fallu aller mettre Enable=true au bon endroit. Seulement aujourd'hui, ça ne fonctionne plus, et l'outil de gestion de la fenêtre de connexion a disparu pour « être réécrit ».

pour le cas de tes titres/fenetres, utilises-tu bien le theme par defaut ? as-tu essayé avec un autre theme savoir si le probleme persiste ?

Hélas oui.
Au fait, j'ai oublié de préciser que le phénomène des barres de titres ne se produit que sur le portable, qu'il est doté d'un écran large, et que la carte vidéo doit être une Radeon (je ne l'ai pas avec moi pour vérifier).

sed -e "s/sort/sors/"

Tout cela ressemble à des timeouts en cascade.

Soit tu as un disque qui commence à fatiguer, soit tu as des services réseau dont beaucoup trop de choses dépendent. Si tu es connecté, essaie de débrancher le câble réseau pour voir si ça change quelque chose.

Si tes intentions ne sont pas illégales, le meilleur moyen est de se renseigner.

À priori, un réseau Wifi ouvert au public sans DHCP peut indiquer en premier lieu que le serveur DHCP est down. Il se peut aussi qu'il n'ait plus de bail à distribuer, ce qui peut arriver si l'hôtel est grand; que les gens se succèdent rapidement et que le réseau est en classe C (192.168.xxx.nnn).

Il y a de fortes chances toutefois pour que le réseau utilise un minimum de filtrage, en utilisant la mac address, par exemple, pour la bonne raison que l'on n'est pas du tout obligé de faire appel au serveur DHCP quand il existe.

Et puis si je gérais le réseau d'un hôtel, je le crypterais avec du WEP et du WPA (je ne peux malheureusement affirmer encore aujourd'hui que le WPA va fonctionner chez tous les clients) et j'essairais de filer une clé unique par client, si c'est possible. C'est encore le meilleur moyen de filtrer son réseau et d'en contrôler l'accès, surtout si c'est moyennant finances.

A croire que c'est Manaudou le sysadmin...

On a dit « ça plante », pas « ça rame » ! :-)

Dites les gars, ça ne vous rappelle rien, tout ça ? (JO de Tokyo) :

http://indianapolis.canalblog.com/images/t-38_1_b.jpg

Des terrosites ? [:uxam]

Et bizarrement, les chiffres de vente de CD audio me le confirment... Il meure, il meure...

Du verbe « meurer », bien sûr :-)

Je plussorise !

C'est vrai que c'est surtout utilisable tant que l'on reste chez soi, mais j'étais complètement passé à côté de cet argument.

Merci.

Et on l'appellerait The Kint ! :-)

(ou Krita).

Je trouve l'initiative intéressante en soi puisque la diversité est un des fers de lance du logiciel libre, mais qu'est-ce que Photofiltre apporte de plus à GIMP ?

C'est une vraie question parce que les pages du Wikipédia et autres ne sont pas très parlantes, d'un côté, et parce que le patrimoine du GIMP est déjà libre et vaste, et a aussi besoin de développeurs.

Donc, pour maintenir la pérénité du programme et conserver les habitudes des utilisateurs, je veux bien, mais il faudrait quand même que Photofiltre se distingue par des caractéristiques qui lui sont propres.

Cher visiteur du présent, ...
Steve Job, canal magnifique

En même temps, Steve Jobs, c'est surtout le présent des années 80 ...

Je plussorise !

Même si on enlève Francis Marmande !

Vous pensez quoi de cette phrase? Vrai, pas vrai?

Que le gars, visiblement, ne connaît que le SQL et ne sait absolument pas ce que sont les bases Berkeley. Ce n'est pas forcément un vice au demeurant, mais il aurait mieux fait de ne rien dire plutôt que de péter un phrase passe-partout pour combler un vide.

Par contre, ce qui est vrai, c'est qu'une base Berkeley n'est pas du tout utilisée dans les conditions que les SGBDRs habituels. On les utilise beaucoup en bioinfo (chez nous, en tout cas), et dans pas mal d'autres applications, mais comme le tout est géré directement par le produit au travers de bibliothèques et d'un dépôt de fichiers qui lui est propre, ça ne se voit pas chez l'utilisateur final.

Exemple con : avec quoi fonctionne OpenLDAP, à votre avis ? :-)

Que tu utilises ton /home me semble évident pour développer

Mouais, on a un admin système aussi facho qu'incompétent pour qui ce genre de chose n'est pas clair. Du coup, ça devient assez hardcore, certaines fois.

Mais concernant un système de sauvegarde de serveur par exemple, je vois plutôt ça ailleurs.

C'est ce que j'explique plus haut, aussi.
Sinon, ma préférence va également à /usr/local.

Il existe le File Hierachy Standard qui, à défaut de mettre de l'ordre dans tout ça, essaie d'apporter de l'harmonie entre les distribs :

http://www.pathname.com/fhs/

/usr/etc n'existe pas, à ma connaissance.

Ensuite, ma philosophie est que, par défaut, le seul endroit où un utilisateur a le droit d'écrire en l'absence de droits accordés est son /home. Par conséquent, quand je code, j'essaie de tout y faire, en tout cas la majorité.

Personnellement, je me suis créé un répertoire ~/sys, dans lequel j'ai recréé tous les répertoires habituels d'un Unix : bin sbin man include lib etc. J'ai ensuite fait pointer patiemment mes variables d'environnement vers ces répertoires, en configurant mon ~/.bashrc. Donc : PATH LD_LIBRARY_PATH MANPATH et autres variables propres aux systèmes moins généraux (PKG_CONFIG, etc.)

Moralité, quand je compile un package expérimental depuis les sources, je fais configure --prefix=~/sys et tout va à sa place sans poluer le système ni m'obliger à passer root, l'idéal en entreprise. Si j'ai peur de ne pas m'y retrouver avec mes programmes perso, rien ne m'empêche de créer la même arborescence juste à côté.

En outre, tous mes petits scripts (nettoyage des fichiers temporaires, par exemple, et tout ce qui ne tient pas dans alias) va direct dans ~sys/bin aussi. Pour un script de sauvegarde, c'est tout-à-fait exploitable par cron.


Si c'est à disposition des utilisateurs, de deux choses l'une : soit c'est vraiment expérimental et ça va dans /usr/local, soit je me fends de la réalisation d'un package, et je le mets dans le système normal (/usr). À tout le moins, je vérifie qu'il existe un make uninstall ou distclean, ou alors je sauve au moins la liste des fichiers installés avec leur chemin quelque part.

De mon temps, on disait que t'étais pas vraiment admin si t'avais jamais bouclé une configuration fonctionnelle de sendmail.

C'est pas tellement différent : http://sam.linuxfr.org/352

Celui qui à compris LDAP et les autres .

J'aime beaucoup le « celui ». Ça voudrait dire qu'il n'y a qu'un seul admin au monde qui a compris LDAP ! Du coup, c'est nettement plus rassurant pour les autres. :-)

Now create your admin user in your CN and modify the file.conf to use the SSL certificate and allow brol baza

En gros, c'est ce que tu auras à faire à chaque fois que tu bidouilleras LDAP, quelque soit le service que tu voudras mettre en place derrière.

On en parlait déjà ici :

https://linuxfr.org/forums/10/25446.html

Rebonjour LDAP ! :-)

Je ne sais pas si c'est lié, mais j'ai eu les mêmes ennuis. Un LDAP qui est là mais qui ne répond pas comme il faut, et c'est pris comme une réponse négative par le logger.

En principe, pam est configuré pour demander à pam_unix d'abord, mais celui-ci peut se retrouver à passer par nsswitch malgré lui, d'où des erreurs en cascades mal transmises.

Solution temporaire : garder LDAP dans PAM et sortir complètement nsswitch du processus dans un premier temps (virer tous les « ldap » dans nsswitch.conf). Tu regleras le truc tranquilement ensuite, et pourra à nouveau profiter des finger et cie.

Bon courage.

Grand merci pour cette astuce que je ne connaissais pas.

Malheureusement, ça ne donne rien. J'ai affecté la valeur 75 à gnome-terminal et sauvegardé explicitement. Après fermeture et réouverture de la session, même problème, et mon entrée est revenue à 50 dans le gestionnaire de session.

Merci quand même;