fedora-modularity / baseruntime-package-lists Goto Github PK

View Code? Open in Web Editor NEW

0.0 0.0 13.0 45.2 MB

License: Other

Python 32.92% Shell 51.34% Perl 13.69% Makefile 2.05%

baseruntime-package-lists's People

Contributors

Watchers

Forkers

r4f4 sgallagher ignatenkobrain tdawson contyk devop-mmcgrath cgwalters jlebon thrix tojaj mmathesius chezmcn

baseruntime-package-lists's Issues

repoquery call leaves cache around

download_repo.sh calls repoquery and dnf keeps cache in /var/tmp and after next download of repodata, cache doesn't invalidate... This might be bug in DNF.

In any case I think we should always do something like --cachedir mktemp -d and remove that dir after...

scripts do not make update override easy

Imagine, you have ceph in overrides and now you decide to override another version, only way you can do it either start from scratch (for whole override) which is time-consuming or find all old subpackages and manually wipe them.

Repodata might be broken

I use the repodata from this repo in my dependency-report-scripts to generate dependency-report.

Everything always works good, but I was getting errors from depchase for the last few days on stuff that worked previously. I have managed to patch depchase to get the actual error message, there it is:

nothing provides /usr/lib/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.armv7hl
nothing provides /usr/lib/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.i686
nothing provides /usr/lib64/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.aarch64
nothing provides /usr/lib64/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.ppc64
nothing provides /usr/lib64/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.ppc64le
nothing provides /usr/lib64/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.s390x
nothing provides /usr/lib64/libnssckbi.so needed by mod_nss-1.0.14-5.fc27.x86_64
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.aarch64
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.armv7hl
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.i686
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.ppc64
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.ppc64le
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.s390x
nothing provides /usr/libexec/system-python needed by anaconda-core-27.20-1.fc27.x86_64
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.aarch64
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.armv7hl
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.i686
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.ppc64
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.ppc64le
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.s390x
nothing provides /usr/share/dict/words needed by krb5-server-1.15.1-25.fc28.x86_64

The question is: Are the repodata broken? Are packages borken? Am I doing something wrong?

Please add bison/yacc/flex/m4 to platform

These are developer tools that we need to provide so that users can build their own packages.
At least bison is also a runtime dependency for some packages.

Override libxslt-1.1.30-2.fc28

libxslt-1.1.30-1.fc28 which we have right now has broken xslt-config binary, I've fixed it.

there is no simple way of doing overrides with archful srpms

dl_pkgs.sh puts SRPMs into repos/$release/$arch/sources and that's it. and mock_wrapper.sh expects you to pass NVR, so it will download it from koji once more (already N+1 times where N is number of arches).

dl_pkgs.sh downloads src / noarch multiple times

this increases time of downloading quite a lot of things like glibc...

Duplicate packages test failing

Several packages in the current package lists are listed in more than one version. This is caused by the depsolver using an older version available in the frozen set because dependencies of the overrides set cannot be satisfied, either directly or somewhere deeper in the chain.

When you then attempt to build packages, only the latest, broken version is installed and the build fails on unresolved dependencies.

The current dupes reported by the tests are (unified for all arches):

dbus
dbus-libs
emacs-filesystem

The dbus dups are caused by the new cmake-filesystem dependency of the 1.11.16 version in overrides. We provide cmake-3.8.2 while cmake-filesystem was introduced in cmake-3.9.0. Updating cmake in our overrides should fix that problem.

I have yet to look into emacs.

boost missing in platform or host

boost is required by a huge number of packages and should probably be in platform.
This will also fix the mongodb issue with the missing libboost_chrono:
https://bugzilla.redhat.com/show_bug.cgi?id=1509934

user option for rsync-push

I usually run rsync-push as user with a different name than my FAS id. This causes problems with syncing.
Please add a user option for rsync-push.sh.

The current package lists are broken

As of 0e9ff74, the package lists and everything that derives from them is broken.

I assume this was an undetected depsolving error that truncated the ppc64 lists for all three modules. Apparently the bootstrap tag was later synced and the packages needed by ppc64 builds were dropped. This causes build failures for both Platform and Atomic Host.

I will look into this. This issue serves as a tracker and to let people know we are aware of the problem.

generate_package_lists.sh can't handle archful SRPMs with an older dist-tag

While trying to process Rawhide, I received the following error:

[sgallagh@sgallaghp50:baseruntime-package-lists (master)]$ ./generate_module_lists.sh --version Rawhide  --arch x86_64
Processing runtime for x86_64
Traceback (most recent call last):
  File "/home/sgallagh/.local/bin/depchase", line 4, in <module>
    __import__('pkg_resources').run_script('depchase==1', 'depchase')
  File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 739, in run_script
    self.require(requires)[0].run_script(script_name, ns)
  File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 1507, in run_script
    exec(script_code, namespace, namespace)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/depchase-1-py3.6.egg/EGG-INFO/scripts/depchase", line 456, in <module>
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/core.py", line 722, in __call__
    return self.main(*args, **kwargs)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/core.py", line 697, in main
    rv = self.invoke(ctx)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/core.py", line 1066, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/core.py", line 895, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/core.py", line 535, in invoke
    return callback(*args, **kwargs)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/click-6.7-py3.6.egg/click/decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/home/sgallagh/.local/lib/python3.6/site-packages/depchase-1-py3.6.egg/EGG-INFO/scripts/depchase", line 430, in resolve
  File "/home/sgallagh/.local/lib/python3.6/site-packages/depchase-1-py3.6.egg/EGG-INFO/scripts/depchase", line 329, in solve
  File "/home/sgallagh/.local/lib/python3.6/site-packages/depchase-1-py3.6.egg/EGG-INFO/scripts/depchase", line 329, in <genexpr>
  File "/home/sgallagh/.local/lib/python3.6/site-packages/depchase-1-py3.6.egg/EGG-INFO/scripts/depchase", line 308, in get_sourcepkg
AssertionError: Could not find source package for grub2-2.02-0.38.fc26.src
Depchase failures encountered on x86_64 runtime:

This is because the grub2 package currently in Rawhide still has a .fc26 dist-tag, but the archful-SRPM regeneration ends up with a .fc27 dist-tag. We need a way to "trick" libsolv into using the regenerated fc27 version here.

Tagging @ignatenkobrain for his thoughts.

please add libbytesize and bcache-tools

we have libblockdev-mdraid in platform, but not libbytesize: 'conflicting requests - nothing provides libbytesize.so.1()(64bit) needed by libblockdev-mdraid-2.11-1.module_04d473e8.x86_64'

likewise:'nothing provides bcache-tools >= 1.0.8 needed by libblockdev-kbd-2.11-1.module_04d473e8.x86_64'

update realmd in repodata

realmd fails to build: https://koji.fedoraproject.org/koji/taskinfo?taskID=21886056

It's been fixed in a newer version I'm using in the installer: https://src.fedoraproject.org/modules/installer/c/bb0bd5085395a05ca77d8ac5ae57ac1c200c687c?branch=master

Could you please update it in the repodata ?

fedora-modularity / baseruntime-package-lists Goto Github PK

baseruntime-package-lists's People

Contributors

Watchers

Forkers

baseruntime-package-lists's Issues

Recommend Projects

Recommend Topics

Recommend Org