Mysql 4.1.14-r1 update und Umlaute sind alle weg

[ian!]

[wandra]

------- Comment #3 From Jakub Moc 2006-04-12 23:59 PST [reply] -------

*** Bug 129762 has been marked as a duplicate of this bug. ***


------- Comment #4 From Luca Longinotti 2006-04-13 03:14 PST [reply] -------

All MySQL ebuilds from 4.1 up should now correctly use UTF8 as default charset
(the compiled in one). Now, you can overwrite that setting to whatever you want
in /etc/mysql/my.cnf, and the tools that correctly call and check my.cnf for
options will respect that, such as the mysqld itself, the mysql* tools.

PHP
isn't one of those, PHP always only uses the compiled in character set, which
is UTF8 now (and this is correct as it's upstream's default). We are atm
working on a patch to PHP so that it will also check my.cnf and get the
default-character-set settings from there. I'll update the bug once those fixed
PHP ebuilds are ready, with directions to find them.

Best regards, CHTEKK.

[s|mon]

Ok, heisst das an den Tabellen ist wahscheinlich nichts falsch, sondern die Anwendungen (php,amarok,...) fragen nicht die Einstellungen in der my.cnf ab, sondern nehmen das einkompilierte charset?
Also liegt es an den Entwicklern dort das umzustellen?

[wandra]

die entwickler wollen bei mysql utf8 als standard;

mit diesem 'getarnten' minor release, der von latin1 auf
utf8 switched, haben sie php-applikationen ein osterei gelegt

die php-apps fragen nämlich die my.cnf settings nicht ab
und erwarten nach wie vor latin1, kriegen aber utf8 gefüttert

das problem brennt, wieso die mysql-4.1.14 gleich von
den servern verschwunden ist, ist bescheuert ...

man kann nicht mal zurück

andere solution bisher noch net in sicht
theoretisch db und tabellen inhalte umstellen auf utf8

nur wie get das schnell, sicher und verläßlich ?

ein ziemlicher schmarren, wie man in wien sagt ....

ww

s|mon wrote:

Ok, heisst das an den Tabellen ist wahscheinlich nichts falsch, sondern die Anwendungen (php,amarok,...) fragen nicht die Einstellungen in der my.cnf ab, sondern nehmen das einkompilierte charset? Also liegt es an den Entwicklern dort das umzustellen?

[wandra]

das hab ich eben erhalten ... hoffe, es hilft !

15:00 - nach der dem compilieren und mysql restart
hat das bei mir das problem definitiv gelöst !!!

siehe http://www.lapalma24.org/ oder http://sos.primavista.net/

es folgen die beiden Lösungsansätze :

---------------------------------------------------------------------------------------

> i would like to revert to
> mysql-4.1.14 in the meantime , but emerge doesn't show that any more
>
> i am a little bit disappointed -
> lot of troubles with my production sites
>
> how can i get mysql-4.1.14 again ...
> mistakes can happen, i need a quick solution
> until the main issue is cleared
>
> help appreciated, yours
>

I've readded dev-db/mysql-4.1.14 to the tree, it's package masked so the
procedure to emerge it is slightely more complex.

echo "=dev-db/mysql-4.1.14" >> /etc/portage/package.unmask
emerge =dev-db/mysql-4.1.14

that's all, the commit will take some time to propagate (hours)
If you're in a hurry, copy /usr/portage/dev-db/mysql somewhere,
set PORTDIR_OVERLAY to "somewhere",
download
"http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/dev-db/mysql/mysql-4.1.14.ebuild"
put it in the overlay dev-db dir
run:
ebuild mysql-4.1.14.ebuild digest
emerge =dev-db/mysql-4.1.14


------- Comment #7 from chtekk@gentoo.org 2006-04-13 04:55 PST -------
(In reply to comment #6)
> any intermediate quick solution ?

4.1.14 is out of the servers as it has other problems and security issues. As a
temporary solution, you can do the following:

1) Open /usr/portage/eclass/mysql.eclass

2) Search for the following lines:

myconf="${myconf} --with-charset=utf8"
myconf="${myconf} --with-collation=utf8_general_ci"

and sobstitute them with:

myconf="${myconf} --with-charset=latin1"
myconf="${myconf} --with-collation=latin1_swedish_ci"

3) Save the file.

4) Emerge mysql-4.1.14-r1 again.

This should bring the situation back to the old one for now if you need to,
remember that the changes to mysql.eclass will be removed when you do your next
emerge --sync.
Best regards, CHTEKK.


------------------------------------

alte my.cnf nehmen !
bei mir ...

--------------------------------------------------------------------------------
# /etc/mysql/my.cnf: The global mysql configuration file.
# $Header: /var/cvsroot/gentoo-x86/dev-db/mysql/files/my.cnf-4.1,v 1.2 2005/07/26 17:14:23 vivo Exp $

# The following options will be passed to all MySQL clients
[client]
#password = your_password
port = 3306
socket = /var/run/mysqld/mysqld.sock

[mysql]
character-sets-dir=latin1
default-character-set=latin1

[mysqladmin]
character-sets-dir=latin1
default-character-set=latin1

[mysqlcheck]
character-sets-dir=latin1
default-character-set=latin1

[mysqldump]
character-sets-dir=latin1
default-character-set=latin1

[mysqlimport]
character-sets-dir=latin1
default-character-set=latin1

[mysqlshow]
character-sets-dir=latin1
default-character-set=latin1

[myisamchk]
character-sets-dir=latin1

[myisampack]
character-sets-dir=latin1

# use [safe_mysqld] with mysql-3
[mysqld_safe]
err-log = /var/log/mysql/mysql.err

# add a section [mysqld-4.1] or [mysqld-5.0] for specific configurations.
[mysqld]
#init-connect='SET NAMES latin1'
character-set-server = latin1
default-character-set = latin1
#character-set-system = latin1

(......)

[toskala]

heh, willkommen im club. hab letzte nacht auch erstmal geflucht.

my.cnf alles wieder auf latin1 gestellt und den init-connect='SET NAMES latin1' eingebaut, dann gings.

mit dem ding wurde echt mal wieder n bock geschossen.
_________________
adopt an unanswered post
erst denken, dann posten

[s|mon]

Naja kam halt ungünstig das die alte Version gleich draussen war (wenn auch begründet). Eventuell gabs ja wo nen Hinweis das hier was auf manche Leute zukommt. Habe leider nichts mitbekommen keine Warning/Info/Error Meldung im ebuild oder was im Newsletter.
Bezüglich amarok hab ich mal einen Bugreport aufgemacht, mit der hoffentlich korrekten Information. http://bugs.kde.org/show_bug.cgi?id=125513

[Makido]

Das hab ich dir aber weiter vorne auch schon geschrieben mit dem Init-... und wo es hin muss.
(Nach s|mon's erleuchtendem text
Da hättest Du ja eigentlich das "latin1" auch erkennen können

Naja, aber auf dauer ist das doch im endeffekt auch keine wirkliche Lösung?


Gruß,

Maik
_________________
Intel Q9550, 4096 MB DDRII-Ram, ATI Radeon HD3870, 1x750GB Samsung HD 7200 U/pm

[wandra]

tja, wieso das mit dem Init-** bei mir nicht geklappt,
muss wohl in den sternen stehen bleiben ....

[quote="Makido"]Das hab ich dir aber weiter vorne auch schon geschrieben mit dem Init-... und wo es hin muss.
(Nach s|mon's erleuchtendem text
Da hättest Du ja eigentlich das "latin1" auch erkennen können

Naja, aber auf dauer ist das doch im endeffekt auch keine wirkliche Lösung?


nein, aber die koordination des zusammenspiels von mysql und php hätte man sich auch schon vorher in ruhe überlegen können ... sogesehen war der joke unnötig

utf8 ist schon gut, aber in einer übergangsphase MUSS einfach beides funktionieren,
ohne dass riesenbrösel entstehen ....

und wenn schon nicht, dann hätte es eine warnung setzen müssen : vorsicht leute °

aber als minor update reinrutschen lassen ist eher übel ....

[Makido]

Das "reinrutschen lassen" wird wahrscheinlich auch der Grund sein warum viele leute Gentoo wieder aufgeben, denn es passiert ja nicht nur dieses eine mal... es ist zwar weniger geworden, aber einige Leute die den Portage-tree pflegen scheinen es amüsant zu finden das sie damit anderen Leuten ärger machen.

Vielleicht hat das ja auch mal konsequenzen für denjenigen welchen, der das in den tree gepflegt hat.

Jedenfalls lass ich nicht gerne mit mir Spielen.... Gentoo ist Super.... aber so läuft das nicht!

Gruß,

Maik
_________________
Intel Q9550, 4096 MB DDRII-Ram, ATI Radeon HD3870, 1x750GB Samsung HD 7200 U/pm

[toskala]

*gacker* ach... so langsam sehe ich gentoo wie eine alte ehe. die hat ihre macken aber man weiss wenigstens was man davon hat.

chin chin... die hoffnung stirbt zuletzt.
_________________
adopt an unanswered post
erst denken, dann posten

[wols]

Hallo,
ich habe das ganze Spiel auch hinter mir ohne diesen Thread gefundenzu haben (hätte mir Stress erspart).

Ich nutze WackoWiki (PHP) und hatte auch die UTF-Probleme trotz LATIN1-Einstellungen in my.cnf.
Die Wiki-Programmierer hatten schon früher darauf hingewiesen MySQL mit UTF erst zu unterstützen wenn MySQL-4.1 mehr verbreitet ist.

Ich war total erfreut als unter Gentoo der 4.0.25-r2-nach-4.1.14-Umstieg per Ebuild ohne Auswirkung aufs Wiki blieb (Dank vorhandener[!] USE -utf8 und latin1 in my.cnf.). Dann nach 'emerge -Du world' kam das mysql-4.1.14-r1 und die oben beschriebenen Probleme.

Ich finde es echt Scheisse das funktionierende 4.1.14.ebuild sofort verschwinden zu lassen!
Aus meiner Datensicherung hatte ich es wieder in meinen lokalen Portage-Baum kopiert und nach 'ebuild ... digest' alles wieder wie gewünscht.
Aber mal ehrlich, manchmal liegen doch ältere Ebuilds auch noch lange rum - hier wäre es sogar mehr als hilfreich gewesen.

Liest das der Entwickler (dem ich aber trotzdem für die Erstellung jedes weiteren Ebuilds danke!)?
_________________
Danke und weiter so!

[franzf]

http://www.gentoo.org/cgi-bin/viewcvs.cgi/
Da solltest du ALLE JEMALS ERSCHIENENEN ebuilds bekommen

z.B. mysql hier

[wols]

Wow, Danke!
Wieder ein neues Bookmark für den SuSE-Umsteiger
_________________
Danke und weiter so!

[mneisen]

Hallo,

eine alternative Lösung für das in diesem Thread beschriebene Problem findet sich auch hier:

• Gentoo: PHP & MySQL-Updates machen Probleme

Mfg
Martin Eisenhardt