En fait, je suis plus pessimiste que tgl, pour /var/tmp, je laisserai 4Go. J'ai déjà vu des compilations de mozilla ou OOo prendre plus de 3Go. Gourmandes ces sales bêtes :) (cela dit, OOo en binaire est franchement un meilleur choix)
Pour revenir au sujet des documentations, je tiens à souligner le travail extra de Neysx, qui en plus de coordiner toute la partie internationale, s'occupe tout particulièrement de la partie fr. On dispose à ce jour d'une excellente documentation, la plus à jour possible (on y travaille hein).
j'aurais du rajouter un partition FAT32 pour communiquer entre les 2 OS si besoin est, mais je ne l'ai pas fait).
Ahem... Sous mac osx il existe un excellent projet te permettant de monter de l'ext3 : http://sourceforge.net/projects/ext2fsx/(...)
C'est assez bien fait, et ça ne m'avait jamais posé de problème particulier.
Pour le dessin, tu as inkscape en vectoriel qui est excellent, un fork réussi de sodipodi (qui n'évolue plus vraiment) et qui intègre de plus en plus de trucs.
Pour les présentations j'avais croisé un truc permettant de faire des présentations en html, tu faisais ton texte et il ajoutait les boutons de navigation. Minimal, mais suffisant pour la plupart des présentations. J'ai par contre oublié le nom.
Pour compléter ta réponse, si tu résilies le contrat, tu peux théoriquement garder la freebox moyennant un paiement de XXX euros qui couvrent le prix d'une freebox. Mais ce n'est pas un achat de l'équipement.
D'après eux donc, tu n'as pas acheté les droits d'utilisation de la freebox, tu as remboursé le fait qu'ils ne pourront plus l'utiliser et la prêter à d'autres.
Si leur raisonnement est correct, tu n'as toujours pas accès aux binaires, et donc aux sources non plus. Il faudrait avoir l'avis d'un expert sur le sujet, mais la position de free se tient et est cohérente.
Comme je l'avais dit précédemment, KDE 3.4 marque un tournant pour KDE sur Gentoo, c'est la première version à séparer les applications.
Voir : http://gentoo-portage.com/kde-base(...) pour s'en convaincre, au lieu des trois ou quatres gros paquets monolithiques, on dispose de plusieurs paquets, un par application.
Note : pour KDE < 4.0, l'ancien système avec les paquets monolithiques restera.
doublehp : Un autre permet ce genre de chose, mais c'est un éditeur de texte, et sous mac, et c'est une licence non libre de type freeware-nc : subethaedit.
TImaniac : C'est marrant, OOo fournit également un format XML. C'est d'ailleurs un peu son fond de commerce depuis le début (donc CVS &Co powa tout autant)
Par contre pour les fonctionnalités de travail en groupe, faut oublier, ça n'a pas été fait pour j'ai l'impression. Ou alors ils le cachent bien.
En fait, j'ai surtout l'impression qu'on n'arrive pas à trouver souvent les vrais raisons de "pourquoi travailler ensemble en même temps sur un même fichier texte". Du coup, on ne crée pas de logiciel qui le permette.
Bon j'ai passé ma journée de samedi à tester NeoOffice/J. C'est effectivement plus lent à charger chez moi. En revanche sur le début de l'utilisation il est plus réactif que OOo/X11.
Problème : il bouffe de la ram comme pas deux. A l'arrivée, au bout de deux heures de boulot dessus, je ne pouvais plus taper une lettre sans attendre 30 secondes qu'il le prenne en compte. Il swappait à fond. Et faisait ramer l'ensemble du système. Chose que je ne rencontre pas avec OOo/X11.
En revanche j'avoue que l'intégration est plutôt pas mal réussie, et si ils arrivent à corriger le problème rencontré, il sera une bonne alternative à OOo/X11.
Qui "résume" très bien l'affaire. Pour info, l'auteur est issu du monde Mac, et fan de FreeBSD, il est pas mal lu, et écrit en général des articles très complets.
Il analyse l'ensemble des points avec une assez bonne justesse. La longueur de l'article correspond à peu près à ce que j'aurai souhaité rédiger sur DLFP, mais bon, un article de cette longueur ne passe pas la modération.
L'émulation G4 n'est même pas hasardeuse, elle est aléatoire, de l'aveu même du développeur principal.
Cela dit je suis complètement d'accord avec le commentaire plus haut : on émule ici l'architecture PPC. Donc Mac OS X n'est qu'une goutte d'eau on va dire. C'est à l'utilisateur de respecter sa propre licence.
Mais rien ne t'empêche de faire fonctionner Darwin seul sur x86, on a tout à fait le droit. C'est justement parce que PearPC n'est pas seulement là "pour installer Mac OS X" sur x86, qu'ils peuvent le faire.
De plus, on peut rappeler que pour des raisons d'interopérabilité, j'ai a priori tout à fait le droit d'enfreindre le point de l'EULA apple qui m'interdit d'installer Mac OS sur du non certifié Apple. Mais là, c'est un terrain glissant, je ne m'aventurerai pas sur ce genre de pente-là.
Je préfère admettre que PearPC n'est pas là QUE pour installer mac os X, mais émuler l'architecture PPC en tant que telle, qui n'est pas exclusif à Apple.
En revanche, CherryOS est là QUE pour mac os X : Experience Mac OS X on your PC
C'est le cas, c'est ça le pire : le comportement des fenêtres a un problème, qui se résoud avec un mouvement de la souris. Le même problème a été constaté sur CherryOS :)
C'est exactement le cas. Ils ont demandé conseil à la FSF, mais le copyright n'ayant pas été transféré, c'est aux développeurs de PearPC de s'en charger.
Actuellement, ils sont bien remontés d'ailleurs, mais je pense qu'ils essayeront d'adopter une résolution à l'amiable, pour ne pas compliquer les choses.
Malheureusement, Maui X-Stream semble être un peu... contre.
Je n'ai jamais essayé Darwin sans avoir lancé Aqua lors du démarrage. Je sais que c'est possible, faudra que je teste.
En fait, le problème, c'est la relative pauvreté du nombre d'applications X11 disponibles pour KDE ou Gnome. Par exemple, avec KDE, tu auras konqueror, et puis après, tous les backends pour ouvrir une image, un pdf, etc... dans les choux.
Je n'ai pas essayé abiword, j'avoue accrocher sur OOo, je l'aime comme il est, je m'y suis habitué, tout simplement.
Hé non, c'est bien pour ça que moi je fais bien l'opération inverse à celle que tu préconises. Je n'utilise jamais classic, donc OSX+X11, tout de suite, c'est crédible.
Mais un gros problème vient du support de... ma carte wifi. Qui ne passe pas avec MoL, et donc ton option ne passe pas pour moi. Du coup, j'économise de l'espace disque : un seul OS installé, j'y gagne un peu tout de même. Et le confort de Aqua ne me gêne pas, finalement.
MoL, c'est bien mais ça a ses limites (et ça bouffe pas mal de mémoire aussi hein)
Pour en revenir au sujet précédent, NeoOffice/J est bien natif, et tout, effectivement, le travail est intéressant. Ils ont fait des progrès d'ailleurs (jolie icône, splashscreen très sympa). Mais , il reste plus lent à lancer que X11+OOo. Triste constat, je reste sous X11+OOo en attendant, surtout que X11, je l'utilise toujours pour autre chose à côté, donc bon.
Pour ceux qui s'inquiètent, le screenshot est peut-être laid, mais on n'est pas obligé d'utiliser un WM en plus. quartz-wm permet de fenêtrer toutes les applications X11 dans Aqua sans problème.
Cela dit, tu as tout à fait raison, pour les applications natif aqua (Firefox, etc.) ajouter la couche X11 est franchement une abbération.
Qui veut faire un portage de GTK pour Aqua ? Ca a déjà été tenté avec carbon (gtk+-osx sur sourceforge), mais c'est tombé dans l'oubli, et c'est gtk1.x, c'est laid, et y'avait pas beaucoup de trucs.
En fait, si j'avais un peu de temps, je m'y mettrai bien, avec d'autres... Ca doit être pas mal intéressant à faire. Et si ce portage arrive à se faire, gimp pourrait passer en natif (ainsi que toutes les applis GTK). Ce serait franchement beau.
(mais bon, là, je rêve)
Et pourtant, X11 est vachement pratique, parce que ça permet de porter des applications de manière simple. Passer une application en natif sous Aqua, c'est pas simple. Grâce à X11, sous mac ox X, je peux avoir KDE, Gnome, Gimp, inkscape, et tout plein de petites applications graphiques qui ne seront jamais portées sous Aqua, parce que ça demande trop de boulot pour le faible nombre d'utilisateurs qui :
* sont sous Mac OS X
* ont besoin de ces logiciels
Il n'y a pas que les applications "mastodontes" qui sont utiles, il y a aussi toutes ces petites applications bien pratiques que tu utilises peut-être quotidiennement sur ton Linux qui pourraient être portées sous Mac OS X simplement, grâce à X11.
Moi je vois, j'utilise pas mal inkscape, bah, sans X11, c'est même pas la peine d'y penser. Un package en "stand-alone" pour inkscape ? On y réfléchit, actuellement une première tentative toute récente nous donne un paquet de plus de 70Mo à télécharger. Ca inclue tout GTK (bah oui, les dépendances, tout ça), c'est crade.
avec darwinports ou fink, on a la possibilité de l'installer simplement.
Moi je veux bien qu'on me passe inkscape sous Aqua. Allez-y, le poste est à pourvoir. Gimp aussi par la même occasion. Mais si y'a rien actuellement, ce n'est pas forcément un hasard, c'est que c'est *dur* et *long* pour pas grand chose (en plus, il faut avoir quelqu'un qui a mac os sous la main, qui est développeur, qui utilise Gimp, et qui est capable de le faire).
En bref, vive les applications en Aqua natif, mais X11 rend quand même de TRES grand services.
Posté par iznogoud .
En réponse au message Crontab.
Évalué à 5.
D'où l'intérêt des fichiers qu'on trouve parfois dans /var/lock qui contiennent le PID du processus.
Du coup, si tu as fait un kill sauvage, et que tu relances ton programme, il arrive en 1
vérifie le fichier, son contenu, et si le PID correspond bien à ce que tu veux.
Et voilà, c'est la fête.
Et ça évite d'utiliser un ps. Si d'autres processus doivent être renseignés de l'état de ton programme, ils peuvent savoir si il est ou non lancé facilement.
Je ne suis pas bien sûr que tu te rendes compte des distances... Une ville de 10.000 habitants on peut la traverser de bout en bout à pied...
Chez mes parents, village de un peu plus de 2000 habitants, traverser le village à pieds prendrait un *certain* temps, pour ne pas dire un temps certain.
Tu vas me dire qu'un village c'est plus éparpillé, et tout. Bah il se trouve que pas forcément. Multiplier le nombre d'habitant par 5 reviendrait grosso modo à bâtir 3 étages au lieu d'un pour chaque maison. Il n'empêche que même avec ça, moi je le traverse pas à pieds en une demi-journée, mon village.
En courant, peut-être que je pourrai le faire en 1h...
Une ville de 10000 habitants, c'est déjà grand hein. Pour un peu que tu sois sur la périphérie et que tu veuilles aller de l'autre côté, à pieds, tu pars pour une bonne ballade.
pour le 1024x768 tu a peut-être (sans doute) raison mais bon....
Surtout que maintenant, on voit plein de petits écrans sortir, incapables de faire plus de 1024 (et encore, ça c'est le cas extrême).
Pour te parler de mon cas à moi, je suis en 1024... sur un CRT 21" (de bonne qualité, même s'il commence à vieillir un peu).
Jamais tu ne me feras passer à plus. Ou alors il me faudrait un écran encore plus grand. Pour le moment, ma configuration est plutôt bi écran en 1024 chacun. Voir plus bas pourquoi.
il reste les bureaux virtuels pour "s'étaler" tranquillement sans être trop compressé.
Tu déplaces le problème sans le résoudre. Moi j'aime bien Gimp... Le problème c'est que petit à petit, je commence à avoir plein de petites fenêtres de partout, que j'utilise régulièrement. Prendre de l'espace inutilement sur les cadres, c'est prendre un espace monstrueux sur l'écran. Ca a l'air con comme ça, mais à l'arrivée, mon image, je ne la verrai même plus.
Bureaux virtuels ? Moi je dis bi écran. Pourquoi ? Parce que j'aime avoir sous les yeux, en permanence, deux fenêtres (minimum) ouvertes.
Exemple : je fais une page Internet. J'ai besoin de emacs, et un navigateur. Hop, deux fenêtres. Les mettre sur des bureaux virtuels séparés, c'est presque ridicule, parfois tu as besoin de ton navigateur pour ecrire ton code, tu regardes, tu analyses, juge, et modifies le code en conséquence. Faire ça sur deux bureaux virtuels, non merci.
Je code en C un joli petit programme, avec un client et un serveur. J'ai besoin d'emacs, et deux terminaux (client + serveur). Hop, trois fenêtres, il est pratique de les avoir sur le même bureau...
Etc.
Où est-ce que je veux en venir ? Les bureaux virtuels, c'est bien, mais ça ne résoud pas tout, et il faut parfois faire preuve d'un peu d'économie sur son écran pour faire tenir toutes les fenêtres nécessaires. Alors, si en plus on te met un thème qui te bouffe une quantité si importante de ta fenêtre, ça aide pas.
Note : pour le 1024, dans ma famille, 7 écrans utilisés, tous en 1024... Et je ne compte pas mon 9" monochrome VGA...
Si j'ai un apple, qui ne sait absolument pas faire aucune espèce d'accélération 3D, est-ce que je vais pouvoir continuer à utiliser Gnome, où est-ce qu'il va falloir changer de crèmerie ?
Malheureusement je crois que pour les sous-titre en français, tu peux attendre encore pas mal, en DVD, la seule version que je connaisse est celle sortie en Angleterre (et évidemment pas de sous-titres français)
Pour rester dans le sujet, KDE3.4 sera la première version qui sera proposée sous Gentoo sous forme de une application KDE = un ebuild/un paquet.
Ce qui fait que probablement un peu de "retard" dans la sortie de la chose sera à prévoir. Mais le travail est déjà commencé depuis quelques temps déjà. En espérant que ça aille comme prévu :)
Lire pour cela : http://www.gentoo.org/doc/en/kde-split-ebuilds.xml?style=printable(...) (en cours de relecture pour la version française d'ailleurs)
"you know what ? Your american beer is a bit like making love in a canoe... It's fucking close to water".
Je trouve que la contrainte est un peu trop forte. Parce que l'humour à la Monty Python est difficile à rendre, le générer à la main doit être vaguement hard...
Ayant déjà tous les Flying Circus et le bouquin monty python... ainsi que tous les films et tout, je dirai dommage.
Maintenant, j'avoue que c'est une excellente initiative/motivation. Flying Circus est absolument génial (même si je leur préfère les Fawlty Towers)
Complétons la réponse :
sous openssi par exemple, tu peux disposer de plusieurs "distributions" si tu veux. L'essentiel est que tu ais utilisé le même noyau patché openssi sur toutes les machines.
Problème, relevé au commentaire plus haut : ton application devra faire des appels à des bibliothèques. Elles doivent être identiques (même version binaire...).
A l'arrivée, tes différentes distributions, pour faire marcher tout ça de façon hétérogène, ça va être galère. Autant tout passer à une seule distribution, tu t'éviteras beaucoup de segfault et autres saloperies.
[^] # Re: super news !
Posté par iznogoud . En réponse à la dépêche Gentoo 2005.0 et autres nouvelles. Évalué à 9.
En fait, je suis plus pessimiste que tgl, pour /var/tmp, je laisserai 4Go. J'ai déjà vu des compilations de mozilla ou OOo prendre plus de 3Go. Gourmandes ces sales bêtes :) (cela dit, OOo en binaire est franchement un meilleur choix)
Pour revenir au sujet des documentations, je tiens à souligner le travail extra de Neysx, qui en plus de coordiner toute la partie internationale, s'occupe tout particulièrement de la partie fr. On dispose à ce jour d'une excellente documentation, la plus à jour possible (on y travaille hein).
http://fr.gentoo-wiki.com(...) et http://gentoofr.org(...) forment un très bon complément à la documentation officielle.
Continuez/continuons comme ça :)
# fat32 ???
Posté par iznogoud . En réponse au journal Mac Mini et Ubuntu. Évalué à 4.
Ahem... Sous mac osx il existe un excellent projet te permettant de monter de l'ext3 :
http://sourceforge.net/projects/ext2fsx/(...)
C'est assez bien fait, et ça ne m'avait jamais posé de problème particulier.
[^] # Re: Abiword et Gnumeric
Posté par iznogoud . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 4.
Pour les présentations j'avais croisé un truc permettant de faire des présentations en html, tu faisais ton texte et il ajoutait les boutons de navigation. Minimal, mais suffisant pour la plupart des présentations. J'ai par contre oublié le nom.
[^] # Re: Et Free dans tout ça ?
Posté par iznogoud . En réponse à la dépêche 13 violations de la GPL. Évalué à 2.
D'après eux donc, tu n'as pas acheté les droits d'utilisation de la freebox, tu as remboursé le fait qu'ils ne pourront plus l'utiliser et la prêter à d'autres.
Si leur raisonnement est correct, tu n'as toujours pas accès aux binaires, et donc aux sources non plus. Il faudrait avoir l'avis d'un expert sur le sujet, mais la position de free se tient et est cohérente.
# Grande nouvelle pour les Gentooistes
Posté par iznogoud . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 3.
Voir : http://gentoo-portage.com/kde-base(...) pour s'en convaincre, au lieu des trois ou quatres gros paquets monolithiques, on dispose de plusieurs paquets, un par application.
Note : pour KDE < 4.0, l'ancien système avec les paquets monolithiques restera.
Un petit lien utile, traduit par votre serviteur :
http://www.gentoo.org/doc/fr/kde-split-ebuilds.xml(...)
Qui explique le pourquoi du comment.
Faites chauffer votre Portage :)
[^] # Re: hop
Posté par iznogoud . En réponse au message éditer un document (office) à plusieurs. Évalué à 2.
doublehp : Un autre permet ce genre de chose, mais c'est un éditeur de texte, et sous mac, et c'est une licence non libre de type freeware-nc : subethaedit.
TImaniac : C'est marrant, OOo fournit également un format XML. C'est d'ailleurs un peu son fond de commerce depuis le début (donc CVS &Co powa tout autant)
Par contre pour les fonctionnalités de travail en groupe, faut oublier, ça n'a pas été fait pour j'ai l'impression. Ou alors ils le cachent bien.
En fait, j'ai surtout l'impression qu'on n'arrive pas à trouver souvent les vrais raisons de "pourquoi travailler ensemble en même temps sur un même fichier texte". Du coup, on ne crée pas de logiciel qui le permette.
[^] # Re: lien ? explications ?
Posté par iznogoud . En réponse au journal GNU Darwin Office 1-1. Évalué à 2.
Problème : il bouffe de la ram comme pas deux. A l'arrivée, au bout de deux heures de boulot dessus, je ne pouvais plus taper une lettre sans attendre 30 secondes qu'il le prenne en compte. Il swappait à fond. Et faisait ramer l'ensemble du système. Chose que je ne rencontre pas avec OOo/X11.
En revanche j'avoue que l'intégration est plutôt pas mal réussie, et si ils arrivent à corriger le problème rencontré, il sera une bonne alternative à OOo/X11.
J'attend toujours de voir, donc...
[^] # Un excellent article de drunkenblog
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 3.
Il analyse l'ensemble des points avec une assez bonne justesse. La longueur de l'article correspond à peu près à ce que j'aurai souhaité rédiger sur DLFP, mais bon, un article de cette longueur ne passe pas la modération.
http://www.drunkenblog.com/drunkenblog-archives/000501.html(...)
Encore une fois, excellent travail de drunkenblog.
[^] # Re: Et comme j'avais mis affaire à suivre, suivons...
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 3.
http://forums.h80571.serverkompetenz.net/viewtopic.php?p=16178#1617(...)
http://forums.h80571.serverkompetenz.net/viewtopic.php?p=16335#1633(...)
http://forums.h80571.serverkompetenz.net/viewtopic.php?t=2393(...)
Non, ça t'aurait plus écorché que moi ? (ça m'a pris pas 2 secondes)
[^] # Re: Le projet PearPC...
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 5.
Cela dit je suis complètement d'accord avec le commentaire plus haut : on émule ici l'architecture PPC. Donc Mac OS X n'est qu'une goutte d'eau on va dire. C'est à l'utilisateur de respecter sa propre licence.
Mais rien ne t'empêche de faire fonctionner Darwin seul sur x86, on a tout à fait le droit. C'est justement parce que PearPC n'est pas seulement là "pour installer Mac OS X" sur x86, qu'ils peuvent le faire.
De plus, on peut rappeler que pour des raisons d'interopérabilité, j'ai a priori tout à fait le droit d'enfreindre le point de l'EULA apple qui m'interdit d'installer Mac OS sur du non certifié Apple. Mais là, c'est un terrain glissant, je ne m'aventurerai pas sur ce genre de pente-là.
Je préfère admettre que PearPC n'est pas là QUE pour installer mac os X, mais émuler l'architecture PPC en tant que telle, qui n'est pas exclusif à Apple.
En revanche, CherryOS est là QUE pour mac os X : Experience Mac OS X on your PC
[^] # Re: La honte
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 6.
[^] # Re: Quels recours?
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 3.
Actuellement, ils sont bien remontés d'ailleurs, mais je pense qu'ils essayeront d'adopter une résolution à l'amiable, pour ne pas compliquer les choses.
Malheureusement, Maui X-Stream semble être un peu... contre.
# Et comme j'avais mis affaire à suivre, suivons...
Posté par iznogoud . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 5.
- un récapitulatif des problèmes rencontrés : http://tinyurl.com/6aov4(...)
- une news sur macobserver : http://macobserver.com/article/2005/03/09.13.shtml(...) très... creuse. Elle annonce la sortie de CherryOS, et contient un démenti de Maui X-Stream
- Et parce que PearPC ce n'était pas suffisant : http://tinyurl.com/4k7cx(...) Ils auraient également volé du code à HFV Explorer, et utilisé une version non légale de Setup Factory (voir le message suivant : http://tinyurl.com/5fg52(...) )
édifiant, ils rassemblent tout ce qu'il ne faut pas faire pour se faire aimer.
[^] # Re: lien ? explications ?
Posté par iznogoud . En réponse au journal GNU Darwin Office 1-1. Évalué à 2.
En fait, le problème, c'est la relative pauvreté du nombre d'applications X11 disponibles pour KDE ou Gnome. Par exemple, avec KDE, tu auras konqueror, et puis après, tous les backends pour ouvrir une image, un pdf, etc... dans les choux.
Je n'ai pas essayé abiword, j'avoue accrocher sur OOo, je l'aime comme il est, je m'y suis habitué, tout simplement.
# Commentaire peut-être sans intérêt pour la plupart...
Posté par iznogoud . En réponse au journal La P.A.O. libre se jette par les fenêtres !. Évalué à 5.
linux mag, version espagnol, propose un article assez intéressant sur scribus, fait par un professionnel de la mise en page, qui teste scribus.
Bon, faut comprendre l'espagnol hein :)
[^] # Re: lien ? explications ?
Posté par iznogoud . En réponse au journal GNU Darwin Office 1-1. Évalué à 3.
Mais un gros problème vient du support de... ma carte wifi. Qui ne passe pas avec MoL, et donc ton option ne passe pas pour moi. Du coup, j'économise de l'espace disque : un seul OS installé, j'y gagne un peu tout de même. Et le confort de Aqua ne me gêne pas, finalement.
MoL, c'est bien mais ça a ses limites (et ça bouffe pas mal de mémoire aussi hein)
Pour en revenir au sujet précédent, NeoOffice/J est bien natif, et tout, effectivement, le travail est intéressant. Ils ont fait des progrès d'ailleurs (jolie icône, splashscreen très sympa). Mais , il reste plus lent à lancer que X11+OOo. Triste constat, je reste sous X11+OOo en attendant, surtout que X11, je l'utilise toujours pour autre chose à côté, donc bon.
Pour ceux qui s'inquiètent, le screenshot est peut-être laid, mais on n'est pas obligé d'utiliser un WM en plus. quartz-wm permet de fenêtrer toutes les applications X11 dans Aqua sans problème.
Cela dit, tu as tout à fait raison, pour les applications natif aqua (Firefox, etc.) ajouter la couche X11 est franchement une abbération.
Qui veut faire un portage de GTK pour Aqua ? Ca a déjà été tenté avec carbon (gtk+-osx sur sourceforge), mais c'est tombé dans l'oubli, et c'est gtk1.x, c'est laid, et y'avait pas beaucoup de trucs.
En fait, si j'avais un peu de temps, je m'y mettrai bien, avec d'autres... Ca doit être pas mal intéressant à faire. Et si ce portage arrive à se faire, gimp pourrait passer en natif (ainsi que toutes les applis GTK). Ce serait franchement beau.
(mais bon, là, je rêve)
[^] # Re: lien ? explications ?
Posté par iznogoud . En réponse au journal GNU Darwin Office 1-1. Évalué à 5.
* sont sous Mac OS X
* ont besoin de ces logiciels
Il n'y a pas que les applications "mastodontes" qui sont utiles, il y a aussi toutes ces petites applications bien pratiques que tu utilises peut-être quotidiennement sur ton Linux qui pourraient être portées sous Mac OS X simplement, grâce à X11.
Moi je vois, j'utilise pas mal inkscape, bah, sans X11, c'est même pas la peine d'y penser. Un package en "stand-alone" pour inkscape ? On y réfléchit, actuellement une première tentative toute récente nous donne un paquet de plus de 70Mo à télécharger. Ca inclue tout GTK (bah oui, les dépendances, tout ça), c'est crade.
avec darwinports ou fink, on a la possibilité de l'installer simplement.
Moi je veux bien qu'on me passe inkscape sous Aqua. Allez-y, le poste est à pourvoir. Gimp aussi par la même occasion. Mais si y'a rien actuellement, ce n'est pas forcément un hasard, c'est que c'est *dur* et *long* pour pas grand chose (en plus, il faut avoir quelqu'un qui a mac os sous la main, qui est développeur, qui utilise Gimp, et qui est capable de le faire).
En bref, vive les applications en Aqua natif, mais X11 rend quand même de TRES grand services.
[^] # Re: Méthode sauvage
Posté par iznogoud . En réponse au message Crontab. Évalué à 5.
Du coup, si tu as fait un kill sauvage, et que tu relances ton programme, il arrive en 1
vérifie le fichier, son contenu, et si le PID correspond bien à ce que tu veux.
Et voilà, c'est la fête.
Et ça évite d'utiliser un ps. Si d'autres processus doivent être renseignés de l'état de ton programme, ils peuvent savoir si il est ou non lancé facilement.
[^] # Re: La solution n'est pas dans comment remplacer nos moteurs
Posté par iznogoud . En réponse au journal Ca vous fera un peu de lecture... :o). Évalué à 3.
Une ville de 10.000 habitants on peut la traverser de bout en bout à pied...
Chez mes parents, village de un peu plus de 2000 habitants, traverser le village à pieds prendrait un *certain* temps, pour ne pas dire un temps certain.
Tu vas me dire qu'un village c'est plus éparpillé, et tout. Bah il se trouve que pas forcément. Multiplier le nombre d'habitant par 5 reviendrait grosso modo à bâtir 3 étages au lieu d'un pour chaque maison. Il n'empêche que même avec ça, moi je le traverse pas à pieds en une demi-journée, mon village.
En courant, peut-être que je pourrai le faire en 1h...
Une ville de 10000 habitants, c'est déjà grand hein. Pour un peu que tu sois sur la périphérie et que tu veuilles aller de l'autre côté, à pieds, tu pars pour une bonne ballade.
[^] # Re: Critique d'art. En toute subjectivité.
Posté par iznogoud . En réponse au journal Un nouveau look pour Gnome 2.12. Évalué à 4.
Surtout que maintenant, on voit plein de petits écrans sortir, incapables de faire plus de 1024 (et encore, ça c'est le cas extrême).
Pour te parler de mon cas à moi, je suis en 1024... sur un CRT 21" (de bonne qualité, même s'il commence à vieillir un peu).
Jamais tu ne me feras passer à plus. Ou alors il me faudrait un écran encore plus grand. Pour le moment, ma configuration est plutôt bi écran en 1024 chacun. Voir plus bas pourquoi.
il reste les bureaux virtuels pour "s'étaler" tranquillement sans être trop compressé.
Tu déplaces le problème sans le résoudre. Moi j'aime bien Gimp... Le problème c'est que petit à petit, je commence à avoir plein de petites fenêtres de partout, que j'utilise régulièrement. Prendre de l'espace inutilement sur les cadres, c'est prendre un espace monstrueux sur l'écran. Ca a l'air con comme ça, mais à l'arrivée, mon image, je ne la verrai même plus.
Bureaux virtuels ? Moi je dis bi écran. Pourquoi ? Parce que j'aime avoir sous les yeux, en permanence, deux fenêtres (minimum) ouvertes.
Exemple : je fais une page Internet. J'ai besoin de emacs, et un navigateur. Hop, deux fenêtres. Les mettre sur des bureaux virtuels séparés, c'est presque ridicule, parfois tu as besoin de ton navigateur pour ecrire ton code, tu regardes, tu analyses, juge, et modifies le code en conséquence. Faire ça sur deux bureaux virtuels, non merci.
Je code en C un joli petit programme, avec un client et un serveur. J'ai besoin d'emacs, et deux terminaux (client + serveur). Hop, trois fenêtres, il est pratique de les avoir sur le même bureau...
Etc.
Où est-ce que je veux en venir ? Les bureaux virtuels, c'est bien, mais ça ne résoud pas tout, et il faut parfois faire preuve d'un peu d'économie sur son écran pour faire tenir toutes les fenêtres nécessaires. Alors, si en plus on te met un thème qui te bouffe une quantité si importante de ta fenêtre, ça aide pas.
Note : pour le 1024, dans ma famille, 7 écrans utilisés, tous en 1024... Et je ne compte pas mon 9" monochrome VGA...
[^] # Re: Gtk+
Posté par iznogoud . En réponse au journal Un nouveau look pour Gnome 2.12. Évalué à 1.
Si j'ai un apple, qui ne sait absolument pas faire aucune espèce d'accélération 3D, est-ce que je vais pouvoir continuer à utiliser Gnome, où est-ce qu'il va falloir changer de crèmerie ?
[^] # Re: to be or not to be
Posté par iznogoud . En réponse à la dépêche Concours de programmation Python. Évalué à 3.
# LiveCD (traduction ?)
Posté par iznogoud . En réponse à la dépêche KDE 3.4 RC1. Évalué à 3.
Un LiveCD, des LiveCD (sans s)
http://dev.gentoo.org/~neysx/trads-fr-conventions.html(...)#doc_chap4_sect14
Pour rester dans le sujet, KDE3.4 sera la première version qui sera proposée sous Gentoo sous forme de une application KDE = un ebuild/un paquet.
Ce qui fait que probablement un peu de "retard" dans la sortie de la chose sera à prévoir. Mais le travail est déjà commencé depuis quelques temps déjà. En espérant que ça aille comme prévu :)
Lire pour cela : http://www.gentoo.org/doc/en/kde-split-ebuilds.xml?style=printable(...) (en cours de relecture pour la version française d'ailleurs)
# to be or not to be
Posté par iznogoud . En réponse à la dépêche Concours de programmation Python. Évalué à 7.
"you know what ? Your american beer is a bit like making love in a canoe... It's fucking close to water".
Je trouve que la contrainte est un peu trop forte. Parce que l'humour à la Monty Python est difficile à rendre, le générer à la main doit être vaguement hard...
Ayant déjà tous les Flying Circus et le bouquin monty python... ainsi que tous les films et tout, je dirai dommage.
Maintenant, j'avoue que c'est une excellente initiative/motivation. Flying Circus est absolument génial (même si je leur préfère les Fawlty Towers)
[^] # Re: OS et machines hétérogènes
Posté par iznogoud . En réponse à la dépêche Sortie de la version 1.0.0 de Kerrighed. Évalué à 2.
sous openssi par exemple, tu peux disposer de plusieurs "distributions" si tu veux. L'essentiel est que tu ais utilisé le même noyau patché openssi sur toutes les machines.
Problème, relevé au commentaire plus haut : ton application devra faire des appels à des bibliothèques. Elles doivent être identiques (même version binaire...).
A l'arrivée, tes différentes distributions, pour faire marcher tout ça de façon hétérogène, ça va être galère. Autant tout passer à une seule distribution, tu t'éviteras beaucoup de segfault et autres saloperies.