Team Chat Logs

July 24, 2010

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

[03:21:53.704971]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:24> - rgent <richard@…>
[03:41:05.544616]<davux>coderanger: thanks for your kind answer. any pointer on how to do that?
[03:59:22.384311]<slam>can anyone pls help me with the syntax needed for the new auth_cookie_path option?
[04:00:18.033851]<slam>what is expected there? absolute server path to projects, http path to project listing, ...?
[04:20:10.934820]<osimons>slam: likely a server-relative path
[04:21:05.918742]<osimons>ie. like / or /projects or whatever
[04:28:19.254288]<slam>osimons: thanks - will try immediately
[04:35:26.347310]<slam>osimons: hm, none of that works
[04:44:57.860916]<slam>osimons: some variants simply do no work, while others even block login completely
[04:47:04.155279]<osimons>slam: never used it myself, but inspecting the cookies (using firebug/firecookie) i see the path has changed. how trac or auth handles the changed path is nothing i know anything about
[04:47:08.349571]<evil_twin>t.e.o: Ticket #1233 (Descriptions of Components) updated - <http://trac.edgewall.org/ticket/1233#comment:20> - lkraav <leho@…>
[04:47:13.348589]<evil_twin>t.e.o: Ticket #1233 (Descriptions of Components) updated - <http://trac.edgewall.org/ticket/1233#comment:21> - lkraav <leho@…>
[04:49:19.111709]<osimons>slam: i suggest you read up on the ticket implementing the feature... search for it...
[04:56:21.359252]<slam>osimons: will do - thanks
[05:32:17.067637]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:25> - rblank
[07:37:38.517515]<evil_twin>t.e.o: Ticket #4848 (Unable to return to previous indentation within wiki) updated - <http://trac.edgewall.org/ticket/4848#comment:6> - Carsten Klein <carsten.klein@…>
[07:47:40.447159]<evil_twin>t.e.o: Ticket #1 (Add a new project summary module.) updated - <http://trac.edgewall.org/ticket/1#comment:46> - Carsten Klein <carsten.klein@…>
[07:47:45.446193]<evil_twin>t.e.o: TracDev/TrustedTrac created - <http://trac.edgewall.org/wiki/TracDev/TrustedTrac?version=1> - hasienda <hoff.st@…>
[07:47:50.445497]<evil_twin>t.e.o: Ticket #1 (Add a new project summary module.) updated - <http://trac.edgewall.org/ticket/1#comment:47> - Carsten Klein <carsten.klein@…>
[07:51:23.511374]<rts>hi all
[07:52:03.630742]<rts>does anyone know the mecurial repository location for trac? I know that one has been set up now for hacking trac, but I cannot find the link TIA
[07:52:58.645689]<davux>is there any way to hide the 'git-committer' field from the changeset view?
[07:53:14.187778]<davux>it containts email addresses which are not obfuscated by Trac
[07:55:10.831713]<macmaN>rts: wasnt it hosted on bitbucket?
[07:55:52.738770]<rts>macmaN: thought so, but searching for trac yields 40+ search result pages, and on the first three to five I was unable to find the project
[07:56:38.119025]<rts>davux: which plugin are you using for that?
[07:57:12.366910]<macmaN>rts: http://trac.edgewall.org/wiki/BitBucket
[07:57:23.547686]<rts>macmaN: thank you very much
[07:57:42.386059]<evil_twin>t.e.o: Ticket #1 (Add a new project summary module.) updated - <http://trac.edgewall.org/ticket/1#comment:48> - Carsten Klein <carsten.klein@…>
[07:58:41.264845]<davux>rts: the git plugin that's bundled with debian, i don't know
[07:59:15.871033]<rts>davux: the git plugin provides the information rendered on the changeset page, so its your best bet to look into the documentation of that plugin
[08:01:25.659854]<davux>rts: thanks for the information
[08:02:53.599549]<rts>davux: http://trac-hacks.org/wiki/GitPlugin here is the project home page
[08:06:47.866672]<rts>davux: basically it is in the GitChangeset class method get_properties. here, the committer and author email addresses will not be obfuscated.
[08:07:31.007777]<rts>davux: and there is also no setting to actually prevent that, i will look at the trac Changeset class now, and the renderer that will render the information
[08:08:43.651492]<davux>rts: great!
[08:12:04.571993]<rts>davux: in the web_ui for the changeset there is no such notion of obfuscating email addresses. I think that this results from the fact that subversion does not use email addresses for user names.
[08:12:43.449654]<rts>davux: so you might be best off with patching the git plugin's changeset#get_properties method and file an enhancement request and the patch to the gitplugin tracker.
[08:14:10.414560]<rts>davux: and, in order to make this configurable, you might also implement a preferences option, see existing trac modules for how it is being done
[08:24:23.449335]<davux>rts: have a look at http://core.spip.org/trac/spip/changeset/d3de55
[08:25:10.231445]<davux>the email in the Author field is obfuscated
[08:29:37.927379]<rts>davux: you got me here, i understand french only in capitals and only when it is known nowns... :D -- please hint me the line where this actually happens...
[08:29:46.671928]<hasienda>rts: I do know http://bitbucket.org/rblank/trac-trunk-wc, that he recommended to me for working at patch proposals, and he as even another one. Whitch is the "official" one is hidden to me as well by now.
[08:30:20.954923]<rts>hasienda: thanks for the info, will see into that after having received the bitbucket confirmation mail...
[08:30:49.576737]<hasienda>rts: BTW, you may like to have a look at http://trac.edgewall.org/wiki/TracDev/TrustedTrac, not much now, but you get the idea, right?
[08:31:21.601885]*hasienda just hiding out for some hours now, back later
[08:31:23.945342]<rts>hasienda: will do, currently i am trying to figure out this snippet of french sources davux kindly pointed me to
[08:31:46.509437]<hasienda>rts: right, see you later
[08:32:06.305912]<davux>rts: the Author field is obfuscated
[08:32:16.983257]<rts>hasienda: cya
[08:33:07.386760]<rts>davux: yes, there is a chercher_filtre(nom) somewhere that would filter it I presume, but I cannot see how this maps to your current problem with the GitPlugin :D
[08:33:44.347064]<davux>:p
[08:34:54.005010]<rts>davux: oh spip is a twitter like thingy...
[08:35:01.635964]<davux>rts: I thought I understood you said that Trac doesn't obfuscate email addresses, and that this must be done by svn
[08:35:24.852929]<davux>no it's not, cf. http://spip.net/en
[08:35:31.114353]<rts>davux: svn does not know about email addresses, just plain user names registered with the subversion passwd and groups file
[08:36:08.479283]<davux>hm, i think at least one of us it not speaking clearly, and i'm afraid it might be me
[08:36:15.545191]<rts>davux: it states that it is a micro blogging site/tool, so it seems rather twitterish to me *g
[08:36:53.322013]<rts>davux: perhaps i can help you out with the GitPlugin and obfuscating the email address, lets see...
[08:37:10.044495]<davux>i'd like to obfuscate the git-committer field the same way the Author field is, and if it's not possible, completely hide it, as it doesn't contain any useful information that's not already present somewhere else
[08:45:26.105012]<rts>class GitChangeset(Changeset):
[08:45:26.299118]<rts>[...]
[08:45:26.451871]<rts> def get_properties(...):
[08:45:26.605107]<rts> [...]
[08:45:27.180638]<rts> git_committer = None
[08:45:27.334005]<rts> if 'committer' in self.props:
[08:45:28.157667]<rts> git_committer = _parse_user_time(self.props['committer'][0])
[08:45:28.312029]<rts> if '@' in committer_:
[08:45:29.179522]<rts> committer = '%s@...>' % git_committer.split('@')[0]
[08:45:29.333398]<rts> properties['git-committer'] = committer
[08:45:30.287875]<rts> if 'author' in self.props:
[08:45:30.442568]<rts> git_author = _parse_user_time(self.props['author'][0])
[08:45:31.216904]<rts> if not git_committer == git_author:
[08:45:31.370448]<rts> author = '%s@...>' % git_committer.split('@')[0]
[08:45:48.175090]<rts>not opening a paste for this, perhaps this should do the trick...
[08:47:26.743978]<rts>davux: this is for the 0.12 version of the plugin, so you eventually will have to adjust it for older versions of the plugin. you can find the GitChangeset class in the git_fs module
[08:48:55.969025]<rts>davux: just seeing that the guard is missing for the author: insert if '@' in git_author: just before author = ...
[08:49:15.149954]<davux>hm in 0.11.6 the get_properties method is very short
[08:51:21.919057]<rts>davux: it is similar, but more compact, i will sketch up a fix for you right away...
[08:52:54.244201]<rts>if k in ['committer', 'author']:
[08:52:54.443323]<rts>251 yield("git-"+k, ", ".join(v), False, 'author')
[08:53:04.264594]<rts>must be replaced by
[08:53:14.081040]<rts>if k in ['committer', 'author']:
[08:53:14.236759]<rts> if '@' in v:
[08:53:14.390437]<rts> v = '%s@...>' % v.split('@')[0]
[08:53:14.403254]<rts> yield("git-"+k, ", ".join(v), False, 'author')
[08:53:54.487024]<rts>you might need to adjust the string template "%s@...>" in case that you get double >> at the end or no < at the beginning
[08:54:09.239863]<davux>rts: can't find 'if k in' in git_fs.py
[08:54:24.138834]<rts>line 250?
[08:54:40.825466]<rts>ups, it was for 0.10 ;)
[08:55:44.788881]<rts>hm in the repo here the method is the same for 0.11 and 0.12 : http://trac-hacks.org/browser/gitplugin/0.11/tracext/git/git_fs.py#L409
[08:56:49.106503]<rts>perhaps the plugin you are using then is from a different author? switching to GitPlugin on trac hacks and patching it for you local environment would do the trick, i presume
[08:58:19.673938]<rts>davux: must revise this: you can also configure email addresses as user names and they then will be shown - svn does not know about email addresses, just plain user names registered with the subversion passwd and groups file
[08:59:56.475281]<davux>rts: in the corrected version you gave me, you're dropping the _parse_user_time call, right?
[09:01:04.714045]<rts>davux: you mean the one for the 0.10 version? it does not use that when assigning the v(alue) to the property list by yielding it
[09:02:03.272409]<rts>davux: ah now i see, you simply insert the if '@' in git_author: right before the line where it says author = '%s@...>' ...
[09:02:31.850191]<rts>perhaps we should work this out together on a pastebin... opening up one
[09:04:05.078232]<davux>yep
[09:05:24.615018]<rts>davux: see http://paste.lisp.org/+2F0R
[09:06:46.924151]<davux>rts: so you're using properties['git-committer'] = committer
[09:07:02.766883]<davux>instead of the old: properties['git-committer'] = \
[09:07:02.937714]<davux> _parse_user_time(self.props['committer'][0])
[09:07:05.938339]<davux>right?
[09:07:16.269854]<rts>davux: yes, where committer is the obfuscated version of git_committer
[09:07:30.734010]<davux>ok
[09:08:59.446667]<rts>davux: are you familiar with hacking python? I think so based on the link you gave me earlier -- but I should ask otherwise this might take a long time ;D
[09:09:30.737353]<davux>i am
[09:09:41.952586]<rts>davux: me is only at the early stages of getting into python hacking, so maybe the code i presented to you might not even work at all
[09:09:51.311333]<davux>i just wasn't sure about why the call to _parse_user_time() disappeared
[09:10:16.910478]<rts>davux: oh it is still in there, see the line where it reads: git_author = _parse...
[09:10:47.320615]<davux>oh true, sorry for the noise
[09:11:59.038458]<davux>is there anything to do in order to see the change in effect?
[09:12:11.393784]<davux>some cache to delete maybe
[09:18:14.588434]<rts>hm perhaps restarting your webserver...
[09:23:51.947588]<davux>the new code is not taken into account, but the address is still visible
[09:24:31.240381]<rts>davux: damn, then the information is somewhere else...
[09:25:37.796139]<rts>404 # use 1st committer as changeset owner/timestamp
[09:25:37.992358]<rts>405 (user_, time_) = _parse_user_time(props['committer'][0])
[09:25:38.005276]<rts>406
[09:25:38.018398]<rts>407 Changeset.__init__(self, sha, msg, user_, time_)
[09:25:38.031276]<rts>408
[09:26:16.353808]<rts>in the constructor the committer will be extracted once again
[09:27:28.591131]<rts>perhaps that is being used to render the information
[09:34:05.537350]<rts>davux: did this work then?
[09:37:04.492400]<davux>i don't understand what i was expected to do, sorry :/
[09:57:14.402153]<rts>davux: erm, in the constructor of the changeset, the user will be extracted from the committer property of the changeset. perhaps you might also obfuscate that one based on the previous code presented to you?
[09:57:29.885992]<davux>oh
[09:58:02.419863]<davux>rts: thanks, i'll do it
[09:58:14.027922]<davux>i have to leave now, but i'll keep your pointer
[09:58:14.181856]<rts>davux: good luck
[09:58:23.658770]<davux>thanks a lot for your help!
[12:11:50.259975]<sunny063>hi, can somebody tell me what might be wrong with trac (0.11), if plugins installed through easy_install do not show up in the admin web interface?
[12:22:38.921528]<sunny063>hi, can somebody tell me what might be wrong with trac, if plugins installed through easy_install do not show up in the admin web interface?
[14:13:50.321195]<evil_twin>t.e.o: trustedTrac_logo-draft.png attached to TracDev/TrustedTrac - <http://trac.edgewall.org/attachment/wiki/TracDev/TrustedTrac/trustedTrac_logo-draft.png> - hasienda <hoff.st@…>
[14:33:53.275007]<evil_twin>t.e.o: TracDev/TrustedTrac edited - <http://trac.edgewall.org/wiki/TracDev/TrustedTrac?version=2> - hasienda <hoff.st@…>
[14:37:55.889877]<hasienda>sunny063: did never install that way, where does the plugin data go in then? I install almost anything per environment and so put it into the <env>/plugins/ folder. For a larger number of environments to be deployed a inherited directory might be prefered.
[14:43:55.214582]<evil_twin>t.e.o: notification.0.13.diff attached to Ticket #8294 - <http://trac.edgewall.org/attachment/ticket/8294/notification.0.13.diff> - rgent <richard@…>
[14:44:00.214268]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:26> - rgent <richard@…>
[14:53:57.135481]<evil_twin>t.e.o: notification.0.13.2.diff attached to Ticket #8294 - <http://trac.edgewall.org/attachment/ticket/8294/notification.0.13.2.diff> - rgent <richard@…>
[14:56:30.233084]<CareBear\>Hello everyone!
[14:56:54.925068]<CareBear\>Is there a way to make the Attachments section be expanded by default in the Trac 0.12b1 (or later) wiki?
[16:24:13.599739]<evil_twin>t.e.o: Ticket #8294 (Add GnuPG encryption to email notifications) updated - <http://trac.edgewall.org/ticket/8294#comment:27> - hasienda <hoff.st@…>
[16:58:44.722403]*coderanger_ wonders why there is even a discussion about adding GPG support to core
[16:58:46.109034]<coderanger_>really?
[16:58:54.950273]<coderanger_>Isn't that a pretty textbook example of a plugin?