From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabrice Popineau Subject: Re: Release 9.0.5 Date: Sat, 11 Feb 2017 16:37:02 +0100 Message-ID: References: <8737fmxibv.fsf@gnu.org> <87vashr1ta.fsf@nicolasgoaziou.fr> Reply-To: fabrice.popineau@centralesupelec.fr Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1139b03497f978054842fd85 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccZjx-0003Mo-RA for emacs-orgmode@gnu.org; Sat, 11 Feb 2017 10:37:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ccZjw-0005dg-6G for emacs-orgmode@gnu.org; Sat, 11 Feb 2017 10:37:33 -0500 In-Reply-To: <87vashr1ta.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Nicolas Goaziou Cc: Bastien , "emacs-orgmode@gnu.org" --001a1139b03497f978054842fd85 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Nicolas for the confirmation. I am running Emacs 25.2rc2 under Windows 10 compiled with Mingw64. 2 of the failures seem to be harmless. This one is about the file system which behaves differently under Windows : F test-org-export/file-uri Test =E2=80=98org-export-file-uri=E2=80=99 specifications. (ert-test-failed ((should (equal "file:///local.org" (org-export-file-uri "/local.org"))) :form (equal "file:///local.org" "file://d:/local.org") :value nil :explanation (arrays-of-different-length 17 19 "file:///local.org" "file://d:/ local.org" first-mismatch-at 7))) The absolute path has the drive name. So actually not a failure. F test-org-pcomplete/keyword Test keyword and block completion. (ert-test-failed ((should (equal "#+startup: " (org-test-with-temp-text "#+start" (pcomplete) (buffer-string)))) :form (equal "#+startup: " "#+STARTUP: ") :value nil :explanation (array-elt 2 (different-atoms (115 "#x73" "?s") (83 "#x53" "?S"))))) This one is because pcomplete is used to get completion, and the completion depends on the pcomplete-ignore-case variable, which makes pcomplete ignore case for windows-nt and cygwin by default. The last one is strange: F test-org-element/link-parser Test =E2=80=98link=E2=80=99 parser. (ert-test-failed ((should (equal "id" (org-test-with-temp-text "[[id:aaaa]]" (org-element-property :type ...)))) :form (equal "id" "fuzzy") :value nil :explanation (arrays-of-different-length 2 5 "id" "fuzzy" first-mismatch-at 0))) This is complete non sense, because when I evaluate the test form, I actually get "id" and I have no idea where this "fuzzy" may come from. Do you also get a warning like this: Making org-entities-user local to *temp*-443480 while let-bound! in the *Messages* buffer ? Fabrice 2017-02-11 1:47 GMT+01:00 Nicolas Goaziou : > Hello, > > Fabrice Popineau writes: > > > Sorry for the noise. > > I found the culprit and it was on my side. > > Everything is working again > > but there are still 3 unexpected failures to the tests. > > FWIW, i cannot reproduce it. Neither can the BuildBot. > > Regards, > > -- > Nicolas Goaziou > --=20 Fabrice Popineau ----------------------------- SUPELEC D=C3=A9partement Informatique 3, rue Joliot Curie 91192 Gif/Yvette Cedex Tel direct : +33 (0) 169851950 Standard : +33 (0) 169851212 ------------------------------ --001a1139b03497f978054842fd85 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Nicolas for the confirmation.

I = am running Emacs 25.2rc2 under Windows 10 compiled with Mingw64.
= 2 of the failures seem to be harmless.

This one is= about the file system which behaves differently under Windows :
=
F test-org-export/file-uri
=C2=A0 =C2=A0 Test= =E2=80=98org-export-file-uri=E2=80=99 specifications.
=C2=A0 =C2= =A0 (ert-test-failed
=C2=A0 =C2=A0 =C2=A0((should
=C2= =A0 =C2=A0 =C2=A0 =C2=A0(equal "file:///l= ocal.org"
=C2=A0 =C2=A0 =C2=A0(org-export-file-uri "/<= a href=3D"http://local.org">local.org")))
=C2=A0 =C2=A0 = =C2=A0 :form
=C2=A0 =C2=A0 =C2=A0 (equal "file:///local.org" "file://d:/local.org")
=C2=A0 =C2=A0 =C2=A0 :value nil :ex= planation
=C2=A0 =C2=A0 =C2=A0 (arrays-of-different-length 17 19 = "file:///local.org" "file:/= /d:/local.org" first-mismatch-at 7)))=

The absolute path has the drive name. So actually= not a failure.

F test-org-pcomplete/keyword
=
=C2=A0 =C2=A0 Test keyword and block completion.
=C2=A0 =C2= =A0 (ert-test-failed
=C2=A0 =C2=A0 =C2=A0((should
=C2= =A0 =C2=A0 =C2=A0 =C2=A0(equal "#+startup: "
=C2=A0 =C2=A0= =C2=A0(org-test-with-temp-text "#+start<point>"
= (pc= omplete)
(buffer-string))))
=C2=A0 =C2=A0 =C2=A0 :form
=C2=A0 =C2=A0 =C2=A0 (equal "#+startup: " "#+STARTUP:= ")
=C2=A0 =C2=A0 =C2=A0 :value nil :explanation
= =C2=A0 =C2=A0 =C2=A0 (array-elt 2
(different-atoms
=C2=A0(1= 15 "#x73" "?s")
=C2=A0(83 "#x53" &quo= t;?S")))))

This one is because pcomplet= e is used to get completion, and the completion depends on
the pc= omplete-ignore-case variable, which makes pcomplete ignore case for
windows-nt and cygwin by default.

The last one = is strange:

F test-org-element/link-parser
=C2=A0 =C2=A0 Test =E2=80=98link=E2=80=99 parser.
=C2=A0 = =C2=A0 (ert-test-failed
=C2=A0 =C2=A0 =C2=A0((should
= =C2=A0 =C2=A0 =C2=A0 =C2=A0(equal "id"
=C2=A0 =C2=A0 =C2= =A0(org-test-with-temp-text "[[id:aaaa]]"
(org-element-p= roperty :type ...))))
=C2=A0 =C2=A0 =C2=A0 :form
=C2=A0= =C2=A0 =C2=A0 (equal "id" "fuzzy")
=C2=A0 = =C2=A0 =C2=A0 :value nil :explanation
=C2=A0 =C2=A0 =C2=A0 (array= s-of-different-length 2 5 "id" "fuzzy" first-mismatch-a= t 0)))

This is complete non sense, because w= hen I evaluate the test form, I actually get "id" and I have
no idea where this "fuzzy" may come from.=C2=A0
<= br>
Do you also get a warning like this:
Making or= g-entities-user local to =C2=A0*temp*-443480 while let-bound!
in the *Messages* buffer ?

Fabrice
<= div class=3D"gmail_extra">
2017-02-11 1:47 GM= T+01:00 Nicolas Goaziou <mail@nicolasgoaziou.fr>:
Hello,

Fabrice Popineau <fabrice= .popineau@supelec.fr> writes:

> Sorry for the noise.
> I found the culprit and it was on my side.
> Everything is working again
> but there are still 3 unexpected failures to the tests.

FWIW, i cannot reproduce it. Neither can the BuildBot.

Regards,

--
Nicolas Goaziou



--
Fabrice= Popineau
-----------------------------
SUPELEC
D= =C3=A9partement Informatique
3, rue Joliot Curie
91192 = Gif/Yvette Cedex
Tel direct : +33 (0) 169851950
Standar= d : +33 (0) 169851212
------------------------------
--001a1139b03497f978054842fd85--