Here's a big-picture update of where we are in the new package system
and the conversion of the Racket distribution to use packages.
This message covers
- how I see things working after the package system and
reorganization is done, and a report on what pieces are still
missing to reach th
I've pushed changes to `raco setup' to fix problems with document
dependencies.
I think you're going to see a lot more "re-rendering"s, and I think
it's too many --- I'm still investigating.
Matthew
_
Racket Developers list:
http://lists.racket-lang.org/dev
At Thu, 11 Jul 2013 19:10:20 -0500, Robby Findler wrote:
> On Fri, Jul 5, 2013 at 7:55 PM, Matthew Flatt wrote:
> > #:name (make-name "Linux" "x86_64 32-bit, Precise Pangolin")
> >
>
> Should the line above say "64-bit"?
Yes.
I also cha
At Wed, 10 Jul 2013 23:45:07 -0400, Carl Eastlund wrote:
> That came up on IRC. I believe Asumu said the key is an uninterned
> identifier, meaning it's a stateful value. Right now, cross-phase
> persistent modules can't store anything stateful other than generative
> struct types.
Oh, I thought
lib/collects/compiler/cm.rkt:622:2:
> do-check
> raco setup:
> /Users/cce/git/racket/generics/racket/lib/collects/compiler/cm.rkt:703:4
> raco setup:
> /Users/cce/git/racket/generics/racket/lib/collects/setup/parallel-do.rkt:420:20:
> loop
>
>
> Carl Eastlund
>
>
At Wed, 10 Jul 2013 23:15:46 -0400, Ryan Culpepper wrote:
> On 07/10/2013 09:04 PM, Asumu Takikawa wrote:
> > Hi all,
> >
> > I'm currently trying to fix the Typed Racket unit tests. I think I've
> > narrowed down the issue to a certain syntax property for keyword
> > functions.
> >
> > The issue i
At Wed, 10 Jul 2013 19:41:44 -0400, Carl Eastlund wrote:
> raco setup: pkgs/math/private/distributions/beta-dist.rkt:69:42: link:
> module mismatch;
> raco setup:possibly, bytecode file needs re-compile because
> dependencies changed
>
> I got this error after updating my git checkout and ru
At Thu, 4 Jul 2013 12:24:42 -0400, Sam Tobin-Hochstadt wrote:
> On Tue, Jul 2, 2013 at 3:40 PM, Matthew Flatt wrote:
> > Here's a rough cut at a snapshot build with the new package
> > organization:
> >
> > http://www.cs.utah.edu/plt/snapshots/20130702-c90365e/
&
At Tue, 09 Jul 2013 12:23:56 -0400, Vincent St-Amour wrote:
> Bash completion for raco setup (in
> pkgs/plt-services/meta/contrib/completion/racket-completion.bash)
> is currently broken. It only completes collects that are in the core.
> I haven't tried it, but I suspect that zsh completion is sim
I changed `raco setup' to use relative paths for the info-domain cache,
but not to prune away the old absolute paths.
For now, you can delete "racket/lib/info-cache.rktd", and I'll work on
a repair to `raco setup'.
At Tue, 9 Jul 2013 11:55:36 -0400, Asumu Takikawa wrote:
> Hi all,
>
> I've sudde
gt; perfect for the reasons that led me to ask for sticky mode.
>
> Sam
>
> On Mon, Jul 8, 2013 at 8:24 AM, Matthew Flatt wrote:
> > I'm happy to enable sticky mode only when the `make' line is something
> > like
> >
> > make PKGS="..."
Repairs pushed --- thanks for the report!
At Mon, 8 Jul 2013 09:39:27 -0600, Matthew Flatt wrote:
> Offhand, I see one problem: `make' creates links with absolute paths to
> the packages in "pkgs". I'll fix that and check for other problems.
>
> It's possib
At Mon, 8 Jul 2013 17:01:24 -0400, Sam Tobin-Hochstadt wrote:
> On Mon, Jul 8, 2013 at 2:39 PM, wrote:
>
> > ---
> OLD/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.r
> kt
> > +++
> NEW/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.r
>
Offhand, I see one problem: `make' creates links with absolute paths to
the packages in "pkgs". I'll fix that and check for other problems.
It's possible that
make pkg-links
in the new place will fix your problem.
If not, you may have to move before building, or try a snapshot from
http://
I'm happy to enable sticky mode only when the `make' line is something
like
make PKGS="..." STICKY_MODE=on
Any objections?
At Sat, 6 Jul 2013 09:43:46 -0500, Robby Findler wrote:
> I just got horribly confused because somehow I messed up passing a manual
> command-line to link-all.rkt and then
At Sun, 7 Jul 2013 13:42:22 -0400, Sam Tobin-Hochstadt wrote:
> On Sun, Jul 7, 2013 at 1:26 PM, wrote:
> >
> > | Finally, `racket/base' provides the new function
> > | `call-with-default-reading-parameterization', which is used to guard
> > | various file `read's to make them consistent and avoid
At Fri, 5 Jul 2013 21:02:40 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jul 5, 2013 at 8:55 PM, Matthew Flatt wrote:
> > From now on, the current snapshot build on "www.cs.utah.edu" will be at
> >
> > http://www.cs.utah.edu/plt/snapshots/
> >
> >
>From now on, the current snapshot build on "www.cs.utah.edu" will be at
http://www.cs.utah.edu/plt/snapshots/
(The latest snapshot does not yet fix the "aces.png" error that Sam
reported.)
If anyone else is interested in creating snapshots, I think the
makefile and instructions are ready to
At Fri, 5 Jul 2013 18:55:32 -0400, Eli Barzilay wrote:
> Yesterday, Matthew Flatt wrote:
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> >
> > > 2. It's possible to get lots of undefined tags in the documentation
> > > builds. S
At Fri, 5 Jul 2013 10:58:39 -0500, Robby Findler wrote:
> On Thu, Jul 4, 2013 at 12:05 PM, Matthew Flatt wrote:
>
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> > > All of these are about packages/the new repository organization.
> > >
> &g
>
> On Fri, Jul 5, 2013 at 11:07 AM, Sam Tobin-Hochstadt wrote:
>
> > On Fri, Jul 5, 2013 at 11:22 AM, Matthew Flatt wrote:
> > >
> > >> * Similarly, that build shows that Racket detects itself as having
> > >> many more CPUs than it actually has.
&
At Thu, 4 Jul 2013 16:51:13 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jul 4, 2013 at 1:05 PM, Matthew Flatt wrote:
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> >> 3. Rerunning `make` at the top-level loses the old set of PKGS
> >> specified. S
In case you wonder about other issues already on my list, in no
particular order:
* Add `filesystem-change-evt' to decrease the cost of module-name
resolution via link files.
* Fix `pkg update' to setup anything that depends on updated packages.
* Fix absolute paths (used to be "collects"-
At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> All of these are about packages/the new repository organization.
>
> 0. I think we should have a new `#lang info` for info.rkt files --
> `setup/infotab` seems pretty arbitrary. I'll do this if no one
> objects.
That sounds fine to
At Thu, 4 Jul 2013 12:24:42 -0400, Sam Tobin-Hochstadt wrote:
> On Tue, Jul 2, 2013 at 3:40 PM, Matthew Flatt wrote:
> > Here's a rough cut at a snapshot build with the new package
> > organization:
> >
> > http://www.cs.utah.edu/plt/snapshots/20130702-c90365e/
&
At Thu, 4 Jul 2013 01:24:01 -0400, Asumu Takikawa wrote:
> On 2013-07-03 22:56:16 -0600, Matthew Flatt wrote:
> > The 32-bit Windows Racket installer works for me, this time --- but the
> > Mac OX X builds seem completely broken.
>
> Thanks, this time I was able to get DrRack
At Wed, 3 Jul 2013 16:49:01 -0400, Asumu Takikawa wrote:
> On 2013-07-02 13:40:18 -0600, Matthew Flatt wrote:
> > The snapshot page has
> >
> > * "Racket" installers with the usual stuff: DrRacket, HtDP support,
> >etc.
>
> I tried the "Ra
I think various `read's should probably be wrapped with
`with-module-reading-parameterization', but I haven't yet looked
closely.
At Tue, 2 Jul 2013 18:42:57 -0400, Sam Tobin-Hochstadt wrote:
> I'm sure there are lots of others. Furthermore, there are a bunch of
> other calls to `read` just in th
Here's a rough cut at a snapshot build with the new package
organization:
http://www.cs.utah.edu/plt/snapshots/20130702-c90365e/
While there are plenty of rough edges, enough is in place to show how I
see distributions and packages working with the new organization.
The snapshot page has
* "
At Tue, 2 Jul 2013 12:53:02 -0400, Sam Tobin-Hochstadt wrote:
> On Jul 2, 2013 12:42 PM, "Matthew Flatt" wrote:
> >
> > I'm pretty sure that "racket-test" needs to be split up. (For the
> > initial cut, I just put the whole "tests" collect
I'm pretty sure that "racket-test" needs to be split up. (For the
initial cut, I just put the whole "tests" collection there.)
I'm not sure about compiling tests for the purposes of dependency
checking. It sounds ok, but I have a feeling that I'm forgetting some
reason that we disabled compilation
At Sun, 30 Jun 2013 18:10:52 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 28, 2013 at 11:25 PM, Sam Tobin-Hochstadt
> wrote:
> >
> >> So, I think option 2 is right for now, and we should eventually spend
> >> cycles on really getting `mzscheme' out of the core.
> >
> > Ok, I'll focus on that.
At Sat, 29 Jun 2013 15:46:16 -0400, Sam Tobin-Hochstadt wrote:
> On Sat, Jun 29, 2013 at 9:18 AM, Matthew Flatt wrote:
> >
> > There is one dependency problem, currently: "drracket" depends on
> > "htdp" through a test. That problem was created by a
At Sat, 29 Jun 2013 10:27:44 -0400, Sam Tobin-Hochstadt wrote:
> On Sat, Jun 29, 2013 at 9:18 AM, Matthew Flatt wrote:
> >
> > Practically every package will need a dependency on "base", which is a
> > package that represents the libraries in the core; it'
The `raco setup' tool now checks declared package dependencies against
actual library dependencies. Use `--no-pkg-deps' or `-K' to skip the
check (which takes 5-6 seconds on my machine).
PLEASE pay attention to dependency-declaration errors before you push a
commit that might introduce them! Check
Hi,
Thanks for the report! I expect that I'm going to have to set up an
OpenIndiana virtual machine to replicate the problem and fix it, and
I haven't had a chance to try that, yet. I hope to get to it soon.
Matthew
At Sat, 29 Jun 2013 00:06:38 +0800, WarGrey Gyoudmon Ju wrote:
> I reported this
At Fri, 28 Jun 2013 23:25:22 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 28, 2013 at 6:02 PM, Matthew Flatt wrote:
> > At Fri, 28 Jun 2013 17:43:42 -0400, Sam Tobin-Hochstadt wrote:
> >> On Fri, Jun 28, 2013 at 5:17 PM, Matthew Flatt wrote:
> >> > At Fri, 2
At Fri, 28 Jun 2013 17:43:42 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 28, 2013 at 5:17 PM, Matthew Flatt wrote:
> > At Fri, 28 Jun 2013 17:08:19 -0400, Sam Tobin-Hochstadt wrote:
> >> On Fri, Jun 28, 2013 at 5:02 PM, Matthew Flatt wrote:
> >> > At Fri, 2
At Fri, 28 Jun 2013 17:08:19 -0400, Sam Tobin-Hochstadt wrote:
> On Fri, Jun 28, 2013 at 5:02 PM, Matthew Flatt wrote:
> > At Fri, 28 Jun 2013 14:38:03 -0400, Sam Tobin-Hochstadt wrote:
> >> On Thu, Jun 27, 2013 at 8:45 PM, Robby Findler
> >> wrote:
> >> >
At Fri, 28 Jun 2013 14:38:03 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jun 27, 2013 at 8:45 PM, Robby Findler
> wrote:
> > Did you consider moving "#lang mzscheme" out as well?
>
> I've now created another pull request that does this, here:
> https://github.com/plt/racket/pull/377
>
> There's
Good news, everyone! I've improved the top-level makefile in a way that
probably breaks your existing repo checkout. Then again, there's a
chance that things will appear to work for now, delaying problems until
sometime later.
To avoid problems, delete "racket/lib/links.rktd" and
"racket/lib/pkgs"
At Thu, 27 Jun 2013 23:41:22 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jun 27, 2013 at 11:22 PM, Matthew Flatt wrote:
> > At Thu, 27 Jun 2013 23:18:48 -0400, Sam Tobin-Hochstadt wrote:
> >> > * racket/src/worksp/gc2/make.rkt
> >> > * racket/src/worksp/mzc
At Thu, 27 Jun 2013 23:18:48 -0400, Sam Tobin-Hochstadt wrote:
> > * racket/src/worksp/gc2/make.rkt
> > * racket/src/worksp/mzcom/xform.rkt
>
> These both depend on `mzlib/restart`, which is non-trivial. Matthew,
> should I just move that back and let you work that out? Are these
> files crit
At Thu, 27 Jun 2013 18:28:50 -0400, Sam Tobin-Hochstadt wrote:
> As part of making the "core" of Racket smaller, I'd like to propose
> separating out part of the package system implementation. In
> particular, I'd like to make the core portion of the package
> collection not use the network.
That'
The package system has a notion of "auto" packages, which are packages
that were automatically installed to satisfy dependencies. Also, `raco
pkg remove' supports an `--auto' flag for automatically removing auto
packages that have no non-auto packages depending on them.
So, instead of adding packa
I mean "taints", not "traits".
At Thu, 27 Jun 2013 06:32:20 -0700, Matthew Flatt wrote:
> The problem was in the way that traits are managed for submodule
> expansion plus a problem with Typed Racket's trait arming of a module
> body (which was also my fault).
At Wed, 26 Jun 2013 01:04:13 -0400, Eli Barzilay wrote:
> 8 hours ago, Matthew Flatt wrote:
> > The "config.rktd" file in "etc" can now specify a location for the
> > installation-wide "links.rktd" file and "pkgs" installed-package
> >
The problem was in the way that traits are managed for submodule
expansion plus a problem with Typed Racket's trait arming of a module
body (which was also my fault). I've pushed a repair.
At Tue, 25 Jun 2013 10:05:28 -0400, Asumu Takikawa wrote:
> Hi all,
>
> I accidentally triggered what appear
At Thu, 27 Jun 2013 09:17:16 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jun 27, 2013 at 9:11 AM, Matthew Flatt wrote:
> > At Thu, 27 Jun 2013 09:04:46 -0400, Sam Tobin-Hochstadt wrote:
> >> On Thu, Jun 27, 2013 at 9:02 AM, Matthew Flatt wrote:
> >> > This all lo
At Thu, 27 Jun 2013 09:04:46 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jun 27, 2013 at 9:02 AM, Matthew Flatt wrote:
> > This all looks right to me.
>
> Any thoughts on `mzlib/unit200` or `mzlib/compile`?
I imagine fixing them later by
* moving the useful part of `mzlib/compi
This all looks right to me.
At Wed, 26 Jun 2013 17:38:49 -0500, Robby Findler wrote:
> I can move mzlib/contract after you get done with other stuff.
>
> Robby
>
> On Wednesday, June 26, 2013, Sam Tobin-Hochstadt wrote:
>
> > On Tue, Jun 25, 2013 at 4:32 PM, Sam Tobin-Hochstadt
> >
> > wrote:
At Wed, 26 Jun 2013 16:19:55 -0400, Kathi Fisler wrote:
> As I understand traverse-block, the number of (lambda (get set) ...)
> wrappers is what helps stage the passes. So if I want to generate data in
> the first pass, I need one lambda, but to use that in second pass I need
> two lambdas. Is t
At Thu, 27 Jun 2013 05:18:32 -0700, Matthew Flatt wrote:
> At Wed, 26 Jun 2013 16:19:55 -0400, Kathi Fisler wrote:
> > I keep getting an error "traverse-block-block: no block computed for
> > traverse-block", and am trying to understand how to interpret this.
>
> Th
At Tue, 25 Jun 2013 16:32:28 -0400, Sam Tobin-Hochstadt wrote:
> While moving some files around between packages, I realized that there
> are a number of things that could be moved out of the core and into
> packages. Here's a partial list of things that I think are not needed
> at all by the rest
Caveat 1: In case you don't use the top-level default `make' target
when building from the repo, this change means that you need to run
`make pkg-links' when you next update.
Caveat 2: Feel free to skip the rest. This message is on the far end of
what most of us care about in the package system. I
I had suggested a `multi-collection?' definition in "info.rkt" to
designate a multi-collection package, but I don't like having
`single-collection' and `multi-collection?' (e.g., what happens if you
define then in a conflicting way?).
So, I think it's better to define `collection':
* (define co
At Tue, 25 Jun 2013 11:57:52 -0400, Sam Tobin-Hochstadt wrote:
> The package reorganization also involved some changes to
> `racket/file`, which added keyword arguments to, at least,
> `find-files`, `delete-directory/files`, `copy-directory/files`, and
> `pathlist-closure`. Unfortunately, none of t
I think that has to be a bug, and so a repair would be welcome.
At Tue, 25 Jun 2013 01:44:11 -0400, Asumu Takikawa wrote:
> Hi all,
>
> I was trying to write an example for the racket/engine docs and stumbled
> on a case that seems to cause a deadlock. I'm curious if this is
> intentional or just
At Tue, 25 Jun 2013 01:11:45 -0400, Asumu Takikawa wrote:
> Hi all,
>
> Does anyone know what the behavior of
>
> (local-transformer-expand #'(define x 3) 'top-level null)
>
> should be? I'm not sure, but I expected something like what
> `local-expand` would do. Instead, I get an error like th
I've restored `path->relative-string/setup'.
My intent was to replace it with the function that is currently called
`path->relative-string/setup/pkg', but I think there was some
dependency issue, or maybe I was worried about new dependencies. I'll
take another look at it.
At Fri, 21 Jun 2013 14:5
I've pushed repairs.
At Sat, 22 Jun 2013 05:23:01 -0400, Carl Eastlund wrote:
> I get the following error when I try to run tests/racket/quiet.rktl:
>
> Section(basic)
> Section(unicode)
> Section(rx)
> Section(reading)
> Section(readtable)
> Section(printing)
> Section(macro)
> Section(syntax)
>
At Thu, 20 Jun 2013 13:31:00 -0600, Neil Toronto wrote:
> Should I do the same kind of thing with "math/tests" and "plot/tests"?
> In general, should everything have a separate tests package?
It probably depends on the package/project. A project with separate
"-lib" and "-doc" packages seems more
At Thu, 20 Jun 2013 06:58:04 -0400, Eli Barzilay wrote:
> Yesterday, Eli Barzilay wrote:
> >
> > [...] some script that finds the recent rename of all files and make
> > sure that it produces an expected result.
>
> Suspicious undetected renames (excluding info files, git files, etc):
>
> pkgs
At Wed, 19 Jun 2013 15:54:00 -0400, Eli Barzilay wrote:
> Four hours ago, mfl...@racket-lang.org wrote:
> > D collects/2htdp/image.rkt
> > D collects/algol60/info.rkt
> > D collects/browser/info.rkt
> > D collects/compiler/embed-unit.rkt
> > D collects/compiler/find-exe.rkt
> > D collec
It sounds like we're ready, so I plan to push the change at 10:00am
Utah time (which is noon in Boston and midnight in Taiwan).
_
Racket Developers list:
http://lists.racket-lang.org/dev
At Tue, 18 Jun 2013 15:40:27 -0400, Ryan Culpepper wrote:
> I tried it. It works, but DrRacket doesn't find the macro stepper tool.
> The racket/lib/info-cache.rktd has an entry for the right location, but
> it also has another (lib "macro-debugger") entry. Is this caused by
> having multiple mo
At Tue, 18 Jun 2013 17:23:56 -0500, Robby Findler wrote:
> On Tue, Jun 18, 2013 at 3:14 PM, Asumu Takikawa wrote:
>
> > On 2013-06-18 10:47:01 -0600, Matthew Flatt wrote:
> > > Because this change will break all sorts of things in the short run,
> > > I'd like
At Tue, 18 Jun 2013 13:56:14 -0400, Asumu Takikawa wrote:
> On 2013-06-18 10:47:01 -0600, Matthew Flatt wrote:
> > Because this change will break all sorts of things in the short run,
> > I'd like to feel more confident that enough of us are ready before
> > mer
At Tue, 18 Jun 2013 14:16:09 -0600, Matthew Flatt wrote:
> At Tue, 18 Jun 2013 16:13:09 -0400, Carl Eastlund wrote:
> > I ran 'make', after rebasing, and eventually got this error:
> >
> > pkg: missing dependencies
> > for package: pkgs/gui-pkgs/gui-lib
>
At Tue, 18 Jun 2013 16:13:09 -0400, Carl Eastlund wrote:
> I ran 'make', after rebasing, and eventually got this error:
>
> pkg: missing dependencies
> for package: pkgs/gui-pkgs/gui-lib
> missing packages:
>gui-x86_64-macosx
>
> Anyone know what might have gone wrong?
It's a problem with
At Tue, 18 Jun 2013 10:47:01 -0600, Matthew Flatt wrote:
> 1. Try the branch:
>
> git clone https://github.com/mflatt/racket.git
Sorry --- that should be
git clone git://github.com/mflatt/racket.git
_
Racket Developers list:
http://lists.racket-lang.org/dev
Here's the latest (in a "pkg2" branch):
https://github.com/mflatt/racket/tree/pkg2
Because this change will break all sorts of things in the short run,
I'd like to feel more confident that enough of us are ready before
merging it to the main Racket repository.
So, vote in favor of the reorganiz
s to (a) remove and (b)
> install?
`raco pkg update' can handle a switch from multi-package form to
single-package form or vice versa.
> I'm asking in case it would help to have the answer(s) ready for doc
> or FAQ purposes.
>
>
> On Sat, Jun 15, 2013 at 11:19 AM, M
At Sat, 15 Jun 2013 12:33:30 -0400, Matthias Felleisen wrote:
>
> On Jun 15, 2013, at 12:15 PM, Matthew Flatt wrote:
>
> > Can you say more about what is needed in addition to
> >
> > https://github.com/mflatt/racket/blob/pkg/INSTALL.txt
> >
> > ?
&
At Thu, 13 Jun 2013 17:56:52 -0400, Sam Tobin-Hochstadt wrote:
> * The error message when you look for a missing collection is really
> long if you have a lot of packages installed
Yes. I have been thinking about whether there's a better solution than
just not showing the paths, but I can just dro
the process and refine those instructions,
of course.
> On Jun 15, 2013, at 11:41 AM, Matthew Flatt wrote:
>
> > At Thu, 13 Jun 2013 17:44:17 -0400, Sam Tobin-Hochstadt wrote:
> >> I think we have, roughly, two options:
> >>
> >> 1. Something like the split Matt
At Thu, 13 Jun 2013 17:44:17 -0400, Sam Tobin-Hochstadt wrote:
> I think we have, roughly, two options:
>
> 1. Something like the split Matthew's tree proposes. In fact, I think
> we need to split some things further, so that `gui-lib` doesn't depend
> on scribble-related things.
> 2. Something m
At Fri, 14 Jun 2013 21:14:58 -0400, Greg Hendershott wrote:
> I just want to be clear what I need to do to
> keep compatibility with 5.3.4 for existing packages. If that means
> adding something to info.rkt to say, "yeah, I'm still multi", I may do
> that.
Yes, that's exactly what will be required
I think more people need to speak up on this question --- particularly
authors of existing packages, since the current proposal necessitates
an update to each existing package.
The proposal is to make single-package collections the default:
* If a directory used as a package has no "info.rkt" fi
I've pushed your repair - thanks!
I think I found (and fixed) similar problems with `require' and deleted
files.
At Mon, 10 Jun 2013 09:48:42 +0200, Tobias Hammer wrote:
> Hi,
>
> i think i found a bug in the handling of external dependencies (via
> register-external-file) in compiler/cm.
> Cu
At Thu, 6 Jun 2013 11:35:20 -0600, Jay McCarthy wrote:
> On Thu, Jun 6, 2013 at 9:33 AM, Matthew Flatt wrote:
> > Since code in a package can synthesize a module reference dynamically,
> > any static enforcement would have to be approximate, naturally (e.g.,
> > che
At Thu, 9 May 2013 16:22:54 +0200, Laurent wrote:
> On Mon, May 6, 2013 at 2:52 PM, Matthew Flatt wrote:
>
> > Anything is open for discussion, but speaking for myself, I'm not
> > interested in revisiting keyword syntax or case sensitivity.
> >
>
> I&#
At Tue, 4 Jun 2013 18:55:51 -0400, Sean McBeth wrote:
> I'm not familiar with the ins and outs of Scribble, but it seems you could
> add to the scribble-style.css file:
> .tocsub{display:none;}
True, but I think the 'no-sidebar style property is a fine addition.
To me, the table of contents is th
At Thu, 6 Jun 2013 10:17:28 -0400, Sam Tobin-Hochstadt wrote:
> > If we go that way, then I'd characterize a single-collection package
> > without 'single-collection' in "info.rkt" as a low-quality package, but
> > a low-quality package is a fine starting point for a high-quality
> > package.
>
>
At Thu, 6 Jun 2013 10:00:56 -0400, Sam Tobin-Hochstadt wrote:
> > When we have a small core, then there should be
> > practically no packages without explicit dependencies --- when a
> > package's dependencies are specified accurately, at least.
>
> Is it possible to enforce, either in the package
At Thu, 6 Jun 2013 13:36:38 +0200, Laurent wrote:
> > Some other the details:
> >
> > * A package's mode is recorded in the installed-package table.
> >Otherwise, a linked package could switch modes just because the
> >package directory's content changes, which would be difficult to
> >
At Wed, 5 Jun 2013 21:26:51 -0500, Robby Findler wrote:
> For point 3., do you have a sense of what milestones we'd have to reach (at
> what times) in order to have a successful release?
The milestones I can see are
* Get DrDr working with the new layout.
* Automate snapshot and release builds
I've updated the package experiment again:
https://github.com/mflatt/racket/tree/pkg
State of the Proposal
-
Based on discussion of the initial proposal,
http://lists.racket-lang.org/dev/archive/2013-May/012364.html
I'm revising the proposal as follows:
* The details o
At Tue, 4 Jun 2013 07:41:53 -0400, Eli Barzilay wrote:
> Yesterday, Jay McCarthy wrote:
> > and you should deal with the non-proof of concept method of
> > specifying it in, for instance, the info file, which is now package
> > info AND collect info.
>
> This shouldn't be a problem
At Tue, 4 Jun
DON'T PANIC
I've pushed a new version of the package experiment:
https://github.com/mflatt/racket/tree/pkg
You won't see much difference in terms of package splitting. I haven't
even renamed "-docs" packages to "-doc" packages, yet.
This new version is about creating installers. Normall
At Mon, 3 Jun 2013 10:36:51 -0400, Eli Barzilay wrote:
> (BTW, a possible source of confusion: I'm assuming that distribution
> must be done via archives and not via repository specs, since there
> should be some way to put the compiled files in there.
I don't think that's the right assumption. W
At Mon, 3 Jun 2013 18:37:43 +0200, Laurent wrote:
> Here is a patch for a proof of concept (file /collects/pkg/lib.rkt).
>
> The modifications are minimal as I had expected, but obviously I only have
> a very narrow view of the package system, so probably something does not
> work properly.
> In pa
At Mon, 3 Jun 2013 08:27:19 -0400, Eli Barzilay wrote:
> On Thursday, Matthew Flatt wrote:
> >
> > You've sketched out the producer side, and I'm not sure of some
> > about some of those details. The consumer side seems even more
> > complex to me. It seems
Does `raco link -l' show any trace of the old package (which would
suggest that the package manager failed between the points of removing
its own registration of the package and removing the link)?
If the package install was not installation-wide, then all state should
be in your "add-on" director
As I understand things, we should certainly try to align divisions of
responsibility with divisions of code (including tests and docs) among
packages.
My initial experiment probably doesn't align them very well, and I'd
expect a better alignment to emerge from everyone's efforts to improve
some in
At Thu, 30 May 2013 10:02:29 -0400, Sam Tobin-Hochstadt wrote:
> One question, though: how does this work with the package manager.
> Right now, only repositories can be specified as the source when
> creating a package at pkg.racket-lang.org. There must be something
> I'm missing about how this w
At Thu, 30 May 2013 09:01:16 -0400, Sam Tobin-Hochstadt wrote:
> I also really don't want to have Typed Racket's documentation outside
> of Typed Racket's code repository, and I think it would be a mistake
> to do that for other parts of Racket. An on-point comment on this
> from just yesterday in
At Wed, 29 May 2013 15:51:30 -0400, Eli Barzilay wrote:
> 20 minutes ago, Matthew Flatt wrote:
> > > [..."package distribution kinds"...]
> >
> > Well, I agree with all these thoughts, but what's the conclusion?
> >
> > There's no requir
level of "-doc" suggest to me that the documentation is
thorough and helpful.
At Wed, 29 May 2013 14:31:08 -0400, Eli Barzilay wrote:
> 20 minutes ago, Matthew Flatt wrote:
> >
> > Yes. Package dependencies can be cyclic (unlike module
> > dependencies), a
At Wed, 29 May 2013 14:14:11 -0400, Eli Barzilay wrote:
> * Does this split actually work wrt having no circular dependencies?
It's mostly non-circular, but there are some exceptions.
I think there are no circularities among the "-lib" packages, but I'm
not 100% certain.
The existing "-docs" pac
301 - 400 of 1176 matches
Mail list logo
