Re: Mingw RPM deps broken [Re: Fedora rawhide compose report: 20170708.n.0 changes]
On Mon, Jul 10, 2017 at 09:52:18AM +0100, Daniel P. Berrange wrote:
> On Sat, Jul 08, 2017 at 02:40:42PM +, Fedora Rawhide Report wrote:
>
> > Broken deps for x86_64
> > --
> > [mingw-atkmm]
> > mingw32-atkmm-2.24.2-3.fc26.noarch requires mingw32(libglibmm-2.4-1.dll)
> > mingw64-atkmm-2.24.2-3.fc26.noarch requires mingw64(libglibmm-2.4-1.dll)
>
> It appears that the /usr/lib/rpm/mingw-find-{requires,provides}.sh scripts
> are broken. New builds are ending up with almost no provides lists, which
> is in turn causing all dependant packages to report broken deps like this.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1468993
>
> Early June was the last time I see this working correctly so far, so
> potentially any mingw package built in rawhide since that time has
> broken deps and will need a rebuild once this is fixed
Did something change recently in autodetecting provides list during
rpm build? I have similar situation couple weeks ago - package
owfs, subpackage owfs-libs - libftdi was not detected as needed.
I had to manually stick “Requires: libftdi”, earlier this worked automatically.
I remember someone had problems with underspecified Requires: with
some other package, but I cannot remember specifics - it was raised on -devel
here.
My build was for Rawhide, I did not build for F26.
--
Tomasz Torcz "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Mingw RPM deps broken [Re: Fedora rawhide compose report: 20170708.n.0 changes]
On 10.07.2017 10:52, Daniel P. Berrange wrote:
It appears that the /usr/lib/rpm/mingw-find-{requires,provides}.sh
scripts
are broken. New builds are ending up with almost no provides lists, which
is in turn causing all dependant packages to report broken deps like this.
https://bugzilla.redhat.com/show_bug.cgi?id=1468993
Early June was the last time I see this working correctly so far, so
potentially any mingw package built in rawhide since that time has
broken deps and will need a rebuild once this is fixed
Actually it looks like it works again now, I rebuilt mingw-LibRaw and
mingw-glibmm24 yesterday for F27 and both got its provides again. Not
sure what cause the script to fail before though.
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Mingw RPM deps broken [Re: Fedora rawhide compose report: 20170708.n.0 changes]
On Sat, Jul 08, 2017 at 02:40:42PM +, Fedora Rawhide Report wrote:
> Broken deps for x86_64
> --
> [mingw-atkmm]
> mingw32-atkmm-2.24.2-3.fc26.noarch requires mingw32(libglibmm-2.4-1.dll)
> mingw64-atkmm-2.24.2-3.fc26.noarch requires mingw64(libglibmm-2.4-1.dll)
> [mingw-freeimage]
> mingw32-freeimage-3.17.0-7.fc26.noarch requires mingw32(libraw-16.dll)
> mingw64-freeimage-3.17.0-7.fc26.noarch requires mingw64(libraw-16.dll)
> [mingw-gtkmm24]
> mingw32-gtkmm24-2.24.5-2.fc26.noarch requires
> mingw32(libgiomm-2.4-1.dll)
> mingw32-gtkmm24-2.24.5-2.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-gtkmm24-2.24.5-2.fc26.noarch requires
> mingw64(libgiomm-2.4-1.dll)
> mingw64-gtkmm24-2.24.5-2.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
> [mingw-gtkmm30]
> mingw32-gtkmm30-3.22.0-2.fc26.noarch requires
> mingw32(libgiomm-2.4-1.dll)
> mingw32-gtkmm30-3.22.0-2.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-gtkmm30-3.22.0-2.fc26.noarch requires
> mingw64(libgiomm-2.4-1.dll)
> mingw64-gtkmm30-3.22.0-2.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
> [mingw-gtkspellmm30]
> mingw32-gtkspellmm30-3.0.5-2.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-gtkspellmm30-3.0.5-2.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
> [mingw-libglademm24]
> mingw32-libglademm24-2.6.7-22.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> [mingw-libvirt-glib]
> mingw32-libvirt-glib-1.0.0-2.fc26.noarch requires mingw32(libvirt-0.dll)
> mingw32-libvirt-gobject-1.0.0-2.fc26.noarch requires
> mingw32(libvirt-0.dll)
> mingw64-libvirt-glib-1.0.0-2.fc26.noarch requires mingw64(libvirt-0.dll)
> mingw64-libvirt-gobject-1.0.0-2.fc26.noarch requires
> mingw64(libvirt-0.dll)
> [mingw-libxml++]
> mingw32-libxml++-2.40.1-3.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-libxml++-2.40.1-3.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
> [mingw-pangomm]
> mingw32-pangomm-2.40.1-2.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-pangomm-2.40.1-2.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
> [mingw-plotmm]
> mingw32-plotmm-0.1.2-22.fc26.noarch requires
> mingw32(libglibmm-2.4-1.dll)
> mingw64-plotmm-0.1.2-22.fc26.noarch requires
> mingw64(libglibmm-2.4-1.dll)
It appears that the /usr/lib/rpm/mingw-find-{requires,provides}.sh scripts
are broken. New builds are ending up with almost no provides lists, which
is in turn causing all dependant packages to report broken deps like this.
https://bugzilla.redhat.com/show_bug.cgi?id=1468993
Early June was the last time I see this working correctly so far, so
potentially any mingw package built in rawhide since that time has
broken deps and will need a rebuild once this is fixed
Regards,
Daniel
--
|: https://berrange.com -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
