This was fixed upstream in https://github.com/cockpit-project/cockpit-
machines/commit/bc7d9a2d53297264a6d8f889ef238d08027aa6ef and is part of
cockpit-machines 315. Thus it is fixed in oneiric. For 24.04 you can get
version 316-1~bpo24.04.1 from official noble-backports.
** Changed in: cockpit-mac
These methods were introduced in
https://pagure.io/freeipa/c/0f9a8b7a15b911f443042061d795fcaa51f1a3c7 ,
and that triggers a strong déjà vu for me -- I've looked at this failure
in a different context already.
But https://launchpad.net/ubuntu/+source/python-cryptography in oracular
*is* version 42.
Public bug reported:
I am currently enabling our Cockpit tests on oracular [1] (now after
feature freeze and well before release is a good time). The main
regression is with joining a FreeIPA domain.
The server runs a standard quay.io/freeipa/freeipa-
server:centos-9-stream container with a coupl
OK, thanks for confirming!
** Changed in: systemd (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2073776
Title:
nsswitch.conf "passwd" entry misses "sys
Hmm.. Installing libnss-systemd is supposed to add that line
automatically. Do you remember, did you happen to change nsswitch.cnf
manually somehow? backup/restore, Ansible, etc?
** Summary changed:
- cockpit-ws 321-1~bpo22.04.1 changes user to cockpit-wsinstance but systemd
units still use cock
So can you please check `sudo journalctl -u cockpit-ws-user` ? That
should have the root cause of the error.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2073776
Title:
cockpit-ws 321-1~bpo22.04.1
And can you pelase check that you have `libnss-systemd` installed (it's
a dependency of cockpit-ws) and that /etc/nsswitch.conf "passwd" line
includes "systemd"?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
That's not an "old" username. cockpit-ws really needs two. "cockpit-ws"
uses DynamicUser=yes, while cockpit-wsinstance is a static user name
(for technical reasons). Is anything not working?
** Changed in: cockpit (Ubuntu)
Status: New => Incomplete
--
You received this bug notification be
That's because the two ARM architectures still didn't pick up the build:
https://launchpad.net/ubuntu/+source/cockpit/321-1~bpo24.04.1
This must be a bug in the buildd configuration --
https://launchpad.net/ubuntu/noble/arm64/+builds is empty, and even
https://launchpad.net/ubuntu/oracular/arm64/+
** Tags removed: verification-needed verification-needed-noble
** Tags added: verification-failed verification-failed-noble
** Tags added: regression-proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
** Bug watch added: Debian Bug tracker #1053706
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053706
** Also affects: procps (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053706
Importance: Unknown
Status: Unknown
--
You received this bug notification becau
This was "fixed" in noble by clearing out noble-proposed, thanks! That
took care of the worst fallout.
** Changed in: python-gssapi (Ubuntu Noble)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
Public bug reported:
The recent no-change rebuild in
https://launchpad.net/ubuntu/+source/python-gssapi/1.8.2-1ubuntu2
regressed. With -1ubuntu1, the import works:
python3 -c 'import gssapi'
but with -1ubuntu2, it crashes with
Traceback (most recent call last):
File "", line 1, in
File "
There are no patches, it's a straight import of the source package into
Ubuntu. Ubuntu *does* have different compiler options than Debian, so
that may be a factor. Otherwise I'm in the same boat as you -- there's
only so much time I can throw at this (I've done full-time "investigate,
report, and t
Public bug reported:
One of our Cockpit integration tests [1] spotted an AppArmor regression
in rsyslogd. This is coincidental, the test passes and it doesn't do
anything with rsyslogd -- just something happens to happen in the
background to trigger this (and I can actually reproduce it locally
qu
Yeah, I could live with that -- but TBH I still consider this mostly a
bug in openssh. querying the status of sshd.service really should work.
Arch, RHEL, Fedora, OpenSUSE etc. all call this sshd.service.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
Timo: It doesn't fail on Debian. See the "That works in Debian
because.." in the description (TL/DR: Debian doesn't enable ssh.socket,
but ssh.service, which sets up the symlink)
** Description changed:
Joining a FreeIPA domain reconfigures SSH. E.g. it enables GSSAPI
authentication in /etc/s
Confirmed in current noble.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1946244
Title:
When installing/uninstalling with realmd, uninstalling crashes with
ScriptError
To manage notifications ab
Public bug reported:
Joining a FreeIPA domain reconfigures SSH. E.g. it enables GSSAPI
authentication in /etc/ssh/sshd_config.d/04-ipa.conf . After that, it
tries to restart sshd, but that fails as "sshd.service" is not a thing
on Ubuntu:
2024-04-12T03:10:57Z DEBUG args=['/bin/systemctl', 'is-act
Yay, today this is finally fixed, pbuilder creation and building a noble
VM image finally works again \o/ Thanks!
** Changed in: perl (Ubuntu Noble)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
In other words, having the fix in backports is fine I think.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2060014
Title:
CVE-2024-2947 command injection when deleting a sosreport with a
crafted n
Marc: Thanks -- no urgency from my side, I just wasn't sure about your
current CVE "must/may fix" policies.
** Changed in: cockpit (Ubuntu Mantic)
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
htt
Nathan Scott [2024-04-09 17:30 +1000]:
> > It's not really unknown, it's "just" a file conflict:
>
> Yeah - the unknown bit for me is "why tho" - I cannot see conflicting
> files in those packages that would have any debug symbols (there's
> some common directories... but no binaries shared AFAICS)
Hello Nathan,
Nathan Scott [2024-04-09 16:19 +1000]:
> Is any of this getting through... ? Just checked the Ubuntu tracker
> URL, and looks like every response Ken or I sent has been dropped on
> the ground.
Right, I didn't get any response either (not a surprise, as it's *first*
Launchpad recei
Aside from curl this can be reproduced most quickly with
sudo /usr/sbin/debootstrap --include=build-essential noble /tmp/n
http://archive.ubuntu.com/ubuntu
Errors were encountered while processing:
perl
libdpkg-perl
libperl5.38t64:amd64
dpkg-dev
build-essential
These are all ultimately du
I wonder where that comes from --
https://launchpad.net/ubuntu/+source/perl/+publishinghistory says that
5.38.2-3 was deleted, but only from noble-updates. In noble proper it is
merely "superseded". https://launchpad.net/ubuntu/+source/perl/5.38.2-3
doesn't show it being published anyway, and it's
Public bug reported:
For the last two weeks, building noble VM images for our CI has been
broken. Most of it was uninstallability due to the xz reset, but for the
last three days, `pbuilder --create` has failed [2] because it gets perl
and perl-modules-5.38 in two different versions:
2024-04-08 0
> They didn't propagate yet due to noble being jammed so much
This happened now \o/, so they are ready to go.
** Changed in: cockpit (Ubuntu Noble)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Maybe the missing dbgsym packages are on purpose? The build log has
this:
# Note: --no-automatic-dbgsym not defined for all releases up to
# and including Debian 8 (jessie), but defined after that
# ... expect a warning on older releases, but no other ill
# effects from the unkno
Public bug reported:
In Cockpit's CI we see a lot of pmproxy crashes like [1] in a test which
starts/stops/reconfigures pmlogger, pmproxy, and redis. The journal
(some examples are [2][3][4]) always shows a similar stack trace:
pmproxy[9832]: segfault at 3 ip 767961047e45 sp 7ffe97e825d0
Sorry, clicked the wrong button, I'll expand the bug description. In the
meantime, attaching the core dump.
** Attachment added: "core dump"
https://bugs.launchpad.net/ubuntu/+source/pcp/+bug/2060275/+attachment/5761630/+files/core.pmproxy.997.9420690eb6044feb9fbda197076efdac.4632.171229645400
Backporters: I uploaded backports from noble-proposed to mantic and
jammy. They didn't propagate yet due to noble being jammed so much, but
we do validate them on both releases upstream. I'll let you decide
whether to accept or stall them.
--
You received this bug notification because you are a m
@Marc, security team: I'd like your opinion/preference/guidance for
mantic: It currently has upstream version 300.1. Half a year ago we did
two more upstream point releases for critical bug fixes (aimed at and
uploaded to RHEL): https://github.com/cockpit-
project/cockpit/releases/tag/300.2 and htt
Note: I tried to add backports tasks, but there's neither a
https://launchpad.net/jammy-backports nor a
https://launchpad.net/mantic-backports project. But not a biggie, these
will both get 314 as soon as it lands in noble.
--
You received this bug notification because you are a member of Ubuntu
tallability and autopkgtest queue
before it can land in noble proper (and thus the backports of mantic and
jammy get updated).
** Affects: cockpit (Ubuntu)
Importance: High
Assignee: Martin Pitt (pitti)
Status: Fix Committed
** Affects: cockpit (Ubuntu Mantic)
Importance: Medium
** Changed in: chrony (Ubuntu)
Status: New => Won't Fix
** Changed in: gnutls28 (Ubuntu)
Status: New => Won't Fix
** Changed in: libvirt (Ubuntu)
Status: New => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
Just to make sure that we really talk about the same thing: This bug
sounds like it is *intended* that
unshare --user --map-root-user /bin/bash -c whoami
(as unpriv user) now fails in current Ubuntu 24.04 noble. That still
worked in released 23.10.
I am starting to test Cockpit on the curren
** Tags added: cockpit-test
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1774000
Title:
Fails to boot cirros QEMU image with tuned running
To manage notifications about this bug go to:
https://bug
** Tags added: cockpit-test
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2040483
Title:
AppArmor denies crun sending signals to containers (stop, kill)
To manage notifications about this bug go to
Public bug reported:
There is an AppArmor regression in current noble. In cockpit we recently
started to test on noble (to prevent the "major regressions after
release" fiasco from 23.10 again).
For some weird reason, rsyslog is installed *by default* [1] in the
cloud images. That is a rather poi
*** This bug is a duplicate of bug 2056739 ***
https://bugs.launchpad.net/bugs/2056739
Absolutely agree, thanks Christian!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2056747
Title:
apparmor=
Public bug reported:
Merely booting current noble cloud image with "chrony" installed causes
this:
audit: type=1400 audit(1710152842.540:107): apparmor="DENIED"
operation="open" class="file" profile="/usr/sbin/chronyd"
name="/etc/gnutls/config" pid=878 comm="chronyd" requested_mask="r"
denied_mas
Public bug reported:
Running any VM in libvirt causes a new AppArmor violation in current
noble. This is a regression, this didn't happen in any previous release.
Reproducer:
virt-install --memory 50 --pxe --virt-type qemu --os-variant
alpinelinux3.8 --disk none --wait 0 --name test1
(This is
I tested the PPA, and it works like a charm now. Thanks Christian and
Simon!
For once, kicking some{thing,one} out of their $HOME does something
good.. 😀
** Changed in: swtpm (Ubuntu Jammy)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of
Our CI uses a Jammy Ubuntu cloud image, but with quite a large list of
extra installed packages. To make sure it's not something specific to
that environment, I tried this:
autopkgtest-buildvm-ubuntu-cloud
qemu-system-x86_64 -enable-kvm -nographic -m 2048 -device virtio-rng-pci
-drive file=au
Right, I understand -- but introducing the dependency was an explicit
decision (#1948748), and it seems it is broken for its main use case. So
in the simplest case the recommends: could be reverted, and reintroduced
once this is understood?
--
You received this bug notification because you are a
Public bug reported:
https://launchpad.net/ubuntu/+source/libvirt/8.0.0-1ubuntu6 introduced a
recommendation to "swtpm", so this package now gets installed by default
when installing libvirt. But this broke UEFI:
touch /var/lib/libvirt/empty.iso
virt-install --name t1 --os-variant fedora28 --
This broke VMs with UEFI, reported as bug 1968131.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1948748
Title:
[MIR] swtpm
To manage notifications about this bug go to:
https://bugs.launchpad.net/
Ouch, thanks Marc! Indeed our previous seddery was broken, it should
have left the pam_deny/pam_permit lines. With this it works just fine:
--- /tmp/common-auth.orig 2022-04-01 07:16:26.072608984 +0200
+++ /tmp/common-auth.faillock 2022-04-01 07:14:20.246707861 +0200
@@ -16,6 +16,8 @@
#
Timeout -- I uploaded the patch of the salsa PR to Jammy now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1802005
Title:
socket is inaccessible for libvirt-dbus
To manage notifications about this
Public bug reported:
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: libpam-modules 1.4.0-11ubuntu1
I just noticed that Ubuntu 22.04 changed from the old pam_tally2 module
to the more widespread pam_faillock one. \o/
However, locking (denying logins) does not actually seem to work.
Accordi
Confirmed in jammy as well.
https://logs.cockpit-
project.org/logs/pull-17182-20220325-080131-1b8abf94-ubuntu-2204/log.html#303-2
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1946244
Title:
When i
I sent a fix to Debian: https://salsa.debian.org/libvirt-team/libvirt-
dbus/-/merge_requests/14
I'll give it a few days, if I can get that landed soon, we can just
sync. Otherwise I'll upload it to Jammy directly.
** Changed in: libvirt-dbus (Ubuntu Jammy)
Status: Triaged => Fix Committed
The image build log shows why:
Setting up libvirt-dbus (1.4.1-1) ...
/var/lib/dpkg/info/libvirt-dbus.postinst: 54: dpkg-vendor: not found
dpkg-vendor is in the "dpkg-dev" package, so it should not be used in
postinst scripts. libvirt-dbus could depend on dpkg-dev, but that's
highly undesirable. T
Changed in: libvirt-dbus (Ubuntu)
Assignee: (unassigned) => Martin Pitt (pitti)
** Also affects: libvirt (Ubuntu Jammy)
Importance: Medium
Status: Won't Fix
** Also affects: libvirt-dbus (Ubuntu Jammy)
Importance: High
Assignee: Martin Pitt (pitti)
Status: Triage
Still confirmed on 21.10, and also Debian testing; I filed a Debian bug
and linked it.
** Bug watch added: Debian Bug tracker #1008209
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008209
** Also affects: freeipa (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008209
A-ha! I wasn't seeing things after all. Our test images install the
"systemd-timesyncd" package (as we also run tests against that), and
that removes the chrony package and installs the mask:
# apt install systemd-timesyncd
Reading package lists... Done
Building dependency tree... Done
Reading sta
Hello Timo,
I'm not actually sure where these /etc/systemd/system/chrony* files come
from (in particular the mask). They are not owned by any package, nor
does chrony's postinst seem to create it (but maybe through a helper,
they are not exactly simple -- some weird interaction with the SysV
compa
This is *still* broken on Ubuntu 21.10 and Debian testing. However, it
is subtly different, I filed bug 1966181 about it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1890786
Title:
ipa-client-inst
Public bug reported:
DistroRelease: Ubuntu 21.10
Package: freeipa-client 4.8.6-1ubuntu6
This is a bug that just doesn't want to die -- the package *really*
should grow an autopkgtest that checks if a basic ipa-client-install
actually works. It's very similar to bug 1890786 except that it now
fail
** Also affects: freeipa (Ubuntu Focal)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1890786
Title:
ipa-client-install fails on restarting non-existing c
*** This bug is a duplicate of bug 1890786 ***
https://bugs.launchpad.net/bugs/1890786
Let's handle this in bug 1890786 instead, I added a focal task and will
close this as a duplicate.
** This bug has been marked a duplicate of bug 1890786
ipa-client-install fails on restarting non-existi
I did a test build in my PPA:
https://launchpad.net/~pitti/+archive/ubuntu/fixes
I re-ran the reproducer on current Jammy to confirm the bug, then
updated to the PPA, and re-ran the last virt-install command. That
succeeded.
** Changed in: libvirt (Ubuntu)
Status: Triaged => Fix Committed
I sent https://salsa.debian.org/libvirt-
team/libvirt/-/merge_requests/135 to update Debian. Unfortunately that
does not build right now due to the inconsistent state of the packaging
git. But the patch itself backports fairly cleanly.
I'll upload to Jammy next.
--
You received this bug notifica
Fix landed upstream:
https://gitlab.com/libvirt/libvirt/-/commit/7aec69b7fb9d0cfe8b7203473764c205b28d2905
** Changed in: libvirt
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
Thanks Christian. I updated the upstream PR. I just don't want to apply
a patch just to Ubuntu. Once it lands upstream, I backport it, send it
to Debian, and *then* I'm happy to apply it to Jammy -- there should
still be enough time before the freeze, right? (Would be nice to have
that in the LTS,
** Changed in: libvirt
Status: New => In Progress
** Changed in: libvirt
Assignee: (unassigned) => Martin Pitt (pitti)
** Package changed: apparmor (Debian) => libvirt (Debian)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
I sent the proposed and tested fix upstream:
https://gitlab.com/libvirt/libvirt/-/merge_requests/140
** Also affects: libvirt
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
I came up with this patch:
--- /etc/apparmor.d/abstractions/libvirt-qemu.orig 2022-01-22
18:22:57.0 +
+++ /etc/apparmor.d/abstractions/libvirt-qemu 2022-02-25 13:54:22.075405809
+
@@ -85,7 +85,7 @@
/usr/share/misc/sgabios.bin r,
/usr/share/openbios/** r,
/usr/shar
tall test --wait -1
--noautoconsole --cdrom /var/lib/libvirt/novell.iso --autostart
** Package changed: apparmor (Ubuntu) => libvirt (Ubuntu)
** Changed in: libvirt (Ubuntu)
Status: New => Triaged
** Changed in: libvirt (Ubuntu)
Assignee: (unassigned) => Martin Pitt (pitti
** Bug watch added: Debian Bug tracker #1006324
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006324
** Also affects: apparmor (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006324
Importance: Unknown
Status: Unknown
--
You received this bug notification bec
Paride, many thanks for digging out the upstream fix!
The patch does apply cleanly. It just need a round of "quilt refresh" to
get over
dpkg-source: error: diff 'sssd-2.4.1/debian/patches/5572.patch'
patches files multiple times; split the diff in multiple files or merge
the hunks into a single
> I'll do a no-change rebuild of impish's sssd now and try with that.
Done, but the bug is still the same. So not some weird build-time issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1958392
Ti
Thanks Paride! I confirm that updating to your PPA fixes the issue,
which confirms that it's sssd.
I'll do a no-change rebuild of impish's sssd now and try with that.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
I upgraded my test VM to current Jammy, with sssd 2.6.1-1ubuntu3. This
works fine, so this only applies to impish. *phew*
I.e. I figure/expect pretty well nothing will happen on this bug, and
that's fine -- I just need it as downstream reference for our OS bug
tracker. :-)
** Also affects: sssd (
** Tags added: impish
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1958392
Title:
pam_sss_gss crashes with Communication error [3, 32]: Error in service
module; Broken pipe
To manage notificatio
This is confirmed to work on Debian 11 (current stable), Debian testing,
Fedora 34/35, CentOS 8, RHEL 8/9, so it does not smell like an upstream
issue.
Ubuntu 20.04 LTS does not yet have pam_sss_gss, so this does not apply
there.
** Description changed:
I am trying to set up pam_sss_gss to aut
Public bug reported:
I am trying to set up pam_sss_gss to authenticate to sudo with Kerberos.
I am fairly sure that this worked in the past, but stopped recently.
Reproducer:
- Join a FreeIPA domain, with "ipa-client-install". I use "COCKPIT.LAN" here
in our tests.
- Enable GSS for sudo in ss
This is fixed in current Ubuntu 21.04.
I dropped our hacks in our projects: https://github.com/cockpit-
project/cockpit-machines/pull/465 and https://github.com/cockpit-
project/bots/pull/2676
** Changed in: firewalld (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug no
> Xorg -config tests/xorg-dummy.conf -logfile /tmp/log -once :5
The -once was an attempt to work around this, but it doesn't help, nor
change the behaviour of this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
umockdev's test suite now started to see this crash in current Ubuntu
jammy. Simple reproducer:
$ cat tests/xorg-dummy.conf
Section "Device"
Identifier "test"
Driver "dummy"
EndSection
$ Xorg -config tests/xorg-dummy.conf -logfile /tmp/log -once :5
Then, run at least one query
Thanks Dan! Reuploaded with s/ubuntu/bpo/. So far I used the
"backportpackage" script from ubuntu-dev-tools (0.186), can this be
fixed there then, please?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
Right, cockpit-machines only shows libvirt machines. So if `virsh list`
is empty, so will be c-machines.
** Changed in: cockpit-machines (Ubuntu)
Status: Incomplete => Won't Fix
** Summary changed:
- does not show any VMs
+ does not show VMWare VMs
--
You received this bug notification
kpit-project/cockpit/issues/16438
** Affects: cockpit-machines (Ubuntu)
Importance: Undecided
Status: Invalid
** Affects: cockpit-machines (Ubuntu Focal)
Importance: Undecided
Assignee: Martin Pitt (pitti)
Status: In Progress
** Affects: cockpit-machines (Ubuntu Imp
Uploaded to https://launchpad.net/ubuntu/impish/+queue?queue_state=1 and
https://launchpad.net/ubuntu/focal/+queue?queue_state=1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949715
Title:
[BPO] Ba
cockpit-dashboard was removed in 234 [1], its functionality got
integrated into cockpit-shell and cockpit-system. cockpit-machines got
split into its own source package and thus now has an independent
version number.
[1] https://cockpit-project.org/blog/cockpit-234.html
So devoting this to the "d
Public bug reported:
ProblemType: Crash
DistroRelease: Ubuntu 21.04
PackageVersion: python3-ipaclient 4.8.6-1ubuntu5
SourcePackage: freeipa
Architecture: amd64
Joining a FreeIPA domain with plain ipa-client-install works well:
# ipa-client-install -p admin --password=SECRET --no-ntp
[...]
The ip
For completeness, this is /var/log/ipaclient-install from the successful
"realm join".
** Attachment added: "ipaclient-install.log from realmd join"
https://bugs.launchpad.net/ubuntu/+source/freeipa/+bug/1946244/+attachment/5531110/+files/ipaclient-install.log
** Summary changed:
- When inst
Christian, as I write above I believe this really needs to be fixed in
bolt's tests. The umockdev change was a bug fix which bolt's tests
(incorrectly) worked around. So I hope you don't mind that I flipped the
affected package around? I am in contact with Christian now, and hope to
sort this out s
> I am in contact with Christian now, and hope to sort this out soon.
Sorry -- I meant Christian Kellner, bolt's upstream, not you :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1945321
Title:
u
n: bolt (Ubuntu)
Status: New => In Progress
** Changed in: bolt (Ubuntu)
Assignee: (unassigned) => Martin Pitt (pitti)
** Changed in: umockdev (Ubuntu)
Status: New => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is sub
Indeed the open(2) manpage is misleading in that regard. The actual
definition in fcntl.h is like this:
extern int open (const char *__file, int __oflag, ...) __nonnull
((1));
(with a few variants, but they all use varargs). So I did the same in
umockdev for full header compatibility.
--
Yo
Dang, we already found a ppc64el SIGBUS issue in 0.16.0, which got fixed
in https://github.com/martinpitt/umockdev/commit/277c80243a . But this
is reported against 0.16.1 already.
There is a tiny chance that
https://github.com/martinpitt/umockdev/commit/264cabbb will magically
fix this, but otherw
I installed udisks2 2.9.2-1ubuntu1 from hirsute-proposed, and confirm
that both the manual test case above as well as cockpit's automatic
TestStorageFormat.testFormatTypes now succeed. Thank you Sebastien and
Robie!
** Tags removed: verification-needed verification-needed-hirsute
** Tags added: ve
** Changed in: libvirt (Ubuntu Hirsute)
Status: New => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1802005
Title:
socket is inaccessible for libvirt-dbus
To manage notifications
Argh indeed, forgot about that one already -- I even looked at that
before, it's tracked here: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=983751
But you knew that as well, in comment #4 -- So I hope this didn't take
too much time to track down. Merci beaucoup !
** Bug watch added: Debian
Direct mkfs works:
# mkfs.vfat -I -n label /dev/vdb
mkfs.fat 4.2 (2021-01-31)
mkfs.fat: Warning: lowercase labels might not work properly on some systems
# blkid -p /dev/vdb
/dev/vdb: PTUUID="892240dd" PTTYPE="dos"
** Changed in: udisks2 (Ubuntu)
Status: Incomplete => New
--
You receive
Reproducer from scratch:
# download current cloud image
curl -L -O
https://cloud-images.ubuntu.com/daily/server/hirsute/current/hirsute-server-cloudimg-amd64.img
# nothing fancy, just admin:foobar and root:foobar
curl -L -O
https://github.com/cockpit-project/bots/raw/master/machine/cloud-init.is
@Reinhard:
> Unfortunately, I cannot confirm this on a freshly installed Ubuntu
20.04
I assume this was a typo and you really meant 21.04.
> and see what's the one that breaks podman.
That was easy, it's tuned. Full reproducer:
apt install -y tuned
podman run -it --rm -p 5000:5000 --name regis
Thanks Reinhard for trying! I'm running a standard cloud image (https
://cloud-images.ubuntu.com/daily/server/hirsute/current/hirsute-server-
cloudimg-amd64.img), but with some additional packages installed. I'll
go through them with a fine comb and see what's the one that breaks
podman.
(But prob
1 - 100 of 52613 matches
Mail list logo