Re: Troisième lien - XaraXtreme et la GPL
Si tu regardes ici: http://www.xaraxtreme.org/developers/general/test.html tu peux remarquer que le support complet du SVG est dans les objectifs pour la 1.0
Que ce soit pour les SVG ou autre chose, je pense qu'il faut au moins attendre qu'ils se rapprochent de la 1.0 avant de juger Xara Xtreme.
[ Répondre ]
Re: eval
Ben suffit de mettre la variable $foo:
# foo=foo5
# bar=bar1
# foo5_bar1=test2
# eval resultat=\$${foo}_$bar
# echo $resultat
test2
Faut rajouter les {} autour de foo sinon il évalue $foo_, c'est peut-être ça qui te posait problème?
[ Répondre ]
Re: Par curiosité
D'après ce qu'on peut lire dans ce thread: http://www.playeradvance.org/forum/archive/index.php/t-385.h(...) (long) apparement un ami de l'auteur lui aurait dit que la DADVSI interdisait l'utilisation d'émulateurs en France (je crois que ce n'est pas vrai, mais avec toutes les conneries qu'elle apporte je suis pas sûr). Mais il dit aussi qu'il en avait marre du peu de contributions au développement (mais en même temps faut pas oublier que c'était un projet closed-source...)
[ Répondre ]
Re: Vers d'autres systèmes?
Pour info le moteur du jeu, NeL, est déjà sous GPL depuis longtemps et tourne sous Linux:
http://www.nevrax.org/
[ Répondre ]
Re: Question sécurité ?
Personnellement je n'y ai jamais touché, mais peut-être que tu devrais jeter un oeil à des trucs comme SELinux (http://www.nsa.gov/selinux/) ou RSBAC (http://www.rsbac.org/)
[ Répondre ]
SUSE c'est bien
Suite à l'achat d'un nouveau portable, j'ai récemment essayé SUSE 10.1 et je dois dire que j'ai été agréablement surpris (faut dire que j'avais pas mal d'a prioris). Ce que j'ai le plus apprécié:
- L'installateur graphique le plus beau et le plus complet que j'ai vu sur une distro, avec support de trucs "avancés" comme LVM ou le cryptage de partition.
- Les outils d'administration graphiques sont très bien, en 3 clics on peut mettre en place un serveur par exemple
- Tout mon matériel a été reconnu (sauf le lecteur biométrique, mais bon...) avec en plus tout plein de machins graphiques user-friendly et des jolis applets qui gèrent tout ça.
Évidemment il y'a des choses que j'ai pas trop aimées, comme l'installateur de packages avec lequel j'ai eu des problèmes pour tout ce qui est en dehors des CD d'installation, et aussi le fait que SUSE consomme beaucoup de ressources sans qu'on sache vraiment trop pourquoi.
Mais sinon c'est pas mal pour ceux qui cherchent la facilité avec une distro clickodrome :)
(pour la petite histoire j'ai finalement opté pour Gentoo pour mon portable, probablement parce que je suis un autiste profond)
[ Répondre ]
Re: Xgl
OK merci, bizarrement je n'ai pas trouvé la page en faisant une recherche.
Je vais essayer de la compléter un peu l'article ce soir, vu qu'en ce moment je suis en plein dans Xgl (c'est fou les trucs qu'on se trouve à faire quand on a pas envie de faire son rapport de stage)
[ Répondre ]
Xgl
Compléter la page sur XGL
Je ne trouve pas du tout de pages sur Xgl sur le wiki fr. Est-ce que c'est moi qui ait besoin de plus de café, ou bien il faut en fait la créer et non la compléter?
Sinon, c'est une très bonne nouvelle. Nous les gentooïstes on se vante souvent d'avoir une excellente documentation, mais la doc non-officielle en français a toujours été un peu à la masse... C'est l'occasion ou jamais de corriger ça.
[ Répondre ]
Re: [X] les 0.17% de vitesse supplémentaire apportée par la recompilatio
Ce n'est pas ça l'intêret là. Le truc avec Gentoo c'est que ça dispose d'un init plus intuitif, avec les runlevels qui sont nommés (et non pas chiffrés comme dans la plupart des autres distros). Au niveau de l'arborescence, il n'y pas de /etc/rcX.d et compagnie, mais /etc/runlevels/boot, /etc/runlevels/default, etc.
De plus les scripts dans /etc/init.d sont plus simples à écrire ,et gèrent les dépendances.
(pour ceux qui ont essayé initng, c'est inspiré de l'init de Gentoo)
[ Répondre ]
Problème majeur?
La dernière fois que je me suis mis à Ruby le problème majeur ce n'était pas les performances, mais surtout le manque de ressources à disposition (documentation, librairies...) à moins de maitriser le japonais. Je me souviens que mes recherches sur google ne menaient parfois à rien quand j'avais un problème, contrairement à Perl ou Python où on trouve toujours quelque chose. Mais ça s'est peut-être amélioré depuis, il faudrait que je regarde ça.
Sur le langage en lui-même y'a rien à dire, il est génial.
[ Répondre ]
Re: [X] les 0.17% de vitesse supplémentaire apportée par la recompilatio
Tout ces problèmes sont des problèmes d'utilisateurs qui passent beaucoup de temps à installer / désinstaller des applications.
Et dans ce cas, Gentoo ainsi que toutes les distributions "sources" n'est pas et ne sera sans doute jamais adaptée
Je ne suis pas vraiment d'accord sur ce point. Personnellement une des raisons pour laquelle j'ai adoptée Gentoo c'est le grand choix de packages à ta disposition, sans avoir à te prendre la tête avec des packages non-officiels ou des repositories alternatifs ou d'autres choses du genre. C'est avec Gentoo que j'ai découvert la plupart des applications Linux que je connais. Les temps de compilation ne m'ont jamais vraiment posé de problème, sachant qu'on peut faire autre chose à coté sans soucis (au pire on peut régler PORTAGE_NICENESS) Et pour les applications desktops vraiment longues à compiler (firefox, openoffice...) il y a des packages binaires à disposition pour la plupart .
[ Répondre ]
Re: [X] les 0.17% de vitesse supplémentaire apportée par la recompilatio
Quelques précisions:
- manque un équivalent à « urpme »
Avec cette commande ça marche plutôt bien:
#emerge -aC libsdl `equery -q depends libsdl`
:
- manque un équivalent à « urpmf » (il me semble) : savoir quelle package installer pour obtenir tel fichier ;
En effet ce n'est pas possible avec portage à ma connaissance. Mais il y a une raison à ça: comme les package sont compilés, il peut y avoir des différences dans la liste des fichiers selons les options spécifiées.
Je sais qu'il y a eu des initiatives non-officielles pour régler ce problème, mais je sais pas trop ce qu'elles valent:
http://www.rommel.stw.uni-erlangen.de/~fejf/pfs/
http://www.rooties.de/damage/pfl/qry/
- l'équivalent à « rpm -qf /path/to/file » avec qpkg est leeeent
qpkg n'est plus utilisé depuis un bon moment, pour ce genre d'opérations on utilise equery:
#equery belongs <nomdufichier>
Chez moi ça prend environ cinq secondes. Ce n'est certes pas instantané, mais je trouve ça raisonnable pour un truc comme ça qu'on ne fait pas trop souvent.
- rien pour gérer de manière pratique l'utilisation d'un kernel maison (il passe son temps à upgrader le kernel gentoo pour que dalle), même en essayant de lui faire installer un faux ebuild
Si j'ai bien compris ce que tu veux dire par là, il faut utiliser le fichier /etc/portage/profile/package.provided (cf. man portage)
[ Répondre ]
Re: Plein
Juste pour dire que de toutes les applis que tu as citées, il semble que c'est Anyterm qui lui conviendra le mieux (shellinabox utilise une applet java, sshwebproxy est un servlet java et php-shell ne fait qu'une ligne à la fois)
[ Répondre ]
Cette page a été générée par Templeet en 0.0814s (dont 0.007 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Re: relecture
La plupart des utilisateurs de Linux est belle et intelligente.
Honnêtement, tu trouves vraiment que cette phrase est correcte?
[ Répondre ]