[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: final decision about MySQL r-deps needed / cleaning up the MySQL mess


On Wed, Oct 19, 2016 at 08:20:25AM +1100, Dmitry Smirnov wrote:
> On Monday, 17 October 2016 3:33:29 PM AEDT Rene Engelhard wrote:
> >  - mysql-connector-c++s upstream is Oracle, so they obviously do not care
> >    about MariaDB and (can) just require MySQL
> >  - mysql-workbench (also Oracle I think) in newer versions apparently needs
> > mysql-connector-c++ >= 1.1.7
> >  - mysql-connector-c++ starting from 1.1.5 (IIRC) needs MySQL >= 5.6 to
> > build (and doesn't build with MariaDB) and mysql-connector-c++ 1.1.7 needs
> > even MySQL >= 5.7
> Sadly it is true that Oracle couldn't care less about mysql-workbench 
> compatibility with anything but MySQL 5.7... New versions of mysql-workbench 

I am not surprised.

> FTBFS with mysql-5.6 and with mariadb. mysql-workbench is stuck at v6.3.4 
> because upstream refuses to recognise/resolve FTBFS in newer versions that 
> upstream build against MySQL 5.7.

Ah, that might explain why you didn't even approach me that you need something
newer than 1.1.3 :)

> >    (Interestingly, the mysql-workbench "maintainer" didn't do *any* action
> > or offer to help to fix https://bugs.debian.org/836731, which is why sid
> > is stuck with 1.1.3)
>  * mysql-workbench maintainer is not even mentioned in #836731 let alone he 
> is not a maintainer of "mysql-connector-c++"...

Yeah, but as said I wondered why you didn't even ask for 1.1.7 going out
of experimental and deducted inactivity...

>  * mysql-workbench maintainer have no shortage of excuses for his inactivity: 
> among other issues that affect his performance there are new job, illness 
> (from which he did not recover yet) and sudden death of a family member in an 
> accident...




Reply to: