Tu pourrais expliciter un peu s'il te plait ?
Quand tu fais ssh ton_utilisateur@ton_serveur, il ne te demande pas ton mot de passe ou alors quand tu tapes ssh ton_serveur, il te demande juste ton mot de passe et pas ton login ?
À priori, si tu ne spécifie pas l'utilisateur lors de l'appel de ssh, il utilise le contenu de la variable d'environnement $USER ...
À priori, les disques SATA ne sont guère différents des IDE d'un point de vue mécanique. Il y a certainement des fonctionnalités utilisables par hdparm pour les disques SATA, comme il y en a pour SCSI et XT ...
Évidemment, il convient de ne pas les arrêter/démarrer toutes les 5 minutes, mais pour certaines machines qui restent allumées tout le temps, ça peut valoir le coup de couper de temps à autre sur de longues périodes.
Les IDE ont par ailleurs une durée de vie plus réduite que les SCSI ...
Pour le bruit, tous les disques n'en sont pas équipés, c'est plutôt réservé aux DD IDE, et ça s'active avec hdparm => marche pas avec SCSI.
Pour la consommation électrique, je ne suis pas sûr que ça change grand chose, mais en tout cas, un disque dur en idle est plus chaud qu'un disque arrêté (spun down).
En fait, scsi-spin est un utilitaire visant à arrêter un disque manuellement, quand on n'en a pas besoin, qu'on est sûr de ne pas l'utiliser, comme le dit la page de man. Je recherche plutôt un outil du style "hdparm -S".
scsi-spin let the user to manually spin up and down a SCSI
device.
This command is particularly useful if you've got noisy
(or hot) drives in a machine that you rarely need to
access. This is not the same as the kernel patch that's
floating around that will automatically spin down the
drive after some time. scsi-spin is completely manual,
and spinning down a drive that's in use, especially the
one containing the scsi-spin binary, is probably a really
bad idea.
To avoid running in trouble with such cases, scsi-spin
verifies that the device to work on is not currently in
use by scanning the mounted file system description file
for a partition living on it and issue an error if this
the case.
En même temps, on dit aussi "Frigo (tm)" pour un réfrigérateur, "Mobylette (tm)" pour un cyclomoteur.
Je pense que pour évangéliser des gens, il faut surtout utiliser des arguments pertinents par rapport à leur boulot. Ya des gens qui n'ont vraiment rien à faire de la rhétorique du libriste, du nom des softs ou du format des fichiers, mais par contre, ils voudraient bien enregistrer ses documents en PDF ...
Évidemment, face à des gens un peu réceptifs, initiés, je ne dis pas ...
Personnellement, j'écris toujours dans mes documents de boulot le nom de l'éditeur du soft avant le nom du soft lui même : "abobe acrobat reader", "ms excel", ou "esri arcgis". À l'oral, j'évite, je suis déjà fiché comme faisant "du DOS" (ça veut dire ligne de commande) :)
En théorie, tu peux fragmenter ton disque de la manière qui te plait sans véritable contraintes, il n'y a donc pas vraiment de limites au partitionnement autre que celles du bon sens, de l'IDE, du système ...
Ensuite, il y a des concepts classiques qui disent que chaque entrée de l'arborescence dans laquelle peut écrire un utilisateur ou qui peut potentiellement grossir par son fonctionnement normal, doit être isolée : /tmp, /home, /var ... essentiellement, pour des raisons de sécurité ; ça évite, entre autres, de se retrouver avec une / à 100% d'utilisation. Ça permet aussi de monter certains trucs avec des options de restriction (comme noexec sur /home par exemple) ...
Ensuite, il y a des trucs que l'on préfère partitionner pour le confort, pour des histoires de sauvegarde, comme /boot, /usr/src ou /usr/local/src selon ...
Du coup, ce que j'ai assez régulièrement :
/boot, pas gros, de l'ordre de la dizaine de Mo pour mettre les noyaux,
/, pas gros, 100~200Mo, c'est un peu le tronc de l'arborescence,
/usr, gros xGo, contient les softs,
/var, gros, xGo, contient BDD, mails, logs, etc,
/tmp, ça depend, jusqu'au Go,
/home, ça dépend, pour les utilisateurs,
ensuite, /usr/src ou encore /home/mon_utilisateur_principal ...
Précisons quelques noms de softs pour faire tout ça :
. LaTeX, pour faire des DVI, (puis dvips, puis ps2pdf, etc)
. pdflatex pour faire directement des PDF,
. latex2html ou tth (pas tonton, l'autre) pour faire du html,
Il existe pas mal de solutions pour faire du LaTeX sous Windows :
. cygwin et les paquets *tex (distribution tetex, il me semble),
. les distributions TeX pour windows (MikTeX et TeX live, je crois)
. ssh à la maison (perso, c'est mon alternative préférée).
Rien de bien exhaustif, mais il est très facile de faire du TeX sous windows.
Pour DocBook, je ne sais pas s'il existe des éditeurs spécialisés libres sous windows.
1. Non, tu peux pas. Au mieux, tu peux ouvrir une nouvelle fenêtre et fermer l'ancienne, avec le clic milieu par exemple. Sinon, tu peux aussi utiliser Nautilus en version explorateur et non spatial : nautilus --browser,
2. Non plus. 'fin si, mais toujours pareil tu dois utiliser la version explorateur. Dans le mode spatial, il n'y a pas de réelle "barre d'URL".
DirectFB tout seul, c'est pas facile à utiliser ... on ne peut utiliser qu'une appli à la fois à moins de patcher, etc
Xdirectfb est un serveur X utilisant directfb et construit dessus. C'est marrant et ça tourne bien. Ça n'est pourtant rien de plus que X, mis à part la transparence.
Il faut se le compiler à la main, mais c'est facile.
Sinon, avec ta carte, saimort. DirectFB tourne très bien chez moi parce que j'ai une matrox ( :P )
Sur les ATI, ça tourne aussi bien que sur les nvidia : mal.
'fin, tu peux essayer quand même.
Installe les deux, ya pas plus simple pour comparer ...
Tu peux gérer facilement avec un chroot voir avec des méthodes un peu plus complexes.
La gestion des dépendances sur lors de la désinstallation de paquets n'est pas l'argument de vente de ces distros. En fait, si, ya un argument, tu les gères toi même et ça doit être bien parce que c'est ce que tu veux.
Finalement pour les paquets ... Ben un ebuild, c'est pas dur à faire, c'est juste un court script python. Et quand bien même tu devrais configurer/compiler/installer toi même, ça ne veut pas dire que tu sois obliger de le faire salement ...
Pour t'aider, utilise des outils comme stow, garde tes sources comme tu le fais pour ton noyau dans un endroit qui va bien (/usr/local/src ?), pi voilà.
Voilà ce que j'ai moi ...
Le périph utilisé n'est pas le même mais ça ne doit pas changer grand chose ... L'ensemble des dispositifs de pointage se retrouve dans /dev/input/mice et /dev/psaux , que ce soit des USB, ps2, tablette, pointeur, clito ou touchpad ...
Pour voir :
. tu fais un cat ou un xxd sur /dev/input/mice et/ou /dev/psaux
. si tu bouges la souris/molette et que des trucs s'écrivent alors ta souris marche bien et ton ordinateur le sait.
Ensuite l'émulation trois boutons tu n'en as pas besoin avec une souris trois boutons, tu la vires (je suis pas sur que ce ne soit pas incompatible avec imps/2 par ailleurs). Ça sert à faire un clic 3 avec en appuyant sur 1 et 2 en même temps.
Haaa, APT, quel doux mot.
N'empêche que rpm+urpmi, portage+emerge et compères rulezent bien aussi.
Toutefois, il reste quand même un petit goût amère dans la bouche quand on regarde juste a coté, chez sourcemage : les noms des softs !
Comme je révais de faire pareil et de pouvoir hurler dans mon appart des grands : "cast sawfish !" ou "dispell kde !", j'ai du me faire des alias médiocres sur apt-get ...
N'empêche que dpkg, tout ça, ça reste alors qu'a coté, ils ont encore "sorcery", "cauldron", etc ... Gni! je veeeEeux!
Que ça ferme la fenêtre et que ça ouvre la nouvelle au même endroit pas au dernier endroit ou elle fut ouverte.
Je trouve que c'est une limite du concept spatial que de vouloir traiter la position des objets ... C'est un travail de WM que de placer la fenêtre au bon endroit, là ou elle recouvre le moins possible les fenêtres existantes.
Tiens, notons que Rox, dans sa dernière version, permet d'enregistrer les paramètres d'une fenêtre-objet-répertoire (juste ceux que l'on veut), sur demande.
Ça permet d'enregistrer un type de vue (icones, 200%), une géométrie (tout à droite de l'écran, sur toute la hauteur) pour le répertoire ~ par exemple et de laisser les autres répertoires auxquels on s'intéresse moins en mode "automatique".
Ahem ...
En fait, il y a pour le moment, plusieurs news en cours de relecture/modération.
Le travail des modéros consiste à lire chacune des news, vérifier le fond et la forme autant que possible puis laisser un avis sur la news candidate la plus intéressante, voir de faire un mix de plusieurs news.
Ce travail demande un peu de temps, ce qui explique le délai. Certaines news passent très rapidement, car complète, en tout cas auto suffisante et moins concurrencée.
Ahem.
Quant au suivi des news par ceux qui les ont postés, le système existe déjà, ça fonctionne par mail (certains ont déjà du recevoir un message intitulé 'news déjà proposée, nous choisirons la meilleure, merci, etc') mais comme il fait chaud, nous n'y pensons pas toujours.
Ahem.
pam_mount est vraiment ce qu'il te faut ...
Pour ne pas avoir a t'embêter avec les comptes de chaque utilisateur, jette un coup d'oeil au fichier de conf, super bien fait :
# If user is "*", "&" will be replaced by name of the user logging on in the
# volume, mount point, mount options and fs key path fields. "~/*" will be
# replaced with "user's homedir/*." In this mode, the user need not
# own the mount point, but it must exist.
#
# volume user [smb|ncp|nfs|local] server volume mount_point mount_options
fs_key_cipher fs_key_path
#
# volume * smb krueger & /home/& uid=&,gid=&,dmask=0750 - -
Je vois pas comment faire mieux autrement, c'est vraiment le truc idéal ...
En fait, il y a plusieurs possibilités :
1. tout d'abord, avoir une ligne fstab qui marche, même si root monte les perms doivent être données au bon utilisateur :
//serveur/partage /point/montage smbfs noauto,users,username=login_samba,uid=proprio,gid=proprio, credentials=/home/proprio/.fichier.cred 0 0
avec un ~/.fichier.cred bien écrit
username = login_samba
password = foobar
et faire des scripts qui se lance appelé par .xinitrc, par exemple. Mais ça craint.
2. ensuite regarder pam_mount : http://www.flyn.org/projects/pam_mount/(...)
Là c'est plus simple, chaque utilisateur peut définir ce qu'il veut monter, ou pas, selon ce que l'administrateur a décidé pour lui. Ça marche aussi avec pam_ldap et pam_winbind.
Y en a quand même certains qui devraient relire les conneries qu'ils écrivent.
Tout à fait.
J'ai modéré moi même une première fois la news pour virer toutes les fautes (je note que tu as collé la version originale) et chercher en vain l'annonce de l'ouverture ... Ben oui, tu la sors d'ou cette info ?
Je ne connais pas de gens anti redhat (à vrai dire, je crois qu'on s'en fout à un point des distro-wars ...), quant aux news mandrake, s'il y en a plus, c'est essentiellement parce que l'on nous en *propose* plus. Sans compter qu'entre les releases club, community, officielle ou les live, netinstall, ISO de mandrake et SuSe, ya de la redondance.
Marrant ce journal.
Au début, j'ai vraiment cru voir le titre du petit tailleur, pas celui qui est riche, l'autre qui en tue plein d'un coup.
Donc en définitive Redhat vend un peu plus et gagne beaucoup plus.
J'imagine donc que ceci est fortement lié au fait que Redhat a un peu "laissé tomber" la distro grand public bon marché et s'est concentré sur le marché pro, vendant par la même occaze des boîtes et du support un peu plus cher qu'avant.
Je ne trouve pas vraiment "l'explication" à cette progression, si vous avez de meilleurs yeux que les miens ...
Je suis bien incapable de dire si xdirectfb est plus ou moins rapide que Xfree ou xorg, par contre, je suis à peu près sûr que ce soit les seuls produits comparables.
Pour le moment, xdirectfb apporte des fonctionnalités sympathiques mais manque d'outils pour la gestion des keymaps, des périphériques d'entrées, etc. Par exemple : le fait d'avoir plusieurs dispositif de pointage (souris, etc) provoque des problèmes dans l'utilisation d'un seul de ses périphs (double clic en permanence).
Je ne trouve pas que ce soit le pire des défauts ...
Certes le fait d'utiliser l'anglais peut être contesté pour de multiples raisons, autant dans le code que dans "l'interface" (pour les applis GUI ou non) ou dans le contenu (les pages de man par exemple).
En même temps :
. l'anglais est compris par beaucoup de monde,
. les logiciels libres sont assez facilement "internationalisables" de par l'ouverture des sources, les technologies enployées, etc,
. c'est mieux que du Ruby commenté en Japonais.
Oui, dans le public, les réflexions autour des migrations vers du logiciel libre auxquelles j'ai pu assisté sont motivées par :
* le prix, mine de rien, c'est l'argument massue :/
* la liberté, seulement deuxième,
* la sécurité.
Bizarrement, je n'ai pas l'impression que les performances ou les fonctionnalités soient vraiment l'objet de discussion interminables, quelque peu effacées par les critères précédents.
Évidemment, pour des gens dont la (in)sécurité est le métier, cet ordre doit pouvoir être perturbé.
Mais au fait, pourquoi Bercy utilise t il les LL ?
Bon, c'est un peu pompeux comme terme mais c'est pas grave. L'idée reste la même : accèder à sa carte memory stick comme à une disquette ...
Perso, j'ai un DSC-P71, acheté il y a deux ou trois ans ... Gphoto2 le prend bien en mode PTP, mais comme c'est quand même pratique de monter sa carte (pour mettre des photos dessus par exemple), voilà comment j'ai fait pour que les deux systèmes marchent :
1. avoir un kernel qui va bien : compilé en module ou en dur, les supports :
. USB (uhci, ehci, ohci, en fonction de ton chip, mais tu dois déjà avoir), par exemple : (CONFIG_USB_UHCI_HCD)
. usb-storage (CONFIG_USB_STORAGE),
. usbfs (CONFIG_USB_DEVICEFS),
. hotplug (CONFIG_HOTPLUG),
. et aussi le sd_mod (CONFIG_BLK_DEV_SD me semble pour un 2.6).
3. Installer hotplug.
4. Ensuite, charger les modules, mettre l'appareil en mode normal, brancher l'appareil, l'allumer, et l dans la console devrait apparaitre un petit message disant qu'un nouveau dev existe (sda1 par exemple). Si aucune console n'est ouverte un petit dmesg devrait fournir la réponse.
5. Finalement, il faut monter le bouzin, soit directement, soit en ajoutant une ligne bien pensée dans son /etc/fstab.
(4.) Solution avec Gphoto2 :
Comme ça fait pas de mal, «mount -t usbfs usbfs /proc/bus/usb» ou «usbfs /proc/bus/usb usbfs defaults 0 0», ça donne : «usbfs on /proc/bus/usb type usbfs (rw)». À noter que Debian fournit un script /etc/rcS.d/S36mountvirtfs qui doit faire ça tout seul si le support existe dans le noyau. Je ne sais pas trop pour les autres distribs.
Télécharger les scripts pour hotplug sur le site de gphoto2 (http://www.gphoto.org/doc/manual/permissions-usb.html(...)).
Mettre l'appareil photo en mode PTP.
Voilà, c'est un peu brouillon, mais j'espère que ça éclaire un peu.
# Un peu de détails ...
Posté par jerome (site web personnel) . En réponse au message Login sous OpenSSH. Évalué à 1.
Quand tu fais ssh ton_utilisateur@ton_serveur, il ne te demande pas ton mot de passe ou alors quand tu tapes ssh ton_serveur, il te demande juste ton mot de passe et pas ton login ?
À priori, si tu ne spécifie pas l'utilisateur lors de l'appel de ssh, il utilise le contenu de la variable d'environnement $USER ...
[^] # Re: scsi-spin
Posté par jerome (site web personnel) . En réponse au message Mise en veille des disques durs. Évalué à 1.
[^] # Re: petites remarques générales...
Posté par jerome (site web personnel) . En réponse au message Mise en veille des disques durs. Évalué à 1.
Les IDE ont par ailleurs une durée de vie plus réduite que les SCSI ...
Pour le bruit, tous les disques n'en sont pas équipés, c'est plutôt réservé aux DD IDE, et ça s'active avec hdparm => marche pas avec SCSI.
Pour la consommation électrique, je ne suis pas sûr que ça change grand chose, mais en tout cas, un disque dur en idle est plus chaud qu'un disque arrêté (spun down).
[^] # Re: retirer le spin du pied...:)
Posté par jerome (site web personnel) . En réponse au message Mise en veille des disques durs. Évalué à 3.
scsi-spin let the user to manually spin up and down a SCSI device. This command is particularly useful if you've got noisy (or hot) drives in a machine that you rarely need to access. This is not the same as the kernel patch that's floating around that will automatically spin down the drive after some time. scsi-spin is completely manual, and spinning down a drive that's in use, especially the one containing the scsi-spin binary, is probably a really bad idea. To avoid running in trouble with such cases, scsi-spin verifies that the device to work on is not currently in use by scanning the mounted file system description file for a partition living on it and issue an error if this the case.[^] # Re: Oui
Posté par jerome (site web personnel) . En réponse au journal problème de prosélytisme. Évalué à 7.
Je pense que pour évangéliser des gens, il faut surtout utiliser des arguments pertinents par rapport à leur boulot. Ya des gens qui n'ont vraiment rien à faire de la rhétorique du libriste, du nom des softs ou du format des fichiers, mais par contre, ils voudraient bien enregistrer ses documents en PDF ...
Évidemment, face à des gens un peu réceptifs, initiés, je ne dis pas ...
Personnellement, j'écris toujours dans mes documents de boulot le nom de l'éditeur du soft avant le nom du soft lui même : "abobe acrobat reader", "ms excel", ou "esri arcgis". À l'oral, j'évite, je suis déjà fiché comme faisant "du DOS" (ça veut dire ligne de commande) :)
# Théorie
Posté par jerome (site web personnel) . En réponse au message Choix de partitions ?. Évalué à 4.
Ensuite, il y a des concepts classiques qui disent que chaque entrée de l'arborescence dans laquelle peut écrire un utilisateur ou qui peut potentiellement grossir par son fonctionnement normal, doit être isolée : /tmp, /home, /var ... essentiellement, pour des raisons de sécurité ; ça évite, entre autres, de se retrouver avec une / à 100% d'utilisation. Ça permet aussi de monter certains trucs avec des options de restriction (comme noexec sur /home par exemple) ...
Ensuite, il y a des trucs que l'on préfère partitionner pour le confort, pour des histoires de sauvegarde, comme /boot, /usr/src ou /usr/local/src selon ...
Du coup, ce que j'ai assez régulièrement :
/boot, pas gros, de l'ordre de la dizaine de Mo pour mettre les noyaux,
/, pas gros, 100~200Mo, c'est un peu le tronc de l'arborescence,
/usr, gros xGo, contient les softs,
/var, gros, xGo, contient BDD, mails, logs, etc,
/tmp, ça depend, jusqu'au Go,
/home, ça dépend, pour les utilisateurs,
ensuite, /usr/src ou encore /home/mon_utilisateur_principal ...
[^] # Re: et latex ?
Posté par jerome (site web personnel) . En réponse au message avec quoi les howTo sont ils écrits / outil pour doc hiérarchisé. Évalué à 3.
. LaTeX, pour faire des DVI, (puis dvips, puis ps2pdf, etc)
. pdflatex pour faire directement des PDF,
. latex2html ou tth (pas tonton, l'autre) pour faire du html,
Il existe pas mal de solutions pour faire du LaTeX sous Windows :
. cygwin et les paquets *tex (distribution tetex, il me semble),
. les distributions TeX pour windows (MikTeX et TeX live, je crois)
. ssh à la maison (perso, c'est mon alternative préférée).
Rien de bien exhaustif, mais il est très facile de faire du TeX sous windows.
Pour DocBook, je ne sais pas s'il existe des éditeurs spécialisés libres sous windows.
# haaa, ben non.
Posté par jerome (site web personnel) . En réponse au message nautilus (questions). Évalué à -3.
1. Non, tu peux pas. Au mieux, tu peux ouvrir une nouvelle fenêtre et fermer l'ancienne, avec le clic milieu par exemple. Sinon, tu peux aussi utiliser Nautilus en version explorateur et non spatial : nautilus --browser,
2. Non plus. 'fin si, mais toujours pareil tu dois utiliser la version explorateur. Dans le mode spatial, il n'y a pas de réelle "barre d'URL".
[^] # Re: quels avantages ?
Posté par jerome (site web personnel) . En réponse au message [DIRECTFB] peut-on se passer d'un server X. Évalué à 1.
En l'occurence pour les matrox, ça marche nickel pour une utilisation "multimedia" du poste : http://fatnerf.nerim.net/bazar/trucz/gnome2.6-xdfb-movie.png(...) par exemple.
Les performances sont intéressantes, mais je ne les trouve pas non plus magiques (j'ai une matrox g550).
Les fonctionnalités eye candy de xdirectfb sont marrante mais pas forcément très utiles sur le long terme ... (transparence réelle).
# Reprenons
Posté par jerome (site web personnel) . En réponse au message [DIRECTFB] peut-on se passer d'un server X. Évalué à 2.
Xdirectfb est un serveur X utilisant directfb et construit dessus. C'est marrant et ça tourne bien. Ça n'est pourtant rien de plus que X, mis à part la transparence.
Il faut se le compiler à la main, mais c'est facile.
Sinon, avec ta carte, saimort. DirectFB tourne très bien chez moi parce que j'ai une matrox ( :P )
Sur les ATI, ça tourne aussi bien que sur les nvidia : mal.
'fin, tu peux essayer quand même.
# Façile
Posté par jerome (site web personnel) . En réponse au message Choix final : Slackware ou Gentoo ?. Évalué à 1.
Tu peux gérer facilement avec un chroot voir avec des méthodes un peu plus complexes.
La gestion des dépendances sur lors de la désinstallation de paquets n'est pas l'argument de vente de ces distros. En fait, si, ya un argument, tu les gères toi même et ça doit être bien parce que c'est ce que tu veux.
Finalement pour les paquets ... Ben un ebuild, c'est pas dur à faire, c'est juste un court script python. Et quand bien même tu devrais configurer/compiler/installer toi même, ça ne veut pas dire que tu sois obliger de le faire salement ...
Pour t'aider, utilise des outils comme stow, garde tes sources comme tu le fais pour ton noyau dans un endroit qui va bien (/usr/local/src ?), pi voilà.
# My 2 cents
Posté par jerome (site web personnel) . En réponse au message Redhat 9.0 et souris a molette. Évalué à 1.
Le périph utilisé n'est pas le même mais ça ne doit pas changer grand chose ... L'ensemble des dispositifs de pointage se retrouve dans /dev/input/mice et /dev/psaux , que ce soit des USB, ps2, tablette, pointeur, clito ou touchpad ...
Pour voir :
. tu fais un cat ou un xxd sur /dev/input/mice et/ou /dev/psaux
. si tu bouges la souris/molette et que des trucs s'écrivent alors ta souris marche bien et ton ordinateur le sait.
Ensuite l'émulation trois boutons tu n'en as pas besoin avec une souris trois boutons, tu la vires (je suis pas sur que ce ne soit pas incompatible avec imps/2 par ailleurs). Ça sert à faire un clic 3 avec en appuyant sur 1 et 2 en même temps.
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/psaux"
Option "Protocol" "imPS/2"
Option "Emulate3Buttons" "true"
Option "ZAxisMapping" "4 5"
EndSection
[^] # Re: apt
Posté par jerome (site web personnel) . En réponse au sondage Je réinstalle Linux sur mon ordinateur. Évalué à 3.
N'empêche que rpm+urpmi, portage+emerge et compères rulezent bien aussi.
Toutefois, il reste quand même un petit goût amère dans la bouche quand on regarde juste a coté, chez sourcemage : les noms des softs !
Comme je révais de faire pareil et de pouvoir hurler dans mon appart des grands : "cast sawfish !" ou "dispell kde !", j'ai du me faire des alias médiocres sur apt-get ...
N'empêche que dpkg, tout ça, ça reste alors qu'a coté, ils ont encore "sorcery", "cauldron", etc ... Gni! je veeeEeux!
[^] # Re: Reels Problemes ?
Posté par jerome (site web personnel) . En réponse au journal Gnome forke ?. Évalué à 2.
Je trouve que c'est une limite du concept spatial que de vouloir traiter la position des objets ... C'est un travail de WM que de placer la fenêtre au bon endroit, là ou elle recouvre le moins possible les fenêtres existantes.
Tiens, notons que Rox, dans sa dernière version, permet d'enregistrer les paramètres d'une fenêtre-objet-répertoire (juste ceux que l'on veut), sur demande.
Ça permet d'enregistrer un type de vue (icones, 200%), une géométrie (tout à droite de l'écran, sur toute la hauteur) pour le répertoire ~ par exemple et de laisser les autres répertoires auxquels on s'intéresse moins en mode "automatique".
# Alors ...
Posté par jerome (site web personnel) . En réponse au message s'il te plait petite core 2, dis bonjour à ma clé !. Évalué à 2.
# Idées ...
Posté par jerome (site web personnel) . En réponse au message Suivi d'une news. Évalué à 3.
En fait, il y a pour le moment, plusieurs news en cours de relecture/modération.
Le travail des modéros consiste à lire chacune des news, vérifier le fond et la forme autant que possible puis laisser un avis sur la news candidate la plus intéressante, voir de faire un mix de plusieurs news.
Ce travail demande un peu de temps, ce qui explique le délai. Certaines news passent très rapidement, car complète, en tout cas auto suffisante et moins concurrencée.
Ahem.
Quant au suivi des news par ceux qui les ont postés, le système existe déjà, ça fonctionne par mail (certains ont déjà du recevoir un message intitulé 'news déjà proposée, nous choisirons la meilleure, merci, etc') mais comme il fait chaud, nous n'y pensons pas toujours.
Ahem.
[^] # Re: pam_mount
Posté par jerome (site web personnel) . En réponse au message Montages automatiques Samba par utilisateur & Gnome 2.6. Évalué à 1.
# pam_mount
Posté par jerome (site web personnel) . En réponse au message Montages automatiques Samba par utilisateur & Gnome 2.6. Évalué à 1.
1. tout d'abord, avoir une ligne fstab qui marche, même si root monte les perms doivent être données au bon utilisateur :
//serveur/partage /point/montage smbfs noauto,users,username=login_samba,uid=proprio,gid=proprio, credentials=/home/proprio/.fichier.cred 0 0
avec un ~/.fichier.cred bien écrit
username = login_samba
password = foobar
et faire des scripts qui se lance appelé par .xinitrc, par exemple. Mais ça craint.
2. ensuite regarder pam_mount : http://www.flyn.org/projects/pam_mount/(...)
Là c'est plus simple, chaque utilisateur peut définir ce qu'il veut monter, ou pas, selon ce que l'administrateur a décidé pour lui. Ça marche aussi avec pam_ldap et pam_winbind.
[^] # Re: tout à fait d'accord
Posté par jerome (site web personnel) . En réponse au journal Résister sur Linuxfr. Évalué à 3.
Comme tribunelibre.org ?
[^] # Re: Journal
Posté par jerome (site web personnel) . En réponse au journal MERDE !!!. Évalué à 1.
Tout à fait.
J'ai modéré moi même une première fois la news pour virer toutes les fautes (je note que tu as collé la version originale) et chercher en vain l'annonce de l'ouverture ... Ben oui, tu la sors d'ou cette info ?
Je ne connais pas de gens anti redhat (à vrai dire, je crois qu'on s'en fout à un point des distro-wars ...), quant aux news mandrake, s'il y en a plus, c'est essentiellement parce que l'on nous en *propose* plus. Sans compter qu'entre les releases club, community, officielle ou les live, netinstall, ISO de mandrake et SuSe, ya de la redondance.
M'enfin (tm).
# 7 d'un coup
Posté par jerome (site web personnel) . En réponse au journal Red Hat multiplie par 1,5 ses ventes et par 7 ses bénéfices. Évalué à 1.
Au début, j'ai vraiment cru voir le titre du petit tailleur, pas celui qui est riche, l'autre qui en tue plein d'un coup.
Donc en définitive Redhat vend un peu plus et gagne beaucoup plus.
J'imagine donc que ceci est fortement lié au fait que Redhat a un peu "laissé tomber" la distro grand public bon marché et s'est concentré sur le marché pro, vendant par la même occaze des boîtes et du support un peu plus cher qu'avant.
Je ne trouve pas vraiment "l'explication" à cette progression, si vous avez de meilleurs yeux que les miens ...
[^] # Re: Performances avec G400?
Posté par jerome (site web personnel) . En réponse au journal DirectFB avance.... Évalué à 4.
Je suis bien incapable de dire si xdirectfb est plus ou moins rapide que Xfree ou xorg, par contre, je suis à peu près sûr que ce soit les seuls produits comparables.
Pour le moment, xdirectfb apporte des fonctionnalités sympathiques mais manque d'outils pour la gestion des keymaps, des périphériques d'entrées, etc. Par exemple : le fait d'avoir plusieurs dispositif de pointage (souris, etc) provoque des problèmes dans l'utilisation d'un seul de ses périphs (double clic en permanence).
[^] # Re: La sécurité comme atout
Posté par jerome (site web personnel) . En réponse au journal Sciences et Avenir. Évalué à 1.
Certes le fait d'utiliser l'anglais peut être contesté pour de multiples raisons, autant dans le code que dans "l'interface" (pour les applis GUI ou non) ou dans le contenu (les pages de man par exemple).
En même temps :
. l'anglais est compris par beaucoup de monde,
. les logiciels libres sont assez facilement "internationalisables" de par l'ouverture des sources, les technologies enployées, etc,
. c'est mieux que du Ruby commenté en Japonais.
# La sécurité comme atout
Posté par jerome (site web personnel) . En réponse au journal Sciences et Avenir. Évalué à 4.
* le prix, mine de rien, c'est l'argument massue :/
* la liberté, seulement deuxième,
* la sécurité.
Bizarrement, je n'ai pas l'impression que les performances ou les fonctionnalités soient vraiment l'objet de discussion interminables, quelque peu effacées par les critères précédents.
Évidemment, pour des gens dont la (in)sécurité est le métier, cet ordre doit pouvoir être perturbé.
Mais au fait, pourquoi Bercy utilise t il les LL ?
# Monter un DSC comme une unité de stockage externe ...
Posté par jerome (site web personnel) . En réponse au journal Sony DSC-T1 et Linux : OK. Évalué à 1.
Perso, j'ai un DSC-P71, acheté il y a deux ou trois ans ... Gphoto2 le prend bien en mode PTP, mais comme c'est quand même pratique de monter sa carte (pour mettre des photos dessus par exemple), voilà comment j'ai fait pour que les deux systèmes marchent :
1. avoir un kernel qui va bien : compilé en module ou en dur, les supports :
. USB (uhci, ehci, ohci, en fonction de ton chip, mais tu dois déjà avoir), par exemple : (CONFIG_USB_UHCI_HCD)
. usb-storage (CONFIG_USB_STORAGE),
. usbfs (CONFIG_USB_DEVICEFS),
. hotplug (CONFIG_HOTPLUG),
. et aussi le sd_mod (CONFIG_BLK_DEV_SD me semble pour un 2.6).
3. Installer hotplug.
4. Ensuite, charger les modules, mettre l'appareil en mode normal, brancher l'appareil, l'allumer, et l dans la console devrait apparaitre un petit message disant qu'un nouveau dev existe (sda1 par exemple). Si aucune console n'est ouverte un petit dmesg devrait fournir la réponse.
5. Finalement, il faut monter le bouzin, soit directement, soit en ajoutant une ligne bien pensée dans son /etc/fstab.
(4.) Solution avec Gphoto2 :
Comme ça fait pas de mal, «mount -t usbfs usbfs /proc/bus/usb» ou «usbfs /proc/bus/usb usbfs defaults 0 0», ça donne : «usbfs on /proc/bus/usb type usbfs (rw)». À noter que Debian fournit un script /etc/rcS.d/S36mountvirtfs qui doit faire ça tout seul si le support existe dans le noyau. Je ne sais pas trop pour les autres distribs.
Télécharger les scripts pour hotplug sur le site de gphoto2 (http://www.gphoto.org/doc/manual/permissions-usb.html(...)).
Mettre l'appareil photo en mode PTP.
Voilà, c'est un peu brouillon, mais j'espère que ça éclaire un peu.