- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

On Sun, Mar 26, 2006 at 08:17:04PM +0200, Thomas-Martin Seck wrote: > > Two minor nits with the download gui: > > 1) The "Rename" button shown in the dialogue that appears when one tries > to overwrite an existing file is to small for the text "Rename" and > the "this is the default button hook" symbol - the "R" of "Rename" is > painted on the left border of said button. This may be a local font > size issue or an FLTK problem, though. FLTK problem. The message dialog used there is an fltk2-internal function. Maybe I could let them know... > 2) wget is a bit too chatty - when I download a large file (e.g. > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > the log shown when hovering over the file name field is filled with > wget's process entries (10000 k ....\n10050 k .... and so on). This is supposed to be trimmed out of the log. Please send me a small verbatim sample of wget's output in your system to fix it. -- Cheers Jorge.-

March 27, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Jorge Arellano Cid

Hi, On Sun, Mar 26, 2006 at 05:30:49PM +0200, Thomas-Martin Seck wrote: > * Jorge Arellano Cid (jcid(a)dillo.org) > > > The new dillo-0.8.6-rc2 is ready for download. > [snip] > > > > Please remember to send feedback! > > There you are: > > compiles on FreeBSD 4.11, 5.4 and 6.1-Prerelease (FreeBSD-CURRENT not > tested due to lack of resources, but should work, too) with > fltk-2.0.r4825. Dillo and dlgui confirmed to work on FreeBSD 4.11 and > 6.1-Prerelease. 5.x and -CURRENT should work, too. Good! I'm glad fltk2 is working without hassled on the FreeBSDs. > > The fltk2 port for FreeBSD is upcoming; I am applying some final touches > and will submit a "new port request" within the next days. Do you mean to have the new fltk2 port "in place" before dillo-0.8.6? -- Cheers Jorge.-

March 27, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Frank McCormick

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 26 Mar 2006 20:17:04 +0200 Thomas-Martin Seck <tmseck-lists(a)netcologne.de> wrote: > * Thomas-Martin Seck (tmseck-lists(a)netcologne.de) > > > Two minor nits with the download gui: > > 1) The "Rename" button shown in the dialogue that appears when one tries > to overwrite an existing file is to small for the text "Rename" and > the "this is the default button hook" symbol - the "R" of "Rename" is > painted on the left border of said button. This may be a local font > size issue or an FLTK problem, though. > > 2) wget is a bit too chatty - when I download a large file (e.g. > <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), > the log shown when hovering over the file name field is filled with > wget's process entries (10000 k ....\n10050 k .... and so on). x wget's default logging is verbose (-v) what it needs is quiet (-q) or non-verbose -nv. - -- Cheers Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEJt7i8Rvr3Tn207ARAmuLAJ4ugmZTxsomVsXBOeprEYPLwc6B4gCaA1LD oJL3yLQD5+E7sm1xQaHimNs= =Owx8 -----END PGP SIGNATURE-----

