Team Chat Logs

January 28, 2010

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

[00:06:59.428010]<otaku42>moin
[01:00:46.022944]<macmaN>le ping
[01:09:07.558817]<macmaN>get your coffee folks and start working on trac
[03:18:16.104880]<puzzel>Hi, how do i add a "onClick" attribute to a link in the wiki? i want to count the downloads of a release with google analytics. i tried http://pastie.org/798588 but the "onClick" attribute will be removed by the wiki.
[03:52:21.596185]<macmaN>set [wiki] render_unsafe_content = True
[05:53:27.117823]<cmc>I'm going to need to start work on a custom-field multi-select plugin. Anyone have any suggestions for how to start? I think the datefieldplugin is the only plugin to provide a new field
[05:57:31.424136]<cmc>I'm thinking the only way to do this without completely hacking core is to store it as a pipe-delimited string in a single value
[06:06:22.529103]<osimons>cmc: should be some plugin for this, no? there is a custom select plugin and more? i just make the customfieldadmin plugin, but that does not aim to extend custom fields outside trac core - just support the default options
[06:07:03.829271]<osimons>take a look at TitleIndex at trac-hacks, and look for custom, field, select, component, or something - sure something like that will turn up...
[06:08:14.451548]<cmc>if you are thinking of CustomSelectAdminPlugin, that just adds a nice UI to adding options for custom fields
[06:08:39.602589]<cmc>as far as I searched there's no multi-select plugins
[06:11:07.403286]<macmaN>is there a plugin proposal section on TH
[06:11:18.327620]<macmaN>where people could write up a vision they have
[06:11:50.999748]<macmaN>maybe makes more sense than to create the plugin skeleton right away and then perhaps never do anything there
[06:12:34.356597]<cmc>Hm, forgot about that
[06:12:56.877328]<cmc>we'll see what the time constraints allow. Thanks to you both, though
[06:13:51.857359]<mboeru>hello
[06:14:00.158395]<cmc>howdy
[06:14:13.749607]<mboeru>has anyone succesfully configured trac with ldap authentification via account manager?
[06:14:50.607451]<mboeru>I configured it with apache ldap module but i'd like to use account manager to login
[06:18:33.081157]<macmaN>i also have ldap+apache right now
[06:18:49.067935]<macmaN>and i could use a trac based manager for my ldap backend
[06:18:56.001373]<macmaN>osimons: thats like 6. :)
[06:33:34.984362]<mboeru>macmaN: have you ever tried using TracLDAPAuth ?
[06:35:37.087641]<mboeru>i just now got it working :)
[12:29:48.931236]<infid>if my trac site is http://trac.mysite/projects/foo should people be allowed to browse http://trac.mysite which has shows the document root, or should that be denied by .htaccess?
[12:34:25.607193]<bionoid>Your call. :)
[14:39:44.601657]<pserik>(registered my name, hope i can post messages now) did somebody use the IRepositoryChangeListener interface from multirepos version of trac?
[14:41:55.855133]<pserik>i implemented the methods from this interface, but get no events, if sources in repository will be changed
[15:02:28.186874]<bionoid>pserik: Um, well you should, I guess ;-)
[15:02:38.789441]<bionoid>Are you sure your plugin loads ok?
[15:04:30.719327]<pserik>yes, i'm using the both other inerfaces: IWikiChangeListener and ITicketChangeListener
[15:04:41.757326]<pserik>and they works fine
[15:05:08.246637]<pserik>p.s. posted the question on trac mailing list
[15:07:18.912665]<bionoid>Hmm didn't reach me yet I guess?
[15:07:36.240873]<bionoid>is your code in there?
[15:07:38.771510]<cmc>it's part of the 'Embedding pages?' thread
[15:08:20.864226]<bionoid>Huh, must've scored it down or something. Havn't seen it
[15:08:24.342780]<pserik>no, there no code
[15:08:48.192972]<bionoid>ok easier to get help if you post a minimal, non-working example
[15:09:11.396905]<doki_pen>pserik: are you sure that is what the interface is for?
[15:09:15.120485]<doki_pen>pserik: is it for commits?
[15:09:30.173146]<doki_pen>pserik: because trac doesn't even know about commits until it gets an HTTP GET
[15:09:36.612813]<pserik>i think...
[15:10:15.499091]<bionoid>I thought so too, but havn't really used it so..
[15:10:19.027226]<doki_pen>pserik: I've never used IRepositoryChnagneListener, but I have worked on something like what you are doing
[15:10:28.253222]<bionoid>Anyway it's bedtime here, so good luck with that :)
[15:10:29.814680]<doki_pen>pserik: and I had to put svn hooks in, to do the work
[15:10:46.178914]<doki_pen>pserik: if there are no hooks (hg, svn or otherwise)
[15:10:54.571075]<doki_pen>pserik: then there is no way for trac to know about commits
[15:11:16.002573]<pserik>python doc from the versioncontrol.api.py """Listen for changes in repositories."""
[15:11:22.340889]<doki_pen>pserik: other then polling, which I pretty much gaurantee isn't happening
[15:11:41.110520]<doki_pen>pserik: so, have you done a page request after doing the ocmmit?
[15:12:00.091390]<doki_pen>pserik: I'm pretty sure trac syncs the scm with it's database on each request
[15:12:06.554961]<RichardLynch>I gave myself a login/password and TRAC_ADMIN, with trac-admin, initially, I think. I've tried to set up some kind of authentication scheme, including .htpasswd in ~trac-env/ as well as installing account manager etc. No matter what I do, though, other users cannot login. :-(
[15:12:57.118618]<pserik>doki_pen: no, i just implemented the methods and waiting for events
[15:13:31.756547]<doki_pen>pserik: what are the methods?
[15:13:56.535828]<doki_pen>pserik: sorry, I'm on a really bad connection so I can't look it up
[15:14:21.229699]<pserik>both methods from inerface: changeset_added and changeset_modified
[15:14:22.233344]<doki_pen>pserik: I have to go in a minute
[15:14:33.202407]<doki_pen>pserik: hmm... seems like it should do what you want
[15:15:02.946234]<doki_pen>pserik: my train station is coming up
[15:15:14.157366]<pserik>ok
[15:15:15.773103]<RichardLynch>I can go into account manager and see the users, and set their passwords, and trac just plain doesn't let them login. this is silly... what am I doing wrong?
[15:20:33.247598]<RichardLynch>If user 'root' has TRAC_ADMIN, that's all they need to be able to login, right? I mean, none of these other "Action" values in the account-manager popup are required to be able to login, right? In fact, my problem is lower-level than that, and it's somewhere in the .htpasswd file, somehow, even though that looks fine...
[15:22:16.582072]<RichardLynch>Okay, so using grep, I can figure out that it is storing the TRAC_ADMIN and other flags in db/trac.db file... Which is binary. What actually lets a user login though?...
[15:24:17.802052]<RichardLynch>If I remove the .htpasswd file, I cannot login, and I can replace it and I can, so clearly it's involved somehow. yet adding more users with htpasswd CLI does not seem sufficient to grant a user permission to login. This is wacky...
[15:28:36.155877]<RichardLynch>Wiping out the .htpasswd file and putting just me in it, then using account-manager to re-add users... This adds them back into the .htpasswd file, yet they cannot login with their password. wtf? Has Python/trac managed to screw up MD5 algorithm somehow?
[15:48:27.301806]<RichardLynch>Aha! The passwords having !: and/or other funky characters seems to be the downfall of some logins. Will analyze to determine which. Sheesh!
[15:56:38.759996]<RichardLynch>http://trac.edgewall.org/ticket/9008
[15:58:23.489607]<RichardLynch>It was the : character that screws up passwords for trac/apache...
[19:30:22.109913]<TheUni>i am migrating trac to a new server, and i need to change the urls accordingly
[19:30:35.199311]<TheUni>eg server.com/blah -> blah.server.com
[19:30:50.979712]<TheUni>can anyone tell me what fields i will need to search/replace in mysql?
[19:55:29.197629]<wildint>I don't think that's necessary, I think you just have to change the top level link in the trac.ini
[19:55:48.893838]<wildint>unless your users were posting full urls to link between pages
[19:56:11.079946]<wildint>if they used wiki style links those will all just work since they are relative to the root url