Pour changer la destination, je ne saurais comment faire simplement. Modifier les makefiles ? patcher les sources directement ? Modifier certains (tous) fichiers du répertoire config/cf ?
Oula... t'enflammes pas :)
Regarde ici[1], il suffit juste de faire :
Boarfff...
Sans fausse modestie, y a vraiment pas de quoi casser trois pattes à un canard.
La preuve : même pas un troll qui pointe le bout de son groin dans les commentaires :P
Et puis je n'ai fait que suivre un lien, le traduire de l'anglais et butiner un peu du côté des liens que l'article de CVS-Digest donnait.
Ça peut tout juste faire un journal de seconde page, ce que j'ai fait. :)
Pas de chance, glib est déjà dans KDE, ironie du sort, par le biais de Arts
Encore une raison pour virer aRts[1].
Cela dit, "virer aRts" n'est pas nécessairement équivalent à "ne pas avoir de greffon supportant aRts".
Mais par défaut, j'aimerais bien ne plus avoir aRts dans un futur que j'espère pas trop éloigné.
Ouais, non, le titre était la juste pour achalander le chaland :).
Le corps du journal ne parle que de KDE 4.
[...] mais il n'y a pas actuellement de consensus massif [...]
A la lecture des différentes mailing listes, le soir, au coin du feu, il m'avait semblé que les devs développaient une réaction épidermique à GStreamer.
Personnellement, je n'ai rien contre GStreamer, même si, comme je l'ai dit, j'aurais une petite préférence pour NMM, mais c'est plus au niveau de l'esthétique du code (et pour etre tout a fait honnete, je n'ai pas mis le nez dans celui de GStreamer).
Je dois dire que le temps que se donne KDE pour la réflection me semble aussi nécessaire que judicieux. Le but du journal était plus de faire découvrir les alternatives à aRts et GStreamer (puisque ce dernier commence a etre connu).
Cependant, concernant KDE 3.4, il me semble avoir vu passer qu'il serait possible que KDEMM soit distribué 'à part' pour pouvoir tester l'ébauche d'API, donc meme si le titre était démagogue, il n'était pas completement faux-cul.
Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
C'est pour cela que NMM me semble le candidat le plus sérieux.
Tant en terme de portabilité (tout le code spécifique à l'architecture est caché par des classes abstraites, donc a priori le seul probleme est le manpower) que de licence ((L)GPL).
Bon je joue au representant de commerce, mais j'arriverai bien a le fourguer "mon" programme :) (cf mes posts precedents).
CMT [1], peut configurer, independament du shell, les variables d'environnement que tu veux.
Tout ceci se fait via un bete fichier texte que cmt va lire.
CMT va ensuite generer les fichiers [c]sh necessaires a tes besoins que tu pourras ensuite 'sourcer'.
Les collaborations de physiciens de particules s'en servent pour :
- la gestion des variables d'environnement de leur parc informatique (pour le moins heterogene : il est mondial ;)
- la gestion de projets d'envergure ( creation de makefile, bindings pour CVS, tests de regression, etc... )
Le tout sous licence CeCILL. Donc a priori compatible GPL.
Il ne faut surtout pas emprunter une empreinte de quelqu'un d'autre ;)
Si tu t'es chopé un root-kit, la seule vraie façon d'être sur que tu t'en es
débarassé, c'est de formater et de réinstaller.
Sous Debian, il y a sans doute un peu moins radical, j'ai nomme : TIGER.
Bien sur, si on s'est amuse avec prelink, les MD5SUM auront change.
Et pour tout renseignements supplementaires sur les RootKits : [1].
$ apt-cache show tiger
Package: tiger
Priority: optional
Section: admin
Installed-Size: 2492
Maintainer: Javier Fernandez-Sanguino Pen~a <jfs@computer.org>
Description: Report system security vulnerabilities
TIGER, or the 'tiger' scripts, is a set of Bourne shell
scripts, C programs and data files which are used to perform
a security audit of UNIX systems. TIGER has one primary goal:
report ways 'root' can be compromised.
.
Debian's TIGER incorporates new checks primarily oriented towards
Debian distribution including: md5sums checks of installed files,
location of files not belonging to packages, check of security
advisories and analysis of local listening processes.
Moi j'en pense que ce que tu trouveras par ici [1] est tres bien fait et devrait pouvoir te mettre sur les rails d'une version un peu plus recente du CVS.
Et de toute facon, la partie directX de Wine s'ameliore de versions en versions.
Et bien grand merci...
J'avais vu ce nom revenir une ou deux fois dans mes recherches, mais il me semblait que c'était utiliser un bazooka pour tuer une pitite mouche...
Cependant, à l'usage, et bien c'est relativement simple :)
Je n'ai rien contre le fait de multiplier les experiences et les distributions (en plus ca permet de multiplier les "est-ce que machin est pret pour le daissetop?") mais est-ce qu'au bout d'un moment ca fait pas un peu trop quand meme ?
Meme si ca ressemble a un hebus de troy, c'est aussi une vraie question.
Est-ce que ca n'aurait pas ete plus judicieux de se mettre sous la houlette de Debian Desktop par exemple ? Voire meme de D3[1] ?
Tiens ? Ca fait longtemps qu'UML est (officiellement) dans le noyau ?
Dans mes derniers souvenirs, il fallait patcher le kernel pour avoir ledit support.
Ou alors je confonds avec vserver.
Je me réponds (pas très poli mais bon...).
Y en a-t-il parmi vous qui ont déjà utilisé ces outils ?
En gros : n'importe quel retour serait le bienvenu ;)
d'autres outils moins connu mais certaines fonctionnalités me manquaient
Au fait, quelles étaient ces fonctionnalités manquantes ?
ROOT peut relire tes fichiers HBOOK et les convertir dans son format natif (plus efficace en terme de compression).
Tu as meme des bindings python pour ROOT (PyROOT).
PI vise a etre une interface generale vers les differents outils de visualisation de donnees. Ainsi, il a des back-ends vers ROOT, OpenScientist[1], ... mais peut aussi enregistrer les histos, ntuples et autres nuages de points dans de beaux fichiers XML pour l'interoperabilite.
A noter que PI est l'implementation C++ d'AIDA[2], dont il existe d'autres implementations [3,4].
AIDA est un ensemble de bibliotheques definissant des classes purement virtuelles : une bibliotheque d'interfaces en somme.
Voila, voila.
C'etait la pub du mois pour le CERN et par l'amicale des physiciens des particules ;)
Wow, ca c'est du mail carré, argumenté et tout et tout.
Et clair en plus, ce qui n'enleve rien ;)
En tout cas ca donne une idee assez claire de ce qui se prepare, meme si de dates, point le bout de l'ombre du nez :P
T'as un lien pour appuyer ce commentaire pour le moins interessant ?
(Je me suis abonne aux ML depuis ~avril de cette annee, et je n'ai rien vu qui y faisait reference)
Le truc le plus interessant ce sont bien sur les "backports" depuis X.org :)
Et une autre question pour la route : quels sont les plans en matiere de X.org pour SiD (niveau dates quoi ;)
Parce que pour l'instant, ca n'a pas trop l'air de s'exciter des masses (oui, je sais, stabilisation de la Sarge, toussa), d'ailleurs il y a toujours aussi peu de testeurs Debian pour X.org :/
Le lien que tu donnes a propos de SEAL, c'est pour le distribuer.
Pour le recuperer, y a quand meme pas plus simple que telecharger un script python qui va tout t'installer en stand-alone[1].
Cependant, je te rejoins totalement sur le fait que l'IHM est... comment dire, pour le moins aride.
D'un autre cote, lorsqu'on veut faire des trucs un peu chiades, il faut (il me semble) retrousser ses manches, s'enlever les doigts du * et coder.
Je ne pense pas qu'un truc a la lego-playskool ou tu inseres 2-3 trucs dans 2-3 machins soit vraiment efficace. Cela dit je n'ai jamais essaye plus de 5-10 minutes les softs comme MatLab et Mathematica (il me semble que l'IHM de Maple est une "bete" ligne de commande. Ca a evolue ? )
Ben euh justement, la communaute scientifique a deja produit des tonnes de choses (et en GPL qui plus est).
Donc ben je vois pas trop l'interet du poste de dot.kde, ou alors juste une meconnaissance ( ce qui est tout a fait normal, vu la qualite de la communication des differents acteurs sur le sujet ).
En particulier, le CERN et les physiciens des particules ont deja realise une (tres) grande partie des differents objectifs que se donne le posteur.
- Plotting Data : ROOT[1], AIDA[2], Physicst Interface[3] (plus leurs bindings en python),
- Numerical Computation : SEAL[4]
- Computer Algebra Systems : bon la je seche :P, mais il me semble que scilab doit bien avoir de jolies front-end
Bon voila, quoi.
Ou sinon, pour de plus amples renseignements [5,6]
PS: je poste sans avoir vu les commentaires de dot.kde parce que le lien est mort : pb de serveur)
Pour la distrib c'est encore plus problematique, simplement avec SuSE, mdk et RH ca fait des sorties tellement souvent que ca ne vaut pas le coup de relayer l'info, c'est pas vendeur...
Donc du coup, la Sarge a plus de chances de se voir annoncée au 20h de PPDA ? ;)
Où ça un troll ? Hebus ! N'embête pas le monsieur !
[^] # Re: J'aurai presque envie d'essayer
Posté par Sebastien . En réponse au journal Xfree vers XOrg, début d'une formidable aventure !!!!. Évalué à 3.
mv /usr/X11R6 /usr/X11R6-mysave-that-I-will-throw-away-because-transparency-roxor-the-bears
make World && make install DESTDIR=/tmp/xorg
ln -sfn /tmp/xorg /usr/X11R6
Et en voiture Simone.
(Il me semble que la compatibilite binaire est assuree entre XFree et xorg, quelqu'un dans la salle ?)
PS : attention au reboot, parce qu'apres : napu /tmp/xorg ;)
[^] # Re: J'aurai presque envie d'essayer
Posté par Sebastien . En réponse au journal Xfree vers XOrg, début d'une formidable aventure !!!!. Évalué à 5.
Oula... t'enflammes pas :)
Regarde ici[1], il suffit juste de faire :
make World && make install DESTDIR=/tmp/xorg
[1] : http://linuxfr.org/comments/469500.html#469500(...)
[^] # Re: Ou télécharger un paquetage binaire ?
Posté par Sebastien . En réponse à la dépêche amaroK 1.1 est là !. Évalué à 2.
Tiens... qui a dit que les versions des softs sur Debian(/SiD) étaient périmées ? :)
Ou sinon, j'ai trouvé ca :
http://search.belnet.be/mirror-status/suse-people.html(...)
Chais pas si ca peut aider...
[^] # Re: Et le seek
Posté par Sebastien . En réponse à la dépêche amaroK 1.1 est là !. Évalué à 2.
[1] : http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kdemm/#dirlist(...)
[2] : https://linuxfr.org/~bins/15448.html(...)
[^] # Re: mouaif
Posté par Sebastien . En réponse au journal Java, après pratique, je trouve ça à chier, vive .net. Évalué à 5.
En voila encore un qui tape sur le dos d'X.
Alors comme ca, des qu'il y a un truc 'graphique' qui va pas, boum c'est
pan dans la gueule d'X.
Ca m'enerve ca ! ;)
[^] # Re: Merci
Posté par Sebastien . En réponse au journal Le son sous KDE (3.)4. Évalué à 2.
Sans fausse modestie, y a vraiment pas de quoi casser trois pattes à un canard.
La preuve : même pas un troll qui pointe le bout de son groin dans les commentaires :P
Et puis je n'ai fait que suivre un lien, le traduire de l'anglais et butiner un peu du côté des liens que l'article de CVS-Digest donnait.
Ça peut tout juste faire un journal de seconde page, ce que j'ai fait. :)
[^] # Re: Le son dans 3.4
Posté par Sebastien . En réponse au journal Le son sous KDE (3.)4. Évalué à 2.
Encore une raison pour virer aRts[1].
Cela dit, "virer aRts" n'est pas nécessairement équivalent à "ne pas avoir de greffon supportant aRts".
Mais par défaut, j'aimerais bien ne plus avoir aRts dans un futur que j'espère pas trop éloigné.
[1] : http://www.arts-project.org/index.html(...)
[^] # Re: Le son dans 3.4
Posté par Sebastien . En réponse au journal Le son sous KDE (3.)4. Évalué à 3.
Le corps du journal ne parle que de KDE 4.
[...] mais il n'y a pas actuellement de consensus massif [...]
A la lecture des différentes mailing listes, le soir, au coin du feu, il m'avait semblé que les devs développaient une réaction épidermique à GStreamer.
Personnellement, je n'ai rien contre GStreamer, même si, comme je l'ai dit, j'aurais une petite préférence pour NMM, mais c'est plus au niveau de l'esthétique du code (et pour etre tout a fait honnete, je n'ai pas mis le nez dans celui de GStreamer).
Je dois dire que le temps que se donne KDE pour la réflection me semble aussi nécessaire que judicieux. Le but du journal était plus de faire découvrir les alternatives à aRts et GStreamer (puisque ce dernier commence a etre connu).
Cependant, concernant KDE 3.4, il me semble avoir vu passer qu'il serait possible que KDEMM soit distribué 'à part' pour pouvoir tester l'ébauche d'API, donc meme si le titre était démagogue, il n'était pas completement faux-cul.
Cela demande des tests sur les solutions les plus robustes, avec des licences ne posant pas d'os et fonctionnant non seulement sous Linux mais aussi sur les différents BSD (ce qui est le principal problème d'Alsa).
C'est pour cela que NMM me semble le candidat le plus sérieux.
Tant en terme de portabilité (tout le code spécifique à l'architecture est caché par des classes abstraites, donc a priori le seul probleme est le manpower) que de licence ((L)GPL).
# CMT
Posté par Sebastien . En réponse au journal la variable d'environnement PATH. Évalué à 2.
CMT [1], peut configurer, independament du shell, les variables d'environnement que tu veux.
Tout ceci se fait via un bete fichier texte que cmt va lire.
CMT va ensuite generer les fichiers [c]sh necessaires a tes besoins que tu pourras ensuite 'sourcer'.
Les collaborations de physiciens de particules s'en servent pour :
- la gestion des variables d'environnement de leur parc informatique (pour le moins heterogene : il est mondial ;)
- la gestion de projets d'envergure ( creation de makefile, bindings pour CVS, tests de regression, etc... )
Le tout sous licence CeCILL. Donc a priori compatible GPL.
[1] : http://www.cmtsite.org(...)
[^] # Re: Virus sous Linux ? Futur proche...
Posté par Sebastien . En réponse au journal Vers une recrudescence des virus et vers s'attaquant à Linux...?. Évalué à 2.
prendre une emprunte md5
Il ne faut surtout pas emprunter une empreinte de quelqu'un d'autre ;)
Si tu t'es chopé un root-kit, la seule vraie façon d'être sur que tu t'en es
débarassé, c'est de formater et de réinstaller.
Sous Debian, il y a sans doute un peu moins radical, j'ai nomme : TIGER.
Bien sur, si on s'est amuse avec prelink, les MD5SUM auront change.
Et pour tout renseignements supplementaires sur les RootKits : [1].
$ apt-cache show tiger
Package: tiger
Priority: optional
Section: admin
Installed-Size: 2492
Maintainer: Javier Fernandez-Sanguino Pen~a <jfs@computer.org>
Description: Report system security vulnerabilities
TIGER, or the 'tiger' scripts, is a set of Bourne shell
scripts, C programs and data files which are used to perform
a security audit of UNIX systems. TIGER has one primary goal:
report ways 'root' can be compromised.
.
Debian's TIGER incorporates new checks primarily oriented towards
Debian distribution including: md5sums checks of installed files,
location of files not belonging to packages, check of security
advisories and analysis of local listening processes.
[1] : http://frlinux.net/?section=securite&article=53(...)
# Pas mieux
Posté par Sebastien . En réponse au message Cedega (Ex Winex) intérêt de l'abonnement ?. Évalué à 5.
Et de toute facon, la partie directX de Wine s'ameliore de versions en versions.
[1] : http://frlinux.net/?section=jeux&article=74(...)
[^] # Re: Virus sous Linux ? Futur proche...
Posté par Sebastien . En réponse au journal Vers une recrudescence des virus et vers s'attaquant à Linux...?. Évalué à 3.
Donc la vérification de l'intégrité de ce qui est utilisé, à travers un antivirus libre, risque de vite devenir un élement indispensable....
Dit comme ca, je te repondrais que ca existe deja : les signatures GPG.
[^] # Re: Sujet important
Posté par Sebastien . En réponse au journal Big Google Is Watching You. Évalué à 2.
Ah ben ce serait bien si ca existait...
Ah ben tiens ! Ca existe[ra] et ca s'appelle[ra] Nutch[1].
[1] : http://www.nutch.org/docs/en/about.html(...)
[^] # Re: Twisted Conch
Posté par Sebastien . En réponse au message Un module scp pour Python ?. Évalué à 2.
J'avais vu ce nom revenir une ou deux fois dans mes recherches, mais il me semblait que c'était utiliser un bazooka pour tuer une pitite mouche...
Cependant, à l'usage, et bien c'est relativement simple :)
Encore merci.
[^] # Re: eclipse
Posté par Sebastien . En réponse au journal alternatives à DDD?. Évalué à 2.
Coloration syntaxique !
On vous l'a dit et repete[1].
Vous me copierez 100 fois :
"Je ne dois pas utiliser d'anglicisme pour paraître plus in ou hype ou in da groove baby !"
;)
[1] : https://linuxfr.org/comments/473499.html#473499(...)
# Et une de plus...
Posté par Sebastien . En réponse à la dépêche Sortie d'une préversion d'Ubuntu Linux 4.10. Évalué à 10.
Meme si ca ressemble a un hebus de troy, c'est aussi une vraie question.
Est-ce que ca n'aurait pas ete plus judicieux de se mettre sous la houlette de Debian Desktop par exemple ? Voire meme de D3[1] ?
Bon, aller, envoyez le moinssage...
[1] : http://debiandesktop.org(...)
# UML ?
Posté par Sebastien . En réponse au journal Linux 2.6.9-rc2, des patches, etc. Évalué à 2.
Dans mes derniers souvenirs, il fallait patcher le kernel pour avoir ledit support.
Ou alors je confonds avec vserver.
[^] # Re: ROOT
Posté par Sebastien . En réponse au journal Collecte et visualisation de données. Évalué à 2.
Y en a-t-il parmi vous qui ont déjà utilisé ces outils ?
En gros : n'importe quel retour serait le bienvenu ;)
d'autres outils moins connu mais certaines fonctionnalités me manquaient
Au fait, quelles étaient ces fonctionnalités manquantes ?
# ROOT
Posté par Sebastien . En réponse au journal Collecte et visualisation de données. Évalué à 5.
- ROOT : http://root.cern.ch(...)
- PI : http://lcg-pi.web.cern.ch/lcg-pi(...)
ROOT peut relire tes fichiers HBOOK et les convertir dans son format natif (plus efficace en terme de compression).
Tu as meme des bindings python pour ROOT (PyROOT).
PI vise a etre une interface generale vers les differents outils de visualisation de donnees. Ainsi, il a des back-ends vers ROOT, OpenScientist[1], ... mais peut aussi enregistrer les histos, ntuples et autres nuages de points dans de beaux fichiers XML pour l'interoperabilite.
A noter que PI est l'implementation C++ d'AIDA[2], dont il existe d'autres implementations [3,4].
AIDA est un ensemble de bibliotheques definissant des classes purement virtuelles : une bibliotheque d'interfaces en somme.
Voila, voila.
C'etait la pub du mois pour le CERN et par l'amicale des physiciens des particules ;)
[1] : http://www.lal.in2p3.fr/OpenScientist(...)
[2] : http://aida.freehep.org/index.thtml(...)
[3] : http://java.freehep.org/jaida/index.html(...)
[4] : http://paida.sourceforge.net(...)
[^] # Re: Tiens, une question
Posté par Sebastien . En réponse au journal X.org R6.8 is out. Évalué à 2.
https://linuxfr.org/comments/470652,1.html(...)
[^] # Re: Debian et XFree86
Posté par Sebastien . En réponse au journal Enfin je tiens ma distrib' !!. Évalué à 2.
Et clair en plus, ce qui n'enleve rien ;)
En tout cas ca donne une idee assez claire de ce qui se prepare, meme si de dates, point le bout de l'ombre du nez :P
Merci.
[^] # Re: Debian et XFree86
Posté par Sebastien . En réponse au journal Enfin je tiens ma distrib' !!. Évalué à 3.
(Je me suis abonne aux ML depuis ~avril de cette annee, et je n'ai rien vu qui y faisait reference)
Le truc le plus interessant ce sont bien sur les "backports" depuis X.org :)
Et une autre question pour la route : quels sont les plans en matiere de X.org pour SiD (niveau dates quoi ;)
Parce que pour l'instant, ca n'a pas trop l'air de s'exciter des masses (oui, je sais, stabilisation de la Sarge, toussa), d'ailleurs il y a toujours aussi peu de testeurs Debian pour X.org :/
[^] # Re: Quels sont les projets dont le libre a besoin ?
Posté par Sebastien . En réponse au message Quels sont les projets dont le libre a besoin ?. Évalué à 3.
Pour le recuperer, y a quand meme pas plus simple que telecharger un script python qui va tout t'installer en stand-alone[1].
Cependant, je te rejoins totalement sur le fait que l'IHM est... comment dire, pour le moins aride.
D'un autre cote, lorsqu'on veut faire des trucs un peu chiades, il faut (il me semble) retrousser ses manches, s'enlever les doigts du * et coder.
Je ne pense pas qu'un truc a la lego-playskool ou tu inseres 2-3 trucs dans 2-3 machins soit vraiment efficace. Cela dit je n'ai jamais essaye plus de 5-10 minutes les softs comme MatLab et Mathematica (il me semble que l'IHM de Maple est une "bete" ligne de commande. Ca a evolue ? )
[1] : http://spi.cern.ch/workbook/howto/HowTo-Install-locally-lcg-softwar(...)
[^] # Re: Quels sont les projets dont le libre a besoin ?
Posté par Sebastien . En réponse au message Quels sont les projets dont le libre a besoin ?. Évalué à 3.
Donc ben je vois pas trop l'interet du poste de dot.kde, ou alors juste une meconnaissance ( ce qui est tout a fait normal, vu la qualite de la communication des differents acteurs sur le sujet ).
En particulier, le CERN et les physiciens des particules ont deja realise une (tres) grande partie des differents objectifs que se donne le posteur.
- Plotting Data : ROOT[1], AIDA[2], Physicst Interface[3] (plus leurs bindings en python),
- Numerical Computation : SEAL[4]
- Computer Algebra Systems : bon la je seche :P, mais il me semble que scilab doit bien avoir de jolies front-end
Bon voila, quoi.
Ou sinon, pour de plus amples renseignements [5,6]
PS: je poste sans avoir vu les commentaires de dot.kde parce que le lien est mort : pb de serveur)
[1] : http://root.cern.ch(...)
[2] : http://aida.freehep.org/index.thtml(...)
[3] : http://lcgapp.cern.ch/project/pi(...)
[4] : http://seal.cern.ch(...)
[5] : http://lcgapp.cern.ch/project(...)
[6] : https://linuxfr.org/~bins/14913.html(...)
[^] # Re: comment dire ?
Posté par Sebastien . En réponse au journal Il a tout pour plaire, et pourtant.... Évalué à 1.
Pour la distrib c'est encore plus problematique, simplement avec SuSE, mdk et RH ca fait des sorties tellement souvent que ca ne vaut pas le coup de relayer l'info, c'est pas vendeur...
Donc du coup, la Sarge a plus de chances de se voir annoncée au 20h de PPDA ? ;)
Où ça un troll ? Hebus ! N'embête pas le monsieur !