Debian Bug report logs - #750837
ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 07 Jun 2014 13:08:37 +0200

[Message part 1 (text/plain, inline)]

Package: wnpp
Owner: Daniel Dehennin <daniel.dehennin@baby-gnu.org>
Severity: wishlist

* Package name    : moarvm
  Version         : 2014.05
  Upstream Author : Jonathan Worthington
* URL or Web page : http://moarvm.org
* License         : Artistic-2.0
  Description     : virtual machine for Rakudo Perl 6 and NQP

Short for “Metamodel On A Runtime”, MoarVM is a virtual machine built
especially for Rakudo Perl 6 and the NQP Compiler Toolchain.

The goal is to provides nqp and rakudo with this second backend and let
the user choose which one she prefers using alternatives.

I manage to build the moarvm binary and its libmoar packages in AMD64
and i386 schroots.

I manually build the NQP 2014.05 in a schroot using my moarvm deb and
the nqp test suite pass:

    All tests successful.
    Files=90, Tests=3260, 19 wallclock secs ( 0.46 usr  0.07 sys + 18.08
        cusr  1.20 csys = 19.81 CPU)
    Result: PASS

You can find the first draft of packaging on my git repository[1].

Regards.

Footnotes: 
[1]  http://git.baby-gnu.net/gitweb/?p=moarvm.git;a=shortlog;h=refs/heads/feature/first-packaging-try

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

[signature.asc (application/pgp-signature, inline)]

Message #10 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: Daniel Dehennin <daniel.dehennin@baby-gnu.org>, 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 08 Jun 2014 09:29:39 +0200

On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
> You can find the first draft of packaging on my git repository[1].

For the record, this is in the feature/first-packaging-try branch.

Message #15 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: Daniel Dehennin <daniel.dehennin@baby-gnu.org>, 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Mon, 09 Jun 2014 12:33:50 +0200

On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
> You can find the first draft of packaging on my git repository[1].

That's a really god start. 

But "git-buildpackage --git-ignore-branch" ends with lintian errors 
and warnings that must be fixed.

Some of them like "syntax-error-in-dep5-copyright line 11: Duplicate 
field copyright" can be fixed with "cme fix dpkg" (provided by libconfig-model-dpkg-perl),
other will require more work.

/usr/lib/libmoar.so should be a symlink towards a versioned libmoar.
And libmoar.so should be delivered in a -dev package.
See https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime

The versioned lib should land in /usr/lib/<gnu-triplet> to conform with multiarch.
See https://wiki.debian.org/Multiarch

Thanks for your work.

All the best

Message #20 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Mon, 09 Jun 2014 16:06:46 +0200

[Message part 1 (text/plain, inline)]

Dominique Dumont <dod@debian.org> writes:

> On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
>> You can find the first draft of packaging on my git repository[1].
>
> That's a really god start. 
>
> But "git-buildpackage --git-ignore-branch" ends with lintian errors 
> and warnings that must be fixed.
>
> Some of them like "syntax-error-in-dep5-copyright line 11: Duplicate 
> field copyright" can be fixed with "cme fix dpkg" (provided by libconfig-model-dpkg-perl),
> other will require more work.

Thanks, I miss-read the documentation[1].

> /usr/lib/libmoar.so should be a symlink towards a versioned libmoar.
> And libmoar.so should be delivered in a -dev package.
> See https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime

The versioning of the library is reported upstream[2], I could patch
build/setup.pm to add a version but I don't know if packaging should do
something like this.

> The versioned lib should land in /usr/lib/<gnu-triplet> to conform with multiarch.
> See https://wiki.debian.org/Multiarch

This will require a patch since there is no way to specify the libdir at
configuration time. (update: I just submit a request[3] upstream and was
accepted on IRC)

I just made one to remove the RPATH[4].

Regards.

Footnotes: 
[1]  https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field

[2]  https://github.com/MoarVM/MoarVM/issues/74

[3]  https://github.com/MoarVM/MoarVM/issues/102

[4]  http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html

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

[signature.asc (application/pgp-signature, inline)]

Message #25 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Dominique Dumont <dod@debian.org>, 750837@bugs.debian.org

Cc: Daniel Dehennin <daniel.dehennin@baby-gnu.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Thu, 12 Mar 2015 16:57:39 +0100

[Message part 1 (text/plain, inline)]

On Mon, 09 Jun 2014 12:33:50 +0200, Dominique Dumont wrote:

> On Saturday 07 June 2014 13:08:37 Daniel Dehennin wrote:
> > You can find the first draft of packaging on my git repository[1].
> That's a really god start. 

Any news on moarvm packaging?
As I understand it's the preferred VM for Rakudo now, or something
similar :) and will be needed for the announced Perl6 released later
this year.

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://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 & Die Kombo: Na, so wirst ned oid

[signature.asc (application/pgp-signature, inline)]

Message #30 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: gregor herrmann <gregoa@debian.org>

Cc: 750837@bugs.debian.org, Daniel Dehennin <daniel.dehennin@baby-gnu.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 14 Mar 2015 14:23:09 +0100

[Message part 1 (text/plain, inline)]

On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
> Any news on moarvm packaging?

Hmm no. The original plan was to Daniel to do the packaging work and me to 
sponsor. I hope this plan still stands.

> As I understand it's the preferred VM for Rakudo now, or something
> similar  and will be needed for the announced Perl6 released later
> this year.

Agreed. We will have to decide which backend do we want to provide: only 
moarvm or more ? 

Given the lack of manpower, I think that providing only more than one backend 
is not realistic.

All the best

[signature.asc (application/pgp-signature, inline)]

Message #35 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Dominique Dumont <dod@debian.org>

Cc: 750837@bugs.debian.org, Daniel Dehennin <daniel.dehennin@baby-gnu.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 14 Mar 2015 19:28:59 +0100

[Message part 1 (text/plain, inline)]

On Sat, 14 Mar 2015 14:23:09 +0100, Dominique Dumont wrote:

> On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
> > Any news on moarvm packaging?
> Hmm no. The original plan was to Daniel to do the packaging work and me to 
> sponsor. I hope this plan still stands.

Ok.
 
> > As I understand it's the preferred VM for Rakudo now, or something
> > similar  and will be needed for the announced Perl6 released later
> > this year.
> Agreed. We will have to decide which backend do we want to provide: only 
> moarvm or more ? 
> Given the lack of manpower, I think that providing only more than one backend 
> is not realistic.

I know far too little about the whole Perl6 ecosystem to be able to
help here; my impression is just that we will need moarvm; and I
understand the point that maintaining other VMs might be too much
work to be worthwhile.


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: Kings of Convenience: Rule My World

[signature.asc (application/pgp-signature, inline)]

Message #40 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: Dominique Dumont <dod@debian.org>

Cc: gregor herrmann <gregoa@debian.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 14 Mar 2015 22:36:18 +0100

[Message part 1 (text/plain, inline)]

Dominique Dumont <dod@debian.org> writes:

> On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
>> Any news on moarvm packaging?
>
> Hmm no. The original plan was to Daniel to do the packaging work and me to 
> sponsor. I hope this plan still stands.

Sorry for my long inactivity.

I just rework my packaging[1] against the latest MoarVM 2015.02 :

- install libmoar outside of the "standard linker path"[2]

- generate the manpage from the pod file

- use dpkg-buildflags instead of hardening-wrapper

Actually, lintian says:

    W: moarvm source: empty-short-license-in-dep5-copyright (paragraph at line 50)
    P: moarvm source: debian-watch-may-check-gpg-signature
    W: moarvm: hardening-no-relro usr/bin/moar
    I: moarvm: hardening-no-fortify-functions usr/bin/moar
    W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
    I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
    I: moarvm: extended-description-is-probably-too-short

I think I'll need to patch the build system to use the environment
variables for *FLAGS for hardening.

I wonder if I should have a -dfsg branch to remove the 3rdparty
libatomic_ops and libtommath since I build against the Debian ones.

Regards.

Footnotes: 
[1]  http://git.baby-gnu.net/gitweb/gitweb.cgi?p=pkg-moarvm.git;a=summary

[2]  https://github.com/MoarVM/MoarVM/issues/74

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

[signature.asc (application/pgp-signature, inline)]

Message #45 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Dominique Dumont <dod@debian.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 15 Mar 2015 03:21:32 +0100

[Message part 1 (text/plain, inline)]

On Sat, 14 Mar 2015 22:36:18 +0100, Daniel Dehennin wrote:

> Dominique Dumont <dod@debian.org> writes:
> > On Thursday 12 March 2015 16:57:39 gregor herrmann wrote:
> >> Any news on moarvm packaging?
> > Hmm no. The original plan was to Daniel to do the packaging work and me to 
> > sponsor. I hope this plan still stands.
> Sorry for my long inactivity.

No worries, thanks for your reply!
 
> I just rework my packaging[1] against the latest MoarVM 2015.02 :

% git clone git://git.baby-gnu.net/pkg-moarvm.git
Cloning into 'pkg-moarvm'...
fatal: remote error: access denied or repository not exported: /pkg-moarvm.git
 
> - use dpkg-buildflags instead of hardening-wrapper

This should happen automagically with debhelper compat level 9 (which
you are already using).
 
> Actually, lintian says:
>     W: moarvm source: empty-short-license-in-dep5-copyright (paragraph at line 50)

Should be easy to fix by providing a short license name.
(Can be "other" if there is nothing ready-to-use.)

>     P: moarvm source: debian-watch-may-check-gpg-signature

Can be ignored.

>     W: moarvm: hardening-no-relro usr/bin/moar
>     I: moarvm: hardening-no-fortify-functions usr/bin/moar
>     W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
>     I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
>     I: moarvm: extended-description-is-probably-too-short

That's unfortunate and needs investigation.
 
