On Sun 1/1/12 22:54 +0100 "Yellowdog Updater, Modified" wrote:
> On 01/01/2012 10:18 PM, [email protected] wrote:
> > I'm not in a position to mv comps.xml on 172.16.22.8.
> >
> > How might I configure or invoke 'yum groupinstall ..'
> > to look for
> > http://172.16.22.8/yum/updatevm/comps.xml ?
--snip
>
> My guess is that repo admin failed to integrate comps.xml into repodata.
>
> Try copying comps.xml (use that exact name) into
> /var/cache/yum/updates-local/
>
> and then run yum from cache with "-C". It might work.
I tried above approach, results here:
http://freetexthost.com/u1jyfyyblb
yum is looking for rpm versions that are not in
the 'updates-local' repo, and not in
the 'base-local' repo! How is yum determining these versions?
examples:
yum wanted: gdb-7.0.1-37.el5.x86_64.rpm, dogtail-0.6.1-4.el5.noarch.rpm
updates-local has: no dogtail, no gdb
base-local has earlier versions:
gdb-7.0.1-32.el5.x86_64.rpm, dogtail-0.6.1-3.el5.noarch.rpm
'updates-local' repo has only about 200 rpms; base-local has
~3200! So I assume 'base-local' being much larger, should be used
for 'yum groupinstall "Development Tools"'?
Neither repo has a 'repodata/groups.xml' file.
Pls click on the chopapp.com and freetexthost.com links below to see our
repo tree structure and rpms listing:
repo "base-local": http://chopapp.com/#6e1j7alb
above is these output of:
lynx -dump http://172.16.22.8/yum/basepkg (root of repo)
lynx -dump http://172.16.22.8/yum/basepkg/repodata
lynx -dump http://172.16.22.8/yum/basepkg/iso
lynx -dump http://172.16.22.8/yum/basepkg/iso/Server (rpms)
I don't think there is a comps.xml below 'yum/basepkg'.
repo "updates-local":
http://freetexthost.com/sr11fkny32 ( far fewer rpms, about 10% of base!? )
Notice 'comps.xml' is at root of updates-local repo.
--
Since yum was looking for versions of gdb and dogtail that neither of our local repos had
do I need to ask our sys admin to get us access to a more up to date
local repo base and updates repo? Specifically what should I ask for; what do
we have a reasonable right to expect for local repos?
--
From 'man createrepo':
EXAMPLES
Here is an example of a repository with a groups file. Note
that the groups file should be in the same directory as the
rpm packages (i.e. /path/to/rpms/comps.xml).
createrepo -g comps.xml /path/to/rpms
So, before there is any hope that 'yum grouplist' will work,
my hunch is that I should ask our sys admin to re-run createrepo
on the "base-local" repo server in this way:
cp /path/to/comps.xml /var/www/html/yum/basepkg/iso/Server
# rpms are in /var/www/html/yum/basepkg/iso/Server
# Where will he get this comps.xml ( w/'Development Tools' & others )?
cd /var/www/html/yum/basepkg
# this is root dir of repo, having ./repodata as a subdir
createrepo -g iso/Server/comps.xml -o . iso/Server
# "-o ." so ./repodata is used
# instead of /var/www/html/yum/basepkg/iso/Server/repodata
What if 'iso/' above is a RO filesystem? Can comps.xml be written
anywhere, as long as the arg to "-g" gives the full pathname to it?
Where will the admin find the official/correct comps.xml?
Perhaps the iso/ dir is a DVD or CDROM?:
--snip/below from http://172.16.22.8/yum/basepkg/iso:
Index of /yum/basepkg/iso
[ICO] Name Last modified Size Description
________________________________________
[DIR] Parent Directory -
[DIR] Server/ 10-Aug-2011 17:43 -
[ ] TRANS.TBL 10-Aug-2011 16:34 2.6K
[VID] boot.cat 10-Aug-2011 16:34 2.0K
[TXT] boot.msg 10-Aug-2011 16:34 292
[TXT] general.msg 10-Aug-2011 16:34 919
[ ] initrd.img 10-Aug-2011 16:34 7.9M
[ ] isolinux.bin 10-Aug-2011 16:34 10K
[ ] isolinux.cfg 10-Aug-2011 16:34 364
[ ] memtest 10-Aug-2011 16:34 92K
[TXT] options.msg 10-Aug-2011 16:34 817
[TXT] param.msg 10-Aug-2011 16:34 517
[TXT] rescue.msg 10-Aug-2011 16:34 490
[ ] splash.lss 10-Aug-2011 16:34 23K
[ ] vmlinuz 10-Aug-2011 16:34 2.0M
Unfortunately, there is just 1 subdir above: 'Server/', and all it has
are rpms (no comps.xml).
--
thanks for any help, comments, corrections etc,
Tom
--
Basic question: Is the directory that contains "./repodata" considered
the root of the repo, ie is "./repodata" a top level subdir of the
repo URL?
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.