Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-23 Par sujet Olivier 
Le 22 juillet 2017 à 16:35, maderios  a écrit :

> On 07/22/2017 03:42 PM, Olivier wrote:
>
>> Ce paquet asterisk-mysql dont j'ignorais l'existence, apporte-t-il une
>> connectivité MySQL native ou par ODBC ?
>> En lisant les dépendances, j'ai l'impression qu'il s'agit de la première
>> solution, non ?
>>
>> Quelle première solution?
>

Je voulais exprimer "En lisant les dépendances, j'ai l'impression que
asterisk-mysql
apporte une connectivité MySQL native sans utiliser ODBC".
Il faudrait sans doute que j'installe ce paquet sur une nouvelle machine et
fasse mes propres observations.


> asterisk-mysql est dispo dans stretch, buster et sid.
> Il faut tester, sinon, il existe également un paquet .deb
> 'mariadb-plugin-connect' pour stretch, buster et sid:
> Package: mariadb-plugin-connect (10.1.23-9+deb9u1)
> Connect storage engine for MariaDB
> Connect engine supports a number of file formats (dbf, xml, txt, bin,
> etc), connections to ODBC tables and remote MySQL tables, as well as a
> number of other interesting features. This package contains the Connect
> plugin for MariaDB.
> https://packages.debian.org/search?searchon=names=
> mariadb-plugin-connect
>
>
Plusieurs observations après avoir installé les paquets unixodbc puis
mariadb-plugin-connect:
- le mariadb-plugin-connect a mariadb-server comme dépendance,
- le répertoire /usr/lib/i386-linux-gnu/odbc ou équivalent, qui contient
habituellement les drivers ODBC est inchangé après l'installation de
mariadb-plugin-connect: le fichier libmyodbc.so est manquant

Conclusion:
1- soit le driver ODBC de mariadb, est pour Stretch déjà inclus dans
unixodbc et le paquet mariadb-plugin-connect n'est pas nécessaire pour
interroger une base distante par ODBC, et il me reste
à l'identifier parmi la dizaine de fichiers présents
2- soit le driver ODBC de mariadb, est dans un autre paquet
3- soit je n'ai rien compris du tout ;-))



>
> Le 20 juillet 2017 à 18:12, maderios  mader...@gmail.com>> a écrit :
>>
>> On 07/20/2017 05:46 PM, Olivier wrote:
>>
>> Bonjour,
>>
>> J'ai noté la suppression dans Stretch du paquet libmyodbc pour
>> cause d'obsolesence de ce paquet.
>> Cette suppression est bloquante pour des projets comme Asterisk
>> qui marginalement, il est vrai, s'intègre à MySQL via ODBC.
>> Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent
>> mais je serai ravi d'avoir tort.
>>
>> Si quelqu'un avait un conseil pratique sur le contournement de
>> cette difficulté, je serai très curieux d'en savoir plus.
>>
>> Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant
>> de mysql mais de mariadb
>> Package: asterisk-mysql
>> Source: asterisk (1:13.14.1~dfsg-2)
>> Version: 1:13.14.1~dfsg-2+b1
>> Installed-Size: 850
>> Maintainer: Debian VoIP Team
>> > >
>> Architecture: amd64
>> Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14),
>> libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4)
>> Description-en: MySQL database protocol support for the Asterisk PBX
>>   Asterisk is an Open Source PBX and telephony toolkit.
>> This package provides support for using a MySQL database to store
>>   configuration, call detail records, and also provides generic
>> access to
>>   it from the dialplan.
>>
>>
>> -- Maderios
>>
>>
>>
>
> --
> Maderios
>
>

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-22 Par sujet maderios 

On 07/22/2017 03:42 PM, Olivier wrote:
Ce paquet asterisk-mysql dont j'ignorais l'existence, apporte-t-il une 
connectivité MySQL native ou par ODBC ?
En lisant les dépendances, j'ai l'impression qu'il s'agit de la première 
solution, non ?



Quelle première solution?
asterisk-mysql est dispo dans stretch, buster et sid.
Il faut tester, sinon, il existe également un paquet .deb 
'mariadb-plugin-connect' pour stretch, buster et sid:

Package: mariadb-plugin-connect (10.1.23-9+deb9u1)
Connect storage engine for MariaDB
Connect engine supports a number of file formats (dbf, xml, txt, bin, 
etc), connections to ODBC tables and remote MySQL tables, as well as a 
number of other interesting features. This package contains the Connect 
plugin for MariaDB.

