Die URL “www.beispiel.de” ist dabei etwas anderes als nur “beispiel.de”. Das “www” am Anfang ist eine Subdomain, die in früheren Zeiten des Internets anzeigen sollte, daß der WorldWideWeb Teil der Domain aufgerufen werden soll, im Gegensatz zu z.B. ftp / gopher / irc usw. In der heutigen Zeit ist dies hinfällig, aber viele Websurfer sind es immer noch gewohnt, stur das “www” vor die Domain zu tippen.

Um den Besucher nun auf eine der beiden Möglichkeiten zu beschränken, kann man sich des mod_rewrite Moduls vom Apache bedienen. Einfach eine Datei .htaccess im Hauptordner der Webpräsenz anlegen und einen der folgenden Codeschnippsel einfügen.

Für die Weiterleitung aller www-Domains auf ihr Nicht-www Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^www\.(.*)$
    RewriteRule ^(.*)$ http://%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller Nicht-www Domains auf ihr www-Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.(.*)$
    RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller ankommenden Anfragen auf eine www-Domain:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.meine-domain\.de$
    RewriteRule ^(.*)$ http://www.meine-domain.de/$1 [L,R=301]
</IfModule>

Gerade die ersten beiden Fälle sind knifflig, ich hoffe die Codeschnippsel helfen!

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

  Antwort: 150 Here comes the directory listing.
  Status: Server hat die TLS-Verbindung nicht ordnungsgemäß geschlossen
  Fehler: Could not read from transfer socket: ECONNABORTED - Connection aborted

Glücklicherweise besteht vsftpd nur aus einer binary und einer Config-Datei, und letztere hat sich beim minimalen Versionsschritt auch nicht verändert. Man kann also theoretisch einfach die 2.0.6 Binary gegen die 2.0.7 austauschen. Um das zu erreichen, muß die 2.0.7 allerdings auf dem System kompiliert werden, was sich als nicht so einfach herausstellt. Beim gcc in Version 4.1.2 gibt es in etwa diesen Fehler hier:

  sysutil.c: In function ‘vsf_sysutil_wait_exited_normally’:
  sysutil.c:604: error: assignment of read-only member ‘__in’
  sysutil.c: In function ‘vsf_sysutil_wait_get_exitcode’:
  sysutil.c:614: error: assignment of read-only member ‘__in’

Der wurde zwar in Version 2.0.6 von vsftpd behoben, hat aber seinen Weg offensichtlich nicht in den 2.0.7 Zweig gefunden. Den fehlenden Patch habe ich natürlich dem Entwickler gemeldet, so daß vsftpd ab 2.0.8 auch wieder unter Etch kompilieren sollte. Nach dem Anwenden des Patches auf das 2.0.7 Paket lässt sich dieser dann auch kompilieren. Dafür benötigt man übrigens diese Pakete hier:

  aptitude install make binutils comerr-dev cpp cpp-4.1 gcc gcc-4.1 libc6-dev libcap-dev libcurl3-openssl-dev libidn11-dev libkadm55 libkrb5-dev libmudflap0 libmudflap0-dev libpam0g-dev libssl-dev libssp0 linux-kernel-headers pkg-config zlib1g-dev

Die entstehende Binary vsftpd kann einfach über die bestehende drüberkopiert werden:

  # make
  [...]
  # killall vsftpd
  # cp vsftpd /usr/sbin/vsftpd
  # vsftpd -v
  vsftpd: version 2.0.7

Nach einem Neustart klappt es dann auch mit Filezilla und vsftpd.

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

Subversion Hooks

Subversion verfügt über sogenannte “Hooks”, die zu bestimmten Zeitpunkten bei einem Commit oder Checkout eines Repositorys automatisch aufgerufen werden. Diese liegen im Verzeichnis des Repos im Unterordner “hooks” als Templates zur weiteren Bearbeitung.

In der SVN-FAQ gibt es dazu auch einen Eintrag, allerdings wird dort nicht näher auf das “Wie” eingegangen. Zum Debuggen eines Hooks ist dieser Eintrag hilfreich. Zu Hooks allgemein gibt es ein eigenes Kapitel im Subversion Buch.

Der post-commit Hook