March 26, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Thomas-Martin Seck (tmseck-lists(a)netcologne.de) > * Jorge Arellano Cid (jcid(a)dillo.org) > > > The new dillo-0.8.6-rc2 is ready for download. > [snip] > > > > Please remember to send feedback! > > There you are: > > compiles on FreeBSD 4.11, 5.4 and 6.1-Prerelease (FreeBSD-CURRENT not > tested due to lack of resources, but should work, too) with > fltk-2.0.r4825. Dillo and dlgui confirmed to work on FreeBSD 4.11 and > 6.1-Prerelease. 5.x and -CURRENT should work, too. Two minor nits with the download gui: 1) The "Rename" button shown in the dialogue that appears when one tries to overwrite an existing file is to small for the text "Rename" and the "this is the default button hook" symbol - the "R" of "Rename" is painted on the left border of said button. This may be a local font size issue or an FLTK problem, though. 2) wget is a bit too chatty - when I download a large file (e.g. <http://www.kleptones.com/music/Detroit/detroit_burn.zip> (83 MB), the log shown when hovering over the file name field is filled with wget's process entries (10000 k ....\n10050 k .... and so on).

March 26, 2006

Re: [Dillo-dev] dillo-0.8.6-rc2

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > The new dillo-0.8.6-rc2 is ready for download. [snip] > > Please remember to send feedback! There you are: compiles on FreeBSD 4.11, 5.4 and 6.1-Prerelease (FreeBSD-CURRENT not tested due to lack of resources, but should work, too) with fltk-2.0.r4825. Dillo and dlgui confirmed to work on FreeBSD 4.11 and 6.1-Prerelease. 5.x and -CURRENT should work, too. The fltk2 port for FreeBSD is upcoming; I am applying some final touches and will submit a "new port request" within the next days. Note to everyone who wants to use the fltk2 port on FreeBSD 4: fltk2 needs gcc 3.x, so that port will include a build dependency on gcc 3.4.

March 26, 2006

re: fltk binary

by David McBain

hi dillo.org, i'm sure i've seen mention of dillo fltk based static binaries being available somewhere, but i can't see anything like this on main site. please let me know if i've been hallucinating or not! cheers, dmcbain __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

March 25, 2006

Re: [Dillo-dev] dillo on cygwin native

by Francis Daly

On Fri, Mar 24, 2006 at 03:08:42PM -0500, David Dombrowsky wrote: > On Tue, Mar 21, 2006 at 02:35:01PM -0500, David Dombrowsky wrote: Hi there, > > So far the only easily compilable web browser I can find for the > > cygwin platform is dillo. It compiles and starts up just fine, > > but any time it has to use the dpid daemon, it dies. The source > > of the error has something to do with the socket handling in the > > source for dpid. > I take it dillo doesn't support cygwin-X ? http://www.hyperborea.org/software/dillo/cygwin.html appears to agree with you. Works apart from dpis, apparently. Which may be enough for you, if you just remove or disable the dpi-calling parts and limit it to be a http-speaking html-and-some-images browser. Googling for cygwin and sockets (or "unix domain socket") seems to suggest that the general difficulty is a known one. I suspect that good-quality patches for a full fix would be welcomed, but also suspect they may be hard to create. > > Does anyone have any experience building dillo on native cygwin (cygwin-X)? > > Also, what about the fltk2 toolkit? I can't get that to build in cygwin > > either. Google points towards http://www.gidforums.com/t-3882.html which is some people having trouble 18 months ago, Searching for cygwin on www.fltk.org gives one small mention last July of something in the fltk2 sources. Nothing big and obvious like "of course it works". > > I know that's another project, but dillo directly depends on > > it. Right now it's only an optional part, which might make your porting/hacking job a bit easier on the current version. But the intention is that it will depend on it in the future, yes. > > Any help would be greatly appreciated. One of my desktops is > > empty and I need to put a browser there. Not the best answer, I know, but I can chmod -x dpid, dpidc and all the .dpi programs and still have a functional browser. Presumably a small local web server would allow me access a "bookmarks" page if I wanted one, perhaps at the "home" icon rather than the "bookmark" icon. And that's with no dillo code changes at all. If I planned on using it much, I'd patch to disable everything dpi-ish and remove some icons and menu entries, in order to avoid me being misled. Probably the only real change would be to convince dillo that it can download-and-save any content itself, even if it doesn't recognise the mime type. (I'm not even sure that'd be necessary, in fact.) I presume the "copy link location" facility works under cygwin? Paste to curl or wget for downloads, and paste into a wiki on your local server for bookmarks. That might be an interesting exercise, if you want to keep "lightweight". Or try "link2 -g" and see if that fares any better. Good luck, f -- Francis Daly francis(a)daoine.org

March 24, 2006

Re: [Dillo-dev] dillo on cygwin native

by David Dombrowsky

I take it dillo doesn't support cygwin-X ? -dave On Tue, Mar 21, 2006 at 02:35:01PM -0500, David Dombrowsky wrote: > So far the only easily compilable web browser I can find for the > cygwin platform is dillo. It compiles and starts up just fine, > but any time it has to use the dpid daemon, it dies. The source > of the error has something to do with the socket handling in the > source for dpid. > > Does anyone have any experience building dillo on native cygwin (cygwin-X)? > Also, what about the fltk2 toolkit? I can't get that to build in cygwin > either. I know that's another project, but dillo directly depends on > it. Any help would be greatly appreciated. One of my desktops is > empty and I need to put a browser there. > > -David Dombrowsky > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

March 24, 2006

dillo-0.8.6-rc2

by Jorge Arellano Cid

Hi there! The new dillo-0.8.6-rc2 is ready for download. Get it from: http://www.dillo.org/download/dillo-0.8.6-rc2.tar.bz2 BTW, those trying to build FLTK2 from sources, please get r4825 (weekly snapshots). Current subversion may not compile. You have been warned. Please remember to send feedback! [Francis wrote:] > Hi there, > > found a segfault on some broken input yesterday. > > If dpip/dpip.c:a_Dpip_build_cmd() is fed a NULL pointer among its > arguments, dillo (the caller, in this case) fails with a segfault. Since > a_Dpip_build_cmd() is documented to only take string parameters, it is > reasonable to blame the caller for sending dud contents. Right. Fixed in rc2. -- Cheers Jorge.-

March 24, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by robert w hall

In message <200603232236.29512.kelson(a)pobox.com>, Kelson Vibber <kelson(a)pobox.com> writes >On Tuesday 21 March 2006 10:13 am, Jorge Arellano Cid wrote: >> The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! > >So far, so good. Tested (not under much load) on Fedora Core 4 and 5, >Mandriva 2006, and Mandrake 10.1, all 32-bit Intel. I've finally managed to >get SuSE 10 to boot (it kept hanging on hardware config), so I should have >that available by the time the release is ready. Am I the only person likely to test on a Playstation 2? (I haven't used the PS2 for a bit and my sons say the CDROM only works when the whole thing is in bits). If someone else is testing I may not > >> Packagers are encouraged to include the statically linked FLTK2 >> GUI for downloads in their end-user packages. (And I'm not aware of any FLTK packages for it...) -- robert w hall

March 24, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by Kelson Vibber

On Tuesday 21 March 2006 10:13 am, Jorge Arellano Cid wrote: > The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! So far, so good. Tested (not under much load) on Fedora Core 4 and 5, Mandriva 2006, and Mandrake 10.1, all 32-bit Intel. I've finally managed to get SuSE 10 to boot (it kept hanging on hardware config), so I should have that available by the time the release is ready. > Packagers are encouraged to include the statically linked FLTK2 > GUI for downloads in their end-user packages. This is probably going to be tricky, since several of the older Red Hat distributions I build for are done using mach, which relies on rpm dependencies to install packages needed for building. Anything for which I have a real installation should be fine, since I can get a command line and build the FLTK2 libraries. Also, since I know people are downloading the source RPM for distributions on which I haven't built it, I'm working out ways to make the FLTK-based GUI optional. I've added an option to the RPM spec that lets you turn on the --disable-dlgui configure option. The only thing I'm trying to decide is which way to set the default. I'll definitely be able to get Fedora Core 4 and 5, Mandriva 2006, and SuSE 10. Over the next few days, I'll be checking to see which other partitions, chroots, and UMLs still work. -- Kelson Vibber www.hyperborea.org

March 24, 2006

Re: [Dillo-dev] dillo and no-cache

by digitek

Jorge Arellano Cid wrote: <snip> > > Yes, send it directly to me. Will do. I'll send you a link off list (my server is an old p266 thinkpad and doesn't like a lot of traffic) The changes I made to 0.8.5 are actually here: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-October/002389.html These were for 0.8.3 but I didn't see them rolled into 0.8.5, so I figured the patch was just not included yet, or it was dropped for whatever reason. I added them into 0.8.5 to the best of my ability. > > A long time ago, some sites discovered that a reload request on > every page could boost their advertising hits (i.e. more money). Yeah, that figures... > It would be interesting to know what you're using the patch > for (as far as the NDA allows). Having some background always > helps. > > What I'm using it for is a menuing system on an embedded device. The user selects icons to get from menu to menu, however each icon needs to trigger through a cgi call. With the caching in place, these triggers are not being sent (much the same as an advertisement). So, Dillo is working perfectly, and exactly as it is supposed to. I just need a little different functionality. Yes, as you mention NDA, I don't know how much more detail I can go into, but if you would like to know more, shoot me an email off list and I'll talk to the Head Honcho and see what he is willing to discuss. Also, thanks to everyone that has put so much effort into this great little browser. It is a perfect fit for what I'm working on. No bloat, just render some html and interface with CGI. It really is a nice piece of work guys (and gals?) Thomas -- digitek(a)charter.net key id: 0xF6FA6D1E huh?: http://google.com/search?q=gnupg+secure+email

