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

Re: [Dillo-dev] Error DNS can't solve (null)

by Jorge Arellano Cid

Matthias, > Moin, > > I'm running dillo 0.7.0 under FreeBSD and can browse my internal > site without problems. If I try to use dillo with my squid proxy to > access externel sites I get the error message above. Please use the latest release. > What do I missing? If your squid uses authentication, dillo will not recognize it (is not implemented yet, and HTTP 1.1). Cheers Jorge.-

March 31, 2003

Re: configuration patch - Fix for bugs 386, 407, 392, 412 and notes on bugs 349, 408

by Jorge Arellano Cid

Hi there! We're trying to fix our configure.in with Andreas. The latest CVS commit has a boat load of minor changes that require testing. Please refer to the subject line for BUG# numbers. On Sun, 23 Mar 2003, Andreas Schweitzer wrote: > Hi Jorge, > > This patch - mainly against configure.in - fixes > all these bugs - some of which are duplicates, actually. Sure. > The startegy I implemented is : > First check the headers, if not found return a big > warning and don't bother anything else. If found, > check how to link (that *should* work now). > That last test puts some nice HAVE_LIBPNG etc. in config.h, > but only if I don't fool with the "ACTION-IF-FOUND" and > "ACTION-IF-NOT-FOUND" fields. It is suggested to first check the headers and then the libraries, but every time I get into autoconf/automake I get a bad gut sensation. It is so confuse and messy... I checked the new code and decided to give more order to the whole stuff in there. This means some things changed, but the tests for jpeg and png remained (with some changes for zlib). > About libpng : Since version 1.2.2 it moved the headers > to libpng/png.h which is correct on all platforms I tested. > Since version 1.2.3 the install *should* create a link > to the old location, and there *should* be a libpng-config > script. Both these "shoulds" are only partially implemented > depending on platform/system. sigh. > But my libpng test should now find the header. > See also http://www.libpng.org/pub/png/png2002.html I added just a minor change. Hope it works! > The location of the system dillorc should NOT be > put in config.h according to the GNU docs, instead > everything with prefix/sysconfdir and similar stuff > should be defined on the command line. Hence, my > src/Makefile.am patch. This syntax of ' and " works on > a variety of systems (bash, ksh, csh, GNU make) finally. > Also, the current toplevel Makefile.am first tries > $(DESTDIR)$(sysconfdir) and then falls back on /etc > but the code in prefs.c does it the other way round. > One of them should probably be reverted. > And while writing this : the patch supplied on the > list will make dillorc be installed ONLY in > $(DESTDIR)$(sysconfdir) with no fall-back to /etc > but I think $(DESTDIR)$(sysconfdir) will be created > if necessary. I'm not sure of what to do here :(. For now I added Patrice's patch that simply adds: sysconf_DATA = dillorc in Makefile.am, and it works! The problem is we don't know what directory it gets in. :-) Currently if it is /usr/local/etc/ or /etc, it works, but if someone chooses /opt/weird/etc, it won't be found. If your solution fixes this, I'll switch to it. > About 349 : not sure if this really causes trouble. > I may have to do some major autoconf thing - like > trying with default and then trying with /usr/local > added - for each test, though (maybe a new macro ?). I removed the /usr/local stuff: -CPPFLAGS="$CPPFLAGS -I/usr/local/include" -LDFLAGS="$LDFLAGS -L/usr/local/lib" IMHO, it shouldn't be there, as the system SHOULD be configured in a way that programs are able to find system resources. Maybe this serves as a workaround: CPPFLAGS="$CPPFLAGS -I/usr/local/include" ./configure :-) > About 408: this seems to be caused by using libpng 1.0.12 (i.e. > the old libpng). On Debian it seems to be called that strangly. > The person should probably give more details or use libpng 1.2.X. Yes, that seems to be caused by an ancient libpng. We should give a warning. > Tested on > OpenBSD 3.2 (gcc 2.95, autoconf2.13, automake1.4) > FreeBSD 4.7 (gcc 2.95, autoconf2.13, automake1.4) > Linux 2.4.20 (gcc 3.2, autoconf2.57, automake1.7) Well, now without the forced "/usr/local/..." stuff, is different. I only hope we find the way to fix our configure stuff the right way... > To test it, it probably needs to go on a lot more platforms > but I hesitated to send it to the list. Feel free to forward > this mail as is to the list. I'm doing it right now!!! ...and the CVS has the new version. All the helpful feedback is very welcomed! Cheers Jorge.- PS: Get a new copy from CVS, ./autogen.sh, ./configure ...

March 31, 2003

Error DNS can't solve (null)

by Matthias Teege

Moin, I'm running dillo 0.7.0 under FreeBSD and can browse my internal site without problems. If I try to use dillo with my squid proxy to access externel sites I get the error message above. The logfile og the DNS server logs also strange: 2003-03-31 17:16:42.617550500 query 41218 c0a8990a:0f89:34b3 1 . 2003-03-31 17:16:42.617790500 tx 0 1 . . c0a80015 2003-03-31 17:16:42.618661500 stats 41218 146743 1 0 2003-03-31 17:16:42.619053500 sent 41218 17 2003-03-31 17:16:50.878750500 query 41219 c0a8990a:0f8a:34b5 1 . 2003-03-31 17:16:50.878988500 tx 0 1 . . c0a80015 2003-03-31 17:16:50.879797500 stats 41219 146743 1 0 2003-03-31 17:16:50.880180500 sent 41219 17 What do I missing? Many thanks Matthias -- Matthias Teege -- http://www.mteege.de make world not war PGP-Key auf Anfrage

