<html><body>
<p>Hi,<br>
<br>
at this time i sync the rhn repositories to a local system using mrepo. But mrepo doesn´t includes the erratas?!<br>
<br>
spacewalk-repo-sync: <br>
Repo RHEL5/rhel5-server-x86_64/rhn-tools/ has 0 errata.<br>
Sync complete  <br>
<br>
How can i sync the erratas to my local repository? Or is there now a newer way for sync?<br>
<br>
Kind regards,<br>
<br>
Rene<br>
<br>
<img width="16" height="16" src="cid:1__=8FBBF2EDDFD7BC998f9e8a93df93@timocom.com" border="0" alt="Inactive hide details for spacewalk-list-request---26.04.2011 13:12:53---Send Spacewalk-list mailing list submissions to  space"><font color="#424282">spacewalk-list-request---26.04.2011 13:12:53---Send Spacewalk-list mailing list submissions to  spacewalk-list@redhat.com</font><br>
<br>
<font size="2" color="#5F5F5F">From:  </font><font size="2">spacewalk-list-request@redhat.com</font><br>
<font size="2" color="#5F5F5F">To:    </font><font size="2">spacewalk-list@redhat.com</font><br>
<font size="2" color="#5F5F5F">Date:  </font><font size="2">26.04.2011 13:12</font><br>
<font size="2" color="#5F5F5F">Subject:       </font><font size="2">Spacewalk-list Digest, Vol 35, Issue 45</font><br>
<font size="2" color="#5F5F5F">Sent by:       </font><font size="2">spacewalk-list-bounces@redhat.com</font><br>
<hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br>
<br>
<br>
<tt>Send Spacewalk-list mailing list submissions to<br>
                 spacewalk-list@redhat.com<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
                 </tt><tt><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></tt><tt><br>
or, via email, send a message with subject or body 'help' to<br>
                 spacewalk-list-request@redhat.com<br>
<br>
You can reach the person managing the list at<br>
                 spacewalk-list-owner@redhat.com<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Spacewalk-list digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Config File Deploy Quirk (Trevor T Kates)<br>
   2. Re: Config File Deploy Quirk (bearwere)<br>
   3. Re: Customizing Spacewalk (Erling Ringen Elvsrud)<br>
   4. Re: Customizing Spacewalk (Miroslav Such?)<br>
   5. Re: Config File Deploy Quirk (Michael Mraka)<br>
   6. Re: file NEVRAO mismatches (Jan Pazdziora)<br>
   7. Re: file NEVRAO mismatches (bearwere)<br>
   8. Spacewalk 1.4 released (Miroslav Such?)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 25 Apr 2011 17:27:29 -0400<br>
From: Trevor T Kates <trevor.t.kates@dom.com><br>
To: "spacewalk-list@redhat.com" <spacewalk-list@redhat.com><br>
Subject: [Spacewalk-list] Config File Deploy Quirk<br>
Message-ID:<br>
                 <BA519D2CDFBCD64789144B049A53CCB5238D5D9294@DOM-MBX01.mbu.ad.dominionnet.com><br>
                 <br>
