[Cooker] [Bug 3207] [MySQL-Max] conflict MySQL vs MySQL-Max only partially works

2003-03-12 Thread fpons
http://qa.mandrakesoft.com/show_bug.cgi?id=3207

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-03-12 10:31 ---
I don't think it is a problem of packaging MySQL, not a problem of urpmi but a
problem of using urpmi. Urpmi assume the user want to install the package given
on command line, so it try to satisfy your request even if it appears to be
wrong. This means it try to install the both package which are conflicting each
other, leading to an error.

If you want to use MySQL-Max, just type urpmi MySQL-Max and urpmi will remove
an existing MySQL if any, if you want to switch back to MySQL, just type urpmi
MySQL and urpmi will remove MySQL-Max and install MySQL.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
I just had some problem installing MySQL-Max due to the new conflict to MySQL 
4.0.11. I am not certain, if this happens in an upgrade from ML 9.0, but you may
want to check it out.

In short, urpmi MySQL-Max [MySQL] only handles the conflict properly (i.e.
suggesting uninstalling the MySQL package), after I upgraded to the newest MySQL
package (MySQL-4.0.11a-4mdk). It looks that the installed RPM needs to have the
conflict marker in order for it to be honored completely.

This is only of interest for people who installed the -Max version of 3.23.x,
which was supposed to have MySQL-Max installed alongside (more presicly: after)
MySQL. From my observations (see below), I fear people having used MySQL-Max in
this way, will run into the same conflict I had. But I am not sure about it and
unfortunately don't have an v3.23 installation to test with.

As this is a problem with the different packaging used before (also in ML9.0),
it may be possible/probable that the problem will also happen for a full upgrade
from 9.0 to 9.1, depending how similar the installer works to urpmi.

With MySQL 4.0.11a-3mdk installed as this

  $ rpm -qa | grep -i mysql
  MySQL-client-4.0.11a-3mdk
  libmysql10-3.23.55-1mdk
  libmysql12-4.0.11a-3mdk
  MySQL-common-4.0.11a-3mdk
  MySQL-4.0.11a-3mdk
  php-mysql-4.3.0-2mdk

I get the following:

  $ urpmi MySQL-Max MySQL
  To satisfy dependencies, the following packages are going to be installed (17 MB):
  MySQL-4.0.11a-4mdk.i586
  MySQL-Max-4.0.11a-4mdk.i586
  MySQL-common-4.0.11a-4mdk.i586
  Is this OK? (Y/n) 
  installing
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-Max-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-common-4.0.11a-4mdk.i586.rpm

  Installation failed:
MySQL-Max  4.0.11 conflicts with MySQL-4.0.11a-4mdk
MySQL  4.0.11 conflicts with MySQL-Max-4.0.11a-4mdk

The same happens with urpmi MySQL-Max. As I said, the problem went away when I
upgraded MySQL beforehand: Now I am asked that MySQL-Max resp. MySQL has to be
removed in order to install the other packet.

As I said, I am not sure how the installer will handle this, but I fear that it
will try the equivalent of urpmi MySQL-Max MySQL. If you are sure that is no
problem for a full install, feel free to close this bug as invalid, of course.

Severity: minor, because only users of MySQL-Max are affected (and people seem
to not install it that much).

(And yes, I am aware that my environment is signicantly different from ML 9.0,
but the package conflict should be the same. I would love if someone could test
with the ML 9.0 packages.)



[Cooker] [Bug 3207] [MySQL-Max] conflict MySQL vs MySQL-Max only partially works

2003-03-12 Thread benjamin-mdk-bugzilla
http://qa.mandrakesoft.com/show_bug.cgi?id=3207





--- Additional Comments From [EMAIL PROTECTED]  2003-03-12 11:48 ---
Funny, I wondered if I should consider that an urpmi problem. Anyhow the
versions I am using:

  $ rpm -q urpmi perl-URPM rpmtools
  urpmi-4.2-30mdk
  perl-URPM-0.81-12mdk
  rpmtools-4.5-9mdk

Let me know, if you need anything else.




--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
I just had some problem installing MySQL-Max due to the new conflict to MySQL 
4.0.11. I am not certain, if this happens in an upgrade from ML 9.0, but you may
want to check it out.

In short, urpmi MySQL-Max [MySQL] only handles the conflict properly (i.e.
suggesting uninstalling the MySQL package), after I upgraded to the newest MySQL
package (MySQL-4.0.11a-4mdk). It looks that the installed RPM needs to have the
conflict marker in order for it to be honored completely.

