- Dillo-dev - lists.mailman3.com

Release candidate 1

by Jorge Arellano Cid

Hi there! Finally, after a lot of work, the first release candidate tarball for dillo-0.7.0 is ready. The idea is to test this tarball and if it has no problems, the 0.7.0 release will be made of it (with only minor or cosmetical changes). Once again, I'm specially interested on non GNU/Linux platforms testing (bacause I already tested GNU/Linux). ------------------- Summary of changes: + Included the bookmarks server code inside the main tree (no separate tarball now, it all builds at once) + Added a workaround for nanosleep on Solaris in configure.in + Added a new icon for bookmarks and set ALT+B or ; as shortcuts. (there's also the option of hiding the icon from dillorc). + Made a new splash screen (contents and design). + Made a custom D_SUN_LEN definition to avoid inconsistencies with SUN_LEN, also switched memory clearing to sizeof and defined AF_LOCAL when not present. + Made ~/.dillorc/ have precedence over PATH when searching for plugins. + Added a SIGCHLD handler to avoid zombies when the dpi server is killed manually before dillo exits. + Bound find text to /. Now it works with CTRL+F or / + Added an icon for bookmarks. + Image tooltip now works with "title" instead of "alt". (had mistankenly switched to "text" before...) bm_srv12: + Made the convertion (import) from the old bookmarks format automatic. + Made it work when there's no bm.txt file present, and also when there's a zero sized bm.txt. + Fixed some Solaris compatibility glitches. + Fixed SUN_LEN issues. ------------------- The test emphasis should be on the new features. Please remember first to remove the bookmarks server binary from your ~/.dillo/ directory and killing the server if running, before testing. Now, a simple: ./configure make make install-strip should build and install everything right (it works here!) The plan is to make the official release this Sunday or early on Monday. Please send your feedback to this list. I'll be updating the site in the meanwhile, so please focus on the tarball. Last but not the least, the splash screen includes a link to the text version of an interview I gave to tux.cl magazine. The original is in spanish so I made a quick translation to english so everyone can read it. If you are knowledgeable in english grammar please read/correct it and send me the diffs. That'd be, as always, highly appreciated. Thanks a lot and I'll be expecting your feedback! Jorge.- PS: For those that read this far, here's the tarball: http://dillo.auriga.wearlab.de/dillo-0.7.0-rc1.tar.gz :-)

Feb. 14, 2003

Re: [Dillo-dev] Website improvement / CVS page

by Sebastian Leske

Hi, * Thorben Thuermer <r00t(a)informatik.uni-bremen.de> [2003-02-13 16:56]: > Auriga is not sourceforge. when setting up our cvs repositories, we found > that it is possible to have anoncvs WITHOUT login, and it seemed a very > good idea to use that, because the additional login step only confuses > users. a very good idea. I was confused by it initially, too. > just as the dillo homepage says, you 'Just:' > > just to show that the password was not read from there: > user@host[/tmp]$ mv ~/.cvspass ~/.cvspass_bak > > user@host[/tmp]$ cvs -z3 -d :pserver:anonymous@cvs.auriga.wearlab.de:/sfhome/cvs/dillo co dillo > cvs checkout: failed to open /home/user/.cvspass for reading: No such file or directory > cvs server: Updating dillo > U dillo/AUTHORS > U dillo/COPYING > > without login. > > are you SURE you need login for it to work? we haven't heard of any problems > with this before. Well, if I do the above, I get: $ > cvs -z3 -d :pserver:anonymous@cvs.auriga.wearlab.de:/sfhome/cvs/dillo co dillo cvs checkout: could not open /ext/number/leske/.cvspass: No such file or directory cvs [checkout aborted]: use "cvs login" to log in first $ > cvs -z3 -d :pserver:anonymous@cvs.auriga.wearlab.de:/sfhome/cvs/dillo login (Logging in to anonymous(a)cvs.auriga.wearlab.de) CVS password: $ > cvs -z3 -d :pserver:anonymous@cvs.auriga.wearlab.de:/sfhome/cvs/dillo co dillo cvs server: Updating dillo U dillo/AUTHORS U dillo/COPYING U dillo/ChangeLog U dillo/ChangeLog.old So I do need to login first. That's with CVS version 1.10.7 , on SuSE7.0 . On a different system, the "checkout without login" works, that's with CVS version 1.11.1p1 . Maybe the "checkout without login" only works in later releases of CVS? (I didn't find anything in the NEWS file, though)

Feb. 13, 2003

Re: [Dillo-dev] Website improvement / CVS page

