Bonnefille Guilhem a écrit 644 commentaires

La comparaison avec les autres IPC est traitée dans la FAQ : http://dbus.freedesktop.org/doc/dbus-faq.html

J'ai l'impression que apache2 est dispo sur Debian stable.
Par contre, je trouve pas php5.

Pourquoi pas créer un site toi même. C'est une bonne idée je trouve.

Ca fait deux personnes qui propose cette solution. Peut-être est-ce la voie à suivre (même si justement ça va devenir difficile de faire vivre un tel site en étant papa).

Bref, je peux effectivement monter un site (chez Free mon FAI). Par contre, ch'uis nul en Web truc much. Donc si y'a des gens qui peuvent :
- me proposer le CMS qui leur semble adéquat (en première approximation, un forum semble le plus adapté, mais j'ai pas réfléchis)
- proposer des icônes pour la déco
- proposer des idées en tout genre...

Ben, je ne comprends pas vraiment ta remarque :
- papa : je suis voué à l'être (c'est trop tard, peut plus faire machine arrière :-))
- geek : c'est pareil : on l'est ou pas, et moi je crois bien que je le suis.

Dans mon idée, c'est justement pour causer de ce genre de chose que je cherche un site "Papa Geek". Sur LinuxFr j'ai aussi souvent vu des papas poser des questions autour de "l'enfant et internet" (ça pour moi c'est à plus long terme).
Ce serait bien aussi un site pour annoncer des gadgets fun et geek à la fois (comme le pyjama qui déguise bébé en Ipod).

Donc, :
- oui dans ma situation y'a beaucoup de choses à faire,
- non je ne veut pas arréter de me poser ce genre de question, ça fait aussi parti de moi :-)

Et merci pour les fellicitations.

Dans le même esprit, il semble que ce soit le but de ScmBug.

Un post (en anglais) présente sa mise en oeuvre (en gros) : http://blog.platinumsolutions.com/node/102

Je crois que ton problème ne vient pas de gcc mais de la glibc. En effet, c'est elle qui fournie la déclaration de malloc et cmalloc (cf. /usr/include/stdlib.h).

Je pense que tu n'as pas d'autre choix que de passer par un "cast" :
char *toto = (char*) malloc(.....*sizeof(char));

Eventuellement, tu peux te faire de la méta-programmation avec une macro :
#define MALLOC(type, taille) (type *) malloc((taille)*sizeof(type));

Je réagis peut-être bêtement, mais tu es sûr de vouloir partir avec un Debian testing pour le serveur ?
D'habitude, pour les serveurs, il est plutôt recommandé de prendre une Debian stable. Mais peut-être que les versions des softs sont vraiment contraignantes pour tes besoins.

