Control: tag -1 pending
Hello,
Bug #920018 in systemd reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hello Nye,
Nye Liu [2019-01-23 14:16 -0800]:
> Please apply https://github.com/systemd/systemd/pull/11527
It's in the pipeline now, I need to sort out some git paperwork issue with
Felipe. But either way, I'll upload the fix tomorrow.
(Sorry, just back from meeting/devconf.cz week with
Hello Nye,
Nye Liu [2019-01-23 14:16 -0800]:
> Please apply https://github.com/systemd/systemd/pull/11527
It's in the pipeline now, I need to sort out some git paperwork issue with
Felipe. But either way, I'll upload the fix tomorrow.
(Sorry, just back from meeting/devconf.cz week with
Hello Nye,
Nye Liu [2019-01-23 14:16 -0800]:
> Please apply https://github.com/systemd/systemd/pull/11527
It's in the pipeline now, I need to sort out some git paperwork issue with
Felipe. But either way, I'll upload the fix tomorrow.
(Sorry, just back from meeting/devconf.cz week with
Hello Felipe,
Felipe Sateler [2019-01-26 0:04 +]:
> Bug #919390 in systemd reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 23 Jan 2019 16:25:51 +
Source: cockpit
Architecture: source
Version: 186-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Changes:
cockpit (186-1) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 20 Jan 2019 14:39:01 +
Source: media-player-info
Binary: media-player-info
Architecture: source
Version: 24-2
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed-By: Martin Pitt
Description:
media
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 20 Jan 2019 14:46:38 +
Source: editmoin
Binary: editmoin
Architecture: source
Version: 1.17-4
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed-By: Martin Pitt
Description:
editmoin - edit
Changed-By: Martin Pitt
Description:
python-distutils-extra - enhancements to the Python build system
python3-distutils-extra - enhancements to the Python3 build system
Closes: 862182 894897 909992 912859
Changes:
python-distutils-extra (2.42) unstable; urgency=medium
.
[ Ondřej Nový
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 20 Jan 2019 10:18:27 +
Source: umockdev
Binary: umockdev libumockdev0 libumockdev-dev gir1.2-umockdev-1.0
Architecture: source
Version: 0.12.1-2
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed
Control: retitle -1 FTBFS without a loopback inet device
Control: severity -1 normal
Hello Santiago,
Santiago Vila [2019-01-19 17:35 +]:
> I tried to build this package in buster but it failed:
This fails a lot of tests like this:
|
Control: retitle -1 FTBFS without a loopback inet device
Control: severity -1 normal
Hello Santiago,
Santiago Vila [2019-01-19 17:35 +]:
> I tried to build this package in buster but it failed:
This fails a lot of tests like this:
|
Control: retitle -1 FTBFS without a loopback inet device
Control: severity -1 normal
Hello Santiago,
Santiago Vila [2019-01-19 17:35 +]:
> I tried to build this package in buster but it failed:
This fails a lot of tests like this:
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 19 Jan 2019 09:35:18 +
Source: cssutils
Binary: python-cssutils python3-cssutils
Architecture: source
Version: 1.0.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team
Changed-By: Martin Pitt
Hello Pythoneers,
The other day I worked a bit on the cssutils package (I'm a co-maintainer). But
then I noticed that since the salsa migration I can't commit to the official
packaging git any more, so I sent a PR instead:
cockpit-tests cockpit-ws
Architecture: source
Version: 185-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- Web Console for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Hello js jb,
js jb [2019-01-16 0:27 +]:
> Is 240-4 slated to get to the testing distribution soon?
If nothing unforeseen comes in between (like finding another RC bug that got
introduced into -3 or -4), it should enter testing in two days:
https://tracker.debian.org/pkg/systemd → look at
Hello js jb,
js jb [2019-01-16 0:27 +]:
> Is 240-4 slated to get to the testing distribution soon?
If nothing unforeseen comes in between (like finding another RC bug that got
introduced into -3 or -4), it should enter testing in two days:
https://tracker.debian.org/pkg/systemd → look at
Changed-By: Martin Pitt
Description:
libssh-4 - tiny C SSH library (OpenSSL flavor)
libssh-dev - tiny C SSH library - Development files (OpenSSL flavor)
libssh-doc - tiny C SSH library - Documentation files
libssh-gcrypt-4 - tiny C SSH library (gcrypt flavor)
libssh-gcrypt-dev - tiny C SSH
-polkit-1.0
Architecture: source
Version: 0.105-24
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
gir1.2-polkit-1.0 - GObject introspection data for PolicyKit
libpolkit-agent-1-0 - PolicyKit Authentication Agent API
libpolkit
your own Cockpit UI, set up your own project [1],
discuss some Cockpit or Composer improvement or your pet bug, or just say
hello, please stop by!
See you next week,
The Cockpit team
Martin Pitt
[1] in that case, you may also be interested in
"Your turn-key Cockpit UI in a CI/CD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 13 Jan 2019 12:46:59 +
Source: fatrace
Binary: fatrace
Architecture: source
Version: 0.13-2
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed-By: Martin Pitt
Description:
fatrace- report system
Hello Santiago,
Santiago Vila [2019-01-13 13:37 +0100]:
> > Indeed, this points out a broken build environment that doesn't have a
> > loopback
> > device. [...]
>
> No, not the case. This used to build ok in the past in my autobuilders:
The loopback issue does not affect *your* builds. E. g.
Hello Santiago,
Santiago Vila [2019-01-13 13:37 +0100]:
> > Indeed, this points out a broken build environment that doesn't have a
> > loopback
> > device. [...]
>
> No, not the case. This used to build ok in the past in my autobuilders:
The loopback issue does not affect *your* builds. E. g.
Control: block -1 by bug 918892
Hello Santiago, Andreas,
Andreas Henriksson [2019-01-12 21:41 +0100]:
> > # FAIL: 31
>
> Lots of failing tests there
Right, but they have two different root causes. The first is bug 918892, a
recent regression in libssh 0.8.6, which causes all the
Control: block -1 by bug 918892
Hello Santiago, Andreas,
Andreas Henriksson [2019-01-12 21:41 +0100]:
> > # FAIL: 31
>
> Lots of failing tests there
Right, but they have two different root causes. The first is bug 918892, a
recent regression in libssh 0.8.6, which causes all the
Control: block -1 by bug 918892
Hello Santiago, Andreas,
Andreas Henriksson [2019-01-12 21:41 +0100]:
> > # FAIL: 31
>
> Lots of failing tests there
Right, but they have two different root causes. The first is bug 918892, a
recent regression in libssh 0.8.6, which causes all the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 13 Jan 2019 12:01:02 +
Source: scour
Binary: python-scour python3-scour scour
Architecture: source
Version: 0.37-2
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed-By: Martin Pitt
Description
Control: severity -1 serious
Control: tag -1 fixed-upstream patch
Hello,
Sanne Raymakers [2019-01-10 6:27 -0500]:
> Server-side libssh-0.8.6 breaks cockpit unit tests by not negotiating a host
> key algo.
This causes packages depending on libssh to malfunction and FTBFS, thus bumping
Hello Magic,
. [2019-01-11 20:44 +0100]:
> Thank you very much for the answer! Unfortunately I'm still stuck :-(
> Please take a look at the following code and tell me why it's still
> asynchronous. It display properly messages: "testFunct" and then "end of
> testFunct", but it never reach the
Hello Daniel,
Daniel. [2019-01-10 23:26 -0200]:
> I just installed cockpit in a server that I have access exclusively with
> ssh keys, my surprise is that the user hasn't a password and installing
> cockpit make possible to login without password opening a breach.
*Never* have users with an
Martin Pitt [2019-01-10 10:59 +0100]:
> Let's use "review-2019-01" for a bit more clarity, and 90 days. I sent a PR
> for
> such a script here: https://github.com/cockpit-project/cockpit/pull/10941
As discussed in the standup, I now ran this script:
https://github.com/cock
Hello all,
Martin Pitt [2019-01-10 9:45 +0100]:
> My idea:
>
> * With a script, add a "triage-201901" label to all issues which didn't get
>any comment in more than one month.
Let's use "review-2019-01" for a bit more clarity, and 90 days. I sent a
Hello all,
as discussed in yesterday's meeting, we want to do a collective effort in
cleaning up our issues [1].
I just did a few, but this bears the question how we track which issues have
been looked at and which still need to be re-triaged? A lot of issues will
still be current, after all.
Hello Magik,
. [2019-01-09 21:51 +0100]:
> I'm C programmer learning now Cockpit. My problem is as follows: for some
> of the operation I must use external helper and I must wait for it output.
> The cockpit.spawn() function returns the promise, which is non-blocking
> operation (as expected).
cockpit-tests cockpit-ws
Architecture: source
Version: 184-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- Web Console for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Hello Josch,
Johannes 'josch' Schauer [2018-12-07 23:11 +0100]:
> Unfortunately under "Test-Command" it also says "This is mutually
> exclusive with the ``Tests:`` field". Is there a practical reason why
> these fields are mutually exclusive? Naively, I would've expected, that
> when Test-Command
Control: tag -1 fixed-upstream pending
Hello Helge,
Helge Deller [2018-11-27 21:40 +0100]:
> umockdev fails to build quite often on the hppa architecture, as can be seen
> here:
> https://buildd.debian.org/status/logs.php?pkg=umockdev=hppa
>
> I did some testing, and I think it fails because
I confirm this on Ubuntu 18.04 (bionic) with 4.15.0-2ubuntu1. It is
fixed in 18.10 (cosmic) with 4.18.0-1ubuntu2.
** Also affects: iproute2 (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: iproute2 (Ubuntu Bionic)
Status: New => Confirmed
** Changed in:
I confirm this on Ubuntu 18.04 (bionic) with 4.15.0-2ubuntu1. It is
fixed in 18.10 (cosmic) with 4.18.0-1ubuntu2.
** Also affects: iproute2 (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: iproute2 (Ubuntu Bionic)
Status: New => Confirmed
** Changed in:
I confirm this on Ubuntu 18.04 (bionic) with 4.15.0-2ubuntu1. It is
fixed in 18.10 (cosmic) with 4.18.0-1ubuntu2.
** Also affects: iproute2 (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: iproute2 (Ubuntu Bionic)
Status: New => Confirmed
** Changed in:
Wow, thanks Marc, this was super-fast!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libssh in Ubuntu.
https://bugs.launchpad.net/bugs/1805348
Title:
Recent security update broke server-side keyboard-interactive
authentication
Wow, thanks Marc, this was super-fast!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1805348
Title:
Recent security update broke server-side keyboard-interactive
authentication
To manage
cockpit-tests cockpit-ws
Architecture: source
Version: 183-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- Web Console for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
:
https://github.com/cockpit-project/cockpit/releases/tag/183
Take care,
Martin Pitt
signature.asc
Description: PGP signature
___
cockpit-devel mailing list -- cockpit-devel@lists.fedorahosted.org
To unsubscribe send an email to cockpit-devel-le
Public bug reported:
0.8.4 and the backported fixes for CVE-2018-10933 cause server-side
keyboard-interactive authentication to completely break. See
https://bugs.libssh.org/T117 for details and a reproducer.
This was fixed upstream as part of the 0.8.5 release, so disco is fine.
For
Public bug reported:
0.8.4 and the backported fixes for CVE-2018-10933 cause server-side
keyboard-interactive authentication to completely break. See
https://bugs.libssh.org/T117 for details and a reproducer.
This was fixed upstream as part of the 0.8.5 release, so disco is fine.
For
Public bug reported:
0.8.4 and the backported fixes for CVE-2018-10933 cause server-side
keyboard-interactive authentication to completely break. See
https://bugs.libssh.org/T117 for details and a reproducer.
This was fixed upstream as part of the 0.8.5 release, so disco is fine.
For
Hello Eric,
Eric Garver [2018-11-26 10:20 -0500]:
> No. As far as I can tell, firewalld never uses iptables -R (rule
> replace) option. It's possible this is being triggered by something
> external via the direct/passthrough interface (e.g. docker, libvirt).
I collected some more info here:
Hello Eric,
Eric Garver [2018-11-26 10:20 -0500]:
> No. As far as I can tell, firewalld never uses iptables -R (rule
> replace) option. It's possible this is being triggered by something
> external via the direct/passthrough interface (e.g. docker, libvirt).
I collected some more info here:
Hello again,
another observation: In Fedora 29, firewalld also defaults to the iptables
backend, and I get the same error noise in "systemctl status firewalld". But
"--reload" works.
The main differences that I can see is:
* kernel: 4.18 on Debian unstable, 4.19.2 on Fedora 29
* iptables:
Hello again,
I now downloaded our previous debian-testing image, where the failure does not
happen. This has the same kernel, docker, and libvirt version, and firewalld
0.6.3-1. Upgrading just firewalld to 0.6.3-3 introduces this regression.
Presumably upstream now only tests with nftables, and
Hello again,
I now downloaded our previous debian-testing image, where the failure does not
happen. This has the same kernel, docker, and libvirt version, and firewalld
0.6.3-1. Upgrading just firewalld to 0.6.3-3 introduces this regression.
Presumably upstream now only tests with nftables, and
Package: firewalld
Version: 0.6.3-3
Severity: important
A recent regression in Debian testing broke firewalld. This is on a stock
Debian-testing system, without a custom kernel, custom firewall configs, etc.
-- just a plain "apt install firewalld". However, it does have libvirt and
docker.io
Control: tag -1 pending
Hello Antoine,
Antoine Beaupre [2018-10-26 13:46 -0400]:
> There seems to be some sort of interoperability issue between
> autopkgtest and recent versions of APT which leads the build to
> completely fail:
>
> $ sudo autopkgtest-build-qemu stretch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 18 Nov 2018 20:29:42 +
Source: umockdev
Binary: umockdev libumockdev0 libumockdev-dev gir1.2-umockdev-1.0
Architecture: source
Version: 0.12.1-1
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed
Hello Paul,
Paul Gevers [2018-11-18 21:32 +0100]:
> If I understand correctly, your fix for this bug only enables pulling
> packages from foreign architectures if those architectures are otherwise
> enabled in the testbed.
Correct. That's all that there's to it -- autopkgtest itself is not
Hello Paul,
Paul Gevers [2018-11-18 19:48 +0100]:
> I wonder if this is enough for what Alexandre is looking for. With this
> change one can run ones own autopkgtest with the right options set (like
> in the test case) but this isn't enough to work in frameworks like
> ci.d.n IIUC. E.g. I think
Control: tag -1 pending
Hello Alexandre,
Alexandre Viau [2018-11-06 14:34 -0500]:
> I have a package that works with packages from multiple architectures.
>
> Would it be possible to add multi-arch support to autopkgtest?
Indeed it's meant to support that, just the parser validation was too
Hello Michael,
Michael Biebl [2018-11-17 15:47 +0100]:
> > I know that arm64 EFI boot works (Canonical uses it in their internal
> > OpenStack deployment), but as far as I know there is no existing
> > armhf EFI implementation; so this would mean to ship dead bits. Or are
> > you aware of any
Hello Michael,
Michael Biebl [2018-11-17 15:47 +0100]:
> > I know that arm64 EFI boot works (Canonical uses it in their internal
> > OpenStack deployment), but as far as I know there is no existing
> > armhf EFI implementation; so this would mean to ship dead bits. Or are
> > you aware of any
Control: tag -1 fixed-upstream
Hello Paul and Jeremy,
Thanks for the report and the reminder.
Indeed I investigated this problem a while ago and fixed it upstream:
https://github.com/martinpitt/umockdev/commit/a95afb886945c2df
https://github.com/martinpitt/umockdev/commit/45b6dc5d1d5db
I
Control: tag -1 fixed-upstream
Hello Paul and Jeremy,
Thanks for the report and the reminder.
Indeed I investigated this problem a while ago and fixed it upstream:
https://github.com/martinpitt/umockdev/commit/a95afb886945c2df
https://github.com/martinpitt/umockdev/commit/45b6dc5d1d5db
I
Hello Michael,
Michael Biebl [2018-11-17 22:33 +0100]:
> I applied your patch and simplified postinst a bit using delgroup;
> delgroup --system seems to DTRT already.
Indeed, that's much better, thank you!
Martin
signature.asc
Description: PGP signature
Hello Michael,
Michael Biebl [2018-11-17 22:33 +0100]:
> I applied your patch and simplified postinst a bit using delgroup;
> delgroup --system seems to DTRT already.
Indeed, that's much better, thank you!
Martin
signature.asc
Description: PGP signature
Hello Dmitry,
Dmitry Bogatov [2016-10-20 13:33 +0300]:
> runit_2.1.2-9 in testing, and it:
>
> - Depends on getty-run, which means that user end up without tty
Not sure what "getty-run" is, but indeed I don't get a TTY. But I don't even
get that far. This is my current experience:
* Standard
Hello Dmitry,
Dmitry Bogatov [2016-10-20 13:33 +0300]:
> runit_2.1.2-9 in testing, and it:
>
> - Depends on getty-run, which means that user end up without tty
Not sure what "getty-run" is, but indeed I don't get a TTY. But I don't even
get that far. This is my current experience:
* Standard
reasonable defensiveness.
(Double-checking it now)
@Michael, does that seem ok to you?
Thanks,
Martin
>From b74313718d817e224e807b7979dd6434ba2fc120 Mon Sep 17 00:00:00 2001
From: Martin Pitt
Date: Fri, 16 Nov 2018 18:21:29 +0100
Subject: [PATCH] Fix wrong "nobody" group from sysu
Package: libssh-4
Version: 0.7.3-2+deb9u1
Severity: important
Tags: patch
Hello,
0.8.4 and the backported fixes for CVE-2018-10933 cause server-side
keyboard-interactive authentication to completely break. See
https://bugs.libssh.org/T117 for details and a reproducer.
This was fixed upstream as
cockpit-tests cockpit-ws
Architecture: source
Version: 182-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
This seems fixed in 18.04.
** Changed in: realmd (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1640482
Title:
Running "realm join" causes
-By: Martin Pitt
Description:
python-dbusmock - mock D-Bus objects for tests (Python 2)
python3-dbusmock - mock D-Bus objects for tests (Python 3)
Changes:
python-dbusmock (0.18.1-2) unstable; urgency=medium
.
* debian/tests: Allow stderr messages.
This avoids failing on Python 3.7 deprecation
-By: Martin Pitt
Description:
python-dbusmock - mock D-Bus objects for tests (Python 2)
python3-dbusmock - mock D-Bus objects for tests (Python 3)
Changes:
python-dbusmock (0.18.1-1) unstable; urgency=medium
.
[ Jelmer Vernooij ]
* Use secure copyright file specification URI.
* Remove
I installed libssh-4 0.8.1-1ubuntu0.2 from cosmic-proposed, and confirm
that the manual ssh connection with "cockpit-ssh" as well as all the
integration tests that involve talking to remote machines through ssh
now work.
** Tags removed: verification-needed verification-needed-cosmic
** Tags
I installed libssh-4 0.8.1-1ubuntu0.2 from cosmic-proposed, and confirm
that the manual ssh connection with "cockpit-ssh" as well as all the
integration tests that involve talking to remote machines through ssh
now work.
** Tags removed: verification-needed verification-needed-cosmic
** Tags
fied
there:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-6cd653e005
https://bodhi.fedoraproject.org/updates/FEDORA-2018-25e7ca720f
Thank you!
Martin Pitt
Package: libvirt-client
Version: 4.7.0-1+b1
Version of firewalld: 0.6.3-1
When firewalld is installed, but not running, creating a libvirt network fails.
Apparently libvirt is detecting that firewalld is installed, and then fails to
talk to it:
# systemctl status firewalld
● firewalld.service -
Public bug reported:
Package: libvirt-dbus
Version: 1.2.0-1
DistroRelease: Ubuntu 18.10
libvirt-dbus seems to be completely broken for the system connection:
root:~# busctl call org.libvirt /org/libvirt/QEMU org.libvirt.Connect
ListDomains u 0
Failed to connect socket to
cockpit-tests cockpit-ws
Architecture: source
Version: 181-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
e for an SRU, especially as the impact is quite high.
[1]
http://api.libssh.org/master/group__libssh__session.html#gac%20bc5d04fe66beee863a0c61a93fdf765
[2] https://github.com/cockpit-project/cockpit/pull/10357
[3]
https://fedorapeople.org/groups/cockpit/logs/pull-10357-20181022-204242-8672df31-verify-ub
t included:
https://git.libssh.org/projects/libssh.git/commit/?id=35a64554899f142a2b8b68c79007ad9c3ce00cb1
https://git.libssh.org/projects/libssh.git/commit/?id=c1a8c41c5daf79e37aa5fde67dd94c8596e81102
https://git.libssh.org/projects/libssh.git/commit/?id=893b69d82b4435973ec4d15aae
Added SRU information and uploaded SRU to unapproved queue.
** Description changed:
Ubuntu 18.10's libssh 0.8.1 regresses parsing of known_hosts. This
happens (sometimes) if there are multiple known_host key types (e. g.
ssh-rsa and ssh-ed25519), then it can happen that
Added SRU information and uploaded SRU to unapproved queue.
** Description changed:
Ubuntu 18.10's libssh 0.8.1 regresses parsing of known_hosts. This
happens (sometimes) if there are multiple known_host key types (e. g.
ssh-rsa and ssh-ed25519), then it can happen that
e for an SRU, especially as the impact is quite high.
[1]
http://api.libssh.org/master/group__libssh__session.html#gac%20bc5d04fe66beee863a0c61a93fdf765
[2] https://github.com/cockpit-project/cockpit/pull/10357
[3]
https://fedorapeople.org/groups/cockpit/logs/pull-10357-20181022-204242-8672df31-verify-ub
t included:
https://git.libssh.org/projects/libssh.git/commit/?id=35a64554899f142a2b8b68c79007ad9c3ce00cb1
https://git.libssh.org/projects/libssh.git/commit/?id=c1a8c41c5daf79e37aa5fde67dd94c8596e81102
https://git.libssh.org/projects/libssh.git/commit/?id=893b69d82b4435973ec4d15aae
@Robie: It's been a while since I dabbled with this, but to me this is
not really "wishlist", it's an actual bug. Surely pg_wrapper doesn't
document that it looks at the explicitly specified port, but it
certainly ought to. This case was just plain forgotten.
So the patch certainly needs some
@Robie: It's been a while since I dabbled with this, but to me this is
not really "wishlist", it's an actual bug. Surely pg_wrapper doesn't
document that it looks at the explicitly specified port, but it
certainly ought to. This case was just plain forgotten.
So the patch certainly needs some
Petter Reinholdtsen [2018-10-16 15:55 +0200]:
> [Benda Xu]
> > I was about to reply to this thread, but you have completely expressed
> > what I want to say:
> >
> > 1. systemd-shim is not necessary, even for DEs (except GNOME3).
> > 2. sysvinit-core is very stable and do not need new uploads.
>
Petter Reinholdtsen [2018-10-16 15:55 +0200]:
> [Benda Xu]
> > I was about to reply to this thread, but you have completely expressed
> > what I want to say:
> >
> > 1. systemd-shim is not necessary, even for DEs (except GNOME3).
> > 2. sysvinit-core is very stable and do not need new uploads.
>
cockpit-tests cockpit-ws
Architecture: source
Version: 180-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Cockpit is the modern Linux admin interface. We release regularly.
Here are the release notes from version 180:
http://cockpit-project.org/blog/cockpit-180.html
Summary:
- Move to ssh SHA256 fingerprints
- Machines: Show error messages in the correct place
You can get Cockpit here:
cockpit-tests cockpit-ws
Architecture: source
Version: 179-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Hello all,
For cockpit's master branch I just refined the branch protection rules to
enable this:
Dismiss stale pull request approvals when new commits are pushed
New reviewable commits pushed to a matching branch will dismiss pull
request review approvals.
This is something which we
cockpit-tests cockpit-ws
Architecture: source
Version: 178-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Stephen Gallagher [2018-09-14 11:07 -0400]:
> On Fri, Sep 14, 2018 at 11:00 AM Martin Pitt wrote:
>
> > So long-term cockpit-kubernetes will go away. As a strawman I would propose
> > to
> > still keep it in Fedora 29 (as it's past beta freeze already), but drop it
&g
Hello all,
Cockpit's "Kubernetes" package has provided a web UI for managing
Kubernetes/OpenShift deployments for a long time. In the last year it also got
some initial support for showing KubeVirt[1] VMs that run in OpenShift.
Since Red Hat's acquiring of CoreOS there are now *three* web UIs:
Hello all,
soon the All Systems Go conference will happen in Berlin again [1], and a few
Cockpit hackers will be there (at least Stef, Lars, Sanne, and myself).
On the days before that (Tue Sep 25 to Thu Sep 27) we wanted to do a little
impromptu hackfest again in the Red Hat Berlin office [2].
cockpit-tests cockpit-ws
Architecture: source
Version: 177-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team
Changed-By: Martin Pitt
Description:
cockpit- User interface for Linux servers
cockpit-bridge - Cockpit bridge server-side component
cockpit-dashboard
Cockpit here:
http://cockpit-project.org/running.html
Cockpit 177 is available in Fedora 28:
https://bodhi.fedoraproject.org/updates/cockpit-177-1.fc28
Or download the tarball here:
https://github.com/cockpit-project/cockpit/releases/tag/177
Take care,
Martin Pitt
signature.asc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 26 Aug 2018 11:06:02 +
Source: umockdev
Binary: umockdev libumockdev0 libumockdev-dev gir1.2-umockdev-1.0
Architecture: source
Version: 0.12-1
Distribution: unstable
Urgency: medium
Maintainer: Martin Pitt
Changed
701 - 800 of 91303 matches
Mail list logo