On Thu, Aug 30, 2012 at 01:40:29AM +0200, John Mandereau wrote:
> If you don't include the "touch all manual pages" in your commit, GUB
> build of tools::texinfo shall fail for every system, whether help2man is
> available system-wide or not, as in this case Texinfo build does not
> look for binari
Hi David,
Il giorno mer, 29/08/2012 alle 16.37 +0200, David Kastrup ha scritto:
> Hi, I just looked at the repository, and picked out the patch that was
> required for bypassing the bashism. However, I don't think that the
> "touch all manual pages" thing actually belongs in there and should
> lik
On ma, 2009-07-06 at 10:28 +0200, Jan Nieuwenhuizen wrote:
> On vr, 2009-07-03 at 16:48 -0700, Patrick McCarty wrote:
> > Hello,
> >
> > I need this patch to compile t1utils with GUB. I also bumped the
> > package.
>
> Thanks. Will this build with glibc < 2.10?
Yes it does. Applied.
Thanks!
On Mon, Jul 06, 2009 at 10:28:21AM +0200, Jan Nieuwenhuizen wrote:
> On vr, 2009-07-03 at 16:48 -0700, Patrick McCarty wrote:
> > Hello,
> >
> > I need this patch to compile t1utils with GUB. I also bumped the
> > package.
>
> Thanks. Will this build with glibc < 2.10?
Hmm. I don't know. I'l
On vr, 2009-07-03 at 16:48 -0700, Patrick McCarty wrote:
> Hello,
>
> I need this patch to compile t1utils with GUB. I also bumped the
> package.
Thanks. Will this build with glibc < 2.10?
Jan.
--
Jan Nieuwenhuizen | GNU LilyPond - The music typesetter
Avatar®: http://AvatarAcademy.nl|
Hello,
I need this patch to compile t1utils with GUB. I also bumped the
package.
Source:
http://packages.gentoo.org/package/app-text/t1utils
Thanks,
Patrick
>From 7d90a8a2e2407bd2dc91c63b06501019d4981e4b Mon Sep 17 00:00:00 2001
From: Patrick McCarty
Date: Mon, 29 Jun 2009 23:45:41 -0700
Subje
Han-Wen Nienhuys writes:
> It was a few weeks ago, so I assume that debian throws away old
> versions quickly. I expect that this will break in the near future as
> well; can we figure out a mechanism that doesn't rely on Debian source
> archives? Or one that takes it from a stable version of ubun
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> I think the linux_kernel_headers are used for the linux build, not the
> debian one.
Hum, I was going to recommend to download directly from
linux-libc-headers [1] (linux from scratch and DIY-linux use it) but I
just learned the project is kind of de
Jan Nieuwenhuizen wrote:
Han-Wen Nienhuys writes:
It was a few weeks ago, so I assume that debian throws away old
versions quickly. I expect that this will break in the near future as
well; can we figure out a mechanism that doesn't rely on Debian source
archives? Or one that takes it from a st
Pedro Kröger wrote:
Hi,
You may want to apply the attached patch. It updates
linux_kernel_headers to 2.6.13+0rc3-2.1. I couldn't find
2.6.13+0rc3-2 from any mirror.
Pedro
It was a few weeks ago, so I assume that debian throws away old versions
quickly. I expect that this will break in the ne
Hi,
You may want to apply the attached patch. It updates
linux_kernel_headers to 2.6.13+0rc3-2.1. I couldn't find
2.6.13+0rc3-2 from any mirror.
Pedro
New patches:
[updated version of Linux_kernel_headers
Pedro Kröger <[EMAIL PROTECTED]>**20060328000836] {
hunk ./lib/arm.py 18
- linux.Linux_
Pedro Kröger wrote:
Hi,
there is no 2.14 version of nsis in ftp.debian.org pool (at least not
now). the attached patch updates specs/nsis.py to use 2.15 which is in
the ftp.
thanks for the headsup. I've changed it to use the original site from
sf.net.
--
Han-Wen Nienhuys - [EMAIL PROTECTE
Hi,
there is no 2.14 version of nsis in ftp.debian.org pool (at least not
now). the attached patch updates specs/nsis.py to use 2.15 which is in
the ftp.
pedro
New patches:
[nsis: new version
Pedro Kröger <[EMAIL PROTECTED]>**20060319130702] {
hunk ./specs/nsis.py 37
- self.with (version='2.
13 matches
Mail list logo
