| [00:00:30] |
<pacopablo> |
night all |
| [00:01:22] |
* |
jMCg has joined #Trac |
| [00:14:53] |
* |
jMCg has quit IRC |
| [00:17:51] |
* |
cmlenz has joined #trac |
| [00:26:15] |
* |
maxb__ has joined #trac |
| [00:26:45] |
* |
Spanko has joined #trac |
| [00:26:49] |
* |
cerw has joined #trac |
| [00:27:14] |
* |
maxb__ is now known as maxb |
| [00:30:12] |
<Spanko> |
I want to treat some text files as binary - in particular, I don't want to see diffs for them in Trac. I tried "svn propset svn:mime-type application/octec-stream MyFile.nib" and "svn propdel svn:eol-style MyFile.nib" (found on Google), but Trac will still display diffs for it as though it was not binary. Any suggestions? Also asking on #svn. |
| [00:35:33] |
<appel> |
Spanko: properties are versioned, so for past revisions it will still be handled as text. |
| [00:38:02] |
* |
cboos has joined #trac |
| [00:38:09] |
<cboos> |
hello |
| [00:38:36] |
<cboos> |
Spanko: I've was looking at the IRCS logs and just saw your question ;) |
| [00:38:50] |
<cboos> |
so yes, this is a known issue |
| [00:39:01] |
<cboos> |
@ticket 3428 |
| [00:39:01] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/3428 |
| [00:39:45] |
<cboos> |
cmlenz: hello there ;) |
| [00:42:54] |
<Spanko> |
appel: Thanks. It diffs revisions that both post-date setting the property, though. cboos: Ah, thanks! Great, hope my host will agree to patch it. |
| [00:43:25] |
<cboos> |
Spanko: well, there's no patch ready yet |
| [00:43:35] |
<cboos> |
the one on #3332 is for an old 0.10dev version |
| [00:43:48] |
<Spanko> |
Oh, I see. |
| [00:43:50] |
<cboos> |
and it's still not refreshed for 0.11 |
| [00:43:54] |
<cboos> |
(but it will) |
| [00:44:35] |
<Spanko> |
Sweet. |
| [00:44:46] |
<cboos> |
that being said, the fix for the specific problem of binary diff could perhaps be isolated from the old patch on #3332, I don't remember if it's isolated enough or not |
| [00:45:12] |
<cboos> |
(that would depend on the existence of a Mimeviewer.is_binary method or not, IIRC) |
| [00:45:56] |
<cboos> |
well no, that method doesn't exist yet |
| [00:46:20] |
<cboos> |
so it won't be easy to isolate the fix |
| [00:46:22] |
<cboos> |
sorry |
| [00:48:42] |
* |
cmlenz has quit IRC |
| [00:49:00] |
<marlun> |
Does trac support "external" subversion repositories? |
| [00:49:22] |
<marlun> |
I mean a repository that is not on the same computer. |
| [00:53:21] |
<sowmya> |
is anybody using TimingAndEstimationPlugin? |
| [01:01:26] |
<cboos> |
marlun: Shun-Ichi Goto started to work on it, |
| [01:01:31] |
<cboos> |
@see 493 |
| [01:01:31] |
<evil_twin> |
cboos: Error: "see" is not a valid command. |
| [01:01:36] |
<cboos> |
@ticket 493 |
| [01:01:36] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/493 |
| [01:01:55] |
<cboos> |
(last comment in that ticket) |
| [01:02:33] |
<Markonen> |
cboos: http://trac-hacks.org/ticket/951#comment:3 :) |
| [01:03:11] |
* |
cboos I'm not really there, you know Markonen ;) |
| [01:03:43] |
<Markonen> |
I thought I'd just join the crowd there for a bit :) |
| [01:04:22] |
* |
idnar has quit IRC |
| [01:04:25] |
* |
idnar_ has joined #trac |
| [01:04:52] |
<cboos> |
Ok, I have a few unit tests to fix on the security branch, then I'll try to go for the doxygen plugin ... |
| [01:05:31] |
<cboos> |
(incidentally the security branch has nothing to do with security ;) it's more the "generalized fine grained permission" stuff) |
| [01:05:49] |
<marlun> |
cboos, thanks :) |
| [01:06:52] |
* |
em-dash has quit IRC |
| [01:08:28] |
* |
mbroeken has joined #trac |
| [01:34:17] |
* |
omry has quit IRC |
| [01:34:48] |
* |
omry has joined #trac |
| [01:46:04] |
* |
fat has joined #trac |
| [01:46:23] |
* |
fat has quit IRC |
| [01:59:38] |
* |
asmodai pats cboos and alect |
| [02:00:52] |
<cboos> |
asmodai: what's up with our Mr. I? Saw indirectly that he's back on trac-dev (I've killfiled him but saw pacopablo's answer) |
| [02:01:04] |
<asmodai> |
cboos: *looks* |
| [02:01:30] |
<asmodai> |
Peculiar |
| [02:01:35] |
<cboos> |
I wonder how he justified coming back after his "dramatical exit" ... |
| [02:01:37] |
<asmodai> |
I don't see any emails |
| [02:02:17] |
<asmodai> |
when was this? |
| [02:02:21] |
<cboos> |
ok ... let me see |
| [02:03:00] |
* |
Spanko has left #trac |
| [02:03:06] |
<cboos> |
http://groups.google.com/group/trac-dev/msg/81545d7ae99902b7 |
| [02:03:09] |
* |
cmlenz has joined #trac |
| [02:03:16] |
<asmodai> |
Moin chris |
| [02:03:23] |
<asmodai> |
cmlenz: still in one piece after the storm? |
| [02:03:31] |
<asmodai> |
cboos: eh |
| [02:03:34] |
<asmodai> |
cboos: that's strange |
| [02:03:43] |
<asmodai> |
oh |
| [02:03:44] |
<asmodai> |
shit |
| [02:03:44] |
<cmlenz> |
heh |
| [02:03:46] |
<cmlenz> |
yeah |
| [02:03:48] |
<cmlenz> |
hi cboos |
| [02:03:51] |
* |
kop_ has joined #trac |
| [02:03:53] |
<asmodai> |
cboos: I had /var problems |
| [02:03:56] |
<cboos> |
hi christopher |
| [02:04:03] |
<cboos> |
good to see you back ;) |
| [02:04:07] |
<asmodai> |
cboos: my last trac-dev email is from 18th |
| [02:04:15] |
<cboos> |
time for heated discussions again ;) |
| [02:04:32] |
<asmodai> |
Time to just ignore him. |
| [02:04:40] |
<asmodai> |
unless you meant Chris |
| [02:04:43] |
* |
mbroeken has quit IRC |
| [02:04:47] |
<asmodai> |
But we can ignore him too ;) |
| [02:04:53] |
* |
asmodai pats cmlenz |
| [02:04:54] |
<cboos> |
asmodai: yeah, I meant Chris vs. Chris ;) |
| [02:05:15] |
<cboos> |
btw, there are a few other mails from trac-dev that I don't have in my mailbox... google mail group issues again |
| [02:05:27] |
<asmodai> |
cboos: ok, so it isn't just me? |
| [02:05:59] |
<cboos> |
apparently not, but it's not that unusual for me to not get all the emails |
| [02:06:16] |
<cboos> |
I never know if that's because of Google issues or my provider ... |
| [02:06:27] |
<asmodai> |
motherf* |
| [02:06:33] |
<asmodai> |
bbiab, major /var troubles |
| [02:06:41] |
<asmodai> |
*kicks clamav in the nads* |
| [02:07:17] |
<kop_> |
what is clamav doing to your files? |
| [02:07:57] |
<asmodai> |
kop_: it's being idiotic |
| [02:07:59] |
<asmodai> |
I swear |
| [02:08:07] |
<asmodai> |
most Unix programmer do not keep in mind that slices might fill up |
| [02:08:19] |
<asmodai> |
and do not program defensively enough. |
| [02:13:53] |
* |
Synapse has quit IRC |
| [02:15:38] |
<pygi> |
cboos, It's google |
| [02:15:42] |
<pygi> |
everyone have troubles |
| [02:16:38] |
<cboos> |
ah! good to know (not that this changes anything for me ;) at least I know who to blame) |
| [02:16:41] |
<s0undt3ch> |
pygi: hello there |
| [02:19:45] |
<cmlenz> |
cboos: I'll have more time for "heated discussions" around late afternoon, would that work? |
| [02:19:54] |
<cboos> |
no pb ;) |
| [02:20:13] |
<cboos> |
even on the mailing list, as I'm not sure I'll be on IRC this evening |
| [02:20:37] |
<s0undt3ch> |
cmlenz: that bittent debuging? not a good time? |
| [02:20:41] |
<s0undt3ch> |
errr |
| [02:20:43] |
<s0undt3ch> |
*bitten |
| [02:20:58] |
<cmlenz> |
s0undt3ch: I'll ping you later when I have some time |
| [02:21:16] |
<cboos> |
cmlenz: my main concern though is that you'd start the setuptools renames on trunk with all the merge hassle for me (in 3 branches ...) |
| [02:21:22] |
* |
asmodai watches his mail queue flush |
| [02:21:25] |
<pygi> |
s0undt3ch, uh, you always get the moment |
| [02:21:28] |
<pygi> |
I gotta run now |
| [02:21:57] |
<asmodai> |
pygi: heh, I always get the finger. You're luckier ;) |
| [02:23:02] |
<pygi> |
asmodai, hm? |
| [02:23:57] |
<asmodai> |
pygi: Lame attempt at humour. |
| [02:24:24] |
<s0undt3ch> |
cmlenz: ok, I'll ping back if arround, probably will.... |
| [02:24:41] |
<s0undt3ch> |
pygi: yeah, we have our schedules switched :) |
| [02:25:55] |
<pygi> |
asmodai, xD |
| [02:25:57] |
<pygi> |
gotta run |
| [02:25:58] |
<pygi> |
bye :) |
| [02:26:06] |
<pygi> |
s0undt3ch, dont sleep, thats solution |
| [02:26:09] |
* |
Synapse has joined #trac |
| [02:27:23] |
<s0undt3ch> |
pygi: not for me, I'll have a brain dead if I don't sleep, and since there's npt that much brain left because of all the weed... ;) |
| [02:29:08] |
<pygi> |
heh |
| [02:30:04] |
* |
asmodai smacks himself for registering a subtle wrong domain name |
| [02:31:35] |
* |
Vdaemon has joined #trac |
| [02:37:54] |
* |
m_g has joined #trac |
| [02:38:16] |
<asmodai> |
correct me if wrong, but easy_install -U setuptools==dev used to work to get the svn version, didn't it? |
| [02:39:39] |
<cmlenz> |
I think it's something like dev06 |
| [02:39:46] |
<cmlenz> |
have to look it up every time :-/ |
| [02:40:28] |
<asmodai> |
Then they must've dropped this tag :S |
| [02:43:00] |
<cmlenz> |
yeah, apparently |
| [02:43:05] |
<cmlenz> |
doesn't work for me anymore either |
| [02:45:07] |
* |
asmodai looks around |
| [02:45:37] |
<asmodai> |
cmlenz: unless you found it already |
| [02:45:56] |
<cmlenz> |
nope |
| [02:46:04] |
<asmodai> |
heh |
| [02:46:08] |
<asmodai> |
http://peak.telecommunity.com/DevCenter/setuptools : |
| [02:46:12] |
<asmodai> |
If you want the current in-development version of setuptools, you should first install a stable version, and then run: |
| [02:46:15] |
<asmodai> |
ez_setup.py setuptools==dev |
| [02:46:15] |
* |
pygi has quit IRC |
| [02:46:21] |
<asmodai> |
Doesn't work as well, obviously. |
| [02:48:54] |
* |
hpnadig_ has joined #trac |
| [02:49:17] |
* |
asmodai goes to email Phillip |
| [02:51:56] |
<asmodai> |
cmlenz: emailed. |
| [02:53:31] |
<cmlenz> |
to distutils-sig? |
| [02:54:02] |
<cmlenz> |
PJE: "I don't do off-list support." ;-) |
| [02:55:41] |
* |
asmodai sighs |
| [02:55:42] |
<asmodai> |
PJE |
| [02:55:51] |
<asmodai> |
just asking what happened to the ==dev thing |
| [03:07:25] |
* |
hpnadig has quit IRC |
| [03:18:17] |
<Eridius> |
what's the best way to delete all the ticket/wiki changes in the last 3 months? |
| [03:24:11] |
* |
Eridius has quit IRC |
| [03:24:16] |
* |
Eridius has joined #trac |
| [03:28:26] |
* |
jMCg has joined #Trac |
| [03:43:20] |
<cmlenz> |
cboos: also getting unittest errors on the pygments renderer? |
| [03:45:38] |
* |
MrDebout has quit IRC |
| [03:56:02] |
* |
cerw has quit IRC |
| [04:01:27] |
<cboos> |
cmlenz: let me check ... |
| [04:03:34] |
<cboos> |
yep |
| [04:04:01] |
<cmlenz> |
any idea? that wasn't happening before I went on vacation ;-) |
| [04:04:11] |
<cboos> |
it's quite recent, must be my fix of yesterday |
| [04:04:46] |
<cboos> |
http://trac.edgewall.org/changeset/4597 |
| [04:08:28] |
<cboos> |
actually there were already there before that |
| [04:12:24] |
<cboos> |
I think it's simply the upgrade to 0.7 |
| [04:12:43] |
<cmlenz> |
I'm on 0.6 here |
| [04:12:59] |
<cmlenz> |
but yeah, I also suspected that because I've been running 0.51 before |
| [04:13:00] |
<cboos> |
... or post 0.5.1 dev something ;) |
| [04:13:04] |
<cboos> |
right |
| [04:13:15] |
<cmlenz> |
ok, I'll look into it |
| [04:13:16] |
<cmlenz> |
thx |
| [04:13:26] |
<cboos> |
np I'm fixing it right now |
| [04:18:33] |
* |
MrDebout has joined #trac |
| [04:19:06] |
* |
lnayrb has quit IRC |
| [04:19:11] |
* |
d0rt has joined #trac |
| [04:20:17] |
<cboos> |
cmlenz: http://trac.edgewall.org/changeset/4606 |
| [04:20:28] |
<cboos> |
would be interesting to know if that works for 0.6 as well |
| [04:20:56] |
<cmlenz> |
hmm, ideally that empty class attr wouldn't be there :-P |
| [04:21:03] |
<cmlenz> |
i'll test |
| [04:21:09] |
<cboos> |
tim has a patch ready on the ticket |
| [04:21:15] |
* |
cerw has joined #trac |
| [04:21:16] |
<cboos> |
you could have a look ... |
| [04:21:18] |
<cerw> |
hi there |
| [04:21:31] |
<cerw> |
when i init new trac, where do i define whichi reports will be created? |
| [04:22:32] |
<cboos> |
if not (compatible with 0.6), then maybe we could add an additional selector taking the pygments' version into account (pygments.html would contain the output for the different versions) |
| [04:23:13] |
<cmlenz> |
works with 0.6 |
| [04:23:37] |
<cboos> |
ok fine, no need for multiple output (yet ; ) ) |
| [04:23:38] |
<cmlenz> |
what ticket? |
| [04:23:45] |
<cboos> |
mentionned in the changeset |
| [04:23:53] |
<cmlenz> |
doh |
| [04:24:00] |
<cmlenz> |
need to read :-P sorry |
| [04:24:40] |
<cmlenz> |
I don't really get why the expected results are in an external file |
| [04:24:50] |
<cmlenz> |
makes the tests harder to understand IMHO |
| [04:25:21] |
<toten> |
hey cboos :) |
| [04:26:05] |
<cboos> |
one of the idea was that you could open the html file in the browser (but that was mostly interesting for the patch renderer... then I copied over the stuff) |
| [04:26:34] |
<toten> |
http://pastebin.com/862530 <- i get this error when i enable pygments |
| [04:27:46] |
<toten> |
using 0.11dev and pygments 0.6 according to about trac |
| [04:28:17] |
<cboos> |
toten: genshi version? |
| [04:28:26] |
<toten> |
0.3.6 |
| [04:28:30] |
<cboos> |
good ;) |
| [04:28:39] |
<cmlenz> |
pastebin.com is slow as hell |
| [04:28:40] |
<cboos> |
(can't get to your paste right now) |
| [04:28:55] |
<cboos> |
ah ok |
| [04:28:57] |
<cboos> |
have it |
| [04:29:10] |
<cboos> |
oh! |
| [04:29:44] |
<toten> |
and on other files i get the red boxes saying Unicode and a char in the red box ;) |
| [04:29:44] |
<cboos> |
that's our beloved mysterious genshi error nobody knows what it means ;) |
| [04:30:07] |
<toten> |
ah, no fix for it? |
| [04:30:29] |
<cmlenz> |
that means we're passing in a non-unicode string to a template, and it's not ASCII |
| [04:30:35] |
<cmlenz> |
obviously ;-) |
| [04:30:50] |
<cboos> |
cmlenz: isn't that related to |
| [04:30:57] |
<cboos> |
@ticket 4249 |
| [04:30:57] |
<evil_twin> |
cboos: http://trac.edgewall.org/ticket/4249 |
| [04:30:58] |
<cboos> |
? |
| [04:32:16] |
<cmlenz> |
hmm |
| [04:32:28] |
* |
d0rt has quit IRC |
| [04:33:03] |
<cmlenz> |
true |
| [04:33:26] |
<cmlenz> |
damn, how would a repr() return a non-unicode string |
| [04:33:35] |
<cmlenz> |
or rather, a non-ASCII string |
| [04:33:53] |
<cboos> |
perhaps for an Exception object? |
| [04:34:19] |
<cboos> |
(itself containing a non-ascii message string) |
| [04:34:49] |
<cboos> |
like a localized "file not found" message |
| [04:34:50] |
<mitsuhiko> |
cboos: unlikely |
| [04:35:00] |
<mitsuhiko> |
string repr return ascii too |
| [04:35:07] |
<cboos> |
ascii? |
| [04:35:56] |
<mitsuhiko> |
>>> `"Hällo Wörld".decode("utf-8")` |
| [04:35:56] |
<mitsuhiko> |
"u'H\\xe4llo W\\xf6rld'" |
| [04:35:58] |
<mitsuhiko> |
just ascii :) |
| [04:36:21] |
<mitsuhiko> |
but i think i know why that error happens |
| [04:36:28] |
* |
asmodai bursts mitsuhiko's bubble |
| [04:36:35] |
<cboos> |
well, nobody said that there was a conversion to utf-8 |
| [04:36:36] |
<asmodai> |
ASCII does not know accented characters |
| [04:36:58] |
<mitsuhiko> |
cboos: <cboos> (itself containing a non-ascii message string) |
| [04:37:12] |
<mitsuhiko> |
if you do repr() on it, it's ascii only |
| [04:37:38] |
<cmlenz> |
except __repr__ was overridden, I guess |
| [04:37:55] |
<cboos> |
or __str__ |
| [04:38:24] |
<mitsuhiko> |
in such a situation i would plug in evalexception and look at the object |
| [04:40:19] |
<cmlenz> |
cboos: something entirely different: http://paste.ufsoft.org/show/36/ -- any idea why that would happen (running trac 0.10.3) |
| [04:40:40] |
<toten> |
I also got an error on annotate: PygmentsRenderer: 'NoneType' object has no attribute 'split' and PlainTextRenderer: 'NoneType' object has no attribute 'split' |
| [04:40:54] |
<toten> |
thats with pygments disabled |
| [04:41:09] |
<toten> |
can't even access the annotate link with it enabled ;) |
| [04:41:45] |
<mitsuhiko> |
cmlenz: what's self.pool? |
| [04:42:45] |
<mitsuhiko> |
cmlenz: if self is a SubversionRepository instance, it's probably closed |
| [04:42:53] |
<mitsuhiko> |
in that case the pool is set to None |
| [04:43:11] |
<cmlenz> |
yeah, it's a repository |
| [04:43:15] |
<cmlenz> |
good point |
| [04:43:17] |
<cboos> |
probably that yes, brb |
| [04:47:20] |
<mitsuhiko> |
cmlenz: about that unicode error. is there a way to reproduce it? |
| [04:48:59] |
<toten> |
unicode error? that error i posted? |
| [04:49:41] |
<mitsuhiko> |
toten: probably. that one with the shorten_line stuff in |
| [04:49:45] |
<cmlenz> |
yeah, that one |
| [04:49:51] |
<cmlenz> |
I don't know how to reproduce it |
| [04:50:25] |
<toten> |
http://tetribuddy.felmeddelande.se/export/11/trunk/test.fil <- thats my file, and if i enable pygments i get that error |
| [04:50:25] |
<mitsuhiko> |
cmlenz: i would really suggest enabling evalexception and bypassing the internal trac error system for quite a while and waiting till that error appears the next time |
| [04:50:41] |
<mitsuhiko> |
toten: 403 Forbidden (FILE_VIEW privileges are required to perform this operation) |
| [04:51:50] |
<toten> |
does it work now? |
| [04:53:11] |
<cmlenz> |
toten: what's in the log for the "'NoneType' object has no attribute 'split'" errors? |
| [04:54:52] |
<mitsuhiko> |
toten: i just see something like Ett abo h?r |
| [04:55:53] |
<toten> |
http://paste.lisp.org/display/35628 <- my log, just enabled it |
| [04:56:59] |
<toten> |
mitsuhiko: its Ett abo h�on my computer ;) |
| [04:57:13] |
<cmlenz> |
here too |
| [04:57:24] |
<cmlenz> |
that error looks like one cboos would be interested in ;-) |
| [04:57:38] |
<cmlenz> |
well, actually, cboos is interested in every error :-P |
| [04:58:30] |
<toten> |
well, if i enable pygments, that test.fil will be getting that error i pasted earlier |
| [04:59:36] |
<kop_> |
oh dang.. I just realized I'll have that old kerberos "login@realm" vs. "login" discrepancy |
| [04:59:54] |
<kop_> |
mod_auth_kerb |
| [05:00:20] |
<kop_> |
trac removes the @domain part of peopes login while the subversion doesn't |
| [05:01:21] |
<kop_> |
so even though my tickets are assigned to "kop" the relevant checkins will be done by kop@DOMAINNAME |
| [05:02:19] |
<kop_> |
I just can't see why the heck the mod_auth_kerb developers hasn't put in a configuration directive that decides whether or not to remove the domain part |
| [05:03:30] |
<kop_> |
several people "discover" it over and over again, and the everyone has to apply the same one-line patch and have their apache module recompiled |
| [05:07:52] |
<cboos> |
toten: what VCS backend are you using? |
| [05:08:05] |
<cboos> |
oops, svn |
| [05:08:07] |
<cboos> |
thanks ;) |
| [05:11:29] |
<mitsuhiko> |
holy crap |
| [05:11:37] |
<mitsuhiko> |
the php iterator concept is totally broken Oo |
| [05:12:07] |
<cboos> |
php.py you mean? |
| [05:13:19] |
<mitsuhiko> |
cboos: what's php.py? |
| [05:14:18] |
* |
bryanl has joined #trac |
| [05:14:31] |
<cboos> |
mh, so the answer is "no" ;) |
| [05:14:52] |
<cboos> |
(trac/mimeview/php.py the native php renderer) |
| [05:15:34] |
<mitsuhiko> |
ah. no |
| [05:15:41] |
<mitsuhiko> |
cboos: i just have to work with php again :( |
| [05:15:50] |
<mitsuhiko> |
this python class: http://paste.pocoo.org/show/8c3333e75d3038687be846d53fa981ef5e9dabd1/ |
| [05:15:57] |
<mitsuhiko> |
looks like this in php5: http://paste.pocoo.org/show/fdf667fe72d476b3b5407412582c529d48e74860/ |
| [05:16:45] |
<cboos> |
well, at least you can reuse a php iteratro ;) |
| [05:16:45] |
<cboos> |
iterator |
| [05:16:49] |
<cboos> |
(rewind) |
| [05:16:55] |
<cmlenz> |
don't even start thinking about moving that class into a generator and comparing that to the php ;-) |
| [05:17:21] |
<mitsuhiko> |
cboos: what's wrong with iter(my_iterable) to rewind it? :) |
| [05:18:00] |
<cmlenz> |
with your example, that wouldn't work |
| [05:18:09] |
<mitsuhiko> |
cmlenz: yeah. i even miss them in ruby |
| [05:18:20] |
<mitsuhiko> |
cmlenz: just add this: |
| [05:18:23] |
<mitsuhiko> |
class Bar(object): |
| [05:18:25] |
<mitsuhiko> |
def __iter__(self): |
| [05:18:27] |
<mitsuhiko> |
return Foo() |
| [05:18:36] |
<mitsuhiko> |
bar = Bar() |
| [05:18:40] |
<mitsuhiko> |
iter(bar) |
| [05:18:47] |
<mitsuhiko> |
as often as you like :) |
| [05:19:11] |
<mitsuhiko> |
but most of the time i'm using iterators that are not rewindable because they lacy process something |
| [05:19:18] |
<mitsuhiko> |
then the rewind is bogus in php too |
| [05:20:09] |
<mitsuhiko> |
(right. most of the time i'm using generators... surprise, surprise) |
| [05:20:38] |
<cmlenz> |
in general, if you need a rewindable iterator, you just list() it |
| [05:20:48] |
<cmlenz> |
nice and simple IMO |
| [05:21:09] |
<cmlenz> |
but of course, that doesn't really work nicely with stuff like files |
| [05:21:59] |
<mitsuhiko> |
cmlenz: list(count()) *cough* |
| [05:22:23] |
<cmlenz> |
heh |
| [05:22:39] |
<cboos> |
ah ... range(4) vs. 0...4 ... |
| [05:22:52] |
<cboos> |
Ruby has some good things ;) |
| [05:23:11] |
<mitsuhiko> |
cboos: jep. ranges for example |
| [05:23:20] |
<mitsuhiko> |
because range have a real protocol (succ) |
| [05:23:27] |
<mitsuhiko> |
whereas python has. hm.... a range function... |
| [05:23:51] |
<cboos> |
toten: see http://trac.edgewall.org/changeset/4607 |
| [05:24:01] |
<toten> |
ok |
| [05:24:22] |
<Eridius> |
cmlenz: can Trac rebuild the ticket table based on the ticket_change table? |
| [05:24:38] |
<mitsuhiko> |
but hey. with python3000 we get a set literal. why not adding a range literal with a working protocol too? |
| [05:24:40] |
<Eridius> |
or is ticket_change missing the original info? |
| [05:24:51] |
<cmlenz> |
Eridius: no, the initial state would be missing |
| [05:24:53] |
<cmlenz> |
exactly |
| [05:25:02] |
* |
Eridius needs to delete a MASSIVE amount of spam from a trac installation, but I don't know of any good way to do this |
| [05:25:21] |
<mitsuhiko> |
Eridius: webadmin has a ticket changes delete functionality |
| [05:25:29] |
<mitsuhiko> |
(or was that a plugin?) |
| [05:25:31] |
<cmlenz> |
a set literal? what will that look like? |
| [05:25:35] |
<Eridius> |
mitsuhiko: I've been using coderanger's plugin |
| [05:25:38] |
<mitsuhiko> |
cmlenz: {1, 2, 3} |
| [05:25:40] |
<Eridius> |
but it's a MASSIVE MASSIVE MASSIVE amount of changes |
| [05:25:43] |
<Eridius> |
erm, spam |
| [05:25:45] |
<cmlenz> |
ah |
| [05:25:47] |
<Eridius> |
3 months worth of spammers going hog-wild |
| [05:25:58] |
<cmlenz> |
ouch |
| [05:26:02] |
<toten> |
cboos: thanks, it works fine now ;) |
| [05:26:04] |
<Eridius> |
I've already spent hours working on cleaning it out using that plugin |
| [05:26:06] |
<Eridius> |
and still no end in sight |
| [05:26:16] |
<mitsuhiko> |
Eridius: use sql and delete everything done in the last 3 months :D |
| [05:26:29] |
<Eridius> |
mitsuhiko: the problem is how to rebuild the ticket table after modifying ticket_change |
| [05:27:06] |
<cmlenz> |
ticketdeleteplugin should have the required code for reverting changes... maybe you can script it to do batch deletion |
| [05:27:12] |
<toten> |
now only the unicode error(?) remains ;) |
| [05:29:27] |
* |
skar has left #trac |
| [05:30:26] |
<cboos> |
toten: about the unicode issue: are you using any plugin? |
| [05:30:56] |
<cboos> |
toten: are you using a specific locale? if yes, try setting the locale to C |
| [05:32:28] |
<toten> |
thats the plugin i use: http://trac-hacks.org/wiki/TracPygmentsPlugin |
| [05:32:36] |
<toten> |
locale? |
| [05:36:04] |
<cmlenz> |
pygments is builtin on trunk, you don't need the plugin |
| [05:36:08] |
<cmlenz> |
(and shouldn't be using it) |
| [05:36:27] |
<toten> |
ohh |
| [05:37:42] |
<toten> |
i just read the wiki and it said: "Some people also talk about trying this out: http://trac-hacks.org/svn/tracpygmentsplugin/0.11/" |
| [05:41:00] |
<cboos> |
cmlenz: just added a shorthand "SetupTools" for easier reference to the setup tools work |
| [05:41:04] |
<cboos> |
@wiki SetupTools |
| [05:41:04] |
<evil_twin> |
cboos: http://trac.edgewall.org/wiki/SetupTools |
| [05:41:16] |
<cboos> |
feel free to correct / enhance |
| [05:42:29] |
<cmlenz> |
thx |
| [05:42:46] |
<toten> |
how to remove a plugin completly? |
| [05:43:49] |
<mitsuhiko> |
toten: affirmative. that wikipage is misleading |
| [05:44:11] |
<mitsuhiko> |
there should be a 0.11 note |
| [05:44:17] |
<toten> |
mitsuhiko: ye ;) |
| [05:44:19] |
<toten> |
http://trac.edgewall.org/wiki/TracSyntaxColoring |
| [05:46:34] |
<cboos> |
speaking about the Trac doc, I think it could be about time to copy over the current docs from XyyXzz to Trac0.10/XyyXzz and update the XyyXzz with notes about 0.11, what do you think? |
| [05:47:34] |
<cmlenz> |
yeah, sounds reasonable |
| [05:48:00] |
<cmlenz> |
using trac-admin wiki load? |
| [05:49:54] |
<cboos> |
ah, that would probably be faster than doing that by hand, yes |
| [05:50:21] |
<cboos> |
(I did it by hand for TracOnWindows a few weeks ago) |
| [05:50:52] |
<cboos> |
the advantage by doing this by hand is that you can record the "branch point" version in the new page |
| [05:50:58] |
<cboos> |
but ... tedious ;) |
| [05:52:05] |
* |
Hydra has quit IRC |
| [05:53:11] |
<cmlenz> |
then the question is what pages should be copied over |
| [05:54:21] |
<cboos> |
all the ones listed in the TracGuideToc |
| [05:54:41] |
<cboos> |
plus a few others, probably FineGrainedPermissions |
| [05:55:29] |
<cmlenz> |
yeah, the "plus a few others" is the interesting part ;-) |
| [05:56:12] |
<cmlenz> |
cboos: I'm seeing problems with bitten and trac 0.10.3 where the repository is apparently being closed way too soon |
| [05:56:32] |
<cmlenz> |
i.e. I do repos = get_repository() |
| [05:56:58] |
<cmlenz> |
and then do stuff with the repos, and then at some point the repository has been somehow closed, even though I'm maintaining a ref to it |
| [05:57:07] |
<cmlenz> |
any ideas? |
| [05:57:21] |
<cmlenz> |
I suspect that may be related to the changes in 0.10.3 |
| [05:57:39] |
<cboos> |
yes, since 0.10.3, we're using the early sync, and from then on, we're staying mainly in the CachedRepository |
| [05:58:25] |
<cboos> |
but I don't think we do an explicit close... |
| [05:58:45] |
<cboos> |
and if you keep a ref on the repository, no reason the __del__ would be triggered either |
| [05:59:24] |
<cboos> |
ah wait... |
| [05:59:36] |
<cmlenz> |
i basically have: |
| [05:59:37] |
<cmlenz> |
repos = self.env.get_repository() |
| [05:59:42] |
<cmlenz> |
new_root = repos.get_node(self.config.path or '/', rev) |
| [05:59:54] |
<cmlenz> |
in the second line, repos has apparently been closed |
| [06:00:04] |
<cmlenz> |
(i.e. repos.fs_ptr etc is None) |
| [06:00:16] |
<cmlenz> |
note that bitten is running outside of the trac web context |
| [06:00:28] |
<cboos> |
he, you don't have fs_ptr in that repos ... |
| [06:00:37] |
<cboos> |
should be repos.repos.fs_ptr, no? |
| [06:00:58] |
< |
