If perl-urpm is fixed in main/release, then why not to update it from
main/release in MATRIX?
Just:
urpmi.update main
urpmi perl-URPM
?
On 04.09.2014 19:44, Tomasz Paweł Gajc wrote:
Dnia środa, 3 września 2014 22:08:11 Tomasz Paweł Gajc pisze:
As you may or may not noticed, there is a painfull bug which does not allow
to create valid hdlists for i586, thus blocking 2014.1 release.
I know there are plenty other things to talk about, but first things first.
Hello Denis,
i was trying to play a bit with bug #911 (hdlists issue) and found few things:
1. When running MATRIX on this line
https://abf.io/openmandriva/iso-build-tools/blob/master/MATRIX#L84
i got something strange -> Package perl-URPM-4.48.3-1-omv2014.0.x86_64 is
already installed
I do not know from what place on earth this package comes, because such
version does not exists on cooker/main/release or 2014.0/main/release
not to mention updates. Could you somehow help with resolving this ?
2. I may have understand why it is hard to fix this bug - let's assume that
raising buffers fixed this. But we have this situation:
X - perl-URPM-old (old buffers value)
Y - perl-URPM-new
So we have a base 2014.0 installation without anything from updates
repository. If updates repository will be enabled and urpmi --auto-update will
be run, system will fall into that "invalid line" because:
X tries to read systhesis_hdlists from updates, which contain extra long
string for kernel provides. urpmi fails to update X with Y because X can not
read new systhesis. Devils circle :)
Imho simple solution would be to inject into 2014.0/main/release prepared
(with raised buffers) perl-URPM-4.48.7-1-omv2014.0.i586.rpm with raised
buffer and this should fix issue. Bero can you help here ?
WDYT?
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
