Stéphane Démurget a écrit 114 commentaires

Sérieusement, tu ne mes aucun argument dans ton texte, trouve qqchose à dire ! Pourquoi pas le meilleur choix ? tu éprouves le besoin d'updater tous les jours ? Je parles pas des security fix car on parle de desktop !

Moi j'en ai pas mal, mais je te fournis la plus important à mes yeux : bein, même si la mdk est livrée "clefs en main", il me faudrait ... disons un sacré paquets de temps pour tout tout tout cleaner ! Sur un pov' P133/32Mo de RAM, t'inquiètes pas, plus ça va, plus c ingérable !

De plus, les fichiers de config de la Debian sont _PROPRES_, ca ne me met pas beaucoup de temps !

Mon ordi n'est que rarement connecté au net, avant, je faisais de l'apt-get à gogo ! Quand tu as une ligne de merde, tu prends LinuxMag avec la Potato et tu demandes à qq1 de télécharger l'iso non-officiel.

Voilà, tu as un système récent, complet, et surtout _light si tu veux_ ! La debian, c'est comme la Slack : si tu veux c'est tout light ! Tu ne rajoutes que ce que tu as besoin ! Tu vas me rétorquer que la mdk c pareil : non, désolé !

Il n'y a pas de raison pour que les binaires pour RedHat 6 ne marche pas sur une mandrake (rpm 3.x) !

Faut pas abuser non plus ... tu veux pas de paquetages pour SuSE aussi ? C'est une beta ! Tu as déjà de la chance d'avoir des paquets grâce à Ximian ! Inutile d'optimiser cette beta pour chaque distro : une version en rpm et une en deb ... et voilà !

Mince, quel non-sens : dans otus les mirroirs, la beta1 se trouve dans stable/betas !!! C'est vraiment n'importe quoi !

ftp://ftp.fr.gnome.org/pub/gnome/stable/betas(...)

Choppes le guide du mainteneur de paquets debian :

ftp://ftp.fr.debian.org/pub/debian/doc/package-developer/maint-gui(...)
ftp://ftp.fr.debian.org/pub/debian/doc/package-developer/maint-gui(...)

C'est vraiment bien écris (la version originale du moins) et très facile à comprendre, tu verras que ce n'est pas très dur de créer ses paquets Debian au final !

Je ne sais pas si cette version française est bien traduite, si ce n'est pas le cas, prend la version Anglaise, vraiment, elle n'est pas technique et facile à comprendre !

Les paquets Ximian seront bientôt prêts, vous pouvez chopper les paquets rpms (redhat) sur http://spidermonkey.ximian.com/gnome-1.4-beta/distributions(...) et les paquets Debian (Woody) sur http://spidermonkey.ximian.com/1.4beta1(...) !

Note : les paquets pour la Debian risque fort rapidement de se retrouver dans 'distributions' !
S'il n'y sont pas déjà, c'est qu'ils ne sont peut être pas encore prêt ! Je conseille aux utilisateurs de la Debian d'attendre qu'un répertoire [dD]ebian soit créé dans http://spidermonkey.ximian.com/gnome-1.4-beta/distributions(...)

Je suis au boulot, et j'ai downloadé vite fait mozilla en zip ... je décompresse, j'importe de netscape.

Mais mince, je ne sais pas si ca fait longtemps que je l'avais pas utilisé (sous Windows), <do u troll> mais Gecko arrache 3 fois plus que mon Netscape 4 et mon IE 5.5 !! </do u troll>

C'est fout, l'intégration est nikel, la sidebar, c'est bien ... à quand les news de linuxfr dedans ? ;) (ca passe pour short.php3)

A remarquer : qq p'tit bogues au niveau de l'IHM : dans les prefs, après avoir cliqué sur ne pas affiche les images, puis afficher tous les images, il manque le texte des radiobuttons ! Dans les préférences, pas de scrollbar pour l'arborescence à gauche ! Et les textareas pour linuxfr, ... une partie du texte clignote parfois lorsqu'on tapes "plus d'une page" !

A quoi tu vois que la version Linux de FPSE est loin de la version Windows ? Ils mentionnent que les possibilités sont les mêmes :

This version has got the following features:
* The same features of Win32 and AmigaOS.
* Plugin technology:
- Supports X-Windows, Svgalib, SDL or AAlib.
* Supports Real CDs or ISO images
* A configuration tool.

Ca a l'air sympa, surtout avec AAlib ;)