March 31, 2003

Minor poke to interface.c (terminology)

by Chris Palmer

I think "location bar" is a more idiomatic term for it than "url-box". The exclamation point is also extraneous. The feature of the clear_url_button itself is awesome! Thanks for adding it. --- dillo-0.7.1/src/interface.c Sun Mar 9 07:08:00 2003 +++ dillo-0.7.1-mine/src/interface.c Sun Mar 30 16:38:54 2003 @@ -391,7 +391,7 @@ static GtkWidget *Interface_locbar_new(B bw->clear_url_button = gtk_toolbar_append_item( GTK_TOOLBAR(toolbar), - NULL, "Clear the url-box!", "Toolbar/New", + NULL, "Clear the location bar", "Toolbar/New", Interface_pixmap_new(bw->main_window, s_new_xpm), NULL, NULL); gtk_signal_connect_object(GTK_OBJECT(bw->clear_url_button), "clicked", -- Chris music is what numbers feel like San Francisco, CA

March 31, 2003

Patch for commands.c and menu.c to enable menus

by Chris Palmer

Hello, I've re-enabled the disabled menus and implemented the callback for the Help -> Dillo Manual menu item. I have also slightly tweaked the default keybindings to be more standardized. commands.c: Documentation for functions. Implemented a_Commands_manual_callback(). menu.c: Enabled Bookmarks and Help menus. Changed default keybindings to be more standard. prefs.h: Defined constant used by menu.c. Output of diff -pru for each of the files is attached. -- Chris music is what numbers feel like San Francisco, CA

March 31, 2003

Anti-aliasing

by Nicola Girardi

If you remember somebody made a patch to enable anti-aliasing, but it was for Dillo 0.6.6 or something. I updated it to work with current CVS, it's attached (few lines). There are just a couple of remarks: 1. You have to do the final step of the compilation manually to link to the correct libraries because I don't know how to add them to the auto-tools stuff. (-lXft -lXrender -lfontconfig if I remember correctly.) 2. It seems to me that italic and bold fonts aren't rendered correctly (they are rendered as normal) but I don't know if it's just due to how I configured stuff in my box. Please tell me if it works for you. IMHO, after 2 is fixed (if it's broken at all) this should go into CVS, because it's a major benefit to have anti-aliased fonts. Well, IMHO, as I said.

March 30, 2003

Re: [Dillo-dev] Re: https approaches?

by Madis Janson

On Mon, 17 Mar 2003, Jorge Arellano Cid wrote: > As SSL has a high priority on my list, it would be a matter of > writing an external program that does https (given the URL), > retrieves the resource, performs any other required tasks and > reports it results somewhere. > > That is, I'd make all the necessary bindings/extensions in > dillo's core to accomodate the plugin. > > AFAIU, the most basic communications required between dillo and > the https dpi are: > > 1) -> Send the https URL to retrieve > 2) <- Maybe make the user confirm the certificate acceptance > 3 <- https resource > Does this mean that https plugin should implement http protocol by itself? It wouldn't be too hard using for example the curl library, but a downside is that most dillo http features (like cookies support) would be omitted.

March 30, 2003

Re: [Dillo-dev] META refresh

by madis

On Thu, 27 Mar 2003, David Banning wrote: > I would like to get dillo to respond to META-refresh without > stopping with a warning message. Is there a simple way that I can > do that? > > I have looked around at the code and can make a few changes and > recompile, but as yet I am not proficient enough to know what to > change and where. > You may try this patch: http://zone.ee/myzz/dillo/dillo-0.7.1-mzz.diff This is basically my current changes to dillo backported to 0.7.1.2 release. Contains automatic meta-refresh, no-cache/expire cache control, showing alt text while loading images, some stupid hacks for javascript urls and simply weird relative urls, fast search engine queries by typeing '?query text' into address bar and some other changes (read the patch...). Warning: meta-refresh and cache control could be abused by bad-behaving sites. -- mzz

March 29, 2003

Re: [Dillo-dev] How do I compile the dillo CVS?

by Isaque Galdino de Araujo

On 28 Mar 2003 08:20:58 +1100 thestar <thestar(a)tpg.com.au> wrote: > How do I compile the dillo cvs? > > I've run aclocal, autoconf, (automake fails though). > > I then run ./configure, which fails > configure: error: can not find install-sh or install.sh in . ./.. > ./../.. Maybe you should try: $ automake -a This command adds install-sh and stuff like that. -- Isaque Galdino de Araujo C/C++/Java http://sites.uol.com.br/isaque Linux User #274776 since 1997 Slackware User so far

March 28, 2003

META refresh

by David Banning

I would like to get dillo to respond to META-refresh without stopping with a warning message. Is there a simple way that I can do that? I have looked around at the code and can make a few changes and recompile, but as yet I am not proficient enough to know what to change and where.

March 28, 2003