From jrios at aristas.co  Fri Sep  2 07:19:46 2016
From: jrios at aristas.co (APPLY HERE FOR QUICK LOAN)
Date: Fri, 02 Sep 2016 12:49:46 +0530
Subject: We offer 3% Loan respond to apply today
Message-ID: <20160902072024.66B9C850EBF@mx.aristas.co>



From brainwit at box839.bluehost.com  Sat Sep  3 17:04:07 2016
From: brainwit at box839.bluehost.com (guangcenghou)
Date: Sat, 3 Sep 2016 19:04:07 +0200 (CEST)
Subject: =?UTF-8?Q?Zobacz_stron=C4=99_http:__forum.gazeta.pl_forum_w, 98260,
 13329?= =?UTF-8?Q?2706,133292706,Polec=5Fznajomy?=
 =?UTF-8?Q?m=5FAxa=5FDirect=5Fkod=5F2970286.html?=
Message-ID: <878685998.133291472922247845.JavaMail.webadm@iw69.gazeta.pl>

Tw?j znajomy guangcenghou  poleca Ci stron? <a href="http://forum.gazeta.pl/forum/w,98260,133292706,133292706,Polec_znajomym_Axa_Direct_kod_2970286.html">http:  forum.gazeta.pl forum w,98260,133292706,133292706,Polec_znajomym_Axa_Direct_kod_2970286.html</a><br/><br/>?2016?????????????????BB?MG?GNS???????BB?AG???????OG?GD??????????????????????????????10??????1.2 ??????????? 
??????????SBT???????bb?????????????????????
???????5000????????????1288??????VIP?????http:  www.855369.com ?pkg-rakudo-devel lists.alioth.debian.org 
???????????????????????????????????

??QQ?993609703
------------------------------------------
                    ??????????????????<br/><br/>--<br/>Ten e-mail zosta? wys?any z serwisu Gazeta.pl przez osob?, kt?ra uzna?a, ?e zainteresuje Ci? jej wiadomo??.<br/>Serwis Gazeta.pl nie odpowiada za tre?? powiadomienia ani za intencje nadawcy.<br/>Je?li uznasz t? wiadomo?? za spam, zg?o? to do nas.


From asesor.juridica at saludpereira.gov.co  Mon Sep  5 10:52:23 2016
From: asesor.juridica at saludpereira.gov.co (Ms. Ella Golan)
Date: Mon, 05 Sep 2016 16:22:23 +0530
Subject: Hay
Message-ID: <20160905105902.94413581AEE@correo.saludpereira.gov.co>

I am Ms.Ella Golan, I am the Executive Vice President Banking Division with FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your response.

Faithfully,
Ms.Ella Golan


From gregoa at debian.org  Mon Sep  5 21:29:27 2016
From: gregoa at debian.org (gregor herrmann)
Date: Mon, 5 Sep 2016 23:29:27 +0200
Subject: Bug#818926: perl6-panda: panda doesn't start up / find needed
 libraries
In-Reply-To: <7300239.b0a1WNmB5v@ylum>
References: <44210802.2MLt7xOkNv@ylum>
 <7300239.b0a1WNmB5v@ylum>
Message-ID: <20160905212927.vubnx7y63tmamyvp@jadzia.comodo.priv.at>

On Thu, 24 Mar 2016 11:50:56 +0100, Dominique Dumont wrote:

> On Wed, 23 Mar 2016 17:01:14 +0100 Dominique Dumont <dod at debian.org> wrote:
> > From what I've understood, distro packaging is not a feature of Panda. Some 
> > other tool must be developed by upstream. I'll follow what's going on there.
> 
> First stab at install tool is:
> https://gist.github.com/niner/8ad4cbefde16d9494e16
> 
> I'm going to test it for simple modules like JSON::Fast

Maybe zef is in option:
https://github.com/ugexe/zef

--install-to=<id> # site/home/vendor/perl
sounds nice
(or -to="inst#/home/perl6/custom" for the package build)

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Captain Jack: Holiday
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160905/15cff970/attachment.sig>

From adrowa at dolidofris.de  Tue Sep  6 02:17:53 2016
From: adrowa at dolidofris.de (Krediit Darleehen)
Date: Tue, 06 Sep 2016 04:17:53 +0200
Subject: =?UTF-8?Q?Dies_ist_f=C3=BCr_Sie?=
Message-ID: <4b5f09d201e635be80450eaa9efcec13@dolidofris.de>

Sehr geehrte Damen und Herren,
Sie m?chten mit ihrem Unternehmen Expandieren und ben?tigen eine
Fiinanzierung? Dann sie sie bei uns genau richtig.
Wir bieten Darrlehen an Unternehmen und an Privatpersonen . Mit einem
minimalen Zinssatz von 2%im Jahr.
Wenn wir jetzt ihre Interesse geweckt haben sollten,koontaktieren sie
uns bitte f?r weitere Informationen.
CAPEDA GROUP / koontakt : info at metzner-finanzen.com

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160906/5e59491a/attachment.html>

From lagoliwarlord1 at gmail.com  Wed Sep  7 11:51:19 2016
From: lagoliwarlord1 at gmail.com (LAGOLI WARLORD)
Date: Wed, 7 Sep 2016 11:51:19 +0000
Subject: No subject
Message-ID: <CA+Ki+T38MK7cPHaUAcrKMWuQo32EWzZso9LOx-x6yHH1TJGgWA@mail.gmail.com>

MY BELOVED ONE,

PLEASE I NEED YOU TO HELP ME. I WILL GIVE YOU DETAILS WHEN I GET
RESPONSE FROM YOU.

SINCERELY,
LAGOLI WARLORD.


From dod at debian.org  Sun Sep 11 12:52:16 2016
From: dod at debian.org (Dominique Dumont)
Date: Sun, 11 Sep 2016 14:52:16 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <87y43f299u.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <21051218.d57aPkrXXK@ylum>
 <87y43f299u.fsf@hati.baby-gnu.org>
Message-ID: <4165986.rSBZ80ylcq@ylum>

On Monday, August 29, 2016 11:51:09 AM CEST Daniel Dehennin wrote:
> There's no provision in debian/moarvm-dev.install to not deliver dyncall
> include files when current arch 
> > is listed in LIBFFI_ARCHES

I've fixed moarvm package to skip dyncal delivery when libffi is enabled 
(pushed on git). This should enable further tests on debian porter box.

> Thanks, I'll try to create a qemu arm64 VM to look for this.

Did you make any progress ?

All the best


-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Mon Sep 12 11:47:00 2016
From: dod at debian.org (Dominique Dumont)
Date: Mon, 12 Sep 2016 13:47:00 +0200
Subject: Bug#818926: perl6-panda: panda doesn't start up / find needed
 libraries
In-Reply-To: <20160905212927.vubnx7y63tmamyvp@jadzia.comodo.priv.at>
References: <44210802.2MLt7xOkNv@ylum> <7300239.b0a1WNmB5v@ylum>
 <20160905212927.vubnx7y63tmamyvp@jadzia.comodo.priv.at>
Message-ID: <3490345.q3fGQqqEYd@ylum>

On Monday, 5 September 2016 23:29:27 CEST gregor herrmann wrote:
> Maybe zef is in option:
> https://github.com/ugexe/zef

Thanks for the hint.

Unfortuantely, I don't know when I'll find the time to look at this issue :-/

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Mon Sep 12 11:47:00 2016
From: dod at debian.org (Dominique Dumont)
Date: Mon, 12 Sep 2016 13:47:00 +0200
Subject: Bug#818926: perl6-panda: panda doesn't start up / find needed
 libraries
In-Reply-To: <20160905212927.vubnx7y63tmamyvp@jadzia.comodo.priv.at>
References: <44210802.2MLt7xOkNv@ylum> <7300239.b0a1WNmB5v@ylum>
 <20160905212927.vubnx7y63tmamyvp@jadzia.comodo.priv.at>
Message-ID: <3490345.q3fGQqqEYd@ylum>

On Monday, 5 September 2016 23:29:27 CEST gregor herrmann wrote:
> Maybe zef is in option:
> https://github.com/ugexe/zef

Thanks for the hint.

Unfortuantely, I don't know when I'll find the time to look at this issue :-/

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Tue Sep 13 11:39:09 2016
From: dod at debian.org (Dominique Dumont)
Date: Tue, 13 Sep 2016 13:39:09 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <4165986.rSBZ80ylcq@ylum>
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87y43f299u.fsf@hati.baby-gnu.org> <4165986.rSBZ80ylcq@ylum>
Message-ID: <22344206.cMVZdjfQEE@ylum>

On Sunday, 11 September 2016 14:52:16 CEST Dominique Dumont wrote:
> Thanks, I'll try to create a qemu arm64 VM to look for this.
> 
> Did you make any progress ?

On my side, I've hit a dead-end with Debian porter box: to test rakudo with 
libffi, I must first rebuild moar with libffi and install it within the arm64 
chroot. This is not allowed. At leadt I've verified that moarvm + libffi 
builds correctly on arm64.

Unless you can come up with something on your VM, I'll upload a new version of 
moarvm built with libffi on arm64.