https://packages.debian.org/search?searchon=names=mariadb-plugin-connect


Le 20 juillet 2017 à 18:12, maderios > a écrit :


On 07/20/2017 05:46 PM, Olivier wrote:

Bonjour,

J'ai noté la suppression dans Stretch du paquet libmyodbc pour
cause d'obsolesence de ce paquet.
Cette suppression est bloquante pour des projets comme Asterisk
qui marginalement, il est vrai, s'intègre à MySQL via ODBC.
Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent
mais je serai ravi d'avoir tort.

Si quelqu'un avait un conseil pratique sur le contournement de
cette difficulté, je serai très curieux d'en savoir plus.

Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant
de mysql mais de mariadb
Package: asterisk-mysql
Source: asterisk (1:13.14.1~dfsg-2)
Version: 1:13.14.1~dfsg-2+b1
Installed-Size: 850
Maintainer: Debian VoIP Team
>
Architecture: amd64
Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14),
libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4)
Description-en: MySQL database protocol support for the Asterisk PBX
  Asterisk is an Open Source PBX and telephony toolkit.
This package provides support for using a MySQL database to store
  configuration, call detail records, and also provides generic
access to
  it from the dialplan.


-- 
Maderios






--
Maderios

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-22 Par sujet Olivier 
Ce paquet asterisk-mysql dont j'ignorais l'existence, apporte-t-il une
connectivité MySQL native ou par ODBC ?
En lisant les dépendances, j'ai l'impression qu'il s'agit de la première
solution, non ?

Le 20 juillet 2017 à 18:12, maderios  a écrit :

> On 07/20/2017 05:46 PM, Olivier wrote:
>
>> Bonjour,
>>
>> J'ai noté la suppression dans Stretch du paquet libmyodbc pour cause
>> d'obsolesence de ce paquet.
>> Cette suppression est bloquante pour des projets comme Asterisk qui
>> marginalement, il est vrai, s'intègre à MySQL via ODBC.
>> Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais je
>> serai ravi d'avoir tort.
>>
>> Si quelqu'un avait un conseil pratique sur le contournement de cette
>> difficulté, je serai très curieux d'en savoir plus.
>>
>> Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant de
> mysql mais de mariadb
> Package: asterisk-mysql
> Source: asterisk (1:13.14.1~dfsg-2)
> Version: 1:13.14.1~dfsg-2+b1
> Installed-Size: 850
> Maintainer: Debian VoIP Team  >
> Architecture: amd64
> Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14),
> libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4)
> Description-en: MySQL database protocol support for the Asterisk PBX
>  Asterisk is an Open Source PBX and telephony toolkit.
> This package provides support for using a MySQL database to store
>  configuration, call detail records, and also provides generic access to
>  it from the dialplan.
>
>
> --
> Maderios
>
>

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-21 Par sujet Sébastien Dinot 
Bonsoir,

Olivier a écrit :
> Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais
> je serai ravi d'avoir tord.

Ce connecteur n'est pas disponible sous forme de paquet DEB mais il
existe bel et bien :

https://downloads.mariadb.org/connector-odbc/
https://mariadb.com/kb/en/mariadb/mariadb-connector-odbc/

« MariaDB Connector/ODBC is a standardized, LGPL licensed database
  driver using the industry standard Open Database Connectivity (ODBC)
  API. It supports ODBC Standard 3.5, can be used as a drop-in
  replacement for MySQL Connector/ODBC, and it supports both Unicode and
  ANSI modes. »

https://mariadb.org/debian-9-released-mariadb-mysql-variant/

« Along with MariaDB Server 10.1 itself, Debian also ships with the
  Galera provider and MariaDB Connector C++. Other connectors are not
  included in Debian, as developers are more likely to install e.g. the
  ODBC Connectors using Java development tools. »

> Si quelqu'un avait un conseil pratique sur le contournement de cette
> difficulté, je serai très curieux d'en savoir plus.

Il reste possible de récupérer le connecteur sur le site de MySQL sous
forme d'archive binaire pour Debian :

https://dev.mysql.com/downloads/connector/odbc/

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-20 Par sujet maderios 

On 07/20/2017 05:46 PM, Olivier wrote:

Bonjour,

