Forum Linux.général SVN checkout KO

Posté par  .
Étiquettes :
0
17
juin
2009
Hello
je reviens à la charge ici pour avoir peut être plus de suggestions pour la résolution du problème, chrisix m'ayant déjà aidé à éliminer des pistes sur la tribune. (Je l'en remercie encore d'ailleurs :) )

Voilà c'est assez simple, je viens d'installer une debian tout fraîche, passé en testing pour des raisons de versions logicielles surtout.
J'ai pu installer tout ce dont j'avais besoin, j'ai ajouté les dépots debian-multimedia et le paquet debian-multimedia-keyring

Maintenant quand j'essaie de faire un

$ svn checkout https://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/linux(...)
(d'après le tuto: http://wiki.tuxgasy.fr/doku.php?id=xbmc_sous_debian_light )

et je me prend un
snv: OPTIONS de 'https://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/linux(...) : Impossible de se connecter au serveur (https://xbmc.svn.sourceforge.net )

Alors que la navigation en direct fonctionne très bien dessus comme vous pouvez le vérifier, et pire.. ça fonctionne depuis une autre machine. (Une buntu 8.04.2)
Ça fonctionnait aussi chez "see" sur la tribune

Avec des tests nous avons donc éliminé le pb de la config du routeur (un port 443 redirigé sur une autre machine, mais ça marche sur la buntu sans toucher à la config donc ça ne vient pas de là)
J'ai testé sans le s de http aussi, ça ne change rien.

Bref, je ne sais plus quoi faire.
A part recommencer en restant en lenny ? Si ça marche ça voudrait dire qu'il y a un souci dans un paquet de la squeeze non ?

Merci d'avance !

Accessoirement je me demande si c'est la bonne branche de XBMC que j'utilise, le tuto datant d'avant la publication officielle d'Atlantis il me semble.

  • # strace

    Posté par  . Évalué à 1.

    strace pourrait donner des pistes sur ce qui échoue

    oui, c'est un peu laconique comme commentaire :)

    • [^] # Re: strace

      Posté par  . Évalué à 2.

      un peu ^^ mais c'est toujours une piste.
      Je viens d'essayer.. c'est sympa mais il faut savoir interpréter le retour de strace, et c'est pas mon fort :/ Je n'en ai pas vraiment le niveau vu ce qu'il me répond.
      /o\ C'était bien tenté :)

      • [^] # Re: strace

        Posté par  . Évalué à 2.

        oui, strace est plus verbeux que moi ;)

        En général, je pars de la fin des traces strace et je remonte en cherchant l'erreur. Je ne compte plus le nombre de fois ou ça m'a débrouillé des problèmes de droits ou de chemins différents de ce que je pensais.

        Si la trace est un peu longue, les gens ont l'habitude de coller ça genre ici : pastebin.com/

        • [^] # Re: strace

          Posté par  . Évalué à 2.

          Je ne parviens même pas à l'envoyer dans un fichier :/ (pour la récupérer sur un poste avec une GUI et l'uploader sur pastebin)
          Je vais perséverer aussi dans ce sens :)

          • [^] # Re: strace

            Posté par  . Évalué à 2.

            Ah oui, c'est parce que strace écrit tout sur stderr.
            Du coup, plutôt que
            strace svn ... > strace.out
            fait plutôt
            strace svn ... 2> strace.out

            • [^] # Re: strace

              Posté par  . Évalué à 2.

              Ah voui !
              Merci, c'est noté, pour la prochaine fois ;) à moins qu'il ne faille faire un rapport pour le bug, mais je suppose que s'il m'en parle dans le post en dessous c'est que ça a été signalé.

              Merci pour l'aide !

  • # un wget?

    Posté par  (site web personnel) . Évalué à 1.

    Et un wget sur l'url ca donne quoi?

    • [^] # Re: un wget?

      Posté par  . Évalué à 2.

      ça fonctionne comme c'est sensé le faire: il m'a récupéré le index.html de la page

  • # pkoi en SVN ?

    Posté par  . Évalué à 2.

    tu peux pas simplement ajouter le depot xbmc

    et installer avec apt-get ?

    • [^] # Re: pkoi en SVN ?

      Posté par  . Évalué à 2.

      C'est probablement une possibilité, je ne sais pas si les dépots proposés par la team (des PPA pour ubuntu) fonctionnent pour Debian ?
      J'avais envie de profiter de la toute dernière version rapidement (dans le sens où je pourrais l'obtenir fréquemment et la suivre, pas dans le sens où je passerais deux jours à faire fonctionner le SVN >_< )

  • # Paquet buggé

    Posté par  . Évalué à 4.

    J'ai eu le même problème récemment, ça vient d'un paquet buggé passé de unstable dans testing.

    J'ai installé le paquet subversion de la unstable (plus quelques dépendances) et ça a marché. ( http://packages.debian.org/sid/subversion )

    Bonne chance

    • [^] # Re: Paquet buggé

      Posté par  . Évalué à 2.

      Ce que j'imaginais un peu, le bug a été rapporté ?

      Je viens d'installer subversion avec apt pining, ça marche super bien :)

      Merci à tous !

      • [^] # Re: Paquet buggé

        Posté par  . Évalué à 1.

        Oui le bug a été reporté, c'est comme ça que j'avais trouvé, mais j'arrive plus à retomber dessus via google

      • [^] # Re: Paquet buggé

        Posté par  . Évalué à 2.

        Ça a marché la première fois, j'ai dû refaire parce que j'avais récupéré tout les dossiers au lieu du bon seulement ( j'aurai dû laisser tel quel si j'avais su ..)
        et ça a refait la même erreur. :((
        Y'a visiblement un conflit avec un autre paquet dont j'ai besoin, libcurl3-dev (mais qui installe libcurl4-openssl-dev)
        c'est pas cool ça, je vais tricher, enlever le paquet en conflit, récupérer la version svn et remettre le paquet en le laissant supprimer la version unstable de subversion :/ Tant pis je pourrais pas faire de svn up tant que ça n'aura pas été corrigé

  • # Bug neon 0.28.4 + kernel 2.6.26+

    Posté par  . Évalué à 1.

    Il y'a eu un incompatibilité dans neon et une évolution du noyau, corrigée depuis :
    http://bugs.gentoo.org/show_bug.cgi?id=264101
    Peut-être es-tu pile-poil dans la mauvaise combinaison astrale....

    Si vous n'aimez pas ce commentaire c'est qu'il est ironique.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.