- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Francis Daly

On Thu, Apr 20, 2006 at 10:39:30AM +0100, robert w hall wrote: > Cronocloud's error log (long) is posted on playstation2-linux general > forum. I haven't yet bottomed what is going wrong, so would like to try > on my own system. One part of the problem, at least, is revealed by the error message """ [downloads (child)]: cmd: wget -O - --load-cookies $HOME/.dillo/cookies.txt 'http://easynews.dl.sourceforge.net/sourceforge/gaim/gaim-1.5.0.tar.gz' [downloads (child)]: to: /home/CronoCloud/gaim-1.5.0.tar.gz [downloads (child)]: pid=4020, Running: wget -O - --load-cookies $HOME/.dillo/cookies.txt 'http://easynews.dl.sourceforge.net/sourceforge/gaim/gaim-1.5.0.tar.gz' wget: unrecognized option `--load-cookies' [downloads (child)]: pid=4020, done! """ --load-cookies looks to have been introduced between wget 1.6 and 1.7. At a guess, the user's version is not newer than 1.7. >From a dillo perspective, we require the use of wget, and effectively require the use of a newish wget, without testing for its existence or version. The error log as presented without using --disable-dlgui seems mostly silent on the problem. That could be because (GNU v 1.9.1, at least) "wget --WTF?" returns success. More likely, though, in downloads.cc, child_init() returns void, so even if execvp(dl_argv[0], dl_argv) failed and returned something, we still wouldn't see it. In downloads-old.c, the return value of pclose(in_stream) is checked, so wget returning failure could generate a sane message in that case. But, as shown above, we already print the stderr output as a hint. Short version: it looks like a dillo problem to me. Since we rely on wget at run time, we should either use a run time check, or also require it at build time with a configure check. I suspect it isn't trivially resolvable, since the run time check feels complicated, and the build time check can't know what is available at run time in general. For the user, installing a newer (or fuller) wget might remove some of the observable part of the problem. No patches, sorry. f -- Francis Daly francis(a)daoine.org

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by robert w hall

In message <JzceN$BdgkREFwgw(a)n-cantrell.demon.co.uk>, robert w hall <bobh(a)n-cantrell.demon.co.uk> writes >cronocloud from the playstation2-linux list is testing rc5 for the ps2 >now. rc4 gave him problems with d/l at both sourceforge and a gnome >mirror, he writes. ... Later Cronocloud's error log (long) is posted on playstation2-linux general forum. I haven't yet bottomed what is going wrong, so would like to try on my own system. (Hopefully we will have our machine back running by the w/e) Bob -- robert w hall

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jeremy Henty

On Wed, Apr 19, 2006 at 07:47:12AM -0400, Jorge Arellano Cid wrote: > Your feedback is the only one for rc5 so far. Um, then I'll add my feedback: -rc5 has been rock-solid for me. Cheers, Jeremy Henty

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jorge Arellano Cid

On Wed, Apr 19, 2006 at 08:51:48PM +0200, Thomas-Martin Seck wrote: > * Jorge Arellano Cid (jcid(a)dillo.org) > > > On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > > > > I'm not sure what your planned schedule is for the final release, but I > > > thought I should let you know: I'm going to be on vacation this coming > > > weekend through next Tuesday, April 25. I should have time to build RPMs > > > this week through Thursday, April 20, or next week starting on Wednesday, > > > April 26. > > > > Your feedback is the only one for rc5 so far. I think it's a > > good idea to wait a bit longer and schedule release for April 26 > > or 27 when you have those RPMs built, after the feedback cycle is > > done. > > Sorry, forgot to send feedback. I am using rc5 with the download gui for > a few days now without obvious issues (this is on FreeBSD 4 and 6). > > Unfortunately, the FLTK 2 port has not yet been committed to the FreeBSD > ports tree (this tree still seems to be semi-frozen in order to > stabilize for the upcoming FreeBSD 5.5 and 6.1 releases). Once FLTK 2 is > in, I will add support for it to the dillo port. The dillo port itself > will be updated by me ASAP. Thanks for the info! -- Cheers Jorge.-

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > > I'm not sure what your planned schedule is for the final release, but I > > thought I should let you know: I'm going to be on vacation this coming > > weekend through next Tuesday, April 25. I should have time to build RPMs > > this week through Thursday, April 20, or next week starting on Wednesday, > > April 26. > > Your feedback is the only one for rc5 so far. I think it's a > good idea to wait a bit longer and schedule release for April 26 > or 27 when you have those RPMs built, after the feedback cycle is > done. Sorry, forgot to send feedback. I am using rc5 with the download gui for a few days now without obvious issues (this is on FreeBSD 4 and 6). Unfortunately, the FLTK 2 port has not yet been committed to the FreeBSD ports tree (this tree still seems to be semi-frozen in order to stabilize for the upcoming FreeBSD 5.5 and 6.1 releases). Once FLTK 2 is in, I will add support for it to the dillo port. The dillo port itself will be updated by me ASAP.