March 23, 2006

[article] trimming down autoconf's configure scripts by using pkg-config

by Enrico 'nekrad' Weigelt

Hi folks, here's a little article I wrote about an approach for encapsulating platform dependent stdc-lib fixes (ie. some platforms have broken string handling, etc) behind pkg-config. It is mostly directed on autoconf (It is the one I have most of my daily trouble with), but of course the approach works with other buildsystems, even plain make, too. The permanent URL of the article: * http://www.metux.de/articles/coding/trimming-down-autoconf-with-pkg-config I'm also currently working on concrete wrapper packages: * http://wiki.metux.de/public/OSS_QM_Taskforce/projects/stdc-pkgconfig Comments and suggestions please to the Maillist: oss-qm-discuss(a)metux.de Thanks. -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: info(a)metux.de cellphone: +49 174 7066481 ---------------------------------------------------------------------

March 23, 2006

Re: [Dillo-dev] Progress on porting to FLTK2?

by Diego Sáenz

El Tue, 21 Mar 2006 11:49:09 -0400 Jorge Arellano Cid <jcid(a)dillo.org> escribio: > Hola Diego! Hola [...] > > One thing that's independent and that you can help us with is > with a preferences file parser. At some point we'll get rid of > glib so the parser needs a rewrite. A very simple parser, not as > complex as the current. Ok, i have see that code yet for a preferences.dpi(it must show and allow changes in rc files with a html UI when finished, the code is too dirty to show now) that i write when i have time and mood. Rewrite parser seems easy to me. > > This is roughly: > > variable=<string-value> pairs and > e.g. > url=http://foo.bar/here > title="Hi there" // Double quoted > font_factor=1.2 // let conversion later > > #<comments> > > with some spelling error checking. Ok > Another one is to replace the g_string_* functions, but I have > some code for that. Just need to search my harddisk! ;) I think i can do that too, pass me the code if you want :) > > -- > Cheers > Jorge.- Saludos Diego.

March 22, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi Francis, Thanks for the good feedback. On Wed, Mar 22, 2006 at 09:21:21AM +0000, Francis Daly wrote: > On Tue, Mar 21, 2006 at 02:13:38PM -0400, Jorge Arellano Cid wrote: > > Hi there, > > > ... test and send feedback. > > Some minor thing that you might like to tidy before release: > > * ChangeLog has a few entries with a leading hyphen. Yes, this visually separates batches of patches by the same authors. > * ChangeLog says > > * Added dpi/downloads.cc (Default FLTK2-based GUI for downloads dpi). > and > * Made the downloads plugin dillo-cookie aware. > > It's only the *old* plugin which handles cookies. (And modifying the new > one to is more than just a two line addition, because the arguments are > counted in (I think) two other places.) But overall, it's no regression > from 0.8.5, so no problem. It just might be worth clarifying the > distinction. Ooops. This is a BUG! I'll clarify the distinction in rc2. > * README says > > Here's a list of some well known problems: > > * no FRAMES rendering > * no https -- read the FAQ to enable a protoype. > > while the code now defaults to https enabled. Change README or change > dpi/https.c > > If you choose to change README and you want to keep at least two problems, > you could mention "javascript" or "http authentication". But only if > you consider their absence a problem ;-) > > Leaving https enabled will get the code tested more, but will likely cause > a warning for each https: url accessed, unless the user's distribution > happens to store trusted root certs in /etc/ssl/certs. > > You can choose whether you want https.c polished more before being exposed > to the world. Possibly a note in README or FAQ saying "dillo reads root > certs from the directories /etc/ssl/certs or $HOME/.dillo/certs; they > should be named after the hash of the certificate subject name -- see > e.g. the openssl x509 documentation, '-hash' option for more information." Yes, this needs some fixes. I'll disable the https dpi as usual (it's too rough now, and it needs a conversion from dpi filter to dpi server too). Sending the users to dig the openssl x509 documentation is too much, and the https dpi hangs when there are concurrent https requests. As for the known problems, I'll add "http authentication". :-) > (Yes, I know, if I *really* cared, there'd be patches in this mail. But > I'm not sure if you're looking at releasing in a day or a week, and > think the things should be mentioned early so you can consider whether > you want to change any of them.) I think more or less one week. Until the release candidate is tested and not having new problems. -- Cheers Jorge.- PS: Your email reply was addressed to me, not to the list. (usually a MUA choice that needs a tweak)

March 22, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi, On Tue, Mar 21, 2006 at 11:40:04PM -0500, mike obrien wrote: > sorry, is this one an FLTK version? No, it is a GTK1 version that comes with a FLTK2-based downloads plugin. The build process will stop if you don't have FLTK2 installed, because the FLTK2-based downloads dpi is the default, and suggested choice. A simple way to install FLTK2 is to go to www.fltk.org and download the latest weekly snapshot. Now, if you don't want FLTK2 at all, it is possible to use the old downloads dpi. Just check "./configure --help" to know how. End users (those that install from packaged binaries) don't need FLTK2 installed at all, because the downloads dpi will be built statically-linked. -- Cheers Jorge.-

March 22, 2006

Re: [Dillo-dev] dillo and no-cache

by Jorge Arellano Cid

Hi, On Tue, Mar 21, 2006 at 05:23:09PM -0600, digitek wrote: > > > Francis Daly wrote: > >On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > > > >>I noticed 0.8.5 loads pages from cache regardless of the > >>'content=no-cache' meta tag. > > > >Yes. > > Cool. > > > > > >>Near as I can tell from the mailing list, this is by design. > > > >Also yes. > > Also cool. > > <snip> > >(Although without having seen the patch, it should probably honour the > >HTTP headers rather than the meta tag. But that's a topic that doesn't > >need to be discussed here.) > > > >All the best, > > > > f > > Understood. Thanks. > > I intend to use this in a commercial product and need to make my changes > freely available under the GPL. > Does anyone have a preference where ? Yes, send it directly to me. A long time ago, some sites discovered that a reload request on every page could boost their advertising hits (i.e. more money). Dillo avoids this problem by letting the user hit reload for the latest page. Of course this has the downside of breaking on honest sites that use the reload request to somehow keep state of a session. A good solution is like with cookies, to only honour certain trusted sites on such cache directives. It would be interesting to know what you're using the patch for (as far as the NDA allows). Having some background always helps. -- Cheers Jorge.-

March 22, 2006

Re: [Dillo-dev] dillo-0.8.6-rc1

by mike obrien

sorry, is this one an FLTK version? mike On Tue, 21 Mar 2006 14:13:38 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! > > Please grab it from: > > http://www.dillo.org/download/dillo-0.8.6-rc1.tar.bz2 > > ... test and send feedback. > > Packagers are encouraged to include the statically linked FLTK2 > GUI for downloads in their end-user packages. > > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

March 22, 2006

Re: [Dillo-dev] dillo and no-cache

by digitek

Francis Daly wrote: > On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > >> I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' >> meta tag. > > Yes. Cool. > >> Near as I can tell from the mailing list, this is by design. > > Also yes. Also cool. <snip> > (Although without having seen the patch, it should probably honour the > HTTP headers rather than the meta tag. But that's a topic that doesn't > need to be discussed here.) > > All the best, > > f Understood. Thanks. I intend to use this in a commercial product and need to make my changes freely available under the GPL. Does anyone have a preference where ? Thanks. -- digitek(a)charter.net key id: 0xF6FA6D1E huh?: http://google.com/search?q=gnupg+secure+email

March 21, 2006

Re: [Dillo-dev] dillo and no-cache

by Francis Daly

On Tue, Mar 21, 2006 at 04:45:44PM -0600, digitek wrote: > I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' > meta tag. Yes. > Near as I can tell from the mailing list, this is by design. Also yes. > I also found the no-cache > patch for 0.8.2 and applied to 0.8.5 (by hand). > > Is this the best way right now to get cache control working? "clicking reload" works for me, on the occasions when I *do* want the freshest data. (And for pages like mailing list archives, or comments-added ones, it's handy to first see the old data, so I know where I stopped reading before I explicitly reload.) If that is insufficient for you, then yes, an external on-your-own-if-it-breaks patch is probably the way to go. (Although without having seen the patch, it should probably honour the HTTP headers rather than the meta tag. But that's a topic that doesn't need to be discussed here.) All the best, f -- Francis Daly francis(a)daoine.org

