- Dillo-dev - lists.mailman3.com

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

by Melvin Hadasht

Hi Jorge, on Mon, 3 Feb 2003 08:39:43 -0300 (CLST) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > Melvin, > > > Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > > > > In the meanwhile, I [...] also > > > initialized "addrsize" as Melvin pointed out. AFAIU this doesn't > > > affect those using GNU/Linux. > > > > The uninitialized "addrsize" affected my system wich is a GNU/Linux 2.4.19 > > (+perfctr patch) using glibc 2.2.5. The compiler used is gcc 2.95.4. This is > > an Intel platform. > > Quite interesting! Yes, especially that we both have the same glibc and a GNU/Linux system, but only me has a problem with uninitialized addrlen. > My `info libc` didn't mention an explicit need to do that > (except for getsockopt and getsockname); BUT the example > initialized the one for accept!!! > > Well this isn't too surprising as the same source explains two > equivalent ways to calculate the size of the address, and when > tested they are different! :) > > Should we report that? > > Cheers > Jorge.- > > > PS: I'm also using glibc-2.2.5, and gcc-2.95.3. Waliki (Bolivian: See you later) -- Melvin Hadasht

Feb. 3, 2003

Re: [Dillo-dev] aclocal version for cvs build?

by Melvin Hadasht

Hi John, on Mon, 3 Feb 2003 14:43:24 +0000 (GMT) John Bradford <john(a)grabjohn.com> wrote: > 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 You need to install the devel packages of Gtk (the 1.2.x version) (this will install the gtk.m4 file in the aclocal system directory. This gtk.m4 contains the macro AM_PATH_GTK.) > Has the current procedure for building from CVS changed? Yes. Now automatically generated files are not in the CVS anymore. So you need to create the configure script by running autogen.sh. Sa moce (Fijian: Goodbye) -- Melvin Hadasht

Feb. 3, 2003

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

by Micah Stetson

> 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. 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. The socket test gives 'Permission denied' like it should. Thanks for all your work! Micah

Feb. 3, 2003

Re: [Dillo-dev] something's wrong with configure.in

by John Bradford

> 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 As far as I can tell, everything after this is caused by aclocal not running correctly. John.

Feb. 3, 2003

something's wrong with configure.in

by Jan Stary

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

Feb. 3, 2003

aclocal version for cvs build?

by John Bradford

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.

Feb. 3, 2003

Re: [Dillo-dev] [Sin Título]

by Jorge Arellano Cid

On Mon, 3 Feb 2003, Blue Geek wrote: > > I've tested the bookmarks PI and I must say, as a dillo user, that I > personaly don't like the new way of managing bookmarks. I doesn't fit in > the simplicity of dillo because introduces more complexity. Also I find > the interface not very usable because it's based in HTML forms. > > What I would prefered is an optional external program for managing the > bookmarks in GTK like http://rm-f.net/~cout/hubcap/gtkbookmark/ or the > dialog included in SkipStone > http://www.muhri.net/skipstone/images/screenshots/skipstone-bookmarks.jpg > > Please keep Dillo simple and usable. The point of dpi is interfacing dillo with external programs. The current server is just one possible instance I wrote, not THE one and only way around. You can write your own bookmarks handler or a gateway to the ones you like, but I guess you never read the docs. Cheers Jorge.-

Feb. 3, 2003

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

by Jorge Arellano Cid

Melvin, > Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > > In the meanwhile, I [...] also > > initialized "addrsize" as Melvin pointed out. AFAIU this doesn't > > affect those using GNU/Linux. > > The uninitialized "addrsize" affected my system wich is a GNU/Linux 2.4.19 > (+perfctr patch) using glibc 2.2.5. The compiler used is gcc 2.95.4. This is an > Intel platform. Quite interesting! My `info libc` didn't mention an explicit need to do that (except for getsockopt and getsockname); BUT the example initialized the one for accept!!! Well this isn't too surprising as the same source explains two equivalent ways to calculate the size of the address, and when tested they are different! :) Should we report that? Cheers Jorge.- PS: I'm also using glibc-2.2.5, and gcc-2.95.3.

Feb. 3, 2003

Re: [Dillo-dev] [Sin Título]

by Ralph Slooten

On Mon, 03 Feb 2003 09:25:03 GMT Blue Geek <bluegeek(a)eresmas.com> wrote: > I've tested the bookmarks PI and I must say, as a dillo user, that I > personaly don't like the new way of managing bookmarks. I doesn't fit > in the simplicity of dillo because introduces more complexity. Also I > find the interface not very usable because it's based in HTML forms. > > What I would prefered is an optional external program for managing the > bookmarks in GTK like http://rm-f.net/~cout/hubcap/gtkbookmark/ or the > dialog included in SkipStone > http://www.muhri.net/skipstone/images/screenshots/skipstone-bookmarks.jpg > > Please keep Dillo simple and usable. I agree with this, to a point. In terms of usage, the new concept is hard to use (or should I say "not handy"), however for bookmark editing it's quite OK. Would it not be an idea to have the current bookmarks converted/translated to a gtk drop-down menu (like it used to be, however this time with submenu support), and editing to be done in the current way (via html)? Just my 5 cents, 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. 3, 2003

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

by Jorge Arellano Cid

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"? Cheers Jorge.-

Feb. 3, 2003