Re: [ROOT] (update) 3.05.02, linuxdeb and --with-ttf-fontdir

From: Fons Rademakers (Fons.Rademakers@cern.ch)
Date: Sun Feb 23 2003 - 04:06:13 MET


Hi Christian,

  I'll make these changes in the rules and tail.spec files.

Concerning the inclusion of the MS fonts. This is for convenience only
since most people did not install them and they greatly enhance the
look. For any possible truely open version of ROOT we could easily
unbundle them from the rpms, or replace them by the
http://corefonts.sourceforge.net/ or any other alternative. Also, if
people ask permission to sell ROOT based applications we will grant them
the permission to take out the MS fonts if they want to.

Cheers, Fons.


On Mon, 2003-02-17 at 17:44, Christian Holm Christensen wrote:
> Hi all,  
> 
> Daniel De Marco <ddm@GE.INFN.IT> wrote concerning
>   Re: [ROOT] (update) 3.05.02, linuxdeb and --with-ttf-fontdir [Fri, 14 Feb 2003 14:28:45 +0100] 
> ----------------------------------------------------------------------
> > * Daniel De Marco <ddm@ge.infn.it> [14/02/2003 13:35]:
> > > I downloaded root 3.05.02 (source) and tried 
> > > make debian
> > > It tries to pass to configure the option
> > > --with-ttf-fontdir=/usr/share/fonts/truetype
> > > that is not recognised.
> > > I removed the line from debian/rules and it compiled without problems. I
> > > will set the fontdir in my rootrc.
> 
> The issue, is that the option in `configure' was changed from
> `--with-ttf-fontdir' to `--fontdir', and the True Type Fonts are
> distributed along with the ROOT source code.  
> 
> First, a little history: 
> 
> When ROOT went from version 2.25/xx to 3.00/00, the build system was
> entirely revisited.  One of the things we (Fons and I) was to have a
> `configure' script which you can pass command line options, rather
> than setting environment variables, as the former as far  less
> intrusive to the user.  
> 
> Back when the build system was environment driven, it was assumed that
> `freetype.h', `libttf.so', and `cour.ttf' was all living the directory
> pointed to by the `FONTS' (or something like that) environment
> variable - otherwise, the `libGX11TTF' library wouldn't be built at
> all.  Now, on most machines with a `sane' installation of the FreeType
> library, the headers will live in either `/usr/include' or
> `/usr/local/include' and the library in `/usr/lib' or
> `/usr/local/lib', and the fonts could be anywhere, though most
> probably in `/usr/share/fonts' or `/usr/X11R6/lib/X11/fonts'.  Hence,
> we changed things a bit when we introduced the `configure' script; but
> the assumption was still that `libGX11TTF.so' was optional, and hence
> the options was prefixed by `--with-'.  
> 
> Now that the ROOT sources include the Microsoft fonts directly in the
> source tree, the library `libGX11TTF' isn't considered `optional', and
> hence the option has changed to `--fontdir'. 
> 
> These changes should of course be propagated to the RPM and Debian
> packaging scripts too.  The relevant files are
> `build/packages/debian/rules.in', where the line reading 
> 
>                 --with-ttf-fontdir=/usr/share/fonts/truetype
> 
> should be 
> 
>                 --fontdir=/usr/share/fonts/truetype
> 
> and the file `build/packages/rpm/tail.spec.in' where the line 
> 
>         --with-ttf-fontdir=/usr/share/fonts/truetype
> 
> should read 
> 
>         --fontdir=/usr/share/fonts/truetype
> 
> 
> I'm slightly concerned about the inclusion of the Microsoft Core True
> Type Fonts directly in the source tree of ROOT.  The EULA (End-User
> Licence Agreement) says:
> 
>    Copies of the SOFTWARE PRODUCT may not be distributed for profit
>    either on a standalone basis or included as part of your own
>    product. 
> 
> which clearly prohibits people from selling products based on ROOT,
> _unless_ they explicitly take out the true type fonts, which on the
> other hand may constitute a `modification' of ROOT, which then implies
> you need explicit permission to do so.   This is far more `viral' than
> the (L)GPL could ever be. 
> 
> The EULA also states, that 
> 
>   Restrictions on Alteration.  You may not rename, edit or create any
>   derivative works from the SOFTWARE PRODUCT, other than subsetting
>   when embedding them in documents.
> 
>   ...
> 
>   4.  U.S. GOVERNMENT RESTRICTED RIGHTS. The SOFTWARE PRODUCT and
>   documentation are provided with RESTRICTED RIGHTS. Use, duplication,
>   or disclosure by the Government is subject to restrictions as set
>   forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and
>   Computer Software clause at DFARS 252.227-7013 or subparagraphs
>   (c)(1) and (2) of the Commercial Computer Software-Restricted Rights
>   at 48 CFR 52.227-19, as applicable. Manufacturer is Microsoft
>   Corporation/One Microsoft Way/Redmond, WA 98052-6399.
> 
> which may be another barrier for ROOT to become truly OpenSource [1]
> (in the meaning of the OSD).  The first section says no `Derived
> Works', and the second is a `Discrimination Against Persons or
> Groups'.  This, again would mean that ROOT could not enter into the
> main trunk of the Debian distribution, and I think Red Hat would have
> similar qualms.  Both would probably have to exclude the TTF fonts,
> hence creating a `modified' version of ROOT, which cannot directly be
> redistributed. 
> 
> I'd like to urge the everyone to consider these matters. 
> 
> Yours, 
> 
>  ___  |  Christian Holm Christensen 
>   |_| |	 -------------------------------------------------------------
>     | |	 Address: Sankt Hansgade 23, 1. th.  Phone:  (+45) 35 35 96 91
>      _|	          DK-2200 Copenhagen N       Cell:   (+45) 24 61 85 91
>     _|	          Denmark                    Office: (+45) 353  25 305
>  ____|	 Email:   cholm@nbi.dk               Web:    www.nbi.dk/~cholm
>  | |
> 
> 
> 
> [1] http://opensource.org/docs/definition.php
-- 
Org:    CERN, European Laboratory for Particle Physics.
Mail:   1211 Geneve 23, Switzerland
E-Mail: Fons.Rademakers@cern.ch              Phone: +41 22 7679248
WWW:    http://root.cern.ch/~rdm/            Fax:   +41 22 7679480



This archive was generated by hypermail 2b29 : Thu Jan 01 2004 - 17:50:09 MET