On Tue, Mar 13, 2012 at 3:38 PM, Remy Blank remy.bl...@pobox.com wrote:
Philip Semanchuk wrote:
On Tue, Mar 13, 2012 at 11:40 AM, Benjamin Lau
benjamin.a.lau-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
You should probably add your voice to the ticket increasing the
pressure to actually
patch
applied) might be out? That will help us to decide whether to wait or
act.
Thanks
Philip
--
You received this message because you are subscribed to the Google Groups Trac
Users group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email
rather avoid patching Trac, though. It's not that I fear breakage.
It's because my time on this project is limited and I'm afraid that
(despite documentation) when I leave our Trac install will be regarded
as something that Philip had to hack, better not touch it. This is,
of course
On Jan 10, 2010, at 4:03 AM, Scott Mead wrote:
On Sat, Jan 9, 2010 at 2:54 PM, Philip Semanchuk
phi...@semanchuk.comwrote:
But the OP was asking about accessing the database from a external
process
(i.e. not Trac), so how does SQLite's threading model enter into it?
Sorry, by 'thread' I
) to
play around with it. You can add an index to a column and re-run the
query to see if the run time improves. (Beware of caching which can
skew your results.)
Hope this helps
Philip
--
You received this message because you are subscribed to the Google Groups Trac
Users group.
To post
On Jan 4, 2010, at 6:42 PM, David Huang wrote:
On Jan 4, 2010, at 2:34 PM, Philip Semanchuk wrote:
Hi David,
I could be wrong, but this is more of a generic SQL problem than a
Postgres problem. You need to find out what columns are being
accessed
during a full text search in order
On Jul 8, 3:19 pm, Thomas Moschny [EMAIL PROTECTED] wrote:
2008/7/8 Philip [EMAIL PROTECTED]:
Can anybody respond to my latest post? I can't even seem to get the
plugin to load. I have 2 plugins, and they are in 3 locations:
- And, does the TracHelloworld plugin work?
- Did you set
On Jun 25, 1:04 pm, Philip [EMAIL PROTECTED] wrote:
On Jun 24, 5:07 pm, Thomas Moschny [EMAIL PROTECTED] wrote:
2008/6/24 Philip [EMAIL PROTECTED]:
I tried that, and I still get the same thing. Plus, I still don't see
the Loading... message in the log, even after I attempt
On Jun 24, 5:07 pm, Thomas Moschny [EMAIL PROTECTED] wrote:
2008/6/24 Philip [EMAIL PROTECTED]:
I tried that, and I still get the same thing. Plus, I still don't see
the Loading... message in the log, even after I attempt to access a
wiki page containing [[TracNav]]. If I google
On Jun 24, 12:00 pm, Thomas Moschny [EMAIL PROTECTED]
wrote:
2008/6/24 Philip [EMAIL PROTECTED]:
I deleted the trac.ini from /usr/local/share/trac/conf and added these
2 lines to the project-specific trac.ini file. After recycling web
server, I still see no difference. Any other ideas
On Jun 24, 3:03 pm, Thomas Moschny [EMAIL PROTECTED] wrote:
2008/6/24 Philip [EMAIL PROTECTED]:
You are right -- I guess the install put the egg into /usr/local/lib64/
python2.4/site-packages. I deleted the egg file from /usr/local/share/
trac/plugins and restarted web server. I don't
Trying to get the TracNav plugin to work on linux (zLinux, actually),
but it's not showing the navigation or giving any messages in the
log. Here's what I've done:
- downloaded TracNav-3.92.zip (8812 bytes) from
On Jun 23, 5:20 pm, Thomas Moschny [EMAIL PROTECTED] wrote:
2008/6/23 Philip [EMAIL PROTECTED]:
Trying to get the TracNav plugin to work on linux (zLinux, actually),
but it's not showing the navigation or giving any messages in the
log.
[...]
- there was no /usr/local/share/trac
I've recreated this error on a test machine. (with setuptools 0.6c8)
The apache error log kept pointing the the egg cache of whomever
started httpd.
I thought I'd get a quick workaround by logging in as root, setting
the PYTHON_EGG_CACHE, exporting it and then starting httpd.
Well now the
On Apr 28, 1:05 pm, Noah Kantrowitz [EMAIL PROTECTED] wrote:
On Apr 28, 2008, at 2:37 PM, Philip Cooper wrote:
Well now the httpd log claims it was denied permission to the new
(correct) cache location. Even after I set the permissions to world
writeable (777)!
The only other thing I
I have not figured this one out yet but I saw a previous post about
problems with Genshi 0.5.
My issue is, to gain some transform functionality I have upgraded to
Genshi 0.5 (dev).
I can run trac with tracd but my normal usage is with mod_python.
Apache now throws an error that
On Apr 27, 11:22 am, Noah Kantrowitz [EMAIL PROTECTED] wrote:
Noah Kantrowitz wrote:
Philip Cooper wrote:
problems with Genshi 0.5.
I can run trac with tracd but my normal usage is with mod_python.
Apache now throws an error that
ExtractionError: Can't extract file(s) to egg cache
Noah Kantrowitz wrote:
Philip Cooper wrote:
problems with Genshi 0.5.
I can run trac with tracd but my normal usage is with mod_python.
Apache now throws an error that
ExtractionError: Can't extract file(s) to egg cache
This was fixed on trunk last week, please upgrade.
Trac
Noah thanks for the info.
I'm not there yet.
Do you know what the issue/resolution (ie trac changeset or ticket)
was?
http://trac.edgewall.org/changeset/6871
I have mod_python 3.2.8 and have a system with lib64/python2.4/site-
packages.
Dam, lib64 dual site-packages bugs are over my
I've spent a rediculous amount of time trying to something that should
take 30 seconds--I think.
I have written a Pygments lexer for a language not previously
supported.
I have run _mappers.py from the pygments lexers subdir.
I have tested it and can generate output with the pygmentize script
dgh
Missed it by that much!.
Hacking the api.py did NOT work.
I had also tried the pygments_modes in trac.ini:
[mimeviewer]
pygments_modes = application/x-turtle:n3:7
after your post, I added:
[mimeviewer]
mime_map = ...otherstuff... ,application/x-turtle:n3
Didn't see anything in the
21 matches
Mail list logo