Pour l'installer il faut un linux minimal, avec un environnement de compilation, et une connec au net.
Ensuite les scripts rocklinux vont récupérer les packages sur les mirroirs du logiciel donné, le compilent et l'installent. Les script peut bien sur sortir une iso à la fin.
pas forcément, parce que un windows ce, tu sais combien ca va te couter _avant_ de commencer le projet. Alors qu'avec du linux sur de l'embarqué, tu engage des développeurs pour bosser sur le kernel et adapter / réécrire pas mal de trucs. Et là l'évaluation du cout, elle est un peu à l'arrache. Et un développeur qui bosse sur le kernel, c'est pas forcément ce qui se fait de moins cher sur le marché.
Non, mozilla est basé sur gtk 1.2 sous unix/linux et sur les librairies ms sous windows.
D'ailleurs ca pose un problème pour gnome 2 qui n'a pas encore de browser. Mozilla ne devrait utiliser gtk 2 que dans 6 mois. D'ailleurs les petits gars de chez redhat travaillent activement au portage de mozilla vers gtk2.
Evidemment on pourra toujours utiliser mozilla sous gnome2, mais bon, ca va bouffer encore plus de ram à cause des deux versions de gtk qui vont devoir cohabiter.
Et oui, le support windows de gtk2 sera meilleur car plus officiel et donc prévu dès le départ. En fait seul le gdk (couche graphique basse de gtk) est dépendent de la plateforme graphique. Pour gtk2, il y a un gdk pour X, un pour win32, un pour directfb, et un pour nanox.
On devrait plutot mettre ca dans la rubrique humour. Je vous conseille le site web, avec la Z@T@Z b@R. Du logiciel de pirate comme on l'aime : lecteur cd, visualiseur d'image spam^H^H^H mailer anonyme, browser anonyme, firewall de la mort qui protège 8 ports au choix.
Vivement le mois prochain avec comment faire tomber yahoo avec la commande ping, ou comment dessiner un tête de mort avec paintbrush en moins de 8 click.
Pour moi, ils retirent l'accès parce que les revendications des utilisateurs étaient plus ou moins toujours les mêmes choses (Ca démarre pas assez vite,...).
Au lieu de tenir compte des demandes des utilisateurs en flux tendu, ils préfèrent sortir une béta, écouter les utilisateurs. Trier les rapports interressants. Arrêter la phase beta. Implementer les demandes interressantes, et corriger les vrais problèmes puis releaser.
Il faut comprendre aussi qu'il est très difficile de développer un soft tout en intégrant les demandes des utilisateurs, en évitant les regressions. Et surtout, comme il font une seule beta, la beta ne reflète plus le statut actuel du code. Donc s'ils n'arrêtent pas la beta, ils continuent à avoir des bugs reports pour des problèmes corrigés depuis plusieurs mois.
Si l'on veut faire des bugs reports, il faut les faire sur la dernière version d'openoffice, qui est très proche des sources actuelles de staroffice.
Rapporter des bugs sur so6, revient à envoyer des bugs reports pour le noyau 2.4.1 sans vérifier si les bugs sont toujours présents dans le dernier 2.4.17-rcX ou au pire le 2.4.16.
C'est un peu hors sujet mais en ce qui concerne les monopoles france télécom/edf, on sait que l'on n'aura jamais internet par les lignes électriques en france. Ce que tout le monde ne sait pas, c'est que l'intranet d'EDF fonctionne sur les lignes électriques depuis 10 ans. Evidemment, ce qui est bon pour eux, n'est pas bon pour nous...
L'avantage incontestable du deb sur rpm est que l'installation peut être interactive : Par exemple lors de la première install d'un serveur ldap, il demande si l'on a un back-up en ldif, et fait l'import lui même. Quand on installe exim, il pose une courte série de question (3ou4) pour installer son relai de messagerie.
Cet article m'a fait froid dans le dos, j'ai même debranché ma chaine de ma carte son. On sait jamais, un hacker pourrait voler les musiques sur les cd que je laisse dedans et les diffuser sur le net avec des outils de hacker avancés genre limewire.
Oui, c'est possible. Il y a aussi un patch pour le kernel qui permet que les logs des plantages kernels (oops) soit envoyés sur une autre machine (parce que sinon, il faut tout recopier sur un papier pour faire un bug report). Evidemment si c'est le driver de carte réseau qui a planté, ca marche pas.
Dans la 1.1 il y a la vue nautilus pour avoir galeon embarqué dans nautilus. Ca tombe plutot bien parce que Darin Adler (qui maintient nautilus) a déplacé la vue mozilla dans un module indépendant. Il a fait ca parce que mozilla ne va pas être porté tout de suite à gtk2.
Ca pose aussi un petit problème : quel browser pour gnome2 ? parce que oui, mozilla/galeon marcheront toujours, mais leur temps de lancement va prendre une grosse claque (chargement des libs) sous gnome2. Un peu comme nautilus aujourd'hui.
Ce que je comprend pas avec hurd c'est pourquoi alors que leur truc est tout sauf dans la tradition unix du noyau monolithic, il essaie de coller une api posix dessus.
Et peut déjà voir ce que donne un os basé sur micronoyau mach3 avec mac os X et c'est pas brillant. Ca ira surement mieux quand il passeront à l4.
Pour apt-get et les greffons, il y a apt-rpm utilisé par connectiva (qui fait une distrib basé sur redhat mais qui utilise apt-rpm pour les maj).
Pour l'internationalisation, je pense que tu a raison. Mais bon, perso, je préfère laisser ma distrib en anglais, parce que je trouve que les traductions sont souvent limite incompréhensibles (je préfère avoir un menu 'plug-ins' qu'un menu 'greffons' mais ça c'est vraiment perso).
Entre oracle et mysql, rien à dire, vu que mysql c'est pas vraiment une base de données (pas de triggers, pas de procédures stockées, pas de subselect (dans la todolist depuis des années)). Evidemment c'est pas complètement à jetter (ca bouffe peu de ressources), et pas mal de sites web n'ont pas besoin de plus.
Par contre un sondage sapdb, postgresql en parallèle avec un sondage mysql, berkeleydb aurait été un peu plus malin. Postgres est bourré de fonctionnalités, et sapdb est parfaitement adapté aux grosses quantités de données.
Il faut comparer ce qui est comparable, comparer mysql et oracle, c'est un peu comme comparer apache/php à weblogic, ou encore dia à rational rose.
les gens qui utilisent debian ne font pas ce choix pour l'installeur, mais préfèrent se faire chier pendant 1 heure pour installer leur distrib mais plutot pour avoir quelques années (ou mois) de tranquilité (ca dépend de la durée de vie du disque dur), tout en restant à jour (unstable roulaize)
A mon avis les développeurs gnome appliquent des méthodes assez semblables à celles de Linus pour les noyaux : Ils font des releases quand ca semble à peu près stable et laissent les différents acteurs du "marché" linux faire tout le boulot de tests et d'assurance qualité. Ximian fait ce boulot pour gnome, et les autres distributeurs font de même. En plus c'est du libre et personne n'est obligé de télécharger des packages tout fait. Il y a même un module (vicious-build-scripts) dans le cvs de gnome pour compiler d'une traite tout gnome 1.4 (la version stable donc) ou gnome 2 pour les développeurs.
Tu ne va quand même pas en vouloir à ximian de ne pas promouvoir balsa.
Et enfin pour les libs clés de gnome2, je ne vois pas desquelles tu parles. bonobo ? c'est quand même mickael meeks (de ximian) qui s'est cogné 80% (voire plus) de l'implémentation.
Pour finir, je ne vois pas ce que fait ximian contre le logiciel libre, au contraire : il font raquer les gens qui utilise des softs proprio, moi je trouve que ca encourage plutot la migration vers des solutions 100% libres. Je trouve leur stratégie assez bonne : s'introduire dans les entreprises en fournissant un soft qui marche avec leurs serveurs existants.
(Si tu veux un exemple concret, ma boite devait migrer tout les postes clients d'une entreprise de windows vers GNU/Linux, mais ca ne c'est pas fait (entre autre) paske les deux responsables informatique était les seuls à utiliser le calendrier exchange depuis outlook, et ne voulaient pas perdre en fonctionnalités lors de la migration. On aurait bien offert les 140$ pour pouvoir migrer 50 machines.)
Tout a fait d'accord, ce que je voulais mettre en avant, c'est l'intêrêt de ces outils quand on est _obligé_ de travailler dans l'autre sens. Je bosse dans une société de service, et quand on m'envoie pour debugger du c++, le client n'a pas vraiment envie d'entendre un truc du genre : 'le design est minable, et c'est pas parce qu'il y a le mot clef class que c'est du c++. Je pense qu'il faut tout réécrire'. Bien sur les docs sont inexistantes dans 90% des cas, donc il faut faire avec. Souvent l'intuition, etags et la speedbar ne sont pas suffisant pour explorer le code d'un projet et comprendre comment il fonctionne.
oui, d'habitude j'utilise gdb dans xemacs. Mais avec du java (la news parle d'eclipse à la base...), jdb c'est pas vraiment ce que l'on fait de mieux. Le debuger de visual age (développé par la même équipe que celle d'éclipse), c'est quand même autre chose.
Je sais que ca fait pas le dev, mais quand ton debugger n'est pas intégré à ton éditeur, ca devient rapidement ennuyeux. Et quand je suis obligé de debugger avec des affichages, je perd du temps, ca j'en suis sur. Surtout quand je n'ai pas écrit le code que debugge et que j'essaie de comprendre comment marche le gadget X ou la fonctionnalité Y.
Avec la collection Rational, par exemple, je peux reconstituer les diagrammes de classes à partir du code source. Repérer les fuites de mémoire (celles qui font que tous les jours, votre serveur prend 100ko de plus, et qu'il va cracher dans quelques jours ou quelques mois)
Pour faire du dev sur mon propre code, ou celui d'un projet que je connait, xemacs me va très bien. Mais pour du genie logiciel, on gagne un temps fou avec des gros outils de dev, malheureusement propriétaires le plus souvent.
gcj par rapport à manta, je ne sais pas. Mais dans bien des cas, le programme tourne plus vite sur la jvm sun, que compilé par gcj (Programme avec beaucoup d'e/s et des exceptions). Maintenant bon, la compilation de java en natif, je ne trouve pas ca génial : tuer la portabilité pour un gain (ou souvent une perte) de performance minimine, moi je dit bof.
Remarque : Il y toba et towerj (proprio) qui font la même chose que manta et gcj (j'ai pas les url sous la main)
arg, ca va m'obliger à rebooter et pourrir mon uptime. Plus serieusement, ca impose une détection du matos nickel, et un gros effort de configuration automatique, ou une serie d'écran à remplir à la première insertion du cd : config du cable/adsl/modem pour les jeux online. Il faut aussi créer un fichier de swap le dur (l'oom_killer qui se déclenche au milieu de la partie ca doit pas être génial) s'allouer un endroit pour les sauvegardes...
Et puis si le jeu fait plusieurs cd (baldur's gate, arcanum), tu est un peu coincé, paske tu peux pas le démonter, pour changer de cd.
Bon je ne sais pas comment marche demolinux, donc j'ai peut être tout faux.
[^] # Re: Python compilé, bon courage !
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Delphinologie en direct de Linux Expo Paris 2002. Évalué à 2.
Mais va faire comprendre à un décideur pressé que le python, c'est les mêmes concepts que java, mais avec 15 ans d'avance.
# et aussi
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Une distribution à compiler soi-même. Évalué à 7.
Pour l'installer il faut un linux minimal, avec un environnement de compilation, et une connec au net.
Ensuite les scripts rocklinux vont récupérer les packages sur les mirroirs du logiciel donné, le compilent et l'installent. Les script peut bien sur sortir une iso à la fin.
[^] # Re: Faut voir le bon côté des choses...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Au revoir le Yopy .... Évalué à 10.
[^] # Re: De plus...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche GTK+ 2. Évalué à 8.
D'ailleurs ca pose un problème pour gnome 2 qui n'a pas encore de browser. Mozilla ne devrait utiliser gtk 2 que dans 6 mois. D'ailleurs les petits gars de chez redhat travaillent activement au portage de mozilla vers gtk2.
Evidemment on pourra toujours utiliser mozilla sous gnome2, mais bon, ca va bouffer encore plus de ram à cause des deux versions de gtk qui vont devoir cohabiter.
Et oui, le support windows de gtk2 sera meilleur car plus officiel et donc prévu dès le départ. En fait seul le gdk (couche graphique basse de gtk) est dépendent de la plateforme graphique. Pour gtk2, il y a un gdk pour X, un pour win32, un pour directfb, et un pour nanox.
# Rubrique presse ...?
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Zataz Mag : les 3l33tz parlent aux 3l33tz. Évalué à 9.
Vivement le mois prochain avec comment faire tomber yahoo avec la commande ping, ou comment dessiner un tête de mort avec paintbrush en moins de 8 click.
[^] # Re: java ....
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Java sur FreeBSD. Évalué à 0.
Et puis Java me permet d'etre toute la journee sous
linux alors que les applis de ma boite ne sont
utilisees quasiment que sous windows (sauf le serveur d'applis
qui est sous linux).
Au fait, ca en est ou le support smp sous freebsd ?
parceque les serveurs d'applis java aiment beaucoup
les threads et les serveurs avec tout plein de cpu
(et de ram aussi) ?
[^] # Disons qu'ils ont compris le message
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche CNet : Sun est saturé par StarOffice. Évalué à 10.
Au lieu de tenir compte des demandes des utilisateurs en flux tendu, ils préfèrent sortir une béta, écouter les utilisateurs. Trier les rapports interressants. Arrêter la phase beta. Implementer les demandes interressantes, et corriger les vrais problèmes puis releaser.
Il faut comprendre aussi qu'il est très difficile de développer un soft tout en intégrant les demandes des utilisateurs, en évitant les regressions. Et surtout, comme il font une seule beta, la beta ne reflète plus le statut actuel du code. Donc s'ils n'arrêtent pas la beta, ils continuent à avoir des bugs reports pour des problèmes corrigés depuis plusieurs mois.
Si l'on veut faire des bugs reports, il faut les faire sur la dernière version d'openoffice, qui est très proche des sources actuelles de staroffice.
Rapporter des bugs sur so6, revient à envoyer des bugs reports pour le noyau 2.4.1 sans vérifier si les bugs sont toujours présents dans le dernier 2.4.17-rcX ou au pire le 2.4.16.
[^] # Re: Fibre patriotique
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Opinion de RedHat sur le procès contre Microsoft. Évalué à 3.
(-1) je suis trop hors sujet.
[^] # Re: Chkreugneugneu!
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche l'apt-get n'est plus réservé à la Debian. Évalué à 7.
[^] # Re: Je m'inquiète pour mon fils ;-)
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Votre enfant est-il un hacker ?. Évalué à 3.
[^] # Re: L'article est très technique
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Vous fiez-vous à vos logs système ?. Évalué à 10.
# Si c'est comme la conférence python...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Infos locales en vrac. Évalué à 8.
Les slides de la conf sont dispos ( http://www.linux-azur.org/cours/debuter_avec_Python/(...) ), ainsi que le stream mp3 ( http://stream.unice.fr:8000/playlist.pls?mount=/file/linuxazur/pyth(...) )
[^] # Re: Galeon 1.1 ?
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Galeon 1.0.1. Évalué à 10.
Ca pose aussi un petit problème : quel browser pour gnome2 ? parce que oui, mozilla/galeon marcheront toujours, mais leur temps de lancement va prendre une grosse claque (chargement des libs) sous gnome2. Un peu comme nautilus aujourd'hui.
[^] # Re: A noter
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Enregistrements de la conf de Richard Stallman à l'Assemblée Nationale. Évalué à 10.
[^] # Re: Gnome rulez , KaDeHEux su><><
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Compiler et optimiser KDE 2.2.2. Évalué à 1.
* New upstream version
* Don't use objprelink anymore
-- Ivan E. Moore II <rkrusty@debian.org> Fri, 07 Sep 2001 12:10:00 -0700
Voilà monsieur, debian a supprimé le prelink.
trolls sucks
[^] # Re: hurd roulez
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Les promesses du noyau 2.5. Évalué à 1.
Et peut déjà voir ce que donne un os basé sur micronoyau mach3 avec mac os X et c'est pas brillant. Ca ira surement mieux quand il passeront à l4.
http://www.gnu.org/software/hurd/l4-hurd.html(...)
[^] # Re: toujours à l'heure
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche leader de Debian-boot. Évalué à 1.
Pour l'internationalisation, je pense que tu a raison. Mais bon, perso, je préfère laisser ma distrib en anglais, parce que je trouve que les traductions sont souvent limite incompréhensibles (je préfère avoir un menu 'plug-ins' qu'un menu 'greffons' mais ça c'est vraiment perso).
[^] # Re: Comment ça?
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Resultats du Linux Journal Reader's Choice Awards. Évalué à 1.
Entre oracle et mysql, rien à dire, vu que mysql c'est pas vraiment une base de données (pas de triggers, pas de procédures stockées, pas de subselect (dans la todolist depuis des années)). Evidemment c'est pas complètement à jetter (ca bouffe peu de ressources), et pas mal de sites web n'ont pas besoin de plus.
Par contre un sondage sapdb, postgresql en parallèle avec un sondage mysql, berkeleydb aurait été un peu plus malin. Postgres est bourré de fonctionnalités, et sapdb est parfaitement adapté aux grosses quantités de données.
Il faut comparer ce qui est comparable, comparer mysql et oracle, c'est un peu comme comparer apache/php à weblogic, ou encore dia à rational rose.
[^] # Re: toujours à l'heure
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche leader de Debian-boot. Évalué à 1.
les gens qui utilisent debian ne font pas ce choix pour l'installeur, mais préfèrent se faire chier pendant 1 heure pour installer leur distrib mais plutot pour avoir quelques années (ou mois) de tranquilité (ca dépend de la durée de vie du disque dur), tout en restant à jour (unstable roulaize)
[^] # Re: ... ce qui m'impressionne le plsu
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Evolution 1.0 est sorti... pas (entièrement) libre. Évalué à 1.
Tu ne va quand même pas en vouloir à ximian de ne pas promouvoir balsa.
Et enfin pour les libs clés de gnome2, je ne vois pas desquelles tu parles. bonobo ? c'est quand même mickael meeks (de ximian) qui s'est cogné 80% (voire plus) de l'implémentation.
Pour finir, je ne vois pas ce que fait ximian contre le logiciel libre, au contraire : il font raquer les gens qui utilise des softs proprio, moi je trouve que ca encourage plutot la migration vers des solutions 100% libres. Je trouve leur stratégie assez bonne : s'introduire dans les entreprises en fournissant un soft qui marche avec leurs serveurs existants.
(Si tu veux un exemple concret, ma boite devait migrer tout les postes clients d'une entreprise de windows vers GNU/Linux, mais ca ne c'est pas fait (entre autre) paske les deux responsables informatique était les seuls à utiliser le calendrier exchange depuis outlook, et ne voulaient pas perdre en fonctionnalités lors de la migration. On aurait bien offert les 140$ pour pouvoir migrer 50 machines.)
[^] # Re: Oui, mais...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Test Eclipse. Évalué à 5.
[^] # Re: Oui, mais...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Test Eclipse. Évalué à 1.
-1, je pense pas amener grand chose au débat...
[^] # Re: Oui, mais...
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Test Eclipse. Évalué à 4.
Avec la collection Rational, par exemple, je peux reconstituer les diagrammes de classes à partir du code source. Repérer les fuites de mémoire (celles qui font que tous les jours, votre serveur prend 100ko de plus, et qu'il va cracher dans quelques jours ou quelques mois)
Pour faire du dev sur mon propre code, ou celui d'un projet que je connait, xemacs me va très bien. Mais pour du genie logiciel, on gagne un temps fou avec des gros outils de dev, malheureusement propriétaires le plus souvent.
[^] # Re: et gcj
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 1.
Remarque : Il y toba et towerj (proprio) qui font la même chose que manta et gcj (j'ai pas les url sous la main)
[^] # Re: ça me parait difficile
Posté par Thomas Cataldo (site web personnel) . En réponse à la dépêche Plus de jeux pour Linux. Évalué à 0.
Et puis si le jeu fait plusieurs cd (baldur's gate, arcanum), tu est un peu coincé, paske tu peux pas le démonter, pour changer de cd.
Bon je ne sais pas comment marche demolinux, donc j'ai peut être tout faux.