March 21, 2006

dillo and no-cache

by digitek

Hello All. Nice browser! I noticed 0.8.5 loads pages from cache regardless of the 'content=no-cache' meta tag. Near as I can tell from the mailing list, this is by design. I also found the no-cache patch for 0.8.2 and applied to 0.8.5 (by hand). Is this the best way right now to get cache control working? Thanks -- digitek(a)charter.net key id: 0xF6FA6D1E huh?: http://google.com/search?q=gnupg+secure+email

March 21, 2006

dillo on cygwin native

by David Dombrowsky

So far the only easily compilable web browser I can find for the cygwin platform is dillo. It compiles and starts up just fine, but any time it has to use the dpid daemon, it dies. The source of the error has something to do with the socket handling in the source for dpid. Does anyone have any experience building dillo on native cygwin (cygwin-X)? Also, what about the fltk2 toolkit? I can't get that to build in cygwin either. I know that's another project, but dillo directly depends on it. Any help would be greatly appreciated. One of my desktops is empty and I need to put a browser there. -David Dombrowsky

March 21, 2006

Re: [Dillo-dev] Refresh via external signal?

by Kelson Vibber

Jorge Arellano Cid wrote: > The idea is to start dillo with a command line switch, let's > say: > > ./dillo -remote > > to let it open a socket using the dpid. That way, an external > program can communicate with Dillo using this socket. Someone wrote a patch for Dillo 0.7.1 that does something similar at http://xemacs.seanm.ca/ I modified it a while back to apply to 0.8.4 and posted my version at http://www.hyperborea.org/software/dillo/modified.html -- though I haven't tested it. It might be a good starting point for someone who wants to work on it. -- Kelson Vibber www.hyperborea.org

March 21, 2006

dillo-0.8.6-rc1

by Jorge Arellano Cid

Hi there, The new dillo-0.8.6-rc1.tar.bz2 tarball is ready for testing! Please grab it from: http://www.dillo.org/download/dillo-0.8.6-rc1.tar.bz2 ... test and send feedback. Packagers are encouraged to include the statically linked FLTK2 GUI for downloads in their end-user packages. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] [mike@easysw.com: Re: FLTK2-based Dillo for Debian installer]

by Jorge Arellano Cid

On Tue, Mar 21, 2006 at 06:19:56PM +0100, Attilio Fiandrotti wrote: > > <snip> > > >Jorge Arellano Cid wrote: > > > >>Hi Michael, > >> > >> I just received this request in our mailing list. The keypoint > >>is how near/far is FLTK2 from having DirectFB rendering support. > >>If some Debian developers help with the task, what's your > >>estimation? > > > > > >No work has been done. > > > >That said, I believe Cairo offers DirectFB support, and FLTK 2 can > >use Cairo (and probably will depend on it in the future), so I think > >it won't take a whole lot to add the DirectFB glue that is needed. > > > >The best place for the Debian folks to go is fltk.org and post to > >the fltk.development forum. I personally am too busy right now to > >do anything with FLTK... :( > > Hi > > I know a little about FLTK as, while developing the GTK frontend to the > debian-installer, i also investigated about using FLTK+KDrive instead of > GTK+DFB (i eventually preferred GTKDFB as the d-i components are written > in plain ANSI C and some GTK code and GTKDFB packages already existed). > Unfortunately, i don't know FLTK or DFB well enough to write a DFB > backend: anyway, cairo has a DFB backend, written by the actual > maintainer of GTK's DFB backend, Mike Emmel. > My interest for Dillo being ported to GTK+ is that the d-i has to be > kept as small as possible (currently the miniiso is ~9 megs, including > intl fonts) and apps inside it should need no unmet dependencies (and > dillo depends on GTK only, which is already packaged in its DFB version). > Yesterday i started porting Dillo to GTK+ but it seems now clear to me > that dillo is definitely moving away from GTK in favour of FLTK and > there is no going back, right? Right, but the overhead of statically linking FLTK2 is near 300KB. Not a show stopper at all. > So, i guess it makes little sense porting Dillo to GTK+, as this would > only generate, in the best case just an non-mainline fork used in the > d-i only, right? :( Right. Really, the statically linked FLTK2 binary is a good solution. Note: Michael was kind enough to answer me quickly, but please don't CC' him as he has no time currently to work on this. Bill and Dejan are in the FLTK devel forum. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] [mike@easysw.com: Re: FLTK2-based Dillo for Debian installer]

by Attilio Fiandrotti

<snip> > Jorge Arellano Cid wrote: > >> Hi Michael, >> >> I just received this request in our mailing list. The keypoint >> is how near/far is FLTK2 from having DirectFB rendering support. >> If some Debian developers help with the task, what's your >> estimation? > > > No work has been done. > > That said, I believe Cairo offers DirectFB support, and FLTK 2 can > use Cairo (and probably will depend on it in the future), so I think > it won't take a whole lot to add the DirectFB glue that is needed. > > The best place for the Debian folks to go is fltk.org and post to > the fltk.development forum. I personally am too busy right now to > do anything with FLTK... :( Hi I know a little about FLTK as, while developing the GTK frontend to the debian-installer, i also investigated about using FLTK+KDrive instead of GTK+DFB (i eventually preferred GTKDFB as the d-i components are written in plain ANSI C and some GTK code and GTKDFB packages already existed). Unfortunately, i don't know FLTK or DFB well enough to write a DFB backend: anyway, cairo has a DFB backend, written by the actual maintainer of GTK's DFB backend, Mike Emmel. My interest for Dillo being ported to GTK+ is that the d-i has to be kept as small as possible (currently the miniiso is ~9 megs, including intl fonts) and apps inside it should need no unmet dependencies (and dillo depends on GTK only, which is already packaged in its DFB version). Yesterday i started porting Dillo to GTK+ but it seems now clear to me that dillo is definitely moving away from GTK in favour of FLTK and there is no going back, right? So, i guess it makes little sense porting Dillo to GTK+, as this would only generate, in the best case just an non-mainline fork used in the d-i only, right? :( friendly Attilio

March 21, 2006

[mike@easysw.com: Re: FLTK2-based Dillo for Debian installer]

by Jorge Arellano Cid

Hi there, A follow-up of FLTK2-based Dillo for Debian installer. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] Refresh via external signal?

by Bill Gatliff

Jorge: > The idea is similar to that of audio (and I've thought of it >in the past because of support for help systems). > > The idea is to start dillo with a command line switch, let's >say: > > ./dillo -remote > > to let it open a socket using the dpid. That way, an external >program can communicate with Dillo using this socket. > > That sounds like exactly what I need. > Once again, manpower is required to make it. > > Well, with any luck this project will get the green light and then it'll be my job to be your manpower for a while! b.g. -- Bill Gatliff bgat(a)billgatliff.com

March 21, 2006

Re: [Dillo-dev] Audio?

by Bill Gatliff

Jorge Arellano Cid wrote: > Not yet. > > It would be easy though. > > The simplest way is to hand the audio URL/stream to a Dillo >plugin that plays the music. > > Ok. As my project gets farther along, I'll probably want to look into this. But if anyone wants to jump in ahead of me, feel free! :) b.g. -- Bill Gatliff bgat(a)billgatliff.com

March 21, 2006

Re: [Dillo-dev] Progress on porting to FLTK2?

by Jorge Arellano Cid

Hola Diego! On Sun, Mar 19, 2006 at 06:54:00PM +0100, Diego Sáenz wrote: > El Tue, 14 Mar 2006 11:53:13 -0400 > Jorge Arellano Cid <jcid(a)dillo.org> escribio: > > > On Fri, Mar 10, 2006 at 09:49:53AM -0500, Roberto C. Sanchez wrote: > > > Hello, > > > > Hi. > > > > > I became interested in Dillo a while back and even made some small contributions > > > and helped fix some bugs, but I was eventually disuaded by the fact that Dillo > > > uses GTK+. I was happy when I heard that Dillo would be ported to FLTK. Has > > > there been any progress on this? I would like to start contributing again, but > > > I have not seen anything other than a few mailing list posts in the archive and > > > a mention of it on the "Current Plans" page. > > > > The port to FLTK is advancing. Slowly, but advancing. > > > > The main problem is lack of funds -> lack of time. > > > > I can not help with funds, but i can adduce a part of mi time. Good! > [...] > > > > The source tree is still not ready for CVS, and I hope that day > > to come. If we can't find a way to fund the project I'll have no > > other option than to leave the project. > > I want to help, with my limited coding skills, to get the code ready for CVS. > How can i do that? At this point, it is mainly deeply complex matters in Dillo Widget (dw) and FLTK2 interaction, that are in development process (and after that, their related bindings) is what keeps Dillo from CVS. One thing that's independent and that you can help us with is with a preferences file parser. At some point we'll get rid of glib so the parser needs a rewrite. A very simple parser, not as complex as the current. This is roughly: variable=<string-value> pairs and e.g. url=http://foo.bar/here title="Hi there" // Double quoted font_factor=1.2 // let conversion later #<comments> with some spelling error checking. Another one is to replace the g_string_* functions, but I have some code for that. Just need to search my harddisk! ;) -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] Refresh via external signal?

by Jorge Arellano Cid

On Mon, Mar 20, 2006 at 09:19:58PM -0600, Bill Gatliff wrote: > Greetings again! Hi again. > If I have an instance of Dillo already running, is there a way for an > external program to tell it to browse a certain URL? No there isn't yet. > I'm trying to > "drive" Dillo from another application as part of a mobility-impaired > application... The idea is similar to that of audio (and I've thought of it in the past because of support for help systems). The idea is to start dillo with a command line switch, let's say: ./dillo -remote to let it open a socket using the dpid. That way, an external program can communicate with Dillo using this socket. Once again, manpower is required to make it. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] Audio?

by Jorge Arellano Cid

Hi, On Mon, Mar 20, 2006 at 09:16:10PM -0600, Bill Gatliff wrote: > Greetings! > > > Can Dillo "do audio" for web pages that have it? Not yet. It would be easy though. The simplest way is to hand the audio URL/stream to a Dillo plugin that plays the music. I could do it in short time, but I'm under a pile of work on the funding effort and the FLTK2 port. Please let me know if you want to work on this. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] Dillo and GTK+

by Jorge Arellano Cid

On Sun, Mar 19, 2006 at 02:25:40PM +0100, Attilio Fiandrotti wrote: > Hi Hi! > Recently the debian-installer, Debian's installation system, went > graphical [1]: a GTK frontend was developed and to keep the instalation > ISO as small as possible, so that runs even on low-mem systems, we > choosed the DirectFrameBuffer [2] GTK backend (that has recently become > part of GTK mainline to replace the old linux-fb). > As the DFB backend allows multiple applications to render on the same > VT, i was investigating about intergrating a web browser into the > debian-installer so that the user is able to browse the installation > manual while installing. Yes, that's a good idea. Even further, I've always thought that Dillo would fit perfectly for a general help/info browser on the desktops (a quick interface that allows for fast browsing, using little memory, with search scripts/dpis bindings on the local fs...). > As we need a very small and non X11-tied browser, dillo looks perfect > for our purpose, but, as dillo is based on GTK 1.x, it's currently not > possible running it on a GTKDFB system. > I was wondering how hard would it be porting Dillo to GTK+, so that we > can use it into our installer? > Also, having dillo running on top of GTKDFB, would make it a very good > solution for embedded applications. The Dillo project is moving away from GTK and finishing the port to FLTK2. This means a much smaller footprint than GTK2. FLTK2 has _planned_ rendering on the framebuffer, so AFAIS the easiest path to having a web browser for the Debian installer is to develop the glue code between FLTK2 rendering and the Direct Framebuffer. As FLTK2 currently renders on several different platforms, the rendering abstraction is well defined so it should be easy to start coding. You must ask Michael or Bill from fltk.org for details. -- Cheers Jorge.-

March 21, 2006

Re: [Dillo-dev] Refresh via external signal?

by Bill Gatliff

Tim: Larson, Timothy E. wrote: >Like, if it were AppleScriptable? That would be cool. > > Or, like, even if I just clicked on a URL in an email... b.g. -- Bill Gatliff bgat(a)billgatliff.com

March 21, 2006

RE: [Dillo-dev] Refresh via external signal?

by Larson, Timothy E.

Like, if it were AppleScriptable? That would be cool. -----Original Message----- From: dillo-dev-bounces(a)dillo.org on behalf of Bill Gatliff Sent: Mon 3/20/2006 9:19 PM To: dillo-dev(a)dillo.org Subject: [Dillo-dev] Refresh via external signal? Greetings again! If I have an instance of Dillo already running, is there a way for an external program to tell it to browse a certain URL? I'm trying to "drive" Dillo from another application as part of a mobility-impaired application... Thanks! b.g. -- Bill Gatliff bgat(a)billgatliff.com _______________________________________________ Dillo-dev mailing list Dillo-dev(a)dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

March 21, 2006

Refresh via external signal?

by Bill Gatliff

Greetings again! If I have an instance of Dillo already running, is there a way for an external program to tell it to browse a certain URL? I'm trying to "drive" Dillo from another application as part of a mobility-impaired application... Thanks! b.g. -- Bill Gatliff bgat(a)billgatliff.com

March 21, 2006

Audio?

by Bill Gatliff

Greetings! Can Dillo "do audio" for web pages that have it? b.g. -- Bill Gatliff bgat(a)billgatliff.com

March 21, 2006

Re: [Dillo-dev] Progress on porting to FLTK2?

by Diego Sáenz

El Tue, 14 Mar 2006 11:53:13 -0400 Jorge Arellano Cid <jcid(a)dillo.org> escribio: > On Fri, Mar 10, 2006 at 09:49:53AM -0500, Roberto C. Sanchez wrote: > > Hello, > > Hi. > > > I became interested in Dillo a while back and even made some small contributions > > and helped fix some bugs, but I was eventually disuaded by the fact that Dillo > > uses GTK+. I was happy when I heard that Dillo would be ported to FLTK. Has > > there been any progress on this? I would like to start contributing again, but > > I have not seen anything other than a few mailing list posts in the archive and > > a mention of it on the "Current Plans" page. > > The port to FLTK is advancing. Slowly, but advancing. > > The main problem is lack of funds -> lack of time. > I can not help with funds, but i can adduce a part of mi time. [...] > > The source tree is still not ready for CVS, and I hope that day > to come. If we can't find a way to fund the project I'll have no > other option than to leave the project. I want to help, with my limited coding skills, to get the code ready for CVS. How can i do that? > > -- > Cheers > Jorge.- GoodBye Diego Saenz.

March 19, 2006

Dillo and GTK+

by Attilio Fiandrotti

Hi Recently the debian-installer, Debian's installation system, went graphical [1]: a GTK frontend was developed and to keep the instalation ISO as small as possible, so that runs even on low-mem systems, we choosed the DirectFrameBuffer [2] GTK backend (that has recently become part of GTK mainline to replace the old linux-fb). As the DFB backend allows multiple applications to render on the same VT, i was investigating about intergrating a web browser into the debian-installer so that the user is able to browse the installation manual while installing. As we need a very small and non X11-tied browser, dillo looks perfect for our purpose, but, as dillo is based on GTK 1.x, it's currently not possible running it on a GTKDFB system. I was wondering how hard would it be porting Dillo to GTK+, so that we can use it into our installer? Also, having dillo running on top of GTKDFB, would make it a very good solution for embedded applications. friendly Attilio Fiandrotti [1] http://wiki.debian.org/DebianInstaller/GUI [2] http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB

March 19, 2006

Re: [Dillo-dev] dillo 0.8.5 / OpenBSD 3.6 help request

by Francis Daly

On Wed, Mar 15, 2006 at 10:24:31PM +0000, Francis Daly wrote: Panic over. All working now. > Fresh "cvs update" > > ./autogen.sh && ./configure && make > sudo make install > pkill dpi > > dillo /tmp/a.txt > - blank screen, nothing in url box > It's working for you, so unless someone else shouts I'll presume I've > broken something on my setup (which is not unusual :-) That was it. My new dillo was talking to my old dpi; the command did not have the terminating [sp]'>, so was never recognised. Whatever my new dpis were doing, it wasn't "being installed and used". I'm not sure how it got into that state, but "rm -rf /usr/local/lib/dillo/dpi" helped get it out. You may release ;-) f -- Francis Daly francis(a)daoine.org

March 16, 2006

Re: [Dillo-dev] dillo 0.8.5 / OpenBSD 3.6 help request

by Francis Daly

On Wed, Mar 15, 2006 at 04:22:17PM -0400, Jorge Arellano Cid wrote: > > > Please test it. > > Got it, working on it. I can happily set and unset the define, and it works both ways for me here. We'll get a better test somewhere else... > > The person who reported bug#703 might be willing and able to work from > > CVS -- I'll happily contact them and ask, unless you've had a volunteer > > from the list already. > > Please do so. There're some BSDers on the list, but we need one > that doesn't have a reentrant resolver library. Mail sent. > > > I'll make a 0.8.6rc1 after receiving your feedback with a view > > > to a next release (its been a long time, and the CVS is stable > > > enough). > > > > One possible caveat -- I've had some trouble with local file browsing > > using cvs-dillo. strace says the file is being accessed and read, but > > the contents don't appear on screen. > > It may be a local config issue here; but confirm that it works for you > > before calling it released! > > It works here. > > Note: while typing fast I managed to "reproduce" the bug, but > it was because I standed on src/ while doing make, and "dillorc" > is in "../" from there! :-) > > If you find a way to reproduce the bug, it should be tackled > before the release. Still broken for me. Fresh "cvs update" ./autogen.sh && ./configure && make sudo make install pkill dpi dillo /tmp/a.txt - blank screen, nothing in url box strace -f -F -o dillo.str dillo /tmp/a.txt 2>&1 | tee dillo.out - same thing. dillo.str shows not a lot obviously different from a working 0.8.5 equivalent; dillo.out has : main.c:328: main: get_command failed : Dpi_parse_token: [<dpi cmd='start_send_page' url='file:/tmp/a.txt'>] Dpi: [Dpi_process_io] IOClose in 0.8.5 but only : main.c:362: main: get_command failed : Dpi: [Dpi_process_io] IOClose in 0.8.6-pre for me. It's working for you, so unless someone else shouts I'll presume I've broken something on my setup (which is not unusual :-) f -- Francis Daly francis(a)daoine.org

March 15, 2006

Re: [Dillo-dev] dillo 0.8.5 / OpenBSD 3.6 help request

by Jorge Arellano Cid

Francis, > > > [...] > > > In the spirit of the suggestion at > > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000422.html > > > here's a patch which implements a configure --disable-threaded-dns option. > > > > OK. I checked the patch, and recoded it to use D_DNS_THREADED, > > D_DNS*, and the same "./configure --disable-threaded-dns". > > > > Commited and in CVS now. > > > > Please test it. > > Got it, working on it. > > Be aware, though, that I'm on Linux here too. If there's someone with > a Real Live BSD box they'll be able to do a proper test. > > The person who reported bug#703 might be willing and able to work from > CVS -- I'll happily contact them and ask, unless you've had a volunteer > from the list already. Please do so. There're some BSDers on the list, but we need one that doesn't have a reentrant resolver library. > For what it's worth, though, the code looks right. :) > > > I'll make a 0.8.6rc1 after receiving your feedback with a view > > to a next release (its been a long time, and the CVS is stable > > enough). > > One possible caveat -- I've had some trouble with local file browsing > using cvs-dillo. strace says the file is being accessed and read, but > the contents don't appear on screen. > > pkill dillo > pkill dpi > ./configure && make > sudo make install > dillo ./dillorc > > and the screen stays grey. > > It may be a local config issue here; but confirm that it works for you > before calling it released! It works here. Note: while typing fast I managed to "reproduce" the bug, but it was because I standed on src/ while doing make, and "dillorc" is in "../" from there! :-) If you find a way to reproduce the bug, it should be tackled before the release. > More when I've played with new-CVS a bit. Good! -- Cheers Jorge.-

March 15, 2006

Re: [Dillo-dev] dillo 0.8.5 / OpenBSD 3.6 help request

by Jorge Arellano Cid

Hi Francis, On Sun, Mar 12, 2006 at 02:32:36PM +0000, Francis Daly wrote: > On Sat, Mar 11, 2006 at 04:45:39PM -0300, Jorge Arellano Cid wrote: > > On Sat, Mar 11, 2006 at 05:12:21PM +0000, Francis Daly wrote: > > Hi Jorge, > > > > I have a report than on a stock OpenBSD 3.6 box, using dillo 0.8.5, > > > the following recipe seems to reliably(*) cause dillo to cease responding. > > > > Some of the BSDs don't provide a reentrant gethostbyname() > > function. This makes "Dillo" freeze when resolving names > > concurrently. > > D'oh, yes, of course, it's there in README. > > Preliminary reports suggest that commenting dns.c line 41 helps the > problem, and quite possibly fixes it altogether. > > > I went to the site and saw several different hostnames. This > > may be the answer. > > > > One way to solve this is to delegate the DNS resolving to a dpi > > and to have a special one linked to an async DNS library for > > BSDs. > > In the spirit of the suggestion at > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-April/000422.html > here's a patch which implements a configure --disable-threaded-dns option. > > In order to keep threaded as the default, I switched the logic of > G_DNS_THREADED to be G_NO_GNS_THREADED; I'm not sure what the reason for > the name is (it's been in CVS since April 2000 when the file was added) > but possibly NO_G_DNS_THREADED or something would fit the pattern better. > > The alternative is to make no-threaded the default and require > --enable-threaded-dns to turn it on -- that would have a working system > for everyone, but threaded users would have a less effective system than > they could have. > > If you prefer that I'll code it. OK. I checked the patch, and recoded it to use D_DNS_THREADED, D_DNS*, and the same "./configure --disable-threaded-dns". Commited and in CVS now. Please test it. I'll make a 0.8.6rc1 after receiving your feedback with a view to a next release (its been a long time, and the CVS is stable enough). Note: I'm keeping 0.8.6pre in sync with the FLTK2-based tree. -- Cheers Jorge.-

March 15, 2006

Re: [patch] close fd leak

by Jorge Arellano Cid

Hi Francis, On Sat, Mar 11, 2006 at 08:05:31PM +0000, Francis Daly wrote: > > Hi there, > > current cvs dillo when configured to use cookies leaks file descriptors. > > Doing > > lsof -c dillo | grep -c socket > > when using a cookie-enabled dillo shows the count growing as more browsing > happens. (Eventually, my 1024 open file limit was hit at one stage.) > > Included is a patch which removes the visible symptoms, which (in my > limited testing) seems to do no harm, and from reading the code looks > like the Right Thing. Right! Commited! -- Cheers Jorge.-

March 15, 2006

Re: [Dillo-dev] Progress on porting to FLTK2?

by Jorge Arellano Cid

On Fri, Mar 10, 2006 at 09:49:53AM -0500, Roberto C. Sanchez wrote: > Hello, Hi. > I became interested in Dillo a while back and even made some small contributions > and helped fix some bugs, but I was eventually disuaded by the fact that Dillo > uses GTK+. I was happy when I heard that Dillo would be ported to FLTK. Has > there been any progress on this? I would like to start contributing again, but > I have not seen anything other than a few mailing list posts in the archive and > a mention of it on the "Current Plans" page. The port to FLTK is advancing. Slowly, but advancing. The main problem is lack of funds -> lack of time. I've received requests/questions from several enterprises, but they still haven't commited to help us with funds. Except for the notable exception of Time of Mind Marketing Ltd. We're considering options with Sebastian, and maybe a dual license scheme could raise some funds. Who knows? We have little time left to try it though. The source tree is still not ready for CVS, and I hope that day to come. If we can't find a way to fund the project I'll have no other option than to leave the project. -- Cheers Jorge.-

