- Dillo-dev - lists.mailman3.com

Dillo & Sylpheed-Claws integration page updated
by Melvin Hadasht Feb. 6, 2003

Feb. 6, 2003

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

1 0

ftp support?
by TheStar Feb. 6, 2003

Feb. 6, 2003

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

1 0

Next release...
by Jorge Arellano Cid Feb. 5, 2003

Feb. 5, 2003

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.

1 0

Re: [Dillo-dev] autoconf/automake stuff in CVS
by Nicola Girardi Feb. 4, 2003

Feb. 4, 2003

> > 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.

1 0

autoconf/automake stuff in CVS
by Patrick Shanahan Feb. 4, 2003

Feb. 4, 2003

* Jorge Arellano Cid <jcid(a)softhome.net> [02-02-03 17:00]: > > and wrote a simple autogen.sh script to remake them. > > Now you'll need autoconf and automake installed. Built ok on SuSE 8.1, i586(686), but lost bookmarks access. Did I miss this being mentioned earlier? -- Patrick Shanahan http://wahoo.no-ip.org Registered Linux User #207535 icq#173753138 @ http://counter.li.org

2 3

Re: [Dillo-dev] Very close to a new release!
by Jorge Arellano Cid Feb. 4, 2003

Feb. 4, 2003

Andreas, > > The point is: testing it. Sadly I didn't received more than a > > single comment of its working. Now I'm asking again: please > > download the latest CVS, the bookmarks server, intall them, play > > with them, test and report how it works for you. > > With the CVS verion as of > > $ date -u > Mon Feb 3 16:38:33 UTC 2003 > > It works almost out of the box for FreeBSD (the latest stable) > The only thing : autogen.sh should be a /bin/sh script, > not a /bin/bash script to make it portable. > > Same for the small convert script for the bm_dpi. > I'll change those. > > Ah, if someone here has NFS mounted accounts (from another > > machine), I want to know how it works there. As unix domain > > sockets are accessible only to the local machine, and it listens > > on /tmp, it should work, but we need the proof! > > The NFS part works between 2 FreeBSD machines. Thanks for testing. May I bother you with the socket access test? > There is just one problem : dillo waits 128 cycles for > the plugin to get online. > On my machine, this seems to be not long enough. I > set it to 256, and then it says it waits 90-190 cycles to get > online ... weird ... and then it works. > Maybe this hard coded waiting is not such a great idea. Yes. The problem is the time gap between 'exec' and the dpi-program being operative. It should be minimal when the programs is on a local HD, but NFS may take some time. I added the wait cycles for this case, and don't know the "canonical" way to do it. Yes it could be done with a gtk-timeout function or something akin but the wait cycles were the simplest thing to begin with. ;) Cheers Jorge.-

1 0

Re: [Dillo-dev] Very close to a new release!
by Telent Feb. 4, 2003

Feb. 4, 2003

> > Note to all/self: Dillo will *not* work with autoconf-2.13. > > Please test our latest CVS. It should work with the old autoconf. Works fine now, thanks. :) I've been using 0.7.0-pre since last night; it works beautifully so far. Can't wait for the release! -Sunny Raspet

3 2

Re: [Dillo-dev] Very close to a new release!
by Jorge Arellano Cid Feb. 4, 2003

Feb. 4, 2003

Hi there, > > The point is: testing it. Sadly I didn't received more than a > > single comment of its working. Now I'm asking again: please > > download the latest CVS, the bookmarks server, intall them, play > > with them, test and report how it works for you. > > Update'd, and it seems to work. bm_serv started automatically and > "View bookmarks", "Bookmark this page" menu commands worked. Removing > bookmarks also worked. Only problem noticed so far, is that the bm_serv > stays alive after closeing dillo (imho it shouldn't). Thanks for the feedback! (now with autoconf/automake stuff renewed in CVS, and the new bookmarks server tarball I hope it get easier to test and send some feedback!) With respect to staying alive, I also think it should end after closing dillo. Maybe sending a termination request at exit time could work fine, but I need some time to think about it... In the meanwhile, I changed the "sun" variable and also initialized "addrsize" as Melvin pointed out. AFAIU this doesn't affect those using GNU/Linux. Now you can download the latest bookmarks server and test all the stuff. Note: the new bookmarks server tarball has a short program and instructions to test permissions on *BSD machines. Someone please give it a try. Regards Jorge.- > Nice work done :) Thanks!

5 9

aclocal version for cvs build?
by John Bradford Feb. 3, 2003

Feb. 3, 2003

Hi, I've just checked out the current CVS tree, and running aclocal, (from the autogen.sh script), gives the error: aclocal: configure.in: 36: macro `AM_PATH_GTK' not found in library Has the current procedure for building from CVS changed? John.

2 2

something's wrong with configure.in
by Jan Stary Feb. 3, 2003

Feb. 3, 2003

This is what I get with automake 1.6.3 and autoconf 2.5.7 hans$ cvs -z3 -d :pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo cvs server: Updating dillo U dillo/AUTHORS [ ... ] U dillo/src/IO/proto.c hans@jorgen src$ cd dillo hans@jorgen dillo$ ./autogen.sh aclocal Found. autoheader Found. autoconf Found. automake Found. [Checks passed] Generating... aclocal: configure.in: 36: macro `AM_PATH_GTK' not found in library autoheader: error: AC_CONFIG_HEADERS not found in configure.in configure.in:4: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:5: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:28: error: possibly undefined macro: AM_PROG_CC_STDC configure.in:36: error: possibly undefined macro: AM_PATH_GTK configure.in:4: no proper implementation of AM_INIT_AUTOMAKE was found, configure.in:4: probably because aclocal.m4 is missing... configure.in:4: You should run aclocal to create this file, then configure.in:4: run automake again. configure.in: installing `./install-sh' configure.in: installing `./mkinstalldirs' configure.in: installing `./missing' configure.in:5: required file `./config.h.in' not found src/IO/Makefile.am: installing `./depcomp' /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in AM_CONDITIONAL Jan

2 1