Für den automatischen Checkout nach einem Commit bietet sich der “post-commit” Hook an. Dort ist schon ein Beispiel-Eintrag für die automatische E-Mail Benachrichtigung an eine bestimmte Adresse nach einem Commit eingerichtet.

Zunächst kopieren wir das Template um es an unsere Bedürfnisse anzupassen:

$ cp post-commit.tmpl post-commit
$ vim post-commit

Ganz unten in der Datei ist der besagte Beispiel-Aufruf eines Perl-Skripts, und darunter fügen wir den Aufruf unseres Skriptes ein:

${REPOS}/hooks/bin/svn-auto-checkout "$REPOS" "$REV" trunk/pfad/im/repo /home/user/public_html/pfad/zur/arbeitskopie

Anlegen des svn-auto-checkout Skripts

Ich habe diesen Skript hier gefunden und nicht weiter angepasst. Der Einfachheit halber gibt es ihn hier bei Exanto als Textdatei.

Der Skript landet in $REPO/hooks/bin (Verzeichnis muss vorher erstellt werden) und heißt “svn-auto-checkout”. Dabei auf die richtigen Rechte achten! Das bin-Verzeichnis und der Skript müssen dem User gehören unter dem auch das Repository läuft, in meinem Fall www-data.

Anschließend wird der Skript und der Hook noch ausführbar gemacht:

$ cd /pfad/zum/repository/hooks
$ chmod +x bin/svn-auto-checkout
$ chmod +x post-commit

Arbeitskopie anlegen

Falls noch nicht geschehen, muss irgendwo auf dem lokalen System noch die Arbeitskopie die vom auto-checkout aktualisiert werden soll angelegt werden. Auch dieses Verzeichnis und alle Dateien müssen dem User gehören unter dem das Repository läuft, sonst funktioniert es nicht.

Bei Problemen am Besten den Hook lokal testen, ein Link wie das geht steht oben. Dieser Post hat mir ebenfalls geholfen das Ganze zum Laufen zu kriegen. Probleme gab es nur beim Checkout über einen https-Server mit selbst erstelltem Zertifikat… dafür habe ich leider keine Lösung gefunden, und am Ende einfach die Arbeitskopie umverlagert auf http und den Checkout dann darüber gemacht.

Viel Erfolg!

Verwandte Beiträge

• Magento Optionstitel übersetzen (Workaround) (4)
• Die Google Shell (0)
• Subversion Clients und das CLI (0)
• Dateiberechtigungen bei xt:Commerce auf der Shell setzen (5)
• Statische Libraries, die Saferpay-Komponente und AMD64 (1)
• Eine virtuelle Maschine mit Ubuntu, Apache2, PHP5 und MYSQL 5.0 einrichten (44)
• “Ruby on Rails” mittels mod_fcgi für Apache 2 unter Debian (0)

Für Windows gibt es TortoiseSVN, für multiple Plattformen RapidSVN oder esvn.

Was mir auf der Kommandozeile immer gefehlt hat war die Möglichkeit, neu hinzugekommene Dateien in einem Schwung zum Projekt hinzuzufügen. Tortoise bietet dafür einen sehr guten Ansatz, indem es unversionierte Dateien als Checkboxliste aufführt, in der man auch Dateien auf “ignorieren” setzen oder löschen kann.

Oft will man aber nur rekursiv alle neuen Dateien eines Verzeichnisses hinzufügen. Dafür bietet der SVN-Client den Befehl

$ svn add --force PFAD

Um sämtliche neu hinzugekommenen Dateien der Arbeitskopie aufzunehmen reicht ein

$ svn add --force ./

aus dem Rootpfad der Arbeitskopie. Will man hingegen nur Dateien aus einem bestimmten Baum ausgehend vom Root-Pfad hinzufügen, so kann man sich den aktuellen Status der Arbeitskopie aufrufen und dann selektiv die gewünschten Verzeichnisse aufnehmen:

$ svn st
?    test/functional/categories_controller_test.rb
?    app/helpers/categories_helper.rb
$ svn add --force test/
A    test/functional/categories_controller_test.rb

Mit einem

$ svn ci -m "Controller-Test hinzugefügt"

