Team Chat Logs

June 29, 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:38:47.242015]<osimons>michela: sure, make the setting downloadable_paths be empty (ie. no paths are downloadable)
[06:17:44.415559]<maxo>I'm having problems setting the date format in Trac. I've followed the FAQ but to no avail. I need it for the UK - dd/mm/yyyy . I'm using windows server, WSGI and apache. Can someone help?
[06:29:01.170344]<maxo>is anyone here?
[06:32:18.752422]<osimons>maxo: patience, my friend... what apache setting did you try?
[06:33:38.334812]<maxo>osimons: I added SetEnv LC_TIME "English_United Kingdom" to httpd.conf
[06:36:36.883703]<osimons>maxo: i doubt that is a valid locale with space and all. need to look that up.
[06:37:49.000971]<maxo>osimons: in the FAQ it says: Examples: German_Germany is Germany, English_United Kingdom is Great Britain and French_France is France
[06:38:02.032914]<osimons>oh. it is what it says in the faq. hmm.
[06:38:04.031103]<osimons>right
[06:38:57.049540]<maxo>I've tried en_GB too
[06:41:24.168785]<osimons>maxo: so, you then have a .wsgi script that you run, right?
[06:43:06.302678]<maxo>osimons: yes, using WSGIScriptAlias
[06:43:13.830511]<osimons>what happens if you in that script add these lines at the top:
[06:43:15.976869]<osimons>import os
[06:43:33.900239]<osimons>os.environ['LC_TIME'] = 'English_United Kingdom'
[06:44:39.486064]<osimons>that should have the same effect, iirc. untested... i have things working fine with wsgi on linux/osx using: SetEnv LC_ALL no_NO.UTF-8
[06:44:51.702006]<osimons>- but i (fortunately) do not run anything on windows anymore
[06:45:10.464498]<maxo>osimons: I added that line but it still seems to be showing the dates US-style
[06:46:09.341569]<osimons>huh. restarting apache between tests of course?
[06:46:58.017361]<osimons>ignore the .wsgi modification then. remove it again. it really should work with SetEnv in Apache config.
[06:47:34.807450]<maxo>osimons: yes I am restarting apache every time
[06:52:10.339503]<maxo>osimons: it's a mystery!
[06:52:16.927055]<osimons>maxo: could you try with LC_ALL instead?
[06:53:07.984594]<maxo>osimons: ok just tried that, but still US style
[06:54:31.251796]<osimons>i am quite certain that I've had "Norwegian_Norway" working myself on windows earlier
[06:55:02.034540]<osimons>what trac version, maxo?
[06:56:31.365609]<xelister>hi
[06:56:40.156893]<xelister>can I have a workflow like Enterprise,
[06:56:51.899782]<maxo>osimons: 0.12
[06:57:00.661713]<xelister>but, to set the developer name even as owner changes (in example, even as ticket goes to QA)
[06:57:54.055393]<xelister>so.. on transition *->start or new,assigned->done , set author-to-me? Like set owner-to-me, but a separate field "author"
[06:58:32.829214]<xelister>becaue now the information who actually IMPLEMENTED a ticket gets lost, as the ticket travels to QA or goes back to questions
[06:59:15.393471]<maxo>osimons: here is my httpd.conf: http://pastebin.com/6AyjJNy2
[06:59:55.632334]<maxo>osimons: and trac.wsgi - http://pastebin.com/A8iH361x
[07:10:36.858591]<osimons>maxo: the only thing i can imagine is that you use SetEnv too late - inside a <Location> directive is perhaps too late as python and script is already loaded. try to put it outside, or even outside your virtualhost at the root of the config
[07:10:54.325724]*osimons -> dinner. later.
[07:44:54.017385]<cmc>Donald Knuth is going to give an "Earthshaking" announcement tomorrow
[07:55:53.108375]<maxo>osimons: so I just discoverde if I run trac using tracd, it does render the dates OK. So either apache or wsgi are rendering my dates US-style instead of UK style?
[07:56:03.286736]<maxo>Or if anyone else has any idea?
[07:56:34.646460]<cmc>that's a python locale setting, I think
[07:56:48.549860]*osimons wonders how "earthshaking" announcements at TeX user conferences can really get...
[07:57:22.814862]<osimons>maxo: didn't help moving the SetEnv directive up the hierarchy then?
[07:57:35.473452]<maxo>osimons: no, it's still rendering US-style
[07:57:47.250736]<maxo>but if tracd works, it must be either a problem with wsgi or apache
[08:01:37.414573]<xelister>maxo: yes
[08:01:43.903440]<xelister>maxo: that is one most annoying thing in trac
[08:01:50.399844]<xelister>using the /retarded/ USA dates format
[08:02:07.300168]<Alver>Oh, can't that be changed?
[08:02:13.762654]<xelister>maxo: it is easly fixed with changing pyuthon locale in apache/vhost setting
[08:02:31.900117]<cmc>right; it's not a Trac issue, it's Python's locale
[08:02:34.991616]*xelister bitchslaps americans for their date format
[08:02:53.046812]<maxo>xelister: how do I do that?
[08:03:14.244586]<xelister>PythonOption TracLocale "sv_SE.UTF-8"
[08:03:25.880115]<xelister>next to the SetHandler mod_python line
[08:03:29.055928]<maxo>xelister: I think that's with modpython though?
[08:03:31.690756]<osimons>surely it is something not correctly set or moved to the proper context. here is what we'll try: http://pastebin.com/PSjcembt
[08:03:34.765850]<xelister>maxo: yes
[08:03:40.379832]<maxo>I'm using wsgi
[08:04:04.300149]<osimons>xelister: wsgi - and on windows too just to complicate things... :-)
[08:05:06.634626]<osimons>maxo: ^^ the paste above was for you. forgot to signal you.
[08:06:51.188183]<maxo>osimons: awesome, that fixed it!!! :-)
[08:06:55.247188]<maxo>thanks :-))
[08:07:20.465784]<maxo>that has to go on the trac faq, I would never have worked that out!
[08:07:38.750811]<cmc>yay!
[08:08:59.237192]<osimons>yeah, should update the faq. i see i've done it that way on my osx development setup too.
[08:10:54.666334]<maxo>I'm updating it now
[08:12:51.621440]<maxo>osimons: thanks again, I really appreciate it :-) I was pulling my hair out over that one
[08:14:49.980512]<osimons>maxo: no probs. thanks for updating the faq - just add a paragraph and example. perhaps similar to the special section on mod_python?
[08:15:17.401254]<maxo>osimons: I added something similar under http://trac.edgewall.org/wiki/TracFaq#how-do-i-change-the-format-used-for-displaying-date-and-time
[08:16:40.218611]<osimons>maxo: very nice - one nit, make sure to say "Replace 'English_United Kingdom' with the required locale and correct format depending on platform."
[08:16:54.301411]<osimons>(ie. example is still windows only of course)
[08:17:09.537955]<maxo>osimons: would that not work on linux?
[08:18:00.222046]<osimons>no, English_United Kingdom is a Windows way of specifying locale. For my OSX I use: environ['trac.locale'] = 'no_NO.UTF-8'
[08:18:37.194888]<maxo>osimons: oh I see, but in principle it works the same, it would just be en_GB on unix then?
[08:18:41.259545]<osimons>on *nix that would be something like 'en_UK.UTF-8' i suppose
[08:19:07.354855]<osimons>yes, python gets the locale from the OS. windows has its way of reporting locales, *unix has its ways
[08:19:18.573638]<xelister>osimons: ion linux its as i PASTED... "sv_SE.UTF-8" for exmaple
[08:19:35.283704]<osimons>yeah. heia sverige.
[08:19:44.860754]<osimons>(not)
[08:19:47.422769]<osimons>:-)
[08:23:49.607908]<osimons>- or en_GB actually, maxo
[08:24:20.551282]<maxo>yes I think UK might be ukraine?
[08:25:02.997261]<osimons>no, i think it works too, but only as an optional locale alias that is quite common - but that may or may not be defined
[08:25:21.248382]<osimons>en_GB should always be present, and is the correct ID for the locale
[09:04:13.767218]<scfe>someone else having problems accessing t.e.o?
[09:05:09.684690]<scfe> badger is reachable but nothing more...
[10:13:38.015692]<mwhipple>presently my Trac install redirects from https:// to http:// after logging in or out, any advice on how to prevent this following a login?
[11:27:35.624164]<DanC>I'm using the sqlite back-end for trac; I wonder about concurrency issues. Is there sufficient locking and whatnot for use with mod_wsgi?
[11:28:09.567049]<coderanger>DanC: Its fine
[11:28:26.427285]<coderanger>DanC: You will notice very quickly if it is a problem and you can migrate to postgres later
[11:28:33.476531]<coderanger>What is your expected user load?
[11:30:09.649261]<DanC>I'm not worried about contention/load issues so much as correctness
[11:30:12.652059]<DanC>i.e. data loss
[11:30:20.831035]<coderanger>There is no risk of data loss
[11:30:54.006791]<DanC>user load is about 2 so far. I don't expect more than a dozen writers, even in the fairly long run
[11:31:12.025368]<coderanger>Then I doubt you will ever find sqlite to be a problem
[11:31:28.154422]<DanC>when you say "you will notice very quickly" you mean I'd notice the load?
[11:31:34.880932]<coderanger>also if you take into account the new 3.7 release, sqlite really has no concurrency issues anymore :)
[11:32:03.302491]<coderanger>If you hit locking issues with sqlite you notice rather quickly since Trac will start throwing "Unable to lock database" exceptions all over the place
[11:32:20.096385]<DanC>I see.
[11:32:25.358639]<DanC>good to know. thanks.
[11:46:33.922967]<DanC>ugh... can't copy/paste rich text (with hyperlinks) into tracwysiwyg
[11:51:39.507800]<DanC>wild! ctrl-v doesn't work, but choosing paste from the right-click menu does
[11:51:41.005195]<coderanger>It works from Word I'm told, though I never much cared for the plugin myself
[11:54:36.865538]<DanC>now ctrl-v is working. hm
[12:11:14.505715]<doki_pen>hasienda: there is a new ticket about locale files not being put in the egg. can you take a look?
[12:11:26.155887]<doki_pen>hasienda: 7314
[12:14:32.288019]<hasienda>doki_pen: nice, got almost identical report for WikiTicketCalendar
[12:16:15.243415]<hasienda>doki_pen: this is a non-issue, as the reporter is certainly not familiar with i18n procedures missing the 'python ./setup.py compile_catalog' that create the compiled catalogs with the locale dir for the egg
[12:17:32.436067]<hasienda>doki_pen: the uncompiled PO does nothing, really need the compiled MO files (wonder why someone thinks this could be so plain wrong)
[12:18:34.543380]<hasienda>doki_pen: will close and fix the real issue: documentation on how to build the new egg _with_i18n_ now
[12:19:20.998883]<doki_pen>hasienda: it shouldn't do it automatically?
[12:19:52.417361]<doki_pen>hasienda: create the MO and include it in the egg? is that wrong?
[12:21:01.195478]<hasienda>doki_pen: not done now with the standard procedure layed down in http://trac.edgewall.org/wiki/CookBook/PluginL10N
[12:21:43.110362]<hasienda>doki_pen: see a sample of how the docs should look like here: http://trac-hacks.org/wiki/WikiTicketCalendarMacro#Abouti18nl10nsupport
[12:22:15.678472]<hasienda>doki_pen: got no more complains after adding the egg preparation section there
[12:22:59.536961]<hasienda>doki_pen: plus a link named "important hint on egg creation" to the download section as well
[12:23:40.929815]<doki_pen>hasienda: alright
[12:23:54.719967]<hasienda>doki_pen: think that's not that hard and not worth the hassle to do more automation on that
[12:24:10.168482]<doki_pen>hasienda: right, stick to whatever the standard is
[12:24:43.273323]<hasienda>doki_pen: good, will do. :-)
[12:37:30.230502]<hasienda>doki_pen: done with wiki changes, going for the ticket now
[12:50:54.160410]<hasienda>doki_pen: done with the ticket too, hope explanation is good and especially kind enough to the reporter, since I really enjoy someone trying the new features
[12:57:30.600102]<xuru>howdy, quick question... I'm trying to use the TracActiveDirectoryAuth plugin. I have that part working, but when I click on "login", it gives me an error. I'm thinking this is an apache config thing
[12:57:55.671108]<xuru>is that true?
[13:00:28.592066]<xuru>ah, nevermind. I found the wiki page. google works better then the wiki search :/
[13:14:30.736009]<hasienda>xuru: my experience is often in opposition to yours, but glad you found anyway (good search word is always the key of corse)
[13:27:10.049454]<hasienda>doki_pen: reporter feedback on #7314 is in now as well, all good.
[22:58:41.386268]<ngirard>Hi all. Can Trac handle hyperlinks to windows shared files or directories \\like\this ?