here is my setup info:
[notification]
smtp_enabled = true
always_notify_owner = true
always_notify_reporter = false
always_notify_updater = false
mime_encoding = base64
smtp_always_bcc =
smtp_always_cc =
smtp_default_domain = 【another a computer's name ,in which running
window2003 mail 】
Hello,
I wanted to create a trac environment template. I created a new
environment with trac-admin, changed the Trac.ini and set up all the
needed permissions.
Now I wanted to just copy that environment directory to another
location to create a new environment. But when I open the Trac page,
I
I found the error, I did not set the appropriate permissions for the
SVN repository directories, so Trac had no (linux-) permissions to
read it.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups Trac
Users group.
To
On Mon, Jul 09, 2007 at 02:50:01PM -0700, cobwebsmasher wrote:
What is the best way to upgrade an environment safely from 0.10.4 to
0.11? And is that even advisable given how close the 0.11 milestone
is to completion? (as opposed to waiting for the official release
package --- or will
On Tue, Jul 10, 2007 at 09:33:01AM +0200, Rainer Sokoll wrote:
One minor problem was with a missing row in the sqlite database - I do
not remeber exactly, but I was able to fix it after a little googling.
For the archive:
sqlite3 $TRAC_ENV insert into system values ('youngest_rev', '')
Rainer Sokoll wrote:
On Tue, Jul 10, 2007 at 09:33:01AM +0200, Rainer Sokoll wrote:
One minor problem was with a missing row in the sqlite database - I do
not remeber exactly, but I was able to fix it after a little googling.
For the archive:
sqlite3 $TRAC_ENV insert into system
Hello,
I searched in the ML but I haven't saw any related topic, so here is
my problem :
I'm running Trac 0.10.4 on Ubuntu 7.10 Gutsy 64bits (I know, I know,
Gutsy is under development but we needed the last version of SVN... :-
\\ ) with Subversion 1.4.4, Apache 2.2.4, Python 2.4.4 or 2.5.1
Apache log_error_svn :
[error] [client myip] Premature end of script headers: trac.cgi
I do not know much about trac-cgi, but usually this error
occurs when a sript produces output where the headers are not
separated from the body by a newline.
Rainer
Should I edit trac.cgi ?
I do not know much about trac-cgi, but usually this error occurs when a
sript produces output where the headers are not separated from the body
by a newline.
I don't feel like edit the Python script yet ;)
Anyone fixed this issue before ?
On 10-Jul-07, at 5:36 PM, Johan wrote:
I do not know much about trac-cgi, but usually this error occurs
when a
sript produces output where the headers are not separated from the
body
by a newline.
not necessarily - it also comes when the script doesnt compile,
cannot import some
Does anyone know how to access a table that is contained within an
Oracle tablespace? Is this even possible with the current version of
Propel? In another forum, it has been suggested that I create a table
synonym, but I cannot because of my privileges.
Thanks!
not necessarily - it also comes when the script doesnt compile,
cannot import some module or even if it is not set as executable -
the culprit is usually a missing module
How can I figure out this ?
About the executable priviledges : /usr/share/trac/cgi-bin/trac.cgi
is -rwxr-xr-x, so it's
(I tried to post this from my work mail address but it seems to have
failed, although I apologise in advance if suddenly there are two
posts)
This may well be something I've overlooked in the docs or elsewhere,
but I can't find it my self. We're using Trac a lot now, and create
new projects at
Dan,
I have done this with Postgresql backed Tracs. AFAIK its only possible
using postgresql or **MAYBE** mysql.
I'll see if I can dig up some of my sql scripts that did the magic for
me.
Joshua.
On Tue, 2007-07-10 at 14:38 +, dfj wrote:
(I tried to post this from my work mail address
On Tuesday 10 July 2007, dfj wrote:
(I tried to post this from my work mail address but it seems to have
failed, although I apologise in advance if suddenly there are two
posts)
This may well be something I've overlooked in the docs or elsewhere,
but I can't find it my self. We're using
Eli Carter wrote:
On Tuesday 10 July 2007, dfj wrote:
(I tried to post this from my work mail address but it seems to have
failed, although I apologise in advance if suddenly there are two
posts)
This may well be something I've overlooked in the docs or elsewhere,
but I can't find it my
On 10/07/07, Johan [EMAIL PROTECTED] wrote:
not necessarily - it also comes when the script doesnt compile,
cannot import some module or even if it is not set as executable -
the culprit is usually a missing module
How can I figure out this ?
About the executable priviledges :
Hi
How can i set constraints for paswords defined with AccountManager ?
- minimum length ?
- complexity ?
thanks for responses
-
Christian
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
Hi all,
I'm getting this error dumped to the log for the Excel Report Plug-in.
I've installed both pyExcelerator and Excel Report Plug-in, copied
excel_report_plugin.py into the plugins directory and restarted Apache.
When I refreshed Trac I noticed the file excel_report_plugin.pyc was
created
It appears that if I have a pre-existing anonymous session, I cannot
complete the login sequence. The session does not get promoted. If I
delete the trac_session cookie, and hit login again, then session
promotion works, and the 'logged in as userid' mesg appears,
trac_auth cookie gets created,
Hello. I am running Trac hosted at textdrive. TextDrive doesn't allow access
to the base config file under apache, but rather requires that we modify local
.htaccess directories to make things happen. We are also not allowed to use
mod_python, but rather use tracd and proxy Apache to the
Receiving the following error message in Trac all of a sudden:
Traceback (most recent call last):
File /usr/local/lib/python2.5/site-packages/trac/web/main.py, line 387, in
dispatch_request
dispatcher.dispatch(req)
File /usr/local/lib/python2.5/site-packages/trac/web/main.py, line 191,
On Jul 11, 5:02 am, blackfin [EMAIL PROTECTED] wrote:
It appears that if I have a pre-existing anonymous session, I cannot
complete the login sequence. The session does not get promoted. If I
delete the trac_session cookie, and hit login again, then session
promotion works, and the 'logged
I recently installed ReportPluginPatch in against 0.10.4 and it works
fine. You have to run the patch from the Trac source distribution (see
the patch README file) and re-run the Trac installer. i.e.:
# cd trac-0.10.4
# patch -p0 ../trac-0.10.3-report-plugin.patch
# python ./setup.py install
Yep - that's the ticket. I was running 291.
I'll route any further questions to mod_wsgi
Many Thanks
On Jul 10, 4:22 pm, Graham Dumpleton [EMAIL PROTECTED]
wrote:
On Jul 11, 5:02 am, blackfin [EMAIL PROTECTED] wrote:
It appears that if I have a pre-existing anonymous session, I
Anyone out there have any experience into using mod_rewrite to proxy the
tracd process and possibly have any insight into the loop that occurs during
digest authentication?
Have you defined the base_url parameter in trac.ini ?
--~--~-~--~~~---~--~~
You
I have not, although my trac.ini doesn't seem to have that available as a
parameter. The instance of Trac that appears to be available is version 0.9.6
apparently. Not sure if that helps matters any. (For folks who associate my
name with my posts, I am working on 2 different versions of
thank you for the answer.
but when I change the filetrac.ini ,smtp_always_cc = 【one
[EMAIL PROTECTED] a computer's name ,in which running
window2003 mail 】
trac.log will output2007-07-11 10:40:31,078 Trac[notification] INFO:
Invalid email address: 【one [EMAIL PROTECTED] a computer's name ,in
Given that I don't have the option to upgrade Trac on this box (unfortunately),
do you have any suggestions for troubleshooting why authentication would work
happily in one scenario, but in the mod_rewritten scenario the Trac login might
think that it needs to go into an endless loop? Below is
29 matches
Mail list logo
