Paket aus neuerer Version

[pferdefreund]

Das kenne ich, dass checkinstall Verzeichnisse nicht findet. Ich mache es im Regelfall einfach so, dass ich erst make install ausführe und dann checkinstall. Klappt dann alles sogleich auf Anhieb. Ist wohl irgendwo - wo auch immer - ein Bug.

[frankw]

ist denn mein ./configure (besonders wg. ssl-dir) soweit richtig? kann ich die docs weglassen, die ja default sind und sowieso falsch im /usr/share landen statt /opt

muss ich das service-script irgendwie ändern (oder nen symlink), um das neue Lighttpd unter /opt mittels service lighttpd start/stop nutzen zu können?

[KP97]

.....habe ich versucht mittels checkinstall ein deb anzulegen....
....ich habe das Verzeichnis jetzt mal mit dem gleichen mkdir-Befehl angelegt...und schon wird das Paket erzeugt...sehr merkwürdig

Das ist kein Bug. In der /etc/checkinstallrc muß die translation ausgeschaltet werden, also
In Zeile 111 TRANSLATE=0
Dann funktioniert das automatische Anlegen von Ordnern.
Hast Du vorher die checkinstallrc nicht genau angeschaut und Einträge, z.B. Sofortinstallation oder nur Paketbau, vorgenommen?

Ich kenne Dein Programm nicht, aber wenn der Start vorher aus /usr/bin erfolgte, würde ich von /opt einen Symlink dahin legen.

[frankw]

nur Paketbau in meinem Fall...ich will das Paket ja nicht im Dev-system installieren sondern im Web-Container

Translate=0, um Ordner anzulegen? klingt sehr logisch darauf wäre ich nie gekommen...danke dir...ich probiere es mal aus

ich denke per default liegt die binary von lighttpd in /usr/sbin, da es ja ein Server-Dienst ist....kommt aber auf das Gleiche heraus...na mal schauen, ob ein symlink reicht, damit das Service-Script den richtigen Webserver hochzieht

wie kann ich bei checkinstall die Abhängigkeiten richtig hinterlegen kann?

DOCS brauche ich unbedingt? wenn nein, wie kann ich die ausschließen? ist mein ssl-pfad richtig hergeleitet?

[KP97]

...wie ich bei checkinstall die Abhängigkeiten richtig hinterlegen kann?

Welche Abhängigkeiten? Erkläre das mal näher.

DOCS brauche ich unbedingt? wenn nein, wie kann ich die ausschließen?

Wenn die Optional Features das nicht auflisten, gar nicht. Nur die angegebenen Parameter werden ausgeführt, wenn Du andere angibst, werden die ignoriert und es erscheint eine Warnung am Ende von ./configure.

ist mein ssl-pfad richtig hergeleitet?

Kann ich nicht beantworten, Dein System kenne ich nicht.

[frankw]

...wie ich bei checkinstall die Abhängigkeiten richtig hinterlegen kann?

Welche Abhängigkeiten? Erkläre das mal näher.

lighttpd existiert ja als offizielles Paket, jedoch in niedrigerer Version...ich würde aber die Abhängigkeiten des offiziellen Paketes über Checkinstall mit angeben...dort kann man die ja scheinbar angeben (am Anfang, wo man auch die Beschreibung des Paketes definiert)

Code: Alles auswählen

Hängt ab von: init-system-helpers (>= 1.18~), libattr1 (>= 1:2.4.46-8), libbz2-1.0, libc6 (>= 2.17), libfam0, libpcre3,
              libssl1.1 (>= 1.1.0), zlib1g (>= 1:1.1.4), mime-support, lsb-base (>= 3.0-6)
Empfiehlt: spawn-fcgi
Schlägt vor: openssl, rrdtool, php5-cgi, apache2-utils, lighttpd-doc
Liefert: httpd, httpd-cgi

[KP97]

Ach so meinst Du das.
Ich verwende immer bei meinen Paketen einen einfachen Kniff. Ich gebe bei checkinstall unter Punkt 3 "Version" eine sehr viel höhere Version an, als jemals im Repo erscheinen wird.
Beispiel:
Ich habe schon vor mehr als einem Jahr das komplette Xfce selbst kompiliert und auf Gtk3 gehoben.
Dabei habe ich durchgängig die Version mit 6 angegeben.
Das erspart ein apt-pinning, d.h. diese Pakete werden nie überschrieben, und wenn ich z.B. in Synaptic schaue, sehe ich auf Anhieb, welches meine Pakete sind.
Um etwaige Updates mußt Du Dich natürlich selbst kümmern.
gallery/image/1929

