Re: cross building wxMSW under fedora 12 configure error: cannot compute sizeof (boolean), 77)
From: Vadim Zeitlin va...@wxwidgets.org When building libjpeg ourselves we rename boolean to wxjpeg_boolean (which is still int, as original boolean). I had several problems because of this though so I almost convinced myself that it would be better to just let Windows define boolean as unsigned char and use this definition -- libjpeg seems to still work just fine with it. [...] However if Fedora chose to fix it in almost the same way as we did, it's probably simpler/safer to follow their lead and just rename wxjpeg_boolean to jpeg_boolean. This is why we (Fedora MinGW) need to get these issues fixed upstream and not carry incompatible patches. And where upstream is disfunctional (as in this case) we need to create a viable upstream with or without the support of the original developers. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: cross building wxMSW under fedora 12 configure error: cannot compute sizeof (boolean), 77
On Tue, Dec 01, 2009 at 05:51:03PM +0800, aaron lwe wrote: Hi, I want to cross build wxMSW-2.8.10 under fedora 12, but when I did a configure, it gave me the following error message: checking size of boolean... configure: error: cannot compute sizeof(boolean), 77 See `config.log' for more details. I had no problems cross building wxMSW-2.8.10 under fedora 11. configure:26896: i686-pc-mingw32-gcc -c conftest.c 5 conftest.c: In function 'main': conftest.c:68: error: 'boolean' undeclared (first use in this function) conftest.c:68: error: (Each undeclared identifier is reported only once conftest.c:68: error: for each function it appears in.) You'll probably want to have a look at the configure.{in,ac} file to see what causes this error. But the error itself is pretty clear: C doesn't define a type called boolean! The code should probably be using _Bool instead (standardized in C99). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: dlltool and friends
On Wed, Dec 09, 2009 at 01:28:03PM +0100, Kai Tietz wrote: 2009/12/9 Richard W.M. Jones rjo...@redhat.com: On Tue, Dec 08, 2009 at 09:37:18AM -0600, Michael Cronenworth wrote: I'm attempting to generate a DLL and I think I stumbled upon an issue, or possibly I don't know how to use dlltool. $ i686-pc-mingw32-dlltool --export-all-symbols --output-def test.def libtest.dll I get all symbols in the expected format, eg: memcpy @ 248 That's how I expect that command to work, however, this command: $ i686-pc-mingw32-dlltool --kill-at --export-all-symbols --output-def test.def libtest.dll I get all symbols exactly the same as before, eg: memcpy @ 248 I expected: memcpy Is this a bug or am I doing something wrong? (using -k makes no difference) I get the same results, and it looks like a bug to me. This isn't a bug. What you see here is symbol space '@' space digit. This is the typing of the ordinal used for the symbol and is not the decoration. At the very least, the documentation is confusing. It says: `-k' `--kill-at' Specifies that when `dlltool' is creating the exports file it should not append the string `@ number'. These numbers are called ordinal numbers and they represent another way of accessing the function in a DLL, other than by name. That implies to me that the @ space number part should be removed. The --kill-at option has no effect at all on the output, except to change a comment: $ i686-pc-mingw32-dlltool --kill-at --export-all-symbols --output-def /tmp/withkill.def /usr/i686-pc-mingw32/sys-root/mingw/bin/libglut-0.dll $ i686-pc-mingw32-dlltool --export-all-symbols --output-def /tmp/withoutkill.def /usr/i686-pc-mingw32/sys-root/mingw/bin/libglut-0.dll $ diff -u /tmp/withkill.def /tmp/withoutkill.def --- /tmp/withkill.def 2009-12-09 14:13:16.119384036 + +++ /tmp/withoutkill.def 2009-12-09 14:13:24.350383990 + @@ -1,4 +1,4 @@ -; i686-pc-mingw32-dlltool --kill-at --export-all-symbols --output-def /tmp/withkill.def /usr/i686-pc-mingw32/sys-root/mingw/bin/libglut-0.dll +; i686-pc-mingw32-dlltool --export-all-symbols --output-def /tmp/withoutkill.def /usr/i686-pc-mingw32/sys-root/mingw/bin/libglut-0.dll EXPORTS .weak.__Jv_RegisterClasses.___gcc_register_frame @ 1 DATA adjustwindowr...@12 @ 2 So I still maintain that this is a bug in _something_, perhaps in documentation. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Switching to DWARF2 exceptions
On Mon, Nov 30, 2009 at 12:53:53PM +0200, Kalev Lember wrote: On 11/30/2009 12:19 PM, Richard W.M. Jones wrote: On Mon, Nov 30, 2009 at 11:56:46AM +0200, Kalev Lember wrote: To work around that, upstream mingw has a patch to annotate functions which support unwinding with SEH with __attribute__((seh_aware)). I've tested that patch and it really does fix binary compatibility with binaries produced by Visual Studio. I'm not quite sure I understand this bit - which functions need to be annotated? Lets say we have function a() in a.dll (compiled with mingw), b() in b.dll (compiled with Visual Studio) and main() in c.exe (compiled with mingw). c.exe is linked against b.dll, and b.dll is linked against a.dll. Now if an exception is thrown in a() and rethrown in b(), then b() prototype in header file has to be annotated like this to make it possible to catch it in main() in c.exe: void b() __attribute__((seh_aware)); MinGW unwinder supports unwinding either DWARF2 or SEH, but the runtime has no way of knowing whether a function supports unwinding with SEH. The patch is a workaround to add seh_aware attribute to foreign (SEH) function declarations. MinGW release notes [3] explain that it's only a temporary measure and future versions of w32api will have a way of doing it automatically. [3] http://sourceforge.net/project/shownotes.php?release_id=691876 It certainly sounds like a hack ... But I know even less about this than anyone else on this thread, so I'll shut up. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: rawhide report: 20091128 changes
On Sat, Nov 28, 2009 at 01:51:52PM +, Rawhide Report wrote: mingw32-plib-static-1.8.5-0.fc13.noarch requires mingw32-plib = 0:{version}-{release} Hmmm ... this is a packaging bug, and since the package was just added it should have been caught during review. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Old fedora-mingw--devel mercurial repository: moved to git, archived
It's not necessary to use this now, but in any case it has been moved to here: http://git.annexia.org/?p=fedora-mingw.git;a=summary Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-pthreads
On Mon, Nov 16, 2009 at 08:48:35AM +0100, Farkas Levente wrote: On 11/16/2009 08:17 AM, Richard W.M. Jones wrote: On Sun, Nov 15, 2009 at 01:15:17PM +0100, Farkas Levente wrote: On 11/15/2009 01:10 PM, Kalev Lember wrote: On 11/15/2009 01:08 PM, Farkas Levente wrote: hi, after reading this page http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/mingw/README.chromium?revision=25199view=markup i think we should also include this patch, so i apply. Can you send the patch to pthreads-win32 mailing list [1] ? I took a quick look at the archives and there is some talk about 2.9.0 release with 64 bit Windows support. Would be nice if this patch was properly merged upstream and included in the new release. [1] http://sourceware.org/ml/pthreads-win32/ done. I'm unhappy about the way this patch was added. The message (http://sourceware.org/ml/pthreads-win32/2009/msg00057.html) isn't clear what patch we're talking about. The real patch URL is: there is only one patch at the given url:-) but i add the comment to the spec file now. Thanks for doing this. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-pthreads
On Sun, Nov 15, 2009 at 01:15:17PM +0100, Farkas Levente wrote: On 11/15/2009 01:10 PM, Kalev Lember wrote: On 11/15/2009 01:08 PM, Farkas Levente wrote: hi, after reading this page http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/mingw/README.chromium?revision=25199view=markup i think we should also include this patch, so i apply. Can you send the patch to pthreads-win32 mailing list [1] ? I took a quick look at the archives and there is some talk about 2.9.0 release with 64 bit Windows support. Would be nice if this patch was properly merged upstream and included in the new release. [1] http://sourceware.org/ml/pthreads-win32/ done. I'm unhappy about the way this patch was added. The message (http://sourceware.org/ml/pthreads-win32/2009/msg00057.html) isn't clear what patch we're talking about. The real patch URL is: http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/mingw/pthreads-w32.patch.txt?revision=16646view=markup Patches should always go upstream first, and patches which aren't upstream yet should be documented in the spec file. Please add this documentation. https://fedoraproject.org/wiki/Packaging:Guidelines#All_patches_should_have_an_upstream_bug_link_or_comment https://fedoraproject.org/wiki/Staying_close_to_upstream_projects Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Broken dependencies: mingw32-gcc
On Sun, Nov 15, 2009 at 01:29:17PM +, build...@fedoraproject.org wrote: mingw32-gcc has broken dependencies in the development tree: On ppc: In case anyone didn't see it: https://www.redhat.com/archives/fedora-devel-list/2009-November/thread.html#00718 These messages (for PPC anyhow) can be ignored. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Howto set up a chroot build environment for deployment?
On Tue, Oct 20, 2009 at 11:07:21AM +0200, Per Arnold Blaasmo wrote: I am in the need to have a build environment for windows that builds every night and that is started from a clean state and ends up in a install program. Is there any howto or does someone have a setup like this that they can share. I use 'mock' for building different Linux RPM or DEB packages, but I would also like to have something like that for a Windows install file. A 'mock' setup that produces a final install file for Windows would be great. Any tips? You want something that runs on Fedora, I assume? You can create NSIS installers using mingw32-nsis (ie. directly) or using mingw32-nsiswrapper (our more friendly wrapper around NSIS). I'm not sure if anyone has ever set this up so it runs from mock though, since we tend to build either RPMs or DLLs/EXEs directly. One idea I have used in some programs is to add a 'make wininstaller' target to the Makefile (invoking NSIS or nsiswrapper to do the job). That could be automated using one of many different build/test systems out there, eg. http://www.autobuild.org/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: error trying to exec 'cc1': execvp: No such file or directory
On Wed, Oct 14, 2009 at 10:08:51AM +0200, Erik van Pienbroek wrote: As far as I know the latest mingw32-gcc in rawhide should work just fine. Various packages have been built in the last few days with this version of gcc so I guess this is a local problem. Note that this is the gcc in Rawhide (ie. F12 Beta), not Koji (ie. F13). The problematic version is mingw32-gcc-4.4.1-3.fc12.x86_64. Could you please send the verbose output of gcc (the -v parameter) ? $ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32 Using built-in specs. Target: i686-pc-mingw32 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i686-pc-mingw32 --with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root --enable-languages=c,c++,objc,obj-c++,fortran --with-bugurl=http://bugzilla.redhat.com/bugzilla Thread model: win32 gcc version 4.4.1 20090902 (Fedora MinGW 4.4.1-3.fc12) (GCC) COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane' '-mtune=generic' cc1 -quiet -v glutplane.c -quiet -dumpbase glutplane.c -mtune=generic -auxbase glutplane -version -o /tmp/ccgTZazl.s i686-pc-mingw32-gcc: error trying to exec 'cc1': execvp: No such file or directory Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: error trying to exec 'cc1': execvp: No such file or directory
On Wed, Oct 14, 2009 at 10:00:31AM +0100, Richard W.M. Jones wrote: On Wed, Oct 14, 2009 at 10:08:51AM +0200, Erik van Pienbroek wrote: As far as I know the latest mingw32-gcc in rawhide should work just fine. Various packages have been built in the last few days with this version of gcc so I guess this is a local problem. Note that this is the gcc in Rawhide (ie. F12 Beta), not Koji (ie. F13). The problematic version is mingw32-gcc-4.4.1-3.fc12.x86_64. Sorry, the above statement is not quite correct. The problem package is in _both_ Rawhide _and_ Koji. Could you please send the verbose output of gcc (the -v parameter) ? $ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32 [...] Here is what the same command looks like using the working mingw32-gcc from Fedora 11: $ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32 Using built-in specs. Target: i686-pc-mingw32 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i686-pc-mingw32 --with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root --enable-languages=c,c++,objc,obj-c++,fortran --with-bugurl=http://bugzilla.redhat.com/bugzilla Thread model: win32 gcc version 4.4.0 20090319 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane' '-mtune=generic' /usr/libexec/gcc/i686-pc-mingw32/4.4.0/cc1 -quiet -v glutplane.c -quiet -dumpbase glutplane.c -mtune=generic -auxbase glutplane -version -o /tmp/ccDJZN2R.s ignoring nonexistent directory /usr/i686-pc-mingw32/sys-root/usr/local/include ignoring nonexistent directory /usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/include #include ... search starts here: #include ... search starts here: /usr/lib64/gcc/i686-pc-mingw32/4.4.0/include /usr/lib64/gcc/i686-pc-mingw32/4.4.0/include-fixed /usr/i686-pc-mingw32/sys-root/mingw/include End of search list. GNU C (GCC) version 4.4.0 20090319 (experimental) (i686-pc-mingw32) compiled by GNU C version 4.4.0 20090319 (Red Hat 4.4.0-0.28), GMP version 4.2.4, MPFR version 2.4.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: d4d1c0c8f46dbd662e9d16c70be72adb COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane' '-mtune=generic' /usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/as -v -o /tmp/ccIynGfJ.o /tmp/ccDJZN2R.s GNU assembler version 2.19.1 (i686-pc-mingw32) using BFD version (GNU Binutils) 2.19.1 COMPILER_PATH=/usr/libexec/gcc/i686-pc-mingw32/4.4.0/:/usr/libexec/gcc/i686-pc-mingw32/4.4.0/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/:/usr/lib64/gcc/i686-pc-mingw32/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/ LIBRARY_PATH=/usr/lib64/gcc/i686-pc-mingw32/4.4.0/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/lib/:/usr/i686-pc-mingw32/sys-root/mingw/lib/ COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane' '-mtune=generic' /usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/ld --sysroot=/usr/i686-pc-mingw32/sys-root -Bdynamic -o glutplane /usr/i686-pc-mingw32/sys-root/mingw/lib/crt2.o /usr/lib64/gcc/i686-pc-mingw32/4.4.0/crtbegin.o -L/usr/lib64/gcc/i686-pc-mingw32/4.4.0 -L/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/lib -L/usr/i686-pc-mingw32/sys-root/mingw/lib /tmp/ccIynGfJ.o -lglut -lglu32 -lopengl32 -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib64/gcc/i686-pc-mingw32/4.4.0/crtend.o Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: error trying to exec 'cc1': execvp: No such file or directory
On Wed, Oct 14, 2009 at 01:19:34PM +0100, Richard W.M. Jones wrote: I will file a BZ about this later on. I tried to reproduce this on a virgin F11 system, but I can't. So ... No BZ for now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: wxWidgets(2.8.9) RPM spec for F11
In addition to Erik's reply, also we have some instructions specifically for new MinGW packages: http://fedoraproject.org/wiki/MinGW/New_package Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: KOffice cross compilation
On Tue, Aug 18, 2009 at 11:54:13AM +0200, lukast@gmail.com wrote: Hello, I'm Krita developer, which is KDE graphics program, it is part of KOffice. I would like to use cross compiler from FC11 to cross-compile KOffice for Windows. Mainly Krita, but I will try to compile full KOffice. I would like to ask you for help. I'm pretty much newbie in this area. I managed to cross-compile the tictactoe example from [1] So far I noticed that there is Qt package in repositaries mingw32-qt.noarch mingw32-qt-qmake So I suppose I don't have to build Qt. I need to build: kdelibs 4.2.x at least kdebase/runtime 4.2.x kdepimlibs 4.2.x lcms 1.18 libeigen 2.0 libexiv 0.16 libqimageblitz I'm using 32 bit system. Have you got idea how to build kdelibs and basically any cmake based project? cmake-based projects should just work. We have a %{_mingw32_cmake} RPM macro and a mingw32-cmake program (in sufficiently new releases). You're better off trying to build them and seeing what errors you get. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Rewinding the discussion on MinGW+Wine
On Mon, Jul 27, 2009 at 08:37:39PM +0200, Paolo Bonzini wrote: cat configure.ac \EOF AC_INIT AM_PATH_GLIB_2_0(2.0.0) AC_OUTPUT(Makefile) EOF Just use PKG_CHECK_MODULES instead, as in the attached example. It works fine. Now please answer my question: Which package are you trying to build? Rich. -- 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 AC_INIT([hello],[1.0]) AM_INIT_AUTOMAKE([foreign]) AC_PROG_CC_STDC AM_PROG_CC_C_O AC_PROG_INSTALL PKG_CHECK_MODULES([GLIB],[glib-2.0 = 2.0.0]) AC_CONFIG_FILES([Makefile]) AC_OUTPUT bin_PROGRAMS = hello hello_SOURCES = hello.c hello_CFLAGS = $(GLIB_CFLAGS) hello_LDADD = $(GLIB_LIBS) #include glib.h #include stdio.h int main() { printf (%s\n, g_strdup (Hello, world!)); } ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Rewinding the discussion on MinGW+Wine
On Tue, Jul 28, 2009 at 10:57:57AM +0200, Paolo Bonzini wrote: On 07/28/2009 10:30 AM, Richard W.M. Jones wrote: On Mon, Jul 27, 2009 at 08:37:39PM +0200, Paolo Bonzini wrote: cat configure.ac \EOF AC_INIT AM_PATH_GLIB_2_0(2.0.0) AC_OUTPUT(Makefile) EOF Just use PKG_CHECK_MODULES instead, as in the attached example. It works fine. Richard, you miss the real problem, which is legacy. We can patch every AM_PATH_GLIB_2_0 to PKG_CHECK_MODULES for everything we package. We cannot expect users to know this. Besides, AM_PATH_GLIB_2_0 will detect mismatched header files vs. installed libraries, while PKG_CHECK_MODULES, so your solution is not 100% equivalent. So far, in us packaging about 100 packages (many dependent on glib), this has not proved a problem. There's no issue with mismatching headers and libraries because everything is installed via RPM. Now please answer my question: Which package are you trying to build? Pick any one in this list: http://www.google.com/codesearch?q=AM_PATH_GLIB_2_0 http://www.google.com/codesearch?q=AM_PATH_GTK_2_0 I could say xchat from latest CVS. (I did try to build it before writing this, and it failed). So xchat, specifically, is the package that you tried to make? I will have a look at it later, but I'm quite busy on real work today. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Rewinding the discussion on MinGW+Wine
On Mon, Jul 27, 2009 at 02:50:58PM +0200, Paolo Bonzini wrote: 513819: this is just the fact mingw's sys-root is *not* exported to Wine. Nothing else, nothing more. It is totally unrelated from the fact that Autoconf thinks it's not cross-compiling anymore. The question is one, we can frame it in two ways: 1) Do we want this? If not, why? 2) Or as a meta-question: What relationship do we want between Wine and the cross-compilation environment? Isolation or cooperation? (Of course having one require the other is a no-no). The idea that Wine and cross-compilation are either isolated or cooperate is a false dichotomy. The only reason this problem occurs for you is that you're using some other glib which isn't mingw32-glib. Use mingw32-glib and our cross-compilation environment, or explain why we should support some other binary glib that we have no control over. 513824: definitely a hack, but one that we cannot skip if we want the cross-compilation environment to cooperate Wine. It is extremely stupid to use touch instead of open, but glib does it; bummer. Fixing it upstream will require years to propagate to packages. Why can't this other glib (whatever it is) use /usr/bin/touch? 513825: I think there is consensus that mingw32-pkg-config should be renamed or at least both names should be provided. The other discussions in the bug are about: 1) mingw32-configure and mingw32-make. This can be ignored as long as we agree that ./configure --host=i686-pc-mingw32 make should be a valid way to compile mingw32 packages. Which it should be. 2) Problems in the default RPM macros. This can be skipped, except maybe for making -mms-bitfields the default in the compiler. I can bring this upstream. We used to require -mms-bitfields to make interoperable C structures. _If_ that's now the default, we can drop it. 513825, reprise. There is another aspect of this bug. When Wine is installed, Autoconf executes run-time testcases. This can be seen as a bug, but it is also a feature---and for three reasons. First, in most cases run-time testcases choose a conservative answer when cross-compiling, so that allowing them would make for slimmer or more efficient binaries. Nevertheless, we can't use wine at compile time, no matter how much better it might theoretically make things. We can't use it because (a) it doesn't work in Koji, and (b) cross-compilation should not need to run generated binaries at build time [autoconf section 6.6 Checking Runtime Behavior]. [..] Let's step back here. What package are you trying to build? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: MinGW LLVM?
On Wed, Jul 22, 2009 at 02:13:11PM -0700, Eric Smith wrote: I'm working on a new compiler that uses LLVM, and it would be nice to be able to cross-compile it with MinGW. Has anyone given any thought to building the LLVM package for MinGW? I wouldn't need the llvm-gcc front end, only the LLVM libraries. If no one else has looked at it, I might eventually find time to try it myself. I don't yet have any experience building and packaging libraries for MinGW, but now there are plenty of examples I can look at. No one has mentioned it. Here's a guide for new packages: https://fedoraproject.org/wiki/MinGW/New_package and here's an example specfile: http://hg.et.redhat.com/cgi-bin/hg-misc.cgi/fedora-mingw--devel/file/tip/example/mingw32-example.spec Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: A little gift - Pratyus
The spambots now sign up to mailing list. This account was banned, but I doubt it'll be the last. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: kwizart's interest in mingw SIG (+patch for smock.pl)
On Thu, Jul 02, 2009 at 12:28:25PM +0200, Nicolas Chauvet wrote: Hello ! Welcome! I'm using smock.pl for building packages. Here is a patch that will add a --suffix option in order to use any custom mock configuration files. For an example: http://rpms.kwizart.net/fedora/11/i386/mock-kwizart-11.0-1.fc11.noarch.rpm I'll apply this patch shortly. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Interest in mingw wxWidgets
On Sat, Jun 20, 2009 at 02:26:17PM -0600, Max Jonathan Spaulding wrote: I have a need for wxWidgets in a mingw app and will be building my own libs in a few weeks or next month sometime. I was wondering 1, if a wxWidgets package for mingw would be useful to anyone else but me? This is a fairly regular request, but so far no one has come forward to package it yet. http://fedoraproject.org/wiki/MinGW/New_package and 2, if anyone would be interested in being a co-maintainer for this package with me? If you get through the package review, we will find people to be co-maintainers. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: How much to stick to the packaging layout of native packages
On Sat, Jun 20, 2009 at 12:06:23AM +0200, Erik van Pienbroek wrote: While reviewing mingw32-gstreamer [1] I've stumbled upon a situation where more feedback is appreciated. The packager has based this package upon the native gstreamer package. While there's nothing wrong with that approach I have my doubts whether some things are okay in respect to the Fedora and Fedora-MinGW packaging guidelines. The native gstreamer package consists of a main package and two subpackages, -devel and -tools. As no packages in the Fedora-MinGW toolchain have -devel subpackages (everything is a library) the packager decided to comment out all the -devel subpackage parts in the .spec file. Hmm: http://fedoraproject.org/wiki/MinGW/Packaging_issues#devel_package_split While this makes the .spec file harder to read the packager has indicated that he prefers to keep the commented out parts for easier merging with native changes. Doesn't this conflict with the Legibility-rule [2] in the Fedora packaging guidelines? I'd say it's not great to keep all the commented out lines, but I wouldn't necessarily block the review for it. It depends on how much you trust the packager to do the right thing. The -tools package contains just some .exe files. Are such packages containing only binaries welcome in our Fedora-MinGW project? If so, is it okay to put them in separate subpackages or should they be moved to the main package? They're OK as long as they are development tools, and in this case they look like mostly development tools, so I would say this is OK. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Mac OS X cross-compiler coming soon to a Fedora near you (or maybe not?)
On Thu, Jun 18, 2009 at 11:30:19AM +0200, Erik van Pienbroek wrote: http://svn.macosforge.org/repository/odcctools/trunk/ChangeLog.odcctools Because of this I replaced the odcctools from the iphone-dev project (based on cctools-622.3) with the odcctools tools from Apple (based on cctools-698.1). That's good - does cctools now have real 64 bit support (ie. are they trying to make the code 64 bit clean -- previously we had to compile the whole thing with -m32)? - Support for fat/universal binaries This requires multiple GCC compilers which are tied together by a small wrapper. This wrapper (which is called /usr/bin/gcc on regular Mac OS X environments) accepts arguments like '-arch i386 -arch ppc' and calls the corresponding compilers and uses lipo to merge the results together What do we lose if we just build everything for, say, i386? PPC Macs are a bit long in the tooth now aren't they? - Can we regenerate the .dylib files which are bundled with the SDK from source code (which is a requirement for Fedora) so that we get something like w32api? My thought for this one is can we rebuild these files just from a table of the exported symbols? (ie. nm *.dylib) - End user installers We need something like nsiswrapper for Mac OS X environments. On Mac OS X environments, all applications are bundled in one directory, a so called '.app'. This directory contains some standard files (containing application information, an icon, etc) and of course the application itself along with it's dependencies and data files. These .app folders can be packed in a .zip file or a .dmg file which end-users can open directly to run/install the application Doesn't odcctools provide something to do this? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: how to patch native pacakge
On Wed, Jun 17, 2009 at 09:09:45PM +0200, Farkas Levente wrote: so what's our position now? it seems upstream wouldn't like to (and probably can't solve without break something). Have you talked to upstream about this? Please point us to the upstream discussion on their mailing lists. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: how to patch native pacakge
On Wed, Jun 17, 2009 at 10:40:56PM +0200, Farkas Levente wrote: Richard W.M. Jones wrote: On Wed, Jun 17, 2009 at 09:09:45PM +0200, Farkas Levente wrote: so what's our position now? it seems upstream wouldn't like to (and probably can't solve without break something). Have you talked to upstream about this? Please point us to the upstream discussion on their mailing lists. without any response: http://sourceforge.net/mailarchive/forum.php?thread_name=4A12C61E.9010701%40lfarkas.orgforum_name=libjpeg-devel-6x and we discuss many way that this not possible. There's a reason I keep going on about upstream libjpeg, not just because I'm being difficult. It's because there's no way we, as mere packagers, can fix this on our own. We can't even fix it if we have the consent of SuSE, Debian and other packagers. libjpeg has a screwy, disfunctional upstream. There's not been a real upstream release for 11 years. Now there is someone claiming to be the official upstream for libjpeg who isn't ready to hold open discussions with any of the interested groups. This can *only* be fixed by someone taking control, and making a real upstream libjpeg which has an open, responsive governance. This is *not* a Fedora problem. Create a real upstream libjpeg (maybe you'll need to change the name). Involve all the parties and packagers, make the right technical decisions, release up to date, modern packages, and then, maybe, mingw32-libjpeg can be a proper part of Fedora. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: [patch] nsiswrapper 3.4.fc11
On Wed, Jun 17, 2009 at 04:48:39PM -0500, René Berber wrote: Richard W.M. Jones wrote: I will commit unless anyone has any objections. [Just to note that I did commit this] Just tried today the new version, one problem I did not see before, PATH needs to include /usr/i686-pc-mingw32/sys-root/mingw/bin or nsiswrapper doesn't quite work (I had it set manually before). Should we add this inside nsiswrapper? Any thoughts? Yes, this is a(-nother) horrible limitation of nsiswrapper. If you have a suggested patch, please post it here. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Mac OS X cross-compiler coming soon to a Fedora near you (or maybe not?)
On Tue, Jun 16, 2009 at 04:09:31PM +0200, Kevin Kofler wrote: Farkas Levente wrote: - wouldn't we like to merge all 3 platform (mingw32, mingw64, darwin) into a common name and package set as discussed earlier? Huh? How would that work? MinGW and darwinx are very different targets. As Dan says it's somewhat academic if we can't add the compiler(s) to Fedora. But we did come up with a coherent plan for how to do this: http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-February/000464.html (see also the following messages). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Mac OS X cross-compiler coming soon to a Fedora near you (or maybe not?)
On Tue, Jun 16, 2009 at 04:27:13PM +0200, Kevin Kofler wrote: That sounds like a bad plan. The targets don't have any more in common than they do with the native version. It makes sense to keep them in separate SRPMs [..] No, I disagree. Entering hypothetical territory, _if_ it turns out we are allowed to distribute the Mac OS X SDK :-) As a developers, I would want an environment where I can build my program for all four [inc. native] targets very easily. It would be simpler if, for example, the same, identical version of Gtk was on all four targets, because that would reduce any potential incompatibilities and differences in features. On the Fedora side of things, having one library build from a single SRPM into all targets reduces management overhead. For example, we only build each library once and we don't need to track differences in versions between SRPMs. Now in the original email I did point out cases where you would want separate SRPMs. Quoting myself: The only time I could see it making sense to build from different SRPMS would be if either (a) different people needed to manage the ports, or (b) for some reason we had to use a different upstream on one of the platforms. I think those are still the only valid exceptions. [..] for the same reason it makes sense to keep them separate from the native package. In the original proposal for the Fedora MinGW project, we discussed building mingw as sub-RPMs of the native RPMs. The reasons this was rejected was essentially point (a) above - ie. different people need to manage them. I don't see a problem with building mingw64-* from mingw32-* SRPMs or the opposite, as that's the same target OS, just on different hardware platforms, but building darwinx-* from the same SRPM as mingw* sounds very artificial to me. They're likely to need different patches, dependencies etc. Point taken, but I'd hope that we can push upstreams so that they accept any patches required to build on all platforms. A good thing about the Fedora MinGW project is that we have effectively provided a way for upstreams to routinely test and build their libraries for Windows, which many upstreams were never able to do before. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Mac OS X cross-compiler coming soon to a Fedora near you (or maybe not?)
On Mon, Jun 15, 2009 at 02:37:08PM +0100, Daniel P. Berrange wrote: On Mon, Jun 15, 2009 at 03:30:30PM +0200, Erik van Pienbroek wrote: On to everybody's favorite subject (ahum..), the legal stuff. First of all, I didn't do a thorough research yet about all the licenses involved. For GCC and odcctools I don't see any license incompatibilities which prevent it from inclusion in Fedora. The Mac OS X SDK seems to be a mix a various licenses. I've seen files with the following licenses: - Apple Public Source License version 1.0 - Apple Public Source License version 1.1 - Apple Public Source License version 2.0 - GPLv2+ According to [12] and [13] the APSL 1.0 and 1.1 licenses are a no-go for Fedora, so that may indicate the whole project isn't welcome in Fedora.. We could try to extract all the APSL 2.0 and GPLv2+ pieces from the SDK, but I'm afraid it won't be enough to compile regular applications. Another issue we have is that the SDK contains several libraries which are needed to compile regular applications. The source code for a number of these libraries isn't open source so that may also be another reason why the SDK isn't welcome in Fedora. Excellent work BTW Erik. If licenses don't meet the Fedora requirements, there may still be the option of pushing it to RPM Fusion Free or Non-Free repos. I'll agree with Dan here and say that it's worth getting this into rpmfusion, getting the licenses clear, and then seeing what if anything we can take into Fedora. Also as Levente said, do we really need Apple's GCC? IIRC gcc 4.4 could be used. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-filesystem/devel Toolchain-mingw32.cmake, NONE, 1.1 macros.mingw32, 1.3, 1.4 mingw32-filesystem.spec, 1.22, 1.23
Author: rjones Update of /cvs/pkgs/rpms/mingw32-filesystem/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7637 Modified Files: macros.mingw32 mingw32-filesystem.spec Added Files: Toolchain-mingw32.cmake Log Message: Add CMake rules (Adam Goode) --- NEW FILE Toolchain-mingw32.cmake --- SET(CMAKE_SYSTEM_NAME Windows) # specify the cross compiler SET(CMAKE_C_COMPILER /usr/bin/i686-pc-mingw32-gcc) SET(CMAKE_CXX_COMPILER /usr/bin/i686-pc-mingw32-g++) # where is the target environment SET(CMAKE_FIND_ROOT_PATH /usr/i686-pc-mingw32/sys-root/mingw) # search for programs in the build host directories SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER) # for libraries and headers in the target directories SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) Index: macros.mingw32 === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/macros.mingw32,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- macros.mingw32 27 Mar 2009 09:20:25 - 1.3 +++ macros.mingw32 9 Jun 2009 08:44:18 - 1.4 @@ -136,6 +136,20 @@ infodir=%{?buildroot:%{buildroot}}%{_mingw32_infodir} \\\ install +%_mingw32_cmake %{_mingw32_env} ; \ + %__cmake \\\ +-DCMAKE_VERBOSE_MAKEFILE=ON \\\ +-DCMAKE_INSTALL_PREFIX:PATH=%{_mingw32_prefix} \\\ +-DCMAKE_INSTALL_LIBDIR:PATH=%{_mingw32_libdir} \\\ +-DINCLUDE_INSTALL_DIR:PATH=%{_mingw32_includedir} \\\ +-DLIB_INSTALL_DIR:PATH=%{_mingw32_libdir} \\\ +-DSYSCONF_INSTALL_DIR:PATH=%{_mingw32_sysconfdir} \\\ +-DSHARE_INSTALL_PREFIX:PATH=%{_mingw32_datadir} \\\ +%{?_cmake_skip_rpath} \\\ +-DBUILD_SHARED_LIBS:BOOL=ON \\\ +-DCMAKE_TOOLCHAIN_FILE=/usr/share/mingw32/Toolchain-mingw32.cmake + + %_mingw32_description This is the cross-compiled version of this library / tool.\ You should only install this package if you want to cross-compile programs for \ Win32 (32 bit Windows). Index: mingw32-filesystem.spec === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-filesystem.spec,v retrieving revision 1.22 retrieving revision 1.23 diff -u -p -r1.22 -r1.23 --- mingw32-filesystem.spec 21 Apr 2009 22:25:56 - 1.22 +++ mingw32-filesystem.spec 9 Jun 2009 08:44:18 - 1.23 @@ -1,8 +1,8 @@ %define debug_package %{nil} Name: mingw32-filesystem -Version:50 -Release:4%{?dist} +Version:51 +Release:1%{?dist} Summary:MinGW base filesystem and environment Group: Development/Libraries @@ -19,6 +19,7 @@ Source4:mingw32-find-requires.sh Source5:mingw32-find-provides.sh Source6:mingw32-scripts.sh Source7:mingw32-rpmlint.config +Source8:Toolchain-mingw32.cmake Requires: setup Requires: rpm @@ -84,7 +85,7 @@ install -m 755 %{SOURCE6} $RPM_BUILD_ROO mkdir -p $RPM_BUILD_ROOT%{_bindir} pushd $RPM_BUILD_ROOT%{_bindir} -for i in mingw32-configure mingw32-make mingw32-pkg-config; do +for i in mingw32-configure mingw32-make mingw32-pkg-config mingw32-cmake; do ln -s %{_libexecdir}/mingw32-scripts $i done popd @@ -137,6 +138,9 @@ mkdir -p $RPM_BUILD_ROOT/usr/lib/rpm install -m 0755 mingw32-find-requires.sh $RPM_BUILD_ROOT/usr/lib/rpm install -m 0755 %{SOURCE5} $RPM_BUILD_ROOT/usr/lib/rpm +mkdir -p $RPM_BUILD_ROOT%{_datadir}/mingw32 +install -m 644 %{SOURCE8} $RPM_BUILD_ROOT%{_datadir}/mingw32 + %clean rm -rf $RPM_BUILD_ROOT @@ -152,12 +156,17 @@ rm -rf $RPM_BUILD_ROOT %{_bindir}/mingw32-configure %{_bindir}/mingw32-make %{_bindir}/mingw32-pkg-config +%{_bindir}/mingw32-cmake %{_libexecdir}/mingw32-scripts %{_prefix}/i686-pc-mingw32/ +%{_datadir}/mingw32 /usr/lib/rpm/mingw32-* %changelog +* Thu Jun 4 2009 Adam Goode a...@spicenitz.org - 51-1 +- Add CMake rules + * Tue Apr 21 2009 Richard W.M. Jones rjo...@redhat.com - 50-4 - Fix dependency problem with + in DLL name (Thomas Sailer). ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: [Bug 504782] New: libpng: Interlaced Images Information Disclosure Vulnerability
- Forwarded message from bugzi...@redhat.com - Subject: [Bug 504782] New: libpng: Interlaced Images Information Disclosure Vulnerability Date: Tue, 9 Jun 2009 08:37:47 -0400 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-t...@redhat.com ReportedBy: tho...@redhat.com CC: p...@city-fan.org, lfar...@lfarkas.org, t...@redhat.com, berra...@redhat.com, rjo...@redhat.com, fedora-mingw@lists.fedoraproject.org Estimated Hours: 0.0 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. - End forwarded message - -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-libpng/F-11 .cvsignore, 1.3, 1.4 mingw32-libpng.spec, 1.4, 1.5 sources, 1.3, 1.4
Author: rjones Update of /cvs/pkgs/rpms/mingw32-libpng/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19731 Modified Files: .cvsignore mingw32-libpng.spec sources Log Message: New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-11/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 26 Feb 2009 08:50:15 - 1.3 +++ .cvsignore 9 Jun 2009 12:52:54 - 1.4 @@ -1 +1 @@ -libpng-1.2.35.tar.bz2 +libpng-1.2.37.tar.bz2 Index: mingw32-libpng.spec === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-11/mingw32-libpng.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- mingw32-libpng.spec 26 Feb 2009 08:50:15 - 1.4 +++ mingw32-libpng.spec 9 Jun 2009 12:52:54 - 1.5 @@ -5,7 +5,7 @@ %define __find_provides %{_mingw32_findprovides} Name: mingw32-libpng -Version:1.2.35 +Version:1.2.37 Release:1%{?dist} Summary:MinGW Windows Libpng library @@ -78,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue Jun 9 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.37-1 +- New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. + * Wed Feb 25 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.35-1 - Update to libpng 1.2.35, to fix CVE-2009-0040 (Tom Lane). Index: sources === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-11/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 26 Feb 2009 08:50:15 - 1.3 +++ sources 9 Jun 2009 12:52:54 - 1.4 @@ -1 +1 @@ -b8b8d09adf6bee2c5902c8e54c4f2e68 libpng-1.2.35.tar.bz2 +6d1ee0888dbb711214943cb19c294b49 libpng-1.2.37.tar.bz2 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-libpng/F-10 .cvsignore, 1.3, 1.4 mingw32-libpng.spec, 1.2, 1.3 sources, 1.3, 1.4
Author: rjones Update of /cvs/pkgs/rpms/mingw32-libpng/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19757 Modified Files: .cvsignore mingw32-libpng.spec sources Log Message: New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-10/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 26 Feb 2009 08:50:16 - 1.3 +++ .cvsignore 9 Jun 2009 12:52:55 - 1.4 @@ -1 +1 @@ -libpng-1.2.35.tar.bz2 +libpng-1.2.37.tar.bz2 Index: mingw32-libpng.spec === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-10/mingw32-libpng.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- mingw32-libpng.spec 26 Feb 2009 08:50:16 - 1.2 +++ mingw32-libpng.spec 9 Jun 2009 12:52:55 - 1.3 @@ -5,7 +5,7 @@ %define __find_provides %{_mingw32_findprovides} Name: mingw32-libpng -Version:1.2.35 +Version:1.2.37 Release:1%{?dist} Summary:MinGW Windows Libpng library @@ -78,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue Jun 9 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.37-1 +- New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. + * Thu Feb 26 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.35-1 - Update to libpng 1.2.35, to fix CVE-2009-0040 (Tom Lane). Index: sources === RCS file: /cvs/pkgs/rpms/mingw32-libpng/F-10/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 26 Feb 2009 08:50:16 - 1.3 +++ sources 9 Jun 2009 12:52:55 - 1.4 @@ -1 +1 @@ -b8b8d09adf6bee2c5902c8e54c4f2e68 libpng-1.2.35.tar.bz2 +6d1ee0888dbb711214943cb19c294b49 libpng-1.2.37.tar.bz2 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-libpng/EL-5 .cvsignore, 1.3, 1.4 mingw32-libpng.spec, 1.2, 1.3 sources, 1.3, 1.4
Author: rjones Update of /cvs/pkgs/rpms/mingw32-libpng/EL-5 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19781 Modified Files: .cvsignore mingw32-libpng.spec sources Log Message: New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/mingw32-libpng/EL-5/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 26 Feb 2009 08:50:17 - 1.3 +++ .cvsignore 9 Jun 2009 12:52:55 - 1.4 @@ -1 +1 @@ -libpng-1.2.35.tar.bz2 +libpng-1.2.37.tar.bz2 Index: mingw32-libpng.spec === RCS file: /cvs/pkgs/rpms/mingw32-libpng/EL-5/mingw32-libpng.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- mingw32-libpng.spec 26 Feb 2009 08:50:17 - 1.2 +++ mingw32-libpng.spec 9 Jun 2009 12:52:55 - 1.3 @@ -5,7 +5,7 @@ %define __find_provides %{_mingw32_findprovides} Name: mingw32-libpng -Version:1.2.35 +Version:1.2.37 Release:1%{?dist} Summary:MinGW Windows Libpng library @@ -76,6 +76,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue Jun 9 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.37-1 +- New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. + * Wed Feb 25 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.35-1 - Update to libpng 1.2.35, to fix CVE-2009-0040 (Tom Lane). Index: sources === RCS file: /cvs/pkgs/rpms/mingw32-libpng/EL-5/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 26 Feb 2009 08:50:17 - 1.3 +++ sources 9 Jun 2009 12:52:55 - 1.4 @@ -1 +1 @@ -b8b8d09adf6bee2c5902c8e54c4f2e68 libpng-1.2.35.tar.bz2 +6d1ee0888dbb711214943cb19c294b49 libpng-1.2.37.tar.bz2 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: [patch] nsiswrapper 3.4.fc11
On Thu, Jun 04, 2009 at 11:30:41AM -0500, René Berber wrote: Hi, In the course of cross-building a Qt and Gtk version of Transmission I had to patch nsiswrapper as follows, only 2 changes: add case insensitive option to grep, add more system libraries; still left undone check_path should be made into a case insensitive search (had to use a workaround linking Qt's libraries with all lowercase names). --- /usr/bin/nsiswrapper.orig 2009-05-23 16:21:13.343406085 + +++ /usr/bin/nsiswrapper2009-05-26 07:40:43.49337 + @@ -443,7 +443,7 @@ if (m/\.exe$/i || m/\.dll$/i) { my $cmd = $objdump -p '$file' | grep 'DLL Name:' | - grep -Eo '[-._[:alnum:]]+\.dll' | + grep -Eio '[-._[:alnum:]]+\.dll' | sort -u; # XXX quoting open DEPS, $cmd | or die $cmd: $!; foreach (DEPS) { @@ -493,7 +493,19 @@ $_ eq 'ole32.dll' || $_ eq 'mscoree.dll' || $_ eq 'msvcrt.dll' || - $_ eq 'user32.dll' + $_ eq 'user32.dll' || + $_ eq 'advapi32.dll' || + $_ eq 'comctl32.dll' || + $_ eq 'comdlg32.dll' || + $_ eq 'imm32.dll' || + $_ eq 'msimg32.dll' || + $_ eq 'oleaut32.dll' || + $_ eq 'shell32.dll' || + $_ eq 'shlwapi.dll' || + $_ eq 'winmm.dll' || + $_ eq 'wsock32.dll' || + $_ eq 'ws2_32.dll' || + $_ eq 'wldap32.dll' } # Add Gtk dependencies, if --with-gtk. The version in the subject is what 'yum info ming32-nsiswrapper' shows as version.release (the file itself doesn't have anything to identify it inside). +1. I will commit unless anyone has any objections. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: CMake/MinGW32 toolchain file
On Wed, Jun 03, 2009 at 09:29:44AM -0400, Adam Goode wrote: Hi, I am working to package openjpeg which uses CMake. With CMake, cross compilers are supported with specific toolchain files. I have constructed such a file for Fedora MinGW, based on this: http://www.vtk.org/Wiki/CmakeMingw It would be helpful to include this file with mingw32-filesystem. Probably it should be referenced in the macros.mingw32 file as well, perhaps merging an altered version of macros.cmake. The command line argument is -DCMAKE_TOOLCHAIN_FILE=/.../Toolchain-mingw32.cmake. Adam, would you like to post a suggested patch to the mingw32-filesystem package? Easier to have something concrete to discuss. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Compile error on glademm project
On Fri, May 29, 2009 at 10:05:28PM -0300, Fabrício Godoy wrote: Thanks, using mingw32-configure I could compile without errors. But mingw pkg-config still not found, it's ok? . . . checking for i686-pc-mingw32-pkg-config... no checking for pkg-config... /usr/bin/pkg-config Yeah that's fine. It's using the AC_CHECK_TOOLS macro, so it tries to look for a host-specific tool first before using the native tool. In this case that's OK - it should fall back to using the native tool. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Package update policy
On Fri, May 29, 2009 at 03:12:08PM +0200, Erik van Pienbroek wrote: - Packages in group 1 are always in sync among the different branches (there may be a small delay to test changes, but eventually the changes should to applied to all branches) Do we really want to keep updating older branches at all? Could we have a policy which says we'll put new development effort into the devel/ branch, and effectively freeze the previous branches? The freeze would only be broken if (a) there was a necessary security update or (b) someone files a BZ to get a package backported. I feel this would mean less work all round for packagers. - Packages in group 2 are always in sync with the native version of each branch Also have a look at Dan's tools for tracking native/MinGW versions: http://hg.et.redhat.com/cgi-bin/hg-misc.cgi/fedora-mingw--devel/file/tip/compare Rich. ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Compile error on glademm project
On Fri, May 29, 2009 at 11:47:38AM -0300, Fabrício Godoy wrote: Hi, thanks for the link. When I call ./configure --host=i686-pc-mingw32, the mingw pkg-config is not found. Maybe i686-pc-mingw32-pkg-config is missing. Nope, you need pkg-config. However pkg-config needs an extra environment variable to be set, and therefore you should use: mingw32-configure instead of the above configure command. That will cause several extra environment variables to be set, and hopefully should mean that pkg-config will find the correct paths. Rich. ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: wxWidgets
On Thu, May 28, 2009 at 01:19:31PM -0600, Max J. Spaulding wrote: Just wondering if anyone is using wxWidgets with this? If so what are you using a package from another source? Libraries you've compiled your self? Back when I was building mingw by hand I was doing the same with wxWidgets. I'd prefer to move to a package for it as well. I found this rpm http://rpm.pbone.net/index.php3/stat/4/idpl/11076092/com/mingw- wxWidgets-2.8.9-1.fc10.i386.rpm.html Does anyone have any experience with it? Is there any chance that wx will be added to this project? If someone does the work :-) http://fedoraproject.org/wiki/MinGW/New_package Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
List of people on the Wiki page
https://fedoraproject.org/wiki/MinGW#People The 'People' section of the wiki page is looking rather sparse. But I know that the Fedora MinGW project is more lively than ever, with many new packages going in. Unless you follow all the bugzilla entries like I do, you might not know this, just looking at that wiki page. So if you are actively involved in maintaining some package, perhaps you'd like to add your name to that section, to show how lively this project is. It doesn't mean you're obliged to do anything ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: forcing builder arch for noarch packages
On Sat, May 23, 2009 at 02:10:21PM +0200, Thomas Sailer wrote: Hi, is there a way to force the builder arch for building a noarch package? mingw32-tcl builds first tclsh85.exe, and then tries to use this shell plus some tcl scripts in the build process. This works in mock if I BuildRequire wine. However, on koji, noarch packages tend to be built on PPC builders where there is no wine package, and therefore package building fails. This is nasty, but I suspect that 'forcing' the build arch is going to be the wrong thing to do. My suggested approach (not knowing very much about it ...) would be: (1) Change the build so it doesn't need to run tclsh at all. (2) Change the build so it uses the native /usr/bin/tclsh. (3) Set BuildArch to i386. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: how to patch native pacakge
On Sat, May 23, 2009 at 12:36:49AM +0200, Farkas Levente wrote: ok. os what to do now? Go and ask upstream!!! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: Broken dependencies in Fedora 11 - 2009-05-22
- Forwarded message from Michael Schwendt mschwe...@gmail.com - Subject: Broken dependencies in Fedora 11 - 2009-05-22 Date: Fri, 22 May 2009 08:24:56 - Your following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: mingw32-libglademm24-2.6.7-6.fc11.noarch from fedora-updates-11-i386 unresolved deps: mingw32(libgtkmm-2.4-1.dll) package: mingw32-libglademm24-2.6.7-6.fc11.noarch from fedora-updates-11-ppc unresolved deps: mingw32(libgtkmm-2.4-1.dll) package: mingw32-libglademm24-2.6.7-6.fc11.noarch from fedora-updates-11-ppc64 unresolved deps: mingw32(libgtkmm-2.4-1.dll) package: mingw32-libglademm24-2.6.7-6.fc11.noarch from fedora-updates-11-x86_64 unresolved deps: mingw32(libgtkmm-2.4-1.dll) package: mingw32-plotmm-0.1.2-2.fc11.noarch from fedora-updates-11-i386 unresolved deps: mingw32(libgtkmm-2.4-1.dll) mingw32(libgdkmm-2.4-1.dll) mingw32(libatkmm-1.6-1.dll) package: mingw32-plotmm-0.1.2-2.fc11.noarch from fedora-updates-11-ppc unresolved deps: mingw32(libgtkmm-2.4-1.dll) mingw32(libgdkmm-2.4-1.dll) mingw32(libatkmm-1.6-1.dll) package: mingw32-plotmm-0.1.2-2.fc11.noarch from fedora-updates-11-ppc64 unresolved deps: mingw32(libgtkmm-2.4-1.dll) mingw32(libgdkmm-2.4-1.dll) mingw32(libatkmm-1.6-1.dll) package: mingw32-plotmm-0.1.2-2.fc11.noarch from fedora-updates-11-x86_64 unresolved deps: mingw32(libgtkmm-2.4-1.dll) mingw32(libgdkmm-2.4-1.dll) mingw32(libatkmm-1.6-1.dll) - End forwarded message - -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora MinGW
On Fri, May 22, 2009 at 11:27:39AM +0200, Farkas Levente wrote: it'd be useful if this page still be updated daily:-) http://www.annexia.org/fedora_mingw Yeah, I do need to update that. Also the mingw32-crossreport database needs to be updated, since we've added a lot of new packages. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora MinGW
On Fri, May 22, 2009 at 11:36:18AM +0200, Farkas Levente wrote: Richard W.M. Jones wrote: On Fri, May 22, 2009 at 11:27:39AM +0200, Farkas Levente wrote: it'd be useful if this page still be updated daily:-) http://www.annexia.org/fedora_mingw Yeah, I do need to update that. Also the mingw32-crossreport database needs to be updated, since we've added a lot of new packages. it's not it automatically updated by cron? No, neither one is automatically updated. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora MinGW
On Fri, May 22, 2009 at 01:26:48PM +0200, Farkas Levente wrote: Richard W.M. Jones wrote: On Fri, May 22, 2009 at 11:36:18AM +0200, Farkas Levente wrote: Richard W.M. Jones wrote: On Fri, May 22, 2009 at 11:27:39AM +0200, Farkas Levente wrote: it'd be useful if this page still be updated daily:-) http://www.annexia.org/fedora_mingw Yeah, I do need to update that. Also the mingw32-crossreport database needs to be updated, since we've added a lot of new packages. it's not it automatically updated by cron? No, neither one is automatically updated. may be i can write a small script for that... The script is here: http://hg.et.redhat.com/cgi-bin/hg-misc.cgi/fedora-mingw--devel/file/tip/status.pl It doesn't help to have the script though, because you also need access to the site (out of the question) and it produces a strange HTML variant format used by that site. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: License replacement for Sun RPC
Thanks to Sun, and not least to Tom spot Callaway's tireless efforts, we now have the go-ahead to relicense the RPC code in PortableXDR, which means we finally have a working RPC implementation for MinGW projects (specifically: libvirt). Rich. - Forwarded message from Tom spot Callaway tcall...@redhat.com - Subject: License replacement for Sun RPC Date: Fri, 22 May 2009 08:08:37 -0400 From: Tom spot Callaway tcall...@redhat.com * Copyright (c) 2009, Sun Microsystems, Inc. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions are met: * - Redistributions of source code must retain the above copyright notice, * this list of conditions and the following disclaimer. * - Redistributions in binary form must reproduce the above copyright notice, * this list of conditions and the following disclaimer in the documentation * and/or other materials provided with the distribution. * - Neither the name of Sun Microsystems, Inc. nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS AS IS * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. - End forwarded message - -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: ocamlfind with ming32
On Tue, May 19, 2009 at 09:51:46PM +1000, David Crawshaw wrote: There does not seem to be an ocamlfind binary installed by the mingw findlib package, and it isn't obvious to me how to use the normal ocamlfind binary with the mingw ocaml. Have I missed something in my ignorance of findlib, or is this work unfinished? It uses the normal ocamlfind (remember: build-time tools are never cross-compiled). You set the environment variable OCAMLFIND_CONF to point to the alternate configuration file, eg. OCAMLFIND_CONF=/etc/i686-pc-mingw32-ocamlfind.conf export OCAMLFIND_CONF Then you can just use ordinary ocamlfind commands, which will pick up the cross-compiler, eg: ocamlfind ocamlopt foo.ml -o foo.exe Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw64 status?
On Thu, May 07, 2009 at 03:54:10PM -0500, Michael Cronenworth wrote: What about a w64api for mingw64? The DDK includes are no where to be found. I'm not able to make libusb for Win64 as it stands. Didn't parse fully the second bit of your request above. I tried building a driver using the DDK API, and it partly worked. It was encouraging, but missing a few bits added since W2K3. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Notes on cross-compiling Linux - Mac OS X
Might be useful for someone: http://devs.openttd.org/~truebrain/compile-farm/apple-darwin9.txt -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: gtk2 and libxml2 need updates
On Mon, May 04, 2009 at 10:25:36AM -0500, Michael Cronenworth wrote: 2) MinGW packages should ideally match the version level in Fedora. We have some tools that Dan Berrange wrote which should enforce this (or at least persistently email everyone when it's not the case). A to-do is to roll out those tools somewhere ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
SECURITY: New release of GnuTLS 2.6.6
gnutls-cli.exe and gnutls-cli-debug.exe which we ship in the mingw32-gnutls package do not check the activation and expiration dates of X.509 certificates: http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3517 http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3514 I will push a new release later, today hopefully. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
SECURITY: GnuTLS: All DSA keys generated using GnuTLS 2.6.x are corrupt
quote When investigating the DSA problems reported by Miroslav Kratochvil (e.g., [1]), Simon Josefsson discovered that all DSA keys generated by GnuTLS 2.6.x are corrupt. Rather than generating a DSA key, GnuTLS will generate a RSA key and store it in a DSA structure. The patch to correct this is trivial, see [PATCH] below. GnuTLS 2.4.x and earlier did not contain the buggy code. /quote http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3516 Not a good day for GnuTLS ... Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
SECURITY: GnuTLS: double-free and free of invalid pointers on certain errors
http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/3515 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-SDL/devel mingw32-SDL.spec,1.3,1.4
Author: rjones Update of /cvs/pkgs/rpms/mingw32-SDL/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16747 Modified Files: mingw32-SDL.spec Log Message: Add runtime requires mingw32-iconv (kraxel). Index: mingw32-SDL.spec === RCS file: /cvs/pkgs/rpms/mingw32-SDL/devel/mingw32-SDL.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- mingw32-SDL.spec26 Feb 2009 00:52:44 - 1.3 +++ mingw32-SDL.spec28 Apr 2009 11:11:13 - 1.4 @@ -6,7 +6,7 @@ Name: mingw32-SDL Version:1.2.13 -Release:6%{?dist} +Release:7%{?dist} Summary:MinGW Windows port of SDL cross-platform multimedia library License:LGPLv2+ @@ -46,6 +46,9 @@ Requires: pkgconfig #BuildRequires: nasm #%endif +# kraxel pointed out that the headers need iconv.h, hence: +Requires: mingw32-iconv + %description Simple DirectMedia Layer (SDL) is a cross-platform multimedia library @@ -115,6 +118,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Tue Apr 29 2009 Richard W.M. Jones rjo...@redhat.com - 1.2.13-7 +- Add runtime Requires mingw32-iconv (kraxel). + * Wed Feb 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.2.13-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: Goocanvas for Mingw32
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 e...@kvaleberg.com - Subject: Goocanvas for Mingw32 Date: Mon, 27 Apr 2009 13:54:27 +0200 From: Egil Kvaleberg e...@kvaleberg.com To: rjo...@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 %define __strip %{_mingw32_strip} %define __objdump %{_mingw32_objdump} %define _use_internal_dependency_generator 0 %define __find_requires %{_mingw32_findrequires} %define __find_provides %{_mingw32_findprovides} Name: mingw32-goocanvas Version:0.13 Release:2%{?dist} Summary:MinGW Windows GooCanvas library License:LGPLv2+ Group: Developement/Libraries URL:http://sourceforge.net/projects/goocanvas Source0: ftp://ftp.gnome.org/pub/GNOME/sources/0.13/goocanvas/goocanvas-%{version}.tar.bz2 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: mingw32-filesystem = 23 BuildRequires: mingw32-gcc BuildRequires: mingw32-binutils BuildRequires: mingw32-gettext BuildRequires: mingw32-gtk2 #BuildRequires: mingw32-pkgconfig %description MinGW Windows GooCanvas library. %prep %setup -q -n goocanvas-%{version} # demo application does not compile properly sed -i -e 's/ demo / /g' Makefile.am sed -i -e 's/ demo / /g' Makefile.in %build %{_mingw32_configure} make %install rm -rf $RPM_BUILD_ROOT make DESTDIR=$RPM_BUILD_ROOT install # remove static libraries and libtool droppings rm -f $RPM_BUILD_ROOT/%{_mingw32_libdir}/libgoocanvas.{a,la} %find_lang goocanvas %clean rm -rf $RPM_BUILD_ROOT %files -f goocanvas.lang %defattr(-,root,root,-) %doc AUTHORS ChangeLog COPYING NEWS README TODO %{_mingw32_bindir}/libgoocanvas-3.dll %{_mingw32_libdir}/libgoocanvas.dll.a # devel: %{_mingw32_libdir}/pkgconfig/goocanvas.pc %{_mingw32_includedir}/goocanvas-1.0 %{_mingw32_datadir}/gtk-doc/html/goocanvas %changelog * Mon Apr 27 2009 Egil Kvaleberg e...@kvaleberg.no - 0.10-1 - initial release for mingw32, based on version 0.10-2 native spec file ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: --with-gtkmm
On Fri, Apr 24, 2009 at 08:30:16AM -0300, Fabrício Godoy wrote: Sorry, I sent draft e-mail. I tried to create an installer using nsiswrapper to my gtkmm program, but it report missing dependencies. Even using --with-gtk parameter. Maybe is needed to implement like --with-gtkmm parameter. Sounds like a great feature! Have you got a patch? Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Error building
On Fri, Apr 24, 2009 at 11:23:05PM -0300, Fabrício Godoy wrote: When I try compile my project[1] with mingw32 on Fedora I get the following error: i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -g -O2 -MT network_logger-win_networkinterface.o -MD -MP -MF .deps/network_logger-win_networkinterface.Tpo -c -o network_logger-win_networkinterface.o `test -f 'win_networkinterface.cpp' || echo './'`win_networkinterface.cpp [gigantic C++ error redacted] I can compile this on Windows. Can you compile it as a native Fedora program? It looks like a bug in the source of the program to me, like a missing operator or similar. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: --with-gtkmm
On Sat, Apr 25, 2009 at 11:16:43AM -0300, Fabrício Godoy wrote: Maybe it's happening a incorrect behavior of --with-gtk option. [fabri...@fabriciopc src]$ nsiswrapper --with-gtk network-logger.exe MISSING DEPENDENCY: libglib-2.0-0.dll (for network-logger.exe) You may need to add the directory containing this file to your $PATH Did you try following the suggestion? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: --with-gtkmm
On Sat, Apr 25, 2009 at 01:54:39PM -0300, Fabrício Godoy wrote: Yes, worked. I'ts correct manually edit $PATH? Modify this on install have side effects? Yes, it's OK to manually edit the $PATH. However it's a bit of a hack, and it'd be better if nsiswrapper knew about the default paths. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: --with-gtkmm
On Thu, Apr 23, 2009 at 11:57:37PM -0300, Fabrício Godoy wrote: Please implement this option. I can't create installer for gtkmm applications. A bit of context? Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-sqlite
On Thu, Apr 23, 2009 at 07:23:38PM +0200, Thomas Sailer wrote: So a working solution might look something like: export MINGW32_CFLAGS=`rpm --eval %{_mingw32_cflags}` -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_DISABLE_DIRSYNC=1 -DSQLITE_ENABLE_FTS3=3 -DSQLITE_ENABLE_RTREE=1 -fno-strict-aliasing Yes, Levente's solution is better. In general you should never run rpm in rpm. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-sqlite
On Thu, Apr 23, 2009 at 11:33:22AM +0200, Thomas Sailer wrote: I would like to update mingw32-sqlite to match native in both version an feature set. Are there any objections? Go for it. # Patches from Fedora native package. -Patch1: sqlite-3.6.6.2-libdl.patch +Patch1: sqlite-3.6.12-libdl.patch +# Avoid insecure sprintf(), use a system path for lempar.c, patch from Debian Patch2: sqlite-3.6.6.2-lemon-snprintf.patch +Patch3: sqlite-3.6.12-no-sqlite-doc.patch +Patch4: sqlite-3.6.12-memalign.patch These patches still match the native package? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-filesystem/F-11 mingw32-filesystem.spec, 1.21, 1.22 mingw32-find-requires.sh, 1.1, 1.2
Author: rjones Update of /cvs/pkgs/rpms/mingw32-filesystem/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28168 Modified Files: mingw32-filesystem.spec mingw32-find-requires.sh Log Message: Fix dependency problem with + in DLL name (Thomas Sailer). Index: mingw32-filesystem.spec === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/F-11/mingw32-filesystem.spec,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- mingw32-filesystem.spec 27 Mar 2009 09:20:25 - 1.21 +++ mingw32-filesystem.spec 21 Apr 2009 22:25:53 - 1.22 @@ -2,7 +2,7 @@ Name: mingw32-filesystem Version:50 -Release:3%{?dist} +Release:3%{?dist}.1 Summary:MinGW base filesystem and environment Group: Development/Libraries @@ -158,6 +158,9 @@ %changelog +* Tue Apr 21 2009 Richard W.M. Jones rjo...@redhat.com - 50-3.1 +- Fix dependency problem with + in DLL name (Thomas Sailer). + * Fri Mar 27 2009 Richard W.M. Jones rjo...@redhat.com - 50-3 - Fix up and test mingw32-pkg-config changes. Index: mingw32-find-requires.sh === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/F-11/mingw32-find-requires.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mingw32-find-requires.sh30 Oct 2008 09:49:17 - 1.1 +++ mingw32-find-requires.sh21 Apr 2009 22:25:53 - 1.2 @@ -22,7 +22,7 @@ dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$') for f in $dlls; do -$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._[:alnum:]]+\.dll' | +$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' | tr [:upper:] [:lower:] | sed 's/\(.*\)/mingw32(\1)/' done | sort -u ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-filesystem/F-10 mingw32-filesystem.spec, 1.10, 1.11 mingw32-find-requires.sh, 1.1, 1.2
Author: rjones Update of /cvs/pkgs/rpms/mingw32-filesystem/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28134 Modified Files: mingw32-filesystem.spec mingw32-find-requires.sh Log Message: Fix dependency problem with + in DLL name (Thomas Sailer). Index: mingw32-filesystem.spec === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/F-10/mingw32-filesystem.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- mingw32-filesystem.spec 19 Feb 2009 13:30:08 - 1.10 +++ mingw32-filesystem.spec 21 Apr 2009 22:25:54 - 1.11 @@ -2,7 +2,7 @@ Name: mingw32-filesystem Version:40 -Release:3%{?dist}.2 +Release:3%{?dist}.3 Summary:MinGW base filesystem and environment Group: Development/Libraries @@ -147,6 +147,9 @@ %changelog +* Tue Apr 21 2009 Richard W.M. Jones rjo...@redhat.com - 40-3.3 +- Fix dependency problem with + in DLL name (Thomas Sailer). + * Thu Feb 19 2009 Richard W.M. Jones rjo...@redhat.com - 40-3.fc10.2 - Added virtual provides for mingw32(cfgmgr32.dll) and mingw32(setupapi.dll). Index: mingw32-find-requires.sh === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/F-10/mingw32-find-requires.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mingw32-find-requires.sh30 Oct 2008 09:49:17 - 1.1 +++ mingw32-find-requires.sh21 Apr 2009 22:25:54 - 1.2 @@ -22,7 +22,7 @@ dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$') for f in $dlls; do -$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._[:alnum:]]+\.dll' | +$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' | tr [:upper:] [:lower:] | sed 's/\(.*\)/mingw32(\1)/' done | sort -u ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-filesystem/EL-5 mingw32-filesystem.spec, 1.10, 1.11 mingw32-find-requires.sh, 1.1, 1.2
Author: rjones Update of /cvs/pkgs/rpms/mingw32-filesystem/EL-5 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28203 Modified Files: mingw32-filesystem.spec mingw32-find-requires.sh Log Message: Fix dependency problem with + in DLL name (Thomas Sailer). Index: mingw32-filesystem.spec === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/EL-5/mingw32-filesystem.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- mingw32-filesystem.spec 14 Jan 2009 10:18:30 - 1.10 +++ mingw32-filesystem.spec 21 Apr 2009 22:25:54 - 1.11 @@ -2,7 +2,7 @@ Name: mingw32-filesystem Version:40 -Release:3%{?dist} +Release:3%{?dist}.1 Summary:MinGW base filesystem and environment Group: Development/Libraries @@ -144,6 +144,9 @@ %changelog +* Tue Apr 21 2009 Richard W.M. Jones rjo...@redhat.com - 40-3.1 +- Fix dependency problem with + in DLL name (Thomas Sailer). + * Wed Jan 14 2009 Richard W.M. Jones rjo...@redhat.com - 40-3 - Add pseudo-provides secur32.dll Index: mingw32-find-requires.sh === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/EL-5/mingw32-find-requires.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mingw32-find-requires.sh30 Oct 2008 09:49:16 - 1.1 +++ mingw32-find-requires.sh21 Apr 2009 22:25:55 - 1.2 @@ -22,7 +22,7 @@ dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$') for f in $dlls; do -$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._[:alnum:]]+\.dll' | +$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' | tr [:upper:] [:lower:] | sed 's/\(.*\)/mingw32(\1)/' done | sort -u ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-filesystem/devel mingw32-filesystem.spec, 1.21, 1.22 mingw32-find-requires.sh, 1.1, 1.2
Author: rjones Update of /cvs/pkgs/rpms/mingw32-filesystem/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28269 Modified Files: mingw32-filesystem.spec mingw32-find-requires.sh Log Message: Fix dependency problem with + in DLL name (Thomas Sailer). Index: mingw32-filesystem.spec === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-filesystem.spec,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- mingw32-filesystem.spec 27 Mar 2009 09:20:25 - 1.21 +++ mingw32-filesystem.spec 21 Apr 2009 22:25:56 - 1.22 @@ -2,7 +2,7 @@ Name: mingw32-filesystem Version:50 -Release:3%{?dist} +Release:4%{?dist} Summary:MinGW base filesystem and environment Group: Development/Libraries @@ -158,6 +158,9 @@ %changelog +* Tue Apr 21 2009 Richard W.M. Jones rjo...@redhat.com - 50-4 +- Fix dependency problem with + in DLL name (Thomas Sailer). + * Fri Mar 27 2009 Richard W.M. Jones rjo...@redhat.com - 50-3 - Fix up and test mingw32-pkg-config changes. Index: mingw32-find-requires.sh === RCS file: /cvs/pkgs/rpms/mingw32-filesystem/devel/mingw32-find-requires.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mingw32-find-requires.sh30 Oct 2008 09:49:17 - 1.1 +++ mingw32-find-requires.sh21 Apr 2009 22:25:57 - 1.2 @@ -22,7 +22,7 @@ dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$') for f in $dlls; do -$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._[:alnum:]]+\.dll' | +$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' | tr [:upper:] [:lower:] | sed 's/\(.*\)/mingw32(\1)/' done | sort -u ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: rpms/mingw32-filesystem/F-11 mingw32-filesystem.spec, 1.21, 1.22 mingw32-find-requires.sh, 1.1, 1.2
On Wed, Apr 22, 2009 at 11:00:53AM +0200, Farkas Levente wrote: why we start to use this kind of release 3%{?dist}.1 ? So that upgrades between branches of Fedora work. This is a standard Fedora practice. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
[PATCH] Fix dependency generator
These patches are by Thomas Sailer. They fix the case where a library name contains a '+' character. Comments before I apply them? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw --- mingw32-find-requires.sh2009-04-21 07:23:24.0 +0200 +++ mingw32-find-requires.sh2009-04-21 07:23:49.0 +0200 @@ -22,7 +22,7 @@ dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$') for f in $dlls; do -$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._[:alnum:]]+\.dll' | +$OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' | tr [:upper:] [:lower:] | sed 's/\(.*\)/mingw32(\1)/' done | sort -u --- nsiswrapper 2009-04-21 07:27:31.0 +0200 +++ nsiswrapper 2009-04-21 07:27:49.0 +0200 @@ -443,7 +443,7 @@ if (m/\.exe$/i || m/\.dll$/i) { my $cmd = $objdump -p '$file' | grep 'DLL Name:' | - grep -Eo '[-._[:alnum:]]+\.dll' | + grep -Eo '[-._\+[:alnum:]]+\.dll' | sort -u; # XXX quoting open DEPS, $cmd | or die $cmd: $!; foreach (DEPS) { ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: [announce] dbus4win
From: Marc Mutz m...@kdab.net To: d...@lists.freedesktop.org, windbus-de...@lists.sf.net Subject: [announce] dbus4win Date: Tue, 21 Apr 2009 11:04:10 +0200 Hi, I'd like to announce that we at KDAB are working on 'dbus4win', which we li= ke=20 to think of as a re-unification of the freedesktop.org GIT tree and the=20 windbus.sf.net SVN tree. To this end, we already spent some time to graft t= he=20 SVN tree onto the git tree (windbus-svn branch). There are three areas we are currently focusing on: 1. cleaning up the SVN history (dbus4win branch) This is an attempt to rebase the remaining diff between the SVN tree and dbus-1.2 onto dbus-1.2, preserving the windbus history where possible. 2. Make dbus cross-compile with mingw (xcompile branch) This is needed for the gpg4win (www.gpg4win.org), and Kontact-on-Windows projects, as well as for all the reasons mentioned in http://lwn.net/Articles/307732/ 3. Implement the unix transport for Windows using the design already chosen for libassuan. This consists of writing plain text files with a nonce and the tcp port number of the server into the filesystem location where on Unix the Unix Domain Socket special file would go. Current windbus is not really usable for multiuser systems, though there was a patch recently trying to address that, but falling short of the full solution. There are certainly other ways to implement a per-user transport on Windows, but t= his design has proven itself in libassuan, an extremely security-conscious library (IPC lib for gnupg components). Please note that all this is still work in progress. None of the three focu= s=20 points are completed yet. In particular, the branches in the above reposito= ry=20 are subject to regular rebasing (exceptions: dbus-1.2 and master, which tra= ck=20 =46D.org git), so don't git-pull, but git-fetch/git-rebase instead. Nonethe= less=20 we invite interested parties to review the patches, and FD.org dbus=20 maintainers to pull from our for_upstream branch. =46ind the tree at http://repo.or.cz/w/dbus4win.git Drop me a note if you'd like push access. You need a repo.or.cz account for= =20 that, though you can use the open mob account (http://repo.or.cz/mob) for=20 fire-and-forget commits. Our hope is that =2D windbus developers consider using GIT from now on for easier patch migr= ation and merging. =2D freedesktop.org maintainers will consider Windows a first-class citizen= once crosscompilation works =2D world peace To this end, KDAB is committed to doing its share in continually maintainin= g=20 dbus on the Windows platform. Signed-off-by: Till Adam t...@kdab.net :) Thanks, Marc =2D-=20 Marc Mutz m...@kdab.com | Senior Software Engineer KDAB (Deutschland) GmbH Co.KG, a KDAB Group Company www.kdab.com || Germany +49-30-521325470 || Sweden (HQ) +46-563-540090 KDAB - Qt Experts - Platform-Independent Software Solutions - 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: [PATCH] Fix dependency generator
On Tue, Apr 21, 2009 at 10:50:40AM +0200, Erik van Pienbroek wrote: Looks good to me. Which library needs this patch by the way? libxml++-2.6-2.dll Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Split out e2fsprogs sublibraries
On Fri, Feb 20, 2009 at 02:34:14PM +, Richard W.M. Jones wrote: 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). [...] https://bugzilla.redhat.com/show_bug.cgi?id=225406#c7 Eric, now that F-12 has been branched in the Fedora repositories, is it a good time to look again at splitting out the libraries from e2fsprogs? I have CC'd this email to f-d-l. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Several patches for static library subpackages
On Tue, Apr 14, 2009 at 12:36:24AM +0200, Erik van Pienbroek wrote: Lately I've been working on getting static libraries operational and usable in our toolchain. Attached to this mail are patches for pixman, cairo, libxml2, gettext, libssh2, libidn, openssl and curl. I've also been working on static libraries for GTK+, but there are still some issues remaining with it (like a crash when loading external gdk-pixbuf modules or the 'wimp' theme engine) so I'm holding those off for now. [...] Are these patches good to be applied? The packages libssh2, libidn, openssl and curl aren't in Fedora yet, so somebody else has to commit those to the temporary HG repository. +1, please commit these. Note that mingw32-openssl is in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=mingw32-openssl I'll commit your patches for the other three packages to our Hg repo. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Several patches for static library subpackages
On Tue, Apr 14, 2009 at 12:36:24AM +0200, Erik van Pienbroek wrote: to prevent compile failures. A list of these customized CFLAGS is published at our new 'Tips and Tricks' page at https://fedoraproject.org/wiki/MinGW/Tips Note to other readers: The Fedora wiki is currently frozen for the beta F-11 release. You won't be able to see the above page unless you log in to the wiki. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Handle version.dll as a Windows system DLL in nsiswrapper
On Wed, Apr 08, 2009 at 04:32:30PM +0200, Adam Tkac wrote: Hi all, I tried to produce installer for cross compiled Windows TigerVNC viewer via nsiswrapper but it complains about missing version.dll library: ... MISSING DEPENDENCY: version.dll (for /usr/i686-pc-mingw32/sys-root/mingw/bin/vncviewer.exe) ... Richard W.M. Jones suggested that I should look into nsiswrapper script and modify is_windows_system_dll subroutine. When I added version.dll to Win system libs all works fine. Proposed patch is attached. Regards, Adam -- Adam Tkac, Red Hat, Inc. --- nsiswrapper.pl2009-02-21 18:16:19.0 +0100 +++ /usr/bin/nsiswrapper 2009-04-08 15:05:37.280606358 +0200 @@ -493,7 +493,8 @@ sub is_windows_system_dll $_ eq 'ole32.dll' || $_ eq 'mscoree.dll' || $_ eq 'msvcrt.dll' || - $_ eq 'user32.dll' + $_ eq 'user32.dll' || + $_ eq 'version.dll' } +1 to the patch. We really need a way to get a definitive list of DLLs (in Windows / that we support). We have the same problem chasing DLLs in the mingw32-filesystem package too. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Jasper vulnerabilities
Here are the CVEs: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3520 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3521 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3522 I'm just going to follow the upstream Fedora package on this one, and that doesn't have any patches for these at the moment. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Thanks and a question or two
On Thu, Mar 26, 2009 at 10:24:31AM -0700, John Stebbins wrote: I recently successfully ported my application using these tools. It sure made things easier. If you curious, the project is currently at hbfork.googlecode.com There were a couple packages that I had issues with. Your version of mingw32-w32api is too old to build ffmpeg with. Ffmpeg requires 3.13 or better. You'll want to use the one from Rawhide. See the table here: http://annexia.org/fedora_mingw I don't routinely backport new packages into earlier version of Fedora unless someone files a bug about it. There is no mingw32-pkgconfig, so configure would use the system pkg-config and use regular system include and library paths and flags. We use system pkgconfig, but (if you use our mingw32-configure wrapper) we override an environment variable so that it only returns packages from the mingw root. See: http://cvs.fedoraproject.org/viewvc/devel/mingw32-filesystem/macros.mingw32?annotate=1.2#l57 However it might be worth having a mingw32-pkgconfig shell script which just sets that variable and runs pkgconfig ... I found what I needed to fix these issues here: http://sourceforge.net/project/showfiles.php?group_id=204414 Is this project associated with your effort at all? No. It's a separate project run by MinGW upstream. We aim to make proper Fedora packages (ie. RPMs), not tarballs, so what they are doing isn't very relevant except occasionally to see how they build programs. This may not be your area of concern, but MinGw has problems with large file support. They've had a ticket open for it since 2006 and a few patches have been floating around, but no resolution. I had to patch several things to accommodate. Any patches like this need to go into the upstream MinGW project. We are just packaging the runtime and headers that they ship, and we might even switch over to mingw-w64 upstream (also for 32 bit) since they are a lot more responsive. FYI, the repository liked to from here is currently down: http://fedoraproject.org/wiki/MinGW That's only a temporary repository, don't rely on it too much. It should be back up now, it was down because I was rebuilding that machine. Any dependencies you care about should be pushed into Fedora at the earliest opportunity, see: http://fedoraproject.org/wiki/MinGW/New_package Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Thanks and a question or two
On Thu, Mar 26, 2009 at 01:51:30PM -0500, Michael Cronenworth wrote: PKG_CONFIG_PATH=/usr/i686-pc-mingw32/sys-root/mingw/lib/pkgconfig PKG_CONFIG_LIBDIR is better because otherwise pkgconfig also searches the system directory, which is not usually a good thing .. See: http://cvs.fedoraproject.org/viewvc/devel/mingw32-filesystem/macros.mingw32?annotate=1.2#l57 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
opensc vulnerabilities (x2)
http://article.gmane.org/gmane.linux.redhat.fedora.package.announce/21379 http://article.gmane.org/gmane.linux.redhat.fedora.package.announce/21367 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Jasper vulnerability
http://article.gmane.org/gmane.comp.security.full-disclosure/67137 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
libvirt vulnerability
I don't think this one affects us, because we don't package the libvirt proxy. Anyhow: http://article.gmane.org/gmane.linux.redhat.enterprise.announce/1184 -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora gcc now at svn 144967 / 20090319
On Sat, Mar 21, 2009 at 09:39:05AM +0100, Gianluca Sforna wrote: Did anyone attempt creating a mingw32-OpenSceneGraph package? This should have been spotted there as well... I'm not aware of anyone who attempted that package. I would encourage anybody who makes a package to submit it to Fedora. To that end, I created a page of instructions for how you would do that: https://fedoraproject.org/wiki/MinGW/New_package I'm really pleased that Thomas Sailer, Hans Ulrich Niedermann, Itamar Reis Peixoto, Levente Farkas and Michael Ploujnikov (Plouj) have all gone through that process recently. It makes Fedora and this project better for everyone. Also I understand that submitting packages to Fedora can be a bit intimidating, so please if you have built a package, do post a message on this mailing list (eg a spec file) so that others have something to start from. This applies also to packages that we cannot accept into Fedora, such as non-{libraries,devtools}, or even commercial or semi-commercial software. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: gtk dll name issue
On Thu, Mar 19, 2009 at 06:17:22PM -0500, Michael Cronenworth wrote: I've built a program using the mingw32-gtk packages. If I attempt to run the resulting binary under Windows, it is looking for the specific naming of the DLLs used in the Fedora packages. The GTK installer from http://www.gtk.org does not use a libname-#.dll schema, just a libname.dll schema. This means I'd have to ship the Fedora DLLs to have a working program or create a custom GTK installer. Should the mingw32 packages in Fedora follow the same naming pattern? We just follow upstream gtk. We don't take any special steps to rename the DLL, as you can see: http://cvs.fedoraproject.org/viewvc/devel/mingw32-gtk2/mingw32-gtk2.spec?view=markup So that means, either they (gtk-win) are renaming the DLL themselves, or they are building from a different upstream, or their build system somehow produces differently named DLLs. Whichever it is, I'm not sure this is our problem .. Anyway, does symlinking or renaming the DLLs by hand work? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: MinGW32 on Fedora compiling e2fsprogs ...
On Tue, Mar 17, 2009 at 10:40:22PM -0400, Erez Strauss wrote: Hello fedora-mingw readers, I'm in need for mke2fs and other ext2fs utilities on windows (e2fsprogs-1.41.4). I'm using Fedora-10-mingw32 code and tried to go through the compile and build, I have partial success. I was wondering if e2fsprogs will be included in the Fedora/mingw32 packages? I believe that having the e2fsprogs and libraries in the fedora-mingw32/64 project will enhance it to administration and recovery applications. Yes. We're actually coming at this from a different angle. e2fsprogs is a monolithic library which contains various useful sublibraries that are used all over the place. For example, libuuid for generating unique IDs is frequently used by packages. But they have to depend on the whole e2fsprogs-devel in order to get just this tiny library. As a first step, I have been working with Eric Sandeen to split the sublibraries out: https://bugzilla.redhat.com/show_bug.cgi?id=225406#c7 However this now won't happen before Fedora 12. My plan was to do this split first in the native package, and then port the sublibraries on demand to MinGW. There is nothing to stop you from porting the whole library, if you manage it, but when I looked at it that seemed pretty ambitious. The major issue is around fcntl() locking constants. When I compile mingw on windows I don't have these issues. Does the mingw32 binary library contain an fcntl() wrapper that calls the windows LockFileIs() No it doesn't, it doesn't contain any POSIX emulation at all. You need to use a POSIX compatibility layer, or replace the calls yourself. The source for sqlite will be particularly helpful for you because it contains public domain examples of how to do locking for many different platforms. You could also try replacing fcntl with flock, and use Gnulib to supply that (I wrote the flock impl in Gnulib): http://www.gnu.org/software/gnulib/manual/gnulib.html#flock Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Status
On Mon, Mar 16, 2009 at 02:16:50PM -0700, H. Peter Anvin wrote: Richard W.M. Jones wrote: Everything is now built in Rawhide and EPEL 5. comps.xml stuff is done. == We are feature complete for Fedora 11. Still waiting for dependencies to go into updates so that I can compile pango, gtk2 and gtk-vnc on Fedora 10. Thanks to Thomas Sailer's hard work on Friday night, and help and advice from Kevin Kofler, as a bonus we will also ship with a Qt package (mingw32-qt) in Fedora 11. Awesome, everyone, and thanks for also pushing all this out into Fedora 10 as well. I'm already using this in production for the NASM build robot, http://www.nasm.us/. NASM itself is on my to-do list. Can it be built as a cross-compiler^W cross-assembler? Well, I'll answer that myself by trying it ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-qt-win
On Fri, Mar 13, 2009 at 09:50:49AM +0100, Thomas Sailer wrote: On Thu, 2009-03-12 at 17:35 +0100, Kevin Kofler wrote: qmake-qt4 -win32 QT_LIBINFIX=4 Have you tried setting this in the qmake.conf in the mkspecs? Did not work, at least for building qt, as the libs ended up being called QtGui44.dll etc. does for native Fedora.) But the SRPM and main package should be just mingw32-qt and the devel package should be just mingw32-qt-devel. We don't have devel packages in mingw, the main package *is* the devel package :) Although arguably we should change this. See: http://fedoraproject.org/wiki/MinGW/Packaging_issues#devel_package_split 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fedora 12: Let's think of a better name for the project
MinGW has lots of baggage associated with it. It also conflicts with the name of just one upstream project, whereas we are actually using many upstream projects and MinGW code is only a tiny fraction of the total. We also want to expand the project to cover Win64 and Darwin (if we can make that work). Let's think of a new name for Fedora 12. The rules: (1) We cannot use trademarked words like Windows in the project name. (2) The name must be unique, easy to pronounce, hard to confuse, and available to register as a domain name. (3) Don't want to interfere with or get confused with the other cross-compilers in Fedora, ie. the ones for embedded platforms. My vote is for: [Fedora] Consumer Cross-Compiler [Collection] (abbreviated as CCC or ) Add your suggestions or votes below ... Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-pthreads/devel mingw32-pthreads.spec,1.3,1.4
Author: rjones Update of /cvs/pkgs/rpms/mingw32-pthreads/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18056 Modified Files: mingw32-pthreads.spec Log Message: Move header files to system include directory. Index: mingw32-pthreads.spec === RCS file: /cvs/pkgs/rpms/mingw32-pthreads/devel/mingw32-pthreads.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- mingw32-pthreads.spec 26 Feb 2009 01:22:29 - 1.3 +++ mingw32-pthreads.spec 13 Mar 2009 13:36:10 - 1.4 @@ -9,7 +9,7 @@ Name: mingw32-pthreads Version:2.8.0 -Release:6%{?dist} +Release:7%{?dist} Summary:MinGW pthread library %define crazy_version %(echo %{version}|tr . -) @@ -84,12 +84,12 @@ mkdir -p $RPM_BUILD_ROOT%{_mingw32_bindir} mkdir -p $RPM_BUILD_ROOT%{_mingw32_libdir} -mkdir -p $RPM_BUILD_ROOT%{_mingw32_includedir}/pthread +mkdir -p $RPM_BUILD_ROOT%{_mingw32_includedir} install -m 0755 *.dll $RPM_BUILD_ROOT%{_mingw32_bindir} install -m 0644 *.def $RPM_BUILD_ROOT%{_mingw32_bindir} install -m 0644 *.a $RPM_BUILD_ROOT%{_mingw32_libdir} -install -m 0644 *.h $RPM_BUILD_ROOT%{_mingw32_includedir}/pthread +install -m 0644 *.h $RPM_BUILD_ROOT%{_mingw32_includedir} %clean @@ -105,10 +105,13 @@ %{_mingw32_bindir}/pthread.def %{_mingw32_libdir}/libpthreadGC2.a %{_mingw32_libdir}/libpthreadGCE2.a -%{_mingw32_includedir}/pthread +%{_mingw32_includedir}/*.h %changelog +* Fri Mar 13 2009 Richard W.M. Jones rjo...@redhat.com - 2.8.0-7 +- Move header files to system include directory. + * Wed Feb 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.8.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Compiling with pthreads
On Fri, Mar 13, 2009 at 02:42:02PM +0100, Kevin Kofler wrote: Farkas Levente wrote: should it hurt anyone/anything? Standard headers like pthread.h and sched.h are OK to install to includedir. I'd be more worried about /usr/i686-pc-mingw32/sys-root/mingw/include/pthread/config.h though. That's a really generic name and looks like it could definitely cause some conflicts. Ick ... not at the moment luckily. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora 12: What projects for F12?
On Fri, Mar 13, 2009 at 09:47:04AM -0400, NightStrike wrote: On Fri, Mar 13, 2009 at 9:41 AM, Richard W.M. Jones rjo...@redhat.com wrote: On Fri, Mar 13, 2009 at 02:25:35PM +0100, Kevin Kofler wrote: Richard W.M. Jones wrote: (2)? Use mingw-w64 project to build 32 bit w32api/runtime, since mingw-w64 seems to be more active. They're still missing some stuff though, e.g. the DDK headers. Does anything support DDK (eg. current MinGW 32 bit)? I don't really know much about this, but I do know that many people have asked if we can compile device drivers. This would be very useful for virt, for example (to compile virtio drivers for Windows). Rich. We aren't missing directx-x stuff. They just aren't in the trunk, they're in the experimental area. The reason for this is that they were copied from Wine. If you want directx, you can either get the DDK and use it directly, or use what's from Wine, or use what we copied from Wine. Can you explain what the different TLAs mean? DDK, etc? As I say I don't know much about this stuff. 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Fedora 12: What projects for F12?
On Fri, Mar 13, 2009 at 03:11:24PM +0100, Farkas Levente wrote: (9) gstreamer support. we already working on it, but it's not too easy:-( Have you got any candidate packages for this? What does it involve? 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Compiling with pthreads
On Fri, Mar 13, 2009 at 02:57:11PM +0100, Kevin Kofler wrote: Daniel P. Berrange wrote: win32 pthreads is a mess in this respect. config.h is a file generated by their configure.ac,which has all the autoconf HAVE_XXX macros set. Even worse, this file is included in pthread.h, thus totally polluting your application's namespace. IMHO, this makes win32 pthreads unusable Ugh. This really needs to be fixed or worked around somehow. Maybe the unifdef tool can help? I don't understand why it's doing configure checks at all as it's targeting a single operating system with a stable API/ABI. There's not a great deal of usage of these macros. We could easily fix the public headers to not need config.h: $ grep HAVE_ *.h | fgrep -v config.h implement.h:#if defined(HAVE_C_INLINE) || defined(__cplusplus) implement.h:#if HAVE_SIGSET_T implement.h:#endif /* HAVE_SIGSET_T */ implement.h:#if HAVE_SIGSET_T implement.h:#endif /* HAVE_SIGSET_T */ pthread.h:# define HAVE_STRUCT_TIMESPEC 1 pthread.h:# define HAVE_SIGNAL_H1 pthread.h:# undef HAVE_CONFIG_H pthread.h:#if HAVE_CONFIG_H pthread.h:#endif /* HAVE_CONFIG_H */ pthread.h:#if HAVE_SIGNAL_H pthread.h:#endif /* HAVE_SIGNAL_H */ pthread.h:#define HAVE_MODE_T pthread.h:#ifndef HAVE_STRUCT_TIMESPEC pthread.h:#define HAVE_STRUCT_TIMESPEC 1 pthread.h:#endif /* HAVE_STRUCT_TIMESPEC */ sched.h:#define HAVE_MODE_T semaphore.h:#define HAVE_MODE_T semaphore.h:#ifndef HAVE_MODE_T Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: mingw32-qt-win
On Thu, Mar 12, 2009 at 05:36:03PM +0100, Kevin Kofler wrote: Richard W.M. Jones wrote: TBH I think you should file a review for Fedora anyway. As long as it has some working functionality, it is better to have this package than to not have a package at all. You can always add new features to a package later. But the package name should get sorted out first. I think it should be called just mingw32-qt. Agreed - it should match the Fedora native package name (qt). The reason that I named it 'mingw32-qt-win' was because it is a separate codebase / tarball from the Unix version of Qt. I don't know exactly how much code is really shared, but upstream distributes three separate zip files corresponding to Unix / Win / Mac. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
rpms/mingw32-zlib/F-10 mingw32-zlib.spec,1.1,1.2
Author: rjones Update of /cvs/pkgs/rpms/mingw32-zlib/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24341 Modified Files: mingw32-zlib.spec Log Message: Add static subpackage. (W. Pilorz) Index: mingw32-zlib.spec === RCS file: /cvs/pkgs/rpms/mingw32-zlib/F-10/mingw32-zlib.spec,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- mingw32-zlib.spec 21 Dec 2008 11:18:53 - 1.1 +++ mingw32-zlib.spec 10 Mar 2009 12:43:46 - 1.2 @@ -6,7 +6,7 @@ Name: mingw32-zlib Version:1.2.3 -Release:11%{?dist} +Release:12%{?dist} Summary:MinGW Windows zlib compression library License:zlib @@ -32,6 +32,14 @@ %description MinGW Windows zlib compression library. +%package static +Summary: Static libraries for mingw32-zlib development. +Group: Development/Libraries +Requires: mingw32-zlib = %{version}-%{release} + +%description static +The mingw32-zlib-static package contains static library for mingw32-zlib development. + %prep %setup -q -n zlib-1.2.3 @@ -72,8 +80,8 @@ mv $RPM_BUILD_ROOT%{_mingw32_libdir}/libzdll.a \ $RPM_BUILD_ROOT%{_mingw32_libdir}/libz.dll.a -# Remove static library. -rm $RPM_BUILD_ROOT%{_mingw32_libdir}/libz.a +# Do NOT remove static library. +# rm $RPM_BUILD_ROOT%{_mingw32_libdir}/libz.a %clean @@ -87,8 +95,14 @@ %{_mingw32_libdir}/libz.dll.a %{_mingw32_bindir}/zlib1.dll +%files static +%defattr(-,root,root) +%{_mingw32_libdir}/libz.a %changelog +* Mon Mar 3 2009 W. Pilorz wpilorz at gmail.com 1.2.3-12 +- Add static subpackage. + * Thu Dec 18 2008 Richard W.M. Jones rjo...@redhat.com - 1.2.3-11 - Pass correct CFLAGS to build. ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Package: mingw32-gtk-vnc-0.3.8-5.fc11 Tag: dist-f11 Status: failed Built by: berrange
Here is where I'm keeping the current status: https://fedoraproject.org/wiki/Features/Windows_cross_compiler#Current_status 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Fwd: qt-4.5.0 license change to include LGPLv2
- Forwarded message from Rex Dieter rdie...@fedoraproject.org - Subject: qt-4.5.0 license change to include LGPLv2 Date: Tue, 03 Mar 2009 09:25:36 -0600 From: Rex Dieter rdie...@fedoraproject.org To: fedora-devel-annou...@redhat.com With qt-4.5.0 final release today, QtSoftware has implemented the planned licensing change to include LGPLv2. In practical fedora packaging/license terms, qt went from License: GPLv3 with exceptions or GPLv2 with exceptions to License: GPLv3 with exceptions or LGPLv2 with exceptions which is more permissive. See also: http://www.qtsoftware.com/products/licensing -- Rex ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-l...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list - End forwarded message - -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Disabling debugging information for MinGW portions of NSIS (was: Re: Debugging information in MinGW packages)
On Tue, Mar 03, 2009 at 07:49:15PM +0100, Kevin Kofler wrote: The details of what I want to do: * remove nsis-2.43-debian-debug-opt.patch * rediff nsis-2.43-rpm-opt.patch so it applies without that patch being applied first * change the SCons options to remove DEBUG_SYMBOLS=1 OPTS=1 (options added by the patch) and use STRIP_CP=false instead (the upstream way to disable stripping). Makes sense, as far as I can tell. 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
Re: Broken dependencies: mingw32-gcc
On Tue, Mar 03, 2009 at 05:04:38PM +, build...@fedoraproject.org wrote: On i386: mingw32-gcc-objc++-4.4.0-0.5.fc11.i586 requires mingw32-gcc-g++ = 0:4.4.0-0.5.fc11 The problem here is the real package is called mingw32-gcc-c++ (not g++). On i386: mingw32-gcc-objc-4.4.0-0.5.fc11.i586 requires mingw32-libobjc = 0:4.4.0-0.5.fc11 This is the same as before - someone needs to package libobjc, or else we'll have to disable the Objective C and C++ compilers. Rich. -- 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 ___ fedora-mingw mailing list fedora-mingw@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw