Comments

60 Comments
 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.

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

karma

fedpkg new-sources fails with the following message:

Could not execute new_sources: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>401 Unauthorized</title>
</head><body>
<h1>Unauthorized</h1>
<p>This server could not verify that you
are authorized to access the document
requested.  Either you supplied the wrong
credentials (e.g., bad password), or your
browser doesn't understand how to supply
the credentials required.</p>
</body></html>

Looks like the different issue.

karma

Seem to be working.

BZ#1342847 cppcheck-1.74 is available

What I meant is that I will fix this in the next push.

pkg-config issue is minor, so I'll push this request as it is.