What do you mean by "install time" exactly?
Do you mean you have a system using rawhide from the mirrors
and you are trying to install there?
If so are you installing community-mysql itself from the
mirrors? or have you fetched than from koji to install
manually?
Tom
On 30/01/2019 14:20, Michal Schorm wrote:
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
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
_______________________________________________
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
