the combination, though.)
> I'm not sure what to make of it. Perhaps the issue can be
> closed.
I'm on board with leaving it open for now but on hold until after
Trixie.
--
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
its rebuild served to pick up Mbed TLS 3.x -- but none I'd
expect to be pertinent here.
Sorry for the delayed response -- I normally go through
*-porterbox.debian.net aliases, but ricci didn't have one (and still
doesn't!), so I'd missed the possibility of investigating dir
ch apps can use to make it stick with the X11 backend:
https://salsa.debian.org/ucko/fltk1.4/-/blob/main/README.Wayland.txt?ref_type=heads#L57
I've locally confirmed it works here.
--
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
dev
I've promptly fixed both in -7 and meanwhile filed a fake RC bug on
fltk1.3 [1] to ensure that my latest upload of it doesn't migrate until
fltk1.4 is ready to avoid a gap in fluid's availability.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102893
FTR:
unblock fltk1.4/1.
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
Control: retitle 1102671 unblock: fltk1.4/1.4.2-6
"Aaron M. Ucko" writes:
> unblock fltk1.4/1.4.2-5
Please make that
unblock fltk1.4/1.4.2-6
which I'll upload soon with a fix for https://bugs.debian.org/1102681
(and a proper m68k symbols fix while I'm at it).
Tha
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: fltk...@packages.debian.org
Control: affects -1 + src:fltk1.4
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fltk1.4.
It implements long-awaited Wayland support [1], and its runtime
libraries can coe
d appreciate testing in due course, particularly if you
run Wayland natively anywhere.
--
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: wnpp
Severity: wishlist
Owner: "Aaron M. Ucko"
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: fltk1.4
Version : 1.4.2
Upstream Contact: f...@fltk.org
* URL : https://www.fltk.org/
* License : LGPL-2+ with static linking
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
ackage.
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/finger/?a...@monk.mit.edu
At any rate, per https://github.com/systemd/systemd/issues/35311,
setting the limit to 0 now also breaks the latest systemd version
(257~rc2-3). I haven't attempted to assess the minimum it needs.
->factory->stderr =~ /No alias or index file found/);
+ return 0 if ($self->factory->stderr =~ /No alias or index file
found|Database memory map file error/);
return 1;
}
return;
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.
; I'm glad there's nothing else I need to do here after all.
Thanks for maintaining MbedTLS in Debian!
--
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
Oops, arranging to use system Mbed TLS 3.6 in lieu of vendored 3.2.1
didn't work out quite as well as I'd initially thought, with builds
succeeding but actual usage attempts failing. AFAICT, we need to add a
call to psa_crypto_init and make other tuneups TBD.
--
Aaron M. Ucko, KB1C
argument apt (or cupt) would then
pass, something like --phase={start,middle,end}.
--
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: dpkg
Version: 1.22.11
Severity: normal
X-Debbugs-Cc: debian-security-supp...@packages.debian.org
As dpkg's man page notes, complex apt runs can yield multiple
invocations of dpkg and hence also of dpkg-level hooks. As (at
minimum) I and the reporters of #775503 and #931344 have found, th
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
tags 1077941 + wontfix
done 1077941
thanks
"Aaron M. Ucko" writes:
> Removal is still on the table, but I'm taking another look at
> the feasibility of instituting a proper fix in the near future after
> all.
I wound up finding an adequate workaround (arranging for big
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ncbi-bla...@packages.debian.org
Control: affects -1 + src:ncbi-blast+
User: ftp.debian@packages.debian.org
Usertags: remove
Per https://bugs.debian.org/107, two of ncbi-blast+'s reverse
dependencies (cct and kleborate) encountered auto
ng to -O on sh4 because disabling
parallelism was insufficient to avoid virtual memory exhaustion.
--
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
=always
> Could you share the debug log ?
I've attached a full - log from the above push-source invocation.
> I think the linkorigs step is supposed to be idempotent.
It evidently isn't.
Thanks for the quick reply, at any rate!
--
Aaron M. Ucko, KB1CJC (amu at alum.
Package: dgit
Version: 11.10
Severity: normal
My attempts to run
dgit push-source --collab-non-dgit
for ncbi-tools6 6.1.20170106+dfsg2-3 a little while ago failed:
dgit: error: (sym)link
/home/amu/src/ncbi-tools6/ncbi-tools6-git/../ncbi-tools6_6.1.20170106+dfsg2.orig.tar.xz
ncbi-tools6_6.
Package: lintian
Version: 2.117.0
Severity: normal
A number of binary packages accompany their primary content by tests,
examples, and/or other documentation that appreciably increase their
size, in some cases by more than an order of magnitude, and as such
would be very reasonable to split out.
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
dependency, which I called out just now:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066833
Thanks for the report, though!
--
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: dh-python
Version: 6.20240310
Severity: important
I'm sure I'm not alone in having a request [1] to ensure a package
builds without legacy python3-distutils. However, sra-sdk, for one,
uses dh-python, which still depends on python3-distutils. As such,
removing the explicit build depende
Package: q2-types
Version: 2024.2.0-1
Severity: minor
The latest q2-types release increased its disk footprint from 800 kB or
so to nearly 52 MB. AFAICT, the increase is largely due to the addition
of test data, most notably two 19.5+ MB eggnog.db files, a 6.6+ MB
eggnog.taxa.db.traverse.pkl acco
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
Package: irqbalance
Version: 1.9.3-1
Severity: normal
Since the latest irqbalance upgrade, I've been encountering log lines
like
2023-12-17T10:08:10.722658-05:00 v100a irqbalance[4194303]:
#012#012#012-
every ten second
Package: python3-selenium
Version: 4.14.0+dfsg-1
Severity: normal
Tags: upstream
python3-selenium's WebKitGTK and WPEWebKit backends are both unusable
even when supplied explicit executable paths to keep them from trying
to go through the (understandably) unpackaged driver manager, because
*WebKit
Thanks for your
work here, and sorry for the earlier 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
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
Package: location
Version: 0.9.16-2.1
Severity: normal
I've found that restarting location-update (as needrestart prompts me
to do after upgrading Python or a shared library it uses) can take
ages, to the point where I generally give up and kill the systemctl
process, letting the start job continu
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
usting my workflow to DTRT.
--
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:
>> The fix itself looks fine, so please feel free to go ahead (with the
>> Closes: removed and possibly with .gitignore restored if appropriate).
>
> Will do, thanks!
Uploaded, final debdiff confirmed not to touch .gitignore. Thanks!
f looks fine, so please feel free to go ahead (with the
> Closes: removed and possibly with .gitignore restored if appropriate).
Will do, 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
-6~deb12u1) bookworm; urgency=medium
+
+ * Reupload to bookworm (stable). (Closes: #10nnnnn).
+
+ -- Aaron M. Ucko Wed, 12 Jul 2023 22:20:14 -0400
+
+sra-sdk (3.0.3+dfsg-6) unstable; urgency=high
+
+ * debian/rules: Expand $(DEB_HOST_MULTIARCH) in libngs-java.links.in.
+(Closes: #1039621.)
ganic" test case.
Thanks for the fix!
--
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
Package: bup
Version: 0.33.1-1
Severity: important
Tags: upstream
Updating a save that had old-format ACL metadata (from
e.g. /var/log/journal) fails with
...
File "/usr/lib/bup/bup/metadata.py", line 864, in read
result._load_posix1e_acl_rec(port, version=1)
File "/usr/lib/bup/bu
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.)
--
27;s dependency on VDB left me no choice.
--
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
mips64el and ppc64el to unblock
the current libngs-* packages (and sra-sdk more broadly)?
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
ure that is not managed by the FTP Team.
Ah, OK; I wasn't entirely clear on the logistical details. Do you
happen to know the SOP for getting cruft cleaned up on that front? I
know it doesn't block migration, but I still might as well flag it.
--
Aaron M. Ucko, KB1CJC (amu at
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: sk...@packages.debian.org
Control: affects -1 + src:skesa
Per other recent removal requests[1][2][3], skesa's build dependencies
are available only on amd64 and (now) arm64 at this poin
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: dictionary...@packages.debian.org
Control: affects -1 + src:dictionary-el
Because dictionary-el uses dh-elpa these days, it integrates only with
GNU Emacs, which however incorporated th
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: sra-...@packages.debian.org
Control: affects -1 + src:sra-sdk
sra-sdk 3.x subsumed ngs-sdk, albeit with only partial overlap because
the C library changed both its basename and its SO v
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: sra-...@packages.debian.org
Control: affects -1 + src:sra-sdk
Fully building sra-sdk requires a 64-bit address space these days.
It might be possible to contrive to build some of its bi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: ncbi-...@packages.debian.org
Control: affects -1 + src:ncbi-vdb
ncbi-vdb 3.x switched to a new build system that supports only a
narrow list of architectures, with specific associated s
total cached nodes
IPv6 stats:
Known nodes: 0 good, 0 dubious, 0 incoming.
0 searches, 0 total cached nodes
Meanwhile, all I see in the log is
dhtnode[...]: Bootstrap: bootstrap.ring.cx
Thanks for asking!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://w
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)
o moving
on, albeit at low priority.
--
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
ile-generate option.
It may be simplest to drop the option, particularly if cross compilation
is otherwise possible.
--
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:
> it would be great if you could use your upstream contact to convince
> them to switch to pcre2.
Upstream explicitly passed on pcre2 a few years ago, but times have
changed; I've opened an internal ticket to revisit the question.
--
Aaron M. Ucko, KB1
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)
Package: dash
Version: 0.5.11+git20210903+057cd650a4ed-9
Severity: normal
I have found that dash defers "bad substitution" errors until actually
attempting to evaluate the substitution in question. That in itself
is plausibly legitimate, particularly given that bash does the same.
However, when
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.
issues.
I seem to recall some other wrinkles, but I'll be happy to move closer
to reproducibility regardless.
> ++TODAY=`date -ud'$(DEB_DATE)' +'%Y-%m-%s'`; \
ITYM '%Y-%m-%d' or '%F'
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.
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
Patrice DUROUX writes:
> Using the same command line with different versions of the package,
Can you please give an example of a command line that reproduces the error?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.
Source: waylandpp
Version: 0.2.10-1
Severity: minor
waylandpp-dev's size increased from 843 kB to 14.4 MB between versions
0.2.8-2 and 0.2.10-1 on amd64, with other architectures presumably
also encountering similar increases. AFAICT, this massive increase
comes primarily from Doxygen's generated
Craig Sanders writes:
> On Wed, Jan 12, 2022 at 06:06:45PM -0500, Aaron M. Ucko wrote:
>> Long story short, update-dpkg-list's batched bidirectional pipe usage wound
>> up deadlocking on a system with 20,000+ provided virtual packages, mostly
>> from installed librust-*
Package: dlocate
Version: 1.09
Severity: important
Long story short, update-dpkg-list's batched bidirectional pipe usage
wound up deadlocking on a system with 20,000+ provided virtual
packages, mostly from installed librust-*-dev packages.
Could you please take a look?
Thanks!
-- System Informa
Dima Kogan writes:
> /bin/sh: 1: test: =: unexpected operator
For whatever reason, I didn't run into that one; I'll look into it.
Thanks for pointing it out and for confirming that all is otherwise
well.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http:
That's fair. In that case, though, perhaps caff should refrain from
suggesting any specific server or pool until there's a sufficiently good
choice again.
--
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: signing-party
Version: 2.11-1
Severity: normal
caff has historically defaulted to looking keys up on
pool.sks-keyservers.net and recommending that signees upload their
keys there. However, per https://sks-keyservers.net/, that pool is no
longer in service.
Could you please substitute so
u...@debian.org (Aaron M. Ucko) writes:
> Only in the context of package builds; in other contexts (ad-hoc builds
> against system FLTK), it's currently entirely possible to have only
> libfltk1.3-dev installed. I could perhaps downgrade the dependency to a
> recommendation, but
em FLTK), it's currently entirely possible to have only
libfltk1.3-dev installed. I could perhaps downgrade the dependency to a
recommendation, but I don't think it would be unreasonable to leave it
as a full dependency.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.or
g-dev:any, but that should be straightforward and
uncontroversial.
--
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
friendly by moving the files to
architecture-specific paths and arranging to select appropriate
instances dynamically.
If you're up for putting together such a patch, I'll be happy to
consider it; otherwise, I'll try to find time myself.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, u
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
Andreas Tille writes:
> I'd be really happy if you would consider separating changes that
> require a trip to new.
I'm already specifically planning NOT to make any such changes now;
sorry if that was unclear.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at
e to take care of it
within the next day or two, holding off for now on other non-routine
changes -- and particularly on implementation of #984871, which would
entail a trip through NEW (and moreover has severity wishlist).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.
Stefano Rivera writes:
> Critical: External MBEDTLS version mismatch: 2.16.9 headers vs. 2.16.11
> runtime
Thanks for the report!
FTR, the correct fix will be to disable this overstrict version check
in favor of trusting dpkg-shlibdeps, as previously done for GNUTLS.
--
Aaron M
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
sufficient for you to consider this bug done?
Sure, 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
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
rd
> to make sure it is functionally equivalent.
Great, thanks! I suppose it might be slightly cleaner to factor out a
helper predicate function.
--
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
ng
full-length live data instead.
--
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
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
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959587
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960756
and especially
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981293
Thanks for checking!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ |
u...@debian.org (Aaron M. Ucko) writes:
> David Kalnischkies writes:
>
>> Points at my changes in 2.3.3, especially "Mark only provides from
>> protected versioned kernel packages", as the most likely culprit.
I went ahead with git bisect h
ease 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
-- apt-config dump --
APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Es
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
Paul Gevers writes:
> On 08-07-2021 21:06, Aaron M. Ucko wrote:
>> I should be able to upload around 22:00 UTC. (Also, I take it you're OK
>> with the full version, since you didn't indicate otherwise.) Thanks much!
>
> Yes.
Uploaded. Thanks again!
--
1 - 100 of 3083 matches
Mail list logo
