dillo_port1.3 - dpid not starting
Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed. $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon -- Roger http://rogerx.freeshell.org/
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
$ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
I am also starting the dillo port1.3 dpid manually: $ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started Since I'm getting null, somethings not right. -- Roger http://rogerx.freeshell.org/
On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote:
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
$ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
I am also starting the dillo port1.3 dpid manually:
$ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started
Since I'm getting null, somethings not right.
Try: $ killall dpid $ which dpid (both check it is installed and in a directory in your path) -- Cheers Jorge.-
On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote:
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
$ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
I am also starting the dillo port1.3 dpid manually:
$ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started
Since I'm getting null, somethings not right.
Try:
$ killall dpid $ which dpid
(both check it is installed and in a directory in your path)
A little misled here with the error messages. Same error, but now I see, at times, dpid was probably started in one of my past attempts. dpi_read_comm_keys file not found is likely the problem. After dpid is started: ~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon roger@localhost1 ~/src/dillo/dillo_port1.3/src $ cp ../../install/bin/dpid* ~/bin/ roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpidc /home/roger/bin/dpidc roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpid /home/roger/bin/dpid roger@localhost1 ~/src/dillo/dillo_port1.3/src $ echo $PATH /home/roger/bin:/usr/games/bin:/home/roger/bin:/usr/games/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.4.5:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin Is it also trying to find the lib file "install/lib/dillo/dpi/bookmarks/bookmarks.dpi" installed in a common lib path too? I did use ./configure --prefix=/home/roger/src/dillo/install, so things should just work from there, except for finding & executing bin/dpid? (One of the supposed Gentoo developers yanked the fltk-1.3 ebuilds, so now I'm stuck installing everything from sources.)
On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote:
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
$ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
I am also starting the dillo port1.3 dpid manually:
$ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started
Since I'm getting null, somethings not right.
Try:
$ killall dpid $ which dpid
(both check it is installed and in a directory in your path)
A little misled here with the error messages. Same error, but now I see, at times, dpid was probably started in one of my past attempts. dpi_read_comm_keys file not found is likely the problem. After dpid is started: ~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon roger@localhost1 ~/src/dillo/dillo_port1.3/src $ cp ../../install/bin/dpid* ~/bin/ roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpidc /home/roger/bin/dpidc roger@localhost1 ~/src/dillo/dillo_port1.3/src $ which dpid /home/roger/bin/dpid roger@localhost1 ~/src/dillo/dillo_port1.3/src $ echo $PATH /home/roger/bin:/usr/games/bin:/home/roger/bin:/usr/games/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.4.5:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown- +jdk-1.4.2.03/jre/bin Is it also trying to find the lib file "install/lib/dillo/dpi/bookmarks/bookmarks.dpi" installed in a common lib path too? I did use ./configure --prefix=/home/roger/src/dillo/install, so things should just work from there, except for finding & executing bin/dpid? (One of the supposed Gentoo developers yanked the fltk-1.3 ebuilds, so now I'm stuck installing everything from sources.)
On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote:
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3? I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
$ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
I am also starting the dillo port1.3 dpid manually:
$ ~/src/dillo/install/bin/dpid [dpid]: a_Misc_mksecret: fac37519 dpid started
Since I'm getting null, somethings not right.
Try:
$ killall dpid $ which dpid
(both check it is installed and in a directory in your path)
(EMail seems to be being blocked. Resending.) dpi_read_comm_keys file not found is likely the problem. After dpid is started: ~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory Dpi_blocking_start_dpid: try 1 [dpid]: a_Misc_mksecret: 1423de10 dpid started Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon Nav_open_url: new url='dpi:/bm/' Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
Hi, On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote:
On Wed, May 11, 2011 at 09:05:51AM -0400, Jorge Arellano Cid wrote: On Wed, May 11, 2011 at 12:54:07AM -0800, Roger wrote:
On Wed, May 11, 2011 at 12:50:20AM -0800, Roger wrote: Anybody else seeing this with dillo port 1.3?
Not that I know, but I remember it's common after messing the dpi installation (e.g. merging old and new binaries, or with the old dpid still runnning with multiple dpids running...)
I'm seeing this after I completely uninstalled dillo-1 & dillo-2 from my system, leaving only dillo_port1.3 installed.
(EMail seems to be being blocked. Resending.)
It arrived here with more than a hundred of whitespace trailing most text lines...
dpi_read_comm_keys file not found is likely the problem.
After dpid is started:
~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10 dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case). I was able to reproduce it by deleting the bookmarks.dpi binary. dpid checks both: 1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi so you should check what's going on there. -- Cheers Jorge.-
On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: Hi,
On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote:
(EMail seems to be being blocked. Resending.)
It arrived here with more than a hundred of whitespace trailing most text lines...
Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked fine here -- so first I've heard/seen this. Quite possible it was because I was using Mutt for GMail.
dpi_read_comm_keys file not found is likely the problem.
After dpid is started:
~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10 dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case).
I was able to reproduce it by deleting the bookmarks.dpi binary.
dpid checks both:
1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi
so you should check what's going on there.
Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi via "./configure --prefix=/blah/blah". Correct? (I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs separate from the system packages to prevent unowned files on the system. I've never run into a program that didn't obey the --prefix assignment yet. I have yet to verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to this.)
Sorry for my english. dpid uses the dpi_dir line at dpidrc file to find system wide DPIs dir. It try ~/.dillo/dpi/ for user wide DPIs.(after or before system wide ones. I do not remember) I have this start line in dpidrc: dpi_dir=/usr/local/lib/dillo/dpi I agree dpid should use the correct prefix for system wide DPIs, but i do not know configure enough. For reference: To bind a service with a DPI dpid uses dpidrc and for backward compatibility ~/.dillo/dpi/<service>/*.[filter].dpi or <dpi_dir>/<service>/*.[filter].dpi (If i remember right) the servicces that dillo ask to dpid (currently) are: - "bm" or "bookmarks" for bookmarks - "cookies" for cookies - "vsource" for view source - "proto.%p" for unhandled protocol - etc The lines at dpidrc have this format: <service_name>[*]=<relative or parcial (last part) path to DPI/>DPI_name.[filter].dpi '*' have special meaning after service name and match not handled services that start with service_name i have some lines like this in my dpidrc: ---------------------------------- proto.ftp=ftp.filter.dpi proto.https=https.filter.dpi proto.file=file.dpi proto.data=datauri.filter.dpi proto.abc=hello.filter.dpi # debug prefs DPI fast with p: proto.p=prefs.dpi # handler for not handled protocols #proto.*=hello.filter.dpi # handler for dpi:/@/ #@=hello.filter.dpi # someone forgot the start slash in dpi:foo/ (only at url bar) #proto.dpi=hello.filter.dpi # default handler for dpi:/without_ending_slash #?=hello.filter.dpi # never use or all services will be handled whith this dpi # *=hello.filter.dpi ---------------------------------- If some one write a gopher DPI (only implement open_url DPIP command) only need to add this to dpidrc file: proto.gopher=[path/]<gopher>.[filter].dpi If some one write another bookmarks DPI use: bookmarks=[path/]<new_bm>.[filter].dpi etc for downloads, etc ... I personally think about DPI infrastructure that: - need better docs (part my fault) - is fragile - dpid is too big and have legacy code - infrastructure simplification will be good But unknown how and it currently works Diego. 2011/5/13, Roger <rogerx.oss@gmail.com>:
On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: Hi,
On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote:
(EMail seems to be being blocked. Resending.)
It arrived here with more than a hundred of whitespace trailing most text lines...
Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked fine here -- so first I've heard/seen this. Quite possible it was because I was using Mutt for GMail.
dpi_read_comm_keys file not found is likely the problem.
After dpid is started:
~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10
dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid.
** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case).
I was able to reproduce it by deleting the bookmarks.dpi binary.
dpid checks both:
1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi
so you should check what's going on there.
Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi via "./configure --prefix=/blah/blah". Correct?
(I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs separate from the system packages to prevent unowned files on the system. I've never run into a program that didn't obey the --prefix assignment yet. I have yet to verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to this.)
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: Hi,
On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: ....
Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10 dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid. ** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case).
I was able to reproduce it by deleting the bookmarks.dpi binary.
dpid checks both:
1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi
so you should check what's going on there.
Somebody emailed me and told me the $HOME/.dillo/dpidrc file statically states where the dpi LIBS are located. Changed it to reflect my compiled "./configure --prefix=blah" install location and DPI bookmarks now work fine.
Can you post changes like a patch here? Diego. 2011/5/19, Roger <rogerx.oss@gmail.com>:
On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: Hi,
On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote: ....
Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10
dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid.
** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case).
I was able to reproduce it by deleting the bookmarks.dpi binary.
dpid checks both:
1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi
so you should check what's going on there.
Somebody emailed me and told me the $HOME/.dillo/dpidrc file statically states where the dpi LIBS are located.
Changed it to reflect my compiled "./configure --prefix=blah" install location and DPI bookmarks now work fine.
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev
participants (3)
-
darkspirit5000＠gmail.com -
jcid＠dillo.org -
rogerx.oss＠gmail.com