[frankw]

Das mit den updates ist klar...meinte aber nicht das überschreiben (da nehme ich die echte lighttpd-version...stretch wird bei 1.4.45 bleiben) sondern die Abhängigkeiten...

Wenn ich mein packet neu installiere und das original nicht drauf ist müssen die Abhängigkeiten auch installiert werden bzw. Wenn das original deinstalliert wird sind diese Pakete auf ready-for-uninstall (apt-get autoremove würde die entfernen)

[KP97]

Dann würde ich das Originalpaket installieren nebst der Abhängigkeiten, in Stretch wird sich ja nichts mehr ändern.
Und anschließend installierst Du Dein Paket mit dpkg -i --force-overwrite. Dann ist alles zusammen und nichts wird entfernt.
Noch ein Tipp:
Wenn Du das Kompilierverzeichnis noch hast, brauchst Du nur checkinstall nochmal ausführen, um die Version zu ändern.

[frankw]

ich wollte es halt sauber definieren das Packet ohne die offizielle Version zusätzlich drauf zu haben...wird ja dann nicht genutzt und ich bin sicher, dass meine Version geladen wird...

Code: Alles auswählen

*****************************************
**** Debian package creation selected ***
*****************************************

Das Paket wird entsprechend dieser Vorgaben erstellt:

0 -  Maintainer: [ root@stretch-dev ]
1 -  Summary: [ lighttpd/1.4.51 (ssl) - a light and fast webserver ]
2 -  Name:    [ lighttpd ]
3 -  Version: [ 1.4.51 ]
4 -  Release: [ 1 ]
5 -  License: [ GPL ]
6 -  Group:   [ checkinstall ]
7 -  Architecture: [ armhf ]
8 -  Source location: [ lighttpd-1.4.51 ]
9 -  Alternate source location: [  ]
10 - Requires: [ init-system-helpers (>= 1.18~), libattr1 (>= 1:2.4.46-8), libbz2-1.0, libc6 (>= 2.17), libfam0, libpcre3,libssl1.1 (>= 1.1.0), zlib1g (>= 1:1.1.4), mime-support, lsb-base (>= 3.0-6) ]
11 - Provides: [ httpd, httpd-cgi ]
12 - Conflicts: [  ]
13 - Replaces: [  ]

Geben Sie die betreffende Nummer ein, um die Vorgaben zu ändern:

habe das jetzt einfach so rüberkopiert...ich hoffe er frisst das so (mit den Versionsabhängigkeiten)...checkinstall hat ja nur ein Textfeld und ich weis nicht, ob Komma das richtige Trennzeichen ist

irgendwo ist noch das doc-verzeichnis (/usr/share/doc) definiert, welches eigentlich falsch ist (habe das beim ersten mal einfach bestätigt)...wie bekomme ich das raus? => habs....muss das doc-pak löschen das ist in der tar nicht drin und wurde von checkinstall erstellt

scheinbar hat ers gefressen...

Code: Alles auswählen

dpkg-deb -I lighttpd_1.4.51-1_armhf.deb 
 neues Debian-Paket, Version 2.0.
 Größe 227772 Byte: control-Archiv= 439 Byte.
       0 Byte,     0 Zeilen      conffiles            
     477 Byte,    11 Zeilen      control              
 Package: lighttpd
 Priority: extra
 Section: checkinstall
 Installed-Size: 892
 Maintainer: root@stretch-dev
 Architecture: armhf
 Version: 1.4.51-1
 Depends: init-system-helpers (>= 1.18~), libattr1 (>= 1:2.4.46-8), libbz2-1.0, libc6 (>= 2.17), libfam0, libpcre3,libssl1.1 (>= 1.1.0), zlib1g (>= 1:1.1.4), mime-support, lsb-base (>= 3.0-6)
 Provides: httpd, httpd-cgi
 Description: lighttpd/1.4.51 (ssl) - a light and fast webserver
  lighttpd/1.4.51 (ssl) - a light and fast webserver

habe das paket jetzt mal in meinem Web-Container installiert...scheinbar wird das offizielle Packet deinstalliert...zum glück ist die Konfig noch da...

Code: Alles auswählen

