Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2016-08-24T13:33:29+02:00Les derniers messages parus sur le forum de Zeste de Savoir.Besoin d’aide pour tester un programme multi-plateformes, message #1213572016-08-24T13:33:29+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=2#p121357<p>Du calme. </p>
<p>D'abord je ne suis pas venu basher la CI de Rust. Notamment parce qu'en tant que release engineer, je lui reconnais beaucoup de qualités (en particulier celle d'avoir développé un gatekeeper qui a fait des emules dans l'open source par la suite). Relis mon post : j'adopte un ton léger.</p>
<p>Par contre je suis intervenu clairement parce qu'avec les infos que j'avais à ma disposition, la demande de Dominus semblait parfaitement contradictoire avec son objectif. Et je lui ai même proposé des solutions alternatives.</p>
<p>Il ne s'agit donc pas d'un pogrom contre les aficionados de Rust. Mais d'un comportement à mes yeux normal sur ce style de forum. Je remarque surtout que vous avez tendance à devenir franchement désagréables lorsqu'on a le malheur de pointer ses défauts du doigt.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1213512016-08-24T13:15:16+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=2#p121351<p>Je vais pas excuser Dominus Carnufex mais vous abusez quand même, il demandait juste si quelqu'un pouvait tester son code et vous venez basher la CI de Rust, ce qui est <strong>complètement</strong> HS. nohar, tu es HS depuis le début du coup, et sans excuser, je comprends tout à fait que Dominus Carnufex aie eu l'impression que tu es juste venu lui chier dans les bottes sans avoir rien d'autre à apporter au sujet.</p>
<p>Je l'ai déjà dit dans l'autre sujet sur Rust, mais ça vous dérangerait de laisser les gens qui jouent avec Rust tranquilles ?</p>Besoin d’aide pour tester un programme multi-plateformes, message #1212972016-08-23T22:54:10+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=2#p121297<p>On s'est concertés en interne : la seule raison pour laquelle nous n'avons pas nous-mêmes appliqué une sanction immédiate avec Spacefox qui suivait ce sujet de près, c'est que nous prenions part à la discussion et que j'étais moi-même la cible des propos insultants de Dominus, donc que nous pouvions être taxés de non-neutralité.</p>
<p>Sans ça, j'aurais réagi exactement de la même façon qu'Arius. Je n'y vois donc pas particulièrement du zèle. Notamment ça n'enlève rien à mon propre avertissement qui sera toujours valable à son retour.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1212882016-08-23T21:53:49+02:00Rockaround/@Rockaroundhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121288<p>C'est sûrement pas mes affaires, mais dans la mesure où Nohar, à qui étaient destinés les messages franchement malpolis, avaient dit, en prenant sa casquette de modérateur, que c'était OK pour une dernière fois, le ban de 3 jours derrière me semble être un peu du zèle. </p>Besoin d’aide pour tester un programme multi-plateformes, message #1212402016-08-23T17:08:52+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121240<p><figure><img alt="" src="https://cdn.meme.am/instances/45777054.jpg"><figcaption>Excavated quickly</figcaption></figure></p>Besoin d’aide pour tester un programme multi-plateformes, message #1212172016-08-23T15:58:29+02:00Arius/@Ariushttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121217<blockquote>
<p>Aucun OS n’utilise officiellement la version Nightly. Aucun. Pourtant, il faut Nightly pour compiler la bibliothèque standard de Rust. Selon ta logique, donc, la bibliothèque standard du langage elle-même n’est faite pour supporter absolument aucun OS.</p>
<p>Conclusion : <strong>tu racontes juste de la merde, en fait</strong>.</p>
</blockquote>
<p>+</p>
<blockquote>
<p><strong>Ça ne te ferait effectivement pas de mal d’apprendre à la fermer quand manifestement tu ne sais pas de quoi tu parles</strong>. Je vais essayer de te l’expliquer avec des mots simples, mais je garantis pas d’être diplomate.</p>
</blockquote>
<p>C'est ce que j'appelle franchir allègrement la ligne. Et comme je ne fais aucune exception face à ce genre de posts, j'applique donc la sanction classique : bannissement temporaire de 3 jours. </p>
<p><em>Rien</em> ne justifie un comportement aussi déplacé. </p>Besoin d’aide pour tester un programme multi-plateformes, message #1212082016-08-23T15:29:38+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121208<p>Je te remercie pour cette explication : si tu avais donné cette info (que juste <em>personne</em> ne peut inventer) dès le départ, au lieu de te montrer insultant (à ce propos je vais gentiment laisser couler la première phrase tout à fait puante de ton post, mais c'est la dernière fois en ce qui me concerne, et là c'est le modérateur qui parle) et de me prendre de haut avec un sophisme, on aurait gagné beaucoup de temps.</p>
<p>Du reste, ne t'est-il pas tout bêtement possible de proposer un binaire cross-compilé à lancer pour tester que ça marche ? Ça simplifierait grandement la démarche.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1212042016-08-23T15:21:37+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121204<p>Ça ne te ferait effectivement pas de mal d’apprendre à la fermer quand manifestement tu ne sais pas de quoi tu parles. Je vais essayer de te l’expliquer avec des mots simples, mais je garantis pas d’être diplomate.</p>
<p>En Rust, un certain nombre de fonctionnalités ne sont pas disponibles par défaut. Par exemple, pour utiliser les fonctions permettant d’allouer et désallouer manuellement de la mémoire (l’équivalent de <code>malloc</code> et <code>free</code>), il faut explicitement activer la fonctionnalité <code>alloc</code>, ce qui se fait en ajoutant la ligne suivante en haut de ton code source.</p>
<table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1</pre></div></td><td class="code"><div class="codehilite"><pre><span></span><span class="cp">#![feature(alloc)]</span><span class="w"></span>
</pre></div>
</td></tr></table>
<p>Pour plus de détails sur ce <em>feature gate</em>, ça se passe <a href="https://github.com/rust-lang/rust/blob/master/src/libsyntax/feature_gate.rs">ici</a>.</p>
<p>Mais ce n’est pas tout : encore faut-il que le compilateur accepte que tu utilises <code>#![feature(…)]</code>. Le code qui gère cette autorisation ou non se trouve <a href="https://github.com/rust-lang/rust/blob/master/src/librustc/session/config.rs#L1556-L1569">ici</a>. Comme tu le vois, il y a une variable d’environnement <code>CFG_DISABLE_UNSTABLE_FEATURES</code> qui gère l’autorisation ou non.</p>
<p>Sauf que cette variable est écrite <strong>en dur</strong> dans ton compilateur. Un fois que rustc est compilé, tu ne peux plus la changer. Et les exécutables des versions Stable et Beta <strong>interdisent</strong> l’utilisation de <code>#![feature(…)]</code>, seuls les exécutables de la version Nightly l’autorisent.</p>
<p>Or, une des principales fonctionnalités protégées par le <em>feature gate</em>, c’est la possibilité de ne pas utiliser la bibliothèque standard de Rust, le fameux <code>#![no_std]</code> qui se trouve à la quatrième ligne de mon code source. Et pour des raisons évidentes, cette fonctionnalité est indispensable pour le code source même de la bibliothèque standard.</p>
<p>Ce qui signifie que pour <strong>compiler</strong> la bibliothèque standard de Rust, il te faut un compilateur Nightly. Même si, <em>évidemment</em>, une fois qu’elle est compilée, il est tout à fait possible de la <strong>distribuer</strong> avec le compilateur stable.</p>
<p>Et vois-tu, il en va de même avec mon code. Pour le <strong>compiler</strong>, il faut impérativement une version Nightly. En revanche, <strong>une fois compilé</strong> sous forme d’un <code>.so</code> ou d’un <code>.rlib</code>, n’importe quel programme Rust peut l’utiliser, quelle que soit la variante de son compilateur.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1211852016-08-23T13:44:12+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121185<blockquote>
<p>Aucun OS n’utilise officiellement la version Nightly. Aucun. Pourtant, il faut Nightly pour compiler la bibliothèque standard de Rust. </p>
</blockquote>
<p>Ah bon ? Moi qui croyais bêtement que <em>tous</em> les OS packageaient sa bibliothèque standard dans une version compatible avec celle du compilateur qu'ils supportent, de la même manière qu'ils le font pour à peu près 100% des langages officiellement supportés… </p>
<p>J'ai dû me tromper. D'ailleurs, la commande suivante est probablement un énorme poisson d'avril de la part de mon système d'exploitation :</p>
<table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1
2
3</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>13:39 arnaud@merlyn% apt-cache search rust |grep standard
libstd-rust-1.7 - Rust standard libraries
libstd-rust-dev - Rust standard libraries - development files
</pre></div>
</td></tr></table>
<p>Je te remercie pour cette démonstration, en toute humilité, de ta parfaite maîtrise du sujet, et j'en profite pour saluer tes qualités de diplomate-né. Sur ce, je cours réapprendre mon métier. <img alt=":)" src="/static/smileys/smile.png"></p>Besoin d’aide pour tester un programme multi-plateformes, message #1211832016-08-23T13:34:10+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121183<p>Aucun OS n’utilise officiellement la version Nightly. Aucun. Pourtant, il faut Nightly pour compiler la bibliothèque standard de Rust. Selon ta logique, donc, la bibliothèque standard du langage elle-même n’est faite pour supporter absolument aucun OS.</p>
<p>Conclusion : tu racontes juste de la merde, en fait.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1211802016-08-23T13:23:16+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121180<p><em>Dans le contexte qui est le tien</em>, tester un code qui dépend de la nightly build de Rust sur OpenBSD lève un problème plus large : ton code n'est pas fait pour supporter OpenBSD, puisqu'il me tourne pas sur la version officiellement supportée par OpenBSD.</p>
<p>Ma remarque est donc parfaitement justifiée : tu dois proposer un code qui compile sous tous les OS visés sans avoir besoin de compiler le compilateur, sans quoi tu ne peux pas considérer que ton code supporte l'OS en question.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1211762016-08-23T13:15:07+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121176<blockquote>
<p>Edit : je ne comprends pas ton -1. Mais peu importe.</p>
</blockquote>
<p>Je t’ai mis un -1 parce que ta réponse est parfaitement hors-sujet dans le contexte.</p>
<p>Rust publie une nouvelle version toutes les 6 semaines, je sais très bien que la 1.6 a moins d’un an, ce qui est tout à fait honorable à l’échelle d’un système d’exploitation. Sur mon Linux Mint, si j’utilisais les paquets officiels, j’aurais la 1.7, par exemple.</p>
<p>Mais ce n’est pas la question ici. La question ici, c’est de savoir si Taurre peut compiler la version 1.13 Nightly chez lui sans que ça lui prenne une semaine. Le problème étant que, en théorie, chaque version doit être compilée avec la précédente pour qu’il n’y ait pas d’erreur.</p>
<p>Peut-être qu’avec de la chance, on peut se permettre de sauter de 2 versions en 2 versions. Mais quand on part de la 1.6 pour arriver à la 1.13, sans être certains qu’on va pouvoir prendre des raccourcis, ce n’est même pas la peine.</p>
<p>Parce que, <em>dans le contexte qui est le nôtre d’essayer de compiler rustc 1.13</em>, la version 1.6 est <em>de facto</em> antédiluvienne.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1211742016-08-23T12:52:31+02:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121174<figure><blockquote>
<p>Ah oui non mais forcément, si la version est antédiluvienne, aussi, j’abandonne… <img alt=">_<" src="/static/smileys/pinch.png"> Merci pour ta patience, en tout cas.</p>
</blockquote>
<figcaption><p><a href="https://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120987">Dominus Carnufex</a></p></figcaption></figure><p>Pour remettre les choses dans leur contexte, <a href="https://blog.rust-lang.org/2016/01/21/Rust-1.6.html">Rust 1.6 date du 26 janvier 2016</a>. Personnellement, je suis surpris de trouver une version aussi <strong>récente</strong> de Rust dans OpenBSD, quand j'avais joué avec (vers 2008 - 2009), c'était parfaitement illusoire de trouver des versions aussi récentes (8 mois) de logiciels directement dans les ports.</p>
<p>PS : c'est le compromis dont parle nohar qui fait aussi que, par exemple, Docker n'est pas inclus dans les packages « standard » de Debian 8 Jessie. Debian ne voulait pas un logiciel qui change aussi souvent, et Docker ne voulait pas maintenir une même version aussi longtemps. Bref, c'est un cas fréquent dans le monde de l'industrie, surtout quand tu as des contraintes de stabilité fortes.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1211702016-08-23T12:17:18+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p121170<figure><blockquote>
<p>Ah oui non mais forcément, si la version est antédiluvienne, aussi, j’abandonne… <img alt=">_<" src="/static/smileys/pinch.png"> Merci pour ta patience, en tout cas.</p>
</blockquote>
<figcaption><p><a href="https://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120987">Dominus Carnufex</a></p></figcaption></figure><p>En même temps il faut s'y attendre de la part d'une distribution dont l'une des priorités est la sécurité : par définition le processus de release d'une telle distribution est incompatible avec l'utilisation de ressources en version "nightly build". C'est la même chose pour toutes les technos, d'ailleurs, qu'il s'agisse de features de GCC (avoir la bonne version pour utiliser C++11 sur une Red Hat 5.7, par exemple), ou encore de distributions Python (CentOS 6 en est encore à Python 2.6), et je suis certain qu'il y a encore une foultitude d'autres exemples dans le même cas.</p>
<p>C'est l'éternel compromis du <em>release engineering</em> : avoir des technos fraîches vs. supporter un maximum de plateformes. Et c'est un cauchemar pour les développeurs qui sont restreints à <em>ne pas utiliser</em> les dernières features de-la-mort de leurs langages tant qu'ils doivent supporter un système d'exploitation historique.</p>
<p>Edit : je ne comprends pas ton -1. Mais peu importe.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1209872016-08-21T17:16:36+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120987<p>Ah oui non mais forcément, si la version est antédiluvienne, aussi, j’abandonne… <img alt=">_<" src="/static/smileys/pinch.png"> Merci pour ta patience, en tout cas.</p>
<p>Hum, oui, pourquoi pas. Après, qu’elle renvoie quelque chose, ça, c’est assuré. La question, c’est de savoir si ça renvoie bien la même chose que la fonction C équivalente. <img alt=":D" src="/static/smileys/heureux.png"></p>Besoin d’aide pour tester un programme multi-plateformes, message #1209802016-08-21T16:59:26+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120980<p>Effectivement l'utilisation de l'option <code>--enable-local-rust</code> m'a permis de poursuivre la compilation. Par contre, comme le compilateur disponible dans les paquets et les ports est en version 1.6, il ne m'a pas été possible de la terminer… Bref, je pense que c'est râpé pour tester sous OpenBSD. <img alt=":-°" src="/static/smileys/siffle.png"></p>
<p>Par contre, si tu veux, je peux te dire si la suite d'instructions en Assembleur fonctionne. <img alt=":p" src="/static/smileys/langue.png"></p>Besoin d’aide pour tester un programme multi-plateformes, message #1209402016-08-21T11:20:00+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120940<p>Alors apparemment, il n’utilise pas automatiquement le compilateur Rust présent, il faut passer les arguments <code>--enable-local-rust</code> et <code>--local-rust-root=</code> à <code>./configure</code>. Ensuite, si malgré ça, ça ne fonctionne toujours pas, tu devrais pouvoir installer <a href="https://github.com/rust-lang-nursery/rustup.rs">rustup</a> qui, lui,est censé savoir faire toute la magie nécessaire.</p>
<p>Et si après tout ça tu arrives finalement à installer un rustc à jour chez toi, tu auras bien mérité de mettre à jour le port officiel d’OpenBSD. <img alt=":D" src="/static/smileys/heureux.png"></p>Besoin d’aide pour tester un programme multi-plateformes, message #1209382016-08-21T10:58:06+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120938<figure><blockquote>
<p>Il semblerait qu’il existe un <a href="http://ports.su/lang/rust,-main">port de Rust 1.9</a>, qui pourrait peut-être servir de base pour compiler la nouvelle version, mais je ne peux pas jurer que 1.9 soit assez récent pour compiler 1.13.</p>
</blockquote>
<figcaption><p><a href="https://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120855">Dominus Carnufex</a></p></figcaption></figure><p>Visiblement, non. <img alt=":-°" src="/static/smileys/siffle.png"><br>
La compilation reste au même stade malgré la présence d'un compilateur Rust…</p>Besoin d’aide pour tester un programme multi-plateformes, message #1208552016-08-20T11:41:21+02:00Dominus Carnufex/@Dominus%20Carnufexhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120855<p>Merci à <a href="https://zestedesavoir.com/membres/voir/d3m0t3p/">d3m0t3p</a> qui m’a fait les tests pour OS X. La bonne nouvelle, c’est que ça passe impec.</p>
<p>@Taurre : le souci vient du fait que OpenBSD est un OS du <a href="https://doc.rust-lang.org/book/getting-started.html#tier-3">Tier 3</a>, c’est-à-dire avec un support très limité.</p>
<p>De manière plus spécifique, rustc étant écrit en Rust, il a besoin d’un compilateur préexistant pour se compiler (le stage0). Pour ce faire, s’il n’y en a pas d’installé sur ta machine, il va essayer d’aller en récupérer un sur le site de Rust. Sauf que visiblement, il n’y a pas de rustc pré-compilé pour OpenBSD…</p>
<p>Il semblerait qu’il existe un <a href="http://ports.su/lang/rust,-main">port de Rust 1.9</a>, qui pourrait peut-être servir de base pour compiler la nouvelle version, mais je ne peux pas jurer que 1.9 soit assez récent pour compiler 1.13.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1208292016-08-19T21:36:31+02:00nohar/@noharhttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120829<p>Ouh le vilain trou noir dans leur CI !</p>
<p>/troll</p>
<p>PS : Plus sérieusement c'est vraiment étonnant de la part de Rust, sachant que ce projet est à l'origine de l'un des gatekeepers les plus connus (Bors), et qu'en principe celui-ci ne laisse passer aucun commit qui ne <em>build</em>e pas.</p>
<p>J'en déduis qu'ils ne testent pas la compilation dans les mêmes conditions que le déploiement sur tous les OS supportés, ce qui est d'autant plus surprenant de la part de mozilla qui est pourtant censé en connaître un rayon sur l'industrialisation.</p>Besoin d’aide pour tester un programme multi-plateformes, message #1208232016-08-19T19:18:27+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/6755/besoin-daide-pour-tester-un-programme-multi-plateformes/?page=1#p120823<p>Salut,</p>
<p>Je suis disposé à effectuer le test sous OpenBSD (5.9 amd64), maintenant, la compilation des sources de « nightly » foire chez moi avec le message suivant.</p>
<table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre> 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>cfg: version 1.13.0
cfg: build triple x86_64-unknown-openbsd
cfg: host triples x86_64-unknown-openbsd
cfg: target triples x86_64-unknown-openbsd
cfg: host for x86_64-unknown-openbsd is x86_64
cfg: os for x86_64-unknown-openbsd is unknown-openbsd
cfg: no good valgrind for x86_64-unknown-openbsd
cfg: using CC=egcc (CFG_CC)
cfg: using CXX=eg++ (CFG_CXX)
cfg: disabling valgrind run-pass tests
cfg: disabling unstable features (CFG_DISABLE_UNSTABLE_FEATURES)
fetch: x86_64-unknown-openbsd/stage0/bin/rustc
downloading https://static.rust-lang.org/dist/2016-07-06/rustc-beta-x86_64-unknown-openbsd.tar.gz.sha256 to /tmp/tmpd3bdiI.sha256
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 334 0 334 0 0 1159 0 --:--:-- --:--:-- --:--:-- 1805
downloading https://static.rust-lang.org/dist/2016-07-06/rustc-beta-x86_64-unknown-openbsd.tar.gz to /tmp/tmpbbmQMC
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 327 0 327 0 0 1341 0 --:--:-- --:--:-- --:--:-- 2069
verifying /tmp/tmpbbmQMC
removing /tmp/tmpd3bdiI.sha256
removing /tmp/tmpbbmQMC
Traceback (most recent call last):
File "/tmp/rustc-nightly/src/etc/get-stage0.py", line 46, in <module>
main(sys.argv[1])
File "/tmp/rustc-nightly/src/etc/get-stage0.py", line 34, in main
bootstrap.get(url, dst)
File "/tmp/rustc-nightly/src/bootstrap/bootstrap.py", line 42, in get
if not verify(temp_path, sha_path, True):
File "/tmp/rustc-nightly/src/bootstrap/bootstrap.py", line 74, in verify
expected, _ = f.readline().split()
ValueError: too many values to unpack
/tmp/rustc-nightly/mk/stage0.mk:17: recipe for target 'x86_64-unknown-openbsd/stage0/bin/rustc' failed
gmake: *** [x86_64-unknown-openbsd/stage0/bin/rustc] Error 1
</pre></div>
</td></tr></table>
<p>Une idée concernant la source de l'erreur ?</p>