On Wed, Jan 30, 2019 at 3:06 PM Fabio Valentini <decatho...@gmail.com> wrote: > Not necessarily. Builds are only pushed to repositories after a successful > compose, but are available in koji only a few minutes after they were built. > That means that packages built locally or on COPR (which use the rawhide > repository) get "older" versions than the koji builds that have access to new > packages pre-compose.
All of those packages were built in Koji. I wasn't talking about any custom builds. (since custom builds can't be added anyhow to Koji, right?) That means - it (the icu 63) was in the repository at the build time of the community-mysql, but wasn't later at install time. Wizardy? Untagged buiid? -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Jan 30, 2019 at 3:06 PM Fabio Valentini <decatho...@gmail.com> wrote: > > On Wed, Jan 30, 2019, 14:56 Michal Schorm <msch...@redhat.com wrote: >> >> Hello, >> >> I built "community-mysql" package in version 8.0.14 in rawhide. >> It was built on top of "libicu-devel" 63.1-1.fc30 >> >> -- >> >> 1) >> But when I tried to install the community-mysql package into Rawhide, I got: >> nothing provides libicuio.so.63()(64bit) needed by >> community-mysql-server-8.0.14-2.fc30.x86_64 >> >> That means, it was available in the buildroot, but not in the repository. >> How is that possible? The buildroot also need the exact same >> repository to install packages from, right? > > > Not necessarily. Builds are only pushed to repositories after a successful > compose, but are available in koji only a few minutes after they were built. > > That means that packages built locally or on COPR (which use the rawhide > repository) get "older" versions than the koji builds that have access to new > packages pre-compose. > >> >> -- >> >> 2) >> When installed the latest icu build, I got: >> ackage xfsprogs-4.18.0-1.fc30.x86_64 requires >> libicui18n.so.62()(64bit), but none of the providers can be installed >> >> Which means, "community-mysql" was built on top of the newer library >> version that its dependencies. >> Unfortunate, however that should sooner or later fix itself, thanks to >> koschei rebuilding the packages. > > > Koschei does only koji scratch "test" builds, which aren't submitted to > repositories at all. > >> Or at some point, rawhide will >> undergo a system wide rebuild. Right? > > > Yes. Check the fedora 30 schedule - it was planned for today but delayed to > tomorrow because of a known GCC bug. > > Fabio > > >> >> -- >> >> Michal >> >> -- >> >> Michal Schorm >> Software Engineer >> Core Services - Databases Team >> Red Hat >> >> -- >> _______________________________________________ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
