Roger Ineichen napsal(a):
Hi David
Betreff: [Zope-dev] Annoying: Download error: unknown url
type: svn -- Some packages may not be found!
Which package is emitting the Download error: unknown url
type: svn -- Some packages may not be found! Its quite
annoying and I have been seeing it
Radim Novotny, on 2008-05-07:
Roger Ineichen napsal(a):
Hi David
Betreff: [Zope-dev] Annoying: Download error: unknown url
type: svn -- Some packages may not be found!
Which package is emitting the Download error: unknown url
type: svn -- Some packages may not be found! Its quite
Hi Maurits
Betreff: [Zope-dev] Re: New i18n locale extraction concept
Christian Zagrodnick, on 2008-05-01:
On 2008-05-01 02:06:17 +0200, Roger Ineichen
[EMAIL PROTECTED] said:
What does this mean?
The locale extraction is now a part of a recipe and not a
part of a
package
Summary of messages to the zope-tests list.
Period Tue May 6 11:00:00 2008 UTC to Wed May 7 11:00:00 2008 UTC.
There were 5 messages: 5 from Zope Tests.
Tests passed OK
---
Subject: OK : Zope-2.8 Python-2.3.6 : Linux
From: Zope Tests
Date: Tue May 6 21:06:34 EDT 2008
URL:
Hi
Betreff: [Zope-dev] Re: AW: Annoying: Download error: unknown
url type: svn-- Some packages may not be found!
[...]
I have got the same error today. buildout - was not
sufficient so
I added print output to setuptools/package_index.py and discovered
this message is caused by
Hello Roger,
Might be, lovely.recipe's pypi page looks like:
Author: Lovely Systems office at lovelysystems com
Home Page: svn://svn.zope.org/repos/main/lovely.recipe
Keywords: buildout recipe filesystem i18n importchecker
License: ZPL 2.1
Package Index Owner: batlogg
I guess the Home Page
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user won't
have to worry about it anyway as the container object will do it for
them (besides making the relation), or this 'query container' we spoke
of will do it for them (but just the 'save' bit).
Martijn Faassen wrote:
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user won't
have to worry about it anyway as the container object will do it for
them (besides making the relation), or this 'query container' we spoke
of will do it for them
On May 7, 2008, at 7:08 AM, Martijn Faassen wrote:
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user
won't have to worry about it anyway as the container object will do
it for them (besides making the relation), or this 'query container'
Hi all
The z3c.configurator package is gone on PyPi.
Does sombody know what's happen?
And more important, how can we recover this?
Regards
Roger Ineichen
_
END OF MESSAGE
___
Zope-Dev maillist - Zope-Dev@zope.org
Hi there,
Laurence Rowe wrote:
[snip]
The code would get a session through:
Session = getUtility(IScopedSession, 'my-app')
session = Session()
The drawback is that this is more typing. You do a utility lookup and an
instantiation as opposed to simply importing the scoped session when
Roger Ineichen wrote:
Hi all
The z3c.configurator package is gone on PyPi.
Does sombody know what's happen? And more important, how can we
recover this?
AFAIK, only owners can delete it.
May be deleted by an owner by mistake.
I am not sure whether we can recover it.
Regards,
Baiju M
Baiju M wrote:
Roger Ineichen wrote:
Hi all
The z3c.configurator package is gone on PyPi.
Does sombody know what's happen? And more important, how can we
recover this?
AFAIK, only owners can delete it.
May be deleted by an owner by mistake.
I am not sure whether we can recover it.
Are
Hi
Betreff: [Zope-dev] Re: Heads up - package lost on pypi!
Baiju M wrote:
Roger Ineichen wrote:
Hi all
The z3c.configurator package is gone on PyPi.
Does sombody know what's happen? And more important, how can we
recover this?
AFAIK, only owners can delete it.
May
Martijn Faassen wrote:
Hi there,
Laurence Rowe wrote:
[snip]
The code would get a session through:
Session = getUtility(IScopedSession, 'my-app')
session = Session()
The drawback is that this is more typing. You do a utility lookup and an
instantiation as opposed to simply importing
Hey Laurence,
Laurence Rowe wrote:
[snip]
We'll have to stick with scoped sesssions because of threading, but the
engine as local utility pattern should still work.
#myapplication/__init__.py
Session = scoped_session(sessionmaker(bind=LookupEngine('my-engine')...))
engine =
Michael Bayer wrote:
On May 7, 2008, at 7:08 AM, Martijn Faassen wrote:
Hi there (especially Christian),
I think we can work with explicits saves. In many cases the user won't
have to worry about it anyway as the container object will do it for
them (besides making the relation), or this
Kenneth Miller wrote:
Any and all feedback is appreciated and I will carefully consider
every idea.
For your application: A major drawback is that the underlying
architecture relies on setup file based configuration.
Does it, and is it?
\malthe
On May 7, 2008, at 1:29 PM, Laurence Rowe wrote:
I'm thinking more about having the same classes mapped to different
databases at different points in the application. Imagine a
departmental address book app. Intstances of the departmental
address book are created for each department, each
Malthe Borch wrote:
For^D^D^DFrom your application...
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
Michael Bayer wrote:
So I will ask you, why can't your application simply have a SalesAddress
and an EngineeringAddress class ? You could even produce them
transparently using a custom __new__() method, i.e.
class Address(object):
def __new__(cls, *args, **kwargs):
if
On May 7, 2008, at 2:29 PM, Laurence Rowe wrote:
When the generic address book application is built you don't know
what the departments will be called or indeed how many departments
there are. An address book is not be a great example, but I know of
intranet portal sites where this is a
Laurence Rowe wrote:
Martijn Faassen wrote:
Hey Laurence,
Laurence Rowe wrote:
[snip]
We'll have to stick with scoped sesssions because of threading, but
the engine as local utility pattern should still work.
#myapplication/__init__.py
Session =
Hi Roger,
Roger Ineichen, on 2008-05-01:
I agree, a tool whould be great. But the first we need to
offer i18n extract script which can handle our new egg
based buildout process. z3c.recipe.i18n is the only one
which could handle this right now.
Ideally, the recipe i18n tool should be able
Hi Maurits
Thanks for your feedback,
Betreff: [Zope-dev] Re: AW: Re: New i18n locale extraction concept
Hi Roger,
Roger Ineichen, on 2008-05-01:
I agree, a tool whould be great. But the first we need to
offer i18n
extract script which can handle our new egg based buildout process.
25 matches
Mail list logo