Okt 30 17:13:10 stretch-web systemd[1]: Starting LSB: Start the lighttpd web server....
Okt 30 17:13:10 stretch-web lighttpd[21379]: /bin/sh: 1: /usr/share/lighttpd/use-ipv6.pl: not found
Okt 30 17:13:10 stretch-web lighttpd[21379]: 2018-10-30 17:13:10: (configfile.c.1462) commaned "/usr/share/lighttpd/use-ipv6.pl 80" exited non-zero: 127
Okt 30 17:13:10 stretch-web lighttpd[21379]: 2018-10-30 17:13:10: (configfile.c.1277) source: /etc/lighttpd/lighttpd.conf line: 31 pos: 14 parser failed somehow near here: (EOL)
Okt 30 17:13:10 stretch-web systemd[1]: lighttpd.service: Control process exited, code=exited status=255
Okt 30 17:13:10 stretch-web systemd[1]: Failed to start LSB: Start the lighttpd web server..
Okt 30 17:13:10 stretch-web systemd[1]: lighttpd.service: Unit entered failed state.
Okt 30 17:13:10 stretch-web systemd[1]: lighttpd.service: Failed with result 'exit-code'.

die Dateien sind beim offiziellen Paket dabei, fehlen aber in meinem Paket...kann ich die Dateien aus dem offiziellen Packet in meins integrieren?

Code: Alles auswählen

# default listening port for IPv6 falls back to the IPv4 port
include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"

[KP97]

Das Originalpaket hast Du nicht zusätzlich, das wird ja mit --force-overwrite überschrieben.
Aber wenn das jetzt so läuft, ist es ja gut.

[frankw]

mit den Dateien aus dem Ursprungspaket habe ich es in dem Web-Container laufen...

Code: Alles auswählen

root@stretch-web:~# systemctl status lighttpd.service
● lighttpd.service - LSB: Start the lighttpd web server.
   Loaded: loaded (/etc/init.d/lighttpd; generated; vendor preset: enabled)
   Active: active (running) since Tue 2018-10-30 17:22:22 CET; 6s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 21424 ExecStart=/etc/init.d/lighttpd start (code=exited, status=0/SUCCESS)
 Main PID: 111 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/lighttpd.service
           ├─21444 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
           ├─21445 /usr/bin/php-cgi
           ├─21446 /usr/bin/php-cgi
           ├─21447 /usr/bin/php-cgi
           ├─21448 /usr/bin/php-cgi
           └─21449 /usr/bin/php-cgi

Okt 30 17:22:22 stretch-web systemd[1]: Starting LSB: Start the lighttpd web server....
Okt 30 17:22:22 stretch-web lighttpd[21424]: 2018-10-30 17:22:22: (configfile.c.56) Warning: please add "mod_openssl" to server.modules list in lighttpd.conf.  A future release of lighttpd 1.4.x *will not
Okt 30 17:22:22 stretch-web lighttpd[21424]: Starting web server: lighttpd2018-10-30 17:22:22: (configfile.c.56) Warning: please add "mod_openssl" to server.modules list in lighttpd.conf.  A future releas
Okt 30 17:22:22 stretch-web lighttpd[21424]: 2018-10-30 17:22:22: (configfile.c.1601) server.upload-dirs doesn't exist: /var/cache/lighttpd/uploads
Okt 30 17:22:22 stretch-web lighttpd[21424]: .
Okt 30 17:22:22 stretch-web systemd[1]: Started LSB: Start the lighttpd web server..

root@stretch-web:~# ls -l /usr/sbin/lighttpd 
lrwxrwxrwx 1 root root 18 Okt 30 17:12 /usr/sbin/lighttpd -> /opt/sbin/lighttpd
root@stretch-web:~# lighttpd -v
lighttpd/1.4.51 (ssl) - a light and fast webserver

muss die 3 Perl-Dateien jetzt nur noch in meine Deb reinbekommen...nur wie? mhm...scheinbar werden die configs in conf-enabled nicht geladen...argh

mhm...den alias für phpmyadmin frisst er, aber er öffnet es nicht (bekomme nur weiße seite...html-code scheint da zu sein)...ssl scheint zu funktionieren

bei git sagt er erkennt das repo nicht

[KP97]

Sind das nur Dateien? Schau nach, wo genau die im Originalpaket liegen.
Dann nimmst Du Dein selbst kompiliertes Paket, ab besten in einem getrennten Testordner, führst als root auf der Konsole
dpkg-deb -R <Dein Paket> <nochmal der Paketname>
aus. Dabei wird das Paket entpackt und ein gleichnamiger Ordner erstellt. Jetzt fügst Du die Dateien an den richtigen Platz ein.
Dann
dpkg-deb -b <nochmal der Paketname> (der Ordnername)
und damit werden die Dateien sauber in das wieder gepackte Paket eingefügt.

