On Wed, 2020-05-20 at 09:03 +0200, Petr Pisar wrote:
> On Tue, May 19, 2020 at 08:24:34PM -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.1.1g-
On Tue, May 19, 2020 at 08:43:01PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 20:24 -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.
On Tue, May 19, 2020 at 04:52:55PM -0700, Adam Williamson wrote:
> In fact it seems to be a bit more complex than that, because systemd
> doesn't actually list its dependency on libpcap:
>
> [adamw@adam libpcap (master)]$ rpm -q --requires systemd | grep pcap
> [adamw@adam libpcap (master)]$
>
>
On Tue, May 19, 2020 at 08:43:01PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 20:24 -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > > The most suspicious change between the two build envs that I can see is
> > > openssl. GOOD has openssl-1.
On Tue, May 19, 2020 at 08:24:34PM -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> >
> > The most suspicious change between the two build envs that I can see is
> > openssl. GOOD has openssl-1.1.1g-1.fc33.x86_64 , and BAD has
> > openssl-1.1.1g-2.fc33.x8
On Tue, 2020-05-19 at 20:24 -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
> > The most suspicious change between the two build envs that I can see is
> > openssl. GOOD has openssl-1.1.1g-1.fc33.x86_64 , and BAD has
> > openssl-1.1.1g-2.fc33.x86_64 . I'm g
On Tue, 2020-05-19 at 18:32 -0700, Adam Williamson wrote:
>
> The most suspicious change between the two build envs that I can see is
> openssl. GOOD has openssl-1.1.1g-1.fc33.x86_64 , and BAD has
> openssl-1.1.1g-2.fc33.x86_64 . I'm gonna try doing an openssl build
> with the patch from -2 revert
On Tue, 2020-05-19 at 17:19 -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 16:34 -0700, Adam Williamson wrote:
> > On Tue, 2020-05-19 at 15:45 -0700, Adam Williamson wrote:
> > > still, having trouble pinning down a culprit; it's not kernel-5.7.0-
> > > 0.rc6.1.fc33 as the 20200518.n.0 compo
On Tue, 2020-05-19 at 16:34 -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 15:45 -0700, Adam Williamson wrote:
> > still, having trouble pinning down a culprit; it's not kernel-5.7.0-
> > 0.rc6.1.fc33 as the 20200518.n.0 compose failed, and that was run with
> > the previous kernel build, wh
On Tue, 2020-05-19 at 16:34 -0700, Adam Williamson wrote:
>
> aha! This looks juicy. systemctl is linked against libpcap.so.1 , part
> of libpcap, which is in the list below, and this is the changelog for
> it:
>
> * Fri May 15 2020 Michal Ruprich - 14:1.9.1-4
> - Enabling rdma support in libpca
On Tue, 2020-05-19 at 15:45 -0700, Adam Williamson wrote:
>
> still, having trouble pinning down a culprit; it's not kernel-5.7.0-
> 0.rc6.1.fc33 as the 20200518.n.0 compose failed, and that was run with
> the previous kernel build, which *succeeded* in the 20200517.n.0
> compose...
>
> I guess w
On Tue, 2020-05-19 at 15:58 -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 18:55 -0400, Doug Ledford wrote:
> > > I guess we get to poke through everything built around the 17th
> > > and
> > > try
> > > to find a relevant change? :)
> >
> > Aren't highly complex, interdependent systems wit
On Tue, 2020-05-19 at 18:55 -0400, Doug Ledford wrote:
>
> > I guess we get to poke through everything built around the 17th and
> > try
> > to find a relevant change? :)
>
> Aren't highly complex, interdependent systems with different owners of
> different components fun? :-)
well, they pay my
On Tue, 2020-05-19 at 15:45 -0700, Adam Williamson wrote:
> On Tue, 2020-05-19 at 18:16 -0400, Doug Ledford wrote:
> > But this is different, and it's the cause of your problem (well,
> > it's
> > the immediate cause anyway). The kernel-install script is failing
> > because it's passing /etc/kerne
On Tue, 2020-05-19 at 18:16 -0400, Doug Ledford wrote:
>
> But this is different, and it's the cause of your problem (well, it's
> the immediate cause anyway). The kernel-install script is failing
> because it's passing /etc/kernel/install.d/ to something that wants
> something other than a direc
On Tue, 2020-05-19 at 19:02 +0100, Richard W.M. Jones wrote:
> I was trying to chase down why modules.dep is no longer built in
> Rawhide (which affects supermin and therefore libguestfs), but it
> looks like there's a much more serious problem:
>
> https://kojipkgs.fedoraproject.org//work/tasks/8
I was trying to chase down why modules.dep is no longer built in
Rawhide (which affects supermin and therefore libguestfs), but it
looks like there's a much more serious problem:
https://kojipkgs.fedoraproject.org//work/tasks/8242/44698242/root.log
(from https://koji.fedoraproject.org/koji/taskinf
17 matches
Mail list logo
