On Thu, Apr 11, 2024 at 01:27:54PM -0500, G. Branden Robinson wrote:
> At 2024-04-11T15:37:46+0100, Colin Watson wrote:
> > On Thu, Apr 11, 2024 at 10:26:55AM -0400, Theodore Ts'o wrote:
> > > Or, because some upstream maintainers have learned through, long,
> > > b
nfigure script to be busted (sometimmes subtly), and
> so distrust relying on blind autoreconf always working.
When was the last time this actually happened to you? I certainly
remember it being a problem in the early 2.5x days, but it's been well
over a decade since this
st so that its other facilities can still be
useful without getting in my way. Search for "compat_release" in
https://salsa.debian.org/janitor-team/janitor.debian.net/-/blob/master/k8s/policy.conf.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Sat, Apr 06, 2024 at 06:32:47PM +0200, Bastian Germann wrote:
> Am 06.04.24 um 18:29 schrieb Colin Watson:
> > There might be some small errors in this, but I couldn't see any when
> > eyeballing the resulting uniquified list of Maintainer fields. It looks
> > like 7
gue that this, and the similar error case in patches-unapplied, is
symmetric with the error case in the patches-applied workflow (although
it's true that there is redundancy in _commits_ in the latter case).
--
Colin Watson (he/him) [cjwat...@debian.org]
t's https://bugs.debian.org/1068311 which I linked to elsewhere
in this thread.
--
Colin Watson (he/him) [cjwat...@debian.org]
s
between packages. But maybe.
--
Colin Watson (he/him) [cjwat...@debian.org]
hat would still mean one more library
than strictly needed (once the GSS-API stuff is split out), but at least
it would be one small library rather than a big linkage chain over 30
times the size. I could probably justify keeping it in that case.
--
Colin Watson (he/him) [cjwat...@debian.org]
, but configure fails to detect this).
-- Colin Watson Wed, 03 Apr 2024 12:06:08 +0100
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Apr 02, 2024 at 08:20:31PM +0300, Adrian Bunk wrote:
> On Tue, Apr 02, 2024 at 06:05:22PM +0100, Colin Watson wrote:
> > On Tue, Apr 02, 2024 at 06:57:20PM +0300, Adrian Bunk wrote:
> > > Does gnulib upstream support upgrading/downgrading the gnulib m4 files
> &
-local-dir
option of gnulib-tool, which allows overriding individual Gnulib files
or modules or applying patches to Gnulib files; or you can define a
bootstrap_post_import_hook function in bootstrap.conf and do whatever
you want there.
--
Colin Watson (he/him) [cjwat...@debian.org]
point out that
DNS-based ACLs are supported by Match blocks without needing a separate
library.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Apr 02, 2024 at 12:04:26PM +0200, Marco d'Itri wrote:
> On Apr 02, Colin Watson wrote:
> > At the time, denyhosts was popular, but it was removed from Debian
> > several years ago. I remember that, when I dealt with that on my own
> > systems, fail2ban seemed like th
ler
and I think safer to just have a separate openssh-client-gsskeyex
package. Like today's openssh-client, it would be usable both with and
without GSS-API key exchange.
--
Colin Watson (he/him) [cjwat...@debian.org]
wayscurious/112192949171400643), so maybe
it would be an option to drop --with-selinux in favour of that? I've
never used SELinux, so I'd need an expert to weigh on here.
Comments welcome,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Apr 01, 2024 at 05:24:45PM +0200, Simon Josefsson wrote:
> Colin Watson writes:
> > On Mon, Apr 01, 2024 at 11:33:06AM +0200, Simon Josefsson wrote:
> >> Running ./bootstrap in a tarball may lead to different results than the
> >> maintainer running
or git.
>
> Er, well, there goes every C package for which I'm upstream, all of which
> have M4 macros in m4/* that do not come from an external source.
Ditto. And a bunch of the packages where I'm not upstream too, such as
that famously enthusiastic adopter of all things GNU, Open
If you're faced with a user report containing translated messages,
then it's much easier to figure out what's going on if you can just
look for them in git. I've found this to be a source of frustration
on several occasions when dealing with packages where ./boots
is very low - IME it's much more common in such cases to
either rename the macro file to be obviously project-specific or to find
some workaround that doesn't require changing the upstream macro - but
I've never seen anything resembling a robust analysis of this and I may
well have a skewed vie
On Sun, Mar 31, 2024 at 09:35:09AM +0200, Bastian Blank wrote:
> On Sat, Mar 30, 2024 at 08:15:10PM +0000, Colin Watson wrote:
> > On Sat, Mar 30, 2024 at 05:12:17PM +0100, Sirius wrote:
> > > I have seen discussion about shifting away from the whole auto(re)conf
> > >
using it, but it did make it into
noble-proposed (the current unstable analogue) for some time and noble
(the current testing analogue) briefly.
--
Colin Watson (he/him) [cjwat...@debian.org]
something that Debian can unilaterally change. And
in a number of cases switching build system would be pretty non-trivial.
--
Colin Watson (he/him) [cjwat...@debian.org]
have
upstream commit access. This event is traditionally followed by
cursing.
--
Colin Watson (he/him) [cjwat...@debian.org]
a
of reasonable base tarballs to use for (e.g.) unstable amd64 builds and
won't need to be told manually.
--
Colin Watson (he/him) [cjwat...@debian.org]
les, to avoid mirroring race conditions.)
--
Colin Watson (he/him) [cjwat...@debian.org]
... and in fact https://bugs.debian.org/1063063 seems to have been filed
by you?
--
Colin Watson (he/him) [cjwat...@debian.org]
le for Debian developers to build something like
ratt using debusine - probably in a "some assembly required" kind of way
at first.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Fri, Mar 08, 2024 at 10:21:30AM +0100, Andreas Tille wrote:
> Am Thu, Mar 07, 2024 at 05:06:48PM + schrieb Colin Watson:
> > While for the moment Debusine may seem like a less polished version of
> > Salsa CI, it has very different goals,
>
> Speaking about Salsa CI
s, however passing every macro into a
> package, independent if it's used or not.
>
> Not seeing any benefit in this feature (hard failure).
Your examples aren't what Niels refers to as "relationship substvars",
so aren't affected either way by this proposal.
--
Colin Watson (he/him) [cjwat...@debian.org]
t - probably just two lines in
debian/rules. I think that would be tolerable if the need is as rare as
I think it is, though of course it'd be worth documenting.
--
Colin Watson (he/him) [cjwat...@debian.org]
of the terminal log, but it's
possible you don't.
> This system is using sysvinit instead of systemd, and perhaps that's the
> problem? I noticed when I tried to reinstall wdm, apt wanted to remove
> sysvinit and presumably use systemd as the init program.
What happens if you try "apt install wd
his remains the standard
> policy for NMUs in Debian per the Developer's Reference, and as far as I
> know has worked effectively for all such previous ABI transitions.
In the current situation, though, not having experimental available
means that there's no opportunity for dumat to weigh in
ndependent parser in future.
I also feel that something security-critical like this that's labelled
by upstream as "still experimental" probably shouldn't be in a Debian
release. Maybe it should be kept in Debian experimental for the time
being?
--
Colin Watson (he/him) [cjwat...@debian.org]
uot;, "'",
"`", "^", and "~" respectively) will produce better printed output.
--
Colin Watson (he/him) [cjwat...@debian.org]
e from the typo in the last URL segment, the penultimate segment
identifies the binary package, and grog(1) is in the groff-base package
rather than groff.
https://manpages.debian.org/unstable/groff-base/grog.1.en.html
--
Colin Watson (he/him) [cjwat...@debian.org]
pe/2.13.0%2Bdfsg-1/ft2demos/man/ftlint.1/
Your problem is that you need this line as the very first line of the
page to instruct man(1) to run the tbl preprocessor:
'\" t
See https://manpages.debian.org/bookworm/man-db/man.1.en.html#DEFAULTS.
--
Colin Watson (he/him) [cjwat...@debian.org]
se you're seeing a warning from groff.
What exact check is failing here (is it lintian, or something else)?
Could you please give us a pointer to the man page in question?
--
Colin Watson (he/him) [cjwat...@debian.org]
warnings it issues are going to be inaccurate representations
of how pages are actually rendered in practice. Your starting point
should be to add -t to the groff command line in this check, and then
see what else shows up after that.
--
Colin Watson (he/him) [cjwat...@debian.org]
packages from a source package rather than directly from git and the
source package doesn't usually include a git tree? Is it just a matter
of causing the plugin to exist so that pybuild doesn't fail, but in
practice the version is still going to be set by something that's
actually in the source package?
-
ls allows
circumventing other systemd hardening that filters syscalls
(RestrictAddressFamilies=, MemoryDenyWriteExecute=, SystemCallFilter=).
Allowing qemu also doesn't make much difference either way to that
though - if your process can't make a syscall directly, it can't make it
via qemu either.
-
't depend on installer support. There are doubtless edge cases
where you need a completely separate kernel, but they aren't really ones
I run into.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Feb 27, 2023 at 03:26:52PM +0100, Alejandro Colomar wrote:
> On 2/27/23 13:56, G. Branden Robinson wrote:
> > At 2023-02-26T13:30:58+0000, Colin Watson wrote:
> >> First, move your current branch somewhere for reference, then make a new
> >> one. Then, my
ear its
build queues last time, even though it was only running two full
rebuilds rather than four. I don't think we're going to be able to get
real hardware with the hypervisor extension particularly soon, but we
may be able to throw some more x86 hardware at it soonish to mitigate
the problem.
since you're unfamiliar with
git-dpm.
> How do we move forward with this? I am anxious about the closing of the
> soft freeze window.
There is no way that this giant new upstream release will be suitable at
this stage in the freeze; it's too late. This should be targeted at
experimental.
On Sun, Nov 06, 2022 at 01:58:21PM +0900, Hideki Yamane wrote:
> Q3: Does OpenSSH9.1p go into bookworm?
I just uploaded this to unstable, so barring any major unforeseen issues
I expect this to be in bookworm, yes.
--
Colin Watson (he/him) [cjwat...@debian.org]
s wrong or race conditions
while traversing directory trees.
========
--
Colin Watson (he/him) [cjwat...@debian.org]
re (which is
fine, the new debmirror doesn't object), but most people running mirrors
probably run stable rather than testing.
--
Colin Watson (he/him) [cjwat...@debian.org]
how it again for that version, but it's still
possible to edit it retroactively so that (for example) people upgrading
between stable releases see improved text. That can sometimes be
worthwhile.
--
Colin Watson (he/him) [cjwat...@debian.org]
which seems
like a decent approach. I haven't used it, but in general I think the
crontab syntax is much stickier than the particular cron implementation.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Fri, Mar 04, 2022 at 03:59:09PM +0100, Guillem Jover wrote:
> On Fri, 2022-03-04 at 14:36:01 +0000, Colin Watson wrote:
> > I reproduced a similar problem, then set up DKIM for myself and
> > everything then worked, so I think you're correct.
> >
> > The links in th
nicolas.com/server/exim-multi-domain-dkim-custom-selector/
helpful in getting this going with my local Exim setup.
--
Colin Watson (he/him) [cjwat...@debian.org]
us/fetch.php?pkg=matplotlib=mips64el=3.3.4-2=1633211581=1')
<(curl -s
'https://buildd.debian.org/status/fetch.php?pkg=matplotlib=mips64el=3.3.4-2%2Bb1=1637459674=1')
--
Colin Watson (he/him) [cjwat...@debian.org]
there'll
be an enormous long tail of things to update, not to mention things like
old forum posts that can never really be updated.
I agree we might feel different in ten years' time!
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Aug 30, 2021 at 12:30:49PM +0200, David Kalnischkies wrote:
> On Sun, Aug 29, 2021 at 11:30:41PM +0100, Colin Watson wrote:
> > case) it seems mostly like the sort of user that could be anonymous
> > outside of the lifetime of an apt process, analogous to systemd's
On Sun, Aug 29, 2021 at 11:31:05AM -0700, Russ Allbery wrote:
> Colin Watson writes:
> > I think it's an interesting idea and worth pursuing, but on the face of
> > it it seems that this would end up violating policy 9.2.2:
>
> > "Globally allocated by the Debi
better option?
Of course, another approach to the overall problem might be declarative
user creation in dpkg, e.g. #685734 and
https://wiki.debian.org/Teams/Dpkg/Spec/SysUser. But that's clearly a
lot of work, and this change wouldn't preclude it.
--
Colin Watson (he/him) [cjwat...@debian.org]
ly in each camp; I certainly
didn't see it as a confrontational sort of thing where we were having to
drag Debian along with us - rather the contrary, there was a lot of
enthusiasm in Debian for it.)
--
Colin Watson (he/him) [cjwat...@debian.org]
ink it was probably around 2002.
I contributed that script to Debian in 2002 in response to
https://bugs.debian.org/94507, where it became clear that the previous
implementation wasn't really salvageable; Clint merged that in
debianutils 1.16.5. It's been extended since then, but still has the
same
iew
is: we should clarify Policy now to match current reality, and it can
always be strengthened later if people manage to get a more declarative
approach working well. I think this is in line with the last few
substantive messages in the bug report above.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Nov 30, 2020 at 10:18:05AM +, Steve McIntyre wrote:
> Colin Watson wrote:
> >On Sun, Nov 29, 2020 at 07:21:54PM +, Steve McIntyre wrote:
> >> AFAICS I'd need to add at least basic support for the new type(s) into
> >> all the frontends that *can* supp
t UI here: my plan would be to not have
> anything *selectable* at "a" - it would just toggle the display of the
> "a/*" subtree in those frontends that can display such a thing.
If we took that approach then it wouldn't work so well for the grub2
case, where "a
orth spending time there?
Although these require manual selection, I think they do have at least
some use, and I'd rather keep them going. It shouldn't be too hard to
get full coverage, pulling in help from specialists if necessary.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Wed, Nov 11, 2020 at 12:59:49PM -0500, Timothy M Butterworth wrote:
> I added a symbolic link "libGL.so ->
> /usr/lib/x86_64-linux-gnu/libGL.so.1" and that fixed the issue.
You should install the libgl-dev package instead of doing this manually.
--
C
n, Ubuntu imports packages from unstable (and runs its own
equivalent of a testing migration process), not from testing.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Oct 26, 2020 at 08:16:43PM +, Simon McVittie wrote:
> On Mon, 26 Oct 2020 at 18:35:53 +0000, Colin Watson wrote:
> > LC_ALL should imply LANG
>
> One thing that it does not imply is LANGUAGE, used for LC_MESSAGES as a
> GNU extension (at a higher precedence than eve
et LC_ALL as
implying LANG, I'd consider that a bug.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Jun 23, 2020 at 08:14:37AM +0200, Christian Kastner wrote:
> On 2020-06-23 02:12, Colin Watson wrote:
> > On Tue, Jun 23, 2020 at 01:10:31AM +0200, Ansgar wrote:
> >> On Mon, 2020-06-22 at 22:13 +0100, Colin Watson wrote:
> >>> [1]
> >>> https://
On Tue, Jun 23, 2020 at 01:10:31AM +0200, Ansgar wrote:
> On Mon, 2020-06-22 at 22:13 +0100, Colin Watson wrote:
> > For a while I'd thought that it was relatively harmless in comparison
> > to
> > full-blown uses of master/slave metaphors, but I saw some analysis of
>
discussion / something else / etc.
5. stick with master
I'm not that fussed about the relative ranking of 1-3, though, and I
agree it would be good to end up with something consistent if we can.
[1] https://mail.gnome.org/archives/desktop-devel-list/2019-May/msg00066.html
--
Colin Watson (he/him
up taking for pydoctor
was to take a copy of the bits of epydoc that they needed and port those
bits to Python 3 themselves.
(This is second-hand; I'm not on the Twisted team, but I contribute a
fair bit there and generally keep an eye on what they're doing since we
rely on Twisted at work.)
--
Col
picks this up.
--
Colin Watson [cjwat...@debian.org]
upported by libtool, so in libxcrypt I had to conditionally patch the
> generated libtool executable for the architectures that did this.
What exactly went wrong? libpipeline uses libtool and I've never had to
patch it for libc6.1.
--
Colin Watson [cjwat...@debian.org]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 21 Jan 2020 09:44:26 +
Source: six
Architecture: source
Version: 1.14.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
six (1.14.0-2) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 Jan 2020 21:39:42 +
Source: six
Architecture: source
Version: 1.14.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
six (1.14.0-1) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 19 Jan 2020 22:35:35 +
Source: parted
Architecture: source
Version: 3.3-3
Distribution: unstable
Urgency: medium
Maintainer: Parted Maintainer Team
Changed-By: Colin Watson
Changes:
parted (3.3-3) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 19 Jan 2020 21:37:10 +
Source: parted
Architecture: source
Version: 3.3-2
Distribution: unstable
Urgency: medium
Maintainer: Parted Maintainer Team
Changed-By: Colin Watson
Closes: 949316
Changes:
parted (3.3-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 12 Jan 2020 18:41:44 +
Source: madison-lite
Architecture: source
Version: 0.26
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
madison-lite (0.26) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 11 Jan 2020 23:55:03 +
Source: openssh
Architecture: source
Version: 1:8.1p1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian OpenSSH Maintainers
Changed-By: Colin Watson
Closes: 946242
Changes:
openssh (1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 10 Jan 2020 00:00:35 +
Source: python-libnacl
Architecture: source
Version: 1.7.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Closes: 922259
Changes:
python
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 09 Jan 2020 17:14:23 +
Source: libpipeline
Architecture: source
Version: 1.5.2-2
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Closes: 948515
Changes:
libpipeline (1.5.2-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 09 Jan 2020 11:42:10 +
Source: openssh
Architecture: source
Version: 1:8.1p1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian OpenSSH Maintainers
Changed-By: Colin Watson
Changes:
openssh (1:8.1p1-4) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 09 Jan 2020 00:29:58 +
Source: openssh
Architecture: source
Version: 1:8.1p1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian OpenSSH Maintainers
Changed-By: Colin Watson
Closes: 948466
Changes:
openssh (1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 01 Jan 2020 16:29:38 +
Source: libpipeline
Architecture: source
Version: 1.5.2-1
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
libpipeline (1.5.2-1) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 26 Dec 2019 22:46:22 +
Source: py-macaroon-bakery
Architecture: source
Version: 1.2.3-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
py-macaroon-bakery
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 26 Dec 2019 02:13:31 +
Source: py-macaroon-bakery
Architecture: source
Version: 1.2.3-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
py-macaroon-bakery
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 26 Dec 2019 01:36:24 +
Source: storm
Architecture: source
Version: 0.22-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
storm (0.22-3) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 26 Dec 2019 01:33:31 +
Source: keymapper
Architecture: source
Version: 0.6.2
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
keymapper (0.6.2) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 21 Nov 2019 16:05:09 +
Source: storm
Binary: python3-storm python3-storm-dbg
Architecture: amd64 source
Version: 0.22-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 23 Dec 2019 22:05:40 +
Source: yapps2
Architecture: source
Version: 2.2.1-3.1
Distribution: unstable
Urgency: medium
Maintainer: Matthias Urlichs
Changed-By: Colin Watson
Closes: 911730 911752 911753 938864
Changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 23 Dec 2019 22:38:19 +
Source: groff
Architecture: source
Version: 1.22.4-4
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Closes: 867123 946868
Changes:
groff (1.22.4-4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 16 Dec 2019 23:51:51 +
Source: base-passwd
Architecture: source
Version: 3.5.47
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
base-passwd (3.5.47) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 16 Dec 2019 15:52:46 +
Source: keymapper
Architecture: source
Version: 0.6.1
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
keymapper (0.6.1) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 16 Dec 2019 15:48:45 +
Source: grub2
Architecture: source
Version: 2.04-5
Distribution: unstable
Urgency: medium
Maintainer: GRUB Maintainers
Changed-By: Colin Watson
Changes:
grub2 (2.04-5) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 14 Dec 2019 03:21:09 +
Source: libpipeline
Architecture: source
Version: 1.5.1-3
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Changes:
libpipeline (1.5.1-3) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 14 Dec 2019 03:06:46 +
Source: python-pgbouncer
Architecture: source
Version: 0.0.9-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
python-pgbouncer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 14 Dec 2019 03:05:28 +
Source: python-timeline
Architecture: source
Version: 0.0.7-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
python-timeline
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 12 Dec 2019 00:24:23 +
Source: debmirror
Architecture: source
Version: 1:2.33
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Closes: 943970
Changes:
debmirror (1:2.33) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 12 Dec 2019 00:22:16 +
Source: man-db
Architecture: source
Version: 2.9.0-2
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson
Changed-By: Colin Watson
Closes: 945909
Changes:
man-db (2.9.0-2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 11 Dec 2019 23:53:49 +
Source: openssh
Architecture: source
Version: 1:8.1p1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian OpenSSH Maintainers
Changed-By: Colin Watson
Changes:
openssh (1:8.1p1-2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 09 Dec 2019 10:09:57 +
Source: python-tblib
Architecture: source
Version: 1.6.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Colin Watson
Changes:
python-tblib (1.6.0-1
1 - 100 of 3719 matches
Mail list logo
