Posté par malin .
En réponse à la dépêche Mythtv 0.20.
Évalué à 5.
Est-ce qu'on peut essayer de lister les utilisations qui sont faites de SQL dans MythTV? Est-ce qu'on peut mettre ca en regard du nombre de fonctionnalites offertes par MySQL? Si on utilise moins de 5% des capacites de MySQL on peut decemment sortir l'analogie de la centrale nucleaire et la lampe de poche. Sans forcement tout re-coder a la main (ca ne sera pas forcement mieux ecrit que dans MySQL), il existe d'autres librairies qui offrent un sous-ensemble reduit de fonctionnalites, dont MythTV pourrait profiter sans avoir a s'encombrer d'un SGBDR avec cloches et sifflets. Un stockage ad-hoc base sur des fichiers et des recherches via dictionnaires offrerait peut-etre les memes fonctionnalites? Ou sinon un moteur SQL minimaliste qui ne requiert pas de maintenance?
MySQL ne se maintient pas tout seul: comme tout moteur de DB il y a foultitude de parametres a regler. On peut sans doute se contenter des parametres par defaut mais l'install generique qui est faite e.g. dans Ubuntu n'a pas conscience qu'elle va etre utilisee pour MythTV. Qu'est-ce qui me garantit qu'une install par defaut est valide pour MythTV sur toutes les distribs? On peut aussi imaginer que j'utilise le daemon mysqld en local a d'autres fins et que mes reglages customises soient conflictuels avec MythTV.
On peut tres bien comprendre que les developpeurs aient voulu resoudre un probleme de developpeurs avec les outils qu'ils maitrisent, personne ne leur reproche. Par contre c'est imposer a ses utilisateurs (et donc a soi-meme) une charge supplementaire d'installation et de maintenance (fut-elle minimale) d'un soft non negligeable. Quand on importe un package comme MySQL on importe tous ses avantages et tous ses problemes (sans juger aucunement encore une fois de la valeur de MySQL qui est tres bien ecrit nous sommes d'accord). Est-ce que les developpeurs de MythTV sont prets a mettre en place un FAQ pour les utilisateurs qui ont une installation mal foutue de MySQL? Des trous de securite non patches (e.g. sur un live-CD donc pas patchable)? Un port malencontreusement ouvert a l'exterieur sur une machine publique? A confirmer: mysqld a besoin de creer un user dedie pour travailler, est-ce que toutes les installs par defaut interdisent le login a ce user? Est-ce qu'il y a moyen de s'assurer que toutes les installs de MySQL seront compatibles avec l'utilisation qui en est faite par MythTV, et sans apporter de trou de securite? Les developpeurs de MythTV ont sans doute suffisamment a faire avec leur soft pour en plus s'occuper de debugger les installs de MySQL chez leurs utilisateurs.
Ou alors ils s'en foutent et qqn qui n'arrive pas a faire tourner MySQL chez lui a interdiction d'utiliser MythTV.
[^] # Re: mysql
Posté par malin . En réponse à la dépêche Mythtv 0.20. Évalué à 5.
MySQL ne se maintient pas tout seul: comme tout moteur de DB il y a foultitude de parametres a regler. On peut sans doute se contenter des parametres par defaut mais l'install generique qui est faite e.g. dans Ubuntu n'a pas conscience qu'elle va etre utilisee pour MythTV. Qu'est-ce qui me garantit qu'une install par defaut est valide pour MythTV sur toutes les distribs? On peut aussi imaginer que j'utilise le daemon mysqld en local a d'autres fins et que mes reglages customises soient conflictuels avec MythTV.
On peut tres bien comprendre que les developpeurs aient voulu resoudre un probleme de developpeurs avec les outils qu'ils maitrisent, personne ne leur reproche. Par contre c'est imposer a ses utilisateurs (et donc a soi-meme) une charge supplementaire d'installation et de maintenance (fut-elle minimale) d'un soft non negligeable. Quand on importe un package comme MySQL on importe tous ses avantages et tous ses problemes (sans juger aucunement encore une fois de la valeur de MySQL qui est tres bien ecrit nous sommes d'accord). Est-ce que les developpeurs de MythTV sont prets a mettre en place un FAQ pour les utilisateurs qui ont une installation mal foutue de MySQL? Des trous de securite non patches (e.g. sur un live-CD donc pas patchable)? Un port malencontreusement ouvert a l'exterieur sur une machine publique? A confirmer: mysqld a besoin de creer un user dedie pour travailler, est-ce que toutes les installs par defaut interdisent le login a ce user? Est-ce qu'il y a moyen de s'assurer que toutes les installs de MySQL seront compatibles avec l'utilisation qui en est faite par MythTV, et sans apporter de trou de securite? Les developpeurs de MythTV ont sans doute suffisamment a faire avec leur soft pour en plus s'occuper de debugger les installs de MySQL chez leurs utilisateurs.
Ou alors ils s'en foutent et qqn qui n'arrive pas a faire tourner MySQL chez lui a interdiction d'utiliser MythTV.