March 14, 2006

Re: [Dillo-dev] dillo 0.8.5 / OpenBSD 3.6 help request

by Jorge Arellano Cid

On Sat, Mar 11, 2006 at 05:12:21PM +0000, Francis Daly wrote: > Hi all, Hi Francis. > > I have a report than on a stock OpenBSD 3.6 box, using dillo 0.8.5, > the following recipe seems to reliably(*) cause dillo to cease responding. > > (*) Almost every time. On the few occasions when it survived, clicking > one or two more links caused it to fail then. > > "cease responding" means "click link does not follow link. click bookmark > does not generate bookmark page. back button works, but nothing else". > > http://www.google.co.nz/ > > Search for fred dagg > > click each of the first six links in turn, clicking "back" after each one. > > By the time you get to > > http://www.wordworx.co.nz/dagg.html > > dillo has become unresponsive. Nothing obvious logged to suggest what > the problem is. > > On my Linux box, I don't see the problem. I *can* induce similar symptoms > by ulimit'ing the number of open files, but doing that gives me an obvious > "Too many open files" error. Some of the BSDs don't provide a reentrant gethostbyname() function. This makes "Dillo" freeze when resolving names concurrently. I went to the site and saw several different hostnames. This may be the answer. One way to solve this is to delegate the DNS resolving to a dpi and to have a special one linked to an async DNS library for BSDs. Disclaimer: this COULD BE the cause. I'm not sure. > > An explicit ulimit on the OBSD box gives me the same obvious errors. > > Are there any OpenBSD 3.6 users here who can run this recipe and see if > the problem is reproducible across more machines? It works here (GNU/Linux) even with a dialup. -- Cheers Jorge.-

