them.
^-- don't
Normally I wouldn't pick nits, but this one sort of changed the intent
of the statement...
--
Joel Baker <[EMAIL PROTECTED]>
pgpbPgAbrAF9F.pgp
Description: PGP signature
4.3 doesn't regress on
this. Unfortunately, at the moment the port is having issues with some bits
of toolchain sanity that's filed upstream, and we can't do a whole lot
until that's fixed (or at least, doing it is relatively pointless, unless
it's a new patchset, sin
an-x, depending
on which audience seems most apropos (or, possibly, crossposted if it's
really necessary).
--
Joel Baker <[EMAIL PROTECTED]>
pgpdBILltwXGY.pgp
Description: PGP signature
ll be submitted in a separate bug.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
Patch to imake.c for Debian/NetBSD su
ected'.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
This is an omnibus patch to add support for Debian-specific val
ee86 long enough to make xutils build, then rebuilding
it correctly).
Making X Build-Depend on itself would be... augh. I'd have to start pulling
my hair out.
--
***
Joel Baker System Administr
them.
^-- don't
Normally I wouldn't pick nits, but this one sort of changed the intent
of the statement...
--
Joel Baker <[EMAIL PROTECTED]>
pgp0.pgp
Description: PGP signature
es that
are Linux/Hurd/NetBSD determined. Otherwise we end up duplicating a lot of
info between the three...
I think this was the general direction you were going anyway, but wanted to
point out that Robert's k*BSD.cf (Glibc-based) and the Nienna set (NetBSD
libc based) have some very differen
k that splitting debian.cf from gnu.cf from linux.cf
from NetBSD.cf is probably sane (albeit the latter may end up named
something else just because it shares *almost* nothing with NetBSD-native
configs; the NetBSD kernel stuff just ain't that exciting, and it still has
a GN
ts together*
This looks correct from past work on the NetBSD patches, and using g++
rather than -lstdc++ is *absolutely* the correct solution.
--
Joel Baker <[EMAIL PROTECTED]>,''`.
Debian GNU/kNetBSD(i386) porter
ince the 4.3.99 days). Gah. Would help if work
didn't keep throwing heart-attack deadlines at me.
--
Joel Baker <[EMAIL
#x27;ve been moderately absent; it's my on-call week for work,
and Murphy (as in the bastard with the law, not the machine) has been,
well, a right bastard.
No objections. May $DEITY have pity on your soul.
--
Joel Baker <[EMAIL PROTECTED]>,&
the new build area).
The last attempt at XFree86 did fail; my workstation is horked, right
now, but I'll try to dig out the log and provide more details.
--
Joel Baker <[EMAIL PROTECTED]>
pgp0.pgp
Description: PGP signature
fic stuff, we'd just have to send gnu-common.cf to upstream
> and maintain debian.cf/site.def in debian.
>
> [1] as of now GNU/Hurd and GNU/*BSD only exist in Debian, but we can't
> assume that for a configuration file.
And the NetBSD one is *not* GNU-based, which is even more reason to split
the Debian-specific bits into a different file from the GNU-specific bits.
--
Joel Baker <[EMAIL PROTECTED]>
pgp0.pgp
Description: PGP signature
that it's probably best to wait until the X packages build
for the port, since getting that to work is one of the more non-trivial
tasks facing a new port :)
--
Joel Baker <[EMAIL PROTECTED]>
pgp0.pgp
Description: PGP signature
Well, mutt-utf8 + mlterm certainly agrees that it's valid UTF-8. Nice to
know nothing else is mangling it on the way through. :)
--
Joel Baker <[EMAIL PROTECTED]>,''`.
Debian G
the new build area).
The last attempt at XFree86 did fail; my workstation is horked, right
now, but I'll try to dig out the log and provide more details.
--
Joel Baker <[EMAIL PROTECTED]>
pgpK2bjZDhpxw.pgp
Description: PGP signature
fic stuff, we'd just have to send gnu-common.cf to upstream
> and maintain debian.cf/site.def in debian.
>
> [1] as of now GNU/Hurd and GNU/*BSD only exist in Debian, but we can't
> assume that for a configuration file.
And the NetBSD one is *not* GNU-based, which is even more reason to split
the Debian-specific bits into a different file from the GNU-specific bits.
--
Joel Baker <[EMAIL PROTECTED]>
pgpeU4hmexE5l.pgp
Description: PGP signature
that it's probably best to wait until the X packages build
for the port, since getting that to work is one of the more non-trivial
tasks facing a new port :)
--
Joel Baker <[EMAIL PROTECTED]>
pgpjJgpHPMLT7.pgp
Description: PGP signature
Well, mutt-utf8 + mlterm certainly agrees that it's valid UTF-8. Nice to
know nothing else is mangling it on the way through. :)
--
Joel Baker <[EMAIL PROTECTED]>,''`.
Debian G
things, and the new
job that will provide funds for #1 and caused delays in #2 slowing down
enough to permit more Debian work again).
And then I get to figure out how to make subversion do the Right Thing,
which is something I should probably be figuring out anyway. :)
things, and the new
job that will provide funds for #1 and caused delays in #2 slowing down
enough to permit more Debian work again).
And then I get to figure out how to make subversion do the Right Thing,
which is something I should probably be figuring out anyway. :)
of a bug (and this one could just
be reassigned), but I fail to see why the application should be expected to
do something fundamentally antithetical to the user's stated request for
UTF-8, simply because some fonts claiming to be intended for Unicode fail
to provide a useful set of Unicode
e
> since been relicensed "upstream".
Since CGD is a frequent contributor to NetBSD, and he's on my list of
people I still need to ask about relicensing to 3-clause stuff for the
NetBSD codebase, I could possibly raise the issue of the XFree86 license
te
r/{lib,db}/xkb/README
location somewhere; I haven't dug into it yet.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
On Tue, Oct 08, 2002 at 05:04:18PM -0500, Branden Robinson wrote:
> On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
> > The good:
> >
> > After a bit of banging on things to force the circular dependancy path
> > between freetype and xfree86, and cribbi
On Tue, Oct 08, 2002 at 08:07:39PM -0500, Branden Robinson wrote:
> On Tue, Oct 08, 2002 at 04:45:18PM -0600, Joel Baker wrote:
> > > > @@ -356,0 +355 @@
> > > > +usr/X11R6/bin/kbd_mode
> > >
> > > I used to see this on Sun machines. You sure
appears to have never been added to the
BSD ruleset, making it impossible to compile cleanly using GCC 3.x (libGLU
is linked without a dependancy on libstdc++, and any attempt to compile a
normal C program which calls libGLU will fail).
Patch authored by Joel Baker <[EMAIL PROTECTED]>, based
On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
> The good:
The better: I now have patches (against 4.2.1-1) to get a clean build on
netbsd-i386. Not yet tested extensively, but it *builds*.
> The bad:
That I need to arrange them into a sane set of patches and submit them,
ye
ll be submitted in a separate bug.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
Patch to imake.c for Debian/NetBSD suppo
ected'.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
This is an omnibus patch to add support for Debian-specific val
ee86 long enough to make xutils build, then rebuilding
it correctly).
Making X Build-Depend on itself would be... augh. I'd have to start pulling
my hair out.
--
***
Joel Baker System Administr
r/{lib,db}/xkb/README
location somewhere; I haven't dug into it yet.
--
***
Joel Baker System Administrator - lightbearer.com
[EMAIL PROTECTED] http://users.lightbearer.com/lucifer/
On Tue, Oct 08, 2002 at 05:04:18PM -0500, Branden Robinson wrote:
> On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
> > The good:
> >
> > After a bit of banging on things to force the circular dependancy path
> > between freetype and xfree86, and cribbi
On Tue, Oct 08, 2002 at 08:07:39PM -0500, Branden Robinson wrote:
> On Tue, Oct 08, 2002 at 04:45:18PM -0600, Joel Baker wrote:
> > > > @@ -356,0 +355 @@
> > > > +usr/X11R6/bin/kbd_mode
> > >
> > > I used to see this on Sun machines. You sure
appears to have never been added to the
BSD ruleset, making it impossible to compile cleanly using GCC 3.x (libGLU
is linked without a dependancy on libstdc++, and any attempt to compile a
normal C program which calls libGLU will fail).
Patch authored by Joel Baker <[EMAIL PROTECTED]>, based
On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
> The good:
The better: I now have patches (against 4.2.1-1) to get a clean build on
netbsd-i386. Not yet tested extensively, but it *builds*.
> The bad:
That I need to arrange them into a sane set of patches and submit them,
ye
37 matches
Mail list logo
