Team Chat Logs

March 24, 2010

2010 2
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:38:49.749520]<bionoid>DavidAndCarr: Not sure exactly what you want, announcerplugin is great for notifications. "Owner" field determines who owns the ticket, you can use restrict_owner to have a dropdown of known usernames instead of free text.
[01:54:12.592103]<jbergstroem>Hey. I'm trying to proxy trac (running on a python http server, not the bundled one though) through nginx. Which headers are required to pass for trac to recognise my http authed user? I tried REMOTE_USER but no sucess
[02:14:49.418974]<jbergstroem>s/sucess/success
[02:14:49.428768]<evil_twin>jbergstroem meant: Hey. I'm trying to proxy trac (running on a python http server, not the bundled one though) through nginx. Which headers are required to pass for trac to recognise my http authed user? I tried REMOTE_USER but no success
[02:14:58.360725]<jbergstroem>oh :)
[02:19:37.129838]<kirean>:-D
[02:24:43.323944]<Delis>Hi, once again I'm looking for help, Its with another Trac Plugin, I already described my problem in a ticket, but mybe someone her could help me anyways: http://trac-hacks.org/ticket/6848
[02:29:48.813524]<otaku42>moin
[02:36:48.235783]<gozerbot>trac: 0.12/TracTimeline edited - <http://trac.edgewall.org/wiki/0.12/TracTimeline?version=3>
[03:09:32.084520]<bionoid>Delis you know that [.] only matches a verbatim . right?
[03:11:13.290183]<Delis>bionoid: what do you mean ? I thought [,] would match everything but "New Line" therefore I put also [\n\f] into.
[03:11:35.114373]<bionoid>Delis: That does not apply in a character group (ie [])
[03:12:49.451400]<bionoid>Delis Normally that would be done with .+ (or some such) and a multiline modifier to the regex. I don't know if this is available in the plugin you're using though.
[03:12:51.301426]<Delis>bionoid: sorry, I ment a point insteed of a comma
[03:15:19.823618]<nodie>hi
[03:16:00.866206]<nodie>I get this error after installing the trac-mercurial plugin and configuring it following http://trac.edgewall.org/wiki/TracMercurial#Settingupthemercurialplugin: Warning: Can't synchronize with the repository (Unsupported version control system "hg": "Couldn't import symbols: RepoError" ). Look in the Trac log for more information.
[03:16:45.861906]<bionoid>nodie: Trac version?
[03:16:51.483470]<nodie>0.11.6
[03:17:22.905353]<Delis>bionoid: it some kind of wierd, cause I tried to enable multiline, I put the complete RegEx like this (?MS myRegEx) so I can use modifier as well as use the point to define all the characters included the new line, but I got an exception, something like"unexpected end of pattern"
[03:18:31.154686]<bionoid>nodie Hmmm ok sorry, no clue, I know a bug like this was fixed a while back.. But it should be included in 11.6
[03:20:09.476355]<bionoid>Delis: Probably something wrong with it then ;-)
[03:20:33.026754]<bionoid>nodie and did you look in the trac log, btw? :P
[03:21:48.151007]<Delis>bionoid: I came to the same conclusion... therfore I made a ticket für richard ... :) but I also thought, that maybe somebody here could also help me.... :((((
[03:21:57.177923]<nodie>I'm new, I've read the output of tracd (I'm using it) and the log/ dir is empty
[03:22:51.108307]<bionoid>nodie you must enable it in trac.ini
[03:23:04.391239]<nodie>ok
[03:25:43.069771]<bionoid>Delis: I would but like I said no idea how that plugin works ;-)
[03:25:49.852381]<nodie>2010-03-24 11:24:39,113 Trac[loader] DEBUG: Loading hg from /usr/local/lib/python2.6/site-packages/TracMercurial-0.11.0.7-py2.6.egg
[03:25:53.347108]<nodie>it loads
[03:25:58.828994]<nodie>and I don't see any error
[03:26:46.040695]<bionoid>Delis ^== '''GOALS''' ==[\n\r]+.+?<end of goals>.*
[03:26:51.964795]<bionoid>Delis try something like that with multiline
[03:26:54.592872]<nodie>http://paste.pocoo.org/show/193196/
[03:27:16.169326]<Delis>bionoid: thanks a lot anyways. Any idea what could I try to change on my regex maybe ?
[03:27:40.862694]<Delis>bionoid: Oh! thanks once more. You already did... :))))
[03:29:10.106413]<bionoid>Delis Actually the correct modifier is probably 's' for _single line_ come to think of it
[03:30:33.586286]<Delis>bionoid: sorry, I didn't understand what you ment with "s"....can I maybe explain ?
[03:32:48.117057]<Delis>bionoid: I ment : can YOU maybe explain ? :) sorry
[03:33:26.134255]<bionoid>Delis as a modifier for regex, s treats the data as a single line (ie ^ matches beginning of entire text, $ matches end of entire text)
[03:33:43.989377]<bionoid>Delis with m (multiline) modifier, ^ matches begininng of _all lines_ and $ the end of all lines.
[03:36:13.992972]<Delis>bionoid: o! thanks. I think it could be the point. couse my regex statement has been handeled as a multiline. I think the plugin gives it to re.py as a multiline already....
[03:37:21.013900]<Delis>bionoid: thanks a lot. I got try some possibilities and afterwards give a feedback. thanks
[04:06:49.593918]<gozerbot>trac: 0.12/TracUpgrade edited - <http://trac.edgewall.org/wiki/0.12/TracUpgrade?version=9> || 0.12/TracUpgrade edited - <http://trac.edgewall.org/wiki/0.12/TracUpgrade?version=8> || 0.12/TracUpgrade edited - <http://trac.edgewall.org/wiki/0.12/TracUpgrade?version=7>
[04:29:13.395971]<osimons>otaku42: someone creating lots of tickets at trac-hacks.org - got some tool to block that (ip match or similar)?
[04:36:49.052071]<gozerbot>trac: TracDev/ToDo edited - <http://trac.edgewall.org/wiki/TracDev/ToDo?version=77>
[04:37:09.138151]<otaku42>osimons: not exactly, but luckily it's not too hard to block those bots with the usual spamfilter methods
[06:31:54.291629]<otaku42>osimons: the interesting part is that all those postings don't occur in the spam filter monitor...?!
[06:32:36.096251]<osimons>otaku42: i noticed that too - wondered why they didn't show there.
[06:33:12.634603]<osimons>i don't really know that filter, but is there some pattern to disable checking?
[06:33:21.162437]<otaku42>osimons: could it be that they were posted using xml-rpc, and that such posts by-pass the spamfilter?
[06:34:00.187949]<osimons>otaku42: could well be - at least they did back in the 0.10.x version. fixed that for latest 0.11 version, but that won't do you much good yet...
[06:34:32.418818]<osimons>i think the rpc in old version more or less writes directly to the ticket model and saves it - no notification either
[06:34:34.640361]<otaku42>osimons: yeah. oh well, someone needs to invent the 36h-day
[06:35:05.985496]<osimons>otaku42: it is called "vacation" - lots of spare time, right?
[06:35:42.117556]<kirean>as they said in a swedish commercial: "du har ju hela helgen på dig" (you have all weekend)
[06:35:51.115128]<osimons>i suppose the 0.11 migration is well due though - what are the remaining issues there?
[06:35:51.449019]<otaku42>osimons: i need my vacation to recreate from the tons of work i have to cope with in the office. means: vacation = leave to some sunny beach with no computers, no internet in reach :)
[06:36:14.859294]<osimons>otaku42: oh. i see. makes sense, i suppose...
[06:36:48.206079]<otaku42>osimons: some caching issues for the trachacks plugin. without that the rendering of the hacks list takes ages
[06:37:17.481249]<osimons>oki
[06:41:27.379012]<otaku42>hmm... the "author" of those spam postings created a login, which gave him the permission to use xml-rpc
[06:41:56.934935]<otaku42>is it possible to revoke the xml-rpc (and other) permissions just for his account, without removing it from all other registered users?
[06:42:35.778968]<osimons>otaku42: no, not really - not when the permission is tied to 'authenticated'
[06:43:29.459695]<osimons>with latest RPC for 0.11, i integrate it much more into the flow so that if spam filter rejects it then so will the rpc call
[06:43:54.476243]<otaku42>osimons: it is. and if i move that permission to a different group, i had to assign all other users to that group...
[06:43:58.374735]<osimons>RPC behaves in every way just as if it was posted through web
[06:44:29.867010]<osimons>otaku42: right... not practical.
[06:51:36.843225]<otaku42>osimons: for now, i just dropped that guys authentication from the session table and changed the password in the htpasswd file. that of course won't keep him from creating another account, but oh well..
[06:53:11.167686]*retracile sputters something sardonic about mornings.
[06:54:14.948776]<otaku42>there's another joker trying to spit tons of spam onto trac-hacks.org. he fails, since his spam gets a score of -130 and less...
[07:01:32.030123]<otaku42>osimons: spam dumped
[07:05:44.698435]<Delis>bionoid: I tried but it didn't work out. :((
[07:06:44.585705]<Delis>so, to all (mybe someone new came in since I asked for about 5 hours... :) )
[07:06:53.842711]<Delis>once again I'm looking for help, Its with another Trac Plugin, I already described my problem in a ticket, but mybe someone her could help me anyways: http://trac-hacks.org/ticket/6848
[07:36:51.326931]<gozerbot>trac: Ticket #9168 (milestone URL persistence) created - <http://trac.edgewall.org/ticket/9168>
[07:46:56.018607]<osimons>otaku42: i suppose you also have his/her email, so it should be easy to notify about abuse - some obviously test mylyn and/or xmlrpc plugin, and use trac-hacks as test lab... - not always aware of the effect their buttons have...
[07:53:43.735428]<otaku42>osimons: account name did not have obvious similarity with given e-mail address. i assume that whatever i send there hits the wrong person :)
[11:36:55.474027]<gozerbot>trac: Ticket #9169 (Attachments from another page and with whitespace in filename) created - <http://trac.edgewall.org/ticket/9169>
[12:06:51.260383]<gozerbot>trac: Ticket #9169 (Attachments from another page and with whitespace in filename) closed - <http://trac.edgewall.org/ticket/9169#comment:1>
[12:23:55.753856]<macmaN>anyone here seen this before? http://bitbucket.org/wez/mtrack/wiki/Home
[12:24:56.697219]<jhammel>YATF?
[12:25:14.579023]<macmaN>no
[12:25:18.102376]<macmaN>trac in php
[12:25:23.983174]<macmaN>actually i dont know if its a TF
[12:26:24.328681]<cmc>that's pretty lame
[12:26:54.470723]<macmaN>not entirely sure if lame is the operative word here
[12:27:06.911248]<sacho_>"why" is a good word
[12:27:17.840977]<macmaN>just seems like waste of resources
[12:27:27.562346]<macmaN>clone the whole solution just to have it in another language
[12:27:31.786947]<sacho_>yeah
[12:27:34.351422]<macmaN>instead of helping the original get better
[12:27:44.035473]<cmc>bet it would be slightly faster </troll>
[12:27:48.071288]<sacho_>I mean I don't understand python one bit, but I wouldn't waste time to rewrite it in a new language
[12:27:49.549852]<macmaN>resource is scarce as it is
[12:27:55.484438]<sacho_>I'd just learn python instead =/
[12:28:06.321616]<jhammel>macmaN: yes, but coordination is hard
[12:28:14.426439]<jhammel>macmaN: otherwise Trac would be at 1.0 right now
[12:28:23.207473]<jhammel>so much effort, but its all spread out
[12:28:52.012431]<macmaN>i just had a chat with cboos the other day
[12:28:56.610125]<jhammel>its hard enough to get programmers to DRY themselves; avoiding duplication of effort?
[12:29:03.152565]<macmaN>want a copypaste somewhere? email?
[12:29:18.736733]<jhammel>macmaN: sure; k0scist at gmail
[12:29:41.631582]<jhammel>i imagine in 5-10 years, there will be some tackling of the effort duplication issue
[12:29:49.351710]<jhammel>but its taboo even to raise it at this point
[12:30:04.813707]<jhammel>even within the python world, there is so little coordination
[12:30:39.565787]<jhammel></soapbox:rant>
[12:31:48.521357]<macmaN>sent
[12:33:00.824981]<jhammel>macmaN: thanks
[12:36:51.150494]<gozerbot>trac: Ticket #9170 (AttributeError: 'NotificationSystem' object has no attribute 'send_email') created - <http://trac.edgewall.org/ticket/9170>
[12:41:42.445389]<sacho_>jhammel: can't blame people for doing something they want, though
[12:41:58.345746]<sacho_>if they really want to do something that seems unproductive to you, well, that's freedom ;)
[12:43:05.351713]<jhammel>sacho_: of course you can't blame peeps for that
[12:43:23.172202]<sacho_>can definitely wish it, though :)
[12:43:29.236531]<jhammel>lord knows how many projects i've conceptually forked bc it was easier than trying to collaborate
[12:43:45.099724]<jhammel>sacho_: i'm just pointing out that going forward it will be a huge problem for the entire OS world
[12:43:53.362710]*sacho_ shrugs
[12:44:07.182552]<sacho_>yet, it seems to be going forward just fine, even with the perceived inefficiency :)
[12:44:34.610345]<sacho_>It can be better sure, but humans just suck at communication:P
[12:44:54.791531]<jhammel>sacho_: sure; it will just become an increasing problem
[12:45:04.347277]<jhammel>and people like me will have been saying this for years
[12:45:29.468782]<jhammel>and a few people will say "back in my day, we used CVS and fortran for software"
[12:45:44.097524]<jhammel>but things will only actually change once it becomes a commonly perceived problem
[12:48:41.630658]<sacho_>yup
[12:58:33.317789]<retracile>jhammel: or even "Structured programming? Virgin control? What're you whippersnappers yammerin' about now?"
[13:01:25.098501]<jhammel>retracile: back in my day we had 16k of RAM....
[13:01:32.426572]<jhammel>and we were DAMN GLAD TO HAVE THEM!
[13:02:11.555458]<retracile>jhammel: "You countin' in BYTEs, son? Why, we measured memory in bits...."
[13:02:59.310328]<jhammel>back when i wrote my first C compiler, computers looked like this http://www.tcf.ua.edu/Classes/Jbutler/T389/DifferenceEngine.jpg
[13:03:19.984518]<retracile>hehe :)
[13:03:35.189127]<retracile>base 10 FTW! :)
[13:05:46.538206]<jhammel>retracile: the best part of those computers was that you could get faster executation by turning the gears faster
[13:05:54.827537]<jhammel>so the first programmers, actually, were quite musculure
[13:05:59.845240]<jhammel>however its spelled
[13:06:20.861360]<retracile>heh :)
[13:06:48.929852]<retracile>I always wondered where "megahurts" came from.... ;)
[13:06:50.216879]*jhammel tries to imagine less than 1Hz
[13:06:55.070348]<jhammel>retracile: hah!
[13:06:59.939072]<jhammel>it hertz!
[13:10:19.675869]*macmaN . o O (#trac is definitely on fire tonight)
[13:10:44.769095]<jhammel>macmaN: heh; too bad its not more about trac development ;)
[13:11:14.639401]<retracile>heh
[13:11:56.087134]<macmaN>is it not possible to make... ,..| BILLIONS with some sort of angle on trac
[13:12:22.626861]<macmaN>so there would be reason to set up a multinational corporation and come together
[13:12:56.276198]<macmaN>and this means stepping out of software mgmt realm and expanding into managing all realms
[13:13:05.306209]<macmaN>i think trac is equipped quite well for that
[13:14:37.295579]<macmaN>frankly, i know very very very small number of people with any adequate and efficient knowledge and cooperation management capability
[13:14:41.495872]<macmaN>in the IRL circles
[13:15:21.405911]<macmaN>i'd say that's the reason why wealth is in so few people's hands
[13:15:44.705330]<macmaN>you just won't get very far with these non-existent management tools and skills
[13:15:53.892383]<macmaN>so the money stays where it was
[13:16:36.273981]*macmaN steps down from soapbox and has a sip of tea
[13:17:16.857645]<retracile>macmaN: 1) start said multinational, 2) get funding, 3) send the Trac devs job offers, 4) profit! ;)
[13:18:41.957728]<macmaN>well i was thinking of starting multinational with #trac people
[13:18:50.089030]<macmaN>obviously 2) is replaced with sweat equity
[13:19:03.127426]<macmaN>3) is solved with #trac people pooling cash and outsourcing jobs
[13:19:10.288064]<macmaN>4) is obviously most questionable
[13:19:21.691896]<retracile>heh
[13:19:27.173320]<macmaN>sounds like a plan? yes!
[13:20:03.235661]<macmaN>its funny, universities have whole departments trying to figure out how to make such plan work
[13:36:52.524654]<gozerbot>trac: Ticket #9170 (AttributeError: 'NotificationSystem' object has no attribute 'send_email') closed - <http://trac.edgewall.org/ticket/9170#comment:1>
[13:46:47.130759]<laggo>so i've configured my custom site.html and style.css according to the TracInterfaceCustomization, but the custom stylesheet is only loaded every couple of times i refresh the pages in my trac install. has anybody encountered this?
[13:57:28.058779]<retracile>laggo: That sounds like maybe you need to restart your webserver... when a webserver has multiple worker threads, you can get different behavior based on which thread happens to respond to your request.
[13:58:00.800723]<laggo>retracile: i think i've solved it by making the log directory writable by the web server's user
[13:58:05.417266]<laggo>(oddly enough)
[13:58:13.105542]<laggo>your theory makes more sense
[13:58:20.799132]<retracile>heh :)
[13:59:40.946040]<laggo>are there any examples of good page layouts for trac wiki pages?
[14:09:26.861226]<laggo>i guess i'll just google some big trac users and see
[14:36:53.427399]<gozerbot>trac: Ticket #9167 (Timeline filtering by author ("done by") is case sensitive) closed - <http://trac.edgewall.org/ticket/9167#comment:3> || Changeset [9399]: timeline: Made the author filter case-insensitive. Thanks to Mark Mc ... - <http://trac.edgewall.org/changeset/9399>
[14:46:28.181872]<thijstriemstra>by default trac writes 'sqlite:db/trac.db' in the config when using sqlite,
[14:46:47.316300]<thijstriemstra>but sqlalchemy.exc.ArgumentError: Could not parse rfc1738 URL from string 'sqlite:db/trac.db'
[14:47:10.778108]<thijstriemstra>i would expect it to be compatible with that rfc..
[14:50:27.316496]<cmc>I think pdo syntax is different
[14:52:33.208142]<macmaN>even wordpress plugins uses trac
[14:52:46.627964]<macmaN>trac is really fronting some pretty big projects
[14:56:18.967681]<thijstriemstra>but the other connect strings for mysql etc seem to be rfc compliant. weird. sqlite:///db/trac.db is the same.. not sure if that special case for sqlite should be encouraged by using it as the default
[15:06:56.138329]<osimons>'thijstriemstra: don't think there is much behind this, other than the trac db backend parses it as scheme:connection_string, for sqlite scheme there is no server so the connection string is just a file reference - abosulte, or relative to project directory (as per default)
[15:08:46.191272]<thijstriemstra>true.. and its convenient sqlite:/// is confusing enough. but anyway :)
[15:33:33.640062]<gregcoit>do you guys think the following error would keep trac from working? http://pastebin.com/KamzncJc. drupal keeps grabbing /trac but I have a <Location "/trac">
[15:33:39.132992]<gregcoit> in my vhosts file
[15:36:16.542463]<gregcoit>should I assume that my vhost is misconfigured if drupal is trying to resolve domain.com/trac rather than it being passed off to trac?
[15:36:47.264323]<gregcoit>or do you guys think apache would pass it to drupal if python and/or trac wasn't working?
[15:37:19.183560]<cmc>my guess would be your drupal rewrite rule is being called before the location
[15:37:22.771001]<cmc>"Location"
[15:40:27.928892]<gregcoit>cmc: the only reason I think that's ot happeneing is I have domain.com/svn working in the same vhost file
[15:40:31.191684]<gregcoit>er, not
[15:41:45.463526]<cmc>ah then that's probably not it
[15:41:47.117927]<gregcoit>I could try maing a seperate vhost - trac.domain.com - that might help debug....
[16:06:55.155495]<gozerbot>trac: Ticket #8920 (traceback on help in uninitialized environment) closed - <http://trac.edgewall.org/ticket/8920#comment:10> || Changeset [9400]: admin: Made `trac-admin` more user-friendly when the environment has not ... - <http://trac.edgewall.org/changeset/9400>
[17:17:16.570500]<vetapepuku>Hi, i have a question. Posterity project still active?
[21:24:45.192488]<gregcoit>hi all - looking for some help with "ImportError: No module named trac.web.modpython_frontend"
[21:26:41.834053]<gregcoit>I have SetEnv PYTHON_EGG_CACHE /tmp in my vhost file, but I don't see anything in /tmp that looks like an egg file
[21:31:19.267922]<gregcoit>I have genshi install via yum
[21:35:25.744675]<gregcoit>I have mpinfo setup (as described in http://trac.edgewall.org/wiki/TracModPython#SettingthePythonPath)- is there something I swhould look for in here?
[21:36:24.834601]<gregcoit>od_python.testhandler would be the correct name I guess
[21:41:13.467789]<gregcoit>wait, why would mod_python.testhandle work but trac.web.modpython_frontend not? hmmm
[21:41:50.995378]<gregcoit>http://trac.edgewall.org/wiki/TracModPython shows two lines for an example vhost file:
[21:41:58.160573]<gregcoit>PythonOption TracEnv /var/trac/myproject
[21:42:00.618530]<gregcoit>and
[21:42:05.728382]<gregcoit>PythonOption TracUriRoot /projects/myproject
[21:42:18.301897]<gregcoit>what is /projects?
[21:54:29.467576]<gregcoit>http://paste.lisp.org/+22QK
[22:33:41.374700]<gregcoit>how do I
[23:04:16.784794]<gregcoit>I migrated a trac site using "sqlite3 /var/trac/legalzoom/db/trac.db ".dump" >> legalzoom_trac.db" on the old server and cat legalzoom_trac.db | sqlite3 trac.db on the new server now I'm getting Database newer than Trac version... suggestions?
[23:05:03.647331]<wildintellect>why don't you just copy the trac.db
[23:06:42.249777]<gregcoit>wildintellect: cause the instructions didn't say so. :)
[23:06:48.545342]<gregcoit>i'll try that
[23:09:14.522744]<gregcoit>same error. the old server is a debian system, the new one is rhel
[23:10:51.960166]<gregcoit>yep, the old server is trac version 11.1, new server is 10.5
[23:11:01.392383]<gregcoit>is it possible to downgrade the db?
[23:13:17.200335]<wildintellect>It would be much easier to upgrade the trac instance
[23:13:55.771538]<wildintellect>in this case it sounds like trac 10 and 11 made changes to how they use the database - I doubt there's a script to convert to the old way of doing it
[23:14:23.083082]<wildintellect>the sqlite files themselves should be all sqlite 3 variants with little to know compatibility issues the way trac uses it
[23:14:32.022059]<gregcoit>makes sense
[23:14:50.274283]<gregcoit>kk - i'll see if I can upgarde trac - not likely considering it's rhel....
[23:15:51.078158]<gregcoit>nope - latest available on epel is 10.5. :(
[23:17:16.747813]<gregcoit>rhel - when debian packages aren't old enough for you
[23:17:20.835663]<wildintellect>you do realize that trac is all python and can actually be easily installed without the package manager
[23:17:34.421072]<wildintellect>what version of rhel?
[23:17:37.507400]<gregcoit>5.4
[23:18:46.082397]<gregcoit>if I install via python, should I remove the old trac using the package manager first?
[23:20:47.087708]<wildintellect>yup, i386 or x64 looks like theres packages for it
[23:21:31.386873]<wildintellect>http://rpm.pbone.net/index.php3/stat/4/idpl/12233465/dir/redhat_el_5/com/trac-0.11.3-1.el5.rf.noarch.rpm.html
[23:22:02.244857]<wildintellect>course if you go the python route you can keep upgrading via easy_install whenever you want
[23:23:15.703321]<gregcoit>wildintellect: honestly, getting it installed and working is all I need to worry about, you know?
[23:24:44.001234]<wildintellect>grab that rpm then
[23:24:55.822834]<wildintellect>wow rhel 5 still uses python 2.4 ....
[23:25:17.262465]<gregcoit>wildintellect: yeah
[23:29:54.606452]<sacho_>uhm
[23:30:03.069165]<sacho_>which genshi version do I need to download for trac 0.12dev?
[23:45:09.571393]<sacho_>error: Could not find suitable distribution for Requirement.parse('Genshi>=0.6dev-r1072')
[23:46:30.572280]<sacho_> 258513 2010-03-25 08:41 Genshi-0.6dev_r0-py2.6.egg from the latest svn :|
[23:54:58.637825]<gregcoit>ok, life is looking up. the rpm install borked so I did the easy-install
[23:55:05.995918]<gregcoit>now trac says "Can't synchronize with the repository (No changeset 550 in the repository). Look in the Trac log for more information."
[23:55:29.873067]<gregcoit>but trac log has no warnings but WARNING: Support for SQLite v2 and PySqlite 1.0.x will be dropped in version 0.12, see http://trac.edgewall.org/wiki/PySqlite#Upgrading
[23:55:33.010565]<gregcoit>SQLitefrom2.xto3.x
[23:56:17.120029]<wildintellect>that warning shouldn't apply to you -unless your db is ancient
[23:56:38.079113]<wildintellect>how did you copy your repo over from the previous server?
[23:56:39.000045]<gregcoit>right
[23:56:55.880658]<gregcoit>you mean the db?
[23:56:58.601210]<gregcoit>or svn?
[23:57:04.102939]<wildintellect>svn
[23:57:36.404020]<gregcoit>svnadmin dump /var/svn/project > project.svndump
[23:57:40.504875]<gregcoit>then on the new server
[23:57:58.913021]<wildintellect>did you adjust trac.ini to find the path of your svn on the new server
[23:58:17.733824]<gregcoit>sudo svnadmin load project < ~/project.svndump
[23:58:24.199467]<gregcoit>I thought I had - le tme look
[23:58:27.411147]<gregcoit>er, let me look
[23:59:10.374978]<gregcoit>yep, sure did
[23:59:43.086616]<gregcoit>repository_dir = /var/svn/project
[23:59:47.850726]<gregcoit>in trac.ini