Content-Type: text/plain;                charset="utf-8"<br>
<br>
List:<br>
<br>
Spacewalk Ver: 1.4-RC<br>
OS: CentOS 5.6<br>
<br>
I'm encountering a strange quirk that occurs whenever a config file is deploy on<br>
any of my systems. To describe the problem, take the following example:<br>
<br>
Config file is stored on server as /etc/openldap/ldap.conf. This file is deployed<br>
to system X; however within the /etc/openldap directory on system X there is now<br>
the ldap.conf file and also a etc/openldap tree resulting in the existence of<br>
/etc/openldap/etc/openldap which was not previously there. Deleting the extra<br>
etc/openldap directory and redeploying the file results in a return of the extra<br>
directory.<br>
<br>
I'm not sure if this is a result of something I have done or a problem in Spacewalk<br>
1.4 RC. Any help with this would be appreciated.<br>
<br>
_______________________________________________________________________________<br>
Trevor T. Kates<br>
<br>
<br>
CONFIDENTIALITY NOTICE:  This electronic message contains<br>
information which may be legally confidential and/or privileged and<br>
does not in any case represent a firm ENERGY COMMODITY bid or offer<br>
relating thereto which binds the sender without an additional<br>
express written confirmation to that effect.  The information is<br>
intended solely for the individual or entity named above and access<br>
by anyone else is unauthorized.  If you are not the intended<br>
recipient, any disclosure, copying, distribution, or use of the<br>
contents of this information is prohibited and may be unlawful.  If<br>
you have received this electronic transmission in error, please<br>
reply immediately to the sender that you have received the message<br>
in error, and delete it.  Thank you.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 26 Apr 2011 09:12:22 +0700<br>
From: bearwere <bearwere@gmail.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] Config File Deploy Quirk<br>
Message-ID: <4DB62A06.5070809@gmail.com><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi. I get the same behaviour with spacewalk 1.3, must be a bug.<br>
<br>
On 26.04.2011 4:27, Trevor T Kates wrote:<br>
> List:<br>
><br>
> Spacewalk Ver: 1.4-RC<br>
> OS: CentOS 5.6<br>
><br>
> I'm encountering a strange quirk that occurs whenever a config file is deploy on<br>
> any of my systems. To describe the problem, take the following example:<br>
><br>
> Config file is stored on server as /etc/openldap/ldap.conf. This file is deployed<br>
> to system X; however within the /etc/openldap directory on system X there is now<br>
> the ldap.conf file and also a etc/openldap tree resulting in the existence of<br>
> /etc/openldap/etc/openldap which was not previously there. Deleting the extra<br>
> etc/openldap directory and redeploying the file results in a return of the extra<br>
> directory.<br>
><br>
> I'm not sure if this is a result of something I have done or a problem in Spacewalk<br>
> 1.4 RC. Any help with this would be appreciated.<br>
><br>
> _______________________________________________________________________________<br>
> Trevor T. Kates<br>
><br>
><br>
> CONFIDENTIALITY NOTICE:  This electronic message contains<br>
> information which may be legally confidential and/or privileged and<br>
> does not in any case represent a firm ENERGY COMMODITY bid or offer<br>
> relating thereto which binds the sender without an additional<br>
> express written confirmation to that effect.  The information is<br>
> intended solely for the individual or entity named above and access<br>
> by anyone else is unauthorized.  If you are not the intended<br>
> recipient, any disclosure, copying, distribution, or use of the<br>
> contents of this information is prohibited and may be unlawful.  If<br>
> you have received this electronic transmission in error, please<br>
> reply immediately to the sender that you have received the message<br>
> in error, and delete it.  Thank you.<br>
><br>
> _______________________________________________<br>
> Spacewalk-list mailing list<br>
> Spacewalk-list@redhat.com<br>
> </tt><tt><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></tt><tt><br>
>    <br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 26 Apr 2011 08:19:17 +0200<br>
From: Erling Ringen Elvsrud <erlingre@gmail.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] Customizing Spacewalk<br>
Message-ID: <BANLkTikChH9VBgHjw1usZ2nxzDkK3XE0fA@mail.gmail.com><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On Mon, Apr 25, 2011 at 5:57 PM, William S. <williamsani@hotmail.com> wrote:<br>
> We (as in my company) was thinking of adding a new tablespace to XE, and<br>
> then adding a few new pages to the Spacewalk GUI for our own purposes. My<br>
> question is, are there any repercussions in doing so? To be specific, we<br>
> want to be able to display the MAC addresses associated with the network<br>
> interface, in addition to a number of other items. By doing so, are we going<br>
> to have to blow away every time we update Spacewalk to a later version?<br>
<br>
I would rather try to use the API to extract such info.  You will get<br>
another user interface, but it will be simpler to develop and upgrades<br>
of spacewalk will be easier.<br>
<br>
Best regards,<br>
<br>
Erling Ringen Elvsrud<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 26 Apr 2011 09:20:56 +0200<br>
From: Miroslav Such? <msuchy@redhat.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] Customizing Spacewalk<br>
Message-ID: <4DB67258.7020809@redhat.com><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On 04/25/2011 05:57 PM, William S. wrote:<br>
> To be specific, we want to be able to display the MAC addresses<br>
> associated with the network interface, <br>
<br>
It is already there:<br>
System -> Details -> Hardware<br>
<br>
> in addition to a number of other<br>
> items.<br>
<br>
Which one? Maybe it is in Spacewalk too?<br>
<br>
<br>
> By doing so, are we going to have to blow away every time we update<br>
> Spacewalk to a later version?<br>
<br>
Yes.<br>
But if that page is interesting for others, then the best way is to sent<br>
the patch here and incorporate it into Spacewalk. This way it will be<br>
included in next release and you do not need to care about it any more.<br>
<br>
-- <br>
Miroslav Suchy<br>
Red Hat Satellite Engineering<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 26 Apr 2011 09:59:16 +0200<br>
From: Michael Mraka <michael.mraka@redhat.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] Config File Deploy Quirk<br>
Message-ID: <20110426075916.GA3055@magni.brq.redhat.com><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
% Hi. I get the same behaviour with spacewalk 1.3, must be a bug.<br>
% <br>
% On 26.04.2011 4:27, Trevor T Kates wrote:<br>
% >List:<br>
% ><br>
% >Spacewalk Ver: 1.4-RC<br>
% >OS: CentOS 5.6<br>
% ><br>
% >I'm encountering a strange quirk that occurs whenever a config file is deploy on<br>
% >any of my systems. To describe the problem, take the following example:<br>
% ><br>
% >Config file is stored on server as /etc/openldap/ldap.conf. This file is deployed<br>
% >to system X; however within the /etc/openldap directory on system X there is now<br>
% >the ldap.conf file and also a etc/openldap tree resulting in the existence of<br>
% >/etc/openldap/etc/openldap which was not previously there. Deleting the extra<br>
% >etc/openldap directory and redeploying the file results in a return of the extra<br>
% >directory.<br>
% ><br>
% >I'm not sure if this is a result of something I have done or a problem in Spacewalk<br>
% >1.4 RC. Any help with this would be appreciated.<br>
<br>
Hi,<br>
<br>
It looks like </tt><tt><a href="https://bugzilla.redhat.com/show_bug.cgi?id=683264">https://bugzilla.redhat.com/show_bug.cgi?id=683264</a></tt><tt> which<br>
has been fixed about 2 weeks ago.<br>
<br>
Regards,<br>
<br>
--<br>
Michael Mr?ka<br>
Satellite Engineering, Red Hat<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 26 Apr 2011 11:31:55 +0200<br>
From: Jan Pazdziora <jpazdziora@redhat.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] file NEVRAO mismatches<br>
Message-ID: <20110426093155.GD17217@redhat.com><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Wed, Apr 20, 2011 at 08:23:40PM +0700, bearwere@gmail.com wrote:<br>
> When running spacewalk-data-fsck, I get lots of 'File path mismatch:<br>
> ' and 'ERROR:  1411 file NEVRAO mismatch(es)' at the end. What do I<br>
> do about it?<br>
<br>
What are the files (give us some examples) and what is the history of<br>
that server (from which version way back was it upgraded)?<br>
<br>
-- <br>
Jan Pazdziora<br>
Principal Software Engineer, Satellite Engineering, Red Hat<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 26 Apr 2011 16:40:48 +0700<br>
From: bearwere <bearwere@gmail.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] file NEVRAO mismatches<br>
Message-ID: <4DB69320.80902@gmail.com><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
File path mismatch: <br>
/var/satellite/redhat/1/0ef/xalan-j2-javadoc/2.7.0-6jpp.1/i386/0ef89afa8c0dda990655983243a8eaf6/xalan-j2-javadoc-2.7.0-6jpp.1.i386.rpm <br>
(evr: 0:2.7.0-6jpp.1 vs. 2.7.0-6jpp.1)<br>
File path mismatch: <br>
/var/satellite/redhat/1/549/axis/1.2.1-2jpp.6/i386/5498cf48b2b87ef10b23359dd17a1959/axis-1.2.1-2jpp.6.i386.rpm <br>
(evr: 0:1.2.1-2jpp.6 vs. 1.2.1-2jpp.6)<br>
File path mismatch: <br>
/var/satellite/redhat/1/2a7/jakarta-commons-lang-javadoc/2.1-5jpp.1/i386/2a7a1e09296290a143be8dc1e1a48e51/jakarta-commons-lang-javadoc-2.1-5jpp.1.i386.rpm <br>
(evr: 0:2.1-5jpp.1 vs. 2.1-5jpp.1)<br>
File path mismatch: <br>
/var/satellite/redhat/1/e28/wpa_supplicant/0.5.10-9.el5/i386/e2839ad90ea8c4a7fc0db6bae8b79a03/wpa_supplicant-0.5.10-9.el5.i386.rpm <br>
(evr: 1:0.5.10-9.el5 vs. 0.5.10-9.el5)<br>
File path mismatch: <br>
/var/satellite/redhat/1/a4a/bsf/2.3.0-11jpp.1/i386/a4ad7f3438ad450c0b77744b9ef7fe21/bsf-2.3.0-11jpp.1.i386.rpm <br>
(evr: 0:2.3.0-11jpp.1 vs. 2.3.0-11jpp.1)<br>
File path mismatch: <br>
/var/satellite/redhat/1/160/arpwatch/2.1a13-22.el5/i386/1608454c01e8be14924c26efd5d8a860/arpwatch-2.1a13-22.el5.i386.rpm <br>
(evr: 14:2.1a13-22.el5 vs. 2.1a13-22.el5)<br>
File path mismatch: <br>
/var/satellite/redhat/1/9e1/kdelibs-apidocs/3.5.4-25.el5.centos.1/i386/9e10d4c1ba5770f61a9a415d302663f7/kdelibs-apidocs-3.5.4-25.el5.centos.1.i386.rpm <br>
(evr: 6:3.5.4-25.el5.centos.1 vs. 3.5.4-25.el5.centos.1)<br>
<br>
Spacewalk was upgraded 1.0>1.1>1.2>1.3. I deleted all packages from all <br>
channels and from disk and run spacewalk-repo-sync again for each <br>
channel. That didn't help. The spacewalk server works fine anyway, but I <br>
still wonder why errors are reported.<br>
<br>
<br>
On 26.04.2011 16:31, Jan Pazdziora wrote:<br>
> On Wed, Apr 20, 2011 at 08:23:40PM +0700, bearwere@gmail.com wrote:<br>
>    <br>
>> When running spacewalk-data-fsck, I get lots of 'File path mismatch:<br>
>> ' and 'ERROR:  1411 file NEVRAO mismatch(es)' at the end. What do I<br>
>> do about it?<br>
>>      <br>
> What are the files (give us some examples) and what is the history of<br>
> that server (from which version way back was it upgraded)?<br>
><br>
>    <br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 26 Apr 2011 13:12:01 +0200<br>
From: Miroslav Such? <msuchy@redhat.com><br>
To: spacewalk-announce-list@redhat.com,          spacewalk-devel<br>
                 <spacewalk-devel@redhat.com>,             "spacewalk-list@redhat.com"<br>
                 <spacewalk-list@redhat.com><br>
