Larry Cow a écrit 5011 commentaires

En l'occurence, ObjC++ est fonctionnel (et largement utilisé) dans la version Apple de GCC. Ce qui est prévu pour gcc4 n'est rien d'autre que l'intégration des patches ObjC++ d'Apple dans la branche principale.

Le seul problème, c'est que ça casse manifestement plein de trucs. En effet, gcc a continué à avancer, depuis l'époque où Apple l'a "forké" pour créer sa version. Et aujourd'hui, on est en passe de se retrouver avec deux branches très éloignées: l'une gérant bien l'objective-C(++), l'autre fournissant des optimisations sympa pour C/C++.

On comprend donc mieux qu'Apple pousse pour l'intégration de leurs modifications dans mainline, faute de quoi ils se retrouveraient dans l'incapacité de:

1) fournir un jour un gcc standard par défaut (bon ok, je doute qu'ils souhaitent réellement faire ça, mais on se sait jamais)
2) récupérer des modifications futures de la branche principale dans leur version.

Juste un truc qui me chipote: pourquoi tu dis que ta machine _devient_ trop juste pour KDE? Tu as changé son processeur pour un modèle plus ancien? Tu as enlevé de la RAM?

Autrement, je n'explique pas bien que ta machine, qui manifestement a été à un moment capable de faire tourner KDE d'une manière qui te satisfasse (ou alors je ne comprends pas ton usage du verbe "devenir"), ne le soit plus.

Je veux bien qu'on m'explique que les nouvelles versions de KDE soient de plus en plus gourmandes en ressources (encore que ça ne me paraisse pas complètement évident à première vue), mais alors pourquoi ne pas rester à la version qui t'allait bien?

PS: Oui, je sais que je ne résous pas du tout ton problème, mais la chose m'a passablement interpellé (au niveau de mon vécu, oeuf corse)...

Ben, oui, il y a eu une flameware récemment, les gens se sont un peu emportés

Oui hein. Pourtant, d'habitude les MLs GNUstep sont plutôt tranquille, côté trafic. Mais là, ça m'avait fait très très peur.

ils ont promis à Apple de sortir gcc 4 avec ObjC++

Ah, c'est pile-poil l'info qui me manquait, super. Effectivement, s'ils ont promis, on a de bonnes chances.

Seul truc qui me chipote encore un peu, c'est qu'il ressortait des discussions qu'ObjectiveC (sans le ++, donc) ne faisait pas partie des langages "importants pour les releases" (à la différence de C et de ++). Leur promesse à Apple serait donc une forme d'exception à cette non-importance d'ObjC, ou bien ils sont revenus sur leur décision? (la réponse était surement dans la fin de la flamewar, mais je t'avouerais que j'ai pas eu le courage de lire jusqu'au bout)

Autrement, effectivement, si on n'a un ObjC++ fonctionnel qu'à partir du 4.1, ça serait déjà un moindre mal, surtout après qu'on ait failli avoir un ObjC cassé entre 4.0 et 4.1 :)

Non, car c'est purement éducatif. :>


Au passage, une idée pour les petits gars de KDE: après BibleTime (outil d'étude de la Bible) et KRecipes (outil de gestion de recettes de cuisine), je propose KMasutra. Avec possibilité de rajouter ses propres (ou pas, d'ailleurs) entrées, et d'échanger tout ça de manière anonyme (ou pas) avec les autres utilisateurs du logiciel. Non? Bon...

(je suis déjà dehors)

un appel à l'aide de quelqu'un qui aimerait en savoir plus sur les relations sentimentales

Ne nous emballons pas, il veut juste en savoir plus sur les filles. Il a pas précisé pour quoi faire.

D'ailleurs, il fut un temps y'avait le man sex qui traînait, il y avait peut-être un lien vers le man girl dedans.

Et rien ne les empêche, en retour, de te rétorquer que tu n'es qu'un petit étudiant rêveur, que tu n'y connais rien, et que leur intervenant à autrement plus de bouteille que toi.

Et là, à part "mort aux vieux", tu peux pas répondre grand chose.

Bref, ce ne sont que des détails, mais j'aimerais bien connaître les réponses avant de repartitionner mon disque. Une âme charitable pourrait-elle me répondre ?

