[Mingw-users] RPM packages

16 views
Skip to first unread message

Vasileios Anagnostopoulos

unread,
Mar 21, 2012, 6:28:28 AM3/21/12
to mingw...@lists.sourceforge.net
Hi,

I noticed that there are many packages for mingw at


I would like to ask whether there is any attempt by mingw project to use them. For example by providing an rpm like tool. It seems that many more packages could be put there for the benefit of mingw users. But it is very hard to use them in an msys environment.

Regards
Vasileios Anagnostopoulos

--
Dr. Vasileios Anagnostopoulos (MSc,PhD)
Researcher/Developer
ICCS/NTUA
9 Heroon Polytechneiou Str., Zografou
15773 Athens,Greece
T (+30) 2107723404
M (+30) 6936935388 E va...@mail.ntua.gr<mailto:va...@mail.ntua.gr> www.ntua.gr<http://www.ntua.gr/>

Sam Thursfield

unread,
Mar 22, 2012, 7:44:41 AM3/22/12
to MinGW Users List, fithi...@gmail.com
Hi Vasileios

On Wed, Mar 21, 2012 at 10:28 AM, Vasileios Anagnostopoulos
<fithi...@gmail.com> wrote:
> Hi,
>
> I noticed that there are many packages for mingw at
>
> http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Factory/noarch/?C=M;O=D
>
> I would like to ask whether there is any attempt by mingw project to use
> them. For example by providing an rpm like tool. It seems that many more
> packages could be put there for the benefit of mingw users. But it is very
> hard to use them in an msys environment.

This third-party script: https://github.com/dieterv/download-mingw-rpm
allows you use those OBS packages in mingw

Sam

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
MinGW-users mailing list
MinGW...@lists.sourceforge.net

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-use...@lists.sourceforge.net?subject=unsubscribe

Dieter Verfaillie

unread,
Mar 22, 2012, 8:41:05 AM3/22/12
to mingw...@lists.sourceforge.net
On Thu, 22 Mar 2012 11:44:41 +0000, Sam Thursfield wrote:
> Hi Vasileios
>
> On Wed, Mar 21, 2012 at 10:28 AM, Vasileios Anagnostopoulos
> <fithi...@gmail.com> wrote:
>> Hi,
>>
>> I noticed that there are many packages for mingw at
>>
>>
>> http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Factory/noarch/?C=M;O=D
>>
>> I would like to ask whether there is any attempt by mingw project to
>> use
>> them. For example by providing an rpm like tool. It seems that many
>> more
>> packages could be put there for the benefit of mingw users. But it
>> is very
>> hard to use them in an msys environment.
>
> This third-party script:
> https://github.com/dieterv/download-mingw-rpm

Might be better to refer to the original author's repository as mine is
just a fork (and will probably disappear once the merge request is
handled):
https://github.com/mkbosmans/download-mingw-rpm

> allows you use those OBS packages in mingw

It allows you to download and unpack the .rpm files built by the
openSUSE Build Service into a self contained prefix. Optionally,
it can also create "bundle" zip files of such self contained prefixes.

That said, last time I looked OBS did not use mingw.org's GCC
(targeting
i686-pc-mingw32) but mingw-w64 (targeting i686-w64-mingw32 or
x86_64-w64-mingw32) instead. It is my understanding that mixing
packages
built for different targets is not recommended.
If I understood this correctly(?) then no, the download script is not
meant
to allow somebody to use packages from OBS in a MinGW/MSYS environment.

mvg,
Dieter

Charles Wilson

unread,
Mar 22, 2012, 6:12:36 PM3/22/12
to MinGW Users List
On 3/22/2012 7:58 AM, Keith Marshall wrote:
> In common with many of the Linux distributors, OpenSUSE provide packages
> derived from MinGW, to furnish Linux-->MinGW cross-compilers. They do this
> without formal reference to MinGW.org, and we provide no formal support for
> their efforts. Sadly, none of these projects appear to exhibit any incentive
> to contribute back to MinGW.org.

