1 2010-02-25T00:00:04 <dreimark> franklin: can you reproduce the bug also in the standalone desktop server wiki?
2 2010-02-25T00:02:54 <dreimark> gn
3 2010-02-25T00:33:28 <franklin> dreimark: Yes (with Debian's "standalone Desktop" http://paste.pocoo.org/show/182286/ )
4 2010-02-25T00:38:39 <ThomasWaldmann> franklin: POX made a fix, but either I have misunderstood it or it doesn't work with 0.5.1
5 2010-02-25T00:40:23 <ThomasWaldmann> franklin: so you use moin191 and werkzeug060?
6 2010-02-25T00:43:19 <ThomasWaldmann> franklin: http://paste.pocoo.org/show/182288/ check if that works for you
7 2010-02-25T00:45:00 <franklin> let me try that..
8 2010-02-25T00:45:54 <franklin> well done, it seems to work
9 2010-02-25T00:46:39 <ThomasWaldmann> but only with 0.6, not 0.5.1, right?
10 2010-02-25T00:48:59 <franklin> Correct, your patch work with werkzeug 0.6.0 but not with 0.5.1
11 2010-02-25T00:51:11 <franklin> Apache+fastcgi fails with http://paste.pocoo.org/show/182298/
12 2010-02-25T00:57:04 *** grzywacz
13 2010-02-25T00:57:49 <ThomasWaldmann> http://paste.pocoo.org/show/182303/
14 2010-02-25T00:58:12 <ThomasWaldmann> franklin: ^^
15 2010-02-25T01:04:27 <franklin> works with 0.6....
16 2010-02-25T01:05:31 <franklin> and 0.5.1 (both apache+fastcgi and desktop edition)
17 2010-02-25T01:05:37 <franklin> \o/
18 2010-02-25T01:06:23 <ThomasWaldmann> ok, i am waiting for comments on #pocoo, but if there is no better idea, I'll commit that
19 2010-02-25T01:06:30 <ThomasWaldmann> thanks for testing!
20 2010-02-25T01:10:32 <franklin> gn
21 2010-02-25T01:10:39 <ThomasWaldmann> gn franklin
22 2010-02-25T01:36:08 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 5582:ca98db50efac 1.9/MoinMoin/web/ (contexts.py request.py): request: fix for werkzeug 0.6 and 0.5.1 compatibility
23 2010-02-25T01:36:10 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 5583:ea0b35b54bbf 1.9/MoinMoin/util/filesys.py: merged main
24 2010-02-25T05:34:21 *** kursor
25 2010-02-25T06:41:47 *** moin1
26 2010-02-25T06:42:00 <moin1> hey everybody
27 2010-02-25T06:42:02 <moin1> Im sorry
28 2010-02-25T06:42:09 <moin1> I know this is not the channel
29 2010-02-25T06:42:21 <moin1> but Ive been waiting for a while in the other one
30 2010-02-25T06:42:32 <moin1> I installed moin 1.8.6 on apache
31 2010-02-25T06:42:47 <moin1> and i finally made the first page work right
32 2010-02-25T06:42:51 <moin1> lets say
33 2010-02-25T06:42:58 <moin1> http://localhost/www/
34 2010-02-25T06:43:00 <moin1> but
35 2010-02-25T06:43:09 <moin1> the links in that page point to
36 2010-02-25T06:43:30 <moin1> http://localhost/usr/local/moin/www/NameOfTheLinK
37 2010-02-25T06:43:39 <moin1> i've been poking arounf
38 2010-02-25T06:43:49 <moin1> and cant solve it
39 2010-02-25T06:43:51 <moin1> any idea?
40 2010-02-25T08:08:08 *** kursor
41 2010-02-25T08:10:09 *** moin1
42 2010-02-25T08:52:23 <ThomasWaldmann> moin
43 2010-02-25T11:43:49 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 5584:dc574a6d2516 1.9/MoinMoin/ (PageEditor.py userprefs/prefs.py):
44 2010-02-25T11:43:49 <CIA-47> text editor: if edit_rows==0 (user profile or config), dynamically size the text editor height
45 2010-02-25T11:43:49 <CIA-47> Accepts anything from 0..999 for edit_rows userprefs now.
46 2010-02-25T11:43:49 <CIA-47> Dynamic height is 1.5 * current height. Use Preview if this is not enough.
47 2010-02-25T11:43:49 <CIA-47> This is done for devices like the iPhone, when user can't operate double sliders.
48 2010-02-25T11:43:49 <CIA-47> It might be comfortable even on other devices to not have to deal with double sliders.
49 2010-02-25T11:45:08 <TheSheep> ThomasWaldmann: you can operate double sliders on iphone
50 2010-02-25T11:45:15 <TheSheep> ThomasWaldmann: you just use more fingers
51 2010-02-25T11:48:29 <ThomasWaldmann> maybe he has not enough fingers :D
52 2010-02-25T11:48:50 <ThomasWaldmann> (or he doesn't know :)
53 2010-02-25T11:50:13 <ThomasWaldmann> but maybe 1 slider is better anyway
54 2010-02-25T12:54:06 <dreimark> moin
55 2010-02-25T13:10:58 *** xorAxAx
56 2010-02-25T13:14:49 <dreimark> ThomasWaldmann: bug in AttachList
57 2010-02-25T13:15:01 *** xorAxAx
58 2010-02-25T13:15:18 <dreimark> unzip is not working
59 2010-02-25T13:15:25 <dreimark> in 1.8
60 2010-02-25T13:20:06 <dreimark> and 1.9
61 2010-02-25T13:30:54 <ThomasWaldmann> works for me
62 2010-02-25T13:32:55 <ThomasWaldmann> no, it works for AttachFile unzipping, for AttachList it needs the same modification as there, in 1.8
63 2010-02-25T13:33:15 <ThomasWaldmann> welcome to the world of copy&paste code :P
64 2010-02-25T13:40:10 <ThomasWaldmann> hmm, no. likely AttachFile:82
65 2010-02-25T13:40:31 <dreimark> http://moinmo.in/MoinMoinBugs/AttachListUnzip fails
66 2010-02-25T13:40:49 <dreimark> ok, understand now
67 2010-02-25T13:42:51 <dreimark> tat +82 change isn't doing it alonwe
68 2010-02-25T13:44:41 <dreimark> ticketing must be removed from _do_unzip too.
69 2010-02-25T13:45:28 <dreimark> hmm or we don't show the unzip dialog
70 2010-02-25T13:46:25 <dreimark> as we don't show delete too
71 2010-02-25T13:50:39 <ThomasWaldmann> what unzip dialog?
72 2010-02-25T13:53:06 <ThomasWaldmann> the ticket stuff needs debugging
73 2010-02-25T13:53:25 <ThomasWaldmann> the link has a ticket, but it still behaves as there was none (or an invalid one)
74 2010-02-25T13:53:27 <dreimark> http://moinmo.in/MoinMoinBugs/AttachListUnzip fails
75 2010-02-25T13:54:16 <dreimark> the ticketing needs debugging, but also unzip has no readonly check
76 2010-02-25T13:54:35 <dreimark> two issues
77 2010-02-25T13:55:24 <ThomasWaldmann> yes, so why do you put it into wrong bug report?
78 2010-02-25T13:55:41 <dreimark> you are right
79 2010-02-25T13:55:45 <dreimark> sorry
80 2010-02-25T13:55:49 * dreimark fixes it
81 2010-02-25T14:03:40 <CIA-47> Reimar Bauer <rb.proj AT googlemail DOT com> default * 4492:5835fd165996 1.8/MoinMoin/action/AttachFile.py: AttachFile._build_filelist: verifies readonly flag for unzip file link
82 2010-02-25T16:41:45 <ThomasWaldmann> dreimark: found the other problem
83 2010-02-25T16:42:13 <dreimark> :)
84 2010-02-25T16:51:53 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 3892:369a2c879eb6 1.7/MoinMoin/action/AttachFile.py: attachUrl: fix wrongly generated tickets (e.g. for AttachList macro)
85 2010-02-25T16:52:49 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 4494:c68058eaa6be 1.8/MoinMoin/action/AttachFile.py: merged moin/1.7
86 2010-02-25T17:27:05 <CIA-47> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 5588:4a50a70af35d 1.9/MoinMoin/action/AttachFile.py: merged moin/1.8
87 2010-02-25T17:27:38 *** ser
88 2010-02-25T17:29:07 * ThomasWaldmann gtg, please do some tests
89 2010-02-25T17:52:02 <CIA-47> Reimar Bauer <rb.proj AT googlemail DOT com> default * 5589:a8199daaf217 1.9/MoinMoin/web/request.py: web.requests: PEP8 whitespace fix
90 2010-02-25T17:52:14 <dreimark> no idea why this didn't happen before
91 2010-02-25T18:26:15 <dreimark> bbl
92 2010-02-25T18:43:01 <ronny> dreimark: pep8.py is a messy fucked up hell
93 2010-02-25T18:46:37 <TheSheep> ronny: is there any piece of code that you consider nice?
94 2010-02-25T18:46:52 <ronny> TheSheep: yes, there are
95 2010-02-25T18:47:09 <TheSheep> ronny: for example?
96 2010-02-25T18:47:24 <ronny> werkzeug, execnet, py.path
97 2010-02-25T18:47:36 <TheSheep> all of werkzeug?
98 2010-02-25T18:47:55 <ronny> there are some necessary evils
99 2010-02-25T18:48:08 <ronny> but in general its good, in terms of apis and wtf-rate
100 2010-02-25T18:48:36 <TheSheep> like automatic detection of string/unicode in all string-related functions and forced encoding to utf-8?
101 2010-02-25T18:49:26 <ronny> from my pov anything else tends to be fail, and boy am i happy not to have to deal with that
102 2010-02-25T18:49:38 <ronny> its a necessary evil
103 2010-02-25T18:49:48 <ronny> cause http and wsgi are both messes
104 2010-02-25T18:50:02 <ronny> and werkzeug takes away all the pain
105 2010-02-25T18:50:23 <ronny> taking away pain is a good metric on how likely i am to like something
106 2010-02-25T18:51:17 * TheSheep doesn't believe in painkillers that only sweep the problems under the rug
107 2010-02-25T18:51:58 <TheSheep> but really, I don't want to argue, I was just curious about some examples of good code
108 2010-02-25T18:52:28 <ronny> in general the recent refactorings holger did on py.test/execnet are pretty nice
109 2010-02-25T18:52:54 <TheSheep> I need to look at py.path, so far it was just "that weird magic that makes all the py.test documentation and examples hard to understand"
110 2010-02-25T18:53:13 <ronny> py.path takes away all the pain in dealing with filesystem paths
111 2010-02-25T18:53:32 <TheSheep> all of it?
112 2010-02-25T18:53:46 <TheSheep> you mean I can use any unicode characters in filenames and it won't eat me alive?
113 2010-02-25T18:53:47 <ronny> from my point of view yes
114 2010-02-25T18:53:54 <ronny> i dont use that
115 2010-02-25T18:54:15 <TheSheep> then what do you use?
116 2010-02-25T18:54:32 <TheSheep> I mean, what kind of pains does it take away?
117 2010-02-25T18:54:39 <TheSheep> the worst ones
118 2010-02-25T18:55:03 <ronny> well, it kills all those pains from os/os.path and gives a coherent object with a simple api
119 2010-02-25T18:56:14 <TheSheep> can you name one or two?
120 2010-02-25T18:59:54 <ronny> it moves all the operations to a single object thats just pleasant to use, its kinda hard to be concrete - everything just seems suddenly pleasant
121 2010-02-25T19:00:53 <TheSheep> somhoew I never found paths particularly painful (except for the various limitations of certain operating systems, but I don't think py.path works around those)
122 2010-02-25T19:01:10 <TheSheep> but I'm an old bash scripter
123 2010-02-25T19:01:18 <ronny> TheSheep: the code just is a lot shorter and still more readable now
124 2010-02-25T19:02:08 <ronny> its one of those enhacnements you cant quantify, but dont want to miss once you experienced them
125 2010-02-25T19:02:22 <TheSheep> ronny: I don't find the snippets I saw in the py.test more readable, more like completely obscure
126 2010-02-25T19:03:04 <TheSheep> but of course the code may still be nice :)
127 2010-02-25T19:03:38 <ronny> TheSheep: well, since i really started to use it, i never ever want to miss it
128 2010-02-25T19:03:50 <ronny> and you know how hard it is to convince me something is good :)
129 2010-02-25T19:45:32 *** grzywacz
130 2010-02-25T19:51:56 <dreimark> re
131 2010-02-25T19:56:52 <dreimark> does one use fcgi ?
132 2010-02-25T19:59:53 <TheSheep> which one?
133 2010-02-25T20:08:51 <dreimark> the one of the bugreport
134 2010-02-25T20:09:11 <TheSheep> the bugreport?
135 2010-02-25T20:09:30 <dreimark> http://moinmo.in/MoinMoinBugs/191AttachmentsProduceDuplicateHeaderErrorWithFastCGI
136 2010-02-25T20:10:01 <TheSheep> ouch
137 2010-02-25T20:11:44 * dreimark hasn't seen this before, but i usually use Image for displaying images
138 2010-02-25T20:16:49 <TheSheep> dreimark: I remember there was a similar bug in moin some years ago, Thomas worked around it by marking which headers should be replaced and which ones should be just appended
139 2010-02-25T20:17:07 <TheSheep> dreimark: apparently that code went away with the wsgi refactoring
140 2010-02-25T20:17:35 <TheSheep> (personally, I don't like the idea of default content type in response)
141 2010-02-25T20:47:32 <dreimark> that was likly in http://hg.moinmo.in/moin/1.8/file/c68058eaa6be/MoinMoin/request/__init__.py#l1347
142 2010-02-25T21:31:16 *** kursor
143 2010-02-25T21:41:37 *** grzywacz
144 2010-02-25T21:43:22 *** faster
145 2010-02-25T22:13:32 *** kursor
146 2010-02-25T23:35:13 <ThomasWaldmann> re