On 2012/11/13 08:01, Woodhouse, David wrote:
> On Fri, 2012-11-09 at 12:19 +0100, Marc Espie wrote:
> >
> > autocrap is part of the problem, not the solution. Their documentation
> > concerning version numbering, and all the fuzz they add around it don't
> > help at all. The "old" style (major.mi
On Fri, 2012-11-09 at 12:19 +0100, Marc Espie wrote:
>
> autocrap is part of the problem, not the solution. Their documentation
> concerning version numbering, and all the fuzz they add around it don't
> help at all. The "old" style (major.minor) is fairly simple to understand
> and to use, actuall
On Fri, 2012-11-09 at 12:19 +0100, Marc Espie wrote:
> autocrap is part of the problem, not the solution. Their documentation
> concerning version numbering, and all the fuzz they add around it don't
> help at all. The "old" style (major.minor) is fairly simple to understand
> and to use, actually,
On Fri, Nov 09, 2012 at 10:25:36AM +, Woodhouse, David wrote:
> On Fri, 2012-11-09 at 11:17 +0100, Marc Espie wrote:
> > On Thu, Nov 08, 2012 at 03:38:18PM +, Woodhouse, David wrote:
> > > On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
> > > >
> > > > Pass LIBTOOL=/usr/bin/libtool on
On Fri, 2012-11-09 at 11:17 +0100, Marc Espie wrote:
> On Thu, Nov 08, 2012 at 03:38:18PM +, Woodhouse, David wrote:
> > On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
> > >
> > > Pass LIBTOOL=/usr/bin/libtool on make's command line.
> > >
> > > Trying to get through the spaghetti of gnu
On Thu, Nov 08, 2012 at 03:38:18PM +, Woodhouse, David wrote:
> On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
> >
> > Pass LIBTOOL=/usr/bin/libtool on make's command line.
> >
> > Trying to get through the spaghetti of gnu autocrap only leads to
> > insanity.
> >
> > That falls under
On Thu, Nov 08, 2012 at 03:38:18PM +, Woodhouse, David wrote:
> On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
> >
> > Pass LIBTOOL=/usr/bin/libtool on make's command line.
> >
> > Trying to get through the spaghetti of gnu autocrap only leads to
> > insanity.
> >
> > That falls under the
On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
>
> Pass LIBTOOL=/usr/bin/libtool on make's command line.
>
> Trying to get through the spaghetti of gnu autocrap only leads to
> insanity.
>
> That falls under the "don't fight that shit, it's hopeless".
Hm, OpenBSD libtool doesn't seem to hono
Woodhouse, David wrote:
> It seems that libintl *is* present, but it's installed in /usr/local and
> the compiler doesn't find it by default. [...]
> surely I shouldn't have to advise users to build things that way when
> using the platform's stock libintl?
I would like to clarify that libintl i
On Thu, 2012-11-08 at 14:36 +0100, Marc Espie wrote:
> Pass LIBTOOL=/usr/bin/libtool on make's command line.
Thanks, that works. This commit should make it work for everyone
automatically, without them having to override it manually:
http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/
On Thu, Nov 08, 2012 at 01:27:31PM +, Woodhouse, David wrote:
> On Thu, 2012-11-08 at 14:06 +0100, Marc Espie wrote:
> > *our* libtool looks first under .libs. If it doesn't, that's a bug.
> > I surmise the bug-reporter is actually using gnu-libtool, or the
> > libtool generated by THAT softwar
On Thu, Nov 08, 2012 at 12:57:42PM +, Stuart Henderson wrote:
> > Anyway, it doesn't *work* either ??? the build failed. It seems that when
> > building the openconnect executable, it finds the old libopenconnect.so
> > in /usr/local/lib *before* the new one it's just built in the build
> > dir
On 2012/11/08 11:23, Woodhouse, David wrote:
> I saw the OpenBSD 5.2 release and figured I should make sure the
> OpenConnect VPN client builds OK on it still. It does, but I noticed
> that it didn't build with localisation support, and tried to fix that.
>
> It seems that libintl *is* present, bu
I saw the OpenBSD 5.2 release and figured I should make sure the
OpenConnect VPN client builds OK on it still. It does, but I noticed
that it didn't build with localisation support, and tried to fix that.
It seems that libintl *is* present, but it's installed in /usr/local and
the compiler doesn't
14 matches
Mail list logo