Source: fltk1.3
Version: 1.3.11-1
Severity: serious
fluid should remain continuously available in testing.
-- System Information:
Debian Release: trixie/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500,
'stable-debug'), (500, 'oldstable-securit
he diverted instance or its own code,
depending on usage. (Their syntax is conveniently very different.)
Likewise for einfo, as also found in epub-utils.
Thanks for checking, though!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cg
upload a fix when I get a
chance, probably over the weekend. Sorry for the noise about slated
autoremovals, meanwhile.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
n overhead would be negligible in practice.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Andreas Tille writes:
>Build-Depends libthread-pool 4.0.0 which does not build
>for 32bit architectures[1]
I see a fix in experimental:
https://buildd.debian.org/status/package.php?p=libthread-pool&suite=experimental
Why not just reupload it to unstable?
--
Aaron M. Uc
arrange for unaffected architectures' dependency templates to read e.g.
libfltk1.3t64 #MINVER# | libfltk1.3 #MINVER#
Sorry if I missed any relevant discussion; I must confess I haven't
followed -devel in years. :-/
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
ht
ndencies, so the
package will still need a sourceful upload; copying its migration bug
accordingly.
> I am going to file a RM bug when this is autoremoved from testing.
Thanks! To confirm, I don't need to do anything active here, just leave
this bug open at RC severity and reencourage drawxt
Control: severity 891197 normal
u...@debian.org (Aaron M. Ucko) writes:
> For the time being, we can switch to an embedded copy of classic PCRE by
> dropping the build dependency on libpcre3-dev; that's of course not a
> proper fix, but should at least let us downgrade this bug
f classic PCRE by
dropping the build dependency on libpcre3-dev; that's of course not a
proper fix, but should at least let us downgrade this bug's severity.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
led. I went with a minimal fix, in part to
facilitate getting it into a stable update if anyone considers that
warranted.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
andom_value here and in the other unittests/*map.hpp headers to
match the corresponding containers' declarations, per the attached
patch. The relevant platform difference is whether plain char is
signed, as it notably is on x86 but not arm*. (There are other
architectures in each camp.)
--
r broke the
logic to honor FLTK_SKIP_FLUID (which I've confirmed remains present).
Thanks for the report (reminiscent of [1], FWIW), and sorry for the
trouble!
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855040
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
ere sra-sdk 3.x stands in
terms of architecture support, which may be clearer with upgrades to
3.0.1 in place. I've been working on them, but a power outage last
weekend delayed me; I'll try to wrap them up this weekend.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Andreas Beckmann writes:
> during a test with piuparts I noticed your package fails to upgrade from
> 'sid' to 'experimental'.
Good catch, thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ackaging fix (for #624130) and stayed there by inertia.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
lue:
std::unique_ptr&& is
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
errors in the rare cases where its usage would be problematic.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Adrian Bunk writes:
> Makes sense.
Thanks.
> It would also be useful if fltk1.3 would FTBFS when an input file was
> not found.
Don't worry, I'm already planning to put in such a safeguard at this
point. Sorry for missing this possible failure mode earlier.
--
Aaron M
xport/*/FLTK-Targets-none.cmake \
Got it, thanks, though I'm inclined to use find(1) so I'm not
specifically tied to new cmake.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
t have been to patch CMake's input, but I want to
make some across-the-board tweaks that are best centralized modulo this
sort of wrinkle.) I'll take a look when I get a chance.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.
rence to `nfftf_init_1d'
[...]
Please try listing simple_test.c ahead of the libraries, which the
linker otherwise discards as apparently unneeded.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
golang-github-pbnjay-memory-dev now that
the latter exists.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
akefile to drop
the T flag from LINK.A (line 72).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
command line later on.
> Any idea how to specify the number of object files more sensibly
> to not explode the command line arguments too much?
You (or upstream) could consider using internal static libraries.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http
rely for its own use.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Andreas Tille writes:
> I'm wondering why the makefile stopped working just because a new compiler
> version is used. :-(
Along the way, you pulled in a new upstream version, whose makefile
evidently wasn't quite right.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at
p,%.o,$(wildcard source/*.cpp))
OBJECTS+=$(patsubst %.c,%.o,$(wildcard source/*.c))
to match the relevant sources' actual location; sorry if that was unclear.
(The existing setup only covers subdirectories of source, missing that
directory's immediate contents.)
--
Aaron M. Ucko,
/uchime_src/makefile to add -std=c++14 to CXXFLAGS,
thereby suppressing std::byte for now.
I also found massive link errors, resolvable by correcting the top-level
Makefile to pick up source/*.cpp and source/*.c rather than the
nonexistent *.cpp and *.c.
[1] https://en.cppreference.com/w/cpp/types/byte
ll look into
doing so when I get a chance.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Étienne Mollier writes:
> the pieces of the puzzle together. Thanks for your explanation,
No problem; please feel free to ping me if there's anything else I can
clarify.
Also, sorry for the badly half-baked metadata update.
> Have a nice day, :)
Thanks, you too!
--
Aaron M. U
Yes, 990743, already granted. It doesn't appear to have reduced the delay below
what the autopkgtest already gave, though.
-- Aaron
On July 15, 2021 12:08:17 AM EDT, Andreas Tille wrote:
>Hi Aaron,
>
>did you filed an unblock request to release.debian.org bug report?
>
>Kind regards
>Andrea
Control: tag -1 pending
Hello,
Bug #990741 in ncbi-entrez-direct reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/med-team/ncbi-entrez-direct/-/commit/1520ff4905
Package: ncbi-entrez-direct
Version: 14.6.20210224+dfsg-3+b2
Severity: serious
Justification: maintainer prerogative
In the course of checking whether
https://bugs.launchpad.net/ubuntu/+source/ncbi-blast+/+bug/1934402
affects ncbi-blast+ in testing and unstable, I observed -- *only* -- a
different
(include)
Please try adding a build dependency on libclfft-dev and replacing
src/backend/opencl/CMakeLists.txt's inclusion of build_clFFT with a call
to
find_package(clFFT)
> Thanks a lot for your initial hint
No problem.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at
in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
(ll. 1472-1480).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | htt
broadening this
workaround accordingly.
Meanwhile, thanks for pinging me -- I'd optimistically skipped
subscribing to this bug (but will do so now).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
.org/970344), kleborate already supports
retrying in single-threaded mode under some circumstances; kaptive just
needs to indicate that it should do so, which it currently does only for
much older versions. I'll extend the relevant version range shortly,
and am reassigning this bug accordingly.
-
ails, I wanted to make very sure I
wouldn't be able to lose them. Sorry for any resulting confusion.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
u...@debian.org (Aaron M. Ucko) writes:
> Andreas Tille writes:
>
>> do you have possibly any hint what might be wrong here?
>
> Thanks for calling this bug to my attention! Based on reports I've seen
> upstream, I suspect the problem may lie in some relatively new
&
gardless, in retrospect. I'll look into it.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
e liberty to open an issue in their VCS.
Thanks!
gregor herrmann writes:
> I still think that NO_NETWORK_TESTING=1 should be set in debian/rules
> to make sure there's no internet access attempted during the build,
> as that is a policy violation.
Right, we're just discussing wh
Whoops, I had a typo in that last command; if you go that route, please
make it
makeblastdb -dbtype prot -in "$<" -out "$(@:.psq=)" -blastdb_version 4
(I'd first try pushing forward, though.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.
legacy V4 database, which would
ironically require cutting out the legacy formatdb wrapper, by
changing the formatdb invocation to
makeblastdb -dbtype prot -in "$<" -out "$(@:.psq=)" -blastb_version 4
Thanks for checking!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uc
and
meanwhile listing uncompressed man (and cat!) pages in
debian/not-installed.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
larification: This variable is an override, not a cap, so any
unconditional settings thereof should be low enough to work on 32-bit
systems.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
much more than upstream's trunk
allows on Windows:
https://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/include/objtools/blast/seqdb_writer/writedb_lmdb.hpp#L51
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
last/seqdb_writer/writedb_lmdb.hpp:52:59:
warning: integer overflow in expression of type ‘int’ results in ‘-647710720’
[-Woverflow]
occurs only in the logs for 2.10.0-2.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
d will test it out when
I get a chance, probably tomorrow or Monday.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
t;>
>> /<>/obj-x86_64-linux-gnu/src/golang.org/x/sys/internal/unsafeheader
>> (from $GOPATH)
Thanks for the report! I've prepared a fix, and plan to issue an upload
incorporating it (and getting closer to the latest upstream release)
this evening.
--
Aaron
Étienne Mollier writes:
> Thank you for the workaround!
No problem; happy to have been of help (and that it in fact worked).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
t might
>> exceed too easily 32 bits architectural limits.
That's entirely plausible; upstream tends to assume 64-bit systems
nowadays. Explicitly supplying -blastdb_version 4 (the default prior to
BLAST+ 2.10.x) may help.
Thanks for calling this report to my attention!
--
Aaron M. U
Control: tag -1 pending
Hello,
Bug #961347 in sra-sdk reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/med-team/sra-sdk/-/commit/b36b20cb22242853e29881740e1cdfc0
report.
FTR, libncbi-vdb2 does already install the schemas; the problem is
getting it to acknowledge our differences from upstream's layout
preferences. I already saw this failure and am working on a proper fix.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit
Control: tag -1 pending
Hello,
Bug #961049 in sra-sdk reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/med-team/sra-sdk/-/commit/8ef4c86e26989677717f8bbabf617f5f
vdb needs a small tweak to fix installation of a semi-private
header sra-sdk uses.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
gt; *.nnd
*.nsi -> *.nni
*.psd -> *.pnd
*.psi -> *.pni
Thanks for checking!
BTW, python-biopython's build dependency on emboss reminded me that
emboss-data is still probably overkill for emboss(-lib)'s needs and
could stand to be split up (#682042).
--
Aaron M. Ucko, KB1C
Andreas Tille writes:
>> protected branches. Could you please adjust the project's permissions?
>
> Done (hopefully), Andreas.
I was able to push now, thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.
> If any of the commits was not helpful just rebase.
Thanks! I've uploaded with your generic commits cherry-picked (and a
bunch of changes of my own), but Salsa rejected my force pushes to
protected branches. Could you please adjust the project's permissions?
--
Aaron M. Ucko, K
off on pushing anything so I could have more
freedom to rebase in case I belatedly discovered something I should have
done earlier.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ed. I uploaded a correction just now.
Thanks for the report, and sorry about that!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
read
... presumably stemming from obsolete usage in
cmake/modules/FindMySQLAmarok.cmake.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Debian Bug Tracking System writes:
> I presume we won't release with a broken texlive-latex-extra, so my plan
> at this point is to file an unblock request once TeX Live migrates.
#924923, FTR.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~
Thorsten Alteholz writes:
> please change the license of src/samurui/treegoo.* from GPL to LGPL in
> your debian/copyright.
Done, thanks! (Better than getting it wrong in the other direction, I
suppose, but very much worth fixing nonetheless.)
--
Aaron M. Ucko, KB1CJC (amu at alum.m
Olivier Sallou writes:
>> Olivier, will you have time to integrate these changes, or should I?
>
> no time for the moment, if you can do it, I would appreciate
No problem, I should be able to take cafe of it later this week.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko a
changes, or should I?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Package: libncbi-vdb2
Version: 2.9.1+dfsg-1
Severity: serious
Tags: upstream
Justification: Policy 8.6.2
The original upstream 2.9.1 release accidentally broke binary
compatibility with 2.9.0 by adding a new enum value in the middle of
an implicitly numbered list. Please update to the "2.9.1-1" r
(as detailed in #858398).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
raw=0
[2]
https://buildd.debian.org/status/fetch.php?pkg=aseba&arch=mipsel&ver=1.6.0-2&stamp=1518686286&raw=0
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
rride_dh_auto_test' failed
I don't have additional details, but perhaps you can reproduce the
problem on a porter box.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
in
https://bugzilla.mozilla.org/show_bug.cgi?id=1425413, reportedly fixed
upstream with a one-line patch:
https://hg.mozilla.org/integration/mozilla-inbound/rev/34839f53008f
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit
t use of -mfloat-api=softp, which is inappropriate
here. Per your general instructions, I have also reported this bug
upstream, as https://bugzilla.mozilla.org/show_bug.cgi?id=1433725 (and
proceeded to mark it as forwarded).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (am
other standard header first; the
ones you have should work nicely.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
principle strike elsewhere, including on release
architectures. To avoid it, I'd suggest simply arranging to run the
tests one at a time. (Running the remainder of the build in parallel
appears to be safe, though.)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alu
8k and powerpcspe, the (non-release) big-endian
architectures on which this ndpi version nominally built fine, both run
with nocheck in DEB_BUILD_OPTIONS, so we shouldn't read too much into
those successes.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
- testConversion (Timeout)
23 - testMatrix (Timeout)
27 - testMatrixPseudoInverse (Timeout)
60 - testImgproc (Timeout)
80 - testKeyPoint-5 (Timeout)
81 - testKeyPoint-6 (Timeout)
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.
OPTIONS.)
* On s390x, these tests all encountered segmentation faults.
* On ppc64[*], these tests all failed with an unspecified "Exception:
Other".
Could you please take a look?
Thanks!
[*] Admittedly not a release architecture.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu,
d ran for a
long time before terminating on its own (albeit with test suite
errors), so you may simply need to add progress indicators for the
sake of slow architectures. (These are inactivity timeouts, so any
output to stdout or stderr resets them.)
Could you please take a look?
Thanks!
--
Aa
points for additionally accounting for builds that cover only
the architecture-independent packages, as with dpkg-buildpackage -A
(allowing for source-only uploads). ;-)
Thanks!
FTR, I'm classifying this bug as a regression because it would affect
any needed binary-only rebuilds for am
left out
earlier.
Thanks!
FTR, I'm filing this bug as a regression because it would affect any
needed binary-only rebuilds for amd64.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
0072281fce98f2c2bbb43ac779f811ed4eb34029
Author: Aaron M. Ucko
Date: Wed Dec 20 18:45:58 2017 -0500
debian/control: Build depend on split-out 2to3. (Closes: #884668.)
diff --git a/debian/changelog b/debian/changelog
index 947d15e..7b66b1f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,9
these architectures!), but perhaps you can
reproduce the problem on a porter box.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
an.org/status/fetch.php?pkg=openimageio&arch=armel&ver=1.8.6%7Edfsg0-3&stamp=1510356066&raw=0
https://buildd.debian.org/status/fetch.php?pkg=openimageio&arch=armhf&ver=1.8.6%7Edfsg0-3&stamp=1510366058&raw=0
Could you please take a look? I suspect you'll need to
e any platforms or get
formal dependencies on libatomic on the platforms that don't need it
here.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
for target 'binary-arch' failed
make: *** [binary-arch] Error 2
Please rename override_dh_installexamples to
override_dh_installexamples-indep, and consider doing likewise for
override_dh_installdocs.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
compilation and upstream installation errors
for each of them, and don't actually fail until debian/rules tries to
rename gmap.1 to scotch_gmap.1 (presumably to avoid a file conflict).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.ed
problem.
Could you please take a look? Explicitly using std::swap should
indeed DTRT.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
v (which depends on -tools) and checking with pbuilder or
the like that the change helped and proved sufficient.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
-irony-test process stopped!
[...]
Ran 41 tests, 40 results as expected, 1 unexpected (2017-11-02 15:15:20+)
1 unexpected results:
FAILED irony-iotask-schedule/task-update/invalid-msg
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
st irony-iotask-schedule/task-update/invalid-msg condition:
(ert-test-failed
((should
(string=
(buffer-string)
"exit
"))
:form
(string= "
exit" "exit
")
:value nil))
FAILED 22/41 irony-iotask-schedule/task-update/invalid-msg
e
ither architecture, so I'll
follow up with separate reports).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
to follow).
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
ailed--compilation aborted at (eval 12) line 1.
debian/rules:8: recipe for target 'clean' failed
make: *** [clean] Error 2
Please either conditionalize the usage of --with maven-repo-helper
appropriately or move maven-repo-helper to the main Build-Depends
field.
Thanks!
--
Aaron
aque linear pattern
lib/gears/color.lua:144: cairo.SolidPattern: no `add_color_stop_rgba'
CMakeFiles/check-unit.dir/build.make:60: recipe for target
'CMakeFiles/check-unit' failed
make[5]: *** [CMakeFiles/check-unit] Error 1
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
nly under build-indep, or move
any needed packages back from Build-Depends-Indep into the main
Build-Depends.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
) timeout, presumably due to
hanging or spinning. I don't have details beyond
https://buildd.debian.org/status/fetch.php?pkg=plplot&arch=mipsel&ver=5.13.0%2Bdfsg-1&stamp=1506091509&raw=0
but perhaps you can reproduce this misbehavior on a porter box. Could
you please take a look?
it build depends on Qt4 bindings only via fabio:
File
"/<>/silx-0.5.0+dfsg/.pybuild/pythonX.Y-dbg_3.6/build/silx/gui/qt/_qt.py",
line 110, in
from PyQt4.QtCore import * # noqa
ModuleNotFoundError: No module named 'PyQt4.QtCore'
Could you please take a l
runs first. Instead, I
suppose you'll want to conditionalize these mv commands on the
existence of debian/python-fast5-bin, and likewise conditionalize the
sed commands on the existence of debian/libfast5-dev.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.m
Source: dbusada
Version: 0.4.0-1
Severity: serious
Tags: upstream
Justification: fails to build from source
The i386 build of dbusada 0.4 failed:
stddef_h.ads:18:35: "uu_float128" is undefined
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.ed
"stdarg_h"
dbus_message_h.ads:199:26: "Class_va_list" not declared in "stdarg_h"
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
/fetch.php?pkg=sagemath&arch=arm64&ver=8.0-7&stamp=1505101830&raw=0
2 items had failures:
10 of 26 in sage.combinat.partitions.number_of_partitions
1 of 3 in sage.combinat.partitions.run_tests
[35 tests, 11 failures, 8.05 s]
Could you please take a look?
Thanks!
-
1 - 100 of 1328 matches
Mail list logo
