[racket-dev] Planet 2 package names

2012-12-03 Thread Carl Eastlund
Currently (the latest nightly build), the names of Planet 2 packages are
restricted to use only the characters a-z, A-Z, _, and -.  The current set
of Racket collections, on the other hand, uses a-z, 0-9, and -.  Planet 1
also has several packages using 0-9.  We need to add digits to the set of
valid names if we want 2htdp, algol60, planet2 (itself!), r5rs, and r6rs to
be package-friendly.  I know if I were to release a package named after
ACL2 somehow, I'd be hard-pressed to figure out what to do with the 2.

Planet 1 packages and Racket collections also don't use A-Z (with one or
two exceptions on Planet).  In theory, we could disallow those characters
and gain compatibility with case-insensitive mediums such as the default
Mac OS X filesystem.  I'm not particularly attached to this second
proposal, but since it leads to potential errors I thought it was worth
bringing up.  If we leave both cases in, we at least need to make sure
programs that run on Windows and Unix don't break on Mac due to package
names conflicting on the filesystem.

Carl Eastlund
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Planet 2 package names

2012-12-03 Thread Jay McCarthy
That's a typo in the docs. Numbers are allowed.

Jay

On Mon, Dec 3, 2012 at 1:03 PM, Carl Eastlund c...@ccs.neu.edu wrote:
 Currently (the latest nightly build), the names of Planet 2 packages are
 restricted to use only the characters a-z, A-Z, _, and -.  The current set
 of Racket collections, on the other hand, uses a-z, 0-9, and -.  Planet 1
 also has several packages using 0-9.  We need to add digits to the set of
 valid names if we want 2htdp, algol60, planet2 (itself!), r5rs, and r6rs to
 be package-friendly.  I know if I were to release a package named after
 ACL2 somehow, I'd be hard-pressed to figure out what to do with the 2.

 Planet 1 packages and Racket collections also don't use A-Z (with one or two
 exceptions on Planet).  In theory, we could disallow those characters and
 gain compatibility with case-insensitive mediums such as the default Mac OS
 X filesystem.  I'm not particularly attached to this second proposal, but
 since it leads to potential errors I thought it was worth bringing up.  If
 we leave both cases in, we at least need to make sure programs that run on
 Windows and Unix don't break on Mac due to package names conflicting on the
 filesystem.

 Carl Eastlund

 _
   Racket Developers list:
   http://lists.racket-lang.org/dev




-- 
Jay McCarthy j...@cs.byu.edu
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

The glory of God is Intelligence - DC 93
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Planet 2 package names

2012-12-03 Thread Carl Eastlund
Yay!

Carl Eastlund


On Mon, Dec 3, 2012 at 3:10 PM, Jay McCarthy jay.mccar...@gmail.com wrote:

 That's a typo in the docs. Numbers are allowed.

 Jay

 On Mon, Dec 3, 2012 at 1:03 PM, Carl Eastlund c...@ccs.neu.edu wrote:
  Currently (the latest nightly build), the names of Planet 2 packages are
  restricted to use only the characters a-z, A-Z, _, and -.  The current
 set
  of Racket collections, on the other hand, uses a-z, 0-9, and -.  Planet 1
  also has several packages using 0-9.  We need to add digits to the set of
  valid names if we want 2htdp, algol60, planet2 (itself!), r5rs, and r6rs
 to
  be package-friendly.  I know if I were to release a package named after
  ACL2 somehow, I'd be hard-pressed to figure out what to do with the 2.
 
  Planet 1 packages and Racket collections also don't use A-Z (with one or
 two
  exceptions on Planet).  In theory, we could disallow those characters and
  gain compatibility with case-insensitive mediums such as the default Mac
 OS
  X filesystem.  I'm not particularly attached to this second proposal, but
  since it leads to potential errors I thought it was worth bringing up.
  If
  we leave both cases in, we at least need to make sure programs that run
 on
  Windows and Unix don't break on Mac due to package names conflicting on
 the
  filesystem.
 
  Carl Eastlund
 
  _
