Re: python foo (was: email notification done...sorta)
Greg Stein wrote: But out of the box? Python has multidimensional arrays. Not sure what you're smoking :-) I said *better* support. I didn't say that Python doesn't support them. The creation and manipulation of multidimensional arrays was the only thing I found to be cumbersome and harder than in java, until I found Numberic Python which does have a bunch of API that help you a lot with those. But at the end, I was able to go around the problem myself. Just took a while. In fact, there are a couple of requests for enhancements on python.org exactly about this so I assume I'm not the only one who had this problem. Ah, btw, yes, I'm not sure about what I have been smoking either :) -- Stefano Mazzocchi [EMAIL PROTECTED]
RE: email notification done...sorta
On Wed, 8 Jan 2003, Noel J. Bergman wrote: I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? Hell Yeah.
RE: email notification done...sorta
Yup. Python people *and* Subversion people. :) Well *that* much I knew. :-) The association between Collab.Net and the ASF isn't obscured. I keep wondering if some of the tigris.org projects will migrate to the ASF. There appears to be a lot in common, including people. ASF uses (or will use) Subversion, SubWiki, Eyebrowse, and could use Scarab. I haven't yet figured out if we can make use any of anzu with James. Tigris uses Lucene, Velocity, Apache, Turbine, ... Of course, I see that there are key differences between Tigris and the ASF (including community structure, legal issues, etc.), but I would think that some of the more mature Tigris projects would make for good ASF projects. This is so obvious a question, it must have come up before, but there don't appear to be archives for community@ in eyebrowse. --- Noel
Do vs. Talk (Re: email notification done...sorta)
On Wed, Jan 08, 2003 at 12:50:55PM -0800, Greg Stein wrote: On Wed, Jan 08, 2003 at 02:17:38PM -0500, Noel J. Bergman wrote: http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a ... - he was criticized for a message that he made in jest, but which wasn't at all obvious in that intent. To be honest, I usually find people who say but that was a joke are simply trying to cover up a social blunder under the ruse of you didn't get it. Whether the case here or not, it certainly was non-obvious. FYI, Jakarta has a tradition of people like Jon Stevens bitching at everyone else for being all talk and no action. This is many people's first exposure to the idea of meritocracy. It's no good whining about it's all wrong, someone should fix it; there is no 'someone', there's just *you*. Something wrong with the website? Send a patch. Think there should be a newsletter? Congratulations, you're the editor. Want a Wiki? Bug someone for karma and go install it. This is not anarchy and it's *not* democracy, it's a meritocracy. The Doers' opinion has more weight than the Talkers. Stuff happens because people make it happen. Generally it happens with some form of consensus in the larger community, but once the what is agreed on, the how is up to people willing to do the work. I think that is what Andy was attempting to convey. I 'got' the joke immediately because plays on an underlying theme at Jakarta. One evidently not present here. And why did he unsubscribe? We can make guesses, but that's about it. Unless he clarifies further in his blog or posts elsewhere... Just Do It is a great ad slogan, but it doesn't seem to me to always be the appropriate model for group projects. Right. Slogans deliberately oversimplify. Just Do It must be compared to Just Talk About It. If it comes to slogans, I know which I'd prefer. Yes, it makes things happen. But when people are actively discussing an issue of communal interest, it makes sense to me that the issue be discussed, various ways to doing something examined, tradeoffs weighed, and then execute a change based upon some concensus. 100% consensus on things like how a Wiki system should work is never going to emerge. After 80% consensus on the broad issues (like whether to have a Wiki at all) emerges, it's best to get something (anything) done, rather than wait for the last 20%. Otherwise, when more than one person cares about a subject, Just Do It results in one person's vision being realized, and a cycle of potentially conflicting changes necessary to stablize the code. Am I missing something? You're missing the fact that a just do it attitude can be totally inconsiderate towards your peers. I don't care about your opinion, I'm just getting it done. It certainly doesn't help foster a community based on mutual respect. Attacking the Just Do It slogan is easy. It's a straw man. The *actual* POV that (I guess) Andy was promoting is more complex: YES, by all means gain overall consensus, but once you've established what, don't let the differing opinions on how prevent action. In this view, it is better to have ANY Wiki (here, UseModWiki) than try to establish a nonexistent consensus on which Wiki everyone agrees is best. That can be sorted out later, if people want it sorted out badly enough. --Jeff
RE: Do vs. Talk (Re: email notification done...sorta)
Jeff, Unless I missed a discussion elsewhere (I'm only on community@ and infrastructure@, as well as project lists), Andy appeared to be complaining about (a) people asking for changes to the Wiki without contributing patches, and (b) the current lack of consensus on how to integrate push-model into the Wiki. This seems ironic to me, since Andy talked about how the Wiki would help non-account holders to develop documentation, but appears to have had little patience for the fact that such Wiki USERS might want changes that they wouldn't implement. This is a good example for why One Man Codebases don't work; it takes a Community. Perhaps it was said elsewhere, but I didn't see anyone say Wiki? Yuck. Get rid of it! What I did see were people saying, Great! And thanks! But now that we have one, we want to make even better use of it, and so we need ... And those comments seem to come from people who are using the Wiki. --- Noel
Re: Do vs. Talk (Re: email notification done...sorta)
Sometimes it's better to _think_ before talking or doing :-) And it's nothing wrong to think after talking and doing - and make changes and adjustments. I don't think open source or meritocracy is about doing, it's more about feedback and review and improvements. Costin On Thu, 9 Jan 2003, Jeff Turner wrote: On Wed, Jan 08, 2003 at 12:50:55PM -0800, Greg Stein wrote: On Wed, Jan 08, 2003 at 02:17:38PM -0500, Noel J. Bergman wrote: http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a ... - he was criticized for a message that he made in jest, but which wasn't at all obvious in that intent. To be honest, I usually find people who say but that was a joke are simply trying to cover up a social blunder under the ruse of you didn't get it. Whether the case here or not, it certainly was non-obvious. FYI, Jakarta has a tradition of people like Jon Stevens bitching at everyone else for being all talk and no action. This is many people's first exposure to the idea of meritocracy. It's no good whining about it's all wrong, someone should fix it; there is no 'someone', there's just *you*. Something wrong with the website? Send a patch. Think there should be a newsletter? Congratulations, you're the editor. Want a Wiki? Bug someone for karma and go install it. This is not anarchy and it's *not* democracy, it's a meritocracy. The Doers' opinion has more weight than the Talkers. Stuff happens because people make it happen. Generally it happens with some form of consensus in the larger community, but once the what is agreed on, the how is up to people willing to do the work. I think that is what Andy was attempting to convey. I 'got' the joke immediately because plays on an underlying theme at Jakarta. One evidently not present here. And why did he unsubscribe? We can make guesses, but that's about it. Unless he clarifies further in his blog or posts elsewhere... Just Do It is a great ad slogan, but it doesn't seem to me to always be the appropriate model for group projects. Right. Slogans deliberately oversimplify. Just Do It must be compared to Just Talk About It. If it comes to slogans, I know which I'd prefer. Yes, it makes things happen. But when people are actively discussing an issue of communal interest, it makes sense to me that the issue be discussed, various ways to doing something examined, tradeoffs weighed, and then execute a change based upon some concensus. 100% consensus on things like how a Wiki system should work is never going to emerge. After 80% consensus on the broad issues (like whether to have a Wiki at all) emerges, it's best to get something (anything) done, rather than wait for the last 20%. Otherwise, when more than one person cares about a subject, Just Do It results in one person's vision being realized, and a cycle of potentially conflicting changes necessary to stablize the code. Am I missing something? You're missing the fact that a just do it attitude can be totally inconsiderate towards your peers. I don't care about your opinion, I'm just getting it done. It certainly doesn't help foster a community based on mutual respect. Attacking the Just Do It slogan is easy. It's a straw man. The *actual* POV that (I guess) Andy was promoting is more complex: YES, by all means gain overall consensus, but once you've established what, don't let the differing opinions on how prevent action. In this view, it is better to have ANY Wiki (here, UseModWiki) than try to establish a nonexistent consensus on which Wiki everyone agrees is best. That can be sorted out later, if people want it sorted out badly enough. --Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Do vs. Talk (Re: email notification done...sorta)
On Wed, Jan 08, 2003 at 10:26:41PM -0800, [EMAIL PROTECTED] wrote: Sometimes it's better to _think_ before talking or doing :-) And it's nothing wrong to think after talking and doing - and make changes and adjustments. Agreed. I don't think open source or meritocracy is about doing, it's more about feedback and review and improvements. If you like. Then what I'm describing is in this article Sam once posted: http://www.libertyforall.net/2002/archive/do-ocracy.html --Jeff Costin ...
Re: Do vs. Talk (Re: email notification done...sorta)
On Thu, Jan 09, 2003 at 05:51:55PM +1100, Jeff Turner wrote: On Wed, Jan 08, 2003 at 10:26:41PM -0800, [EMAIL PROTECTED] wrote: Sometimes it's better to _think_ before talking or doing :-) And it's nothing wrong to think after talking and doing - and make changes and adjustments. Agreed. I don't think open source or meritocracy is about doing, it's more about feedback and review and improvements. Costin: spot on. Thx. If you like. Then what I'm describing is in this article Sam once posted: http://www.libertyforall.net/2002/archive/do-ocracy.html Ah. Reliance on a higher authority. I think there is a term for that... :-) Cheers, -g -- Greg Stein, http://www.lyra.org/
Re: Do vs. Talk (Re: email notification done...sorta)
On Wed, 2003-01-08 at 23:58, Jeff Turner wrote: it is better to have ANY Wiki (here, UseModWiki) than try to establish a nonexistent consensus on which Wiki everyone agrees is best. That can be sorted out later, if people want it sorted out badly enough. I agree in general, but the Wiki is a great example of a place where a little more forward thinking might have been a good idea. Because wiki's tend to fill with content rapdily, once you use them for a little while you are pretty much locked in. Especially given this comment: On Wed, 2003-01-08 at 16:06, Greg Stein wrote: How viable is it to machine migrate the content? The UseModWiki content isn't in bare text files, so a little bit of work will be needed. Brilliant!
Re: Do vs. Talk (Re: email notification done...sorta)
James Taylor wrote: How viable is it to machine migrate the content? The UseModWiki content isn't in bare text files, so a little bit of work will be needed. Brilliant! what's yer beef? at least something got *done*! /me runs away -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp!
Re: email notification done...sorta
David N. Welton wrote: Noel J. Bergman [EMAIL PROTECTED] writes: I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? Anyone can code in Python. It's easy, and it runs anywhere. Not quite an offer of help, but... if you have figured out one programming language, picking up Python will not be hard, nor unpleasant. That's been my experience... but python really needs better support for multidimensional arrays :-) or merge numeric python in the default language. But anyway... -- Stefano Mazzocchi [EMAIL PROTECTED]
Re: Do vs. Talk (Re: email notification done...sorta)
James Taylor wrote: On Wed, 2003-01-08 at 23:58, Jeff Turner wrote: it is better to have ANY Wiki (here, UseModWiki) than try to establish a nonexistent consensus on which Wiki everyone agrees is best. That can be sorted out later, if people want it sorted out badly enough. I agree in general, but the Wiki is a great example of a place where a little more forward thinking might have been a good idea. Because wiki's tend to fill with content rapdily, once you use them for a little while you are pretty much locked in. Especially given this comment: Counterpoint? (No, I don't want to become embroiled in this dicussion). It certainly is easier to migrate content that exists, even if it is in the wrong format, than content that does not exist. - Sam Ruby
RE: Do vs. Talk (Re: email notification done...sorta)
Because wiki's tend to fill with content rapdily, once you use them for a little while you are pretty much locked in. Counterpoint? Personally, I'm getting mileage out of UseModWiki, despite its issues. I wouldn't want to have to move every page in the Wiki, but I could cut paste the content for our section if I didn't have a migration tool. At the moment, the content volume might not warrant a tool, and if the content volume did, it could certainly be written. --- Noel
Re: Do vs. Talk (Re: email notification done...sorta)
Sam Ruby wrote: It certainly is easier to migrate content that exists, even if it is in the wrong format, than content that does not exist. +1! as usual, sam demonstrates his uncanny knack to cut through the persiflage to one of the real issues. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp!
python foo (was: email notification done...sorta)
On Thu, Jan 09, 2003 at 08:42:58AM -0800, Stefano Mazzocchi wrote: David N. Welton wrote: ... Anyone can code in Python. It's easy, and it runs anywhere. Not quite an offer of help, but... if you have figured out one programming language, picking up Python will not be hard, nor unpleasant. That's been my experience... but python really needs better support for multidimensional arrays :-) or merge numeric python in the default language. But anyway... Huh? array = [ [1, 2, 3], ... [4, 5, 6], ... [7, 8, 9] ] print array[1][2] 6 sparse = { (1,2): 6, (2,1): 8 } sparse[1,2] 6 The Numeric package is for high-performance numeric computation. Most users don't need that kind of heavy-lifting. There are also some semantic oddities in the package that need to be ironed about before it could move into the core Python distribution. But out of the box? Python has multidimensional arrays. Not sure what you're smoking :-) (and don't ask me about the time I tried to do a hash of hashes of hashes in Perl... even with Perl hacker help, I gave up; Perl just wouldn't do it) Cheers, -g -- Greg Stein, http://www.lyra.org/
Re: python foo (was: email notification done...sorta)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jan 2003, Greg Stein wrote: array = [ [1, 2, 3], ... [4, 5, 6], ... [7, 8, 9] ] print array[1][2] 6 sparse = { (1,2): 6, (2,1): 8 } sparse[1,2] 6 (and don't ask me about the time I tried to do a hash of hashes of hashes in Perl... even with Perl hacker help, I gave up; Perl just wouldn't do it) Oh, come on. I do hashes of hashes of hashes frequently in Perl. And hashes of hashes of arrays of hashes of arrays. And ... well, other permutations. And the syntax for a multi-dimensional array is almost indistinguishable from the example you gave in Python. $matrix = [ [1, 2, 3], [4, 5, 6], [7, 8, 9] ]; print $matrix-[1][2]; A little more punctuation, but, then, you'd expect that from Perl. You must have a very lame Perl hacker at your disposal. ;-) - -- Oh I have slipped the surly bonds of earth And danced the sky on laughter-silvered wings --High Flight (John Gillespie Magee) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE+Hfo0XP03+sx4yJMRAsL8AJ49DT5Hxwftqja8L3w6VW12J5UTbwCg04m5 YOCMTjXkAMpPfIR5WYS29Ac= =IeC3 -END PGP SIGNATURE-
email notification done...sorta
So I have email notification sorta working. I can't get the diffs included.. Its too bad we don't have any decent perl programmers. I'm apparently the master PERL programmer here. The rest of you are all talk. To see the error (which since I cant fix it, you all are obviously not good enough to fix) subscribe to [EMAIL PROTECTED] -jAndy.pl.NET
Re: email notification done...sorta
On Tue, Jan 07, 2003 at 10:12:50PM -0500, Andrew C. Oliver wrote: So I have email notification sorta working. I can't get the diffs included.. Its too bad we don't have any decent perl programmers. I'm apparently the master PERL programmer here. The rest of you are all talk. To see the error (which since I cant fix it, you all are obviously not good enough to fix) subscribe to [EMAIL PROTECTED] Andy, I'm getting quite sick of your you're all talk attitude. Chill the hell out. -g -- Greg Stein, http://www.lyra.org/
Re: email notification done...sorta
Andy, I'm getting quite sick of your you're all talk attitude. Chill the hell out. -g damn. I was joking around. sheesh.
RE: email notification done...sorta
Its too bad we don't have any decent perl programmers. I'm apparently the master PERL programmer here. The rest of you are all talk. I'm getting quite sick of your you're all talk attitude. Chill the hell out. damn. I was joking around. sheesh. That was not at all clear from your note. I was going to reply that perhaps the choice of usemodwiki was a good one as a turnkey thing, but perhaps not the best choice for the long term due to the lack of competent Perl programmers willing to contribute. At the moment, Danny Angus and Rick Bowen are the two who've stepped forward, and both of them have other primary involvements, not to mention this being the first week that many people are back from spending time with family. On the other hand, we've a lot more competent server-side Java contributors. As for flame bait, I don't get the joke. Isn't Why do we still have this rediculous JakartaVelocity project? JSP long superceded it! a simple statement of fact? --- Noel
Re: email notification done...sorta
Noel J. Bergman [EMAIL PROTECTED] writes: [...] I was going to reply that perhaps the choice of usemodwiki was a good one as a turnkey thing, but perhaps not the best choice for the long term due to the lack of competent Perl programmers willing to contribute. At the moment, Danny Angus and Rick Bowen are the two who've stepped forward, and both of them have other primary involvements, not to mention this being the first week that many people are back from spending time with family. I was/am also planning to help, and I did look over the usemodwiki source to get acquainted with it. However, I don't have any experience with wikis, nor with RSS, so I also need to bring myself up to speed on the technology- according to *my own* (free) timetable. Part of that learning process is simply watching how experienced people operate, and then trying to mimic their behavior. Or not, as the case may be. On the other hand, we've a lot more competent server-side Java contributors. Right. To my knowledge, there are only a dozen or so active committers that work on perl-related ASF projects. -- Joe Schaefer
RE: email notification done...sorta
Andy unsubscribed btw.. http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a Mvgr, Martin -Original Message- From: Joe Schaefer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 19:12 To: community@apache.org Subject: Re: email notification done...sorta Noel J. Bergman [EMAIL PROTECTED] writes: [...] I was going to reply that perhaps the choice of usemodwiki was a good one as a turnkey thing, but perhaps not the best choice for the long term due to the lack of competent Perl programmers willing to contribute. At the moment, Danny Angus and Rick Bowen are the two who've stepped forward, and both of them have other primary involvements, not to mention this being the first week that many people are back from spending time with family. I was/am also planning to help, and I did look over the usemodwiki source to get acquainted with it. However, I don't have any experience with wikis, nor with RSS, so I also need to bring myself up to speed on the technology- according to *my own* (free) timetable. Part of that learning process is simply watching how experienced people operate, and then trying to mimic their behavior. Or not, as the case may be. On the other hand, we've a lot more competent server-side Java contributors. Right. To my knowledge, there are only a dozen or so active committers that work on perl-related ASF projects. -- Joe Schaefer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: email notification done...sorta
For those of you who are humor-impaired, or not aware of the Perl Acme meme, the Acme::* line of modules on CPAN are jokes. Aha! :-) I knew there was a joke in there somewhere, but that little tidbit does help to illuminate the punchline. --- Noel
RE: email notification done...sorta
http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a And having still read over his web log, I'm really not sure why. Seems to me that: - the wiki is a good thing, and is being used. otherwise, no one would have made suggestions or cared. - as indicated by stop replying to me with just more requests, JustDoIt, he took each request personally, rather than as a general request, and didn't take into account whether the person making the request was appropriate to implement the change. The fallacy of Open Source is the source code is available, do it yourself. - he didn't get help from the relatively few Perl programmers in an immediate timeframe over the course of Xmas and New Year's. - he was criticized for a message that he made in jest, but which wasn't at all obvious in that intent. Just Do It is a great ad slogan, but it doesn't seem to me to always be the appropriate model for group projects. Yes, it makes things happen. But when people are actively discussing an issue of communal interest, it makes sense to me that the issue be discussed, various ways to doing something examined, tradeoffs weighed, and then execute a change based upon some concensus. Otherwise, when more than one person cares about a subject, Just Do It results in one person's vision being realized, and a cycle of potentially conflicting changes necessary to stablize the code. Am I missing something? I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? --- Noel -Original Message- From: Martin van den Bemt [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 13:12 To: community@apache.org Subject: RE: email notification done...sorta Andy unsubscribed btw.. http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a Mvgr, Martin -Original Message- From: Joe Schaefer [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 08, 2003 19:12 To: community@apache.org Subject: Re: email notification done...sorta Noel J. Bergman [EMAIL PROTECTED] writes: [...] I was going to reply that perhaps the choice of usemodwiki was a good one as a turnkey thing, but perhaps not the best choice for the long term due to the lack of competent Perl programmers willing to contribute. At the moment, Danny Angus and Rick Bowen are the two who've stepped forward, and both of them have other primary involvements, not to mention this being the first week that many people are back from spending time with family. I was/am also planning to help, and I did look over the usemodwiki source to get acquainted with it. However, I don't have any experience with wikis, nor with RSS, so I also need to bring myself up to speed on the technology- according to *my own* (free) timetable. Part of that learning process is simply watching how experienced people operate, and then trying to mimic their behavior. Or not, as the case may be. On the other hand, we've a lot more competent server-side Java contributors. Right. To my knowledge, there are only a dozen or so active committers that work on perl-related ASF projects. -- Joe Schaefer
RE: email notification done...sorta
--On Wednesday, January 8, 2003 2:17 PM -0500 Noel J. Bergman [EMAIL PROTECTED] wrote: I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? Certainly more than Perl. =) I know Perl just fine, but I won't touch it unless I have to. If we use a Java wiki, that means we can't use it on icarus. If it is in python, it can be part of our infrastructure. Not that I care too much if we use the SubWiki installation or not, but if we do, I think it is goodness. The real good thing is that you don't have to use the wiki interface to edit the pages. You can also use the CVS model to edit it. -- justin
Re: email notification done...sorta
On Wed, Jan 08, 2003 at 02:17:38PM -0500, Noel J. Bergman wrote: http://www.freeroller.net/page/acoliver/20030108#when_is_community_not_a ... - he was criticized for a message that he made in jest, but which wasn't at all obvious in that intent. To be honest, I usually find people who say but that was a joke are simply trying to cover up a social blunder under the ruse of you didn't get it. Whether the case here or not, it certainly was non-obvious. And why did he unsubscribe? We can make guesses, but that's about it. Unless he clarifies further in his blog or posts elsewhere... Just Do It is a great ad slogan, but it doesn't seem to me to always be the appropriate model for group projects. Right. Yes, it makes things happen. But when people are actively discussing an issue of communal interest, it makes sense to me that the issue be discussed, various ways to doing something examined, tradeoffs weighed, and then execute a change based upon some concensus. Otherwise, when more than one person cares about a subject, Just Do It results in one person's vision being realized, and a cycle of potentially conflicting changes necessary to stablize the code. Am I missing something? You're missing the fact that a just do it attitude can be totally inconsiderate towards your peers. I don't care about your opinion, I'm just getting it done. It certainly doesn't help foster a community based on mutual respect. I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? It is probably about the same number, but the SubWiki author is here while the UseModWiki author is not :-) To be honest, any kind of switch would be based on features rather than on the language. (and the fact that I can maintain our installation) Cheers, -g -- Greg Stein, http://www.lyra.org/
RE: email notification done...sorta
Justin, I don't particularly care which Wiki we use, so if one has benefits over the other, great. But I would like to see the content migrated from usemodwiki to Subwiki if that's what is going to be used. How viable is it to machine migrate the content? --- Noel
Re: email notification done...sorta
Noel J. Bergman [EMAIL PROTECTED] writes: I'm going to be curious to see how Subwiki works out -- if the intent is to switch --- being in Python, not Perl, but still not in Java. Are there more Python coders than Perl here? Anyone can code in Python. It's easy, and it runs anywhere. Not quite an offer of help, but... if you have figured out one programming language, picking up Python will not be hard, nor unpleasant. -- David N. Welton Consulting: http://www.dedasys.com/ Personal: http://www.dedasys.com/davidw/ Free Software: http://www.dedasys.com/freesoftware/ Apache Tcl: http://tcl.apache.org/
Re: email notification done...sorta
Andrew C. Oliver wrote: -jAndy.pl.NET ROTFL :) -- Stefano Mazzocchi [EMAIL PROTECTED]
Re: email notification done...sorta
Andrew C. Oliver [EMAIL PROTECTED] writes: Its too bad we don't have any decent perl programmers. I'm apparently the master PERL programmer here. The rest of you are all talk. I like to think that is because this community consists of a lot of good software engineers. People who run and hide at the thought of even opening a 4500 line Perl script. Yes, I suppose we are all talk. But, despite your shut up, I'll do it myself attitude, isn't communication and important part of a community? Open dialog is healthy. -- jt