stable

texlive-2018-20.fc29 and texlive-base-20180414-24.fc29

FEDORA-2018-1959097dfc created by spot 6 years ago for Fedora 29

Update pretty much everything in texlive. Apply upstream fix for CVE-2018-17407. Resolve (hopefully) all dependency issues.

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2018-1959097dfc

This update has been submitted for testing by spot.

6 years ago

This update has been pushed to testing.

6 years ago
User Icon kuosmanen commented & provided feedback 6 years ago
karma

works for me

User Icon pwalter commented & provided feedback 6 years ago
karma

Works

User Icon chr77 commented & provided feedback 6 years ago
karma

Works for me. No regressions noted compared to previous version.

This update has been submitted for batched by bodhi.

6 years ago

This update has been submitted for stable by pwalter.

6 years ago

This update has been pushed to stable.

6 years ago
User Icon jamatos commented & provided feedback 6 years ago
karma

Works for me. It was heavily tested between beamer, beamer-article and all the hundreds of packages required to make the lecture notes. :-)

Thank you. :-)

BZ#1599508 texlive update still has issues with failed dependencies
User Icon anonymous commented & provided feedback 6 years ago

I still have the following error:

! Package inputenc Error: Invalid UTF-8 byte sequence. See the inputenc package documentation for explanation. Type H <return> for immediate help. ...
l.109 \maketitle

With F28 all is working fine.

User Icon jamatos commented & provided feedback 6 years ago

@anonymous: do you have a minimal working example where that fails? If so you could open a bug report at bugzilla to track it there?

User Icon anonymous commented & provided feedback 6 years ago

In my case it has something to do with the new standard encoding of the LaTeX-Kernel and I found a solution with '\UseRawInputEncoding \input'. But I have another problem:

In /usr/bin, two symbolic links are created for dvipdfm and dvipdfm. They both point to /usr/bin/xdvipdfmx which isn't there.

User Icon jamatos commented & provided feedback 6 years ago

I have the xdvipdmx binary installed, it belong to the texlive-xetex package. The symbolic links just work, so I suppose you do not have it installed...

User Icon anonymous commented & provided feedback 6 years ago

This is interesting. You are absolutely right, this package isn't installed... but in Fedora 28 this package always were installed along with the simple installation of the texlive package. Nevertheless thank you very much! Now it works fine and sorry for my question. I know this is not the right place for something like this but I thought it was a bug with failed dependencies.

User Icon chatucker commented & provided feedback 6 years ago

@spot: in the newly workstation installation an install command on texlive-scheme-full the following error comes back:

"Error: Problem: package texlive-scheme-full-8:svn44177-20.fc29.noarch requires texlive-collection-binextra, but none of the providers can be installed - conflicting requests - nothing provides texlive-xindy needed by texlive-collection-binextra-8:svn47945-20.fc29.noarch"

Are you aware of this? And is this what #1599508 described?

User Icon kakosf commented & provided feedback 6 years ago

@chatucker, I filed the bug you've mentioned, which is another dependency issue #1643664.

As I've described there, the reason is that there is no such package, ie "texlive-xindy", in the official repositories.

The response was that the aforementioned package was disabled.


Please login to add feedback.

Metadata
Type
security
Severity
low
Karma
4
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
6 years ago
in testing
6 years ago
in stable
6 years ago
BZ#1599508 texlive update still has issues with failed dependencies
0
0
BZ#1632803 CVE-2018-17407 texlive: Buffer overflow in t1_check_unusual_charstring function in writet1.c [fedora-all]
0
0

Automated Test Results