2008-01-20T00:02:41  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2509:7cb86a86101f 1.6/MoinMoin/script/migration/_conv160_wiki.py: 1.6 converter: improve ImageLink conversion by using its argument parser code
2008-01-20T00:02:43  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2510:129964a0a20c 1.6/MoinMoin/script/migration/_tests/test_conv160_wiki.py: 1.6 converter: copied tests from 1.7 branch
2008-01-20T00:02:44  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2511:389eabe4383e 1.6/MoinMoin/script/migration/_tests/test_conv160_wiki.py: 1.6 converter: added test cases for improved ImageLink converter code
2008-01-20T00:02:45  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2512:e776348f9e1c 1.6/MoinMoin/script/migration/_conv160.py: merged main
2008-01-20T00:07:25  <ThomasWaldmann> dreimark: how about using decodeUnknownInput for the filenames?
2008-01-20T00:07:38  <ThomasWaldmann> i guess that would even fix some broken stuff
2008-01-20T00:09:42  <ThomasWaldmann> (it tries iso-8859-1 and that likely is the right encoding if it is not utf-8)
2008-01-20T00:21:48  <dreimark> I can check with a copy of the instance. This would be helpful
2008-01-20T00:22:25  <ThomasWaldmann> January 22, 2008, 12:00 AM Pacific Time / 08:00 UTC: No tasks can be claimed; work on claimed tasks can continue
2008-01-20T00:22:54  <dreimark> then we know what could be fixed and I know what the ? is for
2008-01-20T00:23:09  <ThomasWaldmann> that is next tuesday european morning
2008-01-20T00:24:08  * cb22 wants to claim a last task before then :)
2008-01-20T00:24:17  <ThomasWaldmann> so we should try to close stuff (that can be closed until then) monday, so that students wanting can claim another one.
2008-01-20T00:24:35  <ThomasWaldmann> ... can do so.
2008-01-20T00:26:41  * ThomasWaldmann thinks about #76, 100, 48, maybe 103, 56(?)
2008-01-20T00:28:02  <ThomasWaldmann> btw, students not being optimistic about finishing their current task in time could think about giving it up for the sake of being able to claim another one.
2008-01-20T00:36:01  <forrestv_> ThomasWaldmann: i updated issue #103
2008-01-20T00:36:26  * ThomasWaldmann looks
2008-01-20T00:38:25  <ThomasWaldmann> +        )
2008-01-20T00:38:26  <ThomasWaldmann> +    def mainloop(self):
2008-01-20T00:38:38  <ThomasWaldmann> leave one empty line between methods, please
2008-01-20T00:38:55  <ThomasWaldmann> +        if len(self.args) != 0:
2008-01-20T00:39:03  <ThomasWaldmann> if self.args:
2008-01-20T00:39:17  <ThomasWaldmann> +            if os.fork() > 0: sys.exit(0)
2008-01-20T00:39:22  <ThomasWaldmann> --> 2 lines
2008-01-20T00:39:59  <ThomasWaldmann> +                os.setsid()
2008-01-20T00:39:59  <ThomasWaldmann> +            except OSError:
2008-01-20T00:39:59  <ThomasWaldmann> +                pass
2008-01-20T00:40:00  <ThomasWaldmann> +            os.umask(0)
2008-01-20T00:40:02  <ThomasWaldmann> ???
2008-01-20T00:40:12  <forrestv_> ThomasWaldmann: i copied the len(self.args) from MoinMoin/script/account/create.py :)
2008-01-20T00:40:46  <ThomasWaldmann> hehe. then it is sub-optimal there, too.
2008-01-20T00:41:46  <ThomasWaldmann> btw, please read and follow PEP-8
2008-01-20T00:42:11  <ThomasWaldmann> +        if self.options.stop:
2008-01-20T00:42:12  <ThomasWaldmann> elif
2008-01-20T00:43:39  <ThomasWaldmann> +            os.kill(int(pids[0]),signal.SIGTERM)
2008-01-20T00:43:48  <forrestv_> ThomasWaldmann: i'm aware of that, but it would make the else not work
2008-01-20T00:43:56  <ThomasWaldmann> does this give a success/failure return code?
2008-01-20T00:44:09  <waldi> no
2008-01-20T00:44:17  <waldi> kill is async
2008-01-20T00:44:38  <waldi> okay, it shows if it killed anything
2008-01-20T00:45:29  <ThomasWaldmann> forrestv_: then maybe the else is wrong :)
2008-01-20T00:45:43  <forrestv_> ThomasWaldmann: no, but it throws an exception
2008-01-20T00:45:50  <forrestv_> ThomasWaldmann: 'else is wrong'?
2008-01-20T00:47:34  <ThomasWaldmann> forrestv_: then use the exception
2008-01-20T00:48:59  <forrestv_> ThomasWaldmann: what do you mean by 'then maybe the else is wrong :)'?
2008-01-20T00:50:27  <ThomasWaldmann> the code under "else", shouldn't that be under if self.options.start?
2008-01-20T00:51:10  <forrestv_> ThomasWaldmann: i structured it differently. running without --stop or --start runs it in forground. --start starts in background. --stop stops background
2008-01-20T00:52:12  * dreimark -> home and good night
2008-01-20T00:52:32  <cb22> gn dreimark
2008-01-20T00:52:36  <ThomasWaldmann> (adding a "return" into the --stop branch would also make the else branch go to one level higher)
2008-01-20T00:52:46  <ThomasWaldmann> gn dreimark
2008-01-20T00:52:54  <ThomasWaldmann> dreimark: did it work?
2008-01-20T00:54:30  <dreimark> the wiki do work mostly. I will look at decodeUnknownInput tomorrow
2008-01-20T00:54:35  <ThomasWaldmann> forrestv_: btw, the code should also work on win32
2008-01-20T00:54:58  <ThomasWaldmann> forrestv_: so please check that fork() stuff and also that /dev/null stuff
2008-01-20T00:55:04  <forrestv_> ThomasWaldmann: ok
2008-01-20T00:55:25  <ThomasWaldmann> and what is that umask 0?
2008-01-20T00:55:35  <dreimark> ThomasWaldmann: i have to fix some of my own special extensions  (send_page changes etc.)
2008-01-20T00:55:38  <forrestv_> ThomasWaldmann: i removed it
2008-01-20T00:56:26  <dreimark> and I can replace on many places #!frame by #!wiki
2008-01-20T00:56:28  * ThomasWaldmann will migrate jurawiki soon
2008-01-20T00:57:09  <dreimark> the hits trouble is a bit strange, I have this macro disabled currently
2008-01-20T00:59:55  <ThomasWaldmann> hits trouble?
2008-01-20T01:04:40  <dreimark> http://moinmo.in/MacroMarket/Hits-1.6.py
2008-01-20T01:05:01  <dreimark> backport from 1.7. It takes always long.
2008-01-20T01:05:43  <dreimark> and it was in the past faster, i have not reecognized it on a 20MB  event-log file
2008-01-20T01:06:03  <dreimark> http://moinmo.in/EasyToDo/ImproveAttachfileInstallPackage
2008-01-20T01:06:30  <dreimark> ThomasWaldmann:
2008-01-20T01:07:37  <dreimark> cu tomorrow
2008-01-20T01:07:51  <ThomasWaldmann> expensive
2008-01-20T01:07:54  <ThomasWaldmann> cu
2008-01-20T01:57:27  <forrestv_> ThomasWaldmann: there is no alternative to fork on windows
2008-01-20T01:57:45  <forrestv_> ThomasWaldmann: so the devnull issue is moot
2008-01-20T02:00:28  <ThomasWaldmann> forrestv_: so I suggest you give a warning if someone uses --start or --stop on win32
2008-01-20T02:00:42  <ThomasWaldmann> (or rather an error)
2008-01-20T02:02:24  * forrestv_ updates issue 103 (ThomasWaldmann)
2008-01-20T02:03:50  <forrestv_> I forgot modifying /moin.py
2008-01-20T11:55:11  <ThomasWaldmann> moin
2008-01-20T11:55:44  <cb22> moin ThomasWaldmann
2008-01-20T16:50:19  <ThomasWaldmann> hi forrestv_
2008-01-20T16:50:29  <ThomasWaldmann> i just submitted a comment to the tracker
2008-01-20T16:50:32  <forrestv_> ThomasWaldmann: hi
2008-01-20T16:51:08  <forrestv_> ThomasWaldmann: ok
2008-01-20T16:51:31  <forrestv_> ThomasWaldmann: /dev/null is moot because forking does not work on windows
2008-01-20T16:53:14  <ThomasWaldmann> yes, but your code does not know that yet
2008-01-20T16:54:45  <ThomasWaldmann> forrestv_: which editor do you use?
2008-01-20T16:57:11  <forrestv_> ThomasWaldmann: gedit and nano
2008-01-20T17:00:19  <ThomasWaldmann> there is a pep8 plugin for vim :)
2008-01-20T17:03:17  <forrestv_> ThomasWaldmann: the code gets an exception earlier than the devnull open if it is on windows
2008-01-20T17:03:46  <ThomasWaldmann> +                except AttributeError:
2008-01-20T17:03:46  <ThomasWaldmann> +                    print "Unable to fork (daemonizing not supported on Windows)"
2008-01-20T17:03:49  <ThomasWaldmann> +                stdin = open("/dev/null","r")
2008-01-20T17:03:55  <ThomasWaldmann> this?
2008-01-20T17:04:05  <forrestv_> ThomasWaldmann: hmm, forgot to return
2008-01-20T17:04:18  <ThomasWaldmann> why return?
2008-01-20T17:04:32  <ThomasWaldmann> ok, maybe better
2008-01-20T17:04:50  <ThomasWaldmann> it has to be called without --start then
2008-01-20T17:27:58  <bolekk> moin
2008-01-20T17:30:03  <ThomasWaldmann> hi bolekk
2008-01-20T17:36:48  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 854:2f952fa361c7 1.5/ (MoinMoin/action/login.py docs/CHANGES): XSS fix for login action, thanks to Fernando Quintero for reporting this
2008-01-20T17:40:59  <bolekk> ThomasWaldmann: are there any moin-oriented changes in wiki/htdocs/applets/FCKeditor dir ? can I safely replace this entire dir with a new one ?
2008-01-20T17:41:55  <bolekk> ThomasWaldmann: except the README file
2008-01-20T17:51:54  <ThomasWaldmann> bolekk: i think you can. the moin stuff is in moinfckplugins dir and in the config above it.
2008-01-20T17:52:28  <ThomasWaldmann> bolekk: do you work with hg?
2008-01-20T17:54:09  <bolekk> ThomasWaldmann: yes
2008-01-20T17:57:06  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2513:9f4bdc7ef80d 1.6/ (MoinMoin/action/login.py docs/CHANGES): XSS fix for login action, thanks to Fernando Quintero for reporting this (port from 1.5)
2008-01-20T17:58:23  <ThomasWaldmann> bolekk: it would be great to have a binary export of your changesets at the end. for review purposes, a diff of the moin related stuff is enough, though.
2008-01-20T17:59:07  <ThomasWaldmann> and you should keep the repo in a clean state. i.e. add new files, remove files not present any more. see hg status.
2008-01-20T17:59:48  <ThomasWaldmann> (and don't do any other changes in that cleanup changeset, as the diff will be huge)
2008-01-20T18:01:19  <ThomasWaldmann> and only add FCKeditor components that are needed
2008-01-20T18:02:46  <ThomasWaldmann> bolekk: keep FCKeditor/README
2008-01-20T18:02:52  <ThomasWaldmann> (and update it)
2008-01-20T18:05:14  <bolekk> hmm I'm not sure if I understand you, can't I just remove old FCKeditor/ directory, copy the latest release, add README and then just work on moin plugins and other files ?
2008-01-20T18:05:23  <bolekk> not touching the fckeditor itself
2008-01-20T18:07:39  <ThomasWaldmann> the FCKeditor files are part of our repository
2008-01-20T18:08:44  <ThomasWaldmann> what would work is to completely remove old FCKeditor (using a hg rm ...), commit
2008-01-20T18:09:17  <ThomasWaldmann> then copy the new FCKeditor into the workdir and add all files, commit
2008-01-20T18:09:33  <ThomasWaldmann> add the updated README, commit
2008-01-20T18:09:49  <ThomasWaldmann> make it work (several commits)
2008-01-20T18:09:57  <bolekk> yeah I thought about that
2008-01-20T18:10:30  <ThomasWaldmann> esp. the moinFCKplugins need testing/fixes
2008-01-20T18:10:53  <ThomasWaldmann> and watch hg status
2008-01-20T18:14:20  <bolekk> I thougt that after I've made everything work on my machine, you will change the FCKeditor files and I'll just send patches for moinplugins+other moin files
2008-01-20T18:16:08  <ThomasWaldmann> that's Plan B :)
2008-01-20T18:19:59  <bolekk> so how does plan A look like ? I send everything ?
2008-01-20T18:21:37  <ThomasWaldmann> Plan A is you do a clean and complete job. :)
2008-01-20T18:22:10  <ThomasWaldmann> (using hg)
2008-01-20T18:24:42  <bolekk> but what do you mean by keeping my repo in a clean state ? I do all the changes (including replacing the whole FCKeditor/ dir ) and in the end I send a BIG patch ?
2008-01-20T18:25:01  <ThomasWaldmann> no
2008-01-20T18:25:04  <bolekk> sorry but I'm a little confused
2008-01-20T18:25:10  <ThomasWaldmann> you work doing clean commits
2008-01-20T18:25:45  <ThomasWaldmann> and at the end you submit binary changesets
2008-01-20T18:26:20  <ThomasWaldmann> is "clean commit" clear in its meaning?
2008-01-20T18:26:20  <bolekk> but I commit to the moin-1.7 main repository ?
2008-01-20T18:26:32  <bolekk> not really
2008-01-20T18:26:37  <ThomasWaldmann> no, you commit to you local repository
2008-01-20T18:27:07  <ThomasWaldmann> and a clean commit is a commit doing some limited and clearly identified work
2008-01-20T18:27:59  <bolekk> so you then want to see all my commits with some titles etc ?
2008-01-20T18:28:04  <ThomasWaldmann> "removed old FCKeditor (version X.X)" is a clean commit - if it does exactly this and hg status is clean before and after it
2008-01-20T18:28:25  <ThomasWaldmann> "committing all my work" is not a clean commit
2008-01-20T18:29:23  <ThomasWaldmann> commit -m "some sane description that can be understood with no context"
2008-01-20T18:30:17  <bolekk> and in the end you want to see all my changes with such descriptions ?
2008-01-20T18:30:26  <ThomasWaldmann> yes
2008-01-20T18:30:41  <bolekk> all right... and what's a "binary changeset" ?
2008-01-20T18:31:12  <ThomasWaldmann> http://moinmo.in/MoinDev/MercurialGuide
2008-01-20T18:32:15  <cb22> ThomasWaldmann: looks like my patch holds up for office 2007 and 2008 for mac
2008-01-20T18:32:31  <ThomasWaldmann> bolekk: $ hg bundle --help
2008-01-20T18:33:13  <ThomasWaldmann> cb22: how do you know?
2008-01-20T18:34:08  <bolekk> ThomasWaldmann: okay thanks :)
2008-01-20T18:34:16  <cb22> ThomasWaldmann: asked some people in #defocus to test on my test wiki
2008-01-20T18:35:06  <ThomasWaldmann> bolekk: that bundling stuff is for the very end, if you have stuff that needs review (like changes to fckeditor config or moinFCKplugins), hg export CHANGESET > CHANGESET.patch is the preferred way
2008-01-20T18:35:34  <ThomasWaldmann> or just publish your repo, hg serve :)
2008-01-20T18:38:23  <ThomasWaldmann> cb22: add a docs/CHANGES entry for your fix, add the URL where you got that list as a source comment
2008-01-20T18:38:38  <bolekk> All right, I'll read the mercurial help to be sure I understand everything :)
2008-01-20T18:39:07  <ThomasWaldmann> cb22: otherwise, I think you are done
2008-01-20T18:40:06  <ThomasWaldmann> bolekk: btw, read hg diff before every commit. read it 2 or 3 times and commit after you are really happy with every single line it changes.
2008-01-20T18:40:45  <ThomasWaldmann> (for the big FCKeditor upgrade changes, you rather want to check hg status than hg diff :)
2008-01-20T18:42:47  <bolekk> but I can do first two commits like : 1) remove old fckeditor 2) add new fckeditor ?
2008-01-20T18:43:16  <ThomasWaldmann> cb22: also update the bug report wiki page with your results
2008-01-20T18:44:33  <bolekk> ThomasWaldmann: or It won't be considered "clean" ?
2008-01-20T18:45:23  <cb22> ThomasWaldmann: ok, understood
2008-01-20T18:45:34  <cb22> must i just edit CHANGES and make a diff?
2008-01-20T18:46:47  <ThomasWaldmann> bolekk: from the scope of the change, that's perfect. you just have to check hg status, that you cleanly did remove everything you wanted before you commit 1. and also whether you added everything you wanted before commit 2.
2008-01-20T18:47:57  <ThomasWaldmann> maybe just play a bit with hg (clone your moin repo to moin-justplaying)
2008-01-20T18:48:49  <bolekk> I'll do that :)
2008-01-20T18:49:41  <bolekk> btw cloning is very slow...
2008-01-20T18:50:09  <bolekk> i mean cloning from moin repo
2008-01-20T18:50:18  <ThomasWaldmann> it has quite some stuff to do in that case. considering that, it is rather fast.
2008-01-20T18:50:36  <ThomasWaldmann> but you can clone what you already have on your disk, that's faster.
2008-01-20T19:01:38  <ThomasWaldmann> brb
2008-01-20T19:03:44  <cb22> ThomasWaldmann: i cant seem to find the url that had a list of all the namespaces that i used :/
2008-01-20T19:16:43  <ThomasWaldmann> ok, than don't add it
2008-01-20T19:16:47  <ThomasWaldmann> then
2008-01-20T19:21:15  * ThomasWaldmann debugs that OtherWiki:/InterWiki conversion problem
2008-01-20T19:50:35  <cb22> ThomasWaldmann: ok, tracker updated
2008-01-20T19:57:28  <ThomasWaldmann> cb22: did you upload the wrong patch?
2008-01-20T20:14:31  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 2514:bc0d688d0435 1.6/MoinMoin/script/migration/ (_conv160_wiki.py _tests/test_conv160_wiki.py): 1.6 converter: fix bad /InterWiki pagenames when encountering interwiki links with bad wiki names
2008-01-20T20:17:42  <bolekk> ThomasWaldmann: I can see that in moinfckconfig.js two toolbars are defined (MoinDefault & MoinBig); how can we choose which one we prefer ? MoinDefault is hardcoded in PageGraphicalEditor.py
2008-01-20T20:20:57  <ThomasWaldmann> then you can choose by changing it there :)
2008-01-20T20:21:47  <ThomasWaldmann> (changing that is not part of your task, so keep that for the end in case you get bored after finishing the task)
2008-01-20T20:41:41  <cb22> ThomasWaldmann: yes, sorry :/
2008-01-20T20:42:25  <cb22> ThomasWaldmann: ok, correct one is up
2008-01-20T20:55:03  <dreimark> moin
2008-01-20T21:02:14  <ThomasWaldmann> btw, if someone has free time, we could need some new and sane tasks in the tracker
2008-01-20T21:04:15  <cb22> ThomasWaldmann: sane?
2008-01-20T21:05:22  <cb22> i prefer my tasks insane =)
2008-01-20T21:07:44  * cb22 is thinking of claiming 101, unless you are going to import a code task?
2008-01-20T21:10:54  <ThomasWaldmann> cb22: meaybe look at easytodo stuff on the wiki
2008-01-20T21:12:37  <bolekk> ThomasWaldmann: I can see some strange things, in 1.6 macro plug-in inserts macros in "<< >>" while in 1.7 in "[[ ]]"
2008-01-20T21:12:49  <bolekk> "[[ ]]" is the older and not used style am i right ?
2008-01-20T21:15:27  <ThomasWaldmann> there are still lots of forward ports missing
2008-01-20T21:15:53  <bolekk> so It is possible to have newer stuff in 1.6 in this case ?
2008-01-20T21:16:08  <bolekk> but I still should work on 1.7 yes ?
2008-01-20T21:16:33  <ThomasWaldmann> you can also work with 1.6, but we won't release it in 1.6
2008-01-20T21:17:22  <bolekk> so I'll compare these plug-ins and copy files from 1.6 if necessary
2008-01-20T21:25:53  * dreimark will push this patch soon
2008-01-20T21:34:41  <ThomasWaldmann> bolekk: don't mix you own changes with stuff you copied into same changeset
2008-01-20T21:35:18  <ThomasWaldmann> maybe it is better if you work in 1.6. sorry for finding that late.
2008-01-20T21:35:47  <bolekk> hmm all right
2008-01-20T21:35:52  <ThomasWaldmann> we'll have some additional work for porting afterwards, but that shall not be your problem.
2008-01-20T21:36:06  <bolekk> so I'll focus on making it work in 1.6
2008-01-20T21:37:28  <dreimark> ThomasWaldmann is right it is changeset:   2225:ba3bb2af870a
2008-01-20T21:37:53  <dreimark> but additional there are some other parts have to be changed
2008-01-20T21:40:06  * cb22 claims 101
2008-01-20T21:40:21  <cb22> think i can get it done before the last claim date and claim another? :)
2008-01-20T21:43:00  <bolekk> cb22: :)
2008-01-20T21:43:58  <ThomasWaldmann> cb22: you got it :)
2008-01-20T21:44:24  * cb22 works out 11:59:59 PT in GMT+2
2008-01-20T21:44:50  <xorAxAx> 10
2008-01-20T21:44:55  <xorAxAx> am
2008-01-20T21:45:12  <ThomasWaldmann> I hope that doesnt conflict with your schoolday tomorrow :D
2008-01-20T21:45:51  <xorAxAx> this means that he has monday afternoon
2008-01-20T21:46:04  <cb22> hehe
2008-01-20T21:46:24  <bolekk> and monday->tuesday night :p
2008-01-20T21:46:34  <cb22> bolekk: indeed :)
2008-01-20T21:46:48  * cb22 updates his phone
2008-01-20T21:47:32  <ThomasWaldmann> su in 1.6 is BROKEN
2008-01-20T21:47:35  <bolekk> btw some guy has claimed one task before finishing his previous one and said (in the tracker) that there is a rule saying that he was right, was he ?
2008-01-20T21:48:34  <bolekk> it was some weeks ago but i don't remember the task
2008-01-20T21:54:53  <ThomasWaldmann> bolekk: it was just about the definition of "finished" iirc. finished when work is done vs. finished when task is closed.
2008-01-20T21:55:36  <xorAxAx> bolekk: well, the rules are pretty bad about this thing.
2008-01-20T21:55:49  <xorAxAx> bolekk: but google dislikes that and thats why we reopened the task
2008-01-20T21:55:53  <xorAxAx> after that, he claimed it again
2008-01-20T21:55:56  <xorAxAx> and finished it
2008-01-20T21:58:05  <bolekk> yeah, another thing is that claiming a failed task immediately after reopening is not forbidden, thus one can extend the due date for very long :p
2008-01-20T21:58:46  <xorAxAx> yeah, strictly speaking we would have to assign the task again to the student
2008-01-20T21:58:54  * cb22 is getting excited for the free tshirt
2008-01-20T21:59:14  <bolekk> cb22: have you heard of topcoder.com ?
2008-01-20T21:59:26  <cb22> bolekk: nope, what is it?
2008-01-20T21:59:35  <xorAxAx> google is one of their customers and they dont even offer python
2008-01-20T21:59:55  <bolekk> but their t-shirts are awesome :p
2008-01-20T22:00:05  <cb22> hehe
2008-01-20T22:00:10  <cb22> no python? that sucks
2008-01-20T22:00:28  <bolekk> and they DO offer python, althought not in all competitions
2008-01-20T22:00:36  <xorAxAx> ah
2008-01-20T22:01:01  * cb22 has only recently learnt how to use python
2008-01-20T22:01:09  * bolekk too
2008-01-20T22:01:18  <cb22> sure, i knew how to 'use' python. but i couldnt even tell you what a class was :p
2008-01-20T22:01:39  <cb22> freevo was what inspired me a while ago to look into python - the code seemed so clean!
2008-01-20T22:02:31  * cb22 is greatful he discovered it. otherwise i'd be spending all my time learning java or php!
2008-01-20T22:02:36  <bolekk> I've heard somebody calling python executable pseudocode
2008-01-20T22:03:20  <cb22> yeah, same here. its pretty damn close too
2008-01-20T22:03:33  <cb22> and lolpython makes it pseudocode for everyone who uses aim :p
2008-01-20T22:04:18  <bolekk> php sucks but java... I wonder if writing a simple game for a mobile phone is hard.. must learn it someday
2008-01-20T22:04:34  <cb22> i'm forced to learn java
2008-01-20T22:04:46  <cb22> seriously, they are ramming it down my throat in CS
2008-01-20T22:05:01  <cb22> i still get 100%, but it really sucks. _really_
2008-01-20T22:05:52  <cb22> oh - and the teacher is even worse too, he thinks access is used for big enterprise databases
2008-01-20T22:06:56  <ThomasWaldmann> haha
2008-01-20T22:07:16  <ThomasWaldmann> (maybe as frontend, but not as backend :)
2008-01-20T22:09:58  <dreimark> ThomasWaldmann: how is su broken?
2008-01-20T22:11:57  <cb22> gn all :) i'm gonna have a fun day tomorrow working on moin :)
2008-01-20T22:12:19  <bolekk> gn
2008-01-20T22:12:35  <bolekk> more plug-ins seem to work in 1.6 :)
2008-01-20T22:12:42  <bolekk> (for FCKeditor)
2008-01-20T22:12:49  <dreimark> night bolekk
2008-01-20T22:13:16  <bolekk> well, my gn was aimed at cb22 , sorry for confusion :p
2008-01-20T22:14:40  <dreimark> ahh then gn cb22
2008-01-20T22:14:41  <ThomasWaldmann> gn cb22 :)
2008-01-20T23:27:55  <CIA-35> Thomas Waldmann <tw AT waldmann-edv DOT de> default * 855:e69a16b6e630 1.5/ (MoinMoin/user.py docs/CHANGES): Security fix: only accept valid user IDs from the cookie
2008-01-20T23:30:13  <bolekk> good night
2008-01-20T23:39:53  <dreimark> good night
2008-01-20T23:42:01  <ThomasWaldmann> gn dreimark
2008-01-20T23:52:03  <ThomasWaldmann> looks like 1.5.9 is near :|

MoinMoin: MoinMoinChat/Logs/moin-dev/2008-01-20 (last edited 2008-01-19 23:15:02 by IrcLogImporter)