Re: [Spacewalk-list] centos-errata.py & package_dir value
On Wed, Feb 08, 2012 at 12:34:42PM +, Peter Purvis wrote: > Thanks Ege, > > I've just tried against our updates repo, which it turns out is really out > of date which in turn causes the script to fail as it can't find the > packages. > > Will grab a more recent sync now and see if that works. > > Seems a bit counter intuitive that the packages are needed for the errata > script to work? Perhaps someone can explain the process. Basically the script needs the package NVREA that spacewalk has in order to find the package and associate it with the errata. The only way to get this reliably is to extract it from the RPM itself. So you need the updates repo for this to work. In the past it was possible to search spacewalk itself using the package checksum to find packages. However, changes to the format of the centos-announce list (namely use of sha256 signatures) have broken this, at least for those of us with channels with their base signature type set to md5sum. Other posters to this list have indicated that changing the channel signature type makes all well again but I have yet to test this myself. Other approaches such as indexing /var/satellite directly have been proposed as well. I've yet to evaluate any of these. Regards, -- David NutterTel: +44 (0)131 650 4888 BioSS, JCMB, King's Buildings, Mayfield Rd, EH9 3JZ. Scotland, UK Biomathematics and Statistics Scotland (BioSS) is formally part of The James Hutton Institute (JHI), a registered Scottish charity No. SC041796 and a company limited by guarantee No. SC374831 ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] centos-errata.py and announcement list format changes
On Fri, Feb 03, 2012 at 11:03:19AM +0100, David Hrbáč wrote: > Dne 1.2.2012 19:02, David Nutter napsal(a): > > Done. I'll move the documentation across to the github Wiki when I get > > a minute. Regards, > > David, > There seems to be problem with the latest errata. There seem to be > erratas with the same ID: > [CentOS-announce] CESA-2012:0093 Critical CentOS 4 php Update > [CentOS-announce] CESA-2012:0093 Critical CentOS 5 php Update > [CentOS-announce] CESA-2012:0093 Critical CentOS 6 php Update > > The script is not able to handle the same arrata ID on multiple channels > as it seems to me. Mmm, since I am only on CentOS 5 myself I can't actually test that use-case. However, I think the problem is the errata (in the current script) has to be created all at once for every channel they are published to and it can't handle more than a single CentOS release in a particular run. Looks like a major rethink is called for. Either: 1) Allow Errata to be updated on the server. The workflow for this is complex as I think we can only call publish() once for each errata and it is difficult to tell when we are "done" with a particular errata. A good stopgap approach might be simply to save up all the publishing until the end and use spacecmd to publish all unpublished errata or something. 2) Allow processing of multiple releases in a single run of the script. This is likely to make handling the config files and command line arguments quite difficult/verbose Thoughts? Thanks & regards, -- David NutterTel: +44 (0)131 650 4888 BioSS, JCMB, King's Buildings, Mayfield Rd, EH9 3JZ. Scotland, UK Biomathematics and Statistics Scotland (BioSS) is formally part of The James Hutton Institute (JHI), a registered Scottish charity No. SC041796 and a company limited by guarantee No. SC374831 ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] centos-errata.py and announcement list format changes
On Thu, Feb 02, 2012 at 06:30:17PM +, Lopez, Abel wrote: > I was able to process the 2012-January file using the 0.2 version of the > errata script. > Few steps required. > I changed my channel type to sha256 for both my base and update channel, > I did a simple `sed -ie 's/CentOS 6/CentOS 6 x86_64' 2012-January.txt` > > So there isn't a valid reason why spacewalk search "can't" work. That is good to know. I will try changing my own channel types and if successful will activate both the affected search strategies. Regards, -- David NutterTel: +44 (0)131 650 4888 BioSS, JCMB, King's Buildings, Mayfield Rd, EH9 3JZ. Scotland, UK Biomathematics and Statistics Scotland (BioSS) is formally part of The James Hutton Institute (JHI), a registered Scottish charity No. SC041796 and a company limited by guarantee No. SC374831 ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] spacecmd config channel export error
Hi, When using the "configchannel_export" function of spacecmd, I seem to bump into an error with a specific config channel: spacecmd {SSM:0}> configchannel_export TEST INFO: Exporting cc TEST to TEST.json INFO: Getting config channel details for TEST ERROR: xml declaration not at start of external entity: line 1330, column 15 Any hints on how to debug this? Franky Van Liedekerke Atos Worldline SA/NV - Chaussee de Haecht 1442 Haachtsesteenweg - 1130 Brussels - Belgium RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872 Bankrekening-Compte Bancaire-Bank Account 310-0269424-44 BIC BBRUBEBB - IBAN BE55 3100 2694 2444 "The information contained in this e-mail and any attachment thereto is confidential and may contain information which is protected by intellectual property rights. This information is intended for the exclusive use of the recipient(s) named above. This e-mail does not constitute any binding relationship or offer toward any of the addressees. If you are not one of the addressees , one of their employees or a proxy holder entitled to hand over this message to the addressee(s), any use of the information contained herein (e.g. reproduction, divulgation, communication or distribution,...) is prohibited. If you have received this message in error, please notify the sender and destroy it immediately after. The integrity and security of this message cannot be guaranteed and it may be subject to data corruption, interception and unauthorized amendment, for which we accept no liability." ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list