Re: [Maria-developers] Review request MDEV-6274 Collation usage statistics (for feedback plugin)

2014-07-24 Thread Alexander Barkov
Hi Sergei, Thanks for review. Please see comments inline: On 07/03/2014 01:47 PM, Sergei Golubchik wrote: Hi, Alexander! I don't particularly like the idea of the COLLATIONPROPERTY function, The standard way of getting object metadata is to query information schema. Introducing "property" func

Re: [Maria-developers] Any plans about starting to use /var/lib/mariadb for data instead of /var/lib/mysql?

2014-07-24 Thread Reindl Harald
way easier - don't purge it at all - there is a reason why the package manager on Redhat based systems *never* removes subfolders below /var/lib versioned datadirs are a hell * it's the distributions responsiblity not allow *install* different mysql favours at the same time (conflicts in RPM)

Re: [Maria-developers] Any plans about starting to use /var/lib/mariadb for data instead of /var/lib/mysql?

2014-07-24 Thread Jean Weisbuch
Hi, I dont think that the option to have one datadir per major version (eg: /var/lib/mysql-5.6) is a good idea, it will add confusion and might break scripts or symlinks on major version upgrade for example while only one major version should exist at once on the system (at least if the curre

[Maria-developers] Any plans about starting to use /var/lib/mariadb for data instead of /var/lib/mysql?

2014-07-24 Thread Otto Kekäläinen
Hello! Does the MariaDB project have any plans about switching the data dir to /var/lib/mariadb in some release? In Debian there has been discussion about separating the binary-incompatible MySQL forks into separate /var/lib/ to ease maintenance and secure data so that purging some packages will

Re: [Maria-developers] [GSoC] Optimize mysql-test-runs - Results of new strategy

2014-07-24 Thread Pablo Estrada
Hi Elena, On Thu, Jul 24, 2014 at 8:06 PM, Elena Stepanova wrote: > Hi Pablo, > > Okay, thanks for the update. > > As I understand, the last two graphs were for the new strategy taking into > account all edited files, no branch/platform, no time factor? > - Yes, new strategy. Using 'co-occurren

Re: [Maria-developers] [GSoC] Optimize mysql-test-runs - Results of new strategy

2014-07-24 Thread Elena Stepanova
Hi Pablo, Okay, thanks for the update. As I understand, the last two graphs were for the new strategy taking into account all edited files, no branch/platform, no time factor? If it's not quite so, could you please indicate which exact options/metrics did you use? Also, if it's not too long

Re: [Maria-developers] [GSoC] Optimize mysql-test-runs - Results of new strategy

2014-07-24 Thread Pablo Estrada
Hi Elena, I tracked down the issue with matching files and test_runs. It was simpler than we thought. 1. I was using the index in the array, rather than the test_run.id field to identify test runs. Sorry, that was my bad. I changed and reuploaded the list: > https://raw.githubusercontent.com/pablo

Re: [Maria-developers] [GSoC] Optimize mysql-test-runs - Results of new strategy

2014-07-24 Thread Pablo Estrada
Hi Elena, Thanks. I hoped you would have results of the experiments involving > incoming lists of tests, as I think it's an important factor which might > affect the results (and hence the strategy); but I'll look at what we have > now. I have them now. There was one more bug I hadn't figured ou