gl4java

2002-03-06 Thread Nicolas SABOURET
Hi,

I intend to package Arkane, a 3D role game written in java and that
makes use of gl4java.
I'd first like to know if sbdy intended to package gl4java. If it is not
the case, I'd do it. However, since I'm not a 3D hacker, I'd appreciate
if sbdy wants to do this, or to help me in this task.
I wrote two emails to the gl4java team to ask them if I could make a
debian package out of their software and I got no answer. However, it is
GPL. What can I do ?

Thanks in advance for your answers,
Nico.

PS : please CC-me your answers.
-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico




Non-free licenses

2002-03-06 Thread Guillaume Rousse
Hello debian folks.

After having some trouble with some Sun developpers about our non-free 
packages, we looked for some official advice, by intermediate of less 
unfriendly contacts. Finally, the current Sun's legal department position is 
just 'read the license carefully' :-)

So far, we had a non-free section for all packages we tought distribution was 
OK (such as most java APIs), for which we provided standard packages, and a 
non-distributable section for all packages we tought distribution was 
prohibited (jdk + crypto packages), for which we only provided no-source 
packages.
I investigated all thos package, and i summarize the result below

non-free
jaasBCL + LDS
jaf BCL
javahelpBCL + LDR
javamailBCL + LDS
jaxpBCL + LDS
jdbc-stdext no license
jimiBCL + LDS
jms no license
jndino license
jta no license
jtopen  no package
jts BCL + LD
netbeans-java-extbinno license
resolverno license

non-distributable
javacc  ?
jsseBCL + LD
sun-jsdk1.3 BCL + LDS + LDR
sun-jsdk1.4 BCL + LDS + LDR
blackdown-jsdk1.3   BCL + LDS + LDR
ibm-jsdk1.3 ?

BCL means standard Binary Code License, which is the base Sun License for all 
software. Most java software add extra terms, which are refered here as LDS 
(License to distribute software), LDR (License to distribute 
redistributables) and LD (License to distribute). Full citations of those 
three last mentions are included at the end of the message.

Basically, my interpretation of the following facts is:
1) There is nothing in any of those license making click-through procedure 
mandatory, even for crypto packages (BCL + LD)
2) There is no point having jsse and jts in different section are they are 
subject to exactly the same conditions
3) There is nothing preventing us for distributing any of those packages 
having BCL + (LD|LDR|LDS), as long as we provide the original license.
4) The real problem comes from export limitation in BCL itself (thus applying 
to every package), about US export laws. As i doubt any technical solution 
would be possible anyway (including to Sun themselves), i think this can be 
safely ignored.