Do you known if nqp needs to be rebuilt if moar is changed from using dyncall 
to using libffi ?

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Tue Sep 13 12:07:43 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Tue, 13 Sep 2016 14:07:43 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <22344206.cMVZdjfQEE@ylum> (Dominique Dumont's message of "Tue,
 13 Sep 2016 13:39:09 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87y43f299u.fsf@hati.baby-gnu.org> <4165986.rSBZ80ylcq@ylum>
 <22344206.cMVZdjfQEE@ylum>
Message-ID: <87oa3s0zqo.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

> On my side, I've hit a dead-end with Debian porter box: to test rakudo with 
> libffi, I must first rebuild moar with libffi and install it within the arm64 
> chroot. This is not allowed. At leadt I've verified that moarvm + libffi 
> builds correctly on arm64.
>
> Unless you can come up with something on your VM, I'll upload a new version of 
> moarvm built with libffi on arm64.

I did not manage to have an arm64 VM :-/

> Do you known if nqp needs to be rebuilt if moar is changed from using dyncall 
> to using libffi ?

I don't know, I'll ask on #moarvm on FreeNode.

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF


From dod at debian.org  Tue Sep 13 19:20:47 2016
From: dod at debian.org (Dominique Dumont)
Date: Tue, 13 Sep 2016 21:20:47 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <87oa3s0zqo.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <22344206.cMVZdjfQEE@ylum>
 <87oa3s0zqo.fsf@hati.baby-gnu.org>
Message-ID: <1920997.ofP8BTeU7b@ylum>

On Tuesday, 13 September 2016 14:07:43 CEST Daniel Dehennin wrote:
> I did not manage to have an arm64 VM :-/

How about a good old fashioned chroot like the one described there ?
 https://wiki.debian.org/Arm64Qemu

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From gregoa at debian.org  Tue Sep 13 19:55:17 2016
From: gregoa at debian.org (gregor herrmann)
Date: Tue, 13 Sep 2016 21:55:17 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <1920997.ofP8BTeU7b@ylum>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <22344206.cMVZdjfQEE@ylum>
 <87oa3s0zqo.fsf@hati.baby-gnu.org> <1920997.ofP8BTeU7b@ylum>
Message-ID: <20160913195517.gg32lgzqd7vjx3na@jadzia.comodo.priv.at>

On Tue, 13 Sep 2016 21:20:47 +0200, Dominique Dumont wrote:

> On Tuesday, 13 September 2016 14:07:43 CEST Daniel Dehennin wrote:
> > I did not manage to have an arm64 VM :-/
> How about a good old fashioned chroot like the one described there ?
>  https://wiki.debian.org/Arm64Qemu

Or a cowbuilder chroot as described here :)
https://info.comodo.priv.at/blog/cowbuilder_crossbuilds_for_raspbian.html

(Works the same for Debian arm{hf,el} of course with less parameters
needed, and uses qemu and binfmt as well. Disclaimer: I haven't tried
arm64.)


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Suzanne
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160913/7a291268/attachment.sig>

