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
--
To UNSUBSCRIBE
Dominique Dumont 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
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 withou
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 i
Dominique Dumont 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
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 libtomm
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 th
Daniel Dehennin writes:
> gregor herrmann 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 thi
gregor herrmann 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
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
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.
gregor herrmann 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:
>
>
> - hardening=+all ?
> - or because of @ldflags instead of @cflags?
>
>
> I should have time to take a look tomorrow,
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/09393586b620
gregor herrmann 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 th
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
gregor herrmann 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 raku
On Sun, 15 Mar 2015 11:46:13 +0100, Daniel Dehennin wrote:
> gregor herrmann 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 n
gregor herrmann 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-expo
On Sat, 14 Mar 2015 22:36:18 +0100, Daniel Dehennin wrote:
> Dominique Dumont 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 stil
Dominique Dumont 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 packagin
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 understa
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
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 Rakud
Dominique Dumont 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.
>
>
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-
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.
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
Package: wnpp
Owner: Daniel Dehennin
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 “
27 matches
Mail list logo