by Thorben Thuermer

On Thu, Feb 13, 2003 at 02:58:56PM +0100, Sebastian Leske wrote: > Hi, > > as I could not find some webmaster contact address at the website at > http://dillo.auriga.wearlab.de/ , I'm posting to this list. For the project website (http://dillo.auriga.wearlab.de/) you're probably right here, for the auriga site (where the instructions were copied from, http://auriga.wearlab.de/cvs/?group_id=18) it would be something like admin(a)auriga.wearlab.de (which would be me). > I like the idea of providing some information on how to checkout the CVS > version of dillo, so people without CVS experience can try it out. > > However, the information about CVS given on > http://dillo.auriga.wearlab.de/cvs.html > is incomplete. The page give the command to to a checkout, but it neglects > to mention that you first have to do a login with an empty password. > > I'd propose you change the page to read: > > Check out from our server at wearLab! > > Just run these two commands: > > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo > > When prompted for a password, just press Return. A new directory will > be created with the current CVS version of dillo. Auriga is not sourceforge. when setting up our cvs repositories, we found that it is possible to have anoncvs WITHOUT login, and it seemed a very good idea to use that, because the additional login step only confuses users. just as the dillo homepage says, you 'Just:' just to show that the password was not read from there: user@host[/tmp]$ mv ~/.cvspass ~/.cvspass_bak user@host[/tmp]$ cvs -z3 -d :pserver:anonymous@cvs.auriga.wearlab.de:/sfhome/cvs/dillo co dillo cvs checkout: failed to open /home/user/.cvspass for reading: No such file or directory cvs server: Updating dillo U dillo/AUTHORS U dillo/COPYING without login. are you SURE you need login for it to work? we haven't heard of any problems with this before. > Greetings and keep up the good work on Dillo! > S.Leske Greetings, Thorben Thuermer (r00t(a)wearlab.de)

Feb. 13, 2003

Website improvement / CVS page

by Sebastian Leske

Hi, as I could not find some webmaster contact address at the website at http://dillo.auriga.wearlab.de/ , I'm posting to this list. I like the idea of providing some information on how to checkout the CVS version of dillo, so people without CVS experience can try it out. However, the information about CVS given on http://dillo.auriga.wearlab.de/cvs.html is incomplete. The page give the command to to a checkout, but it neglects to mention that you first have to do a login with an empty password. I'd propose you change the page to read: Check out from our server at wearLab! Just run these two commands: cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo When prompted for a password, just press Return. A new directory will be created with the current CVS version of dillo. Greetings and keep up the good work on Dillo! S.Leske PS: Please CC me on replies, I'm not subscribed.

Feb. 13, 2003

Re: [Dillo-dev] Is this list dead ?

by Sebastian Geerken

On Wed, Feb 12, Lars Segerlund wrote: > I haven't gotten any trafic lately ? In the past, this has always been a good sign: low list traffic has meant high productivity :-) > Also why is the dpi not in the cvs ? It is. Be sure that you use the new CVS server (at auriga.wearlab.de), the one at CIPSGA is not used anymore. See <http://dillo.auriga.wearlab.de/cvs.html> for more info. Sebastian

Feb. 12, 2003

Re: [Dillo-dev] Is this list dead ?

by Andreas Schweitzer

On Wed, Feb 12, 2003 at 11:50:52AM +0100, Lars Segerlund wrote: > > I haven't gotten any trafic lately ? > > Also why is the dpi not in the cvs ? Just in case anybody on the list gets confused I post this to the entire list. See Jorge's post from about a week ago : http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-February/000125.html Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 12, 2003

Is this list dead ?

by Lars Segerlund

I haven't gotten any trafic lately ? Also why is the dpi not in the cvs ? / regards, Lars Segerlund.

Feb. 12, 2003

Re: [Dillo-dev] FYI: -l option and URL redirections

by Sebastian Geerken

Hi, On Thu, Feb 06, Melvin Hadasht wrote: > 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. As far as I have understood, this option is useful when dillo is called from a mail user agent (at least I use it this way). So, since MUA's do not send HTTP headers (and SpamSafe is not applied to further requests by intend), this is indeed not an important issue. > 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. Since HTTP redirects may also applied on content types other than HTML, it would have to be handles in another way (e.g. by a message window, or an other additional GUI element within the browser window). Actually, HTTP redirects are the task of the cache, which should not care about the content (and type), and so may not create the appropriate HTML. (META-reqresh is handled by the HTML parser.) Sebastian

Feb. 9, 2003

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