The List Has Moved
In case anybody hasn't noticed, [EMAIL PROTECTED] has now become [EMAIL PROTECTED] Your mail filters may need updating, you've probably got a ton of junk in your inbox in case you haven't noticed. :-) -Dom -- | Semantico: creators of major online resources | | URL: http://www.semantico.com/ | | Tel: +44 (1273) 72 | | Address: 33 Bond St., Brighton, Sussex, BN1 1RD, UK. |
Re: the list
On Wed, 31 Jan 2001 12:21:47 +, Dominic Mitchell wrote: > On Wed, Jan 31, 2001 at 12:04:54PM +, Greg McCarroll wrote: > > everyone is probably reading up on ruby in preparation for it > > taking over the world > > Well, there's a good article on it in the "25th anniversary" Dr Dobbs > magazine. But there's also a Perl/Tk article, so don't feel left out. Bah! It's not a Perl/Tk article. It's a totally shit perl symbol table article which is unfocussed and chock full of hideous errors and misconceptions. No, hang on, that's the perl article in the next issue, which keeps mentioning Tk::Browser like it's relevant. I don't remember what the article you refer to was like, but it didn't have me shouting at the magazine. -- Peter Haworth [EMAIL PROTECTED] "Please keep in mind that you have come up against a KNOWN BUG in the C library, and Perl can't fix *everything* that is broken by other people." -- Chip Salzenberg
Re: the list
On Wed, Jan 31, 2001 at 12:04:54PM +, Greg McCarroll wrote: > * Michael Stevens ([EMAIL PROTECTED]) wrote: > > It's oh so quiet. > > > > After recent activity this is somewhat disconcerting. > > everyone is probably reading up on ruby in preparation for it > taking over the world Well, there's a good article on it in the "25th anniversary" Dr Dobbs magazine. But there's also a Perl/Tk article, so don't feel left out. -Dom
Re: the list
At Wed, 31 Jan 2001 12:10:47 +, Richard Clamp <[EMAIL PROTECTED]> wrote: > On Wed, Jan 31, 2001 at 11:50:45AM +, Michael Stevens wrote: > > It's oh so quiet. > > > > After recent activity this is somewhat disconcerting. > > I don't know, before it was fast as lightning. > > Which was a little bit frightening. But we did it with expert timing. Dave...
Re: the list
On Wed, Jan 31, 2001 at 11:50:45AM +, Michael Stevens wrote: > It's oh so quiet. > > After recent activity this is somewhat disconcerting. I don't know, before it was fast as lightning. Which was a little bit frightening. -- Richard Clamp <[EMAIL PROTECTED]>
Re: the list
On Wed, Jan 31, 2001 at 12:04:54PM +, Greg McCarroll wrote: > * Michael Stevens ([EMAIL PROTECTED]) wrote: > > It's oh so quiet. > > After recent activity this is somewhat disconcerting. > everyone is probably reading up on ruby in preparation for it > taking over the world Surely you mean python? (I kinda like python) Michael
Re: the list
* Michael Stevens ([EMAIL PROTECTED]) wrote: > It's oh so quiet. > > After recent activity this is somewhat disconcerting. > everyone is probably reading up on ruby in preparation for it taking over the world -- Greg McCarroll http://www.mccarroll.uklinux.net
RE: the list
>It's oh so quiet. > >After recent activity this is somewhat disconcerting. OK, just in the interests of making traffic, then, here's a picture of me as a baby: http://website.lineone.net/~vineleaf/sands/gfx/mattjones.jpg You see, you have ot get your priorities right at an early age. -- matt you said it wasn't art, so now we're gonna rip you apart
the list
It's oh so quiet. After recent activity this is somewhat disconcerting. Michael
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Mon, Jan 15, 2001 at 10:42:34AM +, Steve Mynott wrote: > "David H. Adler" <[EMAIL PROTECTED]> writes: > > > > Oh, you're much too kind. My redhat box is disintigrating before my > > very eyes. root partition filled up for no reason and, thus I looked > > at the partition table: > > > > / > > /boot > > /home > > > > With home being the largest. > > > > What *were* they thinking when they configured this? > > I don't think you can really blame the distribution (which allows you > to partition the disk how you want) for someone partitioning the disk > wrongly. Except that the box came to me like this. I intend to rectify this in a bit by scaping red hat off with a large trowel and installing something useful, but I'm still trying to figure out why *anyone* would partition it this way... :-/ dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ There are 6 billion people in the world, and only 30 billion of those are Canadians - Headline in the Toronto Globe and Mail
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Mon, Jan 15, 2001 at 09:26:40AM -0500, Mark Rogaski wrote: > An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: > > : And as a matter of fact, I *did* check the script by hand before piping it > : in to a shell. Mainly out of interest to see how it did it rather than because I was paranoid about what it was doing, I should point out :-) > : Of course, that still doesn't help when it comes to > : verifying all the binaries involved. Perhaps you're saying we should > : never install binaries, and should compile everything ourselves. Perhaps > : we should check every line of code first before compiling. > > I never said that I was any less guilty of said idiocy ;) > > However, I have to disagree with the all-or-nothing approach to system > security. Actually, I agree with you. I was taking a reductio ad absurdam approach to the claim that Helix's installer was risky, and pointing out that it is no more risky than lots of stuff that we all do every day. IMO, Helix's server is sufficiently trustworthy for downloading binaries on my laptop. If I was downloading stuff to my server I would be more careful. > A reasonable first step would be to support digital signatures for > distributions on CPAN. [rant about verification etc] >This would, at the very least, reduce the > vulerability to the problems inherent in public key encryption (key > management, verification, MitM, etc). By developing a security model for > CPAN, we shift the weak links to the system rather than the new software. Ah, OK [snip above rant]. Yeah, all that does is shift the problem elsewhere, but does not solve it. I fear that this problem is not soluble given current technology whilst still retaining CPAN's ease of use both for end-users and for contributors. Which reminds me, I *really* should get round to uploading my hex thingummy. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: : : And as a matter of fact, I *did* check the script by hand before piping it : in to a shell. Of course, that still doesn't help when it comes to : verifying all the binaries involved. Perhaps you're saying we should : never install binaries, and should compile everything ourselves. Perhaps : we should check every line of code first before compiling. : I never said that I was any less guilty of said idiocy ;) However, I have to disagree with the all-or-nothing approach to system security. In a digital network, you _can't_ make things absolutely secure, hence the concept of a threat model ... you tailor your security policy to fit the potential threat to the system instead of all possible threats. Rather than ignore security because it will never be bulletproof, I think it is much better to construct a reasonable security model for CPAN. A reasonable first step would be to support digital signatures for distributions on CPAN. This would, at the very least, reduce the vulerability to the problems inherent in public key encryption (key management, verification, MitM, etc). By developing a security model for CPAN, we shift the weak links to the system rather than the new software. Mark -- Mark Rogaski | "What in the ding-dong-heckama-doodle [EMAIL PROTECTED] | hell is that?" http://www.pobox.com/~wendigo | -- a farmer in the 1992 __END__ | movie "Seedpeople" PGP signature
Re: Mailman in Perl (Re: the list is dead, long live the list)
> programs together, but I increasingly see it as a rather hackish peculiarity > of unix as opposed to a design strength. And it seems more hackish with each > passing year. This kind of stuff is groovy for sysadmin and local automation > but I don't like it in widely distributed stuff. As languages go, sh sucks Its not an original method. I saw it used 5 years ago for the automatic compilation of ircii (Of course, it didn't work under AIX) ;) Except it was then telnet some.host 54321 | sh
Re: Mailman in Perl (Re: the list is dead, long live the list)
Greg McCarroll wrote: > * Philip Newton ([EMAIL PROTECTED]) wrote: > > David Cantrell wrote: > > > And even CPAN counts as untrusted and unverified - how am I > > > to tell that $random_mirror has not been compromised? > > > > Heck, how can you tell that the super module someone told > > you about or you found through search.cpan.org doesn't > > contain a trojan in its Makefile.PL? > > see MJD's Memoize for this Ouch, that's nasty. However, he appears to have turned it off in 0.62. Cheers, Philip
Re: Mailman in Perl (Re: the list is dead, long live the list)
* Philip Newton ([EMAIL PROTECTED]) wrote: > David Cantrell wrote: > > And even CPAN counts as untrusted and unverified - how am I > > to tell that $random_mirror has not been compromised? > > Heck, how can you tell that the super module someone told you about or you > found through search.cpan.org doesn't contain a trojan in its Makefile.PL? > see MJD's Memoize for this -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: Mailman in Perl (Re: the list is dead, long live the list)
David Cantrell wrote: > And even CPAN counts as untrusted and unverified - how am I > to tell that $random_mirror has not been compromised? Heck, how can you tell that the super module someone told you about or you found through search.cpan.org doesn't contain a trojan in its Makefile.PL? Cheers, Philip
Re: Mailman in Perl (Re: the list is dead, long live the list)
* Michael Stevens ([EMAIL PROTECTED]) wrote: > On Sun, Jan 14, 2001 at 11:26:28PM -0500, Mark Rogaski wrote: > > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > > source directly to the shell. > > How is it less secure than downloading a tar file and typing ./configure? > > Admittedly you *could* check several meg of source for trojans, but I > don't believe you *do*. > this is something that is going to become a bigger and bigger thing, i could see the concepts of karma/ebay reputations merging more and more with digital signatures needless to say that WIDs make this an even bigger concern -- Greg McCarroll http://www.mccarroll.uklinux.net
RE: Mailman in Perl (Re: the list is dead, long live the list)
> How is it less secure than downloading a tar file and typing > ./configure? It's not, I suppose, but it's annoying in a unixy kind of way. I used to think it was really cool the way you could chain lots of little unixy programs together, but I increasingly see it as a rather hackish peculiarity of unix as opposed to a design strength. And it seems more hackish with each passing year. This kind of stuff is groovy for sysadmin and local automation but I don't like it in widely distributed stuff. As languages go, sh sucks big time - the fact that (only slightly different) implementations of exist on all Unix systems doesn't strike me as a good reason for doing everything in it. CPAN.pm strikes me as a good way of doing things. Its interfaces are programmatic not OS dependant, its scriptability is programmatic not OS dependant, and it works pretty well (apart from occasionally trying to upgrade your copy of Perl for you).
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, Jan 14, 2001 at 11:26:28PM -0500, Mark Rogaski wrote: > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > source directly to the shell. How is it less secure than downloading a tar file and typing ./configure? Admittedly you *could* check several meg of source for trojans, but I don't believe you *do*. Michael
Re: Mailman in Perl (Re: the list is dead, long live the list)
"David H. Adler" <[EMAIL PROTECTED]> writes: > On Sat, Jan 13, 2001 at 05:19:18PM -0600, Paul Makepeace wrote: > > It continues to amaze me that people still use Red Hat. It's > > just a pile of marketing driven crap. > > Oh, you're much too kind. My redhat box is disintigrating before my > very eyes. root partition filled up for no reason and, thus I looked > at the partition table: > > / > /boot > /home > > With home being the largest. > > What *were* they thinking when they configured this? I don't think you can really blame the distribution (which allows you to partition the disk how you want) for someone partitioning the disk wrongly. -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] brook's law: adding manpower to a late software project makes it later
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Mon, Jan 15, 2001 at 10:20:02AM +, David Cantrell wrote: > On Sun, Jan 14, 2001 at 11:26:28PM -0500, Mark Rogaski wrote: > > > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > > source directly to the shell. > > Of course, it's equally stupid to install software from an untrusted, > unverified source using any other method. And even CPAN counts as untrusted and unverified - how am I to tell that $random_mirror has not been compromised? And as a matter of fact, I *did* check the script by hand before piping it in to a shell. Of course, that still doesn't help when it comes to verifying all the binaries involved. Perhaps you're saying we should never install binaries, and should compile everything ourselves. Perhaps we should check every line of code first before compiling. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, Jan 14, 2001 at 11:26:28PM -0500, Mark Rogaski wrote: > An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: > > : It's more than cute. It's *BRILLIANT*. The user doesn't even have to > : know what computer they have. Whilst they only support a couple of > : combinations of architecture and OS in that script, it would be pretty > : damned trivial to have it support a few Linux distros, Solaris, *BSD > : and MacOS X. > > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > source directly to the shell. Of course, it's equally stupid to install software from an untrusted, unverified source using any other method. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
* Mark Rogaski ([EMAIL PROTECTED]) wrote: > An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: > : > : It's more than cute. It's *BRILLIANT*. The user doesn't even have to > : know what computer they have. Whilst they only support a couple of > : combinations of architecture and OS in that script, it would be pretty > : damned trivial to have it support a few Linux distros, Solaris, *BSD > : and MacOS X. > : > > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > source directly to the shell. > i trust you read Makefile.PL before doing perl Makefile.PL in that case?[1] Greg [1] See Memoize -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, Jan 14, 2001 at 11:26:28PM -0500, Mark Rogaski wrote: > An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: > : > : It's more than cute. It's *BRILLIANT*. The user doesn't even have to > : know what computer they have. Whilst they only support a couple of > : combinations of architecture and OS in that script, it would be pretty > : damned trivial to have it support a few Linux distros, Solaris, *BSD > : and MacOS X. > : > > It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified > source directly to the shell. But it's so much fun! Well, on someone else's shift, anyway... :-) dave, just kidding, in case there was some question... -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "You can't give a 4 to truth." - Saul Williams
Re: Mailman in Perl (Re: the list is dead, long live the list)
An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: : : It's more than cute. It's *BRILLIANT*. The user doesn't even have to : know what computer they have. Whilst they only support a couple of : combinations of architecture and OS in that script, it would be pretty : damned trivial to have it support a few Linux distros, Solaris, *BSD : and MacOS X. : It's also sheer idiocy to pipe arbitrary code from an untrusted, unverified source directly to the shell. Mark -- Mark Rogaski | "What in the ding-dong-heckama-doodle [EMAIL PROTECTED] | hell is that?" http://www.pobox.com/~wendigo | -- a farmer in the 1992 __END__ | movie "Seedpeople" PGP signature
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 05:19:18PM -0600, Paul Makepeace wrote: > On Sat, Jan 13, 2001 at 03:05:48PM +, Michael Stevens wrote: > > > > Or, more sensibly, debian. > > > > apt-get install foo > > It continues to amaze me that people still use Red Hat. It's > just a pile of marketing driven crap. Oh, you're much too kind. My redhat box is disintigrating before my very eyes. root partition filled up for no reason and, thus I looked at the partition table: / /boot /home With home being the largest. What *were* they thinking when they configured this? dha, g. -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "Last year in Oregon, Summer fell on a *tuesday*. That was it. One day. Big shiny thing in the sky. Some people thought it was a UFO." - Randal Schwartz in comp.lang.perl.misc
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, Jan 14, 2001 at 05:01:55AM +, Shevek wrote: > I had always committed to the nature of Unix being that one does end up > with a pile of stuff on disk which one doesn't use. for i in etc usr; do find /$i -mount -type f -atime +60 | perl -lne unlink; done :-) > The point is that this > doesn't matter. There are some downsides: if you have have old binaries that have slipped out of the upgrade/patch cycle you are looking at a potential security risk. I have thought in the past "1GB is *bound* to be a big enough /usr!" and when I hit 85% utilisation have to look at upgrading my disk, faffing with extra mounts or a suffering performance hit. Or clearing it all up. > I bet you have libc5 and libc6 installed... # dpkg -l | grep libc[56] ii libc6 2.2-1 GNU C Library: Shared libraries and Timezone [snip other shit] # Paul
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, Jan 14, 2001 at 05:01:55AM +, Shevek wrote: > On Sun, 14 Jan 2001, David Cantrell wrote: > > > rely on RPMs. The real reason I haven't switched is because it's really > > *nasty* trying to switch from one distro to another without a) losing > > valuable config data and b) ending up with a ton of unused junk on the disk > > which is nigh-on impossible to tell apart from stuff that's in use. > > I had always committed to the nature of Unix being that one does end up > with a pile of stuff on disk which one doesn't use. The point is that this > doesn't matter. Unless you're upgrading something every day or every week, > the junk pile-up on a production server won't do much more than double or > treble the hard disk usage of the OS, which will be small compared to the > user data, and is still in a small order of magnitude. Whilst this may be OK on servers, it ain't OK on desktops or even worse, laptops. And yes, I am upgrading something several times a week. When there's new security alerts, for instance. This is essential if you are permanently online. And on my personal server, disk space is very much at a premium. There, the OS + programs is only *one* order of magnitude less than the user data, and even if remains an order of magnitude less, it will soon bump up against having filled the stuff-other-than-user-data disk. Even the Mighty Debian suffers in this regard. Can anyone here enlighten us as to whether the BSD systems are any better at keeping themselves tidy? -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
David Cantrell <[EMAIL PROTECTED]> writes: > Yeah, I know, but then I compile plenty of stuff from scratch rather than > rely on RPMs. The real reason I haven't switched is because it's really The drawback with 'make install' from source is that it doesn't write a database of files owned by that source package which is the great advantage of binary packages. So you can't use do 'make uninstall' to cleanly remove the program if you don't like or use it. This is basically what the *BSD ports system does. It should be possible to write some wrapper for GNU configure to add a 'make uninstall' to the Makefile. In the absence of this I usually type 'script' to log whats installed at the 'make install' stage.. > *nasty* trying to switch from one distro to another without a) losing > valuable config data and b) ending up with a ton of unused junk on the disk The way to handle UNIX configuration files is like software and use RCS. On every system you can then type one command 'locate ,v' to see all your local changes. You can then systematically port config changes to the new distribution. > which is nigh-on impossible to tell apart from stuff that's in use. It's a one liner to display files that haven't been used in the last three months using 'find -atime'. Other advantage of binary package managers is you can then go ahead and delete large chunks of your OS that you never use and it should warn you if it breaks other stuff. -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] if we knew what it was we were doing, it would not be called research, would it? - albert einstein
Re: Mailman in Perl (Re: the list is dead, long live the list)
* Shevek ([EMAIL PROTECTED]) wrote: > On Sun, 14 Jan 2001, David Cantrell wrote: > > > rely on RPMs. The real reason I haven't switched is because it's really > > *nasty* trying to switch from one distro to another without a) losing > > valuable config data and b) ending up with a ton of unused junk on the disk > > which is nigh-on impossible to tell apart from stuff that's in use. > > I had always committed to the nature of Unix being that one does end up > with a pile of stuff on disk which one doesn't use. The point is that this > doesn't matter. Unless you're upgrading something every day or every week, > the junk pile-up on a production server won't do much more than double or > treble the hard disk usage of the OS, which will be small compared to the > user data, and is still in a small order of magnitude. > exactly, i was having a chat with a colleague the other day about hard disk usage over the years, and i noted that my home directory took up 10Gb's and that was excluding the 15Gb mp3 partition, he responded saying that he had filled up his data partition (20Gb) already, shocked that he had used so much i queried him further it appeared that the data he had stored was all game installls it seems that win32 users consider computers to be software orientated while unix users consider computers to be data orientated -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sun, 14 Jan 2001, David Cantrell wrote:
> rely on RPMs. The real reason I haven't switched is because it's really
> *nasty* trying to switch from one distro to another without a) losing
> valuable config data and b) ending up with a ton of unused junk on the disk
> which is nigh-on impossible to tell apart from stuff that's in use.
I had always committed to the nature of Unix being that one does end up
with a pile of stuff on disk which one doesn't use. The point is that this
doesn't matter. Unless you're upgrading something every day or every week,
the junk pile-up on a production server won't do much more than double or
treble the hard disk usage of the OS, which will be small compared to the
user data, and is still in a small order of magnitude.
I bet you have libc5 and libc6 installed...
It's still smaller than win2k...
S.
--
Shevek
I am the Borg.
sub AUTOLOAD { ($s=$AUTOLOAD)=~s/.*:://; eval qq{ *$AUTOLOAD=$s
?sub {$s*&{$s-1}} :sub {1}; }; goto &$AUTOLOAD; } print &{'4'};
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 05:19:18PM -0600, Paul Makepeace wrote: > It continues to amaze me that people still use Red Hat. It's > just a pile of marketing driven crap. Debian is so far superior > it hurts watching people struggle with RPMs. Yeah, I know, but then I compile plenty of stuff from scratch rather than rely on RPMs. The real reason I haven't switched is because it's really *nasty* trying to switch from one distro to another without a) losing valuable config data and b) ending up with a ton of unused junk on the disk which is nigh-on impossible to tell apart from stuff that's in use. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 03:05:48PM +, Michael Stevens wrote: > > Or, more sensibly, debian. > > apt-get install foo It continues to amaze me that people still use Red Hat. It's just a pile of marketing driven crap. Debian is so far superior it hurts watching people struggle with RPMs. And I'm not the type to get all zealous and mount flags of allegiance (hell, I use NT more than Linux :-) Paul
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 02:53:57PM +, David Cantrell wrote: > > Surely, then, rpm should have the ability to install and fetch > > dependencies from the network automagically? > Yes it should. It doesn't. Which is why Helix's installer is so much > easier to use. Or, more sensibly, debian. apt-get install foo already knows how to fetch foo from the network and install, grabbing any required dependencies. I even hear you can use it with rpms these days. Michael
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 02:59:26PM +, Rob Partington wrote: > David Cantrell <[EMAIL PROTECTED]> writes: > > > Cos the 'special' install is a damned sight less hassle for most users than > > downloading 50 RPMs? > > Surely, then, rpm should have the ability to install and fetch > dependencies from the network automagically? Yes it should. It doesn't. Which is why Helix's installer is so much easier to use. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
In message <[EMAIL PROTECTED]>, David Cantrell <[EMAIL PROTECTED]> writes: > Cos the 'special' install is a damned sight less hassle for most users than > downloading 50 RPMs? If you want to download individual packages you can. Surely, then, rpm should have the ability to install and fetch dependencies from the network automagically? On OpenBSD (and possibly the other *BSD's, I know not), doing this: pkg_add ftp://ftp.plig.org/pub/OpenBSD/2.8/packages/i386/moo.tgz will not only ftp the file for me, but will check for dependencies and, if necessary, ftp and install those first. Much like CPAN.pm, except without the insane desire to install Perl5.6 at every opportunity. -- rob partington % [EMAIL PROTECTED] % http://lynx.browser.org/
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Sat, Jan 13, 2001 at 02:04:15PM +, Steve Mynott wrote: > I would have prefered a short list of RPMs and FTP. Why should it > have a "special" install and why can't it install like everything else? Cos the 'special' install is a damned sight less hassle for most users than downloading 50 RPMs? If you want to download individual packages you can. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
David Cantrell <[EMAIL PROTECTED]> writes: > On Fri, Jan 12, 2001 at 02:46:34PM -0600, Paul Makepeace wrote: > > On Fri, Jan 12, 2001 at 08:28:25PM +, David Cantrell wrote: > > > lynx -source http://go-gnome.com/ | sh > > > > That's cute! > > It's more than cute. It's *BRILLIANT*. The user doesn't even have to > know what computer they have. Whilst they only support a couple of > combinations of architecture and OS in that script, it would be pretty > damned trivial to have it support a few Linux distros, Solaris, *BSD > and MacOS X. How do you resume your gnome download if your modem disconnects? How do you know how much data is being transfered and at what rate (whether you have time to make a tea or a three course meal). The FTP client I use tells me first and I don't what to use anything else. It's a pretty lame script which is dependent on the presence of lynx in order to download. This road ends with the distributor supplying their own lynx all to use one small feature of the program and leads to bloat. It also assumes that the lynx on the system has been correctly configured for firewalls and the like. I thought the Helix gnome install was one of the worse I ever saw -- they were trying to look like windows but hadn't done it properly by thinking about all possible error cases. I would have prefered a short list of RPMs and FTP. Why should it have a "special" install and why can't it install like everything else? -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] "my watch with a black face .. has the date in a little hole in the face"
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, 12 Jan 2001, Aaron Trevena wrote: > On Fri, 12 Jan 2001, Paul Makepeace wrote: > > > On Fri, Jan 12, 2001 at 08:28:25PM +, David Cantrell wrote: > > > lynx -source http://go-gnome.com/ | sh > > that would rock. > > also what would be very valuable would be the ability to install from one > config for a cluster or synchronise config changes (using a version > control system of course). And some of the key API calls from NSAPI and ISAPI - as long as the I/O is replciated or aproximated in such a way as to easily port code then that would make a huge difference. A. -- http://termisoc.org/~betty"> Betty @ termisoc.org "As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. " (this email has nothing to do with any organisation except me)
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, 12 Jan 2001, Paul Makepeace wrote: > On Fri, Jan 12, 2001 at 08:28:25PM +, David Cantrell wrote: > > lynx -source http://go-gnome.com/ | sh that would rock. also what would be very valuable would be the ability to install from one config for a cluster or synchronise config changes (using a version control system of course). A. -- http://termisoc.org/~betty"> Betty @ termisoc.org "As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. " (this email has nothing to do with any organisation except me)
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, Jan 12, 2001 at 02:46:34PM -0600, Paul Makepeace wrote: > On Fri, Jan 12, 2001 at 08:28:25PM +, David Cantrell wrote: > > lynx -source http://go-gnome.com/ | sh > > That's cute! It's more than cute. It's *BRILLIANT*. The user doesn't even have to know what computer they have. Whilst they only support a couple of combinations of architecture and OS in that script, it would be pretty damned trivial to have it support a few Linux distros, Solaris, *BSD and MacOS X. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, Jan 12, 2001 at 08:28:25PM +, David Cantrell wrote: > lynx -source http://go-gnome.com/ | sh That's cute! If you wanted to use Perl; # `GET http://go-gnome.com` : ) Paul
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, Jan 12, 2001 at 07:06:00PM +, Steve Mynott wrote: > No you would want to build packages (.deb, .rpm and BSD and Solaris > packages) of rope for a "binary" type install as well as supplying a > "source" tar which works with make, make install. The installation method used by Helix is very nifty. lynx -source http://go-gnome.com/ | sh And that's it. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: Mailman in Perl (Re: the list is dead, long live the list)
Greg McCarroll <[EMAIL PROTECTED]> writes: > finally is it enough to simply tar.gz /usr/local/Rope and tag it > with the architecture details No you would want to build packages (.deb, .rpm and BSD and Solaris packages) of rope for a "binary" type install as well as supplying a "source" tar which works with make, make install. -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] as far as the laws of mathematics refer to reality, they are not certain; as far as they are certain, they do not refer to reality. --albert einstein
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, 12 Jan 2001, Greg McCarroll wrote: > what about the actual mechanics of putting rope together? i'm assuming > we'd create a /usr/local/Rope, build the latest stable perl in there, > then configure apache for mod_perl etc and install it under there as > well, the the other modules. A directory structure that is documented and standardised accross platforms would make life a little easier. > finally is it enough to simply tar.gz /usr/local/Rope and tag it > with the architecture details we need *secure* skeleton / sample applications (preferably configureed during installation or optionally not installed rather than use out of the box p/words and users like every CMS on the market ). > we would probably need some final install program to be run, that > would handle the local details of the system - such as what user > to run apache as Configuration. Decent configuration to cope with multiple virtual domains, specifying paths ffor core handlers, etc. Also good guide and documentation. So that A moderately good developer (not necessarily perl) can get the package and get started without spending 100 quid on ora books. (of course they ought to do that anyway but they shouldn't need to). A. -- http://termisoc.org/~betty"> Betty @ termisoc.org "As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. " (this email has nothing to do with any organisation except me)
Re: Mailman in Perl (Re: the list is dead, long live the list)
On Fri, Jan 12, 2001 at 02:16:15PM +, Andy Wardley wrote: > Said I: > > In all fairness, I have to say that mailman is an *excellent* mailing > > list manager. > > Said David H. Adler: > > So why haven't you reimplemented it in perl? :) > > Are you sitting comfortably? :-) > > Because the tools aren't yet in place to allow me to do it > within a truly flexible and generic application framework. [snip lengthy discussion of how to do this] Ah. I won't bother trying, then. :-) dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ Also know as the first rule of finance: "Don't run out of money". - Tony Bowden
Re: Mailman in Perl (Re: the list is dead, long live the list)
* Aaron Trevena ([EMAIL PROTECTED]) wrote: > > Following the interest in rope/pope, etc perhaps it would be an idea for > some of the more perl / oss oriented companies in london (or wherever) to > agree to take part in the project on a semi official basis - much of what > the work that the london and UK companies do is replicated because of lack > of comunications and worry over company secrets and competition. > > If a handful of london companies can put together a press release saying > that they are supporting or backing the project with time, money, services > in lieu, etc then it would be a publicity coup and get the ball rolling. > the first thing they could offer to do is to host the final rpms/tar.gz's what about the actual mechanics of putting rope together? i'm assuming we'd create a /usr/local/Rope, build the latest stable perl in there, then configure apache for mod_perl etc and install it under there as well, the the other modules. finally is it enough to simply tar.gz /usr/local/Rope and tag it with the architecture details we would probably need some final install program to be run, that would handle the local details of the system - such as what user to run apache as comments? suggestions? -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: Mailman in Perl (Re: the list is dead, long live the list)
Following the interest in rope/pope, etc perhaps it would be an idea for some of the more perl / oss oriented companies in london (or wherever) to agree to take part in the project on a semi official basis - much of what the work that the london and UK companies do is replicated because of lack of comunications and worry over company secrets and competition. If a handful of london companies can put together a press release saying that they are supporting or backing the project with time, money, services in lieu, etc then it would be a publicity coup and get the ball rolling. A. -- http://termisoc.org/~betty"> Betty @ termisoc.org "As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. " (this email has nothing to do with any organisation except me)
Re: the list is dead, long live the list
On Fri, Jan 12, 2001 at 02:31:37PM +, David Hodgkinson wrote: > David Cantrell <[EMAIL PROTECTED]> writes: > > > I still use [majordomo] on my box :-) and I even have a couple of good > > reasons. > > You're a pervert? You must be confusing this thread with the one on (void) about pr0n and crypto :-) -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: the list is dead, long live the list
David Cantrell <[EMAIL PROTECTED]> writes: > On Thu, Jan 11, 2001 at 03:00:17PM -0800, Paul Makepeace wrote: > > > Yes it is. Majordomo is the wrong choice for the 21st century. > > I know but I still use it on my box :-) and I even have a couple of good > reasons. You're a pervert? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Mailman in Perl (Re: the list is dead, long live the list)
> Said Andy Originally:
>
> > In all fairness, I have to say that mailman is an *excellent* mailing
> > list manager.
>
> Said David H. Adler:
>
> > So why haven't you reimplemented it in perl? :)
>
I would like to kill this thread (and suggest using mailman rather than
anything else) as
* We're lazy (which is a virtue)
* TMTOWTDI (and one of them is even python)
Meanwhile if anyone else wants to develop anything else then I suggest
they go ahead while we continue to use mailman, and use the list to
discuss what their plans are. I think Andy's plans sound great but are
not about to happen RSN. I'd be more than willing to help pitch in
myself, just point in the direction of the code[1]
Right. Nuff said.
Mark[2].
[1] Once I've got some more free time. Which should be when new people
start at work.
[2] Who hasn't contributed to the box, so shouldn't really get a say, but
would be more than happy to do so)
--
print "\n",map{my$a="\n"if(length$_>6);' 'x(36-length($_)/2)."$_\n$a"} (
Name => 'Mark Fowler',Title => 'Technology Developer' ,
Firm => 'Profero Ltd',Web => 'http://www.profero.com/' ,
Email => '[EMAIL PROTECTED]', Phone => '+44 (0) 20 7700 9960' )
Mailman in Perl (Re: the list is dead, long live the list)
Said I: > In all fairness, I have to say that mailman is an *excellent* mailing > list manager. Said David H. Adler: > So why haven't you reimplemented it in perl? :) Are you sitting comfortably? :-) Because the tools aren't yet in place to allow me to do it within a truly flexible and generic application framework. If I'm working to a plan (and that's not to say I necessarily am) then it goes something like this: Presentation: * Template Toolkit to allow presentation to be clearly separated from application / data. This is pretty much complete. Data: * XML::Schema to allow XML data types to be specified in a manner which can be "understood" and easily manipulated by various tools. With a standard representation for our data structures it becomes much easier to write tools like database abstraction layers, interface generators (for view, edit, etc), and so on, that do away with 90% of the tedious work in building such applications. This is the current work in progress (the XML::Schema part). Hopefully, we might inspire the various people working on DBA's like Alzabo, Tangram, etc., that this is a Good Thing and convince them to work together, or at least adapt their products to utilise a consistent schema representation so that their products can work together. Application logic: * Regular Perl is just fine for writing the business/application logic parts. Once you strip out the presentation and low level data manipulation parts, things often become quite simple. Framework: * Camelot (or AO, Pope, etc.) as a generic application framework to glue it all together. This should define high-level application service in terms of the other components. For example, the "mailman" service to display a subscriber list can be described in simple terms like: - extract the mailing list name from part of the URL (handled by a generic URL munging service) - go fetch the subscription list for this mailing list (handled by the data abstraction layer) - display it using templates. (handled by the presentation engine) Behold, in Crap ASCII Art[tm]: +--+ | Application | | (Service) | +--+ | +---+---+ | | | +--++--++--+ | Data || App. Logic || Presentation | |(Model) || (Controller) ||(View)| +--++--++--+ I'm of the opinion that re-writing mailman in Perl is something of a futile excercise until we can do it *significantly* better than it has already been done in Python. The only benefits I can see are that Perl hackers would be able to hack on it without having to learn Python, and we would be able to equalise this particular notch on the Perl vs Python scoring stick. I would like to see the Perl equivalent of mailman written as an application component. You should be able to add it to your current application framework by simply merging the mailman XML config into your server XML config. All the other services it relies on (data abstractions, MTA services, presentation tools, etc.) would be specified in the same way. Here's a *very* pseudo example trying to illustrate what I'm getting at: ... ... ... ... foo qmail tt-fancy The mailman_config.xml would define the individual nitty-gritty services that it offers, making calls against the DBA, MTA, presenters and so on. ... By defining it this way, it should be much easier for other applications / services to hook into the mailing list services that mailman provides. So if you want to build an application which merges an online FAQ system with a web bulletin board with a mailing list then you can do so with the minimum of fuss. I have to stop writing now. The nice men in the white coats tell me it's time for my medication. Hope that answers your rhetorical question :-) A -- Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated. <[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 03:00:17PM -0800, Paul Makepeace wrote: > Yes it is. Majordomo is the wrong choice for the 21st century. I know but I still use it on my box :-) and I even have a couple of good reasons. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: the list is dead, long live the list
Some people like "bernsteinisms"! ;-) "Paul Makepeace" <[EMAIL PROTECTED]> writes: > From: "David Cantrell" <[EMAIL PROTECTED]> > > Exactly. I just can't handle bernsteinisms when there are good > alternatives > > available - exim (easy), postfix (secure), mailman. I can only put up with > > his oddities when the alternative is worse. djbdns vs bind. > > Totally agreed. FWIW, exim + mailman is a slick, effective solution. > > # apt-get install mailman > > and implementing http://www.exim.org/howto/mailman.html > > Paul -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] i'm gonna climb on the mountains of the moon and find the distant man waving his spoon
Re: the list is dead, long live the list
"Paul Makepeace" <[EMAIL PROTECTED]> writes: > From: "David Cantrell" <[EMAIL PROTECTED]> > > Exactly. I just can't handle bernsteinisms when there are good > alternatives > > available - exim (easy), postfix (secure), mailman. I can only put up with > > his oddities when the alternative is worse. djbdns vs bind. > > Totally agreed. FWIW, exim + mailman is a slick, effective solution. > > # apt-get install mailman > > and implementing http://www.exim.org/howto/mailman.html Mailman. I run a couple of fairly large lists off it and it's brilliant. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: the list is dead, long live the list
From: "David Cantrell" <[EMAIL PROTECTED]> > Exactly. I just can't handle bernsteinisms when there are good alternatives > available - exim (easy), postfix (secure), mailman. I can only put up with > his oddities when the alternative is worse. djbdns vs bind. Totally agreed. FWIW, exim + mailman is a slick, effective solution. # apt-get install mailman and implementing http://www.exim.org/howto/mailman.html Paul
Re: the list is dead, long live the list
* Paul Makepeace ([EMAIL PROTECTED]) wrote: > From: "Andy Wardley" <[EMAIL PROTECTED]> > > In all fairness, I have to say that mailman is an *excellent* mailing > > list manager. > > Yes it is. Majordomo is the wrong choice for the 21st century. > > Once again I'll offer to run the list on euro.pm.org but if y'all'd rather > debate stuff go ahead :-) speaking from a personal opinion its a kind offer Paul, but it really should be run off the london server (currently) penderel.state51.co.uk (thanks state51!) - we've invested in the beatie and it would be a shame to see it not being used for instance i've logged on and seen it with 0% CPU usage, why don't we run at least the distributed net client on it - well the reason is we need organisation of the running of it, jo's deserves a sainthood (or the female version of it) for what she has done so far but we need to organise it properly - anyway see the other mail i sent recently thanks again for the offer! -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: the list is dead, long live the list
From: "Andy Wardley" <[EMAIL PROTECTED]> > In all fairness, I have to say that mailman is an *excellent* mailing > list manager. Yes it is. Majordomo is the wrong choice for the 21st century. Once again I'll offer to run the list on euro.pm.org but if y'all'd rather debate stuff go ahead :-) Paul
Re: the list is dead, long live the list
"David H. Adler" <[EMAIL PROTECTED]> writes: > On Thu, Jan 11, 2001 at 02:07:20PM +, Andy Wardley wrote: > > > In all fairness, I have to say that mailman is an *excellent* mailing > > list manager. > > So why haven't you reimplemented it in perl? :) As an XML and perl based application server? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: the list is dead, long live the list
* David H. Adler ([EMAIL PROTECTED]) wrote: > On Thu, Jan 11, 2001 at 02:07:20PM +, Andy Wardley wrote: > > > In all fairness, I have to say that mailman is an *excellent* mailing > > list manager. > > So why haven't you reimplemented it in perl? :) > because we are the perl community, all we ever do is talk or if you are lucky work on personal projects -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 02:07:20PM +, Andy Wardley wrote: > In all fairness, I have to say that mailman is an *excellent* mailing > list manager. So why haven't you reimplemented it in perl? :) dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ Good marriages work this way too, by the way. I love my wife differently than I did at the beginning, but I certainly don't love her any less.- Larry Wall
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:51:15PM +, David Cantrell wrote: > Good thing: the error messages were short enough to fit into an SMS > Bad thing: they contained no useful information whatsoever > I Will Not Give In. I Will Not Install Python. I actually kinda like python, from the little I've played with it. Michael
Re: the list is dead, long live the list
On Jan 11, 1:49pm, dcross - David Cross wrote: > ...and besides, there's a rumour that Andy Wardley has a hacked version of > mailman that doesn't have the 'Powered by Python' logos :) Sir, I must protest. You imply I hack Python! But I do have a modified "Powered by Python" logo. It's exactly the same as the original, but I simply changed the colours to be white-on-white. Thanks to the wonders of PNG, you get the full 32-bits of colour in just 196 bytes :-) http://www.tt2.org/images/mailman/PythonPowered.png In fact the question you have to ask yourself is "How much more white could this be?" and the answer is "None, none more white." In all fairness, I have to say that mailman is an *excellent* mailing list manager. A -- Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated. <[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
Re: the list is dead, long live the list
An entity claiming to be David Cantrell ([EMAIL PROTECTED]) wrote: : : majordomo + virtual domains = a whole world of hurt : With a virtual user table under Sendmail, I would imagine it's not _that_ bad. Mark -- Mark Rogaski | "I've said this before but I'll say it again: [EMAIL PROTECTED] | Smashing Pumpkins IS REO Speedwagon." http://www.pobox.com/~wendigo | -- Steve Albini __END__ | PGP signature
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:39:18PM +, Michael Stevens wrote: > On Thu, Jan 11, 2001 at 01:27:50PM +, David Cantrell wrote: > > /me has a bone to pick with majordomo. > > majordomo + virtual domains = a whole world of hurt > > It's doable, you'll just wish you hadn't. It's all working swimingly now. But I *really* regret redirecting mail to root to my phone. Good thing: the error messages were short enough to fit into an SMS Bad thing: they contained no useful information whatsoever I Will Not Give In. I Will Not Install Python. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
RE: the list is dead, long live the list
From: Peter Corlett <[EMAIL PROTECTED]> Sent: 11 January 2001 13:12 > In article <[EMAIL PROTECTED]> you write: > >> Nah, mailman on penderel - you know you want to! ;-) > > Yeah, we want our own mailing list server. > > Mmph, it's not that hard to install Majordomo is it? If need > be, just give me the root password and I'll go and set it up... We've had this discussion before (maybe in irc or in the pub) and decided that installing Majordomo would be a bad idea. I thought we'd decided on mailman as it seems to be the best MLM out there. Yes it's written in Python, but there's plenty of other software on the box which isn't written in Perl... ...and besides, there's a rumour that Andy Wardley has a hacked version of mailman that doesn't have the 'Powered by Python' logos :) Dave... -- The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system.
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:26:10PM +, Michael Stevens wrote: > ezmlm and qmail actually seem pretty nice, apart from the usual > bernstein factor. Exactly. I just can't handle bernsteinisms when there are good alternatives available - exim (easy), postfix (secure), mailman. I can only put up with his oddities when the alternative is worse. djbdns vs bind. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:25:26PM +, Greg Cope wrote: > Roger Burton West wrote: > > > Smartlist is good. Mailman is good. > > ezmlm is better Other than its unfortunate reliance on qmail. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:27:50PM +, David Cantrell wrote: > /me has a bone to pick with majordomo. > majordomo + virtual domains = a whole world of hurt It's doable, you'll just wish you hadn't. Michael
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:11:45PM +, Peter Corlett wrote: > In article <[EMAIL PROTECTED]> you write: > >> Nah, mailman on penderel - you know you want to! ;-) > > Yeah, we want our own mailing list server. > > Mmph, it's not that hard to install Majordomo is it? If need be, just give > me the root password and I'll go and set it up... /me has a bone to pick with majordomo. majordomo + virtual domains = a whole world of hurt -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Any technology distinguishable from magic is insufficiently advanced
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:20:33PM +, Roger Burton West wrote: > (Supposedly Mjd 2 is going to be better, RSN.) IIRC the postgresql mailing list are actually using it, or were. Don't think that it is done yet, tho. > Smartlist is good. Mailman is good. ezmlm and qmail actually seem pretty nice, apart from the usual bernstein factor. Michael
Re: the list is dead, long live the list
Roger Burton West wrote: > > On Thu, Jan 11, 2001 at 01:11:45PM +, Peter Corlett wrote: > > >Mmph, it's not that hard to install Majordomo is it? If need be, just give > >me the root password and I'll go and set it up... > > ...and once you've installed Majordomo, _everyone_ has the root > password... > > (Supposedly Mjd 2 is going to be better, RSN.) > > Smartlist is good. Mailman is good. > > R ezmlm is better Greg
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:16:19PM +, Jo Walsh wrote: > i would sooner install qmail/ezmlm than mailman > would ppl object? I'd rather see exim/mailman but qmail is cool too. The most important bit is to get *something* working :) Michael
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:11:45PM +, Peter Corlett wrote: > In article <[EMAIL PROTECTED]> you write: > >> Nah, mailman on penderel - you know you want to! ;-) > > Yeah, we want our own mailing list server. > Mmph, it's not that hard to install Majordomo is it? If need be, just give > me the root password and I'll go and set it up... Yes, but majordomo is unpleasant.
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 01:11:45PM +, Peter Corlett wrote: >Mmph, it's not that hard to install Majordomo is it? If need be, just give >me the root password and I'll go and set it up... ...and once you've installed Majordomo, _everyone_ has the root password... (Supposedly Mjd 2 is going to be better, RSN.) Smartlist is good. Mailman is good. R
Re: the list is dead, long live the list
> > And a pony. > > who needs a pony when we have a camel? > > when are we going to see the camel i would sooner install qmail/ezmlm than mailman would ppl object? -- a member of the state51 conspiracy [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: the list is dead, long live the list
In article <[EMAIL PROTECTED]> you write: >> Nah, mailman on penderel - you know you want to! ;-) > Yeah, we want our own mailing list server. Mmph, it's not that hard to install Majordomo is it? If need be, just give me the root password and I'll go and set it up... > And a pony. It's running Apache already, surely?
Re: the list is dead, long live the list
* at 11/01 12:51 + Michael Stevens said: > On Thu, Jan 11, 2001 at 12:32:46PM +, Leon Brocard wrote: > > Jo Walsh sent the following bits through the ether: > > > lets kill off the old list before the two get too far out of sync > > Nah, mailman on penderel - you know you want to! ;-) > > Yeah, we want our own mailing list server. > > And a pony. who needs a pony when we have a camel? -- Struan Donald mailto:[EMAIL PROTECTED] Code Flunky, 365 Plc. http://www.365corp.com/
Re: the list is dead, long live the list
On Thu, Jan 11, 2001 at 12:32:46PM +, Leon Brocard wrote: > Jo Walsh sent the following bits through the ether: > > lets kill off the old list before the two get too far out of sync > Nah, mailman on penderel - you know you want to! ;-) Yeah, we want our own mailing list server. And a pony.
Re: the list is dead, long live the list
Jo Walsh sent the following bits through the ether: > lets kill off the old list before the two get too far out of sync Nah, mailman on penderel - you know you want to! ;-) Leon -- Leon Brocard.http://www.astray.com/ yapc::Europehttp://yapc.org/Europe/ ... All new improved Brocard, now with Template Toolkit!
the list is dead, long live the list
lets kill off the old list before the two get too far out of sync jo ps sorry about mail bounces from partyvibe it will be down til next week :( -- a member of the state51 conspiracy [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: The List
Robin Szemeti wrote: > this is a VERY good plan ... we all know how Murricans can knock back the > Budweisser and Miller Lite like the best of em .. in Ireland they have > weak crappy beers and some poor sub standard whisky (like whiskey only > not as strong ) you'll have no trouble at matching any Iriishman drink > for drink .. trust me .. you'll not regret it .. Hang on. Isn't it Irish Whiskey and Scotch Whisky?
Re: The List
* Robin Szemeti ([EMAIL PROTECTED]) wrote: > > thinks back to amusing college incident with American exchange student > and discovery that, after 4 pints, Theakstons Old Peculiar did not have > the same alcohol content as four Miller Lites like we told him .. silly > mistake .. easily made ... > ok, you've prompted a story ... when i was at uni i could really drink far to well, jacob was a nou yourk kid who was over at edinburgh uni and told us how he could drink anyone under the table (looking back on it, he probably just wanted to fit in - but ho hum, i and indeed the the rest of the group were young so we didnt concern ourselves), anyway it came down to a simple drinking competition 1 bottle of spirits each, choosen by whatever was cheapest when we went to the local offie, each participant could use a mixer (jacobs idea), last man left standing was the winner. anyway the night came, a friend came back from the offie with two bottles of bacardi, i chose coke as my mixer. jacob however was more cunning that us brits and also a little weird, first of all he didnt like carbonated drinks so he choose water and additionally to that this luminous pink stomach settler, im sure it has a famous name in merica. anyway the games commenced, jacob sitting there downing some bacardi, then some water then this pink goo - needless to say drinking prowess and size ( i was a lot smaller then ) took over and i finished my bottle and went on to finish his bottle while he collapsed. so where is the punchline i hear you cry? well jacob started to be sick and left the uni common room, being sick every few steps and heaving up a nice puddle of this bright pink luminous goo he had been drinking, all the way up and across to his room, puddle after puddle. now some of you may be feeling sorry for jacob at this stage, but trust me it got worse - the next morning the tough scottish cleaning lady came in and went to the common room, she found one puddle of pink puke and another and another and followed them, all the way up to a certain door, which she knocked upon and greeted the occupant (jacob) in a far louder way that he might of wished on the morning after i've got more stories about jacob, and drinking competitions and indeed my entire university career, but they are all only available at your local london.pm meeting ;-) Greg -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: The List
On Thu, 14 Dec 2000, you wrote: > no you miss the point, you americans should go for him and drink > him drink for drink under the table - its a good idea trust me ;-) this is a VERY good plan ... we all know how Murricans can knock back the Budweisser and Miller Lite like the best of em .. in Ireland they have weak crappy beers and some poor sub standard whisky (like whiskey only not as strong ) you'll have no trouble at matching any Iriishman drink for drink .. trust me .. you'll not regret it .. thinks back to amusing college incident with American exchange student and discovery that, after 4 pints, Theakstons Old Peculiar did not have the same alcohol content as four Miller Lites like we told him .. silly mistake .. easily made ... -- Robin Szemeti The box said "requires windows 95 or better" So I installed Linux!
Re: The List
On Thu, Dec 14, 2000 at 05:39:11PM +, Greg McCarroll wrote: > london.pm is full of northern irish people It just seems that way... Paul
Re: The List
On Thu, Dec 14, 2000 at 07:33:20PM +, Greg McCarroll wrote: > * David H. Adler ([EMAIL PROTECTED]) wrote: > > On Thu, Dec 14, 2000 at 06:29:02PM +, Greg McCarroll wrote: > > > > > > make sure you get tony nice and drunk > > > > So I should just stand back and let nature take its course? :-) > > > > no you miss the point, you americans should go for him and drink > him drink for drink under the table - its a good idea trust me ;-) Ah, good. A wonderful job for my subjects. I'll supervise... dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ You don't have to be a hippie to believe in peace. - Joe Jackson
Re: The List
* David H. Adler ([EMAIL PROTECTED]) wrote: > On Thu, Dec 14, 2000 at 06:29:02PM +, Greg McCarroll wrote: > > * David H. Adler ([EMAIL PROTECTED]) wrote: > > > > > > > > > > And this distinguishes it from the london.pm list how, exactly? > > > > > > > > london.pm is full of northern irish people > > > > > > This week, so is ny.pm. So there. :-p > > > > > > > make sure you get tony nice and drunk > > So I should just stand back and let nature take its course? :-) > no you miss the point, you americans should go for him and drink him drink for drink under the table - its a good idea trust me ;-) -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: The List
On Thu, Dec 14, 2000 at 06:29:02PM +, Greg McCarroll wrote: > * David H. Adler ([EMAIL PROTECTED]) wrote: > > > > > > > > And this distinguishes it from the london.pm list how, exactly? > > > > > > london.pm is full of northern irish people > > > > This week, so is ny.pm. So there. :-p > > > > make sure you get tony nice and drunk So I should just stand back and let nature take its course? :-) dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "Last year in Oregon, Summer fell on a *tuesday*. That was it. One day. Big shiny thing in the sky. Some people thought it was a UFO." - Randal Schwartz in comp.lang.perl.misc
Re: The List
* David H. Adler ([EMAIL PROTECTED]) wrote: > > > > > > And this distinguishes it from the london.pm list how, exactly? > > > > london.pm is full of northern irish people > > This week, so is ny.pm. So there. :-p > make sure you get tony nice and drunk -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: The List
On Thu, Dec 14, 2000 at 05:39:11PM +, Greg McCarroll wrote: > * Mark Rogaski ([EMAIL PROTECTED]) wrote: > > An entity claiming to be Greg McCarroll ([EMAIL PROTECTED]) wrote: > > : > Oddly enough, I'm not subscribed to ny.pm, even though I've been in NY or the > > : > burbs for a month now. I may have to sub soon if they're as freakish as > > : > london.pm. > > : > > : its a weird group, full of _merkins_ ;-) > > : > > > > And this distinguishes it from the london.pm list how, exactly? > > > > london.pm is full of northern irish people This week, so is ny.pm. So there. :-p dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ Sturgeon's Law: 90% of everything is crap. Cassell's Corollary: Sturgeon would have upped that number if he'd seen the Internet.
Re: The List
* Mark Rogaski ([EMAIL PROTECTED]) wrote: > An entity claiming to be Greg McCarroll ([EMAIL PROTECTED]) wrote: > : > Oddly enough, I'm not subscribed to ny.pm, even though I've been in NY or the > : > burbs for a month now. I may have to sub soon if they're as freakish as > : > london.pm. > : > : its a weird group, full of _merkins_ ;-) > : > > And this distinguishes it from the london.pm list how, exactly? > london.pm is full of northern irish people -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: The List
An entity claiming to be Greg McCarroll ([EMAIL PROTECTED]) wrote: : > Oddly enough, I'm not subscribed to ny.pm, even though I've been in NY or the : > burbs for a month now. I may have to sub soon if they're as freakish as : > london.pm. : : its a weird group, full of _merkins_ ;-) : And this distinguishes it from the london.pm list how, exactly? Mark -- Mark Rogaski | "I've said this before but I'll say it again: [EMAIL PROTECTED] | Smashing Pumpkins IS REO Speedwagon." http://www.pobox.com/~wendigo | -- Steve Albini __END__ | PGP signature
Re: The List
On Wed, 13 Dec 2000, Paul Makepeace wrote: > On Wed, Dec 13, 2000 at 10:19:14AM +, Jonathan Stowe wrote: > > You may or may not have noticed that the server that hosts the London.pm > > mailing list has bit the dust. A Cabal have decided that in the interim > > we should resurrect the list on another server. This is that resurrected > > list. > > > If you like, I can host it on euro.pm.org which has a nice fast > connection. Of course, you'd have to suffer it being in Python > (mailman). > Cheers Paul, This is likely to be only an interim thing anyhow until penderel is ready to do the job, so I guess that as long as everyone is relatively happy we'll minimize the inconvenience and keep it here for the time being. /J\ -- Jonathan Stowe | http://www.gellyfish.com | I'm with Grep on this one http://www.tackleway.co.uk |
Re: The List
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > > Oddly enough, I'm not subscribed to ny.pm, even though I've been in NY or the > burbs for a month now. I may have to sub soon if they're as freakish as > london.pm. its a weird group, full of _merkins_ ;-) -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: The List
gerg: > and just as they drink glenfiddich and chivas regal if they are uneducated > we drink JD and other foul blends. surely there must be some good bourbons > they could recommend to us that would give us an extra option in our drinking. yukon jack!!! canadian whiskey!! mighty fine, sugary sweet.. A. (after drinking most of a bottle of fairly nice merlot - its my graduation tomorow and I'm staying friends and they all have c/work due in tomorrow.) -- http://termisoc.org/~betty"> Betty @ termisoc.org "As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. " (this email has nothing to do with any organisation except me)
Re: The List
On Wed, Dec 13, 2000 at 05:18:53PM -0500, David H. Adler wrote: > > That's no excuse. > For proposing it or not implementing it? For not implementing it.
Re: The List
On Wed, Dec 13, 2000 at 01:30:45PM +, Michael Stevens wrote: > On Wed, Dec 13, 2000 at 01:12:01PM +, David Cantrell wrote: > > On Wed, Dec 13, 2000 at 11:23:38AM +, Michael Stevens wrote: > > > I seem to recall a certain proposal that a mailing list manager be > > > written in postscript, and run on a suitable net connected printer. > > I seem to recall I was drunk at the time. > > That's no excuse. For proposing it or not implementing it? dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ Barter is if he asked someone to look at his program in exchange for a cow or something. - Mark-Jason Dominus
Re: The List
Quoting Greg McCarroll <[EMAIL PROTECTED]>: > and just as they drink glenfiddich and chivas regal if they are > uneducated > we drink JD and other foul blends. surely there must be some good > bourbons > they could recommend to us that would give us an extra option in our > drinking. Look for single barrel or small batch bourbons. Maker's Mark make some good single barrel bourbons. You might also try Rock Hill Farms. And Elijah Craig is also good. > CC'd to NY.pm as i hear they like to discuss whiskey, or is that just a > fairy tale of new yourk city ;-) Oddly enough, I'm not subscribed to ny.pm, even though I've been in NY or the burbs for a month now. I may have to sub soon if they're as freakish as london.pm.
Re: The List
On Wed, Dec 13, 2000 at 08:04:19PM +, Greg McCarroll wrote to london.pm: > * David Cantrell ([EMAIL PROTECTED]) wrote: > > > Next he'll be drinking Jack Daniels and smoking Marlboros. > > actually this is something i was wondering about, now here me out, but > unlike or american bretheren bourbon could be a bit of variety for us. > > and just as they drink glenfiddich and chivas regal if they are uneducated > we drink JD and other foul blends. surely there must be some good bourbons > they could recommend to us that would give us an extra option in our drinking. > > CC'd to NY.pm as i hear they like to discuss whiskey, or is that just a > fairy tale of new yourk city ;-) I see no CC there. So here it is. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david The voices said it's a good day to clean my weapons.
Re: The List
ok, i forgot to cc it so ignore this reply its just mechanics * Greg McCarroll ([EMAIL PROTECTED]) wrote: > * David Cantrell ([EMAIL PROTECTED]) wrote: > > > > Next he'll be drinking Jack Daniels and smoking Marlboros. > > > > actually this is something i was wondering about, now here me out, but > unlike or american bretheren bourbon could be a bit of variety for us. > > and just as they drink glenfiddich and chivas regal if they are uneducated > we drink JD and other foul blends. surely there must be some good bourbons > they could recommend to us that would give us an extra option in our drinking. > > CC'd to NY.pm as i hear they like to discuss whiskey, or is that just a > fairy tale of new yourk city ;-) > > Greg > > -- > Greg McCarroll http://www.mccarroll.uklinux.net -- Greg McCarroll http://www.mccarroll.uklinux.net
