Comments

125 Comments

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/

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

karma

Already pushed into stable, however tested with LXDE Live and root login okay.

karma

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.

karma

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.

karma

Works for me.

BZ#1476472 cppcheck-1.80 is available

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/

karma

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.

Once revoking, I will fix rails-dom-testing deps.