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 <http

Bug#920835: mlucas FTBFS on !amd64: test failures

upstream to investigate. Cheers, Alex Juhani Numminen writes: > On Wed, 30 Jan 2019 05:27:48 +0800 Alex Vong wrote: >> Hello Adrian Bunk, >> >> The test log is not useful at all. I want to add a patch to enable >> verbose test log and let it build again to identify th

Bug#920834: mlucas: FTBFS on i386

# I am changing the title since I think the i386 baseline is in fact not # violated. retitle 920834 mlucas: FTBFS on i386 thanks Alex Vong writes: > Hello Adrian Bunk, > > I figure out what's the problem. There's a typo in upstream src: > > s/SSE2_RADI16_CALC_TWID

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#920834: mlucas: FTBFS and baseline vioiation on i386

Alex Vong writes: > Dear Adrian Bunk, > > Regarding FTBFS, I've commented it at <https://bugs.debian.org/920835>. > > Regarding baseline vioiation on i386, the autotool build system builds 2 > versions of the binary: generic-c and SSE2, and install it to > libexecd

Bug#920834: mlucas: FTBFS and baseline vioiation on i386

Dear Adrian Bunk, Regarding FTBFS, I've commented it at . Regarding baseline vioiation on i386, the autotool build system builds 2 versions of the binary: generic-c and SSE2, and install it to libexecdir. Then the wrapper script selects the right binary at

Bug#920835: mlucas FTBFS on !amd64: test failures

Hello Adrian Bunk, The test log is not useful at all. I want to add a patch to enable verbose test log and let it build again to identify the issues. Is it possible for me to get access to porter machine or should I upload to experimental and let buildd to build it? Thanks for your great work

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#871593: mlucas: Please add arm64

Edmund Grimley Evans writes: > Source: mlucas > Version: 14.1-2 > User: debian-...@lists.debian.org > Usertags: arm64 > > This package can easily be ported to arm64: in src/platform.h > recognise the architecture with defined(__aarch64__) and configure > it the

Bug#861248: unblock: mlucas/14.1-2

elease (Closes: #860662), split big test into smaller ones +to avoid exhausting system resources. + * Backport fix for undefined behavior from upstream. + + -- Alex Vong <alexvong1...@gmail.com> Mon, 24 Apr 2017 16:16:28 +0800 + mlucas (14.1-1) unstable; urgency=low * Initial rel

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

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

medium * RC bug fix release (Closes: #860662), split big test into smaller ones to avoid exhausting system resources. * Backport fix for undefined behavior from upstream. -- Alex Vong <alexvong1...@gmail.com> Mon, 24 Apr 2017 16:16:28 +0800 Remark == I tried to reproduce the

Bug#860662: mlucas: FTBFS on i386: dh_auto_test: make -j64 check VERBOSE=1 returned exit code 2

Hello, A RC bug was reported by Lucas Nussbaum last week. I tried to reproduce it in a QEMU VM with 64 cores but was unable to reproduce it precisely (pthread_create() dies with EAGAIN instead of ENOMEM). Recently, I find a similar bug[0], which will be fixed in the future by splitting big test

Bug#860662: mlucas: FTBFS on i386: dh_auto_test: make -j64 check VERBOSE=1 returned exit code 2

Bug #860664: signature.asc Description: PGP signature

Bug#860662: mlucas: FTBFS on i386: dh_auto_test: make -j64 check VERBOSE=1 returned exit code 2

Alex Vong <alexvong1...@gmail.com> writes: > Upon inspection, it seems the problem is caused by some serious memory > leaks: >>> executipthread_create:: Cannot allocate memory >>> FAIL self_test.test (exit status: 139) > > Building with '-fsanitize=leak' seems

Bug#860662: mlucas: FTBFS on i386: dh_auto_test: make -j64 check VERBOSE=1 returned exit code 2

Thanks for the bug report. Upon inspection, it seems the problem is caused by some serious memory leaks: >> executipthread_create:: Cannot allocate memory >> FAIL self_test.test (exit status: 139) Building with '-fsanitize=leak' seems to confirm it: > make[1]: Leaving directory

Bug#852201: RFS: mlucas/14.2-1

Adam Borowski <kilob...@angband.pl> 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 >> >> Al

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

Bug#836430: aseprite: asperite switch to non-free license in version 1.1.8

Source: aseprite Severity: important Tags: upstream Dear Maintainer, >From the homepage[0], asperite has recently switched to a non-free license in version "1.1.8". I don't see any forks of the project yet. What should we do with our package? Should we simply wait for people to fork the old GPL

Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk

Package: clojure1.6 Version: 1.6.0+dfsg-1 Followup-For: Bug #775450 Hi, I have run into the same problem and I find the solution is to insert the "-noverify" flag when invoking java. The following command works for me: $ java -noverify -cp /usr/share/java/clojure-1.6.jar clojure.main Should

Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk

On 07/02/2016, Emmanuel Bourg wrote: > Clojure 1.6 requires Java 6 or higher, I don't think adding the > -noverify flag will fix all the compatibility issues with GCJ. We should > adjust the package dependencies instead. > > Emmanuel Bourg > > You are right, it is more of a

Bug#775450: clojure1.6: clojure 1.6 doesn't work with gij/gcj 4.9 instead of openjdk

On 08/02/2016, Markus Koschany <a...@gambaru.de> wrote: > Am 07.02.2016 um 21:38 schrieb Emmanuel Bourg: >> Le 7/02/2016 17:21, Alex Vong a écrit : >> >>> You are right, it is more of a workaround than an actual fix, in case >>> we need to use gcj with clo

Bug#809796: make dates of packages more visible

Hi, 積丹尼 Dan Jacobson writes: > Package: www.debian.org > Severity: wishlist > > Starting from > https://packages.debian.org/sid/utils/ideviceinstaller > it is an extreme challenge to learn any of the DATES of > any of the items listed, without being forced to download to

Bug#807687: wiki.debian.org: can't see wiki.debian.org if using tor and tor exit

Hi Shirish, I am a Debian user. I tried using Tor for awhile (not using it now though), and sometimes this happened. For example, websites often thought I am a bot, and asked me to answer some questions to show I am a human. My solution was to re-establish connection to change the exit relay.

Bug#774331: Work around for `fakechroot fakeroot debootstrap` failure

Hi everyone, I have found a workaround for the problem after searching a solution for several hours. The solution is based on . We need to do a 2-stage hack and exclude systemd to work around the

Bug#802168: wiki.debian.org: on Bugs/Reporting aptitude command is used instead of apt

tags 802168 +confirmed reassign 802168 www.debian.org thanks Hi everyone, Indeed, aptitude is not installed by default. So the command will fail if the user does not installed aptitude before hand. However, I think this bug belongs to www.debian.org, so I am reassigning. Cheers, Alex On

Bug#750735: Fwd: Debian ChangeLog 404

# Since we have yet another report of this bug, # I am bumping the severity of this bug report. severity 750735 normal thanks -- Forwarded message -- From: Torsten Klein <kl...@jam-software.com> Date: Fri, 16 Oct 2015 11:51:47 + Subject: AW: Debian ChangeLog 404 To: Ale

Bug#801083: gthumb: unreproducible build

Hi Herbert, Do you know how the bug is fixed? Well, do the bug disappears itself, or is it an upstream fix? Anyway, congratulations! Cheers, Alex On 16/10/2015, Herbert Parentes Fortes Neto wrote: > Hi Alex, > > No 'unrep' on my QA page today. > > I will wait a few more days

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

Bug#799030: make: Normalize path before matching against targets

Package: make Followup-For: Bug #799030 Hi Celelibi, I am not the maintainer of GNU Make but I think I know how to solve your problem. According to , there is a function `$(abspath names…)', which returns an absolute

Bug#801083: gthumb: unreproducible build

Hi, I have looked into the buildd page for gthumb . It seems that particular FTBFS is due the build machine not having enough disk space. This is indicated by the error message `autoreconf: cannot create /tmp/ar9681.28668: No space left

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:

Bug#801083: gthumb: unreproducible build

Source: gthumb Version: 3:3.4.1-1 Severity: minor Dear Maintainer, shows that the version of gthumb in unstable is unreproducible. The ``differences'' tag shows that the file to be installed as

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

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

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

Bug#799060: ftp.debian.org: REJECT-FAQ has a dead link

Package: ftp.debian.org Severity: minor Hi ftpmasters, The REJECT-FAQ contains a dead link. "The OpenSSL FAQ" has been moved from to . Please consider

Bug#756123: chained implicit rule can fail to make a prerequisite

Hi everyone, The bug appears to be fixed in GNU Make 4.0 and 4.1 by some unknown commits. According to , Hi Manoj; I ran the test with both 3.81 and 3.82 and it failed almost immediately: I ran it 100 times with 4.0 and 4.1 and couldn't reproduce the

Bug#793054: youtube-dl(1) manpage: bad formating of long questions in FAQ

lex #!/usr/bin/guile -s !# ;; Written in 2015 by Alex Vong <alexvong1...@gmail.com> ;; ;; To the extent possible under law, the author(s) have dedicated all copyright ;; and related and neighboring rights to this software to the public domain ;; worldwide. This software is distributed without a

Bug#569136: Fwd: [I18N-BUG] zh_TW homepage download link does not work

. Cheers, Alex -- Forwarded message -- From: Alex Vong <alexvong1...@gmail.com> Date: Fri, 4 Sep 2015 23:53:38 +0800 Subject: [I18N-BUG] zh_TW homepage download link does not work To: debian-...@lists.debian.org Hi everyone, The Traditional Chinese homepage of Debian

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 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-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 costamagnagianfra...@yahoo.it: Hi Alex, BuiltSignedUploaded, 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

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

Bug#557093: [make] Probablly mistranslation on Japanese warning message

package make fixed 557093 4.0-8.1 thanks Package: make Followup-For: Bug #557093 Dear Katsuhiko and Maintainer, To Maintainers of make package and Reporters of Bug #557093, the mistranslation was fixed in Translation Project. After new ja.po for make is incorporated in make package, close the

Bug#763147: [PATCH] Re: make-first-existing-target.1: Typos in manpage

make suggests: pn make-doc none -- no debconf information From 95471a03a3a03601d5d073d6c33903c68ecddff2 Mon Sep 17 00:00:00 2001 From: Alex Vong alexvong1...@gmail.com Date: Wed, 26 Aug 2015 18:50:35 +0800 Subject: [PATCH] Fix typos in make-first-existing-target(1) man page. Description: Fix typos

Bug#696263: make: Command not found on some shell builtins

Package: make fixed 696263 3.82-1 thanks Package: make Followup-For: Bug #696263 Dear gokcehan, Jonathan and Maintainer, The conversation on http://lists.gnu.org/archive/html/bug-make/2009-07/msg9.html suggests that the patch fixing the bug was submitted by Ralf Wildenhues. It was then

Bug#696222: make: reset stack size when spawning commands

Package: make fixed 696222 3.82-1 thanks Package: make Followup-For: Bug #696222 Dear gokcehan, Jonathan and Maintainer, The bug http://savannah.gnu.org/bugs/?22010 was fixed upstream via the commit http://git.savannah.gnu.org/cgit/make.git/commit/?id=0b30c8d9cef18f55e2425e32ffc1552af650a1be

Bug#778693: make incorrectly interprets

Package: make tags 778693 + wontfix thanks Package: make Followup-For: Bug #778693 Dear Jeremy, Would you like to close the bug on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778693 or should I do this for you since you have menthioned it is actually not a bug? I am now tagging the bug as

Bug#766383: [make] make version 4.1 available

Package: make block 766383 by 760986 thanks Package: make Version: 4.0-8.2 Followup-For: Bug #766383 Hi Jean, According to https://packages.qa.debian.org/m/make-dfsg.html, this package is part of the ongoing testing transition known as guile-1.8-rm. Please avoid uploads unrelated to this

Bug#608102: make.1: please update date in footer line

package make fixed 608102 4.0-8.1 thanks Package: make Followup-For: Bug #608102 Dear Maintainer, The bug had long been fixed via the commit http://git.savannah.gnu.org/cgit/make.git/commit/make.1?id=1454a04f81708850353dbdc0807a099c5aaab55b in 2011. Since the package version in Debian stable is

Bug#723990: youtube-dl: Support for Python 3

Hi everyone, Although youtube-dl is provided as a user application, it is actually possible to call it from python2 (but not python3 currently for some reason) using `import youtube_dl'. README.md has this feature docmented

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

: 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

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

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 alexvong1...@gmail.com Sun, 02 Aug

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 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

Bug#796237: wiki.debian.org: spelling mistake in inline command

Package: wiki.debian.org Severity: minor Dear Maintainer, In the page https://wiki.debian.org/DebianMentorsFaq#How_do_I_install_a_package_from_mentor.debian.net.3F, the inline command cp /etc/devscripts.conf ~/.devcripts is mis-spelled. It should be cp /etc/devscripts.conf ~/.devscripts

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 jw...@debian.org: * Alex Vong alexvong1...@gmail.com, 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

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 alexvong1...@gmail.com Sun, 02 Aug 2015 03:13:37 +0800 Cheers

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 ewma...@aol.com 2015-08-16 19:42 GMT+08:00, Alex Vong alexvong1...@gmail.com: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package mlucas * Package name

Bug#758044: man page confusion has been fixed in both upstream and Sid

Package: youtube-dl Followup-For: Bug #758044 Hi 積丹尼, I am not the maintainer of youtube-dl, I find my way into this bug report when I am about to report a man-page-related issue. I believe the bug you reported has already been fixed. The confusing section now looks like this: --ignore-config

Bug#760455: install-sh: insecure use of /tmp

Package: automake Version: 1:1.15-2 Followup-For: Bug #760455 Dear Maintainer, A patch fixing the bug authored by Pavel Raiskup is available from Red Hat Bugzilla. The patch has been forwarded to upstream, but it has not been merged yet. References:

Bug#736441: morituri: Ejects CD after failed MusicBrainz lookup

Hi Mark, I am also an user of morituri, I also experience CD ejection after failed MusicBrainz lookup. My solution is to add -U flag after the command to force a rip. In short, use the command `rip cd rip -U' will solve the problem. I find this solution on

Bug#782813: gcc-arm-none-eabi: fail to compile Hello World program

Package: gcc-arm-none-eabi Version: 4.8.4-1+11-1 Severity: important Dear Maintainers, I fail to compile the Hello World program using the command: $ arm-none-eabi-gcc -o hello hello.c I suspect it is due to some dependencies not being satisfied. Thanks for your attention! ***