Thanks Egil, I am forwarding your message and the spec file to the
fedora-mingw mailing list. I looked quickly over the spec file and it
looks good.
Rich.
----- Forwarded message from Egil Kvaleberg <egil(a)kvaleberg.com> -----
Subject: Goocanvas for Mingw32
Date: Mon, 27 Apr 2009 13:54:27 +0200
From: Egil Kvaleberg <egil(a)kvaleberg.com>
To: rjones(a)redhat.com
I have played around with the Mingw32 for Fedora, and it absolutely
seems like a very cool thing.
For my purposes, I am using GTK2, which is supported, but I also need a
canvas. I have been using Goocanvas (not sure what really is *the*
canvas for GTK2, but I have been happy with Goocanvas).
However, a Goocanvas package does not seem to be available, so I built one.
Goocanvas may be of interest to others, so if you think it is suitable
then please use the attached spec-file or tell me how to get involved.
The spec-file for Fedora 11 is attached.
Sincerely,
Egil Kvaleberg
--
Company: Kvaleberg AS
Office: +47 22 44 31 75
Mobile: +47 920 22 780
Fax: +47 22 44 46 77
Web: http://www.kvaleberg.com/
----- End forwarded message -----
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: No cross-DLL exceptions in mingw32 compilers
https://bugzilla.redhat.com/show_bug.cgi?id=489100
Summary: No cross-DLL exceptions in mingw32 compilers
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: wolfgang.glas(a)ev-i.at
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, berrange(a)redhat.com,
rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Version 4.3.2-12 of EPEL's version of the moingw32 cross-compiler do not
support cross-DLL exceptions.
I've attached the gcc bug report below. This make running a non-trivial C++
program impossible an renders the mingw32 toolchain unusable for real-world C++
programs.
The mingw-w64 toolchain has solved this problem by supplying a shared libgcc,
hopefully the mingw32 toolchain will follow this approach in the near future.
Please keep on your tremendous work on providing the ming32 toolchain in the
EPEL.
TIA,
Wolfgang
--
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: Review Request: mingw32-WebKit - MinGW Windows web content engine library
https://bugzilla.redhat.com/show_bug.cgi?id=499992
Summary: Review Request: mingw32-WebKit - MinGW Windows web
content engine library
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
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-package-review(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Depends on: 499983,499986,499991
Classification: Fedora
Spec URL: http://www.ftd4linux.nl/contrib/mingw32-WebKit.spec
SRPM URL: http://www.ftd4linux.nl/contrib/mingw32-WebKit-1.1.5-1.fc11.src.rpm
Description:
WebKit is an open source web browser engine.
Koji scratch build: none for now because mingw32-libsoup, mingw32-libxslt and
mingw32-libidn aren't in Fedora yet
Approved MinGW packaging guidelines are here:
http://fedoraproject.org/wiki/Packaging/MinGW
--
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: noarch MinGW debuginfo packages don't get placed in the debuginfo repository
https://bugzilla.redhat.com/show_bug.cgi?id=508746
Summary: noarch MinGW debuginfo packages don't get placed in
the debuginfo repository
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mash
AssignedTo: notting(a)redhat.com
ReportedBy: erik-fedora(a)vanpienbroek.nl
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, jkeating(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
This bug was originally reported at the rel-eng trac (
https://fedorahosted.org/rel-eng/ticket/1949 ), but I was asked to report this
here:
A few days ago we (the Fedora MinGW SIG) started experimenting with generating
-debuginfo subpackages for our libraries. For this we've created some custom
scripts to strip out debug information to separate files and added some RPM
macro's to create -debuginfo subpackages containing these files. This has been
discussed at
http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-June/001748.html
The RPM scripts were added in mingw32-filesystem-52-1.fc12 and some of our
regular MinGW packages were rebuild as can be seen at
http://koji.fedoraproject.org/koji/buildinfo?buildID=111400
After waiting for the next rawhide push we discovered that the
mingw32-glib2-debuginfo subpackage wasn't published in the rawhide-debuginfo
repository. We think it's caused by the fact that our mingw32 packages are
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: libpng: Interlaced Images Information Disclosure Vulnerability
https://bugzilla.redhat.com/show_bug.cgi?id=504782
Summary: libpng: Interlaced Images Information Disclosure
Vulnerability
Product: Security Response
Version: unspecified
Platform: All
OS/Version: Linux
Status: NEW
Status Whiteboard: source=gentoo,reported=20090606,public=20090604,impact
=low?
Keywords: Security
Severity: medium
Priority: medium
Component: vulnerability
AssignedTo: security-response-team(a)redhat.com
ReportedBy: thoger(a)redhat.com
CC: paul(a)city-fan.org, lfarkas(a)lfarkas.org,
tgl(a)redhat.com, berrange(a)redhat.com,
rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Other
Target Release: ---
Quoting Secunia advisory SA35346:
http://secunia.com/advisories/35346/
A vulnerability has been reported in libpng, which can be exploited
by malicious people to disclose potentially sensitive information.
The vulnerability is caused due to an error when processing 1-bit
interlaced images. This can be exploited to disclose uninitialised
memory via specially crafted images having widths that are not
divisible by 8.
The vulnerability is reported in versions prior to 1.2.37.
--
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: 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Review Request: mingw32-curl - MinGW Windows port of curl and libcurl
https://bugzilla.redhat.com/show_bug.cgi?id=499987
Summary: Review Request: mingw32-curl - MinGW Windows port of
curl and libcurl
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
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-package-review(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Depends on: 499979,499986
Classification: Fedora
Spec URL: http://www.ftd4linux.nl/contrib/mingw32-curl.spec
SRPM URL: http://www.ftd4linux.nl/contrib/mingw32-curl-7.19.4-1.fc11.src.rpm
Description:
cURL is a tool for getting files from HTTP, FTP, FILE, LDAP, LDAPS,
DICT, TELNET and TFTP servers, using any of the supported protocols.
cURL is designed to work without user interaction or any kind of
interactivity. cURL offers many useful capabilities, like proxy
support, user authentication, FTP upload, HTTP post, and file transfer
resume.
This is the MinGW cross-compiled Windows library.
Koji scratch build: none for now because mingw32-libidn and mingw32-libssh2
aren't in Fedora yet
Approved MinGW packaging guidelines are here:
http://fedoraproject.org/wiki/Packaging/MinGW
--
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-libjpeg crash on windows, typedef
https://bugzilla.redhat.com/show_bug.cgi?id=497492
Summary: mingw32-libjpeg crash on windows, typedef
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-libjpeg
AssignedTo: rjones(a)redhat.com
ReportedBy: mikkel(a)linet.dk
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, berrange(a)redhat.com,
rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Mikkel Kruse Johnsen <mikkel(a)linet.dk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |fedora-review?
Created an attachment (id=341131)
--> (https://bugzilla.redhat.com/attachment.cgi?id=341131)
Patch for SPEC file, to include jpeg-6b-typedefs.patch
Description of problem:
Testing with webkitgtk and loading pages containing jpeg images courses a crash
How reproducible:
Always
Steps to Reproduce:
1. Load ex http://arabic.cnn.com in webkitgtk
Actual results:
Crash
Expected results:
Should load
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.
Fedora 11 is nearly in beta, and thanks to some judicious cuts at the
end, we made it to 100% feature complete. Thanks to the many people
who helped out reviewing packages and testing.
What do we want to aim for in Fedora 12?
Some ideas - please add your own to this thread.
(1) Win64 support
(see: http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-February/thread.… )
(2)? Use mingw-w64 project to build 32 bit w32api/runtime, since
mingw-w64 seems to be more active.
(3) Darwin / OS X support
(see: https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00397.html )
(4) Get some of the issues resolved in the packaging guidelines:
http://fedoraproject.org/wiki/MinGW/Packaging_issues
(5) Expand active members, particularly packagers. I would like to
start by having a website which doesn't suck like our current one.
(6) Move educational materials to a single place.
(7) Have a FAQ.
(8) I'd like to have a reasonable Python story. I spent a lot of time
trying to get Python and Python libs to cross-compile, without any
success.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
Read my OCaml programming blog: http://camltastic.blogspot.com/
Fedora now supports 68 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
Hi all,
I'm pretty new to this packaging and cross-compiling, but I put
together a couple packages anyway:
http://jasonwoof.com/downloads/mingw32-SDL_image-1.2.6-1.fc11.src.rpmhttp://jasonwoof.com/downloads/mingw32-SDL_mixer-1.2.8-1.fc11.src.rpm
They seem to work quite well for me, but I don't really know what I'm
doing, so I'd appreciate more knowledgeable folk looking over my spec
files.
Here's what I did and where everything came from: (all in F11)
1) I set up my .rpmmacros so it would store sources in separate
directories by package name-version by adding this line:
%_sourcedir %{_topdir}/SOURCES/%{name}-%{version}
I was worried that multiple source rpms would have files in them with
the same name (which turned out to be the case) and I wanted to make
sure I could tell what packages what files came from.
2) I used yumdownloader to download source rpms for SDL SDL_mixer
SDL_image and SDL and installed them in my local rpmbuild tree
3) I duplicated SOURCES/SDL_image-1.2.6/ to SOURCES/mingw32-SDL_image-1.2.6/
4) I copied SPECS/mingw32-SDL-1.2.13.spec to SPECS/mingw32-SDL_image-1.2.6.spec
5) I edited that new spec file, mostly by looking at existing
SDL_image-1.2.6.spec and pulling useful parts from it. tweaking as
neccesary.
And basically did the same for SDL_mixer.
Some notes:
I didn't modify anything in the SOURCES folder (just copied whole
folders as described above).
I used all the patches that were used for the native versions.
I commented out lines to install (and build in one case) little
executable programs from both packages that I didn't understand the
point of.
I've cross-compiled my game (vor) which uses both of these libraries,
and it works great under wine. (Gets at least 40% better framerate
under wine than it does when compiled for linux.) Though I have not
tested them on Windows.
I have a fedoraproject.org account (so I can edit the wiki and such)
but don't have any connections or access or anything to get these into
the fedora distrobution. If/when they are ready, I'd love someone to
take care of this, or help me do it. Right now I don't even know what
the process is.
Looking forward to hearing your thoughts/feedback.
Take care, - Jason