March 11, 2006

dillo 0.8.5 / OpenBSD 3.6 help request

by Francis Daly

Hi all, I have a report than on a stock OpenBSD 3.6 box, using dillo 0.8.5, the following recipe seems to reliably(*) cause dillo to cease responding. (*) Almost every time. On the few occasions when it survived, clicking one or two more links caused it to fail then. "cease responding" means "click link does not follow link. click bookmark does not generate bookmark page. back button works, but nothing else". http://www.google.co.nz/ Search for fred dagg click each of the first six links in turn, clicking "back" after each one. By the time you get to http://www.wordworx.co.nz/dagg.html dillo has become unresponsive. Nothing obvious logged to suggest what the problem is. On my Linux box, I don't see the problem. I *can* induce similar symptoms by ulimit'ing the number of open files, but doing that gives me an obvious "Too many open files" error. An explicit ulimit on the OBSD box gives me the same obvious errors. Are there any OpenBSD 3.6 users here who can run this recipe and see if the problem is reproducible across more machines? Thanks, f -- Francis Daly francis(a)daoine.org

March 11, 2006

Re: [Dillo-dev] problem with cookies

by Francis Daly

On Fri, Mar 10, 2006 at 04:31:47PM -0500, mike obrien wrote: Hi there, > i'm having trouble getting cookies to work for me. the trouble > i'm having is that i just can't stay logged into some forums in which > i participate. for example, i have "ubuntuforums.org ACCEPT" in my > cookiesrc file. if i go do something else in that smae instance of dillo > and then come back to ubuntu, again in that smae instance of dillo, i find > myself no longer logged in to ubuntu forums. how can i solve this? In terms of cookies, "ubuntuforums.org" is not the same as ".ubuntuforums.org". If that doesn't make a difference, share precisely which version of dillo you use, and precisely which url you access, and there'll be a better chance of reproducing the problem. Cheers, f -- Francis Daly francis(a)daoine.org

March 10, 2006

problem with cookies

by mike obrien

hi, i'm having trouble getting cookies to work for me. the trouble i'm having is that i just can't stay logged into some forums in which i participate. for example, i have "ubuntuforums.org ACCEPT" in my cookiesrc file. if i go do something else in that smae instance of dillo and then come back to ubuntu, again in that smae instance of dillo, i find myself no longer logged in to ubuntu forums. how can i solve this? thanks, mike

March 10, 2006

Progress on porting to FLTK2?

by Roberto C. Sanchez

Hello, I became interested in Dillo a while back and even made some small contributions and helped fix some bugs, but I was eventually disuaded by the fact that Dillo uses GTK+. I was happy when I heard that Dillo would be ported to FLTK. Has there been any progress on this? I would like to start contributing again, but I have not seen anything other than a few mailing list posts in the archive and a mention of it on the "Current Plans" page. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto

March 10, 2006