No hurry to fix it.
It has been "broken" for so many years...
As explained in the CERNLIB disclaimers those files are permitted to
be used with GEANT321. So no problem on that and no hurry to remove. The
issue is that they are not GPL licensed and I understand this is not
what you want (a mixture of GPL and different, not compatible licenses)
for obvious reasons.
Thanks for your care, you are right on the extra files, I missed them.
Ciao
Alfredo
On Wed, 23 Nov 2005, Kevin B. McCarty wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dear all,
Patrice Dumas wrote:
Hello,
I got a report that some files in the cernlib package I
submitted to fedora extras were fluka files. The report is here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253#c31
It seems to me that the debian package has the same issue, so I attach
the updated deadpool.txt (I call it cernlib-deadpool.txt).
I have filed this bug at http://bugs.debian.org/340433 for future
reference. (Patrice, you may want to cross-reference the URL on
RedHat's bugzilla.)
In addition to the list of files you both have sent, I think that also
geant321/geant321/nucstf.inc and geant321/geant321/qquark.inc should be
excluded. I've also decided to omit the geant321/fiface directory and
the files geant321/miface/gfmfin.F and geant321/miface/gfmdis.F, since
they appear to be useless without the FLUKA code. The remainder of
Geant3.21, happily, seems self-contained; only the file
geant321/gcons/gftmat.F uses one of the excluded routines, and only if
specifically told to do so.
The total list of files and directories excluded from the geant321
directory is then as follows:
geant321/data/flukaaf.dat
geant321/block/
geant321/fiface/
geant321/fluka/
geant321/miface/gfmfin.F
geant321/miface/gfmdis.F
geant321/peanut/
geant321/geant321/nucstf.inc
geant321/geant321/qquark.inc
[plus the list of about fifty include files you both sent me]
I've also already excluded the following CAR and CMZ files:
car/geanf.car
car/geanf321.car
cmz/geanf.cmz
cmz/geanf321.cmz
Let me know if this looks good or if there is something else that should
be excluded.
I've made the geant321 library to compile without these files. However
it may take me a few days of testing to make sure that I replace them
properly with dummy functions to avoid breaking binary compatibility.
(As Patrice knows, I am compiling Cernlib as shared libraries so I have
to be a bit careful.)
The version of Cernlib in Debian "unstable" will have the situation
corrected as soon as I finish my tests and upload it. It will take some
time (days to weeks) before it propagates into Debian "testing".
However, correcting the version in Debian "stable" may be problematic
for technical reasons beyond my control. I will try to keep you updated
on the situation there.
best regards,
- --
Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department
WWW: http://www.princeton.edu/~kmccarty/ Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDhN06fYxAIk+Dx1ERAhqaAJ4/lffcI0kat2w6+MM6snz2S6ZLWwCdGwEQ
xLnD9y+kuHRznYGfS3qmpzM=
=c8d5
-----END PGP SIGNATURE-----
--
+----------------------------------------------------------------------------+
| Alfredo Ferrari || Tel.: +41.22.767.6119 |
| CERN-AB || Fax.: +41.22.767.7555 |
| 1211 Geneva 23 || e-mail: [EMAIL PROTECTED] |
| Switzerland || [EMAIL PROTECTED] |
+----------------------------------------------------------------------------+
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