J'ai noté la suppression dans Stretch du paquet libmyodbc pour cause 
d'obsolesence de ce paquet.
Cette suppression est bloquante pour des projets comme Asterisk qui 
marginalement, il est vrai, s'intègre à MySQL via ODBC.
Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais je 
serai ravi d'avoir tort.


Si quelqu'un avait un conseil pratique sur le contournement de cette 
difficulté, je serai très curieux d'en savoir plus.


Un petit coup de pub pour Buster: asterisk-mysql n'est pas dépendant de 
mysql mais de mariadb

Package: asterisk-mysql
Source: asterisk (1:13.14.1~dfsg-2)
Version: 1:13.14.1~dfsg-2+b1
Installed-Size: 850
Maintainer: Debian VoIP Team 
Architecture: amd64
Depends: asterisk (= 1:13.14.1~dfsg-2+b1), libc6 (>= 2.14), 
libmariadbclient18 (>= 5.5.36), zlib1g (>= 1:1.1.4)

Description-en: MySQL database protocol support for the Asterisk PBX
 Asterisk is an Open Source PBX and telephony toolkit.
This package provides support for using a MySQL database to store
 configuration, call detail records, and also provides generic access to
 it from the dialplan.


--
Maderios

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-20 Par sujet Olivier 
Bonjour,

J'ai noté la suppression dans Stretch du paquet libmyodbc pour cause
d'obsolesence de ce paquet.
Cette suppression est bloquante pour des projets comme Asterisk qui
marginalement, il est vrai, s'intègre à MySQL via ODBC.
Je n'ai pas l'impression que la Galaxie MariaDB a un équivalent mais je
serai ravi d'avoir tord.

Si quelqu'un avait un conseil pratique sur le contournement de cette
difficulté, je serai très curieux d'en savoir plus.

Slts



Le 14 juillet 2017 à 21:43, Christophe  a écrit :

