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.
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.
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.
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. :-)
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.
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.
SI tu lance tes différents terminaux avec l'option --geom et les valeurs récupérées ci-dessus (donc en "forçant" taille et position), est-ce que cela fonctionne ?
Oui, ça fonctionne. En fait, ça fonctionne aussi à l'ouverture de session. Je les vois prendre place correctement, puis être brusquement redimensionnés. Un autre truc doit s'initialiser en même temps (dbus, le tableau de bord gnome ou que sais-je).
Sinon, pourquoi ne pas utiliser les tabs ?
Parce que je souhaite avoir tous mes terminaux sous les yeux au même moment (tail -f sur les logs + fichier de config ouvert + ligne de commande pour faire un restart, par exemple).
Au pire, tu peux toujours utiliser un gestionnaire de fenêtre qui fait son boulot (cf wmii)
Visiblement, ce n'est pas le gestionnaire de fenêtre qui semble y mettre de la mauvaise volonté, mais merci quand même.
Je ne sais pas si ça peut être utile, mais un ps me donne ce qui suit. J'ai mis les arguments à la ligne pour plus de lisibilité, mais ils sont dans l'ordre.
gnome-terminal
--sm-config-prefix /gnome-terminal-GncU2Q/
--sm-client-id 117f00000 ... etc.
--screen 0
Ouais, d'autant que personnellement, j'aurais tendance à être d'accord avec lui : il y a quand même un monde entre se faire à l'idée qu'il y a eu des mortes mais que l'on ne peut rien faire pour aider, et continuer à se baigner ou à pique-niquer à côté d'un cadavre !
Ce qui m'ennuie, moi, c'est qu'à en voir la vidéo, rien ne montre que c'est ça qui s'est réellement passé : je vois deux personnes debout sur le périmètre en comptant le cameraman, et une foule de badauds derrière une ligne qui semble assez soucieuse de ce qui s'est passé. Bref, comme d'habitude, on ne sait pas réellement s'est déroulée la scène et ce n'est pas Eolas qui nous fera un décryptage, cette fois.
Restons prudents, donc. À priori, cette info est authentique mais tournée comme elle l'est, la vidéo aurait très bien pu servir à faire du marketing viral.
- un bloc-notes, ça sert à prendre des notes, complètement décousues, et ce n'est pas fait pour être public.
- Un web log, c'est un journal personnel sur le web. Ça sert à raconter sa vie et à tenir une chronique.
Autrement dit, tout les mots existent déjà en français. Quand on ne comprend pas ce qu'on lit, on ne se mêle pas de légiférer, non d'un chien !
[^] # Re: Cocorico
Posté par Obsidian . En réponse au journal La Chine aime Windows. Évalué à 10.
On a dit « ça plante », pas « ça rame » ! :-)
# Bis repetita !
Posté par Obsidian . En réponse au journal [humeur] la France des loosers. Évalué à 1.
http://indianapolis.canalblog.com/images/t-38_1_b.jpg
[^] # Re: 8/8/8
Posté par Obsidian . En réponse au journal Aujourd'hui, on est le 8/8/8. Évalué à 1.
[^] # Re: ça fait quoi.
Posté par Obsidian . En réponse au journal OpenDisc. Évalué à 7.
Du verbe « meurer », bien sûr :-)
[^] # Re: Une soluce
Posté par Obsidian . En réponse au message certificat apache pour plusiers vhost. Évalué à 2.
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.
[^] # Re: Photofiltre vs GIMP ?
Posté par Obsidian . En réponse au journal Photofiltre sous GNU/Linux pour bientôt?. Évalué à 4.
(ou Krita).
# Photofiltre vs GIMP ?
Posté par Obsidian . En réponse au journal Photofiltre sous GNU/Linux pour bientôt?. Évalué à 5.
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.
[^] # Re: Tu as choisi
Posté par Obsidian . En réponse au journal Apple, le respect des standards, Internet Explorer, le Libre, et le foutage de gueule.... Évalué à 7.
Steve Job, canal magnifique
En même temps, Steve Jobs, c'est surtout le présent des années 80 ...
[^] # Re: Ce soir dans Capital...
Posté par Obsidian . En réponse au journal Linux dans Capital. Évalué à 2.
Même si on enlève Francis Marmande !
# Berkeley disparue ?
Posté par Obsidian . En réponse au message Berkeley DB: quelque peu disparue de la circulation?. Évalué à 3.
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 ? :-)
[^] # Re: Voir le FHS
Posté par Obsidian . En réponse au message Emplacements des scripts et configurations. Évalué à 3.
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.
# Voir le FHS
Posté par Obsidian . En réponse au message Emplacements des scripts et configurations. Évalué à 5.
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.
[^] # Re: 2 sortes d'admin
Posté par Obsidian . En réponse au journal Aventures en LDAP land.... Évalué à 8.
C'est pas tellement différent : http://sam.linuxfr.org/352
[^] # Re: 2 sortes d'admin
Posté par Obsidian . En réponse au journal Aventures en LDAP land.... Évalué à 10.
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. :-)
# LDAP mon amour
Posté par Obsidian . En réponse au journal Aventures en LDAP land.... Évalué à 2.
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
[^] # Re: /etc/securetty
Posté par Obsidian . En réponse au message probleme de connection en local tty. Évalué à 2.
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.
[^] # Re: La ligne de commande
Posté par Obsidian . En réponse au message GNOME et géométrie des terminaux. Évalué à 2.
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;
[^] # Re: La ligne de commande
Posté par Obsidian . En réponse au message GNOME et géométrie des terminaux. Évalué à 2.
Oui, ça fonctionne. En fait, ça fonctionne aussi à l'ouverture de session. Je les vois prendre place correctement, puis être brusquement redimensionnés. Un autre truc doit s'initialiser en même temps (dbus, le tableau de bord gnome ou que sais-je).
Sinon, pourquoi ne pas utiliser les tabs ?
Parce que je souhaite avoir tous mes terminaux sous les yeux au même moment (tail -f sur les logs + fichier de config ouvert + ligne de commande pour faire un restart, par exemple).
Au pire, tu peux toujours utiliser un gestionnaire de fenêtre qui fait son boulot (cf wmii)
Visiblement, ce n'est pas le gestionnaire de fenêtre qui semble y mettre de la mauvaise volonté, mais merci quand même.
# La ligne de commande
Posté par Obsidian . En réponse au message GNOME et géométrie des terminaux. Évalué à 2.
gnome-terminal
--sm-config-prefix /gnome-terminal-GncU2Q/
--sm-client-id 117f00000 ... etc.
--screen 0
--window-with-profile-internal-id=Default
--show-menubar
--role=gnome-terminal-11976-999860800-1214232536
--active
--geometry 107x55+0+25
--title dom@pc-dom:~
--working-directory /home/dom
--zoom 1
--window-with-profile-internal-id=Default
--show-menubar
--role=gnome-terminal-11976--801521234-1214232553
--active
--geometry 97x26+878+518
--title dom@pc-dom:~
--working-directory /home/dom
--zoom 1
--window-with-profile-internal-id=Default
--show-menubar
--role=gnome-terminal-11976--625493350-1214232558
--active
--geometry 97x26+878+25
--title dom@pc-dom:~
--working-directory /home/dom
--zoom 1
--window-with-profile-internal-id=Default
--show-menubar
--role=gnome-terminal-11976--687988889-1214232612
--active
--geometry 103x55+0+25
--title dom@pc-dom:~
--working-directory /home/dom
--zoom 1
--window-with-profile-internal-id=Default
--show-menubar
--role=gnome-terminal-11976--470284832-1214232620
--active
--geometry 101x55+846+25
--title dom@pc-dom:~
--working-directory /home/dom
--zoom 1
Merci.
[^] # Re: Affligeant...
Posté par Obsidian . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 3.
Ce qui m'ennuie, moi, c'est qu'à en voir la vidéo, rien ne montre que c'est ça qui s'est réellement passé : je vois deux personnes debout sur le périmètre en comptant le cameraman, et une foule de badauds derrière une ligne qui semble assez soucieuse de ce qui s'est passé. Bref, comme d'habitude, on ne sait pas réellement s'est déroulée la scène et ce n'est pas Eolas qui nous fera un décryptage, cette fois.
Restons prudents, donc. À priori, cette info est authentique mais tournée comme elle l'est, la vidéo aurait très bien pu servir à faire du marketing viral.
[^] # Re: Affligeant...
Posté par Obsidian . En réponse au journal [HS] C'est la mort à la plage.... Évalué à 10.
Tu voulais sûrement dire « Bronson tranquilement ... » ! (Je m'enfuis -->[]).
Au moins j'aurais appris aujourd'hui que je n'avais plus rien à faire ici.
N'empêche que son compte avait quand même sept ans d'âge ! Dommage, sur un coup de tête ...
# Le monde entier est un cacti
Posté par Obsidian . En réponse au message cacti. Évalué à 2.
[^] # Re: .
Posté par Obsidian . En réponse au journal Traduction officielle informatique : c'est quoi cette m.... Évalué à 2.
- un bloc-notes, ça sert à prendre des notes, complètement décousues, et ce n'est pas fait pour être public.
- Un web log, c'est un journal personnel sur le web. Ça sert à raconter sa vie et à tenir une chronique.
Autrement dit, tout les mots existent déjà en français. Quand on ne comprend pas ce qu'on lit, on ne se mêle pas de légiférer, non d'un chien !
[^] # Re: joueb
Posté par Obsidian . En réponse au journal Traduction officielle informatique : c'est quoi cette m.... Évalué à 2.
[^] # Re: .
Posté par Obsidian . En réponse au journal Traduction officielle informatique : c'est quoi cette m.... Évalué à 9.