Does anybody have a recent-ish copy of Znolk wizard product or know where I
could get hold of a copy. The original source no longer has it and the one on
the zope.org site is very old. In particular I would like it to function with
SQLite.
Regards
Garry
that works, thanks.
--- On Wed, 4/1/09, Andreas Jung li...@zopyx.com wrote:
From: Andreas Jung li...@zopyx.com
Subject: Re: [Zope] dtml-in
To: cybercruis...@yahoo.com
Cc: zope@zope.org
Date: Wednesday, April 1, 2009, 10:56 PM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 5:20
Hi guys,
I've been working for the same Zope or Django projects for virtually 5
years now, but recently, the circumstances and I reached an agreement
concluding that it's time to start looking at freelancing. In
consequence I need to set an hourly fee rate for the team.
So, I'm running a
Tim Knapp wrote:
Thanks. One thing, though, it appears that testfixtures requires python
2.5 as it tries to import functools that was introduced in python 2.5.
/me carries on trying to get it going :)
Indeed, guess you'll have to go for Zope 2.12 :-)
Chris
--
Simplistix - Content
Dieter Maurer wrote:
Be aware, however, that this replacing takes effect only after
your assignment. Modules that already have imported the DateTime
class will not be affected.
Yes, but you can replace them in the same way...
Just make sure you wrap in a try/finally so you un-replace no
robert rottermann wrote:
thedag...@gmail.com schrieb:
make that: LocalFS hasn't been updated since 2006.
it still works fine,
there is only a line you have to change in its code where it pulls in security
from cmf to some other cmf module. when starting up cmf tells you what is
wrong.
so
Tim Nash wrote:
Or you can install plone and know that it has been well tested, it is
well maintained
Ho ho ho... surely you jest?!
Look, you can do it anyway you want but if you want to imply that my
suggestion to use Plone is 'insane' you need to come up with a better
alternative
Tim Nash wrote:
Installing Plone in such a case is only the solution if one has no
better idea about doing things
*sigh* ...and people wonder why the zope community is dying.
That Zope community moved off and became the Plone community long ago.
I'd argue that anyone starting a new
Andreas Jung wrote:
It basically about looking left and right and choosing the right tool
for a problem. Installing Plone for your usecase is totally inadequate.
It's like driving with a tank to the supermarket around the corner for
buying a banana.
...a tank with some wheels missing, a hatch
Tim Nash wrote:
No your response and Jens response are totally inappropriate. We will
never rebuild this community if all our posts are greeted with personal
attacks.
*This* community is dead, get over it and move on.
Chris
--
Simplistix - Content Management, Zope Python Consulting
Tim Nash wrote:
If you are going to ignore my arguments about Plone being well tested,
it isn't.
easy to install
it isn't.
and having a better upgrade path than a customized
solution like patching localFS,
it doesn't.
deal with it.
For whatever the OP is likely to want to do, he's
Dieter Maurer wrote:
SkinnedFolder (at least if you mean
http://www.handshake.de/~dieter/pyprojects/zope/index.html#bct_sec_4.7;)
makes CMFCore's SkinsTool available (without the need to use
CMFDefault or portal objects).
That might involve getting support from you though, Dieter, and that's
Dieter Maurer wrote:
I am very happy about stable packages because I often extend them.
For example, I have extended LocalFS to allow configuration of
its instances via environment variables. This allows us to synchronize
our ZODBs in the test and development environments with the production
ga...@schoolteachers.co.uk wrote:
Does anybody have a recent-ish copy of Znolk wizard product or know where I
could get hold of a copy. The original source no longer has it and the one on
the zope.org site is very old. In particular I would like it to function with
SQLite.
Doesn't think
Chris Withers wrote at 2009-4-2 20:24 +0100:
Dieter Maurer wrote:
I am very happy about stable packages because I often extend them.
For example, I have extended LocalFS to allow configuration of
its instances via environment variables. This allows us to synchronize
our ZODBs in the test and
Dieter Maurer wrote:
Chris Withers wrote at 2009-4-2 20:24 +0100:
Dieter Maurer wrote:
I am very happy about stable packages because I often extend them.
For example, I have extended LocalFS to allow configuration of
its instances via environment variables. This allows us to synchronize
our
+---[ Chris Withers ]--
| Dieter Maurer wrote:
| Chris Withers wrote at 2009-4-2 20:24 +0100:
| Dieter Maurer wrote:
| I am very happy about stable packages because I often extend them.
|
| For example, I have extended LocalFS to allow configuration of
| its instances
Andrew Milton wrote:
| I am fine with the current situation (with respect to LocalFS,
| not with respect to Zope)...
|
| Then you're part of the Zope problem ;-)
As opposed to random deprecation and removal of interfaces that causes
otherwise working code to break ?
Heh, Zope 2 has
Remember this:
http://www.perl.com/pub/a/2001/04/01/parrot.htm
Well, that lead to this:
http://www.parrot.org/
One of the reasons I got suckered into replying was that I thought this
might be the result of some stuff a few of us had talked about at the
Zope BOF at PyCon.
I actually think
+---[ Chris Withers ]--
| Remember this:
| Seriously, how do people feel about this?
You can do anything you want with your time... who are we to judge? d8)
--
Andrew Milton
a...@theinternet.com.au
___
Zope maillist -
Andrew Milton wrote:
+---[ Chris Withers ]--
| Remember this:
| Seriously, how do people feel about this?
You can do anything you want with your time... who are we to judge? d8)
Well, if there were no complaints I might do just that...
Chris
--
Simplistix -
On Apr 2, 2009, at 3:57 PM, Chris Withers wrote:
Remember this:
http://www.perl.com/pub/a/2001/04/01/parrot.htm
Well, that lead to this:
http://www.parrot.org/
One of the reasons I got suckered into replying was that I thought
this
might be the result of some stuff a few of us had
Jim Fulton wrote:
What Martijn has announced and is already being worked on extensively.
- Zope A 4.0
What was to be Zope 2.12
- Zope B 4.0
Whatever the next pending release of the Zope 3 appserver stuff was to
be. (Need to keep the Canonical and ZC guys happy afterall ;-) )
Quoting Chris Withers ch...@simplistix.co.uk:
ga...@schoolteachers.co.uk wrote:
Does anybody have a recent-ish copy of Znolk wizard product or know where I
could get hold of a copy. The original source no longer has it and
the one on
the zope.org site is very old. In particular I would like
ga...@schoolteachers.co.uk wrote:
Yes it is old, but it is the only reliable thing I've found to rapidly
generate
database edit forms and csv up/download methods.
You should really give Django a go for this sort of thing, from what I
understand, it's one of its main sweetspots...
Chris
--
On Apr 2, 2009, at 4:17 PM, Chris Withers wrote:
Jim Fulton wrote:
What Martijn has announced and is already being worked on
extensively.
- Zope A 4.0
What was to be Zope 2.12
- Zope B 4.0
Whatever the next pending release of the Zope 3 appserver stuff
was to
be. (Need to keep
Jim Fulton wrote:
We and canonical use the Zope Framework. We don't use an
application. Zope (aka Zope 2) is an extensible application. We (ZC
and Canonical and others) assemble components from the Zope Framework
to build our own applications.
Hmm, maybe I got this wrong, but Gary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:17 Uhr, Chris Withers wrote:
I'd *really* like to see the majority of the current www.zope.org simply
eradicated from existence. It's out of date and a source of nothing but
confusion.
Andrew others have been working on this
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the related subprojects. The current
zope.org site should be moved to old.zope.org (it must
+---[ Chris Withers ]--
| Jim Fulton wrote:
| We and canonical use the Zope Framework. We don't use an
| application. Zope (aka Zope 2) is an extensible application. We (ZC
| and Canonical and others) assemble components from the Zope Framework
| to build our
Andrew Milton wrote:
| - mature
| - stable
| - maybe not the best choice for new development.
^ for you
Indeed, but classic doesn't have any bad connotations as far as I'm
concerned, and it'll need to keep living as long as Plone relies on it,
which will be
+---[ Chris Withers ]--
| Andreas Jung wrote:
| Andrew others have been working on this issue at the sprint. There is
| consensus that www.zope.org must be turned into landing page with some
| mission statement and then links to the related subprojects. The current
|
+---[ Chris Withers ]--
| Andrew Milton wrote:
| | - mature
| | - stable
| | - maybe not the best choice for new development.
| ^ for you
|
| Indeed, but classic doesn't have any bad connotations as far as I'm
| concerned, and it'll need to
Andrew Milton wrote:
| Why does it need to keep living even at old.zope.org?
Why do you care if it does?
Because someone needs to look after the (rather large, ancient and
crufty) zope instance in which it lives, and it keeps on tripping up
innocent passers-by.
I don't think many of these
Andrew Milton wrote:
| Indeed, but classic doesn't have any bad connotations as far as I'm
| concerned, and it'll need to keep living as long as Plone relies on it,
| which will be forever...
Plenty of people use it without plone. You might want to crawl out of
the vacuum you live in.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:29 Uhr, Chris Withers wrote:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the
Andreas Jung wrote:
Because we can't break existing download URL - neither to old Zope
releases
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
nor to old product releases.
I wonder how many of these are actually safe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:37 Uhr, Chris Withers wrote:
Andreas Jung wrote:
Because we can't break existing download URL - neither to old Zope
releases
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or
Andreas Jung wrote:
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
*shrug* I don't care if those releases on the new zope2.zope.org
Please not zope2.zope.org, the insane version naming has *got* to stop...
microsite or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:45 Uhr, Chris Withers wrote:
Andreas Jung wrote:
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
*shrug* I don't care if those releases on the new
Andreas Jung wrote:
We might discuss this unhurriedly. To sleep and being in vacation mood
in order to discuss this now :-) At least the term 'classic' is a NO-GO
for me.
Why? Would you prefer 'a' or maybe 'old'? ;-)
microsite or somewhere else. The point is that the release should
remain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:52 Uhr, Chris Withers wrote:
Andreas Jung wrote:
We might discuss this unhurriedly. To sleep and being in vacation mood
in order to discuss this now :-) At least the term 'classic' is a NO-GO
for me.
Why? Would you prefer 'a'
+---[ Chris Withers ]--
| Andrew Milton wrote:
| | Indeed, but classic doesn't have any bad connotations as far as I'm
| | concerned, and it'll need to keep living as long as Plone relies on it,
| | which will be forever...
|
| Plenty of people use it without plone. You
*This* community is dead, get over it and move on.
Yeah, you are right.
If you really think zope 3 (or 4) can stand on it's own, just rename
zope 2 to 'plone base'. That will cut down on the confusion.
But beware, unless you can make zope 4 more appealling to a wider
group of casual
take collective.mercury this generates intterfaces from every table.
with such an interface yaou need only a couple of lines to build an edit form
for every table.
somethings like:
class DeclarationKLView(formbase.PageForm):
form_fields = form.Fields(ItblDeclaration_klTable)
ignoreContext
Hi Alex
Betreff: Re: WSGI access log user info howto?
A branch containing this refactoring named
'achapman__username_logging now exists in the zope.app.wsgi
directory. I'll be merging it today and tagging a release if
it appears acceptable.
This looks good to me. Can you add a test
Am 01.04.2009 um 23:44 schrieb Jacob Holm:
Hi Baiju
If this whitespace fix is based on the current style guide, I think
the
guide needs to be fixed. I find the fixed version much less
readable. A
function that takes this many arguments should have an exception to
the
PEP 8 rule of
Michael Howitz wrote:
Am 01.04.2009 um 23:44 schrieb Jacob Holm:
Hi Baiju
If this whitespace fix is based on the current style guide, I think the
guide needs to be fixed. I find the fixed version much less readable. A
function that takes this many arguments should have an exception to the
Hi,
if tests spawn non-daemon threads, then the test runner can get stuck.
The easiest way that I see is to always --exit-with-status and to make
--exist-with-status also call sys.exit() when the tests passed.
Any objections?
Christian
--
Christian Theune · c...@gocept.com
gocept gmbh co.
On Thu, 2009-04-02 at 13:30 +0200, Christian Theune wrote:
Hi,
if tests spawn non-daemon threads, then the test runner can get stuck.
The easiest way that I see is to always --exit-with-status and to make
--exist-with-status also call sys.exit() when the tests passed.
Any objections?
I
On Apr 1, 2009, at 5:44 PM, Jacob Holm wrote:
If this whitespace fix is based on the current style guide, I think
the guide needs to be fixed. I find the fixed version much less
readable. A function that takes this many arguments should have an
exception to the PEP 8 rule of no
On Thu, Apr 2, 2009 at 9:37 AM, Zvezdan Petkovic zvez...@zope.com wrote:
This would be more consistent, is sorted, and ensures easy addition/
removal of each line including the first, and the last line in the
lists.
install_requires=[
'setuptools',
'zope.component',
2009/4/1 Marius Gedminas mar...@gedmin.as:
I now also wonder if adapter()/implementer() would work when called with
classes rather than functions...?
Yes, in 2.6 and 3.0. Not with the current trunk of zope.interfaces,
though, but in the future, sure.
--
Lennart Regebro: Pythonista, Barista,
On Wed, Apr 1, 2009 at 12:25, Chris Rossi ch...@archimedeanco.com wrote:
Additionally, if I was grokking Lennart correctly yesterday,
__metaclass__ is going away, so the current metaclass implementation
is going to need some rejiggering. What was unclear was whether a
single implementation
On Apr 1, 2009, at 5:44 PM, Jacob Holm wrote:
If this whitespace fix is based on the current style guide,
I think so.
I think the
guide needs to be fixed.
Me too, but I don't think it will happen. :(
I find the fixed version much less readable. A
function that takes this many arguments
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary Poster wrote:
Log message for revision 98787:
zcml now only depends on zope.component meta, not zope.app.component
Changed:
U zope.traversing/trunk/CHANGES.txt
U zope.traversing/trunk/src/zope/traversing/configure.zcml
A
Hey All,
I got bitten by the current zope subversion setup at PyCon so thought
I'd mail the appropriate groups about it. If this has been covered
elsewhere and I've missed anything, please just point me in the right
direction...
So, svn.zope.org causes me pain at the moment:
- it uses the
On Thu, Apr 2, 2009 at 20:31, Chris Withers ch...@simplistix.co.uk wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a nice web interface.
I volunteer to help
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a nice web interface.
I absolutely *hate* using https to access
On Thu, Apr 2, 2009 at 20:39, Jim Fulton j...@zope.com wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 20:39 Uhr, Jim Fulton wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and
Jim Fulton wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a nice web interface.
I absolutely
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 20:44 Uhr, Andreas Jung wrote:
On 02.04.2009 20:39 Uhr, Jim Fulton wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people
On Apr 2, 2009, at 2:44 PM, Chris Withers wrote:
This involves storing a key in plane text in my home directory,
which is terrible.
How do you not have the same thing with ssh?
ssh keys are pass-phrase protected and ssh-agent allows me to enter
the pass phrase once in a session.
Jim
--
Jim Fulton wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a nice web interface.
I absolutely *hate*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
On 02.04.2009 20:44 Uhr, Andreas Jung wrote:
On 02.04.2009 20:39 Uhr, Jim Fulton wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for
Christian Theune wrote at 2009-4-2 13:30 +0200:
if tests spawn non-daemon threads, then the test runner can get stuck.
The easiest way that I see is to always --exit-with-status and to make
--exist-with-status also call sys.exit() when the tests passed.
I do not understand the implication.
Do
Tres Seaver wrote:
Possibly because I am using SVN 1.6.
Then never means since 2009-03-20. Or else you have never done a
checkout from a password-protected SVN-over-HTTP(S) server.
It's been encrypted on Windows for longer than that...
(svn 1.4...)
Chris
--
Simplistix - Content
Tres Seaver wrote:
Chris Withers wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
I mean an index which supplies the 'simple' PyPI interface, such that we
could tell people to 'easy_install' from it, e.g.:
$ /path/to/bin/easy_install -i http://kgs.zope.org/Zope2/2.1.2
But how
Wichert Akkerman wrote:
Are there other Python projects that have to deal with such a huge
amount of packages and dependencies? I don't know any similar project.
So the solution must come from the Zope world (which does not mean that
we participate in the packaging toolchain development as
Roger Ineichen wrote:
Probably a way to go is to make both concept compatible with
each other. Which probably means we should be able to ignore
versions in packages if a KGS concept get used?
(not sure if this is possible)
NO! This is INSANE!
The version requirements in a package should be
Martijn Faassen wrote:
KGS is two things:
* KGS the software
* KGS the concept
KGS the concept will have a life outside of the Zope world.
I stand by my predication that even the KGS concept will never make it
beyond Zope...
KGS the
concept is very easy to implement; you just make
Chris Withers wrote at 2009-4-2 19:44 +0100:
...
I prefer using password-protected (as opposed to key-protected) https.
What do other people prefer?
I am fine with the ssh access.
True, the initial setup was a bit difficult (the key program
did not like the . in d.maurer -- but forgot to tell
Dieter Maurer wrote:
I would not like to enter my password every time I call svn.
If this can be arranged, I am content.
It can, and with svn 1.6 it's even secure :-)
Chris
--
Simplistix - Content Management, Zope Python Consulting
- http://www.simplistix.co.uk
Jacob Holm wrote at 2009-4-2 20:44 +0200:
...
For write access I completely agree. For read-only unauthenticated
access it would be nice to be able to use http(s). It may be possible to
have it all at the same time.
I have been told that there are mirrors of the Zope SVN repository
providing
Remember this:
http://www.perl.com/pub/a/2001/04/01/parrot.htm
Well, that lead to this:
http://www.parrot.org/
One of the reasons I got suckered into replying was that I thought this
might be the result of some stuff a few of us had talked about at the
Zope BOF at PyCon.
I actually think
Dieter Maurer wrote:
I have been told that there are mirrors of the Zope SVN repository
providing read access via http.
Shame none of them is advertised anywhere...
Chris
--
Simplistix - Content Management, Zope Python Consulting
- http://www.simplistix.co.uk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 21:58 Uhr, Chris Withers wrote:
Dieter Maurer wrote:
I have been told that there are mirrors of the Zope SVN repository
providing read access via http.
Shame none of them is advertised anywhere...
http://svn.zope.de
- -aj
Andrew Milton wrote:
+---[ Chris Withers ]--
| Remember this:
| Seriously, how do people feel about this?
You can do anything you want with your time... who are we to judge? d8)
Well, if there were no complaints I might do just that...
Chris
--
Simplistix -
Martijn Pieters schrieb:
On Thu, Apr 2, 2009 at 20:31, Chris Withers ch...@simplistix.co.uk wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having access to update the
passwd file and maybe Trac or WebSVN for a nice web
On Apr 2, 2009, at 3:57 PM, Chris Withers wrote:
Remember this:
http://www.perl.com/pub/a/2001/04/01/parrot.htm
Well, that lead to this:
http://www.parrot.org/
One of the reasons I got suckered into replying was that I thought
this
might be the result of some stuff a few of us had
Jim Fulton wrote:
What Martijn has announced and is already being worked on extensively.
- Zope A 4.0
What was to be Zope 2.12
- Zope B 4.0
Whatever the next pending release of the Zope 3 appserver stuff was to
be. (Need to keep the Canonical and ZC guys happy afterall ;-) )
On Apr 2, 2009, at 4:17 PM, Chris Withers wrote:
Jim Fulton wrote:
What Martijn has announced and is already being worked on
extensively.
- Zope A 4.0
What was to be Zope 2.12
- Zope B 4.0
Whatever the next pending release of the Zope 3 appserver stuff
was to
be. (Need to keep
Jim Fulton wrote:
We and canonical use the Zope Framework. We don't use an
application. Zope (aka Zope 2) is an extensible application. We (ZC
and Canonical and others) assemble components from the Zope Framework
to build our own applications.
Hmm, maybe I got this wrong, but Gary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:17 Uhr, Chris Withers wrote:
I'd *really* like to see the majority of the current www.zope.org simply
eradicated from existence. It's out of date and a source of nothing but
confusion.
Andrew others have been working on this
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the related subprojects. The current
zope.org site should be moved to old.zope.org (it must
Andrew Milton wrote:
| - mature
| - stable
| - maybe not the best choice for new development.
^ for you
Indeed, but classic doesn't have any bad connotations as far as I'm
concerned, and it'll need to keep living as long as Plone relies on it,
which will be
Andrew Milton wrote:
| Why does it need to keep living even at old.zope.org?
Why do you care if it does?
Because someone needs to look after the (rather large, ancient and
crufty) zope instance in which it lives, and it keeps on tripping up
innocent passers-by.
I don't think many of these
Andrew Milton wrote:
| Indeed, but classic doesn't have any bad connotations as far as I'm
| concerned, and it'll need to keep living as long as Plone relies on it,
| which will be forever...
Plenty of people use it without plone. You might want to crawl out of
the vacuum you live in.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:29 Uhr, Chris Withers wrote:
Andreas Jung wrote:
Andrew others have been working on this issue at the sprint. There is
consensus that www.zope.org must be turned into landing page with some
mission statement and then links to the
Andreas Jung wrote:
Because we can't break existing download URL - neither to old Zope
releases
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
nor to old product releases.
I wonder how many of these are actually safe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Withers wrote:
Tres Seaver wrote:
Chris Withers wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
I mean an index which supplies the 'simple' PyPI interface, such that we
could tell people to 'easy_install' from it, e.g.:
$
Andreas Jung wrote:
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
*shrug* I don't care if those releases on the new zope2.zope.org
Please not zope2.zope.org, the insane version naming has *got* to stop...
microsite or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:45 Uhr, Chris Withers wrote:
Andreas Jung wrote:
I'd imagine the full set of releases would appear on the respective
parts of classic.zope.org or advanced.zope.org...
*shrug* I don't care if those releases on the new
Andreas Jung wrote:
We might discuss this unhurriedly. To sleep and being in vacation mood
in order to discuss this now :-) At least the term 'classic' is a NO-GO
for me.
Why? Would you prefer 'a' or maybe 'old'? ;-)
microsite or somewhere else. The point is that the release should
remain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
First, this cross-post was inappropriate: it is a matter for general
discussion among Zope committers, which is not a matter for the
Foundation to act on unless / until some consensus for changing the
status quo emerges. This will be my last post to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.04.2009 22:52 Uhr, Chris Withers wrote:
Andreas Jung wrote:
We might discuss this unhurriedly. To sleep and being in vacation mood
in order to discuss this now :-) At least the term 'classic' is a NO-GO
for me.
Why? Would you prefer 'a'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 2, 2009, at 22:53 , Tres Seaver wrote:
+1 to making svn-over-http read-only checkouts work.
This is now working. The repository can be reached under...
http://svn.zope.org/repos/main/
jens
-BEGIN PGP SIGNATURE-
Version: GnuPG
On Thu, 2009-04-02 at 20:43 +0200, Martijn Pieters wrote:
On Thu, Apr 2, 2009 at 20:39, Jim Fulton j...@zope.com wrote:
On Apr 2, 2009, at 2:31 PM, Chris Withers wrote:
For me, the ideal would be simply https for everything and using http
basic auth for access with more people having
On Wed, Apr 01, 2009 at 11:44:03PM +0200, Jacob Holm wrote:
If this whitespace fix is based on the current style guide, I think the
guide needs to be fixed. I find the fixed version much less readable. A
function that takes this many arguments should have an exception to the
PEP 8 rule of
1 - 100 of 107 matches
Mail list logo
