of platforms. I feel I should also
apologise to jer for constantly breaking ghc on hppa ;-). Thanks also to
jakub for his work filtering and redirecting bugs to us, along with the
occasional helpful insight.
Best of luck everyone.
--
Duncan Coutts : (ex-)Gentoo Developer (Haskell team)
--
gentoo
for
sharing the link.
Is there any interest in the Gentoo community to migrate to Nix?
It's quite a radical departure and requires more accurate information
about packages. We'll see how the NixOS people get on.
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org
specifications.
http://nix.cs.uu.nl/index.html
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org mailing list
update
# add a new ebuild into the local overlay
hackport merge xmonad
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
gentoo-dev@lists.gentoo.org mailing list
!
If you like beautiful code with firm mathematical underpinnings and a
slight lack of real applications you'll love Haskell ;-)
You're most welcome to come chat with us in #gentoo-haskell
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
[EMAIL PROTECTED] mailing list
in our team. It's really great to have it back.
Thanks to everybody that worked on this:
- jokey, starting this version
- cla, the visual template for this version
- robbat2, way too much coding and infra wrangling
Thanks folks.
--
Duncan Coutts : Gentoo Developer (Haskell team)
--
[EMAIL
I'm pleased to announce that Lennart Kolmodin (kolmodin) is taking over
from me as the Haskell team lead.
He will be continuing our plans towards world domination, starting with
getting ghc-6.6.x and related libs into a sane state and into portage.
All hail our new Haskell overlord.
--
Duncan
new ebuilds.
You'll want to take a look at the Gentoo developer handbook:
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml
In particular here is the section on becoming a developer:
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=1chap=2
--
Duncan Coutts : Gentoo
and the related
discussions).
I'd certainly say 'yay' for the Haskell team. We'd be quite happy to be
a sub-project of some prog lang TLP.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
currently finishing his master degree in computer science (another
one :P) and will be a PhD student next year.
Yay, another one. I wonder how many gentoo devs have a PhD or are in the
process of trying to get one...
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts
releases because they
'darcs send' in their updates and we just take responsibility for QA and
getting things into portage cvs.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
just darcs record; darcs send.
Then one of the devs reviews and applies/rejects the patch. Easy.
For some of our ebuilds we already have de-facto proxy developers.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing
and correctly resolve deps for multiple haskell compilers.
Fun stuff. :-)
If portage people are interested in moving in this direction we have an
experimental emerge-compatible mini dep-resolver which might be useful
to prototype an extended ABI/SLOTing system.
Duncan Coutts
--
gentoo-dev
On Thu, 2006-09-21 at 11:11 -0400, Mike Frysinger wrote:
On Thursday 21 September 2006 10:56, Duncan Coutts wrote:
If we do go in this direction it'd be great to be able to slot on the
ABI and still have dependencies resolved correctly. For example imagine
having parallel python-2.3 and 2.4
On Thu, 2006-09-21 at 20:27 +0200, Luca Barbato wrote:
Duncan Coutts wrote:
So my point is, I don't think it can be simply dismissed as ABI nonsense
that we don't have to deal with. Being able to SLOT on the compiler
flavour (and possibly version) would allow us to do useful things
Since there were no objections the darcs.eclass is now in the main tree.
On Thu, 2006-05-18 at 22:58 +0100, Duncan Coutts wrote:
Just like we have eclasses for cvs, tla etc, kosmikus has written one
that does the same thing but for darcs.
Darcs (dev-util/darcs) is one of the new breed
into the
tree and of course we would appreciate code review etc.
--
Duncan Coutts : Gentoo Developer (Haskell team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
is ok on hppa and mips
hppa should be easy, ghc already works there. We're working on getting
ghc working on mips (it works fine on Irix) but no promises.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
overflow on mips linux.)
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
for win32 and OSX.
The OpenBSD, FreeBSD Darwin ports systems include ghc.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
On Sat, 2006-03-25 at 13:32 +0100, Kevin F. Quinn (Gentoo) wrote:
On Sat, 25 Mar 2006 11:46:58 +
Duncan Coutts [EMAIL PROTECTED] wrote:
On Sat, 2006-03-25 at 12:42 +0100, Kevin F. Quinn (Gentoo) wrote:
This is a valid issue, as ghc is only supplied upstream for linux
(some older
that with all my recent emails on the issue of which
arches/platforms can run darcs I've not been giving the impression that
I'm pushing for darcs to be the one true choice. I am certainly
interested in working with any arch team to get ghc and darcs ported but
that's a separate issue.
--
Duncan
users will not use them and
we'll just get the contributers we want.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
and the write
access allows for a safe intermediate stage in the recruitment process
between AT and dev status.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
bugs to
fixing them and getting those changes back to our testers.
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
to have our flags updated whenever
the user changes profile.
Does anyone have any other suggestions?
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev@gentoo.org mailing list
On Wed, 2006-03-01 at 11:39 -0500, Mike Frysinger wrote:
On Wednesday 01 March 2006 10:35, Duncan Coutts wrote:
gcc-3 supports both -nopie and -fno-stack-protector. So always using
these would be ok if it were not for gcc-4 which doesn't grok
-fno-stack-protector.
yes it does
Oh. I had
On Thu, 2006-03-02 at 00:41 +, Roy Marples wrote:
On Wednesday 01 March 2006 17:41, solar wrote:
On Wed, 2006-03-01 at 17:17 +, Duncan Coutts wrote:
I presume it's a gentoo patch to gcc-4 to add back in
-fno-stack-protector?
For the 4.0.x it should be just a dummy call
this machine
+ einfo does not have enough RAM for it. This will have the effect
+ einfo of making binaries produced by ghc considerably larger.
+ echo SplitObjs=NO mk/build.mk
+ fi
--
Duncan Coutts : Gentoo Developer (Haskell herd team lead)
email : dcoutts at gentoo dot org
--
gentoo-dev
nhc98 is a Haskell compiler.
This package has been masked for several months because its memory
management system makes assumptions that are no longer true on 2.6
kernels. This is not easily fixable and the upstream devs no not have
the time or inclination to rewrite the runtime system. See also
This package provides a simple graphics library for use with the hugs98
Haskell interpreter.
It doesn't work with the older versions of hugs98 that are in portage.
While it does work with newer versions of hugs98 it is unnecessary there
because they come bundled with an updated version of the
On Fri, 2005-05-20 at 10:42 -0600, Jason Wever wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK, let's review this again.
If you cannot test a given ebuild on a given arch, then don't touch that
arch's keyword (unless you need to remove it for broken dependencies).
If you can
32 matches
Mail list logo