Re: [arch-haskell] Call for someone to take over ArchHaskell!
On Fri, Feb 16, 2018 at 11:09:38PM +0100, Magnus Therning wrote: > > Hi ArchHaskell users! > > As you've probably noticed my activity in maintaining ArchHaskell > declined during the autumn of 2017 and by December it was non-existing. > Unfortunately my motivation to pick it up again just isn't there. That's > why I'm sending out this email. > > Please respond to this email if you are willing to take on maintaining > ArchHaskell. Now David Nicholaeff has been brave enough to step up. I'm sure he'll bring some much needed energy into ArchHaskell, so unless there are some serious objections to this I'll begin the process of handing over the bits and bobs that make up ArchHaskell. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus If you can tell the truth, you don't have to remember anything. — Mark Twain signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Call for someone to take over ArchHaskell!
Hi ArchHaskell users! As you've probably noticed my activity in maintaining ArchHaskell declined during the autumn of 2017 and by December it was non-existing. Unfortunately my motivation to pick it up again just isn't there. That's why I'm sending out this email. Please respond to this email if you are willing to take on maintaining ArchHaskell. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Computers are useless. They can only give you answers. — Pablo Picasso signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] The machine hosting the repo is being retired
On 19 October 2017 at 11:01, Dawid Loubser <dawid.loub...@ibi.co.za> wrote: > Hi Magnus, > > What kind of resources would be required? > > I have a very under-utilized Linode server (basic spec) which I'm happy to > share, but an idea of the storage / memory / typical bandwidth requirements > would be great. Currently the repo is 2.7GB (according to `du -sh`). You'll have to run a web server that serves up the files via HTTP. I'm guessing that doesn't take much memory. When it comes to bandwidth I don't know at all how much is used. Sorry. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Ghc 8.2.1
I've just uploaded a first build of 8.2.1 to the testing repo: [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch There are no other packages available yet. I had a quick look and neither `stack` nor `pandoc` are currently buildable with 8.2.1 (without at least changes to their cabal files.) Hopefully we won't have to wait too long until upstream gets around to adjusting to this release :) /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I have steadily endeavored to keep my mind free, so as to give up any hypothesis, however much beloved — and I cannot resist forming one on every subject — as soon as facts are shown to be opposed to it. — Charles Darwin (1809-1882) signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] i686 disappearing
Magnus Therning <mag...@therning.org> writes: > Give the announcement that i686 is being phased[1] out I'll be doing the > same for Arch Haskell. Unless someone complains I'll remove the i686 > repo ASAP. Given the complete lack of response to this I'm removing the i686 repo today. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Beauty is more important in computing than anywhere else in technology because software is so complicated. Beauty is the ultimate defence against complexity. — David Gelernter signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] i686 disappearing
Give the announcement that i686 is being phased[1] out I'll be doing the same for Arch Haskell. Unless someone complains I'll remove the i686 repo ASAP. /M [1]: https://www.archlinux.org/news/phasing-out-i686-support/ -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus "Sendmail" and "make" are two well known programs that are pretty widely regarded as being debugged into existence. That's why their command languages are so poorly thought out and difficult to learn. It's not just you — everyone finds them troublesome. — Peter van der Linden, Expert C Programming, p. 220 signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Does ArchHaskell still have purpose?
Johan Holmquist <holmi...@gmail.com> writes: > I'd say that binary packages are really valuable for installing a > global haskell dev environment for quick hacks and scripts for which > it would not be practical to setup a project and download and build a > lot of deps. At least ghc and base should be installed globally so one > can just fire up the REPL to try things interactively. I've been using `stack ghci` for that, and for more involved stuff I've used `stack exec zsh -- --login` to get a shell with access to ghc :) For scripts it's possible to create a she-bang line with `stack` that will pull down the required ghc and dependencies. So, a *realy* long startup the first time, but subsequent invocations are quick :) I'm mostly mentioning this to point out that options exist, and that maybe, just maybe, binary packages for anything but tools (stack, hlint, pandoc, ...) aren't really that useful at all any longer. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Unix is the answer, but only if you phrase the question very carefully. — Unknown signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Another rebuild
Magnus Therning <mag...@therning.org> writes: > I'm currently in the middle of a rebuild of the repo, again. This time > it's a change in the version numbering scheme that triggered it. > > You can find the details on the why in this mail thread [1]. And the how > can be found at [2]. > > /M > > [1]: > https://lists.archlinux.org/pipermail/arch-general/2016-September/041879.html > [2]: https://github.com/magthe/cblrepo/issues/51 The rebuild of the x86_64 repo is done. You can expect *lots* of warning about local packages being newer than what's found in the repo. Remain calm! This is all right! Just re-install. :) /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I have steadily endeavored to keep my mind free, so as to give up any hypothesis, however much beloved — and I cannot resist forming one on every subject — as soon as facts are shown to be opposed to it. — Charles Darwin (1809-1882) signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Another rebuild
I'm currently in the middle of a rebuild of the repo, again. This time it's a change in the version numbering scheme that triggered it. You can find the details on the why in this mail thread [1]. And the how can be found at [2]. /M [1]: https://lists.archlinux.org/pipermail/arch-general/2016-September/041879.html [2]: https://github.com/magthe/cblrepo/issues/51 -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus There does not now, nor will there ever, exist a programming language in which it is the least bit hard to write bad programs. — Flon's Axiom signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Ghc 8.0.1 in testing
If you feel like playing with ghc 8.0.1 I've put a package in the testing repo: ~~~ [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch ~~~ /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus In corporate religions as in others, the heretic must be cast out not because of the probability that he is wrong but because of the possibility that he is right. — Antony Jay signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Repos temporarily down
Barry Fishman <ba...@ecubist.org> writes: > On 2016-03-04 13:41:59 +0100, Magnus Therning wrote: >> I'm fixing up a few things in the repos which means I have to take >> them offline for a little while. They should be back up and working >> within a diel I hope. > > Is "diel" a day? "Diel" is a very useful word: http://wordsmith.org/words/diel.html > Is it possible to do major updates the repos in for example: > ~haskell/core/$arch_new > and then move the directories in place when ready? Sure it would be. However, the machine hosting the repo is rather limited (I've been asked to limit the storage I use in the past) so I feel I can't really keep around two copies of the repos. Of course I could use links to limit the used storage, but the repo handling is already *very* manual, I'm not really keen on adding more manual steps. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The early bird may get the worm, but the second mouse gets the cheese. signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Repos temporarily down
Hi all! I'm fixing up a few things in the repos which means I have to take them offline for a little while. They should be back up and working within a diel I hope. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Good powers of observation are frequently called "cynicism" by those that don't have them. signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] xsounds is down
fox writes: > Btw, I'm sorry I didn't inform the list in advance about taking the > orbitalfox.com mirror down. > > I've moved the server and there are constraints on the data transfer > now. I could still implement a mirror, but the hundreds of megabytes > would severely affect my quota. No worries! It was nice of you to have it up for a while. As everyone probably understands, mirrors are always welcome ;) /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus C++ is history repeated as tragedy. Java is history repeated as farce. -- Scott McKay signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] xsounds is down
Yes, xsounds repo is down. Again! :( I've sent an email to the administrator and hopefully the HTTP server will be restarted soon again. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus As we enjoy great advantages from the inventions of others we should be glad of an opportunity to serve others by any invention of ours, and this we should do freely and generously. -- Benjamin Franklin signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Split packages for a few tools
Being mentioned at [1] made me realise that I never made any proper mention of my experiment with split packages for a few tools. The following are now split into two packages: - stack -> haskell-stack, haskell-stack-tool - pandoc -> haskell-pandoc, haskell-pandoc-tool - pandoc-citeproc -> haskell-pandoc-citeproc, haskell-pandoc-citeproc-tool - pandoc-crossref -> haskell-pandoc-crossref, haskell-pandoc-crossref-tool This means it now is possible to have these tools installed *without* also installing all of the dependencies needed to use the related libraries. Please let me know if you run into any issues with the tool packages. [1]: https://github.com/felixonmars/stack/commit/b5918b26a04f0ff05cc0dabb248ea21753ff65d6 -- Magnus Therning OpenPGP: 0x927912051716CE39 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] ghc-vis
On Fri, Oct 16, 2015 at 08:13:56AM -0600, stef204 wrote: > 16.10.2015, 05:38, "Magnus Therning" <mag...@therning.org>: > > I usually operate on *all added packages* at once through the whole > > upgrade/add process. > > > > Here above ^^ I am not completely sure what you mean > Are you referring to using just one single pacman -S command with all > of the packages needing installation at once? Nope, I'm talking about `cblrepo add`. > > I'm currently experimenting with a split package for stack though. > > This should be interesting. I'm not so sure ;) It's been brought up before that it'd be nice to have a separate package for the pandoc binary. Splitting does need quite a bit of knowledge of the package though, but my initial fear of maintaining a pkgbuild patch longterm was rather exaggerated I think. > > Also, if you want to clean out your system you can use `pacman > > -Rncs ghc` to do it (you'll be left with exe-only packages, like > > cblrepo, though). > > > > OK, thanks for that info, I guess it all depends on ghc so removing it > would remove all haskell packages except binaries.. Exactly! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality. -- Albert Einstein signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] ghc-vis
On Fri, Oct 16, 2015 at 03:07:18AM -0600, stef204 wrote:
>
>
> 15.10.2015, 16:04, "Magnus Therning" <mag...@therning.org>:
>
> Thanks for your feedback.
>
> >> So, besides ghc-7.10.2-1, already installed obviously, haskell-glut
> >> and haskell-opengl both of which I found in the haskell-core repo, it
> >> seems I need to go through the same 1-7 steps for each missing
> >> individual packages haskell-{bitmap, bitmap-opengl, network,
> >> stb-image, vacuum} one at a time, correct?
> >
> > First, I thought I'd pushed up a version of `cblrepo` that generated
> > files with a dependency on "7.10.2-2" (the one from `[haskell-core]`),
> > but apparently I didn't get around to it yet. Until I do please use
> > `--ghc-release 2` to generate the proper dependency on ghc.
> >
>
> Yes, I had to edit the PKGBUILD's manually to change to ghc-7-10.2-2
> but I see that in such cases I can use the --ghc-release x.
I've just pushed up a new version to Hackage with that change included.
It'll get to `[haskell-core]` soon-ish.
> > You only need to go through the steps above for the packages you
> > need to add.
>
> Right so that can mean the targeted package + any of its dependencies
> not found in habs, (making sure I have first done a "cblrepo udpate")
> correct?
Indeed.
> Yesterday, when I tried to build vacuum-opengl with the PKGBUILD
> generated by cblrepo, it failed based on dependencies.
> I either did something wrong with the step "cblrepo build" which I
> believe I ran without arguments (but didn't get an error message on)
> when perhaps I should have used "cblrepo build vacuum-opengl"? (I
> noticed that after updating cblrepo later on, it started to give me
> the error message on the "cblrepo build" without arguments.)
Maybe `build` is badly named, it doesn't *perform* a build, it only
outputs an order for a successful build.
> So to try to resolve the pacman failure on vacuum-opengl, I had to
> repeat the cblrepo steps 1-7 you had described for ALL of the chain,
> except for 1 or 2 packages which were already in haskell-core.
> Which I believe is normal?
>
> Comparing this to using "configure" and "make", one does get into
> these chains at times, when missing dependencies.
I usually operate on *all added packages* at once through the whole
upgrade/add process.
> This brings me to the following:
>
> * Doesn't using cblrepo as above (well, the proper way, without
> mistakes) create an out-of-sync state with haskell-core where at some
> point, we will have different versions/releases of same packages and
> pacman -Syu will fail? This happened to me yesterday (after you
> updated habs.) Which would mean I'd have to "ignore" those packages in
> pacman.conf
>
> Probably more true with packages not included in habs, but that I add
> locally, and at some point later, you include them in habs and we're
> out of sync.
That is completely correct. `pacman -Su` won't let you take your system
into an inconsistent state though.
> * I see that installing haskell packages, generally. pulls in a LOT of
> dependencies, which, installed via cblrepo + pacman, are installed
> "globally" on my box (as opposed to confined to a sandbox.) Even if
> being able to track everything through pacman (which is just great),
> am I not better off installing these in sandboxes or at least via
> stack in my home dir where, if something really goes wrong , as a last
> resort I can rm -rf ~/.stack/* (or something similar)?
>
> I am literally spreading haskell deps all over my system
> otherwise...which I have to question.
> It could be because I am just getting started and am missing the most
> basic dependencies so this will taper off soon. Or perhaps not and it
> will continue to spread _lots_ of deps globally, I don't know yet.
You are correct. The massive list of dependencies is largely due to
the tendency in the Haskell community to use small targeted libraries.
We've then, due to historic reasons and the good fit with Arch in
general, decided to not use split packages. I'm currently experimenting
with a split package for stack though. Also, I've found that pacman is
*really* good with handling packages, so having lots of them isn't a big
issue. Also, if you want to clean out your system you can use `pacman
-Rncs ghc` to do it (you'll be left with exe-only packages, like
cblrepo, though).
You have to make up your own mind on the issue of system-wide vs.
sandboxes. :-) Do note though that if you do go to a only-using-stack
you can conceptually get away with having nothing but the stack
executable installed (system-wide or locally). Yes that's all you
really ne
Re: [arch-haskell] ghc-vis
On Tue, Oct 13, 2015 at 07:45:52AM -0600, stef204 wrote: > > > 13.10.2015, 06:44, "Magnus Therning" <mag...@therning.org>: > > > > The package `haskell-graphviz` is no longer in [haskell-core]. Right > > now I can't recall why I removed it, but most likely it was a lack of > > upstream updates resulting in other packages being kept back. > > > >> During 'cabal install ghc-vis --disable-library-profiling' several > >> libraries fail with messages: > >> > >> failed to install glib-0.12.5.4 > >> Build log ( > >> /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/glib-0.12.5.4.log > >> ): > >> Failed to install cairo-0.12.5.3 > >> Build log ( > >> /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/cairo-0.12.5.3.log > >> ): > > > > When installing `haskell-gtk` you should have gotten `haskell-glib` and > > `haskell-cairo` too (as well as `haskell-pango`). `cabal` ought to have > > picked that up. > > > > Yes, I did--but cabal does not seem to pick it up. I am thinking it is > because I am trying to install ghc-vis in a sandbox and cabal is not > seeing the other packages installed via haskell-core with pacman but > if I understand you correctly, this should not the case. Correct or > incorrect? The little experience I have with cabal sandboxes suggest that it should pick them up -- as long as they have acceptable versions! > > Personally I'm so familiar with the tools we se for [haskell-core] that > > I often build proper Arch packages for everything :) > > I would love to do that as well but am so new to this whole > haskell/cabal issue that not so easy to take the plunge, while trying > to focus on learning the basics or haskell > > I saw some info about cblrepo which didn't sound very encouraging to > someone just starting out: > <http://funloop.org/post/2014-01-06-using-cblrepo-in-arch-linux.html> That post completely misses the fact that there already is a base DB to use: <https://github.com/archhaskell/habs/>. I you clone that you'll only need to add the packages beyond what's already in [haskell-core]. > How would I go about building the Arch package before installing > it...? 1. clone <https://github.com/archhaskell/habs/> 2. install `cblrepo` from [haskell-core] 3. run `cblrepo sync` 4. move into the `habs` repo and run `cblrepo add <pkg,ver> ...` to add packages (one or many at once) 5. run `cblrepo pkgbuild ` to generate source packages for the packages you added 6. build all packages, in order (you can use `cblrepo build` to generate a good build order) 7. install your new packages > > I've lately had a closer look at `stack` (available in > > [haskell-core] as `haskell-stack-bin`) and if ghc-vis produces one > > or more binaries (i.e. no libs that you are interested in) then it > > might be a good way to build it. > > > > Can you please explain in more detail what you mean by that exactly? > How would I go about it? > 1) pacman -S haskell-stack-bin > 2) then? How do I find out if "ghc-vis produces one or more binaries"? I'd start with `stack unpack ghc-vis`, then `stack init --resolver ghc-7.8` and see where that leads. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I would rather use Java than Perl. And I'd rather be eaten by a crocodile than use Java. -- Trouser signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] ghc-vis
On Thu, Oct 15, 2015 at 02:14:29PM -0600, stef204 wrote:
>
> 15.10.2015, 04:26, "Magnus Therning" <mag...@therning.org>:
> Magnus,
>
> Comment: while I haven't yet had success with it in installing the
> packages targeted (hopefully this will happen after this post),
> cblrepo looks like great work.
>
> Back to issue at hand, inline below.
>
> > 1. clone <https://github.com/archhaskell/habs/>
> > 2. install `cblrepo` from [haskell-core]
> > 3. run `cblrepo sync`
> > 4. move into the `habs` repo and run `cblrepo add <pkg,ver> ...` to add
> > packages (one or many at once)
> > 5. run `cblrepo pkgbuild ` to generate source packages for the
> > packages you added
> > 6. build all packages, in order (you can use `cblrepo build` to generate
> > a good build order)
> > 7. install your new packages
>
> In addition to Barry's earlier comments re. ghc-vis and graphviz, the
> fact that ghc-vis seems to require ghc 7.8.3 and the following, I had
> to switch to a different package than ghc-vis since I am getting the
> following while trying to add ghc-vis' dependencies:
> % cat error.log
> Failed to satisfy the following dependencies for base:
> ghc-prim >=0.3.1 && <0.4
> integer-simple >=0.1.1 && <0.2
> Adding base 4.7.0.2 would break:
> QuickCheck : base >=4.8 && <5
> cblrepo : base ==4.8.*
> xmonad-contrib : base >=4.8 && <5
>
> I don't know how to deal with using a different base, I guess sandbox
> might be the right way, not sure.
Yes, the fact that it requires 7.8 is a deal-breaker for building on top
of `[haskell-core]`, unfortunately.
> So, at least for now, I switched to vacuum-opengl as an alternative to
> ghc-vis:
>
> For vacuum-opengl, done steps 1 through 5 above, stuck on step 6.
>
> Here is the PKGBUILD generated:
> <https://gist.github.com/stef204/5220e94b58a5204e3265#file-pkgbuild>
>
> Question 1) When I added the dependencies to cblrebo.db, I used the
> *exact* version as specified for the package on hackage, so I used:
> cblrepo add package_name,exact version -> all the digits, so versions
> generated for PKGBUILD look a bit weird (to me) like
> "haskell-glut=2.7.0.2_0-4. Is this correct? (The "release" is just
> called "04"?)
>
> Question 2) dependencies
>
> depends=("ghc=7.10.2-1"
> "haskell-glut=2.7.0.2_0-4"
> "haskell-opengl=2.13.0.0_0-4"
> "haskell-bitmap=0.0.2_0-1"
> "haskell-bitmap-opengl=0.0.1.5_0-1"
> "haskell-network=2.6.2.1_0-3"
> "haskell-stb-image=0.2.1_0-1"
> "haskell-vacuum=2.2.0.0_0-1")
>
> So, besides ghc-7.10.2-1, already installed obviously, haskell-glut
> and haskell-opengl both of which I found in the haskell-core repo, it
> seems I need to go through the same 1-7 steps for each missing
> individual packages haskell-{bitmap, bitmap-opengl, network,
> stb-image, vacuum} one at a time, correct?
First, I thought I'd pushed up a version of `cblrepo` that generated
files with a dependency on "7.10.2-2" (the one from `[haskell-core]`),
but apparently I didn't get around to it yet. Until I do please use
`--ghc-release 2` to generate the proper dependency on ghc.
You only need to go through the steps above for the packages you need to
add.
> > I'd start with `stack unpack ghc-vis`, then `stack init --resolver
> > ghc-7.8` and see where that leads.
>
> here, I get a failure error message on stack build after having run stack
> setup.
>
> ghc.mk:901: recipe for target 'install_packages' failed
> make[1]: *** [install_packages] Error 127
> Makefile:24: recipe for target 'install' failed
> make: *** [install] Error 2
I just did that exercise now and it seems to have worked fine. These
are the steps I took
% stack unpack ghc-vis
% cd ghc-vis-0.7.2.7
% stack init --resolver ghc-7.8
% echo 'system-ghc: false' >> stack.yaml
% stack solver --modify-stack-yaml
% sudo pacman -S ghtk2hs-buildtools
% stack --install-ghc build
(Yes, it seems to be all right to use the gtk2hs-buildtools from
`[haskell-core]`.)
My guess though is that ghc-vis won't actually be usable in anything but
ghci from ghc-7.8.4, which I suppose means it's of rather limited value.
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
Do not meddle in the affairs of Wizards, for they are subtle and quick
to anger.
-- J.R.R Tolkien
signature.asc
Description: PGP signature
___
arch-haskell mailing list
arch-haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] ghc-vis
On Thu, Oct 15, 2015 at 11:23:58AM -0600, stef204 wrote: > > > 15.10.2015, 04:26, "Magnus Therning" <mag...@therning.org>: > > >> How would I go about building the Arch package before installing > >> it...? > > > > 1. clone <https://github.com/archhaskell/habs/> > > 2. install `cblrepo` from [haskell-core] > > 3. run `cblrepo sync` > > 4. move into the `habs` repo and run `cblrepo add <pkg,ver> ...` to add > > packages (one or many at once) > > 5. run `cblrepo pkgbuild ` to generate source packages for the > > packages you added > > 6. build all packages, in order (you can use `cblrepo build` to generate > > a good build order) > > 7. install your new packages > > > >> > I've lately had a closer look at `stack` (available in > >> > [haskell-core] as `haskell-stack-bin`) and if ghc-vis produces one > >> > or more binaries (i.e. no libs that you are interested in) then it > >> > might be a good way to build it. > >> > > >> > >> Can you please explain in more detail what you mean by that exactly? > >> How would I go about it? > >> 1) pacman -S haskell-stack-bin > >> 2) then? How do I find out if "ghc-vis produces one or more binaries"? > > > > I'd start with `stack unpack ghc-vis`, then `stack init --resolver > > ghc-7.8` and see where that leads. > > > > Thanks Magnus, much appreciated. > I have installed cblrepo, have read > <https://github.com/magthe/cblrepo> and will run through the above > steps, > Hope you don't mind if I follow-up on this thread if I run into > problems I cannot solve with cblrepo. That's fine, of course. I'm not sure if I got it right though, but does ghc-vis require ghc 7.8? In that case you'll only have limited success with cblrepo I'm afraid. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] ghc-vis
On Tue, Oct 13, 2015 at 03:12:44AM -0600, stef204 wrote: > Hi, > > I am learning Haskell, following various tutorials, etc. > > Trying to install ghc-vis to help me better understand how Haskell > works. "ghc-vis is a tool to visualize live Haskell data structures in > GHCi." > > And trying to follow this guide to install it, specifically as it > relates to Arch: > <http://felsin9.de/nnis/ghc-vis/#installation> > > Installation fails. > > I have installed haskell-gtk but am unable to find the graphviz > haskell bindings haskell-graphviz. (I do have Arch's regular graphviz > installed from official repos.) The package `haskell-graphviz` is no longer in [haskell-core]. Right now I can't recall why I removed it, but most likely it was a lack of upstream updates resulting in other packages being kept back. > During 'cabal install ghc-vis --disable-library-profiling' several > libraries fail with messages: > > failed to install glib-0.12.5.4 > Build log ( > /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/glib-0.12.5.4.log > ): > Failed to install cairo-0.12.5.3 > Build log ( > /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/cairo-0.12.5.3.log > ): When installing `haskell-gtk` you should have gotten `haskell-glib` and `haskell-cairo` too (as well as `haskell-pango`). `cabal` ought to have picked that up. > The log files above are empty, so no help there. > > I have done 'cabal install gtk2hs-buildtools' successfully but does > not seem to help above errors. You can find `gtk2hs-buildtools` in [haskell-core]. > I am doing all of the above in a sandbox, which is probably not the > best for ghc-vis but since I have no experience with cabal and didn't > want to make errors and possibly pollute my system with difficult to > track files, I figured I'd try to build in a sandbox, at first--which > could be the cause of the problem? > > Or possibly I should remove the official haskell-gtk and let cabal > take care of this? In general I try to avoid mixing use of [haskell-core] and `cabal`. > Would very much appreciate some feedback as to how to resolve. Personally I'm so familiar with the tools we se for [haskell-core] that I often build proper Arch packages for everything :) I very rarely use `cabal` for anything. I've lately had a closer look at `stack` (available in [haskell-core] as `haskell-stack-bin`) and if ghc-vis produces one or more binaries (i.e. no libs that you are interested in) then it might be a good way to build it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Finagle's Sixth Law: Don't believe in miracles -- rely on them. signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] HsQML, can we have it?
On Tue, Sep 15, 2015 at 10:13:25PM +0100, SP wrote: > Can we have HsQML added to the repo? I'll have a look at it. Please create a ticket on github for it, that way I'm less likely to forget about it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Finagle's Second Law: Always keep a record of data -- it indicates you've been working. ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10.2?
On Fri, Aug 14, 2015 at 04:53:00PM +0200, Bardur Arantsson wrote: Hi all, Anybody on the list know if there's any ETA for GHC 7.10.2 packages? Are you sure you don't already have it? I built and pushed it about 3 weeks ago! % pacman -Q ghc ghc 7.10.2-1 /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Time is a great teacher, but unfortunately it kills all its pupils. -- Hector Louis Berlioz signature.asc Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] pacman output for archhaskell packages
On 8 May 2015 at 05:01, Ramana Kumar ram...@member.fsf.org wrote: When (re)installing ArchHaskell packages, pacman produces some unusual and typically uninformative output compared to for non-haskell packages. I mean, things like: Reading package info from stdin ... done. and, worse, there is often an error when upgrading a package command failed to execute correctly, which appears to be harmless but is confronting nevertheless. Would it be possible to engineer the ArchHaskell PKGBUILDs so as to suppress these messages? A fairly recent change to `cblrepo`[1] should take care of the Reading package... bit. I have opted to not spend the hours necessary to rebuild all packages, instead all added and updated packages will be more silent. When the next version of ghc comes out all packages will be quieter. I'd really like to get a reliable way to reproduce the second issue, so I can see what changes to the install script that's necessary to deal with it. /M [1]: http://is.gd/s26Bd9 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] For the brave: alternative versioning in testing repo
On 6 May 2015 at 09:59, Nicola Squartini tens...@gmail.com wrote: It's for the [haskell-happstack] repository, I need to update the dependencies on [haskell-core] packages, Diff is just one example. As I understand the new format introduced after the versioning change does not support x-revisions for distro pkgs yet. Or am I not using it correctly? Ah, no, you are completely correct! You see! My limited imagination in action :) After breaking with the `[extra]` repo a while back I don't myself use the `Distro` package type. I didn't even consider that it needed a modification to deal with the addition of explicit x-revisions. Please create an issue on github (for `cblrepo`). I'll try to fix this ASAP. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] For the brave: alternative versioning in testing repo
The testing repo now contains the full set of packages, an updated cblrepo, and I've made some updates of packages. I'm satisfied with how it works so I plan on moving it all over to core shortly. /M On 1 May 2015 8:56 am, Magnus Therning mag...@therning.org wrote: The repo [haskell-testing] now contains all packages from [haskell-core] modified according to one of the alternatives for a new versioning scheme: package name-version_x-rev-release All the existing packages have been taken apart, had their meta data modified, and then been re-assembled again. If you feel brave, please turn on the testing repo and see what issues pop up (so far it's worked fine for me). /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Java is, in many ways, C++--. -- M Feldman ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: RFQ: Proposal for new versioning of packages
On Thu, Apr 30, 2015 at 07:07:48PM +0900, Nicola Squartini wrote: Release numbers would still be reset on adding: xrev == 0 -- haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz add xrev == n n 0-- haskell-zlib-0.5.4.2-1.n-x86_64.pkg.tar.xz add next ver, xrev == 0 --haskell-zlib-next ver-1-x86_64.pkg.tar.xz The only concern that I have with your versioning is that having 0.x in the release number might suggest that the package is still in a testing stage. And I make xrev == 0 first class (not adding the .n) because I believe Hackage revisions are ugly and should not exist. Anyway, whatever scheme you choose it's good for me :) It's addition after bump of x-revision that I worry about: xrev == 0 -- haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz add xrev == n n 0-- haskell-zlib-0.5.4.2-1.n-x86_64.pkg.tar.xz rebuild -- haskell-zlib-0.5.4.2-2.n-x86_64.pkg.tar.xz add next x-rev -- haskell-zlib-0.5.4.2-1.n+1-x86_64.pkg.tar.xz add next ver, xrev == 0 -- haskell-zlib-next ver-1-x86_64.pkg.tar.xz As you see, if the release is put before the x-rev and the release number is reset on add, then we end up going backwards in version numbers. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The results point out the fragility of programmer expertise: advanced programmers have strong expectations about what programs should look like, and when those expectations are violated--in seemingly innocuous ways--their performance drops drastically. -- Elliot Soloway and Kate Ehrlich pgp3O3iPyPSZ0.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: RFQ: Proposal for new versioning of packages
On 30 April 2015 at 10:21, Nicola Squartini tens...@gmail.com wrote: Sorry, keep replying to one person only instead of the mailing list. How about the other way around: if xrev == 0 -- haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz if xrev == n n 0 -- haskell-zlib-0.5.4.2-76.n-x86_64.pkg.tar.xz There are implementation details in `cblrepo` that make things a lot easier if the release number is reset when a package is added (an update is treated as an addition of an already existing package). As it is now the algorithm doesn't keep track of packages that are updated, but with your scheme it would have to (the release number must be carried over). Furthermore, if the algorithm is modified in that way there is no need to even include the x-revision at all, it can all be hidden in a bump of the release number. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] RFQ: Proposal for new versioning of packages
On 30 April 2015 at 07:55, Fabien Dubosson fabien.dubos...@gmail.com wrote: So, instead of dealing with a pair of `(pgkver, pkgrel)` we now have a triple of `(pkgver,xrev,pkgrel)`. The issue then becomes how to convert this triple into a pair. In particular, how to do it so the version ordering rules that `pacman` uses results in the wanted behaviour. The `pkgrel' must be an integer incremented by 1, but there are no defined format for `pkgver'. So why not using `pkgver_xrev-pkgrel' in which `pkgver_xrev' is the `pkgver' defined in the PKGBUILD? It is allowed to do so, will be strictly incrementing and respecting PKGBUILD rules. PS: underscores are allowed (https://wiki.archlinux.org/index.php/PKGBUILD#pkgver) The issue I'm worried about is that of trailing zeroes. Is 2.1_1 2.1.1_0? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 29 April 2015 at 12:01, SP s...@orbitalfox.com wrote: On 27/04/15 12:02, Magnus Therning wrote: What reasons would that be? Maybe some file damage by accident. Also accidentally or under misconception that this would fix something. It is an operation supported by pacman, so the package should, _ideally_, cater for it. As you say, `pacman` supports re-installation, but I'm not sure it's a requirement that all packages are idempotent in the sense that they re-instate changes that *other* packages have caused to the system state. A patch is always welcome, of course. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] RFQ: Proposal for new versioning of packages
I've slowly been working away on some way to deal with the addition of x-revisions in Cabal files. My plan at the moment is to include it in the `pkgrel` in this way haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz becomes haskell-zlib-0.5.4.2-0.76-x86_64.pkg.tar.xz given that the x-revision is 0. This of course has the slight drawback that everyone will have to re-install all packages :( I'd love to hear if anyone has a better suggestion, in particular if it means not having to re-install. (I think I've found a way that won't require a re-build.) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgp99hoWNp1e1.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10, and popular packages like Pandoc
On 30 April 2015 at 01:01, Xyne x...@archlinux.ca wrote: On 2015-04-17 18:07 +0200 Dawid Loubser wrote: Magnus, you're a rock star! A little late to the party but +1 on this. Magnus, your work is great! Thank you! Thank you, thank you very much! ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] RFQ: Proposal for new versioning of packages
On 30 April 2015 at 01:10, Xyne x...@archlinux.ca wrote: On 2015-04-29 22:11 +0200 Magnus Therning wrote: I've slowly been working away on some way to deal with the addition of x-revisions in Cabal files. My plan at the moment is to include it in the `pkgrel` in this way haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz becomes haskell-zlib-0.5.4.2-0.76-x86_64.pkg.tar.xz given that the x-revision is 0. This of course has the slight drawback that everyone will have to re-install all packages :( I'd love to hear if anyone has a better suggestion, in particular if it means not having to re-install. (I think I've found a way that won't require a re-build.) /M The pkgrel should be an integer that is incremented by 1 with each release so it should not be included there. I don't know what x-revisions are but perhaps you can (ab)use the PKGBUILD epoch to managed them: https://wiki.archlinux.org/index.php/PKGBUILD#epoch I know they are supposed to be integers, but it seems to work even if they are not :) Unfortunately epoch won't work :( If not, can you explain what they are and how they are used? An x-revision is a change made via Hackage. When a Haskell package is uploaded to Hackage it typically has no x-revision field (it's then treated as having x-revision 0). On each modification made via Hackage to the Cabal file in the index the x-revision is increased by 1 (allowed changes include, among a few other things, changing dependency ranges). This means that there effectively is a new version of the package, but the version number itself is untouched. So, instead of dealing with a pair of `(pgkver, pkgrel)` we now have a triple of `(pkgver,xrev,pkgrel)`. The issue then becomes how to convert this triple into a pair. In particular, how to do it so the version ordering rules that `pacman` uses results in the wanted behaviour. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 27 April 2015 at 10:24, SP s...@orbitalfox.com wrote: On 24/04/15 16:11, Magnus Therning wrote: The only solution I can see is to do something clever in the ghc.install (`pre_upgrade` and `post_upgrade`). I'm not sure exactly what information is available though. One would probably need enough information to distinguish a re-install from an upgrade. It think that for the sake of integrity this should happen. Not saying it is a critical bug which needs any immediate attention. Maybe something we can open a low priority issue for and fix when the opportunity arises. Also, I'm still not clear on *why* `pacman` all of a sudden decides to re-install ghc on your system. I think given that it is a possibility, the package should cater for it. One may have wanted to install Ghc again for various reasons. What reasons would that be? If you figure out why, then that might very well be a more natural place to fix the issue than inside the ghc package. I mentioned it in a previous email. I told packman to install `haskell-base` because the Setup complained `base` was missing. Yes, I understand that, but *why* did it go missing. Somewhere during the installation of haskell packages your ghc package database was changed (corrupted?) in such a way that ghc lost records of `base`. I'd really like to know why. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 24 April 2015 at 13:37, SP s...@orbitalfox.com wrote:
On 24/04/15 12:16, Magnus Therning wrote:
Sorry, but I don't understand what steps you are performing. How do
you get ghc to accidentally install a second time?
Because `Setup.hd configure` complained `base` dependency was missing,
my reflexive reaction was to install `haskell-base`. That reinstalled ghc.
After running `pacman -Rncs ghc` *everything* related to haskell
development ought to disappear.
And that is what happened. I am purging everything again now and will
try to avoid causing ghc to reinstall. But is it possible to fix this
behaviour? Maybe there is a pacman flag to disallow a package from
reinstalling if there are such installation order dependencies.
I'd also suggest you clean out any locally installed packages (e.g.
via `cabal install`).
Will do.
I've just verified these steps work for me:
~~~
% sudo pacman -Rncs ghc
% sudo pacman -S
haskell-{unixutils,aeson,ansi-wl-pprint,mtl,optparse-applicative,safe,stringsearch,tar,utf8-string,zlib}
% ./Setup.hs configure
% ./Setup.hs build
~~~
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
___
arch-haskell mailing list
arch-haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 24 April 2015 at 13:52, SP s...@orbitalfox.com wrote:
On 24/04/15 12:41, Magnus Therning wrote:
~~~
% sudo pacman -Rncs ghc
% sudo pacman -S
haskell-{unixutils,aeson,ansi-wl-pprint,mtl,optparse-applicative,safe,stringsearch,tar,utf8-string,zlib}
% ./Setup.hs configure
% ./Setup.hs build
~~~
Good, on my way to doing that too, that isn't the problem. Clearly I
somehow managed to mess the local repository here. As I said it happens
a lot because of some networking/security related issues with this machine.
But the question is, what happens is someone
(unnecessarily/accidentally) manages to reinstall ghc? Is the whole set
of haskell-* packages then unusable? Cause that seemed to be the effect
it had on me.
This is the issue I was trying to discuss here. Can you see what happens
if you reinstall ghc?
Ah :)
If I re-install ghc all information about installed packages is lost,
on the ghc-level, and when I try to re-install e.g.
`haskell-unixutils` I get the same kind of error you were seeing. The
root cause is that we use a mix of package management, `pacman` keeps
track of distro-level packages, and `ghc-pkg` keeps track of the ghc
level. When re-installing ghc these two databases aren't in sync
anymore and using `pacman` to install results in errors on the
`ghc-pkg` level. Basically, `pacman` won't re-install all
dependencies, since they are already installed, but when registering
with `ghc-pkg` it has no records of those dependencies.
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
___
arch-haskell mailing list
arch-haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 24 April 2015 at 10:18, SP s...@orbitalfox.com wrote: On 24/04/15 07:17, Magnus Therning wrote: It depends on what you mean by 'installing them manually'. Explicitly telling Pacman to install them. Yes, to build `cblrepo` from source you do need to manually ensure its requirements are present. If you find that the depencencies of `cblrepo` can't be satisfied by ArchHaskell then it's a bug and I'd appreciate it if you raise a ticket on github :) I will if I determine whether it is a bug. I have a hunch I have done something which has unregistered/misregistered which Haskell packages are installed. If `haskell-unixutils` as found in the repo isn't installable, then that's a bug too. To keep the storage usage down I tend to clean out old packages rather aggressively, so make sure to update your repo data (`pacman -Sy`) often. What are the commands for reinstalling all of ArchHaskell based packages? Personally I tend to first delete all Haskell dev packages: `pacman -Rncs ghc`. Then I manually install whatever packages I need at the moment. Of course it ought to be possible to automate it through some scripting, but I have had to do this so rarely that I've not deemed it necessary to put together such a script (or even think about how it could be done). Also, double check that `[haskell-core]` is listed berfore `[Extra]` in your pacman config (http://is.gd/O3HkZN). /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On 24 April 2015 at 13:09, SP s...@orbitalfox.com wrote: On 24/04/15 11:45, Magnus Therning wrote: My spontaneous reaction is that it looks filesystem related. I'd personally start with running `fsck` on the file system to see if that clears up the issues you see above. Listing the cache directory showed those Haskell packages to be of tiny size. I presumed it was an issue when downloading them (I have those on this machine cause I am behind proxy). So I scrapped the whole cache with `pacman -Scc` and I'm on to the next stage now. I was installing cblrepo's dependencies one by one and they were disappearing from the missing list, until I accidentally got `ghc` package to reinstall again. I thought it would be fine but it warned me with: == All cabalized packages need to be reinstalled now. == See /usr/share/haskell/ and ghc-pkg list --user for a tentative list of affected packages. And now clbrepo `./Setup.hs configure` complains all dependencies missing again like before. Reinstalling any of the packages as suggested doesn't work. For example I get this when reinstalling _haskell-unixutils_: ghc-pkg: cannot find package Unixutils-1.53 error: command failed to execute correctly (1/1) reinstalling haskel-unixutils [###] 100% Reading package info from stdin ... done. Unixutils-1.53: dependency exceptions-0.8.0.2-067eead0ac0060ab628c11ede1c51b50 doesn't exist (use --force to override) Unixutils-1.53: dependency mtl-2.2.1-9986828fc95bc8459870303efaabd81e doesn't exist (use --force to override) Unixutils-1.53: dependency process-extras-0.3.3.4-acf7cfde64a7eeb8de77ed902f28b42e doesn't exist (use --force to override) Unixutils-1.53: dependency pureMD5-2.1.2.1-30e721cd6127d447646b1e2fec789dbd doesn't exist (use --force to override) Unixutils-1.53: dependency regex-tdfa-1.2.0-d609432fe2944ef942a3146ddaef05ca doesn't exist (use --force to override) Unixutils-1.53: dependency zlib-0.5.4.2-7f8fa1baff7481f1dca70c1ad6ffca0e doesn't exist (use --force to override) So I guess this is how to reproduce the issue. Not sure if it a bug or something I should be doing after reinstalling the _ghc_ package. Sorry, but I don't understand what steps you are performing. How do you get ghc to accidentally install a second time? After running `pacman -Rncs ghc` *everything* related to haskell development ought to disappear. I'd also suggest you clean out any locally installed packages (e.g. via `cabal install`). After that, the very first haskell package you install, e.g. `haskell-unixutils`, will pull in ghc as well. In other words, there is no need to explicitly install ghc at all. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Cblrepo and dependencies
On Fri, Apr 24, 2015 at 02:51:08PM +0100, SP wrote: On 24/04/15 13:04, Magnus Therning wrote: If I re-install ghc all information about installed packages is lost, on the ghc-level [..] When re-installing ghc these two databases aren't in sync anymore and using `pacman` to install results in errors on the `ghc-pkg` level. Basically, `pacman` won't re-install all dependencies, since they are already installed, but when registering with `ghc-pkg` it has no records of those dependencies. Can we protect the system from such mistakes? I guess the ideal solution would be to rsync the databases somehow after ghc is reinstalled. The only solution I can see is to do something clever in the ghc.install (`pre_upgrade` and `post_upgrade`). I'm not sure exactly what information is available though. One would probably need enough information to distinguish a re-install from an upgrade. I should add that you are the very first one ever to report this problem. Also, I'm still not clear on *why* `pacman` all of a sudden decides to re-install ghc on your system. If you figure out why, then that might very well be a more natural place to fix the issue than inside the ghc package. (I'm guessing random re-installs can happen for other packages on your system, though not with such disastrous effects.) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Unix is the answer, but only if you phrase the question very carefully. -- Unknown pgpH3QIL9batd.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10, and popular packages like Pandoc
On Fri, Apr 17, 2015 at 12:04:49AM +0200, Magnus Therning wrote: On Tue, Apr 07, 2015 at 07:23:16PM +0200, Dawid Loubser wrote: Hi All, Since upgrading to GHC 7.10, I am unable to build (e.g. via a straight cabal install) pandoc, and I note it's current absence from the arch-haskell repo. I depend on pandoc in a major way, and I was wondering if anybody got it to work? I have myself fixed and submitted pull requests for some minor libraries that my own code uses (mime, iCalendar, etc) but I figure that somebody is surely working on something as prominent as pandoc? What's the lie of the land? Should I jump in and try my best? (I fear many days of pain might be involved, pandoc has deep dependencies...). I am not a Haskell expert yet. Is somebody working on these? Pandoc is now back in the repo. Unfortunately pandoc-citeproc still doesn't build with 7.10 though. Now pandoc-citeproc's in the repo too. While at it I also closed #182 by adding pandoc-crossref. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Goto labels should be left-aligned in all caps and should include the programmer's name, home phone number, and credit card number. -- Abdul Nizar pgpw3ubJlwKMx.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10, and popular packages like Pandoc
On Tue, Apr 07, 2015 at 07:23:16PM +0200, Dawid Loubser wrote: Hi All, Since upgrading to GHC 7.10, I am unable to build (e.g. via a straight cabal install) pandoc, and I note it's current absence from the arch-haskell repo. I depend on pandoc in a major way, and I was wondering if anybody got it to work? I have myself fixed and submitted pull requests for some minor libraries that my own code uses (mime, iCalendar, etc) but I figure that somebody is surely working on something as prominent as pandoc? What's the lie of the land? Should I jump in and try my best? (I fear many days of pain might be involved, pandoc has deep dependencies...). I am not a Haskell expert yet. Is somebody working on these? Pandoc is now back in the repo. Unfortunately pandoc-citeproc still doesn't build with 7.10 though. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Never be afraid to try something new. Remember, amateurs built the ark; professionals built the Titanic. -- Anonymous pgpsnmaIrLezs.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 15 April 2015 at 12:28, SP s...@orbitalfox.com wrote: On 14/04/15 22:29, Magnus Therning wrote: Just playing around a little with one of the packages currently in the repo comprising both a lib and a binary resulted in the attached PKGBUILD (shake). It might be close to what a solution could look like. Btw, is there a repo for the PKGBUILD files? No, they are generated, and never checked in. The `cblrepo` database is checked in at https://github.com/archhaskell/habs/ /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 15 April 2015 at 12:28, Nicola Squartini tens...@gmail.com wrote: I think it's unnecessary (and even annoying for many users) to have all packages that contains binaries split. Beside it requires modifying cblrepo. Unless the demand increases, I would suggest to simply manually split (via *.pkgbuild patches) only explicitly requested packages, like pandoc and gitit. I tend to agree, but this has come up a few times now, so if someone's interested in putting in the time for a robust patch then I'll be happy to test it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 15 April 2015 at 08:40, Bastien Traverse neit...@esrevart.net wrote: Le 14/04/2015 16:12, Magnus Therning a écrit : IIRC, the regular installation doesn't support it (i.e. via Cabal). What we need is specific recipes to package tools and lib parts into separate packages, i.e. a split package. Le 14/04/2015 23:29, Magnus Therning a écrit : Just playing around a little with one of the packages currently in the repo comprising both a lib and a binary resulted in the attached PKGBUILD (shake). It might be close to what a solution could look like. Thanks for having a try at this, it looks good! Have you tested it or you wish for somebody to try it out? I have not tested it, and there might be quite a bit of testing necessary I'm afraid. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 15 April 2015 at 12:57, Fabien Dubosson fabien.dubos...@gmail.com wrote: The last time I looked at using the shared libs there were issues with rpath, basically ghc put in a search path reflecting the build dir and not the install-libdir. This was probably in the 7.6 times though. One would hope this has improved since. The Nix guys did have a solution to this, and IIRC it involved rewriting the rpath after linking. A more or less elegant solution to the rpath problem was found in a previous thread [1]: Using GHC `-dynload=deploy' flag [3] and a `/etc/ld.so.conf.d/haskell.conf' file which specify the location of the shared libraries, e.g. `/usr/lib/ghc-7.6.3/sharedg'. Details in [2]. This solution was working well for most of the package, I remember being able to build pandoc with shared libraries, but sadly not for gtk, which has a kind of bootstrapping method that was not working with `-dynload=deploy' flag. It was with GHC 7.6, but as show in [3] the option is still present in latest GHC. Maybe it is worth another try, gtk could have changed! Not sure to have the time, but if yes I'll try it again. Ah, yes, that's right, it worked even better than I remembered... and gtk was the culprit that threw a spanner in the works. It might be worth a try now, no matter where the issue of package splitting goes. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 14 April 2015 at 13:51, SP s...@orbitalfox.com wrote: On 14/04/15 06:42, Magnus Therning wrote: On 14 April 2015 at 02:21, Nicola Squartini tens...@gmail.com wrote: Solving the problem of pandoc and gitit binaries taking so much space, would require splitting the packages in two. [..] The reasons we don't do that sort of splitting are two: 1. The tool that helps with packaging `clbrepo` doesn't support it, and most importantly Maybe it is a call for looking into such support. Haskell packages are huge! There has to be a significant population of users which want a lean mean machine. It takes about 900 MiB of installation size for haskell-conduit. Addressing this will help with adoption. Patches are always welcome. :) 2. splitting into -bin and -dev packages, like in Debian/Ubuntu/..., isn't the norm in Arch Maybe not -bin and -dev then, but something has to give. I didn't see anything against it in the packaging standards. We can liaise with the core team to find out the Arch-y way for this issue. We don't really have to include the core team at all. ArchHaskell isn't an official part of Arch so we can do what we want. However, following the path of least surprise would suggest we don't stray too far away from the Arch way. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 15 April 2015 at 00:56, Leif Warner abimel...@gmail.com wrote: Do the current packages include the dynamically linkable libs? If the apps are going to require the installation of the Haskell libs they depend on anyway, maybe having them dynamically link to the Haskell libs, rather than statically link them in, would save a good chunk of disk space, not to mention linking time. They do include the shared libs, but the executables don't use them (to my knowledge at least, this of course *has* to be verified first). The last time I looked at using the shared libs there were issues with rpath, basically ghc put in a search path reflecting the build dir and not the install-libdir. This was probably in the 7.6 times though. One would hope this has improved since. The Nix guys did have a solution to this, and IIRC it involved rewriting the rpath after linking. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries
On 14 April 2015 at 15:19, Bastien Traverse neit...@esrevart.net wrote: Le 14/04/2015 02:20, Nicola Squartini a écrit : Solving the problem of pandoc and gitit binaries taking so much space, would require splitting the packages in two. Right now haskell-pandoc and haskell-gitit are packaged with binaries and modules inside, and the module part depend on all the other packages, including GHC. If we split each of them into two, say pandoc (binaries) and haskell-pandoc (modules), then you could just install the binaries without having to depend on GHC. Thanks, that's the information I was looking for. I hadn't understood that pandoc and gitit could be split in different parts from their regular installation instructions. How does one do so? IIRC, the regular installation doesn't support it (i.e. via Cabal). What we need is specific recipes to package tools and lib parts into separate packages, i.e. a split package. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
On Mon, Apr 06, 2015 at 02:42:28PM +0900, Nicola Squartini wrote: Hi Magnus, and thanks for the upgrade! You mentioned that cblrepo didn't make it, but since my last upgrade today I have version 0.15.0. And most importantly it gives an error message: cblrepo: user error (JSON parsing failed) whatever subcommand I try, even convertdb. Did the format change since the last version? I've released 0.15.1 with a fix for this, and pushed it to the repo. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus A system is composed of components: a component is something you understand. -- Professor Howard Aiken pgpkCPDT8kHaF.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10, and popular packages like Pandoc
On 7 April 2015 at 22:34, Dawid Loubser dawid.loub...@ibi.co.za wrote: Well, I have pandoc working again, having manually checked out and installed pandoc-templates. With it working, I imagine it's only a matter of time before an arch-haskell release :-) Yeah, my goal is to re-introduce it in ArchHaskell as soon as possible after an upstream release that's buildable with 7.10.1. You are all more than welcome to help me keeping an eye on their releases. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
On Mon, Apr 06, 2015 at 06:09:30PM +0200, Magnus Therning wrote: On Mon, Apr 06, 2015 at 05:42:49PM +0200, Magnus Therning wrote: On Mon, Apr 06, 2015 at 02:42:28PM +0900, Nicola Squartini wrote: Hi Magnus, and thanks for the upgrade! You mentioned that cblrepo didn't make it, but since my last upgrade today I have version 0.15.0. And most importantly it gives an error message: cblrepo: user error (JSON parsing failed) whatever subcommand I try, even convertdb. Did the format change since the last version? Nope, that's something else! I see it as well. I fixed the dependencies soon after that earlier email and ran all the tests. One crucial test is missing though: run cblrepo against an existing repo. Aeson has changed defaults in the past, I'll see if it's something like that this time too. Actually it's a change to an underlying data type that has changed from being a String to a wrapped String resulting in the generated JSON instances differing. If I'm thinking correctly about it the required change is minimal, so hopefully I'll find the time to address this soon. I have a fix in the repo on github[1], would you mind taking it for a spin and let me know if it's any good? /M [1]: https://github.com/magthe/cblrepo/commit/9be2a0e4c76cd7b210a45150ca1c7dcd66d5b651 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus You know, take Lisp. You know, it’s the most beautiful language in the world. At least up until Haskell came along. -- Larry Wall pgphZRmzjUJzC.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
On Mon, Apr 06, 2015 at 02:42:28PM +0900, Nicola Squartini wrote: Hi Magnus, and thanks for the upgrade! You mentioned that cblrepo didn't make it, but since my last upgrade today I have version 0.15.0. And most importantly it gives an error message: cblrepo: user error (JSON parsing failed) whatever subcommand I try, even convertdb. Did the format change since the last version? Nope, that's something else! I see it as well. I fixed the dependencies soon after that earlier email and ran all the tests. One crucial test is missing though: run cblrepo against an existing repo. Aeson has changed defaults in the past, I'll see if it's something like that this time too. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus But whereas I previously held for Java a cordial dislike borne of having only a cursory notion of how it worked, now my dislike for the language can no longer be called at all cordial, for familiarity has bred contempt. -- Tom Christiansen pgp1KnqEgNg31.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
On Mon, Apr 06, 2015 at 05:42:49PM +0200, Magnus Therning wrote: On Mon, Apr 06, 2015 at 02:42:28PM +0900, Nicola Squartini wrote: Hi Magnus, and thanks for the upgrade! You mentioned that cblrepo didn't make it, but since my last upgrade today I have version 0.15.0. And most importantly it gives an error message: cblrepo: user error (JSON parsing failed) whatever subcommand I try, even convertdb. Did the format change since the last version? Nope, that's something else! I see it as well. I fixed the dependencies soon after that earlier email and ran all the tests. One crucial test is missing though: run cblrepo against an existing repo. Aeson has changed defaults in the past, I'll see if it's something like that this time too. Actually it's a change to an underlying data type that has changed from being a String to a wrapped String resulting in the generated JSON instances differing. If I'm thinking correctly about it the required change is minimal, so hopefully I'll find the time to address this soon. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The British have the perfect temperament to be hackers--technically skilled, slightly disrespectful of authority, and just a touch of criminal behavior. -- Mary Ann Davidson, Oracle's Security Chief pgp0a000_6GNh.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
On Sat, Apr 04, 2015 at 08:34:57PM +, Xyne wrote: On 2015-04-04 22:12 +0200 Magnus Therning wrote: I've just switched over haskell-core to include ghc 7.10.1. There are a few packages that didn't make it over due to incompatibilities with the new version of ghc: cabal-file-th cblrepo cmdlib edit-distance FileManipCompat ghc-mod graphviz hakyll http-attoparsec MonadCatchIO-mtl nats pandoc pandoc-citeproc shellish taffybar timezone-olson timezone-series xmonad xmonad-contrib I'll try to get them re-added ASAP. /M Hi Magnus, I just wanted to say thanks again for the work that you put into maintaining this repo. What needs to be done to make pandoc work with ghc 7.10.1? Maybe I can help. Different things depending on the package; bumping dependencies and/or adjusting to changes in the APIs. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Would you go to war without a helmet? Would you drive without the seat belt? Then why do you develop software as if shit doesn’t happen? -- Alberto G ( http://makinggoodsoftware.com/2009/05/12/hdd/ ) pgpwrd8Oj0cVm.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
I've just switched over haskell-core to include ghc 7.10.1. There are a few packages that didn't make it over due to incompatibilities with the new version of ghc: cabal-file-th cblrepo cmdlib edit-distance FileManipCompat ghc-mod graphviz hakyll http-attoparsec MonadCatchIO-mtl nats pandoc pandoc-citeproc shellish taffybar timezone-olson timezone-series xmonad xmonad-contrib I'll try to get them re-added ASAP. /M On Thu, Apr 02, 2015 at 07:13:58PM +0200, Magnus Therning wrote: Hi all, Ghc 7.10.1 has been released, and I've begun the big re-build. I've revived the testing repo for this, so if you're eager you can switch over to it until I'm all done. The config to use is ~~~ [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch ~~~ I'm building in batches of (about) 25, and as of this writing I'm done with the two first batches. Enjoy! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The day after tomorrow is the third day of the rest of your life. -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Good powers of observation are frequently called cynicism by those that don't have them. pgpmOd4ik5urI.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Ghc 7.10.1 in testing repo
Hi all, Ghc 7.10.1 has been released, and I've begun the big re-build. I've revived the testing repo for this, so if you're eager you can switch over to it until I'm all done. The config to use is ~~~ [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch ~~~ I'm building in batches of (about) 25, and as of this writing I'm done with the two first batches. Enjoy! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The day after tomorrow is the third day of the rest of your life. pgpRNTAImJlha.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] GHC 7.10 rc3
On Fri, Mar 20, 2015 at 07:17:58AM +, SP wrote: What about ARM? Haven't had a look at GHC on ARM yet, so don't know what the state of that is. Any pointers on how to get started? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The man who is denied the opportunity of taking decisions of importance begins to regard as important the decisions he is allowed to take. -- C Northcote Parkinson pgpAkf8XD7kDu.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] GHC 7.10 rc3
For the adventurous I have packaged GHC 7.10 rc3 and uploaded it to http://xsounds.org/~haskell/tmp/ghc-7.10.0.20150316-0.1-x86_64.pkg.tar.xz Have fun! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus In a hierarchy, every employee tends to rise to his level of incompetence. -- The Peter Principle pgpG6zcKq8gZi.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] repo's offline?
On Tue, Mar 17, 2015 at 10:02:17AM +, SP wrote: On 16/03/15 14:56, Magnus Therning wrote: Excellent! Let us know if you would like someone else to test it as well :) I think it is working, double check it. The link is added in the Arch wiki [1]. Magnus edit it if you think it should be differently. I received a notification about the edit; it looks perfect to me. Thanks for setting this up! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The man who is denied the opportunity of taking decisions of importance begins to regard as important the decisions he is allowed to take. -- C Northcote Parkinson pgpipx6mUEIrl.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] repo's offline?
On Sun, Mar 15, 2015 at 10:55:45AM +, SP wrote: On 12/03/2015 09:18, Magnus Therning wrote: If you feel confident enough with it then feel free to add it to the Wiki page[1]. I need to test it on Tuesday and then I will add it. Excellent! Let us know if you would like someone else to test it as well :) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Increasingly, people seem to misinterpret complexity as sophistication, which is baffling--the incomprehensible should cause suspicion rather than admiration. -- Niklaus Wirth pgpBSNWOvMmdO.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] repo's offline?
On Wed, Mar 11, 2015 at 04:21:01PM -0400, t...@hiddenrock.com wrote: I just set up a mirror that pulls from xsounds via rsync once an hour: Server = http://arch-haskell.hiddenrock.com/core/$arch For reference, here's the rsync command I'm using: rsync -vaP --delete rsync://xsounds.org/arch-haskell/ ./ If you'd rather I take it offline or organize it differently, please let me know. I guess/anticipate/hope the bandwidth and disk requirements will be well within tolerances for my server; if not, I will let the list know ASAP. Cool! Thanks! If you feel confident enough with it then feel free to add it to the Wiki page[1]. /M [1]: https://wiki.archlinux.org/index.php/ArchHaskell -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Time is a great teacher, but unfortunately it kills all its pupils. -- Hector Louis Berlioz pgpthVRupTVtk.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] repo's offline?
On Wed, Mar 11, 2015 at 03:31:22AM -0600, stef204 wrote: 09.03.2015, 01:36, Magnus Therning mag...@therning.org: It's on the server side. I've just alerted the administrator of the box so hopefully it'll be up an running again shortly. Unfortunately, the problem is back on both xsounds and kiwilight. (actually, xsounds seems ok now, but just a few minutes ago was giving the same error port 80: Connection refused) :: Synchronizing package databases... core is up to date error: failed retrieving file 'haskell-core.db' from www.kiwilight.com : Failed to connect to www.kiwilight.com port 80: Connection refused error: failed to update haskell-core (download library error) kiwilight hasn't had a working web server for a while now. I honestly thought it had been removed from the Wiki page already, but apparently not. Now it's gone anyway. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The results point out the fragility of programmer expertise: advanced programmers have strong expectations about what programs should look like, and when those expectations are violated--in seemingly innocuous ways--their performance drops drastically. -- Elliot Soloway and Kate Ehrlich pgp7F8TIoXr5x.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
Re: [arch-haskell] Ghc 7.10.1 rc1 packaged
On Wed, Jan 21, 2015 at 11:05:08PM +0100, Magnus Therning wrote: Just in case you want to take ghc 7.10 for a spin already now you can find the results of my preparations for the official release at http://xsounds.org/~haskell/tmp/ghc-7.10.0.20141222-0.1-x86_64.pkg.tar.xz Sorry, only for 64-bit for now. Now there's a build of rc2: http://xsounds.org/~haskell/tmp/ghc-7.10.0.20150123-0.1-x86_64.pkg.tar.xz Also only 64-bit. The build takes about an hour so unless someone requests a 32-bit version I won't make one... /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus McBryan's Law: You can't make it better until you make it work. pgpMsPnnBGMT0.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell
[arch-haskell] Ghc 7.10.1 rc1 packaged
Just in case you want to take ghc 7.10 for a spin already now you can find the results of my preparations for the official release at http://xsounds.org/~haskell/tmp/ghc-7.10.0.20141222-0.1-x86_64.pkg.tar.xz Sorry, only for 64-bit for now. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgpZqVCveM5Tv.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] How to work with x-revision
On Sat, Jan 03, 2015 at 06:02:00PM +0900, Nicola Squartini wrote: With the new cblrepo on my haskell-happstack repo, the updates command outputs lines like ... HsOpenSSL: 0.11.1:x0 (0.11.1:x1) ... How do you update the x-revision? `cblrepo add HsOpenSSL,0.11.1` would reset pkg revision to 1, while I want it bumped. I would just ignore the x-revision `cblrepo updates` lines for now, but if that is the right thing to do, then I would like to have a command line option to only output the actual version updates. I'm looking forward to two feature requests: 1. Flag for `cblrepo updates` to ignore x-revision changes. (I have to point out though that *not* keeping up with x-revision changes is very likely to result in build failure, e.g. http://goo.gl/6aLgfd). 2. Either flag for `cblrepo add` that allows specifying the release on addition, or a change of behaviour such that re-adding a version results in a bump of the release. If either is accompanied by a patch I'd be even more thankful ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more fun, and it comes without a 30-day, money-back guarantee. -- Steve McConnell, Code Complete pgplDP_PKVHk7.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Recent change to Hackage causes delay in updates
On Wed, Nov 05, 2014 at 09:13:29AM +, SP wrote: On 05/11/14 08:35, Magnus Therning wrote: Silly me! There's a rather obvious work-around that will allow me updating while working on a more convenient way to deal with this. How are you doing it in the end? It's so embarrassingly simple... I extract the changes from the new .cabal into a patch on the source level. Specifically, I extract the changed .cabal for pandoc, which only existed in the index file, and put the changes into `patches/pandoc.source`, then I can remove `patches/pandoc.cabal`. It's not a very good long-term solution, but it makes it workable until I have finished refactoring `cblrepo` so it can deal with the situation more intelligently. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler pgpyW2QlLL28A.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Recent change to Hackage causes delay in updates
On Thu, Nov 06, 2014 at 09:55:30AM +, SP wrote: On 06/11/14 08:55, Magnus Therning wrote: Specifically, I extract the changed .cabal for pandoc, which only existed in the index file, and put the changes into `patches/pandoc.source`, then I can remove `patches/pandoc.cabal`. Without experience in this, I was thinking that searching for diffs and automatic patching of the old cabals was one of doing it. But Apparently you don't care for the cabal? I mean it is only for deps anyway mostly right? The .cabal is of course used to get to the dependencies, but beyond that it's not used for much in `cblrepo`, that's right. Automatic diffing would be one way. I was planning on simply copying in the correct .cabal (found in the index file) from the generated PKGBUILD. In either case the .cabal file has to be extracted from the index at `cblrepo pkgbuild`, something that hasn't been required earlier. It's not a very good long-term solution, but it makes it workable until I have finished refactoring `cblrepo` so it can deal with the situation more intelligently. What is coming up? The plan is to do the following: - modify the database format to hold the x-revision - modify `cblrepo list` to show the x-revision - modify `cblrepo updates` to pull out the .cabal from the index when looking for updates (previously it was enough to just look at the path in the .cabal to determine if an updated package was available) - modify `cblrepo add` to deal with x-revision - modify `cblrepo pkgbuild` to extract the .cabal from the index and generate PKGBUILDs having it as a source and copying it into the build folder, the version number of the packages also should include the x-revision Before all of this I want to rewrite the handling (reading, patching, copying) of .cabal files slightly. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Code as if whoever maintains your program is a violent psychopath who knows where you live. -- Anonymous pgpGlzjzfcOMh.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Recent change to Hackage causes delay in updates
On Wed, Oct 29, 2014 at 10:13:51AM +, SP wrote: What exactly is the unclear problem? Signalling the process of patching, or how the patching process works? I'm not sure it's unclear. The problem is that the 00-index and the package now may contain different .cabal files for the same version of the package. This is a feature that apparently has been in the works for a while, but I wasn't aware of it until it bit me during an update yesterday (pandoc 1.13.1 is in this state on Hackage). Cblrepo is written with the assumption that the 00-index and the source tar-ball on Hackage *always* contain the same .cabal. So it clearly needs some work before it's back to being usable again. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Goto labels should be left-aligned in all caps and should include the programmer's name, home phone number, and credit card number. -- Abdul Nizar pgpDONhU5KAGy.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
[arch-haskell] Recent change to Hackage causes delay in updates
I just found out the hard way that Hackage has been modified to allow minor edits of .cabal files without bumping the version number. This is not an uncontroversial feature[1]. The current situation is particularly irritating since the changes are reflected only on the web interface and the 00-index, but not in the packages themselves. The first victim of this is pandoc; the dependency on http-client in 1.13.1 has been changed. Previously it required a patch for ArchHaskell, but it doesn't any longer. Well, that is, it doesn't require one for creating the PKGBUILD (based on the 00-index), but it does while building (naturally based on the tar-ball). I'm currently thinking about possible solutions to this. Most likely I'll have to pull in the .cabal from the 00-index into the package and replace the one found in the tar-ball. However, I'd like to think about it a bit more before deciding how to handle it. So, the end result is that there won't be updates until I've had time to modify cblrepo to handle this :-( /M [1]: https://github.com/haskell/hackage-server/issues/52 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpDeTDg1sfgb.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Thanks and some package requests
On Thu, Sep 25, 2014 at 07:54:52PM -0700, Skottish wrote:
First off, thank you very much Magnus for maintaining this repo; It's a
great help. As well, thank you to everyone that has contributed to it.
I have a few package requests that are confirmed working with the repo:
html-conduit which depends on tagstream-conduit
text-format which depends on double-conversion
regex-tdfa-text which will be useful until regex-tdfa supports
Data.Text{,.Lazy}
Would you raise tickets on github instead, it's easier for me to keep
track of them there?
https://github.com/archhaskell/habs/issues
I'm not sure who's in charge of the arch-haskell mailing list page,
but everything defaults to http when https is available. It may be
helpful to switch that over.
I'm not entirely sure myself :) I'll take a look at it though.
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@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
pgp3cvZ012x4P.pgp
Description: PGP signature
___
arch-haskell mailing list
arch-haskell@haskell.org
http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Pandoc fails creating document with citation styles
On Sat, Sep 06, 2014 at 01:43:06PM +0600, Ray Rashif wrote: Hi guys I must admit that Haskell is unfamiliar territory and requires far more time to debug -- time that I do not have. For this reason I must seek your help in troubleshooting an issue with pandoc, citations and citation styles. A while ago when the Haskell stuff were all in the official repos I successfully used pandoc with citations (--biblio) and *.csl style files (--csl $file). [1] Now that I have moved over to using the arch-haskell repos (after a hiatus from markdown), I see that this no longer works: ~$ pandoc test.md -o test.pdf --biblio test.bib --csl apa.csl pandoc-citeproc: error while parsing the XML string pandoc: Error running filter pandoc-citeproc In fact, none of the example styles included inside haskell-pandoc-citeproc works and they output the same error. You may get the test files from [1] and one or more csl files to test from /usr/share/i386-linux-ghc-7.8.3/pandoc-citeproc-0.5/tests/. I also reported this upstream [2] and it looks like the problem is downstream -- either my system, the dependency chain, or a packaging error somewhere. I would appreciate it if someone else could first reproduce the error, and then we can try to fix it. Thanks! I ran into this a week or two ago but haven't had time to look into it. I used a manually modified citation style that I got from one of those main citation style sites. What I did notice is that using the default style (i.e. not specifying any CSL at all) works. I'm not sure, but I suspect that piecemeal turning the default CSL into one that is accepted might reveal what causes the issue. Then it's easier to assign blame, pandoc-citeproc, pandoc, XML parser lib, etc... /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgpzkfhFr57nF.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] is there some easy way to ignore all haskell- packages?
On Sun, Aug 31, 2014 at 05:18:59PM +0800, lilydjwg wrote: On Sun, Aug 31, 2014 at 01:00:21AM +0200, Dominik Peteler wrote: Hello Martin, this is indeed an annoying behaviour of pacman. I use the following trick: pacman -Syu --ignore $(pacman -Qqu | grep haskell- | tr '\n' ',') There are probably other solutions with sed, awk, ... You can just use this (note the quote): pacman -Syu --ignore 'haskell-*' I suspect you can avoid the quotes by using pacman -Syu --ignore haskell-\* /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler pgpXT7p51JqON.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Pandoc 1.13.0.1
On Fri, Aug 22, 2014 at 08:28:30AM -0700, Jonathan Plona wrote: My apologies if this is a duplicate, I'm not sure if it went through before: It looks like a new version of pandoc has been released. Any chance to get a new build in the arch-haskell repo? Thanks. That version was built and uploaded today. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Code as if whoever maintains your program is a violent psychopath who knows where you live. -- Anonymous pgpQ_hKjEqSh0.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Issue with i686 packages
On Wed, Jul 30, 2014 at 07:13:14PM +0200, Nicola Squartini wrote: I gathered some: haskell-bifunctors=4.1.1.1-13 haskell-conduit=1.1.7-3 haskell-conduit-extra=1.1.3-1 [...] Thanks. Make another attempt now, hopefully it'll work a bit better now. Sorry for the mess. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus In a hierarchy, every employee tends to rise to his level of incompetence. -- The Peter Principle pgpwYfep0p0Hx.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Bootstrapping a cblrepo.db / custom repository
On Mon, Jul 28, 2014 at 08:44:22PM +0200, Nicola Squartini wrote: You have to add each dependency individually, even though they are all provided by GHC. In your example: $ cblrepo add -g base,4.7.0.1 -g containers,0.5.5.1 -g pretty,1.1.1.1 template-haskell,2.9.0.0 Indeed you have to manually add all the basic modules. In the cblrepo github repo you can find a list of packages for 7.8.2[1]. I still have to add one for 7.8.3. Another option is to look at the database in habs. Either you run `cblrepo -g --no-repo` and pipe it to some suitable sed/awk script, or you just copy the first lines from the database (the database has three sections, of which we only use 2, the first one contains the ones added with -g). Hope this helps. /M [1]: https://github.com/magthe/cblrepo/blob/master/data/ghc-7.8.2_pkgs -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Code as if whoever maintains your program is a violent psychopath who knows where you live. -- Anonymous pgptJIhIIm0E7.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] NodeJS dependency
On Sat, Jul 19, 2014 at 01:19:13PM +0100, Alois Cochard wrote: 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? ;-) Nope, no that I'm aware of. Please report the reason for it if you track it down :) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgpmumc82aHke.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] [habs] Automatic dependency resolution (#154)
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: mag...@therning.org jabber: mag...@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 pgpkYLhYbvpjP.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] New GHC -- any wishes on how it should be built?
On Sun, Jul 13, 2014 at 09:32:07AM +0200, Magnus Therning wrote: 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. That's actually a lie! I started the rebuild already yesterday and have a complete repo for you to play with at [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch Around 12UTC today I'll move it all to [hasell-core], unless someone comes up with something good to change. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Goto labels should be left-aligned in all caps and should include the programmer's name, home phone number, and credit card number. -- Abdul Nizar pgpFbHnFYDsff.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-lens has out of date deps
On Tue, Jul 08, 2014 at 11:39:26AM -0700, Brayden Banks wrote: 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 There's a very obvious reason for this: ~~~ % pacman -Sl haskell-core|grep lens % ~~~ and ~~~ % cblrepo list|grep -i lens % ~~~ That is, lens is neither in the the HABS database, nor in the repository. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more fun, and it comes without a 30-day, money-back guarantee. -- Steve McConnell, Code Complete pgpBQvmx4hUA5.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-lens has out of date deps
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: mag...@therning.org jabber: mag...@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 pgpsVwy_i8I8P.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] aura won't upgrade (looks like a cabal version issue)
On Sun, May 25, 2014 at 02:35:47PM -0700, Martin DeMello wrote: --- Here's the issue: $ cabal --version cabal-install version 1.18.0.3 using version 1.18.1.3 of the Cabal library [...] Setup.hs:1:8: Could not find module ‘Distribution.Simple’ Perhaps you haven't installed the dyn libraries for package ‘Cabal-1.20.0.0’? Use -v to see a list of the files searched for. == ERROR: A failure occurred in build(). Aborting... Well, it looks like you have installed Cabal-1.20.0.0 without dyn libs. It's easy to get confused by the package cabal-install installing a tool called `cabal`, while the underlying library is called Cabal. So, when you run `cabal --version` you are checking which version of cabal-install you have, and which version of Cabal *it* is using. However, when you build aura cabal-install isn't used (based on my reading of it's PKGBUILD), it uses a method that goes straight to Cabal and it then uses the latest version installed. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Goto labels should be left-aligned in all caps and should include the programmer's name, home phone number, and credit card number. -- Abdul Nizar pgpg6VJNLkFhX.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] help upgrading packages
On Wed, May 14, 2014 at 10:47 PM, Bardur Arantsson s...@scientician.net wrote: On 2014-05-12 15:47, Magnus Therning wrote: [--snip--] The same goes for me. Occasionally I revert to installing a package for the local user only, but not even then do I use `cabal install` to do that, I prefer running `./Setup.hs configure,build,install` myself. I do mean to look into using `cabal` myself at some point, because I keep on hearing good things about it. So far every time I've tried it I've run into something weird, most recently it was trying to install an older version of a lib than was needed, and I already had the newer version installed on my system too. A lot of terrifyingly clever people swear by it though, so there has to be something I'm missing out on! Gah! Just try it! All I needed to install build-wrapper (which I think was the inital problem package in this thread) was to do $ mkdir somewhere/buildwrapper $ cd somewhere/buildwrapper $ cabal sandbox init $ cabal install buildwrapper Add somewhere/buildwrapper to $PATH. Bonus points for using stow or similar. The key point in the above recipe is to *NOT* have all kinds of libraries installed system-wide (aka. via pacman). It usually works better that way. Surely you should then `cabal install` the tool so you don't end up with a complete sandbox with every dependency of buildwrapper's in it, no? For some packages you would have to keep the sandbox around and do it your way though, e.g. `pandoc` since it contains both a library and executables. Disclaimer: I haven't actually used buildwrapper personally, but one assumes that it just acts as an executable and doesn't install things into its own environment or other weird things. Personally I think `cabal` really shines when doing more serious Haskell development than I do. I never test my Haskell packages on anything other than the GHC that's in [haskell-core], and neither do I test them against any other versions of packages than what's found in [haskell-core]. My Haskell development is completely in my free time and for fun. I think that if I ever am lucky enough find myself using Haskell professionally I'd quickly see more use in what `cabal` has to offer. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] rtfm
On Thu, May 15, 2014 at 12:54 PM, Al Matthews prolep...@gmail.com wrote: Hi list. I'll ask as naively as possible in hopes of helping (me but also) someone else. Being new, I've managed to hose my Arch haskell installation fairly well. I highly doubt it isn't something we can help you fix! :) I've been tracking haskell-core [haskell-core] ###Server = http://www.kiwilight.com/haskell/core/$arch Server = http://xsounds.org/~haskell/core/$arch and from there # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup #IgnorePkg = haskell-aeson 0.6.2.1-3 #IgnorePkg = haskell-attoparsec 0.10.4.0-4 #IgnorePkg = haskell-blaze-builder 0.3.3.0-1 #IgnorePkg = haskell-blaze-html 0.6.1.2-1 #IgnorePkg = haskell-blaze-markup 0.5.1.6-1 #IgnorePkg = haskell-data-default 0.5.3-2 #IgnorePkg = haskell-data-default-instances-dlist 0.0.1-2 #IgnorePkg = haskell-dlist 0.5-27 #IgnorePkg = haskell-graphviz [etc] , this because I was trying to maintain an installation of Pandoc which relied on older packages by the time I had managed to install something newer, maybe bloomfilter. Anyway, by now ghc is up to 7.8.2 and I remain with a lot of built-depends over 7.6.3. pacman is upset. I hesitate to hack in anything from [haskell-testing] until I'm more conceptually clear. [haskell-testing] is currently completely empty. When GHC 7.8 was release I emptied testing into core. I even built big swaths of habs, on my local, to see what would happen, so, guidance as regards the intended purpose, or advanced use, of some of these tools is appreciated. Pointers to relevant documentation or system files are naturally most welcome. The main thing is probably to fully understand what your goal is. It's not clear to me, from reading your email what you actually want, how you tried to get there, and what problems you ran into. If it's as simple as you just wanting to upgrade your system? 1. Make sure you have no Haskell packages on your ignore list. 2 Try a straight upgrade. If that fails with `pacman` telling you that some package depends on ghc-7.6 then that most likely means the package in question has been dropped from [haskell-core]. Raise an issue for each such package you can't live without (https://github.com/archhaskell/habs/issues). 3. Remove all such packages you can live without. 4. Wait until someone's gotten around to re-add the packages that are crucial to you, then restart from 1. Of course you can help with step 2 yourself by cloning habs and using `cblrepo` to add them and verify they build properly. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] rtfm
On Thu, May 15, 2014 at 3:07 PM, Al Matthews prolep...@gmail.com wrote: Of course you can help with step 2 yourself by cloning habs and using `cblrepo` to add them and verify they build properly. That makes sense. I can't `man pacman` nor `man cblrepo` at the moment, but I imagine I can also install these packages directly from the local chroot that is created in the build process? This (default; no option -l dir) layout confuses me more than I would prefer. That would be my goal: to be able to build the packages locally if required. Presumably I can also be helpful by indicating that this process succeeds. There is no manpage for `cblrepo` yet. Hopefully you can find out what you need between the built-in help and the text on https://github.com/archhaskell/habs/ and https://github.com/archhaskell/habs/. You should almost always build using the script in habs, and then all packages will be built using [haskell-core] to get any dependencies. The text you refer to is -l dirLocation of chroot (default .). This argument allows you to point out where your chroot is. I always run the script in my habs workspace, and keep my chroot in `~/tmp`, i.e. I use `./makeahpkg -l ~/tmp`. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] help upgrading packages
On Thu, May 15, 2014 at 05:29:13PM +0200, Bardur Arantsson wrote: On 2014-05-15 11:35, Magnus Therning wrote: On Wed, May 14, 2014 at 10:47 PM, Bardur Arantsson s...@scientician.net wrote: On 2014-05-12 15:47, Magnus Therning wrote: [--snip--] All I needed to install build-wrapper (which I think was the inital problem package in this thread) was to do $ mkdir somewhere/buildwrapper $ cd somewhere/buildwrapper $ cabal sandbox init $ cabal install buildwrapper Add somewhere/buildwrapper to $PATH. Bonus points for using stow or similar. The key point in the above recipe is to *NOT* have all kinds of libraries installed system-wide (aka. via pacman). It usually works better that way. Surely you should then `cabal install` the tool so you don't end up with a complete sandbox with every dependency of buildwrapper's in it, no? You *do* need to keep the sandbox around (or at least parts of it). That's where the last cabal install line installs to. Well, wouldn't you want the binary installed somewhere else, so you don't need to keep the sandbox around? Or do you build all your haskell tools (hlint, hoogle, buildwrapper, hasktags, ghc-mod, etc) in the same sandbox? For some packages you would have to keep the sandbox around and do it your way though, e.g. `pandoc` since it contains both a library and executables. If you want to use a sandboxed thing as a library then you need to develop inside the sandbox, so e.g. you'd just create a little cabal file for your project which declares all the dependencies and use cabal to build your project. That's indeed the case, but that's *not* the point I was trying to make. If a package only consists of executables you can use the `install` target of the Cabal file to install them. If a package consists of both a library and executables it's more manual work. Disclaimer: I haven't actually used buildwrapper personally, but one assumes that it just acts as an executable and doesn't install things into its own environment or other weird things. Personally I think `cabal` really shines when doing more serious Haskell development than I do. I never test my Haskell packages on anything other than the GHC that's in [haskell-core], and neither do I test them against any other versions of packages than what's found in [haskell-core]. My Haskell development is completely in my free time and for fun. I think that if I ever am lucky enough find myself using Haskell professionally I'd quickly see more use in what `cabal` has to offer. Cabal also works beautifully for hobby type development. Once you've created a cabal file you hardly ever need to touch it again. :) But it's overkill. Do keep in mind that Cabal and `cabal` are two different things. Of course I use Cabal in all my packages, but I don't use `cabal` at all. The main reason I see for using `cabal` would be when I need to maintain compatibility with multiple versions of GHC and or packages I depend on. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus What gets measured, gets done. -- Tom Peters pgpL8EJJFLR59.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] help upgrading packages
On Mon, May 12, 2014 at 3:33 PM, Nicola Squartini tens...@gmail.com wrote: On Mon, May 12, 2014 at 2:24 PM, Dawid Loubser dawid.loub...@ibi.co.za wrote: I had a similar issue with a large number of packages. I ended up removing and re-installing my entire Haskell ecosystem, and now things work again. Normally this should never happen. It's because Haskell is very strict on dependencies (despite being lazy on other things). In this case the reason was that those packages were added to the repository [haskell-core] with initial release number set to 1, although they had been in [haskell-happstack] already for some time and their release number was higher. I removed those immediately from [haskell-happstack] to avoid duplicate work, but they must also be manually removed from local, since pacman always keeps the highest version-release. In order to avoid this kind of issues in the future we should either have a policy to coordinate work between different haskell repositories, or merge everything into a unique repository and call it simply [haskell]. Indeed. This is entirely my fault! I have not been keeping track of what is available in any other repos at all. I was even under the impression that there were no other maintained repos at the moment. Clearly I am completely wrong :( I note the absence of certain packages like haskell-buildwrapper (which EclipseFP tools needs) - and reading the wiki, it seems confusing at this time whether the Haskell tinkerer / developer should just be using cabal-install to install all required packages (even though I know that cabal is not a package management system) or... what? Personally I don't like installing things using cabal-install because in my opinion the distro package manager should always be in charge. The same goes for me. Occasionally I revert to installing a package for the local user only, but not even then do I use `cabal install` to do that, I prefer running `./Setup.hs configure,build,install` myself. I do mean to look into using `cabal` myself at some point, because I keep on hearing good things about it. So far every time I've tried it I've run into something weird, most recently it was trying to install an older version of a lib than was needed, and I already had the newer version installed on my system too. A lot of terrifyingly clever people swear by it though, so there has to be something I'm missing out on! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] help upgrading packages
On Mon, May 12, 2014 at 4:02 PM, Dawid Loubser dawid.loub...@ibi.co.za wrote: I'm afraid that I am not one of those 'terrifyingly clever' people you speak of, Magnus, but in the past I have had a world of pain trying to use a mixture of packages between cabal and pacman. Had a very happy time using just pacman until haskell-buildwrapper disappeared recently, and I could no longer use my favourite Haskell IDE :-( I don't want to even try installing it using cabal, becuase then I'll be back in package-dependency hell. I have to say, I appreciate your efforts into making Haskell easy to use on Arch so very much - I don't mean to complain at all! Create a new issue for it on the github page[1], or even better dig into `cblrepo`, add it yourself, and send me a pull request ;) /M [1]: https://github.com/archhaskell/habs/issues -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Adding non-Hackage apps to habs
On Wed, May 7, 2014 at 6:45 PM, Richard Wallace rwall...@thewallacepack.net wrote: Hello, I'd like to get aura[1] added to habs. I didn't realize when I started that it isn't up on Hackage yet. I did some experimenting trying to get it added to habs, but it looks like there isn't really a way to add it to the cblrepo.db since it isn't on Hackage. It looks like the only way to get aura added is to create a static directory with the PKGBUILD. Would this be an acceptable approach or should I push the maintainer to get aura added to Hackage instead (he said that he will add version 2.0 to Hackage, but I can try and push to get the current version up on Hackage)? There is currently no way to add a package that isn't on Hackage. This is fairly deeply rooted in `cblrepo` but I have started taking a few steps in the direction where it'd be possible to have more than one Hackage the idea was to make it possible to use something like yackage[1]. Yackage has been deprecated, but on the other hand hackage itself is available via hackage :) The maintenance burden is too high for me to keep any package statically in habs: 1. Updates are not found automatically 2. PKGBUILDs can't be generated automatically (IIRC) Hackage is the way forward! /M [1]: http://hackage.haskell.org/package/yackage -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] What does failed to finalize package mean?
On Thu, May 01, 2014 at 09:43:56AM -0700, Richard Wallace wrote: *sigh* I completely missed those last few lines of the gtk2hs-buildtools cabal file. Thanks. I wonder if the error message cblrepo gives could include missing dependencies, so we wouldn't be left guessing. That should be fairly easy actually. Please add a ticket to the cblrepo bug tracker [^1]. /M [^1]: https://github.com/magthe/cblrepo/issues -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus What gets measured, gets done. -- Tom Peters pgptESmiydUvV.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] What does failed to finalize package mean?
On Wed, Apr 30, 2014 at 02:56:02PM -0700, Richard Wallace wrote: I'm trying to add gtk2hs-buildtools and am getting that error $ cblrepo add gtk2hs-buildtools,0.12.5.2 $ cblrepo pkgbuild --ghc-version 7.8.2-1 Failed to finalize package: gtk2hs-buildtools In digging into the source, it looks like this means a dependency was not able to be found. But all the things that gtk2hs-buildtools depends on are provided by ghc, so I'm a bit at a loss. Any idea what is going on? Yes, that sounds right to me. I suspect it's the following interesting combination that's causing it: 1. When adding you use the standard ghc (which I think still is 7.6 on the latest release of `cblrepo`). 2. When building the package you tell `cblrepo` to use Ghc 7.8.2 3. The gtk2hs-buildtools.cabal file contains the following: if impl(ghc = 7.7) build-depends: hashtables I think this combination means that your database doesn't record the dependency on hashtables, but on generating the PKGBUILD the dependency appears. I really ought to get around to making a new release of `cblrepo`! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgp1E7nvS6quB.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-src-exts: Illegal instruction (core dumped)
On Sat, Apr 26, 2014 at 05:08:58PM +0200, Nicola Squartini wrote: Version 1.15.0 of HSE was not compiled with llvm, was it? At least from what I see from the git history. That is correct. I held back on adding HSE to [haskell-testing] for a long time due to GHC 7.8 not being able to compile it with profiling turned on. It wasn't until I had a brain fart and thought of trying with llvm that I managed to get it built. I think it was around bringing GHC 7.8 into [haskell-core] that I attempted building HSE normally again, and it worked fine. Then at the next HSE release the build problem was back and I went back to building with llvm. These days the ArchHaskell build system is my home laptop: Intel(R) Core(TM) i7-4700MQ CPU @ 2.40GHz /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus The results point out the fragility of programmer expertise: advanced programmers have strong expectations about what programs should look like, and when those expectations are violated--in seemingly innocuous ways--their performance drops drastically. -- Elliot Soloway and Kate Ehrlich pgpP79HvS7me8.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Checksum failures when building all packages
On Sat, Apr 26, 2014 at 05:27:08PM -0700, Richard Wallace wrote: Hm. Ok so the first time I don't think I had a completely clean repository like I thought. After adding a new package to the cblrepo.db, I started getting the same thing when trying to build all the packages without deleting the previously built packages. Should I be rebuilding all the packages from scratch after I add one? No, you should absolutely *not* have to rebuild everything after adding a single package! I'm not really sure I understand what commands you are running, or even what it is you are trying to accomplish. With a bit more information I might be able to help better. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgppSzMjFkkLW.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-src-exts: Illegal instruction (core dumped)
On Sun, Apr 27, 2014 at 10:16:30PM +0200, Nicola Squartini wrote: Is it possible that LLVM automatically optimizes for your architecture or triggers the use of some simd that is not present on my AMDs? I suppose that might be the case. It is possible to pass options to specific parts of the compilation process, but I have never looked at any of this before so help would be very appreciated. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpINzYDZcuyH.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Checksum failures when building all packages
On Sun, Apr 27, 2014 at 01:23:18PM -0700, Richard Wallace wrote: Right, sorry for not including more details. So what I'm trying to do is get all the needed packages for adding taffybar built. The first I tried with was HStringTemplate. My last attempt at doing this looking a bit like # just getting started, making sure I can build from a clean repo $ git clone git://github.com/archhaskell/habs.git $ cd habs $ cblrepo sync $ cblrepo pkgbuild --ghc-version 7.8.2-1 $(cblrepo build base|tail -n +2) $ ./makeahpkg -c -- $(cblrepo build base | tail -n +2) # that worked, no problem, so now I try adding HStringTemplate $ cblrepo add HStringTemplate,0.7.3 $ cblrepo pkgbuild --ghc-version 7.8.2-1 HStringTemplate $ ./makeahpkg -c -- HStringTemplate This ended up giving me a checksum error on the haskell-mtl package. If I instead do the last step with the `./makeahpkg -c -- $(cblrepo build base | tail -n +2)` everything builds without a hitch. At first I thought I had to clean out all the previously built packages using `git clean -fd`, but that turns out to not be the case. Do I just need to include all the HStringTemplate dependencies when trying to build it? Now things are a bit clearer to me :) A few things that might clear things up a bit: 1. The packages in HABS are available pre-built in the [haskell-core] repo[^1]. 2. The chroot that `makeahpkg` creates is already pointing to [haskell-core] and thus will download any missing Haskell packages from there. 3. `makeahpkg` keeps two chroots, one 'root' and one 'build'. All packages are built in 'build'. 4. The argument '-c' will sync 'root' and 'build', i.e. any packages that have been built and installed in 'build' will effectively be removed by using `makeahpkg -c`. 5. If `makeahpkg` finds that a package has already been built, it will skip building and installing it again. This means that you never really *need* to build all of HABS. It also means that if you are adding several packages but building them one at a time you really shouldn't use the '-c' argument, since you then will have to first remove any already built packages in the habs/ area, and then rebuild all dependencies for the package you really wanted. I believe, but please correct me if I'm wrong, that the installing of the package at the end means the package ends up in the local pacman cache. If that's the case then what you see is explained by: 1. You build all of HABS locally, which means it's all in your local pacman cache. 2. You clean out the build chroot. 3. The package you want to build (HStringTemplate) now depends on uninstalled packages. 4. Pacman tries the locally cached packages, but finds they don't match what comes from [haskell-core] -- checksum error! The reson that it works the second time is that the cache is cleansed of non-matching packages as they are found. /M [^1]: http://is.gd/DDV64T -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgpFlwfmKqBVV.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-src-exts: Illegal instruction (core dumped)
On Sun, Apr 27, 2014 at 11:11:25PM +0200, Nicola Squartini wrote: I never used LLVM so I'm looking at the manual right now. It's explained here: http://llvm.org/docs/CommandGuide/llc.html#cmdoption-mcpu It autodetects the cpu and optimizes for it. As I understand, in order to produce generic code you should pass -mcpu=i686 or -mcpu=x86_64. They can be passed to the ghc via -optlc, e.g. -optlc=-mcpu=x86_64. I'm going to look more carefully to see what is the best option to pass. Thanks for looking into it. This does makes me wonder though what other differences there are between the two code generators. Maybe it's worth considering using LLVM for all packages? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus What gets measured, gets done. -- Tom Peters pgpMgvOL_sWlo.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-src-exts: Illegal instruction (core dumped)
On Mon, Apr 28, 2014 at 12:08:08AM +0200, Nicola Squartini wrote: I remember reading somewhere that packages that use parallelism, like `repa`, would benefit from the llvm backend. I've never seen benchmarks though. Ah, sounds interesting. What I have read in some old haskell-cafe posts is that the generated code is better in some (even many) cases, but that compilation takes longer. I've also not seen any benchmarks. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler pgpmUirSRmM8x.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Checksum failures when building all packages
On Sun, Apr 27, 2014 at 03:18:34PM -0700, Richard Wallace wrote: Aha! I understand now. I was overusing the -c option. Things are going much more smoothly now. Thanks! Indeed! :) Possibly the help for -c (and maybe even -x too) can be improved. Please let me know if you think so, and how. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpxzoUcRjkhp.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Yesod Persistent packages
On Mon, Apr 21, 2014 at 02:20:00PM +, Xyne wrote: Magnus Therning wrote: They were dropped from the testing branch due to not being buildable with ghc 7.8 at the time.[^1] I'll make an attempt to re-add them. Earlier we had the following three packages, would they be both sufficient and necessary? persistent persistent-sqlite persistent-template /M Yes, those are the only 3 Persistent packages that I had installed. I am only using them as glue for a simple SQLite database in one of my projects. Thanks again for your continued efforts. They are truly appreciated. They have been added. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgpVUmqjpUFTs.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] haskell-haddock for GHC 7.8.2-1
On Wed, Apr 16, 2014 at 11:58:58AM -0700, Brayden Banks wrote: I think there used to be a haskell-haddock package in the ArchHaskell repos, but there isn't one now and the haddock from [community] is for 7.6.3-1. Stuff still builds, but it complains about haddock being out of date. Are there plans to put it back? Is there any particular reason why you miss the package? Ghc comes with its own haddock binary: % haddock --version Haddock version 2.14.2, (c) Simon Marlow 2006 Ported to use the GHC API by David Waern 2006-2008 % pacman -Qo /usr/bin/haddock /usr/bin/haddock is owned by ghc 7.8.2-1 /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler pgp_6xTpzXF66.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
Re: [arch-haskell] Can't install cabal-install
On Tue, Apr 15, 2014 at 11:39:15PM +0200, Marcelo Garlet Millani wrote: Hello, Trying to install cabal-install through cabal is not working for me. When compiling the module: HTTP-4000.2.4 [...] I don't know why it's trying to install HTTP-4000.2.4 when the newest version is 4000.2.12 and cabal-install depends on HTTP = 4000.0.8 4001 . Is there anything I can do to fix this problem? I'm no user of cabal myself, but a few days ago when I thought I'd take a look at the sandboxing feature of it I ran into a similar situation, cabal wanted to install an older version of some package for no apparent reason. I just gave up and decided that I'd have to postpone playing with cabal :) HTTP 4000.2.12 is in [haskell-core]. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@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 pgp5bhDPsA9II.pgp Description: PGP signature ___ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell
