I am aware of the external versions, but since I can't put them in a
require spec to identify the package I want, they aren't terribly
useful as an identifying feature of a package.
Carl Eastlund
On Tue, Feb 22, 2011 at 4:34 PM, Robby Findler
wrote:
> Thanks for clarifying. And I'm sure you must
Thanks for clarifying. And I'm sure you must know about it and I'm a
bit afraid to even bring it up, but you might want to use planet's
external version feature.
Robby
On Tue, Feb 22, 2011 at 3:32 PM, Carl Eastlund wrote:
> I am saying we should use something that is not called "version
> number
I am saying we should use something that is not called "version
number". On the IRC list I have suggested -- without too much thought
behind it yet -- that we construct an "upgrade graph"; package
maintainers can specify which package can be thought of as an
automatic improvement on another, and s
Carl: your message is unclear to me. Are you saying that attempting to
solve the problem of matching up require requests with available
versions of software packages is hopeless and we shouldn't attempt it,
or are you saying that we should use something that is not (literally)
called "version numbe
Do you mean to inherit Planet's current "version number" semantics?
Uh. Assigning a fixed structure and semantics to version
numbers was one of the worst things Planet did. Dracula is up to
8:18, and goodness knows what that means. It does not mean there have
been 8 significantly differe
Good point
Jay
2011/2/19 Eli Barzilay :
> 5 hours ago, Jay McCarthy wrote:
>> 2011/2/18 Jos Koot :
>> > For a simple windows 7 user as I it is rather difficult to use
>> > command line instructions. I plead for an easy to use gui for
>> > making contributions.
>>
>> I think this is orthogonal to
I don't feel strongly about this and you seem to, so supposing we
support any conflicting installations, it makes sense for Planet 2.0
to have both major and minor versions.
Jay
2011/2/19 Robby Findler :
> On Sat, Feb 19, 2011 at 10:18 AM, Robby Findler
> wrote:
>> It looks to me like you there
I think that the versioning problem is an important and hard one, and
the obvious first place to turn this infrastructure work into a
research result. Racket gives you a significant opportunity that
others would not have (for a certain class of solutions, at least).
Even better, we have significant
Eli, you have a lot of very good points that I will try to respond to
individually later.
I think the highest bit issue you bring up is conflicts. (Multiple
versions are a special case of conflicts between packages.)
I see three options
1. Totally disallow conflicts
2. Make conflicting installat
IMO, the first three sections look good, but there are some lessons
missing, which can lead to similar kinds of mistakes. I'll try to
describe the missing principles below, together with other issues etc.
I'm going to avoid my usual tendency to write an itemized list,
hopefully this will not make
5 hours ago, Jay McCarthy wrote:
> 2011/2/18 Jos Koot :
> > For a simple windows 7 user as I it is rather difficult to use
> > command line instructions. I plead for an easy to use gui for
> > making contributions.
>
> I think this is orthogonal to the project, but I do mention how
> important it
On Sat, Feb 19, 2011 at 10:18 AM, Robby Findler
wrote:
> It looks to me like you there is relevant, important metadata that
> you're making someone fold into an implicit place instead of an
> explicit one.
>
> Will you have a convention for these? What if I decide to call mine
> "libgtk2.0" and so
On Sat, Feb 19, 2011 at 9:39 AM, Jay McCarthy wrote:
> I've batch my responses to yesterday's questions together.
>
> As a general note, I'd like to have my document be an accurate
> reflection of what I should do when I start coding, so if you think I
> should update it to clarify the answers to
I've batch my responses to yesterday's questions together.
As a general note, I'd like to have my document be an accurate
reflection of what I should do when I start coding, so if you think I
should update it to clarify the answers to these questions, please let
me know. I'm blinded a bit by my in
On Fri, Feb 18, 2011 at 8:17 PM, Robby Findler
wrote:
> One more comment: one of PLaneT's design goals what that if you have a
> working system and you install a new planet package, then you didn't
> break any of the working parts from before. The new system doesn't
> seem to have that as a design
One more comment: one of PLaneT's design goals what that if you have a
working system and you install a new planet package, then you didn't
break any of the working parts from before. The new system doesn't
seem to have that as a design goal anymore (I noticed automatic
upgrades and "freezing" bein
Jay -
1. Thanks for having this out - this is a great start and a very
important problem to solve
2. Is it correct that *heap* maps to the account name in planet? Such as
jaymccarthy, schematics, or bzlib?
There is always tension between the naming by capability or author in
p
foreign applications, enter internet
or email, and so on)???
Jos
> -Original Message-
> From: dev-boun...@racket-lang.org
> [mailto:dev-boun...@racket-lang.org] On Behalf Of Jay McCarthy
> Sent: 18 February 2011 22:21
> To: dev
> Subject: [racket-dev] Packaging
>
>
Minor comment: why encourage names like "libgtk" and "libgtk2" instead
of a major and minor version number (ala PLaneT)? Don't we want those
two libraries to be associated somehow (at least loosely)?
Also, it also isn't clear which of the complaints with PLaneT you're
actually dealing with. I don'
You may recall from the meeting over the summer that I promised a
packaging Christmas present to Racket. I'm over a month late, but here
it is:
http://faculty.cs.byu.edu/~jay/tmp/pkgs/spec.html
I lay out some goals for the new packaging system and make a concrete proposal.
Please share your feed
20 matches
Mail list logo
