July 2014 - arch-haskell

Issue with i686 packages
by Nicola Squartini 31 Jul '14

31 Jul '14

Hi Magnus, I'm trying to build updated packages for [haskell-happstack] and I get this kind of errors: $ ./makeahpkg -c -a i686 $(<buildorder) [...] ==> Making package: haskell-fb 1.0.2-6 (Wed Jul 30 15:18:26 CEST 2014) ==> Retrieving sources... -> Found fb-1.0.2.tar.gz ==> Validating source files with sha256sums... fb-1.0.2.tar.gz ... Passed ==> Making package: haskell-fb 1.0.2-6 (Wed Jul 30 15:18:27 CEST 2014) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: haskell-conduit-extra=1.1.3-1 error: target not found: haskell-monad-logger=0.3.7-4 ==> ERROR: 'pacman' failed to install missing dependencies. ==> ERROR: Build failed, check /home/nicola/haskell-happstack/i686-chroot/build/build [...] and similar others for other packages. The build process ran flawless for x86_64. I assume there is some problem with the i686 packages after today's update of habs. Thanks Nicola

2 4

Bootstrapping a cblrepo.db / custom repository
by Rudy Matela 29 Jul '14

29 Jul '14

Hello All, First of all, many thanks to Magnus Therning for maintaining the arch-haskell repository and it's tools. It saved a lot of time for me (both fighting cabal and compiling packages). I'm planning to use cblrepo to create a new repository from scratch. So, I have a question: How to use cblrepo to bootstrap a new repository? (Is it even intended to use for that purpose.) Or, more broadly, what's the best way to bootstrap an arch (-haskell) repository? For example, suppose I want a repository with just template-haskell: $ mkdir habs-bootstrap $ cd habs-bootstrap $ cblrepo add template-haskell,2.9.0.0 Failed to satisfy the following dependencies for template-haskell: base ==4.7.* containers ==0.5.* pretty ==1.1.* Shouldn't the dependencies here be added by default? Guessing here that it is not possible because of inability to guess package types (--ghc-pkg / --distro-pkg). I've also tried: $ cblrepo add -g base,4.7.0.1 That was ok, but: $ cblrepo add template-haskell,2.9.0.0 Failed to satisfy the following dependencies for template-haskell: containers ==0.5.* pretty ==1.1.* Containers and pretty are provided by GHC. Should I add GHC in my repository? That does not seem to be the case with haskell-happstack [1]: it has array on it's db (it is also provided by ghc). Regards, Rudy [1]: https://github.com/tensor5/haskell-happstack PS: Which kind of setup do you all use, in general, to maintain your own packages not provided by haskell-core? So far I've been using my own fork of archhaskell/habs, but I kinda loose the work (on cblrepo.db) when merging with Magnus' branch, needing to re-add all my packages.

3 3

NodeJS dependency
by Alois Cochard 19 Jul '14

19 Jul '14

Hi folks, I'm just switching to your awesome [haskell-core] repo (thanks for the effort, this is extremely useful!). But I'm a bit surprised than when re-installing my xmonad... I got a dependency on NodeJS inferred? Is there some form of haskell-webscale integration that I'm not aware of? ;-) Thanks! -- *A\ois* http://twitter.com/aloiscochard http://github.com/aloiscochard

2 2

How cblrepo decides when to add 'haskell-' prefix?
by Rafał Babinicz 19 Jul '14

19 Jul '14

After cloning habs repo, syncing hackage db with 'cblrepo sync' and adding yeganesh with 'cblrepo add --ghc-version=7.8.3-1 -u https://hackage.haskell.org/package/yeganesh-2.5/yeganesh.cabal' I see different behavior with 'cblrepo pkgbuild taffybar' and 'cblrepo pkgbuild yeganesh'. Former one generates haskell-taffybar with adjusted PKGBUILD for that name, but latter generates regular 'yeganesh' without any haskell-yeganesh. I cannot find any important difference in cblrepo.db and also grepping through source code, I can't find any other references to taffybar than in cblrepo.db which looks similar to yeganesh's entry. Can you clarify in README of cblrepo or habs - how to generate haskell-* package? I've built xmobar and yeganesh with makeahpkg for x86_64 and i686 and I want to contribute, but I'm totally lost here. Should I change names and PKBUILDS by hand? Why cblrepo pkgbuild generates different results for similar packages in cblrepo.db? Thanks in advance for any help.

3 2

Re: [arch-haskell] Automatic Dependency Resolution
by Profpatsch 18 Jul '14

18 Jul '14