Racket Developers list:
http://lists.racket-lang.org/dev
 



 --
 Jay McCarthy j...@cs.byu.edu
 Assistant Professor / Brigham Young University
 http://faculty.cs.byu.edu/~jay

 The glory of God is Intelligence - DC 93


_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Planet 2 package names

2012-12-03 Thread Jay McCarthy
On the second point, I think it may be a good idea to disallow upper case.

I presume that Eli and Matthew would have good recommendations about this?

Jay

On Mon, Dec 3, 2012 at 1:13 PM, Carl Eastlund c...@ccs.neu.edu wrote:
 Yay!

 Carl Eastlund



 On Mon, Dec 3, 2012 at 3:10 PM, Jay McCarthy jay.mccar...@gmail.com wrote:

 That's a typo in the docs. Numbers are allowed.

 Jay

 On Mon, Dec 3, 2012 at 1:03 PM, Carl Eastlund c...@ccs.neu.edu wrote:
  Currently (the latest nightly build), the names of Planet 2 packages are
  restricted to use only the characters a-z, A-Z, _, and -.  The current
  set
  of Racket collections, on the other hand, uses a-z, 0-9, and -.  Planet
  1
  also has several packages using 0-9.  We need to add digits to the set
  of
  valid names if we want 2htdp, algol60, planet2 (itself!), r5rs, and r6rs
  to
  be package-friendly.  I know if I were to release a package named
  after
  ACL2 somehow, I'd be hard-pressed to figure out what to do with the 2.
 
  Planet 1 packages and Racket collections also don't use A-Z (with one or
  two
  exceptions on Planet).  In theory, we could disallow those characters
  and
  gain compatibility with case-insensitive mediums such as the default Mac
  OS
  X filesystem.  I'm not particularly attached to this second proposal,
  but
  since it leads to potential errors I thought it was worth bringing up.
  If
  we leave both cases in, we at least need to make sure programs that run
  on
  Windows and Unix don't break on Mac due to package names conflicting on
  the
  filesystem.
 
  Carl Eastlund
 
  _
Racket Developers list:
http://lists.racket-lang.org/dev
 



 --
 Jay McCarthy j...@cs.byu.edu
 Assistant Professor / Brigham Young University
 http://faculty.cs.byu.edu/~jay

 The glory of God is Intelligence - DC 93





-- 
Jay McCarthy j...@cs.byu.edu
Assistant Professor / Brigham Young University
http://faculty.cs.byu.edu/~jay

The glory of God is Intelligence - DC 93
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Planet 2 package names

2012-12-03 Thread Eli Barzilay
A few minutes ago, Jay McCarthy wrote:
 On the second point, I think it may be a good idea to disallow upper
 case.
 
 I presume that Eli and Matthew would have good recommendations about
 this?

I'd defer to whatever happens with relative string paths (and I prefer
seeing the explanation phrased in those terms to make these kind of
confusions less problematic).  But one thing to note is that Windows
is even more likely to be just case-preserving (not -sensitive) than
OSX, so this is a real problem...

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Planet 2 package names

2012-12-03 Thread Danny Yoo
 Planet 1 packages and Racket collections also don't use A-Z (with one or
 two exceptions on Planet).  In theory, we could disallow those characters
 and gain compatibility with case-insensitive mediums such as the default
 Mac OS X filesystem.  I'm not particularly attached to this second
 proposal, but since it leads to potential errors I thought it was worth
 bringing up.  If we leave both cases in, we at least need to make sure
 programs that run on Windows and Unix don't break on Mac due to package
 names conflicting on the filesystem.


One of those exceptions is probably UPPERCASE.plt,


http://planet.racket-lang.org/display.ss?package=UPPERCASE.pltowner=dyoo

but as it's intended only as a joke, please ignore it.  :)
_
  Racket Developers list:
  http://lists.racket-lang.org/dev