January 2013 - mingw - Fedora Mailing-Lists

[mingw-pthreads] Rebuild against mingw-gcc 4.8 (win64 uses SEH exceptions now)

by Erik van Pienbroek

commit a9e80ef27e812741c39b36f58628af8f9d878d8d Author: Erik van Pienbroek <epienbro(a)fedoraproject.org> Date: Sun Jan 27 18:29:18 2013 +0100 Rebuild against mingw-gcc 4.8 (win64 uses SEH exceptions now) mingw-pthreads.spec | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/mingw-pthreads.spec b/mingw-pthreads.spec index 9707293..3127710 100644 --- a/mingw-pthreads.spec +++ b/mingw-pthreads.spec @@ -6,7 +6,7 @@ Name: mingw-pthreads Version: 2.8.0 -Release: 22.%{prerelease_date}cvs%{?dist} +Release: 23.%{prerelease_date}cvs%{?dist} Summary: MinGW pthread library License: LGPLv2+ Group: Development/Libraries @@ -246,6 +246,9 @@ ln -s libpthreadGC2.dll.a $RPM_BUILD_ROOT%{mingw64_libdir}/libpthread.dll.a %changelog +* Sun Jan 27 2013 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 2.8.0-23.20110511cvs +- Rebuild against mingw-gcc 4.8 (win64 uses SEH exceptions now) + * Fri Jul 20 2012 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.8.0-22.20110511cvs - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild

11 years, 3 months

1
0
0 / 0

Heads up: mingw-gcc 4.8 is now in rawhide

by Erik van Pienbroek

Hi, The package mingw-gcc in rawhide has just been updated to gcc 4.8. All packages which are built from now on in rawhide will be built using gcc 4.8. Earlier test mass rebuilds have shown only two remaining failing builds, mingw-qpid-cpp and wine-mono (where wine-mono failed because of an automake compatibility issue which is not gcc 4.8 related). All other mingw packages should rebuild fine without issues against gcc 4.8. Today I'm going to rebuild all mingw packages which depend on mingw64(libgcc_s_sjlj-1.dll). This is needed as gcc 4.8 now uses SEH exceptions by default for the win64 target instead of SjLj exceptions. This rebuild is needed now to avoid broken dependencies. All packages which used to depend on mingw64(libgcc_s_sjlj-1.dll) will now start to depend on mingw64(libgcc_s_seh-1.dll) instead. In a couple of days (around February 1) the Fedora mass rebuild will start. All remaining mingw packages will then be automatically rebuilt by this mass rebuild, so there's no need for package maintainers to manually rebuild packages. For marketing goals I've also created a feature page for this update: https://fedoraproject.org/wiki/Features/MinGW_GCC_4.8 Regards, Erik van Pienbroek

11 years, 3 months

1
0
0 / 0