Grâce à QEmu, tu devrais pouvoir tester le Hurd sans risquer d'abimer ton Linux, non?

Mieux que le Live CD (quoique plus laborieux à mettre en place): il n'y aurait pas, par hasard, une implémentation de L4 tournant sous Linux (comme UML tourne sous Linux ou coLinux sous Windows)?

Parce qu'auquel cas, il y aurait peut-être moyen de faire tourner un Hurd/L4 sur un Linux, avec de bien meilleures performances qu'un QEmu (même si ce dernier est déjà pas mal). Et ça, pour tester/jouer avec, ça serait le panard.

(bon, ok, je me calme et je prends mes pilules)

Base de départ, ça peut être une idée. Correct, par contre je parierais pas sur ce coup-là.

J'ai pas encore lu le papier de nos deux compères, mais je parie fort que quand ils demandent un corpus "correct", c'est correct à 100%-sans-exception-même-sur-les-petits-détails-chiants-de-la-langue-française-genre-"indicatif après après que", et ce genre de choses. Non?

Parce que, si Wikipedia est certainement moins truffé de faute que le premier skyblog qui traine, par contre c'est loin d'être un modèle.

Complètement jaccuziesque!

(Pour ceux qui ne saisiraient pas l'allusion, je me permets de citer approximativement un court passage des Deux minutes du peuple:)

- Ce salaud! Il m'a appelé sur mon téléphone portable pendant que j'étais dans mon jaccuzi pour me parler de mes copropriétés...
- Et alors?
- Rien. C'était juste pour te dire que j'avais un téléphone portable, un jaccuzi et des copropriétés.

\begin{private}

Des SCIAs des bois qui font du Python. Excellente nouvelle, les gars, montrez-leur qu'il y a pas que le C++ dans la vie. Bon courage pour la suite, en tous cas ;)

\end{private}

Sérieusement, il n'y aurait pas moyen de lancer un appel à contribution pour le corpus? Constituer une base de donnée importante, c'est typiquement le genre de tâche faisable par les non-programmeurs de la communauté (par les programmeurs aussi, en fait (enfin ça dépend, pour le corpus "sans faute", c'est moins certain (je déconne)(par contre j'adore le lisp))).

Le plus dur serait probablement de valider les données soumises après coup, mais enfin ça se tente, non? Un wiki, quelqu'un? =)

Désolé de casser l'ambiance, mais en suivant un peu les listes GNUstep, j'ai cru comprendre que les chances de voir ObjC++ intégré dans GCC4.0 étaient assez faibles. Qu'en fait, on avait même échappé de peu à un GCC4.0 inutilisable pour l'Objective-C normal.

Tu peux me (nous) éclairer un peu là-dessus, sitouplé? ;)

Sur le "noyau"? A part les deux de l'article (Neal et Markus), je vois pas.

En tous cas, chapeau bas à ces deux-là, ça redonne un peu d'intérêt à la chose, je trouve. Parce que bosser sur Hurd/Mach tout en sachant pertinemment qu'il faudra peut-être tout reprendre une fois Hurd/L4 fonctionnel, c'est pas très encourageant.

Pour les applications KDE, il y a une solution simple et relativement pratique. Cela consiste à utiliser les IO-slaves, et notamment fish:// et/ou sftp://.(...) La seule contrainte est d'avoir un serveur SSH sur le second PC.

A partir de là, il te suffit de créer un lien vers sftp://user@deuxiemepc/home/tonrepertoire/(...) et de le mettre dans la barre d'accès rapide de la fenetre de chargement/sauvegarde de KDE.

Sinon, un simple favori peut suffire. Par contre, ça ne marchera pas avec les applications non-KDE (donc ni openoffice ni gimp, désolé).

Mais je suis vraiment le seul à me dire qu'avoir un démon qui tourne en permanence juste pour faire quelques append de manière sûre dans un fichier sur le disque dur, c'est trop lourd ? :-)

A partir du moment où plusieurs utilisateurs risquent potentiellement d'écrire au même moment dans le fichier, je vois mal comment tu peux espérer te passer du daemon.

Il y a peu de chances, certes, m'enfin bon.

Ensuite, ton daemon il ne "tourne" pas en permanence: il risque fort de passer les trois quarts de son temps à attendre proprement. Bref, à part un peu d'occupation mémoire (à mesurer si besoin), c'est pas violent.

