Paket aus neuerer Version
-
- Beiträge: 3792
- Registriert: 26.02.2009 14:35:56
Re: Paket aus neuerer Version
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.
Re: Paket aus neuerer Version
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?
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?
Re: Paket aus neuerer Version
Das ist kein Bug. In der /etc/checkinstallrc muß die translation ausgeschaltet werden, also.....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
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.
Re: Paket aus neuerer Version
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?
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?
Re: Paket aus neuerer Version
Welche Abhängigkeiten? Erkläre das mal näher.frankw hat geschrieben:30.10.2018 14:11:12...wie ich bei checkinstall die Abhängigkeiten richtig hinterlegen kann?
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.frankw hat geschrieben:30.10.2018 14:11:12DOCS brauche ich unbedingt? wenn nein, wie kann ich die ausschließen?
Kann ich nicht beantworten, Dein System kenne ich nicht.
Re: Paket aus neuerer Version
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
Re: Paket aus neuerer Version
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
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
Re: Paket aus neuerer Version
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)
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)
Re: Paket aus neuerer Version
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.
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.
Re: Paket aus neuerer Version
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...
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...
habe das paket jetzt mal in meinem Web-Container installiert...scheinbar wird das offizielle Packet deinstalliert...zum glück ist die Konfig noch da...
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
*****************************************
**** 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:
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
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'.
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"
Re: Paket aus neuerer Version
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.
Aber wenn das jetzt so läuft, ist es ja gut.
Re: Paket aus neuerer Version
mit den Dateien aus dem Ursprungspaket habe ich es in dem Web-Container laufen...
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
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
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
Re: Paket aus neuerer Version
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.
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.
Zuletzt geändert von KP97 am 30.10.2018 17:49:42, insgesamt 1-mal geändert.
Re: Paket aus neuerer Version
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
ich vermute, es wird die variable nicht verwendet, da der Pfad /mnt/vcs/git nicht auftaucht
wenn mod_setenv fehlen würde würde der Server eigentlich nicht starten, oder?
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
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" => ""
)
}
Zuletzt geändert von frankw am 30.10.2018 18:01:24, insgesamt 1-mal geändert.
Re: Paket aus neuerer Version
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.
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.
Re: Paket aus neuerer Version
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
wie gesagt share gibt es im Quell-verzeichnis nicht
Re: Paket aus neuerer Version
Hatte ich bereits vorher beschrieben, hatte sich überschnitten.
Re: Paket aus neuerer Version
sorry, habs übersehen...
hat scheinbar funktioniert
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
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
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
müsste auch für /etc noch einiges hinzufügen, wie ich merke...das wird durch mein Paket auch nicht angelegt
Zuletzt geändert von frankw am 30.10.2018 19:05:01, insgesamt 1-mal geändert.
Re: Paket aus neuerer Version
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?
Läuft denn jetzt alles wie gewünscht?
Re: Paket aus neuerer Version
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)
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)
-
- Beiträge: 3792
- Registriert: 26.02.2009 14:35:56
Re: Paket aus neuerer Version
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 sollte von checkinstall entsprechend erkannt werden.
Versuch macht kluch.
Re: Paket aus neuerer Version
Quatsch, ein Denkfehler meinerseits. Da bleibt nur das makefile, hat @pferdefreund aber schon gesagt.KP97 hat geschrieben:30.10.2018 19:04:45Ich würde das Verzeichnis nach make und vor checkinstall einfügen.
Re: Paket aus neuerer Version
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-Fehlermeldungpferdefreund hat geschrieben:30.10.2018 19:17:02Man 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.
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')
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?
Re: Paket aus neuerer Version
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.
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.
Re: Paket aus neuerer Version
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.