+ Antworten
Seite 1 von 2 1 2 LetzteLetzte
Ergebnis 1 bis 10 von 13

Thema: Freebsd Port - wie geänderte Datei pg_config_manual.h einbinden?

  1. #1
    superhenne ist offline Neuer Benutzer
    Registriert seit
    12.11.2009
    Ort
    Leipzig
    Beiträge
    5

    Standard Freebsd Port - wie geänderte Datei pg_config_manual.h einbinden?

    Hallo,

    ich möchte PG 8.4 neu compilieren und benötige einen geänderten Wert in der Datei pg_config_manual.h (NAMEDATALEN). Diese Datei wird zweimal im System abgelegt (/usr/local/include und /usr/local/include/postgresql/server), in beiden Vorkommen habe ich den Wert geändert.
    Wenn ich den Port mit "portupgrade -f postgresql-server" neu baue, packt FreeBSD die Source jedesmal neu aus und kompiliert mit Standardvorgaben. Wie bekomme ich es hin, dass meine pg_config_manual.h verwendet wird?


    danke,
    Hendrik

  2. #2
    ads
    ads ist offline Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    3.405

    Standard

    Ich denke, mit dieser Frage bist du in einem BSD Forum gut aufgehoben.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  3. #3
    klimaschreck ist offline Neuer Benutzer
    Registriert seit
    01.06.2008
    Ort
    Bonn
    Beiträge
    20

    Standard

    Ich sehe da zwei Optionen:

    1. Du verzichtest auf portupgrade oder portmaster und führst den Update manuell mit make && make deinstall reinstall durch.
    2. Du legest in /usr/port/distfiles/postgresql ein modifziertes 8.4 er Source-Archiv an, dass dein modifzierte *.h Datei enthält. Konsequenz ist, dass du unter /usr/ports/databases/postgresql84-* auch die Checksums anpassen musst.

  4. #4
    superhenne ist offline Neuer Benutzer
    Registriert seit
    12.11.2009
    Ort
    Leipzig
    Beiträge
    5

    Standard

    Danke für den Tipp. Ich habe mich für Variante 2 entschieden - hat funktioniert. Muss nur halt bei jedem Update dran denken.

  5. #5
    ads
    ads ist offline Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    3.405

    Standard

    Mal als kurze Frage: wieso reichen 64 Zeichen als Bezeichnerlänge nicht aus?
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  6. #6
    superhenne ist offline Neuer Benutzer
    Registriert seit
    12.11.2009
    Ort
    Leipzig
    Beiträge
    5

    Standard

    Da bin ich auch nur durch Zufall drauf gestoßen - Drupal 6 mit CCK und Views. Ich habe eigene Felder angelegt, und von einigen Feldern wurden die Inhalte in einem View nicht angezeigt. In der normalen Node-Ansicht waren die Daten zu sehen. Ein Blick in Pg-Log zeigte folgendes:

    Code:
    NOTICE:  identifier "node_data_field_materialdeadline_field_testfield_mit_langem_namen_value" will be truncated to "node_data_field_materialdeadline_field_testfield_mit_langem_nam"
    
    Mein Feld in diesem Beispiel hieß "testfield_mit_langem_namen". Den Rest baut Drupal dazu.
    Das Thema ist bei den Drupalern wohl bekannt, aber Postgres wird dort eher wie ein Stiefkind behandelt. CCK, Views Field Aliases too long for PostgreSQL | drupal.org

    Nicht dass die Feldnamen unbedingt so lang sein müssen, aber ich finde, wenn das Frontend die Eingabe zulässt, muss das Backend das auch verarbeiten können.

    Gruß Hendrik
    Geändert von superhenne (16.11.2009 um 17:19 Uhr) Grund: Rechtschreibfehler

  7. #7
    ads
    ads ist offline Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    3.405

    Standard

    Da sage ich jetzt nichts zu ...
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  8. #8
    castorp ist offline Erfahrener Benutzer
    Registriert seit
    27.06.2009
    Beiträge
    220

    Standard

    Zitat Zitat von superhenne Beitrag anzeigen
    Das Thema ist bei den Drupalern wohl bekannt, aber Postgres wird dort eher wie ein Stiefkind behandelt
    Sehr komische Software.

    Ich geh' mal davon aus, dass die hauptsächlich MySQL verwenden, aber dort darf ein Spaltenname auch nur 64 Zeichen lang sein (zumindest laut Handbuch)

    Was machen die bei Drupal denn wenn jemand Oracle oder DB2 einsetzen möchte? Da sind es nur 30 Zeichen...

  9. #9
    ads
    ads ist offline Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    3.405

    Standard

    Zitat Zitat von castorp Beitrag anzeigen
    Was machen die bei Drupal denn wenn jemand Oracle oder DB2 einsetzen möchte? Da sind es nur 30 Zeichen...
    Das interessiert dann wohl keinen - nur MySQL ist wichtig.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  10. #10
    superhenne ist offline Neuer Benutzer
    Registriert seit
    12.11.2009
    Ort
    Leipzig
    Beiträge
    5

    Standard

    genau lautet auch die Empfehlung. Mysql 4.x oder Mysql 5.x ...
    Immerhin wird PG ja unterstützt - da bin ich froh.

+ Antworten
Seite 1 von 2 1 2 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum