Control: tag -1 pending
Hello,
Bug #1070498 in libvirt 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:
On Tue, Apr 02, 2024 at 12:02:53AM +0200, Sebastian Ramacher wrote:
> On 2024-04-01 23:39:37 +0200, Andrea Bolognani wrote:
> > The problem with it, and the reason why a manual dependency is used
> > in that case, is that ${shlib:Depends} will not pick it up, since
> > it's d
s dlopen()ed rather than linked against.
Do you have any suggestions on how to handle this in a way that plays
well with the 64-bit time_t transition?
Thanks.
--
Andrea Bolognani
Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
Control: tag -1 pending
Hello,
Bug #1023420 in libvirt 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:
On Wed, Nov 16, 2022 at 01:11:51PM +0100, Helmut Grohne wrote:
> On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote:
> > Can you please tell me how you created the very minimal chroot in
> > which you reproduced the issue? A fresh one created today with
> > cowb
On Wed, Nov 16, 2022 at 12:34:40PM +0100, Andrea Bolognani wrote:
> In the meantime, adding an explicit build time (and runtime!)
> dependency on mount will do the trick.
If I'm reading the NEWS.Debian file for mount correctly, it hasn't
been essential since 2017. So why is this only show
fresh one created today with
cowbuilder still contains mount, and even adding
DEBOOTSTRAPOPTS="--variant=minbase"
to pbuilderrc doesn't change this. I just want to make sure there are
no other commands that need the same treatment.
Cheers.
--
Andrea Bolognani
Resistance is fut
up, but the guest OS is
unable to connect to the Internet? Can the guest OS ping the host, or
does that not work either? If you try performing another
installation, does that work?
[1] https://www.debian.org/Bugs/Developer#severities
--
Andrea Bolognani
Resistance is futile, you will be garbage co
Control: tag -1 pending
Hello,
Bug #1006300 in libvirt 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:
On Sun, Jan 31, 2021 at 04:36:21PM +0100, Andrea Bolognani wrote:
> I've opened
>
> https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/98
>
> with the proposed patch, and I'm going to use the information you
> provided above to give it some testing now.
I've
On Sun, Jan 31, 2021 at 11:04:13PM +0800, Paul Wise wrote:
> On Sun, 2021-01-31 at 15:34 +0100, Andrea Bolognani wrote:
> > As I've never used unattended-upgrades myself, I'm not familiar with
> > it. Is there any chance you could provide some quick tips on how to
> >
peration="profile_replace" info="same as current profile, skipping"
> profile="unconfined" name="libvirtd//qemu_bridge_helper" pid=1318234
> comm="apparmor_parser"
> Jan 31 17:08:34 systemd[1]: Reloading.
> Jan 31 17:08:36 systemd[1]: Sto
On Fri, Jul 03, 2020 at 12:04:16AM +0200, Andrea Bolognani wrote:
> On Wed, Jul 01, 2020 at 09:24:00AM +0200, Guido Günther wrote:
> > On Tue, Jun 30, 2020 at 09:28:34PM +0200, Andrea Bolognani wrote:
> > > Has anyone managed to reproduce this? I've built 6.0.0-7 from source
>
On Wed, Jul 01, 2020 at 09:24:00AM +0200, Guido Günther wrote:
> On Tue, Jun 30, 2020 at 09:28:34PM +0200, Andrea Bolognani wrote:
> > Has anyone managed to reproduce this? I've built 6.0.0-7 from source
> > in a tight loop 100 times, both in a sid:i386 chroot via cowbuilder
> &
rg/cgi-bin/bugreport.cgi?bug=963704
All I can think of at this point is a temporary glitch of the
buildd. In a couple of weeks, when we upload 6.5.0, we'll hopefully
see that build fine on all architectures, i386 included...
Does anyone have any better theories? Or a way to dig further?
--
On Tue, Apr 14, 2020 at 08:25:53PM +0300, Adrian Bunk wrote:
> On Sun, Mar 29, 2020 at 10:18:05PM +0200, Andrea Bolognani wrote:
> >...
> > Adrian, I see you tagged the bug as fixed-upstream: can you please
> > share any additional information you might have and that conv
ogs.debian.net/2020/02/22/libvirt-dbus_1.3.0-1_unstable.log
Lucas, thanks for the report, and sorry for not noticing it earlier!
I'll look into it.
Adrian, I see you tagged the bug as fixed-upstream: can you please
share any additional information you might have and that convinced
you the bug is
> > make: *** [build] Error 2
The attached patch makes the package build again.
Tested using cowbuilder with an up-to-date sid chroot.
--
Andrea Bolognani <e...@kiyuko.org>
Resistance is futile, you will be garbage collected.
From 453531070fd2b44dbef28c01763ad1836bb51fad Mon Sep 17 00:00:00
) are running on
an NVIDIA card, using the NVIDIA binary drivers. If that is also the
case with you, could you please try running scrotwm after switching to
the free nv driver?
Cheers.
--
Andrea Bolognani e...@kiyuko.org
Resistance is futile, you will be garbage collected.
signature.asc
Description
can't look at this
without your help.
--
Andrea Bolognani e...@kiyuko.org
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
(wrapped for better readability) and report back if you can see any difference.
Can you spawn applications other than the terminal using Alt+p to summon
dmenu? And from a VT?
Sorry to annoy you with so many questions, but I need some data before I can
try to figure out what's not working.
--
Andrea
when you open an application from a VT, without setting
LD_PRELOAD? And with LD_PRELOAD pointing to libswmhack?
Do you have a .scrotwm.conf file in your home directory?
Cheers.
--
Andrea Bolognani e...@kiyuko.org
Resistance is futile, you will be garbage collected.
signature.asc
Description
this bug.
Cheers.
--
Andrea Bolognani e...@kiyuko.org
Resistance is futile, you will be garbage collected.
signature.asc
Description: Digital signature
23 matches
Mail list logo