Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Review request: mingw-pkg-config - MinGW Windows pkg-config tool for cross compiling
https://bugzilla.redhat.com/show_bug.cgi?id=786151
Summary: Review request: mingw-pkg-config - MinGW Windows
pkg-config tool for cross compiling
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: erik-fedora(a)vanpienbroek.nl
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org,
package-review(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Spec URL: http://ftd4linux.nl/contrib/mingw-pkg-config.spec
SRPM URL: http://ftd4linux.nl/contrib/mingw-pkg-config-0.26-1.fc16.src.rpm
Description:
The pkgconfig tool determines compilation options. For each required
library, it reads the configuration file and outputs the necessary
compiler and linker flags.
This package contains pkg-config tool for cross compiling with the MinGW
toolchain.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: mingw32-gcc should not drag in mingw32-pthreads
https://bugzilla.redhat.com/show_bug.cgi?id=599567
Summary: mingw32-gcc should not drag in mingw32-pthreads
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: eblake(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, rjones(a)redhat.com,
kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
mingw32-gcc currently drags in a dependency on mingw32-pthreads, which in turn
forces some namespace pollution due to its buggy <pthread.h> header. It would
be much nicer if the mingw32-pthreads package remained optional, since it can
interfere with cross-compilation efforts to mingw.
Version-Release number of selected component (if applicable):
mingw32-gcc-4.4.2-2.fc13.x86_64
mingw32-pthreads-2.8.0-10.fc13.noarch
How reproducible:
Always
Steps to Reproduce:
1. Install mingw32-gcc
Actual results:
mingw32-pthreads gets sucked in as a required dependency to the cross-compiler.
Expected results:
Mere presence of the cross-compiler shouldn't force the existence of a broken
<pthread.h>. Either the compiler needs to be built without mingw32-pthreads,
or mingw32-pthreads needs to be split into two packages (runtime dependency of
the compiler, vs. development library that installs <pthread.h> for situations
that actually want to use this library in spite of its current upstream flaws).
Additional info:
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: mingw32-gcc installs files both inside and outside the sysroot
https://bugzilla.redhat.com/show_bug.cgi?id=641423
Summary: mingw32-gcc installs files both inside and outside the
sysroot
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: pbonzini(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
mingw32-gcc is a strange hybrid package that installs files both inside and
outside the sysroot. The files in the sysroot should be separated in
mingw32-libgcc.
Version-Release number of selected component (if applicable):
mingw32-gcc-4.4.2-2.fc13.x86_64
Additional info:
This makes the following packages depend incorrectly on mingw32-gcc:
* mingw32-gettext (directly)
* mingw32-pthreads (directly)
* mingw32-atk (indirectly)
* mingw32-glib2 (indirectly)
* mingw32-gtk2 (indirectly)
* mingw32-pango (indirectly)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: mingw32-glib2 may need to be rebuilt against Python 2.7 in F14 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=623338
Summary: mingw32-glib2 may need to be rebuilt against Python
2.7 in F14 and rawhide
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-glib2
AssignedTo: rjones(a)redhat.com
ReportedBy: dmalcolm(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, t.sailer(a)alumni.ethz.ch,
rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Depends on: 623233
Blocks: 619913
Classification: Fedora
Target Release: ---
This is an automatically-filed bug.
mingw32-glib2-2.24.1-1.fc14 contains one or more .pyc files, but has not been
rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files
presumably are for Python 2.6. Python 2.7 changed the bytecode format, so
usage of those files will typically fail (see e.g. bug 621726).
The package needs to be rebuilt against python 2.7 in both F14 and devel.
Information on the new "dist-git" system can be seen here:
http://fedoraproject.org/wiki/Using_Fedora_GIT
Information on common difficulties with Python 2.7 rebuilds can be seen here:
https://fedoraproject.org/wiki/Features/Python_2.7
Once it's been successfully rebuilt for F14, an update needs to be filed to get
the rebuild into F14:
https://admin.fedoraproject.org/updates/new/
Please add this bug to the update, to make it easy to track what's been done,
and what's left to do.
I'm sorry that this component was not handled by the mass rebuild. (This may
be due to bug 623233)
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1092759
Bug ID: 1092759
Summary: gzseek calls can incorrectly position the file.
Product: Fedora
Version: 19
Component: mingw-zlib
Assignee: rjones(a)redhat.com
Reporter: tsteven4(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org,
lfarkas(a)lfarkas.org, rjones(a)redhat.com,
t.sailer(a)alumni.ethz.ch
Created attachment 890969
--> https://bugzilla.redhat.com/attachment.cgi?id=890969&action=edit
zlib gzseek test case
Description of problem: gzseek can incorrectly hit EOF, causing subsequent
gzread calls to fail.
Version-Release number of selected component (if applicable):
mingw32-zlib-1.2.7-2.fc19.noarch
How reproducible:
100%
Steps to Reproduce:
1. unzip test case zlib_test2.zip provided.
2. run test2 script to compile the test case.
3. execute test case by running testz2.exe under windows. testz2.exe,
zlib1.dll and test.data all need to be in the directory testz2.exe is executed
from.
Actual results:
Got 0
Expected results:
Got 4
Additional info:
A possible patch with zlib 1.2.8 is listed below, although this might be a
configuration problem. offset, which is of type z_off64_t, ends up being 32
bits as configured.
--- gzlib.c 2013-03-24 23:47:59.000000000 -0600
+++ gzlib.patch.c 2014-04-27 15:34:38.496808069 -0600
@@ -393,7 +393,7 @@
/* if within raw area while reading, just go there */
if (state->mode == GZ_READ && state->how == COPY &&
state->x.pos + offset >= 0) {
- ret = LSEEK(state->fd, offset - state->x.have, SEEK_CUR);
+ ret = LSEEK(state->fd, offset - (z_off64_t)state->x.have, SEEK_CUR);
if (ret == -1)
return -1;
state->x.have = 0;
I have reported this to zlib(a)gzip.org but haven't received any response yet.
--
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=t37ShhxD8T&a=cc_unsubscribe
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=961303
Bug ID: 961303
Summary: Review Request: mingw-winpthreads - MinGW pthread
library
Product: Fedora
Version: rawhide
Component: Package Review
Severity: unspecified
Priority: unspecified
Assignee: nobody(a)fedoraproject.org
Reporter: erik-fedora(a)vanpienbroek.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: fedora-mingw(a)lists.fedoraproject.org,
notting(a)redhat.com,
package-review(a)lists.fedoraproject.org
Category: ---
Spec URL:
http://svn.nntpgrab.nl/svn/fedora_cross/mingw-winpthreads/mingw-winpthreads…
SRPM URL:
http://kojipkgs.fedoraproject.org//work/tasks/3113/5353113/mingw-winpthread…
Koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=5353109
Description:
The POSIX 1003.1-2001 standard defines an application programming
interface (API) for writing multithreaded applications. This interface
is known more commonly as pthreads. A good number of modern operating
systems include a threading library of some kind: Solaris (UI)
threads, Win32 threads, DCE threads, DECthreads, or any of the draft
revisions of the pthreads standard. The trend is that most of these
systems are slowly adopting the pthreads standard API, with
application developers following suit to reduce porting woes.
Win32 does not, and is unlikely to ever, support pthreads
natively. This project seeks to provide a freely available and
high-quality solution to this problem.
--
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=rqAnBiqMYf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1046027
Bug ID: 1046027
Summary: ld asserts on trying to link -lws2_32 to a DLL (win64
target)
Product: Fedora
Version: rawhide
Component: mingw-binutils
Assignee: rjones(a)redhat.com
Reporter: dkholia(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org,
kalevlember(a)gmail.com, ktietz(a)redhat.com,
rjones(a)redhat.com
See http://sourceforge.net/mailarchive/message.php?msg_id=31592989 for details.
To reproduce the problem, build
https://github.com/magnumripper/JohnTheRipper/tree/bleeding-jumbo code base.
$ rpm -qa | grep -i mingw
mingw64-winpthreads-3.0.999-0.1.trunk.r6379.20131120.fc21.noarch
mingw64-gdb-7.6-2.fc20.noarch
mingw64-libgomp-4.8.2-1.fc21.x86_64
mingw-binutils-generic-2.23.52.0.1-2.fc20.x86_64
mingw64-headers-3.0.999-0.2.trunk.r6388.20131129.fc21.noarch
mingw64-crt-3.0.999-0.2.trunk.r6388.20131129.fc21.noarch
mingw64-gcc-c++-4.8.2-1.fc21.x86_64
mingw64-wine-gecko-2.24-1.fc21.noarch
mingw64-binutils-2.23.52.0.1-2.fc20.x86_64
mingw64-pkg-config-0.28-2.fc20.x86_64
mingw64-openssl-1.0.1e-4.fc20.noarch
mingw64-openssl-static-1.0.1e-4.fc20.noarch
mingw64-filesystem-99-3.fc20.noarch
mingw64-zlib-1.2.8-2.fc20.noarch
mingw64-expat-2.1.0-5.fc20.noarch
mingw64-cpp-4.8.2-1.fc21.x86_64
mingw64-win-iconv-0.0.4-3.fc20.noarch
mingw64-gcc-4.8.2-1.fc21.x86_64
mingw-filesystem-base-99-3.fc20.noarch
--
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=nHKYTxqmKY&a=cc_unsubscribe
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=889716
Bug ID: 889716
Summary: pthread header files are installed not to the root of
"include" directory
Product: Fedora EPEL
Version: el5
Component: mingw32-pthreads
Severity: low
Priority: unspecified
Reporter: max.salov(a)gmail.com
Description of problem:
Header files are installed into
/usr/i686-pc-mingw32/sys-root/mingw/include/pthread/ directory instead of
/usr/i686-pc-mingw32/sys-root/mingw/include/. As a result pthread.h header file
is not accessible with #include <pthread.h> directive.
If use #include <pthread/pthread.h>, other headers from pthread library are not
found during compilation process, because are included without directory prefix
(e.g. #include <sched.h>, not #include <pthread/sched.h>).
The only way to use mingw32-pthread I see is to add
-I/usr/i686-pc-mingw32/sys-root/mingw/include/pthread/ to CFLAGS and use
#include <pthread.h> directive.
Version-Release number of selected component (if applicable):
2.8.0-4.el5
--
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=8vnwgOGS8H&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1056860
Bug ID: 1056860
Summary: CVE-2013-6954 mingw32-libpng: libpng: unhandled
zero-length PLTE chunk or NULL palette [epel-all]
Product: Fedora EPEL
Version: el6
Component: mingw32-libpng
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: rjones(a)redhat.com
Reporter: huzaifas(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: drizt(a)land.ru, fedora-mingw(a)lists.fedoraproject.org,
ktietz(a)redhat.com, lfarkas(a)lfarkas.org,
rjones(a)redhat.com
Blocks: 1045561 (CVE-2013-6954)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora EPEL.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue affects multiple supported versions of Fedora EPEL.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1045561
[Bug 1045561] CVE-2013-6954 libpng: unhandled zero-length PLTE chunk or
NULL palette
--
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=VN68ejWjZh&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1043745
Bug ID: 1043745
Summary: CVE-2013-6425 mingw32-pixman: pixman: integer
underflow when handling trapezoids [epel-5]
Product: Fedora EPEL
Version: el5
Component: mingw32-pixman
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Assignee: rjones(a)redhat.com
Reporter: huzaifas(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fedora-mingw(a)lists.fedoraproject.org,
kraxel(a)redhat.com, lfarkas(a)lfarkas.org,
rjones(a)redhat.com
Blocks: 1037975 (CVE-2013-6425)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora EPEL.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
epel-5 tracking bug for mingw32-pixman: see blocks bug list for full details of
the security issue(s).
[bug automatically created by: add-tracking-bugs]
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1037975
[Bug 1037975] CVE-2013-6425 pixman: integer underflow when handling
trapezoids
--
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=dUydcKwZkZ&a=cc_unsubscribe