Chouette, je viens de trouver les sources de FPSE, mais la license se veut prudente : impossible de modifier le code source et de le distribuer sans l'avis de l'auteur, afin de ne pas encourager la création de multiples versions peut-être ...

C'est très bien de l'indiquer : c'est ma faute, j'ai fait un oubli énoooorrme. Il est vrai qu'une tentative d'émulateur PSX OpenSource aurait boosté son développement je pense.

C'est bizarre : _souvent_, les développeurs d'émulateurs ont voulu donner une image de "gros pro", à l'instar de _certains_ demomakers et gardent jalousement leur code. M'enfin sur le portage vers Linux, ils auraient pu faire un effort ;)

Le développeur qui a porté cet émulateur a écrit des plugins compatibles PSemuPro en fournissant leur sources ... mais là encore : aucune license, nan même pas une !

Mais je crois qu'il n'y a qu'un seul autre émulateur de PSX sous Linux : FPSe et il n'est pas sous license libre non plus ... =( On a juste le droit a une build :

http://www.vg-network.com/download.php?get=files/console/fpse-linux(...)

Hihi, je suis beta-testeur de Progeny, et ca me fait bien marrer car j'ai pas trop de boulot : dans la Beta 2, mon serveur habituel (S3) ne supporte pas ma carte, donc voilà ... j'ai quasiment rien testé (juste la première partie de l'install). Il faut que je teste la Beta 3, qui corrige ce bogue !

Je tiens juste à dire qu'en matière d'install, j'ai jamais rien vu de mieux jusqu'à présent que l'install de la Storm (2nde édition : 2.02) ! Il était génial ! Donc la debian la plus simple à installer (perso), c'est la Storm ! C'est vrai que Progeny s'en inspire sur quelques points je trouve !

Mais je regrette que tout le monde se focalise sur un install : le nouvel install de la Debian peut être utilisé sous X, je pense que progeny aussi, mais Storm le demandait dès le début, ce qui était bien aussi !

Ensuite, Progeny va réinventer la roue avec un frontend d'apt-get à tous les coups ... comme Storm ! Mais je pense qu'elle est plein d'avenir et ils corrigent rapidement les bogues, et j'ai entendu d'autres beta-testeurs dire qu'une fois l'install terminé, on se retrouve avec un bô desktop ! Même si certains risquent de râler, je trouve intéressante l'idée de stabiliser la plupart de la Woody : genre KDE 2 (antitroll : perso j'utilise pas, même je trouve l'idée intéressante), combien de mois, avant que la Woody finisse sont freeze (faudrait déjà qu'elle passe en 'freeze' ;) ?

Certaines choses comme Ximian Gnome 1.2 sont intégrés, ok, ya toujours apt-get mais bon, avec une connec de brin, c'est toujours agréable d'avoir une ditro à jour ! =)


Vraiment dommage que cette boîte se soit cassée la gueule ! Ca aurait été bien de filer leur code source d'install juste avant de faire une banqueroute ! ;)

Je crois que tu n'as pas compris la différence énorme entre E 0.16 et E 0.17 : le premier est un window manager, le second un desktop, tout comme Gnome ou KDE (cf fin de la prose de Raster) !

Evidemment, il serait totalement inutile de l'utiliser avec Gnome ou KDE, à moins d'en garder seulement la partie window manager : toutes les fonctions feraient "doublons" ! E a son file manager, son panel, son window manager : bein ca fait un desktop ! Si tu aimes un élément de Gnome ou KDE, il serait peut-être judicieux de le démarrer dans E !

De plus, il ne le saura pas tout de suite, car Raster dit que E (partie window manager) ne supporte pas encore l'ICCCM, donc on est loin d'un wm Gnome-compliant par exemple.

Je tiens d'abord à m'excuser pour ce troll que vous n'avez même pas vu passer, en plus il y avait du smiley dans l'air ... j'étais un peu énervé en fin de semaine sur le titre décrivant RedCarpet comme un "Vaporware" (infondé), surtout que la news a déjà été passée plusieurs fois !

Néanmoins, je tiens quand même à vous dire que les conneries que j'ai racontées marchent effectivement ! C'est ce que vous avez dit toi et l'anonyme du dessus (remarquez que quand je troll, moi j'assume) qui est FAUX ! Un seul processus peut écouter une paire {adresse IP, port}, donc rien ne t'empêche de faire de l'IP aliasing (sorte d'émulation comme si tu avait deux cartes rézo), et donc de posséder 2 adresses IP pour la même station, qui, j'en convient, bosseront sur le même port !

Tu balances ensuite un SIGHUP à l'ancien Apache, qui vas attendre que ses fils se terminent correctement (sinon, adieux les communications en cours ...), le reforcera à lire ses fichiers de config (ya un autre signal qui ne fait pas cette seconde partie) et à REDEMARRER : donc ca c'est pour un seul Apache, sans couper les comms !

Mais pour aller au fin-fond de ma pensée, lorsqu'on a deux process Apache père, on peut envoyer le signal (je sais plus lequel ?) à l'ancien process Apache père qui va JUSTE attendre la fin de ses fils puis se terminer. Il ne reste donc plus qu'un seul process Apache père avec la nouvelle config, qui écoute deux paires {adresse IP,port} auquel cas il y aurait fallu mettre deux fois moins de thread dans la config, car Apache balances N process pour une paire {adresse IP,port} !

Je vois pas pourquoi tu pourrait pas remplacer le contenu des inodes : ton programme est en mémoire, le contenu du fichier associé importe peu.

De plus, ca va être chaud de vérifier avec un simple 'df', il faudrait essayer 'checkinstall', qui log les écritures, déplacements, lectures des fichiers lors de l'exécution d'une commande !

J'écrase sur disque, grâce au patch Debian, le fichier binaire httpd avec celui d'apache 1.3.17 (supprimer l'ancien binaire, puis installer le nouveau reviens normalement au même)

> heu, les libs ... ca serait sympas de copier les libs dynamiques, ya pas que les binaires dans la vie ;)

> Pour que ce soit effectivement Apache 1.3.17 qui fonctionne je suis obligé de quitter le processus httpd en cours et de relancer le nouveau.

1) t'inquiète, y'en a sûrement plus d'un ;)
2) pourquoi latter l'autre tout de suite ? Tu peux très bien chopper la liste des process httpd, démarrer une autre session apache puis killer les anciens : pendant un instant, tu auras 2 fois le nombres de threads que tu as d'habitude !