April 19, 2006

go to a url programatically

by Jose Luis Zabalza

Hello everybody. I am a newbie. Is there any kind of trick to a program do dillo go to a url? I try send by file.dpi unix socket this <dpi cmd='open_url' url='www.google.com'> modifying dpidc perl script, but I think I don't understand dpi protocol. Thanks in avance. -- José Luis Zabalza jlz.3008(a)gmail.com Linux Counter 172551

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by robert w hall

In message <20060419114712.GD2432(a)dillo.org>, Jorge Arellano Cid <jcid(a)dillo.org> writes > Your feedback is the only one for rc5 so far. I think it's a >good idea to wait a bit longer and schedule release cronocloud from the playstation2-linux list is testing rc5 for the ps2 now. rc4 gave him problems with d/l at both sourceforge and a gnome mirror, he writes. (My machine is lying in bits on the snooker table, with a knackered ribbon cable :-() -- robert w hall

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jorge Arellano Cid

On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > On Saturday 15 April 2006 5:44 am, Jorge Arellano Cid wrote: > > That's it. Please test and send feedback! > > So far, so good! Great! > I'm not sure what your planned schedule is for the final release, but I > thought I should let you know: I'm going to be on vacation this coming > weekend through next Tuesday, April 25. I should have time to build RPMs > this week through Thursday, April 20, or next week starting on Wednesday, > April 26. Your feedback is the only one for rc5 so far. I think it's a good idea to wait a bit longer and schedule release for April 26 or 27 when you have those RPMs built, after the feedback cycle is done. Thanks for the info. -- Cheers Jorge.-

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Kelson Vibber

On Saturday 15 April 2006 5:44 am, Jorge Arellano Cid wrote: > That's it. Please test and send feedback! So far, so good! I'm not sure what your planned schedule is for the final release, but I thought I should let you know: I'm going to be on vacation this coming weekend through next Tuesday, April 25. I should have time to build RPMs this week through Thursday, April 20, or next week starting on Wednesday, April 26. -- Kelson Vibber www.hyperborea.org

April 18, 2006

Re: [Dillo-dev] Upcoming filename changes in FLTK2

by Thomas-Martin Seck

* Jeremy Henty (jeremy(a)chaos.org.uk) > A tip-off for Dillo developers: FLTK2 will shortly rename its > installed libraries and configuration scripts from *fltk* to *fltk2* . > This means that Dillo's configure.in will then have to refer to > fltk2-config everywhere instead of fltk-config . This patch does the trick for me, compile tested against FLTK2 r4948: Index: configure.in =================================================================== RCS file: /sfhome/cvs/dillo/dillo/configure.in,v retrieving revision 1.94 diff -p -u -r1.94 configure.in --- configure.in 8 Apr 2006 12:25:19 -0000 1.94 +++ configure.in 16 Apr 2006 16:13:35 -0000 @@ -37,7 +37,6 @@ AC_ARG_ENABLE(dlgui, [ --disable-dlgui enable_dlgui=$enableval, enable_dlgui=yes) AC_ARG_ENABLE(threaded-dns,[ --disable-threaded-dns Disable the advantage of a reentrant resolver library], enable_threaded_dns=$enableval, enable_threaded_dns=yes) -AM_CONDITIONAL(DLGUI, test x$enable_dlgui = xyes) AC_PROG_CC AM_PROG_CC_STDC @@ -114,12 +113,21 @@ dnl ----------------------------------- dnl Check for FLTK dnl ----------------------------------- dnl -dnl For debugging and to be user friendly - AC_MSG_CHECKING([Hackish check for FLTK]) -dnl Call the config sripts. - LIBFLTK_CXXFLAGS=`fltk-config --cxxflags` - LIBFLTK_LIBS=`fltk-config --ldflags` - +dnl FLTK2 snapshots prior to r4948 used fltk-config instead of fltk2-config: +if test "x$enable_dlgui" = "xyes"; then + AC_PATH_PROGS(FLTK2_CONFIG, fltk2-config fltk-config, NOTFOUND) + dnl Call the config sripts. + if test -x "$FLTK2_CONFIG"; then + LIBFLTK_CXXFLAGS=`$FLTK2_CONFIG --cxxflags` + LIBFLTK_LIBS=`$FLTK2_CONFIG --ldflags` + fltk2_ok="yes" + else + fltk2_ok="no" + fi +else + fltk2_ok="no" +fi +AM_CONDITIONAL(DLGUI, test x$fltk2_ok = xyes) dnl ---------------- dnl Test for libjpeg

April 16, 2006