dvipdfmx dies with this update:
$ dvipdfmx foo.dvi
foo.dvi -> foo.pdf
[1
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+231/600 --dpi 831 gbm
mktexpk: Running gsftopk gbm 831
gsftopk(k) version 1.19.2
gs died due to signal 11
grep: gbm.log: そのようなファイルやディレクトリはありません
mktexpk: `gsftopk gbm 831' failed to make gbm.831pk.
kpathsea: Appending font creation commands to missfont.log.
dvipdfmx:warning: Could not locate a virtual/physical font for TFM "gbm".
dvipdfmx:warning: >> This font is mapped to a physical font "gbm".
dvipdfmx:warning: >> Please check if kpathsea library can find this font: gbm
dvipdfmx:fatal: Cannot proceed without .vf or "physical" font for PDF output...
dvipdfmx:fatal: Cannot proceed without .vf or "physical" font for PDF output...
Output file removed.
Reverting to the previous updates-pushed ones makes dvipdfmx work again.
Ah, works well with "real" machine HP spectre - perhaps vbox is not compatible yet.
LXDE on vbox does not work at all with this kernel. I cannot drag window after clicking window titile bar, and sees some other issue. I will check if such issue happens even on "real" (i.e. no vbox) machine.
Problem 2: package texlive-collection-langjapanese-6:svn41002-44.20160520.fc28.noarch requires tex-uplatex-doc, but none of the providers can be installed
- package texlive-uptex-7:20170520-29.fc28.x86_64 obsoletes texlive-uplatex-doc < 7:20170520 provided by texlive-uplatex-doc-6:svn41370-42.fc28.2.noarch
- cannot install the best update candidate for package texlive-uplatex-bin-6:svn26326-42.20160520.fc28.noarch
- cannot install the best update candidate for package texlive-collection-langjapanese-6:svn41002-42.20160520.fc28.noarch
Perhaps texlive-uptex-7:20170520-29.fc28 (from texlive-base) must also provide tex-uptex-doc, not only texlive-uptex-doc
Already pushed into stable, however tested with LXDE Live and root login okay.
Filed as #1511275
kinit mtasaka@FEDORAPROJECT.ORG (on non-wired connection, perhaps) does not work after updating sssd to this.
Downgrading to 1.15.3-5.fc27 makes kinit woring again.
With fedpkg-1.30.fc27,
22700048 build (f26-candidate, /git/rpms/rubygem-gtk3:2535b13ec0ac45ecc74200be33dad00e136b7821): open (buildvm-s390x-15.s390.fedoraproject.org) -> FAILED: BuildError: src.fedoraproject.org:/git/rpms/rubygem-gtk3 is not in the list of allowed SCMs
0 free 0 open 0 done 2 failed
https://koji.fedoraproject.org/koji/taskinfo?taskID=22700048
Reverting to fedpkg-1.29-5.fc27 resolves the above issue.
Works for me.
By the way, while luajit 2.1.0-beta3 may fix segv on elf compilation on aarch64, if that does not work, killing luajit support when building efl on aarch64 also seems okay:
https://koji.fedoraproject.org/koji/taskinfo?taskID=19567744
(armv7hl build not finished yet)
Removing that patch does not fix the issue. Soname changed, so rebuild of efl is now needed.
By the way, luajit 2.1.0-beta3 is released on 2017/May/01, which says that "the major new features are JIT compiler support for x64 in GC64 mode, ARM64 and MIPS64. ", so it might be possible that segv on aarch64 when compiling efl (segv is actually happening inside luajit) is fixed with this new luajit.
http://luajit.org/
Broken deps even on x86_64
Error: Package: efl-1.18.4-2.fc26.x86_64 (@fedora)
Requires: libts-0.0.so.0()(64bit)
Removing: tslib-1.0-12.fc26.x86_64 (@fedora)
libts-0.0.so.0()(64bit)
Updated By: tslib-1.10-0.1.rc1.fc26.x86_64 (updates-testing)
Not found
Maybe you have to disable aarch64 support for efl right now.
Broken dependency
Error: Package: unar-1.10.1-2.fc26.x86_64
Requires: libgnustep-base.so.1.24()(64bit)
Removing: gnustep-base-libs-1.24.9-2.fc26.x86_64
libgnustep-base.so.1.24()(64bit)
Updated By: gnustep-base-libs-1.25.0-2.fc26.x86_64 (updates-testing)
~libgnustep-base.so.1.25()(64bit)
Same here, broken deps.
This update has been unpushed.
Once revoking, I will fix rails-dom-testing deps.
Looks like now people using Fedora 27 are seeing some surprising result that lots of packages are to be removed due to this upgrade .... https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/L3P42MRVMD24L7UIOQWGCVJ3FAVEPZJ4/