"pour que ce soit effectif" : nan, le processus père qui est lancé lit la config de httpd.conf, srm.conf, ... etc après, ses fils l'ont aussi forcément (mémoire partagée, héritage, ... j'en sais trop rien, je suis pas allé matter le code ;)

Donc ta deuxième session aura bel et bien la nouvelle config active ...

C'est-y pas magique ?

Voilà qui devrait te calmer mais bon, ca fait longtemps que c'est paru sur gnome.org, dans les conférences, les mailing-lists ... heu pas sur LinuxFr.org ? Oopps, blamez-moi ! =)

GNOME 1.4 Schedule
------------------
1/29 Nautilus PR3 release
2/5 Library freeze date - create 1.4 branches, bug fix only mode
2/10 Freeze date for everything else - bug fix only mode, branch as
needed
2/10 Drop dead date for packages - any proposed new packages which are
not ready will be dropped)
2/15 Package due date for GNOME 1.4 Beta 1 (maintainers must upload
packages by this date)
2/17 GNOME 1.4 Beta 1 (based on Nautilus PR3)
2/18 - 2/25 Beta 1 Test Cycle
2/23 Nautilus 1.0 freeze
2/26 Nautilus release candidate tarballs released (0.9 or 0.99 or
something - done barring final Eazel
and community QA)
2/26 GNOME 1.4 Beta 2 package due date
2/28 GNOME 1.4 Beta 2 (based on Nautilus release candidate)
2/28 - 3/7 Beta 2 Test Cycle
3/5 Nautilus 1.0 release
3/6 GNOME 1.4 beta 3 package due date
3/8 GNOME 1.4 Beta 3 (based on Nautilus 1.0)
3/8 Hard freeze except for docs and translations - code changes may
only go in for critical bugs as reviewed by Release Team (or the
GNOME Foundation board for hard cases).
3/9 - 3/17 Beta 3 Test Cycle
3/16 GNOME 1.4 Release Candidate 1 package due date
3/18 GNOME 1.4 Release Candidate 1
3/18 Hard freeze for everything, including docs and translations -
code changes may only go in for critical bugs as reviewed by
Release Team and GNOME Foundation board.
3/19 - 3/26 Release Candidate 1 Test Cycle
3/25 GNOME 1.4 Final package due date - but no changes expected from RC1
3/27 GNOME 1.4 Final

