On Fri, Aug 17, 2018 at 05:46:10PM +0200, Somebody else wrote:
> On Fri, Aug 17, 2018 at 4:42 PM Colin Watson wrote:
> > No, that change was added a long time ago. The change that caused the
> > symptoms you observe was the addition of
> > debian/patches/linuxefi_disa
nfortunately your custom setup sits in a corner case that we hadn't
previously heard much about and so isn't handled right now.
--
Colin Watson [cjwat...@debian.org]
rse, but
you can contact us at feedb...@launchpad.net, or #launchpad on freenode.
--
Colin Watson [cjwat...@debian.org]
preconv needs to understand
enough about the input to avoid encoding the argument to .tm (although I
wonder what this would do if the input text were in some more exotic
encoding), or .tm needs to evaluate \[...] escapes, or we need to accept
that this debugging command will produce sligh
e code path that does the right thing without the
need for options. I'm currently testing a patch that directly
implements restarting of partial downloads in the LWP-based code, which
should supersede this.
Thanks,
--
Colin Watson [cjwat...@debian.org]
indrot.org/mailman/listinfo/openssh-unix-dev) would
be a good place.
Thanks,
--
Colin Watson [cjwat...@debian.org]
the pieces have been put together yet.
--
Colin Watson [cjwat...@debian.org]
ils of what you're doing the better.
Philipp and Luca, if you could have a look at this in case it's a
regression in the SB work, that'd be great.
Thanks,
--
Colin Watson [cjwat...@debian.org]
riment? My
efforts at zen-debugging this aren't really getting anywhere fast.
Thanks,
--
Colin Watson [cjwat...@debian.org]
ersion
comparison algorithm:
$ dpkg --compare-versions 1:25.2+1-8 gt 47.0 && echo yes
yes
So I think you need to go into quite a lot more detail about exactly
what is failing ...
--
Colin Watson [cjwat...@debian.org]
re are mostly Ubuntu-specific; this is not only
because it's what I have most experience of, but also because I'm pretty
sure that ubuntu.series is the only kind of vendor series I've ever seen
in Debian source packages. It's possible I've missed some.
--
Colin Watson [cjwat...@debian.org]
frontend
> might need to be removed") then.
That's now fixed, so as far as debconf is concerned you can remove
qt4-perl.
--
Colin Watson [cjwat...@debian.org]
On Wed, Jul 25, 2018 at 10:23:49AM +0800, Matthias Klumpp wrote:
> 2018-07-25 5:51 GMT+08:00 Lisandro Damián Nicanor Pérez Meyer
> :
> > On Thu, 19 Jul 2018 at 14:04, Colin Watson wrote:
> >> Simple enough: once you've installed the new version, "dpkg-reconfigure
> &g
out, I don't think it's a
good use of time to try to improve the tooling.
I second Steve's opinion that, in the aggregate, this feature is
actively harmful to downstreams (notwithstanding some individual cases
where it may be locally helpful) and should be removed.
--
Colin
On Sun, Jul 22, 2018 at 11:40:40AM +0100, Colin Watson wrote:
> Do you know of a good support/bug contact for OpenVZ? I'm not familiar
> with it at all, and I think we need some idea of what the problem is
> there before we even have a clue about what a reasonable workaround in
> O
have a clue about what a reasonable workaround in
OpenSSH might be. (Disabling the sandbox doesn't count as reasonable
here, at least not long-term.) Have you asked the hosting provider if
they know what might be going on, or if they have an upstream they could
ask? Presumably s
pB\%.. (press h for help or q to quit)$-R MAN_PN=ls(1) less
Sorry for the delay in getting back to you. Please could you run "sudo
strace -f -o man.trace -s 1024 man ls", and attach the resulting
man.trace file in an email to me?
--
Colin Watson [cjwat...@debian.org]
ically if you're using the new Kde frontend.
But hopefully soon I'll get some test reports and be confident in
actually removing the old Kde (now Qt) frontend ...
--
Colin Watson [cjwat...@debian.org]
On Thu, Jul 19, 2018 at 01:43:09PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El jueves, 19 de julio de 2018 07:08:43 -03 Colin Watson escribió:
> > Sorry for dropping this on the floor for so long! I've reviewed this
> > and tested it on a Debian KDE stretch system, and
pull debconf-kde-helper in via
apper, so most people probably have it; but we should probably
explicitly add it to the task.
--
Colin Watson [cjwat...@debian.org]
You'll probably need
to use a short but non-zero timeout and press Escape instead.
(It's possible that more recent versions of the UEFI spec have improved
this; but if so then somebody would need to implement that in GRUB, and
it would still only work if you had new
if they
aren't, rather than assuming that they must be mounted.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
SHELL
is obviously brittle. I could change man to call groff directly rather
than nroff, which would avoid the problem, but that's also brittle as it
depends on the implementation language. I suspect that I'll just have
to allow sockets in the seccomp sandbox, and maybe rely on AppArmor to
li
ggest adding a dependency on
coreutils (>= 8.24), which introduced the feature of sync(1) being used
here.
I've put all this in a merge request:
https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/6
--
Colin Watson [cjwat...@debian.org]
On Mon, Jun 11, 2018 at 12:06:33PM +0100, Tim Small wrote:
> This patch works for me, please could we get it into buster?
Sorry for having missed this for so long; I've uploaded it now.
--
Colin Watson [cjwat...@debian.org]
On Mon, Jun 11, 2018 at 08:52:11PM +0200, Andreas Metzler wrote:
> On 2018-06-11 Colin Watson wrote:
> > On Sun, Jun 10, 2018 at 04:04:13PM +0200, Andreas Metzler wrote:
> > > yes, resetting IFS to its default value in confmodule helps.
>
> > Thanks. For completeness,
On Sun, Jun 10, 2018 at 04:04:13PM +0200, Andreas Metzler wrote:
> On 2018-06-10 Colin Watson wrote:
> > On Sun, Jun 10, 2018 at 03:03:28PM +0200, Andreas Metzler wrote:
> >> I have tried debugging the issue to get a minimal testcase. I have had
> >> some succ
$_db_internal_IFS"
# Disgusting, but it's the only good way to split the line,
# preserving all other whitespace.
RET="${_db_internal_line#[! ][ ]}"
(If so, that would suggest that the problem might be specifically in
variable assignments preced
named "-" in the current directory.
> Try "touch ./-" , then run "man man" under strace -f and look for a stat
> of "-" in the trace.
This is a bug in less. Can you file it there separately? You can
reproduce it like this:
echo | strace -otrace less
fgrep '"-"' trace
--
Colin Watson [cjwat...@debian.org]
On Mon, May 14, 2018 at 04:03:51PM +0100, Ian Jackson wrote:
> Colin Watson writes ("Re: Bug#898627: man-db: dependency loop"):
> > I've never seen this myself. I guess it's due to man-db having
> > "interest-noawait /usr/share/man" in its triggers and itself s
y case I don't see any way to exclude man-db itself from the file
trigger if that's not the case.
CCing the dpkg maintainers.
--
Colin Watson [cjwat...@debian.org]
On Sat, Apr 28, 2018 at 06:00:00PM +0200, Mikulas Patocka wrote:
> On Fri, 30 Mar 2018, Colin Watson wrote:
> > Hm, OK. I mean, you could always just make sure that everything man
> > needs to call matches, but I guess that's a bit fiddly. Fixed upstream,
> >
change in OpenSSH, it's in fact because
it tickled a long-standing bug in Twisted. I've filed an upstream bug
about this with a patch, and assuming reviewers don't entirely hate it I
think we should cherry-pick the patch into Debian's twisted packages.
--
Colin
seccomp is confusing qemu here, too?
I doubt it - that's just qemu getting SIGABRT due to a failed assert,
which seems normal.
--
Colin Watson [cjwat...@debian.org]
Control: tag -1 fixed-upstream
On Wed, Apr 04, 2018 at 01:22:09PM +0200, Salvo Tomaselli wrote:
> Here it is
Thanks. I've fixed your bug upstream, for the upcoming man-db 2.8.3:
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=c08cb8aedb7bb647e3f1ac6b9d009c0b174f8ba1
--
Co
.pem --ssl=on \
+ --bind=/run/xpra/system --auth=${AUTH} --socket-dirs=/run/xpra
--socket-permissions=666 \
+ --log-dir=/var/log --pidfile=/run/xpra.pid --debug=${DEBUG}
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
I'd like to collect more information in order to make sure
that I've really fixed it. Could you please run "strace -f -o
/root/man.trace -s 1024 man man" in the same environment, and attach the
resulting /root/man.trace file?
Thanks,
--
Colin Watson [cjwat...@debian.org]
.private? But I don't know the
libedit interface in detail, and in any case this is up to the libedit
maintainers, so reassigning.
Thanks,
--
Colin Watson [cjwat...@debian.org]
Control: reassign -1 groff 1.22.3-10
On Thu, Mar 08, 2018 at 07:35:49PM -0500, Anthony DeRobertis wrote:
> Running:
>
> man -Tutf8 /usr/share/man/ja/man5/apt_preferences.5.gz
>
> starts outputting the manpage, but then at some point switches over to
> outputting an (so far as I can tell)
atches, but I guess that's a bit fiddly. Fixed upstream,
and will be in 2.8.3:
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=770cd67aaf711b2cded9cbc2f9e503ca0f5e73ba
--
Colin Watson [cjwat...@debian.org]
On Mon, Mar 26, 2018 at 12:50:26PM +0200, Karsten Merker wrote:
> On Mon, Mar 26, 2018 at 12:47:18AM +0100, Colin Watson wrote:
> > I think this would be clearer reversed, i.e.:
> >
> > DEB_FRONTENDS=passthrough text newt
> > UDEB_FRONTENDS=passthrough text new
to keep the package contents identical regardless of build
profile, since the main build system won't handle it in this case due to
the change in *_FRONTENDS?
Thanks,
--
Colin Watson [cjwat...@debian.org]
+
@@ -1,3 +1,10 @@
+serf (1.3.9-5) UNRELEASED; urgency=medium
+
+ * Backport r1712790 from upstream to fix a segfault in
+serf_bucket_aggregate_prepend when prepending a bucket to an empty list.
+
+ -- Colin Watson <cjwat...@ubuntu.com> Tue, 20 Mar 2018 12:41:52 +
+
serf (1.3.
Control: tag -1 fixed-upstream
On Sat, Mar 10, 2018 at 01:20:49PM +0800, Paul Wise wrote:
> On Thu, 2018-03-08 at 13:38 +0000, Colin Watson wrote:
> > Hmm, this doesn't seem to show a SIGSYS, and man exited 0.
>
> I added some debugging to groff and looked at the code.
>
>
On Thu, Mar 08, 2018 at 09:25:05PM +0800, Paul Wise wrote:
> On Thu, 2018-03-08 at 10:03 +0000, Colin Watson wrote:
> > They aren't useful, but I'm not sure why that means I should close
> > the bug.
>
> It is a standard line to get grumpy people who don't like people
ing, the job is not started
or restarted.
@@ -107,5 +111,5 @@ if ($action eq "start" || $action eq "restart") {
}
exit(0);
} else {
-exec '/bin/systemctl', @ARGV;
+exec '/bin/systemctl', @units if @units;
}
Thanks,
--
Colin Watson [cjwat...@debian.org]
should close the
bug. Reassigning to man-db since this is due to the seccomp filtering
there and not a bug in groff.
Could you please run:
PIPELINE_DEBUG=1 strace -f -o man.trace -s 1024 man man | head -n1
... and attach both the full output on stderr and the resulting
man.trace file?
Thanks,
--
under strace)?
I may have further questions after this, but the above should let me
make a better guess as to what to ask next.
Thanks,
--
Colin Watson [cjwat...@debian.org]
On Sat, Mar 03, 2018 at 11:29:12AM +0100, Cyril Brulebois wrote:
> Adam D. Barratt <a...@adam-barratt.org.uk> (2018-03-03):
> > On Thu, 2018-03-01 at 16:20 +0000, Colin Watson wrote:
> > > I'd like to fix openssh CVE-2017-15906 in stretch. A debdiff
> > > follo
was
+incorrectly permitting creation of zero-length files. Reported by Michal
+Zalewski.
+
+ -- Colin Watson <cjwat...@debian.org> Thu, 01 Mar 2018 15:17:53 +
+
openssh (1:7.4p1-10+deb9u2) stretch; urgency=medium
* Test configuration before starting or reloading sshd under s
rt of #871229 to have been due to this
same bug, as I only applied the patch in question in 2.02+dfsg1-2.
Please send all followups related to NVME devices to #891773 *only*.
I'm adjusting severities etc. accordingly, as it was never possible to
get accurate information about the original report of #871229 (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229#25).
--
Colin Watson [cjwat...@debian.org]
On Wed, Feb 28, 2018 at 10:09:29PM -0500, John Sivak wrote:
> We have a winner. That build works on my system as well.
Great. In that case, 2.8.2 contains that fix.
Thanks!
--
Colin Watson [cjwat...@debian.org]
Control: tag -1 fixed-upstream
On Fri, Feb 23, 2018 at 01:59:02PM +0100, Andreas Beckmann wrote:
> On 2018-02-22 13:46, Colin Watson wrote:
> > I'm somewhat inclined to disable the seccomp filter if running under
> > qemu-user, as it's going to be pretty hard to make it wor
On Sun, Feb 25, 2018 at 07:13:52PM -0500, John Sivak wrote:
> On 02/25/2018 07:06 AM, Colin Watson wrote:
> > Ah, right, no explicit path there. Can you try git master again
> > (https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=122802046452c5d900a3d74b643d2089c4df58
2.02+dfsg1-2).
> On top of the SPARC patches, we also need to build grub2 with
> TARGET_CCASFLAGS := -fno-PIE on sparc and sparc64 [3].
That's in 2.02+dfsg1-2 as well.
Thanks,
--
Colin Watson [cjwat...@debian.org]
Control: found -1 man-db/2.8.1-1
Control: tag -1 fixed-upstream
On Tue, Feb 20, 2018 at 11:17:09PM +, Colin Watson wrote:
> On Tue, Feb 20, 2018 at 10:37:45PM +0100, Richard B. Kreckel wrote:
> > To my surprise that system had the 'execve() wrapper and logger' package
> > snoop
ave an installation like this so that I can better
understand it?
--
Colin Watson [cjwat...@debian.org]
aster again
(https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=122802046452c5d900a3d74b643d2089c4df58d2)?
--
Colin Watson [cjwat...@debian.org]
ntrol.1.dh-new
> returned exit code 3
> dh_installman: Aborting due to earlier error
I'm somewhat inclined to disable the seccomp filter if running under
qemu-user, as it's going to be pretty hard to make it work. What do you
think? And do you know of a way for a program to detect tha
t upstream, thanks.
--
Colin Watson [cjwat...@debian.org]
c/ld.so.preload. Still, I'd like to get this
working while I have your attention, since it seems quite close now.
Thanks,
--
Colin Watson [cjwat...@debian.org]
resulting
man.trace file?
Thanks,
--
Colin Watson [cjwat...@debian.org]
On Mon, Feb 19, 2018 at 10:15:47AM +, Colin Watson wrote:
> Do you have an unusual libc or a modified libpipeline or something? The
> sequence of system calls that your trace shows at the point where
> libpipeline should be calling execvp for nroff doesn't correspond to a
On Sun, Feb 18, 2018 at 07:22:01PM -0500, John Sivak wrote:
> On 02/18/2018 04:50 PM, Colin Watson wrote:
> > Any information at all would be good. :-) Could you start by running
> > the relevant man command line under "strace -f -o man.trace -s 1024" and
> > at
436
>
> Let me know what other information you'd like me to provide.
Any information at all would be good. :-) Could you start by running
the relevant man command line under "strace -f -o man.trace -s 1024" and
attaching the resulting man.trace file?
--
Colin Watson [cjwat...@debian.org]
On Thu, Feb 15, 2018 at 08:58:29PM +0200, Niko Tyni wrote:
> On Thu, Feb 15, 2018 at 03:26:50PM +0000, Colin Watson wrote:
> > On Thu, Feb 15, 2018 at 10:39:15AM +, Dominic Hargreaves wrote:
> > > The debconf database *is* in /var/cache so I don't know how anything
>
elopers in case they can shed any light on this.
Sounds like the long-known https://bugs.debian.org/247134. It probably
needs to be dealt with at some point, but oh goodness the anticipated
migration pain ...
--
Colin Watson [cjwat...@debian.org]
On Thu, Feb 15, 2018 at 10:42:15AM +0100, Julian Andres Klode wrote:
> That feels to me like something libseccomp should handle, and not
> worked around in every user of it.
I've filed https://github.com/seccomp/libseccomp/issues/107 upstream.
--
Colin
On Thu, Feb 15, 2018 at 10:42:15AM +0100, Julian Andres Klode wrote:
> On Thu, Feb 15, 2018 at 09:28:26AM +0000, Colin Watson wrote:
> > apt fails on x32:
> >
> > # apt update
> > Reading package lists... Done
> > E: Method http has died unexpectedly!
&
ll_96(...)
in unsupported 64-bit mode of process PID=2997". The attached patch has
some more reasoning and fixes this.
Thanks,
--
Colin Watson [cjwat...@debian.org]
>From 3b88f5d71e1ec850ad9f692a687c66ef1c714897 Mon Sep 17 00:00:00 2001
From: Colin Watson <cjw
other iteration of
https://bugs.debian.org/850047. While building a system to test it,
though, I ran into apt's seccomp sandbox also being broken on x32 (very
likely for the same kind of reason), so I'm yak-shaving my way towards
this ...
--
Colin Watson [cjwat...@debian.org]
ou please try this, which will hopefully also
fail, and then attach man-ls.trace to this bug?
strace -f -o man-ls.trace -s 1024 man ls
Thanks,
--
Colin Watson [cjwat...@debian.org]
s, since neither is an official
ftpsync-emitted key but Suites is rather less ambiguous outside the
context of debmirror;
* and I used a here-document to make the bulk of the trace printing
feel less verbose.
This will be in 1:2.29.
--
Colin Watson [cjwat...@debian.org]
cancel my upload to the
delayed queue? I can do so, but I'm concerned about making sure that a
release-critical bug affecting my package is fixed as soon as possible,
and I know how easy it can be for it to take longer than expected to fix
an accumulation of minor issues.
Thanks,
--
Col
mat)
Installed-Size: [-1224-] {+720+}
Version: [-1.0.5.1-2-] {+1.0.5.1-2.1+}
Regards,
--
Colin Watson [cjwat...@debian.org]
diff -u manpages-tr-1.0.5.1/debian/changelog manpages-tr-1.0.5.1/debian/changelog
--- manpages-tr-1.0.
-tr hasn't been uploaded since 2009, so I'll prepare an
NMU for the delayed queue once I get a chance as well.
Thanks,
--
Colin Watson [cjwat...@debian.org]
Ubuntu
archives, with the only material difference being how much history they
remember) is that you can't cause a file name in the pool to have
different contents from a previous upload of the same file name.
(moon-buggy_1.0.51-1.dsc has previously existed, but
moon-buggy_1.0.51.orig.tar.gz has not.)
--
Colin Watson [cjwat...@debian.org]
ge_profile before putting the
seccomp filter in place (I'd prefer to avoid this, but it's an
option)
--
Colin Watson [cjwat...@debian.org]
^~~~
Thanks. I've disabled seccomp for now for other reasons, which deals
with this build failure, but I've also fixed the architecture-specific
problem here for the next upstream release:
https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=13d37b21fe591b8455
ect is relevant
here ...
--
Colin Watson [cjwat...@debian.org]
o salsa, but I don't know how to
> easily generate a link to a single commit; I've got redirect rules for
> git.donarmstrong.com that do that.]
URLs of this form work:
https://salsa.debian.org/debbugs-team/bugscan/commit/5ccf6f4
--
Colin Watson [cjwat...@debian.org]
On Mon, Nov 27, 2017 at 09:26:33PM -0500, Jimmy Kaplowitz wrote:
> On Wed, Oct 18, 2017 at 08:17:49AM +0100, Colin Watson wrote:
> > On Tue, Oct 17, 2017 at 02:50:24PM -0700, Jimmy Kaplowitz wrote:
> > > Hello from the Debian cloud team sprint at Microsoft! We were jus
tream, awaiting review:
https://lists.gnu.org/archive/html/grub-devel/2018-01/msg00023.html
--
Colin Watson [cjwat...@debian.org]
like ssh-keygen to say "never heard of that key
> type" rather than going ahead and generating a perfectly good RSA key
> before failing to marshal it up into a key file.
I agree that this would be a good idea. If you have time then it would
speed things up if
of a few tweaks around
constructMetaIndexURI and friends. If you think this makes sense, I
could deal with extending the Launchpad publisher to save InRelease
files in by-hash.
Thanks,
--
Colin Watson [cjwat...@debian.org]
Control: tag -1 pending
On Mon, Jan 08, 2018 at 02:07:53PM +0100, Benjamin Drung wrote:
> python3-debian will print warnings when parsing the changelog file from
> man-db:
[...]
> A patch that fixes the mal-formed changelog entry is attached.
Applied, thanks.
--
Col
ou're
probably aware of this; but could the workaround there perhaps be
implemented in the Debian package to unblock the libsodium transition in
advance of a new upstream release?
Thanks,
--
Colin Watson [cjwat...@debian.org]
ired but either way
> since the package is arch all a sourceful upload is needed.
Thanks for the heads-up. Upstream added the necessary support in 1.6.1,
so it's just a simple rebuild; I'll sort that out.
--
Colin Watson [cjwat...@debian.org]
of them earlier, I can see how annoying that
> can be. No objections, but I'd be happy to hear about other uploaders.
No objections here either.
--
Colin Watson [cjwat...@debian.org]
worth writing maintainer scripts in a way that avoids
this kind of problem, I think that probably belongs in the policy
manual; I've reassigned your bug there.
Thanks,
--
Colin Watson [cjwat...@debian.org]
hat if libfilter-perl is installed, users will want the extra
> features not found on the core side.
I agree with your analysis. We could split out Filter::Util::Call into
a separate binary package built by libfilter-perl and do the full
Provides/Breaks/Replaces thing just on that, but
with a build profile named
> "pkg.openssh.nognome".
Committed to master. Thanks for the patch!
--
Colin Watson [cjwat...@debian.org]
locations:
64060 | nova | OpenStack Compute
64061 | cinder| OpenStack Block Storage
64062 | glance| OpenStack Image
You can start using these immediately, without waiting for a base-passwd
upload.
Regards,
--
Colin Watson
On Thu, Dec 07, 2017 at 01:05:09AM +0100, John Paul Adrian Glaubitz wrote:
> I just noticed we might need to add powerpc and ppc64 in line 228 in
> debian/rules [1]:
Good point. Committed, thanks.
--
Colin Watson [cjwat...@debian.org]
issue has been fixed upstream by Intel.
> http://git.savannah.gnu.org/cgit/grub.git/commit/?id=446794de8da4329ea532cbee4ca877bcafd0e534
>
> Would you please consider to adopt this fix in Debian?
Cherry-picked for the next upload. Thanks for the hea
on dbus, so it may fail as follows:
[...]
> This should be fixed by adding Wants=dbus.socket and After=dbus.socket to
> ssh-agent.service.
Thanks for the patch; pushed to git master for the next release.
--
Colin Watson [cjwat...@debian.org]
a sticky situation with no clear way out.
I have no particular objection to the patch, but there's no point
continuing to promote it on this bug report.
Regards,
--
Colin Watson [cjwat...@debian.org]
can't construct a situation where this is a practical
problem I'm not going to forward it.
Regards,
--
Colin Watson [cjwat...@debian.org]
On Sat, Nov 18, 2017 at 07:15:30PM +, Adam D. Barratt wrote:
> On Sat, 2017-11-18 at 11:14 +0000, Colin Watson wrote:
> > This is the jessie version of #865986. The WinSCP change isn't
> > applicable to jessie, but the fixes for #865770 and #873201 are.
>
> I
b5 ssh-askpass-gnome openssh-client-udeb openssh-server-udeb
Architecture: source
Version: 1:7.4p1-10+deb9u2
Distribution: stretch
Urgency: medium
Maintainer: Debian OpenSSH Maintainers <debian-...@lists.debian.org>
Changed-By: Colin Watson <cjwat...@debian.org>
Description:
openssh-client -
701 - 800 of 4696 matches
Mail list logo