- Dillo-dev - lists.mailman3.com

-l switch not working if <base href="..."> is given

by Melvin Hadasht

Hi, The -l switch is meant to disallow retrieving external resources. This works fine unless the html file contains a <base href="something"> tag: in that case, the external resources are retrieved. To check this, I made a test case with an excerpt of the google search page. The attached html files just display the google logo in a table. These two attached html files differ in that "index.html" has the <base> tag commented out, making it non functional, whereas in "index-base.html" it is taken into account. To test this bug, save both html files in a directory. Then create there a subdirectory called ./images where you save the logo.gif. (This is meant for index.html where the missing <base> defaults it to the current directory. In that case, dillo index.html will show the logo, as expected). Then run dillo with the -l switch on the two files: dillo -l index.html index-base.html. The index-base.html will show the logo retrieved from http://www.google.com/intl/en/. The expected behaviour is to not retrieve it. I'll try to look into this bug this weekend, but I'm not so familiar with dillo's internals, so do not expect a miracle. I nearly forgot, this is the released dillo 0.7.0. Cheers. -- Melvin Hadasht

Feb. 21, 2003

gtk2 patches for 0.7.0?

by Philip Blundell

Hi, Has anybody made patches for the 0.7 release to work with GTK 2? Thanks! p.

Feb. 20, 2003

Re: [Dillo-dev] Activating bookmarks menu crashes Dillo 0.7 ?

by Thorben Thuermer

On Wed, Feb 19, 2003 at 10:44:59PM -0800, Philip Ganchev wrote: > Hi, > > Am I doing something wrong, or is this a bug? > > Following the instructions in dillo-0.7.0/INSTALL, I > configure, compile, install and run Dillo, then click > on the Bookmarks menu. Dillo crashes. > > ------------ > % ./configure --target=$HOME ^^^^^^^^^^^^ > % make > % make install<No error messages.> > > % src/dillo ^^^^^^^^ > Setting locale to C... > dillo_dns_init: Here we go! > The cookies file has a file lock: > disabling cookies in this dillo! > Nav_open_url: Url=>about:splash< > IO_write: Changing io->Buf (4096) > IO_write: EAGAIN > IO_write: Changing io->Buf (4096) > IO_write: EAGAIN > <Dillo running> > Click on the Bookmarks menu > > Nav_open_url: Url=>dpi:/bm/< > Server NOT running > waitpid: No child processes > <waited 256 cycles for server to be on line> > [connect]: No such file or directory > Not implemented > Gdk-ERROR **: X connection to :0.0 broken (explicit > kill or server shutdown).--------------- This seems to happen when dillo fails to spawn the dpi bookmark server. from your compilation instructions above, it looks like you install into a directory that is not in your $PATH, and thus the bm server can't be found. try running dpi/bm_srv12 manually, or export PATH=$HOME/bin:$PATH and it should work. otherwise it indeed looks like a bug that dillo dies when it fails to start the server. > Thanks, > Philip Greetings, Thorben Thuermer (r00t(a)wearlab.de)

Feb. 20, 2003

Re: [Dillo-dev] Is this the right mailng list?

by Thorben Thuermer

On Wed, Feb 19, 2003 at 02:03:15PM +0000, William Trenker wrote: > I notice I am getting messages from this list (dillo-dev(a)lists.auriga.wearlab.de) and from dillo-dev(a)auriga.wearlab.d > e. Which list should I use for general questions about Dillo? Those are two addresses for the same list, you can use either, the @lists version is preferred. > Regards, > Bill Greetings, Thorben Thuermer (r00t(a)wearlab.de)

Feb. 20, 2003

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

by Thorben Thuermer

On Thu, Feb 13, 2003 at 06:14:28PM +0100, Sebastian Leske wrote: > Hi, > > 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) After some looking at CVS source, we found that it is indeed a new "feature" of newer CVS versions... I updated the Auriga CVS page with a note about logging in now. Greetings, Thorben Thuermer (r00t(a)wearlab.de)

Feb. 20, 2003

Activating bookmarks menu crashes Dillo 0.7 ?

by Philip Ganchev

