- Dillo-dev - lists.mailman3.com

Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5

by beartooth

Followups set to gmane.comp.web.dillo.devel Dillo 0.8.5-2.fc5 has long been my default -- both in the preference settings for Fedora 4 and now 5, and in the preferences for Pan 0.14.2.91. It seems to've gotten some major changes lately -- possibly through a yum nightly, more likely because of some change I've made in its options, such as telling it my own colors for links visited and unvisited, etc. It worked fine with Pine (either on my own machine, or Pine on a remote machine running under ssh) in which I command "open link" -- for a while longer than in Pan. But Dillo as the default has suddenly (in the last day or so) taken to coming up with only a tiny window, and telling me "ERROR: unable to connect to remote host" in the left bottom corner. I have tried changing the preferences to something else, and back; no joy. If I open Dillo from its icon in the browser drawer on my panel, it tells me "Welcome to Dillo 0.8.5-i18n-misc" -- but rpm -q dillo says dillo-0.8.5-2.fc5. If I type or paste a URL into the location on Dillo as opened from the icon, I also get the error message. (It used to work fine on complete URLs -- ones including "http://" It failed to accept ones showing only "www.<whatever>" but would get them if I opened Dillo and typed or pasted the "www.<whatever> into it and hit enter. Now it fails both ways, with and without the full URL.) Pan still gets other browsers to find its links, if I make the change in its Edit > Preferences > Apps & Mail; Pine does if I change system preferences. Would changing color coding affect ability to browse?? Is FC5 suddenly having troubles passing URLs to Dillo that it didn't have before?? - Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 8.54, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

April 24, 2006

Google SoC (omg deadline is today!)

by pete＠teamlupus.hu

hi all! Google Summer of Code is out and i think it's a great opportunity for Dillo to gain _paid_ developers. The project is very well presented, i think anybody with more or less knowledge can effectively contribute. Applying for a mentor organization is open for small(er than KDE, Gnome, FF, OOO) projects, too - i can see irssi on the list! more info about this: http://code.google.com/summerofcode.html ---- Péter PS: omg deadline is today! I just saw this, maybe not too late...

April 24, 2006

Re: [Dillo-dev] dillo on the ps2

by Francis Daly

On Fri, Apr 21, 2006 at 09:15:10AM +0100, robert w hall wrote: > the default kit wget is apparently 1.5.3 from 1998! I'd never even > thought > about upgrading it. (just like I never thought about upgrading vi/vim > even though > I use it a lot until quite recently) > > I grabbed wget 1.10.2 and installed it, you have to compile it with > gcc3. So that it's available for anyone searching in future: in case upgrading wget is not an option, a shell wrapper could be used to remove the offending arguments before the real wget sees them. The following in $HOME/bin/wget (by which I mean, "earlier in $PATH that the real command") seems to work for me. == #!/bin/bash # wrapper to remove unwanted option+argument # before calling real_cmd # For when older version does not use newer option real_cmd=/usr/bin/wget count=0 while [ $# -gt 0 ] do case "$1" in --load-cookies) shift;shift ;; *) args[$count]="$1";shift ;; esac count=$(($count+1)) done "$real_cmd" "${args[@]}" == I used /bin/bash, but any bourne-alike with arrays should work -- quick tests on zsh, pdksh, and ksh here indicate they seem fine too. It's not a perfect replacement -- wget accepts unambiguous shorter versions of options which this one doesn't. And I think that wget accepts --load-cookies=file as well, so it can be just one argument. But current dillo usage doesn't do that. Because of that, it may be better to call this "dillowget" and adjust download*c to use that instead of wget in cases where it matters. For most people, of course, things will Just Work. But now google might help someone searching for "dillo download fails silently". Cheers, f -- Francis Daly francis(a)daoine.org

April 21, 2006

dillo on the ps2

by robert w hall

Better news attached Read and respond to this message at: https://playstation2-linux.com/forum/message.php?msg_id=49519 By: cronocloud the default kit wget is apparently 1.5.3 from 1998! I'd never even thought about upgrading it. (just like I never thought about upgrading vi/vim even though I use it a lot until quite recently) I grabbed wget 1.10.2 and installed it, you have to compile it with gcc3. That fixed the problem with dillo (it downloads properly and displays that nice little progress bar) so it was a problem with the kit's wget being too old. Good detective work. And another plus is I'm actually logged in here with it. I appreciate the Dillo-devs work. -- robert w hall

April 21, 2006

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