Team Chat Logs

2007 1
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        

February 23, 2007

[00:14:29] * cboos_ has joined #trac
[00:14:30] * cboos_ is now known as cboos
[00:18:25] * coderanger1 has quit IRC
[00:46:09] * NSLU2-IRC has joined #trac
[00:49:27] * NSLU2-IRC is now known as techie
[00:49:31] * techie is now known as _techie
[00:51:11] <_techie> I'd like to install latest 0.11dev version of Trac for dev.server? Is there any ways to keep it updated without reinstalling from scratch. Are there any database/template update scripts?
[00:53:59] * klando has joined #trac
[01:00:46] <cboos> _techie: the simplest way is to run it from where you extracted it (the working copy)
[01:00:58] <cboos> then simply "svn update" and you're done...
[01:02:10] <cboos> if you're using tracd as the server, the -r option plus the "[trac] auto_reload = enabled" in trac.ini, you don't even need to restart the server ;-)
[01:02:32] <DNis> hi
[01:02:37] <cboos> hello
[01:02:38] <DNis> i have a question
[01:02:46] <DNis> if someone has time
[01:02:50] <DNis> :-)
[01:03:11] <DNis> about a reminder script for trac tickets
[01:04:18] <_techie> cboos: tnx, but what if there will be a change in db?
[01:04:29] <cboos> _techie: there won't
[01:04:45] <_techie> ok. i am happy now. =)
[01:04:56] <cboos> we managed to keep the 0.10 schema so far, and I see no reason to change that until 0.11 gets released
[01:05:19] <cboos> 0.12 will probably/hopefully be another story ;-)
[01:05:26] <cboos> @wiki GenericTrac
[01:05:26] <evil_twin> cboos: http://trac.edgewall.org/wiki/GenericTrac
[01:05:31] <cboos> :-)
[01:05:59] <cboos> _techie: take care of _not_ using the templates_dir option in your trac.ini
[01:06:30] <cboos> i..e disable it
[01:07:03] <cboos> but if you're running 0.11dev, you probably already know about that
[01:07:28] <DNis> am i on the right channel or not for my question ???
[01:07:44] <cboos> you're on the right channel, but with the wrong people ;-)
[01:08:00] <DNis> damned....
[01:08:12] <DNis> i will retry later another time so ... :-D
[01:08:16] <cboos> i.e. I'm afraid I can't help much on the topic... it seems a bit too involved for the time I have ...
[01:08:18] <cboos> sure
[01:08:40] <DNis> no problem
[01:08:46] <DNis> thx for ur answers :-)
[01:09:05] * omry has joined #trac
[01:12:21] * mikedld|w has joined #trac
[01:12:30] <mikedld|w> hi there, I have a question
[01:13:47] <mikedld|w> I'm modifying Trac for the specific project, and want to knwo is there any option of field I can set (field['???'] = ???) to made it visible, but disabled (read-only)?
[01:14:18] <mikedld|w> *to make
[01:16:24] <cboos> mikedld|w: no, this sort of things is not yet possible
[01:17:07] <mikedld|w> I'm asking because if set 'skip' to True, field becomes hidden not only from ght form itself, but also from the ticket displayed on top (that one with yellow background)
[01:17:39] <mikedld|w> I need it only be hidden on the form
[01:19:34] * cmlenz has joined #trac
[01:20:31] <mikedld|w> ok, I'll just add another check in template
[01:32:53] * m_g has joined #trac
[01:33:31] * rjdave has joined #trac
[01:40:14] * rjdave_ has quit IRC
[01:42:30] * maxb has quit IRC
[01:43:18] * lisppaste5 has quit IRC
[01:46:47] <mikedld|w> another question. can I make textarea fields to insert linebreaks transparently, without using [[BR]]? I mean, is there any option?
[01:47:23] * lisppaste5 has joined #trac
[01:48:58] <_techie> cboos: no, i didn't know about that. thanks for the hint. in fact i am trying to install trac for the first time
[01:50:13] <cboos> mikedld|w: again, not yet, but I was actually thinking about a global setting for that, in the next wiki engine incarnation... not sure at this point if it's a good idea or not, though
[01:50:45] <cboos> _techie: oh, please share your experience / frustration about the process, there:
[01:50:55] <cboos> @wiki Trac0.11/TracInstall
[01:50:55] <evil_twin> cboos: http://trac.edgewall.org/wiki/Trac0.11/TracInstall
[01:51:20] <cboos> ... so that we can update the doc with the needed information
[01:51:35] <cboos> (0.11 doc is a bit scarse...)
[01:51:50] <cboos> sparse I mean't
[01:52:26] <cboos> ... or scary, perhaps ;-)
[01:55:00] * AllenJB_ has joined #trac
[01:59:07] * lightcap_ has joined #trac
[02:05:40] * cerw has joined #trac
[02:06:40] * eblot has joined #trac
[02:14:04] * rjdave has quit IRC
[02:14:14] * rjdave has joined #trac
[02:34:13] * goldeagle has joined #trac
[02:39:09] * eblot has quit IRC
[02:52:43] <alect> paco
[02:52:46] <alect> you there?
[03:01:04] <Dwarfoo7> Is there an existing presentation about trac and its capabilities etc.. for presenting this to a company etc.. ?
[03:01:55] * cerw has quit IRC
[03:02:08] <Dwarfoo7> I found this: http://trac.edgewall.org/wiki/TracFaq#management-summary
[03:02:17] <Dwarfoo7> but it is not complete at all in my opinion
[03:03:43] <cboos> @wiki AboutTrac
[03:03:43] <evil_twin> cboos: http://trac.edgewall.org/wiki/AboutTrac
[03:03:47] <cboos> is a starting point...
[03:03:56] <alect> hey cboos
[03:04:05] <cboos> hello alect
[03:04:24] <cboos> so how well did you sleep during the tutorials yesterday? ;-)
[03:04:45] <alect> god
[03:05:09] <cboos> he, the jetlag must be terrible ...
[03:05:10] <Dwarfoo7> hey thanks cboos! thats nice
[03:05:26] <alect> it's 5AM and i just woke up
[03:05:48] <alect> :(
[03:05:51] * alect curses
[03:06:09] <cboos> hm, that GMT -6 and you started from... ?
[03:07:06] <alect> +11
[03:08:43] <cboos> so... that's 7 hours difference, same as between you and me right now ;)
[03:11:04] <cboos> what were the main points in the discussion in the Zope component architecture discussion, re composition vs. inheritance?
[03:11:25] <cboos> if you feel like talking about this at 5 AM, that is ;-)
[03:14:41] <alect> http://www.youtube.com/watch?v=3bKphYfUk-M
[03:14:44] <alect> awesome
[03:15:00] <Dwarfoo7> There is no easy to find or obvious link to that page (http://trac.edgewall.org/wiki/AboutTrac
[03:15:05] <Dwarfoo7> from the trac website
[03:15:10] <Dwarfoo7> its a pitty
[03:16:49] <cboos> thought there was a link on the front page...
[03:16:55] <cboos> apparently there's none
[03:17:40] <alect> cboos: his main point about composition was that it didn't necessarily have to be applied to just objects
[03:17:56] <alect> an interface could be implemented by a class itself, or a module
[03:18:05] <alect> of course, that isn't relevant to us
[03:19:25] <cboos> yeah, I actually only see advantages in switching to class interfaces
[03:19:54] <cboos> we wouldn't even have to use multiple inheritance most of the time
[03:20:06] <Dwarfoo7> Does anyone know if there is anything planned about cvs support on trac?
[03:20:17] <alect> there is no planned support
[03:20:22] <alect> we're waiting for somebody to step up
[03:20:23] <Dwarfoo7> :(
[03:20:34] <cboos> alect: e.g. the Wiki timeline event provider could be in a WikiTimelineProvider(ITimelineProvider) class
[03:21:34] <cboos> Dwarfoo7: one option could be to use Tailor for cvs -> svn conversion, and use Trac on such an automatically generated svn repository...
[03:22:00] <alect> cboos: are there any other advantages besides default method implementations?
[03:22:13] <alect> compositions main advantage, normally, is that it's dynamic
[03:22:18] <alect> but as we use it of course..
[03:22:42] <alect> but i don't know that switching to inheritance, with all that it would break, would be worth it
[03:22:56] <cboos> alect: yes, if we use e.g. WikiTimelineProvider(ITimelineProvider) approach, we could be enable disable that individually ...
[03:23:41] <cboos> of course, we could already do something like that with the composition-based approach, but then there would be no composition anymore, of course ;-)
[03:24:22] <cboos> but I think it's something we should definitely envision for 1.0
[03:24:49] <cboos> as having default methods, default properties would help a lot for maintaining backward compatibility
[03:24:54] <alect> disabling it individually isn't an advantage, we could do that with interfaces
[03:25:02] <alect> err, you just said that :)
[03:25:03] <alect> hehe
[03:25:24] <cboos> currently we use tricks like hasattr() or looking at the arity of methods, etc.
[03:25:47] <cmlenz> yeah, that's really bad </sarcasm>
[03:26:45] <cboos> well, maybe you could enlighten me, what's in your opinion the main advantage of the composition approach?
[03:26:57] <cboos> or conversely the main drawback of the inheritance approach?
[03:27:07] <Dwarfoo7> cboos: I did not know Tailor for cvs -> svn
[03:27:46] <Dwarfoo7> do you have any link to a website or something for that tool?
[03:29:33] <cboos> Dwarfoo7: well, I'm not 100% sure it can do incremental conversion ("sync") between CVS and SVN, but I guess so
[03:31:25] <Dwarfoo7> ok I see
[03:33:17] <Dwarfoo7> http://progetti.arstecnica.it/tailor/wiki
[03:33:48] <cboos> alect/cmlenz: if there's a way to dynamically alter the inheritance hierarchy of a class, maybe we could use the implements() to /add/ the interfaces as parent classes, then we would have a transition path. i.e. not break everything if we do the transition to an inheritance base component architecture...
[03:34:19] <cmlenz> cboos: it's about design clarity and separating concerns... inheritance is for implementation, interfaces are about protocols not implementation
[03:34:55] <cmlenz> but I just don't see the point of discussing this all over again, just because you'd prefer method stubs instead of hasattr etc
[03:35:35] <cboos> well, it's just because I've looked at pocoo, and found their way of doing it better,
[03:36:22] <cboos> so I was simply wondering if there was a strong reason against using this approach or not
[03:37:23] <cboos> but then maybe you did a bit too much of Java, and i a bit too much of Ruby ;-)
[03:38:15] <cboos> (i.e. Java Interface vs. Ruby module mixins)
[03:38:21] <cmlenz> personally I think the trac approach is a lot clearer than pocoo "component types" versus "real components"
[03:39:01] <cmlenz> the trac design is centered around extension points that declare interfaces
[03:40:06] <cmlenz> the pocoo design seems to have a slightly different focus
[03:41:27] <cboos> well, in my view extension points should remain, as well as interfaces (I...Provider), it's just the "implements" that I think could be advantageously be done using multiple inheritance,
[03:41:32] <cboos> mainly to ease maintenance
[03:41:48] <cboos> i.e. allowing interface to evolve in a smoother way
[03:42:19] <alect> i'm not quite clear how it helps maintenance tbh?
[03:42:36] <cboos> alect: see for example the macros
[03:42:57] <cboos> there we have a lot of macros implemented by inheriting WikiMacroBase
[03:43:51] <cboos> all the macros implemented that way are pretty much guaranteed to keep working whichever way we change the underlying interface
[03:44:19] <cboos> was not that easy for those implementing directly the IWikiMacroProvider
[03:44:52] <cmlenz> that's only true for added methods, and then a hasattr() check is probably not harder than adding a default impl
[03:46:45] <alect> yeah
[03:46:48] <cboos> I feel it would look less cluttered without hasattr(), and the default implementation can be easily identified/documented as a compatiblity wrapper, with deprecation info, etc.
[03:47:20] <alect> i gotta say, i'm not seeing the advantage outweighing the pain it would cause
[03:48:14] <cmlenz> IMO it's way too late in the game to substantially change any of this for no good reason (IMHO)
[03:48:30] <cboos> (also, a default implementation is also documentation in a way... look at most of our interfaces, we don't write "pass" but rather "return something" ... )
[03:48:49] <cmlenz> and I still think that together with extension points, the trac interface approach is clearer than a mix-in approach would be
[03:49:21] <cboos> cmlenz: well, I'm perfectly fine with extension points, that's not the problem
[03:49:26] <alect> it is very clear it's true
[03:50:09] <alect> we could actually implement default methods with ComponentMeta anyway - update the class dynamically
[03:50:18] <cboos> cmlenz: about an eventual transition, that's why I asked if implements() couldn't add the interfaces as parent class... Don't know if it's possible
[03:50:46] <cboos> but if it is, then I'd be tempted to at least /consider/ the other approach.
[03:50:55] <cboos> "too late
[03:51:00] <cboos> sorry
[03:51:13] <cboos> "too late" will be after 1.0 :-)
[03:52:24] <cboos> ok, got to get to lunch... see you later
[03:52:29] <alect> see ya
[04:13:21] * mikedld|w has quit IRC
[04:21:35] * asmodai throws peanuts at alect
[04:21:40] <alect> yo :)
[04:21:47] <asmodai> yohoho
[04:21:54] <asmodai> PyCon-enabled?
[04:22:54] <alect> hell yes!
[04:23:02] <asmodai> I've sinned.
[04:23:06] <alect> how so?!!?
[04:23:26] <asmodai> I wrote PHP code.
[04:23:33] <alect> YOU SICK BASTARD!
[04:23:39] <alect> /kick asmodai pervert
[04:23:53] <asmodai> In defense I'll say this Linux box is screwed beyond usefulness only PHP works as it should.
[04:36:24] <_techie> cboos: confusion n01 - http://trac.edgewall.org/wiki/SetupTools - how can I know which version of setuptools do I have?
[04:37:36] <cboos> _techie: hm, depends how you installed it ... wait I'll look
[04:37:54] <cboos> (cmlenz probably has the answer closer at hand than me ;-) )
[04:38:20] <cboos> >>> import setuptools
[04:38:25] <cboos> >>> import setuptools
[04:38:30] <cboos> >>> setuptools.__version__
[04:38:35] <cboos> '0.7a1'
[04:38:38] <cboos> (for example)
[04:40:06] <cboos> cmlenz: as we do already a "import pkg_resources" in trac/loader.py without a try/except, this means we now require setuptools, right?
[04:40:17] <cmlenz> yes
[04:40:22] <cboos> so I can do an "import setuptools" in trac.env as well
[04:40:32] <cboos> (to get the __version__)
[04:40:33] <cmlenz> setuptools? why?
[04:40:42] <cmlenz> oh
[04:40:54] <cboos> for the env.sys_info stuff
[04:40:58] <cmlenz> yes
[04:41:34] <_techie> cboos: it is my lack of experience with Python - I didn't install it - just want to check what is available on my hosting
[04:41:50] <_techie> (it's about setuptool)
[04:42:18] <cboos> so to check if it's already installed, start the python interpreter in interactive mode (just 'python')
[04:42:31] <cboos> and type the statements I've given above
[04:42:46] <cboos> (the import will fail if you don't already have setuptools installed)
[04:45:26] <_techie> yep, import failed - seems like i need to install everything from scratch =) at least python 2.3.5 is here
[05:05:44] * lightcap_ has quit IRC
[05:06:47] <cboos> cmlenz: should we add the setuptools bootstrap module in trunk? I find the install process of setuptools a bit cumbersome...
[05:07:18] <cmlenz> the bootstrapper sucks
[05:07:29] <cboos> ah ...
[05:07:47] <cboos> well, maybe we should give the svn checkout link then...
[05:07:51] <cmlenz> you can install setuptools in many ways, including a classic from source setup.py install, no?
[05:08:19] <cboos> well, that's what I do... wondered if there was some more "official" way, thought the bootstrap module was that...
[05:08:56] <cmlenz> there are exes for windows, and on unixes you can just "run the egg"
[05:09:04] <cmlenz> so I don't really see what's cumbersome
[05:09:33] <cmlenz> (sure enough, it was cumbersome earlier with having to download and run the ez_setup.py yourself)
[05:09:43] <cboos> maybe to find the link for those ...
[05:09:52] <cmlenz> yeah
[05:09:54] <cmlenz> cheeseshop
[05:10:02] <cmlenz> we should probably link there
[05:10:49] <cboos> ok found it, will add the link at places...
[05:11:07] <cboos> but it's not easy to find if you're on PEAK
[05:11:09] <cmlenz> just strip the version from the URL
[05:11:24] <cboos> this one: http://cheeseshop.python.org/pypi/setuptools/
[05:11:33] <cmlenz> yup
[05:12:28] <asmodai> OMG
[05:12:31] <asmodai> it's chris
[05:12:34] * asmodai touches cmlenz
[05:12:39] <cmlenz> hey hey
[05:12:52] <asmodai> Wie geht's?
[05:13:10] <cmlenz> gut aber viel zu tun
[05:13:26] <asmodai> Hahah, the life of a married man.
[05:13:46] * wu-nix has left #trac
[05:17:45] * pradeep_ has joined #trac
[05:29:00] <the_lalelu> (omg - hier wird ja auch deutsch gesprochen)
[05:40:17] * _shawn has joined #trac
[05:40:56] <cboos> (... and francais too parfois, but c'est plus rare :-) )
[05:41:13] <the_lalelu> :D
[05:43:46] <asmodai> En Nederlands!
[05:50:42] * PingYeh has joined #trac
[06:09:29] * rjdave has quit IRC
[06:09:38] * rjdave has joined #trac
[06:11:36] * tpollari has joined #trac
[06:11:59] * elehack|work has joined #trac
[06:14:05] * shubes has joined #trac
[06:15:13] * tpollari has quit IRC
[06:21:43] * Hassan has joined #trac
[06:22:12] * Hassan has left #trac
[06:26:20] <pacopablo> PYCON!!!!!!!
[06:26:29] <pacopablo> wake up slackers!
[06:27:47] * thatch has joined #trac
[06:28:48] <cboos> hi tim!
[06:28:57] <cboos> at PyCon as well?
[06:29:12] <cboos> hi pacopablo
[06:29:23] <pacopablo> lo
[06:29:34] <thatch> Hi cboos, yeah.
[06:29:39] <cboos> everything's fine up there?
[06:30:39] <thatch> Yeah, they're getting things ready for opening remarks (finding space for all the banners)
[06:30:53] <thatch> the network is apparently less funky than last year, but it's still kinda funky
[06:31:34] <cboos> how long does it last? friday, ... till saturday, or sunday?
[06:31:37] <pacopablo> sunday
[06:31:43] <pacopablo> tim, where are you?
[06:31:43] <thatch> then sprints thereafter
[06:31:55] <pacopablo> alect and I are in salon e
[06:32:09] <pacopablo> 5 rows back under the wingware banner
[06:32:11] <thatch> Near the center aisle, frontmost row that has tables. Blue shirt
[06:32:43] <thatch> the network guy is right in front of me trying to get the "Try Again" issue fixed
[06:33:24] <thatch> ok, found John.
[06:33:37] <cboos> uh, there's no trac banner? no trac shirts? hm...
[06:33:39] <pacopablo> alect is the crazy aussie next to me ;)
[06:34:09] <thatch> howdy.
[06:34:11] <thatch> should "5th row, behind Wingware banner" be the official Trac spot?
[06:34:51] <pacopablo> yeah
[06:34:51] <pacopablo> yeah
[06:34:51] <pacopablo> yes
[06:35:13] <pacopablo> sorry, network dropped
[06:35:23] <pacopablo> any power in here?
[06:35:34] <thatch> I've still got power.
[06:35:40] <thatch> the network guy is bouncing stuff
[06:35:44] <pacopablo> punk ;)
[06:35:58] <thatch> follow the extension cords, there are some giant power strips under some tables
[06:36:06] * tpollari has joined #trac
[06:36:31] <pacopablo> found it
[06:37:13] * rjdave_ has joined #trac
[06:37:45] <pacopablo> tracsters unite!
[06:38:08] <cboos> hint: wear #C00-red shirts ;-)
[06:38:18] <thatch> there's an interesting discussion about why the network is the way it is... I'll be over in a sec.
[06:38:47] <thatch> What does everyone think about Trac polos?
[06:39:25] <pacopablo> nice
[06:39:48] <alect> hi
[06:39:49] <alect> pycon!
[06:43:43] <thatch> We're trying to ghetto-rig a trac sign
[06:45:09] <alect> paco has succeeded!
[06:48:39] <tpollari> I'd sport a trac polo.
[06:51:07] <alect> heh
[06:53:26] * rjdave has quit IRC
[06:56:27] * rjdave has joined #trac
[06:57:25] * ErikRose has joined #trac
[07:00:32] <alect> cmlenz
[07:04:00] * coderanger_ has joined #trac
[07:04:28] <cmlenz> yo
[07:04:48] * rjdave_ has quit IRC
[07:04:50] <coderanger_> g'morn
[07:05:44] <alect> hey noah
[07:05:58] <alect> we are left side, 8 rows back
[07:06:09] <alect> if you come from the back of the room, we have a "trac" sign up :)
[07:06:10] <coderanger_> alect: Matt and I are far right
[07:06:24] <alect> i think we saw you against the wall?
[07:06:31] * alect does a virtual wave
[07:06:48] <cmlenz> you got isight or skype video or something?
[07:06:57] <alect> no :(
[07:07:07] <cmlenz> bah ;-)
[07:07:07] <alect> our laptops suck!
[07:07:44] <cmlenz> heh
[07:08:06] <pacopablo> coderanger_: punk ;)
[07:08:21] <coderanger_> pacopablo: We didn't see seats over on that side :P
[07:08:29] <pacopablo> sure, make excuses ;)
[07:08:37] <alect> heh
[07:08:45] <pacopablo> you're throwing off our fung shei
[07:08:56] <pacopablo> er, sheui, or however you spell it.
[07:09:07] <alect> we have girls on this side!
[07:09:17] <coderanger_> I spell it "c r a p" ;-)
[07:13:52] * danbeck has joined #trac
[07:15:08] * thatch has left #trac
[07:16:51] * thatch_ has joined #trac
[07:17:36] <coderanger_> thatch_: Yo
[07:18:29] <thatch_> hey. I had vpn issues earlier, I'm having to wait for thatch (no underscore) to be culled.
[07:18:49] <thatch_> I'm on what I believe is the eastsiiide.
[07:19:07] <thatch_> with alec and john, along with at least two sprinters
[07:21:35] <alect> erik rose and eli carter
[07:21:37] <alect> retracile
[07:21:46] <alect> dunno what erik's nick is
[07:21:47] <coderanger_> nice
[07:21:53] <alect> come to the dark side
[07:21:57] <coderanger_> guess we are just the odd ones out
[07:22:05] <alect> :(
[07:22:23] <coderanger_> alect: I don't wanna walk across the room in the middle of the keynote :P
[07:22:36] <pacopablo> no balls ;)
[07:22:37] <alect> hehe
[07:22:46] <alect> oltp is cool
[07:22:50] <coderanger_> (especially not when the speaker is a future employer)
[07:22:58] <pacopablo> hehe
[07:23:23] <ErikRose> alect: This is my nick. :-)
[07:23:33] <alect> aha!
[07:24:05] <ErikRose> Hmm, no ops on #pycon. Everybody'd better behave.
[07:24:09] <alect> to get to you, this packet is travelling over the pycon wireless network, all the way to australia, then back to the us to the irc servers, then all the way back again
[07:24:16] <alect> efficient!
[07:24:19] * ErikRose chuckles.
[07:24:35] <thatch_> for the benefit of those not at pycon: "One of the issues with OLPC is that villages in the middle of nowhere usually don't have wireless access points."
[07:24:35] <ErikRose> Reminds me of the lady yeseterday who flew to Dallas to get from St. Louis, MO to Springfield, MO.
[07:24:49] <alect> heh
[07:27:48] * tkp has joined #trac
[07:28:14] <alect> noah: has mgood figured out what is going on with repository access for the sprint?
[07:28:59] <coderanger_> alect: "No"
[07:28:59] * rjdave has quit IRC
[07:29:10] * rjdave has joined #trac
[07:29:12] <alect> ok :)
[07:29:18] <coderanger_> He is logging in
[07:29:19] * matt_good has joined #trac
[07:29:20] <cmlenz> anyone in need of accounts?
[07:29:24] <alect> cmlenz is online, so if he wants anything ...
[07:29:28] <alect> oh, there he is :)
[07:29:30] * pacopablo ?
[07:29:35] <matt_good> hey
[07:29:39] <alect> hey :)
[07:29:40] <coderanger_> cmlenz: Maybe one "pycon" account
[07:29:50] * fee1879 has joined #trac
[07:29:59] <cmlenz> uh, dangerous
[07:30:00] <cmlenz> :-P
[07:30:09] <cmlenz> about how many accounts would we be talking roughly?
[07:30:36] <coderanger_> We don't really know
[07:31:03] <coderanger_> We won't know for sure how many sprinters there are going to be until the sprint starts
[07:31:08] <pacopablo> 7 to 10
[07:31:15] <pacopablo> best guess
[07:31:19] <thatch_> those are registered... not counting walkins
[07:31:28] <matt_good> yeah, there are 7 people on the Wiki now w/o accounts
[07:32:06] <pacopablo> too bad we don't use mercurial, eh cboos?
[07:32:17] <alect> truly
[07:32:41] <matt_good> cmlenz: if you don't mind putting AccountManager on you could enable just the admin module so I can add new accounts
[07:33:14] * LionsMane has joined #trac
[07:33:18] <matt_good> but I guess we'd still need a way to add people to authz
[07:33:43] <cmlenz> okay, I'll try that
[07:33:49] <coderanger_> There is that crappy editor plugin on trac-hacks (for authz)
[07:33:55] <pacopablo> coderanger_: you can finish a plugin to do that be the end of the talk, no? ;)
[07:33:55] <alect> or add global non-anonymous write to the /sandbox/pycon
[07:33:57] <cmlenz> for authz we can just grant blanket access for sandbox temporarily
[07:35:50] <matt_good> cmlenz: is there a way to restrict that to just authenticated users?
[07:37:00] <cmlenz> hmm
[07:37:03] <thatch_> so at least we get names along with it?
[07:37:22] <cmlenz> matt_good: dunno, I blindly expected that would be possible :-P
[07:37:27] <cmlenz> but I don't know much about authz
[07:38:03] <coderanger_> cmlenz: <Location /sandbox>Require valid-user