Was man mit Paketen bzw. dem Paketmanager anstellen kann, weiß ich wohl.
Was der Webserver alles können soll/muß, weiß ich eher nicht, da ich sowas nicht einsetze.
Zum Serverbetrieb kann evtl. jemand anders mehr sagen.

[frankw]

jo das sind nur dateien...im original landen die unter /usr/share/lighttpd bei mir jetzt unter /opt/share/lighttpd...im deb landet der man-ordner in share...aber das ist irgendwo definiert...im sourceverzeichnis habe ich keinen share-ordner

das Problem mit phpmyadmin hat sich mit aktivierung von debug.log-request-handling = "enable" erledigt...warum auch immer...jetzt wird die login-maske angezeigt

bei git ist noch was faul...ich weis nur nciht was...es wird an git-http-backend weitergereicht

Code: Alles auswählen

2018-10-30 17:47:11: (response.c.657) Basedir      : /usr/lib/git-core/git-http-backend 
2018-10-30 17:47:11: (response.c.658) Rel-Path     : /git/web_brk/info/refs 
2018-10-30 17:47:11: (response.c.659) Path         : /usr/lib/git-core/git-http-backend/web_brk/info/refs 
2018-10-30 17:47:11: (response.c.671) -- handling physical path 
2018-10-30 17:47:11: (response.c.672) Path         : /usr/lib/git-core/git-http-backend/web_brk/info/refs 
2018-10-30 17:47:11: (response.c.679) -- handling subrequest 
2018-10-30 17:47:11: (response.c.680) Path         : /usr/lib/git-core/git-http-backend 
2018-10-30 17:47:11: (response.c.681) URI          : /git 
2018-10-30 17:47:11: (response.c.682) Pathinfo     : /web_brk/info/refs 

ich vermute, es wird die variable nicht verwendet, da der Pfad /mnt/vcs/git nicht auftaucht

Code: Alles auswählen

server.modules += (
  "mod_cgi",
#  "mod_alias",
#  "mod_auth",
  "mod_setenv")

alias.url += ( "/git" => "/usr/lib/git-core/git-http-backend" )
$HTTP["url"] =~ "^/git" {
        cgi.assign = ("" => "")
        setenv.add-environment = (
                "GIT_PROJECT_ROOT" => "/mnt/vcs/git",
                "GIT_HTTP_EXPORT_ALL" => ""
        )
}

wenn mod_setenv fehlen würde würde der Server eigentlich nicht starten, oder?

[KP97]

Durch meinen Zusatz haben sich unsere Beiträge überschnitten.
Ich hätte das Paket nicht nach /opt gepackt, obwohl es der empfohlene Weg ist.
Bei einem prefix=/usr landen die Libs und alles andere immer am richtigen Platz, ohne Symlinks. Daß es Dein Paket ist, siehst Du dann an der vergebenen Version.
So mache ich das immer, und habe noch nie Probleme damit gehabt.

[frankw]

ok, um das nicht zu vermischen müsste ich nur wissen, wie ich die 3 Perl-scripte in die deb mit reinbekomme....den rest mache ich lieber in nem separaten Thread

wie gesagt share gibt es im Quell-verzeichnis nicht

[KP97]

Hatte ich bereits vorher beschrieben, hatte sich überschnitten.

[frankw]

sorry, habs übersehen...

Code: Alles auswählen