As you're as much concerned as we are, and i think you have already 
considered this problem, i thought this was useful to have your position on 
this topic. I had a look at you package list 
(http://people.debian.org/~tora/java/packagelist.html), but the only non-free 
package i found was Sun JDK 1.1

LDS
2. License to Distribute Software. Subject to the terms and conditions of
this Agreement, including, but not limited to Section 3 (Java (TM)
Technology Restrictions) of these Supplemental Terms, Sun grants you a
non-exclusive, non-transferable, limited license to reproduce and distribute
the Software in binary code form only, provided that (i) you distribute the
Software complete and unmodified and only bundled as part of, and for the
sole purpose of  running, your Java applets or applications ("Programs"),
(ii) the Programs add significant and primary functionality to the Software,
(iii) you do not distribute additional software intended to replace any
component(s) of the Software, (iv) you do not remove or alter any
proprietary legends or notices contained in the Software, (v) you only
distribute the Software subject to a license agreement that protects Sun's
interests consistent with the terms contained in this Agreement, and (vi)
you agree to defend and indemnify Sun and its licensors from and against any
damages, costs, liabilities, settlement amounts and/or expenses (including
attorneys' fees) incurred in connection with any claim, lawsuit or action by
any third party that arises or results from the use or distribution of any
and all Programs and/or Software.

LD
1. License to Distribute. Sun grants you a non-exclusive,
non-transferable, royalty-free, limited license to (a) use
the binary form of the Software for the sole purpose of
designing, developing and testing your JavaTM applets and
applications intended to run on a compatible Java
environment (the "Programs"), provided that the Programs
add significant and primary functionality to the Software,
and (b) reproduce and distribute the binary form of the
Software through multiple tiers of distribution provided
that you: (i) distribute the Software complete and
unmodified; (ii) do not distribute additional software
intended to supersede any component(s) of the Software;
(iii) do not remove or alter any proprietary
legends or notices contained in or on the Software; and
(iv) only distribute the Software pursuant to a license
agreement that protects Sun's interests consistent with the
terms contained in this Agreement, and provides that Sun is
a third party beneficiary to such license agreement. If you
distribute the Software pursuant to this paragraph, you
must include the following statement as part of product
documentation (whether hard copy or electronic), as a
part of a copyr

Tomcat4 manager application

2002-03-06 Thread Guy Geens
I upgraded my tomcat4 packages to version 4.0.2-1 last week.

One minor nitpick: the tomcat4-webapps package does not install the
applications by default. I had to create symlinks in
/usr/share/tomcat4/webapps to make them work. It would be nice if the
package installed those links by itself.

Another problem is more serious: I tried to connect to the manager
application, using this URL:
http://andor.geens.internal:8180/manager/list

The browser asks me for a username/password. (I have added a user in
the manager role to the tomcat-users.xml file.) But then, I get a 500
internal server error.

The Exception given is this (stack trace truncated):

javax.servlet.ServletException: Error allocating a servlet instance
root cause:
java.lang.SecurityException: Servlet of class 
org.apache.catalina.servlets.ManagerServlet is privileged and cannot be loaded 
by this web application

I have security disabled in /etc/defaults/tomcat4.

Any ideas?

-- 
G. ``Iggy'' Geens - ICQ: #64109250
Home: <[EMAIL PROTECTED]> - Work: <[EMAIL PROTECTED]>
WWW: http://users.pandora.be/guy.geens/
`I want quality, not quantity. But I want lots of it!'




Re: Tomcat4 manager application

2002-03-06 Thread Stefan Gybas
Guy Geens wrote:
One minor nitpick: the tomcat4-webapps package does not install the
applications by default.
It should automatically install them since the package's postinst even
restarts Tomcat. Maybe you have used an expterimental version of the
package before and not removed the tomcat4 package before installing 4.0.2-1
so /usr/share/tomcat4/webapps is still a directory and not a symlink?
javax.servlet.ServletException: Error allocating a servlet instance
root cause:
java.lang.SecurityException: Servlet of class 
org.apache.catalina.servlets.ManagerServlet is privileged and cannot be loaded 
by this web application
I've never tried the manager application, I'll check this before I upload
4.0.3-1. Thanks for the hint!
> I have security disabled in /etc/defaults/tomcat4.
This is something you should IMHO not do. You should rather add a
configuration file to /etc/tomcat4/policy.d/ for each webapps that needs
special privileges.
--
Stefan Gybas



Re: Tomcat4 manager application

2002-03-06 Thread Stefan Gybas
Stefan Gybas wrote:
I've never tried the manager application, I'll check this before I upload
4.0.3-1. Thanks for the hint!
You need to add a tag to /etc/tomcat4/server.xml inside :


I'll add this to the default configuration for tomcat4 4.0.3-1.
--
Stefan Gybas



which jdk for a sparc u ?

2002-03-06 Thread jmt
Hi,
I'm not really new to java, but not very experienced ; but very new to sparc !

So my question is :

Which package for a sparc64 ? Sun has released j2sdk1.4, but binaries for 
i386 only. Is there (will there be) a specific port to sparc ? Is the 
j2sdk1.3.0 I downloaded use the 64 bits feature of the sparc processor ?

With many thanks,

jmt




Re: Tomcat4 manager application

2002-03-06 Thread Bill Wohler
Stefan Gybas <[EMAIL PROTECTED]> writes:
>  > I have security disabled in /etc/defaults/tomcat4.
> 
> This is something you should IMHO not do. You should rather add a
> configuration file to /etc/tomcat4/policy.d/ for each webapps that needs
> special privileges.

  Does one need "special privileges" just to run a JSP? Out of the box,
  Tomcat did not run JSPs at all. If I remember correctly, there was a
  permission problem writing the compiled servlets to /var/cache/tomcat4
  that went away after I disabled the security manager.

  Before I turned off the security manager, however, I did try to update
  the policy for my webapp, but failed. Perhaps you can suggest the
  necessary configuration to allow JSPs in the webapp "foo". It doesn't
  need any special priviledges. It just needs to display "Hello, world!"
  on the web page.

  If, on the other hand, not being able to run JSPs that don't need any
  permissions is a bug, I'll reproduce and submit a detailed bug report.
  Please advise.

--
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.




Re: which jdk for a sparc u ?

2002-03-06 Thread Thomas Duffy
On Wed, 2002-03-06 at 11:39, jmt wrote:
> Hi,
> I'm not really new to java, but not very experienced ; but very new to sparc !
> 
> So my question is :
> 
> Which package for a sparc64 ? Sun has released j2sdk1.4, but binaries for 
> i386 only. Is there (will there be) a specific port to sparc ?

chances are no IMO.  they will not want to undermine Solaris on sparc. 
but I do not work for Sun, so who knows.

> Is the 
> j2sdk1.3.0 I downloaded use the 64 bits feature of the sparc processor ?

I did not think sun released a version of 1.3 for sparc/linux...that
would be news to me.  you /may/ be able to get the solaris version
working on linux using the solaris ABI support, but I would be very
surprised if this ever worked since Sun has put hooks into Solaris using
sys_sun to get java to run well and these would need to be reverse
engineered to figure out what is going on...in other words, much much
pain.  if these hooks were emulated well, chances are it would perform
for shit.

on the other hand, Blackdown has a 1.2.2 version for sparc/linux:

http://www.blackdown.org/java-linux/jdk1.2-status/

but I don't think it is 64bit.

of course, there is kaffe, but that is way old and also does not support
sparc64.  basically, modern jre's for sparc are lacking ATM.

-tduffy

-- 
He who receives an idea from me, receives instruction himself without
lessening mine; as he who lights his taper at mine, receives light
without darkening me.  -- Thomas Jefferson




Re: Tomcat4 manager application

2002-03-06 Thread Guy Geens
> "Stefan" == Stefan Gybas <[EMAIL PROTECTED]> writes:

Stefan> It should automatically install them since the package's
Stefan> postinst even restarts Tomcat. Maybe you have used an
Stefan> expterimental version of the package before and not removed
Stefan> the tomcat4 package before installing 4.0.2-1 so
Stefan> /usr/share/tomcat4/webapps is still a directory and not a
Stefan> symlink?

I upgraded the package from version 4.0.2-0.7 without purging. So I
still had the webapps directory under /usr.

I just downloaded and installed 4.0.3-1 (after purging the previous
version.)

(Very minor nitpick: purging the tomcat4 package left the directory
/etc/tomcat4/policy.)

Stefan> I've never tried the manager application, I'll check this
Stefan> before I upload 4.0.3-1. Thanks for the hint!

Manager application works in 4.0.3-1.

Guy> I have security disabled in /etc/defaults/tomcat4.

Stefan> This is something you should IMHO not do. You should rather
Stefan> add a configuration file to /etc/tomcat4/policy.d/ for each
Stefan> webapps that needs special privileges.

I would like to, but compiling JSPs only works if security is
disabled. (Same problem as reported before.)

-- 
G. ``Iggy'' Geens - ICQ: #64109250
Home: <[EMAIL PROTECTED]> - Work: <[EMAIL PROTECTED]>
WWW: http://users.pandora.be/guy.geens/
`I want quality, not quantity. But I want lots of it!'




gl4java

2002-03-06 Thread Nicolas SABOURET

Hi,

I intend to package Arkane, a 3D role game written in java and that
makes use of gl4java.
I'd first like to know if sbdy intended to package gl4java. If it is not
the case, I'd do it. However, since I'm not a 3D hacker, I'd appreciate
if sbdy wants to do this, or to help me in this task.
I wrote two emails to the gl4java team to ask them if I could make a
debian package out of their software and I got no answer. However, it is
GPL. What can I do ?

Thanks in advance for your answers,
Nico.

PS : please CC-me your answers.
-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Non-free licenses

2002-03-06 Thread Guillaume Rousse

Hello debian folks.

After having some trouble with some Sun developpers about our non-free 
packages, we looked for some official advice, by intermediate of less 
unfriendly contacts. Finally, the current Sun's legal department position is 
just 'read the license carefully' :-)

So far, we had a non-free section for all packages we tought distribution was 
OK (such as most java APIs), for which we provided standard packages, and a 
non-distributable section for all packages we tought distribution was 
prohibited (jdk + crypto packages), for which we only provided no-source 
packages.
I investigated all thos package, and i summarize the result below

non-free
jaasBCL + LDS
jaf BCL
javahelpBCL + LDR
javamailBCL + LDS
jaxpBCL + LDS
jdbc-stdext no license
jimiBCL + LDS
jms no license
jndino license
jta no license
jtopen  no package
jts BCL + LD
netbeans-java-extbinno license
resolverno license

non-distributable
javacc  ?
jsseBCL + LD
sun-jsdk1.3 BCL + LDS + LDR
sun-jsdk1.4 BCL + LDS + LDR
blackdown-jsdk1.3   BCL + LDS + LDR
ibm-jsdk1.3 ?

BCL means standard Binary Code License, which is the base Sun License for all 
software. Most java software add extra terms, which are refered here as LDS 
(License to distribute software), LDR (License to distribute 
redistributables) and LD (License to distribute). Full citations of those 
three last mentions are included at the end of the message.

Basically, my interpretation of the following facts is:
1) There is nothing in any of those license making click-through procedure 
mandatory, even for crypto packages (BCL + LD)
2) There is no point having jsse and jts in different section are they are 
subject to exactly the same conditions
3) There is nothing preventing us for distributing any of those packages 
having BCL + (LD|LDR|LDS), as long as we provide the original license.
4) The real problem comes from export limitation in BCL itself (thus applying 
to every package), about US export laws. As i doubt any technical solution 
would be possible anyway (including to Sun themselves), i think this can be 
safely ignored.

