I just ran into this same problem today as Debian testing just upgraded to
trac 0.12.2. I did though get this in trac.log:
File /usr/lib/python2.6/dist-packages/trac/ticket/model.py, line 655, in
_from_database
if name:
ValueError: timestamp out of range for platform time_t
Searching around
We've been using trac-cc plugin for many years. At one point, 0.1.2, we
enhanced it to add some support for multiple build projects[1], but when
0.1.3 came out we upgrade without our enhancements and don't really see much
difference in usage.
FYI, we use 1 instance of trac to manage what one could
Search ML archives for tips on speed, performance, etc. I can speak from
experience that our biggest Trac (0.9.x) performance problems were related
to misconfiguration of serving static Trac resources (css, images, js) --
such resources request were being handled by mod_python, which is certainly
Hi James,
I don't have answers for you, just another data point:
* Server: Apache/2.2.3 (CentOS) mod_ssl/2.2.3 OpenSSL/0.9.8b PHP/5.1.6
mod_python/3.2.8 Python/2.4.3 DAV/2 SVN/1.5.2
* hosted external to our office by provider.
* Trac 0.10.5, using Postgres db
* TracXMLRPC 0.1
* minimal
http://trac.edgewall.org/wiki/TracIni#attachment-section
On Fri, Nov 14, 2008 at 8:17 AM, Chris Nelson [EMAIL PROTECTED] wrote:
I just created a ticket which should have had a 4Mb attachment but trac
limits the size of attachments to much less. Is there some nice work around
for putting
AFAIK, attachments are stored in the trac env filesystem under the
attachments directory. So, only downsides I can think of are disk space
(cheap) and bandwidth when downloading/displaying the attachment.
On Fri, Nov 14, 2008 at 8:25 AM, Chris Nelson [EMAIL PROTECTED] wrote:
Doug Douglass
http://www.agile42.com/cms/pages/download/
The subject says it all.
Anyone with experiences, feedback?
Anyone use the plugins and then go back to stock Trac, or other plugins? How
painful?
I've just started testing these plugins for my team, so far I like what I
see.
TIA,
Doug
MasterTickets.
Thanks both,
Doug
On Sun, Apr 20, 2008 at 11:22 PM, Noah Kantrowitz [EMAIL PROTECTED] wrote:
On Apr 17, 2008, at 3:29 PM, Doug Douglass wrote:
We use trac in a mainly SCRUM process team and lately I've been
finding the need to add arbitrary entries into the timeline to help
We use trac in a mainly SCRUM process team and lately I've been finding the
need to add arbitrary entries into the timeline to help facilitate
retrospective timeline analysis. These entries could be seen as
milestones-within-a-Milestone (e.g., released foo 1.0-SNAPSHOT to beta
testing, during the
Google Analytics[1] is your friend.
You can edit your trac templates to add the javascript to all pages, or
write a macro or use the html processor directive to include the javascript
in individual pages. I did a quick search on trac-hacks[2] and didn't find
any macros/plugins.
For an example of
Good to know as we'll be upgrading soon. Thanks!
On Jan 14, 2008 6:17 PM, Alec Thomas [EMAIL PROTECTED] wrote:
Since r6395 this can now be automated:
trac-admin staticcopy dest
If anybody is running 0.11, please test.
On 15/01/2008, Doug Douglass [EMAIL PROTECTED] wrote:
J.R
J.R.,
The one optimization that made the single biggest difference for us (Trac
0.9.5, sqlite) was copying all the template resources (CSS, JS, images, etc)
into a location that is served directly by Apache. Update your installations
trac.ini htdocs_location setting accordingly and enjoy the
Search and ye shall find:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03708.html
On Jan 7, 2008 1:22 PM, Joachim Schmitz [EMAIL PROTECTED] wrote:
hi,
we want to write our documentation in a trac-wiki. But we also want our
documentation to be in our svn repository like our other code.
What about using the Sqlite fts extension modules,
http://www.sqlite.org/cvstrac/wiki?p=FtsTwo ? This would seem to be the path
of least resistance. FYI, I never heard of these extension until I started
playing with Google Gears.
On Dec 3, 2007 2:39 PM, Aaron Watters [EMAIL PROTECTED] wrote:
Ahh, right you are. I guess I'm just so used to the trac-sqlite setup I
hadn't thought of the postgres and mysql crowd.
On Dec 3, 2007 4:10 PM, Alec Thomas [EMAIL PROTECTED] wrote:
On 12/4/07, Doug Douglass [EMAIL PROTECTED] wrote:
What about using the Sqlite fts extension modules,
http
Millard,
It's been many years since I installed/configured/used Bugzilla so features
may have changed, but IMO the killer feature Trac has over Bugzilla is the
seamless ticket-subversion-wiki integration. At the time, we cobbled
together Bugzilla, CVS, TWiki and some scripting to accomplish some
Steve,
Maybe not quite what you're after but after working with the scrum burndown
plugin and the gaant chart plugin and the time and estimation plugin here's
where we are currently:
We have three custom ticket fields: original_estimate, current_estimate, and
time_spent (these may or may not
Haven't used Bitten, but it looks interesting.We've been using Trac-cc for several months on a single Trac-managed java project that's composed of approx. 10 components that represent a dozen java components, a couple services and a half dozen webapps, all inter-related (hence the single Trac
18 matches
Mail list logo
