mingw February 2009

mingw@lists.fedoraproject.org

22 participants
131 discussions

[Bug 481433] New: w32api 3.13 dropped libglut32.a, we should package glut
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: w32api 3.13 dropped libglut32.a, we should package glut https://bugzilla.redhat.com/show_bug.cgi?id=481433 Summary: w32api 3.13 dropped libglut32.a, we should package glut Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mingw32-w32api AssignedTo: rjones(a)redhat.com ReportedBy: rjones(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Target Release: --- As described here: http://www.mail-archive.com/cygwin-apps@cygwin.com/msg21163.html libglut32.a was dropped from the latest w32api package. Some of our packages depend on this. It seems the right way to do this is to package glut as a separate RPM. Note that SGI glut has a possibly non-free license, but there is a workalike called freeglut that we can use instead. http://freeglut.sourceforge.net/ -- 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.

1 2

[PATCH] Split out e2fsprogs sublibraries
by Richard W.M. Jones 20 Apr '09

20 Apr '09

Eric, I would like to propose that e2fsprogs generate four subpackages for the independent libraries that it contains. These four libraries are used by other packages that don't need the whole of e2fsprogs-devel (eg. krb5_workstation uses libss, qpid uses libuuid, and many programs use libcom_err). Our specific use case is to help with ongoing work porting libraries to MinGW (http://fedoraproject.org/wiki/MinGW) where we would prefer to package mingw32-libuuid for mingw32-qpidc without needing to port the whole of e2fsprogs. I looked at Debian's package, and would like to propose a split along the same lines: http://packages.debian.org/source/lenny/e2fsprogs Despite the apparent complexity, there are only really four subpackages. For the Fedora package we would create: libblkid libblkid-devel libcom_err libcom_err-devel [note 1] libss libss-devel libuuid libuuid-devel There are no conflicting package names in Fedora at the moment, except for the similarly named libss7 (a library implementing Signalling System 7 telephone switching protocol). I have attached a patch against Rawhide which does the above split. I set up the dependencies so there should be no loss of functionality for users who install just e2fsprogs or e2fsprogs-devel. What remains is to advertize the split on fedora-devel-list and encourage package maintainers to replace: BuildRequires: e2fsprogs-devel with BuildRequires: lib<uuid|ss|blkid|com_err>-devel where appropriate. Please let me know what you think. Rich. [1] http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Common_Character_S… -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

2 7

[Bug 485842] New: mingw32-w32api should provide mingw32(version.dll)
by Red Hat Bugzilla 13 Mar '09

13 Mar '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mingw32-w32api should provide mingw32(version.dll) https://bugzilla.redhat.com/show_bug.cgi?id=485842 Summary: mingw32-w32api should provide mingw32(version.dll) Product: Fedora Version: 10 Platform: All URL: http://sailer.fedorapeople.org OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: mingw32-w32api AssignedTo: rjones(a)redhat.com ReportedBy: t.sailer(a)alumni.ethz.ch QAContact: extras-qa(a)fedoraproject.org CC: berrange(a)redhat.com, rjones(a)redhat.com, fedora-mingw(a)lists.fedoraproject.org Classification: Fedora Description of problem: I'm trying to package winpcap http://sailer.fedorapeople.org/mingw32-wpcap-4.1.beta5-1.fc10.src.rpm packet.dll links with libversion.a from mingw32-w32api. libversion.a pulls in version.dll, therefore my mingw32-wpcap requires mingw32(version.dll). But no package provides it, so I cannot install the newly built rpm. Version-Release number of selected component (if applicable): mingw32-w32api-3.12-8.fc10.noarch How reproducible: always Steps to Reproduce: 1.rpmbuild --rebuild mingw32-wpcap-4.1.beta5-1.fc10.src.rpm 2.rpm -i mingw32-wpcap-4.1.beta5-1.fc10.noarch.rpm Actual results: error: Failed dependencies: mingw32(version.dll) is needed by mingw32-wpcap-4.1.beta5-1.fc10.noarch Expected results: mingw32-wpcap installs without error message 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.

1 6

Debugging information in MinGW packages
by Kevin Kofler 03 Mar '09

03 Mar '09

Hi, what's the correct way to handle debugging information in MinGW packages? Currently, mingw32-nsis builds everything with debugging information (due to the debian-debug-opt patch), even the MinGW parts, but the MinGW debugging information is not extracted, so it's included within the binaries. This is particularly annoying for NSIS installers as it bloats the installer stubs. For example, the lzma_solid stub is 210185 bytes, running a MinGW strip on it reduces it to 55296 bytes. Do we really want debugging information in the MinGW stuff even if it can't be extracted into separate -debuginfo? Or should the MinGW portions of NSIS be built without -g instead? Should the same policy apply to everything or should NSIS be special? (I can see why a developer would want to have debugging information for a library, but for an installer?) Kevin Kofler

