MySQL installatie

[ruuds]

MySQL 3.22.19b compilen resulteerd in de volgende foutmelding:

In file included from /usr/include/termios.h:40,
from /usr/include/termcap.h:22,
from mysql.cc:43:
/usr/include/bits/termios.h:28: warning: 'NCCS' redefined
/usr/include/asm/termbits.h:10: warning: this is the location of the previous definition
In file included from /usr/include/termios.h:40,
from /usr/include/termcap.h:22,
from mysql.cc:43:
/usr/include/bits/termios.h:30: redefinition of 'struct termios'
/usr/include/asm/termbits.h:18: previous definition here
make[2]: *** [mysql.o] Error 1
make[2]: Leaving directory '/usr/src/mysql-3.22.19b/client'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/usr/src/mysql-3.22.19b'
make: *** [all-recursive-am] Error 2
[root@localhost mysql-3.22.19b]#


Ik heb niet veel verstand van Linux, Kan iemand my helpen???
Ik gebruik Redhat 6.0 (dus alle standaard libs)

[Lurge]

probeer is een andere versie dan? die kan je op http://www.mysql.nl wel vinden. Ben je gelijk nog up-to-date ook

[Verwijderd]

Open deur: heb je wel eerst ./configure uitgevoerd?

[ACM]

Even een move, naar [forum=24], maar heb je de nieuwste rpm's etc van redhat6.0 al geinstalleerd?
Volgens mij zijn er wel meerdere malen de termcap files bijgewerkt.

[ruuds]

Ik heb dus bij Redhat termcap-11.0.1-3 gedownload, maar kan ik die zomaar installeren IVM versie van redhat ?

[ACM]

Op zaterdag 07 juli 2001 00:18 schreef Deruud het volgende:
Ik heb dus bij Redhat termcap-11.0.1-3 gedownload, maar kan ik die zomaar installeren IVM versie van redhat ?

Je kan alleen redhat-6.0 compatibele zooi installeren, redhat7.x werkt zowiezo niet, redhat6.x zou verder nog kunnen.

[Verwijderd]

was 6.0 van redhat niet een beetje "scriptkiddows zelfs jullie kenne me nu hacke" versie?

[The Source]

Op zaterdag 07 juli 2001 03:53 schreef Kertje het volgende:
was 6.0 van redhat niet een beetje "scriptkiddows zelfs jullie kenne me nu hacke" versie?

idd zeer buggy versie maar er zijn genoeg patches en updates dus onveilig hoeft het niet te zijn....

[Verwijderd]

Download eerst de aller nieuwste maar eens.. die je nu wilt installeren is oer oud.

3.23.39 is dacht ik de nieuwste.

[WAcKiN]

En, download please gewoon een binary (voorgecompileerde) versie, dan kan er met het compileren niets mis gaan, en hij is meestal veel sneller dan dat je zelf kan compilen. Je kan ze wel als rpm in binary krijgen, dat is zo goed als fool-proof. :]

[Verwijderd]

Op zaterdag 07 juli 2001 13:23 schreef WAcKiN het volgende:
En, download please gewoon een binary (voorgecompileerde) versie, dan kan er met het compileren niets mis gaan, en hij is meestal veel sneller dan dat je zelf kan compilen. Je kan ze wel als rpm in binary krijgen, dat is zo goed als fool-proof. :]

ALTIJD zelf compilen, dan is 't optimized voor je systeem. RPM's zijn voor sommige dingen handig, maar dit soort dingen moet je echt compilen. Als je de laatste versie download kan compilen ook niet misgaan.

tar xvzf mysql-2.23.39.tar.gz
cd mysql-3.23.39
./configure --prefix=/usr/local/mysql
make
make install
/usr/local/mysql/bin/mysql_install_db
/usr/local/mysql/share/mysql/mysql.server start
mysql -u root mysql

En dan ff je root passwd instellen:

UPDATE user SET Password=PASSWORD('jepassword') WHERE User='root';
FLUSH PRIVILEGES;

En klaar.

[Femme]

