Updated: diffstat-1.38-1

2005-01-17 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

New upstream release (including a patch from me), no change to setup.hint.
Please delete 1.35-1, leaving 1.37-2 as prev, and upload 1.38-1 as the new
current:

http://home.comcast.net/~ericblake/diffstat-1.38-1.tar.bz2
http://home.comcast.net/~ericblake/diffstat-1.38-1-src.tar.bz2

[Unrelated: I'm still trying to port all the coreutils 5.2.1 cygwin-local
changes to the new coreutils 5.3.0 so I can release that; hopefully I will
have it ready sometime this week.]

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB68iQ84KuGfSFAYARAhbiAJ9e3fMXRQ3/x4PPd/iSxIw6LHdeDwCeKizs
OK+1OWU7e7VN4TslWccSbco=
=iAO8
-END PGP SIGNATURE-


Re: Updated: diffstat-1.38-1

2005-01-17 Thread Corinna Vinschen
On Jan 17 07:15, Eric Blake wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 New upstream release (including a patch from me), no change to setup.hint.
 Please delete 1.35-1, leaving 1.37-2 as prev, and upload 1.38-1 as the new
 current:

Done.

 [Unrelated: I'm still trying to port all the coreutils 5.2.1 cygwin-local
 changes to the new coreutils 5.3.0 so I can release that; hopefully I will
 have it ready sometime this week.]

Sounds promising :-)


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.


Packaging Conundrum

2005-01-17 Thread James R. Phillips
Hi,

Upstream for the newly added epstool package (Russell Lang) has asked via
private email whether the CYGWIN-PATCHES subdir of a cygwin source package
would really be required, if he modified the package makefile to
include make targets for cygwin source and binary distributions.  In essence,
the question is whether a patches subdir is required if there really are no
patches required to build either the source or the binary distribution.

My guess is that such a subdir should always exist, containing at a minimum the
setup.hint file.  But I'm not really certain.

Anyone have the answer for this?

Thanks,

James R. Phillips


Re: Packaging Conundrum

2005-01-17 Thread Yitzchak Scott-Thoennes
On Mon, Jan 17, 2005 at 02:04:41PM -0800, James R. Phillips wrote:
 Hi,
 
 Upstream for the newly added epstool package (Russell Lang) has asked via
 private email whether the CYGWIN-PATCHES subdir of a cygwin source package
 would really be required, if he modified the package makefile to
 include make targets for cygwin source and binary distributions.  In essence,
 the question is whether a patches subdir is required if there really are no
 patches required to build either the source or the binary distribution.
 
 My guess is that such a subdir should always exist, containing at a minimum 
 the
 setup.hint file.  But I'm not really certain.
 
 Anyone have the answer for this?

IIRC http://cygwin.com/setup.html says the (required) cygwin-specific
readme goes there?


Re: Packaging Conundrum

2005-01-17 Thread Gerrit P. Haase
Yitzchak Scott-Thoennes wrote:
My guess is that such a subdir should always exist, containing at a minimum
the setup.hint file.  But I'm not really certain.
Anyone have the answer for this?
IIRC http://cygwin.com/setup.html says the (required) cygwin-specific
readme goes there?
If the Cygwin specific README is included in the upstream version and
the package builds as is I see no need to modify the original source.
setup.hint needs not be included in the sources, it also may be inline
in the README.  It is really just needed at the server for setup.exe.
I usually included it so I find it again when updating a package (I'm
using several different development boxes and I'm moving around a
lot...).
Gerrit
--
=^..^=


bsdgames

2005-01-17 Thread Yitzchak Scott-Thoennes
Is there any interest in a bsdgames package?  Most of the games
to compile with very little in the way of modifications needed.
If so, ought it to be all one package, or one per game?


Re: bsdgames

