On Tue, Dec 11, 2007 at 06:58:12PM +0000, Paul Howarth wrote:
> seth vidal wrote:
> >On Tue, 2007-12-11 at 18:24 +0000, Paul Howarth wrote:
> >>Michael E Brown wrote:
> >>>Paul,
> >>> First, you enabled yum debugging. How did you do that, in the yum
> >>>config file? This may throw off mock because atm mock parses stdout
> >>>from yum. (this isnt the case here, though, just pointing it out, also
> >>>want to know how you did it for my own debugging purposes later.
> >>debuglevel=10 in the yum.conf part of the mock config.
> >>
> >>> Next:
> >>>
> >>>$ yum resolvedep ccache mysql-devel pcre-devel groff gd-devel
> >>>net-snmp-devel pkgconfig openssl-devel automake lm_sensors-devel
> >>>rrdtool-devel >= 1.2.0 libtool /usr/include/tcpd.h /usr/include/pcap.h
> >>>autoconf gdbm-devel
> >>>No Package Found for 1.2.0
> >>Perhaps this one is a quoting issue; it should be looking for
> >>"rrdtool-devel >= 1.2.0" rather than "rrdtool-devel" ">=" "1.2.0"?
> >>
> >>>No Package Found for /usr/include/tcpd.h
> >>>No Package Found for /usr/include/pcap.h
> >>These are the ones I've been having trouble with.
> >>
> >>>I get the exact same error here on my F-8 box that you are getting. Yum
> >>>problem?
> >>>
> >>>Need some input from yum folks.
> >>Ah good, it's not just me then.
> >>
> >
> >yum resolvedep /usr/include/tcpd.h works for me on f8 with 3.2.8 and
> >3.2.7 - confirmed with other folks on irc, too.
>
> It works for me too from the command line, but not from within mock.

But for me it was failing from the cmdline...

It fails for me on F7 and F8, yum 3.2.7 and 3.2.8:

$ yum resolvedep /usr/include/tcpd.h
Importing additional filelist information
No Package Found for /usr/include/tcpd.h

[michael_e_brown@localhost mock]$ cat /etc/issue
Fedora release 8 (Werewolf)
Kernel
on an m

$ rpm -q yum
yum-3.2.8-1.fc8.noarch


--
Michael

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

On Tue, 2007-12-11 at 13:05 -0600, Michael E Brown wrote:
> On Tue, Dec 11, 2007 at 06:58:12PM +0000, Paul Howarth wrote:
> > seth vidal wrote:
> > >On Tue, 2007-12-11 at 18:24 +0000, Paul Howarth wrote:
> > >>Michael E Brown wrote:
> > >>>Paul,
> > >>> First, you enabled yum debugging. How did you do that, in the yum
> > >>>config file? This may throw off mock because atm mock parses stdout
> > >>>from yum. (this isnt the case here, though, just pointing it out, also
> > >>>want to know how you did it for my own debugging purposes later.
> > >>debuglevel=10 in the yum.conf part of the mock config.
> > >>
> > >>> Next:
> > >>>
> > >>>$ yum resolvedep ccache mysql-devel pcre-devel groff gd-devel
> > >>>net-snmp-devel pkgconfig openssl-devel automake lm_sensors-devel
> > >>>rrdtool-devel >= 1.2.0 libtool /usr/include/tcpd.h /usr/include/pcap.h
> > >>>autoconf gdbm-devel
> > >>>No Package Found for 1.2.0
> > >>Perhaps this one is a quoting issue; it should be looking for
> > >>"rrdtool-devel >= 1.2.0" rather than "rrdtool-devel" ">=" "1.2.0"?
> > >>
> > >>>No Package Found for /usr/include/tcpd.h
> > >>>No Package Found for /usr/include/pcap.h
> > >>These are the ones I've been having trouble with.
> > >>
> > >>>I get the exact same error here on my F-8 box that you are getting. Yum
> > >>>problem?
> > >>>
> > >>>Need some input from yum folks.
> > >>Ah good, it's not just me then.
> > >>
> > >
> > >yum resolvedep /usr/include/tcpd.h works for me on f8 with 3.2.8 and
> > >3.2.7 - confirmed with other folks on irc, too.
> >
> > It works for me too from the command line, but not from within mock.
>
> But for me it was failing from the cmdline...
>
> It fails for me on F7 and F8, yum 3.2.7 and 3.2.8:
>
> $ yum resolvedep /usr/include/tcpd.h
> Importing additional filelist information
> No Package Found for /usr/include/tcpd.h
>
> [michael_e_brown@localhost mock]$ cat /etc/issue
> Fedora release 8 (Werewolf)
> Kernel
on an m
>
> $ rpm -q yum
> yum-3.2.8-1.fc8.noarch
>
>

are you getting funny mirrors or some other weirdness?

can you post me a copy of your filelists.sqlite?

-sv


--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

On Tue, Dec 11, 2007 at 02:32:15PM -0500, seth vidal wrote:
>
> On Tue, 2007-12-11 at 13:05 -0600, Michael E Brown wrote:
> > On Tue, Dec 11, 2007 at 06:58:12PM +0000, Paul Howarth wrote:
> > > seth vidal wrote:
> > > >On Tue, 2007-12-11 at 18:24 +0000, Paul Howarth wrote:
> > > >>Michael E Brown wrote:
> > > >>>Paul,
> > > >>> First, you enabled yum debugging. How did you do that, in the yum
> > > >>>config file? This may throw off mock because atm mock parses stdout
> > > >>>from yum. (this isnt the case here, though, just pointing it out, also
> > > >>>want to know how you did it for my own debugging purposes later.
> > > >>debuglevel=10 in the yum.conf part of the mock config.
> > > >>
> > > >>> Next:
> > > >>>
> > > >>>$ yum resolvedep ccache mysql-devel pcre-devel groff gd-devel
> > > >>>net-snmp-devel pkgconfig openssl-devel automake lm_sensors-devel
> > > >>>rrdtool-devel >= 1.2.0 libtool /usr/include/tcpd.h /usr/include/pcap.h
> > > >>>autoconf gdbm-devel
> > > >>>No Package Found for 1.2.0
> > > >>Perhaps this one is a quoting issue; it should be looking for
> > > >>"rrdtool-devel >= 1.2.0" rather than "rrdtool-devel" ">=" "1.2.0"?
> > > >>
> > > >>>No Package Found for /usr/include/tcpd.h
> > > >>>No Package Found for /usr/include/pcap.h
> > > >>These are the ones I've been having trouble with.
> > > >>
> > > >>>I get the exact same error here on my F-8 box that you are getting. Yum
> > > >>>problem?
> > > >>>
> > > >>>Need some input from yum folks.
> > > >>Ah good, it's not just me then.
> > > >>
> > > >
> > > >yum resolvedep /usr/include/tcpd.h works for me on f8 with 3.2.8 and
> > > >3.2.7 - confirmed with other folks on irc, too.
> > >
> > > It works for me too from the command line, but not from within mock.
> >
> > But for me it was failing from the cmdline...
> >
> > It fails for me on F7 and F8, yum 3.2.7 and 3.2.8:
> >
> > $ yum resolvedep /usr/include/tcpd.h
> > Importing additional filelist information
> > No Package Found for /usr/include/tcpd.h
> >
> > [michael_e_brown@localhost mock]$ cat /etc/issue
> > Fedora release 8 (Werewolf)
> > Kernel
on an m
> >
> > $ rpm -q yum
> > yum-3.2.8-1.fc8.noarch
> >
> >
>
> are you getting funny mirrors or some other weirdness?
>
> can you post me a copy of your filelists.sqlite?

I think I have found the root cause of the problem.

Mock runs the 'yum resolvedeps' as the calling (unprivileged) user. This
means that yum cannot download the filelists.sqlite it needs to resolve
the dep.

It was part of a general strategy of trying to run everything that had
user-input components in an unprivileged env.

I can remove the privilege drop around this call and that should fix it.
--
Michael

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

On Sat, Dec 08, 2007 at 11:08:02AM +0000, Paul Howarth wrote:
> Yesterday I noticed that mock/yum seem to be having trouble finding
> pathname-based buildreqs.
>
> For example, buildreqs of /usr/include/tcpd.h and /usr/include/pcap.h
> aren't getting found. I use these to maintain spec compatibility across
> various releases, where these files can be found in either tcp_wrappers
> or tcp_wrappers-devel, or libpcap or libpcap-devel packages
> respectively.
>
> I've tried upgrading to mock 0.8.15 from CVS (F-8 branch) and it hasn't
> helped.
>
> Is this intentional behaviour (not getting/reading the filelists
> metadata) for speed purposes?

Paul,
This should be fixed in latest mock git repo. This is an important
fix and I'll be releasing it later this week (0.8.17/0.9.1). Thanks for
reporting this and for your responsiveness in debugging it. Thanks also
to the yum folks who helped debug as well.
--
Michael

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

Michael E Brown wrote:
> On Sat, Dec 08, 2007 at 11:08:02AM +0000, Paul Howarth wrote:
>> Yesterday I noticed that mock/yum seem to be having trouble finding
>> pathname-based buildreqs.
>>
>> For example, buildreqs of /usr/include/tcpd.h and /usr/include/pcap.h
>> aren't getting found. I use these to maintain spec compatibility across
>> various releases, where these files can be found in either tcp_wrappers
>> or tcp_wrappers-devel, or libpcap or libpcap-devel packages
>> respectively.
>>
>> I've tried upgrading to mock 0.8.15 from CVS (F-8 branch) and it hasn't
>> helped.
>>
>> Is this intentional behaviour (not getting/reading the filelists
>> metadata) for speed purposes?
>
> Paul,
> This should be fixed in latest mock git repo. This is an important
> fix and I'll be releasing it later this week (0.8.17/0.9.1). Thanks for
> reporting this and for your responsiveness in debugging it. Thanks also
> to the yum folks who helped debug as well.

Just to be complete here, this fix isnt going to fix it on rhel5 /
centos5, is it ?

--
Karanbir Singh : http://www.karan.org/ : 2522219@icq

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

On Tue, Dec 11, 2007 at 10:26:10PM +0000, Karanbir Singh wrote:
> Michael E Brown wrote:
> > On Sat, Dec 08, 2007 at 11:08:02AM +0000, Paul Howarth wrote:
> >> Yesterday I noticed that mock/yum seem to be having trouble finding
> >> pathname-based buildreqs.
> >>
> >> For example, buildreqs of /usr/include/tcpd.h and /usr/include/pcap.h
> >> aren't getting found. I use these to maintain spec compatibility across
> >> various releases, where these files can be found in either tcp_wrappers
> >> or tcp_wrappers-devel, or libpcap or libpcap-devel packages
> >> respectively.
> >>
> >> I've tried upgrading to mock 0.8.15 from CVS (F-8 branch) and it hasn't
> >> helped.
> >>
> >> Is this intentional behaviour (not getting/reading the filelists
> >> metadata) for speed purposes?
> >
> > Paul,
> > This should be fixed in latest mock git repo. This is an important
> > fix and I'll be releasing it later this week (0.8.17/0.9.1). Thanks for
> > reporting this and for your responsiveness in debugging it. Thanks also
> > to the yum folks who helped debug as well.
>
> Just to be complete here, this fix isnt going to fix it on rhel5 /
> centos5, is it ?

As of now, I am missing one prerequisite in the EPEL 5 repo:
python-ctypes. As soon as that pkg gets added to the EPEL repo, I will
be able to release updated mock with this bugfix. I've sent a note to
the maintainer, and there are a couple other people looking to get it
added as well, so hopefully it will be added soon.

If there is a huge demand, I might be able to backport some of the fixes
(there are a couple of fixes that are relevant at this point), but RHEL5
is not my primary focus at the moment, so I cant spend too much time
backporting.
--
Michael

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

On Tue, 11 Dec 2007 14:00:37 -0600
Michael E Brown <Michael_E_Brown@dell.com> wrote:

> On Sat, Dec 08, 2007 at 11:08:02AM +0000, Paul Howarth wrote:
> > Yesterday I noticed that mock/yum seem to be having trouble finding
> > pathname-based buildreqs.
> >
> > For example, buildreqs of /usr/include/tcpd.h
> > and /usr/include/pcap.h aren't getting found. I use these to
> > maintain spec compatibility across various releases, where these
> > files can be found in either tcp_wrappers or tcp_wrappers-devel, or
> > libpcap or libpcap-devel packages respectively.
> >
> > I've tried upgrading to mock 0.8.15 from CVS (F-8 branch) and it
> > hasn't helped.
> >
> > Is this intentional behaviour (not getting/reading the filelists
> > metadata) for speed purposes?
>
> Paul,
> This should be fixed in latest mock git repo. This is an important
> fix and I'll be releasing it later this week (0.8.17/0.9.1). Thanks
> for reporting this and for your responsiveness in debugging it.
> Thanks also to the yum folks who helped debug as well.
> --

This doesn't seem to be completely fixed yet. I can't put my finger on
what makes it work or not but I seem to be able to build OK for Fedora
7/8/rawhide targets and CentOS5, but not older ones. I remade my Fedora
Core 6 metadata to create the filelists.sqlite file and then that
started working but the same trick doesn't seem to work with really old
stuff like RHL9. And I can't get CentOS4 builds going using the
metadata on the DVD (x86_64 at least, that's all I've tried).

Paul.

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

Paul Howarth wrote:

On Tue, 11 Dec 2007 14:00:37 -0600
Michael E Brown <Michael_E_Brown@dell.com> wrote:


On Sat, Dec 08, 2007 at 11:08:02AM +0000, Paul Howarth wrote:
This should be fixed in latest mock git repo. This is an important
fix and I'll be releasing it later this week (0.8.17/0.9.1). Thanks
for reporting this and for your responsiveness in debugging it.
Thanks also to the yum folks who helped debug as well.
--


This doesn't seem to be completely fixed yet. I can't put my finger on
what makes it work or not but I seem to be able to build OK for Fedora
7/8/rawhide targets and CentOS5, but not older ones. I remade my Fedora
Core 6 metadata to create the filelists.sqlite file and then that
started working but the same trick doesn't seem to work with really old
stuff like RHL9. And I can't get CentOS4 builds going using the
metadata on the DVD (x86_64 at least, that's all I've tried).


mock-0.8.19-1.fc8 from updates-testing does seem to have nailed this
bug. Thanks!


The RPM changelog doesn't seem to have an entry for 0.8.19 though...

Paul,

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list