Kann diese Änderung dann nebst Kommentar in das Repository übertragen werden.

Verwandte Beiträge

• Auto-Checkout mit Subversion (6)

Achtung: Ich übernehme keinerlei Verantwortung für eventuelle Fehler und/oder Ausfälle die durch dieses Howto entstehen.

Zunächst habe ich beim Server Support Forum ein vorhandenes Howto gelesen und einige Schritte daraus übernommen. Allerdings sind die Angaben dort für ein Confixx-System und auch recht veraltet.

Wenn das SSL-Modul für den Apache aktiviert ist, sollte unter “/etc/apache2/sites-enabled/” bereits ein Symlink “000-default-ssl” liegen. Wenn nicht legen wir einfach einen neuen vHost an:

# vim /etc/apache2/sites-available/000-default-ssl

und füllen ihn mit diesem Inhalt:

<IfModule mod_rewrite.c>
<IfModule mod_ssl.c>

RewriteLock     /var/lock/rewrite.lock

<VirtualHost 111.222.333.444:443>

  DocumentRoot "/var/www/dein-ssl-root/"
  ServerName ssl.domain.de
  ServerAdmin admin@domain.de
  # SuexecUserGroup www-user www-user

  SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
  SSLCertificateFile /etc/apache2/ssl.crt/server.crt
  SSLCertificateKeyFile /etc/apache2/ssl.key/server.key

  SSLEngine on

  # Rewrite-Engine einschalten fuer Umschreiben der URL
  RewriteEngine   on

  # Logging ausschalten mit folgenden Zeilen:
  #RewriteLog     /dev/null
  #RewriteLog     0
  RewriteLog      /var/log/apache2/sslproxy.log
  RewriteLogLevel 1

  RewriteMap      lowercase       int:tolower
  # RewriteMap für die Domainnamen, welche SSL erhalten sollen
  RewriteMap      domaindb        txt:/etc/apache2/ssldomains
  RewriteRule     ^/icons/(.+)  -                               [L]
  # Fuer MS Internet Explorer ab Version 6
  RewriteRule     ^/w3c/(.+)      -                               [L]
  # Kundendomain in Kleinbuchstaben umwandeln (fuer Datenbank-Lookup)
  RewriteRule     ^/([^/]+)/(.*)  /${lowercase:$1}/$2             [S=1]
  RewriteRule     ^/(.*)          /${lowercase:$1}
  # Per Proxy Verbindung zu http://kundendomain/... aufbauen.
  # Wahlweise auch http://www.kundendomain/...
  # Falls Kundendomain ohne abschliessenden "/" angegeben,
  # "/" anhaengen und Redirect erzwingen, d.h. Browser soll es
  # mit "kundendomain/" nochmal versuchen.
  # Für den Fall, dass der "Pfad" nicht in der domaindb gefunden wurde,
  # ssl.domain/Pfad anzeigen.
  RewriteRule     ^/www\.([^/]+)/(.*)     /${domaindb:$1|%{HTTP_HOST}/$1}/$2      [S=2]
  RewriteRule     ^/([^/]+)/(.*)          /${domaindb:$1|%{HTTP_HOST}/$1}/$2      [S=1]
  RewriteRule     ^/(.+)                  /$1/                    [R,L]
  RewriteRule     ^/(.*)                  http://$1               [P,L]
</VirtualHost>

</IfModule>
</IfModule>

Danach legen wie eine Datei an, die die Zuweisung von URLs zu Domains übernimmt. Bei mir liegt diese unter “/etc/apache2/ssldomains” und ist nach diesem Schema aufgebaut:

#Pfad -> Domain
domain.de    www.domain.de
admin    www.admin.domain.de
was-auch-immer    www.nocheinedomain.de

Nach einem “:wq” aktivieren wir noch die nötigen Module und den Virtualhost im Apachen (falls noch nicht geschehen):

# a2enmod proxy
# a2enmod proxy_http
# a2enmod rewrite
# a2ensite 000-default-ssl

Wichtig: Das Proxy-Modul verbietet standardmäßig jeden Zugriff, und das ist gut so. Für unsere SSL-Domain müssen wir den Zugriff allerdings erlauben.

# vim /etc/apache2/mods-enabled/proxy.conf