As you're as much concerned as we are, and i think you have already 
considered this problem, i thought this was useful to have your position on 
this topic. I had a look at you package list 
(http://people.debian.org/~tora/java/packagelist.html), but the only non-free 
package i found was Sun JDK 1.1

LDS
2. License to Distribute Software. Subject to the terms and conditions of
this Agreement, including, but not limited to Section 3 (Java (TM)
Technology Restrictions) of these Supplemental Terms, Sun grants you a
non-exclusive, non-transferable, limited license to reproduce and distribute
the Software in binary code form only, provided that (i) you distribute the
Software complete and unmodified and only bundled as part of, and for the
sole purpose of  running, your Java applets or applications ("Programs"),
(ii) the Programs add significant and primary functionality to the Software,
(iii) you do not distribute additional software intended to replace any
component(s) of the Software, (iv) you do not remove or alter any
proprietary legends or notices contained in the Software, (v) you only
distribute the Software subject to a license agreement that protects Sun's
interests consistent with the terms contained in this Agreement, and (vi)
you agree to defend and indemnify Sun and its licensors from and against any
damages, costs, liabilities, settlement amounts and/or expenses (including
attorneys' fees) incurred in connection with any claim, lawsuit or action by
any third party that arises or results from the use or distribution of any
and all Programs and/or Software.

LD
1. License to Distribute. Sun grants you a non-exclusive,
non-transferable, royalty-free, limited license to (a) use
the binary form of the Software for the sole purpose of
designing, developing and testing your JavaTM applets and
applications intended to run on a compatible Java
environment (the "Programs"), provided that the Programs
add significant and primary functionality to the Software,
and (b) reproduce and distribute the binary form of the
Software through multiple tiers of distribution provided
that you: (i) distribute the Software complete and
unmodified; (ii) do not distribute additional software
intended to supersede any component(s) of the Software;
(iii) do not remove or alter any proprietary
legends or notices contained in or on the Software; and
(iv) only distribute the Software pursuant to a license
agreement that protects Sun's interests consistent with the
terms contained in this Agreement, and provides that Sun is
a third party beneficiary to such license agreement. If you
distribute the Software pursuant to this paragraph, you
must include the following statement as part of product
documentation (whether hard copy or electronic), as a
part of a copy

Tomcat4 manager application

2002-03-06 Thread Guy Geens

I upgraded my tomcat4 packages to version 4.0.2-1 last week.

One minor nitpick: the tomcat4-webapps package does not install the
applications by default. I had to create symlinks in
/usr/share/tomcat4/webapps to make them work. It would be nice if the
package installed those links by itself.

Another problem is more serious: I tried to connect to the manager
application, using this URL:
http://andor.geens.internal:8180/manager/list

The browser asks me for a username/password. (I have added a user in
the manager role to the tomcat-users.xml file.) But then, I get a 500
internal server error.

The Exception given is this (stack trace truncated):

javax.servlet.ServletException: Error allocating a servlet instance
root cause:
java.lang.SecurityException: Servlet of class 
org.apache.catalina.servlets.ManagerServlet is privileged and cannot be loaded by this 
web application

I have security disabled in /etc/defaults/tomcat4.

Any ideas?

-- 
G. ``Iggy'' Geens - ICQ: #64109250
Home: <[EMAIL PROTECTED]> - Work: <[EMAIL PROTECTED]>
WWW: http://users.pandora.be/guy.geens/
`I want quality, not quantity. But I want lots of it!'


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Tomcat4 manager application

2002-03-06 Thread Stefan Gybas

Guy Geens wrote:

> One minor nitpick: the tomcat4-webapps package does not install the
> applications by default.

It should automatically install them since the package's postinst even
restarts Tomcat. Maybe you have used an expterimental version of the
package before and not removed the tomcat4 package before installing 4.0.2-1
so /usr/share/tomcat4/webapps is still a directory and not a symlink?

> javax.servlet.ServletException: Error allocating a servlet instance
> root cause:
> java.lang.SecurityException: Servlet of class 
>org.apache.catalina.servlets.ManagerServlet is privileged and cannot be loaded by 
>this web application

I've never tried the manager application, I'll check this before I upload
4.0.3-1. Thanks for the hint!

 > I have security disabled in /etc/defaults/tomcat4.

This is something you should IMHO not do. You should rather add a
configuration file to /etc/tomcat4/policy.d/ for each webapps that needs
special privileges.

-- 
Stefan Gybas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Tomcat4 manager application

2002-03-06 Thread Stefan Gybas

Stefan Gybas wrote:

> I've never tried the manager application, I'll check this before I upload
> 4.0.3-1. Thanks for the hint!

You need to add a tag to /etc/tomcat4/server.xml inside :

 
 

I'll add this to the default configuration for tomcat4 4.0.3-1.

-- 
Stefan Gybas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




which jdk for a sparc u ?

2002-03-06 Thread jmt

Hi,
I'm not really new to java, but not very experienced ; but very new to sparc !

So my question is :

Which package for a sparc64 ? Sun has released j2sdk1.4, but binaries for 
i386 only. Is there (will there be) a specific port to sparc ? Is the 
j2sdk1.3.0 I downloaded use the 64 bits feature of the sparc processor ?

With many thanks,

jmt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Tomcat4 manager application

2002-03-06 Thread Bill Wohler

Stefan Gybas <[EMAIL PROTECTED]> writes:
>  > I have security disabled in /etc/defaults/tomcat4.
> 
> This is something you should IMHO not do. You should rather add a
> configuration file to /etc/tomcat4/policy.d/ for each webapps that needs
> special privileges.

  Does one need "special privileges" just to run a JSP? Out of the box,
  Tomcat did not run JSPs at all. If I remember correctly, there was a
  permission problem writing the compiled servlets to /var/cache/tomcat4
  that went away after I disabled the security manager.

  Before I turned off the security manager, however, I did try to update
  the policy for my webapp, but failed. Perhaps you can suggest the
  necessary configuration to allow JSPs in the webapp "foo". It doesn't
  need any special priviledges. It just needs to display "Hello, world!"
  on the web page.

  If, on the other hand, not being able to run JSPs that don't need any
  permissions is a bug, I'll reproduce and submit a detailed bug report.
  Please advise.

--
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: which jdk for a sparc u ?

2002-03-06 Thread Thomas Duffy

On Wed, 2002-03-06 at 11:39, jmt wrote:
> Hi,
> I'm not really new to java, but not very experienced ; but very new to sparc !
> 
> So my question is :
> 
> Which package for a sparc64 ? Sun has released j2sdk1.4, but binaries for 
> i386 only. Is there (will there be) a specific port to sparc ?

chances are no IMO.  they will not want to undermine Solaris on sparc. 
but I do not work for Sun, so who knows.

> Is the 
> j2sdk1.3.0 I downloaded use the 64 bits feature of the sparc processor ?

I did not think sun released a version of 1.3 for sparc/linux...that
would be news to me.  you /may/ be able to get the solaris version
working on linux using the solaris ABI support, but I would be very
surprised if this ever worked since Sun has put hooks into Solaris using
sys_sun to get java to run well and these would need to be reverse
engineered to figure out what is going on...in other words, much much
pain.  if these hooks were emulated well, chances are it would perform
for shit.

on the other hand, Blackdown has a 1.2.2 version for sparc/linux:

http://www.blackdown.org/java-linux/jdk1.2-status/

but I don't think it is 64bit.

of course, there is kaffe, but that is way old and also does not support
sparc64.  basically, modern jre's for sparc are lacking ATM.

-tduffy

-- 
He who receives an idea from me, receives instruction himself without
lessening mine; as he who lights his taper at mine, receives light
without darkening me.  -- Thomas Jefferson


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Tomcat4 manager application

2002-03-06 Thread Guy Geens

> "Stefan" == Stefan Gybas <[EMAIL PROTECTED]> writes:

Stefan> It should automatically install them since the package's
Stefan> postinst even restarts Tomcat. Maybe you have used an
Stefan> expterimental version of the package before and not removed
Stefan> the tomcat4 package before installing 4.0.2-1 so
Stefan> /usr/share/tomcat4/webapps is still a directory and not a
Stefan> symlink?

I upgraded the package from version 4.0.2-0.7 without purging. So I
still had the webapps directory under /usr.

I just downloaded and installed 4.0.3-1 (after purging the previous
version.)

(Very minor nitpick: purging the tomcat4 package left the directory
/etc/tomcat4/policy.)

Stefan> I've never tried the manager application, I'll check this
Stefan> before I upload 4.0.3-1. Thanks for the hint!

Manager application works in 4.0.3-1.

Guy> I have security disabled in /etc/defaults/tomcat4.

Stefan> This is something you should IMHO not do. You should rather
Stefan> add a configuration file to /etc/tomcat4/policy.d/ for each
Stefan> webapps that needs special privileges.

I would like to, but compiling JSPs only works if security is
disabled. (Same problem as reported before.)

-- 
G. ``Iggy'' Geens - ICQ: #64109250
Home: <[EMAIL PROTECTED]> - Work: <[EMAIL PROTECTED]>
WWW: http://users.pandora.be/guy.geens/
`I want quality, not quantity. But I want lots of it!'


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]