hi ,all:
as title.thanks any help.
!!!DO use GNU make(gmake) to compile this software!!!
===> Building for zh-stardict-1.3
cd ./src ; gmake
gmake[1]: Entering directory
`/usr/ports/chinese/stardict/work/zh-stardict-1.3/s
rc'
c++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/X11R6/include
-I/usr/X11R6/incl
> Also, if this happened, should fortune be treated differently and
> moved into src/usr.bin? Or should it become a port?
Neither. For the time being, the utilityish things in games stay where
they are. This is things like morse(6), pom(6), etc, and it includes
everyone's favourite - fortune(6).
> So if someone were willing to take over the lot and manage them as Ports,
> how would anyone feel about this?
>
> FreeGrep uses the FreeBSD build style and is easily a Port. I could
> Port-ify the entire directory in, say, two days. Anyone interested?
I've got the port-ifying job 90% done, i
On Wed, Oct 09, 2002 at 10:17:01PM -0700, Terry Lambert wrote:
> FWIW: Thanks. It sometimes feels like people intentionally go
> out of their way to put Linux-isms (or whatever-isms) into code
> to make it not run on BSD platforms.
I'm quite suprised how this managed to avoid detection for so l
In message: <[EMAIL PROTECTED]>
Terry Lambert <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" wrote:
: > In message:
: > Garance A Drosihn <[EMAIL PROTECTED]> writes:
: > : I think most of us realize that we need a solution which can b
Alex Zepeda wrote:
> Okay. I fixed that on the 3.0 branch. It's been fixed on the soon to be
> KDE 3.1 branch for a while now. Given how long it's been since it was
> touched.. oh well.
>
> Sometimes I wonder how this stuff even gets imported in the first place
> (ksysguard is a big pain in th
On Thu, 10 Oct 2002 00:13:04 -0400
Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> I am going to import a new GCC 3.2.1 snapshot in about 10 minutes.
> This update fixes the problem with cpp0 dumping core while building a
> kernels many people reported on the list.
>
> Due to popular demand, it w
On Wed, Oct 09, 2002 at 04:13:45PM -0700, Terry Lambert wrote:
> Probably, this should be handled by sending a patch back to the KDE
> folks, whose servers were dead and being repaired yesterday. You
> could also make a port path that patched netdev.c, as an interim
> fix (include the header bef
"M. Warner Losh" wrote:
> In message:
> Garance A Drosihn <[EMAIL PROTECTED]> writes:
> : I think most of us realize that we need a solution which can be
> : automatically executed as part of every installworld or mergemaster
> : run. The debate
In message: <[EMAIL PROTECTED]>
Chan Tur Wei <[EMAIL PROTECTED]> writes:
: Testing for the condition avoids the fault but leaves the card unusable
: under -newcard.
:
: ==
: --- pccard_cis.c Tue Oct 8 13:04:34 2
Hi,
I'm trying to connect to a Cisco VPN server using mpd under -current.
While the connection setup seems to work fine (see attached log), when I
try to send traffic over the tunnel, I see these messages:
PING hbo.isi.edu (128.9.160.75): 56 data bytes
ping: sendto: Resource de
Wonderful. Your work on the toolchain is much appreciated!
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
On Thu, 10 Oct 2002, Alexander Kabaev wrote:
> I am going to import a new GCC 3.2.1 snapshot in about 10 minute
I am going to import a new GCC 3.2.1 snapshot in about 10 minutes. This
update fixes the problem with cpp0 dumping core while building a kernels
many people reported on the list.
Due to popular demand, it was decided to do another import today.
--
Alexander Kabaev
To Unsubscribe: send mail t
Robert Watson wrote:
>
> On Wed, 9 Oct 2002, walt wrote:
>
> > > ===> usr.bin/truss
> > > syscalls.master: line 34: syscall number out of sync at 0
> >
> > I see this too. The last time it was broken awk (IIRC) that was
> > responsible, though it doesn't seem likely this time.
>
> Looks like
On Wed, 9 Oct 2002, walt wrote:
> > ===> usr.bin/truss
> > syscalls.master: line 34: syscall number out of sync at 0
>
> I see this too. The last time it was broken awk (IIRC) that was
> responsible, though it doesn't seem likely this time.
Looks like there was a merge problem with Peter's r
In message:
Garance A Drosihn <[EMAIL PROTECTED]> writes:
: I think most of us realize that we need a solution which can be
: automatically executed as part of every installworld or mergemaster
: run. The debate is over the most reasonable metho
> ===> usr.bin/truss
> syscalls.master: line 34: syscall number out of sync at 0
I see this too. The last time it was broken awk (IIRC) that
was responsible, though it doesn't seem likely this time.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
I'm including [EMAIL PROTECTED] because there may well be some
interaction with the recently-imported acpica-unix-20021002. Please
be judicious with respect to where replies are directed.
The panic occurred with -CURRENT CVSupped around 0347 hrs. US/Pacific (7
hrs. west of GMT, at this time of y
On Wed, Oct 09, 2002 at 20:37:39 -0700, John Polstra wrote:
> understand why those changes mattered. My theory is that the changes
> would matter to the old pm3 port, but not to the newer ezm3 port. If
> you experienced the crashes, please check which Modula-3 version you
> have using pkg_info
Folks,
I am trying to understand the CVSup crashes that were reported by some
-current users during the past week or two. I realize the crashes
had to do with changes in the ucontext structure, but I am trying to
understand why those changes mattered. My theory is that the changes
would matter
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 10 Oct, Stefan Farfeleder wrote:
> On Tue, Oct 08, 2002 at 09:26:29PM -0700, Don Lewis wrote:
>> On 8 Oct, Stefan Farfeleder wrote:
>> > However, WITNESS complains (only once) about this:
>> > lock order reversal
>> > 1st 0xc662140c kqueue mutex (kqueue mutex) @
>/freebsd/current/src/sys/ke
As a quick follow up, the PR database shows between fifteen and twenty
PRs relating to src/games.
Also, if this happened, should fortune be treated differently and
moved into src/usr.bin? Or should it become a port?
Jamie
On Wednesday, October 9, 2002, at 09:58 PM, James Howard wrote:
> So if
So if someone were willing to take over the lot and manage them as Ports,
how would anyone feel about this?
FreeGrep uses the FreeBSD build style and is easily a Port. I could
Port-ify the entire directory in, say, two days. Anyone interested?
Jamie
On Wednesday, October 9, 2002, at 09:41 PM,
At 2:00 PM -0700 10/9/02, Terry Lambert wrote:
>"Danny J. Zerkel" wrote:
> > And a list of files to delete would have saved many emails
> > about the GCC being broken when the old headers just needed
> > to be deleted.
>
>No, it wouldn't.
>
>The same people who failed to read the mailing list,
On Wed, Oct 09, 2002 at 04:27:15PM -0700, Eric Melville wrote:
> > The current flare-up over src/games/wargames reminds me that we are
> > carrying a bunch of Really Old Stuff in usr/games/.
> >
> > Yes folks, its that time of the year.
> >
> > I ask myself, "why are we wasting ``make world'' ti
On 9 Oct, Stephen J. Roznowski wrote:
> On 9 Oct, Mark Murray wrote:
>>> I've had a patch in the system (bin/12727) since 1999/07/20 that does
>>> just this for the NetBSD patches. I've tried a few times to get it
>>> committed. See the patch for details...
>>
>> This is good to have, but it do
Terry Lambert <[EMAIL PROTECTED]> writes:
> KDE is broken; it's assuming promisucous headers.
This could be our fault. We advertise ourselves as POSIX.1-2001
conformant, but only about 2/3 of our standard headers are. I'm
systematically working my through them, but some issues take longer to
so
Garance A Drosihn writes:
>>We could add 'rm -rf /usr/include/*' at a suitable point inside
>>the installworld target.
>
>Installers should not be blindly removing entire directory structures.
The only things that live under /usr/include are those owned by the
system's install target, therefore
At 3:09 PM -0600 10/9/02, Lyndon Nerenberg wrote:
> Danny> And a list of files to delete would have saved many emails
> Danny> about the GCC being broken when the old headers just needed
> Danny> to be deleted.
>
>We could add 'rm -rf /usr/include/*' at a suitable point inside
>the ins
On Wed, 9 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson wri
> tes:
> >On Wed, 9 Oct 2002, David O'Brien wrote:
> >> On Wed, Oct 09, 2002 at 07:47:06PM +1000, Bruce Evans wrote:
> >> > It still can't even mount root for my configurations. This is because
> >> > i
> The current flare-up over src/games/wargames reminds me that we are
> carrying a bunch of Really Old Stuff in usr/games/.
>
> Yes folks, its that time of the year.
>
> I ask myself, "why are we wasting ``make world'' time and install
> bandwidth on 1970's-era games?".
>
> Some folks will answ
The Gupta Age wrote:
> Hi,
> I was trying to compile kde3 on a recent current. When the compilation
> reaches ksysguardd within ksysguard within kdebase3 it fails with the
> following error:
>
> gmake[4]: Entering directory
> `/usr/ports/x11/kdebase3/work/kdebase-3.0.3/ksysguard/ksysguardd/FreeBS
Stefan Farfeleder wrote:
> Is it just a warning or does it pose a real problem?
>
> I think the problem with the current code is that knote_{en,de}queue can
> be executed in parallel (on another CPU, spl*() can't prevent that, can
> it?) with kqueue_scan and that kq->kq_head thus can be corrupted
On Tue, Oct 08, 2002 at 09:26:29PM -0700, Don Lewis wrote:
> On 8 Oct, Stefan Farfeleder wrote:
> > On Mon, Oct 07, 2002 at 03:48:45AM -0700, Terry Lambert wrote:
>
> > Following the advice from the spl* man page I turned the spl* calls to a
> > mutex and was surprised to see it working. My SMP
Hi,
I was trying to compile kde3 on a recent current. When the compilation
reaches ksysguardd within ksysguard within kdebase3 it fails with the
following error:
gmake[4]: Entering directory
`/usr/ports/x11/kdebase3/work/kdebase-3.0.3/ksysguard/ksysguardd/FreeBSD'
source='netdev.c' object='netde
David O'Brien wrote:
> I'm hoping for another 3.2.1 import soon. I raised some hell on the GCC
> lists last week about the quality of 3.2.1; and actually got some Athlon
> and p4 optimization PR's taken care of.
Great, maybe I'll be able to use -march athlon again quite soon then. :)
Today in
On Wed, Oct 09, 2002 at 02:48:35PM -0700, Sam Leffler wrote:
> Not sure if relevant but I was fighting a cpp0 SIGSEGV this morning. I
> gdb'd cpp0 and tracked it down to data structure partly filled with garbage.
> I couldn't tell if it was really a cpp0 bug or just memory getting trashed
There
> > make
>
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wst
rict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -g -nostdinc
> -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../.
./contrib/ipfilt
Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson w
ri
> tes:
> >On Wed, 9 Oct 2002, David O'Brien wrote:
> >> On Wed, Oct 09, 2002 at 07:47:06PM +1000, Bruce Evans wrote:
> >> > It still can't even mount root for my configurations. This is because
> >> > it breaks compat
On Wed, 9 Oct 2002, Nate Lawson wrote:
> On Wed, 9 Oct 2002, Andrew Gallatin wrote:
> > ...
> > Clashing with int nsegments:
> >
> > Sparc64 has the same problem. ia64 gets around it by just making
> > BUS_SPACE_UNRESTRICTED an int:
> >
> > #define BUS_SPACE_UNRESTRICTED (~0)
> >
> > I'd like to
Danny> And a list of files to delete would have saved many emails
Danny> about the GCC being broken when the old headers just needed
Danny> to be deleted.
We could add 'rm -rf /usr/include/*' at a suitable point inside
the installworld target.
--lyndon
To Unsubscribe: send mail to [
Andrew Gallatin wrote:
>
> Jeff Roberson writes:
> >
> >
> > On Tue, 8 Oct 2002, Dag-Erling Smorgrav wrote:
> > > "Makefile", line 4194: warning: duplicate script for target "geom_bsd.o"
ignored
> > > cc1: warnings being treated as errors
> > > /h/des/src/sys/dev/advansys/adv_pci.c:
On Sun, Oct 06, 2002 at 03:05:10PM +0100, n0g0013 wrote:
> trying to build the current kernel as modular as possible but if i
> remove the 'ppbus' and 'lpt' from the kernel config the modules fail
> (the 'ppc' is still there of course).
>
> should these build as KLMs ?
Yes. What's exactly the pr
On Wed, Oct 09, 2002 at 04:36:39PM -0400, John Baldwin wrote:
> > make
> cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
>-Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
>-g -nostdinc
> -I- -I. -I../../.. -I../.
"Danny J. Zerkel" wrote:
> And a list of files to delete would have saved many emails about the
> GCC being broken when the old headers just needed to be deleted.
No, it wouldn't.
The same people who failed to read the mailing list, and see the
first time the problem came up, and was solved, wou
Mark suggested I might want to frob primes(6) so that it uses uintmax_t,
which I have done (see below) but it uses rather too much C99 goodness
for -STABLE. Are things like strtoumax likely to be MFCed?
Tony.
--
f.a.n.finch <[EMAIL PROTECTED]> http://dotat.at/
BAILEY: SOUTHEASTERLY 5 TO 7. RAIN.
On Monday 07 October 2002 21:05, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> Giorgos Keramidas <[EMAIL PROTECTED]> writes:
> : On 2002-10-07 15:14, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> : > Anything that gets overwritten during the normal install process
> : > is al
> make
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc
-I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica
-I../../../contrib/ipfilter
-D_K
Mark Murray wrote:
> > That said... "rain" is a neat display hack. It's at least as good as
> > the ASCII art VGA library. I probably would not miss anything else,
> > or anything that wasn't multiplayer, very much, if at all... it looks
> > like an axeing may be in order.
>
> Rain looks ridicu
Mark Murray wrote:
> > > This is good to have, but it doesn't change the fact that these games
> > > are 1970's technology. :-)
> >
> > So's UNIX. 8-) 8-).
>
> Yes. But Unix is _used_.
I have to admit that I "use" robots... 8-) 8-).
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
> > Rain looks ridiculous on a VTY. Last time it looked ok was on a 9600
> > baud terminal.
>
> from the man page:
>
> The output of rain is modeled after the VAX/VMS program of the same
> name. To obtain the proper effect, either the terminal must be set
> for 9600 baud or the -
On Wed, Oct 09, 2002 at 08:28:13PM +0100, Mark Murray said:
> > That said... "rain" is a neat display hack. It's at least as good as
> > the ASCII art VGA library. I probably would not miss anything else,
> > or anything that wasn't multiplayer, very much, if at all... it looks
> > like an axei
MR. PULEDI MPEZI.
PACIFIC BANK OF SOUTH AFRICA,
9TH FLOOR, HEERENGRACHT TOWER,
STANDARD BANK CENTER,
CAPE TOWN, SOUTH AFRICA.
I am Mr. Puledi Mpezi, Provincial Director Pacific
Bank of South Africa, Johannesburg Branch. I have
urgent and very confidential business proposition for
you.
On June 6,
On Wed, 9 Oct 2002, Terry Lambert wrote:
> On "tradition":
>
> I actually think the main reason for maintaining them is "nostalgia";
> most of us who learned how to program on shared computing resources
> remember the games as one of the things that sparked our initial
> interest in the computers
> "They do not have a strong maintainer and follower base, so they
> should be removed to ports, where they will continue to exist
> because they have such a strong maintainer and follower base
> that they will have their own FTP site from which the source
> will be maintained by third parties
On Wed, Oct 09, 2002 at 06:27:37PM +0100, Tony Finch wrote:
> On Wed, Oct 09, 2002 at 10:08:24AM -0700, Kris Kennaway wrote:
> > On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote:
> >
> > > +.if !defined(NO_OPENSSL)
> > > +CFLAGS+=-DHAVE_OPENSSL
> > > +LDADD+= -lcrypto
> > > +DPADD+= $
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>On Wed, 9 Oct 2002, David O'Brien wrote:
>
>> Also SCSI CDROM's are now only mountable as /dev/cd0, not /dev/cd0a as
>> before. I wonder how many others got hit by that.
>
>Apparently not as many as got hit by the block number scaling bug. I
>
> Mark Murray wrote:
> > > I've had a patch in the system (bin/12727) since 1999/07/20 that does
> > > just this for the NetBSD patches. I've tried a few times to get it
> > > committed. See the patch for details...
> >
> > This is good to have, but it doesn't change the fact that these games
> >
In message <[EMAIL PROTECTED]>, Nate Lawson wri
tes:
>On Wed, 9 Oct 2002, David O'Brien wrote:
>> On Wed, Oct 09, 2002 at 07:47:06PM +1000, Bruce Evans wrote:
>> > It still can't even mount root for my configurations. This is because
>> > it breaks compatibility by dropping support for the device
Mark Murray wrote:
> > On Wed, Oct 09, 2002 at 03:56:11PM +0100, Mark Murray wrote:
> > > If you want to do that, go ahead. My plan is to move some _FreeBSD_
> > > games into a port and remove them from base.
> >
> > What do you think about moving fortune, primes, factor, grdc, pom, etc. to
> > /u
David O'Brien wrote:
> On Wed, Oct 09, 2002 at 02:16:09PM +0100, Mark Murray wrote:
> > How would it be for you if these patches became part of the games
> > in the ports collection? (Somewhat like ports/net/freebsd-uucp?)
>
> I would recomend calling the port "44bsd-games" and using the NetBSD
>
Mark Murray wrote:
> > I've had a patch in the system (bin/12727) since 1999/07/20 that does
> > just this for the NetBSD patches. I've tried a few times to get it
> > committed. See the patch for details...
>
> This is good to have, but it doesn't change the fact that these games
> are 1970's te
Mark Murray wrote:
> As fortune(6) has a strong maintainer and follower base, removing that
> would be premature.
>
> What remains? All the games that dm(6) oversees. Things like
> adventure(6), trek(6), battlestar(6) and so on. These are good
> candidates for ports IMO. Folks may want to play t
On Wed, 9 Oct 2002, David O'Brien wrote:
> Also SCSI CDROM's are now only mountable as /dev/cd0, not /dev/cd0a as
> before. I wonder how many others got hit by that.
Apparently not as many as got hit by the block number scaling bug. I
guess most users only have atapi cdroms. This is a good ch
(kgdb) bt
...
#9 0xc035c1a8 in calltrap () at /var/tmp//ccqYOobH.s:98
#10 0xc02302fb in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:494
#11 0xc033603a in uma_dbg_free (zone=0xc083a280, slab=0xc2356fe0,
item=0xc2356000) at ../../../vm/uma_dbg.c:273
#12 0xc03355a8 in uma_zfree_internal (zo
On Wed, 9 Oct 2002, Andrew Gallatin wrote:
> Jeff Roberson writes:
> >
> > On Tue, 8 Oct 2002, Dag-Erling Smorgrav wrote:
> > > "Makefile", line 4194: warning: duplicate script for target "geom_bsd.o" ignored
> > > cc1: warnings being treated as errors
> > > /h/des/src/sys/dev/advansys/adv_p
So, Mark, does all of this extracurricular activity mean that
4.7-RELEASE is done? Or are we still in freeze?
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, 9 Oct 2002, Jose M. Alcaide wrote:
> On Wed, Oct 09, 2002 at 03:56:11PM +0100, Mark Murray wrote:
> > If you want to do that, go ahead. My plan is to move some _FreeBSD_
> > games into a port and remove them from base.
>
> What do you think about moving fortune, primes, factor, grdc, pom,
On Wed, 9 Oct 2002, David O'Brien wrote:
> On Wed, Oct 09, 2002 at 07:47:06PM +1000, Bruce Evans wrote:
> > It still can't even mount root for my configurations. This is because
> > it breaks compatibility by dropping support for the devices on the
> > first FreeBSD slice being named without a sl
On Wed, Oct 09, 2002 at 10:08:24AM -0700, Kris Kennaway wrote:
> On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote:
>
> > +.if !defined(NO_OPENSSL)
> > +CFLAGS+=-DHAVE_OPENSSL
> > +LDADD+=-lcrypto
> > +DPADD+=${LIBCRYPTO}
> > +.endif
>
> You also need to check that the crypto so
On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote:
> +.if !defined(NO_OPENSSL)
> +CFLAGS+=-DHAVE_OPENSSL
> +LDADD+= -lcrypto
> +DPADD+= ${LIBCRYPTO}
> +.endif
You also need to check that the crypto sources are installed.
Kris
msg44386/pgp0.pgp
Description: PGP signatur
On Wed, Oct 09, 2002 at 08:59:42PM +1000, Tim Robbins wrote:
> On Wed, Oct 09, 2002 at 11:29:08AM +0100, Mark Murray wrote:
>
> > What remains? All the games that dm(6) oversees. Things like
> > adventure(6), trek(6), battlestar(6) and so on. These are good
> > candidates for ports IMO. Folks ma
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote:
> Below is my proposed patch to primes(6) and factor(6) which I plan
> to commit in one go since the changes are somewhat inter-dependent.
> Feedback is welcomed. I'm in the process of fixing the manual.
>
> Merge changes from NetBSD and
Below is my proposed patch to primes(6) and factor(6) which I plan
to commit in one go since the changes are somewhat inter-dependent.
Feedback is welcomed. I'm in the process of fixing the manual.
Merge changes from NetBSD and perform some cleaning up.
primes:
const-correctness and removal of
> On Wed, Oct 09, 2002 at 03:56:11PM +0100, Mark Murray wrote:
> > If you want to do that, go ahead. My plan is to move some _FreeBSD_
> > games into a port and remove them from base.
>
> What do you think about moving fortune, primes, factor, grdc, pom, etc. to
> /usr/bin, and then removing /usr
On Wed, Oct 09, 2002 at 03:56:11PM +0100, Mark Murray wrote:
> If you want to do that, go ahead. My plan is to move some _FreeBSD_
> games into a port and remove them from base.
What do you think about moving fortune, primes, factor, grdc, pom, etc. to
/usr/bin, and then removing /usr/games?
JMA
On 09-Oct-2002 Mark Murray wrote:
> Hi
>
> The current flare-up over src/games/wargames reminds me that we are
> carrying a bunch of Really Old Stuff in usr/games/.
>
> Yes folks, its that time of the year.
>
> I ask myself, "why are we wasting ``make world'' time and install
> bandwidth on 19
On Wed, Oct 09, 2002 at 04:23:20PM +0100, Mark Murray wrote:
> > > --- Makefile.inc1 17 Sep 2002 01:48:47 - 1.304
> > > +++ Makefile.inc1 8 Oct 2002 21:40:05 -
> > > @@ -601,10 +601,6 @@
> > > #
> > > # build-tools: Build special purpose build tools
> > > #
> > > -.if exists(${.CUR
> > --- Makefile.inc1 17 Sep 2002 01:48:47 - 1.304
> > +++ Makefile.inc1 8 Oct 2002 21:40:05 -
> > @@ -601,10 +601,6 @@
> > #
> > # build-tools: Build special purpose build tools
> > #
> > -.if exists(${.CURDIR}/games) && !defined(NOGAMES)
> > -_games=games/adventure games/
On Wed, Oct 09, 2002 at 07:47:06PM +1000, Bruce Evans wrote:
> On Wed, 9 Oct 2002, Poul-Henning Kamp wrote:
>
> > In message <[EMAIL PROTECTED]>, "Seth Hieronymus" writes:
> >
> > >I think your recent commits have fixed my hang on boot with an empty
> > >ZIP-drive. Thank you.
> >
> > Cool.
>
>
Jeff Roberson writes:
>
>
> On Tue, 8 Oct 2002, Dag-Erling Smorgrav wrote:
> > "Makefile", line 4194: warning: duplicate script for target "geom_bsd.o" ignored
> > cc1: warnings being treated as errors
> > /h/des/src/sys/dev/advansys/adv_pci.c: In function `adv_pci_attach':
> > /h/des/sr
On Wed, Oct 09, 2002 at 04:09:58PM +0100, Mark Murray wrote:
> Index: Makefile.inc1
> ===
> RCS file: /home/ncvs/src/Makefile.inc1,v
> retrieving revision 1.304
> diff -u -d -r1.304 Makefile.inc1
> --- Makefile.inc1 17 Sep 2002 01
> On Wed, Oct 09, 2002 at 11:29:08AM +0100, Mark Murray wrote:
> > I would like to make a port out of these and remove them from the base
> > distribution.
>
> I think this is a fine idea. However, patch please so we know exactly
> what we are talking about. Some of the games are used in 'make
> > I would recomend calling the port "44bsd-games" and using the NetBSD
> > repository as the distfile. NetBSD has even fixed bugs in wargames(6).
>
> Why wouldn't these be broken apart? Perhaps a meta-port?
If you want to do that, go ahead. My plan is to move some _FreeBSD_
games into a port
÷ Wed, 09.10.2002, × 16:23, Maxime Henrion ÎÁÐÉÓÁÌ:
> Bruce Evans wrote:
> > On Wed, 9 Oct 2002, Maxime Henrion wrote:
> >
> > > What I meant in my previous mail is that you could malloc() these
> > > objects instead of putting them on the stack. Also, you don't need
> > > buffers that big sinc
> I'll assume that "dm" would just be deleted as part of moving this to
> ports? Or would the games portion of ports be reconfigued to run under
> dm?
I am planning on not using dm(6), yes.
M
--
o Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn
To Unsubscribe: send mail to [EMAI
> On Wed, Oct 09, 2002 at 02:16:09PM +0100, Mark Murray wrote:
> > > I've had a patch in the system (bin/12727) since 1999/07/20 that does
> > > just this for the NetBSD patches. I've tried a few times to get it
> > > committed. See the patch for details...
> >
> > This is good to have, but it doe
On 9 Oct, David O'Brien wrote:
> On Wed, Oct 09, 2002 at 09:47:12AM -0400, Stephen J. Roznowski wrote:
>> On 9 Oct, Mark Murray wrote:
>> >> I've had a patch in the system (bin/12727) since 1999/07/20 that does
>> >> just this for the NetBSD patches. I've tried a few times to get it
>> >> commit
On Wed, Oct 09, 2002 at 09:47:12AM -0400, Stephen J. Roznowski wrote:
> On 9 Oct, Mark Murray wrote:
> >> I've had a patch in the system (bin/12727) since 1999/07/20 that does
> >> just this for the NetBSD patches. I've tried a few times to get it
> >> committed. See the patch for details...
> >
On Wed, Oct 09, 2002 at 02:16:09PM +0100, Mark Murray wrote:
> > I've had a patch in the system (bin/12727) since 1999/07/20 that does
> > just this for the NetBSD patches. I've tried a few times to get it
> > committed. See the patch for details...
>
> This is good to have, but it doesn't change
On Wed, 09 Oct 2002 14:27:45 +0300
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> SIGFPE crashes still happed even on 2-weeks old kernel, but they are
> much less frequent. I'll try to go back in time to 4-weeks old kernel
> to see if it helps.
As a data point... I still get signal 6, even without t
On Wed, Oct 09, 2002 at 11:29:08AM +0100, Mark Murray wrote:
> I would like to make a port out of these and remove them from the base
> distribution.
I think this is a fine idea. However, patch please so we know exactly
what we are talking about. Some of the games are used in 'make world'.
To
On 9 Oct, Mark Murray wrote:
>> This really doesn't matter to me (ports vice base). I was reacting to
>> the "rot of the code" comments. I also don't have a (major) problem that
>> this patch was never committed -- there are other more important things
>> for the committers to work on. :-)
>
> "
> This really doesn't matter to me (ports vice base). I was reacting to
> the "rot of the code" comments. I also don't have a (major) problem that
> this patch was never committed -- there are other more important things
> for the committers to work on. :-)
"Rot" applies more to design, rather th
On 9 Oct, Mark Murray wrote:
>> I've had a patch in the system (bin/12727) since 1999/07/20 that does
>> just this for the NetBSD patches. I've tried a few times to get it
>> committed. See the patch for details...
>
> This is good to have, but it doesn't change the fact that these games
> are 1
On 09-Oct-2002 Bruce Evans wrote:
> On Tue, 8 Oct 2002, Peter Wemm wrote:
>
>> "David O'Brien" wrote:
>> > On Tue, Oct 08, 2002 at 03:55:36PM -0400, John Baldwin wrote:
>> > > Could you please just commit this on the vendor branch if it is the
>> > > ...
>> > Doing this screws up diffs to vendor
> I've had a patch in the system (bin/12727) since 1999/07/20 that does
> just this for the NetBSD patches. I've tried a few times to get it
> committed. See the patch for details...
This is good to have, but it doesn't change the fact that these games
are 1970's technology. :-)
How would it be
> There's an open PR about factor(6) not working on 64bit arches; I'm
> preparing to import NetBSD's version which uses the OpenSSL bignum
> library. There are associated stylistic improvements to primes(6) --
> they share a table of primes up to about 2^16.
Primes(6) is safe. This program has ac
1 - 100 of 124 matches
Mail list logo