On Thu, 10 Oct 2002, Sheldon Hearn wrote:
> Have you given up on your grep implementation? :-)
>
> Quite a few folks were really looking forward to it.
The big objection to it was it was not as fast as GNU Grep. A few times,
I've trimmed a few cycles here and there, but it is still 1/2 the spee
On (2002/10/10 06:55), James Howard wrote:
> > If you want to maintain it, I'd be delighted! Are you a committer?
>
> I could use a new hobby, but I am not a committer.
Have you given up on your grep implementation? :-)
Quite a few folks were really looking forward to it.
Ciao,
Sheldon.
To U
On Thu, 10 Oct 2002, Mark Murray wrote:
> > 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 in
On Wed, Oct 09, 2002 at 10:42:46AM -0700, Nate Lawson wrote:
> On Wed, 9 Oct 2002, Jose M. Alcaide wrote:
> > What do you think about moving fortune, primes, factor, grdc, pom, etc. to
> > /usr/bin, and then removing /usr/games?
>
> The most clever way to axe one change is to suggest an additiona
> 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
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,
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
> 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
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.
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
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+= $
> 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
> >
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
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, 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
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 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
> 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, 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
> 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
On 9 Oct, 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 may want to play them, but there is
> I'd like to see these removed only if nobody is willing to maintain them.
> Check lines 70-75 of src/games/larn/main.c for an example of how out of
> touch they are with what's considered to be good practice (5 buffer overflows
> in 6 lines of code). Merging in NetBSD and/or OpenBSD's changes wo
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.
Tony.
--
f.a.n.finch <[EMAIL PROTECTED]> http
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 may want to play them, but there is no
> point in wasting time and space
Hi all,
I agree keeping these traditional toys in the base system won't help in a better
OS (instead it makes it a bit bigger and older), agreed that they are some sort
of 'folklore' putting them in a port makes a good solution.
mzl! Rob Evers
[EMAIL PROTECTED]
Technological progress has mere
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 1970's-era games?".
Some folks will answer "tradition"
56 matches
Mail list logo
