Reindl Harald wrote:
> Am 18.03.2013 20:55, schrieb James Antill:
>> This means users can't choose between the mysql's if they want to, so
>> if we do this it'd be much easier to just say "we'll only have a single
>> `mysql' in Fedora" and then we'd just have to add one more obsolete to
>> mariadb
On Tue, 19 Mar 2013 08:56:04 +0100, Honza Horak wrote:
On 03/18/2013 07:17 PM, Bill Nottingham wrote:
I'm not following the MySQL/mariadb packaging discussion in full
>detail - however, if we got to the point of discussing special yum
>plugins, wouldn't it be much simpler to
>
>* Modify the 10
On Tue, 2013-03-19 at 10:37 -0400, Przemek Klosowski wrote:
> On 03/18/2013 03:17 PM, James Antill wrote:
> > Kind of ... the rule is that all idempotent operations should match
> > packages without caring about case sensitivity. So "yum install Mysql"
> > doesn't work, but "yum list Mysql" does.
On 03/18/2013 03:17 PM, James Antill wrote:
Kind of ... the rule is that all idempotent operations should match
packages without caring about case sensitivity. So "yum install Mysql"
doesn't work, but "yum list Mysql" does.
"Idempotent" means that that multiple applications of an
operation
On 03/18/2013 07:17 PM, Bill Nottingham wrote:
I'm not following the MySQL/mariadb packaging discussion in full
>detail - however, if we got to the point of discussing special yum
>plugins, wouldn't it be much simpler to
>
>* Modify the 10 packages that require mysql-server, the 19 packages
>that
Am 18.03.2013 20:55, schrieb James Antill:
> This means users can't choose between the mysql's if they want to, so
> if we do this it'd be much easier to just say "we'll only have a single
> `mysql' in Fedora" and then we'd just have to add one more obsolete to
> mariadb and everything works per
Le Lun 18 mars 2013 18:12, Honza Horak a écrit :
> Now I see it was not the best idea to call it MySQL, but yum sees that
> as two different packages, doesn't it?
Honestly? Capitalized package names are a PITA that break searches and
make users miserable. The only reason they're not banned in Fe
On Mon, 2013-03-18 at 18:42 +0100, Miloslav Trmač wrote:
> On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> > In case of MySQL/mariadb (just for demonstration) the config file would
> > contain say:
> > MySQL +1
> > mariadb -1
> > which would tell yum to prioritize M
On Mon, 2013-03-18 at 18:30 +0100, Honza Horak wrote:
> I'd like to discuss the topic about virtual provides in a general
> context (not related to MySQL->MariaDB replacement) to find out what
> actually is a consensus in Fedora about an issue when "two packages
> provide the same (not only) vir
On Mon, 2013-03-18 at 18:12 +0100, Honza Horak wrote:
> On 03/15/2013 04:22 PM, James Antill wrote:
> > 1. We are mixing a _package name_ "mysql" with a provide "mysql", and
> > another package name that is different only by capitalization "MySQL".
>
> Now I see it was not the best idea to call it
Miloslav Trmač (m...@volny.cz) said:
> On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> > In case of MySQL/mariadb (just for demonstration) the config file would
> > contain say:
> > MySQL +1
> > mariadb -1
> > which would tell yum to prioritize MySQL.
> >
> > I'm s
On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> In case of MySQL/mariadb (just for demonstration) the config file would
> contain say:
> MySQL +1
> mariadb -1
> which would tell yum to prioritize MySQL.
>
> I'm sure that there are several other use cases for such ut
I'd like to discuss the topic about virtual provides in a general
context (not related to MySQL->MariaDB replacement) to find out what
actually is a consensus in Fedora about an issue when "two packages
provide the same (not only) virtual symbol" -- particularly what package
maintainers could/s
On 03/15/2013 04:22 PM, James Antill wrote:
On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote:
However, in scenarios I tested with packages similar to
mysql/MySQL/mariadb it turned out, that we never reach the point where
we have to choose one of more alternate providers. The reason is that
y
On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote:
> I've spent some time deep in yum and it seems to be better than I
> thought now. First, the magic about choosing one provider from more
> alternatives is not so dark any more (it was worse few years before) --
> it's actually documented at
On 14. 3. 2013 at 16:44:58, Norvald H. Ryeng wrote:
> On Wed, 13 Mar 2013 18:08:55 +0100, Honza Horak wrote:
> > On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
> >> On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak
> >>
> >> wrote:
> >>> On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
> On M
On Wed, 13 Mar 2013 18:03:18 +0100, Honza Horak wrote:
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
We now changed the Requires in akonadi-mysql to mariadb-server to be
sure of what we get.
This dependency is a problem. It makes it impossible to install
MySQL-server on a KDE system since
On Wed, 13 Mar 2013 18:08:55 +0100, Honza Horak wrote:
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak
wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
Thi
On 13/03/13 09:25 PM, Ralf Corsepius wrote:
On 03/14/2013 05:03 AM, Subhendu Ghosh wrote:
On Mon, Mar 11, 2013 at 2:12 PM, Honza Horak wrote:
so why is MariaDB not obsoleting mysql without all
this versioning tricks and "mysql-oracle" installs
the server under "/usr/local/mysql-oracle/" and
pr
On 03/14/2013 05:03 AM, Subhendu Ghosh wrote:
On Mon, Mar 11, 2013 at 2:12 PM, Honza Horak wrote:
so why is MariaDB not obsoleting mysql without all
this versioning tricks and "mysql-oracle" installs
the server under "/usr/local/mysql-oracle/" and
provides a "mysql-oracle.service"?
This is s
On Mon, Mar 11, 2013 at 2:12 PM, Honza Horak wrote:
>> so why is MariaDB not obsoleting mysql without all
>> this versioning tricks and "mysql-oracle" installs
>> the server under "/usr/local/mysql-oracle/" and
>> provides a "mysql-oracle.service"?
>
>
> This is simply not possible in Fedora:
> ht
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-my
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
We now changed the Requires in akonadi-mysql to mariadb-server to be
sure of what we get.
This dependency is a problem. It makes it impossible to install
MySQL-server on a KDE system since mariadb-server and MySQL-server
conflict.
I don't think
On Tue, 12 Mar 2013 23:31:46 +0100, Kevin Kofler
wrote:
Norvald H. Ryeng wrote:
This dependency is a problem. It makes it impossible to install
MySQL-server on a KDE system since mariadb-server and MySQL-server
conflict.
That just shows how broken it is to have both in Fedora at the same t
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-mysql
says
"Requires: mysql-server", then Oracle M
Norvald H. Ryeng wrote:
> This dependency is a problem. It makes it impossible to install
> MySQL-server on a KDE system since mariadb-server and MySQL-server
> conflict.
That just shows how broken it is to have both in Fedora at the same time.
We need to make sure that
1. the live CD composes do
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-mysql says
"Requires: mysql-server", then Oracle MySQL either wouldn't satisfy that
requirement or (in case i
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-mysql says
"Requires: mysql-server", then Oracle MySQL either wouldn't satisfy that
requirement or (in case it includes "Provides: mysql-server") RPM
choosi
Honza Horak wrote:
> This doesn't solve all the issues -- if package like akonadi-mysql says
> "Requires: mysql-server", then Oracle MySQL either wouldn't satisfy that
> requirement or (in case it includes "Provides: mysql-server") RPM
> choosing behavior would be ambiguous.
And it should not sati
On 03/09/2013 07:20 PM, Reindl Harald wrote:
and why in the world is this not solved more pragmatically?
my conslusion is
* MariaDB will replace mysql as default
* any package will be linked against mariadb
* Oracle MySQL should only provide the server and not the client-tools
This doesn't so
> "When I asked you to repost with just a link, I didn't mean also
> attach the orig email with the 20k spec file that was the reason the
> mail was too long in the first place."
maybe you should make clearer what you want if you force people to search
in their archives because add the SPEC was a
31 matches
Mail list logo
