Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-28 Thread Alex Vong
Hi Gianfranco, An old message is inlined below. 2015-08-21 20:46 GMT+08:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it: d/rules: I personally do not like calling bootstrap, specially when the only thing needed there seems to be applying one patch and calling and generating

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-28 Thread Gianfranco Costamagna
Hi Alex, What do you mean by not preferring the bootstrap script? I have included the script in upstream's tarball, so that devs can re-generate build scripts, man page and friends. Besides, according to

Bug#795704: Fwd: Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-24 Thread Gianfranco Costamagna
Hi Alex, I contacted Ernst (upstream dev) and he agreed to integrate the build system into his dev branch. Wonderful! Good news are good :) I think the above should solve the version string problem as well. Or if it doesn't we can use the old method based on date string. I think it should

Bug#795704: Fwd: Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-22 Thread Alex Vong
: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number To: Alex Vong alexvong1...@gmail.com Hi, Alex: I am fine with option [1], integrating the build system into my main-dev. Just need a bit of clarification - what files does the 'build system' encompass, and where

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Gianfranco Costamagna
Hi Alex, let's review :) d/changelog please set to unstable, and update the timestamp d/rules: wl-asneeded is good if enable, does it introduce some problems? are both autotools-dev and autoreconf needed? usually the latter should superceed the former d/rules: I personally do not like calling

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Alex Vong
Hi Gianfranco, Thanks for the quick reply, I have just finished dinner. 2015-08-21 20:46 GMT+08:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it: Hi Alex, let's review :) d/changelog please set to unstable, and update the timestamp Okay. d/rules: wl-asneeded is good if enable, does

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Alex Vong
Package: sponsorship-requests Severity: wishlist Hi mentors, I am looking for a sponsor for my package mlucas, I have uploaded a new version of the package to fix issues pointed out by Jakub Wilk, please see previous message in the bug report to see what issues are fixed I will now elaborate

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Gianfranco Costamagna
Hi Okay. I think this needs further explaination. Upstream does not include a build system, not even a Makefile. Building is done by invoking gcc directly using different flags for different platform. This is however cumbersome, so I add autotools to ease building. I use git for development

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Gianfranco Costamagna
Hi, Actually no. I think this needs clarification. The upstream tarball contains .c .h files and some (non-dfsg-compliant) temporary files. The repack script removes the (non-dfsg-compliant) temporary files and move all the .c .h files into a directory called src/. The build system and friends

Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number

2015-08-21 Thread Alex Vong
Hi Gianfranco, 2015-08-21 22:15 GMT+08:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it: so basically the tarball found with uscan has nothing in common with the actual Debian packaging? you grab the tarball, you add a build system and you pack again, right? Actually no. I think