ead 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=experimental
Why not just reupload it to unstable?
--
Aaron M. Ucko, KB1CJ
rrange 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)
http://www.mit.ed
ies, 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 drawxtl to migra
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's severi
CRE 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
e 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.)
--
Aaron M. Ucko,
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)
http://www.mit.edu/~amu/
k 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)
http://www.mit.edu/
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
ing 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
by value:
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
are 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. Ucko, KB
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
e 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.mit.edu/cgi/
nce 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
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
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://www.mit.edu/
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 debian.org
ldcard 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, KB1CJC (amu at alum.
me_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
--
A
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. Ucko,
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
>
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:
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
ude)
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 debian.org
n 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/ | http://s
dening 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
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.
--
Aaron M
ls, 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
&
ess, 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
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 what to do about the autopkgtest.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko
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.org)
ase, 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, ucko at debian.or
isting 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
ream'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
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
eneral), and 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 M. U
É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. Ucko,
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:
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.edu/
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:
eeds 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
-> *.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, KB1CJC (amu at alum.mit.edu,
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.ed
> 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, KB1CJC (
hing 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
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/~amu/
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
/v1?view=revision=79910
https://www.ncbi.nlm.nih.gov/viewvc/v1?view=revision=79926
https://www.ncbi.nlm.nih.gov/viewvc/v1?view=revision=79928
https://www.ncbi.nlm.nih.gov/viewvc/v1?view=revision=79929
Olivier, will you have time to integrate these changes, or should I?
--
Aaron M. Ucko, KB1CJC (
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"
ake 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
/status/fetch.php?pkg=aseba=mipsel=1.6.0-2=1518686286=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
_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
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 (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
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
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 alum.mit.edu, ucko
erpcspe, 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
- 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.mit.edu, ucko at debian.org)
http
.)
* 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, ucko at debian
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!
--
Aaron M
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 amd64.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu
his 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 <u...@debian.org>
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/
ctures!), 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
hp?pkg=openimageio=armel=1.8.6%7Edfsg0-3=1510356066=0
https://buildd.debian.org/status/fetch.php?pkg=openimageio=armhf=1.8.6%7Edfsg0-3=1510366058=0
Could you please take a look? I suspect you'll need to use GLES here
for consistency with Qt 5.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit
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
y-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.edu/cgi
ook? 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
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
n:
(ert-test-failed
((should
(string=
(buffer-string)
"exit
"))
:form
(string= "
exit" "exit
")
:value nil))
FAILED 22/41 irony-iotask-schedule/task-update/invalid-msg
emacs-irony-test process stopped!
E: Build kille
low 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
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
--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 M. Ucko, KB1CJC
_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
nder 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=mipsel=5.13.0%2Bdfsg-1=1506091509=0
but perhaps you can reproduce this misbehavior on a porter box. Could
you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu
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 look?
Than
l 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.mit.edu, ucko at debian.org)
http://www.mit.ed
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
"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=arm64=8.0-7=1505101830=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!
--
Aaron M. Ucko, KB1CJC (amu
+ _ZN4priv8conv_outIxEEvP7_objectPvjPT_@Base 8.3.3-1
libkcpydirector.so.0 kopano-libs #MINVER#
#MISSING: 8.3.3-1# (symver|optional)EC_8.1.0 8.0.1
(symver|optional)KC_8.3 8.3.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
, but does hit two assertion
errors, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=libi8x=sh4=0.0.5-1=1505052518=0
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
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
1 - 100 of 1314 matches
Mail list logo