And sadly, most of those cross compilers appear to use sjlj exception
handling (like some of TDM's compilers, and the mingw64 compilers), not
the dw2 exception handling that mingw.org's compilers use. Hence, those
sjlj packages are not compatible with (a) libraries provided by
mingw.org, nor (b) mingw.org's compilers.

The reverse is also true.

In the ideal future, the SEH effort that Kai and friends over at mingw64
are doing will be complete (including teaching GDB how to deal with it),
and everybody -- TDM, mingw.org, mingw64, and all the linux cross
compiler providers -- will switch over to SEH. I can dream, can't I?!

--
Chuck

ralph engels

unread,
Mar 23, 2012, 5:08:28 AM3/23/12
to Charles Wilson, MinGW Users List
True for standard mingw using these packages will not work but i use them with some succes on mingw64 (a few needed recompilation because of internal paths being different "mostly affects tools that use bash scripts or otherwise rely on a unix shell"). Luckily most of the sources and patches from there RPM repo compile just fine with msys/mingw, there are a few cases where you need work around some shortcommings of the Msys shell but they are luckily rare enough.
Things from the opensuse repo i know compile and work on Msys/MinGW are gtk glib gimp atk cairo pango and there C++ wrappers and many more like all the image libraries.
Things i had some trouble getting to compile include ICU (use the compiled version from them and fix paths in the shell scripts etc. after that it works just fine). 
Python builds but do not work correctly on windows (im still stuck with the old python5 mingw port which is the only one that works correctly, but its getting more and more outdated and cannot be used for a lot of the later python packages).       
Revelator
2012/3/22 Charles Wilson <cwil...@users.sourceforge.net>



--
Ralph Engels

Earnie Boyd

unread,
Mar 23, 2012, 7:43:23 AM3/23/12
to MinGW Users List
DNTP!!!

On Fri, Mar 23, 2012 at 5:08 AM, ralph engels <ralph...@gmail.com> wrote:
> True for standard mingw using these packages will not work but i use them
> with some succes on mingw64 (a few needed recompilation because of internal
> paths being different "mostly affects tools that use bash scripts or
> otherwise rely on a unix shell"). Luckily most of the sources and patches
> from there RPM repo compile just fine with msys/mingw, there are a few cases
> where you need work around some shortcommings of the Msys shell but they are
> luckily rare enough.

Doesn't RPM build the source package rather than offering a binary?
This can be good but on Windows can be very bad because of the amount
of time it takes to do the build.

--
Earnie
-- https://sites.google.com/site/earnieboyd

Ralph Engels

unread,
Mar 23, 2012, 8:19:01 AM3/23/12
to mingw...@lists.sourceforge.net
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

There are precompiled versions on the RPM site but yes RPM can also
build the sources on the users machine. Unfortunatly i had little
succes getting the windows port of the RPM build manager to work on
windows so i did recompilation by reading the dist script for the
right switches by hand. If i manage to get it working i can drop a
line if theres any interrest in having an RPM package manager for windows.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPbGo1AAoJEIjGvG7Y4HU8XtQH/3pDVFDAbRPsAdG20mQNH36X
EhCQS+Pj8UifExlL0cqwJFExNT/FvJLPDYkJ3xA3LVhzV2cHZ2pjDztWqMRebNbK
WmsloUO/FCze43xAvZoFSZQDAFveRo97Y+7dwaEiwvj8QKaef4q7nn3pYxJNexLh
skavaSPqGnd0r2KWIk1+2unts5FPyen271BPmkSyFu+xj68McfwjXWn/r7W1lXeH
uZOB0/MYl7ehPXhUNReC9iDDb+wfDwnB7syNIfJmqn3IxzBt6GdBCXxzM+2mao93
2y39kYirF9iJCSsEamM1CRRTavQpAcxtgHZXh+3P5dApY6KBdd71nE8Y1iRQyRs=
=w/lO
-----END PGP SIGNATURE-----

Reply all
Reply to author
Forward
0 new messages