Team Chat Logs

April 28, 2010

2010 3
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:29:24.268700]<cboos>osimons: around?
[00:35:28.827283]<osimons>cboos: yeah
[00:51:01.308465]<matt1s>Is it possible to change the wiki backend in Trac? We want to store the pages in our own CMS
[00:52:55.410501]<osimons>matt1s: no, that makes no sense. if anything, i'd look into making a new module as a plugin that renders your pages - calling it something else and letting it work its own magic without depending on any wiki module code
[00:53:34.328134]<osimons>- call it "Docs", and link to the pages using [docs:] links and so on.
[00:53:37.987028]<osimons>(example)
[00:54:40.611831]<osimons>- and make a request handler in Trac that responds to /docs path
[00:57:31.179531]<matt1s>osimons: hm that could work, do you think we could reuse the editor used for the Wiki pages? We were thinking of translating wiki formatted text into our native markup, and then when asked for content we translate back to wiki.
[00:58:56.663491]<osimons>"editor"? it is just a textarea with a really basic toolbar... all it does is submit multi-line plain text...
[01:00:06.616773]<osimons>matt1s: however, if you are looking to use your own markup in tickets and everywhere else, you need to replace the "engine" as you say. look for similar tickets in the trac ticket system requesting to replace the wiki backend with mediawiki and similar
[01:01:23.665905]<matt1s>osimons: Oh no, we don't want to change the ticket markup. We have meetings and such and write the summaries of those meetings in Trac at the moment, but we would like to write it in our own CMS to exercise our own code
[01:01:45.324130]<matt1s>osimons: But still use Trac as the "unifying" portal to everything development related
[01:03:27.466683]<matt1s>osimons: but I think your idea with writing a module that renders /doc/* URI's is the right approach
[01:03:30.046097]<osimons>matt1s: then a separate rendering and link/url syntax makes the most sense to me - that way your CMS becomes just a new provider of information along with the rest
[01:03:34.237601]<osimons>right
[01:04:54.568503]<matt1s>osimons: thanks for the insights, I'll do some reading on how to create modules for Trac and see if I can get something up and running
[01:06:26.494313]<osimons>matt1s: i suppose you already have some code to do the actual rendering of the format you store in the CMS?
[01:06:33.650337]<osimons>ie. render it to HTML?
[01:08:02.519620]<matt1s>osimons: yeah, we output to HTML at the moment, but we are working on an API, so interfacing with Trac might be the perfect exercise
[01:08:55.803167]<matt1s>osimons: I was thinking of creating a Wiki renderer and a Wiki parser initially, since we are all accustomed to the Wiki markup
[01:10:09.768436]<osimons>matt1s: hey - you've got a norwegian hostname behind your user. er du norsk?
[01:13:22.255029]<sspreitzer>howdy mates
[01:13:54.062193]<sspreitzer>i am trying to include a [[Macro]] into an [http... mylink.[[Macro]] ]
[01:14:01.091489]<sspreitzer>how can I do this?
[01:14:02.602103]<sspreitzer>:D
[01:15:11.441092]<osimons>sspreitzer: a macro as a label? labels for links are just text, they won't get expanded into anything but shown as-is (which is likely what you found)
[01:15:35.994724]<sspreitzer>any other way I can do this?
[01:16:13.150636]<matt1s>osimons: yep er norsk :-)
[01:17:00.490441]<osimons>sspreitzer: using default trac? no, not really.
[01:17:31.712324]<sspreitzer>osimons, thanks :)
[01:19:09.266863]<osimons>matt1s: and based in stavanger too? i'm just up the road in Haugesund, and have helped develp trac + plugins for a number of years now... http://www.ohloh.net/accounts/osimons
[01:21:35.055862]<osimons>matt1s: this is what I do (and use trac + plugins for); http://www.coderesort.com
[01:22:08.734146]<matt1s>osimons: Ah cool, I can tell you're a pretty active guy
[01:23:33.129738]<matt1s>osimons: I've heard about coderesort.com through Reddit I believe, is it your project?
[01:24:51.151417]<osimons>matt1s: yes, it is.
[01:26:54.950827]<matt1s>osimons: I'm based at Xait AS, a small coding house in Stavanger. We're developing our product which is XaitPorter, http://www.xait.no/
[01:29:23.956924]<osimons>matt1s: yeah, looked it up. nice. and you use trac for your coding infrastructure?
[01:32:14.687142]<matt1s>osimons: Yeah, we use it as a management tool for our development process at the moment. We had our own ticket system in the start, but we outgrew it as our team increased in size and it became cumbersome to maintain. So we migrated to Trac and have never looked back :-)
[01:33:12.546717]<czr>we started with trac and never looked back :-)
[01:34:00.732118]<czr>if only I'd get IRC notification of tickets and wiki changes, I'd be the happiest person alive..
[01:35:04.096386]<matt1s>czr: we had a bot that interfaced with the SQLite database and posted updates, but it's been offline a while because the guy who wrote it is on "daddy leave"
[01:35:52.358705]<czr>yeah, that's yet another polling solution. (checking RRS would be the other I guess). still looking for "the right way" of doing it.
[01:47:07.419011]<osimons>cboos: quick question; the mercurial connector has never cached revisions and nodes, right? don't use it myself, just seem to remember fragments of discussion and docs
[01:58:58.991041]<osimons>cboos: never mind. verified it myself. nothing cached.
[02:03:08.888915]<slam>czr: actually trivial with supybot and irclogsplugin.
[02:03:52.121706]<slam>czr: we use it logging irc, and also announcing changes to trac timeline (filtered)
[02:04:47.751490]<slam>czr: and yes, it actually is triggered by rss output - you can attach it to any trac component with rss output
[02:05:17.783601]<czr>slam, right. which is .. a polling solution :-).
[02:05:33.998984]<czr>but, maybe I'll go the RSS way for now. seems like it's too much coding otherwise.
[02:06:29.107910]<slam>czr: not worth the coding time - supybot with rss-announcer is working reliable (and other bots probably, too)
[02:07:29.921038]<czr>I ended up coding my own bot using twisted. I needed a realtime control channel over TCP so that automated status check systems could announce stuff as it happens (automated test results, service availabilities and such).
[02:07:49.949030]<czr>did look at supybot but it didn't seem to offer such a possibility so I decided not to use it.
[02:07:55.594505]<slam>czr: add that bot stuff is always quite security relevant, and with this solution you work with a code base which receives security updates regularily
[02:08:15.069524]<czr>that's not really a biggie. it's our own closed network anyway
[02:08:43.217181]<slam>czr: it comes with a huge config file (actually the biggest i have ever seen), and somewhere there you will find rss-announcer
[02:09:04.249769]<slam>czr: if you go for it i will happily let you ready ours
[02:09:22.340367]<czr>ready ours what?
[02:09:29.672713]<slam>czr: config file
[02:09:37.855956]<czr>ah. I'll keep it in mind :-).
[02:13:56.664400]<czr>right. trac question. is it possible to easily filter the timeline to contain only entries since a specific unix timestamp?
[02:18:16.689412]<osimons>i think evil_twin in here is now a gozerbot - used to be a supybot, but got converted at some stage. trac plugin ported that just makes wiki/ticket links and so on
[02:18:27.100672]<osimons>!version
[02:20:02.653867]<osimons>nah. cannot recall any details...
[04:22:53.306285]<kirean>anyone know of any Macro with a nice usage error message (if used incorrectly)
[04:35:01.261381]<kirean>can I use: raise TracError and get an error message spanning on several rows?
[04:47:25.998926]<hasienda>kirean: did you try with multi-line quote with """? just guessing - it is multi-line at least in my trac.log, but may get flattened on the way to html generation, by Genshi or something else.
[04:49:57.336402]<kirean>hasienda: yep, I tried that and also adding [[BR]] and \n
[04:55:20.982548]<hasienda>I see. Might even be a limitation in the macro interpreter imposed by Trac, who knows?
[04:56:25.314475]<hasienda>(curious to know too, but not time to digg into this right now, sorry)
[05:02:38.583681]<kirean>hasienda: no worries, thanks anyway
[05:21:35.509855]<osimons>kirean: if anything, try using html markup, enclosing it in a Markup() instance so that it won't get escaped when rendering. if anything works.... i can't remember...
[05:22:05.798309]*osimons heads out. later.
[05:54:12.268437]<kirean>osimons: ok that seems to work
[05:54:19.263949]<kirean>osimons: thanks
[07:46:07.381492]<aruntomar>has anyone faced that the existing tickets have become readonly when migrated from one trac server to another trac server
[08:18:36.379260]*retracile grumbles something defamatory about mornings.
[08:19:16.183901]<retracile>aruntomar: sounds like you lost some of your user's permissions, perhaps?
[08:41:51.612015]<aruntomar>retracile: how do i check that, i've tried migrating the entire database, and other option that i tried was to migrate 1 table at a time, but still the problem persists
[08:48:02.869295]<retracile>aruntomar: "trac-admin <trac-environment-dir> permission list <username>" compare output from that
[08:49:21.643238]<aruntomar>retracile: ok, i'll try that out
[08:49:41.731893]<aruntomar>retracile: thanks for the pointer
[09:20:28.413216]<haard>Hi. I'm trying to figure out why my track (.12) installation have "reassign to ???" instead of the text field I seem to remember from other installations. Any clue?
[09:23:58.076803]<retracile>haard: are you seeing a literal "???"
[09:24:05.373950]<haard>yes
[09:27:35.477377]<haard>ah
[09:27:37.142857]<retracile>haard: hm... the only place I see that is in trac/util/translation.py
[09:27:41.478049]<haard>http://trac.edgewall.org/ticket/9262
[09:28:54.718899]<haard>I need to not trust Google, and trust the trac wiki search instead
[09:28:58.473463]<retracile>haard: heh. good find.
[10:04:01.206335]<cboos>retracile: hello, did you look at the strace files yet?
[10:04:26.861429]<retracile>cboos: hey :) Yeah, I looked at them... and my eyes glazed over and my brain turned to stone.
[10:06:26.170894]<retracile>cboos: So I didn't figure anything out from them. I also haven't used postgresql, so a bit less familiar with that side.
[10:18:39.769282]<isnoop>bionoid, I accomplished it eventually by writing a SQL report, casting the value I wanted to an int. The only hangup is that in some cases, it is null so that must be special-cased.
[11:29:27.304120]<hasienda>isnoop: just a note: I did a research before deciding to work on custom time fields support for Trac. This was mainly because I disliked hacking workarounds for string date search and sorting.
[11:30:03.744496]<hasienda>isnoop: There seem to be a similar demand for numeric fields.
[11:30:54.496052]<hasienda>isnoop: At least your request looks like that, and I think I read some feature request a Trac ticket.
[11:32:28.218638]<hasienda>isnoop: I'd like to know as much about your use case as you can disclose, to understand, what is needed.
[11:33:50.974371]<hasienda>isnoop: It would help to get started with custom numeric fields, if and when I see the chance to work an it.
[12:34:11.130015]<danbeck>Hey, I'm not really seeing any information in the trac docs about it, but does trac support any type of "post-commit-hook" style setup? For example, if someone created or edited a ticket or a wiki page, some external process would be run.
[12:38:08.723760]<isnoop>hasienda: Ours is probably a really common scenario. We wanted a numeric field to track our backlog priority from 1 to 1000.
[12:40:12.940838]<hasienda>isnoop: need to query for certain value or range of values, or just sort ticket lists being the result of query over other fields?
[12:41:57.942616]<isnoop>hasienda: In our case, it's all about sorting ticket lists queried based on other criteria.
[12:46:43.739414]<hasienda>isnoop: thanks. I can't make promises on a custom numeric field implementation. But maybe it's time to start development documentation collecting common needs. Would love, if you stay tuned and kick in, as soon as more ideas/plans/code for testing is announced here.
[12:47:42.882628]<isnoop>hasienda: That sounds great. I'm happy to help any way I can.
[13:23:46.662403]<doki_pen>hello
[13:26:16.975630]<doki_pen>retracile: ty anyway
[13:26:24.484786]<retracile>doki_pen: np
[13:59:09.121048]<macmaN>whats the deal with using virtualenv inside init script
[14:16:54.640893]<hasienda>isnoop: there is now http://trac.edgewall.org/wiki/TracTicketsCustomNumericFields, you could check it out occasionally
[15:47:47.093747]<hasienda>Could someone please explain the meaning of reparent in the context of this msg: "Cannot reparent attachment", don't know about this by now
[15:50:51.722322]<hasienda>found at http://trac.edgewall.org/wiki/WikiRename , that it is about re-association of attachments with moved wiki pages
[18:40:25.896125]<isnoop>hasienda: That's great! I'll install that in the morning.
[18:41:32.426608]<isnoop>Eerp, nothing to install. =) I'll definitely watch that space.
[18:59:23.362527]<yates>not sure where to put the initenv file - is it going to be root accessible? /etc/...? in my home dir? in my subversion project dir (si.e., should I version-control my trac environment?)?
[19:02:21.207456]<yates>tris: any ideas?
[19:03:39.208875]<yates>CoderForLife: ?
[19:19:49.554224]<CoderForLife>Hi yates - although I am a Coder, I don't know much about trac; I just lurk here to pick up what I can
[19:20:58.421019]<CoderForLife>gn all
[19:48:40.669583]<yates>ok, thx
[19:49:08.449720]<yates>well, this is like step 1 a in the setup - yudda thunk someone here would know
[19:51:15.466701]<yates>mitsuhiko: how about you? ideas?
[19:51:38.504842]<yates>IamLordV1ldemort: cool handle...
[19:55:46.962292]<yates>thansen hajs DNis hvr elnur czr octorian macmaN HandyAndE welterde doki_pen retracile Mister_X] CoderForLife Jomu izibi wotwot omry|work chaoflow_ mitsuhiko mahound`` thomasvs sspreitzer matt1s Dwarfoo7 kisielk riot wiretapped isnoop dunkert` s0undt3ch gregori pacopablo flakrat slam elpargo osimons explody IamLordV1ldemort
[19:55:47.085705]<yates> asmidike Unode|NA lukasg roh artisan infid otaku42 sivang agrajag aat bootlaces omry_ evil_twin achester1 paranoidi wildintellect andres felipe` AllenJB vlt Nanobot soul9 Meliorator jonas1 russell_h tclugg misc TML seemant tris olistudent TinoW jornlux tessier_ coling Leentje basic` benzea datallah