Subject: [Spacewalk-list] Spacewalk 1.4 released<br>
Message-ID: <4DB6A881.5000105@redhat.com><br>
Content-Type: text/plain; charset=ISO-8859-2<br>
<br>
Hello world,<br>
<br>
Spacewalk 1.4 is now available for download from<br>
<br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4/RHEL/5/$basearch/">http://spacewalk.redhat.com/yum/1.4/RHEL/5/$basearch/</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4/RHEL/6/$basearch/">http://spacewalk.redhat.com/yum/1.4/RHEL/6/$basearch/</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4/Fedora/13/$basearch/">http://spacewalk.redhat.com/yum/1.4/Fedora/13/$basearch/</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4/Fedora/14/$basearch/">http://spacewalk.redhat.com/yum/1.4/Fedora/14/$basearch/</a></tt><tt><br>
Note: Fedora packages for server are released only for x86_64 architecture.<br>
<br>
depending on your operating system, with client repositories under:<br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4-client/Fedora/13">http://spacewalk.redhat.com/yum/1.4-client/Fedora/13</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4-client/Fedora/14">http://spacewalk.redhat.com/yum/1.4-client/Fedora/14</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4-client/RHEL/5">http://spacewalk.redhat.com/yum/1.4-client/RHEL/5</a></tt><tt><br>
 </tt><tt><a href="http://spacewalk.redhat.com/yum/1.4-client/RHEL/6">http://spacewalk.redhat.com/yum/1.4-client/RHEL/6</a></tt><tt><br>
 </tt><tt><a href="http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_11.4/">http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_11.4/</a></tt><tt><br>
 </tt><tt><a href="http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_Factory/">http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/1.4/openSUSE_Factory/</a></tt><tt><br>
 </tt><tt><a href="http://miroslav.suchy.cz/spacewalk/debian">http://miroslav.suchy.cz/spacewalk/debian</a></tt><tt><br>
