[Bug 242416] Review Request: texlive - Binaries for the TeX formatting system

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: texlive - Binaries for the TeX formatting system


https://bugzilla.redhat.com/show_bug.cgi?id=242416





------- Additional Comments From pertusus@xxxxxxx  2007-08-29 04:43 EST -------
(In reply to comment #46)
> (In reply to comment #45)
> > The licenses issues are blockers,
> 
> Yes, they are, but in the current state of TeXLive packages, which are now in
> functional state, we should focus on F8 inclusion, because feature freeze was
> yesterday and we can remove stuff with inappropriate licensing during the last
> testing period. If TeXLive is not included now into Fedora, there will be *no*
> TeXLive in it, making F8 terribly poor in comparison with other distros, such as
> Mandriva or SuSE, where texlive is already included. These license problems can
> really be resolved after inclusion.

A package with license issues cannot be approved. Since here we
have certainly the same issues in an already included package in 
Fedora (tetex), it would be acceptable, in my opinion, if you feel
that we really are in a hurry.

> > and I also think that
> > the projects I list in Comment #20 under 
> > 
> > Separate projects
> > -----------------
> > 
> > should not be shipped if they weren't part of tetex previously.
> 
> Why? One of the criteria needed for TeXLive to be accepted is that it should
> substitute functionality of tetex, what it does, but why to limit the Fedora
> TeXLive only to a functionality in obsolete teTeX? This makes no sense to me.

The point is not to reduce the functionalities in texlive, but do
proper packaging. It is not appropriate to repackage a distribution
when it consists of projects that have a clear independence. In general
every project with a release distributed and a home page should have
its own package. This is evident in the case of texlive because some 
parts are already out of date.

So, to avoid obsoletes and complications, it seems to me that it would 
be better not to add those to texlive in the first place (and submit
those packages separately). There are switches for all the utilities 
in the texlive configure to avoid building them.

As I said above I think that it acceptable to let those that were in
tetex slip in, but no more. If there was no tetex in fedora I think 
that shipping independent projects in texlive would be a blocker.

> I can add a virtual provides for those packages, but I don't think it's a good
> idea to remove the texlive- prefix as users should know it is not comming from,
> say xdvi upstream, but from TeXLive distribution so that it could differ from
> the official upstream of the projects as the problems users could face should be
> reportrd to TeXLive upstream.

My idea was that having those packages from texlive should be 
only transitory, and to avoid obsoletes/provides and so on 
and so forth (there are already the tetex related obsoletes)
it would be better not to use the texlive prefix in the first 
place. Especially when the version in texlive is the same than
the up-upstream version.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

_______________________________________________
Fedora-package-review mailing list
Fedora-package-review@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/fedora-package-review

[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]