wismerhill a écrit 2608 commentaires

En backportant les fonctionnalités ACL, ce qui est possible puisque aussi bien le source de l'époque que celui de maintenant est disponible.
Et vu ta réponse j'en déduis que tu peut le faire avec win2k ou xp (je demande hein, j'en sais rien).

Non, pas de changelog, mais c'est un minuscule bugfix (comme l'indique le minuscule changement de version) destiné uniquement à corriger un vilain bug qui n'aurait jamais du se trouver dans le 2313.

Ça date peut-être de quelques jours mais je ne l'ai découvert que maintenant, donc je me suis dis que d'autres ne l'avaient pas remarqué et aprécieraient une petite news.

Rpm aussi gère les scripts pré/post install/uninstall.

La création de devices doit se faire dans les scripts du package rpm/deb, mais comme je ne connais pas checkinstall (mais je vais essayer) je peut pas te dire comment le faire.

Aujourd'hui, beaucoup de gens pensent que c'est MS qui a inventé l'interface graphique
Rappelons donc que c'est dans les laboratoires de Xerox (j'ai bon, hein?) que les premiers travaux concernant des interfaces graphiques ont été réalisé, en particulier la mise au point de la souris qui avait été jugée à l'époque comme difficile d'utilisation (du genre les gens vont regarder la souris et pas l'écran). Il ne l'ont pas breveté à l'époque, heureusement pour nous mais ils ont du s'en mordre les doigt à en devenir manchots.

Plex86 : pas encore suffisament avancé (trop compliqué à utiliser et pas assez stable) du moins quand j'ai essayé il y a deux mois (je sais ça peut évoluer en 2 mois).
Bochs : beaucup mieux finalisé mais aussi compliqué à utiliser et TRÈS lent (puisque émulation complète).

Les iso c'est un peu du foutage de gueule, y en a quatre mais les trois dernières pourraient tenir sur un seul CD, pourquoi nous enmerder à en faire quatre?

Vous me prévenez s'ils ont réussi à ne plus penser du tout au shell.
Aucune chance, ils ont même pas réussit à enlever le lien vers konsole dans kicker (cf premier screenshot).

Ces résultats sont disponibles depuis le premier Novembre (je me souvenais les avoir déjà lu et la date affichée au début me l'a confirmé), je crois même sue la news est déjà passée sur dlfp et on nous repasse cette nexs qui plus est en première page, y a des modérateurs qui ne sont pas bien au courant.

Ben moi la première fois que j'ai voulu relever mon mail tout nouveau que j'avais, j'ai démarré outlook express que j'avais fourni avec windows (je connaissait pas encore Linux à l'époque :-( ), j'ai regardé un peu l'interface, je me suis dis "c'est quoi cette merde" et j'ai installé eudora.
Tout ça pour dire que je ne suis pas prêt d'utiliser evolution PARCEQUE ça ressemble à outlook.

J'ai une GeForce 256 DDR sur un athlon première génération.
Bon, mais je crois que je me suis un peu emporté lorsque j'ai posté ce message et j'aurais du y réfléchir un peu plus.
Sur ma mdk gears fait partie du package Mesa-demos.
Mais ça m'étonne quand même que cette nouvelle version me pose ces problèmes alors que la précédente fonctionnait parfaitement.

Ouais, tu as raison, je me suis un peu emporté sur ce commentaire, mettez-moi quelques moins qu'on le vois plus.

Et peut-tu m'expliquer alors pourquoi ça n'irait pas avec la configuration qui fonctionne bien avec la version précédente (1.0-1541)?

Car cette version est méchament bugguée, du moins pour ce qui concerne la 3D.
Rien qu'avec le petit programme gears (qui fait partie des démos fournies avec Mesa, package Mesa-demos sur ma mdk) il y a des problèmes de textures (le centre de l'engrenage rouge était par moments remplis par une texture venue d'ailleur) et plus grave que ça lorsque j'agrandissait la fenêtre (plus grand que 1024x768 me semble-t-il) les performances tombaient presque à zéro (moins de 1fps) alors qu'avec la version précédente (1.0-1541 que je me suis empressé de remettre) à une taille encore plus grande (presque 1152x864) j'ai 120fps.
Donc NE L'UTILISEZ PAS!
PS : j'ai posté ce message sur la news précedente également pour être sur que tout le monde le vois.

Car cette version est méchament bugguée, du moins pour ce qui concerne la 3D.
Rien qu'avec le petit programme gears (qui fait partie des démos fournies avec Mesa, package Mesa-demos sur ma mdk) il y a des problèmes de textures (le centre de l'engrenage rouge était par moments remplis par une texture venue d'ailleur) et plus grave que ça lorsque j'agrandissait la fenêtre (plus grand que 1024x768 me semble-t-il) les performances tombaient presque à zéro (moins de 1fps) alors qu'avec la version précédente (1.0-1541 que je me suis empressé de remettre) à une taille encore plus grande (presque 1152x864) j'ai 120fps.
Donc NE L'UTILISEZ PAS!

Hé, on t'as dis que c'est une release de qualité alpha, donc justement pour mettre en évidence et éradiquer ces bugs.

He bien il semblerait que le konqueror de mandrake (version 2.2.2, packages mdk dispo sur les ftp de kde) ne la gère pas.
S'il y a moyen de l'activer par une recompilation quelqu'un pourrait expliquer comment.

Ben la beta 1 à déjà été reportée d'une semaine car le cvs était trop instable donc on peut déjà envisager un certain retard.
Ça avait été le cas pour la 2.0 dont les beta s'étaient succédées, je trouve ça rassurant que bien que faisant une roadmap assez précise le coordinateur n'a pas peur de rallonger (diminuer j'ai jamais vu) celle-ci si nécessaire.

Non, le raisonnement est idiot. Tant qu'à faire de développer un truc qui fonctionnera que sur une architecture autant le faire vraiment pour cette architecture (en l'occurence une appli écrite en C ou autre et compilée pour windows).

Et tous les premiers font partie d'une entreprise, eh ben.

Ou est-tu allé chercher ce commentaire méchant, gratuit et mensonger?
<prise de conscience>
Oh merde, tu lançait un troll et j'ai marché en plein dedans.
</prise de conscience>

C'est que tu as déjà utilisé tous tes points.

Ils reconnaissent que leur article était mauvais? ils remontent dans mon estime!

j'aimerai bien lire une réfutation point par point du papier
Alors allons-y :

• Il contient deux systèmes de fichiers

Y a une erreur d'un facteur 10 là alors qu'il aurait suffit du mot "supplémentaires" pour que ce soit correct

• il deviendra standard au moment de l'adoption prochaine par tous du noyau 2.5

Tu vois qu'ils disent que le noyau 2.5 n'est pas réservé qu'aux développeurs.

• Elle inclut deux systèmes de fichiers, conçus pour améliorer les synchronisations entre portables et PC de bureau et éviter les plantages

Un système de fichier n'a surement pas pour vocation la synchronisation entre des machines.

• Mieux vaut donc se tourner vers la version 2.4.16, ultime mise à jour.

le 2.4.16 n'est surement pas la dernière mise à jour de la série 2.4.x, déjà qu'on est pas sur que le 2.2.20 sera le dernier des 2.2.x (et pourtant il est sorti bien après le 2.4.0).

• Ces derniers (il parle des portables) devraient d'ailleurs enfin bénéficier d'une vraie gestion de l'énergie, capable d'augmenter leur autonomie.

d'après une connaissance qui a un portable sous linux (mdk 8.1) son autonomie est nettement meilleure que sous windows, il est donc inutile de mettre au futur : il y a déjà une bonne gestion de l'énergie.

• D'autres nouvelles fonctions concernent
  
  
  
  • la consultation hors ligne de fichiers en provenance du réseau,
  
  rien à voir avec le noyau
  
  • la récupération et le redémarrage automatique après défaillance du réseau
  
  le défaillances du réseau ne posent aucun problème, on peut sans problème déconnecter son cable réseau puis le reconnecter sans le moindre problème.
  
  • et la gestion de répertoires "home" stockés sur différents ordinateurs.
  
  nfs existe depuis bien avant linux et y est intégré depuis longtemps (bien avant que je ne l'utilise moi-même donc je peut pas dire).
  

Bon je crois que j'ai fais le tour.
Par contre sur la partie KDE je n'ai rien à dire, à part qu'ils sont déjà en retard d'une info car la beta est retardée (et donc tout le reste aussi).
PS : mon orthographe et mes accents te plaisent ? :-]