Admettons que tu as un serveur haute disponibilité (Apache) qui gère, disons, LinuxFR.org ;) ... Ne penses-tu pas que ca serait sympas de pouvoir mettre à jour Apache SANS le couper, et de garder ton uptime ? Pour les grosses boîtes ça compte, mais pour les ch'tites c'est pas grave, tu prends ça pendant les heures creuses ! ;)

Ca a été pendant longtemps une des bannières de la Debian, je ne sais pas si maintenant beaucoup de monde y fait attention.

Si t'as demandé d'installer gdm, je pense que c'est normal !

T'as question, c'est bien : pourquoi relancer la session X (donc gnome-session pour ainsi dire) ?

Ca dépend ... t'as une Debian ? ;) (Normalement non, sinon tu n'utiliserais pas HelixUpdate)

La Debian possède un kernel patché pour pouvoir écrire sur des fichiers en cours d'exécution !
Pour les libs, c'est autre chose : elles sont chargées en mémoire, tu peux les écraser.

C'est un début de réponse ...

PS : Je sais que c'est lourd à force de toujours tout rejeter sur les modéros, mais bon ... ça fait du bien quand t'es au boulot ;)

Héhé, la news étant pourtant déjà passée, avec les screenshots ? C'est le mot *vaporware*, dans le monde du libre, qui m'a fait tilté, voilà tout !

C'est du bon sens ! =)

La réponse est juste au-dessus, il *devrait* y avoir complémentarité, car Ximian doit shipper Nautilus avec Gnome 1.4+.

J'ai omis de dire que bien sûr, ils ont le droit (GPL oblige) de créer une version customisée, n'intégrant pas ces services !

Je pense perso que Nautilus va s'orienter de plus en plus au niveau des services en lignes, et Ximian gardera sa position !

Reste à attendre aux environs du 28/3 pour confirmation ! =)

Ca faisait longtemps qu'il n'y en avait pas eu un comme ca : un "vaporware" ? Les screenshots ca fait 3+ mois qu'ils sont là, et ya eu une démo à la LinuxExpo !! Les modéros, corrigez un peu bordel ! D'après ton exposé, on croit que la mauvaise gestion des dépendances rendait HelixUpdate instable : ce n'est pas ça du tout ! Les dépendances, ce sont celles des paquets de Ximian, HelixUpdate, lui il calcule rien du tout !

Je ne CROIS pas que ce soit un concurrent d'apt-get, ca serait plutôt un frontend, un dépoussierrage de dselect à la sauce Stormix !

Sinon c'est bel et bien une plateforme pour pouvoir répandre des logiciels (Redhat a déjà signé) online. En gros plus ça va plus il y aura des rubriques : maintenant c'est Evolution, Debian, ... etc dans pas longtemps ce sera ton boulanger favoris =)

Bon nombre de discussion ont courues sur la mailing-lists de développement Gnome (Gnome-1.4, Gnome-Devel) à ce propos.

Le fait est que Ximian aura peut-être du mal pour cohabiter avec Nautilus, qui rend déjà ces mêmes services ! Certains ont pensés qu'il ne fournirait pas Nautilus mais c'est impossible car il fait partie de Gnome 1.4+ ! Bref, ca va être chaud pour eux, surtout avec Aduvizor et son interface "2001, l'Odyssée de l'espace" ;)

Le widget GtkHtml commence à devenir stable et des produits comme Encompass (encore vivant ce projet ?) http://zephyr.webhop.net/encompass/(...) sont prometteurs.

Ce widget gère extrèmement rapidement et bien les tables ! Le problème de dillo c'est que les tables n'étaient pas encore gérées dans la version que j'utilisais (ya un moment) ! Du coup, je viens de downloader la dernière version de la branche 0.3.x !

Pour comparer :
- dillo, c'est le lynx de X, et
- gtkhtml, c'est le links de X

;) si si

Le produit maison, c'est un script perl qui écrit dans des répertoires, c'est pas une applet pour le panel Gnome, ce dont on parle en ce moment, et que certaines personnes trouvent bien.

Je sais bien, mais je pense que ca peut intéresser des gens de voir défiler les news de linuxfr.org à la gnews plutôt que du style gnome-linuxfr, dont l'idée d'install dans les favoris n'est pas forcément top au passage ...

Je crois que t'as pas compris ... c'est pas le code HTML de la page web qu'il faut parser, c'est un fichier de backend ! Je vois pas ce qui pourrais bien m'empêcher de le faire à la main !