on a 64bit system the shared and shared-compat packages can coexist, while they cannot on a 32bit system
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona Server moved to https://jira.percona.com/projects/PS |
New
|
Medium
|
Ignacio Nin |
Bug Description
On a 64bit system:
[root@ami-64 x86_64]$ rpm -ql Percona-
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
[root@ami-64 x86_64]$ rpm -ql Percona-
/usr/lib64/
/usr/lib64/
==
On a 32bit system it is impossible to install them both:
[root@ami-32 i386]$ ls -1
Percona-
Percona-
Percona-
Percona-
Percona-
Percona-
[root@ami-32 i386]$ yum -y --nogpgcheck localinstall *
[snip]
Transaction Check Error:
file /usr/lib/
file /usr/lib/
Changed in percona-server: | |
importance: | Undecided → High |
Changed in percona-server: | |
milestone: | none → 5.1.62-13.3 |
assignee: | nobody → Ignacio Nin (ignacio-nin) |
Changed in percona-server: | |
milestone: | 5.1.62-13.3 → 5.1.63-13.4 |
Changed in percona-server: | |
milestone: | 5.1.63-13.4 → none |
Hello,
I've tested with 5.1.63 (latest) but I was unable to install -shared-compat together with the shared package, not even in 64 bits -- in other words I coudn't reproduce the first case.
Note the way the shared-compats packages are supposed to be used is to be used instead the shared package, so they shouldn't be installed side by side but one in place of the another. Note that this is different as how they work for the 5.5 branch currently.
A solution would be to change the name of the 5.1 branch -shared-compat packages to Percona- Server- shared- compat- 51 and allow these to be installed side by side with the -shared package. The name of the package is to be changed so in the repositories it can be chosen instead of the 5.5 branch.
N.