[2228] in athena10
Re: Updated sbuild on debuild
daemon@ATHENA.MIT.EDU (Tim Abbott)
Sun Apr 12 13:01:48 2009
Date: Sun, 12 Apr 2009 13:01:20 -0400 (EDT)
From: Tim Abbott <tabbott@MIT.EDU>
To: Evan Broder <broder@mit.edu>
cc: debathena@mit.edu
In-Reply-To: <49E1421A.4030002@mit.edu>
Message-ID: <alpine.DEB.1.10.0904120140140.17546@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
OK, this is actually not an incompatability with my patch, but rather with
the latest version of sbuild, which creates a directory under
/build/buildd/$USERNAME-$PACKAGE-$SVERSION/$TMPDIR
where SVERSION is the actual binary version number of the package.
The inability to run inside a path containing a ~ is totally a bug in
libtool. I don't see it with newer versions of the lprng package that can
be built on newer platforms, but I think that this is because the lprng
build system changed. We should find out how big a problem this is for us
(i.e. is lprng the only thing affected, or is everything else that uses
libtool sad?) and determine how to proceed.
(the current state is a stock new sbuild so people can test; feel free to
downgrade again if it inhibits your getting work done)
-Tim Abbott
On Sat, 11 Apr 2009, Evan Broder wrote:
> I'm not actually sure what's going on, but your patch seems to
> incorporate the ~ubuntu8.04 number into the directory the source gets
> unpacked in. This results in libtool doing something retarded (see
> /mit/broder/Public/debathena-lprng.build).
>
> I've downgraded sbuild so I can get this lprng build running.
>
> - Evna
>
> Tim Abbott wrote:
> > I updated the version of sbuild on debuild to 0.58.3, which is the latest
> > upstream version.
> >
> > I did this originally to test the --append-to-version patch (i.e. the
> > second half of sbuildhack to be merged into upstream sbuild), but broder
> > liked its new output format, so we're leaving it installed. Let me know
> > if you have any problems with it.
> >
> > -Tim Abbott
> >
>