This is only of interest for people who installed the -Max version of 3.23.x,
which was supposed to have MySQL-Max installed alongside (more presicly: after)
MySQL. From my observations (see below), I fear people having used MySQL-Max in
this way, will run into the same conflict I had. But I am not sure about it and
unfortunately don't have an v3.23 installation to test with.

As this is a problem with the different packaging used before (also in ML9.0),
it may be possible/probable that the problem will also happen for a full upgrade
from 9.0 to 9.1, depending how similar the installer works to urpmi.

With MySQL 4.0.11a-3mdk installed as this

  $ rpm -qa | grep -i mysql
  MySQL-client-4.0.11a-3mdk
  libmysql10-3.23.55-1mdk
  libmysql12-4.0.11a-3mdk
  MySQL-common-4.0.11a-3mdk
  MySQL-4.0.11a-3mdk
  php-mysql-4.3.0-2mdk

I get the following:

  $ urpmi MySQL-Max MySQL
  To satisfy dependencies, the following packages are going to be installed (17 MB):
  MySQL-4.0.11a-4mdk.i586
  MySQL-Max-4.0.11a-4mdk.i586
  MySQL-common-4.0.11a-4mdk.i586
  Is this OK? (Y/n) 
  installing
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-Max-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-common-4.0.11a-4mdk.i586.rpm

  Installation failed:
MySQL-Max  4.0.11 conflicts with MySQL-4.0.11a-4mdk
MySQL  4.0.11 conflicts with MySQL-Max-4.0.11a-4mdk

The same happens with urpmi MySQL-Max. As I said, the problem went away when I
upgraded MySQL beforehand: Now I am asked that MySQL-Max resp. MySQL has to be
removed in order to install the other packet.

As I said, I am not sure how the installer will handle this, but I fear that it
will try the equivalent of urpmi MySQL-Max MySQL. If you are sure that is no
problem for a full install, feel free to close this bug as invalid, of course.

Severity: minor, because only users of MySQL-Max are affected (and people seem
to not install it that much).

(And yes, I am aware that my environment is signicantly different from ML 9.0,
but the package conflict should be the same. I would love if someone could test
with the ML 9.0 packages.)



[Cooker] [Bug 3207] [MySQL-Max] conflict MySQL vs MySQL-Max only partially works

2003-03-12 Thread fpons
http://qa.mandrakesoft.com/show_bug.cgi?id=3207





--- Additional Comments From [EMAIL PROTECTED]  2003-03-12 11:58 ---
Does urpmi work as expected ? If yes, there is no problem.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
I just had some problem installing MySQL-Max due to the new conflict to MySQL 
4.0.11. I am not certain, if this happens in an upgrade from ML 9.0, but you may
want to check it out.

In short, urpmi MySQL-Max [MySQL] only handles the conflict properly (i.e.
suggesting uninstalling the MySQL package), after I upgraded to the newest MySQL
package (MySQL-4.0.11a-4mdk). It looks that the installed RPM needs to have the
conflict marker in order for it to be honored completely.

This is only of interest for people who installed the -Max version of 3.23.x,
which was supposed to have MySQL-Max installed alongside (more presicly: after)
MySQL. From my observations (see below), I fear people having used MySQL-Max in
this way, will run into the same conflict I had. But I am not sure about it and
unfortunately don't have an v3.23 installation to test with.

As this is a problem with the different packaging used before (also in ML9.0),
it may be possible/probable that the problem will also happen for a full upgrade
from 9.0 to 9.1, depending how similar the installer works to urpmi.

With MySQL 4.0.11a-3mdk installed as this

  $ rpm -qa | grep -i mysql
  MySQL-client-4.0.11a-3mdk
  libmysql10-3.23.55-1mdk
  libmysql12-4.0.11a-3mdk
  MySQL-common-4.0.11a-3mdk
  MySQL-4.0.11a-3mdk
  php-mysql-4.3.0-2mdk

I get the following:

  $ urpmi MySQL-Max MySQL
  To satisfy dependencies, the following packages are going to be installed (17 MB):
  MySQL-4.0.11a-4mdk.i586
  MySQL-Max-4.0.11a-4mdk.i586
  MySQL-common-4.0.11a-4mdk.i586
  Is this OK? (Y/n) 
  installing
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-Max-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-common-4.0.11a-4mdk.i586.rpm

  Installation failed:
MySQL-Max  4.0.11 conflicts with MySQL-4.0.11a-4mdk
MySQL  4.0.11 conflicts with MySQL-Max-4.0.11a-4mdk

The same happens with urpmi MySQL-Max. As I said, the problem went away when I
upgraded MySQL beforehand: Now I am asked that MySQL-Max resp. MySQL has to be
removed in order to install the other packet.

