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

Re: [Dillo-dev] $SRCDIR/Makefile syntax

by Sebastian Geerken

On Thu, Feb 06, Jan Stary wrote: > just a minor correction. $SRCDIR/Makefile says Makefile's are generated, from Makefile.am, this is what has to be changed. > uninstall-local: > -if [ -d $(DESTDIR)$(sysconfdir) ]; then \ > rm -f $(DESTDIR)$(sysconfdir)/dillorc*; \ > elif [ -d /etc/ ]; then \ > rm -f /etc/dillorc* > fi > > but should say > > uninstall-local: > -if [ -d $(DESTDIR)$(sysconfdir) ]; then \ > rm -f $(DESTDIR)$(sysconfdir)/dillorc*; \ > elif [ -d /etc/ ]; then \ > rm -f /etc/dillorc* ; \ # <<-- here > fi Yes, "make uninstall" does not work (for me), but isn't this supposed to be equivalent? Anyway, I just committed the change. Sebastian

Feb. 9, 2003

Dillo on Solaris

by Mail.com Janke

Just pulled latest dillo from CVS & compiled on Solaris 8. It's a pretty slick browser. Some things to fix for Solaris builds: nanosleep() needs to be linked with -lrt. Adding something like: case $system in SunOS) LDFLAGS="$LDFLAGS -lrt" ;; esac to configure.in seems to fix that problem. Also, Solaris seems to not have AF_LOCAL and SUN_LEN defined. Adding defs for those two somewhere -- in a header or in dpi.c seems to fix those problems. #ifndef AF_LOCAL #define AF_LOCAL AF_UNIX #endif #ifndef SUN_LEN /* This system is not POSIX.1g. */ #define SUN_LEN(ptr) ((size_t) \ (((struct sockaddr_un *) 0)->sun_path) \ + strlen ((ptr)->sun_path)) #endif (I swiped that code from the nautilis project.) With those fixes & got it to built & it seems to work. I have not done the bookmark tarball yet. --Mike -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup

Feb. 8, 2003

Dillo & Sylpheed-Claws integration page updated

by Melvin Hadasht

Hi, I updated my pages concerning the integration of Dillo as an HTML mail viewer in Sylpheed-Claws. New screenshots reflecting the use of Dillo 0.7.0 were also added. The plans concerning Sylpheed-Claws were included, too. The URL is: http://melvin.hadasht.free.fr/home/dillo/sylpheed/ To summarize: currently, and not before Claws 0.8.11, Claws must be patched with the patches I provide in that page. It is planned that Claws 0.8.11 will officially include support to embed Dillo to view HTML mail. The current version of Claws is 0.8.9 and 0.8.10 is soon to be released. Dillo cvs and 0.7.0 and newer do not need to be patched anymore. Best regards -- Melvin Hadasht

Feb. 6, 2003

FYI: -l option and URL redirections

by Melvin Hadasht

Hi, When an HTTP URL is given along with the -l command line option, and if the URL is redirected by the server, the new URL is handled normally as if the -l option was not given. This behaviour can be seen with the http://www.google.com URL, at least when requesting it from France, in which case a 302 error code is given and Dillo is redirected to http://www.google.fr/. In that case, the Google logo images are downloaded. Whereas a direct dillo -l http://www.google.fr/ won't download the images. I do not consider this a serious issue, but for consistency I would have expected Dillo to show me the redirection error page with the target URL. The target URL being clickable and also retaining the SpamSafe mode. As said, this is not a high priority issue, it is rather a consistency issue. -- Melvin Hadasht

Feb. 6, 2003

$SRCDIR/Makefile syntax

by Jan Stary

Hi, just a minor correction. $SRCDIR/Makefile says uninstall-local: -if [ -d $(DESTDIR)$(sysconfdir) ]; then \ rm -f $(DESTDIR)$(sysconfdir)/dillorc*; \ elif [ -d /etc/ ]; then \ rm -f /etc/dillorc* fi but should say uninstall-local: -if [ -d $(DESTDIR)$(sysconfdir) ]; then \ rm -f $(DESTDIR)$(sysconfdir)/dillorc*; \ elif [ -d /etc/ ]; then \ rm -f /etc/dillorc* ; \ # <<-- here fi Jan

Feb. 6, 2003

ftp support?

by TheStar

Does FTP work? The page about achieved goals states that: "Fixed the plugin handler (FTP works again)" ? Any info about this?

Feb. 6, 2003

Next release...

by Jorge Arellano Cid

Hi there! I tried to make the release from where I'am now, but there're still some issues pending. For instance: the bookmarks server doesn't work when there's no bm.txt file, the conversion from the old format is not automatic and most importantly, bm_srv12.c code should be inside the final tarball. Some of those were fixed today (not commited yet) and the latter is pending. The problem is I don't know when I'll be able to reconnect, but in the meanwhile I will work on finishing the 0.7.0 tarball, so the next email should be something like a test petition for the candidate tarball. So far dpi over unix sockets has been tested in GNU.Linux and *BSD environments. See you soon Jorge.- PS: please keep reporting any further troubles you may find. Livio and Sebastian are still online and can take care of it.

Feb. 5, 2003

Re: [Dillo-dev] configure problems

by Jorge Arellano Cid

Jan, > Hi, > > this is what I get with the current CVS (viz later). > > I know that I don't have libpng, libjpeg etc installed > (by mistake, I was compiling on machine without them), > but I mean the 'usability ... yes ; presence ... no' problem. > Is this an autoconf bug, or is configure.in written badly ? Our configure.in tests libpng and libjpeg, and it SHOULD abort if those aren't present, _but_ as dillo doesn't have support for running without images in a clean way --it will in the near future (not in 0.7.0 though)--, so we left configure.in as it is now. Ah, the libjpeg test is done badly too... We need an autconf/automake savvy person since a long time! :) Cheers Jorge.- PS: The other errors are not our fault.

Feb. 5, 2003

configure problems

by Jan Stary

Hi, this is what I get with the current CVS (viz later). I know that I don't have libpng, libjpeg etc installed (by mistake, I was compiling on machine without them), but I mean the 'usability ... yes ; presence ... no' problem. Is this an autoconf bug, or is configure.in written badly ? The system is: Debian unstable kernel 2.4.19 (self compiled) autoconf 2.57 automake 1.6.3 gcc/cpp 3.2.2 The results follow. Jan cvs co dillo && cd dillo ./autogen.sh ./configure --prefix=$HOME checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... yes checking for jpeg_destroy_decompress in -ljpeg... no configure: WARNING: *** JPEG support will not be included *** checking for pthread_create in -lpthread... yes checking for zlibVersion in -lz... no checking for png_check_sig in -lpng... no checking for ANSI C header files... no checking fcntl.h usability... yes checking fcntl.h presence... no configure: WARNING: fcntl.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: fcntl.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for fcntl.h... no checking unistd.h usability... yes checking unistd.h presence... no configure: WARNING: unistd.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: unistd.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for unistd.h... no checking sys/uio.h usability... yes checking sys/uio.h presence... no configure: WARNING: sys/uio.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: sys/uio.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf(a)gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for sys/uio.h... no checking for socket... yes configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/IO/Makefile config.status: creating config.h config.status: executing depfiles commands

Feb. 5, 2003

Re: [Dillo-dev] autoconf/automake stuff in CVS

by Nicola Girardi

> > This list seems OK to me. Thanks Jorge. > > Are you savvy on autoconf/automake stuff? Not really. :-) I only know which files need to be around and which ones don't, and the list seemed OK. I wrote because I was among the ones who asked you to remove those files and I'm happy that you did.

Feb. 4, 2003