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
ndency, 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
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
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
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
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
k 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
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
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
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
ting 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!
ase 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
; urgency=medium
+
+ * Reupload to bookworm (stable). (Closes: #10n).
+
+ -- 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.)
+
+ -- Aaron M. Ucko
" 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
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,
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
on 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
ecture 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 alum.mit.edu
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
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
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
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
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
Pv6 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://www.mit.edu/~amu/ | http:/
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/
ing
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, KB1CJ
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/
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
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/
ll 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.org)
http://www.mit.edu/~amu/ | http://stu
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
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
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-*-dev
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
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://www.mit.
ough, 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
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 I
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.org)
http://www.mit.edu/~am
at 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
ly 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, ucko at debian.org)
http:/
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 debian.org
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
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
his 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
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
t; 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
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,
ugs.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/ | http://st
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 bisec
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-Essenti
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
>
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!
--
Aaron
Paul Gevers writes:
> Hi Aaron,
Hi, Paul.
> Assuming the upload happens shortly, please go ahead.
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!
--
Aaron M. Ucko, KB1CJC (amu at alum.m
-blast+'s
+get_species_taxids uses efetch's undocumented -docsum shorthand.)
+(Closes: #990741.)
+
+ -- Aaron M. Ucko Mon, 05 Jul 2021 22:12:10 -0400
+
ncbi-entrez-direct (14.6.20210224+dfsg-3) unstable; urgency=medium
* debian/man/eblast.1: Extend deprecation notice to eblast.
diff
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
Package: thunderbird
Version: 1:78.11.0-1
Severity: important
X-Debbugs-Cc: team+pkg-mozi...@tracker.debian.org
The recent Thunderbird upgrade from 1:78.11.0-1~deb10u1 to 1:78.11.0-1
in testing broke loading of secure (https) external images. I'd
expected this upgrade to be a formality; seeing
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
Package: dpkg
Version: 1.20.7.1
Severity: wishlist
When upgrading a package, it is by no means unheard of for many of its
files to preserve their contents (though not necessarily their
metadata). This phenomenon is particularly common for minor upgrades,
as with stable updates or many upgrades
(Bcc: Felix)
Felix Lechner writes:
> If you like this service, please leave a favorable comment here [2].
Please count me among those who found these reminders helpful. Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.
uld you like to proceed?
--
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
s try
doing the same for other affected platforms in an upload to
experimental.
--
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
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
Source: htmldoc
Version: 1.9.11-1
Severity: normal
htmldoc still builds against FLTK 1.1, for which it is long past
time for Debian to drop support. Please migrate to 1.3, which is
likely as simple as adjusting htmldoc's build dependencies and
ensuring that it uses UTF-8 rather than a legacy
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
)
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
Package: libgnupg-interface-perl
Version: 1.01-1
Severity: important
Tags: upstream
X-Debbugs-Cc: msva-p...@packages.debian.org
Control: affects -1 msva-perl
[Copying msva-perl maintainers.]
My X session normally boils down to
exec /usr/bin/ssh-agent /usr/bin/monkeysphere-validation-agent
190107-3) unstable; urgency=medium
.
[ David Bremner ]
* Implicitly rebuild with dh-elpa 2.x.
.
[ Aaron M. Ucko ]
* .gitignore: Drop debian (a conditional symlink upstream).
* Standards-Version: 4.5.1 (routine-update)
* debhelper-compat 13 (routine-update)
* Add salsa-c
ide of inclusiveness.
Thanks for sorting it out properly!
--
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 3051 matches
Mail list logo
