March 2006 - Dillo-dev - lists.mailman3.com

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