July 2014 - Dillo-dev - lists.mailman3.com

build fails on CentOS 7

by sgeerken＠dillo.org

On Sa, Jul 12, 2014, Bob Tennent wrote: > : > Making all in test > make[2]: Entering directory `/home/rdt/src/dillo-3.0.4/test' > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc > mv -f .deps/dw_anchors_test.Tpo .deps/dw_anchors_test.Po > g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dw-anchors-test dw_anchors_test.o ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -Wl,-z,relro -lfltk > /bin/ld: ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): undefined reference to symbol 'XCreatePixmap' > /bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line > /lib64/libX11.so.6: could not read symbols: Invalid operation > collect2: error: ld returned 1 exit status > make[2]: *** [dw-anchors-test] Error 1 > make[2]: Leaving directory `/home/rdt/src/dillo-3.0.4/test' I've just pushed a possible fix to <http://hg.dillo.org/dillo>, please test it. Or apply the attached patch to dillo 3.0.4, if you want to install a stable version. Sebastian

July 12, 2014

build fails on CentOS 7

by rdt＠cs.queensu.ca

: Making all in test make[2]: Entering directory `/home/rdt/src/dillo-3.0.4/test' g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT dw_anchors_test.o -MD -MP -MF .deps/dw_anchors_test.Tpo -c -o dw_anchors_test.o dw_anchors_test.cc mv -f .deps/dw_anchors_test.Tpo .deps/dw_anchors_test.Po g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -L/usr/local/lib -o dw-anchors-test dw_anchors_test.o ../dw/libDw-widgets.a ../dw/libDw-fltk.a ../dw/libDw-core.a ../lout/liblout.a -Wl,-z,relro -lfltk /bin/ld: ../dw/libDw-fltk.a(libDw_fltk_a-fltkviewbase.o): undefined reference to symbol 'XCreatePixmap' /bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line /lib64/libX11.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[2]: *** [dw-anchors-test] Error 1 make[2]: Leaving directory `/home/rdt/src/dillo-3.0.4/test' Bob T.

July 12, 2014

HTTP persistent connections / keep-alive

by eocene＠gmx.com

I wrote, three months ago: > I have been experimenting with persistent connections for http, and > wanted to see what your thoughts were. > > This has been working well enough for me: > http://flpsed.org/hgweb/eocene_persistent_connections/ > > Why? To be a good internet citizen, tcp slow-start, etc. > > Johannes gave it a try and said it performed well. [snip] So I've been using it for three months and I like it. I haven't noticed any problems with it, and I'm planning to merge it in next week -- maybe around the 17th. To enjoy persistent connections, you would have to put http_persistent_conns=YES in dillorc.

July 12, 2014

general uri handler

by dennisn＠dennisn.linuxd.org

On Sat, 5 Jul 2014 12:27:54 +0200, Johannes Hofmann wrote: > On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > > How are you guys handling non-builtin uris, like ed2k:, mailto:, > > magnet:, etc? I hacked a general purpose handler (that calls a shell > > script) from dpi/hello.c, but surely something this useful should > > ship with dillo? > > > > It seems that this has been a popular request for a long time :P... > > > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html > > I mostly use "Copy link location" from the popup menu. > Can you make the source of your general purpose handler availble > somewhere? It was a tiny hack of dpi/hello.c, I also got rid of the dialog box and changed the html output a bit, and didn't bother doing escape character filtering... + Dstr *cmd_arg = dStr_new(""); if (cmd && url) { - child_cmd = dStrdup("date -R"); + dStr_sprintfa(cmd_arg, "dillo-urihandler \"%s\"", url); + child_cmd = dStrdup(cmd_arg->str); MSG("[%s]\n", child_cmd); To make compilation easier, I didn't bother renaming "hello.filter.dpi". And I had to add an entry for each protocol that I wanted to handle in dpidrc... +proto.magnet=bla/hello.filter.dpi +proto.mailto=bla/hello.filter.dpi

July 5, 2014

general uri handler

by Johannes.Hofmann＠gmx.de

On Sat, Jun 28, 2014 at 07:58:20AM -0400, Dennis New wrote: > How are you guys handling non-builtin uris, like ed2k:, mailto:, > magnet:, etc? I hacked a general purpose handler (that calls a shell > script) from dpi/hello.c, but surely something this useful should ship > with dillo? > > It seems that this has been a popular request for a long time :P... > > http://lists.dillo.org/pipermail/dillo-dev/2004-October/002403.html I mostly use "Copy link location" from the popup menu. Can you make the source of your general purpose handler availble somewhere? Cheers, Johannes

July 5, 2014