[mythtv] [mythtv-commits] Ticket #5957: Preserve collation of people.name to prevent duplicate errors
greg
greg12866 at nycap.rr.com
Wed Dec 3 16:40:46 UTC 2008
Michael T. Dean wrote:
> On 12/03/2008 09:41 AM, greg wrote:
>
>> MythTV wrote:
>>
>>
>>> #5957: Preserve collation of people.name to prevent duplicate errors
>>>
>>> The attached patch modifies the 1226 update and the initial database
>>> creation code to maintain the utf8_bin collation for people.name.
>>>
>> I am not sure it's proper to respond here or not,if not i apologize in
>> advance..
>>
>>
>
> Yep. Much better place than in the bug database. :)
>
>
>> Sphery thanks for the help. I did have one problem,the data base would
>> not update when running mythtv-setup..
>>
>
> Do you mean after applying the patch (or after an svn update after it
> was committed by Janne at 2008-12-03 13:46:10 +0000 today)?
>
After svn update.
>
>> I then tried running the
>> mythbackend and it allowed the database to update..It runs fine
>> now..Thanks to you and kormoc..
>>
>
> If so (if after the patch was in place), it sounds like you may have
> multiple versions of Myth installed to different locations (/usr and
> /usr/local, perhaps), such that when calling "mythtv-setup" (probably
> without path information), it runs the older version and when starting
> mythbackend (probably with an init script, which may contain path
> information) it runs the newer version. If that's the case, you'll want
> to remove one of the installations (feel free to ask for help on IRC).
>
> Since both mythtv-setup and mythbackend use the same code to update the
> database, I can't think of any other reason one would work and the other
> wouldn't. And, I can't think of any reason that the update would
> succeed after failing once if the patch weren't applied (i.e. no rows
> are removed from the database in the event of failure, so the same
> rows--JoAnna Garcia and Joanna Garcia in this case--would be there to
> cause a failure the second time, and the only way I can see to prevent
> the failure is to either delete one of the duplicate rows manually or to
> preserve the collation, as the patch does).
>
>
I checked and i only have myth installed in one location..I did see
where janneg suggested to drop the db and create a new one if you
installed after 19221,which i did.
I believe i have other problems with my DB.. It says i have no
recordings scheduled but i do and they continue to record.. I ran a
check on the DB and it shows no crashed tables,so i will drop the DB and
create a new one..
> Then again, I don't have my database expert, kormoc, to set me straight,
> here, so there may be some magic happening that I don't know about. :)
>
> Mike
>
Thanks, Greg
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
More information about the mythtv-dev
mailing list