Volgens de MySQL dudes zijn hun standaard binaries meestal sneller dan wanneer je de source zelf compiled.

[Verwijderd]

Op zaterdag 07 juli 2001 16:46 schreef Femme het volgende:
Volgens de MySQL dudes zijn hun standaard binaries meestal sneller dan wanneer je de source zelf compiled.

Ow? Dat hoor ik dan voor het eerst.. maar eens proberen dan.

[Verwijderd]

Ligt eraan waarmee je het compiled zit je op een athlon heb je gcc zelf gecompiled met Athlon codes en je mysql aanpassen aan je systeem en leuke progjes downloaden die je include dan kan je mysql server die je zelf compiled extreem snel zijn....

Standaard uit de doos ./configure make make install doen is meestal ook geen slechte optie als dat werkt dan werkt hij tenminste goed en stabiel.

[Apache]

ik heb mysql toch ook zelf gecompiled maar eerst in hun manual gekeken, waar deze regel werd aangeraden voor de snelste en stabielste binary:

code:

CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static

hier draait hij nu al enkele weken stabiel en lekker snel dus ...

PS hier gaat het trouwens om mysql 3.23.39 op debian2.2

[WAcKiN]

ALTIJD zelf compilen, dan is 't optimized voor je systeem.

Das een fabeltje, wat je eigenlijk bedoeld is dat het zich aanpast aan je systeem (al die shit die ./configure voor je uitzoekt; zoals locatie van libs/includes, wat voor c/c++ compiler je hebt en wat hij kan, wat voor cpu je hebt en wat hij kan, etc, etc).

Zoals Newageperformance al zegt en Apache laat zien zijn standaard door ./configure gegenereerde makefiles zo safe (dat het zeker compiled) mogelijk, niet zo snel mogelijk, integendeel.

De binary voor je specifieke platform/cpu verschilt echt niet van een binary die je zelf compiled, behalve dat de developers (die meer verstand van gcc en hun eigen software hebben dan de gemiddelde gebruiker ervan, neem ik aan) inderdaad wat meer optimalisaties gebruiken om hun binaries te compilen. Daarnaast ben je ook sneller klaar met je installatie :]

[ruuds]

Hehe MySQL werkt nu (nieuwe gedownload), maar nu wil ik php3 compilen, en krijg ik de volgende fout:

functions/db.c:93: ndbm.h No such file or directory
make: *** [functions/db.o] Error 1

weet iemand raad? moet ik een of andere 'dbm' module installeren.
(ik heb nogsteeds alle standaard roodhoofd 6.0 libs)

en is t misschien niet verstandiger om meteen php4 te installeren?

[HGM]

Op zondag 08 juli 2001 19:42 schreef Deruud het volgende:
en is t misschien niet verstandiger om meteen php4 te installeren?

Lijkt me wel, waarom wil je eik eerst 3 installeren??

[Verwijderd]

sorry wrong post

[Verwijderd]

En als je dan php4 gaat compilen moet je eens een --enable-mysql=/dir/waar/je/mysql/libs/staan proberen.. dat voorkomt ook een hoop elende als je parallel nog perl of python via CGI gaat gebruiken.

Wat betreft dat zelf compilen of "standaard" out of the box...

PHP compile ik toch liever zelf (vooral met al die extra modules die je in je Apache steekt). Maar MySQL haal ik liever "gewoon uit het doosje" in binary vorm.. waarom? Het installeerd sneller, snelheidswinst heb ik nog geen kunnen ontdekken (ook al zit ik vaak met heel veel opties te klooien, vaak met minder frisse resultaten...), maar vooral vind ik die mysql source layout lelijk en voordat je weer alles op zijn plaats hebt ben je 2 uur verder, vandaar trek ik mijn updates altijd uit kant-en-klaar pakketjes.

[ACM]

Omdat het verder wel een nuttig topic is doe ik het liever niet op slot.

Maar na anderhalve maand lijkt het me niet dat er nog een antwoord nodig is, gelieve verder niet te reply'en (tenzij je echt wat nuttigs hebt (of met eenzelfde probleem zit))