Aus dem hier

    <Proxy *>
            AddDefaultCharset off
            Order deny,allow
            Deny from all
            #Allow from .example.com
    </Proxy>

wird das:

    <Proxy *>
            AddDefaultCharset off
            Order deny,allow
            #Deny from all
            Allow from ssl.domain.de
    </Proxy>

Daß die Domains, Pfade und die IP-Adresse an die eigenen Bedürfnisse angepasst werden müssen sollte klar sein. Jetzt noch den Apache neu laden und der SSL-Proxy sollte laufen.

# /etc/init.d/apache2 force-reload

Aufruf mit “https://ssl.domain.de/domain.de” usw.

Ich hoffe das Howto war hilfreich

Übrigens: Wenn Sie einen xt:Commerce Shop mit einem SSL-Proxy betreiben möchten, dann müssen Sie die interne SSL-Erkennung umgehen, da der Browser ja nicht direkt mit der Webseite über SSL kommuniziert. Dazu in der “includes/application_top.php” dies hier ändern (steht ziemlich am Anfang):

//workaround for ssl-proxy
$request_type = (isset($_SERVER['HTTP_X_FORWARDED_SERVER'])) ? 'SSL' : 'NONSSL';
//$request_type = (getenv('HTTPS') == '1' || getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';

Verwandte Beiträge

• PHP Skripte zügeln (0)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• Vim.rc und Screen.rc plus vim-colors und plugins (0)
• SFTP und FTP unter Linux mounten (17)
• xt:Commerce mit PHP als (Fast-)CGI (5)
• Dateiberechtigungen bei xt:Commerce auf der Shell setzen (5)
• Statische Libraries, die Saferpay-Komponente und AMD64 (1)

Der Cronjob spielt jede Nacht um 23:00 die .vimrc und .screenrc als Textdatei per cat in das Webverzeichnis und packt den Inhalt (+ Verzeichnislisting) von /root/.vim/ in einen tarball dazu. Die RC-Dateien habe ich lieber als Text, da ich eventuell schon vorhandene Änderungen an der .vimrc auf dem neuen / fremden Server beibehalten möchte.

Um das Reinkopieren zu erleichtern mache ich immer zuerst

:set pastetoggle=<F8>

und füge dann im insert-mode die gewünschten neuen Zeilen ein.

Hier sind die Links zu den verschiedenen Dateien:

• vimrc als Textdatei
• screenrc als Textdatei
• Verzeichnislisting /root/.vim/
• Tarball von /root/.vim/*

Wie gesagt, es wird jeden Abend automatisch aktualisiert. Ich hoffe dem ein oder anderen hilft es!

Verwandte Beiträge

• PHP Skripte zügeln (0)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• Magento Commerce Programmstruktur (9)
• PHP-Docs mit einem jEdit Makro öffnen (0)
• SSL-Proxy unter Debian (Etch) einrichten (2)
• SFTP und FTP unter Linux mounten (17)
• xt:Commerce mit PHP als (Fast-)CGI (5)

Das Zauberwort heißt FUSE und ist bei Ubuntu (und anderen) bereits im Repository vorhanden. Für SFTP und FTP brauchen wir zwei Pakete:

$ sudo aptitude install sshfs curlftpfs

Die Abhängigkeiten werden hierbei natürlich mit installiert (curl, fuse-utils etc.). Es sind allerdings noch ein paar Schritte notwendig, bis der “normale” User die Funktionen nutzen kann. Zunächst muss der User der Gruppe “fuse” hinzugefügt werden:

$ sudo adduser USER fuse

Jetzt die Gruppe für “/dev/fuse” noch ändern (das ist IMHO ein Bug) und einen Mountpoint anlegen für den Nutzer:

$ sudo chgrp fuse /dev/fuse
$ sudo mkdir -p /mnt/mein_ftp
$ sudo chown USER.USER /mnt/mein_ftp

Und schon kann es losgehen. Folgender Befehl bindet einen beliebigen FTP-Zugang an oben angelegten Mountpoint:

$ curlftpfs USERNAME:PASSWORT@beispiel.de /mnt/mein_ftp/

Danach kann man beliebig mit Editor, Konsole und anderen Programmen auf dem FTP-Server rumspielen. Zusätzlich unterstützt curlftpfs eine Verschlüsselung der Verbindung, was ein echter Vorteil gegenüber dem herkömmlichen FTP-Protokoll ist.

Für SFTP sieht der Befehl etwas anders aus. Falls SSH auf einem anderen als dem Standard-Port läuft, kann man dem sshfs-Befehl den Port per -pPORT mitteilen. Falls der Standard-Port (21) eingestellt ist, mountet folgender Befehl einen SFTP-Server:

$ sshfs USER@beispiel.de:/ /mnt/mein_ftp/

Hierbei kann hinter dem Host der zu mountende Pfad angegeben werden (in diesem Fall root), gefolgt vom gewünschten Mountpoint. Um den gemounteten Server wieder loszuwerden gibt es “fusermount”:

$ fusermount -u /mnt/mein_ftp/

Das war das ganze Geheimnis in Kurzform. Für mehr Informationen helfen “man sshfs” und “man curlftpfs” weiter. Ich hoffe dieser Artikel hilft denjenigen, die lieber mit einem grafischen Editor statt mit Putty und Konsolen-VIM an Remote-Projekten arbeiten die auf einem FTP oder SFTP-Server liegen.

Und wieder eine Funktion, die man sich unter Windows teuer erkaufen muss, welche es unter Linux allerdings schon seit Jahren gibt – und das kostenlos. Zugegeben, eine GUI wäre schön… aber ein paar Shellskripte im Userverzeichnis für die häufig benötigten Serverzugänge tun’s auch.

Verwandte Beiträge

• PHP Skripte zügeln (0)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• SSL-Proxy unter Debian (Etch) einrichten (2)
• Vim.rc und Screen.rc plus vim-colors und plugins (0)
• xt:Commerce mit PHP als (Fast-)CGI (5)
• Dateiberechtigungen bei xt:Commerce auf der Shell setzen (5)
• Statische Libraries, die Saferpay-Komponente und AMD64 (1)

Zu diesem Thema hat Orthogonal Thought eine kleine Hilfe veröffentlicht, die hoffentlich dem ein oder anderen Zeichensatz-geplagten Admin einige Stunden Sucherei abnimmt.

Das Problem beim Aufruf von mysqldump scheint zu sein, daß aus latin1-kodierten Tabellen mit UTF-8 Inhalt beim Export in UTF-8 Kodierung umgewandelt wird, was die Sonderzeichen etc. verstümmelt. Dafür liefert der oben verlinkte Artikel eine Lösung auf Tabellen- und auf Datenbankebene.

Verwandte Beiträge

• User-Agent des Browsers anpassen (0)
• Magento Steuersätze für Europa (5)
• So starten Sie einen erfolgreichen Onlineshop (3)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• CSS Framework für Webdesigner (2)
• Bilder direkt in PHP-Dateien einbetten (0)
• Erschöpfende Liste mit Webdesign-Galerien (1)

Angeregt durch einen Beitrag bei LifeHacker über Foobar2000 habe ich mir die (mMn) aktuell besten Musik-Abspielprogramme für Windows und Linux angeschaut und kurz zusammengefasst.

Windows

Ganz vorne steht wohl immer noch Winamp, das ich persönlich schon seit Jahren vom Rechner verbannt habe. Zu großer Ressourcenverbrauch, vollgepackt mit reichlich unnützen Funktionen und sehr “gesprächig” nach außen – nein danke.

Foobar2000

Ich benutze seitdem Foobar2000 als mein bevorzugtes Programm. Mit einem großen Fundus an Plugins, Erweiterungen und Einstellungsmöglichkeiten kann es an die eigenen Bedürfnisse angepasst werden. Das spartanische Standardlayout und die Grundfunktionen sind aber mMn optimal für Leute die nicht zu viel Zeit haben um sich mit jedem Programm abzumühen bis es das tut was man möchte. Foobar2000 installiert man, importiert seine MP3-Ordner und klickt auf “Abspielen”… das war’s. Die Anbindung an FreeDB finde ich spitze, damit werden alle Alben ordentlich getaggt und die Dateinamen in die richtige Form gebracht. So macht Musikverwaltung Spaß!

musikCube

Wer es lieber etwas grafischer und “peppiger” hat, der sollte sich musikCube anschauen. Das Programm wird unter der LGPL veröffentlicht, was ein klarer Vorteil gegenüber z.B. Foobar2000 oder Winamp ist. Auch die Wahl von SQLite für die Datenhaltung ist mMn ein Schritt in die richtige Richtung. Das Programm wird mit .NET entwickelt, setzt aber kein installiertes .NET Framework voraus. Ein klares Minus ist die fehlende Anbindung “nach draußen” um z.B. Tags, Albencover etc. zu importieren und anzuzeigen. Vielleicht kann man das über eines der Plugins realisieren?

Linux

XMMS

Das “Winamp” für Linux – XMMS. Ganz nett, war aber nie mein Fall. Da es ein sehr häufiger Player für Linux ist wird er aber hier mit aufgeführt.

Listen, just Listen

Mein Favorit unter Linux ist Listen. Der mit Python entwickelte Player für Gnome hat von Haus aus alles was das Musikherz begehrt: Albenbilder, Texte, Wikipedia-, Lastfm- und Shoutcast- Unterstützung und vieles mehr. Auf jeden Fall einen Blick wert!

Amarok

Unter KDE ist Amarok ein gelungenes Programm zum Musik hören. Er unterstützt ebenfalls Albencover, Texte-Download uvm. Die Version 2.0 soll übrigens auf Linux, Windows und OSX laufen und noch dieses Jahr erscheinen… Das wäre ein Kandidat um Foobar2000 abzulösen.

Banshee

Ein weiteres gutes Programm für Gnome ist Banshee. Dieser Spieler bringt gleich noch eine Brennfunktion mit, unterstützt Albencover, lastfm-Anbindung uvm. Ich habe ihn noch nie installiert da mir Listen besser gefallen hat, aber das ist wohl Geschmacksache.

Fazit

Insgesamt gefallen mir die Linux-Programme besser, da sie eine schönere Bedienung und wirklich gute Funktionen liefern. Für Windows kommt da für mich nur ein aufgebohrtes Foobar2000 in Frage… oder? Diese Liste ist natürlich bei weitem nicht vollständig, und daher freue ich mich auf weitere (gute) Vorschläge!

Verwandte Beiträge

• So starten Sie einen erfolgreichen Onlineshop (3)
• Mobiles Betriebssystem eyeOS in Version 1.0 erschienen (0)
• Erschöpfende Liste mit Webdesign-Galerien (1)
• Temporäre E-Mail Adresse für zwischendurch (2)
• Einfacher AJAX-Chat mit Prototype (24)
• Linksammlung für Webworker und Autodidakten (0)
• Ein Produktiv-System mit Open-Source Software aufsetzen (4)

Der dortige Paketbetreuer hat bereits 2004 (!) das Problem erkannt und behoben… da es auch andere Pakete betreffen kann, die auf einer 64-Bit-Architektur installiert werden sollen, ist die Lösung vielleicht auch anderswo einzusetzen.

Die Fehlermeldung lautet so oder so ähnlich:

relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC

Meist versucht das Programm, sich selbst an statische Libraries zu binden, was aber bei “shared objects” nicht erlaubt ist. So habe ich das zumindest verstanden. Abhilfe schafft man, indem man die Bibliotheken nicht direkt angibt, sondern dem Compiler mitteilt, daß er einfach die zur Verfügung stehenden Libs benutzen soll.

Im Fall von Saferpay ist das in der Datei “idpapp.mk”, wo die statischen Libs zugewiesen werden:

LIBS   =       /usr/lib/libssl.a /usr/lib/libcrypto.a

Diese Zeile ändert man entsprechend zu dem hier

LIBS   =       -lssl -lcrypto

und schon läuft die Kompilierung durch…

Verwandte Beiträge

• PHP Skripte zügeln (0)
• Die Google Shell (0)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• Auto-Checkout mit Subversion (6)
• SSL-Proxy unter Debian (Etch) einrichten (2)
• Vim.rc und Screen.rc plus vim-colors und plugins (0)
• Mobiles Betriebssystem eyeOS in Version 1.0 erschienen (0)