Team Chat Logs

August 12, 2009

2009 7
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            
<< <   > >>

[08:32:43]<doki_pen>I have them back to june 24th
[08:32:48]<pacopablo>doki_pen: I'll let you know what I'm missing
[08:32:49]<pacopablo>cool
[08:32:56]<pacopablo>I still need to import the log history
[08:33:08]<doki_pen>I can't wait until I finish search
[08:33:11]<doki_pen>it's going to be nice
[08:33:21]<doki_pen>I also need channel permissions so I can put my private logs up
[08:33:22]<pacopablo>yeah, I can't wait either ;)
[08:33:35]<doki_pen>so those will be the next two features
[08:33:41]<pacopablo>cool
[08:33:59]<doki_pen>is there a way to control the order of menunav ?
[08:34:30]<pacopablo>yeah, there is a ini setting
[08:35:06]<pacopablo>http://trac.edgewall.org/wiki/TracIni#trac-section
[08:35:10]<doki_pen>also, there needs to be a way users can figure out the channel name so they can use the macros
[08:35:12]<pacopablo>see the mainnav option
[08:35:16]<doki_pen>ty
[08:36:33]<doki_pen>checkout load time on yesterdays #python
[08:36:35]<doki_pen>yuk!
[08:37:39]<dunk_>2009-08-12 17:37:18,318] (chatlog) failed to log to db: SQLite Date, Time, and DateTime types only accept Python datetime objects as input.
[08:37:48]<dunk_>whats that ?
[08:38:03]<doki_pen>pacopablo: is that something with the sqlalchemy stuff?
[08:38:05]<pacopablo>er, are they for some reason not getting a datetime.datetime object?
[08:38:15]<doki_pen>pacopablo: I tested with sqlite and it _was_ working
[08:38:17]<dunk_>no idea
[08:38:22]<doki_pen>so my guess is that you broke it ;)
[08:38:24]<dunk_>this is with sqlite
[08:38:46]<dunk_>i merge in the commits from dokipens plugin repo
[08:38:50]<dunk_>merged
[08:39:40]*pacopablo looks around; "It wasn't me!" :)
[08:39:44]<doki_pen>haha
[08:39:47]<doki_pen>I'll take a look
[08:40:03]<dunk_>make sure you'll update from the main gozerplugs repo
[08:40:07]<pacopablo>well, it looks as though the data being passed to the sqlalchemy object isn't a datetime object
[08:40:08]<dunk_>let me check too
[08:40:11]<pacopablo>and it should be
[08:40:20]<dunk_>which line paco then i'll fix it
[08:40:58]<dunk_>ef timestr(): return time.strftime(format_opt('timestamp_format'))
[08:41:00]<dunk_>?
[08:41:12]<dunk_>ow no thats just a string
[08:41:58]<dunk_>well
[08:42:04]<dunk_>might be just the place
[08:42:27]<doki_pen>am I converting to string?
[08:42:40]<doki_pen>if so, we should pass around the datetime, and only convert to string when writing to file
[08:42:53]<pacopablo>yeah
[08:43:08]<pacopablo>see, I TOLD you it wasn't me ;)
[08:43:38]<dunk_>no it should be converted to datetime only in the db case
[08:43:44]<dunk_>i think ;]
[08:44:15]<dunk_>otherwise the log to file thing borks
[08:46:03]<doki_pen>dunk_: why can't we convert it to string inside the file backend?
[08:46:08]<doki_pen>that seems to make the most sense to me
[08:46:16]<dunk_>could be as well
[08:46:22]<doki_pen>parsing a string that has been formatted from a datetime seems braindamaged
[08:47:04]<dunk_>have your take at it doki i'll wait till you update your repo
[08:50:26]<doki_pen>dunk_: I just updated my repo, but I didn't test
[08:50:40]<doki_pen>(useful, huh?)
[08:50:41]<doki_pen>lol
[08:50:54]<dunk_>hehe
[08:51:16]<dunk_>please test first
[08:51:27]<doki_pen>k, I'm at work, but I'll try and squeeze it in
[08:51:39]<dunk_>i'm too tired of fixing stuff for the 0.9.1 release right now
[08:51:46]<dunk_>you can do it later doki
[08:51:50]<doki_pen>are you using sqlite?
[08:51:52]<doki_pen>or just testing?
[08:51:53]<dunk_>ah wait i'll try
[08:52:00]<dunk_>sqlite
[08:52:04]<dunk_>well
[08:52:09]<dunk_>testing with sqlite
[08:52:43]<doki_pen>$help
[08:52:50]<doki_pen>!help
[08:52:50]<evil_twin>help <cmnd> or help <plugin> .. see the !list command for a list of available plugins or see !available command for a list of plugins to be reloaded
[08:52:51]<good_twin>help <cmnd> or help <plugin> .. see the !list command for a list of available plugins or see !available command for a list of plugins to be reloaded
[08:53:00]<doki_pen>good_twin: chatlog-cfg
[08:53:06]<good_twin>options: backend="db" .. basepath=None .. channels=[[u'freenode-dokibot', u'good_twin'], [u'freenode-dokibot', u'#trac'], [u'freenode-dokibot', u'#dokitest'], [u'freenode-dokibot', u'#dokitest2']] .. dbhost="" .. dbname="chatlog.db" .. dbpasswd="chatlog" .. dbtype="sqlite" .. dburi="" .. dbuser="chatlog" .. format="simple" .. nologmsg="-= THIS MESSAGE NOT LOGGED =-" .. nologprefix="[nolog]"
[08:53:07]<dunk_>added 20 changesets with 37 changes to 20 files
[08:53:13]<dunk_>whats that ?
[08:53:28]<doki_pen>dunk_: probably just my merge of your stuff
[08:53:33]<doki_pen>dunk_: look for the last commit
[08:53:35]<dunk_>i'll try to mrege
[08:54:05]<dunk_>ok workded
[08:54:07]<dunk_>worked
[08:54:10]<dunk_>let me test
[08:54:46]<good_twin>chatlog already enabled on (freenode-dokibot,#trac)
[08:54:46]<doki_pen>good_twin: chatlog-on
[08:54:57]<doki_pen>:S
[08:55:30]<doki_pen>failed to log to db: dbstart() got an unexpected keyword argument 'base'
[08:55:54]<dunk_>!upgrade-plugs
[08:55:56]<evil_twin>can't fetch current revision
[08:55:58]<doki_pen>haha, I didn't upgrade
[08:55:59]<doki_pen>lol
[08:56:24]<dunk_><type 'exceptions.MemoryError'>:
[08:56:32]<dunk_>teh horror
[08:56:49]<doki_pen>hold on, I'm testing
[08:57:26.390989]<dunk_>bla
[08:57:28.416413]<dunk_>!v
[08:57:28.428936]<evil_twin>GOZERBOT 0.9.1.1 RELEASE POSTGRES
[08:59:14.845436]<doki_pen>good_twin: v
[08:59:26.748514]<doki_pen>!v
[08:59:26.764467]<evil_twin>GOZERBOT 0.9.1.1 RELEASE POSTGRES
[08:59:28.289811]<good_twin>GOZERBOT 0.9.1.1 RELEASE SQLITE
[08:59:45.126753]<dunk_>doki i guess its better to test in #dunkbots
[09:00:00.418222]<dunk_>db logging works for me though
[09:00:04.322212]<doki_pen>dunk_: it's working on sqlite
[09:00:10.187977]<doki_pen>dunk_: let me test file now
[09:00:18.326215]<dunk_>but i dont seem to be able to get evil_twin working again
[09:00:22.781738]<dunk_>yes please
[09:00:29.301634]<doki_pen>good_twin: chatlog-cfg backend file
[09:00:30.109696]<good_twin>backend set
[09:00:37.987866]<doki_pen>good_twin: chatlog-cfgsave
[09:00:38.664184]<good_twin>config saved
[09:00:40.033860]<dunk_>cool
[09:00:48.441444]<dunk_>load backends on the fly ;]
[09:00:49.284441]<pacopablo>there a patch I need to apply?
[09:00:55.925881]<dunk_>paco i dont know
[09:00:57.616985]<doki_pen>pacopablo: it's just for sqlite
[09:01:03.452533]<dunk_>i think your box is having troubles
[09:01:11.780512]<doki_pen>pacopablo: but feel free to test
[09:01:57.802113]<dunk_>!v
[09:01:59.068355]<evil_twin>GOZERBOT 0.9.1.1 RELEASE POSTGRES
[09:02:05.575531]<doki_pen>dunk_: files working too
[09:02:17.860668]<doki_pen>go ahead and merge/commit
[09:02:21.099031]<dunk_>ok ill commit it
[09:02:24.281315]<pacopablo>dunk_: nope, no chatlog in myplugs
[09:02:31.631607]<dunk_>thnx for the testing/work doki
[09:02:35.266472]<dunk_>paco strange
[09:02:35.788093]<doki_pen>dunk_: np
[09:03:22.865205]<dunk_>[gozerimport] importing myplugs.chatlog
[09:03:32.418102]<dunk_>thats why i was thinking that
[09:03:38.172381]<dunk_>maybe its just trying
[09:04:17.569904]<pacopablo>indeed, but: ls myplugs: __init__.py __init__.pyc ircsms.py ircsms.pyc retractile.py retractile.pyc
[09:04:17.678026]<evil_twin>pacopablo, it's retracile, NOT retractile. Get it right!
[09:04:25.410627]<dunk_>haha
[09:04:31.123796]<pacopablo>haha, that's great
[09:04:34.615027]<dunk_>paco ok then its just trying
[09:05:03.989966]<dunk_>still no clue why evil_twin isnt logging though
[09:06:06.487209]*retracile notices it's rapidly approaching noon
[09:06:13.912056]*retracile utters something derisive about mornings.
[09:06:29.380804]<pacopablo>er, so I do have some logs in the db
[09:06:33.792683]<dunk_>[runner] running cb-chatlog: chatlogcb
[09:06:39.823989]<dunk_>yeah it should be
[09:06:47.751976]<dunk_>ok maybe reloading the page is not enough
[09:06:53.328804]<pacopablo>but now to figure out why they don't show
[09:06:54.126965]<evil_twin>t.e.o: Changeset [8463]: 0.12dev: r8268 from rework-testing was actually merged in r8306 - ... - <http://trac.edgewall.org/changeset/8463> - cboos
[09:07:15.719348]<pacopablo>morning retracile
[09:07:18.983901]<dunk_>yeah
[09:07:21.246109]<dunk_>strange
[09:10:56.188528]<Boosh>does anyone know how I can create my own timeline? I would like to see comment updates and other things on the timeline
[09:11:46.100188]<deever>anyone here using the MasterTickets plugin and not sqlite?
[09:27:28.291903]<pacopablo>Boosh: there is an option for showing ticket updates
[09:28:45.707493]<dunk_>http://bitten.edgewall.org/timeline?ticket=on&ticket_details=on&milestone=on&wiki=on&max=50&daysback=1&format=rss
[09:28:51.868333]<dunk_>this is what we use here
[09:30:39.187215]<pacopablo>well, in #bitten at least :)
[09:30:46.433549]<dunk_>ow sorry ;]
[09:31:02.774673]<pacopablo>it does show the concept, though
[09:31:06.820219]<dunk_>yeah
[09:33:14.460740]<doki_pen>pacopablo: maybe the query date comparison is busted
[09:33:51.213534]<dunk_>i think you are inserting a string instead of the datetime thing
[09:34:05.571086]<pacopablo>no, it's definitely a datetime
[09:34:09.625207]<dunk_>ah ok
[09:34:31.529367]<pacopablo>but it has changed, it's added the ms
[09:35:06.780902]<dunk_>ah yes
[09:36:41.293016]<doki_pen>pacopablo: checkout line 88 in db.py
[09:36:52.590666]<doki_pen>maybe the type is wrong?
[09:37:50.219704]<doki_pen>perhaps we should check type there
[09:40:46.041720]<dunk_>doki db.py is no longer used
[09:40:51.165938]<dunk_>see alchemy.py
[09:41:12.249779]<dunk_>well you can use db but paco moved stuff over to use alchemy
[09:43:40.272134]<doki_pen>db.py in irclogsplugin
[09:44:17.551568]<dunk_>ah ok
[09:54:07.810589]<Boosh>thanks pacopablo
[09:57:33.012297]<jhammel>does add_warning support markup?
[09:58:25.016200]<pacopablo>jhammel: use the source!
[09:58:29.509666]<pacopablo>jhammel: actually, I can't remember
[09:58:41.502528]<pacopablo>I *think* you can pass it a Markup object, but not sure
[09:58:52.689272]<jhammel>pacopablo: i vaguely remember not....but am not sure either
[09:59:02.190362]<jhammel>well, i'll punt until the designers get to it
[09:59:57.982646]<pacopablo>http://trac.edgewall.org/browser/branches/0.11-stable/trac/web/chrome.py#L115
[10:00:06.659709]<pacopablo>so, looking like it's just a plain string
[10:00:33.388065]<jhammel>pacopablo: thanks....that's what i thought
[10:01:40.251852]<pacopablo>though it must be overloading the operator.imod
[10:01:48.386607]<pacopablo>due to the msg %= args
[10:01:50.329880]<jhammel>well, not important now...maybe later. i can always fake it if needed
[10:01:57.054884]<pacopablo>unless string does that by default
[10:02:25.301483]<jhammel>it does
[10:06:18.899627]<pacopablo>see how much I use that operator :)
[10:07:05.252691]<jhammel>pacopablo: i never used it before myself ;)
[10:11:50.971516]<evil_twin>t.e.o: Ticket #8561 (URL hex encoding in Query.to_string()) updated - <http://trac.edgewall.org/ticket/8561#comment:2> - ebray
[10:23:05.970573]<doki_pen>do you guys think it would be too noisy to have trac-hacks commits displayed via evil_twin?
[10:23:10.032219]<doki_pen>is that possible pacopablo ?
[10:23:36.109461]<dunk_>just a rss feed
[10:23:40.155619]<dunk_>but
[10:23:48.303173]<dunk_>dunno if its too noisy
[10:23:49.361541]<dunk_>;]
[10:24:01.454226]<doki_pen>I don't think it would be, but I can check ohloh
[10:26:17.732666]<Boosh>hey pacopablo this timeline doesn't seem to update immediately... is there a place to reference how to control this feed?
[10:26:26.984535]<Boosh>or is it just a custom query?
[10:29:01.523817]<doki_pen>looks like < 5 commits per day
[10:30:28.998765]<nedko>osimons: can the xmlrpc plugin work with openid plugin? (http://trac.sandbox.lt/auth/wiki/AuthOpenIdPlugin)
[10:35:22.866777]<doki_pen>ah, looks like trac-hacks doesn't have rss enabled
[11:01:52.133490]<evil_twin>t.e.o: Ticket #4507 (Improve behavior of hierarchical page names) updated - <http://trac.edgewall.org/ticket/4507#comment:25> - rblank
[11:06:52.616202]<evil_twin>t.e.o: Ticket #7995 (some strange behavior) closed - <http://trac.edgewall.org/ticket/7995#comment:3> - rblank
[11:17:08.153434]<evil_twin>t.e.o: Ticket #8563 (TypeError: <lambda>() got multiple values for keyword argument 'type') updated - <http://trac.edgewall.org/ticket/8563#comment:2> - andreas.r.johansson@…
[11:30:26.820504]<osimons>nedko: the xmlrpc itself does not care as it hides behind trac and uses whatever it gets served - real problem is finding xmlrpc libs for the clients that can handle it
[11:31:01.822146]<nedko>osimons: at client or server side?
[11:31:25.709073]<osimons>client
[11:31:40.199291]<nedko>osimons: i'd like to extend wikifs to work with my trac that uses openid
[11:31:49.555692]<osimons>for instance the python xmlrpclib only knows how to do basic auth
[11:32:59.584227]<osimons>your client needs to know how to follow the ids, redirect +++ to get auth before handling the actual request
[11:33:08.048710]<nedko>osimons: one more question, on the web page i see that putpage does not require modify access, only view, is this intentional?
[11:33:34.772304]<osimons>does it? the html page in your /xmlrpc docs?
[11:34:13.118554]<nedko>osimons: http://trac-hacks.org/wiki/XmlRpcPlugin
[11:35:06.836331]<osimons>that screenshot is very old... now it says 'By resource' as it supports trac 0.11 fine-grained permissions (security policies) and so on
[11:35:30.511783]<osimons>navigate to your own /xmlrpc page when installed, and latest docs show there based on what you have
[11:35:59.107225]<nedko>i havent installed the plugin yet ;)
[11:36:09.398687]<osimons>hehe. better do that then :-)
[11:36:25.536286]<nedko>yes :)
[11:37:02.010916]<evil_twin>t.e.o: Ticket #8563 (TypeError: <lambda>() got multiple values for keyword argument 'type') updated - <http://trac.edgewall.org/ticket/8563#comment:3> - andrea.tomasini@…
[11:37:22.634057]<osimons>clients will be the problem - but (xml)rpc plugin now also supports json-rpc, so you may be able to do something cool browser-based using openid?
[11:37:51.905563]<osimons>however, the cross-domain will be an issue unless you serve the logic from the trac
[11:37:59.022472]<nedko>osimons: i'm the author of the client (wikifs) so i guess i'll handle it somehow :)
[11:38:22.953296]<osimons>nedko: go for it
[11:40:01.967934]<retracile>pacopablo: mornin'... err... well, it was when you said it. (been a bit busy....)
[11:40:13.824756]<pacopablo>retracile: slacker! ;)
[11:40:31.336860]<retracile>pacopablo: hehe :)
[11:46:54.260714]<evil_twin>t.e.o: Ticket #8563 (TypeError: <lambda>() got multiple values for keyword argument 'type') updated - <http://trac.edgewall.org/ticket/8563#comment:4> - cboos
[11:56:57.838301]<evil_twin>t.e.o: Ticket #8563 (TypeError: <lambda>() got multiple values for keyword argument 'type') updated - <http://trac.edgewall.org/ticket/8563#comment:5> - andrea.tomasini@…
[12:02:00.872919]<evil_twin>t.e.o: Ticket #8276 (UnicodeEncodeError: 'ascii' codec can't encode characters in position ...) reopened - <http://trac.edgewall.org/ticket/8276#comment:24> - cboos
[12:09:01.673756]<philippel>question anyone familiar with dbauth on a trac site (running on .10) ?
[12:19:03.648140]<nedko>osimons: i get 'XML_RPC privileges are required to perform this operation' for getAllPages(), reading the wiki though web does not require login
[12:19:52.455017]<nedko>osimons: what "by resource" means (in this case)?
[12:20:14.060080]<osimons>nedko: right - that is the base persmission for accessing the api. allow that for any user(s) that are to access api. so, grant anonymous XML_RPC if you want it generally available
[12:21:05.603819]<osimons>it is a way of restricting api usage - a single permission that grants access to call apis, and then each method/action will require the usual permissions
[12:21:06.237845]<nedko>osimons: if i grant anonymous to XML_RPC will this allow anonymous users to modify pages through xmlrpc?
[12:21:16.500716]<osimons>..as above
[12:21:46.004252]<nedko>ok, so it is just additional check
[12:21:56.567604]<nedko>not replacing the usual one
[12:22:00.077360]<evil_twin>t.e.o: TracNginxRecipe edited - <http://trac.edgewall.org/wiki/TracNginxRecipe?version=16> - anonymous
[12:22:03.121540]<osimons>nope
[12:22:34.505279]<osimons>that way you can only allow authenticated users to use the api, or certain groups etc.
[12:23:16.941397]<osimons>or just one specific internal user used by some service elsewhere in your infrastruture, without being generally available
[12:23:27.987383]<nedko>hmm, now i get that method does not exists
[12:23:33.861715]<nedko>xmlrpclib.Fault: <Fault 1: 'RPC method "getAllPages" not found'>
[12:23:47.946877]<nedko>it works with moinmoin
[12:23:58.015386]<nedko>can it be different version of the api?
[12:23:59.987915]<osimons>browse to /xmlrpc on your project - it lists all methods
[12:24:28.613379]<osimons>it will likely be called wiki.getAllPages()
[12:24:28.794160]<nedko>osimons: it has wiki. prefix
[12:24:44.779299]<nedko>yes, is this correct according to the spec?
[12:24:47.257366]<osimons>yup
[12:24:52.049386]<nedko>hmm
[12:25:24.924611]<nedko>i bet that if i supply wiki. prefix to moinmoin it wont work
[12:26:26.520713]<Evanlec_>so is the gitplugin ever planned to be merged into trunk? if not, why are they seem to be developing an official mercurial plugin?
[12:28:44.295037]<osimons>Evanlec_: unlikely - just as the mercurial plugin will likely stay away from trunk. it was started by trac devs, and therefore found its home in the trac repos. it might just as well have been on trac-hacks
[12:29:11.036504]<Evanlec_>osimons: i see, well i just noticed that its on their tracker
[12:29:21.877075]<Evanlec_>osimons: and i was jealous
[12:29:52.267758]<Evanlec_>seems like the gitplugin needs more attention, the docs are lousy, and it doesnt seem to be moving much
[12:29:56.451648]<osimons>however, it serves a useful purpose in that when multirepos-support and similar is worked on, we can work on two very different repos backends to make sure that the trac api is general enough to support all
[12:30:14.865260]<osimons>Evanlec_: well, try hg - ditch git :-)
[12:30:30.923293]<Evanlec_>i can't stand hg's heavyweight branching ;p
[12:31:09.350868]<Evanlec_>yea, i mean, i gave it a shot
[12:31:18.064242]<pacopablo>osimons: heresy!
[12:31:23.242118]<osimons>pfft
[12:32:23.586239]<osimons>i just use it for local development, using patch queues for all my stuff (hgsvn imported from trac, bitten, and various plugins)
[12:32:48.971098]<osimons>i'm no judge for how it would work on a grander scale...
[12:34:15.009773]<pacopablo>Evanlec_: the gitplugin is functional
[12:34:19.152547]<pacopablo>even support multirepos
[12:34:22.932572]<Evanlec_>pacopablo: it works
[12:34:38.537634]<Evanlec_>pacopablo: but can one write commit messages that interact with trac ?
[12:34:46.745448]<Evanlec_>like 'closes #721'
[12:34:46.953315]<osimons>Evanlec_: one of the problems with git is that it has no api easily accessible from python (or so i've heard)
[12:36:23.905589]<pacopablo>Evanlec_: sure
[12:36:41.184102]<Evanlec_>pacopablo: okay, so it works like regular svn then?
[12:37:01.305745]<osimons>nedko: anyway, whatever the wiki-rpc spec says, the wiki. prefix is there to stay i recon seeing trac is so much more than a wiki (and plugins may extend the methods avilable)
[12:37:19.843186]<pacopablo>Evanlec_: the post commit hook isn't really repos specific anymore
[12:37:27.683064]<nedko>osimons: i agree, and i saw the wiki. prefix mentioned in the spec
[12:37:45.655345]<osimons>oh really? as in "it is ok"?
[12:38:18.721563]<Evanlec_>pacopablo: what do you mean?
[12:39:10.168154]<pacopablo>http://trac.edgewall.org/browser/branches/0.11-stable/contrib/trac-post-commit-hook
[12:39:22.965455]<pacopablo>I mean it's a script that you call, passing in the commit message, etc.
[12:39:23.527590]<Evanlec_>hmph, where is a good place for one to put the header_logo file?
[12:39:36.254077]<rblank>Evanlec_: The post-commit ticket update has become a plugin in the multirepos branch, and is completely independent of the RC backend.
[12:39:51.441609]<pacopablo>so it can be used form whatever VCS you want, as long as said VCS has some type of hook mechanism
[12:40:10.812485]<Evanlec_>pacopablo: okay, but im not using the multirepos branch i dont think ?
[12:40:32.470138]<pacopablo>Evanlec_: and the file that I linked isn't specific to the multirepos branch either
[12:40:32.992734]<nedko>osimons: as in i agree that trac is much more than a wiki
[12:40:39.041869]<pacopablo>Evanlec_: it's stock 0.11-stable
[12:40:46.125008]<pacopablo>bbl
[12:40:52.303418]<Evanlec_>oh k
[12:46:46.498206]<Evanlec_>blahh, i have my header_logo in htdocs/ , and [header_logo] src = site/mylogo.png , why does this not work?
[12:50:18.861415]<Evanlec_>hmm, okay, nvm now it seem to work
[12:50:21.488571]<Evanlec_>weird
[12:52:55.838549]<nedko>osimons: FYI moinmoin does not work when prefix is specified, so i'll have to make it optional in wikifs
[13:21:54.824479]<evil_twin>t.e.o: Ticket #8564 (Errors on control processor on download) created - <http://trac.edgewall.org/ticket/8564> - gboyko
[14:12:04.508589]<orca>is there any way to change or redirect the frontpage to example the blog?
[14:15:37.783413]<orca>or is it possible to just let some users access the frontpage of the wiki, not the rest?
[14:22:19.074006]<evil_twin>t.e.o: Ticket #8564 (Errors on control processor on download) closed - <http://trac.edgewall.org/ticket/8564#comment:1> - rblank
[14:31:33.014314]<osimons>orca: 1) [trac] default_handler = NameOfComponentInPythonCode, 2) write a security policy - 10 lines of python, or look at trac-hacks.org for some existing restriction plugins that may suit you
[15:16:58.048022]<evil_twin>t.e.o: Changeset [8464]: 0.12dev: Tuned default labels for relative links and absolute wiki pages ... - <http://trac.edgewall.org/changeset/8464> - rblank
[15:21:58.542223]<evil_twin>t.e.o: Ticket #4507 (Improve behavior of hierarchical page names) closed - <http://trac.edgewall.org/ticket/4507#comment:26> - rblank
[15:37:19.598269]<gakos>hey there, i just want to create a new wiki page on trac and in the documentation i see that i have to edit an existing wiki. Is it safe of not deleting the wikipage that i will edit?
[15:41:30.528974]<gakos>anyone?
[15:50:44.897667]<langzeitstudent_>do you mean "deleting the page you created the new page from"? if so.. yea thats "save". but then there is no way to get to that new page, except by the index. or adding a link to another site
[15:54:10.499311]<gakos>i mean "create a new wiki page". When you say add link to another wiki you mean adding this link to an existing wiki?
[15:56:58.930479]<evil_twin>t.e.o: Changeset [8465]: 0.12dev: Avoid URL-encoding a query string when saving it as a report. ... - <http://trac.edgewall.org/changeset/8465> - rblank
[15:57:03.935329]<evil_twin>t.e.o: Ticket #8561 (URL hex encoding in Query.to_string()) closed - <http://trac.edgewall.org/ticket/8561#comment:3> - rblank
[15:57:08.934561]<evil_twin>t.e.o: Ticket #8561 (URL hex encoding in Query.to_string()) updated - <http://trac.edgewall.org/ticket/8561#comment:4> - rblank
[16:32:02.055856]<evil_twin>t.e.o: Changeset [8466]: 0.12dev: Ensure that the "Basic Settings" admin panel is always first in ... - <http://trac.edgewall.org/changeset/8466> - rblank
[16:32:07.058743]<evil_twin>t.e.o: Ticket #7828 ([patch] Ensure that Basic Settings is always first admin panel) closed - <http://trac.edgewall.org/ticket/7828#comment:2> - rblank
[17:27:01.606691]<evil_twin>t.e.o: SeaChange/WhatUsersWant edited - <http://trac.edgewall.org/wiki/SeaChange/WhatUsersWant?version=102> - Fred McTaker <TakeyMcTaker@…>
[18:12:00.031807]<evil_twin>t.e.o: Ticket #5475 (Translation of Trac to German/Deutsch [de_DE]) updated - <http://trac.edgewall.org/ticket/5475#comment:58> - Qjuh
[20:49:51.066580]<DreadPirateBob>Is the batchmodifyplugin supposed to work in 0.12 trac?
[22:15:15.714048]<koolhead>hello all
[22:27:01.684704]<evil_twin>t.e.o: Ticket #8565 (authz should support group of groups) created - <http://trac.edgewall.org/ticket/8565> - kris@…
[22:50:10.960150]<koolhead>can i integrate mailman with my trac
[22:59:17.049180]<Po0ky>A howto to integrate svn+trac+accountmanager, where should that go: some blog, trac wiki, trac-hacks wiki,...
[23:00:02.064068]<Po0ky>with session storage for users
[23:27:03.017206]<evil_twin>t.e.o: Ticket #4112 (wiki link displayed as missing when version 1 is deleted) updated - <http://trac.edgewall.org/ticket/4112#comment:16> - zach@…
[23:52:03.180349]<evil_twin>t.e.o: Ticket #4507 (Improve behavior of hierarchical page names) updated - <http://trac.edgewall.org/ticket/4507#comment:27> - cboos
[23:52:08.181620]<evil_twin>t.e.o: Ticket #8565 (authz should support group of groups) updated - <http://trac.edgewall.org/ticket/8565#comment:1> - cboos