Zum Inhalt springen

burnersk

Mitglieder
  • Gesamte Inhalte

    273
  • Benutzer seit

  • Letzter Besuch

Beiträge von burnersk

  1. bin auch nen bissl blind :upps

    normalerweise sollte wenn man

    yum install apr
    eingibt und einmal auf "y" drückt sowie kein fehler erscheint doch apr installiert sein? Wenn man das besagte wiederholt wird es mit "Nothing to do" abgebrochen. So. Folgendes - und zusätzlich die kompletten mans - habe ich von apr
    /usr/bin/apropos
    
    /usr/lib64/libapr-1.so.0
    
    /usr/lib64/libapr-1.so.0.2.2
    
    /usr/lib64/libaprutil-1.so.0
    
    /usr/lib64/libaprutil-1.so.0.2.2
    Was muss ich jetzt machen um komplette httpd Apache Unterstützung zu bekommen? Zur APR:
    Name   : apr
    
    Arch   : x86_64
    
    Version: 1.2.2
    
    Release: 7.3
    
    Size   : 261 k
    
    Repo   : installed
    
    Summary: Apache Portable Runtime library
    
    
    Description:
    
     The mission of the Apache Portable Runtime (APR) is to provide a
    
    free library of C data structures and routines, forming a system
    
    portability layer to as many operating systems as possible,
    
    including Unices, MS Win32, BeOS and OS/2.

  2. Hallo.

    Fedora Core Release 5

    Ich bin gerade am installieren von Subversion 1.4.4.

    Da meldet das *ding* doch, dass die APR nicht geht?!?!

    Installiert ist APR in Version 1.2.2. Welche doch eigendlich für SVN 1.4.* gefordert wird...

    dump der ./configure

    [root@~~~ subversion-1.4.4]# ./configure

    +configure: Configuring Subversion 1.4.4

    configure: creating config.nice

    checking for gcc... gcc

    checking for C compiler default output file name... a.out

    checking whether the C compiler works... yes

    checking whether we are cross compiling... no

    checking for suffix of executables...

    checking for suffix of object files... o

    checking whether we are using the GNU C compiler... yes

    checking whether gcc accepts -g... yes

    checking for gcc option to accept ANSI C... none needed

    checking how to run the C preprocessor... gcc -E

    checking build system type... x86_64-unknown-linux-gnu

    checking host system type... x86_64-unknown-linux-gnu

    checking target system type... x86_64-unknown-linux-gnu

    checking for egrep... grep -E

    checking whether ln -s works... yes

    checking for a BSD-compatible install... /usr/bin/install -c

    checking for static Apache module support... no

    checking for Apache module support via DSO through APXS... no

    ==================================================================

    WARNING: skipping the build of mod_dav_svn

    --with-apxs or --with-apache must be used

    ==================================================================

    configure: Apache Portable Runtime (APR) library configuration

    checking for APR... no

    configure: WARNING: APR not found

    The Apache Portable Runtime (APR) library cannot be found.

    Please install APR on this system and supply the appropriate

    --with-apr option to 'configure'

    or

    get it with SVN and put it in a subdirectory of this source:

    svn co \

    Revision 569019: /apr/apr/branches/0.9.x \

    apr

    Run that right here in the top level of the Subversion tree,

    then run autogen.sh again.

    Whichever of the above you do, you probably need to do

    something similar for apr-util, either providing both

    --with-apr and --with-apr-util to 'configure', or

    getting both from SVN with:

    svn co \

    Revision 569019: /apr/apr-util/branches/0.9.x \

    apr-util

    configure: error: no suitable apr found

  3. Hi.

    Ich bin auf der Suche nach einem Ticketsystem wie OTRS.

    Ich habe OTRS bereits versucht bei mir zu installieren, jedoch funktionieren die Perl Scripte von OTRS nicht.

    Kennt jemand ein gutes Ticket System mit folgenden Grundmodulen:

    • Ticketverwaltung über WebAdministration
    • E-Mails werden abgerufen (POP/IMAP) und eine Kopie in Ordner z. B. "backup"gespeichert
    • Benutzer erhält E-Mail mit Referenznummer nach Erhalt der E-Mail durch Ticketsystem
    • Ticketsystem überprüft Betreff ob eine RefNr angegeben ist. Wenn ja wird diese Zugeordnet und keine neue RefNr generiert
    • Interner Kategoriensupport
    • Internet Multi-Supporter-Support (mehrere Bearbeiter möglich)
    • Anzeige des kompletten Supportvorgangs in WebAdministration
    • System E-Mail Texte über WebAdministration änderbar

    Optional weitere Module:

    • Ticket geschlossen (wenn trotzdem neue E-Mail wird der Benutzer hingewiesen dass er einen neuen Supportfall erstellen soll (neue E-Mail ohne RefNr im Betreff)
    • Möglichkeit für Kunden auch seinen (diesen) Supportbaum anzusehen (User: RefNr | Passwort: in E-Mail) und zu bearbeiten

    Ich habe folgendes System:

    • OS: Fedora Core Release 5
    • Plesk 8.2.0
    • Apache 2.2.2
    • PHP 5.1.6 (evtl bald 5.2.3 aber von 5.1.6 ausgehen!)
    • MySQL 5.0.27

  4. access_log

    91.97.104.35 - - [21/Aug/2007:09:48:01 +0200] "GET /otrs/installer.pl HTTP/1.1" 500 1431 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"

    error_log

    [Tue Aug 21 09:48:01 2007] [error] [client 91.97.104.35] Premature end of script headers: installer.pl

    www-data

    header (wie kann ich den noch mal auslesen? bin noch müde = bis 5 gearbeitet...)

  5. rpmseek Suche

    Suchbegriff: subversion

    Suchart: Paketname

    Pakettyp: rpm

    Architektur: x86_64

    Distribution: Fedora Core, Fedora Core versch. Quellen, Fedora Project, Freshrpms (fc), dag.wieers.com (fc), newrpms.sunsite.dk (fc), packman (fc), rpm.livna.org (fc)

    subversion-1.3.0-4.2.src.rpm Fedora Core 5 1.3.0 4.2 x86_64 Download

    subversion-1.3.0-4.2.x86_64 .rpm Fedora Core 5 1.3.0 4.2 x86_64 Download

  6. - "Normales Desktop" arbeiten

    - eigene Programme compiliert mit gcc (ohne ./make oder ./config oder so was)

    Also nicht immer die neuesten ;)

    Subversion 1.4.4 behebt einen Bug mit dem FileSystem (nicht BDB). Der hat "uns" schon ziemlich genervt. Und auf BDB zurückfallen verbietet sich ...

    rpmseek.de hat nur 1.3.0 für FC5. Für FC6 steht 1.4.3 zur Verfügung. Gibt es noch andere Paketserver-Lister-Server ;) ?

  7. Hi,

    hast ja an alles gedacht, nur sehe ich keine Fehlermeldung?! Was sagen die Logdateien?!

    [sat Aug 18 20:41:26 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    [sat Aug 18 20:41:42 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    [sat Aug 18 20:41:51 2007] [error] [client 91.96.192.82] attempt to invoke directory as script: /opt/otrs/bin/cgi-bin/

    [sat Aug 18 20:42:01 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    [sat Aug 18 20:43:11 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    [sat Aug 18 20:43:24 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    [sat Aug 18 20:43:48 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl

    /opt/otrs/bin/cgi-bin/ nur als Beispiel. Wird bei jedem aufruf einer .pl Datei geloggt

    "perl -cw xxx" gibt "xxx syntax OK"

  8. Hi.

    Ich habe

    yum install subversion

    verwendet.

    Leider hat yum "nur" die Version 1.3.2 installiert. Wie kann ich auf Subversion 1.4.4 updaten?

    [root@xxx ~]# yum info subversion

    Loading "installonlyn" plugin

    Setting up repositories

    core [1/3]

    updates [2/3]

    extras [3/3]

    Reading repository metadata in from local files

    Available Packages

    Name : subversion

    Arch : x86_64

    Version: 1.3.2

    Release: 2.1

    Size : 2.2 M

    Repo : updates

    Summary: Modern Version Control System designed to replace CVS

    Description:

    Subversion is a concurrent version control system which enables one

    or more users to collaborate in developing and maintaining a

    hierarchy of files and directories while keeping a history of all

    changes. Subversion only stores the differences between versions,

    instead of every complete file. Subversion is intended to be a

    compelling replacement for CVS.

  9. Das kannst du doch über die Admin-Oberfläche einstellen (also was für den jeweiligen vhost verfügbar ist).

    Dort ist es eingeschaltet. Aber OTRS liegt ja auch nicht im www Verzeichnis sondern unter /opt/... und hat nur eine globale Verlinkung für apache eingerichtet.

    Und für die mitaufgerufende Domain ist Perl aktiviert: http://forum.fachinformatiker.de/rootserver-vserver-webspace/108146-perl-funktioniert.html

  10. Hi.

    OS: Fedora Core Release 5

    Apache 2.2.2

    PHP 5.1.6

    Plesk: 8.2.0 (CGI aktiv, Perl aktiv, fCGI aktiv)

    Es funktionieren bei mir einfach keine Perl Scripte.

    Das Perlscript: "test.pl.txt"

    "/usr/bin/perl" existiert!

    Quelle: /var/www/vhosts/dev5-media.de/cgi-bin/test.pl

    Plesk vHost Config: "httpd.conf.txt"

    Quelle: /var/www/vhosts/dev5-media.de/conf/httpd.include

    Aufruf: "test.pl.php.txt"

    Quelle: /var/www/vhosts/dev5-media.de/httpdocs/test.pl.php

    URL: http://v32511.1blu.de/test.pl.php

    httpd.conf.txt

    test.pl.php.txt

    test.pl.txt

  11. Ist es nicht so, dass man dafür dann nicht eher eine neue Version vom Plesk braucht, die dann ja wieder was kostet? Der richtige Ansprechpartner wäre dann dein Provider, über den du die Plesk-Lizenz ja bekommen hast.

    Ich bin mir sicher, dass ich nie neueste Version von Plesk habe (8.2.0).

    Der richtige Ansprechpartner wäre dann dein Provider, über den du die Plesk-Lizenz ja bekommen hast.
    Wie es sich für Provider gehört: "Wir bieten Ihnen hierbei keinen Support, da Sie das ausgelieferte System damit verändern."
  12. [Sat Aug 18 20:41:26 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl
    
    [Sat Aug 18 20:41:42 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl
    
    [Sat Aug 18 20:41:51 2007] [error] [client 91.96.192.82] attempt to invoke directory as script: /opt/otrs/bin/cgi-bin/
    
    [Sat Aug 18 20:42:01 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl
    
    [Sat Aug 18 20:43:11 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl
    
    [Sat Aug 18 20:43:24 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl
    
    [Sat Aug 18 20:43:48 2007] [error] [client 91.96.192.82] Premature end of script headers: installer.pl 

  13. Hi.

    Ich bin dabei das Open Ticket Request System (OTRS 2.2.2) auf meinem Fedora Core 5 zu installieren.

    Die Installation (rpm Paket) ist erfolgreich abgeschlossen. Nun muss ja die Konfiguration eingerichtet werden via Perl Script.

    Also http://domain.tld/otrs/installer.pl aufgerufen und was passiert? Eine leere Seite! Kein HTML wurde übermittelt.

    Ich habe Plesk installiert. Deaktiviert Plesk Perl für das virtuelle Web-Verzeichnis?

  14. Hi.

    Ich habe meinen Server bei 1blu - 1blu-vServer Unlimited.

    Ich habe als Betriebssystem Fedora Core release 5 (Bordeaux) installiert.

    Als Administrationssoftware wurde Plesk 8.2 geliefert.

    Weitere Details:

    • Plesk 8.2.0
    • httpd: apache 2.2.2-1.2
    • mysql: mysql 5.0.27-1.fc5
    • php: php5.1.6-1.5

    Nun möchte ich gerne von php 5.1.6 auf php 5.2.3 updaten. Hatte es schon mal versucht aber hatte nicht geklappt.

    Wie muss ich das Paket installieren?

  15. Hi.

    Bin erst jetzt vom Einsatz zurück.

    Also folgendes...

    SEO in der release:

    - user kann auf dyn seite zugreifen durch test.de/dynpage/category/title.html (1)

    - user kann auf dyn seite direkt zugreifen durch test.de/scripts/getpage?id=1234 (2)

    - die url wird nur intern geändert. es wird keine informationen an den client hierüber gesendet

    - (1) muss auf jeden fall stehen bleiben. wegen ranking.

    SEO jetzt (dev):

    - user kann auf dyn seite zugreifen durch test.de/dynpage/category/title.html (1)

    - user kann auf dyn seite direkt zugreifen durch test.de/scripts/getpage?id=1234 (2)

    - die url (1) soll zu testzwecken in den getpage Aufruf (2) umgewandelt werden. und dann an den user übergeben werden (tempoäres redirect via mod_rewrite)

  16. Hallo.

    Ich habe ein neues Problem mit meinem Apache.

    Betriebssystem: Microsoft Windows Vista Home Premium

    Aktualitätsstand: Alle möglichen Windows und Produktupdates über Windows Update bezogen

    Internet Security: Avira Premium Security Suite (mit Firewall)

    Benutzerkonfiguration: Computeradministrator sowie deaktivierte Benutzerkontensteuerung

    Apache 2.2.4: apache_2.2.4-win32-x86-no_ssl.msi

    Ich habe meine Festplatte formatiert und wollte nach Einrichtung (wie vorher) mein Apache wirder installieren. Nun kommt ein Fehler für Monitor Apache Servers:

    1) Nach der (erfolgreichen) Installation kommt folgende Fehlermeldung:

    - MODE=CRITICAL

    - TITLE=Error

    - DESC=Der Vorgang wurde erfolgreich beendet.

    2) Monitor Apache Servers wird nicht gestartet.

    3) Versuch Monitor Apache Servers manuell (Programmgruppe im Startmenü) zu starten schlägt fehl:

    - MODE=CRITICAL

    - TITLE=Error

    - DESC=Der Vorgang wurde erfolgreich beendet.

    Ich habe so ziemlich jedes ToDo für Apache2 und WinVista durch. Da der Computer die gleichen Konfigurationen wie vorher hatte (Image) muss es ja etwas mit den neuesten WinUpdates zu tun haben.

    Wisst ihr eine Möglichkeit, Monitor Apache Servers wieder zum laufen zu bekommen?

    PS: Das Image wurde schon *tausendmal* ohne Probleme benutzt!

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...