Your message dated Wed, 23 May 2018 22:19:01 +0200 with message-id <20180523201901.uewmlunpolu2fz7w@angband.pl> and subject line Re: Bug#898655: RFS: speedcrunch/0.12.0-4 [RC] has caused the Debian Bug report #898655, regarding RFS: speedcrunch/0.12.0-4 [RC] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 898655: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898655 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: RFS: speedcrunch/0.12.0-4 [RC]
- From: Felix Krull <f_krull@gmx.de>
- Date: Mon, 14 May 2018 19:51:33 +0200
- Message-id: <[🔎] CABrj8FyP1yK-J6mjC5r-fJWiEZncNzmCFg3xu97WKxCtO21OUA@mail.gmail.com>
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "speedcrunch"
* Package name : speedcrunch
Version : 0.12.0-4
Upstream Author : Helder Correia & others
* URL : http://speedcrunch.org
* License : GPL-2+
Section : math
It builds those binary packages:
speedcrunch - High precision calculator
To access further information about this package, please visit the following URL:
https://mentors.debian.net/package/speedcrunch
Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/s/speedcrunch/speedcrunch_0.12.0-4.dsc
Changes since the last upload:
* d/control:
- update VCS-* urls
- bump Standards-Version
- use python3-sphinx instead of python-sphinx
* d/compat: bump debhelper compat version to 10
* d/patches, d/rules: build the HTML manual in a separate step
- Rebuilding the HTML manual during the build has proven fragile. Instead,
the manual is now built in a separate step and the application build is
pointed at the result of that build.
- Closes: #897531
---
In addition to some housekeeping, a change in... CMake? Qt? -- caused an FTBFS. Instead of working around it, we changed the build process so that building the HTML manual is now a separate step. This should be more robust, but it makes d/rules a bit more complicated. I'm not sure I used the dh_auto_* targets in the best possible fashion there.
Upstream bug:
https://bitbucket.org/heldercorreia/speedcrunch/issues/830/build-with-drebuild_manual-fails-on-debian
Regards,
Felix
--- End Message ---
--- Begin Message ---
- To: 898655-done@bugs.debian.org
- Subject: Re: Bug#898655: RFS: speedcrunch/0.12.0-4 [RC]
- From: Adam Borowski <kilobyte@angband.pl>
- Date: Wed, 23 May 2018 22:19:01 +0200
- Message-id: <20180523201901.uewmlunpolu2fz7w@angband.pl>
- In-reply-to: <[🔎] CABrj8FyP1yK-J6mjC5r-fJWiEZncNzmCFg3xu97WKxCtO21OUA@mail.gmail.com>
- References: <[🔎] CABrj8FyP1yK-J6mjC5r-fJWiEZncNzmCFg3xu97WKxCtO21OUA@mail.gmail.com>
On Mon, May 14, 2018 at 07:51:33PM +0200, Felix Krull wrote: > * Package name : speedcrunch > Version : 0.12.0-4 > Changes since the last upload: > > * d/control: > - update VCS-* urls > - bump Standards-Version > - use python3-sphinx instead of python-sphinx > * d/compat: bump debhelper compat version to 10 > * d/patches, d/rules: build the HTML manual in a separate step > - Rebuilding the HTML manual during the build has proven fragile. > Instead, > the manual is now built in a separate step and the application build > is > pointed at the result of that build. > - Closes: #897531 > In addition to some housekeeping, a change in... CMake? Qt? -- caused an > FTBFS. Instead of working around it, we changed the build process so that > building the HTML manual is now a separate step. This should be more > robust, but it makes d/rules a bit more complicated. I'm not sure I used > the dh_auto_* targets in the best possible fashion there. While it is vital that things are built from source, it doesn't matter how you do it. Building stuff during configure rather than compile is a bit strange, but there's no non-philosophical reason to avoid doing so. Thus... it's ok. Uploaded. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ .globl _start↵.data↵rc: .ascii "/etc/init.d/rcS\0"↵.text↵_start ⣾⠁⢰⠒⠀⣿⡁ mov $57,%rax↵syscall↵cmp $0,%rax↵jne child↵parent:↵mov $61,%rax ⢿⡄⠘⠷⠚⠋⠀ mov $-1,%rdi↵xor %rsi,%rsi↵xor %rdx,%rdx↵syscall↵jmp parent↵child: ⠈⠳⣄⠀⠀⠀⠀ mov $59,%rax↵mov $rc,%rdi↵xor %rsi,%rsi↵xor %rdx,%rdx↵syscall
--- End Message ---