On 09/17/2014 11:06 PM, Magnus Therning wrote:
I've lately been considering moving away from using `makechrootpkg`
when building packages for ArchHaskell. I've been playing with
docker, and the last few updates have been built using a few helper
scripts I've put together.
Does anyone on the lis
Quoting Magnus Therning (2013-06-30 00:19:02)
> On Thu, May 30, 2013 at 08:15:28PM +0200, Nicolas Pouillard wrote:
> > Quoting Magnus Therning (2013-05-30 18:27:26)
> > > On Wed, May 29, 2013 at 01:15:50PM +0200, Nicolas Pouillard wrote:
> > > > Quoting Ram
Quoting Xyne (2013-06-03 02:27:40)
> Hi,
>
> The json/haskell-json package has a cabal flag named "mapdict" which is
> disabled
> by default. I find this completely counter-intuitive as the default behavior
> will convert Data.Map values to JSON *list* values. With the flag enabled,
> Data.Map va
Quoting Magnus Therning (2013-05-30 18:27:26)
> On Wed, May 29, 2013 at 01:15:50PM +0200, Nicolas Pouillard wrote:
> > Quoting Ramana Kumar (2013-05-29 09:45:19)
> > > On Wed, May 29, 2013 at 8:15 AM, Magnus Therning
> > > wrote:
> > >
> > > > Ple
Quoting Pierre Radermecker (2013-05-29 14:02:19)
> > I am/was also a user of habs-web for roughly two use-cases:
> > * haskell programs such as git-annex or notmuch-web [0] that I want
> > to build once and install multiple times.
>
> Personally I don't think it makes much sense to include "pr
Quoting Ramana Kumar (2013-05-29 09:45:19)
> On Wed, May 29, 2013 at 8:15 AM, Magnus Therning wrote:
>
> > Please let me know if you /do/ retire [habs-web] as there might be a
> > number of commonly used packages in there that ought to be moved into
> > [haskell-core]. I'm guessing you don't have
Quoting Fabio Riga (2013-04-04 02:46:59)
> Hello,
Hello,
> just wanted to say that now git-annex is in the repo. As it was a very
> hard beast to compile, please help me check if anything is wrong.
I maintain git-annex as an AUR package since quite a long time now and as
you said compiling it is
Quoting Dale Jordan (2013-03-26 20:24:44)
> [~] $ pacinstall haskell-errors
> resolving dependencies...
> looking for inter-conflicts...
>
> Targets (4): haskell-either-3.4-2 haskell-monadrandom-0.1.8-3
> haskell-safe-0.3.3-2 haskell-errors-1.4.1-2
>
> Total Installed Size: 6.02 MiB
>
> Pr
Quoting Magnus Therning (2013-03-20 21:21:17)
> Testpack[1] is being considered for removal. It's requiring more and
> more patching and the upstream author has not been responsive lately.
> There are no other packages depending on it so there is no impact on
> other packages in [haskell-core].
>
On Tue, Jan 3, 2012 at 6:32 PM, Magnus Therning wrote:
> On Tue, Jan 03, 2012 at 04:07:55PM +0100, Nicolas Pouillard wrote:
>> On Tue, Jan 3, 2012 at 11:39 AM, Peter Hercek wrote:
>>> On 01/03/2012 10:18 AM, Magnus Therning wrote:
>>>>
>>>> On Tu
On Tue, Jan 3, 2012 at 11:39 AM, Peter Hercek wrote:
> On 01/03/2012 10:18 AM, Magnus Therning wrote:
>>
>> On Tue, Jan 3, 2012 at 10:12, Nicolas Pouillard
>> wrote:
>>>
>>> Indeed but I support the concept of the haskell-platform. It is too
>>>
seems to be a good example. We could package the latest version of
text and upgrade some package which depend on it.
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
On Mon, Jan 2, 2012 at 7:12 PM, Magnus Therning wrote:
> On Mon, Jan 02, 2012 at 11:21:22AM +0100, Nicolas Pouillard wrote:
>> Hello,
>>
>> To package the latest and greatest version of git-annex I need to have
>> monad-control-0.3.
>>
>> However this depend
email the author of the mongoDB haskell package.
All the best,
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
7;ll have to think about if we
> really want 7.2 or do we wait for 7.4.
>
> Any opinions on that?
I lean toward waiting for 7.4. This may be a way to let another chance
to haskell-platform to survive.
--
Nicolas Pouillard
http://nicolaspouillard.fr
_
On Fri, Nov 11, 2011 at 11:12 PM, Magnus Therning wrote:
> On Fri, Nov 11, 2011 at 10:50:03PM +0100, Nicolas Pouillard wrote:
>> On Fri, Nov 11, 2011 at 10:40 PM, Magnus Therning
>> wrote:
>>> On Fri, Nov 11, 2011 at 10:26:54PM +0100, Nicolas Pouillard wrote:
>>&
ages, but as much as
possible working packages that are needed at some point. To do
so we must improve our tools and workflow to deal seamlessly with
the amount of packages.
So for me we move out broken packages that we cannot quickly fix
if they are not much used.
> Oh, and
On Tue, Nov 8, 2011 at 12:53 PM, Magnus Therning wrote:
> On Tue, Nov 8, 2011 at 11:11, Nicolas Pouillard
> wrote:
>> On Tue, Nov 8, 2011 at 10:32 AM, Magnus Therning wrote:
>>> On Mon, Nov 7, 2011 at 21:01, Bernardo Barros
>>> wrote:
>>>> On Mon
es anyone have a solution for that?
Second, there is no cabal-uninstall
and packages are easily broken by Arch updates.
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
honest to disown the vast majority of packages on AUR owned
> by arch-haskell.
>
> Any thoughts or comments on this?
I agree to either disown them or remove them.
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing lis
On Fri, Oct 21, 2011 at 7:02 PM, Nicolas Pouillard
wrote:
> On Fri, Oct 21, 2011 at 6:47 PM, Fabio Riga wrote:
>
> Hi Fabio,
>
>> As for the diff file, don't you use anymore the git repository? I generated
>> this patch using git, I hope this is ok. Using github woul
ry. (your patch was not rebased on
the latest master but will manage).
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
x86_64/repo.db.tar.gz
rsync -Pa ~magnus/h4a/i686/ ~haskell/i686/
cp ~magnus/h4a/i686/h4a.db.tar.gz ~haskell/i686/repo.db.tar.gz
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/li
http://hackage.haskell.org/package/JSONb-1.0.4
Why could it be required to delete them?
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
ost likely just cause
> more trouble than benefit. I'll keep trying to get added to the
> group, and in the mean time I'll have to do manual syncs,
> [archhaskell] to ~magnus, and then get someone else to do a manual
> sync in the other direction. Hopefully this situation won&
On Wed, 10 Aug 2011 15:28:34 +0200, Magnus Therning wrote:
> On Wed, Aug 10, 2011 at 15:02, Nicolas Pouillard
> wrote:
> > I already built the x86_64 repo, but I don't mind putting yours and
> > building the missing ones.
>
> Excellent.
>
> Let me know wh
On Wed, 10 Aug 2011 12:42:01 +0200, Magnus Therning wrote:
> On Wed, Aug 10, 2011 at 11:05, Nicolas Pouillard
> wrote:
> > On Sun, 17 Jul 2011 09:18:58 +0200, Magnus Therning
> > wrote:
> >> On Fri, Jul 15, 2011 at 05:00:52PM +0200, Peter Simons wrote:
> >>
uilds of i686 and x86_64. I propose to make updates and
additions and publish these updates and additions to the upstream
repository.
Best regards,
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
dataenc
haskell-tar
haskell-terminfo
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
a
bug reports for instance or direct email).
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
task, then please let me know.
>
> I may be able to help. What exactly would I need to do?
Actually there is still build issues that ought to be the same in i686, so
we'd better wait a bit.
--
Nicolas Pouillard
http://nicolaspouillard.fr
__
that after some time you will change your
mind and continue to contribute to arch-haskell.
While I remember Peter over reacting (IMO) about keep the old files in the
repository. This seems very small in comparison to the work he has been doing.
Anyway let's calm down and look forward...
A
ld version and add the new at the same time.
A way to mitigate this would be to either keep at kill list of files to remove
and when and/or having a separate repo for these archives.
Best regards,
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
kages to removed from AUR as well?
I'm in favor of leaving AUR from now. However one should find a place to
clearly point to HABS and the binary-repo.
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
On Wed, 12 Jan 2011 10:02:09 +, Magnus Therning wrote:
> On Wed, Jan 12, 2011 at 00:28, Nicolas Pouillard
> wrote:
> > On Tue, 11 Jan 2011 12:27:54 +0100, Peter Simons wrote:
> >
> > Hi Peter and others,
> >
> > While I didn't post much o
lib
xmonad
xmonad-contrib
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
On Thu, 11 Nov 2010 20:02:16 +0100, Peter Hercek wrote:
> On 11/11/2010 06:07 PM, Nicolas Pouillard wrote:
> > On Thu, Nov 11, 2010 at 5:59 PM, Peter Hercek wrote:
> >> On 11/11/2010 05:44 PM, Magnus Therning wrote:
> >>> On Thu, Nov 11, 2010 at 16:41, Peter Herc
n Haskell ? :)
Best regards,
--
Nicolas Pouillard
http://nicolaspouillard.fr
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
vide a small wraper over makepkg (something
> like haskell-makepkg) which should be used for haskell source packages ...
> if we cannot get this fixed in the makepkg itself.
A few weeks I hacked makepkg to add this very feature, I didn't took
time to test
it exhaustively nor to propos
t feeling
> tells me it *is* possible to do this and end up with a system that is
> convenient to use.
Good work, I'm all for the haskell-hp-* versions, this is a nice tradeoff
between having many versions of each package and only one per package.
This is really a situt
sorting,
> installing packages, while meta-packages are friendlier to developers
> and package managers (you can use a meta-package as dependency). I
> don't think we are going to have depends=(haskell-platform) anywhere,
> since all PKGBUILDs we have rely on
41 matches
Mail list logo
