Stephan Richter wrote:
+self.response.setHeader('x-zope-principal', message)
Does this header make its way back the the browser?
Should it?
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
___
Roger Ineichen wrote:
Hi Chris
Do you know what the problem is on windows?
Regards
Roger
Hi Roger,
No idea I'm afraid, on a time time deadline on this one so I didn't have
time to dig into it...
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.sim
On Wednesday 20 April 2005 13:54, Chris Withers wrote:
> > + self.response.setHeader('x-zope-principal', message)
>
> Does this header make its way back the the browser?
>
> Should it?
Yep. But James Knight (foom) and I have a better idea. We will extend the WSGI
stuff by a 'logginginfo; d
Hey Jim,
I'm not pointing out inconsistencies in our message and expectations set
for no reason; I think it's important to fix this aspect of our
marketing. Please read the comments here in this light; I want to
demonstrate how confused our message seems to be.
Jim Fulton wrote:
Martijn Faasse
Why are you looking to use this rather than Python's logging package?
Chris
Stephan Richter wrote:
Log message for revision 30066:
Reimplemented common access log using Twisted's log framework. It uses our
setup accesslog. Tests will follow, but BjornT wants to have a look.
Changed:
A
Thanks for the positive feedback. Fred Drake worked very hard
on this. One thing we did right was to leverage distutils
ability to build binary releases. I'm also encouraged by work done
at the recent PyCon sprints that someday we'll even have a packaging
system, for Python that will allow us to
Jim Fulton wrote:
Thanks for the positive feedback. Fred Drake worked very hard
on this. One thing we did right was to leverage distutils
ability to build binary releases. I'm also encouraged by work done
at the recent PyCon sprints that someday we'll even have a packaging
system, for Python that
On 4/20/05, Jim Fulton <[EMAIL PROTECTED]> wrote:
> Martijn Faassen wrote:
> > It just depends on how you count feature releases; for marketing reasons
> > you might want to call a significant feature advance Zope 4. If Zope 4
> > means a total rewrite from scratch, then please noh.
>
> Fair e
Martijn Faassen wrote:
Hey Jim,
I'm not pointing out inconsistencies in our message and expectations set
for no reason; I think it's important to fix this aspect of our
marketing. Please read the comments here in this light; I want to
demonstrate how confused our message seems to be.
Jim Fulto
On the naming, I agree with dropping the 3.
The risk with dropping the X is that we might make people think there
is now Zope2 backwards compatibility.
But there is a risk with NOT dropping it as well. And that is that we
don't know how the Zope2 compatibility will look or work, and some
even su
On 4/20/05, Jake <[EMAIL PROTECTED]> wrote:
> Well, that sounds like a nightmare.
>
> So we might have X3.1, 3.0 being released at the same time? Talk about
> confusing to the outside world.
Yeah, It's better to call it 3.1 and 2.10 in that case.
--
Lennart Regebro, Nuxeo http://www.nuxeo.c
On Thursday 21 April 2005 06:57, Chris Withers wrote:
> Out of interest, how'd I go about making something I can:
>
> python setup.py install
>
> ...with zpkgtools?
There are two modes, application and package. Zope is built as an application,
so you get the Makefile and all, but if you build a p
Stephan Richter wrote:
There are two modes, application and package. Zope is built as an application,
so you get the Makefile and all, but if you build a package you can use plain
setup.py. However, I think Makefile is just a frontend for the setup.py calls
anyways.
Yes, but there is no setup.py
On Thursday 21 April 2005 08:02, Chris Withers wrote:
> So, what you're saying is that this is a command line option to zpkg?
If I remember correctly, yes. :-)
Regards,
Stephan
--
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Developm
On Thursday 21 April 2005 06:38, Chris Withers wrote:
> Why are you looking to use this rather than Python's logging package?
The observer below clearly uses the Python logging package:
def __init__(self, logger=None):
if logger is None:
logger = logging.getLogger('accesslog'
On Wednesday 20 April 2005 12:12, Bjorn Tillenius wrote:
> IMO, the problem lies in that we can't look up a view providing a
> specific interface. I don't think that zapi.absoluteURL should be
> changed to solve problems related to ZPT. Instead it would be better to
> make the ZPT adapter look up a
Stephan Richter wrote:
On Thursday 21 April 2005 06:38, Chris Withers wrote:
Why are you looking to use this rather than Python's logging package?
The observer below clearly uses the Python logging package:
Oops, sorry, missed that...
Twisted has its own logging framework and the Twisted Web server
On Friday 15 April 2005 15:26, Brad Bollenbach wrote:
> I'm writing a bug tracker in Zope 3 called Malone:
>
> https://launchpad.ubuntu.com/malone/products/malone
>
> It's part of a larger suite of tools to help people develop, translate
> and distribute open source software. It's the bug track
On Thursday 21 April 2005 08:13, Chris Withers wrote:
> > Twisted has its own logging framework and the Twisted Web server logs to
> > this framework and not the standard Python one. So we have to hook into
> > it, which this code exactly does.
>
> So, just to check I understand correctly: Zope 3 p
Jim Fulton wrote:
Martijn Faassen wrote: [snip]
[snip]
> I've always said that we will provide support for
transitioning to Zope 3, being careful to say "transition support"
rather than backward compatibility.
And that's not what the Zope X3 release notes strongly imply, which is
again, my point. T
> "It is in our opinion that Zope 3.1 is more than ready for production
> use, which is why we decided to drop the X for experimental. We will
> also continue to work on making the transition between Zope 2 and Zope 3
> as smooth as possible. As a first step, Zope 2.8 includes Zope 3
> features in
On 4/21/05, Chris Withers <[EMAIL PROTECTED]> wrote:
> Yes, but there is no setup.py in the app version ;-)
No, but there is install.py, which is the same thing. It is renamed
to avoid confusion about whether the Makefile or setup.py is the
preferred interface for working with the package.
> So,
On Wed, Apr 20, 2005 at 12:12:04PM -0400, Bjorn Tillenius wrote:
> On Fri, Apr 15, 2005 at 03:26:41PM -0400, Brad Bollenbach wrote:
>
> [snip explanation about having register the same component twice when
> adding a new absolute url view]
[more snipping about why this is the case]
> IMO, the p
On Thu, Apr 21, 2005 at 01:00:16PM -0400, Brad Bollenbach wrote:
> On Wed, Apr 20, 2005 at 12:12:04PM -0400, Bjorn Tillenius wrote:
> > On Fri, Apr 15, 2005 at 03:26:41PM -0400, Brad Bollenbach wrote:
> >
> > [snip explanation about having register the same component twice when
> > adding a new a
Martijn Faassen wrote:
[snip]
This is what settled in our mind as the plan. It may be where Stephan
got this idea. It is still interfering with the message coming from Zope
Corporation that it appears did undergo some shifts over time.
Whoah, that last sentence makes no sense, I mean something li
Chris Withers wrote:
[snip]
Anyway, like I said, so far I'm seriously impressed. Great work whoever
helped out in making this process so quick and easy :-)
It's good to see you got this figured out and it works so nicely; I
butted my head against the thing a few times but my use cases at the
tim
Am Mittwoch, 20. April 2005 14:00 schrieben Sie:
> On Wednesday 20 April 2005 07:01, Florian Lindner wrote:
> > when I want to use my own Folder implementation as a homefolder I have
> > two possibilities at the moment:
> >
> > 1) Disable autoCreate and create the homefolder myself.
> > 2) Write a
From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Florian Lindner
> Sent: Thursday, April 21, 2005 10:18 PM
> To: Stephan Richter; zope3-dev@zope.org
> Subject: Re: [Zope3-dev] Question and maybe enhancement of
> theHomeFolderManager
>
[snip]
> I've started to fork you Homefol
Jim Fulton wrote:
> Thanks for the positive feedback. Fred Drake worked very hard
> on this. One thing we did right was to leverage distutils
> ability to build binary releases. I'm also encouraged by work done
> at the recent PyCon sprints that someday we'll even have a packaging
> system, for P
Shane Hathaway wrote:
> Jim Fulton wrote:
>
>>Thanks for the positive feedback. Fred Drake worked very hard
>>on this. One thing we did right was to leverage distutils
>>ability to build binary releases. I'm also encouraged by work done
>>at the recent PyCon sprints that someday we'll even have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shane Hathaway wrote:
> Shane Hathaway wrote:
>
>>Jim Fulton wrote:
>>
>>
>>>Thanks for the positive feedback. Fred Drake worked very hard
>>>on this. One thing we did right was to leverage distutils
>>>ability to build binary releases. I'm also enc
Tres Seaver wrote:
> It sounds like you are using Zope3 as libraries, which is the
> traditional "sweet spot" for distutis; zpkgutils is really aimed at the
> kind of usage where distutils sucks^H^H^H^H^Hfails to meet expectations,
> which is to allow installation of a Python-base *application*, i
32 matches
Mail list logo