On Tue, Mar 08, 2011 at 05:57:05PM +0100, Michael Calmer wrote:
>
> * fix errata override bug. Create a unique advisory_name
> This was about the <id> element in the updateinfo which is not unique.
Not unique where, across what domain? When I take
http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/7/i386/repodata/updateinfo.xml.gz
and see errata
FEDORA-2007-2609
there I expect that errata to land in Spacewalk as FEDORA-2007-2609,
and not as FEDORA-2007-2609-1.4 or FEDORA-2007-2609-1.4-channel-ia32.
When does this get non-unique?
> To get it unique we append notice['version'] to it. The next hit was,
> that patches may be created for mulitarch repositories, but in spacewalk we
> have single arch channels. This can lead into duplicate updates where only
> the
> package list differ because of the architectures. So we also append
> self.channel['arch'] to advisory and advisory_name
This is not how erratas work in Spacewalk/Satellite. Take this scenario:
You have Satellite with i386, x86_64, and s390x channels synced. You
make a dump with rhn-satellite-exporter with all the channels. Erratas
in that dump will reference packages from all arches.
Then on another Satellite/Spacewalk you satellite-sync that dump,
but only channel i386. This will create the erratas and link them
to 32bit packages (because you have no x86_64 and s390x channels
/ packages synced).
And then you sync the s390x channel.
And the s390x packages have to end up added to the same erratas that
have been created when syncing the i386 channels.
You can see it even if you have one dump with one arch, and second
dump with another arch, for example if you use channel dumps from RHN.
> * we need to search for the package in the correct channel.
>
> It may happen, that the same nevra exists multiple times in rhnPackage.
> The only difference is the checksum. They are assigned to different
> channels. So we need to take care during errata import to get the
> right package added to the errata.
How do you do that? What if I run the spacewalk-repo-sync with
multiple -c options?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel
