- Dillo-dev - lists.mailman3.com

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

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

by Melvin Hadasht

Hi Jorge, on Sun, 2 Feb 2003 19:46:53 -0300 (CLST) 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. Cheers -- Melvin Hadasht

Feb. 3, 2003

[Sin Título]

by Blue Geek

Feb. 3, 2003

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

by TheStar

> > > 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! > Same here, although I'd much prefer having the plugins in some generic place such as /usr/share/dillo so that I don't have to make sure that each user has the correct plugin, etc... (Can I do that already?) I'd also _really_ like to have a "open link with..." dialog/menu/etc... ;) Great job, Once the cut & paste and downloading are finished, it will be better than the graphical links!

Feb. 3, 2003

autoconf/automake stuff in CVS

by Patrick Shanahan

* 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

Feb. 3, 2003