7 16

mingw32-gtk2, gtk-demo fails on loading images.
by Mikkel Kruse Johnsen 02 Mar '09

02 Mar '09

Hi All Have had some problems running the gtk-demo on windows (and through wine) it fails when loading images. I talked to "tml" on the #gtk+ IRC and he suggested that mingw32-gtk+ was compiled without GDI+, so I recompiled it with "--disable-gdiplus --without-libtiff" and everyting works fine now. Images is loading. Trying to get TIFF support, found mingw32-libtiff (http://sourceforge.net/project/showfiles.php?group_id=204414&package_id=245…) compiled it without problems, but mingw32-gtk+ don't recognice it doing configure. Could we compile mingw32-gtk+ without GDI+ and mayby someone could figure out why libtiff check fails ? /Mikkel

2 3

Running "gtk-query-immodules-2.0.exe" fails
by Mikkel Kruse Johnsen 02 Mar '09

02 Mar '09

Hi I can't run "gtk-query-immodules-2.0.exe" on windows nor through wine. Don't know if I really need to run it, everyting seems to run fine, but still ? wine gives me the follwing error: -bash-3.2# wine gtk-query-immodules-2.0.exe err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpng12-0.dll") failed (error c0000005). err:module:import_dll Library libpng12-0.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") failed (error c0000005). err:module:import_dll Library libcairo-2.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libgtk-win32-2.0-0.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpng12-0.dll") failed (error c0000005). err:module:import_dll Library libpng12-0.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") failed (error c0000005). err:module:import_dll Library libcairo-2.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libgdk-win32-2.0-0.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpng12-0.dll") failed (error c0000005). err:module:import_dll Library libpng12-0.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") failed (error c0000005). err:module:import_dll Library libcairo-2.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpangocairo-1.0-0.dll") not found err:module:import_dll Library libpangocairo-1.0-0.dll (which is needed by L"Z:\\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\ \libgdk-win32-2.0-0.dll") not found err:module:import_dll Library libgdk-win32-2.0-0.dll (which is needed by L"Z:\\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\ \libgtk-win32-2.0-0.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpng12-0.dll") failed (error c0000005). err:module:import_dll Library libpng12-0.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") not found err:module:import_dll Loading library zlib1.dll (which is needed by L"Z: \\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libcairo-2.dll") failed (error c0000005). err:module:import_dll Library libcairo-2.dll (which is needed by L"Z:\ \usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\\libpangocairo-1.0-0.dll") not found err:module:import_dll Library libpangocairo-1.0-0.dll (which is needed by L"Z:\\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\ \libgtk-win32-2.0-0.dll") not found err:module:import_dll Library libgtk-win32-2.0-0.dll (which is needed by L"Z:\\usr\\i686-pc-mingw32\\sys-root\\mingw\\bin\ \gtk-query-immodules-2.0.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\\usr\ \i686-pc-mingw32\\sys-root\\mingw\\bin\\gtk-query-immodules-2.0.exe" failed, status c0000135 /Mikkel

2 2

[Bug 486355] CVE-2009-0040 libpng arbitrary free() flaw
by Red Hat Bugzilla 26 Feb '09

26 Feb '09

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=486355 --- Comment #14 from Fedora Update System <updates(a)fedoraproject.org> 2009-02-26 10:35:27 EDT --- mingw32-libpng-1.2.35-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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.

1 0

[Bug 486355] CVE-2009-0040 libpng arbitrary free() flaw
by Red Hat Bugzilla 26 Feb '09

26 Feb '09

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=486355 --- Comment #13 from Fedora Update System <updates(a)fedoraproject.org> 2009-02-26 10:34:32 EDT --- libpng-1.2.35-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. -- 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.

1 0

[Bug 486355] CVE-2009-0040 libpng arbitrary free() flaw
by Red Hat Bugzilla 26 Feb '09

26 Feb '09

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=486355 --- Comment #12 from Fedora Update System <updates(a)fedoraproject.org> 2009-02-26 10:33:16 EDT --- libpng-1.2.35-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. -- 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.

1 0

[Bug 486355] CVE-2009-0040 libpng arbitrary free() flaw
by Red Hat Bugzilla 26 Feb '09

26 Feb '09

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=486355 --- Comment #11 from Paul Howarth <paul(a)city-fan.org> 2009-02-26 04:50:00 EDT --- Upstream release 1.0.43 addresses this issue for libpng10. Rawhide is already updated, and updates for F-9 and F-10 are currently in updates-testing. https://admin.fedoraproject.org/updates/F9/FEDORA-2009-2045 https://admin.fedoraproject.org/updates/F10/FEDORA-2009-1976 -- 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.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw February 2009