Dispo aussi pour...

• [^]Re: Dispo aussi pour...

  Posté par Serge2 () le 01/06/2006 à 05:45. (lien). Évalué à 3.

  Et aussi:
  
  Arch Linux: ftp://ftp.archlinux.org/testing/os/i686
  
  Red Hat Enterprise 4 (x86_64)
  
  Fedora Core 3
  Fedora Core 4
  Fedora Core 5
  
  http://kde.org/info/3.5.3.php

• [+] [^]Re: Dispo aussi pour...

  Posté par dripple () le 01/06/2006 à 06:52. (lien). Évalué à -3.

  Done
  
  KUbuntu Dapper

• [^]Re: Dispo aussi pour...

  Posté par Florent Bayle (page perso, ) le 01/06/2006 à 07:16. (lien). Évalué à 4.

  Il est aussi dans Debian unstable depuis 3 jours.

  • [^]Re: Dispo aussi pour...

    Posté par bz31 (page perso, ) le 01/06/2006 à 08:34. (lien). Évalué à 2.

    Il l'a déjà dit dans le journal :
    
    Un nombre non négligeable de paquets sont déjà disponibles dans les dépôts Debian.

• [^]Re: Dispo aussi pour...

  Posté par Tiberium () le 01/06/2006 à 10:53. (lien). Évalué à 3.

  J'avais jamais fait gaffe, mais y'a vraiment aucun .rpm pour Mandriva ???
  Comment ça se fait que Mandriva soit mise à part ?

  • [^]Re: Dispo aussi pour...

    Posté par PasChauve PasOunet () le 01/06/2006 à 11:14. (lien). Évalué à 4.

    parce que ce sont les mainteneurs des distributions sus-cités qui font les paquets dispos sur le ftp de kde , et a chaque fois mandriva ne fait pas de paquet des nouvelle releases de kde pour la distribution "stable" ( c'est toutefois dispo aux seuls membres du club )

    • [^]Re: Dispo aussi pour...

      Posté par Matthieu Duchemin (page perso, ) le 01/06/2006 à 14:20. (lien). Évalué à 6.

      c'est exact. Je rajouterai que faire des paquets pour KDE ce n'est pas anodin. Chaque distribution applique ses propres patchs aux sources de KDE pour pouvoir le compiler (voir : http://developer.kde.org/~binner/distributor-patches/ ) . Donc à chaque nouvelle version de KDE il faut vérifier que les patchs fonctionnent toujours, voir si il n'y a pas de nouveaux problèmes, c'est du travail. Et à moins de faire des paquets pour les versions betas et RC (ou avoir de la chance), je vois pas bien comment on peut faire des paquets en 2 temps 3 mouvements juste après la sortie de KDE sans qu'il n'y ai de trop gros problèmes.
      
      Pour Mandriva, c'est Laurent Montel qui s'occupe de faire des paquets. Il est employé par Mandriva pour travailler sur KDE et faire les paquets pour Mandriva. Faire des paquets, c'est pas les ballancer et faire autre chose après, il faut faire un suivi pour tracker les bug's. La semaine dernière il a modifier 327 lignes de codes dans KDE (voir : http://commit-digest.org/issues/2006-05-28/ ) il est très certainement l'un des dev les plus actifs (je crois qu'il s'occupe essentiellement de KDE 4 et de Koffice 2) et il n'a pas trop le temps je pense à faire des paquets juste après la sortie d'une nouvelle version.
      
      Après c'est vrai peut être qu'il manque quelqu'un chez Mandriva pour sortir des parquets plus tôt, mais ça bouge de ce coté là, et il semblerai que bientôt il va y avoir une discussion sur ce que doit être la version "community" de Mandriva (on s'orienterai peut être vers des mises à jour non offciels qui incluerai donc des backport, il n'y aurai donc plus de version "community")
      
      Sinon il reste toujours les sources extérieurs comme Seer Of Souls (http://seerofsouls.com/ ), mais il faut attendre un peu pour avoir KDE 3.5.3 (par contre il y a bien KDE 3.5.2)

      • [^]Re: Dispo aussi pour...

        Posté par L () le 01/06/2006 à 14:31. (lien). Évalué à 4.

        Pourtant hier j'ai fais mes paquetages KDE 3.5.3 sous Linux Slackware 10.2 sans appliquer le moindre correctif : ça fonctionne hors de la boîte pour l'instant. Bref, tout fonctionne comme d'habitude ...

        • [^]Re: Dispo aussi pour...

          Posté par Matthieu Duchemin (page perso, ) le 01/06/2006 à 14:49. (lien). Évalué à 2.

          Faire des paquets c'est compiler une application sur une machine pour ensuite l'utiliser sur d'autres. Tu peux en dire autant? Tu as le support HAL? Zeroconf?... Comment savoir si les fonctionnalités que tu n'utilises pas fonctionnent correctement. Quand tu fais des paquets, ils sont utilisé par des milliers de personnes qui ont toutes un usage différent de KDE avec une config différente, ils n'utilisent pas tous les même logiciels, les même paramètres, et pourtant il faut que ça fonctionne pour tout le monde.
          
          Moi aussi je peux faire des paquets Mandriva dans l'heure sans appliquer de patch, mais rien ne dit que les binaires résultant fonctionneront sur une autre machine que la mienne.

          • [^]Re: Dispo aussi pour...

            Posté par L () le 02/06/2006 à 14:53. (lien). Évalué à 1.

            Je répondais à ton affirmation comme quoi « chaque distribution applique ses propres patchs aux sources de KDE pour pouvoir le compiler ». Or je n'ai appliqué aucun correctif et j'ai pourtant pu compiler KDE sans le moindre soucis sous la distribution que j'utilise (pour information, il s'agit de Linux Slackware 10.2)0. Donc je ne vois pas quel sont les correctifs indispensables et nécessaires à la compilation de KDE : s'ils sont nécessaires et quand sans eux, KDE ne compile pas, c'est manifestement un bogue qui doit être remonté upstream, car KDE est censé compiler hors de la boîte, sauf s'il manque des dépendances requises.
            
            D'un autre côté, j'utilise une distribution qui modifie très très rarement les logiciels avec des correctifs contrairement à 99,99% des distributions Linux : elle les empaquette pour les installer tel que l'auteur du logiciel l'a prévu. Forcément, ça évite les effets de bord et ça permet de compiler les logiciels tels que l'auteur l'a souhaité, et ça permet aux autres logiciels de les trouver tels que l'auteur l 'a souhaité, et de fil en aiguille, ça permet à des logiciels tels que KDE et GNOME de compiler hors de la boîte.

            • [^]Re: Dispo aussi pour...

              Posté par wismerhill (page perso, ) le 03/06/2006 à 13:14. (lien). Évalué à 3.

              Les patch en question sont rarement là pour faire fonctionner KDE (parfois quelques correctifs qui ne sont encore qu'en CVS/SVN, ou pour tenir compte d'une spécificité de mandriva), mais le plus souvent pour mieux s'intégrer à la distribution.
              Par exemple, ils packagent à part les module de kcontrol qui sont en doublon par rapport au MCC, ou bien ouvrir menudrake à la place de kmenu, ouvrir l'assistant de mandriva pour partager un dossier sur le réseau, ...

        • [^]Re: Dispo aussi pour...

          Posté par lezardbreton (Jabber id, page perso, ) le 01/06/2006 à 17:32. (lien). Évalué à 5.

          Pour avoir fait pas mal de paquets KDE pour une autre distribution, je peux te dire qu'il y a beaucoup de choses que j'ai mal faites à l'époque. Par exemple, faire un paquet kdebase est une horreur : des applis ayant les mêmes fonctionnalités sont en double/triple, certaines applications sont peu maintenues et créent des conflits (kaboodle par exmple).
          De plus, tu as des dépendances qui ne sont pas clairement explicitées et donc certaines applis ne sont pas compilées et ceci sans warning : il faut juste le savoir. Par exemple, lame à une époque était obligatoire pour compiler juk, mais aucun moyen de le savoir sauf si on vérifie chacunes des applis du package.
          Mes informations datent un peu mais mon expérience est que faire un bête paquet KDE est facile, le faire bien est plutôt ardu.

Alors

• [^]Re: Alors

  Posté par Sufflope (Jabber id, page perso, ) le 01/06/2006 à 06:56. (lien). Évalué à 10.

  Ah c'est le fameux patch Windows.

  --
  Le meilleur hébergeur de forums, gratuit et sans pub !

  • [^]Re: Alors

    Posté par gnumdk (page perso, ) le 01/06/2006 à 07:15. (lien). Évalué à 7.

    En fait, le probleme était plus que kde 3.5 avait un mauvaise arbre de dépendances pour son démarrage.
    
    Un mec de Suse a regarder qui avait besoin de quoi lors du démarrage et a donc pu changer l'ordre de lancement des services Kde...
    
    Ca me semble peu comparable avec Windows, ce ne sont pas des services système et de plus tu as la main directement, c'est pas ca se charge plus vite mais tu peux rien faire...

    • [^]Re: Alors

      Posté par gnumdk (page perso, ) le 01/06/2006 à 07:30. (lien). Évalué à 4.

      Bon, je viens de finir la mise à jour et je confirme, on a la main beaucoup plus rapidement qu'avec kde 3.5.2.

• [+] [^]Re: Alors

  Posté par Aiua () le 01/06/2006 à 07:15. (lien). Évalué à -2.

  Quelle idée d'avoir copié ce comportement, j'en ai déjà horreur sous Windows...

  • [^]Re: Alors

    Posté par GCN (Jabber id, page perso, ) le 01/06/2006 à 08:24. (lien). Évalué à 9.

    C'est vrai ça... Quelle idée aussi d'optimiser le démarrage de l'application pour qu'il se fasse plus rapidement ?!

    --
    The UNIX way of sex:
    date;cd ~;gunzip;strip;touch;finger;mount;fsck;more;yes;umount;sleep

    • [^]Re: Alors

      Posté par ftp (page perso, ) le 01/06/2006 à 09:21. (lien). Évalué à 4.

      Heu, ce n'est pas ce qu'il voulait dire je pense...
      Je ne sais pas si tu as déjà essayé Windows, mais effectivement tu as assez rapidement la main. Le problème, c'est qu'il ne charge que les trucs vraiment indispensables, mais qu'il charge ensuite pleins de trucs en arrière plan, et tu ne peut rien faire. C'est juste une impression de rapidité, mais c'est très énervant quand même le pointeur de la souris rame...
      Et je suis d'accord, ce n'est pas un comportement malin. J'aimerais que quand mon PC soit dispo, je le sache, et pas à avoir à attendre 5 minutes en priant pour qu'il ait fini de tout charger...

      • [^]Re: Alors

        Posté par gnumdk (page perso, ) le 01/06/2006 à 09:37. (lien). Évalué à 5.

        -> effectivement tu as assez rapidement la main
        -> tu ne peut rien faire
        
        C'est pas un peu en contradiction dans ta phrase?
        
        De plus, cela n'a rien à voir avec Kde comme je l'explique plus haut... Surtout qu' on a des systemes multitaches et que c'est pas parce que 3 pauvres services sont pas encore lancés que tu vas pas pouvoir utiliser Kde...

        • [^]Re: Alors

          Posté par Farvardin (page perso, ) le 01/06/2006 à 10:45. (lien). Évalué à 5.

          je pense qu'il voulait plutot dire : "tu arrives rapidement sur le bureau, mais tu ne peux rien faire car tu n'as pas réellement la main" (avec windob)
          
          En tout cas c'est vrai que le démarrage de kde est bien plus rapide maintenant. C'est pas mal, meme si en ce moment je redémarre KDE seulement tous les 15-20 jours :)

          --
          You can't grep dead trees...

        • [^]Re: Alors

          Posté par Aiua () le 01/06/2006 à 12:23. (lien). Évalué à 1.

          Il n'y a absolument pas de contradiction, tu as effectivement rapidement la main : tu peux bouger le curseur de ta souris, mais tu ne peux rien faire car, étant toujours en train de charger 12000 trucs, Windows a la réactivité d'une tortue pendant un petit moment.
          
          Et je suis désolé, mais le message à la racine de ce fil laisse fortement supposer que ce genre de comportement a été repris par KDE. A tord donc il semblerait...

Changelog