Not a reply, since I just subscribed to this list. > I have looked at stackage. AFAIU it is basically a place to host a > subset of Hackage (plus the possibility to patch packages). If I've > understood that correctly it means stackage is of VERY limited use to > us in maintain Arch Haskell. As far as I understand it their big advantage is that each version is completely coherent, a snapshot of packages that work together. They pipe it through Jenkins and send mails to each package maintainer of packages that don’t build. So they automated the process and accept new packages. Maybe this can be used? e.g. basing Archhaskell on it and just manage the remaining packages manually while slowly integrating them into Stackage? -- Proudly written in Mutt with Vim on Archlinux. Q: Why is this email five sentences or less? A: http://five.sentenc.es

1 0

Re: [arch-haskell] [habs] Automatic dependency resolution (#154)
by Magnus Therning 18 Jul '14

18 Jul '14

Moving this to the mailing list, because this is turning into a discussion. :-) On Thu, Jul 17, 2014 at 02:29:13PM -0700, Profpatsch wrote: > I see. > > I don’t understand how getting a coherent set of package version is > possible manually by hand, though. I’d assume that’s exactly the > kind of things where computers excel. Have you looked at > [stackage](http://www.stackage.org/)? It is possible, but it's a lot of work. Which is exactly why I started working on `cblrepo` in the first place. `cblrepo` does check that dependencies are satisfied, and it reports when they are not. What it doesn't do though is automatically satisfy the missing dependencies. I simply haven't found a need for that. (Patches are welcome, though.) I have looked at stackage. AFAIU it is basically a place to host a subset of Hackage (plus the possibility to patch packages). If I've understood that correctly it means stackage is of VERY limited use to us in maintain Arch Haskell. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

1 0

New GHC -- any wishes on how it should be built?
by Magnus Therning 14 Jul '14

14 Jul '14

Hi all, Now there's a new version of GHC out, 7.8.3. This means a complete rebuild of [haskell-core] is necessary, which also means that NOW is the perfect time to make fundamental changes to our packages, e.g. to change from the 'perf' build profile to 'pref-llvm', or move the location of the documentation. I've not received any such wishes via issues on Github, but maybe there's someone out there thinking "oh, if they only changed this in how Arch Haskell packages are built, then the world would be 10 times better". If you are that someone, then please speak up now! :) I'll start the big rebuild at 12:00 UTC tomorrow, 2014-07-14. So you have until then to voice your suggestions. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus As long as there are ill-defined goals, bizarre bugs, and unrealistic schedules, there will be Real Programmers willing to jump in and Solve The Problem, saving the documentation for later. Long live Fortran! -- Ed Post

2 3

Re: [arch-haskell] haskell-lens has out of date deps
by Magnus Therning 13 Jul '14

13 Jul '14

On Tue, Jul 08, 2014 at 10:26:45PM -0700, Brayden Banks wrote: > Sorry, it's in haskell-happstack. Who handles that? From the Arch Haskell Wiki page: https://github.com/tensor5/haskell-happstack/issues /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay

2 1

haskell-lens has out of date deps
by Brayden Banks 09 Jul '14

09 Jul '14

In the latest update, haskell-lens didn't get fully updated: warning: cannot resolve "haskell-aeson=0.7.0.6-5", a dependency of "haskell-lens" # hackage requirement: 0.7.*; haskell-core version: 0.7.0.6-6 warning: cannot resolve "haskell-bifunctors=4.1.1.1-8", a dependency of "haskell-lens" # hackage requirement: 4.*; haskell-core version: 4.1.1.1-9 warning: cannot resolve "haskell-comonad=4.2-5", a dependency of "haskell-lens" # hackage requirement: 4.*; haskell-core version: 4.2-6 warning: cannot resolve "haskell-free=4.9-1", a dependency of "haskell-lens" # hackage requirement: 4.*; haskell-core version: 4.9-2 warning: cannot resolve "haskell-profunctors=4.0.4-4", a dependency of "haskell-lens" # hackage requirement: 4.*; haskell-core version: 4.0.4-5 warning: cannot resolve "haskell-semigroupoids=4.0.2.1-1", a dependency of "haskell-lens" # hackage requirement: 4.*; haskell-core version: 4.0.2.1-2 warning: cannot resolve "haskell-semigroups=0.15-1", a dependency of "haskell-lens" # hackage requirement: >=0.8.4 && <1; haskell-core version: 0.15.1-1 warning: cannot resolve "haskell-void=0.6.1-65", a dependency of "haskell-lens" # hackage requirement: >=0.5 && <1; haskell-core version: 0.6.1-66 ~Brayden

2 1

xsounds.org deprecated or down ?
by Pierre Radermecker 01 Jul '14

01 Jul '14

Hi, `xsounds.org` has been down for a few days now. Is it still a correct pointer for [haskell-core] ? Cheers,

3 3