> I think I'll need to patch the build system to use the environment
> variables for *FLAGS for hardening.

Yup, looks like the *FLAGS are ignored.
 
> I wonder if I should have a -dfsg branch to remove the 3rdparty
> libatomic_ops and libtommath since I build against the Debian ones.

If they are dfsg-free they can stay in the source package, as long as
they are not used. No need for the additional hassle of repackaging.
 

Maybe you could push the git repo to alioth (to the rakudo team
maybe?), then it's easier for others to clone/look/help out. What dou
you think? - No idea how pkg-rakudo works but I assume they are
welcoming since I know the some guys there :) And you're already a
project member.


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: Bettina Wegner: Hab doch gewusst

[signature.asc (application/pgp-signature, inline)]

Message #50 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: Dominique Dumont <dod@debian.org>

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 15 Mar 2015 11:46:13 +0100

gregor herrmann <gregoa@debian.org> writes:

>> I just rework my packaging[1] against the latest MoarVM 2015.02 :
>
> % git clone git://git.baby-gnu.net/pkg-moarvm.git
> Cloning into 'pkg-moarvm'...
> fatal: remote error: access denied or repository not exported:
> /pkg-moarvm.git

Sorry, I forgot the git-daemon-export-ok, it's ok now.

>> Actually, lintian says:
>>     W: moarvm source: empty-short-license-in-dep5-copyright (paragraph at line 50)
>
> Should be easy to fix by providing a short license name.
> (Can be "other" if there is nothing ready-to-use.)

Great, I was wondering what to use in that case.

>
>>     P: moarvm source: debian-watch-may-check-gpg-signature
>
> Can be ignored.

Sure, it's just pedantic

>>     W: moarvm: hardening-no-relro usr/bin/moar
>>     I: moarvm: hardening-no-fortify-functions usr/bin/moar
>>     W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
>>     I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
>>     I: moarvm: extended-description-is-probably-too-short
>
> That's unfortunate and needs investigation.
>  
>> I think I'll need to patch the build system to use the environment
>> variables for *FLAGS for hardening.
>
> Yup, looks like the *FLAGS are ignored.

>> I wonder if I should have a -dfsg branch to remove the 3rdparty
>> libatomic_ops and libtommath since I build against the Debian ones.
>
> If they are dfsg-free they can stay in the source package, as long as
> they are not used. No need for the additional hassle of repackaging.

Ok, I was not sure about source files duplication.

> Maybe you could push the git repo to alioth (to the rakudo team
> maybe?), then it's easier for others to clone/look/help out. What dou
> you think? - No idea how pkg-rakudo works but I assume they are
> welcoming since I know the some guys there :) And you're already a
> project member.

Yes, that's why I rename my repository to pkg-moarvm like pkg-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

Message #55 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Dominique Dumont <dod@debian.org>, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 15 Mar 2015 15:16:24 +0100

[Message part 1 (text/plain, inline)]

On Sun, 15 Mar 2015 11:46:13 +0100, Daniel Dehennin wrote:

> gregor herrmann <gregoa@debian.org> writes:
> >> I just rework my packaging[1] against the latest MoarVM 2015.02 :
> > % git clone git://git.baby-gnu.net/pkg-moarvm.git
> > Cloning into 'pkg-moarvm'...
> > fatal: remote error: access denied or repository not exported:
> > /pkg-moarvm.git
> Sorry, I forgot the git-daemon-export-ok, it's ok now.

Works, thanks!

> >>     P: moarvm source: debian-watch-may-check-gpg-signature
> > Can be ignored.
> Sure, it's just pedantic

And nothing we can fix.
 
> >>     W: moarvm: hardening-no-relro usr/bin/moar
> >>     I: moarvm: hardening-no-fortify-functions usr/bin/moar
> >>     W: moarvm: hardening-no-relro usr/lib/moar/libmoar.so
> >>     I: moarvm: hardening-no-fortify-functions usr/lib/moar/libmoar.so
> >>     I: moarvm: extended-description-is-probably-too-short
> >
> > That's unfortunate and needs investigation.
> >  
> >> I think I'll need to patch the build system to use the environment
> >> variables for *FLAGS for hardening.
> >
> > Yup, looks like the *FLAGS are ignored.

I looked into this now, see the attached patch series.
(Not perfect but a starting point.)
 
> > Maybe you could push the git repo to alioth (to the rakudo team
> > maybe?), then it's easier for others to clone/look/help out. What dou
> > you think? - No idea how pkg-rakudo works but I assume they are
> > welcoming since I know the some guys there :) And you're already a
> > project member.
> Yes, that's why I rename my repository to pkg-moarvm like pkg-rakudo.

Excellent!


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: Ry Cooder: The Very Thing That Makes You Rich (Makes Me Poor)

[0001-make-build-verbose.patch (text/x-diff, attachment)]

[0002-add-patch-buildflags.patch-to-honour-FLAGS.patch (text/x-diff, attachment)]

