[Bug 756448] Review Request: mingw-ftplib - MinGW package for ftplib
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=756448
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |erik-fedora(a)vanpienbroek.nl
AssignedTo|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl
--- Comment #1 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-11-30 14:53:38 EST ---
- Please change the %define __strip and %define __objdump to use %global
- Please bump the BuildRequires: mingw32-filesystem to >= 68 (that is the
version which introduced the RPM 4.9 dependency extraction magic)
- The 'rm -rf $RPM_BUILD_ROOT can be removed from the %install section
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 4 months
Announcing the Fedora MinGW Testsuite
by Erik van Pienbroek
Hi all,
Lately we've had regressions in our toolchain which were discovered
quite late (too late in my opinion). Luckily these regressions are
solved now, but this got me thinking: Why don't we have a testsuite yet
which is able to catch these type of regressions? Especially now that
Fedora's AutoQA [1] is also gaining more and more attention these days.
So I decided to write a small tool in C using GLib's GTester framework
to create a testsuite which can be used to automate testing of the
various components in the Fedora MinGW toolchain.
This Fedora MinGW Testsuite tool can execute testcases of the following
types:
* Parse RPM code and verify the output (using rpmlib)
* Compile a .c / .cpp file containing source code and (optionally)
verify the output using wine
* Custom script where the exit code and output can be verified
Testcases can be easily created by writing a small .ini-style file which
describes what needs to be tested, how it needs to be tested and what
the expected output is.
The full details about this file format and all other documentation can
be found at [2].
At the moment the testsuite tool supports the MinGW toolchain as
currently available in Fedora, the MinGW toolchain as used in RHEL 6 /
CentOS 6 and the mingw-w64 toolchain which is currently residing in my
testing repo. While building the testsuite tool you'd have to indicate
which toolchain needs to be used for running the testcases.
There are currently 9 different testcases implemented (of which 3 are
mingw-w64 specific) but I hope to get this number up in the coming days.
This is also where you can help! As new testcases can be added really
easy (no programming experience required) and all areas of the toolchain
can be tested all Fedora MinGW package maintainers should be able to
come up with testcases for the packages they maintain.
Right now all code resides on a Subversion server of mine, but if
there's enough interest in continuing developing it I'm willing to
migrate it to Fedora Hosted so it can be more easily maintained.
For now you can send testcases to me (either direct or through this
mailing list) and I'll add them to the Subversion repository. Ideas for
testcases are also welcome.
Once the testsuite contains more testcases we can also integrate it in
AutoQA so the testsuite will automatically be executed when a Fedora
MinGW package maintainer tries to push an update so we can spot
regressions before the package hits the Fedora trees.
Kind regards,
Erik van Pienbroek
[1]: https://fedoraproject.org/wiki/AutoQA
[2]: https://fedoraproject.org/wiki/MinGW/Testsuite
12 years, 4 months
[Bug 724906] CVE-2011-0216 libxml2: Off-by-one error leading to heap-based buffer overflow in encoding
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=724906
Huzaifa S. Sidhpurwala <huzaifas(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status Whiteboard|impact=low,public=20110720, |impact=low,public=20110720,
|reported=20110721,source=cv |reported=20110721,source=cv
|e,cvss2=4.3/AV:A/AC:H/Au:N/ |e,cvss2=5.1/AV:N/AC:H/Au:N/
|C:P/I:P/A:P,fedora-all/libx |C:P/I:P/A:P,fedora-all/libx
|ml=notaffected,fedora-all/l |ml=notaffected,fedora-all/l
|ibxml2=affected,fedora-all/ |ibxml2=affected,fedora-all/
|mingw32-libxml2=affected,rh |mingw32-libxml2=affected,rh
|el-4/libxml2=defer,rhel-5/l |el-4/libxml2=defer,rhel-5/l
|ibxml2=defer,rhel-6/libxml2 |ibxml2=defer,rhel-6/libxml2
|=affected |=affected
Status Whiteboard|rhel-6/mingw32-libxml2=defe |rhel-6/mingw32-libxml2=defe
|r |r
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 4 months
Broken dependencies in EPEL - 2011-11-27
by Fedora Koji Build System
Your following packages in the repository suffer from broken dependencies:
======================================================================
The results in this summary consider Test Updates!
======================================================================
package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64
unresolved deps:
mingw32(msvcrt.dll)
mingw32(zlib1.dll)
mingw32(kernel32.dll)
mingw32-filesystem >= 0:63
mingw32-runtime
12 years, 4 months
[Bug 753906] New: more settings in Toolchain-mingw32.cmake
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: more settings in Toolchain-mingw32.cmake
https://bugzilla.redhat.com/show_bug.cgi?id=753906
Summary: more settings in Toolchain-mingw32.cmake
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: mingw32-filesystem
AssignedTo: rjones(a)redhat.com
ReportedBy: wojdyr(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
kalevlember(a)gmail.com, erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org, drizt(a)land.ru
Classification: Fedora
Story Points: ---
Type: ---
Could you add
SET(CMAKE_Fortran_COMPILER /usr/bin/i686-pc-mingw32-gfortran)
SET(CMAKE_AR /usr/bin/i686-pc-mingw32-ar)
SET(CMAKE_RANLIB /usr/bin/i686-pc-mingw32-ranlib)
to /usr/share/mingw32/Toolchain-mingw32.cmake?
These definition are useful for example to compile lapack.
Version-Release number of selected component (if applicable):
mingw32-filesystem-69-7.fc16.noarch
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 5 months
[mingw32-glib2] Update to 2.31.2
by Erik van Pienbroek
commit 4f17a51fe12f8548c5aff92fdf3871f7a4367765
Author: Erik van Pienbroek <epienbro(a)fedoraproject.org>
Date: Wed Nov 23 00:57:16 2011 +0100
Update to 2.31.2
glib-2.31.2-fix-win32-compilation.patch | 16 ++++++++++++++++
mingw32-glib2.spec | 9 ++++++++-
sources | 2 +-
3 files changed, 25 insertions(+), 2 deletions(-)
---
diff --git a/glib-2.31.2-fix-win32-compilation.patch b/glib-2.31.2-fix-win32-compilation.patch
new file mode 100644
index 0000000..97d8149
--- /dev/null
+++ b/glib-2.31.2-fix-win32-compilation.patch
@@ -0,0 +1,16 @@
+--- glib/tests/mainloop.c.orig 2011-11-23 00:31:39.033277898 +0100
++++ glib/tests/mainloop.c 2011-11-23 00:32:50.079792796 +0100
+@@ -22,9 +22,12 @@
+
+ #include <glib.h>
+ #include <sys/types.h>
+-#include <sys/wait.h>
+ #include <signal.h>
+
++#ifdef HAVE_SYS_WAIT_H
++#include <sys/wait.h>
++#endif
++
+ static gboolean cb (gpointer data)
+ {
+ return FALSE;
diff --git a/mingw32-glib2.spec b/mingw32-glib2.spec
index e54cc9e..9d96049 100644
--- a/mingw32-glib2.spec
+++ b/mingw32-glib2.spec
@@ -3,7 +3,7 @@
%define __debug_install_post %{_mingw32_debug_install_post}
Name: mingw32-glib2
-Version: 2.30.1
+Version: 2.31.2
Release: 1%{?dist}
Summary: MinGW Windows GLib2 library
@@ -14,6 +14,9 @@ URL: http://www.gtk.org
%define release_version %(echo %{version} | awk -F. '{print $1"."$2}')
Source0: http://download.gnome.org/sources/glib/%{release_version}/glib-%{version}...
+# https://bugzilla.gnome.org/show_bug.cgi?id=664559
+Patch0: glib-2.31.2-fix-win32-compilation.patch
+
BuildArch: noarch
BuildRequires: mingw32-filesystem >= 68
@@ -47,6 +50,7 @@ Static version of the MinGW Windows GLib2 library.
%prep
%setup -q -n glib-%{version}
+%patch0 -p0
%build
@@ -184,6 +188,9 @@ rm -rf $RPM_BUILD_ROOT%{_mingw32_libdir}/gdbus-2.0
%changelog
+* Tue Nov 22 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 2.31.2-1
+- Update to 2.31.2
+
* Tue Oct 18 2011 Kalev Lember <kalevlember(a)gmail.com> - 2.30.1-1
- Update to 2.30.1
diff --git a/sources b/sources
index 790152c..a960e2d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1954dca69994fb8f60280341da3fe2ae glib-2.30.1.tar.xz
+1cbdf314d7c87916a0c3dce83ac0285f glib-2.31.2.tar.xz
12 years, 5 months
Build failures mingw unable to pass sanity checks
by Adam Stokes
Hi,
I'm attempting to build a package with mingw toolchain and have been
receiving this message. Prior to this builds were working just fine so
and all of our builds go through mock to make sure there are no
conflicts. Any idea why mingw32 is failing to build their sanity check
program?
DEBUG: Running with debug output on.
DEBUG: -- The C compiler identification is GNU
DEBUG: Called from:
[2] /usr/share/cmake/Modules/CMakeDetermineCCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- The CXX compiler identification is GNU
DEBUG: Called from:
[2] /usr/share/cmake/Modules/CMakeDetermineCXXCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Check for working C compiler: /usr/bin/i686-pc-mingw32-gcc
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Check for working C compiler: /usr/bin/i686-pc-mingw32-gcc -- works
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Detecting C compiler ABI info
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Detecting C compiler ABI info - done
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Check for working CXX compiler: /usr/bin/i686-pc-mingw32-g++
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Check for working CXX compiler: /usr/bin/i686-pc-mingw32-g++ -- broken
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: CMake Error at
/usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake:45 (MESSAGE):
DEBUG: The C++ compiler "/usr/bin/i686-pc-mingw32-g++" is not able
to compile a
DEBUG: simple test program.
DEBUG: It fails with the following output:
DEBUG: Change Dir:
/builddir/build/BUILD/matahari-matahari-6899442/CMakeFiles/CMakeTmp
DEBUG:
DEBUG: Run Build Command:/usr/bin/gmake "cmTryCompileExec/fast"
DEBUG: /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make
DEBUG: CMakeFiles/cmTryCompileExec.dir/build
DEBUG: gmake[1]: Entering directory
DEBUG: `/builddir/build/BUILD/matahari-matahari-6899442/CMakeFiles/CMakeTmp'
DEBUG: /usr/bin/cmake -E cmake_progress_report
DEBUG: /builddir/build/BUILD/matahari-matahari-6899442/CMakeFiles/CMakeTmp/CMakeFiles
DEBUG: 1
DEBUG: Building CXX object
CMakeFiles/cmTryCompileExec.dir/testCXXCompiler.cxx.obj
DEBUG: /usr/bin/i686-pc-mingw32-g++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
DEBUG: -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -o
DEBUG: CMakeFiles/cmTryCompileExec.dir/testCXXCompiler.cxx.obj -c
DEBUG: /builddir/build/BUILD/matahari-matahari-6899442/CMakeFiles/CMakeTmp/testCXXCompiler.cxx
DEBUG: Linking CXX executable cmTryCompileExec.exe
DEBUG: /usr/bin/cmake -E cmake_link_script
DEBUG: CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1
DEBUG: /usr/bin/cmake -E remove -f CMakeFiles/cmTryCompileExec.dir/objects.a
DEBUG: "" cr CMakeFiles/cmTryCompileExec.dir/objects.a
DEBUG: @CMakeFiles/cmTryCompileExec.dir/objects1.rsp
DEBUG: Error running link command: No such file or directory
DEBUG: gmake[1]: *** [cmTryCompileExec.exe] Error 2
DEBUG: gmake[1]: Leaving directory
DEBUG: `/builddir/build/BUILD/matahari-matahari-6899442/CMakeFiles/CMakeTmp'
DEBUG: gmake: *** [cmTryCompileExec/fast] Error 2
DEBUG:
DEBUG:
DEBUG: CMake will not be able to correctly generate this project.
DEBUG: Call Stack (most recent call first):
DEBUG: CMakeLists.txt:3 (project)
DEBUG: Called from: [2] /usr/share/cmake/Modules/CMakeTestCXXCompiler.cmake
DEBUG:
[1] /builddir/build/BUILD/matahari-matahari-6899442/CMakeLists.txt
DEBUG: -- Configuring incomplete, errors occurred!
DEBUG: RPM build errors:
DEBUG: error: Bad exit status from /var/tmp/rpm-tmp.MZ4BsR (%build)
DEBUG: Bad exit status from /var/tmp/rpm-tmp.MZ4BsR (%build)
DEBUG: Child returncode was: 1
12 years, 5 months