> Hello,
>
> Déterrage de topic :)
>
> Le 12/09/2016 à 14:26, andre_deb...@numericable.fr a écrit :
>
>> MySQL = Oracle, donc pas sûr d'être du Libre et comme c'est gratos,
>> Oracle le laisse tomber petit à petit, comme elle le fait avec OpenOffice.
>>
>
> Je ne suis pas bien sur de cela :
>
> Etant abonné aux listes de diffusion MySQL, je constate surtout que toutes
> les attentions se portent sur la sortie la version 8.0.0-dmr de MySQL
> Community Server, avec son énorme lot de modifications et améliorations car
> le ChangeLog a été diffusé en 3 parties sur la liste (35Ko par mail envoyé,
> c'est juste interminable à lire ;) )
>
> Le développement me semble encore particulièrement actif pour un projet
> tombé dans les mains d'Oracle ;).
>
> Pour cause : MySQL reste de loin le SGBD le plus populaire, notamment
> parce qu'habituellement couplé à PHP. (Que ce soit une bonne raison ou pas,
> n'est pas la question)
>
> J'entend parfaitement que MariaDB puisse convenir en remplacement de
> MySQL, mais s'agissant justement d'un fork, les améliorations et
> modifications vont forcément diverger.
>
> En cas d'utilisations simples sûrement : la plupart des CMS/Blogs/Wiki, ne
> font que des requêtes simples pour accéder à la donnée et la compatibilité
> MySQL/MariaDB existera.
>
> C'est un vrai sujet et si je cite littéralement un ami qui s'est lancé
> dans une migration de jessie à stretch : et par la même de MySQL à MariaDB
> ...
>
> TOUS les tutos qui te disent, "ouais, mais passer de mysql à mariadb c'est
>> plug & play" sont juste des pauvre Kévin qui installent un démon sans rien
>> autour !
>> La seule et unique façon que j'ai réussi à faire marcher le biniou, c'est
>> un purge des paquets mysql* et mariadb*, suppression des fichiers,
>> suppression des paquet "*-mysql" (plugins postfix/powerdns, etc..) et
>> réinstall "propre" de mariadb (sans passer par les alias), puis remonter
>> une sauvegarde des bases (+ droits des users, etc), puis réinstall des
>> paquet pour les clients (les "*-mysql") et reparamétrage de la
>> réplication...
>>
>
> Bon, désolé pour les Kevin présents dans l'assistance ;)
>
> Reste que je suis bien plus inquiet pour la divergence future entre les
> deux : c'est que ça "fork" véritablement, aussi bien au niveau du protocole
> de communication dans les sockets, que dans la syntaxe ...
>
> @+
> Christophe.
>
>

Re: [HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-16 Par sujet Sébastien Dinot 
Bonsoir,

Christophe a écrit :
> Le 12/09/2016 à 14:26, andre_deb...@numericable.fr a écrit :
> > MySQL = Oracle, donc pas sûr d'être du Libre et comme c'est gratos,
> > Oracle le laisse tomber petit à petit, comme elle le fait avec
> > OpenOffice.
> 
> Je ne suis pas bien sur de cela :

Je ne suis pas dans les petits papiers d'Oracle et je ne connais donc
rien de sa stratégie mais cette objection me semble juste.

La différence de taille entre OpenOffice et MySQL est que le
développement d'OpenOffice n'a jamais rapporté d'argent ou presque alors
que celui de MySQL en rapporte pour plusieurs raisons :

- Les bibliothèques clientes sont sous licence GNU GPL : on peut
  y échapper en acquérant une licence propriétaire de MySQL.

- Les entreprises veulent un support réactif lorsqu'elles utilisent
  MySQL à des fins critiques et elles sont prêtes à payer pour cela.

- Autour de MySQL, Oracle propose des outils propriétaires (dont un
  outil de gestion de clusters il me semble).

- MySQL permet à Oracle de mettre un pied dans la porte et de proposer
  son SGBDR éponyme lorsque les utilisateurs de MySQL se heurtent aux
  limites de ce dernier.

Quant à moi, j'ai toujours eu une préférence prononcée pour PostgreSQL
mais cela est une autre histoire (et toutes les applications ne
supportent pas PostgreSQL).

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

[HS] Re: MariaDB / Mysql (Debian vs GPL en général)

2017-07-14 Par sujet Christophe 

Hello,

Déterrage de topic :)

Le 12/09/2016 à 14:26, andre_deb...@numericable.fr a écrit :

MySQL = Oracle, donc pas sûr d'être du Libre et comme c'est gratos,
Oracle le laisse tomber petit à petit, comme elle le fait avec OpenOffice.


Je ne suis pas bien sur de cela :

Etant abonné aux listes de diffusion MySQL, je constate surtout que 
toutes les attentions se portent sur la sortie la version 8.0.0-dmr de 
MySQL Community Server, avec son énorme lot de modifications et 
améliorations car le ChangeLog a été diffusé en 3 parties sur la liste 
(35Ko par mail envoyé, c'est juste interminable à lire ;) )


Le développement me semble encore particulièrement actif pour un projet 
tombé dans les mains d'Oracle ;).


Pour cause : MySQL reste de loin le SGBD le plus populaire, notamment 
parce qu'habituellement couplé à PHP. (Que ce soit une bonne raison ou 
pas, n'est pas la question)


J'entend parfaitement que MariaDB puisse convenir en remplacement de 
MySQL, mais s'agissant justement d'un fork, les améliorations et 
modifications vont forcément diverger.


En cas d'utilisations simples sûrement : la plupart des CMS/Blogs/Wiki, 
ne font que des requêtes simples pour accéder à la donnée et la 
compatibilité MySQL/MariaDB existera.


C'est un vrai sujet et si je cite littéralement un ami qui s'est lancé 
dans une migration de jessie à stretch : et par la même de MySQL à 
MariaDB ...



TOUS les tutos qui te disent, "ouais, mais passer de mysql à mariadb c'est plug & 
play" sont juste des pauvre Kévin qui installent un démon sans rien autour !
La seule et unique façon que j'ai réussi à faire marcher le biniou, c'est un purge des paquets mysql* et 
mariadb*, suppression des fichiers, suppression des paquet "*-mysql" (plugins postfix/powerdns, 
etc..) et réinstall "propre" de mariadb (sans passer par les alias), puis remonter une sauvegarde 
des bases (+ droits des users, etc), puis réinstall des paquet pour les clients (les "*-mysql") et 
reparamétrage de la réplication...


Bon, désolé pour les Kevin présents dans l'assistance ;)

Reste que je suis bien plus inquiet pour la divergence future entre les 
deux : c'est que ça "fork" véritablement, aussi bien au niveau du 
protocole de communication dans les sockets, que dans la syntaxe ...


@+
Christophe.