Am 04.06.2014 12:58, schrieb Tjelvar:
Yesterday we encountered a problem with Waitress when using the newly
released Python 2.7.7 (on windows).
I can confirm this issue on Python 2.7.7. It is obviously caused by the
patch for http://bugs.python.org/issue15207 after which some mime types
are r
Am 25.10.2011 23:22, schrieb Christoph Zwerschke:
Ok, I'll try to work out a full patch with unit tests tomorrow. Just
wanted to know if anybody already stumbled over that problem.
It's here now: https://github.com/Pylons/pyramid_debugtoolbar/pull/43
-- Christoph
--
You received th
Am 25.10.2011 22:41, schrieb Chris McDonough:
It's hard to tell if what you described is OK without seeing that code
in context; would you mind submitting a pull request with your suggested
fix?
Ok, I'll try to work out a full patch with unit tests tomorrow. Just
wanted to know if anybody alre
The Pyramid debug toolbar is a real blessing. I think we need to rip it
for use with TurboGears, too ;-)
However, I have experienced some issues with exceptions when they have a
non-ascii error message (I remember there were similar problems with the
Pylons weberror module). For instance, Post
Just noticed that the former Trac for the Pylons framework that used to
live under http://pylonshq.com/project/pylonshq/ is no more. I found a
new tracker at https://github.com/Pylons/pylons/issues, but it has only
a handful of tickets. What happened to all the old Pylons tickets?
-- Christoph
Am 22.03.2011 03:58 schrieb Chris McDonough:
http://en.wikipedia.org/wiki/Parkinson's_Law_of_Triviality
I would not dismiss this as pure bikeshedding though. Developers finally
start to understand that choosing adequate, understandable names *is*
important when writing code. For a counterexam
Am 04.03.2011 09:11 schrieb mjmein:
In my mind we still need something that works on Django level, with
more constraints imposed, but I am expecting that the new version of
TurboGears based on Pyramid would address that.
That's also my understanding.
Our experience with the TG project is also
Am 20.02.2011 10:58 schrieb AwaisMuzaffar:
My main reason for using raw is that I have spent so much time
learning MySQL, to me it seems counter productive to learn SQLALchemy
methodologies from scratch.
Ok, so maybe manually executing CREATE is not a great idea, but what
about performing querie
Am 19.02.2011 10:44 schrieb AwaisMuzaffar:
Now from here how do I exectue a query for CREATE TABLE using raw
MySQL.
...
and recieve the following error: UnboundExecutionError: Could not
locate a bind configured on SQL expression or this Session
You're missing DBSession.configure(bind=engine)
-
Am 28.01.2011 17:51 schrieb Mike Orr:
On Fri, Jan 28, 2011 at 8:13 AM, Chris McDonough wrote:
- Paster templates and tutorials now use tabs instead of spaces in their
HTML templates.
Tabs??? Hasn't everybody switched to spaces instead of hard tabs in
Python programming? Most people's editor
Am 12.01.2011 12:02, schrieb Chris McDonough:
> The intent is to have only one non-conditional paster template in the
> core distribution, but this work might be useful to other paster
> template developers.
Ok, maybe these templates could go into a supplementary package then.
TurboGears 2 has the
Am 12.01.2011 11:30, schrieb Chris McDonough:
> I'm not a big fan of conditionalized templates, as they're even harder
> to test than non-conditionalized ones (we don't even yet have automated
> tests for the non-conditionalized ones).
As these would be integration or system tests anyway, I don't
Am 12.01.2011 10:03, schrieb Chris McDonough:
> - Figure out how to slim the herd of paster templates.
You can use http://pythonpaste.org/tempita/ to make case distinctions in
the paster templates, so you don't need to create separate templates for
every subfeature or option that involves only min
Am 17.12.2010 15:42 schrieb Graham Higgins:
For example, "model graph" (used in the Pyramid docs) suffers from
the same difficulty as does "little baby". It unnecessarily
complicates the narrative with a tautological conceptual entity.
This btw is another reason why I don't like the term "model
Am 16.12.2010 09:59 schrieb Andrey Popp:
How about term "location"? I think it's more suitable:
This sounds reasonable to me as somebody who has not yet used Pyramid
and is not yet aquainted with its functionality.
I don't like the term "model" because it is confusing for people coming
from
Am 13.11.2010 21:08 schrieb Chris McDonough:
See https://github.com/Pylons/pyramid/blob/master/HACKING.txt
Particularly the point "install ``setuptools-git`` into the virtualenv".
Btw, this could be improved by not only setting include_package_data in
setup.py (which needs the source to be in
Am 11.11.2010 05:05 schrieb Mike Orr:
I think we need to think strategically about Pyramid's application
templates. There are already eight of them, with overlapping
functionality and inconsistent names. There will probably be more
templates coming, both bundled with Pyramid and separate. ChrisM
Kyle VanderBeek schrieb:
> Fixing the "Contributing" link might help others clone the "official"
> repo and start sending in patches:
I've already reported this several times, but nobody cared. This was
indeed not very encouraging for me.
It's also unclear which of the related/sub projects (web
At http://trac.turbogears.org/ticket/2238 I have reported a problem that
is caused by the weberror package (0.10.1 and current tip).
Is the Pylons trac the proper place to report such problems? If yes, it
would be nice to have weberror selectable as component when creating a
ticket.
It is som
19 matches
Mail list logo
