[users] mrepo comps.xml for EL6

[Ljubomir Ljubojevic]

Hi.

I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.

Is there any new/special procedure or do I have to use some new mrepo
version and from where?

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

mrepo:

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)

I don't know what it is called on CentOS 5, but if you know we can add it.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)
I don't know what it is called on CentOS 5, but if you know we can add it.

73a3b7e0741eba6cafa8d5404b02565060e7f2293caab10657074186c48e713b-c6-i386-comps.xml
and
2a7e0c1da38a40e2961c0cec6acca8b8446d974b1fc055216ebde88bb4a19eb9-c6-x86_64-comps.xml,

so they should be used the same as RHEL 6.

In the version I use, I would place <base-repo-name>-comps.xml
(os-comps.xml) next to the ISO files in main folder, and it worked for
CentOS 5 ISO. It still works for CentOS 5 repositories/ISO, but not for
CentOS 6 repositories/ISO. In CentOS 6 repo I have both original xml
files AND os-comps.xml, but I still do not have Groups.

I just now looked, and my installed mrepo rpm is from EPEL repository,
ver 0.8.7-2.

Is this given code in 0.8.7? or only in newer code? Should I recompile
rpm from current code or wait for official compilation?

Thanks.

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)
I don't know what it is called on CentOS 5, but if you know we can add it.

73a3b7e0741eba6cafa8d5404b02565060e7f2293caab10657074186c48e713b-c6-i386-comps.xml
and
2a7e0c1da38a40e2961c0cec6acca8b8446d974b1fc055216ebde88bb4a19eb9-c6-x86_64-comps.xml,
so they should be used the same as RHEL 6.

Wait, are you talking about CentOS 5.6 or CentOS 6?
You mentioned CentOS 5.6 in your original message.

The support for CentOS 6 is in git now and will be released along with
mrepo 0.8.8. Regarding the support for CentOS 5 I don't know, if it
doesn't work it can be added as long as you have the comps names.

Post by Ljubomir Ljubojevic
In the version I use, I would place <base-repo-name>-comps.xml
(os-comps.xml) next to the ISO files in main folder, and it worked for
CentOS 5 ISO. It still works for CentOS 5 repositories/ISO, but not for
CentOS 6 repositories/ISO. In CentOS 6 repo I have both original xml
files AND os-comps.xml, but I still do not have Groups.

I'm totally confused.

Post by Ljubomir Ljubojevic
I just now looked, and my installed mrepo rpm is from EPEL repository,
ver 0.8.7-2.

I don't know what exactly EPEL is shipping, but if they didn't add any
extra patches of their own, this version should *not* have support for:

(1) neither hosting on CentOS 6,
(2) nor parsing components for CentOS 6.

[Yury V. Zaytsev]

1. CentOS 5 repository works as expected for several years, I am happy
with it.
2. My problem is lack of yum groups for CentOS 6 repository. *comps.xml
file haven't made it to .../repodata/ folder.

Ok, it's all clear now.

At first I have run "mrepo -gvvv" to update yum groups after changing
*comps.xml names to os-comps.xml. I have now unmounted CentOS 6 ISO's
and started "mrepo -ugvvv" to see if this helps. If you know that this
will not help, please advise on the course of my actions. I will report
if anything I do solves this issue I am having.

I committed a patch to fix this into git already, but it didn't make it
into a new release yet.

You'll have to rebuild the package with my patch (I think it's the last
one, you can't get it wrong) or remove the dash manually from the
installed script (fragile!).

[Yury V. Zaytsev]

Please don't drop the list from the CC.

For now I am will try to edit mrepo script, but 0.8.7 is quite different
in that part of the code, I do not think it can support glob.glob() +
glob.glob() so I replaced RHEL 4 pattern (only one) with CentOS 6 pattern.

Sorry, I don't remember anymore. Could be that I rewritten this part
while porting to RHEL6.

It would be good to release 0.8.8 version in it's current state minus
show-stopping bugs (resolve feature requests for 0.8.9) so most of us
can use it for EL 6 and Fedora 12,13,14,15,16 repositories.

That's really up to Dag the Release Manager.

He had his reasons to hold off the release and I'm not sure what's the
current plan is right now. Besides, we migrated to git / github only
recently and there were plenty of other issues to take care of...

I'm currently running git version on my hosts, so I'm not affected. If
you are striving for latest features, I think it's stable enough.

Thanks for the help. If I fail with this hack, I will recompile with
current tar from git.

Good luck!

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev
Please don't drop the list from the CC.

For now I am will try to edit mrepo script, but 0.8.7 is quite different
in that part of the code, I do not think it can support glob.glob() +
glob.glob() so I replaced RHEL 4 pattern (only one) with CentOS 6 pattern.

Sorry, I don't remember anymore. Could be that I rewritten this part
while porting to RHEL6.
I'm currently running git version on my hosts, so I'm not affected. If
you are striving for latest features, I think it's stable enough.

Thanks for the help. If I fail with this hack, I will recompile with
current tar from git.

Good luck!

I have changed the script, but it seams that action that forced
comps.xml to be properly copied was forced deletion of already created
cached data for "os" repository. I went in and deleted both directories
forcing the rebuild.

Thanks for your assistance.

P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

Nope, the mailing list sets the Reply-To to the list address.
Check your MTA filters.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

Nope, the mailing list sets the Reply-To to the list address.
Check your MTA filters.

Hmmm, I actually wrote the opposite of what I should have written, but
the effect is the same.

What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address. Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address so
the reply always goes to the ml, not to the individual I responded to.
So I have to chose Reply-To-All and then to delete the personal address
of the person I am replying to.

Even this mail almost was send to you directly rather then to the ml.

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address.

This is exactly what you said earlier (at least my English parser yields
same results in both cases), but this is not true. Just check the
headers yourself as I suggested:

Message-ID: <4E4E1BD9.4030202 at plnet.rs>
Date: Fri, 19 Aug 2011 10:16:25 +0200
From: Ljubomir Ljubojevic <office at plnet.rs>
Organization: PL Computers / PL Systems
User-Agent: Thunderbird 2.0.0.24 (X11/20110622)
MIME-Version: 1.0
To: Discussions regarding Repoforge for users <users at lists.repoforge.org>
References: ...
In-Reply-To: <1313741029.2591.5.camel at newpride>
Subject: Re: [users] mrepo comps.xml for EL6
...
Reply-To: office at plnet.rs, Discussions regarding Repoforge for users <users at lists.repoforge.org>

The list does everything exactly as it should.

Post by Ljubomir Ljubojevic
Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address
so the reply always goes to the ml, not to the individual I responded
to. So I have to chose Reply-To-All and then to delete the personal
address of the person I am replying to.

I have no idea regarding Thunderbird, in fact, this is the MUA that I
like least of all; Evolution works just fine.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address.

This is exactly what you said earlier (at least my English parser yields
same results in both cases), but this is not true. Just check the
Message-ID: <4E4E1BD9.4030202 at plnet.rs>
Date: Fri, 19 Aug 2011 10:16:25 +0200
From: Ljubomir Ljubojevic <office at plnet.rs>
Organization: PL Computers / PL Systems
User-Agent: Thunderbird 2.0.0.24 (X11/20110622)
MIME-Version: 1.0
To: Discussions regarding Repoforge for users <users at lists.repoforge.org>
References: ...
In-Reply-To: <1313741029.2591.5.camel at newpride>
Subject: Re: [users] mrepo comps.xml for EL6
...
Reply-To: office at plnet.rs, Discussions regarding Repoforge for users <users at lists.repoforge.org>
The list does everything exactly as it should.

Post by Ljubomir Ljubojevic
Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address
so the reply always goes to the ml, not to the individual I responded
to. So I have to chose Reply-To-All and then to delete the personal
address of the person I am replying to.

I have no idea regarding Thunderbird, in fact, this is the MUA that I
like least of all; Evolution works just fine.

Ok. I was suggesting it because I only have this problem with this
mailing list. I do not see the point of original posters e-mail in
Reply-To field. If even it is in reversed order so ml e-mail comes
first, but this is not my mailing list, so I will comply.

Thank you for your responses.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address.

This is exactly what you said earlier (at least my English parser yields
same results in both cases), but this is not true. Just check the
Message-ID: <4E4E1BD9.4030202 at plnet.rs>
Date: Fri, 19 Aug 2011 10:16:25 +0200
From: Ljubomir Ljubojevic <office at plnet.rs>
Organization: PL Computers / PL Systems
User-Agent: Thunderbird 2.0.0.24 (X11/20110622)
MIME-Version: 1.0
To: Discussions regarding Repoforge for users <users at lists.repoforge.org>
References: ...
In-Reply-To: <1313741029.2591.5.camel at newpride>
Subject: Re: [users] mrepo comps.xml for EL6
...
Reply-To: office at plnet.rs, Discussions regarding Repoforge for users <users at lists.repoforge.org>
The list does everything exactly as it should.

Post by Ljubomir Ljubojevic
Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address
so the reply always goes to the ml, not to the individual I responded
to. So I have to chose Reply-To-All and then to delete the personal
address of the person I am replying to.

I have no idea regarding Thunderbird, in fact, this is the MUA that I
like least of all; Evolution works just fine.

Ok. I was suggesting it because I only have this problem with this
mailing list. I do not see the point of original posters e-mail in
Reply-To field. If even it is in reversed order so ml e-mail comes
first, but this is not my mailing list, so I will comply.

Thank you for your responses.

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address.

This is exactly what you said earlier (at least my English parser yields
same results in both cases), but this is not true. Just check the
headers yourself as I suggested:

Message-ID: <4E4E1BD9.4030202 at plnet.rs>
Date: Fri, 19 Aug 2011 10:16:25 +0200
From: Ljubomir Ljubojevic <office at plnet.rs>
Organization: PL Computers / PL Systems
User-Agent: Thunderbird 2.0.0.24 (X11/20110622)
MIME-Version: 1.0
To: Discussions regarding Repoforge for users <users at lists.repoforge.org>
References: ...
In-Reply-To: <1313741029.2591.5.camel at newpride>
Subject: Re: [users] mrepo comps.xml for EL6
...
Reply-To: office at plnet.rs, Discussions regarding Repoforge for users <users at lists.repoforge.org>

The list does everything exactly as it should.

Post by Ljubomir Ljubojevic
Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address
so the reply always goes to the ml, not to the individual I responded
to. So I have to chose Reply-To-All and then to delete the personal
address of the person I am replying to.

I have no idea regarding Thunderbird, in fact, this is the MUA that I
like least of all; Evolution works just fine.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

Nope, the mailing list sets the Reply-To to the list address.
Check your MTA filters.

Hmmm, I actually wrote the opposite of what I should have written, but
the effect is the same.

What this list "lacks" compared to others (Yum, CentOS-*, ElRepo,
OpenOffice...) is the changed Reply address to point to mailing-list
e-mail address. Since there is no Reply-To address, my Thunderbird 2.x
(at least until I finally reinstall my system with C6) chooses From
field as a reply address. All other ml's I am on set Reply-To address so
the reply always goes to the ml, not to the individual I responded to.
So I have to chose Reply-To-All and then to delete the personal address
of the person I am replying to.

Even this mail almost was send to you directly rather then to the ml.

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

Nope, the mailing list sets the Reply-To to the list address.
Check your MTA filters.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev
Please don't drop the list from the CC.

For now I am will try to edit mrepo script, but 0.8.7 is quite different
in that part of the code, I do not think it can support glob.glob() +
glob.glob() so I replaced RHEL 4 pattern (only one) with CentOS 6 pattern.

Sorry, I don't remember anymore. Could be that I rewritten this part
while porting to RHEL6.
I'm currently running git version on my hosts, so I'm not affected. If
you are striving for latest features, I think it's stable enough.

Thanks for the help. If I fail with this hack, I will recompile with
current tar from git.

Good luck!

I have changed the script, but it seams that action that forced
comps.xml to be properly copied was forced deletion of already created
cached data for "os" repository. I went in and deleted both directories
forcing the rebuild.

Thanks for your assistance.

P.S. I think this the only list that sets reply e-mail address to be the
original posters address, making simply replies to the list it self very
delicate. It would be nicer if reply address would be set to the mailing
list. Posters address is already in "from" field.

[Yury V. Zaytsev]

Please don't drop the list from the CC.

For now I am will try to edit mrepo script, but 0.8.7 is quite different
in that part of the code, I do not think it can support glob.glob() +
glob.glob() so I replaced RHEL 4 pattern (only one) with CentOS 6 pattern.

Sorry, I don't remember anymore. Could be that I rewritten this part
while porting to RHEL6.

It would be good to release 0.8.8 version in it's current state minus
show-stopping bugs (resolve feature requests for 0.8.9) so most of us
can use it for EL 6 and Fedora 12,13,14,15,16 repositories.

That's really up to Dag the Release Manager.

He had his reasons to hold off the release and I'm not sure what's the
current plan is right now. Besides, we migrated to git / github only
recently and there were plenty of other issues to take care of...

