Team Chat Logs

2007 0
Mo Tu We Th Fr Sa Su
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

January 26, 2007

[00:04:34] * maxb has joined #trac
[00:04:38] * omry has quit IRC
[00:08:05] * omry has joined #trac
[00:15:38] <asmodai> Good morning programs.
[00:18:21] * wkornewald has joined #trac
[00:30:01] * wkornewald has left #trac
[00:38:36] * tkp has joined #trac
[00:49:15] * cmlenz has quit IRC
[01:00:29] * thm has joined #trac
[01:08:48] * omry has quit IRC
[01:11:16] * hlb has quit IRC
[01:11:35] * hlb has joined #trac
[01:11:49] * cboos has joined #trac
[01:12:23] <cboos> hello
[01:12:49] * omry has joined #trac
[01:13:35] * cmlenz has joined #trac
[01:18:08] <cboos> howdy chris
[01:18:54] <cboos> just noticed a funny thing, look at http://trac.edgewall.org/ticket/4596 (the description content)
[01:19:31] <cboos> the description source I mean, do you notice something strange there?
[01:19:57] <cboos> (big) hint: in the System Information section
[01:43:58] <cmlenz> hmm
[01:44:07] <cmlenz> cboos: tbh, I can't see what you mean
[01:44:26] <cboos> don't you see a blank line between each row?
[01:44:48] <cmlenz> not in safari, at least
[01:45:02] <cmlenz> not in firefox either
[01:45:19] <cboos> ah ... tricky
[01:45:33] <cmlenz> neither on osx nor on linux
[01:45:36] <cboos> I see something like:
[01:45:36] <cmlenz> where are you seeing it?
[01:45:37] <cboos> || '''Trac''' || `0.11dev` ||
[01:45:39] <cboos> || '''Python''' || `2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)]` ||
[01:45:41] <cboos> ...
[01:45:48] <cboos> in the description textarea
[01:45:56] <cmlenz> oh
[01:46:04] <cmlenz> in the source, I missed that
[01:46:06] <cmlenz> yes, indeed
[01:46:41] <cboos> and the funny thing is that this will happen because of the CRLF in the template source ...
[01:46:45] * omry has quit IRC
[01:47:13] <cboos> so I wonder whether we shouldn't set the svn:eol-style to "lf" at least for templates/error.html
[01:48:07] <cmlenz> I think it'd be nicer to put together the content in the code instead of in the template
[01:48:51] <cboos> well, that's an alternative, yes
[01:49:03] <cboos> nicer I don't know ;)
[01:49:05] * omry has joined #trac
[01:49:14] <cmlenz> are you *sure* it's the CRLF?
[01:49:39] <cboos> well, 95% sure, as I can trigger the creation of similar tickets
[01:50:01] <cboos> wait ... I'll do a CRLF -> LF conversion...
[01:51:08] <cmlenz> I think it's simply that the py:for is on separate lines
[01:51:37] <cboos> doh, you're right
[01:51:57] <cboos> 2 LF for each iteration, of course
[01:52:14] <cboos> fixing that
[01:53:48] <cmlenz> simply pulling the closing </py:for> up seems to fix it
[01:55:00] <cboos> "pre-filled" is it valid english?
[01:55:07] <cboos> or "pre-filed" ?
[01:55:29] <cboos> As in "Please edit the pre-filled information as you see fit"
[01:56:24] <cmlenz> pre-filled is okay, but I'm not sure about "pre-filled information"... the form is pre-filled
[01:57:41] <cmlenz> what's wrong with the current text?
[01:59:12] <cboos> nothing, just want to prepend the above line
[02:00:36] <cboos> (as a way to encourage people to add more text)
[02:01:57] <cmlenz> hmm
[02:03:07] <cboos> speaking about <textarea> in the new report_edit.html template,
[02:03:34] <cboos> I saw that you indented the textarea content... should better start at the beginning of line
[02:03:51] <cmlenz> oh, that was an oversight
[02:03:53] <cmlenz> I'll fix it
[02:04:10] <cboos> ok
[02:04:29] <cmlenz> maybe move the default "how to reproduce" text to the front, and add a "(please provide details)" placeholder text inside the section
[02:04:51] <cmlenz> so that it's clear that the default content is *not* sufficient as "how to reproduce" instructions
[02:05:12] <cboos> ok
[02:05:40] <cboos> that was the other option I considered ;)
[02:05:46] * thm has quit IRC
[02:06:04] * omry has quit IRC
[02:31:23] * marlun has joined #trac
[02:42:22] * omry has joined #trac
[02:42:59] * eblot has joined #trac
[02:46:33] * eblot has quit IRC
[02:49:48] * goldeagle has joined #trac
[03:09:02] * Blackhex has joined #trac
[03:09:57] <Blackhex> hello
[03:11:26] <Blackhex> cboos: are you here?
[03:11:36] <cboos> yes
[03:12:11] <Blackhex> please, I have a question about IPermissionPolicy: When is check_permission called?
[03:13:20] <cboos> in the latest revs of the security branch, I think it's only once per (authname, permid)
[03:13:34] <cboos> in a given req
[03:13:54] <cboos> (in the lifetime of a given req, that is)
[03:14:13] <cboos> permid is an unique identifier for the resource being checked
[03:14:14] <Blackhex> and permid is registered how?
[03:14:37] <Blackhex> I'm asking if and how it is possible to check permissions of custom resources
[03:14:53] <cboos> that's easy, wait...
[03:15:40] <cboos> http://trac.edgewall.org/changeset/4599
[03:15:45] <cboos> something like this?
[03:16:20] <cboos> the permid are not registered, they are produced by the context. By default it's the (realm,id) tuple
[03:16:35] <cboos> some specialized contexts can override this
[03:16:56] <cboos> like the AttachmentContext, which adds to permid of it's parent context
[03:17:05] <Blackhex> ok so if i want some resource to be checked I have to only create context for it, don't I?
[03:17:15] <cboos> exactly
[03:17:22] <Blackhex> thanks
[03:19:07] <Blackhex> One more question, please: Did you (Trac team) thing about some general interface for notification (e-mail, ICQ, Jabber, etc...)?
[03:19:32] <cboos> yes,
[03:19:38] <Blackhex> something like INotificationProvider and INotificationRequestor
[03:19:47] <Blackhex> and?
[03:19:54] <cboos> the notification stuff should be hooked on the IChangeListener we already have, and...
[03:20:09] <cboos> the IChangeListener interfaces should be unified
[03:20:28] <Blackhex> in 0.11?
[03:20:32] <cboos> that would make it easy to create e-mail notiifcation for wiki changes etc.
[03:20:43] <cboos> + hook up other kind of notifications as you suggested
[03:20:56] <cboos> 0.11, well, depends on a number of things...
[03:21:17] <cboos> especially how fast the Context changes will go in trunk ;)
[03:21:32] <Blackhex> I'd like to use something like that in DiscussionPlugin, so if you'd like to help with something, tell me
[03:21:58] <cboos> bug cmlenz, participate on trac-devel discussion etc. ;)
[03:22:53] * dilinger has quit IRC
[03:23:08] <Blackhex> ok
[03:24:10] * dilinger has joined #trac
[03:25:12] * pobrien has joined #trac
[03:25:23] * omry_ has joined #trac
[03:25:25] * omry has quit IRC
[03:30:01] <cboos> cmlenz: he, you're getting some love from Mr. I. ;)
[03:30:57] <cboos> now that you fixed #4383, he's changing the owner of some other tickets from jonas to you ...
[03:32:15] * asmodai sighs
[03:33:31] * maxb has quit IRC
[03:33:43] * maxb_ has joined #trac
[03:34:41] * maxb_ is now known as maxb
[03:54:03] * _kop has joined #trac
[03:55:00] * dilinger has quit IRC
[03:55:57] * _kop is now known as kopernikus
[04:04:10] * dilinger has joined #trac
[04:28:24] * Blackhex has left #trac
[04:28:55] * zimbatm has joined #trac
[04:29:00] <zimbatm> hi
[04:30:00] <zimbatm> on the trunk, the syntax highlighter seems to be broken and outputs "-1-1-TEXT" string at start of lines
[04:30:06] <zimbatm> is this a known problem ?
[04:31:06] * jadd_ has joined #trac
[04:34:34] <cboos> zimbatm: you should probably upgrade your Genshi package, what version do you use currently?
[04:36:43] <zimbatm> trunk too
[04:37:01] <zimbatm> maybe it's the pygment version... checking
[04:40:01] <zimbatm> yay :)
[04:40:06] <zimbatm> thx
[04:42:22] <cboos> interesting, what was that pygment version?
[04:42:39] <cboos> (the one that failed?)
[04:47:10] <zimbatm> cboos: I can't seem to find the egg file, maybe it wasn't installed at all
[04:47:20] <zimbatm> or should Genshi solve the dependency on install ?
[04:47:34] <cboos> no
[04:47:47] <cboos> there's no relationship between Genshi and Pygments
[04:47:54] <cboos> it's only Trac that uses both
[04:48:16] <cboos> and so far Trac doesn't use setuptools itself, so there's no automatic install of dependencies yet
[04:48:55] * prologic has quit IRC
[04:49:52] <cboos> zimbatm: can you try to temporarily disable pygments, see if you have the "-1-1-TEXT" issue again?
[04:51:11] <zimbatm> ok, how do you do that ?
[04:51:22] <zimbatm> I've also found this bug : http://trac.edgewall.org/ticket/4386
[04:51:40] <zimbatm> I guess it's in site_packages egg info file
[04:51:56] * prologic has joined #trac
[04:54:04] <zimbatm> cboos: I removed pygment from easy-install.pth and I have the previously mentioned error
[04:54:11] <zimbatm> see : http://devlab.oree.ch/imp/wiki/lib_imp
[04:54:23] <cboos> can you see in the log which renderer was used?
[04:55:05] * abbas has joined #trac
[04:55:13] <cboos> maybe it's enscript... I haven't checked that one
[04:55:41] <cboos> (you have to have debug level logging I think)
[04:56:04] <abbas> hello
[04:56:20] <zimbatm> I use apache2 + mod_python. Is the debug level in trac.ini ?
[04:56:56] <cboos> @logging
[04:56:56] <evil_twin> cboos: "logging" is http://trac.edgewall.org/wiki/TracLogging <-- Enable debug logging to file, ensure your environments log/ directory is writeable by your web server user, check for errors.
[04:57:10] <cboos> yes, see the link above for details
[04:57:28] <abbas> i have an issue
[04:57:50] <abbas> i installed Trac few days back and all was working fine (with svn repositroy)
[04:58:27] <abbas> but all of a sudden (from today) it is giving 'TracError: Unsupported version control system "svn"' error
[04:58:54] * jadd_ has quit IRC
[04:58:58] <abbas> can anybody throw some light on this?
[05:00:19] * jadd_ has joined #trac
[05:02:42] * jadd_ has quit IRC
[05:03:13] <zimbatm> cboos: http://pastie.caboo.se/35815
[05:03:52] <zimbatm> enscript seems to be missing so it uses the PlainTextRenderer
[05:04:02] <cboos> ok ... and you're using trunk? latest?
[05:04:35] <cboos> (Because there were a few fixes in that area 20-30 changesets ago or so)
[05:05:55] <zimbatm> cboos: I'm using the trunk 4637
[05:06:02] <zimbatm> from like 1 hour ago
[05:06:07] <zimbatm> same for genshi
[05:06:16] <cboos> hm, wait I try to reproduce the issue
[05:06:26] <zimbatm> ok
[05:06:54] * byteshack has joined #trac
[05:07:00] <byteshack> g'morning
[05:07:25] <byteshack> I'd like to disallow ticket changes to tickets on closed milestones
[05:08:12] <cboos> ha, yes, you're right ...
[05:08:15] <byteshack> is ticket/web_ui.py:process_ticket_request() the place for such hack?
[05:09:02] <byteshack> cboos: g'morning... and thanks for the work on the hg plugin
[05:09:25] <cboos> zimbatm: so it's only when it _reverts_ to the plaintextrenderer, rendering a {{{ ... }}} block is ok...
[05:09:33] <cboos> zimbatm: I'll fix that...
[05:10:21] <cboos> byteshack: thanks! but there would be so much to do to improve Mercurial support ...
[05:11:28] <cboos> about "disallow ticket changes to tickets on closed milestones"
[05:12:05] <cboos> this could be done with a ITicketManipulator plugin
[05:12:31] <cboos> (right now)
[05:12:48] <cboos> but an even better solution would be a IPermissionPolicy plugin
[05:12:56] <cboos> (security branch)
[05:13:37] * prologic has quit IRC
[05:13:48] <cboos> where you could restrict the TICKET_MODIFY right depending on the ticket status...
[05:15:15] * prologic has joined #trac
[05:15:29] <s0undt3ch> cboos: hmmm, that can disallow opening closed tickets :)
[05:15:34] * cerw has joined #trac
[05:15:37] <cerw> hello everyone
[05:15:56] <s0undt3ch> *re-opening
[05:16:18] <cerw> Is ther some way i can add custom field to ticket, but DATETIME type?
[05:17:39] <byteshack> is the IPermisionPolicy stuff in trunk?
[05:17:43] <cboos> s0undt3ch: well yes, of course you have to take some precautions for such plugins ;) TICKET_ADMINs should be able to get those permissions regardless of the milestone's status
[05:18:14] <s0undt3ch> cboos: yes, for sure :)
[05:18:18] <zimbatm> thx cboos
[05:18:24] <cboos> byteshack: not yet, but hopefully soon (I'm still discussing a few things with cmlenz)
[05:18:56] <cboos> zimbatm: wait it's not yet fixed ;)
[05:19:17] * omry_ has quit IRC
[05:19:28] <byteshack> is there a better doc than the .py file for creating an ITicketManipulator plugin?
[05:19:49] <byteshack> cboos: I'd be willing to see if I can help with the hg plugin
[05:20:01] <byteshack> cboos: we inted to use it quite a bit, I'd say
[05:20:03] * omry_ has joined #trac
[05:20:17] <byteshack> s/inted/intend/
[05:20:36] <cboos> (about the ITicketManipulator) mh, no, but you can ask alect for help, as he wrote the stuff IIRC
[05:21:00] <cboos> about hg, well that would be nice ;)
[05:21:25] <cboos> one thing that shouldn't be hard to add in the current state of affairs would be the support for arbitrary diffs
[05:21:57] <byteshack> right now diff are not generated by hg, correct?
[05:22:17] * cboos has left #trac
[05:22:27] * cboos has joined #trac
[05:22:42] <cboos> (sorry, I hit the wrong key ;) )
[05:22:44] <byteshack> tagging files as "Merged" with some color box would be nice too, in the changeset view
[05:23:01] <cboos> yes, there's already a ticket about that
[05:23:27] <cboos> but even better: right now, for a merge, I show the two diffs
[05:23:31] <cboos> (against each parent)
[05:23:35] <byteshack> I haven't had time to go over the tickets on your plugin's trac
[05:24:00] <byteshack> cboos: and that diff with 2 parents in cool
[05:24:20] <cboos> what would be even better would be to show only the conflict resolution...
[05:24:36] <cboos> if there are some
[05:25:16] <cboos> i.e. instead of old / new, have oldA / oldB /new
[05:26:27] <cboos> but that's longer term; short term would be to support diffs from the revision log and arbitrary diffs ... i.e. implement REpository.get_changes()
[05:27:26] * m_g has joined #trac
[05:27:27] <cboos> for the "big plans", see http://trac.edgewall.org/wiki/TracMercurial#BugsandLimitations
[05:27:55] <cboos> and http://trac.edgewall.org/wiki/VcRefactoring
[05:28:27] <cboos> that will be probably my focus for 0.12
[05:28:43] <cboos> (well, one of my focus, the other will be the GenericTrac stuff ;) )
[05:28:51] * omry_ has quit IRC
[05:28:53] <byteshack> :)
[05:30:07] <byteshack> I'm out to see if I can do something about this no-change-on-closed-branch deal. I was going to dirtify the web_ui.py, but I think a plugin would be a LOT nicer
[05:32:24] <cerw> guys does anybody know some WEB SVN client then cacn checkout from remote SVN to LOCALFiles< i need svn client on my hosting bu dont have SSH ..
[05:33:10] * klando has joined #trac
[05:33:11] <cboos> cerw: well, if the remote end is running a Trac, you could use the browser and "Download as Zip" link
[05:34:10] <cerw> i did not know there is downlaod think.. that must be plugin
[05:34:21] <cboos> no, that's Trac >= 0.10 ;0
[05:34:33] <cerw> yeah that sounds ok but i would love to have webbased svn client.. which i can tell what to checkout and where.. etc..
[05:34:41] <cerw> it's realy hard to keep with FTP sync.. :(
[05:35:36] <cboos> well, I think a few webdav clients should be compatible with mod_dav_svn ...
[05:36:11] <cerw> webdav client hmmm!!!
[05:36:22] <cerw> i can try that
[05:36:38] <cboos> http://svnbook.red-bean.com/nightly/en/svn.webdav.clients.html
[05:37:46] <cboos> I'm not sure this lets you pick arbitrary revision, though. Probably only the latest.
[05:38:06] <cerw> yeah only the HEAD
[05:38:14] <cerw> but now need to find webbased webdav client
[05:38:41] * omry_ has joined #trac
[05:38:52] * abbas has quit IRC
[05:41:14] * pobrien has left #trac
[05:46:21] <byteshack> ah! ITicketManipulator :) ..... nice :)
[06:03:12] * zimbatm has quit IRC
[06:08:04] * kopernikus has quit IRC
[06:08:11] * JonXP has joined #trac
[06:15:36] * marlun has quit IRC
[06:22:59] * Guest15840 has quit IRC
[06:28:49] * kopernikus has joined #trac
[06:32:57] * sebn has quit IRC
[06:35:08] * DanielHolth has joined #trac
[06:40:29] <cerw> is ther some IRC bot which likes to talk to trac?
[06:41:48] <cboos> well, there's evil_twin which let you point into Trac conveniently
[06:42:03] * omry_ has quit IRC
[06:42:15] <cboos> there used to be another bot, which listened to Trac events and relayed them in the channel
[06:42:22] <cboos> (don't remember how it was called)
[06:42:50] <cboos> but I don't know of a bot which could send stuff to Trac ...
[06:43:31] <cerw> no
[06:43:35] <cerw> i want trac -> bot
[06:43:38] <cerw> that would be enought
[06:47:56] <cerw> hmm u dont remenerb the name at all?
[06:47:58] * d0rt has joined #trac
[06:48:00] <s0undt3ch> cerw: supybot with the trac plug
[06:49:56] <cerw> thankkss
[06:50:04] <cboos> s0undt3ch: how was that bot called again (in the channel) ?
[06:51:10] <cerw> emerging..
[06:51:23] <s0undt3ch> cboos: the evil_twin is supybot
[06:51:48] <s0undt3ch> the trac "bindings" is the trac plug for supybot
[06:51:59] <s0undt3ch> @version
[06:52:01] <evil_twin> s0undt3ch: The current (running) version of this Supybot is 0.83.1. The newest version available online is 0.83.2.
[06:52:20] <s0undt3ch> there y'all go ;)
[06:52:34] <cerw> nice
[06:53:06] <cboos> s0undt3ch: well, no I was not refering to evil_twin ...
[06:53:15] <s0undt3ch> oh, you weren't
[06:53:17] <s0undt3ch> heh
[06:53:27] <s0undt3ch> what were you refernig to?
[06:53:55] <cboos> there used to be another bot, whcih was saying at time : "changeset xyz committed (with the link)"
[06:54:05] <s0undt3ch> cboos: are you talking about the wiki changes stuff?
[06:54:37] <cboos> I don't remember if the wiki changes were also posted to the channel, but the changesets were ...
[06:54:41] <s0undt3ch> supybot can also do that, just make him listen to the timeline
[06:54:54] <s0undt3ch> the rss feed of the timeline
[06:55:00] <cboos> oh, that would be great!
[06:55:14] <s0undt3ch> of course for changeset's there's CIA
[06:55:19] <s0undt3ch> that's what I use
[06:56:01] <cerw> http://supybot.com/Members/Synapse/TracBot/1.0.1/release_view
[06:56:08] <s0undt3ch> registereing projects with cia from a week ago has been made pretty simple
[06:56:32] <s0undt3ch> cboos: http://cia.navi.cx
[06:57:07] <s0undt3ch> cboos: here's an example
[06:57:08] <s0undt3ch> 02:41:43 < CIA-22> I18NToolBox: s0undt3ch * r45 /branches/bitten/ (5 files in 4 dirs): First try on the bitten branch.
[06:57:46] <s0undt3ch> that does not include the changeset url though
[06:57:49] <Synapse> cerw: That doesn't listen.
[06:57:58] <Synapse> It's for generating links to tickets, and creating tickets.
[06:58:17] <s0undt3ch> Synapse: heh, you're the creator of the TracBot?
[06:58:25] <Synapse> Yes indeed.
[06:58:33] <s0undt3ch> Congrats!
[06:58:43] <Synapse> I have a half-written tutorial on integrating supybot with trac on my blog.
[06:58:56] <Synapse> http://www.mootpointer.com/articles/2007/01/24/so-you-want-your-very-own-towncrier
[07:01:08] <cerw> thanks mate!
[07:04:22] <cboos> WhippingBoy, that was the old one I was thinking of ...
[07:05:30] <s0undt3ch> cboos: dunno what was behind WhippingBoy :)
[07:05:58] <cboos> well AFAICT, WhippingBoy was also the name of the program ;)
[07:06:07] <cboos> http://www.mootpointer.com/pages/TownCrier
[07:06:43] <cboos> more specifically, it was "TracBot", a clone of WhippingBoy according to the link above
[07:07:34] <SpComb> pfft supybot :P
[07:09:30] <cboos> Synapse: so IIUC, it would be possible to get the changeset notifications with evil_twin?
[07:10:11] <Synapse> cboos: That's mine, and yes.
[07:10:31] <Synapse> Though, generally, I'd recommend CIA.
[07:13:10] <cboos> well, I ask because it would be nice to trigger some discussions in the #trac channel, as the changesets pour in ;)
[07:14:33] <s0undt3ch> if there's a poll about it, CIA +1 :)
[07:15:03] <s0undt3ch> though CIA requires a post-commit hook setup
[07:15:11] <SpComb> indeed, CIA is a cool bot (although SpBot is cooler)
[07:15:27] <s0undt3ch> for 2 diferent things
[07:16:31] <s0undt3ch> although I'm not oposed to enhance TracBot :)
[07:16:55] <SpComb> even though it doesn't actually do anything useful yet, it's still cooler on a conceptual level
[07:18:48] <s0undt3ch> I think the design lines and goal achievements behind both were really diferent
[07:20:11] * Guardian has quit IRC
[07:20:31] <Synapse> Actually, they were remarkably similar, I was just in the middle of my final year of highschool so I couldn't do anything properly.
[07:20:49] <Synapse> I wanted to but some notfication events in trac and have a full on XML-RPC solution.
[07:21:08] <Synapse> That's still on the cards for this year, depends how university treats me.
[07:22:08] * danbeck has joined #trac
[07:22:53] <Synapse> I can bring TownCrier in here to show you what it's like.
[07:23:12] <Synapse> Or you could pop into any number of channels and look.
[07:28:32] <Synapse> But for now, I sleep.
[07:29:15] * LionsMane has joined #trac
[07:31:16] * m4lu6 has joined #trac
[07:34:45] * elehack|work has joined #trac
[07:41:04] * __doc__ has joined #trac
[07:41:53] <__doc__> I've gotten a trac error of a trac that has been running untouched for quite a while. Is this a common/recurring phenomenon that tracs break on their own?
[07:42:42] * sineer has joined #trac
[07:49:17] <cboos> __doc__: what kind of error?
[07:57:41] * kopernikus has quit IRC
[07:59:05] <__doc__> cboos: sorry, gotta run. back later
[07:59:33] <cboos> ok, or create a ticket ;)
[08:17:02] * agile has quit IRC
[08:20:39] <The_Tick> cboos: I think __doc__ needs to read this: http://www.mikeash.com/getting_answers.html
[08:29:30] <cboos> The_Tick: thanks for the link, interesting material for our
[08:29:34] <cboos> @wiki IrcChannel
[08:29:34] <evil_twin> cboos: http://trac.edgewall.org/wiki/IrcChannel
[08:29:48] <The_Tick> ya
[08:29:59] <The_Tick> I think it's the best at getting to the point about it
[08:35:56] <cboos> I also like how he qualifies the how-to-ask-questions-in-a-smart-way ... "pretty condescending, especially if you already feel insulted by somebody telling you that you need help asking questions". Nicely put ;)
[08:40:43] * em-dash has joined #trac
[08:43:04] * dilinger has quit IRC
[08:49:08] * Hellaenergy has joined #trac
[08:49:21] * em-dash has quit IRC
[08:54:52] * thm has joined #trac
[08:55:14] * bryanl has joined #trac
[08:59:29] * sineer has quit IRC
[09:01:26] * Guardian has joined #trac
[09:04:09] <cboos> cmlenz: hello again
[09:05:21] * dilinger has joined #trac
[09:05:41] <pacopablo> morning
[09:05:52] <bnovc> I'm using basically this same code on another server and it works, but I'm getting no errors that I can find so I thought someone might have an idea: http://home.bnovc.com/tracsetup.txt - all I get is The requested URL /448/trac was not found on this server.
[09:06:02] <cboos> hello paco
[09:06:47] * klando has quit IRC
[09:07:35] * chandlerc has joined #trac
[09:08:18] * lightcap_ has joined #trac
[09:08:56] <pacopablo> hello cboos
[09:10:00] <pacopablo> bnovc: is the rest of the apache config the same?
[09:10:06] <pacopablo> between the two servers that is
[09:10:45] * omry has joined #trac
[09:12:22] * lnayrb has joined #trac
[09:20:00] * bryanl has quit IRC
[09:25:21] <cboos> cmlenz: ping
[09:25:38] <cboos> ok, time for a mail...
[09:28:12] <cboos> see you later folks
[09:28:15] * cboos has quit IRC
[09:30:19] * lightcap_ has quit IRC
[09:32:14] * em-dash has joined #trac
[09:35:23] * lnayrb has quit IRC
[09:36:22] <byteshack> what do I need to import to get an ITicketManipulator implementor to work?
[09:36:50] * omry has quit IRC
[09:38:05] * omry has joined #trac
[09:42:41] * agile has joined #trac
[09:54:18] * chrisg has joined #trac
[10:16:48] * mikechml has quit IRC
[10:17:09] * bryanl has joined #trac
[10:19:13] * Miek has joined #trac
[10:24:48] * goldeagle has quit IRC
[10:27:59] * unlord has joined #trac
[10:28:24] <unlord> is it possible to create new Component categories via the web interface
[10:28:54] <unlord> or do I have to do it via trac-admin
[