A file has been added to the lookaside cache for mingw32-freetype:
519c7cbf5cbd72ffa822c66844d3114c freetype-2.3.11.tar.bz2
___
mingw mailing list
mingw@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/mingw
A file has been added to the lookaside cache for mingw32-freetype:
a329c92c1d8c16464023149393851166 freetype-doc-2.3.11.tar.gz
___
mingw mailing list
mingw@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/mingw
-fix.patch
Log Message:
* Tue Jan 12 2010 Richard W.M. Jones - 2.3.11-1
- New upstream version 2.3.11.
- Match patches from Fedora native version.
- Recheck package with rpmlint.
freetype-2.3.11-more-demos.patch:
Makefile |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- NEW FILE
$RPM_BUILD_ROOT
%changelog
+* Wed Jan 13 2010 Richard W.M. Jones - 3.15.2-5
+- Fix Source0 URL.
+
* Sat Jul 25 2009 Fedora Release Engineering
- 3.15.2-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
___
mingw mailing list
%changelog
+* Wed Jan 13 2010 Richard W.M. Jones - 3.4-7
+- Fix Source0 URL.
+
* Sat Jul 25 2009 Fedora Release Engineering
- 3.4-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
___
mingw mailing list
mingw
+* Wed Jan 13 2010 Richard W.M. Jones - 3.13-5
+- Fix Source0 URL.
+
* Sat Jul 25 2009 Fedora Release Engineering
- 3.13-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
___
mingw mailing list
mingw@lists.fedoraproject.org
https
On Fri, Jan 22, 2010 at 11:26:50AM +1100, Paul Steckler wrote:
> Hi,
>
> It looks like you started to build an RPM for a MinGW version of xqilla.
> The current status appears
> to be "broken build", and there hasn't been an update for almost a year.
>
> Are you still planning to release somet
On Wed, Jan 27, 2010 at 09:42:08PM +0100, Erik van Pienbroek wrote:
> The biggest issue so far is the license.. The SDK from Apple contains
> several headers which contain a forbidden license. And next to that,
> pre-compiled binary libraries aren't allowed in Fedora, everything needs
> to be built
The other 'problem' is that there doesn't exist a Wine-equivalent for
running Mac OS X binaries on Linux, which means you have to have a Mac
in order to test things. For Windows programs I often get away with
doing most testing in Wine and just a final quick test on a real
Windows VM.
OTOH at le
On Fri, Jan 29, 2010 at 12:10:24AM +0100, Erik van Pienbroek wrote:
> That strange BuildRequires is needed to get a 32bit compiler installed
> in the buildroot (a 64bit version of the odcctools produces corrupt
> binaries..perhaps this area has been improved recently).
When I looked into this, odc
http://sourceforge.net/projects/libjpeg-turbo/
libjpeg-turbo is a version of libjpeg which uses MMX, SSE, and SSE2
SIMD instructions to accelerate baseline JPEG compression/
decompression by about 2-4x on x86 and x86-64 platforms. It is based
on libjpeg/SIMD but has numerous enhancements.
On Fri, Feb 26, 2010 at 08:38:48AM -0600, Romain Beauxis wrote:
> Le vendredi 26 février 2010 08:34:21, Romain Beauxis a écrit :
> > > echo "print_string Sys.os_type" >> test.ml
> > > /usr/i586-mingw32msvc/ocamlc -o test test.ml
> > > ./test# answers Unix
> >
> > I believe bytecode compi
On Mon, Mar 15, 2010 at 11:32:20AM -0400, NightStrike wrote:
> On Fri, Mar 13, 2009 at 12:36 PM, Farkas Levente wrote:
> > Richard W.M. Jones wrote:
> >> On Fri, Mar 13, 2009 at 03:30:21PM +0100, Farkas Levente wrote:
> >>> NightStrike wrote:
> >>>
On Mon, May 17, 2010 at 12:35:21PM -0500, Michael Cronenworth wrote:
> Michael Cronenworth wrote:
> > Good job Erik and Richard! I will be testing this out ASAP with my
> > $DAYJOB apps and Win 7 64-bit.
>
> My apps require GnuTLS, which I had to rebuild myself. I encountered a
> few minor issues
On Fri, May 21, 2010 at 04:47:06PM +1000, Paul Steckler wrote:
> I asked (and no one answered):
>
> > Could it be that libthreadsnat.a was not built correctly in the Fedora 11
> > mingw32-ocaml package?
>
> I looked into this issue myself. The source for libthreadsnat.a (posix.c)
> assumes the
8 2010 Richard W.M. Jones - 57-1
+- Add provides mingw32(rpcrt4.dll) (RHBZ#594581).
+
* Mon May 24 2010 Kalev Lember - 56-2
- Work around cmake's Qt detection in the toolchain file
___
mingw mailing list
mingw@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=628199
I think this guy is optimistic if he thinks random DLLs built
by different sources are going to work together.
Possibly for C ...? But are there any catches? Stack layout?
Frame pointers?
For C++ it sounds like a no-hoper. There are too many
A file has been added to the lookaside cache for mingw32-w32api:
ea8f80d622446a63f3fa6aff64f79bfc w32api-3.15-1-mingw32-src.tar.lzma
___
mingw mailing list
mingw@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/mingw
A file has been added to the lookaside cache for mingw32-binutils:
e7dfcff0aeb3e590f1403a761271103f binutils-2.20.51.0.10.tar.bz2
___
mingw mailing list
mingw@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/mingw
On Sat, Sep 25, 2010 at 01:03:39AM +0200, Erik van Pienbroek wrote:
> In order to port a native Fedora package to a mingw32 package, there
> are some steps which need to be done:
[...]
Another good idea is to take a look at how existing packages are done.
Go to:
http://pkgs.fedoraproject.org/gitw
On Mon, Nov 15, 2010 at 04:07:57PM -0800, H. Peter Anvin wrote:
> On 11/07/2010 07:37 AM, epienbro wrote:
> > commit 2e2670266f9eaf91b9da305164df64af24a7fd7e
> > Author: Erik van Pienbroek
> > Date: Sun Nov 7 16:37:21 2010 +0100
> >
> > Dropped the mingw64 macros as Fedora doesn't have ming
[CC-ing to the cross-compiler mailing list]
On Tue, Nov 16, 2010 at 12:09:29PM +0100, Matthias Bolte wrote:
> 2010/11/16 Richard W.M. Jones :
> > On Tue, Nov 16, 2010 at 11:56:12AM +0100, Matthias Bolte wrote:
> >> I recently tested the Fedora provided mingw32-libvirt on Wind
According to some virus scanning (using clamav) that I'm surprised we
are doing on Fedora packages, the mingw32-nsis package is identified
thus:
/usr/share/nsis/Stubs/zlib - Trojan.Buzus-7623
Upstream NSIS keep a list of false positives, which indicates that
this might be one too:
http://nsis.s
On Wed, Nov 17, 2010 at 01:44:56PM +0100, Erik van Pienbroek wrote:
> Richard W.M. Jones schreef op wo 17-11-2010 om 09:18 [+]:
> > According to some virus scanning (using clamav) that I'm surprised we
> > are doing on Fedora packages, the mingw32-nsis package is
On Thu, Nov 18, 2010 at 01:40:09AM +0100, Kevin Kofler wrote:
> Erik van Pienbroek wrote:
> > This looks like a false positive of clamav to me.
>
> Has anybody already uploaded it to http://cgi.clamav.net/sendvirus.cgi
> (selecting the "false positive" option)? If not, please do so; the sooner we
On Sun, Dec 05, 2010 at 04:14:13PM +0200, Ville Skyttä wrote:
> Hello mingw32-gcc maintainers,
>
> Compilers in mingw32-gcc* are now automatically ccache-enabled as of
> ccache-3.1.3-2 which I've just built for Fedora Rawhide. I did some local
> test builds and they seemed to work fine, and the
On Mon, Dec 06, 2010 at 11:01:20PM -0600, Matt Domsch wrote:
> mingw32-libglademm24-2.6.7-8.fc12 [u'631374 NEW'] (build/make) sailer,rjones
> mingw32-pangomm-2.26.0-1.fc12 [u'631208 NEW'] (build/make) sailer,rjones
> mingw32-plotmm-0.1.2-4.fc12 [u'631082 NEW'] (build/make) sailer,rjones
> mingw32-g
On Sat, May 21, 2011 at 08:57:04AM +0200, Farkas Levente wrote:
> these changes not really useful since after that the same spec no longer
> compiles on rhel. which is not a good idea, mainly after rhel-6.1 add
> support for mingw32...
This is not an issue. When adding the packages to RHEL, just
On Fri, Jun 17, 2011 at 10:44:11AM +0300, Kalev Lember wrote:
> On 06/15/2011 11:21 PM, Jérôme Benoit wrote:
> > I've seen discussion on OCaml's integration in MinGW cross compilation
> > suite shipped in Fedora. What is the status of this work ? Is there
> > any repo where I can pull .spec file or
On Tue, Jun 21, 2011 at 10:32:50PM +0200, Jérôme Benoit wrote:
> Do you have a bugtracking link or a thread link of the discussion ?
No, it was in person, in Grenoble IIRC :-)
> If it's the only patch
> http://git.annexia.org/?p=fedora-mingw.git;a=blob;f=ocaml/mingw32-ocaml-3.11.0%2Bbeta1-combin
On Thu, Jul 14, 2011 at 01:57:19PM +1000, Paul A. Steckler wrote:
> I had been cross-compiling some OCaml code linked against C code using
> the Fedora 11 mingw-ocaml and related packages. I ran up against a wall
> when I discovered that some of the MinGW Windows header files were
> missing some cr
Sending to Fedora mingw mailing list.
Rich.
On Sun, Feb 05, 2012 at 07:45:59PM +0100, Sylvain wrote:
> Hi,
>
> I forward you this mail because you packaged FreeGLUT for win32
> through cross-compilation.
>
> I just sent this patch to the developers after cross-compilation broke
> in 2.8.0. (I
amming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
>From 2edf5db44bb3b25fc96f1f0869a1a044860cf314 Mon Sep 17 00:00:00 2001
From: "Richard W.M. Jones"
Date: Fri, 5 Feb 2016 16:09:18 +
Subject:
On Fri, Dec 09, 2016 at 12:07:16AM +0500, Илья Шипицин wrote:
> Hello,
>
> I noticed you maintaining nsis redhat package.
> are there any plans to port nsis3 (which supports unicode) ?
>
> or I can port myself.
[Adding mailing list]
Rich.
--
Richard Jones, Virtualization Group, Red Hat http:/
Hello Sandro,
mingw-nsis failed to build in the F32 mass rebuild, so I have updated
the package to the latest version and fixed quite a few problems.
It now builds, but there are some seemingly serious problems with the
resulting package which make me reluctant to want to push anything to
Rawhide
[Adding the devel list, since this change would obviously affect
several "base" packages.]
On Mon, Mar 01, 2021 at 01:31:13PM +, Daniel P. Berrangé wrote:
> Way back when we first started the mingw project in Fedora we took the
> decision to maintain the mingw builds as separate source RPMs in
On Wed, Mar 03, 2021 at 09:29:43AM +0100, Petr Pisar wrote:
> V Tue, Mar 02, 2021 at 12:45:42PM +0000, Richard W.M. Jones napsal(a):
> > On Mon, Mar 01, 2021 at 01:31:13PM +, Daniel P. Berrangé wrote:
> > > +%if %{_with_mingw}
> > > +
> > > +%package -n
On Tue, May 03, 2022 at 04:46:34PM +0200, Sandro Mani wrote:
>
> >>Any comments/objections?
> >>
> >>
> >>That seems to make sense to me, is there a reason why it wasn't before?
> >>
> As far as I see mingw-filesystem provided the standard DLLs since
> the beginning of the package, perhaps @rjones
38 matches
Mail list logo