[0003-debian-rules-drop-dpkg-buildflags-import.patch (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #60 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: gregor herrmann <gregoa@debian.org>

Cc: 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 15 Mar 2015 15:33:00 +0100

[Message part 1 (text/plain, inline)]

gregor herrmann <gregoa@debian.org> writes:


[...]

>> > Yup, looks like the *FLAGS are ignored.
>
> I looked into this now, see the attached patch series.
> (Not perfect but a starting point.)

Thanks, I'll look at them just after my brewing meeting ;-)

>> > Maybe you could push the git repo to alioth (to the rakudo team
>> > maybe?), then it's easier for others to clone/look/help out. What dou
>> > you think? - No idea how pkg-rakudo works but I assume they are
>> > welcoming since I know the some guys there :) And you're already a
>> > project member.
>> Yes, that's why I rename my repository to pkg-moarvm like pkg-rakudo.
>
> Excellent!

But it seems I can't create a new repository on alioth, I'll wait for an
admin to create the empty “pkg-moarvm.git” bare repository and then I'll
push here.

Regards.

NB: I'm not sure about keeping all the Cc: on all mails.

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

[signature.asc (application/pgp-signature, inline)]

Message #65 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: gregor herrmann <gregoa@debian.org>

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>, 750837@bugs.debian.org, Daniel Dehennin <daniel.dehennin@baby-gnu.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sun, 15 Mar 2015 16:31:24 +0100

[Message part 1 (text/plain, inline)]

On Sunday 15 March 2015 03:21:32 gregor herrmann wrote:
> Maybe you could push the git repo to alioth (to the rakudo team
> maybe?), then it's easier for others to clone/look/help out. What dou
> you think? - No idea how pkg-rakudo works but I assume they are
> welcoming since I know the some guys there  And you're already a
> project member.

Agreed. pkg-moarvm repo is more than welcome into rakudo project. 

Feel free to migrate pkg-moarvm repo in there.

All the best 



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

[signature.asc (application/pgp-signature, inline)]

Message #70 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Mon, 16 Mar 2015 23:51:58 +0100

[Message part 1 (text/plain, inline)]

gregor herrmann <gregoa@debian.org> writes:


[...]

>> > Yup, looks like the *FLAGS are ignored.
>
> I looked into this now, see the attached patch series.
> (Not perfect but a starting point.)

5 days ago it was half fixed upstream[1], today it's fully fixed[2].

I tested them and I need to disable PIE or I have this issue:

#+begin_src
gcc -o libmoar.so -O2 -DNDEBUG -g3 -Wl,-rpath,/usr/lib/moar -fPIE -pie -Wl,-z,relro -Wl,-z,now -shared -fPIC  src/core/callsite.o src/core/args.o src/core/exceptions.o src/core/interp.o src/core/threadcontext.o src/core/compunit.o src/core/bytecode.o src/core/frame.o src/core/validation.o src/core/bytecodedump.o src/core/threads.o src/core/ops.o src/core/hll.o src/core/loadbytecode.o src/math/num.o src/core/coerce.o src/core/dll.o src/core/ext.o src/core/nativecall.o src/core/continuation.o src/core/intcache.o src/core/fixedsizealloc.o src/gen/config.o src/gc/orchestrate.o src/gc/allocation.o src/gc/worklist.o src/gc/roots.o src/gc/collect.o src/gc/gen2.o src/gc/wb.o src/gc/objectid.o src/gc/finalize.o src/io/io.o src/io/eventloop.o src/io/syncfile.o src/io/syncstream.o src/io/syncpipe.o src/io/syncsocket.o src/io/fileops.o src/io/dirops.o src/io/procops.o src/io/timers.o src/io/filewatchers.o src/io/signals.o src/io/asyncsocket.o src/6model/reprs.o src/6model/reprconv.o src/6model/containers.o src/6model/parametric.o src/6model/reprs/MVMString.o src/6model/reprs/MVMArray.o src/6model/reprs/MVMHash.o src/6model/reprs/MVMCFunction.o src/6model/reprs/KnowHOWREPR.o src/6model/reprs/KnowHOWAttributeREPR.o src/6model/reprs/P6str.o src/6model/reprs/P6opaque.o src/6model/reprs/MVMCode.o src/6model/reprs/MVMOSHandle.o src/6model/reprs/MVMCompUnit.o src/6model/reprs/MVMStaticFrame.o src/6model/reprs/P6int.o src/6model/reprs/P6num.o src/6model/reprs/Uninstantiable.o src/6model/reprs/HashAttrStore.o src/6model/reprs/MVMThread.o src/6model/reprs/MVMIter.o src/6model/reprs/MVMContext.o src/6model/reprs/SCRef.o src/6model/reprs/Lexotic.o src/6model/reprs/MVMCallCapture.o src/6model/reprs/P6bigint.o src/6model/reprs/NFA.o src/6model/reprs/MVMException.o src/6model/reprs/MVMDLLSym.o src/6model/reprs/MVMMultiCache.o src/6model/reprs/MVMContinuation.o src/6model/reprs/NativeCall.o src/6model/reprs/CPointer.o src/6model/reprs/CStr.o src/6model/reprs/CArray.o src/6model/reprs/CStruct.o src/6model/reprs/ReentrantMutex.o src/6model/reprs/ConditionVariable.o src/6model/reprs/Semaphore.o src/6model/reprs/ConcBlockingQueue.o src/6model/reprs/MVMAsyncTask.o src/6model/reprs/MVMNull.o src/6model/reprs/NativeRef.o src/6model/6model.o src/6model/bootstrap.o src/6model/sc.o src/6model/serialization.o src/mast/compiler.o src/mast/driver.o src/spesh/dump.o src/spesh/graph.o src/spesh/codegen.o src/spesh/candidate.o src/spesh/manipulate.o src/spesh/args.o src/spesh/facts.o src/spesh/optimize.o src/spesh/deopt.o src/spesh/log.o src/spesh/threshold.o src/spesh/inline.o src/spesh/osr.o src/jit/graph.o src/jit/compile.o src/jit/log.o src/strings/decode_stream.o src/strings/ascii.o src/strings/utf8.o src/strings/ops.o src/strings/unicode.o src/strings/latin1.o src/strings/utf16.o src/strings/windows1252.o src/math/bigintops.o src/profiler/instrument.o src/profiler/log.o src/profiler/profile.o src/moar.o src/platform/posix/mmap.o src/platform/posix/time.o src/platform/posix/sys.o src/jit/emit_posix_x64.o 3rdparty/tinymt/libtinymt.a 3rdparty/libuv/libuv.a 3rdparty/dyncall/dyncall/libdyncall_s.a 3rdparty/sha1/libsha1.a 3rdparty/dyncall/dynload/libdynload_s.a 3rdparty/linenoise/liblinenoise.a 3rdparty/libtommath/libtommath.a 3rdparty/dyncall/dyncallback/libdyncallback_s.a -ltommath -latomic_ops -lm -lpthread -lrt -ldl
/usr/bin/ld.bfd.real: 3rdparty/dyncall/dyncall/libdyncall_s.a(dyncall_callvm.o): relocation R_X86_64_PC32 against symbol `gVT_x64' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld.bfd.real: final link failed: Bad value
collect2: error: ld returned 1 exit status
Makefile:484: recipe for target 'libmoar.so' failed
make[2]: *** [libmoar.so] Error 1
make[2]: Leaving directory '/build/moarvm-QgLiKc/moarvm-2015.02'
dh_auto_build: make -j1 NOISY=1 returned exit code 2
debian/rules:37: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/moarvm-QgLiKc/moarvm-2015.02'
debian/rules:26: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
#+end_src

Regards.

Footnotes: 
[1]  https://github.com/MoarVM/MoarVM/commit/09393586b6207b5aafd0067fc6f6ee339b7d3ff4

[2]  https://github.com/MoarVM/MoarVM/issues/187

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

[signature.asc (application/pgp-signature, inline)]

Message #75 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 17 Mar 2015 00:08:47 +0100

[Message part 1 (text/plain, inline)]

On Mon, 16 Mar 2015 23:51:58 +0100, Daniel Dehennin wrote:

> > I looked into this now, see the attached patch series.
> > (Not perfect but a starting point.)
> 5 days ago it was half fixed upstream[1], today it's fully fixed[2].

Yay!

> [1]  https://github.com/MoarVM/MoarVM/commit/09393586b6207b5aafd0067fc6f6ee339b7d3ff4
> [2]  https://github.com/MoarVM/MoarVM/issues/187

Hm, shouldn't $ENV{CPPFLAGS} go into @cflags instead of @ldflags?
 
> I tested them and I need to disable PIE or I have this issue:

<guess type=wild>
- hardening=+all ?
- or because of @ldflags instead of @cflags?
</guess> 

I should have time to take a look tomorrow, unless you beat me to it
:)


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: Wir sind Helden: Lass uns verschwinden

[signature.asc (application/pgp-signature, inline)]

Message #80 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 17 Mar 2015 00:23:51 +0100

[Message part 1 (text/plain, inline)]

gregor herrmann <gregoa@debian.org> writes:

> Hm, shouldn't $ENV{CPPFLAGS} go into @cflags instead of @ldflags?

Yes[1]

>
>  
>> I tested them and I need to disable PIE or I have this issue:
>
> <guess type=wild>
> - hardening=+all ?
> - or because of @ldflags instead of @cflags?
> </guess> 
>
> I should have time to take a look tomorrow, unless you beat me to it

I merged[2] their patches with my pull request, and I explicitely disabled
PIE after adding “+all”[3].

Now it builds cleanly in a schroot, I even install the package and “moar
--help” works \o/.

Regards.

Footnotes: 
[1]  https://github.com/MoarVM/MoarVM/pull/188

[2]  https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-rakudo/pkg-moarvm.git;a=commit;h=807610863ff64609a7b1e1b12c84c25b4ff1b1d1

[3]  https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-rakudo/pkg-moarvm.git;a=commit;h=571d44c7622b5dbae314dcd4c3e6d9b65b2fc050

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

[signature.asc (application/pgp-signature, inline)]

Message #85 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dominique.dumont@hp.com>

To: 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 17 Mar 2015 08:04:14 +0100

On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
> Now it builds cleanly in a schroot, I even install the package and “moar
> --help” works \o/.

Excellent work :-D

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

Message #90 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 17 Mar 2015 22:57:59 +0100

[Message part 1 (text/plain, inline)]

On Tue, 17 Mar 2015 00:23:51 +0100, Daniel Dehennin wrote:

> I merged[2] their patches with my pull request, and I explicitely disabled
> PIE after adding “+all”[3].
> 
> Now it builds cleanly in a schroot, I even install the package and “moar
> --help” works \o/.

Yay, great!
 
Looks like the ITP bug can be tagged pending :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: David Bowie: Suffragette City

[signature.asc (application/pgp-signature, inline)]

Message #95 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Wed, 18 Mar 2015 23:16:44 +0100

[Message part 1 (text/plain, inline)]

gregor herrmann <gregoa@debian.org> writes:

> Yay, great!
>  
> Looks like the ITP bug can be tagged pending :)

The new 2015.03 is out, this will permit to drop the patch ;-)

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

[signature.asc (application/pgp-signature, inline)]

Message #100 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Thu, 19 Mar 2015 18:16:55 +0100

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

> gregor herrmann <gregoa@debian.org> writes:
>
>> Yay, great!
>>  
>> Looks like the ITP bug can be tagged pending :)
>
> The new 2015.03 is out, this will permit to drop the patch ;-)

Should I change the version of the single entry in debian/changelog or
should I add a new section for this new release.

I wonder since there is no .deb package yet.

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

Message #105 received at 750837@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 750837@bugs.debian.org, Debian Rakudo Maintainers development mailing list <pkg-rakudo-devel@lists.alioth.debian.org>

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Thu, 19 Mar 2015 22:40:48 +0100

[Message part 1 (text/plain, inline)]

On Thu, 19 Mar 2015 18:16:55 +0100, Daniel Dehennin wrote:

> > The new 2015.03 is out, this will permit to drop the patch ;-)
> Should I change the version of the single entry in debian/changelog or
> should I add a new section for this new release.

The former because of ...
 
> I wonder since there is no .deb package yet.

... exactly this reason :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://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: Davy Graham: No Preacher Blues

[signature.asc (application/pgp-signature, inline)]

Message #110 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: pkg-rakudo-devel@lists.alioth.debian.org

Cc: Daniel Dehennin <daniel.dehennin@baby-gnu.org>, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Fri, 20 Mar 2015 20:55 +0100

On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
> Now it builds cleanly in a schroot, I even install the package and “moar
> --help” works \o/.

I've begun to review the package. A couple of comments:

* I think /usr/lib/moar/libmoar.so should land in a multiarch path (even 
though libtommath.so is not currently multiarch...)
* copyright is missing Upstream-contact
* Expat license is duplicated in debian/copyright (which would have been 
avoided if you were using cme ...)

All the best

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

Message #115 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: Dominique Dumont <dod@debian.org>

Cc: pkg-rakudo-devel@lists.alioth.debian.org, 750837@bugs.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 21 Mar 2015 00:10:46 +0100

[Message part 1 (text/plain, inline)]

Dominique Dumont <dod@debian.org> writes:

> On Tuesday 17 March 2015 00:23:51 Daniel Dehennin wrote:
>> Now it builds cleanly in a schroot, I even install the package and “moar
>> --help” works \o/.
>
> I've begun to review the package. A couple of comments:
>
> * I think /usr/lib/moar/libmoar.so should land in a multiarch path (even 
> though libtommath.so is not currently multiarch...)

The library is not versioned[1], so I thought it should not.

> * copyright is missing Upstream-contact

Should I set it to some upstream author or the
http://moarvm.org/contributing.html URL?

> * Expat license is duplicated in debian/copyright (which would have
> been avoided if you were using cme ...)

I tried “cme fix dpkg-copyright” but it does nothing :-/

I fixed it by hand and add the Vcs-* fields too.

Thanks.

Footnotes: 
[1]  https://github.com/MoarVM/MoarVM/issues/74

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

[signature.asc (application/pgp-signature, inline)]

Message #120 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: pkg-rakudo-devel@lists.alioth.debian.org, 750837@bugs.debian.org

Subject: Re: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Sat, 21 Mar 2015 11:55:16 +0100

On Saturday 21 March 2015 00:10:46 Daniel Dehennin wrote:
> > * I think /usr/lib/moar/libmoar.so should land in a multiarch path (even 
> > though libtommath.so is not currently multiarch...)

> The library is not versioned[1], so I thought it should not.

Hmm right. I did not see that libmoar.so is in its own /usr/lib/moar/ 
directory. The comment I made a year ago [1] (and forgot since then :-p ) 
still stands. 

Multi-arch is then not important, yet. Let's worry about this later when we 
have a more clear picture of what multiarch means for rakudo and moarvm...
(don't hold your breath)

> > * Expat license is duplicated in debian/copyright (which would have
> > been avoided if you were using cme ...)
> 
> I tried “cme fix dpkg-copyright” but it does nothing :-/

this is one of the case where cme relies a little bit too much on semantic: 
duplicated info like this is not seen: without any other modif, you have to 
force a save so that cme will write back a new file.

Come to think of it, there may be a way to detect this ... 

Sorry about the confusion.

All the best

[1] https://github.com/MoarVM/MoarVM/issues/74#issuecomment-45533659

Message #125 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: 750837@bugs.debian.org, pkg-rakudo-devel@lists.alioth.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 31 Mar 2015 19:45:49 +0200

Hello Daniel

I've used moarvm package as a test case for 'cme update dpkg-copyright'. 

Turns out that some copyright entries from 3rdparty directories were missing.
There were also some minor mistakes in the copyright owners. There's a better 
chance of having moarvm go through ftp-masters without missing entries in 
copyright file...

I've also added a 'fix.scanned.copyright' file in debian to work around some 
limitations (or bugs) of licensecheck command.

Last but not least: your previous work on debian/copyright is not wasted: 
some files cannot be scanned and 'cme update' did reuse the data you've created. 
The fix.scanned.copyright file [1] is needed for files where licensecheck returns 
bogus data.

I've pushed the new debian copyright file [2] to copyright-cme-update branch on 
pkg-moarvm repo. Feel free to pick up what you want from this file or simply 
merge it on master. 

I also found (manually, cme is not that magic ;-p ) that the license you 
flagged as "Other" is a MIT variant. This update is pushed on master. [3]

Once the copyright is done, I don't see any other issue to upload moarvm.

All the best

[1] https://anonscm.debian.org/cgit/pkg-rakudo/pkg-moarvm.git/tree/debian/fix.scanned.copyright?h=copyright-cme-update
[2] https://anonscm.debian.org/cgit/pkg-rakudo/pkg-moarvm.git/tree/debian/copyright?h=copyright-cme-update
[3] https://anonscm.debian.org/cgit/pkg-rakudo/pkg-moarvm.git/commit/

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

Message #130 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837@bugs.debian.org

Cc: pkg-rakudo-devel@lists.alioth.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Tue, 31 Mar 2015 21:25:21 +0200

[Message part 1 (text/plain, inline)]

Dominique Dumont <dod@debian.org> writes:

> Hello Daniel

Hello,

> I've used moarvm package as a test case for 'cme update dpkg-copyright'. 
>
> Turns out that some copyright entries from 3rdparty directories were missing.
> There were also some minor mistakes in the copyright owners. There's a better 
> chance of having moarvm go through ftp-masters without missing entries in 
> copyright file...

Great, I was looking for a tool to manage this, it's quite cumbersome to
do it by hand.

> I've also added a 'fix.scanned.copyright' file in debian to work around some 
> limitations (or bugs) of licensecheck command.
>
> Last but not least: your previous work on debian/copyright is not wasted: 
> some files cannot be scanned and 'cme update' did reuse the data you've created. 
> The fix.scanned.copyright file [1] is needed for files where licensecheck returns 
> bogus data.
>
> I've pushed the new debian copyright file [2] to copyright-cme-update branch on 
> pkg-moarvm repo. Feel free to pick up what you want from this file or simply 
> merge it on master. 

Ok, I merged it.

I remove the “author variant” license paragraphes “BSD-2-clause~author”
and “BSD-3-clause~Google” and manually fix the remaining
“BSD-3-clause~author”.

> I also found (manually, cme is not that magic ;-p ) that the license you 
> flagged as "Other" is a MIT variant. This update is pushed on master. [3]
>
> Once the copyright is done, I don't see any other issue to upload moarvm.

I added the Upstream-Contact pointing to the “contribution” web page
since it groups GitHub and IRC informations.

Everything pushed.

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

[signature.asc (application/pgp-signature, inline)]

Message #135 received at 750837@bugs.debian.org (full text, mbox, reply):

From: Dominique Dumont <dod@debian.org>

To: 750837@bugs.debian.org, pkg-rakudo-devel@lists.alioth.debian.org

Subject: Re: Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP

Date: Fri, 03 Apr 2015 19:58:11 +0200

Le mardi 31 mars 2015, 21:25:21 Daniel Dehennin a écrit :
> Everything pushed.

Uploaded. Thanks a bunch for your work :-)

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

Message #140 received at 750837-close@bugs.debian.org (full text, mbox, reply):

From: Daniel Dehennin <daniel.dehennin@baby-gnu.org>

To: 750837-close@bugs.debian.org

Subject: Bug#750837: fixed in moarvm 2015.03-1

Date: Sun, 14 Jun 2015 19:00:20 +0000

Source: moarvm
Source-Version: 2015.03-1

We believe that the bug you reported is fixed in the latest version of
moarvm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 750837@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Daniel Dehennin <daniel.dehennin@baby-gnu.org> (supplier of updated moarvm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sat, 14 Mar 2015 21:50:28 +0100
Source: moarvm
Binary: moarvm moarvm-dbg
Architecture: source amd64
Version: 2015.03-1
Distribution: unstable
Urgency: medium
Maintainer: Daniel Dehennin <daniel.dehennin@baby-gnu.org>
Changed-By: Daniel Dehennin <daniel.dehennin@baby-gnu.org>
Description:
 moarvm     - virtual machine for Rakudo Perl 6 and NQP
 moarvm-dbg - virtual machine for Rakudo Perl 6 and NQP - debug symbols
Closes: 750837
Changes:
 moarvm (2015.03-1) unstable; urgency=medium
 .
   * Initial release (Closes: #750837)
Checksums-Sha1:
 6affe9a1c15e6e3693319f35890c4c4d6793f50d 1918 moarvm_2015.03-1.dsc
 3ecfca4adcd0765b3c6a8ea1ce507b1aa724afa4 3071511 moarvm_2015.03.orig.tar.gz
 6ffd27114c99dd187ef6fd61372f8b2227933fd9 8128 moarvm_2015.03-1.debian.tar.xz
 660990d4b142100fe46990c12203a86a5abc7ec8 634466 moarvm_2015.03-1_amd64.deb
 e9c703961a597b8f2e77c1696241ca3011f96528 2418176 moarvm-dbg_2015.03-1_amd64.deb
Checksums-Sha256:
 4531ebe79e63203909f3db29d0cce390fa15525d01640041360b71e223d68d28 1918 moarvm_2015.03-1.dsc
 fc4bfae9a004c9f266c53881ae375955daeb84936b9055ae486194e06caec4a0 3071511 moarvm_2015.03.orig.tar.gz
 6b695a3a24f8598be55a63e3332431fee5703f392b33223aa0e36493f9942b47 8128 moarvm_2015.03-1.debian.tar.xz
 fdc75e82f6fc790fe9bc65811afdcfba6fe65d179309f0d61dfeff821469a592 634466 moarvm_2015.03-1_amd64.deb
 16b69c46d64689e85be782ca3fb332f9a65f709c07790ba01a747e80e17e8544 2418176 moarvm-dbg_2015.03-1_amd64.deb
Files:
 059c8aca6c7bb674c08199198a5d8ec8 1918 interpreters optional moarvm_2015.03-1.dsc
 95e50dee9eeddab544d1ef4f21f26ac2 3071511 interpreters optional moarvm_2015.03.orig.tar.gz
 4948c98386f1d395f2c266f887fdd40f 8128 interpreters optional moarvm_2015.03-1.debian.tar.xz
 320d2889e79011d642aafa5f30d02bb7 634466 interpreters optional moarvm_2015.03-1_amd64.deb
 753086b493e5e1a503eb142586e14988 2418176 debug extra moarvm-dbg_2015.03-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVHSgsAAoJEMMfT9lJqytsF70QAIM+W76w03X46GXBYDdmcjy8
sAoJdZ9UY/qntkVNJVOMp39pvmbKJ37jjig0KY02qrj88eioDroFbX6HkVvRmj3R
R7HuwqJzWZm7Y3U2Lxr+jntedolG1vPAMdDgC7ONZbfAE8Ntrzdfr5E69ABpT1Tf
cPOV2LheC14LEnlVTjvk2o1Mo9ucivwNozy+ID2fCyp4ChbkDerPL+sW1GROOJKT
mRdJqp6z6a57hh5Jo6e7sLVPRgzzCeaK0f0wV7ErbGoQgFcVPirWXkGKGd0z5Hi6
iS+IsXAJJFs4NTScKDjGtl8nksMUmTcOxas1ABQqJxtAG+rwt4xWP2i3KQHdaXbg
bdvGPKNiRdEVeUhon1VVKHOnRzoDJYNwZgs6Ko3z+LIJ9l+aEt32edOUG3GFdxme
41vxxMw+asYKdoLO9Y3oIAel8tFuCjMMytKMNn2vfllQoo0xNRPn/LC0i5EAEsMW
vbzPMzCedlNFJByoKWdhsUVwW1iV75PBN9+yq8T8RIPQDMEaFIH13EpXbAMC7jJC
C8hdMpjZrujLR+vOLIqMZPnxgvuBhqezKz0wsyfmAnX/j3PU0wBCGlIupALkrciy
y824xcS7YR114Yf6wZV23N1flXO28oPpbbXoJKQqusa5NV4QvQDAJbZigogYDdhx
jJdcWwWkVeTCjNbeJfgm
=1dXt
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.