所以我试图将trac用作独立的bugtracker。我已使用此page上的脚本生成了用户和密码。 digest.txt
文件位于~/.foo-trac/conf/
目录中。来源看起来像这样:
montreal:FOO:904fa5b01944434358e48467fbf5203c
运行此命令:
tracd -p 8000 --auth="foof,.foo-trac/conf/digest.txt,FOO" ~/.foo-trac/
没有错误但仍然无法登录。奇怪的是,当我点击登录时,tracd会显示这一行:
127.0.0.1 - - [16/Oct/2014 03:47:53] "GET /.foo-trac/login HTTP/1.1" 500 -
发生了什么?
UPD
现在我试图以另一种方式:在page上使用基本身份验证。
我已通过此命令创建了新环境:trac-admin /home/montreal/.trac initenv
。在提示我给我的新项目命名Foo
。
然后我通过运行此命令创建了新用户:sudo htpasswd -c /home/montreal/.trac/.htpasswd username
并输入了密码。我的.htpasswd
文件如下所示:
username:$apr1$bLbNsCx/$vbVXn5gn6HG.hJvvq/SaD1
现在我通过此命令运行trac并获得相同的结果:
tracd -p 8000 --basic-auth="Foo,/home/montreal/.trac/.htpasswd," /home/montreal/.trac
Link说--basic-auth
的第一个参数应为projectdirname
,但在/home/montreal/.trac
无Foo
目录中。
看起来我有正确的/fullpath/environmentname/.htpasswd
参数。
但是如何获得realmname
参数?也许它会成功。也许某些tracd
日志可能会有所帮助,但log
文件夹是空的,我不知道另一个要查看的地方。
我需要这个血腥的bug追踪器。
答案 0 :(得分:2)
不要使用相对路径(~/.foo-trac/
),而是使用绝对路径。
同样适用于auth文件路径,它甚至不是相对于Trac环境的路径,但肯定是错误的,因为它的绝对路径不是/.foo-trac/conf/digest.txt
,但这是tracd
正在挑选的从命令行开始,就像你在"奇怪的"记录线。
按wiki documentation on this topic中的建议启用Trac DEBUG登录.foo-trac|.trac/conf/trac.ini
。
--basic-auth
的第一个参数应该是projectdirname,即/home/montreal/.trac
本身,通常称为Trac环境目录,没有别的。