Team Chat Logs

June 28, 2010

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

[00:10:16.785213]<osimons>gusg, dnedelchev1: http://trac-hacks.org/wiki/DoxygenPlugin (never tried it myself though and can't vouch for it)
[00:10:39.920090]<gusg>osimons, thanks :)
[00:28:13.267266]<dnedelchev1>I knew about the doxyden plugin but didn't tested yet (I have to solve more urgent issues first). I thought it should require some post-commit script to invoke doxygen automatically after every commit.
[00:40:19.079485]<gusg>dnedelchev1, that's what it is looking like
[00:47:52.965318]<dnedelchev1>gusg, I also wonder if we will have to extract the source to a dedicated working copy on the server or the plugin will do these things alone, or maybe we'll have to run doxygen locally (maybe with a pre-commit script) to be able to commit an up-to-date doxygen documentation along with the source. I'll take a look now.
[00:51:12.463908]<gusg>dnedelchev1, I'm very new (today, really) to SVN, Trac and Doxygen. I am not even really sure how SVN and Trac interface. Is it all through post-commit hooks? I must have misunderstood, because I think all the plugin does is provide a link to the Doxygen index.htm file. It also instructs the admin to set a Trac footer and header on the doxygen output
[00:51:32.217630]<gusg>oh, it also allows easy linking to the documentation through the Wiki
[00:59:33.782014]<dnedelchev1>I've used doxygen separately. If we succeed to achieve an acceptable multi-project integration (in order to continue using trac, else we'll have to abandon it for sorry), then we'll have to setup the doxyden integration too.
[02:06:34.391879]<dnedelchev1>gusg, dod you gaet the doxyden plugin working? I just made it showing an already generated documentation. I don't see any settings related to the paths to doxygen config file and to doxygen executable. So obviously a post-commit script should be written...
[02:08:09.504030]<gusg>hi dnedelchev1. No I haven't tried. I don't have access to the Trac server. I am not sure, actually, if I ever will because it is not run by the group I am in. I think, then, that it might be best if we host our own.
[02:09:15.470446]<gusg>Is it possible to instruct doxygen to recreate the documentation only from changed source files? Or does it need "knowledge" of all the other files?
[02:13:59.025383]<dnedelchev1>I think there is no way to partially generate the documentation since a change in a single file can reflect to many others. The doxigen documentation is heavily cross-liked (and it should be so in order to be useful) so I can't imagine how doxyden can do its work only rendering modified files. However, I've never before asked myself this question so i may be wrong.
[02:25:20.447709]<dnedelchev1>gusg: For large source trees it would be unacceptable to run doxygen at every commit. Then it should be made manually for example once a day. Like here: http://developer.pidgin.im/doxygen/ they build docs once for a release and nightly - for the trunk.
[02:27:23.800925]<gusg>dnedelchev1, hmm. Do you know a good way of tracking the changes in the automatic documentation?
[02:27:31.881045]<dnedelchev1>of cource nightly builds should be automated while for the releases may not
[02:33:19.542787]<dnedelchev1>(I meant for the release may be automated too, but it's not absolutely required).
[02:33:19.727013]<dnedelchev1>Hm, it's interesting question. Maybe you can just put the documentation in the repository and use the default diff tools.
[02:33:50.643902]<dnedelchev1>I think I would do so.
[02:33:54.367506]<gusg>as long as the HTML doesn't contain a time stamp.
[02:34:32.739629]<gusg>I was thinking that I would too, but I wonder how useful it is to diff the HTML. I mean, you can still see the changes. It just sounds like an ugly way to view them. It's a hack, I guess
[02:35:06.995765]<dnedelchev1>yes, it could prove too much messed up with timestamps, line numbers and so on...
[02:36:05.009280]<dnedelchev1>then you may try setting some ignore-rules for filtering differences in your diff tool
[02:45:22.500808]<dnedelchev1>gusg: personally I haven't tried to trac source changes using doxygen documentation alone. but there is a great chance that it is more complicated than comparing list-files. for list-files setting ignore columns works in many cases. for html documentation it should be much more complicated. I can't remember which compare tool (I hope there is such) do compare html files in the dasired way (i.e. not just at html-code level what is hardly useful if useful
[02:48:00.378798]<dnedelchev1>it turns that saving html docs in the repository is not a solution since the built-in diff tools do compare html files as plain text.
[04:16:11.628063]<ngirard>Hi dear people. I've installed Trac on both Linux and Windows, following the same procedure. I've generated an htpasswd file and tried to get Trac to use it. It worked fine on Linux, but on Windows Trac complained that the crypt module couldn't be found. How can I solve this ?
[04:17:06.852379]<ngirard>as far as I know the crypt module is part of the standard python modules, and i've installed python 2.6
[04:20:49.595856]<osimons>ngirard: nope, not on windows. try "easy_install fcrypt"
[04:21:07.801717]<osimons>or windows installer or however you want to do it on your platform
[04:26:52.155317]<ngirard>Hi osimons. Thanks very much for your feedback ! Indeed fcrypt is mentionned in the TracStandalone page but it wasn't clear for me that it was a mandatory installation. Thanks again !
[05:54:17.334781]<thm>which version of JQuery UI works with 0.11's JQuery?
[06:35:53.410611]<osimons>thm: trac 0.11.x ships with jquery 1.2.x, recent 0.11-stable has 1.2.6 (unchanged for 2 years): http://trac.edgewall.org/browser/branches/0.11-stable/trac/htdocs/js/jquery.js
[08:08:20.185811]<thm>osimons: yeah. was looking for jquery ui, but found it meanwhile.
[08:09:05.729468]<thm>some using email2trac with fetchmail and procmail? it doesn't want to accept my emails. dry-run works fine.
[08:20:52.806665]*DanC resumes trying to get trac to work with mod_wsgi...
[08:40:20.312011]<DanC>I seem to be hitting the pyexpat problem
[08:40:25.700454]<DanC>what's the work-around/fix for that?
[09:02:40.291123]*DanC finds http://code.google.com/p/modwsgi/wiki/IssuesWithExpatLibrary
[09:07:05.190344]<DanC>well, I can get the "with expat" thing ok.
[09:23:34.646276]<DanC>but if I import xmlrpclib, I get a Segmentation fault
[09:24:04.229032]<DanC>apache is definitely using /usr/local/apache2/lib/libexpat.so.0.1.0
[09:25:12.085334]<DanC>which is expat_1.95.2
[09:25:36.788623]<DanC>and python is using (2, 0, 0)
[09:26:33.240101]<DanC>"it is possible that Apache may also need to be recompiled against the same version of the "expat" library as used in Python"
[09:26:36.221856]<DanC>hmm... how to do that?
[09:27:32.228650]<DanC>http://www.apache-asp.org/faq.html#Apache%20Expat3f8589db suggests --disable-rule=EXPAT
[09:28:01.446803]<DanC>a link from the former to the latter would be nice
[09:44:23.283232]<DanC>hmm... not so simple as adding --disable-rule=EXPAT to the stock apache config command
[09:44:32.099269]<DanC>there's something specific about mod-perl...
[10:03:16.987024]<kisielk>coderanger: hey, just wondering what is happening with the MasterTickets plugin? are you still actively maintaining it?
[10:17:54.035443]<DanC>grumble... I rebuilt apache with --disable-expat and I'm still getting a Segmentation Fault
[10:30:51.538983]<osimons>DanC: you are still compiling all bits yourself? nothing from package managers?
[10:31:37.295450]<DanC>never was compiling all bits myself. certainly not libc ;-) but not python either
[10:32:30.096494]<DanC>wierd... apache still builds a libexpat
[10:33:39.325008]<DanC>ah... it's loaded dynamically.
[10:33:50.027439]<DanC>so lsof didn't show it until it was loaded
[10:42:47.324236]*DanC installs libexpat-dev SuSE package, tries configuring apache again...
[10:47:01.148272]<osimons>DanC: i'm on opensuse 11.1 - apache, mod_wsgi and python all from repos....
[10:47:24.412547]<DanC>aha! victory is MINE!
[10:47:56.007419]<DanC>well, the network security folks here want apache built from source
[11:44:42.094664]<DanC>ok... even though trac is running under mod_wsgi, the static stuff should still run straight thru apache, right?
[12:16:47.579400]<coderanger>DanC: Probably, its mostly a performance question
[12:17:10.512524]<coderanger>By default Trac will serve everything it needs, but that isn't as fast as letting apache do it
[12:30:43.540551]<DanC>maybe trac is smart enough to use wsgi file wrappers?
[12:31:01.774130]<DanC>I'm not going to worry about that for now... I'm on to commit hooks
[12:33:18.700707]<coderanger>DanC: It is, but even those aren't as fast as direct file serving
[12:33:41.024880]<DanC>what do you do about the static parts of trac, coderanger ?
[12:35:35.382679]<coderanger>DanC: trac-admin ... deploy will generate an htdocs folder laid out so you can just alias it over /chrome
[12:35:39.520694]<coderanger>thats what I generally do
[12:36:34.664417]<DanC>"alias it over /chrome" ... hmm...
[12:37:07.925316]<coderanger>As in "Alias /chrome /srv/www/trac-deploy/htdocs"
[12:37:09.756291]<DanC>like this? Alias /trac/chrome/common /path/to/trac/htdocs
[12:37:21.977409]<DanC>(from http://trac.edgewall.org/wiki/TracCgi )
[12:37:22.786054]<coderanger>All of /chrome, not just common
[12:37:45.618142]<coderanger>deploy knows how to pull in all the static content for plugins too
[12:42:51.557639]<DanC>I'm getting a Last-Modified header on trac.css ; that means it's going straight from apache, yes?
[12:47:59.166384]*DanC finds http://mercurial.selenic.com/wiki/HgTracHook
[13:00:01.593431]<coderanger>DanC: I'm pretty sure Trac itself sends that too
[13:00:43.888347]<DanC>so is there any way to tell, reliably?
[13:07:30.579262]<coderanger>DanC: Did you configure apache to serve the files?
[13:07:40.726994]<coderanger>If you did, then it is ;-)
[13:09:05.624004]<DanC>well, I *tried* to configure apache to serve the files; but as we know, all untested software is broken. so I'm trying to *test* that I got the configuration right
[13:09:28.295567]<coderanger>Pastebin the apache config
[13:10:46.485978]<DanC>http://paste.lisp.org/display/111953
[13:11:44.928777]<coderanger>And trac-share is the folder created by trac-admin deploy?
[13:14:38.639975]<DanC>yes
[13:14:55.424680]<DanC>in retrospect, perhaps I should have called it trac-deploy
[13:20:50.495620]<kisielk>is there a way to register a username for the edgewall site?
[13:24:07.628668]<coderanger>kisielk: No, t.e.o accounts are only given to developers
[13:24:15.581922]<coderanger>DanC: Looks fine to me
[13:30:44.926783]<DanC>thanks
[13:31:03.271722]<DanC>now... on to setting up accounts... http://trac-hacks.org/wiki/AccountManagerPlugin looks promising, but when I try to easy_install, I get:
[13:31:08.764939]<DanC>error: Unexpected HTML page found at http://trac-hacks.org/svn/accountmanagerplugin/trunk
[13:41:57.673577]<coderanger>DanC: HTTP proxy perhaps?
[13:42:16.175689]<coderanger>DanC: You can try installing from the zip or tarball
[13:43:32.249357]<DanC>I checked it out using svn
[14:03:10.398724]<DanC>finally! ugh! configuring http://trac-hacks.org/wiki/AccountManagerPlugin took me forever. It works as documented, but I'm thick-headed or something
[19:42:36.683104]<michela>hi all, is there a way to disable the 'Download in other formats' functionality?
[19:49:24.261191]<michela>Trying to work out the best way to remove ability for files to be downloaded via Browser as opposed to just being rendered in trac pages