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