[Bug 799398] New: SDL_Init not found in libSDL.dll.a
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: SDL_Init not found in libSDL.dll.a
https://bugzilla.redhat.com/show_bug.cgi?id=799398
Summary: SDL_Init not found in libSDL.dll.a
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: mingw32-SDL
AssignedTo: rjones(a)redhat.com
ReportedBy: salsaman(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Compilation is broken
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
Create a dll which is statically linked with SDL, as follows:
bin/sh ../../../../libtool --tag=CC --mode=link i686-pc-mingw32-gcc -fPIC
-DPIC -DIS_MINGW=1 -D_GNU_SOURCE=1 -Dmain=SDL_main
-I/usr/i686-pc-mingw32/sys-root/mingw/include/SDL -g -O2 -Wall -shared -fPIC
-DPIC -module -avoid-version --tag=disable-static -no-undefined
-Wl,/usr/i686-pc-mingw32/sys-root/mingw/lib/libSDL.dll.a
-Wl,/usr/i686-pc-mingw32/sys-root/mingw/lib/libSDLmain.a -o SDL.la -rpath
"/usr/lib/lives/plugins/playback/video" SDL_la-SDL.lo
libtool: link: i686-pc-mingw32-gcc -shared .libs/SDL_la-SDL.o -O2
-Wl,/usr/i686-pc-mingw32/sys-root/mingw/lib/libSDL.dll.a
-Wl,/usr/i686-pc-mingw32/sys-root/mingw/lib/libSDLmain.a -o .libs/SDL.dll
-Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/SDL.dll.a
This creates SDL.dll in .libs. No warnings are given about missing functions.
Actual results:
When SDL.dll is loaded and run under wine, it crashes with:
wine: Call from 0x7bc4c100 to unimplemented function SDL.dll.SDL_Init, aborting
wine: Unimplemented function SDL.dll.SDL_Init called at address 0x7bc4c100
(thread 0023), starting debugger...
Unhandled exception: unimplemented function SDL.dll.SDL_Init called in 32-bit
code (0x7bc4c100).
Expected results:
SDL_Init should be found inside libSDL.dll.a
--
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.
11 years, 2 months
[Bug 795699] New: CVE-2012-0841 libxml2: hash table collisions CPU usage DoS [fedora-all]
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: CVE-2012-0841 libxml2: hash table collisions CPU usage DoS [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=795699
Summary: CVE-2012-0841 libxml2: hash table collisions CPU usage
DoS [fedora-all]
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Component: mingw32-libxml2
AssignedTo: rjones(a)redhat.com
ReportedBy: huzaifas(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, veillard(a)redhat.com,
rjones(a)redhat.com, erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org, drizt(a)land.ru
Blocks: 787067
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "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 include this bug ID and the
bug IDs of this bug's parent bugs filed against the "Security Response"
product (the top-level CVE bugs). Please mention the CVE IDs being fixed
in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=787067
Please note: this issue affects multiple supported versions of Fedora.
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]
--
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.
11 years, 2 months
[Bug 806271] New: CVE-2012-1144 freetype: insufficient checking of first outline point in TTF parser (#35689) [fedora-all]
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: CVE-2012-1144 freetype: insufficient checking of first outline point in TTF parser (#35689) [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=806271
Summary: CVE-2012-1144 freetype: insufficient checking of first
outline point in TTF parser (#35689) [fedora-all]
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Component: mingw32-freetype
AssignedTo: rjones(a)redhat.com
ReportedBy: thoger(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org
Blocks: 800607
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "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 include this bug ID and the
bug IDs of this bug's parent bugs filed against the "Security Response"
product (the top-level CVE bugs). Please mention the CVE IDs being fixed
in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=800607
Please note: this issue affects multiple supported versions of Fedora.
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]
--
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.
11 years, 3 months
[Bug 657478] New: Invalid declare statement in macros.mingw32 with some packages
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: Invalid declare statement in macros.mingw32 with some packages
https://bugzilla.redhat.com/show_bug.cgi?id=657478
Summary: Invalid declare statement in macros.mingw32 with some
packages
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-filesystem
AssignedTo: rjones(a)redhat.com
ReportedBy: waananen(a)nbi.dk
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org, drizt(a)land.ru
Classification: Fedora
Description of problem:
I'm using a custom build of mingw32-python in order to build Python bindings
for a software package. For this packages the code in macros.mingw32 breaks:
...
for i in `ls %{_mingw32_bindir}/*|grep -- "-config\$"` ; do \
x=`basename $i|tr "a-z+-" "A-ZX_"`; \
declare -x $x="$i" ; export $x; \
done; \
...
The variable name $x contains a ('.') when it finds the python2.x-config script
in %{_mingw32_bindir}. One could imagine that this problem could be triggered
on other *-config scripts.
The fix is easy: filter away dots ('.') from the filename when generating the
variable name (eg. |cut -d '.').
Version-Release number of selected component (if applicable):
I found this in Fedora 12, but it seems applicable to Fedora 14.
How reproducible:
Build a package which requires mingw32-python. The mingw32-python does
not yet exist in Fedora (unfortunately).
Steps to Reproduce:
1.
2.
3.
Actual results:
Package build fails
Expected results:
Package should build
Additional info:
Cheers
Anders
--
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.
11 years, 10 months
[Bug 825557] Review Request: mingw-clucene - CLucene 2.3.3.4 built for MinGW
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=825557
--- Comment #3 from greg.hellings(a)gmail.com ---
(In reply to comment #2)
> The new approved MinGW packaging guidelines can be found at
> https://fedoraproject.org/wiki/PackagingDrafts/MinGWCrossCompiler
>
> Some initial review comments:
> - Please change %?mingw_package_header to %{?mingw_package_header}
Done.
> - Please remove the use of the _cross_pkg_name global
I changed this to _pkg_name to avoid confusion with the generic cross-compile
system.
> - Please add BuildRequires: mingw32-filesystem >= 95 and BuildRequires:
> mingw64-filesystem >= 95
Done.
> - Why are the binary packages named mingw32-clucene-core and
> mingw-64-clucene-core instead of just mingw32-clucene and mingw64-clucene?
This is in keeping with the standard Fedora packages which are named
"clucene-core" and "clucene-contribs-lib". This package contains only the -core
libraries and not the contribs. Just trying to maintain consistency with the
native packages in Fedora.
> - Please replace the %{description} tags with the complete description. Last
> time I used this tag it didn't produce the expected result
That's a shame. The %{description} usage was copied wholesale from the native
spec file for the existing Fedora packages.
> - Why is multithreading disabled?
The package will not compile in 64-bit with threading enabled, and I ran into
issues with the package's detection of the 32-bit pthread headers. It seems to
be an upstream bug which I'd be happy to look into later, but for the time
being it is (to me) less important than getting the library functioning
properly.
> - Why do you set the CFLAGS _CL_HAVE_WIN32_THREADS=0 ? Is support for win32
> threads disabled by this?
I have found that setting this and the other multi-threading option are
necessary to disable threading in a win32 build.
> - Why is LUCENE_STATIC_CONSTANT_SYNTAX_EXITCODE set to 1 and the other
> defines to 0?
This is inherited from the original SuSE packages that I built my old Ubuntu
mingw clucene package off of. I can only guess it is because this feature is
supported whereas the others are not. CLucene's cross-platform detection does
not seem to be as robust as it ought, so it needs a few of these options
defined manually. Last time I tried building without this option the library
did not build properly.
> - The 'rm -rf $RPM_BUILD_ROOT' can be removed from the %install section as
> it's not needed any more
Done
> - The quotes used in %mingw_make call aren't needed any more and can be
> removed
Done
> - The %defattr tags aren't needed any more with modern RPM and can also be
> removed
Done
>
> I'm not a Fedora sponsor, so I can't formally approve this package.
> rwmjones: would you be interested in sponsoring Greg?
Thanks for the review. I have uploaded an updated spec and src.rpm file to the
same URLs as above if anyone else wants to take a look. rwmjones said on
Freenode he is overburdened with sponsorees already. I'm still looking for a
package sponsor for this package.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 11 months
[Bug 825557] Review Request: mingw-clucene - CLucene 2.3.3.4 built for MinGW
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=825557
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |erik-fedora(a)vanpienbroek.nl
--- Comment #2 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> ---
The new approved MinGW packaging guidelines can be found at
https://fedoraproject.org/wiki/PackagingDrafts/MinGWCrossCompiler
Some initial review comments:
- Please change %?mingw_package_header to %{?mingw_package_header}
- Please remove the use of the _cross_pkg_name global
- Please add BuildRequires: mingw32-filesystem >= 95 and BuildRequires:
mingw64-filesystem >= 95
- Why are the binary packages named mingw32-clucene-core and
mingw-64-clucene-core instead of just mingw32-clucene and mingw64-clucene?
- Please replace the %{description} tags with the complete description. Last
time I used this tag it didn't produce the expected result
- Why is multithreading disabled?
- Why do you set the CFLAGS _CL_HAVE_WIN32_THREADS=0 ? Is support for win32
threads disabled by this?
- Why is LUCENE_STATIC_CONSTANT_SYNTAX_EXITCODE set to 1 and the other defines
to 0?
- The 'rm -rf $RPM_BUILD_ROOT' can be removed from the %install section as it's
not needed any more
- The quotes used in %mingw_make call aren't needed any more and can be removed
- The %defattr tags aren't needed any more with modern RPM and can also be
removed
I'm not a Fedora sponsor, so I can't formally approve this package. rwmjones:
would you be interested in sponsoring Greg?
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years, 11 months