2005-01-17 Thread Christopher Faylor
On Mon, Jan 17, 2005 at 07:59:10PM -0800, Yitzchak Scott-Thoennes wrote:
Is there any interest in a bsdgames package?  Most of the games
to compile with very little in the way of modifications needed.
If so, ought it to be all one package, or one per game?

How are they packaged elsewhere?

cgf


Re: bsdgames

2005-01-17 Thread Yitzchak Scott-Thoennes
On Mon, Jan 17, 2005 at 11:21:24PM -0500, Christopher Faylor wrote:
 On Mon, Jan 17, 2005 at 07:59:10PM -0800, Yitzchak Scott-Thoennes wrote:
 Is there any interest in a bsdgames package?  Most of the games
 to compile with very little in the way of modifications needed.
 If so, ought it to be all one package, or one per game?
 
 How are they packaged elsewhere?

Debian has a bsdgames package 
(http://packages.debian.org/unstable/source/bsdgames)

and a bsdgames-nonfree package
(http://packages.debian.org/unstable/games/bsdgames-nonfree)

where the latter has games that have modification or commercial
distribution restrictions (I think just rogue).

I also see rpms out there with the games all in one.

The games are:

adventure:  the original adventure by Crowther and Woods
arithmetic: arithmetic quiz/speed test
atc:air traffic control
backgammon: backgammon
banner: display a message in big letters
battlestar: adventure game on a battlestar
bcd:outputs text in an antique form
boggle: boggle
caesar: reads fortunes from the game fortune, also some internet posts
canfield:   curses-based solitaire
countmail:  tell you how much new mail you have
cribbage:   cribbage
dab:dots and boxes
dm: dungeon master, regulates games playing
factor: factor a number
fish:   go fish
fortune:displays a random silly message
gomoku: gomoku
hack:   exploring the Dungeons of Doom
hangman:guess the word before it is too late
hunt:   hunt each other in a maze (multiplayer -- great)
mille:  mille borne against the computer
monop:  monopoly
morse:  output morse code
number: output the English text for a number
phantasia:  interterminal fantasy game
pig:output text in Pig Latin
pom:display the phase of the moon
ppt:outputs text in another antique form
primes: generate primes
quiz:   random knowledge tests
rain:   attempts to create a rain drop effect (best at 9600 baud)
random: random lines from a file or random numbers
robots: well... avoid the robots
sail:   sail your ship into battle
snake:  grab the cash and avoid the snake and exit
tetris: tetris
trek:   We come in peace, shoot to kill.  It's worse than that, he's
dead Jim.  Ye cannot change the laws of physics.  It's life
Jim, but not as we know it.  There's Klingons on the starboard
bow ...
wargames:   would you like to play a game?
worm:   eat the numbers without running into anything
worms:  random worms scurrying across your screen
wtf:translate acronyms, e.g. wtf is WTF
wump:   hunt the wumpus

I'd leave out ones that are already packaged elsewhere (banner, wtf, fortune,
etc.) or ones that don't build easily.

Note that some of the games require dictionaries in /usr/share/dict/.
I'd have to look more into how to possibly package dictionaries.


Re: bsdgames

2005-01-17 Thread Warren Young
Christopher Faylor wrote:
How are they packaged elsewhere?
I seem to recall that the practice of packaging all the BSD games 
together is most common on more 'traditional' *ixes, like the BSDs and 
Slackware.  It's been awhile since I played with any of those systems, 
though, so my memory is fuzzy.


Re: bsdgames

2005-01-17 Thread Warren Young
Yitzchak Scott-Thoennes wrote:
I'd leave out ones that are already packaged elsewhere (banner, wtf, 
fortune,
etc.) or ones that don't build easily.
I don't see people wanting 'just' fortune, or 'just' wtf.  More likely,
a person will be making a decision about whether they want their Cygwin
installation to include entertainment options or not.
How big is a complete bsdgames binary package for Cygwin?
(P.S. Sorry about sending the other copy to the main Cygwin list.  I 
slipped...)