On December 28, 2016 7:32:03 PM PST, "Carlos E. R." <robin.listas@telefonica.net> wrote:
29.12.2016 00:22, Carlos E. R. пишет:
Hi,
I get (YaST wants to install these automatically):
Subprocess failed. Error: RPM failed: error: unpacking of archive failed on file /usr/lib/postgresql: cpio: rename failed - Is a
On 2016-12-29 04:17, Andrei Borzenkov wrote: directory
error: postgresql94-9.4.9-8.1.x86_64: install failed
RPM cannot handle change from directory to symbolic links. Usually package needs to manually workaround it in install scripts
symlink("/etc/alternatives/postgresql", "/usr/lib/postgresql;58642cb4") = 0 lstat("/usr/lib/postgresql", {st_mode=S_IFDIR|0755, st_size=19, ...}) = 0 rename("/usr/lib/postgresql;58642cb4", "/usr/lib/postgresql") = -1 EISDIR (Is a directory)
cer@Telcontar:~> l /etc/alternatives/postgresql ls: cannot access '/etc/alternatives/postgresql': No such file or directory cer@Telcontar:~>
cer@Telcontar:~> l /usr/lib/ | grep post drwxr-xr-x 2 root root 4096 Dec 26 15:12 postfix/ drwxr-xr-x 3 root root 19 Sep 21 2010 postgresql/ -rwxr-xr-x 1 root root 2067 Oct 28 18:42 postgresql-init* drwxr-xr-x 2 root root 6 Dec 26 14:48 postgresql92/ drwxr-xr-x 3 root root 16 Dec 26 15:09 postgresql94/ lrwxrwxrwx 1 root root 28 Dec 26 14:53 postgresql;586120bf -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 26 15:07 postgresql;5861240f -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 26 15:09 postgresql;586124a7 -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 28 22:10 postgresql;58642a60 -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 28 22:12 postgresql;58642acf -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 28 22:13 postgresql;58642af0 -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 28 22:19 postgresql;58642c61 -> /etc/alternatives/postgresql lrwxrwxrwx 1 root root 28 Dec 28 22:20 postgresql;58642cb4 -> /etc/alternatives/postgresql cer@Telcontar:~>
It is possible that package switched to using alternatives in which case it is packaging bug. Or it is possible that you or something manually created this directory. What "rpm -qf /usr/lib/postgres" says?
No, I did not create any of that myself, YaST did over the years. This is a system that was updated from 13.1 to 42.2 two days ago.
cer@Telcontar:~> rpm -qf /usr/lib/postgresql file /usr/lib/postgresql is not owned by any package cer@Telcontar:~>
cer@Telcontar:~> rpm -qa | grep postgres postgresql-init-9.4-13.1.noarch rekall-postgresql-2.4.6-118.20.x86_64 postgresql-devel-9.4-2.2.noarch postgresql-server-9.4-2.2.noarch postgresql-9.4-2.2.noarch cer@Telcontar:~>
For some reason I don't understand YaST wants to install postgresql94. I have no idea why there is postgresql94, postgresql92 and postgresql in the oss repo, and i don't know which one I should have installed.
Uninstall all them Carlos. If nothing depends on it you don't need it. If something requires it let the dependencies sort it out. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org