THE_ALF_ a écrit 532 commentaires

  • [^] # Re: oui..

    Posté par  . En réponse au journal Windows, ça fait Slotch..... Évalué à 3.

    OK, donc l'interet est quand même très limité du coup. Tu ne peut pas donner des droits spécifiques à un utilisateur pour faire un tache précise. c'est mot de passe root ou rien... pas top coté sécurité. Quand tu gère (correctement) ton Linux, tu a rarement a utiliser la commande su, qui te permet potentiellement de faire n'importe quelle connerie.
  • [^] # Re: oui..

    Posté par  . En réponse au journal Windows, ça fait Slotch..... Évalué à 2.

    Sauf que avec sudo, tu autorise seulement les quelques (rares) applis que tu as à exécuter régulièrement en root (typiquement apt, dpkg ou dans le style) et ce pour seulement quelques utilisateurs bien choisis. Autoriser sudo à éxecuter bash tiendrait de la débilité (autant utiliser su dans ce cas)... ça revient a donner tous les droit root à un simple user (sans lui donner le mot de passe root, au passage).
  • [^] # Re: oui..

    Posté par  . En réponse au journal Windows, ça fait Slotch..... Évalué à 3.

    Hummm. C'est quand même grave lourdingue de devoir lancer tout un gros bouzin tel que l'explorateur de fichier (avec tous les risques que ça comporte) là ou un simple "sudo machintruc"+MOT DE PASSE devrait largement suffire, et ne te donne les droits root que pour ce que tu compte faire. C'est là le grand problème de sécurité de windows : les droits, c'est tout ou rien. Ça me rappelle mon dernier labo avec ses super postes sous Win2000, ou il te fallait les droits administrateurs pour pouvoir utiliser Origin... sighhh....
  • [^] # Re: Réactionnaire

    Posté par  . En réponse au journal Le cardinal Ratzinger vous en pensez quoi ?. Évalué à 4.

    Mais qu'est-ce que le sacré ? Dire qu'il permet de se placer au-dessus de tous problème insoluble reviens à poser des réponses par un dogme. Seule la foi permet de dissimuler le fait que le dogme est tout autant arbitraire (car, par définition, ne peut être remis en cause).

    Il y a ainsi deux manières d'appréhender les choses. Soit tu réponds aux questions sans réponse par un acte de foi (c'est le choix de la religion). Soit tu te force à admettre qu'il est impossible d'appréhender tout concept (c'est le choix de l'agnosticisme). Vouloir décider qu'une des deux solutions est meilleure que l'autre serait arbitraire, et demanderait a son tour un dogme (et je ne continuerais donc pas dans ce débat précis, au risque de se perdre dans les subtilités de l'autoréférence :-D). Personnellement, je me place volontairement dans une école de pensée totalement agnostique, car je pense qu'il peut être dangereux de vouloir dissimuler les questions difficiles... Mais bien sur, c'est une question de choix. En fait là est mon seul acte de foi: "il ne doit pas y avoir d'acte de foi". délicieusement paradoxal n'est-ce pas ! Mais se contredisant lui même, ce concept se remet lui même en question et ne peut constituer un véritable gnome ;-).

    On ne peut pas imposer ses vues imposée par sa foi, par un dogme, à des personnes ne se basant pas sur le même dogme, ou refusant tout dogme. Donc parler de crime pour l'avortement, qui ne peut reposer que sur un choix arbitraire, ne peut avoir de sens qu'au sein d'une société parfaitement croyante, et n'a en tout cas pas lieu d'être dans une société laïque.
  • [^] # Re: Réactionnaire

    Posté par  . En réponse au journal Le cardinal Ratzinger vous en pensez quoi ?. Évalué à 5.

    > Et non, je ne m'aventurerai pas à proposer une définition

    De toute manière, est-il possible de poser une réelle définition ? Posons les choses simplement:
    a- de manière évidente, un bébé est un être humaine
    b- de manière toute aussi évidente, ni un ovule, ni un spermatozoïde n'est un être humain.

    La question se résume donc à déterminer à quel moment l'être humain apparaît. Et 2 grandes difficultés apparaissent:
    1- Quel critère choisir pour définir ce qu'est un être humain ?
    -> intégrité génétique ? (et donc l'être humain existe dès la fusion spermatozoïde/ovule) mais dans ce cas n'importe quelle cellule de notre corps pourrait revendiquer son droit à l'humanité
    -> Conscience ? (mais comment la définire ? Et un bébé est-il d'ailleurs entièrement conscient ? Et un handicapé mental profond devrait-il perdre du coup son droit à l'humanité ?) choix apparement discutable.
    -> Capacité de vivre ? La encore, quel critère ? Viabilité indépendante possible ? battement du coeur ? ces critères sont-ils forcément simples a trancher ?

    2- le processus est progressif, donc toute décision est arbitraire (c'est le fameux problème du tas de sable: ajoute des grains de sables un par un. Un grain de sable n'est pas un tas de sable. quelques millers de grains de sable forme un tas de sable. A partir de combien de grains de sable obtient-on un tas ?).


    Bref, il me semble qu'il est impossible de véritablement répondre. Ce n'est même plus "il n'y a pas d'autre définitions valables", mais bien "il n'y a pas de définitions valables". Il n'y a pas d'autre choix que de recourir a une définition légale audelà de laquelle on ne peut plus délibérément avorter (et ou donc le foetus aquiert une "humanité officielle" en quelque sorte). Et oui, c'est arbitraire et discutable. Mais peut-on trancher différemment ?
  • # Escreen

    Posté par  . En réponse au message Peut-on transferer un processus?. Évalué à 4.

    A tu essayé de lancer "Eterm -t Escreen" ? Tu pourra utiliser screen sans ses problème de mot de passe (que je n'ai jamais rencontré). Tu va avoir un joli Eterm, avec un accès à une session de screen. Alt+n te lance une nouvelle session screen dans un nouveau tab du Escreen, et tu peux faire pas mal de trucs pour gerer tes sessions screen (comme splitter ton Eterm pour voir plusieurs sessions en meme temps si tu n'aime pas trop les tabs), toutes regroupées dans le même Eterm (sois au clavier, soit par un menu). Et bien sur tu peux fermer ton Eterm, tes programmes tourneront toujours (grace a screen, dont Escreen n'est qu'une interface graphique). Et si tu relance Escreen, tu retrouvera toutes tes sessions screen, bien sagement rangées chacune dans leur tab. Perso, depuis que j'ai trouvé l'extension screen de Eterm, je n'utilise plus qu'un terminal a la fois, qui se lance automatiquement a chaque ouverture de session X.

    Après, le seul problème qui reste pour que tes programmes ne soit pas coupés lorsque tu te déconnectes (sans reboot bien sur), c'est si tu lances des applis X. Pour ça, il existe apparement l'utilitaire xmove. Ça lance un serveur X virtuel. Tu lance tes applis sur ce serveur virtuel, et tu peux alors demander a xmove de l'afficher sur le serveur X de ton choix (local ou distant). Et du coup (a priori), tes applis ne meurent pas quand tu coupe le serveur X, vu que les applis dépendant du X virtuel. Après ça c'est la théorie, mais j'ai jamais réussi a faire marcher xmove :-D ... bon, je me retrouve avec des problème de droit, il doit juste falloir jouer avec xhost ou xauth pour regler ça, mais j'ai pas trop eu le gout de fouiller (pour l'utilité que j'en aurais).

    En espérant que ça tombes pas trop a coté de ta question :-p
  • [^] # Re: Et Matrox ?

    Posté par  . En réponse au journal Après VIA, XGI libère les sources de ses pilotes. Évalué à 3.

    :-( moi qui était resté Matrox pour les drivers libres (ma dernière carte était une G400, et je n'avais pas trop suivi l'évolution depuis)... je crois que je vais regarder ailleurs du coup. Triste nouvelle.
  • # Et Matrox ?

    Posté par  . En réponse au journal Après VIA, XGI libère les sources de ses pilotes. Évalué à 7.

    > cette annonce porte à deux le nombre de fabricants ayant fait le choix de l'ouverture.

    Il ne faut pas oublier Matrox qui donne accès aux sources de ses drivers depuis un certain temps déja ( http://matrox.com/mga/support/drivers/latest/home.cfm(...) ). C'est d'ailleurs lorsque la communauté à réussi a faire cracher à Matrox les specs de ses cartes (la millenium à l'époque) que j'ai pu vraiment passer à Linux :-) .

    Bon, ceci dit, la licence des drivers n'a pas l'air très libre ( et est d'ailleurs bizarre: http://matrox.com/mga/support/drivers/files/lnx_41.cfm(...) , elle interdit explicitement le "désassemblage" et la "décompilation" des drivers alors que le code source est téléchargeable...), et il faut s'inscrire pour avoir accès aux drivers des cartes les plus récentes (je ne sais pas si le code source est encore dispo du coup). Un retour en arrière ?
  • [^] # Re: Re:

    Posté par  . En réponse au journal Descente séquentielle de Schwartz insensible aux clones. Évalué à 5.

    Et bien moi j'en ai marre de cette logique "pourquoi ce fair ch... avec l'architecture xyz vu que 80% des gens utilisent l'archi abc". C'est grace a cette logique que l'on arrive aux monopoles Microsoft et MSN. Avec cette logique tu n'aurait pas le choix Intel/AMD. Pouvoir avoir autant de CHOIX que possible est incomparable. Toutes les archis ne correspondent pas forcément aux mêmes besoin, et il serait stupide de tendre vers une uniformisation bas niveau (c.a.d matériel + ou - adaptés partout, mais ne correspondant vraiment bien nulle part). Exemple simple ? l'archi arm de Debian. C'est vrai ça, c'est idiot, qui utilise ces vieux bousins ? Et ben les Zaurus par exemple. Les arm sont des proc très utilisés dans dans ce domaine, et j'étais très content d'avoir une Debian très bien configurée que je pouvais installer sans problème sur mon Zaurus.

    La liberté n'est pas suivre comme des moutons les 80% dominants.
  • [^] # Re: comme dans le monde actuel

    Posté par  . En réponse au sondage Ce qui me manque le plus. Évalué à 10.

    "Dites-nous ce dont vous n'avez pas besoin, nous vous le rendrons indispensable"
  • # Cordless Click! Plus Optical Mouse

    Posté par  . En réponse au journal Driver materiel pour Linux. Évalué à 1.

    Si quelqu'un a réussit a faire marcher cette souris, ça m'intéresse. J'ai bien essayé de rajouter une ligne de type:
    { VENDOR_LOGITECH, 0xC510, "M-RAJ89A", "Cordless Click Plus Optical Mouse", HAS_RES|HAS_SSR|HAS_SS|HAS_CSR },
    comme indiqué (en variant les différents HAS_XYZ) et j'obtient invariablement:
    002/003 046D/C510 M-RAJ89A Cordless Click Plus Optical Mouse
    Channel 1 Battery: 5 Single channel No 800cpi support No Horiz Roller No Vert Roller 2 butt.
    (assorti éventuellement des quelques erreurs selon les HAS_XYZ que j'ai activés).

    Personnellement, 400 ou 800 cpi, je m'en fout (je sais juste qu'elle est capable de faire du 800, mais je n'ai aucune idée du fait d'etre en 400 ou 800) par contre j'aimerait bien pouvoir activer les clicks gauche/droit de la molette (jamais réussi, malgré pas mal de tests de drivers dans la config de XFree4 et XOrg...).

    Quelqu'un a réussit a faire qqchose de cette souris ?
  • [^] # Re: foot

    Posté par  . En réponse au journal Foot et Pape. Évalué à 3.

    Ondine scrute l'océan où ça merdoit (pardon), où son père doit chasser le congre ou le bar.
    Le congre que le bar abhorre ou le bar que le congre hait.
    Car Ondine à la dalle et la mère à les crocs.
    Selon qu'il aura pris la barque à bars ou la barque à congres,
    le père devra remplir la barque à bars à ras bord de bars ou
    la barque à congres à ras bord de congres.
    Or, il n'a pas pris la barque à congres ; Il a pris la barque à bars.
    A l'arrière plan, le spectateur voit, au flanc de la montagne rouge feu, moutonner un maquis vert.
    Il y serpente des chemins rares qui débouchent soudain sur des criques sauvages où nul imbécile, cintré dans sa bouée Snoopy ne vient jamais ternir de son ombre grasse et populacière, l'irréelle clarté des fonds marins ordorés, où s'insinue le congre que donc, le bar abhorre.

    Oui : le bars abhorre le congre par atavisme. Le congre est barivore. Et donc le bar l'abhorre.
    Le bar est fermé aux congres du même fait que le palais des congres est ouvert au bar.



    Desproges
  • [^] # Re: Dommage...

    Posté par  . En réponse au message Le pape est toujours mort. Évalué à 10.

    > Puis bon, la terre est ronde [1] et continue de tourner [2], même pour les non-catholiques non ?

    Par pour tous: http://en.wikipedia.org/wiki/Flat_Earth_Society(...)

    :^p
  • [^] # Re: Groupe cdrom

    Posté par  . En réponse au message Graver avec un utilisateur normal. Évalué à 1.

    Si ça peut t'aider, voici les droits sur mon graveur:
    alf[Wintermute]>~ [17:18:59] $ ls -l /dev/hdc
    brw-rw---- 1 root cdrom 22, 0 2005-04-06 10:00 /dev/hdc

    et sur les binaires de gravage:
    alf[Wintermute]>~ [17:56:27] $ ls -l /usr/bin/cdrdao
    -rws--x--- 1 root cdrom 566344 2004-06-25 06:40 /usr/bin/cdrdao
    alf[Wintermute]>~ [17:56:33] $ ls -l /usr/bin/cdrecord
    -rwxr-xr-x 1 root root 133 2005-01-10 01:55 /usr/bin/cdrecord

    Tu remarqueras que le cdrdao est dans le groupe cdrom et qu'il a le setuid. Je ne me rappelles pas si cela a été fait par k3b our par debconf (avec une question du style "etes vous sur que vous voulez le setuid sur cdrdao" lors de l'installation) mais en tout cas je ne pense pas avoir fait quoi que ce soit à la main. Ton pb peut aussi venir de là, si tu ne résous rien par les groupes..
  • # Groupe cdrom

    Posté par  . En réponse au message Graver avec un utilisateur normal. Évalué à 2.

    Il devrait suffire d'ajouter l'utilisateur dans le bon groupe (ce qui est effectivement la bonne méthode Debian). Ceci-dit, je ne me rappelle plus si pour graver, il suffit toujours d'être dans le groupe "cdrom", ou si il faut aussi être dans le groupe "disk" (ce dernier étant, je crois, seulement si on passe par l'émulation SCSI pour le graveur, ce qui ne doit plus être d'actualité sur un kernel 2.6 si je ne m'abuse). Après tout devrait marcher correctement.

    Sinon, essaie de lancer la configuration avancée de k3b, ça permettra d'avoir les idées un peu plus clair sur ce que tu as, et il devrait te proposer des changements a effectuer.
  • [^] # Re: J'ajoute ...

    Posté par  . En réponse au message installation de kolab. Évalué à 2.

    > comment faire pour installer a partir de rpm sur une ubuntu???

    en root (ou sudo):
    apt-get install alien
    alien -i truc.rpm

    alien te transforme les .rpm en .deb. L'option -i te l'installe automatiquement. L'intéret, c'est que tu a bien installé un .deb, et donc tu pourra le virer/mettre a jour comme tout autre package. L'inconvénient c'est que tout étant automatisé, tout risque de ne pas passer directos, mais en général ça passe sans pb avec des applis pas trop proche du systeme. Au pire, il te faudra peut-etre installer en plus quelques dépendances a la main (librairies manquantes par exemple).
  • [^] # Re: plus d'infos?

    Posté par  . En réponse au message recherche d'un equivalent de sigmaplot?. Évalué à 2.

    Je ne connais pas non plus Sigmaplot, mais en ce qui concerne les logiciels libres de traitement de données scientifiques, voila ce que je connais (en vrac, je pense que tu devrais trouver ce qui t'intéresse):
    - Gnuplot : déjà cité, permet de tracer des donnée en 2D et 3D. Interface assez frustres (il existe des interfaces a gnuplot, mais pour vraiment l'utiliser, la ligne de commande restes la plus pratique), mais vraiment puissant. Parfait pour etre intégré dans des programmes perso de calculs, pour générer automatiquement des graphes.
    - Scigraphica : http://scigraphica.sourceforge.net/(...)
    - Grace : http://plasma-gate.weizmann.ac.il/Grace/(...) . Scigraphica et Grace sont deux outils permettant de tracer des données et de faire de l'ajustement de données (de type régressions ou fittage de fonctions diverses par Levenberg-Marquadt), un peu a la maniere de Origin (surtout pour le premier). Perso, je connais en fait surtout Grace. Il est plus déconcertant à la première approche, mais après l'avoir pris en main, il permet rapidement de créer des graphes de très bonne qualité (je n'utilise plus que Grace pour mes publications :-) ). A noter que Grace peut etre utilisé en batch sur une série de fichiers de données (bon, jamais essayé ceci dit). Une version de développement est en cours visant a réorganiser les menus de Grace (peut-etre un peu bordéliques dans la version stable, il faut le reconnaitre) mais celle-ci n'est pas encore complete.
    - Fityk : http://www.unipress.waw.pl/~wojdyr/fityk/(...) Peak fitting (ajustage de pic pardon :-D). Nickel pour récupérer et réanalyser des données brutes provenant de divers appareils d'analyse.
    - Ifrit: http://casa.colorado.edu/~gnedin/IFRIT/(...) interface graphique pour la librairie VTK ( http://public.kitware.com/VTK/what-is-vtk.php(...) ). Nickel pour tracer des figures 3D complexes a partir de données brutes.
    - Maxima: http://maxima.sourceforge.net/(...) plutôt orienté calcul symbolique (on s'éloigne peut-etre un peu du sujet).

    Voila, je pense avoir cité les principaux, mais il existe surement d'autres projets (surtout si tes besoins sont plus ciblés, n'hésites pas a continuer de fouiller)
  • [^] # Re: Sources?

    Posté par  . En réponse au journal Et si Debian ne sortait plus de distribution stable......?. Évalué à 3.

    Mmmh, de mémoire, il me semble que la branche testing a justement été créée après le passage de Woody en stable. Avant, il n'y avait que deux branches (stables et unstable). L'introduction de testing avait pour but justement d'accelerer la stabilisation de la prochaine version (vu qu'on ne travaille que sur des paquets ayant déjà fait leurs preuves)... ce qui semble n'avoir pas fonctionné.
  • [^] # Re: utilisateurs debian ?

    Posté par  . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 7.


    Also, since the original purpose of the SCC proposal was to reduce the size
    of the archive that mirrors had to carry, the list of release candidate
    architectures will be further split, with only the most popular ones
    distributed via ftp.debian.org itself. The criterion for being distributed
    from ftp.debian.org (and its mirrors) is roughly:

    - there must be a sufficient user base to justify inclusion on all
    mirrors, defined as 10% of downloads over a sampled set of mirrors



    la barre des 10% c'est pour pouvoir etre hébergé sur le site principal (ftp.debian.org). C'est juste un point annexe, portant sur l'hébergement des repository, et non sur le maintient de l'architecture dans la branche stable de Debian.
  • [^] # Re: petit plus

    Posté par  . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 4.

    Un petit thread causant justement de l'utilisation de Ipython en tant que system shell:

    http://mail.python.org/pipermail/python-list/2004-June/227124.html(...)

    L'ensemble du thread est intéressant. Il y a notamment des références vers d'autres projets qui seraient plus ou moins lié à ce concept (scsh et squeak notamment).

    Bref, rien de bien nouveau sous le soleil. L'idée sous jacente qui traine derrière msh existe depuis un certain temps et commence déjà à être implémentée ici ou là.
  • [^] # Re: petit plus

    Posté par  . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 2.

    > c'est probablement possible de le faire sous Linux, le truc etant que ca n'a pas encore ete fait.

    Mouais... en tout cas IPython (qui existe depuis quelques années déjà) me semble pas mal s'approcher de ta description:

    http://ipython.scipy.org/(...)
  • [^] # Re: msh ???

    Posté par  . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 5.

    En tout cas, un tel nom est pas très malin au niveau marketing. Ils vont perdre tous les chimistes commes clients :-). Pour moi, MSH me fait immanquablement penser au thiométhanol, un produit de base à l'odeur extrèmement repoussante, qui s'infiltre partout, et qui est très persistante. Enfin, le choix de ce nom est peut-etre délibéré, c'est une bonne métaphore de la politique microsoftienne, non ?
  • [^] # Re: petit plus

    Posté par  . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 2.

    Beuh... c'est just un shell OO quoi. T'es sur que avec les multiples langages haut niveau OO existant (style python) tu peux pas faire exactement la même chose ?
  • # PIL

    Posté par  . En réponse au journal Imprimer un tas de fichier gif. Évalué à 3.

    C'est pas une solution toute prête, mais qui demande assez peu d'effort. Essaye de regarder du coté de Python et de sa librairie PIL. L'ensemble des deux est assez facile à utiliser (et à apprendre à utiliser) et devrait te permettre de faire exactement ce que tu veux. Je m'en sert par exemple pour générer automatiquement les rapports du résultats de mes calculs, consistant à imprimer une page comportant du texte en haut de la page, et 12 images png (tous pleins d'autres formats dispo) disposés dans une grille 3x4. Tout ceci est faisable simplement par quelques lignes de python.

    En gros, dans le principe, tu va importer ta librairie PIL:


    import Image

    Créer une image vide:

    page=Image.new("RGB",(2480,3508),(255,255,255))

    (ceci est une page blanche A4 600dpi).
    Ouvrir une image:

    im=Image.open("fichier.gif")

    La redimensionner à la taille voulue:

    scaled=im.resize((700,700))

    La coller dans la page aux coordonnées voulues:

    page.paste(scaled,(95,328,795,1028))

    Tu fais ça pour toutes tes images (facilement automatisable avec ton scripte python par de bête boucles for). Et tu peux ensuite enregistrer ton image au format voulu:

    page.save("page.png",PNG)

    Et tu peux même demander l'impression de ta page par un simple:

    os.system("lpr -o dpi=600 -o media=A4 -o scaling=100 page.png")


    Comme tu vois, avec très peu de commandes, tu peux faire ce que tu veux avec beaucoup plus de souplesse qu'en te reposant sur un programme tout fait. Programmer n'est pas un outil réservé aux informatitiones. Des langages de haut niveaux tels que python sont facilement accessibles et utilisables par tout utilisateur.

    Quelques liens:
    http://python.org/(...)
    http://www.pythonware.com/products/pil/(...)
  • # A lire

    Posté par  . En réponse au journal Cyber-altermondialiste. Évalué à 2.

    Un livre intéressant à lire en relation avec ce sujet: "A Hacker Manifesto" par McKenzie Wark :

    http://www.hup.harvard.edu/catalog/WARHAC.html(...)