As I said, I am not sure how the installer will handle this, but I fear that it
will try the equivalent of urpmi MySQL-Max MySQL. If you are sure that is no
problem for a full install, feel free to close this bug as invalid, of course.

Severity: minor, because only users of MySQL-Max are affected (and people seem
to not install it that much).

(And yes, I am aware that my environment is signicantly different from ML 9.0,
but the package conflict should be the same. I would love if someone could test
with the ML 9.0 packages.)



[Cooker] [Bug 3207] [MySQL-Max] conflict MySQL vs MySQL-Max only partially works

2003-03-12 Thread benjamin-mdk-bugzilla
http://qa.mandrakesoft.com/show_bug.cgi?id=3207





--- Additional Comments From [EMAIL PROTECTED]  2003-03-12 12:49 ---
Oops, I thought the problem was gone once I installed the newest package (at
that time MySQL-4.0.11a-4mdk), but it just happened again with the next version:

  $ urpmi MySQL-Max
  To satisfy dependencies, the following packages are going to be installed (17 MB):
  MySQL-4.0.11a-5mdk.i586
  MySQL-Max-4.0.11a-5mdk.i586
  MySQL-common-4.0.11a-5mdk.i586
  Is this OK? (Y/n) 
  installing
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-common-4.0.11a-5mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-4.0.11a-5mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-Max-4.0.11a-5mdk.i586.rpm

  Installation failed:
MySQL-Max  4.0.11 conflicts with MySQL-4.0.11a-5mdk
MySQL  4.0.11 conflicts with MySQL-Max-4.0.11a-5mdk

(packages from http://people.mandrakesoft.com/~warly/doc/rpms/)

That is with MySQL being installed. If I do urpmi MySQL it works again. So the
conflicts only work against the other package from the same version for some reason.

Beside the main issue about upgrading from ML 9.0, this means that this there is
 bug to be fixed also for current versions.




--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
I just had some problem installing MySQL-Max due to the new conflict to MySQL 
4.0.11. I am not certain, if this happens in an upgrade from ML 9.0, but you may
want to check it out.

In short, urpmi MySQL-Max [MySQL] only handles the conflict properly (i.e.
suggesting uninstalling the MySQL package), after I upgraded to the newest MySQL
package (MySQL-4.0.11a-4mdk). It looks that the installed RPM needs to have the
conflict marker in order for it to be honored completely.

This is only of interest for people who installed the -Max version of 3.23.x,
which was supposed to have MySQL-Max installed alongside (more presicly: after)
MySQL. From my observations (see below), I fear people having used MySQL-Max in
this way, will run into the same conflict I had. But I am not sure about it and
unfortunately don't have an v3.23 installation to test with.

As this is a problem with the different packaging used before (also in ML9.0),
it may be possible/probable that the problem will also happen for a full upgrade
from 9.0 to 9.1, depending how similar the installer works to urpmi.

With MySQL 4.0.11a-3mdk installed as this

  $ rpm -qa | grep -i mysql
  MySQL-client-4.0.11a-3mdk
  libmysql10-3.23.55-1mdk
  libmysql12-4.0.11a-3mdk
  MySQL-common-4.0.11a-3mdk
  MySQL-4.0.11a-3mdk
  php-mysql-4.3.0-2mdk

I get the following:

  $ urpmi MySQL-Max MySQL
  To satisfy dependencies, the following packages are going to be installed (17 MB):
  MySQL-4.0.11a-4mdk.i586
  MySQL-Max-4.0.11a-4mdk.i586
  MySQL-common-4.0.11a-4mdk.i586
  Is this OK? (Y/n) 
  installing
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-Max-4.0.11a-4mdk.i586.rpm
/var/local/mirror/mandrake/cooker-tree/Mandrake/RPMS/MySQL-common-4.0.11a-4mdk.i586.rpm

  Installation failed:
MySQL-Max  4.0.11 conflicts with MySQL-4.0.11a-4mdk
MySQL  4.0.11 conflicts with MySQL-Max-4.0.11a-4mdk

The same happens with urpmi MySQL-Max. As I said, the problem went away when I
upgraded MySQL beforehand: Now I am asked that MySQL-Max resp. MySQL has to be
removed in order to install the other packet.

As I said, I am not sure how the installer will handle this, but I fear that it
will try the equivalent of urpmi MySQL-Max MySQL. If you are sure that is no
problem for a full install, feel free to close this bug as invalid, of course.

Severity: minor, because only users of MySQL-Max are affected (and people seem
to not install it that much).

(And yes, I am aware that my environment is signicantly different from ML 9.0,
but the package conflict should be the same. I would love if someone could test
with the ML 9.0 packages.)