| [00:15:42] |
* |
hlb has joined #trac |
| [00:18:01] |
* |
Guychi has joined #trac |
| [00:31:11] |
<Guychi> |
good morning. does the owner of a component have to be the same as the respective username case-wise for owner notifications to work? |
| [02:01:46] |
<miraage> |
i stometimes get this error in my apache error logs (trac setup with apache [Sun Nov 19 01:52:32 2006] [error] [client 10.160.0.8] PythonHandler trac.web.modpython_frontend: TypeError: argument number 0: a 'apr_pool_t *' is expected, 'instance(<libsvn.core.G |
| [02:01:50] |
<miraage> |
enericSWIGWrapper instance at 0x2b6dbd8d10e0>)' is received |
| [02:02:52] |
<miraage> |
and also a error 500 on the client |
| [02:25:28] |
* |
m_g has joined #trac |
| [03:49:25] |
* |
lightcap has quit IRC |
| [03:51:56] |
* |
jborg has joined #trac |
| [03:53:03] |
* |
jborg has joined #trac |
| [03:53:50] |
* |
maxb_ has joined #trac |
| [03:55:00] |
* |
maxb_ is now known as maxb |
| [04:11:29] |
* |
s0undt3ch has joined #trac |
| [04:49:18] |
<jborg> |
matt_good: you there? |
| [05:01:56] |
* |
Kilos has joined #trac |
| [05:02:52] |
* |
nextime has quit IRC |
| [05:03:03] |
* |
Kilos has left #trac |
| [05:06:30] |
* |
nextime has joined #trac |
| [05:11:54] |
<coderanger> |
jborg: Still pretty early over here for a Sunday :P |
| [05:12:25] |
<jborg> |
yeah, I forgot about that :) |
| [06:03:13] |
<coderanger> |
Hah, Ilias has been busy this morning it seems |
| [06:54:44] |
<Guychi> |
Hi. Is there a way to add "New component...", "New Milestone...", etc. to the bottom of the popups in a new ticket, to create new options on the fly? |
| [06:55:31] |
<coderanger> |
No, thats not exactly a common occurrence |
| [06:56:42] |
<Guychi> |
could it easily be hacked? |
| [06:57:19] |
<Guychi> |
oh, nevermind |
| [06:57:28] |
<coderanger> |
Not really, you could add a JS popup to do it |
| [06:57:38] |
<coderanger> |
but it would be somewhat annoying |
| [06:58:05] |
<coderanger> |
Actually no, you can't anymore |
| [06:58:21] |
<coderanger> |
the CSRF protection will block it |
| [06:59:02] |
<Guychi> |
what's cross-site about it?? |
| [07:00:12] |
<coderanger> |
You would be submitting a request against the webadmin form |
| [07:00:22] |
<coderanger> |
Thats a textbook def of CSRF :P |
| [07:00:50] |
<Guychi> |
but the javascript would be in a page in the same domain |
| [07:01:10] |
<coderanger> |
Yes, but it would be going from one page to another |
| [07:01:22] |
<coderanger> |
You would need to extract the form token from the current page |
| [07:02:09] |
<Guychi> |
it's a bit over my head. is the bottom line "impossible" ? |
| [07:02:20] |
<coderanger> |
Impossible, no |
| [07:02:24] |
<coderanger> |
Simple, no |
| [07:15:49] |
* |
s0undt3ch_ has joined #trac |
| [07:16:11] |
* |
_dmax has joined #trac |
| [07:33:27] |
* |
dmax has quit IRC |
| [07:33:28] |
* |
_dmax is now known as dmax |
| [07:33:39] |
* |
s0undt3ch has quit IRC |
| [07:33:39] |
* |
s0undt3ch_ is now known as s0undt3ch |
| [07:36:58] |
* |
termie has quit IRC |
| [07:41:49] |
* |
termie has joined #trac |
| [07:51:20] |
<Rica> |
Yoh, Is The quickest trac handler mod_python ? (trac is kinda... slow isnt it ?) |
| [07:56:36] |
<coderanger> |
Its a hard call between FCGI and mod_python |
| [07:56:42] |
<coderanger> |
But yes, CGI is very slow |
| [07:56:54] |
<prologic> |
I find mod_python to be quite fast |
| [07:57:04] |
<prologic> |
but I haven't tried FCGI to compare |
| [07:57:14] |
<coderanger> |
CGI lacks any form of persistence |
| [07:58:36] |
<prologic> |
any plans to use cherrypy ? |
| [07:58:38] |
<prologic> |
it's quite nice :) |
| [07:58:41] |
<prologic> |
and fast |
| [07:59:05] |
<coderanger> |
hmm? |
| [07:59:18] |
<coderanger> |
not quite sure how cherrypy would relate to Trac |
| [08:00:01] |
<prologic> |
as a replacement embedded web server |
| [08:00:03] |
<prologic> |
for tracd :) |
| [08:00:31] |
<coderanger> |
Its WSGI based, so hypothetically it will run on any compliant server |
| [08:00:54] |
<coderanger> |
tracd is simple because it uses the Python standard server |
| [08:01:37] |
<coderanger> |
Trac also implments a very different style of framework than cherrypy |
| [08:01:39] |
<prologic> |
so it'd be trivial to use cherrypy then ? |
| [08:01:46] |
<coderanger> |
cherrypy isn't just a server |
| [08:01:57] |
<prologic> |
well it is and it isn't |
| [08:02:08] |
<prologic> |
afaik it's WSGI compliant, and maps urls into objects |
| [08:02:17] |
<prologic> |
one of it's nicest features I think |
| [08:02:27] |
<coderanger> |
Trac doens't work that way |
| [08:02:53] |
<coderanger> |
Its a much more flexible request handling system |
| [08:05:38] |
<coderanger> |
It does look like you can run arbitrary WSGI apps on the CherryPy server |
| [08:06:12] |
<coderanger> |
I would talk to exakun about it, he runs the Twisted Trac (which runs on the Twisted server) |
| [08:13:08] |
<prologic> |
*nods* |
| [08:13:12] |
<prologic> |
just a thought anyway |
| [08:13:18] |
<prologic> |
I'm happy running trac via mod_python :) |
| [08:13:43] |
<coderanger> |
Thats the nice thing about WSGI and Python |
| [08:13:50] |
<prologic> |
yeah |
| [08:48:34] |
* |
s0undt3ch_ has joined #trac |
| [08:53:15] |
* |
_dmax has joined #trac |
| [09:06:34] |
* |
s0undt3ch has quit IRC |
| [09:06:35] |
* |
s0undt3ch_ is now known as s0undt3ch |
| [09:06:46] |
* |
dmax has quit IRC |
| [09:06:52] |
* |
_dmax is now known as dmax |
| [09:52:10] |
* |
pradeep has joined #trac |
| [09:54:59] |
<pradeep> |
I've installed trac, but I don't see 'Admin' under 'Settings' (I'm logged in as a user with TRAC_ADMIN). Is there something else that I should enable? |
| [09:57:08] |
<coderanger> |
WebAdmin |
| [09:57:17] |
<coderanger> |
You need to install the plugin |
| [09:57:52] |
<coderanger> |
@webadmin |
| [09:57:52] |
<evil_twin> |
coderanger: "webadmin" is http://trac.edgewall.org/wiki/WebAdmin |
| [09:58:02] |
* |
f13 has joined #trac |
| [09:58:14] |
<f13> |
I'm having some difficulty setting up trac for multiple projects, can anybody give me a hand? |
| [09:58:26] |
<coderanger> |
f13: What are you trying to do? |
| [09:58:42] |
<pradeep> |
thanks coderanger :) |
| [09:58:44] |
<f13> |
setting up a proof of concept for project hosting. |
| [09:59:02] |
<f13> |
I setup /srv/trac to be a holding ground for multiple projects. I created one, /srv/trac/pungi |
| [09:59:33] |
<f13> |
my web config lists /srv/trac as the mod_python location, with PythonOption TracEnvParentDir /srv/trac |
| [09:59:52] |
<f13> |
PythonOption TracEnv /srv/trac too |
| [09:59:59] |
<coderanger> |
You can't do both |
| [10:00:21] |
<f13> |
projects have be somewhere else? |
| [10:00:28] |
<coderanger> |
There are two options |
| [10:01:18] |
<coderanger> |
The normal one is to have <Location /> be TracEnv /srv/trac/main, and then <Location /projects> be TracEnv "", TracEnvParentDir /srv/trac |
| [10:01:51] |
<coderanger> |
There is also a patch here http://trac.edgewall.org/ticket/3249 |
| [10:01:59] |
<coderanger> |
(but I don't bother using it anymore) |
| [10:02:09] |
<f13> |
what would be in /srv/trac/main ? |
| [10:02:16] |
<coderanger> |
A Trac |
| [10:02:28] |
<coderanger> |
it doesn't have to be main, but just one specific trac |
| [10:02:42] |
<coderanger> |
Take a look at sdd.coderanger.net |
| [10:03:19] |
<f13> |
ok...? |
| [10:03:54] |
<coderanger> |
Thats an example of the first method |
| [10:04:21] |
<coderanger> |
So / is one Trac, and then the projects are under /projects |
| [10:04:24] |
<f13> |
so what i wanted to do was have a landing page for our site, see http://publictest3.fedora.redhat.com/ |
| [10:04:47] |
<coderanger> |
That sounds exactly like what I just described |
| [10:05:02] |
* |
pradeep has left #trac |
| [10:05:17] |
<f13> |
the top level wouldn't be a trac though |
| [10:05:55] |
<coderanger> |
What would it be? |
| [10:06:26] |
<f13> |
information about our hosting project, how to get new accounts, and a link ot the directory listing of projects |
| [10:06:58] |
<coderanger> |
So why not just make it a Trac with only the wiki active? |
| [10:07:13] |
<coderanger> |
Also then you can play with tracforge ;-) |
| [10:08:03] |
<f13> |
well, having trac stuff surrounding it might be a bit confusing. We already have a wiki at fedoraproject.org |
| [10:08:09] |
<f13> |
hrm, tracforge... |
| [10:09:36] |
<coderanger> |
In any case, an example of what I was talking about is here: http://www.coderanger.net/~coderanger/httpd/sdd.conf |
| [10:09:40] |
<f13> |
thats kind of what I'm looking to setup, but we already have an auth system in place. |
| [10:09:48] |
<coderanger> |
You can just make / go to something else if need be |
| [10:10:21] |
<coderanger> |
f13: Tracforge currently only does SSO between Tracs, not any actual authentication |
| [10:10:49] |
<f13> |
you're talking about tracforge.net right? |
| [10:10:56] |
<coderanger> |
No |
| [10:11:04] |
<f13> |
oh ok. |
| [10:11:07] |
<coderanger> |
trac-hacks.org/wiki/TracForgePlugin |
| [10:12:02] |
<coderanger> |
s0undt3ch: You wanna put a link up on there :P |
| [10:12:31] |
<f13> |
yeah, that was result 2 from google. |
| [10:13:57] |
<s0undt3ch> |
coderanger: what? |
| [10:14:13] |
<coderanger> |
s0undt3ch: tracforge,net -> trachacks |
| [10:14:14] |
<s0undt3ch> |
ah :) |
| [10:14:21] |
<s0undt3ch> |
shure |
| [10:14:21] |
<coderanger> |
Since a lot of people seem to get confused |
| [10:14:41] |
<f13> |
hrm, I can't get it to just list the directories for me. |
| [10:14:43] |
<coderanger> |
s0undt3ch: Thanky :) |
| [10:14:51] |
<coderanger> |
f13: hmm? |
| [10:14:54] |
<f13> |
oh wait. |
| [10:15:09] |
<f13> |
[Sun Nov 19 13:06:06 2006] [error] [client 10.8.34.200] PythonHandler trac.web.modpython_frontend: OSError: [Errno 13] Permission denied: '/srv/trac' |
| [10:15:15] |
<f13> |
thats something different |
| [10:16:11] |
<f13> |
D# ls -al /srv/trac/ |
| [10:16:12] |
<f13> |
total 24 |
| [10:16:12] |
<f13> |
drwxr-sr-x 3 apache apache 4096 Nov 19 12:47 . |
| [10:16:17] |
<coderanger> |
selinux? |
| [10:16:21] |
<f13> |
thats also with g+x.. what might be missing? |
| [10:16:23] |
<f13> |
could be. |
| [10:16:33] |
<f13> |
ah yeah. |
| [10:16:35] |
<f13> |
*sigh* |
| [10:17:25] |
<coderanger> |
http://trac.edgewall.org/wiki/TracWithSeLinux |
| [10:18:02] |
<f13> |
neat |
| [10:19:08] |
<s0undt3ch> |
coderanger: done |
| [10:19:27] |
<coderanger> |
s0undt3ch: gratsi |
| [10:20:34] |
<f13> |
coderanger: ok, thanks for your help, I'm doing good now. |
| [10:21:04] |
<coderanger> |
f13: Depending on your needs, you may want to subscribe to the trac-users list |
| [10:21:18] |
<f13> |
Getting there (: |
| [10:21:18] |
<coderanger> |
Tracforge is nearing its next functional milestone, making projects from the wbe |
| [10:21:28] |
<coderanger> |
and I'll probably announce it on there |
| [10:21:31] |
<f13> |
seems close to what we'll need. |
| [10:21:55] |
<f13> |
we want to be able to create projects once you've got a Fedora account. |
| [10:22:18] |
<coderanger> |
If nothing else its might be a good base for some custom hacking |
| [10:22:23] |
<f13> |
nod |
| [10:28:29] |
<s0undt3ch> |
coderanger: by the way, what's the current state of the TF plugin? |
| [10:28:53] |
<coderanger> |
s0undt3ch: Subscriptions, central roles and perms, and SSO works |
| [10:29:00] |
* |
bariel has joined #trac |
| [10:29:06] |
<coderanger> |
s0undt3ch: Creating new projects "works" |
| [10:29:14] |
<coderanger> |
but it needs some more work |
| [10:29:17] |
<s0undt3ch> |
he he, "works"? |
| [10:29:22] |
<s0undt3ch> |
ah ok |
| [10:29:31] |
<s0undt3ch> |
great |
| [10:29:32] |
<coderanger> |
it works fine, but browser timeouts are aproblem |
| [10:29:42] |
<coderanger> |
so I need to rework the whole system using silly ajax |
| [10:30:11] |
<coderanger> |
doing the creation steps synchronously is just too slow |
| [10:34:46] |
* |
lightcap has joined #trac |
| [10:35:18] |
<Guychi> |
would there be a substantial improvement in performance if I switched from using tracd to mod_python? |
| [10:35:40] |
<coderanger> |
How many users do you have? |
| [10:36:11] |
<Guychi> |
you mean simultaneous ? |
| [10:36:22] |
<coderanger> |
Yeah |
| [10:36:35] |
<Guychi> |
not more than 2-3 normally. |
| [10:37:00] |
<coderanger> |
For one user (my dev server), I've not seen that big a difference |
| [10:37:07] |
<Guychi> |
But currenly, with tracd, page loads take quite some time. |
| [10:37:20] |
* |
matt_good has quit IRC |
| [10:37:21] |
<coderanger> |
but apache is muchbetter wrt static content and throughput |
| [10:37:36] |
<Guychi> |
I'm craving for snappy performance |
| [10:37:48] |
* |
lightcap has quit IRC |
| [10:37:53] |
* |
lightcap has joined #trac |
| [10:38:29] |
<Guychi> |
Is there an easy way to set up a locally running Trac that constantly syncs with a remote one? |
| [10:38:54] |
<coderanger> |
Not that I know of |
| [10:39:10] |
<Guychi> |
Would it be enough to just sync the db ? |
| [10:39:14] |
<coderanger> |
tracforge + remote filesystem would work, but it would kill performance |
| [10:39:27] |
<coderanger> |
Guychi: Attachments aren't kept in the DB |
| [10:39:54] |
<Guychi> |
I'm talking about totally independent setups. How would performance possibly be even hurt? |
| [10:40:04] |
<coderanger> |
You could sync the DB and rsync the envs |
| [10:40:23] |
* |
lightcap_ has joined #trac |
| [10:40:29] |
<coderanger> |
Guychi: Because tracforge does subscription transfers synchronously with the request |
| [10:40:32] |
<Guychi> |
what do the envs contain? attachments? |
| [10:40:34] |
* |
lightcap has quit IRC |
| [10:40:42] |
<coderanger> |
attachments, config file |
| [10:41:11] |
* |
matt_good has joined #trac |
| [10:41:19] |
* |
lightcap_ has left #trac |
| [10:41:45] |
<Guychi> |
so, assuming my trac.ini is static and we don't use attachments (files go through the SVN), what's the problem? |
| [10:42:12] |
<coderanger> |
Its work then |
| [10:42:35] |
<coderanger> |
Most DBs only to one directional replication though |
| [10:42:57] |
<coderanger> |
So one would have to be marked read only probably |
| [10:43:39] |
<Guychi> |
is the connection to the sqlite db being made for each request? or would I have to restart the tracd on both machines to make each sync? |
| [10:43:54] |
<coderanger> |
You wouldn't want to do this with sqlite |
| [10:45:21] |
<Guychi> |
why? how should one sync sqlite dbs? |
| [10:46:17] |
<coderanger> |
http://gborg.postgresql.org/project/slony1/projdisplay.php |
| [10:47:52] |
<coderanger> |
DB server replication isn't a simple task :P |
| [10:48:14] |
<Guychi> |
wow |
| [10:49:21] |
<Guychi> |
I still don't get it: what's the problem with simply copying the entire db file, assuming that there weren't changes on both sides between syncs? |
| [10:49:33] |
<miraage> |
is there a good way of hosting multiple tracs on the same apache virtual host using mod_python? im having some issues with >1 instances |
| [10:49:52] |
<omry> |
I used to have a working fav-icon that was configured by icon = site/firestats.ico in the trac.ini of the project, for some reason it does not work anymore .any idea? |
| [10:49:54] |
<coderanger> |
Because you would have to copy the DB after every change, and then restart the server |
| [10:50:03] |
<bariel> |
hello, i am using trac 0.8.1 on debian stable, how can i be able to add attachment if i want to submit a ticket? |
| [10:50:21] |
<coderanger> |
bariel: On that version you have to submit it first, then attach the file |
| [10:50:29] |
<coderanger> |
bariel: You should really consider upgrading though |
| [10:50:36] |
<coderanger> |
miraage: What problems? |
| [10:50:49] |
<miraage> |
coderanger: random 503's. |
| [10:50:59] |
<coderanger> |
@ticket 2611 |
| [10:50:59] |
<evil_twin> |
coderanger: http://trac.edgewall.org/ticket/2611 |
| [10:51:05] |
<coderanger> |
miraage: Do you see that error in the logs? |
| [10:51:08] |
<miraage> |
yeah, i didn't see a resolution there. |
| [10:51:12] |
<miraage> |
yes that's my problem |
| [10:51:32] |
<coderanger> |
"PythonInterpreter trac" in each <Location> serving a Trac |
| [10:51:34] |
<bariel> |
coderanger, i am using debian stable, i let it update it for me :) |
| [10:51:52] |
<coderanger> |
bariel: That version is >2 years old and has several known security issues |
| [10:52:09] |
<miraage> |
coderanger: in addition to PythonHandler trac.web.modpython_frontend |
| [10:52:18] |
<bariel> |
coderanger, it is the version offered by debian stable |
| [10:52:35] |
<coderanger> |
miraage: Yeah, it just overrides mod_python's default VM allocation strategy |
| [10:52:47] |
<coderanger> |
bariel: Yes, but that doesn't change the fact that its not a good idea to run it |
| [10:53:12] |
<coderanger> |
bariel: There are 0.10 backports for Sarge |
| [10:54:15] |
<coderanger> |
miraage: See http://www.coderanger.net/~coderanger/httpd/sdd.conf for an example |
| [10:54:29] |
<bariel> |
coderanger, you mean, in this version (0.8.1) we can add attachment after we submit the ticket? if so, i can live with it |
| [10:54:43] |
<miraage> |
excellent, thanks coderanger |
| [10:54:44] |
<coderanger> |
bariel: You should be able to if you have the needed permissions |
| [10:55:04] |
<coderanger> |
miraage: Please send a nasty letter to the subversion devs so they will fix it ;-) |
| [10:55:30] |
<bariel> |
coderanger, where should i configure? |
| [10:55:32] |
<miraage> |
hehe. aye :( |
| [10:56:24] |
<coderanger> |
bariel: Look at the TracPermissions page that came with your installation |
| [10:56:35] |
<coderanger> |
I think you need TICKET_APPEND |
| [10:57:44] |
<bariel> |
coderanger, there is no TICKET_APPEND permission in this version |
| [10:58:03] |
<coderanger> |
Dunno then, been a long time since I used 0.8 |
| [10:59:15] |
* |
coderanger -> team meeting |
| [10:59:57] |
<bariel> |
if someone want to edit wiki, it is possible to change the username, how can we avoid that? |
| [11:00:44] |
<coderanger> |
bariel: Added in 0.10 |
| [11:01:07] |
<bariel> |
ok |
| [11:01:15] |
* |
stretch has joined #trac |
| [11:02:46] |
<bariel> |
trac-admin permission list only shows me the permission for anonymous, although i have users logged in with htaccess, how can i see their permission? |
| [11:06:09] |
* |
matt_good has quit IRC |
| [11:13:34] |
* |
bmcquay has joined #trac |
| [11:13:37] |
<bmcquay> |
aloha |
| [11:14:04] |
<bmcquay> |
I've previously made changes to the ticket mode.py |
| [11:14:10] |
<bmcquay> |
model.py |
| [11:14:22] |
<bmcquay> |
and i'm trying to pull all my changes out and make a plugin now |
| [11:14:59] |
<bmcquay> |
so I'm curious what the best way is to make changes to the ticket model? |
| [11:16:51] |
<bmcquay> |
basically all I modified the ticket model for in the first place was to add a query from the database to set a variable to = a list of data i get from the database |
| [11:17:10] |
<bmcquay> |
i added a table to list all the changesets associated with the ticket |
| [11:17:19] |
* |
Semhirage has joined #trac |
| [11:17:21] |
<bmcquay> |
and i want to be able to do ticket.changesets |
| [11:18:14] |
* |
coderanger_ has joined #trac |
| [11:19:37] |
* |
jborg has quit IRC |
| [11:19:52] |
<coderanger_> |
bariel: All users are members of the anonymous group |
| [11:20:22] |
<coderanger_> |
bmcquay: There isn't a way to do that cleanly yet |
| [11:20:29] |
<coderanger_> |
its part of the workflow proposal |
| [11:21:00] |
<coderanger_> |
You could fake it with a post-commit script and a custom-field |
| [11:21:20] |
<coderanger_> |
Or a trigger function |
| [11:21:32] |
<bmcquay> |
yeah i thought about that originally but i need a list of changesets and dumping them all into a single row seems lame |
| [11:21:51] |
<bmcquay> |
trigger function? |
| [11:22:07] |
<coderanger_> |
hook on inserts to rev |
| [11:22:49] |
<coderanger_> |
er, changeset not rev |
| [11:25:36] |
* |
dmax has quit IRC |
| [11:25:36] |
* |
s0undt3ch has quit IRC |
| [11:26:14] |
<coderanger_> |
bmcquay: The short answer is there isn't a good way to do it |
| [11:26:30] |
<bmcquay> |
that sucks |
| [11:27:41] |
<coderanger_> |
pester alec to finish the workflow stuff :) |
| [11:27:53] |
<bmcquay> |
heh |
| [11:29:04] |
<bmcquay> |
the changeset idea might work for now though |
| [11:29:42] |
<coderanger_> |
Do you really need it on the model? |
| [11:29:51] |
<coderanger_> |
Or would it be enough to have it show up in the UI |
| [11:30:54] |
<bmcquay> |
i think it'd be easiest to just do ticket.setchangesets so the model seems like the best place for it |
| [11:31:49] |
<coderanger_> |
But do you need it on the model for anything else? |
| [11:32:00] |
<coderanger_> |
If you just want to see it you can make a plugin |
| [11:33:14] |
<bmcquay> |
well, i need to be able to retrieve that list so i can actually do the publish part of the plugin |
| [11:33:24] |
<coderanger_> |
What do you mean? |
| [11:33:36] |
<bmcquay> |
well my plugin has two parts |
| [11:33:44] |
<bmcquay> |
first part is keeping track of the changesets per ticket |
| [11:34:34] |
<bmcquay> |
second part will allow me to push a publish button to publish all the files and latest revision numbers in the changesets to our testing environment |
| [11:34:54] |
<bmcquay> |
and revert those changes if necessary |
| [11:34:58] |
<coderanger_> |
Just do the first part in the second? |
| [11:35:17] |
<bmcquay> |
boss always slips and does svn update and messes up our production code :) |
| [11:35:19] |
<omry> |
I have a problem with favicon, the instructions at http://trac.edgewall.org/wiki/TracInterfaceCustomization say I should put it on the root of the host, but trac itself is on the root, it will return an error for the favicon access. |
| [11:35:46] |
<coderanger_> |
omry: You need to prevent Trac from serving that request |
| [11:36:08] |
<omry> |
coderanger, I am using tracd.. |
| [11:36:09] |
<coderanger_> |
in apache it would be <Location /favicon.ico>SetHandler None</Location> |
| [11:36:30] |
<coderanger_> |
Then you need to make a plugin like RobotsTxt to deal with it |
| [11:37:29] |
<omry> |
not sure its possible - robotstext uses a wiki page |
| [11:37:40] |
<omry> |
how can I serve favicon from a wiki page? |
| [11:38:26] |
<coderanger_> |
omry: Well it would load and return a file |
| [11:38:56] |
<omry> |
hmm, I`ll see if I can get the proxy apache to serve it. |
| [11:40:07] |
<bariel> |
coderanger, you mean all users are anonymous, althoug they have authenticated themselves via htaccess? |
| [11:40:26] |
<coderanger_> |
bariel: "anonymous" and "authenticated" are groups |
| [11:40:41] |
<coderanger_> |
all users are members of the anonymous group, all logged in users are members of authenticated |
| [11:40:56] |
<coderanger_> |
you can think of it that authenticated inherits from anonymos |
| [11:42:11] |
<bariel> |
coderanger, i cant find any "authenticated" group in my system, trac-admin permission list shows me many rows of user: anonymous action ... |
| [11:42:32] |
<coderanger_> |
bariel: It isn't given any perms by default |
| [11:42:57] |
<coderanger_> |
bariel: What are you trying to do? |
| [11:43:17] |
<bariel> |
coderanger, i want to see which permissions authenticated users have |
| [11:43:50] |
<coderanger_> |
bariel: what you see is what you get |
| [11:45:22] |
<bariel> |
coderanger, i only see a list of permissions for anonymous, i assume those permissions will be inherited also by authenticated |
| [11:45:39] |
<coderanger_> |
yes |
| [11:57:07] |
* |
matt_good has joined #trac |
| [12:04:03] |
* |
Semhirage has quit IRC |
| [12:06:50] |
<coderanger_> |
matt_good: jonas was looking for you early this morning |
| [12:09:53] |
<matt_good> |
oh? |
| [12:11:13] |
<coderanger_> |
Guess he isn't around at the moment, oh well |
| [12:15:40] |
* |
dort has quit IRC |
| [12:15:41] |
* |
Semhirage has joined #trac |
| [12:19:30] |
* |
Epcylon has joined #trac |
| [12:20:46] |
* |
l0wkey has quit IRC |
| [12:24:42] |
* |
bmcquay has quit IRC |
| [12:25:26] |
* |
dancor has joined #trac |
| [12:33:42] |
* |
agile has quit IRC |
| [12:35:35] |
* |
Guychi has quit IRC |
| [12:43:43] |
* |
stretch has quit IRC |
| [12:44:01] |
* |
stretch has joined #trac |
| [12:51:26] |
* |
matt_good has quit IRC |
| [12:54:39] |
* |
asmodai has joined #trac |
| [13:18:58] |
* |
lisppaste5 has quit IRC |
| [13:24:13] |
* |
lisppaste5 has joined #trac |
| [13:25:17] |
* |
jborg has joined #trac |
| [13:34:32] |
* |
firsm_ has joined #trac |
| [13:34:33] |
<firsm_> |
Hi |
| [13:35:07] |
<firsm_> |
Is the trac source browser not able to show php files? |
| [13:35:10] |
<coderanger_> |
It is |
| [13:35:35] |
<coderanger_> |
Are you sure you pointed Trac at the CLI PHP binary and not the CGI one? |
| [13:36:23] |
<firsm_> |
Hmm, didn't point trac anywhere. I have an application in python in my svn rep, and there's one PHP file and when I try to look at it, it says "HTML preview not available." |
| [13:36:39] |
<coderanger_> |
How big is the file? |
| [13:36:59] |
<firsm_> |
426 bytes |
| [13:37:12] |
<firsm_> |
and the other one 3.7 kB |
| [13:37:19] |
<firsm_> |
but downloading works fine |
| [13:37:46] |
<coderanger_> |
Do you have silvercity or enscript installed? |
| [13:37:51] |
<firsm_> |
yeah, both |
| [13:38:15] |
<coderanger_> |
whats th value for php_path in trac.ini? |
| [13:38:47] |
<firsm_> |
just php, I'll try to make it an absolute path |
| [13:38:54] |
<coderanger_> |
make sure its the CLI binary |
| [13:39:47] |
<firsm_> |
Hmm, not even sure if my host has cli installed, can't it just parse the file and do syntax highlighting? |
| [13:40:09] |
<coderanger_> |
Remove the line for php_path |
| [13:41:00] |
<firsm_> |
Ah, I made it an absolute path and it seems to work now, thank you. |
| [13:41:29] |
<firsm_> |
But it puts "Content-type: text/html" in the header of the file |
| [13:41:47] |
<coderanger_> |
Thats the CGI binary then |
| [13:42:13] |
<firsm_> |
Okay, I guess I can go ahead and compile php on my shared host then. :) |
| [13:42:31] |
<coderanger_> |
You can also just allow silvercity or enscript to do it |
| [13:42:45] |
<firsm_> |
How would I do so? |
| [13:43:52] |
<coderanger_> |
trac.mimeview.php.* = disabled |
| [13:43:57] |
<coderanger_> |
in [components] |
| [13:45:15] |
<firsm_> |
thanks |
| [14:08:37] |
* |
Semhirage has quit IRC |
| [14:08:45] |
* |
jborg has left #trac |
| [14:10:41] |
* |
m_g has quit IRC |
| [14:16:13] |
* |
Semhirage has joined #trac |
| [14:26:04] |
* |
bariel has quit IRC |
| [14:29:13] |
* |
matt_good has joined #trac |
| [14:49:24] |
* |
Miek has left #trac |
| [14:59:07] |
* |
chandlerc has joined #trac |
| [15:02:20] |
* |
Miek has joined #trac |
| [15:13:01] |
* |
DieselChrist is now known as cobaltsixty |
| [15:13:17] |
* |
Semhirage has quit IRC |
| [15:25:08] |
* |
firsm_ has left #trac |
| [15:55:31] |
* |
robs0r has joined #trac |
| [16:03:04] |
* |
Rica has quit IRC |
| [16:03:44] |
* |
Rica has joined #trac |
| [16:11:15] |
* |
lightcap has joined #trac |
| [16:21:01] |
* |
robs has quit IRC |
| [16:21:01] |
* |
robs0r is now known as robs |
| [16:37:59] |
* |
stretch has quit IRC |
| [16:52:46] |
* |
pr0f has joined #trac |
| [16:55:25] |
* |
pr0f has quit IRC |
| [17:19:11] |
* |
dmax has joined #trac |
| [17:22:47] |
* |
s0undt3ch_ has joined #trac |
| [17:24:07] |
* |
s0undt3ch_ is now known as s0undt3ch |
| [17:26:57] |
* |
jtoy_ has joined #trac |
| [17:33:27] |
* |
minsu_ju_ has joined #trac |
| [17:33:28] |
* |
minsu_ju has quit IRC |
| [17:33:28] |
* |
minsu_ju_ has quit IRC |
| [17:38:27] |
* |
minsu_ju has joined #trac |
| [17:45:37] |
* |
Azrael has quit IRC |
| [17:51:04] |
* |
Guychi has joined #trac |
| [17:51:48] |
* |
dancor has quit IRC |
