Mike Frysinger wrote:
however, i think it's a lovely idea to open a mingw overlay and populate the
sucker until it's stuffed full of crap for people to use
I kinda need dev-util/nsis, but moving mingw stuff to an overlay would
be fine by me as long as the overlay is *official*.
Mike Frysinger wrote:
why do you feel the need to label crap as official ?
Because I consider it should be maintained by Gentoo devs.
signature.asc
Description: OpenPGP digital signature
Mike Frysinger wrote:
having ebuilds in the tree that only work when you have a mingw compiler
annoy
me greatly as their only purpose is to produce windows binaries ... aka,
things that are useless to a linux host
however, i think it's a lovely idea to open a mingw overlay and populate
On Wednesday 20 December 2006 03:59, Alin Năstac wrote:
Mike Frysinger wrote:
why do you feel the need to label crap as official ?
Because I consider it should be maintained by Gentoo devs.
as i said, that's up to you and other devs to decide ... it's location doesnt
matter; if you care add
On Wed, 2006-12-20 at 00:36 -0500, Mike Frysinger wrote:
On Wednesday 20 December 2006 00:12, Mike Doty wrote:
I wasn't aware we had any. can you provide a list?
there are bugs opened from time to time with people requesting more, but we
have these now:
dev-libs/wx-xmingw
Mike Frysinger wrote:
On Wednesday 20 December 2006 03:59, Alin Năstac wrote:
Mike Frysinger wrote:
why do you feel the need to label crap as official ?
Because I consider it should be maintained by Gentoo devs.
as i said, that's up to you and other devs to decide ...
On Wednesday 20 December 2006 13:09, Alin Năstac wrote:
What is your motivation ?
people want to populate the tree with packages that have no value in a pure
linux system ... they want to stick ebuilds in that produce only win32
binaries (like wx-mingw)
i've also seen requests for ebuilds
Mike Frysinger wrote:
none of this belongs in the tree as we do not have a windows port
But dev-util/nsis installs a native application - makensis - which
creates win32 setups. I think this excludes nsis from your list.
I find it useful because I can automatize updates of my win32 setups on
On Wednesday 20 December 2006 14:27, Alin Năstac wrote:
But dev-util/nsis installs a native application - makensis - which
creates win32 setups. I think this excludes nsis from your list.
right, i would be OK with this living on ... last i checked, it didnt have a
native linux port, but it
having ebuilds in the tree that only work when you have a mingw compiler annoy
me greatly as their only purpose is to produce windows binaries ... aka,
things that are useless to a linux host
however, i think it's a lovely idea to open a mingw overlay and populate the
sucker until it's stuffed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
having ebuilds in the tree that only work when you have a mingw compiler
annoy
me greatly as their only purpose is to produce windows binaries ... aka,
things that are useless to a linux host
however, i think it's a
On Wednesday 20 December 2006 00:12, Mike Doty wrote:
I wasn't aware we had any. can you provide a list?
there are bugs opened from time to time with people requesting more, but we
have these now:
dev-libs/wx-xmingw
dev-libs/wxactivex
if we want to punt the toolchain packages as well (but i
On 12/20/06, Mike Frysinger [EMAIL PROTECTED] wrote:
if we want to punt the toolchain packages as well (but i dont have a problem
with these being in tree):
dev-util/mingw-runtime
dev-util/w32api
-mike
Hello,
Please leave the toolchain so cross-compilation to win32 will be
available as
13 matches
Mail list logo