[Bug 851677] Review Request: mingw-dbus-glib - MinGW build of GLib bindings for D-Bus

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851677 greg.hellings(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |fedora-cvs? --- Comment #9 from greg.hellings(a)gmail.com --- Thanks! New Package SCM Request ======================= Package Name: mingw-dbus-glib Short Description: MinGW build of GLib bindings for D-Bus Owners: greghellings Branches: f17 f18 InitialCC: -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RU58rrzMLJ&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

Broken dependencies: mingw32-libpng

by Fedora Koji Build System

mingw32-libpng has broken dependencies in the epel-6 tree: On ppc64: mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(msvcrt.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(zlib1.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(kernel32.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32-filesystem >= 0:63 mingw32-libpng-1.2.37-3.el6.noarch requires mingw32-runtime Please resolve this as soon as possible.

11 years, 3 months

1
0
0 / 0

Broken dependencies: mingw32-libpng

by Fedora Koji Build System

mingw32-libpng has broken dependencies in the epel-6 tree: On ppc64: mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(msvcrt.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(zlib1.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32(kernel32.dll) mingw32-libpng-1.2.37-3.el6.noarch requires mingw32-filesystem >= 0:63 mingw32-libpng-1.2.37-3.el6.noarch requires mingw32-runtime Please resolve this as soon as possible.

11 years, 3 months

1
0
0 / 0

[Bug 851683] Review Request: mingw-gconf2 - MinGW Windows port of the GNOME 2.x Desktop Configuration Database System

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851683 Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |erik-fedora(a)vanpienbroek.nl Assignee|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl Flags| |fedora-review? --- Comment #2 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> --- Taking for review The %global mingw_build_winXX lines can be removed as they're already enabled by default in mingw-filesystem The config.cache files which you use in the src.rpm shouldn't be necessary on Fedora. If building the libraries for the win64 target fails then it is probably caused by an outdated bundled libtool. In that case a BuildRequires: autoconf automake libtool and a 'autoreconf --install --force' in the %prep section should do the trick Is overriding the PATH before the %mingw_configure call still necessary? Is the export ORBIT_IDL really necessary? The orbit2 package isn't mentioned as a BuildRequires In the %mingw_configure call you used '--with-gtk=3.0' while there's only a BuildRequires: mingw32-gtk2 mingw64-gtk2 mentioned earlier in the .spec file. Shouldn't the BuildRequires point to gtk3? The %files section contains several unowned-folders, for example %{mingw32_includedir}/gconf, %{mingw32_includedir}/gconf/2, %{mingw32_libdir}/GConf, %{mingw32_libdir}/GConf/2 and %{mingw32_datadir}/sgml/gconf. You can use the RPM directive %dir to have these folders owned by this package The folders %{mingw32_datadir}/dbus-1, %{mingw32_datadir}/dbus-1/services, %{mingw64_datadir}/dbus-1 and %{mingw64_datadir}/dbus-1/services should be owned by the mingw-dbus package, but that isn't the case yet. A bug report should be filed for the mingw-dbus package so that the package maintainer of mingw-dbus can add those directory ownerships The man-pages should be removed from this package as they duplicate the native dbus man pages. The sgml file also looks like a potential candidate to remove. The autostart files can be removed as well as this feature doesn't work on win32/win64 environments The folders %{mingw32_datadir}/locale and %{mingw64_datadir}/locale should NOT be owned by this package. Please use the %mingw_find_lang macro instead (see the packaging guidelines for an example how to use this) -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ipVKgehZFz&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

[Bug 851677] Review Request: mingw-dbus-glib - MinGW build of GLib bindings for D-Bus

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851677 Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl Flags|fedora-review? | Flags| |fedora-review+ --- Comment #8 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> --- $ rpmlint mingw-dbus-glib.spec 0 packages and 1 specfiles checked; 0 errors, 0 warnings. $ rpmlint mingw-dbus-glib-0.100-4.fc18.src.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpmlint mingw32-dbus-glib-0.100-4.fc18.noarch.rpm mingw32-dbus-glib-static-0.100-4.fc18.noarch.rpm mingw64-dbus-glib-0.100-4.fc18.noarch.rpm mingw64-dbus-glib-static-0.100-4.fc18.noarch.rpm mingw32-dbus-glib-static.noarch: W: no-documentation mingw64-dbus-glib-static.noarch: W: no-documentation 4 packages and 0 specfiles checked; 0 errors, 2 warnings. $ rpm --query --requires mingw32-dbus-glib rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 mingw32-crt mingw32-filesystem >= 83 mingw32(kernel32.dll) mingw32(libdbus-1-3.dll) mingw32(libdbus-glib-1-2.dll) mingw32(libexpat-1.dll) mingw32(libgcc_s_sjlj-1.dll) mingw32(libgio-2.0-0.dll) mingw32(libglib-2.0-0.dll) mingw32(libgobject-2.0-0.dll) mingw32(msvcrt.dll) rpmlib(PayloadIsXz) <= 5.2-1 $ rpm --query --requires mingw32-dbus-glib-static mingw32-dbus-glib = 0.100-4.fc18 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsXz) <= 5.2-1 $ rpm --query --requires mingw64-dbus-glib rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 mingw64-crt mingw64-filesystem >= 83 mingw64(kernel32.dll) mingw64(libdbus-1-3.dll) mingw64(libdbus-glib-1-2.dll) mingw64(libexpat-1.dll) mingw64(libgio-2.0-0.dll) mingw64(libglib-2.0-0.dll) mingw64(libgobject-2.0-0.dll) mingw64(msvcrt.dll) rpmlib(PayloadIsXz) <= 5.2-1 $ rpm --query --requires mingw64-dbus-glib-static mingw64-dbus-glib = 0.100-4.fc18 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsXz) <= 5.2-1 $ rpm --query --provides mingw32-dbus-glib mingw32-dbus-glib = 0.100-4.fc18 mingw32(libdbus-glib-1-2.dll) $ rpm --query --provides mingw32-dbus-glib-static mingw32-dbus-glib-static = 0.100-4.fc18 $ rpm --query --provides mingw64-dbus-glib mingw64-dbus-glib = 0.100-4.fc18 mingw64(libdbus-glib-1-2.dll) $ rpm --query --provides mingw64-dbus-glib-static mingw64-dbus-glib-static = 0.100-4.fc18 $ wget --quiet http://dbus.freedesktop.org/releases/dbus-glib/dbus-glib-0.100.tar.gz -O - | md5sum d33959a9c0c6a158f5ac6d640316e89e - $ md5sum dbus-glib-0.100.tar.gz d33959a9c0c6a158f5ac6d640316e89e dbus-glib-0.100.tar.gz + OK ! Needs to be looked into / Not applicable [+] Compliant with generic Fedora Packaging Guidelines [+] Source package name is prefixed with 'mingw-' [+] Spec file starts with %{?mingw_package_header} [+] BuildRequires: mingw32-filesystem >= 95 is in the .spec file [+] BuildRequires: mingw64-filesystem >= 95 is in the .spec file [+] Spec file contains %package sections for both mingw32 and mingw64 packages [+] Binary mingw32 and mingw64 packages are noarch [+] Spec file contains %{?mingw_debug_package} after the %description section [+] Uses one of the macros %mingw_configure, %mingw_cmake, or %mingw_cmake_kde4 to configure the package [+] Uses the macro %mingw_make to build the package [+] Uses the macro %mingw_make to install the package [/] If package contains translations, the %mingw_find_lang macro must be used [+] No binary package named mingw-$pkgname is generated [!] Libtool .la files are not bundled [+] .def files are not bundled [+] Man pages which duplicate native package are not bundled [+] Info files which duplicate native package are not bundled [+] Provides of the binary mingw32 and mingw64 packages are equal [!] Requires of the binary mingw32 and mingw64 packages are equal The rpmlint warnings for the -static subpackages are harmless and can be ignored The mingw32 package seems to depend on libgcc_s_sjlj-1.dll while the mingw64 package doesn't. This may be caused by the fact that I'm already using mingw-gcc 4.8 here (which uses SEH exceptions instead of SjLj exceptions for the win64 target by default). We can investigate this later, but it isn't a show-stopper for now ===================================================== The package mingw-dbus-glib is APPROVED by epienbro ===================================================== -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=w47YeUaYMa&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

[Bug 851677] Review Request: mingw-dbus-glib - MinGW build of GLib bindings for D-Bus

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851677 greg.hellings(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: |Review Request: |mingw-dbus-glib - D-Bus |mingw-dbus-glib - MinGW |Message Bus System |build of GLib bindings for | |D-Bus --- Comment #7 from greg.hellings(a)gmail.com --- Added patch comment - the issue is present in git by removal of the autofoo check. Added the extra arguments to autoreconf I had updated the Summary field to match the native packages, so I'm updating the ticket to match. http://dl.thehellings.com/mingw32/dbus-glib/mingw-dbus-glib-0.100-4.fc18.... -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IDVJsDBLNZ&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

[Bug 851677] Review Request: mingw-dbus-glib - D-Bus Message Bus System

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851677 --- Comment #6 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> --- BTW, is the summary used in this review ticket correct? It should match the summary as mentioned in the spec file: MinGW build of GLib bindings for D-Bus -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ahC6ww1BF8&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

[Bug 851677] Review Request: mingw-dbus-glib - D-Bus Message Bus System

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=851677 --- Comment #5 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> --- The latest .src.rpm fails to build in rawhide due to more strict behaviour of automake: http://kojipkgs.fedoraproject.org//work/tasks/4827/4904827/build.log It should be resolvable by replacing your autoreconf call with 'autoreconf --install --force' Please also add a comment which explains the patch does and where you got it. If you got it from the upstream source repository then please also mention the git/svn/... revision number. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=v6Bh5A2nN0&a=cc_unsubscribe

11 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw January 2013