LHerm wrote:
[]
dpkg -S autogen
and, with repeat invocations snipped, I got these packages:
autogen-dev: /sw/share/doc/autogen-dev/TODO
gettext-tools: /sw/share/doc/gettext/examples/hello-c++-kde/autogen.sh
autogen: /sw/share/autogen/optmain.tpl
anjuta: /sw/share/anjuta/gnome/autogen.sh
<snip>
autogen-shlibs: /sw/share/doc/autogen-shlibs/README
autogen-dev: /sw/share/doc/autogen-dev/VERSION
autogen: /sw/share/autogen/agman1.tpl
anjuta: /sw/share/anjuta/autogen.sh.gtkmm
glade-bonobo: /sw/share/glade/gnome/autogen.sh
<snip>
gnome-common: /sw/bin/gnome-autogen.sh
<snip>
xemacs-sumo-pkg: /sw/lib/xemacs/xemacs-packages/lisp/ecb/ecb-autogen.el
<snip>
glade2: /sw/share/doc/glade2/examples/examples/editor/autogen.sh
<snip>
ecb: /sw/share/emacs/site-lisp/ecb/ecb-autogen.el
<snip>
At first blush I would think it might be easier to try the
BuildConflicts route. Apparently it is an oldie but a goodie!
I don't think the various autogen.sh and autogen.el have anything to do
with the autogen package. I am introducing the buildconflicts anyway.
--
Martin
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users
