A bit OT but i don't see how we can upgrade from mga1 to mga3. mga3 = usrmove + systemd when mga1 is mostly running on sysvinit.

CC: (none) => sander.lepik

One problem at a time.
usrmove upgrade has to be fixed for mga2>3 path too...

Also, like in bug #6621, it should fix a Mandriva -> Mageia live upgrade faillure where urpmi fails on restart after upgrading itself due to still
having old mdv zlib at this stage:
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/5.14.2/i386-linux-thread-multi/auto/URPM/URPM.so:
undefined symbol: gzopen64

I've fixed this by making URPM not relying on zlib in order to
decompress synthesis files.
It now relies on rpmlib that already had everything needed.
As a cherry on the cake, we gain support for synthesis compressed with
xz or bzip2.

so with working on a duplicate from my local mirror (cp -al pub pub2)

cd 1/x86_64/media/core/updates_testing/
ls | grep null > null-5-4.4.mga1.x86_64.rpm
rpm -qa | grep null > nothing

sudo urpmi.addmedia testperlupdate /mnt/data/var/pub2/1/x86_64/media/core/updates_testing --no-md5sum

LC_ALL=C urpmi null
invalid line <�7zXZ>
problem reading synthesis file of medium "testperlupdate"
To satisfy dependencies, the following packages are going to be installed:
   Package                        Version      Release       Arch   
(medium "Core Release")
  tcsh                           6.17         2.mga1        x86_64  
(medium "Nonfree Release")
  null 

~~
after the update of perl-URPM:

LC_ALL=C urpmi null
To satisfy dependencies, the following packages are going to be installed:
   Package                        Version      Release       Arch   
(medium "Core Release")
  tcsh                           6.17         2.mga1        x86_64  
(medium "testperlupdate")
  null      

update validate on x86_64, thanks for the procedure.

Whiteboard: has_procedure => has_procedure, mga1-64-OK,

rpm -q rpm perl-URPM?

Does the updated perl-URPM package need the updates testing version
for rpm?  We don't have a bug report for the rpm package, so can't
validate it yet.

CC: (none) => davidwhodgins

It depends on rpm-4.8.1-10.4.mga1.x86_64.rpm which is updates.

(In reply to comment #5)
> rpm -q rpm perl-URPM?

[manu@vosdook ~]$ rpm -q rpm perl-URPM
rpm-4.8.1-10.5.mga1
perl-URPM-3.38.1.2-2.mga1

so indeed both from testing sorry :s
it's ok or should I try only with the perl-urpm from testing ?

I think it should have worked but I tested with rpm-4.8.1-10.4.mga1

(In reply to comment #8)
> (In reply to comment #5)
> > rpm -q rpm perl-URPM?
> 
> [manu@vosdook ~]$ rpm -q rpm perl-URPM
> rpm-4.8.1-10.5.mga1
> perl-URPM-3.38.1.2-2.mga1
> 
> so indeed both from testing sorry :s
> it's ok or should I try only with the perl-urpm from testing ?

As far as QA procedure is concerned, you should test perl-urpm from testing + rpm from updates, otherwise we are not validating the update as it will be delivered to users.

Strange I just tested with rpm-4.8.1-10.5.mga1 & perl-URPM-3.38.1.2-2.mga1 and it works fine for me.

rpm -q lib64rpm1 ?

Thierry, I think comment #4 meant that everything is OK. He checked that it
doesn't work without the update and works with it, isn't it?

Thierry, read again, works fine too here :)
Samuel, ok will try with only perl-urpm from testing. (or somebody other can do it)

Yes indeed, I misread :-)
Sorry for the noise :-(

Testing mga1 64 with rpm from updates.

# rpm -q rpm
rpm-4.8.1-10.4.mga1

Mirrored tainted updates and converted the synthesis file

After update..

# urpmi xine-flac
To satisfy dependencies, the following packages are going to be installed:
   Package                        Version      Release       Arch   
(medium "XZmedium")
  lib64postproc51                0.6.6        0.1.mga1.tai> x86_64  
  lib64xine1                     1.1.19       5.mga1.taint> x86_64  
  xine-flac                      1.1.19       5.mga1.taint> x86_64  
  xine-plugins                   1.1.19       5.mga1.taint> x86_64  
(medium "Core Release")
  lib64iso9660_7                 0.82         3.mga1        x86_64  
  lib64mesaglu1                  7.10.2       4.mga1        x86_64  
  lib64theora0                   1.1.1        3.mga1        x86_64  
  lib64vcd0                      0.7.23       10.mga1       x86_64  
  lib64xcb-shape0                1.7          1.mga1        x86_64  
  lib64xcb-shm0                  1.7          1.mga1        x86_64  
  lib64xcb-xv0                   1.7          1.mga1        x86_64  
(medium "Core Updates")
  lib64modplug1                  0.8.8.3      1.mga1        x86_64

Seems fine. I have it on a VM with a snapshot so it can be rolled back if necessary.

Whiteboard: has_procedure, => has_procedure mga1-64-OK

little off topic, will a netinstall still works with the new structure of the updates media ?

What new media structure?

Confirmed the fix in mga1 i586 in a new VM.

Validating

Suggested advisory:
===================
This update adds support for repository metadata compressed with XZ,
thus enabling direct update from Mageia 1 to Mageia 3.



perl-URPM-3.38.1.2-2.mga1


Could sysadmin please push from core/updates_testing to core/updates

Thanks!

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Whiteboard: has_procedure mga1-64-OK => has_procedure mga1-64-OK mga1-32-OK

Update pushed:
https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0194


Note, as we dont have decided yet if we will support direct update from mga1 -> mga3 I changed the advisory to a more generic one:


This update adds support for repository metadata compressed with XZ,
thus enabling reading upcoming Mageia 3 repository metadata.

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED