Guten Abend :-)
Am 27.05.06 schrieb Andreas Pakulat [EMAIL PROTECTED]:
[..]
Insbesondere die README.Debian sollte man _immer_ lesen wenn man ein
Paket das erste Mal installiert hat.
[..]
Weil ich gerade libapache-mod-ssl installieren will, stehe ich vor
dem Problem: Kann ich diese Datei auch
On 28.05.06 17:38:30, Hannes H. wrote:
Guten Abend :-)
Am 27.05.06 schrieb Andreas Pakulat [EMAIL PROTECTED]:
[..]
Insbesondere die README.Debian sollte man _immer_ lesen wenn man ein
Paket das erste Mal installiert hat.
[..]
Weil ich gerade libapache-mod-ssl installieren will, stehe
On 27.05.06 16:59:50, Norbert Preining wrote:
On Sam, 27 Mai 2006, Andreas Pakulat wrote:
Das ist dann aber kein aktuelles mysql-server Paket aus unstable. Der
[mysql_upgrade]
host = localhost
user = debian-sys-maint
password = XX
socket =
Mahlzeit :-)
Wenn man mit apt-get das Package mysql-server-4.1 installiert wird
automatisch (neben root) auch ein anderer Default-User angelegt.
Kann man den problemlos löschen? Irgendwie kommt dann beim Starten von
mysqld eine mysqladmin-Fehlermeldung.
Leider schweigt sich die Dokumentation
On Sam, 27 Mai 2006, Hannes H. wrote:
Wenn man mit apt-get das Package mysql-server-4.1 installiert wird
automatisch (neben root) auch ein anderer Default-User angelegt.
Kann man den problemlos löschen? Irgendwie kommt dann beim Starten von
mysqld eine mysqladmin-Fehlermeldung.
Leider
Hannes H. schrieb:
Mahlzeit :-)
Wenn man mit apt-get das Package mysql-server-4.1 installiert wird
automatisch (neben root) auch ein anderer Default-User angelegt.
Ja. Allerdings ist es kein Default-User ;-) Es ist ein User.
Kann man den problemlos löschen? Irgendwie kommt dann beim Starten
Hallo!
Am 27.05.06 schrieb klaus zerwes [EMAIL PROTECTED]:
[..]
Löschen ist eine schlechte Idee ...
[..]
Passwort ändern aus Sicherheitsgründen ist auch nicht notwendig/empfohlen?
[..]
Alles was du wissen möchtest:
/usr/share/doc/$PACKETNAME/*
[..]
Man lernt nie aus - das wusste ich
On 27.05.06 13:28:44, Hannes H. wrote:
Hallo!
Am 27.05.06 schrieb klaus zerwes [EMAIL PROTECTED]:
[..]
Löschen ist eine schlechte Idee ...
[..]
Passwort ändern aus Sicherheitsgründen ist auch nicht notwendig/empfohlen?
Nein, ausserdem ist das Passwort bereits ein zufaellig gewaehltes.
Weil wir gerade dabei sind:
On Sam, 27 Mai 2006, Andreas Pakulat wrote:
Passwort ändern aus Sicherheitsgründen ist auch nicht notwendig/empfohlen?
Nein, ausserdem ist das Passwort bereits ein zufaellig gewaehltes. Schau
doch mal in /etc/mysql/debian.cnf.
Mit mysql-server-5X
Ich habe
On 27.05.06 14:37:47, Norbert Preining wrote:
On Sam, 27 Mai 2006, Andreas Pakulat wrote:
Got a failure from command:
cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
--no-defaults --force --user=root --host=localhost --database=mysql
Please check the above output and try
Am Samstag 27 Mai 2006 14:48 schrieb Andreas Pakulat:
On 27.05.06 14:37:47, Norbert Preining wrote:
On Sam, 27 Mai 2006, Andreas Pakulat wrote:
Das ist dann aber kein aktuelles mysql-server Paket aus unstable. Der
Fehler ist dort schon gefixed, BTS-Nummer ist mir grad entfallen. Das
Problem
On Sam, 27 Mai 2006, Andreas Pakulat wrote:
Das ist dann aber kein aktuelles mysql-server Paket aus unstable. Der
Aeehmmm ... Ich habe 5.0.21-3, was das letzte ist.
[mysql_upgrade]
host = localhost
user = debian-sys-maint
password = XX
socket =
On 27.05.06 15:50:31, Sandro Frenzel wrote:
Am Samstag 27 Mai 2006 14:48 schrieb Andreas Pakulat:
[mysql_upgrade]
host = localhost
user = debian-sys-maint
password = XX
socket = /var/run/mysqld/mysqld.sock
Einfach die [client] Sektion kopieren und den Namen
Am Mittwoch, den 20.07.2005, 16:55 +0200 schrieb Andreas Kretschmer:
...
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Hm. Diese Aussage ist leider viel zu allgemein gefasst, um sie einfach
so stehen zu lassen. ;)
Die Nennung einer handvoll von
am 21.07.2005, um 12:31:18 +0200 mailte Ingo Strüwing folgendes:
Am Mittwoch, den 20.07.2005, 16:55 +0200 schrieb Andreas Kretschmer:
...
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Hm. Diese Aussage ist leider viel zu allgemein gefasst, um
Andreas Kretschmer [EMAIL PROTECTED] writes:
Reicht das:
http://sql-info.de/mysql/gotchas.html
das sind wohlbekannte einschraenkungen.
davon wird PG aber auch nicht schneller oder auch nur angenehmer zu
administrieren...
generell ist MySQL besser geeignet fuer anwendungen, bei den viele
am 21.07.2005, um 13:30:12 +0200 mailte frank paulsen folgendes:
Andreas Kretschmer [EMAIL PROTECTED] writes:
Reicht das:
http://sql-info.de/mysql/gotchas.html
das sind wohlbekannte einschraenkungen.
davon wird PG aber auch nicht schneller oder auch nur angenehmer zu
Ingo Strüwing [EMAIL PROTECTED] schrieb:
Am Mittwoch, den 20.07.2005, 16:55 +0200 schrieb Andreas Kretschmer:
...
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Hm. Diese Aussage ist leider viel zu allgemein gefasst, um sie einfach
so stehen zu
Am Donnerstag, den 21.07.2005, 13:06 +0200 schrieb Andreas Kretschmer:
am 21.07.2005, um 12:31:18 +0200 mailte Ingo Strüwing folgendes:
...
Die Nennung einer handvoll von Punkten, in denen PG überlegen ist, würde
mir schon genügen, um zu schweigen. Es sei denn, ich kann sie
entkräften. :)
Am Donnerstag, den 21.07.2005, 16:55 +0200 schrieb Andreas Kretschmer:
...
ich hatte heute eine Diskussion in #postgresql-de. Und zwar wurde
gesagt, daß:
- Tabelle InnoDB
- Session 1 startet Transaktion
- Session 2 sieht Tabelle und Daten
- Session 1 dropt Tabelle, ohne commit
- nun ist
Andreas Kretschmer schrieb:
[...]
ich hatte heute eine Diskussion in #postgresql-de. Und zwar wurde
gesagt, daß:
- Tabelle InnoDB
- Session 1 startet Transaktion
- Session 2 sieht Tabelle und Daten
- Session 1 dropt Tabelle, ohne commit
- nun ist in Session 2 die Tabelle weg
Ob das jetzt
am 21.07.2005, um 17:08:06 +0200 mailte Ingo Strüwing folgendes:
Am Donnerstag, den 21.07.2005, 13:06 +0200 schrieb Andreas Kretschmer:
am 21.07.2005, um 12:31:18 +0200 mailte Ingo Strüwing folgendes:
...
Die Nennung einer handvoll von Punkten, in denen PG überlegen ist, würde
mir
am 21.07.2005, um 17:51:01 +0200 mailte Weinzierl Stefan folgendes:
Andreas Kretschmer schrieb:
[...]
ich hatte heute eine Diskussion in #postgresql-de. Und zwar wurde
gesagt, daß:
- Tabelle InnoDB
- Session 1 startet Transaktion
- Session 2 sieht Tabelle und Daten
- Session 1
Am Donnerstag, den 21.07.2005, 19:15 +0200 schrieb Andreas Kretschmer:
... PG punktet ganz sicher bei ref. Integrität, stored
Procedures, SQL-Sprachumfang, genauere Eingabeprüfung (mein altes MySQL
akzeptiert als Datum einen 29.2.2005), Views, Trigger, Erweiterbarkeit
mit proceduralen
Am Donnerstag, den 21.07.2005, 19:41 +0200 schrieb Andreas Kretschmer:
am 21.07.2005, um 17:51:01 +0200 mailte Weinzierl Stefan folgendes:
...
Ob das jetzt gut ist, oder schlecht sei mal dahingestellt. Aber wie oft
werden im Normalfall Tabellen gedropt? Deswegen seh ich das jetzt nicht
als
am 21.07.2005, um 19:41:06 +0200 mailte Ingo Strüwing folgendes:
Am Rande bemerkt werden Views und Trigger im demnächst erscheinenden
MySQL 5.0 enthalten sein. Sicher wird auch PG weiterentwickelt.
Vielleicht können wir die Situation nach einiger Zeit noch einmal
prüfen.
Zur Erinnerung:
wir
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein /etc/init.d/mysql start ausgeführt.
Nachdem mysql nicht gestartet wurde, hab ich einen Blick ins syslog
geworfen
Weinzierl Stefan [EMAIL PROTECTED] schrieb:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Andreas
--
Diese Message wurde erstellt mit freundlicher Unterstützung eines
Andreas Kretschmer schrieb:
Weinzierl Stefan [EMAIL PROTECTED] schrieb:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Postgres ist leider nicht immer verfügbar, mit
Weinzierl Stefan [EMAIL PROTECTED] schrieb:
Nicht flasch verstehen die Frage, aber: warum MySQL? PG ist *deutlich*
leistungsfähiger.
Postgres ist leider nicht immer verfügbar, mit wäre es auch lieber...
Ja, schade.
Ich hatte gestern (und überhaupt die letzten Tage) etliche Diskussionen
im
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein /etc/init.d/mysql start ausgeführt.
Wenn du mysql-server
Andreas Pakulat schrieb:
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein /etc/init.d/mysql start ausgeführt
Andreas Pakulat schrieb:
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein /etc/init.d/mysql start
On 20.Jul 2005 - 18:36:02, Weinzierl Stefan wrote:
Andreas Pakulat schrieb:
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql
Andreas Pakulat schrieb:
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
Moin,
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein /etc/init.d/mysql start
On 20.Jul 2005 - 18:50:34, Georg wrote:
Andreas Pakulat schrieb:
On 20.Jul 2005 - 15:53:48, Weinzierl Stefan wrote:
wollte gerade mysql-server-4.1 lokal installieren. Hab mir also eine
fertige Config aus /usr/share/doc/mysql-server-4.1/examples/... nach
/etc/mysql/my.cnf kopiert und dann ein
Moin,
ich habe seit ein paar Tagen das Problem, daß mein Serverchen beim Starten
des mysql-server-4.1 Prozesses immer hängen bleibt: Der Start des
Init-Skriptes läuft nicht bis zum Ende durch.
Ein 'ps ax' liefert regelmäßig folgendes Bild:
--- snip
6967 pts/0
On 05.Mai 2005 - 23:06:45, Friedemann Schorer wrote:
Moin,
ich habe seit ein paar Tagen das Problem, daß mein Serverchen beim Starten
des mysql-server-4.1 Prozesses immer hängen bleibt: Der Start des
Init-Skriptes läuft nicht bis zum Ende durch.
Ein 'ps ax' liefert regelmäßig folgendes Bild
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
zu wann kann damit gerechnet werden, dass mysql-server = 4.1 in den
offiziellen Sid sourcen zu finden ist?
Grüße
Christoph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
iD8DBQFBy9FEXt+Pa5qk0X4RAuvsAJwPNtsdxhXk/7QSP5r44Tvj
On 24.Dec 2004 - 09:20:20, Christoph Petersen wrote:
Hallo,
zu wann kann damit gerechnet werden, dass mysql-server = 4.1 in den
offiziellen Sid sourcen zu finden ist?
man apt-cache - search, ist schon längst da.
Andreas
--
Live in a world of your own, but always welcome visitors
wrote:
|
|Hallo,
|
|zu wann kann damit gerechnet werden, dass mysql-server = 4.1 in den
|offiziellen Sid sourcen zu finden ist?
|
|
| man apt-cache - search, ist schon längst da.
|
| Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
iD8DBQFBy+n1Xt
On Fri, Dec 24, 2004 at 11:05:41AM +0100, Christoph Petersen wrote:
db01:/home/petersen# apt-cache show mysql-server|grep Version
Version: 4.0.22-6
Version: 3.23.49-8.8
mhh - bin ich blöd oder überseh ich den einfach nur?
apt-cache show mysql-server-4.1
--
--
Haeufig gestellte Fragen
:
|
|db01:/home/petersen# apt-cache show mysql-server|grep Version
|Version: 4.0.22-6
|Version: 3.23.49-8.8
|
|mhh - bin ich blöd oder überseh ich den einfach nur?
|
|
| apt-cache show mysql-server-4.1
|
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
iD8DBQFBy+3xXt
43 matches
Mail list logo