Re: [Cooker] postgresql conflict

Anssi Hannula wrote:
> Try attached patch on /usr/lib/perl5/vendor_perl/5.10.0/*/URPM/Resolve.pm.
>
>  
OK, thanks for the patch:

[root@ftgme2 i386-linux-thread-multi]# pwd
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
[root@ftgme2 i386-linux-thread-multi]# patch -p0 </home/ftg/tmp/*.patch
patching file URPM/Resolve.pm
[root@ftgme2 i386-linux-thread-multi]# urpmi --auto-update
--split-level=1 --split-length=1
updated medium "Main"
medium "Main Updates" is up-to-date
updated medium "Contrib"
medium "Contrib Updates" is up-to-date
updated medium "Non-free"
medium "Non-free Updates" is up-to-date
medium "plf-nonfree" is up-to-date
medium "plf-free" is up-to-date
To satisfy dependencies, the following package is going to be installed:
   Package                        Version      Release       Arch  
(medium "Main")
  meta-task                      2009.1       7mdv2009.1    noarch
4B of additional disk space will be used.
39KB of packages will be retrieved.
Proceed with the installation of one package? (Y/n)

installing meta-task-2009.1-7mdv2009.1.noarch.rpm from
/mnt/cooker/i586/media/main/release
Preparing...                    
#############################################
      1/1: meta-task            
#############################################
restarting urpmi
The following package has to be removed for others to be upgraded:
libpq5-8.2.11-3mdv2009.1.i586
 (due to conflicts with libpq8.3_5-8.3.6-3mdv2009.1.i586) (y/N)

I'm not sure whether this fixes things or not.  My expectation would be
that one version of postgresql would silently replace the last, but now
I think of it, this type of thing happens every time postgresql gets
updated.  How is a sysadmin supposed to know whether it's safe to reply
Y to the above message, and why doesn't this happen with every other app
on the face of the earth ?