| [00:00:50] |
* |
cmlenz has quit IRC |
| [00:08:08] |
<tag_> |
having a bad time with this trac toc macro that broke forever ago |
| [00:08:45] |
<tag_> |
I want it to work again but I don't have time to fix it because while I'm bouncing here to complain in this channel and mucking with the macro on my server I'm preparing a presentation for a talk I have to give in a few days. |
| [00:14:15] |
<pacopablo> |
yummy :) |
| [00:17:29] |
<pacopablo> |
hmm, so, I'm wondering if forking from a trac plugin would work |
| [00:17:49] |
<xjjk> |
pacopablo: hrm? |
| [00:18:03] |
<xjjk> |
forking as in running another program? |
| [00:18:41] |
<pacopablo> |
xjjk: yup :) |
| [00:19:01] |
<pacopablo> |
obviously it's possible, but I"m tryin to think of the issues involved. |
| [00:19:11] |
<xjjk> |
pacopablo: I'm actually doing that for a git SCM plugin I'm writing... not had any problems yet |
| [00:19:28] |
<pacopablo> |
forking a long running process? |
| [00:19:36] |
<xjjk> |
yes |
| [00:19:41] |
<xjjk> |
several times! |
| [00:19:50] |
<xjjk> |
the architecture of this is so horrible |
| [00:19:56] |
<pacopablo> |
hehe |
| [00:20:03] |
<pacopablo> |
where do you do your fork? |
| [00:20:10] |
<pacopablo> |
in the init of your component? |
| [00:20:36] |
<xjjk> |
pacopablo: no, whenever I need something from the repository |
| [00:20:48] |
<xjjk> |
and need to run a git command |
| [00:21:10] |
<pacopablo> |
but you're waiting on the return, right? |
| [00:21:12] |
<xjjk> |
runs popen2/subprocess.Popen several times when browsing the repository |
| [00:21:18] |
<xjjk> |
yes |
| [00:21:24] |
<xjjk> |
but (so far) it's been quick |
| [00:21:29] |
<pacopablo> |
hmm, I"m thinking of fork() |
| [00:21:32] |
<xjjk> |
git is very good at being very fast |
| [00:24:27] |
* |
cmlenz has joined #trac |
| [00:27:45] |
<pacopablo> |
night all |
| [00:28:12] |
<xjjk> |
night |
| [00:30:43] |
* |
cmlenz has quit IRC |
| [00:31:02] |
* |
cmlenz has joined #trac |
| [00:36:55] |
<tag_> |
pacopablo: should be no issues |
| [00:37:12] |
<tag_> |
it should behave just like fork from anything else...so make sure you exit the program and things. call it a day |
| [00:53:05] |
<asmodai> |
alect: duh: https://launchpad.net/distros/ubuntu/+source/libapache2-mod-python/+bug/54135 |
| [00:59:46] |
<mitsuhiko> |
mod_python sucks :) |
| [01:00:16] |
* |
mitsuhiko doesn't use mod_php nor mod_python |
| [01:00:20] |
<mitsuhiko> |
fastcgi is great :) |
| [01:15:05] |
* |
hpnadig has joined #trac |
| [01:18:43] |
* |
pminnieur has joined #trac |
| [01:21:46] |
* |
Getty has quit IRC |
| [01:22:35] |
* |
Getty has joined #trac |
| [01:23:40] |
<asmodai> |
mmm |
| [01:23:48] |
<asmodai> |
SimpleJSON is being offered for inclusion in Python 2.6 |
| [01:23:51] |
<asmodai> |
http://undefined.org/python/#simplejson |
| [01:24:37] |
* |
bernardl_home has quit IRC |
| [01:31:54] |
<angrymike> |
Hi gys |
| [01:31:56] |
<angrymike> |
guys |
| [01:32:10] |
<angrymike> |
what is the best way to add a new java script button when doing wiki formatting ? |
| [01:32:23] |
<angrymike> |
I just added the code to 0.8, but after the upgrade it of course was erased |
| [01:32:39] |
<angrymike> |
is there a way to develop a plugin or something similar ? |
| [01:33:33] |
* |
xjjk has quit IRC |
| [01:34:07] |
* |
jrydberg has joined #trac |
| [01:41:37] |
<tag_> |
fastcgi is suck |
| [01:41:42] |
<tag_> |
JSON is suck |
| [01:41:59] |
<tag_> |
but JSON is particularly bad |
| [01:43:18] |
<mitsuhiko> |
tag_: json rocks |
| [01:43:20] |
<tag_> |
angrymike: there is a very nice plugin and macro api |
| [01:43:21] |
<mitsuhiko> |
and fastcgi is great |
| [01:43:23] |
<tag_> |
mitsuhiko: for what? |
| [01:43:27] |
<tag_> |
what is JSON good for? |
| [01:43:35] |
<mitsuhiko> |
tag_: for serialisation of basic types with low overhead? |
| [01:43:50] |
<mitsuhiko> |
great for xmlhttprequest |
| [01:43:57] |
<tag_> |
Wrong. JSON is a poor non-reusable encoding mechanism |
| [01:43:59] |
<otaku42> |
mod_python is working fine here, so what? :) everyone takes what fits best for his purposes |
| [01:44:04] |
<tag_> |
double wrong, there is an XML at the begining of XMLHttpRequest |
| [01:44:08] |
<tag_> |
for a reason |
| [01:44:18] |
<tag_> |
your browser will parse XML just as fast if not faster than it will parse JSON |
| [01:44:46] |
<mitsuhiko> |
tag_: xml has a huge overhead |
| [01:44:47] |
<tag_> |
JSON is not low overhead, the SGML/XML parser built into your web browser and used with XMLHttpRequest is the same parser that is used for parsing every web page you view |
| [01:44:49] |
<tag_> |
obviously it's very fast |
| [01:44:51] |
<tag_> |
no it does ont |
| [01:44:56] |
<tag_> |
that is complete BS |
| [01:45:19] |
<mitsuhiko> |
json is fast enough |
| [01:45:26] |
<tag_> |
XML only has measurably larger wire transfer overhead than JSON when the XML is poorly formed |
| [01:45:41] |
<tag_> |
JSON also relies on eval() in JS implementation typically which is completely and totally bad juju |
| [01:45:42] |
<mitsuhiko> |
and my python creates an json dump faster then an xml dump |
| [01:45:54] |
<mitsuhiko> |
and i can work easier with the json data than the xml data |
| [01:45:57] |
<tag_> |
and if you aren't using eval(), it's even more silly to parse javascript from javascript |
| [01:46:07] |
<tag_> |
your services are no longer reusable if they speak json |
| [01:46:15] |
<mitsuhiko> |
sure i use eval(). i can trust the soruce |
| [01:46:28] |
<tag_> |
only things that speak json, which json is only for encoding data so it doesn't include the actual action/RPC exchange |
| [01:46:34] |
<mitsuhiko> |
tag_: my services can speak xmlrpc too |
| [01:46:34] |
<tag_> |
can speak to your web service. |
| [01:46:42] |
<mitsuhiko> |
but i don't use it for the xmlhttprequest |
| [01:46:43] |
<tag_> |
now XML RPC is noisey |
| [01:46:50] |
<tag_> |
now we're talking |
| [01:47:00] |
<mitsuhiko> |
i wont change the system |
| [01:47:05] |
<tag_> |
but XML-RPC is also an old standard from 1998 |
| [01:47:06] |
<mitsuhiko> |
it's fast and works like it should |
| [01:47:11] |
<mitsuhiko> |
tag_: doesn't matter |
| [01:47:13] |
<tag_> |
then don't but think about it next time you build a new system :-) |
| [01:47:15] |
<tag_> |
sure it does matter. |
| [01:47:16] |
<mitsuhiko> |
xmlrpc works |
| [01:47:29] |
<tag_> |
XML-RPC works marginally well. XML-RPC is also a distant shadow of SOAPs past. |
| [01:47:31] |
<mitsuhiko> |
tag_: i don't want an enterprisy standard |
| [01:47:39] |
<mitsuhiko> |
i just want something that works |
| [01:47:53] |
<mitsuhiko> |
tag_: so you propse the use of SOAP? |
| [01:47:59] |
<tag_> |
SOAP works. But it works in a way that doesn't suck. |
| [01:48:15] |
<mitsuhiko> |
the conversation ends here |
| [01:48:18] |
<tag_> |
yes, particularly the combination of SOAP and XSLT with ajax-y type of web applications, |
| [01:48:22] |
<tag_> |
because it's ideal |
| [01:49:04] |
<tag_> |
XML-RPC is literally a fork of SOAP, Dave Winer the guy who published XML-RPC literally took his very slightly modified version of SOAP 98 and published it (and he was one of the fellows working on it) because the microsoft politics moved too slow to get it out the door in any type of reasonable fasion |
| [01:50:00] |
<idnar> |
XML-RPC at least has a standard that is relatively accurately implemented and comprehensible |
| [01:50:05] |
<tag_> |
the problem is that XML-RPC predates most of the good features of XML technology, and the fact that it was released the same year as the XML 1.0 recommendation is very explanitory as to why it's devoid of namespacse and why it foolishly builds a type system on top of XML |
| [01:50:47] |
<idnar> |
the SOAP spec is practically impossible for mortals to understand, and every single implementation I've seen is horrifically buggy, but in a completely different way to every other implementation, yielding a complete interoperability nightmare |
| [01:50:49] |
<tag_> |
idnar: I agree that the deprecated (note, deprecated) SOAP RPC (otherwise known as "Section 5") encoding is sort of like hell in a handbasket, but it's also optional |
| [01:51:07] |
<idnar> |
heck, I'm not even talking about the RPC-style encoding :P |
| [01:51:16] |
<idnar> |
the thing is |
| [01:51:20] |
<tag_> |
and I also agree that the SOAP standard is particularly large, specifically SOAP 1.2, which deprecates a great many things |
| [01:51:23] |
<idnar> |
once you get into document-style encoding |
| [01:51:32] |
<idnar> |
you might as well just ditch the SOAP part, it serves no purpose |
| [01:51:34] |
<tag_> |
the fact of the matter is the popular SOAP mechanism is document/literal encoding which is no encoding at all |
| [01:51:38] |
<tag_> |
right |
| [01:51:46] |
<idnar> |
just exchange custom XML documents over HTTP and be done with it |
| [01:51:47] |
<tag_> |
SOAP isn't about SOAP, it's about WSDL really |
| [01:52:03] |
<idnar> |
you don't need a WSDL file when you can just have a URL |
| [01:52:12] |
* |
mitsuhiko is not enterprisy enough for XML |
| [01:52:20] |
<mitsuhiko> |
i can solve every problem without xml |
| [01:52:21] |
<idnar> |
(and nobody implements WSDL properly or interoperably, either) |
| [01:52:25] |
<asmodai> |
The backlog is full of acronyms and I am amazed it resembles English still. |
| [01:52:28] |
<tag_> |
You cannot have complex object representations with a URL |
| [01:52:37] |
<tag_> |
you cannot have *accurate* object representations with a URL |
| [01:52:49] |
<idnar> |
tag_: provide an XSD if you want |
| [01:52:54] |
<tag_> |
idnar: and that's not particularly true either. |
| [01:52:57] |
<tag_> |
idnar: that's sufficient :-) |
| [01:53:04] |
<idnar> |
(or something in a more sane schema language) |
| [01:53:35] |
<tag_> |
WSDL implementations have variences but the majority of them are documented and there is even a published base line managed by the web service interoperability group |
| [01:53:44] |
<idnar> |
well |
| [01:53:46] |
<tag_> |
The WS-I Basic Profile |
| [01:54:08] |
<idnar> |
the commercial stacks (WebSphere, .NET, Domino, etc. etc.) are on complete drugs |
| [01:54:08] |
<tag_> |
following this base actually line does work, amazingly. |
| [01:54:36] |
<idnar> |
commercial/proprietary |
| [01:54:41] |
<idnar> |
and all of the free software Python implementations I've looked at are even worse |
| [01:54:48] |
<tag_> |
that I believe |
| [01:55:11] |
<idnar> |
talking about both SOAP and WSDL now |
| [01:55:21] |
<tag_> |
Totally believable |
| [01:55:45] |
<idnar> |
for example, one of them (I can't remember which) dumps a traceback somewhere internally if you have an id attribute on any element of the SOAP request |
| [01:55:56] |
<tag_> |
I'm not sure python has much in a way of decent XML anything implementations. |
| [01:55:59] |
<idnar> |
another dumps a traceback somewhere internally if you do NOT have an id attribute on the root request element |
| [01:56:14] |
<tag_> |
yikes |
| [01:56:16] |
* |
ajt has left #trac |
| [01:56:46] |
<idnar> |
I have to interoperate with various SOAP implementations at my day job, and I just completely scrapped the idea of using a SOAP toolkit |
| [01:57:03] |
<idnar> |
I just generate XML documents directly, and send them over HTTP; that way, I can easily tailor them to the particular implementation on the other end |
| [01:57:10] |
<tag_> |
you use python at your day job?> |
| [01:57:22] |
<idnar> |
yup |
| [01:57:36] |
<tag_> |
what industry are you in if you don't mind my asking? |
| [01:57:40] |
<tag_> |
particularly |
| [01:58:03] |
<tag_> |
or specifically rather |
| [01:58:49] |
<otaku42> |
angrymike: what kind of javascript button do you mean? one of these where you can choose formatting stuff? |
| [01:59:01] |
<idnar> |
our main products are web applications used in the insurance brokerage industry and motor dealership industry; operating in South Africa |
| [01:59:01] |
<angrymike> |
yea |
| [01:59:16] |
<tag_> |
oh wow |
| [01:59:34] |
<angrymike> |
otaku42: I know I can just add it to wikitoolbar.js but that isn't very upgradeable |
| [01:59:42] |
* |
bnovc has quit IRC |
| [02:01:05] |
<otaku42> |
angrymike: hmm... no idea. personally, i have a few private patches applied, and i port them from version to version whenever i upgrade. not the easiest way, but it works for me somehow :) |
| [02:01:28] |
<angrymike> |
otaku42: Yea I just upgraded from 0.8 to 0.9 but I was hoping for a better way |
| [02:01:35] |
<angrymike> |
otaku42: thanks anyway. :) |
| [02:01:50] |
* |
bnovc has joined #trac |
| [02:02:15] |
<otaku42> |
angrymike: i fear that a plugin won't be suitable for this kind of modifications. but i'm not sure. |
| [02:02:39] |
<angrymike> |
otaku42: yea, since they are just javascript it isn't really that good. |
| [02:02:57] |
<angrymike> |
otaku42: but it is nice to be able to add your own buttons |
| [02:04:14] |
<otaku42> |
angrymike: yeah, and probably much easier than other modifications that require patching of trac's codebase :) |
| [02:05:25] |
<angrymike> |
otaku42: Maybe it would be possible someday to add to make those buttons some kind of plugin instead... |
| [02:05:33] |
<tag_> |
idnar: I'm not particularly fond of enterprisey solutions (I work with Java for a living as of recently...and I would avoid using JNDI at all costs, for instance) but I would be well suited as a lobbiest for the W3C. I'm fond of all of the many XML standards working together, a thing of beauty when it's done right. |
| [02:06:38] |
<idnar> |
heh |
| [02:07:10] |
<otaku42> |
angrymike: maybe it could be done by adding per-site specific .js files that are included by trac automatically when they are available. these files could contain functions that are called from the stock stuff, allowing extensions. in theory. i never looked at how this whole stuff is implemented, so my idea might be completely bullshit ;) |
| [02:08:05] |
<angrymike> |
otaku42: That would be a good goal. :) |
| [02:17:55] |
* |
bnovc has quit IRC |
| [02:18:30] |
<angrymike> |
otaku42: when you added your buttons did they stay on one line ? |
| [02:18:34] |
* |
bnovc has joined #trac |
| [02:19:08] |
<otaku42> |
angrymike: i did not add buttons there yet. the only buttons i add are located in the main navigation bar. |
| [02:19:47] |
<angrymike> |
otaku42: ok thanks, with 0.9 they appear one line under the original ones. :| |
| [02:22:40] |
* |
phoenixz has quit IRC |
| [02:22:47] |
* |
tuxipuxi has joined #trac |
| [02:32:49] |
<angrymike> |
otaku42: ahh when upgrading to 0.9 the wikitoolbar now has a width. :) |
| [02:33:00] |
<angrymike> |
otaku42: thanks for the help/chat. :) |
| [02:33:15] |
* |
Moof has left #trac |
| [02:33:23] |
<otaku42> |
angrymike: yw :) |
| [03:01:35] |
* |
Hydra_ has quit IRC |
| [03:02:57] |
* |
matt_good_ has quit IRC |
| [03:03:46] |
* |
matt_good_ has joined #trac |
| [03:21:12] |
* |
hpnadig has quit IRC |
| [03:29:24] |
* |
matt_good_ has quit IRC |
| [03:29:59] |
* |
matt_good_ has joined #trac |
| [03:31:14] |
* |
Blackhex has joined #trac |
| [03:34:34] |
* |
hpnadig has joined #trac |
| [03:43:37] |
* |
mtholdenss has joined #trac |
| [03:52:57] |
* |
pminnieur is now known as pminnieur|aw |
| [04:19:13] |
* |
paines has joined #trac |
| [04:19:20] |
<paines> |
hi |
| [04:20:53] |
<paines> |
I have problems starting trac with authentication. it used to run, but I had to restart the machine. now it starts, and I can view tickets and edit them, but I cannot log in. |
| [04:21:59] |
* |
Gruf has joined #trac |
| [04:22:26] |
* |
Sonderblade has joined #trac |
| [04:27:54] |
<otaku42> |
paines: more information, please. what version of trac? tracd or with a webserver (which one)? |
| [04:29:01] |
<mitsuhiko> |
humm |
| [04:29:14] |
<mitsuhiko> |
my trac recognices readded as a changeset link to /changeset/eadded |
| [04:29:25] |
<mitsuhiko> |
is that a bug or a feature? |
| [04:33:02] |
* |
Gruf has quit IRC |
| [04:33:29] |
<paines> |
otaku42, 0.95 tracd |
| [04:33:54] |
* |
Gruf has joined #trac |
| [04:34:41] |
<otaku42> |
paines: and which parameters do you pass to tracd? |
| [04:35:04] |
<otaku42> |
paines: already enabled logging? that probably gives you some infos that help to debug your problem. |
| [04:36:35] |
<paines> |
otaku42, tracd -p 8000 --basic-auth /var/trac/initenv/,/var/trac/initenv/htpasswd,/var/trac/initenv /var/trac/initenv/ -d |
| [04:37:45] |
<paines> |
otaku42, the guy who set up trac left the company and I have no experience with trac. and he also left no start script or documentation how he set it up. |
| [04:38:57] |
<otaku42> |
paines: then http://trac.edgewall.org/wiki/TracGuide might be worth a look |
| [04:38:59] |
* |
mtholdenss has quit IRC |
| [04:40:17] |
<otaku42> |
paines: and http://trac.edgewall.org/wiki/TracLogging explains how to use the logging stuff |
| [04:40:18] |
<paines> |
otaku42, okay. thanks |
| [04:55:57] |
<paines> |
otaku42, tracd -p 8000 --basic-auth *,/var/trac/initenv/htpasswd,rangee /var/trac/initenv/ did the job. thanks again |
| [04:58:16] |
<otaku42> |
paines: yw |
| [05:00:34] |
* |
s0undt3ch has joined #trac |
| [05:01:42] |
* |
s0undt3ch has quit IRC |
| [05:05:29] |
* |
agile_ has quit IRC |
| [05:08:46] |
* |
s0undt3ch has joined #trac |
| [05:13:28] |
* |
flosch has joined #trac |
| [05:16:45] |
<flosch> |
hi |
| [05:16:49] |
<otaku42> |
hey flosch |
| [05:19:06] |
* |
hpnadig_ has joined #trac |
| [05:19:25] |
<bnovc> |
. |
| [05:30:43] |
<angrymike> |
does anyone else have the problem of the account manager adding a user with the same name to the .htpasswd file when changing the user password ? |
| [05:34:31] |
* |
hpnadig has quit IRC |
| [05:36:24] |
* |
donginn__ has quit IRC |
| [05:37:59] |
* |
franck34 has left #trac |
| [05:38:37] |
* |
agile has joined #trac |
| [05:41:58] |
* |
elias_ has joined #trac |
| [05:44:47] |
<elias_> |
i've installed trac manually and it runs fine with apache/mod_python. but i've got a problem with the trac-admin, it always issues empty errors. any help? |
| [05:48:12] |
<elias_> |
well, at last i only want to make the errors visible. i guess its some pynoob stuff. :) |
| [05:53:51] |
* |
pminnieur|aw is now known as pminnieur |
| [05:56:51] |
<elias_> |
the problem was a missing lib in pythonpath. but i still cannot see error from within trac-admin |
| [05:56:55] |
<elias_> |
:( |
| [05:57:45] |
<angrymike> |
ahh the AccountManager is fixed in a later version |
| [06:05:01] |
* |
milk-it has joined #trac |
| [06:05:13] |
* |
moisei has quit IRC |
| [06:23:17] |
* |
chandlerc has quit IRC |
| [06:24:58] |
* |
pminnieur is now known as pminnieur|aw |
| [06:30:32] |
* |
eblot_ has joined #trac |
| [06:32:12] |
* |
wycats has joined #trac |
| [06:38:09] |
* |
coderanger_ has joined #trac |
| [06:39:04] |
<wycats> |
If I want to be able to use my components in a new Trac project, I should copy the components section of the conf file? |
| [06:40:00] |
<tuxipuxi> |
yes |
| [06:40:08] |
<wycats> |
And restart Apache? |
| [06:40:09] |
<tuxipuxi> |
or put the egg files in the plugins dir of that project |
| [06:40:17] |
<tuxipuxi> |
yes |
| [06:40:24] |
<wycats> |
mmkay |
| [06:40:27] |
<wycats> |
Trying it ;) |
| [06:40:36] |
<wycats> |
There should be a global conf where you can stick global plugins |
| [06:40:55] |
<tuxipuxi> |
iirc there's a global trac config |
| [06:41:04] |
<wycats> |
s'not working... |
| [06:41:15] |
<wycats> |
http://trac.visualjquery.com/jQueryRails/login |
| [06:42:18] |
<tuxipuxi> |
i don't have your error.log ;) |
| [06:42:26] |
<wycats> |
;) |
| [06:42:54] |
<wycats> |
How do I turn on logging again? |
| [06:43:09] |
<tuxipuxi> |
log_file = trac.log |
| [06:43:10] |
<tuxipuxi> |
log_level = DEBUG |
| [06:43:10] |
<tuxipuxi> |
log_type = file |
| [06:43:13] |
<wycats> |
gotit |
| [06:44:02] |
<wycats> |
requires environment upgrade |
| [06:44:49] |
<wycats> |
And BAM: http://trac.visualjquery.com/jQueryRails/login |
| [06:45:10] |
<tuxipuxi> |
:) |
| [06:46:27] |
<wycats> |
It's a beautiful thing |
| [06:46:46] |
<wycats> |
I'm using the same password store, so it was a cinch ;) |
| [06:47:03] |
* |
eblot has quit IRC |
| [06:49:16] |
<wycats> |
Thanks a ton |
| [06:50:07] |
<wycats> |
What's the query string you append to a Trac page to get a dump of setting details? |
| [06:51:09] |
<coderanger_> |
hdfdump=1 |
| [06:51:20] |
<coderanger_> |
not settings though, just the hdf |
| [06:51:54] |
<wycats> |
what's hdf? |
| [06:54:38] |
<cmlenz> |
http://www.clearsilver.net/docs/man_hdf.hdf |
| [06:57:46] |
<wycats> |
thx |
| [06:57:57] |
<wycats> |
Why doesn't the multi-projects page come with CSS? |
| [07:05:37] |
<wycats> |
Even something like this: http://trac.visualjquery.com/ would work wonders |
| [07:10:17] |
* |
maxb is now known as maxb_away |
| [07:14:51] |
* |
paines has left #trac |
| [07:19:45] |
* |
glen_quagmire has joined #trac |
| [07:19:49] |
<glen_quagmire> |
i'm here to chat |
| [07:20:12] |
<glen_quagmire> |
about life, religion, and how to secure trac...so that only registered users can view/edit tickets and stuff |
| [07:20:29] |
<glen_quagmire> |
the admin should be able to administrate via web interface |
| [07:21:07] |
* |
pminnieur|aw is now known as pminnieur |
| [07:21:39] |
<glen_quagmire> |
he doesn't know about ssh and no CLI |
| [07:26:15] |
<wycats> |
use trac-hacks |
| [07:27:07] |
* |
_idostyle has joined #trac |
| [07:27:17] |
<coderanger_> |
glen_quagmire: WebAdmin |
| [07:28:19] |
<glen_quagmire> |
thanks |
| [07:28:38] |
<glen_quagmire> |
-bash: trac-hacks: command not found |
| [07:29:33] |
<Blackhex> |
http://trac-hacks.org |
| [07:29:51] |
<Blackhex> |
:-) |
| [07:31:46] |
* |
klasstek has joined #trac |
| [07:42:01] |
<glen_quagmire> |
how do I use trac-hacks ? |
| [07:42:05] |
<glen_quagmire> |
it seems like a community |
| [07:42:09] |
<glen_quagmire> |
i installed WebAdmin |
| [07:42:16] |
<glen_quagmire> |
now i have to find trac.ini |
| [07:43:22] |
* |
praedar has quit IRC |
| [07:43:24] |
* |
idostyle has quit IRC |
| [07:43:25] |
<otaku42> |
glen_quagmire: <path to your trac environment>/conf/trac.ini ? |
| [07:43:27] |
* |
_idostyle is now known as idostyle |
| [07:43:41] |
<glen_quagmire> |
yah i don't know <path to my trac env> |
| [07:43:47] |
<glen_quagmire> |
Mac is so confusion |
| [07:44:13] |
<otaku42> |
glen_quagmire: is trac properly installed? |
| [07:44:19] |
<glen_quagmire> |
it runs |
| [07:44:26] |
<glen_quagmire> |
can see it from browser |
| [07:44:42] |
<Blackhex> |
congrats |
| [07:44:46] |
<glen_quagmire> |
wheeeeeeeee |
| [07:44:52] |
<glen_quagmire> |
giggity giggty goo |
| [07:45:25] |
<otaku42> |
glen_quagmire: during the installation, you had to run something like: trac-admin /path/to/myproject initenv |
| [07:45:33] |
<glen_quagmire> |
ye |
| [07:45:34] |
<glen_quagmire> |
s |
| [07:45:41] |
<glen_quagmire> |
so hrm |
| [07:45:52] |
<otaku42> |
glen_quagmire: then you will find trac.ini in /path/to/myproject/conf/ |
| [07:45:52] |
<glen_quagmire> |
i want to enable WebAdmin globally |
| [07:46:00] |
<glen_quagmire> |
is't it per project basis? |
| [07:46:23] |
<Blackhex> |
depends on where you have installed it |
| [07:46:34] |
<otaku42> |
glen_quagmire: WebAdmin can be installed globally, but has to be enabled in each trac environment where you want it to be usable |
| [07:46:42] |
<glen_quagmire> |
no way |
| [07:46:44] |
<glen_quagmire> |
that's crazy |
| [07:46:48] |
<Blackhex> |
if you install egg in plugins directory so that it is local |
| [07:46:52] |
<glen_quagmire> |
i want to enable once |
| [07:47:09] |
<glen_quagmire> |
and i can give it to non techie people and they will create new projects...etc |
| [07:47:14] |
<Blackhex> |
if you install it in pyhton path and enable it in trac ini it's global |
| [07:48:09] |
<otaku42> |
glen_quagmire: as i said: you will have to enable it in every project where you want it to be used. you can automate that to some extent, using a script that does that job. but it still needs to be done. |
| [07:48:53] |
<glen_quagmire> |
/Library/Python/2.3/trac |
| [07:49:00] |
<glen_quagmire> |
i think that's the path |
| [07:49:23] |
<glen_quagmire> |
Since version 0.9, Trac can also read the configuration from a global trac.ini file. These global options will then be merged with the environment-specific options, where local options override global options. |
| [07:50:41] |
<glen_quagmire> |
__default_conf_dir__ = '/System/Library/Frameworks/Python.framework/Versions/2.3/share/trac/conf' |
| [07:50:47] |
<glen_quagmire> |
according to siteconfig.py |
| [07:50:54] |
<glen_quagmire> |
so, do I create trac.ini under that dir? |
| [07:51:45] |
<Blackhex> |
I guess so |
| [07:52:50] |
<glen_quagmire> |
hrm i'm just using native trac server..no apache |
| [07:54:53] |
<glen_quagmire> |
how do I restart tracd? |
| [07:54:59] |
<glen_quagmire> |
mac is freaking confusing |
| [07:55:02] |
<glen_quagmire> |
killall tracd |
| [07:55:10] |
<glen_quagmire> |
no matching process found |
| [08:04:58] |
* |
pminnieur is now known as pminnieur|aw |
| [08:09:28] |
* |
chjunior has joined #trac |
| [08:10:16] |
* |
otaku42 is now known as otaku42_away |
| [08:10:32] |
<glen_quagmire> |
how do I remove all permissions on anonymous user? |
| [08:10:36] |
<glen_quagmire> |
should I do it one by one? |
| [08:11:00] |
<glen_quagmire> |
i want to block anonymous access |
| [08:11:12] |
<glen_quagmire> |
anonymous users should be redirected to login page |
| [08:13:31] |
<coderanger_> |
glen_quagmire: trac-admin /path/to/env permission remove anonymous * |
| [08:13:49] |
* |
chjunior has quit IRC |
| [08:14:01] |
<glen_quagmire> |
then i have to restart right? |
| [08:15:25] |
<matt_good_> |
glen_quagmire: no, permission changes don't require a restart |
| [08:15:38] |
<glen_quagmire> |
but when I do permission remove anonymous * |
| [08:15:40] |
<glen_quagmire> |
nothing happens |
| [08:15:52] |
<glen_quagmire> |
permission list shows anonymous with various permissions |
| [08:16:16] |
<glen_quagmire> |
one by one seems to work |
| [08:22:05] |
<glen_quagmire> |
my login page does not work |
| [08:23:19] |
<glen_quagmire> |
can I just pop a project directory to remove a project? |
| [08:31:50] |
* |
maxb_away is now known as maxb |
| [08:33:29] |
<glen_quagmire> |
how do I add users and groups? |
| [08:33:34] |
<glen_quagmire> |
permission add ? |
| [08:33:42] |
<glen_quagmire> |
i don't know how to differenciate user and group |
| [08:33:46] |
<glen_quagmire> |
and my login page doesn't work |
| [08:33:56] |
<glen_quagmire> |
http://dirtbag.blackhammer.com/bi_painline/login |
| [08:34:14] |
<Blackhex> |
there is no differen between user and group |
| [08:34:30] |
<glen_quagmire> |
AssertionError: Authentication information not available. |
| [08:34:42] |
<glen_quagmire> |
do I have to run tracd with --auth ? |
| [08:35:38] |
<Blackhex> |
I guess so |
| [08:35:46] |
<glen_quagmire> |
let me try |
| [08:36:03] |
* |
pminnieur|aw is now known as pminnieur |
| [08:36:47] |
* |
maxb has quit IRC |
| [08:39:37] |
* |
maxb has joined #trac |
| [08:46:39] |
* |
elias_ has quit IRC |
| [09:09:37] |
<glen_quagmire> |
trac's login system seems to remember session |
| [09:09:41] |
* |
chandlerc has joined #trac |
| [09:09:53] |
<glen_quagmire> |
even though i logout and clear cookie, when I click login, it just logs me in instead of prompting |
| [09:12:24] |
<pacopablo> |
glen_quagmire: that's a feature of your browser |
| [09:12:32] |
<glen_quagmire> |
really? |
| [09:12:44] |
<pacopablo> |
yes, it's the browser caching the authentication info |
| [09:13:00] |
<pacopablo> |
so when trac requests it, the browser just sends the previous login. |
| [09:13:11] |
<glen_quagmire> |
crap |
| [09:13:17] |
<glen_quagmire> |
it works the same on IE and firefox |
| [09:13:26] |
<glen_quagmire> |
how do I disable it? |
| [09:13:36] |
<glen_quagmire> |
i think it's trac's proble |
| [09:13:37] |
<glen_quagmire> |
m |
| [09:13:51] |
* |
xjjk has joined #trac |
| [09:13:52] |
<glen_quagmire> |
it probably maintains session information and when I logout, it doesnt' clear it |
| [09:14:09] |
<glen_quagmire> |
other sites i can logout and relogin as differnt dude |
| [09:14:38] |
<pacopablo> |
but the other sites don't use HTTP AUTH |
| [09:14:48] |
<pacopablo> |
do they? |
| [09:15:18] |
<glen_quagmire> |
no oidea |
| [09:15:27] |
<glen_quagmire> |
this is really annoying |