Mon conseil, qui vaut ce qu'il vaut, c'est que ton père il préfère surement que ça marche, et pas être bloqué inutilement par un bug de paquet de testing (c'est très rare, mais ça existe).

En général, quand on parle de Grisbi, quelqu'un parle aussi de GnuCash. Je pense que GnuCash est probablement plus adapté dans la mesure où il raisonne façon "plan comptable" (avec double entrée).

Maintenant, je crois que ce qui est délicat avec un logiciel de compta, c'est qu'il doit être conforme à la compta française du jour (qui à l'air de bouger pas mal, mais j'y connais rien, ch'uis pas du métier). Si tu fouilles les archives de LinuxFr tu va trouver des trucs c'est sûr, j'ai déjà vu plusieurs journaux/forums sur le sujet.

Ben justement, j'utilise GAIM aujourd'hui. Et je suis plutôt satisfait (y compris avec GTalk, le GTalk de Google). Par contre, je regrète l'absence de support vocal. D'où mon intérèt pour Wengo.

En même temps, pour le vocal, Ekiga fonctionne très bien avec le service SIP de Free (freephonie) pour les tél. physiques.

Vivement que tout ce petit monde commence à vivre ensemble, devienne inter-opérable.

Ca marche bien ?

Et coté technos/protocoles, ça utilise quoi ? En cinq minutes j'ai vu que ça cause de SIP et de plein de format de messageries. Mais concrètement ?
Moi ça me plairait bien ce genre de chose, mais je voudrais pas perdre tous mes contacts (une fois de plus) MSN+Jabber+GTalk... Toute info sur l'utilisation concrète de l'outil m'intéresse.

En première page sur le site :

The enormously popular Slackware is the true 'Unix' of Linux distributions...

Dire qu'une distribution est la "vraie distribution Unix", c'est vraiment trollesque pour pas un sous. Et puis le "énormément populaire"... Elle est certainement très utilisée, mais c'est pas celle qui fait le plus de bruit. Je suis pas sûr qu'en prenant un quidam dans la rue et en lui demandant un nom de distribution Linux, il pense tout de suiste à Slackware.

Tout ça pour dire que ma toute première impression est plutôt mitigée.

N'imagine pas atteindre les performances d'un Windows 98 "propre".

C'est trollesque cette remarque.

Debian GNU/Linux potatoe fonctionnait très bien sur mon portable P133 avec 48 Mo. Actuellement, ce qui coince le plus c'est le disque : les dépendances de base trainnent beaucoup beaucoup de softs et consomme du disque. Je n'arrive plus à installer X.

En tout cas, merci à tous, car j'ai moi aussi l'intention de remonter un (très) vieux PC pour des amis sans trop de sous. J'envisage de leur faire une sorte de Terminal internet + jeux pour les banbins.

Bon, je sais, GeoPortail capucestpaslibre, mais il faut le citer. D'autant que pour se préparer une petite rando, ça pourra (j'ai pas encore trop bossé avec) être sacrément utile (y'a déjà tout au moins au 25 000ième). Par contre, dans la FAQ, il est dit qu'on peut utiliser les données via copie d'écran et à condition de préciser l'origine (mais ça ne s'applique que si on utilise les données autrement que pour un usage perso). Je suis entré en contact avec l'IGN pour savoir si une API de consultation serait disponible, et on m'a répondu que OUI pour fin 2007.

A voir donc.

http://geoportail.fr/

Tout cela me fait penser à un article fort judicieux paru sur InternetActu. Cet article faisait allusuion à ce fameux Web 2.0, si beau, si génial que tout le monde en parle. Sauf que, ce fameux Web 2.0 qui semblait augmenter l'aspect social du Web (les blog et leur interactivité, les partagent de signets publics...), s'avère finalement être constitué d'une multitude de fonctionnalités équivalentes mais non-interropérables.
Où est donc l'esprit du Libre qui cherche à rendre le pouvoir (enfin, des libertés, mais la liberté c'est aussi un gros pouvoir) aux utilisateurs ?

Amis libertains (euh..), libristes, rassemblez-vous, préparez-vous à faire la grève du web 2.0 pour revendiquer l'interropérabilité des services ! ;-)
Oui à linkedin ! Oui à Viaduc ! Oui à TousMesAmisQueJai.com ! Mais à conditions qu'ils soient interropérables (comme Jabber). Tiens, en parlant de Jabber, et si on rajoutait cette fonctionnalité de partage de contact sur Jabber ? ;-)

http://www.internetactu.net/?p=6641

Je ne suis pas d'accord avec ton analyse.

On ne peut pas partir de l'hypothèse que les applications seront bien écrites un jour. Pour reprendre ton exemple de la sécurité routière, ça reviendrait à dire : "les ceintures de sécurité et les air-bags sont inutiles, il suffit que les conducteurs soient bien formés". D'ailleurs, je ne sais pas comment c'est par chez toi, mais dans ma région, le problème des arbres en bordure de route est souvent réglé avec des glissières, soit une solution d'isolement.
Pour revenir au domaine de l'informatique, on peut prendre l'exemple du firewall : on rajoute des contrôles aux frontières pour éviter une mauvaise configuration des applis ou des faiblesses.

Par contre, je suis d'accord avec le fait que l'isolation consomme des ressources.
Mais si la sécurité est réellement au rendez-vous (plus qu'avec des anti-virus, anti-troyan, anti-... qui sont sans cesse dépassés, quand ils ne sont pas vulnérables eux-mêmes), cela vaut peut-être le coût. Et cela vaut donc aussi le coût d'investir pour trouver des solutions d'isolation peu couteuses, ou offrant le meilleur compromis entre simplicité de mise en oeuvre, simplicité d'utilisation et coût en ressources.

Je pense aussi à cette utilité.

En effet, aujourd'hui, mon beau père, ayant raz le bol du merdoyage de son PC Windows connecté à Internet a choisi de se payer un portable. Son idée :
- avoir un PC pour faire de l'Internet, quitte à réinstaller le bestiau quand ça va plus ;
- avoir un portable pour faire ses petites affaires où il ne veut pas être emm*%der (genre retoucher la photo, faire des montages audio...).
Donc, je pense que la virtualisation aurait (eu) sa place chez mon beau père :
- un système bien cloisonné pour aller sur le Net ;
- un système bien stable, à l'abri, avec ses appli quotidienne.

Oui, bon, j'ai honte, je n'ai pas réussi à le convaincre à faire le pas vers Linux. Mais je ne désespère pas.

Voilou, mes 2 cents.

Comme à chaque annonce concernant Hachoir, j'en profite pour faire un peu de pub pour un autre outil de la même famille : DataWorkshop.
Cet outil, contrairement à Hachoir, est en Java et dispose d'une interface graphique. La description d'un format ("structure" dans le vocabulaire de DataWorkshop) se fait à la souris.

Je manque un peu de temps pour faire les évolutions que j'ai en tête, mais je promet d'être hyper réactif concernant l'intégration de toute contribution.

Vous êtes tous les bienvenus.

Page du projet : https://gna.org/projects/dataworkshop

Cela dit, je trouve l'argument de free un peu bidon "nos boîtes ne sont pas vendues mais louées, alors bon la gpl...", c'est comme si je copiais les sources d'un programme gpl , faisait mes modifications dessus, compilait le truc pour distribuer le binaire en freeware, en disait que j'ai le droit parce que je ne vends pas le produit...

Attention, ce que dit Free, c'est pas au niveau de la location/vente du soft.
Ce que je comprends de leur argumentaire, c'est que le soft il est installé par eux sur leur machine (c'est ici qu'intervient la notion de location). De base, je trouve ça ni déconnant ni simple à trancher.

Je pense que la question (savoir si Free est dans son droit ou non) mérite d'être posée. Je rejoins certains en pensant que ce n'est quand même pas gagné pour la FSF, voire risqué pour eux : ils ont plus à perdre en image que Free.

Un petit commentaire, juste pour citer une page de Wikipedia : http://en.wikipedia.org/wiki/Category:Free_software_operatin(...)

Elle liste un certain nombre (voire un nombre certain pour reprendre un jeu de mots bien connu) d'OS libres. Cela permet de se rendre compte que Linux n'est pas la seule alternative.
A lire absolument par tous les curieux.

Je suis de ton avis : il ne faut pas repprocher à Hurd d'être vieux. Ce n'est pas un problème en soi.

Maintenant, comme cela a été dit plus haut, le principal problème de Hurd (à mon avis) réside dans le fait qu'il n'arrivent pas à stabiliser leur couche basse. On ne peut pas attirer des bonnes volontés en disant qu'il faut développer Hurd sur gnu-mach mais que bientôt on passera à L4 ou autre. Je pense que les bonnes volontés ont besoin d'une certaine assurance que leur contribution n'est pas vouée à l'oubli. Surtout qu'en faisant ainsi, on divise l'équipe de dev en deux (ceux qui bossent sur L4 et ceux qui bossent sur gnu-mach), réduisant aussi la productivité globale.

Personellement, le message que je lancerai à l'équipe de Hurd c'est de faire un choix et l'assumer (gnu-mach, l4, autre). Par assumer, j'entend éviter de parler d'un RetourAZero avant une version stable qui a ateint le point critique (cité plus haut) en terme de nombre d'adeptes.

Attention quand même à ne pas trop simplifier. Les architectures micro-noyaux c'est pas simplement pour faire modulaire. Y'a des idées qui vont un peu plus loin. Certaines perspectives offertes par Hurd sont alléchantes et difficilement réalisables dans linux. En particulier, un des objectifs consiste à offrir le maximum de liberté aux utilisateurs sans risquer de dégrader la sécurité de l'ensemble (chaque user restant bien cloisonné).

En même temps, l'un des trucs géniaux de Hurd était la possibilité à l'utilisateur de rajouter lui-même ses devices (genre FTPfs ou NFS). Avec fuse, Linux a comblé son retard "théorique" :-)

Y'a un truc que je n'ai pas bien compris. Le titre de l'article présente la possibilité de faire fonctionner un OS invité non modifié. Or, en lisant le reste, j'ai l'impression qu'il y a un lien entre cette fonctionnalité et les instructions supporté par le processeur de la machine.

Est-ce bien le cas ?
Ou suis-je capable de faire tourner mon unique Windows (95) sur mon vénérable Athlon via Xen ?

Comment on fait quand on est sous Gnome, que l'on a des contacts Jabber et MSN et que l'on voudrait le support de l'audio ?

Quel logiciel utiliser ?
Y'a une branche moins stable de Gaim avec tout ça ?

PS : ch'uis pas un gros consommateur de messagerie instantannée, ainsi, je n'ai jamais trouvé les limites du Gaim actuel, si ce n'est le manque d'audio (à l'heure de l'ADSL partout, c'est un peu dommage).

Ben, ils ont du prévoir le coup chez Google, car avec cette requète, aujourd'hui, je n'ai pas les adresses complètes sur la page des réponses. Il me faut pour cela consulter le code lui-même.

Par contre, tous ceux qui ont voulus se protéger un poil en mettant "at" au lieu de @, ben eux c'est direct dans la page des résultats ;-)

Avec cette multiplication de plateformes de développement, il se fait de plus en plus nécessaire de repenser ces outils.

AMHA, il faudrait que ces plateformes se mettent à communiquer entre-elles, voire qu'une nouvelle plateforme propose un service distribué.

Je m'explique.

Première idée : P2P
Les responsables de Osor et AdmiSource veulent participer/héberger au développement de certains softs libres. Par un moyen à définir, ces deux plateformes décident alors de se synchroniser sur ce projet. Ainsi, toute modification sur l'une peut être consultée sur l'autre.
Je vois plusieurs avantages à une telle solution. La première concerne la garantie de service : si l'une tombe en panne, on peut encore bosser avec l'autre. Un autre avantage consiste à répartir les charges : en tant que développeur j'utiliserai la plateforme la plus proche de moi.

Seconde idée : distribué/décentralisé
Aujourd'hui, les solutions de gestion de version distribué ou plutôt décentralisé ont le vent en poupe : Arch, GIT, bazaar et j'en oublie (désolé pour eux).
Il faudrait donc que les plateformes offrent des moyens équivalents sur les services de gestion des anomalies par exemple. Cela nécessiterait de définir et implémenter des API standards pour toutes les autres infos, afin de pouvoir faire des "push" ou des "pull" sur tout (et pas seulement le code).
Par exemple, étant le responsable du projet Toto sur la plateforme P1, je décide de récupérer un jeu de modifs/patches du projet Titi (un clone de Toto) sur la plateforme P2. Je déclenche la procédure et... PAN ! je récupère à la fois les sources, mais aussi les rapports de bugs, leurs discussions... Mais pour cela, il faudrait aussi des outils qui lient le code avec le reste, comme le fait Trac.

Un peu dans l'idée, je crois me souvenir qu'un projet avait été mis en place (par Ubuntu ?) pour centraliser les bugs entre distributions. Je pense à Launchpad http://launchpad.net/
En parallèle, Google semble présenter une autre solution : quand on fait une recherche sur un soft libre, le bestiau est capable de retourner le lien vers le site du projet, mais il propose aussi des liens directs vers le téléchargement, les forums...
Peut-être est-ce un début de solution.

Trac : http://trac.edgewall.org/
GnuArch : http://www.gnuarch.org/
Bazaar : http://www.bazaar-ng.org/
Git : http://git.or.cz/