C'est quoi comme chipset? Ca utilise quoi comme driver/module?

Pourtant le petit logo "database" est assez clair, non?

Par contre NT4 et 98, bien que buggées de partout, pleins de trous de sécurité, ont équipé et équipent encore de nombreuses sociétés, alors qu'une alternative viable existait (Mac OS).

On aura tout lu :)

Pour mémoire (et pour ceux qui prendrait ce journal au premier degré): du temps de NT4 et Win98, le MacOS existant n'avait rien à voir avec MacOSX. C'était alors un OS à peine multitâche, et techniquement très loin derrière ses concurrents (même si son interface utilisateur était en avance sur certains points).

Autre question. Peut-on considérer que c'est parce que XP est devenu meilleur qu'il a des risques de perdre des parts de marché face à windows?

Chapeau bas, ça c'est du troll de compèt' ! Windows vs. XP, personne n'avait encore osé :)

J'ai un peu le même problème. Mais effectivement, il y a souvent une grosse cause psychologique (la routine, l'euphorie qui n'est plus vraiment là, tout ça) qui fait accentue le contrecoup.

Pas glop.

Pas forcément.

Si tu l'année suivante tu as des photos d'un séminaire à tombouctou, tu vas avoir un second répertoire de photos: boulot/2004/tombouctou. Si tu veux voir la liste de toutes tes photos de tombouctou? facile, un simple ls */*/tombouctou/*.jpg. Ok. Mais tu commences à pressentir que ça sera pas aussi facile tout le temps. Si tu commences à avoir des photos sur plusieurs niveaux, ça devient carrément bancal. Et pourtant, tu n'as associé à chacune de tes photos aucune métainformation, excepté le répertoire dans lequel elle est rangée.

En même temps, faut pas non plus éteindre son cerveau. D'accord, tu ne savais pas forcément que les services Microsoft ne sont pas exactement équivalent à la notion de "service" sous Unix (encore que, ça se discuterait). Néanmoins, c'est pas une raison pour considérer que c'est la faute de l'OS si tu agis sans réflechir.

Oh làlà, y'en a du bazar dans /lib, je vais tout virer, et on remettra au fur et à mesure des besoins. (Pure fiction)

Le mec qui dirait ça, tout le monde s'accorderait à dire qu'il a bouletisé. C'est pareil dans ton cas, et quand bien même tu aurais fait ce qui se fait de pire comme OS (je laisse le lecteur déterminer lui-même s'il considère que tu t'es trouvé ou non dans ce cas), ça ne justifie pas ton acte: quand on ne connaît pas bien un système, on s'abstient d'arrêter des programmes bizarres qui sont clairement pas fait pour.

Il y a des choses beaucoup plus énervantes dans les produits Microsoft (notamment dans leur gamme de produits "pour serveur", et en particulier quand on les place entre les mains de quelqu'un qui a goûté au monde Unix avant), alors restons crédibles et critiquons à bon escient.

J'ai dit que si tu utilises konstruct, tu va te retrouvé avec un kde imcomplet: du genre pas de hal/dbus, pas de zeroconf, pas de support de tel format d'image, pas de support de tel format de fichier, ...

Il est censé gérer zeroconf, le petit père KDE? Mais c'est géant ça. On peut jeter lisa à la poubelle ;)

Ok, je croyais que c'était juste une refonte de devices:/. C'est super alors \o/

Effectivement, ça risquerait bien d'être une excellent cuvée, cette affaire-là. J'ai bien fait de me convertir à KDE dernièrement! :p

D'une part, tu parles d'un nouvel OSD pour Amarok. Vu qu'il s'agit d'une release de KDE, doit-on comprendre qu'Amarok va (enfin?) être intégré dans KDE? Ou bien synchronisent-ils simplement les sorties, pour pas perdre l'utilisateur?

D'autre part, tu nous montres un très joli (sisi!) screenshot de media:/. Tu sais s'il y a des plans pour intégrer hal/dbus/ivman dans la 3.4, ou bien si ça viendra plus tard, ou pas du tout?

Sinon, l'intégration de kde-look me semble une super idée.

Oui la vérité sur les femmes est dans les "dossiers X" :-)

$ grep -r "femmes" /usr/X11/R6
$

Snif.