dpkg-deb -R lighttpd_1.4.51-1_armhf.deb lighttpd
mkdir -p lighttpd/opt/share/lighttpd/
cp missing/* lighttpd/opt/share/lighttpd/
dpkg-deb -b lighttpd lighttpd_1.4.51-1_armhf.deb

hat scheinbar funktioniert

Code: Alles auswählen

dpkg -c lighttpd_1.4.51-1_armhf.deb
...
drwxr-xr-x root/root         0 2018-10-30 18:28 ./opt/share/
drwxr-xr-x root/root         0 2018-10-30 18:37 ./opt/share/lighttpd/
-rwxr-xr-x root/root       461 2018-10-30 18:37 ./opt/share/lighttpd/create-mime.assign.pl
-rwxr-xr-x root/root       241 2018-10-30 18:37 ./opt/share/lighttpd/include-conf-enabled.pl
-rwxr-xr-x root/root       247 2018-10-30 18:37 ./opt/share/lighttpd/use-ipv6.pl

das muss ich jedoch jedesmal machen nachdem checkinstall das packet gebat hat...kann ich das nicht gleich für checkinstall hinterlegen? aber da muss ich vermutlich an das makefile ran, oder?

müsste auch für /etc noch einiges hinzufügen, wie ich merke...das wird durch mein Paket auch nicht angelegt

[KP97]

Ich würde das Verzeichnis nach make und vor checkinstall einfügen. Checkinstall kann ja nur von dem Vorhandenen ein Paket bauen, weitere Funktionen hat das Programm nicht.
Läuft denn jetzt alles wie gewünscht?

[frankw]

git will nicht so recht...aber das mache ich über den anderen Thread viewtopic.php?f=8&t=171109&p=1187663#p1187663

ich weis nur nicht, wie ich nach make die verzeichnisse richtig anlege...die man-pages liegen ja auch nicht unter share...ich vermute das ist im makefile definiert, wo was landet (für die install-regel, die checkinstall aufruft)

[pferdefreund]

Man könnte das Makefile entsprechend anpassen. Hab ich bei einfachen Sachen auch schon gemacht. Beim install-Ziel die Copy-Befehle mit dabei und sollte funktionieren.
Das sollte von checkinstall entsprechend erkannt werden.
Versuch macht kluch.

[KP97]

Ich würde das Verzeichnis nach make und vor checkinstall einfügen.

Quatsch, ein Denkfehler meinerseits. Da bleibt nur das makefile, hat @pferdefreund aber schon gesagt.

[frankw]

Man könnte das Makefile entsprechend anpassen. Hab ich bei einfachen Sachen auch schon gemacht. Beim install-Ziel die Copy-Befehle mit dabei und sollte funktionieren.
Das sollte von checkinstall entsprechend erkannt werden.
Versuch macht kluch.

das Makefile ist leider nur riesig und ich finde die richtige lokation nicht...hochladen geht hier im forum scheinbar nicht und beim nopaste-service kommt nur ne php-Fehlermeldung

Code: Alles auswählen

[phpBB Debug] PHP Warning: in file [ROOT]/ext/phpbbde/pastebin/controller/main.php on line 279: include_once(./includes/functions_upload.php): failed to open stream: No such file or directory
[phpBB Debug] PHP Warning: in file [ROOT]/ext/phpbbde/pastebin/controller/main.php on line 279: include_once(): Failed opening './includes/functions_upload.php' for inclusion (include_path='.:/usr/share/php')

habs jetzt hier: https://pastebin.com/WBjDhcAJ

lighttpd.service scheint auch zu fehlen...also das script für systemd und ein dutzend verzeichnisse (var/log/lighttpd,/var/run/lighttpd)...

kann ich mit obiger Methode nicht einfach das offizielle Packet entpacken und meins drüberwerfen und wieder neu packen? oder doch ein anderer Weg?

[KP97]

Durch das makefile mußt Du Dich selbst wühlen...
aber ich hatte doch zuvor schon geschrieben, daß ich es so machen würde:
1. Das offizielle Stretchpaket installieren
Dann schaust Du, ob die services und der Rest vorhanden ist. Zur Sicherheit noch eine Kopie irgendwohin schieben.
2. Dein kompiliertes Paket drüber schieben mit dpkg -i --force-overwrite <paketname>
Das überschreibt das vorhandene Paket, es ist also nichts doppelt. Wieder prüfen, ob alles vorhanden ist.
Sollten wider Erwarten die services oder was anderes fehlen, brauchst Du nur die gesicherten Dateien wieder zurückkopieren.

[MSfree]

Durch das makefile mußt Du Dich selbst wühlen...

Es gibt in Makefiles zwar keine Pflichteinträge, aber per Konvention sind die Targets all, clean, install und uninstall praktisch immer vorhanden.

Mit make oder make all wird die Software kompiliert und gelinkt.
Mit make install wird die Software installiert
Mit make uninstall wird das installierte wieder entfernt
Mit make clean werden die bei der Kompilation entstehenden Zwischendateien (.o, .a etc) gelöscht.

Wenn man also mit dem selbst kompilierten nicht den Weg über ein Debianpaket gehen will, reicht es, make uninstall aufzurufen. Man geht dann natürlich am Debian Paketmanagement vorbei, aber man braucht keine Angst zu haben, sich das System zu versauen.