Hi, Am I doing something wrong, or is this a bug? Following the instructions in dillo-0.7.0/INSTALL, I configure, compile, install and run Dillo, then click on the Bookmarks menu. Dillo crashes. ------------ % ./configure --target=$HOME % make % make install<No error messages.> % src/dillo Setting locale to C... dillo_dns_init: Here we go! The cookies file has a file lock: disabling cookies in this dillo! Nav_open_url: Url=>about:splash< IO_write: Changing io->Buf (4096) IO_write: EAGAIN IO_write: Changing io->Buf (4096) IO_write: EAGAIN <Dillo running> Click on the Bookmarks menu Nav_open_url: Url=>dpi:/bm/< Server NOT running waitpid: No child processes <waited 256 cycles for server to be on line> [connect]: No such file or directory Not implemented Gdk-ERROR **: X connection to :0.0 broken (explicit kill or server shutdown).--------------- I'm running Red Hat Linux on Intel Pentium II. Thanks, Philip __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

Feb. 20, 2003

[PATCH] The patches I sent yesterday

by Patrice Mandin

Sorry, forget about the gtk-related patch, it does not work the way it is written. -- Patrice Mandin WWW: http://membres.lycos.fr/pmandin/ Programmeur Linux, Atari Spécialité: Développement, jeux

Feb. 19, 2003

[PATCH] Some patches for configure.in

by Patrice Mandin

Hello everybody, Here are 2 small patches for Dillo: - The first one add necessary stuff to do cross-compilation easy. - The other one just modify the detection for glib/gtk, because the way it is currently done pollutes the CFLAGS variable: When you have gtk/glib missing, libjpeg is not detected. Note: I am the one who ported Dillo to Atari MiNT m68k platform. But it does not work correctly. This is why I did not notice it to you. -- Patrice Mandin WWW: http://membres.lycos.fr/pmandin/ Programmeur Linux, Atari Spécialité: Développement, jeux

Feb. 19, 2003

Re: [Dillo-dev] I don't really get this...

by Kelson Vibber

At 11:15 AM 2/17/2003, slymer(a)slymer.org wrote: >./configure --prefix=$HOME >... >Therefore I suggest that the script should look for $HOME/.dillo >not $HOME/etc Usually the prefix is /usr/local or /usr - it makes much more sense to place the configuration file in /usr/local/etc instead of /usr/local/.dillo. If you're doing a system-wide installation, then you *do* want to place dillorc in /etc and not $HOME/.dillo, or else only root gets a config file. What you can do is compile dillo like this: ./configure --prefix=$HOME --sysconfdir=$HOME/.dillo That will install the new dillorc in $HOME/.dillo Kelson Vibber www.hyperborea.org

Feb. 19, 2003

Re: [Dillo-dev] patches

by Livio Baldini Soares

Hey folks! Phillip Warner writes: > On Wed, 19 Feb 2003 17:15:33 +0100 > Nicola Girardi <nicola(a)g-n-u.de> wrote: > > > > > > <alt>-w closes the window (instead of <ctrl>-q) > > > > > > > > Why isn't this C-w as in most GTK applications? In most GTK > > > > apps(well all the apps I've ever used) I see C-w means close > > > > window and C-q means close all windows and exit. [...] > I did not take it as a direct complaint. :^) I think this is a very > relevant question (and thread) as well, and worthy of a short > discussion. However, I shall not lead it, as I do not know the > initial reasons why these default keybindings were chosen. > > I thought I would give you my reasons for choosing what I did, which > could open the discussion further. In my very humble opinion what needs to be discussed is a way for everyone to be pleased with whatever key bindings Dillo is setup with. How? I think we should have a "default" set of key bindings, which may or may not please everyone, _but_, more importantly, add the possibly of specifying alternate ones in the dillorc file. The code shouldn't be too hard to do, but perhaps a tad bit tedious. The options might look like: key_close_window=C-w key_quit=C-q key_back=backspace key_forward=F8 Discussions on key bindings keep reappearing on this list, which leads me to think that a more general solution like the one I've proposed is needed. Unfortunately, my hacking time has been cut down drastically. If someone wants to implement this, I'll be gald to help out. best regards, -- Livio <livio(a)ime.usp.br>

Feb. 19, 2003

Re: [Dillo-dev] patches

by Phillip Warner

On Wed, 19 Feb 2003 17:15:33 +0100 Nicola Girardi <nicola(a)g-n-u.de> wrote: > > > > <alt>-w closes the window (instead of <ctrl>-q) > > > > > > Why isn't this C-w as in most GTK applications? In most GTK > > > apps(well all the apps I've ever used) I see C-w means close > > > window and C-q means close all windows and exit. > > > > > > > I, for one, do not know. > > Oh, I didn't mean to complain to you directly--I just chose an > appropriate thread for the issue. :) > I did not take it as a direct complaint. :^) I think this is a very relevant question (and thread) as well, and worthy of a short discussion. However, I shall not lead it, as I do not know the initial reasons why these default keybindings were chosen. I thought I would give you my reasons for choosing what I did, which could open the discussion further. Cheers, --Phil ------------------------------ Don't ever slam a door; you might want to go back.

Feb. 19, 2003

Re: [Dillo-dev] patches

by Nicola Girardi

> > > <alt>-w closes the window (instead of <ctrl>-q) > > > > Why isn't this C-w as in most GTK applications? In most GTK apps > > (well all the apps I've ever used) I see C-w means close window and > > C-q means close all windows and exit. > > > > I, for one, do not know. Oh, I didn't mean to complain to you directly--I just chose an appropriate thread for the issue. :)

Feb. 19, 2003

Re: [Dillo-dev] patches

by Phillip Warner

On Wed, 19 Feb 2003 15:03:25 +0100 Nicola Girardi <nicola(a)g-n-u.de> wrote: > > <alt>-w closes the window (instead of <ctrl>-q) > > Why isn't this C-w as in most GTK applications? In most GTK apps > (well all the apps I've ever used) I see C-w means close window and > C-q means close all windows and exit. > I, for one, do not know. I chose alt for my patch because that is what I am used to (Netscape). IMO, alt is certainly easier on a laptop. Cheers, --Phil

Feb. 19, 2003

Re: [Dillo-dev] patches

by Nicola Girardi

> <alt>-w closes the window (instead of <ctrl>-q) Why isn't this C-w as in most GTK applications? In most GTK apps (well all the apps I've ever used) I see C-w means close window and C-q means close all windows and exit.

Feb. 19, 2003

Is this the right mailng list?

by William Trenker

I notice I am getting messages from this list (dillo-dev(a)lists.auriga.wearlab.de) and from dillo-dev(a)auriga.wearlab.de. Which list should I use for general questions about Dillo? By the way, Dillo 0.7.0 is great! It's a perfect companion for browsing html-mail with my email client, Sylpheed. Regards, Bill

Feb. 19, 2003

patches

by Phillip Warner

Hi, I'm typically a lurker, but I thought I would release a few modifications I made to dillo. My patch also includes someone's (I can't recall whose) patch that adds external downloading and opening in external browsers. I thought someone may be interested. Here are the modifications I made: <alt>-w closes the window (instead of <ctrl>-q) <alt>-b in viewport opens a new window with the bookmarks <alt>-u view source <ctrl>-r in viewport reloads the current page (bookmark button loads bookmarks in current viewport <ctrl>-h loads homepage vi-style scroll (h = left, j = down, k = up, l = right) <esc> button stops loading the current page (this has no effect on images--they still load if page is fully loaded) The patchfile can be found at: http://www.xmission.com/~locutus/various-locutus.patch and the modifications above can be seen at: http://www.xmission.com/~locutus/index.html#dillo If you find this useful, enjoy! Boa, --Phil

Feb. 19, 2003

dillo-0.7.0 release

by Daniel Pfurtscheller

Works great on my system: Slackware Current (9.0 Beta) and gcc version 3.2.1. Keep up the good work! pfu -- "Contrariwise," continued Tweedledee, "if it was so, it might be, and if it were so, it would be; but as it isn't, it ain't. That's logic!" -- Lewis Carroll

Feb. 18, 2003

dillo 0.7

by Richard A Downing

Best yet. Compiled and rinning fine with LinuxFromScratch V4 using gcc3.2.2 and glibc3.2.1. Jorge, Many thanks! -- Cheers, Richard Richard A Downing FBCS

Feb. 18, 2003

Re: [Dillo-dev] bug tracking engine

by Joe Crayne

On Sun, Feb 16, 2003 at 10:45:49PM +0100, Sebastian Geerken wrote: > > I've been thinking about it (and hacking on dw_page.c) and > > have a partial implementation. It involved adding a pointer > > line->last_float_line which points to the last line that has > > a floater hanging down in the margin of the current line. > > Dw_page_draw_line() traces that pointer and draws that line > > too (and hence also its last_float_line and so on). > > Dw_page_draw_line (which is called by Dw_page_draw, the > implementation of DwWidget::draw) just does the actual drawing > (putting the pixels on the screen), and since you cannot > predict that it is called for all lines (normally it will be > called for those lines seen in the viewport), it should not > change the state of a DwPage. It doesn't. Dw_page_draw_line() traces the pointer and causes possibly other lines to be drawn other than the one it is called for. > - Floats may exceed the allocation of the DwPage, so they may not be > a child widget, instead, an interaction between two DwPage's is > necessary. When does a float exceed the allocation of the DwPage? Is there a new DwPage for new paragarphs? > - Since a float may be defined at a point, where there is > already a float at the respective side, you do not only need > one pointer, but rather a list or a tree, depending on how the > second float is positioned (below or left/right, both is > allowed by the CSS2 spec, but from what I've thought about it, > I believe that the second variant is simpler to implement). How about this: Floats are drawn in sequence just as other words on the line. Nothing special, except that now, line->ascent and line->descent doesnt count floats. Consequently, if the portion of the screen being refreshed doesn't yeild the DwPageLine where the float occurs, then that float wont get properly refreshed. The pointer points to the lowest (highest index) line containing a float that hangs down low enough that it may need to be refreshed also. (Note that if there's another float, then it will be either on the same line or refered back to by the pointer for the float line so that all the floats in the margin get refreshed.) Thanks.

Feb. 18, 2003

I don't really get this...

by slymer＠slymer.org

============================================================ if [ -d /home/silviu/etc ]; then \ /usr/bin/install -c -m 644 -b ./dillorc /home/silviu/etc/; \ elif [ -d /etc/ ]; then \ /usr/bin/install -c -m 644 -b ./dillorc /etc/; \ fi /usr/bin/install: cannot create regular file `/etc/dillorc': Permission denied ============================================================ Here's why I don't really get this part. If dillo is compiled like this: ./configure --prefix=$HOME make && make install-strip upon installation, the install script will try to see it $HOME/etc dir exists. Why this ? Dillo may look in /etc/dillorc if there was no .dillo/dillorc file in $HOME, but since $HOME/.dillo/ exists it is only logical that the script should try to install the rc file in $HOME/.dillo and not $HOME/etc Therefore I suggest that the script should look for $HOME/.dillo not $HOME/etc and it would not be a bad ideea if the dir is missing for the install script to create it... Just my 2 euro cents :} -- Registered Linux user #298569 First law of debate: Never argue with a fool. People might not know the difference.

Feb. 17, 2003

Re: [Dillo-dev] dillo-0.7.0 release

by Ralph Slooten

Hi there, Sorry if this is an obvious problem, but I cannot compile the new dillo. I keep getting: /home/axllent/dillo/src/jpeg.c:131: undefined reference to `jpeg_destroy_decompress' jpeg.o: In function `Jpeg_new': /home/axllent/dillo/src/jpeg.c:211: undefined reference to `jpeg_std_error' /home/axllent/dillo/src/jpeg.c:214: undefined reference to `jpeg_CreateDecompress'/home/axllent/dillo/src/jpeg.c:222: undefined reference to `jpeg_resync_to_restart' jpeg.o: In function `Jpeg_write': /home/axllent/dillo/src/jpeg.c:322: undefined reference to `jpeg_destroy_decompress'/home/axllent/dillo/src/jpeg.c:316: undefined reference to `jpeg_destroy_decompress'/home/axllent/dillo/src/jpeg.c:304: undefined reference to `jpeg_read_scanlines'/home/axllent/dillo/src/jpeg.c:294: undefined reference to `jpeg_start_decompress'/home/axllent/dillo/src/jpeg.c:274: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status make[3]: *** [dillo] Error 1 make[3]: Leaving directory `/home/axllent/dillo/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/axllent/dillo/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/axllent/dillo' make: *** [all-recursive-am] Error 2 I'm presuming this has something to do with the jpeg libs, and I have: [axllent@ws dillo]$ rpm -qa | grep jpeg libjpeg62-6b-25mdk libjpeg62-devel-6b-25mdk I'm using the standard Mandrake 9.0 release, and previous cvs/releases of dillo have worked great. Any ideas? Greetings Ralph -- http://tuxpower.f2g.net/ http://axljab.homelinux.org:8080/ "Linux is not The Answer. Yes is the answer. Linux is The Question"

Feb. 17, 2003

Re: [Dillo-dev] dillo-0.7.0 release

by John Bradford

> Hi there! > > As I'm in a big hurry now, I just made the release with the > feedback I got so far. It should work ok. > > Well, what else can I say, it's a big milestone! > > Go get it, and enjoy! It's working fine here! John.

Feb. 17, 2003

dillo-0.7.0 release

by Jorge Arellano Cid

Hi there! As I'm in a big hurry now, I just made the release with the feedback I got so far. It should work ok. Well, what else can I say, it's a big milestone! Go get it, and enjoy! Cheers Jorge.-

Feb. 17, 2003

Re: [Dillo-dev] dillo won't start the bm server

by slymer＠slymer.org

On Sun, 16 Feb 2003 11:43:28 +0200 slymer(a)slymer.org wrote: > > I dunno what's going on, but, dillo won't start the > bookmark > server. > > Compiled with: > > ./configure --prefix=$HOME > make > make install-strip > Ugh, cancel on this, dillo just started it, my bad :/ -- Registered Linux user #298569 Gravity brings me down.

Feb. 16, 2003

dillo won't start the bm server

by slymer＠slymer.org

I dunno what's going on, but, dillo won't start the bookmark server. Compiled with: ./configure --prefix=$HOME make make install-strip -- Registered Linux user #298569 Gravity brings me down.

Feb. 16, 2003

Interview

by Jorge Arellano Cid

Hi there! Thanks for the quick replies and corrections for the english version of the interview. Now it has been corrected and uploaded, so I hope it serves better its purpose. Well, I'm expecting for feedback on the tarball now. That's the gap between rc1 and an official release! Best Jorge.-

Feb. 15, 2003

Corrected Splash Page Patch (was Re: [Dillo-dev] Release candidate 1)

by Kelson Vibber

I just realized I missed some corrections in the patch for the splash screen. Here's the updated patch. (Yes, the dates are the same; all the changes I missed were in lines I had already changed, so I just edited the previous patch.) -- Kelson Vibber kelson(a)pobox.com http://www.hyperborea.org/ Creative Writing - Photography - The Flash

Feb. 15, 2003

Re: [Dillo-dev] Release candidate 1

by Kelson Vibber

On Friday 14 February 2003 08:13 am, Jorge Arellano Cid wrote: > If you are knowledgeable in english > grammar please read/correct it and send me the diffs. That'd be, > as always, highly appreciated. I haven't had a chance to look at the interview, but I've done the same for the splash screen itself (patch for src/IO/about.c attached) -- Kelson Vibber kelson(a)pobox.com http://www.hyperborea.org/ Creative Writing - Photography - The Flash

Feb. 15, 2003

Re: [Dillo-dev] Release candidate 1

by John Bradford

Hi, > 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). I couldn't get 0.6.6 nor the CVS version of a couple of days ago to compile using tcc under GNU/Linux. http://fabrice.bellard.free.fr/tcc/ I can post more details if required, but tcc is easy enough to install that it's probably easier for people to experiment with it themselves. John.

Feb. 14, 2003

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

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

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

by Jorge Arellano Cid

On Tue, 4 Feb 2003, Patrick Shanahan wrote: > > > Built ok on SuSE 8.1, i586(686), but lost bookmarks access. Did I miss > > > this being mentioned earlier? > > > > What do you mean by "lost bookmarks access"? > > There are no longer any bookmarks from the drop-down menu. There is a > bookmarks.html file in ~/.dillo but dillo is unable to access it. Also > saving a bookmark does not work ??? Go to the [CVS] link and RTFM. Jorge.-

Feb. 4, 2003

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

by Patrick Shanahan

* Jorge Arellano Cid <jcid(a)softhome.net> [02-04-03 00:49]: > > Patrick, > > > * 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? > > What do you mean by "lost bookmarks access"? There are no longer any bookmarks from the drop-down menu. There is a bookmarks.html file in ~/.dillo but dillo is unable to access it. Also saving a bookmark does not work ??? I did checkout on the cvs at the new address and the build 02-02-03 @ 11:10pm EST (-5 hrs). -- Patrick Shanahan http://wahoo.no-ip.org Registered Linux User #207535 icq#173753138 @ http://counter.li.org

Feb. 4, 2003

Re: [Dillo-dev] Very close to a new release!

by Jorge Arellano Cid

Micah, > > Note: the new bookmarks server tarball has a short program and > > instructions to test permissions on *BSD machines. Someone please > > give it a try. > > I'm using NetBSD 1.6. First, some GNUisms: Autogen.sh > starts '#!/bin/bash' when /bin/sh works just fine. Convert > in the dpi tarball has the same problem. I'll fix that. > Also, Makefile.am > uses the GNU-specific '--backups=t' option to install. > A '-b' will make both GNU and BSD install make backups > according to their default scheme. If simple backups > are enough (why not?) then that's fine. Otherwise, you > may have to resort to some configure trickery to decide > whether to use '--backups=t' or '-b -B ".%d"' or some such. > Other that that, it works great. Is just a matter of 's/--backups=t/-b/' ? As I'm not an expert on this area, I'd appreciate a patch! > The socket test gives 'Permission denied' like it should. Good! OpenBSD and NetBSD are OK, I only need a FreeBSD test now! > Thanks for all your work! You're welcome Cheers Jorge.-

Feb. 4, 2003