On Thu, Aug 28, 2008 at 08:21:47AM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sat, 16 Aug 2008, David Aitcheson wrote:
> 
> >
> > Also missed was:
> >
> > /usr/local/lib/xastir and the contained fcc-get files
> >
> > /usr/local/share/xastir and some files within
> >
> > /usr/local/share/doc/xastir and some files within
> >
> > /etc/ld.so.conf.d/xastir* files
> >
> > Which is not to bad to have to chase down and clean up.
> >
> > There you have it, some feed back for the maintainer of the
> > makefile and for the wiki.
> 
> This was all very interesting to me as I've _never_ done a "make
> uninstall" that I can recall.  It didn't even cross my mind that our
> Makefiles were set up for it.  Kind'a funny.

Uninstall targets are inserted automagically by automake, which sets them 
up to undo any installation it is set up to do.

> Tom:  Should we spend some time to try to clear up the uninstall
> stuff and document it on the Wiki and the text docs?  Since it's not
> used much, I could go either way on it.  It might be good to
> document the manual uninstall at least.

I don't think so.

The issue here is that David did a CVS update between his make install
and make uninstall, and the set of files installed by xastir changed between
the time he did the install and the time he did the uninstall.  Since the
uninstall targets are generated by automake to undo what make install does,
and what "make install" does had changed by the cvs update, some files were
orphaned.

Had he uninstalled using the identical code that he'd installed, the files 
would not have been missed.

I do not believe that make uninstall ever deletes directories, so that's 
expected behavior.

If someone wants to document the uninstall process, have at it.  They merely
need to petition one of the wiki managers (Curt, Chuck, or some Russo guy) to
add them to the "wikieditor" group --- our wiki was being vandalized on a
daily basis, so it is no longer possible to just create a user ID and start
editing, you have to get a human to set your permissions up.

-- 
Tom Russo    KM5VY   SAR502   DM64ux          http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
 "Argue for your limitations and sure enough, they're yours."  -- R. Bach



_______________________________________________
Xastir mailing list
[email protected]
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Reply via email to