On Sep 26, 2007, at 10:35 AM, Jim Fulton wrote:
This is also a technical issue: As long as zc.buildout and
setuptools
foolishly accept dependency links from an egg, it'll be painful to
detect accidental reliance on external repositories.
That's a good point. I wouldn't go so far as to say
Gary Poster wrote at 2007-9-26 15:47 -0400:
> ...
>So, yes, you are right, I stated an extreme position and I could be
>argued away from the edge. But the extremity of my position is a
>simple, followable rule that I certainly prefer over the case you
>describe.
Okay, we disagree.
Non work
On Sep 26, 2007, at 3:33 PM, Dieter Maurer wrote:
Gary Poster wrote at 2007-9-26 09:39 -0400:
...
- Remove the broken files.
I'm not sure if this is related, but I noticed yesterday at least of
couple of eggs that we are using had been removed, in this case from
zope.org. Please, whoever i
Gary Poster wrote at 2007-9-26 09:39 -0400:
> ...
>> - Remove the broken files.
>
>I'm not sure if this is related, but I noticed yesterday at least of
>couple of eggs that we are using had been removed, in this case from
>zope.org. Please, whoever is doing this, stop. If a release is
>brow
Stephan Richter wrote at 2007-9-26 09:12 -0400:
> ...
>I totally disagree. If we trust people with repository access, then we have to
>trust them with release making. If you subscribe to the egg process, you have
>to do frequent releases.
Maybe, if you fix dependancies to single versions ;-)
On Wed, Sep 26, 2007 at 09:54:59AM -0400, Jim Fulton wrote:
> Sorry, I decided not to reply and hit the wrong button in my mailer. :)
You were just applying "explicit is better than implicit" to email
replies. :-)
Marius Gedminas
--
Just to be extra clear about this: yes, it is morally wrong for
On Sep 26, 2007, at 10:10 AM, Fred Drake wrote:
On 9/26/07, Gary Poster <[EMAIL PROTECTED]> wrote:
I should make our own private copies of the eggs we use, to
completely isolate us from these sorts of things, but I have not
gotten around to it...nor am I thrilled at the prospect of that
overhe
On 9/26/07, Gary Poster <[EMAIL PROTECTED]> wrote:
> I should make our own private copies of the eggs we use, to
> completely isolate us from these sorts of things, but I have not
> gotten around to it...nor am I thrilled at the prospect of that
> overhead.
This is also a technical issue: As long
Stephan Richter wrote:
On Wednesday 26 September 2007 09:20, Wichert Akkerman wrote:
Previously Stephan Richter wrote:
I totally disagree. If we trust people with repository access, then we
have to trust them with release making. If you subscribe to the egg
process, you have to do frequ
On Wednesday 26 September 2007 09:20, Wichert Akkerman wrote:
> Previously Stephan Richter wrote:
> > I totally disagree. If we trust people with repository access, then we
> > have to trust them with release making. If you subscribe to the egg
> > process, you have to do frequent releases.
>
> Why
This would be a good issue to bring up on the distutils-sig list.
Jim
On Sep 26, 2007, at 9:53 AM, Stephan Richter wrote:
On Wednesday 26 September 2007 05:53, Stefan H. Holek wrote:
WinZip has the habit of ignoring files it deems "empty" and paths it
deems "too long". Best to avoid.
The pr
Sorry, I decided not to reply and hit the wrong button in my mailer. :)
On Sep 26, 2007, at 9:54 AM, Jim Fulton wrote:
On Sep 26, 2007, at 9:51 AM, Stephan Richter wrote:
On Wednesday 26 September 2007 05:02, Christian Theune wrote:
Hmm. While doing that I also noticed that we were at 3.4.0a
On Sep 26, 2007, at 9:51 AM, Stephan Richter wrote:
On Wednesday 26 September 2007 05:02, Christian Theune wrote:
Hmm. While doing that I also noticed that we were at 3.4.0a1
yesterday
evening. The stable release was made from that without making a
maintenance branch and bumping the trunk to
On Wednesday 26 September 2007 05:53, Stefan H. Holek wrote:
> WinZip has the habit of ignoring files it deems "empty" and paths it
> deems "too long". Best to avoid.
The problem is that Roger has installed TAR and GZIP. They are also available
in the path. However, for some reason it uses WinZ
On Wednesday 26 September 2007 05:02, Christian Theune wrote:
> Hmm. While doing that I also noticed that we were at 3.4.0a1 yesterday
> evening. The stable release was made from that without making a
> maintenance branch and bumping the trunk to 3.5.
There is conflicting information here. :-) Som
On Sep 26, 2007, at 4:49 AM, Christian Theune wrote:
- Remove the broken files.
I'm not sure if this is related, but I noticed yesterday at least of
couple of eggs that we are using had been removed, in this case from
zope.org. Please, whoever is doing this, stop. If a release is
bro
Am Mittwoch, den 26.09.2007, 09:16 -0400 schrieb Stephan Richter:
> On Wednesday 26 September 2007 04:49, Christian Theune wrote:
> > The issue is that the eggs were released as ZIP files and for some
> > reason those don't work correctly with the data files.
> >
> > I can reproduce the problem by
Previously Stephan Richter wrote:
> I totally disagree. If we trust people with repository access, then we have
> to
> trust them with release making. If you subscribe to the egg process, you have
> to do frequent releases.
Why would eggs require more frequent releases?
Wichert.
--
Wichert A
On Wednesday 26 September 2007 04:49, Christian Theune wrote:
> The issue is that the eggs were released as ZIP files and for some
> reason those don't work correctly with the data files.
>
> I can reproduce the problem by creating the packages myself as ZIP files
> (doesn't work) and then as tar f
On Wednesday 26 September 2007 04:16, Christian Theune wrote:
> The whole list of things that might be relevant here is:
>
> - zope.securitypolicy
> - zope.session, zope.app.session
> - zope.app.authentication
> - zope.app.i18n
> - zope.i18nmessageid
> - zope.app.applicationcontrol
> - zope.app.app
Baiju M wrote:
Christian Theune wrote:
Am Mittwoch, den 26.09.2007, 11:53 +0200 schrieb Stefan H. Holek:
WinZip has the habit of ignoring files it deems "empty" and paths
it deems "too long". Best to avoid.
Nothing about winzip. The files are in there. I also couldn't find an
issue in
Christian Theune wrote:
Am Mittwoch, den 26.09.2007, 11:53 +0200 schrieb Stefan H. Holek:
WinZip has the habit of ignoring files it deems "empty" and paths it
deems "too long". Best to avoid.
Nothing about winzip. The files are in there. I also couldn't find an
issue in the egg info f
On Sep 26, 2007, at 4:16 AM, Christian Theune wrote:
This is IMHO a good example why we shouldn't go for 'everyone can
make a
release'.
I had the same feeling yesterday. I kept silent because the
alternative is that only a few -- including me -- make a release. :)
This deserves more tho
Am Mittwoch, den 26.09.2007, 11:53 +0200 schrieb Stefan H. Holek:
> WinZip has the habit of ignoring files it deems "empty" and paths it
> deems "too long". Best to avoid.
Nothing about winzip. The files are in there. I also couldn't find an
issue in the egg info files.
--
gocept gmbh & co. k
WinZip has the habit of ignoring files it deems "empty" and paths it
deems "too long". Best to avoid.
Stefan
On 26. Sep 2007, at 10:49, Christian Theune wrote:
The issue is that the eggs were released as ZIP files and for some
reason those don't work correctly with the data files.
--
It d
Am Mittwoch, den 26.09.2007, 14:39 +0530 schrieb Baiju M:
> We decided not to bump minor release in trunk recently while making
> these final release, is it ?
I tried looking for that but didn't find that decision, so I thought
we're doing maintenance branches.
--
gocept gmbh & co. kg - forsters
Christian Theune wrote:
Am Mittwoch, den 26.09.2007, 08:49 + schrieb Christian Theune:
Hey,
here is an update.
The issue is that the eggs were released as ZIP files and for some
reason those don't work correctly with the data files.
I can reproduce the problem by creating the packages
Am Mittwoch, den 26.09.2007, 08:49 + schrieb Christian Theune:
> Hey,
>
> here is an update.
>
> The issue is that the eggs were released as ZIP files and for some
> reason those don't work correctly with the data files.
>
> I can reproduce the problem by creating the packages myself as ZIP
Hey,
here is an update.
The issue is that the eggs were released as ZIP files and for some
reason those don't work correctly with the data files.
I can reproduce the problem by creating the packages myself as ZIP files
(doesn't work) and then as tar files (does work).
My proposal for what to do
29 matches
Mail list logo
