Bug#921044: RFS: mlucas/17.1-3 [RC]

; urgency=medium * RC bug fix release (Closes: #920835), fix missing binary name in wrapper script and undefined macro error in powerpc build. * Add architecture hurd-i386. -- Alex Vong Fri, 01 Feb 2019 05:10:29 +0800 Additional info === As I've mentioned in <

Bug#920948: RFS: mlucas/17.1-2 [RC]

nstable; urgency=medium * RC bug fix release (Closes: #920834), fix c identifier typo. * Display verbose test log to assist debugging #920835. -- Alex Vong Wed, 30 Jan 2019 23:23:24 +0800 Notes = Firstly, this upload fixes one of the RC bug (FTBFS and baseline violation in i386). As I expl

Bug#920790: RFS: mlucas/17.1-1

se HTTPS in URLs. * Remove doc-base and obsolete patches. -- Alex Vong Sat, 26 Jan 2019 17:13:06 +0800 Cheers, Alex signature.asc Description: PGP signature

Bug#861155: RFS: mlucas/14.1-2 [RC]

Gianfranco Costamagna writes: > control: owner -1 ! > control: tags -1 moreinfo > >>I am looking for a sponsor for my package "mlucas" > > > missing changes: > bump std-version > change of CFLAGS > change VCS fields > > please ask Release Team if such changes are allowed for an unblock, > or remo

Bug#861155: RFS: mlucas/14.1-2 [RC]

release (Closes: #860662), split big test into smaller ones to avoid exhausting system resources. * Backport fix for undefined behavior from upstream. -- Alex Vong Mon, 24 Apr 2017 16:16:28 +0800 Remark == I tried to reproduce the RC bug in a QEMU VM with 64 cores but was unable

Bug#852201: RFS: mlucas/14.2-1

Adam Borowski writes: > On Sun, Jan 22, 2017 at 11:34:55PM +0100, Adam Borowski wrote: >> On Sun, Jan 22, 2017 at 09:10:33PM +0800, Alex Vong wrote: >> > * Package name: mlucas >> > Version : 14.2-1 >> >> Alas, it fails to build for me, tes

Bug#852201: RFS: mlucas/14.2-1

with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/m/mlucas/mlucas_14.2-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: mlucas (14.2-1) unstable; urgency=low * New upstream release. -- Alex Vong

Re: Copyright of composite Makefile.in files

Hi, I am not a mentor, the following is just my opinions: I think if possible, Makefile.in should not be included in tarball, since dh_autoreconf will re-generate it at build-time anyway. But I think it is fine to keep it if the upstream tarball provides it since it does not worth repacking the t

Re: user want messages removed from mailing list

Hi, I think the user accepted the situation and said he would give "mark as spam" a try. Thanks, Alex On 17/11/2015, Jakub Wilk wrote: > * Alex Vong , 2015-11-16, 21:49: >>A user says he wasn't aware that the mailing list is public and want >>his conversion with

Re: user want messages removed from mailing list

Hi Gianfranco and Charles, Thanks! I have marked them as spam and redirected him to you guys. Cheers, Alex On 16/11/2015, Charles Plessy wrote: > Le Mon, Nov 16, 2015 at 09:49:51PM +0800, Alex Vong a écrit : >> >> A user says he wasn't aware that the mailing list is pu

user want messages removed from mailing list

Hi everyone, A user says he wasn't aware that the mailing list is public and want his conversion with me and another person removed. I have replied to him stating that the mailing list is like a public forum, everyone can read it. He hasn't replied yet. But if he insisted on having the conversatio

Re: Making a package that amounts to GBs of .wavs data?

Hi Víctor, On 28/10/2015, Víctor Cuadrado Juan wrote: > > On 15-10-28 09:14:34, Gianfranco Costamagna wrote: >> I assume there is no way to split the 2GB files, right? > > The drum kit files kit is comprised of several little .wav files that are > recordings of the same drum kit part at different

Bug#801213: RFS: python-privacyidea/2.7-1 [ITP]

Hi Cornelius, I recommend reading if you haven't. The guide mentions suggestions 1), 2) and 3) mentioned by Daniel and more. Cheers, Alex On 11/10/2015, Cornelius Kölbel wrote: > Hi Daniel, > > thanks a lot for all the valuable feedback.

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi everyone, I think Cesar has fixed almost all lintian warnings except the "too much arch independent data" warning, including the "keyword" keyword funny issue mentioned by Gianfranco. However, I see mainly 2 problems. First, if I try to build using debuild, I get the error `dh_autoreconf: autor

Re: ldconfig in a post(rm|inst) script

Hi Herbert, On 06/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Alex, > > >> >> >>> rm -f >> >> >>> /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE-device.fdi >> >> >>> || true > >> > What errors if using 'rm -f', right ? >> > >> What do you mean by that? Could you pleas

Re: ldconfig in a post(rm|inst) script

Hi Herbert, On 06/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Jakub, > >> * Herbert Parentes Fortes Neto , 2015-10-06, 09:33: >> >>>libgphoto2-6.postrm >> >>>remove) >> >>> rm -f /usr/share/hal/fdi/information/20thirdparty/$PACKAGE.fdi || >> >>> true >> >>> rm -f >> >>> /usr/share/hal/fdi

Re: unstripped-static-library

Hi Herbert, I have opened a bug report on the reproducibility matter, feel free to continue the discussion there . Cheers, Alex On 06/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Alex, > > >> >> First, according to the policy manual

Re: unstripped-static-library

Hi Herbert, On 04/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Alex, > >> >> First, according to the policy manual, we should support "nostrip" in >> "DEB_BUILD_OPTIONS", so we should probably wrap the rule with: >> ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) >> some override_dh_s

Re: unstripped-static-library

you have extra times. Cheers, Alex On 04/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Alex, > > Thanks for answering. And the details! > > continue > > On Sat, 3 Oct 2015 08:45:48 +0800 > Alex Vong wrote: > >> Hi Herbert, >> >> I am not a mentor

Re: unstripped-static-library

Hi Herbert, I am not a mentor. I think the static library striping is done by dh_strip, the detection code looks like this: # Is it a static library, and not a debug library? if (m/lib.*\.a$/ && ! m/.*_g\.a$/) { # Is it a binary file, or something else (maybe a linker # scr

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi all, I have separated arch-dep and arch-indep files into 2 packages, the arch-dep package is called ``eviacam'' and the arch-indep package is called ``eviacam-doc''. Notice the ``eviacam-doc'' package only includes the files installed in ``/usr/share/doc/eviacam/help'' directory and nothing el

Re: Suggestion of new program: execute mathematical set operations on lists

Hi Frank, I think I know a language that will do what you want, it is called LISP! Lisp stands for `list processing language' or `lots of irritating superfluous parentheses' when it doesn't. Lisp allows you to program as if you were writing mathematics, aka functional programming. I learned Lisp

Bug#799205: RFS: eviacam/2.0.1-1 [ITP] -- webcam based mouse emulator

Hi everyone, About the `hardening-no-fortify-functions' lintian warning, I use the `debian/rule' template generated by dh_make and merges it with the original `debian/rule' file. Now the warning goes away with the new `debian/rule' file, which is in the attachment. Please try to see if it works!

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Cesar and Gianfranco, I have fixed 2 lintian warnings about `debian/copyright', it is in the attachment. They are `dep5-copyright-license-name-not-unique' and `old-fsf-address-in-copyright-file'. I think it would be great to update the address of FSF in the source files as well. I notice there

Re: Bug#797794: marked as done (RFS: gnss-sdr/0.0.6-1 [ITP])

upload package to Debian :) You can obviously ask questions here and someone will answer you (subscription is not required). Like this email. <-- Cheers, Alex 2015-09-23 1:17 GMT+08:00, Jeffrey Walton : > On Tue, Sep 22, 2015 at 1:10 PM, Alex Vong wrote: >> Hi Jeffrey, >> &

Re: Bug#797794: marked as done (RFS: gnss-sdr/0.0.6-1 [ITP])

Hi Jeffrey, What sort of bug reports are you receiving? If their titles are in the form "Bug#: foolishbar (RFS: blablabla)", then they should belong to the debian-mentors mailing list. I guess the type of bug reports you are receiving should show what mailing list they are belonging to. Cheers, A

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi everyone, I grape the source from . I think I find a problem with the build dependencies, the build dependencies contain `libopencv-dev | libcv-dev'. I first choose to install `libcv-dev', but I get a build failure. After that, I choose to install `lib

Re: RFS: eviacam

Hi Cesar, It is early in the morning and I have spot "Debhelper compatibility level 7" in but I believe the latest "Debhelper compatibility level" is "9". Perhaps you should try $ echo 9 > debian/compat and adding Build-Depends: debhelper (>= 9)

Fwd: Seeking help with submission of package

Hi Dave, By the way, this page (http://mentors.debian.net/intro-maintainers) is extremely useful in case you haven't read it. Cheers, Alex -- Forwarded message -- From: Gianfranco Costamagna Date: Mon, 14 Sep 2015 13:30:25 + (UTC) Subject: Re: Seeking help with submission of

Re: java pacakge: maven material: how to test

Hi Jerome, I know absolutely nothing about Java, but I have found 2 pages which may help you: and . Also you may want to seek help on these Java-specific mailing lists: and

Re: Bug#797888: RFS: panda3d/1.9.0-1 [ITP]

Package: wnpp retitle 597172 ITP: panda3d -- Panda3D is a game engine, a framework for 3D rendering and game development for Python and C++ programs. thanks Hi Jörn, It seems your email client does line wrapping, so I am re-sending the retitle command. Usually line wrapping is good for readabil

Re: Bug#797888: RFS: panda3d/1.9.0-1

Hi Jörn, To set yourself the owner of bug BUG_NUM, you send an email to cont...@bugs.debian.org with the following line: owner BUG_NUM ! Please see https://www.debian.org/Bugs/server-control#owner for how to manipulate bugs, they are fun IMHO. Cheers, Alex 2015-09-04 22:44 GMT+08:00, Jörn Schö

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

Hi Gianfranco, Thanks! I will let upstream know. Cheers, Alex 2015-08-28 18:08 GMT+08:00, Gianfranco Costamagna : > Hi Alex, > Built&Signed&Uploaded, thanks for your contribution to Debian! > > cheers, > > G. >

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

nstable; urgency=low * Initial release (Closes: #786656) -- Alex Vong Thu, 27 Aug 2015 22:04:58 +0800 Cheers, Alex

Re: Forget to add pseudo-header when closing a bug

2015-08-28 16:48 GMT+08:00, Jakub Wilk : >>Does sending "fixed " have the same effect? > > nn-d...@bugs.debian.org, unlike "fixed", will send notification to > the bug submitter, which might not be desirable when you're closing for > the second time. Okay, I don't want to send notification to

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

Hi Gianfranco, An old message is inlined below. 2015-08-21 20:46 GMT+08:00, Gianfranco Costamagna : > 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 > changelogs/manpages. > > I would

Re: Forget to add pseudo-header when closing a bug

Hi Alessio, I wonder how you do that. Do you re-open before you re-close the bug? Does sending "fixed " have the same effect? 2015-08-28 1:40 GMT+08:00, Alessio Treglia : > Hi, > > On Thu, Aug 27, 2015 at 5:36 AM, Alex Vong wrote: >> What should I do if I forget to

Re: Forget to add pseudo-header when closing a bug

Alright, I will revert it then. It is good to learn using the BTS control server. 2015-08-27 23:24 GMT+08:00, Andrey Rahmatullin : > On Thu, Aug 27, 2015 at 10:27:46PM +0800, Alex Vong wrote: >> The bug I closed was actually `not a bug' > Then you probably don't need to spec

Re: Forget to add pseudo-header when closing a bug

pstream. I will be ready *soon*. Cheers, Alex 2015-08-27 17:12 GMT+08:00, Jakub Wilk : > * Alex Vong , 2015-08-27, 12:36: >>What should I do if I forget to add pseudo-header such as >> >>Package: >>Version: >> >>when closing a bug? > > Do I understa

Forget to add pseudo-header when closing a bug

Hi everyone, What should I do if I forget to add pseudo-header such as Package: Version: when closing a bug? Should I manaully send something to cont...@bugs.debian.org to achieve the same effect? Any example would be helpful. Cheers, Alex

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

age -- From: "E. Mayer" Date: Fri, 21 Aug 2015 23:41:21 -0700 Subject: Re: Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number To: Alex Vong Hi, Alex: I am fine with option [1], integrating the build system into my main-dev. Just

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

Hi Gianfranco, 2015-08-21 22:15 GMT+08:00, Gianfranco Costamagna : > 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 this needs clarification.

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

Hi Gianfranco, Thanks for the quick reply, I have just finished dinner. 2015-08-21 20:46 GMT+08:00, Gianfranco Costamagna : > 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 it introduce some problem

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

ternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mlucas/mlucas_14.1+dfsg-1.dsc Changes since the last upload: mlucas (14.1+dfsg-1) UNRELEASED; urgency=low * Initial release (Closes: #786656) -- Alex Vong Sun, 02 Aug 2015 03:13:37 +0800 Cheers, Alex

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

2015-08-16 23:56 GMT+08:00, Jakub Wilk : > * Alex Vong , 2015-08-16, 19:42: >>http://mentors.debian.net/debian/pool/main/m/mlucas/mlucas_14.1-dfsg1.dsc > > I don't intend to sponsor this package, but I had a quick look at it: > Thanks for the quick look! > Don't

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

I have missed the `Upstream Author' field. Upstream Author : Ernst W. Mayer 2015-08-16 19:42 GMT+08:00, Alex Vong : > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "mlucas" > >

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

dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mlucas/mlucas_14.1-dfsg1.dsc Changes since the last upload: mlucas (14.1-dfsg1) UNRELEASED; urgency=low * Initial release (Closes: #786656) -- Alex Vong Sun, 02 Aug 2015 03:13:37 +0800 Cheers, Alex Vong

Re: Need help to fix hardening-no-relro and hardening-no-relro

PS: Just find out it is the debugging symbol taking all that space, so I re-enable the stackprotector. 2015-08-12 16:11 GMT+08:00, Alex Vong : > Hi Jean-Michel, > > Thanks for reminding me that overriding isn't safe. > > Now I use `DEB_BUILD_MAINT_OPTIONS = hardening=-stackpr

Re: Need help to fix hardening-no-relro and hardening-no-relro

anipulate flags since new flags can be added without me doing anything as you said. Maybe Lintian should add a new warning: Overrding *FLAGS in debian/rules. Cheers, Alex 2015-08-11 23:12 GMT+08:00, Jean-Michel Vourgère : > Alex Vong wrote: >> Maybe overriding CFLAGS and CPPFLAGS but not

Re: Need help to fix hardening-no-relro and hardening-no-relro

Hi Lucas, I am new in packaging. `hardening-no-relro' also happens to me. It turns out it is caused by the missing `-Wl,-z,relro' LDFLAGS. Maybe overriding CFLAGS and CPPFLAGS but not LDFLAGS will solve FTBFS. For example in debian/rules, CFLAGS = '-Ofoo' CPPFLAGS = '-Dfoo' LDFLAGS += '-lfoo' o

Re: Does GNU/kFreeBSD has a Sid distribution?

using one of the above images and then upgrade to Sid. Notice some package are broken in Sid (noted by apt-get), but this is expected, since Sid is the staging ground for the latest development. Enjoy the latest development tools, including GCC5! 2015-08-05 12:56 GMT+08:00, Alex Vong : > Hi ment

Does GNU/kFreeBSD has a Sid distribution?

Hi mentors, I am currently doing my packaging work on Debian Sid (amd64). It builds fine on it. Now I am trying to port the package to other architectures. It seems that GNU/kFreeBSD does not have a Sid distritution, is it true? I want to use Sid to do my packaging work because the software I pack