<br>
Check the installation steps at<br>
<br>
 </tt><tt><a href="https://fedorahosted.org/spacewalk/wiki/HowToInstall">https://fedorahosted.org/spacewalk/wiki/HowToInstall</a></tt><tt><br>
<br>
or if you will upgrade from older release, consult<br>
<br>
 </tt><tt><a href="http://fedorahosted.org/spacewalk/wiki/HowToUpgrade">http://fedorahosted.org/spacewalk/wiki/HowToUpgrade</a></tt><tt><br>
<br>
<br>
Features & Enhancements in Spacewalk 1.4:<br>
<br>
 * client packages for Debian<br>
 * client packages for OpenSuse<br>
 * support for IDN [1] (but RHN Tools part)<br>
                 - you can now have Spacewalk server and clients, whose<br>
          hostnames contains non latin domain name.<br>
 * issues in PostgreSQL backend, reported by users, were fixed.<br>
   For PostgreSQL status see [2]<br>
 * system history reports were added in spacewalk-reports<br>
 * spacewalk-repo-sync now automatically create errata from updateinfo<br>
<br>
[1] </tt><tt><a href="http://en.wikipedia.org/wiki/Internationalized_domain_name">http://en.wikipedia.org/wiki/Internationalized_domain_name</a></tt><tt><br>
[2] </tt><tt><a href="https://fedorahosted.org/spacewalk/wiki/PostgreSQL">https://fedorahosted.org/spacewalk/wiki/PostgreSQL</a></tt><tt><br>
<br>
<br>
Spacewalk 1.4 contains support for apt-get plug-in.<br>
An apt-get plug-in client package is available at<br>
</tt><tt><a href="http://miroslav.suchy.cz/spacewalk/debian/">http://miroslav.suchy.cz/spacewalk/debian/</a></tt><tt><br>
Feel free to try it and report any issues.<br>
This repo contains apt with spacewalk patches.<br>
<br>
For more information check:<br>
</tt><tt><a href="https://fedorahosted.org/spacewalk/wiki/RegisteringClients#Debian">https://fedorahosted.org/spacewalk/wiki/RegisteringClients#Debian</a></tt><tt><br>
<br>
<br>
Community contributors:<br>
<br>
We thank the community members who contributed to this release:<br>
<br>
 * Aron Parsons<br>
 * Dale Bewley<br>
 * Jerome Fenal<br>
 * Johannes Renner<br>
 * John van Zantvoort<br>
 * Luc de Louw<br>
 * Marcelo Moreira de Mello<br>
 * mareklaane<br>
 * Michael Calmer<br>
 * Paresh Mutha<br>
 * ?imon Luka??k<br>
 * Trent Johnson<br>
 * Uwe Gansert<br>
 * ypoyarko<br>
<br>
</tt><tt><a href="https://fedorahosted.org/spacewalk/wiki/ContributorList">https://fedorahosted.org/spacewalk/wiki/ContributorList</a></tt><tt><br>
<br>
<br>
Bug fixes and commits:<br>
<br>
In Spacewalk 1.4 there were:<br>
<br>
    * 68  bugs solved<br>
    * 634 changesets committed<br>
    * 899 commits done<br>
<br>
<br>
Enjoy using Spacewalk!<br>
-- <br>
Miroslav Suchy<br>
Red Hat Satellite Engineering<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Spacewalk-list mailing list<br>
Spacewalk-list@redhat.com<br>
</tt><tt><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></tt><tt><br>
<br>
End of Spacewalk-list Digest, Vol 35, Issue 45<br>
**********************************************<br>
</tt><br>
</body></html>