I'm currently running git version on my hosts, so I'm not affected. If
you are striving for latest features, I think it's stable enough.

Thanks for the help. If I fail with this hack, I will recompile with
current tar from git.

Good luck!

[Yury V. Zaytsev]

1. CentOS 5 repository works as expected for several years, I am happy
with it.
2. My problem is lack of yum groups for CentOS 6 repository. *comps.xml
file haven't made it to .../repodata/ folder.

Ok, it's all clear now.

At first I have run "mrepo -gvvv" to update yum groups after changing
*comps.xml names to os-comps.xml. I have now unmounted CentOS 6 ISO's
and started "mrepo -ugvvv" to see if this helps. If you know that this
will not help, please advise on the course of my actions. I will report
if anything I do solves this issue I am having.

I committed a patch to fix this into git already, but it didn't make it
into a new release yet.

You'll have to rebuild the package with my patch (I think it's the last
one, you can't get it wrong) or remove the dash manually from the
installed script (fragile!).

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)
I don't know what it is called on CentOS 5, but if you know we can add it.

73a3b7e0741eba6cafa8d5404b02565060e7f2293caab10657074186c48e713b-c6-i386-comps.xml
and
2a7e0c1da38a40e2961c0cec6acca8b8446d974b1fc055216ebde88bb4a19eb9-c6-x86_64-comps.xml,
so they should be used the same as RHEL 6.

Wait, are you talking about CentOS 5.6 or CentOS 6?
You mentioned CentOS 5.6 in your original message.

The support for CentOS 6 is in git now and will be released along with
mrepo 0.8.8. Regarding the support for CentOS 5 I don't know, if it
doesn't work it can be added as long as you have the comps names.

Post by Ljubomir Ljubojevic
In the version I use, I would place <base-repo-name>-comps.xml
(os-comps.xml) next to the ISO files in main folder, and it worked for
CentOS 5 ISO. It still works for CentOS 5 repositories/ISO, but not for
CentOS 6 repositories/ISO. In CentOS 6 repo I have both original xml
files AND os-comps.xml, but I still do not have Groups.

I'm totally confused.

Post by Ljubomir Ljubojevic
I just now looked, and my installed mrepo rpm is from EPEL repository,
ver 0.8.7-2.

I don't know what exactly EPEL is shipping, but if they didn't add any
extra patches of their own, this version should *not* have support for:

(1) neither hosting on CentOS 6,
(2) nor parsing components for CentOS 6.

[Ljubomir Ljubojevic]

Post by Yury V. Zaytsev

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)
I don't know what it is called on CentOS 5, but if you know we can add it.

73a3b7e0741eba6cafa8d5404b02565060e7f2293caab10657074186c48e713b-c6-i386-comps.xml
and
2a7e0c1da38a40e2961c0cec6acca8b8446d974b1fc055216ebde88bb4a19eb9-c6-x86_64-comps.xml,

so they should be used the same as RHEL 6.

In the version I use, I would place <base-repo-name>-comps.xml
(os-comps.xml) next to the ISO files in main folder, and it worked for
CentOS 5 ISO. It still works for CentOS 5 repositories/ISO, but not for
CentOS 6 repositories/ISO. In CentOS 6 repo I have both original xml
files AND os-comps.xml, but I still do not have Groups.

I just now looked, and my installed mrepo rpm is from EPEL repository,
ver 0.8.7-2.

Is this given code in 0.8.7? or only in newer code? Should I recompile
rpm from current code or wait for official compilation?

Thanks.

[Ljubomir Ljubojevic]

Hi.

I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.

Is there any new/special procedure or do I have to use some new mrepo
version and from where?

[Yury V. Zaytsev]

Post by Ljubomir Ljubojevic
Hi.
I am using mrepo-0.8.7-2.el5 on CentOS 5.6, and I am unable to
incorporate groups from downloaded comps.xml. My base repo is called
"os", so for CentOS 5 repos I use "os-comps.xml.
Is there any new/special procedure or do I have to use some new mrepo
version and from where?

mrepo:

os_components = (
glob.glob(pathjoin(self.dir + '/disc1/*/base/comps.xml')) + # RHEL 4
glob.glob(pathjoin(self.dir + '/disc1/*/repodata/comps-*-core.xml')) + # RHEL 5
glob.glob(pathjoin(self.dir + '/disc1/repodata/*-comps-*.xml')) # RHEL 6
)

I don't know what it is called on CentOS 5, but if you know we can add it.