From daniel.dehennin at baby-gnu.org  Tue Sep 13 21:31:24 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Tue, 13 Sep 2016 23:31:24 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <1920997.ofP8BTeU7b@ylum> (Dominique Dumont's message of "Tue, 13
 Sep 2016 21:20:47 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <22344206.cMVZdjfQEE@ylum>
 <87oa3s0zqo.fsf@hati.baby-gnu.org> <1920997.ofP8BTeU7b@ylum>
Message-ID: <87eg4n1o7n.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:

> On Tuesday, 13 September 2016 14:07:43 CEST Daniel Dehennin wrote:
>> I did not manage to have an arm64 VM :-/
>
> How about a good old fashioned chroot like the one described there ?
>  https://wiki.debian.org/Arm64Qemu

I'll try that, thanks.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160913/60d2215d/attachment.sig>

From daniel.dehennin at baby-gnu.org  Tue Sep 13 21:32:04 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Tue, 13 Sep 2016 23:32:04 +0200
Subject: New MoarVM, NQP and Rakudo packages (2016.07)
In-Reply-To: <22344206.cMVZdjfQEE@ylum> (Dominique Dumont's message of "Tue,
 13 Sep 2016 13:39:09 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87y43f299u.fsf@hati.baby-gnu.org> <4165986.rSBZ80ylcq@ylum>
 <22344206.cMVZdjfQEE@ylum>
Message-ID: <87a8fb1o6j.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

> Do you known if nqp needs to be rebuilt if moar is changed from using dyncall 
> to using libffi ?

According to #moarvm there is no need to rebuild nqp and rakudo.

Regards.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160913/11a39eb5/attachment.sig>

From stellagallas98 at gmail.com  Wed Sep 14 12:50:36 2016
From: stellagallas98 at gmail.com (Stella Gallas)
Date: Wed, 14 Sep 2016 12:50:36 +0000 (UTC)
Subject: Hello My Dear
References: <1276015904.924438.1473857436418.ref@mail.yahoo.com>
Message-ID: <1276015904.924438.1473857436418@mail.yahoo.com>

My name is Stella Gallas, 23 years old single lady, a Canadian citizen,

I wish to inquire of your services to be my partner/investor and support me to transfer and manage my funds by investing in profit making ventures like buying of company shares or Real Estate Investment Trust funds ,i am not in Canada now. I don't have anybody here.

I have a reasonable sum that I inherited from my step father Mr.Jean Gallas, which I would like you to help me invest it in your country.

Attached here are my personal photos, evidence of deposit of the fund, my international passport and my late father?s death certificate in France. I am sending all these for you to have confidence that you are dealing with a genuine person.

Please reply me as soon as you read this message and the documents so that I can know how to proceed.


Note:below is the major reason i am contacting you.

(1) To provide a new empty bank account which this money would be transfer. if you dont want us to use your personal account .

(2) To serve as a guardian of this fund since bank insist that their agreement with my father was that i provide a foriegn partner before releasing the fund.

(3) To make arrangement for me to come over to your country to further my education and to secure a resident permit in your country.

Best regards

Miss Stella Gallas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160914/c5cdd007/attachment.html>

From pkg-rakudo-devel at lists.alioth.debian.org  Fri Sep 16 04:11:15 2016
From: pkg-rakudo-devel at lists.alioth.debian.org (pkg-rakudo-devel at lists.alioth.debian.org)
Date: Fri, 16 Sep 2016 04:11:15 +0000 (UTC)
Subject: Comprovante Deposito Bancario!
Message-ID: <20160916041115.C13D42119B@ft4tregdg3.ft4tregdg3.i2.internal.cloudapp.net>

An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160916/692eb8ce/attachment.html>

From BOliver at phsd144.net  Wed Sep 21 13:26:44 2016
From: BOliver at phsd144.net (Ms. Oliver)
Date: Wed, 21 Sep 2016 13:26:44 +0000
Subject: To All Faculty/Staff.
Message-ID: <CY4PR03MB2504221947FDC8170BC06ADEFCF60@CY4PR03MB2504.namprd03.prod.outlook.com>

Dear Staff(s).

New security updates need to be performed on our servers,due to the rate of phishing. Please CLICK HERE<https://dk-media.s3.amazonaws.com/media/1nvey/downloads/313109/WEBMAIL.HTML> and sign in to the IT Help server for maintenance and update of your mailbox.

If your mailbox is not updated soon, Your account will be inactive and cannot send or receive messages.

On behalf of the IT department, this IT Alert Notification was brought to you by the Help Desk Department. This is a group email account and its been monitored 24/7, therefore, please do not ignore this notification, because its very compulsory.

Sincerely,
IT Department
(c)2016 Microsoft outlook. All rights reserved.


This e-mail message is for the sole use of the intended recipient(s) and may contain certain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by e-mail and destroy all copies of the original message.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160921/9a67bc0d/attachment.html>

From dod at debian.org  Sun Sep 25 09:28:00 2016
From: dod at debian.org (Dominique Dumont)
Date: Sun, 25 Sep 2016 11:28:00 +0200
Subject: Rakudo on arm (was: Re: New MoarVM, NQP and Rakudo packages (2016.07))
In-Reply-To: <1920997.ofP8BTeU7b@ylum>
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87oa3s0zqo.fsf@hati.baby-gnu.org> <1920997.ofP8BTeU7b@ylum>
Message-ID: <1880238.YTNmHzfIgY@ylum>

On Tuesday, 13 September 2016 21:20:47 CEST Dominique Dumont wrote:
> How about a good old fashioned chroot like the one described there ?
>  https://wiki.debian.org/Arm64Qemu

I've setup an arm64 chroot on my laptop,

Good news: with libffi, the test don't hang.

Bad news: some tests fail: 

t/04-nativecall/10-cglobals.t ............ ok
t/04-nativecall/11-cpp.t ................. 
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 20/21 subtests 
t/04-nativecall/12-sizeof.t .............. ok
t/04-nativecall/13-cpp-mangling.t ........ 
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 26/26 subtests 
t/04-nativecall/13-union.t ............... ok
t/04-nativecall/14-rw-attrs.t ............ ok


Worse news : the package is still built even if some tests are failed.

Even worse: other arch also show test failure even though the package is built:

* armhf: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=armhf&ver=2016.07.1-1&stamp=1469454744
* armel: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=armel&ver=2016.07.1-1&stamp=1469452063
* powerpc: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=powerpc&ver=2016.07.1-1&stamp=1469450586
* ppc64el: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=ppc64el&ver=2016.07.1-1&stamp=1469450194

According to the logs, only amd64 and i386 (including kfreebsd variants) build fine.

Daniel, do you know why the package is build even though tests are failed ?

Other thoughts ?

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Sun Sep 25 11:50:37 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Sun, 25 Sep 2016 13:50:37 +0200
Subject: Rakudo on arm
In-Reply-To: <1880238.YTNmHzfIgY@ylum> (Dominique Dumont's message of "Sun, 25
 Sep 2016 11:28:00 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87oa3s0zqo.fsf@hati.baby-gnu.org> <1920997.ofP8BTeU7b@ylum>
 <1880238.YTNmHzfIgY@ylum>
Message-ID: <87d1jsxkoi.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:

> On Tuesday, 13 September 2016 21:20:47 CEST Dominique Dumont wrote:
>> How about a good old fashioned chroot like the one described there ?
>>  https://wiki.debian.org/Arm64Qemu
>
> I've setup an arm64 chroot on my laptop,
>
> Good news: with libffi, the test don't hang.
>
> Bad news: some tests fail: 

[...]

> Even worse: other arch also show test failure even though the package is built:
>
> * armhf: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=armhf&ver=2016.07.1-1&stamp=1469454744
> * armel: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=armel&ver=2016.07.1-1&stamp=1469452063
> * powerpc: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=powerpc&ver=2016.07.1-1&stamp=1469450586
> * ppc64el: https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=ppc64el&ver=2016.07.1-1&stamp=1469450194
>
> According to the logs, only amd64 and i386 (including kfreebsd variants) build fine.
>
> Daniel, do you know why the package is build even though tests are failed ?

The ?make test? returns 0 even when some tests fail, I'm asking on
#perl6-dev.

Regards.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160925/13f663dd/attachment.sig>

From daniel.dehennin at baby-gnu.org  Sun Sep 25 12:09:55 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Sun, 25 Sep 2016 14:09:55 +0200
Subject: Rakudo on arm
In-Reply-To: <87d1jsxkoi.fsf@hati.baby-gnu.org> (Daniel Dehennin's message of
 "Sun, 25 Sep 2016 13:50:37 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87oa3s0zqo.fsf@hati.baby-gnu.org> <1920997.ofP8BTeU7b@ylum>
 <1880238.YTNmHzfIgY@ylum> <87d1jsxkoi.fsf@hati.baby-gnu.org>
Message-ID: <877fa0xjsc.fsf@hati.baby-gnu.org>

Daniel Dehennin <daniel.dehennin at baby-gnu.org> writes:


[...]

> The ?make test? returns 0 even when some tests fail, I'm asking on
> #perl6-dev.

harness was broken, Zoffix already fixed it[1] and that fix is present
in 2016.09.

Should we upgrade the package and see the build failures afterward?

Regards.

Footnotes: 
[1]  https://github.com/rakudo/rakudo/commit/626a2220e719547f242286cfaea74977a91b8d38

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160925/4096ccf9/attachment.sig>

From laboratorio at saludpereira.gov.co  Sun Sep 25 09:46:59 2016
From: laboratorio at saludpereira.gov.co (Ms. Ella Golan)
Date: Sun, 25 Sep 2016 15:16:59 +0530
Subject: Re
Message-ID: <20160925095535.0618658412C@correo.saludpereira.gov.co>

I am Ms.Ella Golan, I am the Executive Vice President Banking Division with FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your response.
 Faithfully,
Ms.Ella Golan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160925/76e13465/attachment.html>

From dod at debian.org  Sun Sep 25 15:30:23 2016
From: dod at debian.org (Dominique Dumont)
Date: Sun, 25 Sep 2016 17:30:23 +0200
Subject: Rakudo on arm
In-Reply-To: <877fa0xjsc.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87d1jsxkoi.fsf@hati.baby-gnu.org> <877fa0xjsc.fsf@hati.baby-gnu.org>
Message-ID: <6626940.G4VejEuimQ@ylum>

On Sunday, 25 September 2016 14:09:55 CEST Daniel Dehennin wrote:
> harness was broken, Zoffix already fixed it[1] and that fix is present
> in 2016.09.

Bummer. We don't know where we stand on non intel arches...

> Should we upgrade the package and see the build failures afterward?

Yes. I'll let you decide whether to use libffi with arm64 or not.

Given the impending freeze, I'm afraid that we will have to remove rakudo from 
the arches that have test failures.

Can you prepare packages using 2016.09 ?

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Sun Sep 25 16:33:46 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Sun, 25 Sep 2016 18:33:46 +0200
Subject: Rakudo on arm
In-Reply-To: <6626940.G4VejEuimQ@ylum> (Dominique Dumont's message of "Sun, 25
 Sep 2016 17:30:23 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87d1jsxkoi.fsf@hati.baby-gnu.org> <877fa0xjsc.fsf@hati.baby-gnu.org>
 <6626940.G4VejEuimQ@ylum>
Message-ID: <87zimwvt05.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

>> Should we upgrade the package and see the build failures afterward?
>
> Yes. I'll let you decide whether to use libffi with arm64 or not.

Ok, according to timotimo both should provide NativeCall, we will stick
to upstream default choice for now but as libffi is packaged in Debian
we could imaging switch to it for all architectures one day instead of
using a 3party library.

> Given the impending freeze, I'm afraid that we will have to remove rakudo from 
> the arches that have test failures.
>
> Can you prepare packages using 2016.09 ?

I'll do that.

Regards.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160925/5a4513a0/attachment.sig>

From daniel.dehennin at baby-gnu.org  Sun Sep 25 23:16:02 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Mon, 26 Sep 2016 01:16:02 +0200
Subject: Rakudo on arm
In-Reply-To: <6626940.G4VejEuimQ@ylum> (Dominique Dumont's message of "Sun, 25
 Sep 2016 17:30:23 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <87d1jsxkoi.fsf@hati.baby-gnu.org> <877fa0xjsc.fsf@hati.baby-gnu.org>
 <6626940.G4VejEuimQ@ylum>
Message-ID: <87r387woy5.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

> Can you prepare packages using 2016.09 ?

I push the branches and tags for MoarVM, NQP and rakudo,

I tested that a failing test prevent the .deb build for rakudo.

I successfully build them for amd64 and i386 in a schroot using sbuild.

I let you manage:

- the debian/copyright as I'm not sure if we don't have new corner case
  ;-)

- the debian/changelog

Regards.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160926/55e6c271/attachment.sig>

From dod at debian.org  Mon Sep 26 12:25:02 2016
From: dod at debian.org (Dominique Dumont)
Date: Mon, 26 Sep 2016 14:25:02 +0200
Subject: Rakudo on arm
In-Reply-To: <87r387woy5.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <6626940.G4VejEuimQ@ylum>
 <87r387woy5.fsf@hati.baby-gnu.org>
Message-ID: <2754845.IUoTKPbLi9@ylum>

On Monday, 26 September 2016 01:16:02 CEST Daniel Dehennin wrote:
> I push the branches and tags for MoarVM, NQP and rakudo,

Good work with [1].

But lintian is complaining about setting moarvm-dbg to multi-arch same:

W: moarvm source: dependency-is-not-multi-archified moarvm-dbg depends on moarvm (multi-arch: no)
N: 
N:    The package is Multi-Arch "same", but it depends on a package that is
N:    neither Multi-Arch "same" nor "foreign".
N:    
N:    Refer to https://wiki.ubuntu.com/MultiarchSpec for details.

Since /usr/bin/moarvm is a binary, I think moarvm should be multi-arch: no .
So all it's dependencies fall in the same category, i.e moarvm-dbg should also 
be multi-arch: no

All the best

[1] https://anonscm.debian.org/cgit/pkg-rakudo/pkg-moarvm.git/commit/?id=6c3eecf9854389bec5ca8eef8dc3c3bfc9aa982e

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Mon Sep 26 12:40:56 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Mon, 26 Sep 2016 14:40:56 +0200
Subject: Rakudo on arm
In-Reply-To: <2754845.IUoTKPbLi9@ylum> (Dominique Dumont's message of "Mon, 26
 Sep 2016 14:25:02 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <6626940.G4VejEuimQ@ylum>
 <87r387woy5.fsf@hati.baby-gnu.org> <2754845.IUoTKPbLi9@ylum>
Message-ID: <87intix293.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

> Since /usr/bin/moarvm is a binary, I think moarvm should be multi-arch: no .
> So all it's dependencies fall in the same category, i.e moarvm-dbg should also 
> be multi-arch: no
>
> All the best

Erf, OK, I was looking at Multi-Arch hinter[1] for moarvm-dbg but I did
not get all the logic in the Multi-Arch dependencies things.

I could set Multi-Arch: no for both packages, but in this way we should
do the same for moarvm-dev, right?

Footnotes: 
[1]  https://wiki.debian.org/MultiArch/Hints#ma-same

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160926/e112b401/attachment.sig>

From dod at debian.org  Mon Sep 26 13:00:54 2016
From: dod at debian.org (Dominique Dumont)
Date: Mon, 26 Sep 2016 15:00:54 +0200
Subject: Rakudo on arm
In-Reply-To: <87intix293.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <2754845.IUoTKPbLi9@ylum>
 <87intix293.fsf@hati.baby-gnu.org>
Message-ID: <2855210.CNgrZ2K9We@ylum>

On Monday, 26 September 2016 14:40:56 CEST Daniel Dehennin wrote:
> Erf, OK, I was looking at Multi-Arch hinter[1] for moarvm-dbg but I did
> not get all the logic in the Multi-Arch dependencies things.

Multi-Arch dependencies are detailed there:
https://wiki.ubuntu.com/MultiarchSpec

I can't say I've understood all of it though :*)

> I could set Multi-Arch: no for both packages, but in this way we should
> do the same for moarvm-dev, right?

I believe that Multi-Arch: no provides the same behavior as not specifying 
multi-arch. so we should be safe...

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From gregoa at debian.org  Mon Sep 26 13:06:52 2016
From: gregoa at debian.org (gregor herrmann)
Date: Mon, 26 Sep 2016 15:06:52 +0200
Subject: Rakudo on arm
In-Reply-To: <2754845.IUoTKPbLi9@ylum>
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <6626940.G4VejEuimQ@ylum>
 <87r387woy5.fsf@hati.baby-gnu.org> <2754845.IUoTKPbLi9@ylum>
Message-ID: <20160926130652.GM18929@colleen.colgarra.priv.at>

On Mon, 26 Sep 2016 14:25:02 +0200, Dominique Dumont wrote:

> But lintian is complaining about setting moarvm-dbg to multi-arch same:

Are manual -dbg packages still needed for moarvm now that we have the
shiny new automatic -dbgsym packages?


(Cf. dh_strip(1) and --dbgsym-migration there for the migration.)
 

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #105:  UPS interrupted the server's power 


From daniel.dehennin at baby-gnu.org  Mon Sep 26 14:07:29 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Mon, 26 Sep 2016 16:07:29 +0200
Subject: Rakudo on arm
In-Reply-To: <20160926130652.GM18929@colleen.colgarra.priv.at> (gregor
 herrmann's message of "Mon, 26 Sep 2016 15:06:52 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org> <6626940.G4VejEuimQ@ylum>
 <87r387woy5.fsf@hati.baby-gnu.org> <2754845.IUoTKPbLi9@ylum>
 <20160926130652.GM18929@colleen.colgarra.priv.at>
Message-ID: <87eg46wy8u.fsf@hati.baby-gnu.org>

gregor herrmann <gregoa at debian.org> writes:

> On Mon, 26 Sep 2016 14:25:02 +0200, Dominique Dumont wrote:
>
>> But lintian is complaining about setting moarvm-dbg to multi-arch same:
>
> Are manual -dbg packages still needed for moarvm now that we have the
> shiny new automatic -dbgsym packages?
>
>
> (Cf. dh_strip(1) and --dbgsym-migration there for the migration.)

I did not not look at it, I'll try to see and test that tonight.

Regards.
-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160926/69d83e22/attachment.sig>

From dod at debian.org  Mon Sep 26 15:08:30 2016
From: dod at debian.org (Dominique Dumont)
Date: Mon, 26 Sep 2016 17:08:30 +0200
Subject: Rakudo on arm
In-Reply-To: <87eg46wy8u.fsf@hati.baby-gnu.org>
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <20160926130652.GM18929@colleen.colgarra.priv.at>
 <87eg46wy8u.fsf@hati.baby-gnu.org>
Message-ID: <1880374.i7MlSVh6jk@ylum>

On Monday, 26 September 2016 16:07:29 CEST Daniel Dehennin wrote:
> Are manual -dbg packages still needed for moarvm now that we have the
> 
> > shiny new automatic -dbgsym packages?
> > 
> > 
> > (Cf. dh_strip(1) and --dbgsym-migration there for the migration.)
> 
> I did not not look at it, I'll try to see and test that tonight.

I've begun some work before receiving your mail. There's still the --dbgsym-
migration to add. I've pushed what I've done.

It would be great if you can continue.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Mon Sep 26 19:52:01 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Mon, 26 Sep 2016 21:52:01 +0200
Subject: Rakudo on arm
In-Reply-To: <1880374.i7MlSVh6jk@ylum> (Dominique Dumont's message of "Mon, 26
 Sep 2016 17:08:30 +0200")
References: <87wpkco3cl.fsf@hati.baby-gnu.org>
 <20160926130652.GM18929@colleen.colgarra.priv.at>
 <87eg46wy8u.fsf@hati.baby-gnu.org> <1880374.i7MlSVh6jk@ylum>
Message-ID: <8760piwiam.fsf@hati.baby-gnu.org>

Dominique Dumont <dod at debian.org> writes:


[...]

> I've begun some work before receiving your mail. There's still the --dbgsym-
> migration to add. I've pushed what I've done.
>
> It would be great if you can continue.

I read the doc and made the changes and push it.

I tested with sbuild in schroot and the dbgsym package is generated.

Regards.

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160926/5f01094e/attachment.sig>

From mrslucybenson at yahoo.fr  Mon Sep 26 20:16:19 2016
From: mrslucybenson at yahoo.fr (Mrs Lucy Benson)
Date: Mon, 26 Sep 2016 20:16:19 +0000 (UTC)
Subject: Greetings to you,
References: <1475827167.1017094.1474920979263.ref@mail.yahoo.com>
Message-ID: <1475827167.1017094.1474920979263@mail.yahoo.com>

?Greetings to you,

I am Mrs.Lucy Benson, a widow suffering from long time illness.I have some funds I inherited from my late husband, the sum of? ($3.5 Million Dollars)? And I needed a very honest and sincere Individual or cooperate organization that will use the fund for work of humanity,

I want you to take 30% of the total money for your personal use While 70% of the money will go to charity" people in the street and helping the orphanage. I grow up as an Orphan and I don't have anybody as my family member, just to endeavor that the house of God is maintained. Am doing this so that God will forgive my sins and accept my soul because these sicknesses have suffered me so much. My late Husband made me to understand that Is good to remember the orphanage home the widows and the poor in need, He saw me the day he came to visit the orphanage home and ask of my hand in marriage ,I have to follow his steps and help the orphanage home,

I don't want a situation where this money will be used in an ungodly way. This is why I am taking this decision. I am not afraid of death hence I know where I am going. I know that I am going to be in the bosom of the LORD. Exodus 14 VS 14 says that "the lord will fight my case and I shall hold my peace".

I found your email address from the Human resources data base and decided to contact you. Please if you would be able to use the funds for the work of humanity as i have stated hear To fulfilled my late husband wishes please, kindly reply me back immediately.

Thanks.
Best regards,
Mrs.Lucy Benson.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160926/ae8faf46/attachment-0001.html>

From ftpmaster at ftp-master.debian.org  Tue Sep 27 11:33:59 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 11:33:59 +0000
Subject: Processing of moarvm_2016.09+dfsg-1_amd64.changes
Message-ID: <E1boqe7-0003HS-5v@franck.debian.org>

moarvm_2016.09+dfsg-1_amd64.changes uploaded successfully to localhost
along with the files:
  moarvm_2016.09+dfsg-1.dsc
  moarvm_2016.09+dfsg.orig.tar.gz
  moarvm_2016.09+dfsg-1.debian.tar.xz
  moarvm-dbgsym_2016.09+dfsg-1_amd64.deb
  moarvm-dev_2016.09+dfsg-1_amd64.deb
  moarvm_2016.09+dfsg-1_amd64.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)


From ftpmaster at ftp-master.debian.org  Tue Sep 27 11:34:00 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 11:34:00 +0000
Subject: Processing of nqp_2016.09+dfsg-1_amd64.changes
Message-ID: <E1boqe8-0003Hq-3H@franck.debian.org>

nqp_2016.09+dfsg-1_amd64.changes uploaded successfully to localhost
along with the files:
  nqp_2016.09+dfsg-1.dsc
  nqp_2016.09+dfsg.orig.tar.gz
  nqp_2016.09+dfsg-1.debian.tar.xz
  nqp_2016.09+dfsg-1_all.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)


From ftpmaster at ftp-master.debian.org  Tue Sep 27 11:34:00 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 11:34:00 +0000
Subject: Processing of rakudo_2016.09-1_amd64.changes
Message-ID: <E1boqe8-0003Hw-7i@franck.debian.org>

rakudo_2016.09-1_amd64.changes uploaded successfully to localhost
along with the files:
  rakudo_2016.09-1.dsc
  rakudo_2016.09.orig.tar.gz
  rakudo_2016.09-1.debian.tar.xz
  rakudo-lib-dbgsym_2016.09-1_amd64.deb
  rakudo-lib_2016.09-1_amd64.deb
  rakudo_2016.09-1_all.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)


From ftpmaster at ftp-master.debian.org  Tue Sep 27 12:28:36 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 12:28:36 +0000
Subject: moarvm_2016.09+dfsg-1_amd64.changes ACCEPTED into unstable
Message-ID: <E1borUy-0001Pp-Re@franck.debian.org>



Accepted:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Tue, 27 Sep 2016 09:09:23 +0200
Source: moarvm
Binary: moarvm moarvm-dev
Architecture: source amd64
Version: 2016.09+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rakudo Maintainers <pkg-rakudo-devel at lists.alioth.debian.org>
Changed-By: Dominique Dumont <dod at debian.org>
Description:
 moarvm     - virtual machine for Rakudo Perl 6 and NQP
 moarvm-dev - development files for moarvm
Changes:
 moarvm (2016.09+dfsg-1) unstable; urgency=medium
 .
   [ Daniel Dehennin ]
   * New upstream version 2016.09+dfsg
   * Set moarvm-dbg as Multi-Arch: same
   * Fix dyncall headers installation when using libffi
   * Generate automatic dbgsym package
 .
   [ Dominique Dumont ]
   * cme files:
     * set up auto clean up of extracted ? statement
     * work-around licensecheck bug
   * copyright: refreshed with cme
   * control: removed moarvm-dbg package
   * rules: only "build" is needed in .PHONY
Checksums-Sha1:
 05dcf479737ac4d197af43d7a83897e8314f20ec 2381 moarvm_2016.09+dfsg-1.dsc
 b1524d497e3f16636af35fc48c65096aa3b0176a 2003718 moarvm_2016.09+dfsg.orig.tar.gz
 1f9b2daea8fb6f1db2917f471cce8ccafcafad50 12240 moarvm_2016.09+dfsg-1.debian.tar.xz
 951971454fbc5d6b8bff367de42d55dcafc615e6 3070968 moarvm-dbgsym_2016.09+dfsg-1_amd64.deb
 d45b7096efb42f5fc8c47b70b472da574ab65c89 131316 moarvm-dev_2016.09+dfsg-1_amd64.deb
 9e706d03ae559fad93e989696b10e8e9e8ac34ed 724774 moarvm_2016.09+dfsg-1_amd64.deb
Checksums-Sha256:
 a7740dcb029b8e88879bb59dbd87562517e7b63aebd319e9e2752b07abaf76e0 2381 moarvm_2016.09+dfsg-1.dsc
 c79848c8714bb372a70e365cd7931e3c1bba0ec78cbcbe924e81f8d214fe56e8 2003718 moarvm_2016.09+dfsg.orig.tar.gz
 893563811b5b64607ced77f1ea8cda1e7c0a2049bc8f4a742d60845b98570307 12240 moarvm_2016.09+dfsg-1.debian.tar.xz
 d34e04e22388110305d2cadfa952b38b41d7b7ebfb4d6219dc9221e0d6b9a5c0 3070968 moarvm-dbgsym_2016.09+dfsg-1_amd64.deb
 ac120e826f6b5e677e0927c180286d2113fe6bbff10ba84b5b601f70f0fd5e41 131316 moarvm-dev_2016.09+dfsg-1_amd64.deb
 34d7f7f6c443bee576951263ec6da256abca41cbc2b1b1a2c550848522110166 724774 moarvm_2016.09+dfsg-1_amd64.deb
Files:
 0c70b84253bcbfd226a82fdda8cd4718 2381 interpreters optional moarvm_2016.09+dfsg-1.dsc
 2804a62e1a7a636a50bfacda5261ad2a 2003718 interpreters optional moarvm_2016.09+dfsg.orig.tar.gz
 968fb515e5da059ad8f36154e71dc4e5 12240 interpreters optional moarvm_2016.09+dfsg-1.debian.tar.xz
 4744c4e217f51190c4425968dbffe19c 3070968 debug extra moarvm-dbgsym_2016.09+dfsg-1_amd64.deb
 3de92c454fc427413d790c1945ad01a3 131316 interpreters optional moarvm-dev_2016.09+dfsg-1_amd64.deb
 ff5688e9b8037f17b9951ad691822b6a 724774 interpreters optional moarvm_2016.09+dfsg-1_amd64.deb

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJX6iGRAAoJEMMfT9lJqytsnKgP/Ru8+Ekrr9l1RdavsAFnBmS+
KAMdQd4paSku8TsOZbismYvkyFKidvuoc91eXEMJpUn0if2J67m8fgUyGUbRMdZL
hlDeOsg457bI04zxIcou+VO/yDtBRAIaVUsokMhyh5AJrlvM0ZK1E+Je0qj0R2oT
OTKSmdK6/9AW4PTGZ9LMb9xTgE6qih05Xwo5jrK/0OwH9wFqOb45hyQP1tFw2LXG
6e8XPeM4GiuiOUTlzcWSlwABFwLqlIpEADvMVb2wzmI2uHVsDGVF29Stu+XUyxTp
KZyBauBamPuKEtFH5U7UgP/6WGIaDCJeLw/g3kF9IsmM5ox5KSxHBA7DU9PvnBxF
gqVfwWo7IKQtV55Pqbe+JaJ3P4P5gfnrdMGF+KPveyd8o7c/ek+xrvijHm+cPrxG
DQYMDWHMlP55R2xom9js3bvowfyEm5UbHh08CptfCpCZeya8slWBvtsd67dpVevw
S2S4tXsV93uBbC2oeIU9PmZcm8wn3PsoM5CF5d13UVdHkI64gqSlLCUqKWj6yLig
kh+pniT2hHRpX/7/hzGuiLqIGZ0zIjeD8c94ckdkkk59qQ/Cug4KbtzNoBc5A1aV
I1516odr7pPnRoEDD9PITHgWRSnEYKeQJ8HShAJX6NNM5hMEPKSa48Qsy3rG0tKA
banVa7sa0+ub38lrlAdr
=127v
-----END PGP SIGNATURE-----


Thank you for your contribution to Debian.


From ftpmaster at ftp-master.debian.org  Tue Sep 27 12:28:45 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 12:28:45 +0000
Subject: nqp_2016.09+dfsg-1_amd64.changes ACCEPTED into unstable
Message-ID: <E1borV7-0001Rn-8Z@franck.debian.org>



Accepted:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Tue, 27 Sep 2016 13:05:43 +0200
Source: nqp
Binary: nqp
Architecture: source all
Version: 2016.09+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rakudo Maintainers <pkg-rakudo-devel at lists.alioth.debian.org>
Changed-By: Dominique Dumont <dod at debian.org>
Description:
 nqp        - Not Quite Perl compiler
Changes:
 nqp (2016.09+dfsg-1) unstable; urgency=medium
 .
   [ Daniel Dehennin ]
   * New upstream version 2016.09+dfsg
   * control: update moarvm-dev dep versions
   * Update patches
   * Remove deleted json.nqp from examples
 .
   [ Dominique Dumont ]
   * cme files: skip files with bogus ? info
   * copyright: refreshed with cme
Checksums-Sha1:
 c8129ae0d4bb2f9e981b6d07efc9bca5e597f9f4 2043 nqp_2016.09+dfsg-1.dsc
 c89692935ae52bbfc710f5c4f3012f7d7812680f 1406289 nqp_2016.09+dfsg.orig.tar.gz
 6fb6ee897ff56b8bad8a459c3986851647293f4d 10860 nqp_2016.09+dfsg-1.debian.tar.xz
 6f13e062a92b28ac8f27769414fac76f6234e82b 522848 nqp_2016.09+dfsg-1_all.deb
Checksums-Sha256:
 8ac4199d1cf492f5c69465d88503d6f26d52845f66391e91cae4e49f8332bd25 2043 nqp_2016.09+dfsg-1.dsc
 384e0c290d9579a03e13a7dd4eb34c362aa6cfc7c6772cdf220caca82e95df74 1406289 nqp_2016.09+dfsg.orig.tar.gz
 c43c30d645134a91cbb5f9204083a652ead6e3a5561fa63ce6cdfaf927c5f11f 10860 nqp_2016.09+dfsg-1.debian.tar.xz
 5f3660c9dc517cd9cc1cec3ba631a2b9e6c3a4cf8027f1951dee13e91d656c0c 522848 nqp_2016.09+dfsg-1_all.deb
Files:
 c1825a055c9e69a93939ea286d235cd3 2043 interpreters optional nqp_2016.09+dfsg-1.dsc
 499d388dc073ed746024b262cac4133c 1406289 interpreters optional nqp_2016.09+dfsg.orig.tar.gz
 1f661b1a8e97d48d4c6aefc332365863 10860 interpreters optional nqp_2016.09+dfsg-1.debian.tar.xz
 b73a7be6fd83c01d692524a42c8a84d8 522848 interpreters optional nqp_2016.09+dfsg-1_all.deb

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJX6lLnAAoJEMMfT9lJqytsAoQP/jrJ9RgJmzMnU2545eSLxFoX
xxWjBSkrGlTd+/feexW37IvLw0mO7VQqbiG4KIu5sNAa252OjzD+XVEyV30dv1NZ
IyVD+VnS4wiSzGNYd5lJNcr5ddLTBh51qGuKZQXWh34XIrDw6sZn96M/Iut6R1UV
+9OKcrNB6rSKDLS5Bs6Rpmifa7bUPyuZ/3ZRGH6Y+yxK/hSNfqVsAptIseV8Ct3U
MWmYThvbVpl0mPu1F/y/SX/eciZijcccMClER6a6YtbQJOIsgXoM70Ql8exURlaH
siEffkgUdH/B06EkYKvRKWYin2B/YibJB6Bl6IrmODkJ6Oc71JoyExaJ9Sy1MY8e
ASPOf/aysYGZDrU8UZA0nTxlvDqYThw5+C/PavZx2iuReN7/Q0bnaISB1FtGNycF
c0T67MeC83qdP6FwvETb4ueyf5XIzUTnqHpDnft6DStUARaBtHcdtqLlI8VYxIr+
cvoh0OEbLIc7LIGcmEv6OWKskgQ/gzkIybskxN+wUWC+jKe6E5aNOTJ4vsfkWh9a
HwSrGHWGVgNkn2NFmFD9TFacO2I7t/Hmo6Af3YV9LU2PT2ZS2dmOMo+hoC0hYnAK
dnChIpiSLcOm6l8S+tHZQDOFureeFWccaWs+eBJ9uBjLVSSlpS6UHojlC4dIDYP2
lC1Fkn0WZYZt4maHsJpy
=cP5D
-----END PGP SIGNATURE-----


Thank you for your contribution to Debian.


From ftpmaster at ftp-master.debian.org  Tue Sep 27 12:29:31 2016
From: ftpmaster at ftp-master.debian.org (Debian FTP Masters)
Date: Tue, 27 Sep 2016 12:29:31 +0000
Subject: rakudo_2016.09-1_amd64.changes ACCEPTED into unstable
Message-ID: <E1borVr-0001fw-Cq@franck.debian.org>



Accepted:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Tue, 27 Sep 2016 13:12:09 +0200
Source: rakudo
Binary: rakudo rakudo-lib
Architecture: source amd64 all
Version: 2016.09-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Rakudo Maintainers <pkg-rakudo-devel at lists.alioth.debian.org>
Changed-By: Dominique Dumont <dod at debian.org>
Description:
 rakudo     - Perl 6 implementation on top of Moar virtual machine
 rakudo-lib - Library for Perl 6 implementation on top of Moar virtual machine
Changes:
 rakudo (2016.09-1) unstable; urgency=medium
 .
   [ Daniel Dehennin ]
   * New upstream version 2016.09
   * control: updated moarvm-dev and nqp dep versions
   * Update patch
 .
   [ Dominique Dumont ]
   * copyright: refreshed with cme
Checksums-Sha1:
 6824325d40549abfb2d32fec2f17066c60e78b6b 2281 rakudo_2016.09-1.dsc
 0cdf88aa2d212938e02c31d354d787bc4082022f 2789496 rakudo_2016.09.orig.tar.gz
 7b2b8441d96f631a7c998ebfa25c2a1765b6ee6f 11176 rakudo_2016.09-1.debian.tar.xz
 ea54aa2f23ea91a4ed15a77fa00a8c6b272cfbf5 144270 rakudo-lib-dbgsym_2016.09-1_amd64.deb
 e162b4dee57b79bce02e86f4dccc412c6afe93d6 60546 rakudo-lib_2016.09-1_amd64.deb
 e1a9cc1004c461a76446b69d4b25026af54476a1 2814878 rakudo_2016.09-1_all.deb
Checksums-Sha256:
 7aa3be6502e817e8e36c9cf66b9b4129a6cbf9dab33fd9a5616ac4b4139eb6ca 2281 rakudo_2016.09-1.dsc
 fe280bcc511a3f25b805039e842b554f5f0f9c6255043a8fa3d6a1e4f35e47e7 2789496 rakudo_2016.09.orig.tar.gz
 a7163ab4e4b9a7a8cfa96db303341015681c40b333905adba3730b1a1ad13303 11176 rakudo_2016.09-1.debian.tar.xz
 4353d34922c448a31166aa52f99051d531fcf5c7bf91486f86874b5ed07acccb 144270 rakudo-lib-dbgsym_2016.09-1_amd64.deb
 660ed7646e918bd1488d56dbda025b959aeb4204bd4e48d0b18c9540a7826883 60546 rakudo-lib_2016.09-1_amd64.deb
 a5b010bd7a6efd03815a4e685b2995ced8f41b2bec517fb7ace107d164a74c05 2814878 rakudo_2016.09-1_all.deb
Files:
 234366de5730240cd4b03525bb33908d 2281 interpreters optional rakudo_2016.09-1.dsc
 e522716694835e7e2d4a18db67cb0c41 2789496 interpreters optional rakudo_2016.09.orig.tar.gz
 1e436efbd7ecf83f671147d977fd62e2 11176 interpreters optional rakudo_2016.09-1.debian.tar.xz
 b6c37ad9c40dfe2b8739917cd9aaf786 144270 debug extra rakudo-lib-dbgsym_2016.09-1_amd64.deb
 7c9b55e2f7c0655903d98e2a52bc5367 60546 interpreters optional rakudo-lib_2016.09-1_amd64.deb
 f7c09d00c1f522c773bab5e150a29dd6 2814878 interpreters optional rakudo_2016.09-1_all.deb

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJX6lTUAAoJEMMfT9lJqyts7CkP/13mX2ybM3qfZakO2frgz3Rp
uJFZihoxhe3M1PWH6/uUkG7wTYzWe7qWfffIOAbArGIX5RBJHpt8FhIfVOmj9W6I
rJou0hgAbi5Np+ZunlRxqgzoEiDlAuIr2Hfh+AdGXrDX3JTsNp5eOkiEmyVXA19k
7wTljQuBgoMagRhZB+RawF7CUeqYQUxnfkbtLdx/qbJECg+M7hPCKcu+UjH858Bx
KG+UIxTRyaWpiiVbDZwYAsVtveV6Kg/H6P+Xz34Fx6WMRHQUkyUoBa78TvQ0vjpk
hjgfp+cPeoOAXpGw1CFJuCbPZRZvIZB6cPSENKQP/rAZf+7KDI0Z8h+xlQrcDU5F
VEF2CM6DaZuDojtcWQLweY05CgqD+t18iaIFEE6QhRTsJbDAAyJm7Qa0PiEQkLRu
rrTuIlM9WkzHf6anK7K6b9EswUReWcsRQZv//YyTZR9s6Q9SxxRlcUdPEif2U2pc
P4K7b+uDlh+5aNm9EBx4ZZ7yPYEeB7I23XYGIER3y2NJIQbh0SII1bU8IUnPBvst
HKPIUyeFK571Hyc7wGWcXbAZb7HwVDW1to5iH3VFUx9LtOc8DtyzMZwDNi0lNiEd
JXSUCa80QdWonwkoT9yXctGXKVc+OaHNZbbZybFbqUxnAjNO7i6+iDaTwYvagBed
24xIuba/LuzLBZiqWNbE
=Wl3p
-----END PGP SIGNATURE-----


Thank you for your contribution to Debian.


From dod at debian.org  Tue Sep 27 17:08:21 2016
From: dod at debian.org (Dominique Dumont)
Date: Tue, 27 Sep 2016 19:08:21 +0200
Subject: Bug#839009: ITP: perl6  -- Perl6 Compiler (pure meta package)
Message-ID: <3145455.U3XmbM83GL@ylum>

Package: wnpp
Owner: Dominique Dumont <dod at debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel at lists.debian.org, pkg-rakudo-devel at lists.alioth.debian.org

* Package name    : perl6
  Version         : 6c
  Upstream Author : none (pure meta package)
* URL             : http://perl6.org/
* License         : Artistic-2.0
  Description     : Perl6 Compiler

Perl 6 is a programming language, member of the Perl family. Like Perl 5, her
world-famous big sister, Perl 6 intends to carry forward the high ideals of
the Perl community and is currently being developed by a team of dedicated and
enthusiastic volunteers.

perl6 package is a meta package that aims to depend on a Perl6
compiler and Perl6 core modules. Currently this package depends only
on a compiler (rakudo). Dependency on the main perl6 modules 
will be added once they are available on Debian.

Perl6 version number represents the version of the language specification.
The version of the compiler is another matter.

++++++

The goal of this package is to let people install a perl6 compiler with 
"apt install perl6". There's no need for the user to know that he actually 
needs rakudo package.

This package will be handled by pkg-rakudo team.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From gregoa at debian.org  Tue Sep 27 17:49:15 2016
From: gregoa at debian.org (gregor herrmann)
Date: Tue, 27 Sep 2016 19:49:15 +0200
Subject: Bug#839009: ITP: perl6  -- Perl6 Compiler (pure meta package)
In-Reply-To: <3145455.U3XmbM83GL@ylum>
References: <3145455.U3XmbM83GL@ylum>
Message-ID: <20160927174915.cnd5i2xiw2l4yuaw@jadzia.comodo.priv.at>

On Tue, 27 Sep 2016 19:08:21 +0200, Dominique Dumont wrote:

> * Package name    : perl6
>   Version         : 6c
>   Upstream Author : none (pure meta package)
> * URL             : http://perl6.org/
> * License         : Artistic-2.0
>   Description     : Perl6 Compiler

Just thinking out aloud: Do you need a new source package, or could
this be a new binary package produced by the rakudo source package?

BTW: I like the idea.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Kurt Ostbahn: Rotz & Wossa
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160927/d753b9b8/attachment.sig>

From dod at debian.org  Tue Sep 27 18:58:49 2016
From: dod at debian.org (Dominique Dumont)
Date: Tue, 27 Sep 2016 20:58:49 +0200
Subject: Bug#839009: ITP: perl6  -- Perl6 Compiler (pure meta package)
In-Reply-To: <20160927174915.cnd5i2xiw2l4yuaw@jadzia.comodo.priv.at>
References: <3145455.U3XmbM83GL@ylum>
 <20160927174915.cnd5i2xiw2l4yuaw@jadzia.comodo.priv.at>
Message-ID: <1568099.iu0pyOZvEx@ylum>

On Tuesday, 27 September 2016 19:49:15 CEST gregor herrmann wrote:
> Just thinking out aloud: Do you need a new source package, or could
> this be a new binary package produced by the rakudo source package?

Well, Perl6 and Rakudo have 2 different life cycles:
* perl6 and rakudo have different version numbers
* rakudo is updated quite often whereas there's no plan for a perl 6d (*)

We may also want to switch to another compiler (in a distant future), so 
having a separate source package will make this hypothetical transition easier 
.
All the best

(*)  that I know of, but I did not look very hard. Well, you get the idea

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From gregoa at debian.org  Tue Sep 27 21:58:46 2016
From: gregoa at debian.org (gregor herrmann)
Date: Tue, 27 Sep 2016 23:58:46 +0200
Subject: Bug#839009: ITP: perl6  -- Perl6 Compiler (pure meta package)
In-Reply-To: <1568099.iu0pyOZvEx@ylum>
References: <3145455.U3XmbM83GL@ylum>
 <20160927174915.cnd5i2xiw2l4yuaw@jadzia.comodo.priv.at>
 <1568099.iu0pyOZvEx@ylum>
Message-ID: <20160927215846.hn3f7ero4ay2mwjl@jadzia.comodo.priv.at>

On Tue, 27 Sep 2016 20:58:49 +0200, Dominique Dumont wrote:

> On Tuesday, 27 September 2016 19:49:15 CEST gregor herrmann wrote:
> > Just thinking out aloud: Do you need a new source package, or could
> > this be a new binary package produced by the rakudo source package?
> Well, Perl6 and Rakudo have 2 different life cycles:
> * perl6 and rakudo have different version numbers

Oh, right, that would make versioning of the binary packages more
difficult (it works somehow but I don't remember exactly how) and
confusing.

> We may also want to switch to another compiler (in a distant future), so 
> having a separate source package will make this hypothetical transition easier 
> .

Then a new compiler source package could build the perl6 binary
package ... Theoretically.


But yes, that makes everything just more messy, so I agree if you
just forget my quick idea :)


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Rolling Stones: Beast Of Burden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 931 bytes
Desc: Digital Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160927/c0b6708e/attachment.sig>

From bunk at stusta.de  Wed Sep 28 09:24:27 2016
From: bunk at stusta.de (Adrian Bunk)
Date: Wed, 28 Sep 2016 12:24:27 +0300
Subject: Bug#839059: rakudo: perl6(1) is empty
Message-ID: <147505466778.22136.4966077658173818872.reportbug@localhost>

Package: rakudo
Version: 2016.09-1
Severity: normal

$ man perl6 | cat
perl6(1)              User Contributed Perl Documentation             perl6(1)

perl v5.24.1                      2016-09-27                          perl6(1)
$ 


From dod at debian.org  Thu Sep 29 18:20:40 2016
From: dod at debian.org (Dominique Dumont)
Date: Thu, 29 Sep 2016 20:20:40 +0200
Subject: Bug#839059: rakudo: perl6(1) is empty
In-Reply-To: <147505466778.22136.4966077658173818872.reportbug@localhost>
References: <147505466778.22136.4966077658173818872.reportbug@localhost>
Message-ID: <2548195.I1PYMvdxtG@ylum>

On Wednesday, 28 September 2016 12:24:27 CEST Adrian Bunk wrote:
> $ man perl6 | cat
> perl6(1)              User Contributed Perl Documentation            
> perl6(1)
> 
> perl v5.24.1                      2016-09-27                         
> perl6(1) $

There's a bug in the pod2man delivered by perl 5.24. (#839167)

I'll patch rakudo source to work around this issue.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Thu Sep 29 18:20:40 2016
From: dod at debian.org (Dominique Dumont)
Date: Thu, 29 Sep 2016 20:20:40 +0200
Subject: Bug#839059: rakudo: perl6(1) is empty
In-Reply-To: <147505466778.22136.4966077658173818872.reportbug@localhost>
References: <147505466778.22136.4966077658173818872.reportbug@localhost>
Message-ID: <2548195.I1PYMvdxtG@ylum>

On Wednesday, 28 September 2016 12:24:27 CEST Adrian Bunk wrote:
> $ man perl6 | cat
> perl6(1)              User Contributed Perl Documentation            
> perl6(1)
> 
> perl v5.24.1                      2016-09-27                         
> perl6(1) $

There's a bug in the pod2man delivered by perl 5.24. (#839167)

I'll patch rakudo source to work around this issue.

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Fri Sep 30 11:00:01 2016
From: dod at debian.org (Dominique Dumont)
Date: Fri, 30 Sep 2016 13:00:01 +0200
Subject: Bug#839167: Acknowledgement (perl: pod2man generates empty man
 page when pod file begins with =begin pod)
In-Reply-To: <handler.839167.B.14751707884883.ack@bugs.debian.org>
References: <1797295.sOOfkoKR26@ylum>
 <handler.839167.B.14751707884883.ack@bugs.debian.org>
Message-ID: <3412688.OTeG9etfSI@ylum>

Then again, the line "=begin pod" is specific to Perl6 pod (and mandatory). 
Such a line does not make much sense in Perl5 pod. 

I wonder if this new behavior of pod2man is a new bug or an old bug that has 
been fixed recently :-/

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Fri Sep 30 11:00:01 2016
From: dod at debian.org (Dominique Dumont)
Date: Fri, 30 Sep 2016 13:00:01 +0200
Subject: Bug#839059: Bug#839167: Acknowledgement (perl: pod2man generates
 empty man page when pod file begins with =begin pod)
In-Reply-To: <handler.839167.B.14751707884883.ack@bugs.debian.org>
References: <1797295.sOOfkoKR26@ylum>
 <handler.839167.B.14751707884883.ack@bugs.debian.org>
Message-ID: <3412688.OTeG9etfSI@ylum>

Then again, the line "=begin pod" is specific to Perl6 pod (and mandatory). 
Such a line does not make much sense in Perl5 pod. 

I wonder if this new behavior of pod2man is a new bug or an old bug that has 
been fixed recently :-/

All the best
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Fri Sep 30 16:41:42 2016
From: dod at debian.org (Dominique Dumont)
Date: Fri, 30 Sep 2016 18:41:42 +0200
Subject: Bug#839167: perl: pod2man generates empty man page when pod file
 begins with =begin pod
In-Reply-To: <20160930104147.7lgalkkjnzlwk754@estella.local.invalid>
References: <1797295.sOOfkoKR26@ylum> <87intel3ty.fsf@hope.eyrie.org>
 <20160930104147.7lgalkkjnzlwk754@estella.local.invalid>
Message-ID: <1649218.ZaKiBAALC0@ylum>

On Friday, 30 September 2016 13:41:47 CEST Niko Tyni wrote:
> Dominique, are you sure it was working with 5.22? I see
> rakudo_2016.06-1_all.deb in testing has an empty perl6.1 manual page,
> and it was presumably built with 5.22. At least the headers say so...
> 
> My quick tests back to squeeze (5.10.1) haven't found any version
> where it worked but I could be doing something wrong.

Sorry, my bad, I concluded too fast.

The "=begin pod" was added with rakudo 2016.04. I guess that nobody noticed 
that Debian man page for perl6 are empty since then.

I see no point in trying to make Perl5 pod2man compatible with Perl6 pod.

I'll check with rakudo upstream what is the intent with this file.

Feel free to close this bug 

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From dod at debian.org  Fri Sep 30 16:41:42 2016
From: dod at debian.org (Dominique Dumont)
Date: Fri, 30 Sep 2016 18:41:42 +0200
Subject: Bug#839059: Bug#839167: perl: pod2man generates empty man page when
 pod file begins with =begin pod
In-Reply-To: <20160930104147.7lgalkkjnzlwk754@estella.local.invalid>
References: <1797295.sOOfkoKR26@ylum> <87intel3ty.fsf@hope.eyrie.org>
 <20160930104147.7lgalkkjnzlwk754@estella.local.invalid>
Message-ID: <1649218.ZaKiBAALC0@ylum>

On Friday, 30 September 2016 13:41:47 CEST Niko Tyni wrote:
> Dominique, are you sure it was working with 5.22? I see
> rakudo_2016.06-1_all.deb in testing has an empty perl6.1 manual page,
> and it was presumably built with 5.22. At least the headers say so...
> 
> My quick tests back to squeeze (5.10.1) haven't found any version
> where it worked but I could be doing something wrong.

Sorry, my bad, I concluded too fast.

The "=begin pod" was added with rakudo 2016.04. I guess that nobody noticed 
that Debian man page for perl6 are empty since then.

I see no point in trying to make Perl5 pod2man compatible with Perl6 pod.

I'll check with rakudo upstream what is the intent with this file.

Feel free to close this bug 

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


From daniel.dehennin at baby-gnu.org  Fri Sep 30 21:04:00 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Fri, 30 Sep 2016 23:04:00 +0200
Subject: moarvm_2016.09+dfsg-1_amd64.changes ACCEPTED into unstable
In-Reply-To: <E1borUy-0001Pp-Re@franck.debian.org> (Debian FTP Masters's
 message of "Tue, 27 Sep 2016 12:28:36 +0000")
References: <E1borUy-0001Pp-Re@franck.debian.org>
Message-ID: <87fuohumkf.fsf@hati.baby-gnu.org>

Debian FTP Masters <ftpmaster at ftp-master.debian.org> writes:

> Accepted:
>
> Format: 1.8
> Date: Tue, 27 Sep 2016 09:09:23 +0200
> Source: moarvm
> Binary: moarvm moarvm-dev
> Architecture: source amd64
> Version: 2016.09+dfsg-1

I just looked at the moarvm tracker page and see that the build is not
reproductible[1].

It looks like the fail reproductible test is due to the debug-prefix-map[2]
compile option included in the libmoar.so by either dpkg or the
reproductible test itself.

According to #819176[3], this should not happen since gcc-5.4.0-4.

Any idea why it happens?

Regards.

Footnotes: 
[1]  https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/moarvm.html

[2]  https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/moarvm.html

[3]  https://bugs.debian.org/819176

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160930/404be60a/attachment.sig>

From daniel.dehennin at baby-gnu.org  Fri Sep 30 21:21:59 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Fri, 30 Sep 2016 23:21:59 +0200
Subject: rakudo_2016.09-1_amd64.changes ACCEPTED into unstable
In-Reply-To: <E1borVr-0001fw-Cq@franck.debian.org> (Debian FTP Masters's
 message of "Tue, 27 Sep 2016 12:29:31 +0000")
References: <E1borVr-0001fw-Cq@franck.debian.org>
Message-ID: <877f9tulqg.fsf@hati.baby-gnu.org>

Debian FTP Masters <ftpmaster at ftp-master.debian.org> writes:

> Accepted:
>
> Format: 1.8
> Date: Tue, 27 Sep 2016 13:12:09 +0200
> Source: rakudo
> Binary: rakudo rakudo-lib
> Architecture: source amd64 all
> Version: 2016.09-1

Several architectures do not build:

- arm64 still has the timeout

- armel, armhf has same test failures:

    Test Summary Report
    -------------------
    t/04-nativecall/02-simple-args.t       (Wstat: 256 Tests: 14 Failed: 1)
      Failed test:  11
      Non-zero exit status: 1
    t/04-nativecall/03-simple-returns.t    (Wstat: 256 Tests: 11 Failed: 1)
      Failed test:  3
      Non-zero exit status: 1
    t/04-nativecall/08-callbacks.t         (Wstat: 11 Tests: 0 Failed: 0)
      Non-zero wait status: 11
      Parse errors: Bad plan.  You planned 8 tests but ran 0.
    t/04-nativecall/11-cpp.t               (Wstat: 256 Tests: 21 Failed: 1)
      Failed test:  1
      Non-zero exit status: 1
    t/04-nativecall/13-union.t             (Wstat: 768 Tests: 28 Failed: 3)
      Failed tests:  2, 15, 24
      Non-zero exit status: 3
    Files=45, Tests=592, 364 wallclock secs ( 0.54 usr  0.12 sys + 277.43 cusr 84.65 csys = 362.74 CPU)
    Result: FAIL

- powerpc

    Test Summary Report
    -------------------
    t/04-nativecall/02-simple-args.t       (Wstat: 256 Tests: 14 Failed: 1)
      Failed test:  11
      Non-zero exit status: 1
    t/04-nativecall/03-simple-returns.t    (Wstat: 256 Tests: 11 Failed: 1)
      Failed test:  3
      Non-zero exit status: 1
    t/04-nativecall/11-cpp.t               (Wstat: 256 Tests: 21 Failed: 1)
      Failed test:  1
      Non-zero exit status: 1
    t/04-nativecall/13-union.t             (Wstat: 768 Tests: 28 Failed: 3)
      Failed tests:  2, 15, 24
      Non-zero exit status: 3
    Files=45, Tests=600, 55 wallclock secs ( 0.12 usr  0.04 sys + 53.46 cusr  1.14 csys = 54.76 CPU)
    Result: FAIL

- ppc64 and ppc64el has same test failure

    Test Summary Report
    -------------------
    t/04-nativecall/02-simple-args.t       (Wstat: 256 Tests: 14 Failed: 1)
      Failed test:  11
      Non-zero exit status: 1
    Files=45, Tests=600, 40 wallclock secs ( 0.13 usr  0.05 sys + 38.39 cusr  1.38 csys = 39.95 CPU)
    Result: FAIL

- x32 has segfault

    dh build-arch
       dh_testdir -a
       dh_update_autotools_config -a
       debian/rules override_dh_auto_configure
    make[1]: Entering directory '/<<PKGBUILDDIR>>'
    perl Configure.pl --prefix=/usr --backends=moar
    Segmentation fault
    
    ===SORRY!===
    Unable to read configuration from NQP on MoarVM
    
    To automatically clone (git) and build a copy of NQP 2016.09,
    try re-running Configure.pl with the '--gen-moar' option.
    Or, use '--prefix=' to explicitly specify the path where the NQP and MoarVM
    executables can be found that are use to build Rakudo.
    
    debian/rules:21: recipe for target 'override_dh_auto_configure' failed
    make[1]: *** [override_dh_auto_configure] Error 139
    make[1]: Leaving directory '/<<PKGBUILDDIR>>'
    debian/rules:18: recipe for target 'build-arch' failed
    make: *** [build-arch] Error 2
    dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


We could switch moarvm to libffi:

- it seems to solve at least the timeout issue on arm64

- all failing tests are due to nativecall

- it should fully support perl6 NativeCall

Regards.

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160930/d0ec58da/attachment.sig>

From daniel.dehennin at baby-gnu.org  Fri Sep 30 22:37:47 2016
From: daniel.dehennin at baby-gnu.org (Daniel Dehennin)
Date: Sat, 01 Oct 2016 00:37:47 +0200
Subject: rakudo_2016.09-1_amd64.changes ACCEPTED into unstable
In-Reply-To: <877f9tulqg.fsf@hati.baby-gnu.org> (Daniel Dehennin's message of
 "Fri, 30 Sep 2016 23:21:59 +0200")
References: <E1borVr-0001fw-Cq@franck.debian.org>
 <877f9tulqg.fsf@hati.baby-gnu.org>
Message-ID: <8737khui84.fsf@hati.baby-gnu.org>

Daniel Dehennin <daniel.dehennin at baby-gnu.org> writes:


[...]

> We could switch moarvm to libffi:
>
> - it seems to solve at least the timeout issue on arm64
>
> - all failing tests are due to nativecall
>
> - it should fully support perl6 NativeCall

I prepared a feature/switch-to-libffi branch[1] for pkg-moarvm and test
the builds on amd64 and i386 using sbuild with schroots:

- rebuild of MoarVM feature/switch-to-libffi branch

- rebuild rakudo from unstable sources using my local MoarVM packages

The tests fails on both amd64 and i386

Test Summary Report
-------------------
t/04-nativecall/11-cpp.t               (Wstat: 65280 Tests: 1 Failed: 0)
  Non-zero exit status: 255
  Parse errors: Bad plan.  You planned 21 tests but ran 1.
t/04-nativecall/13-cpp-mangling.t      (Wstat: 65280 Tests: 0 Failed: 0)
  Non-zero exit status: 255
  Parse errors: Bad plan.  You planned 26 tests but ran 0.
Files=45, Tests=554, 47 wallclock secs ( 0.14 usr  0.07 sys + 41.54 cusr  3.22 csys = 44.97 CPU)
Result: FAIL

Regards.

Footnotes: 
[1]  https://anonscm.debian.org/cgit/pkg-rakudo/pkg-moarvm.git/log/?h=feature/switch-to-libffi

-- 
Daniel Dehennin
R?cup?rer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20161001/7d0c0c4a/attachment.sig>