From magnus at therning.org Thu Apr 2 17:13:58 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 2 Apr 2015 19:13:58 +0200 Subject: [arch-haskell] Ghc 7.10.1 in testing repo Message-ID: <20150402171358.GA8677@tatooine> 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus The day after tomorrow is the third day of the rest of your life. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From magnus at therning.org Sat Apr 4 20:12:13 2015 From: magnus at therning.org (Magnus Therning) Date: Sat, 4 Apr 2015 22:12:13 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150402171358.GA8677@tatooine> References: <20150402171358.GA8677@tatooine> Message-ID: <20150404201213.GA9821@tatooine> 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: magnus at therning.org jabber: magnus at 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus Good powers of observation are frequently called "cynicism" by those that don't have them. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From xyne at archlinux.ca Sat Apr 4 20:34:57 2015 From: xyne at archlinux.ca (Xyne) Date: Sat, 4 Apr 2015 20:34:57 +0000 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150404201213.GA9821@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> Message-ID: <20150404203457.1156795b@archlinux.ca> 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. Regards, Xyne From magnus at therning.org Sun Apr 5 06:52:49 2015 From: magnus at therning.org (Magnus Therning) Date: Sun, 5 Apr 2015 08:52:49 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150404203457.1156795b@archlinux.ca> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150404203457.1156795b@archlinux.ca> Message-ID: <20150405065249.GA1226@tatooine> On Sat, Apr 04, 2015 at 08:34:57PM +0000, 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: magnus at therning.org jabber: magnus at 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/ ) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From skottish97215 at gmail.com Sun Apr 5 22:37:01 2015 From: skottish97215 at gmail.com (Skottish) Date: Sun, 5 Apr 2015 15:37:01 -0700 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150405065249.GA1226@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150404203457.1156795b@archlinux.ca> <20150405065249.GA1226@tatooine> Message-ID: <20150405223701.GB19834@iasE.lan> On Sun, Apr 05, 2015 at 08:52:49AM +0200, Magnus Therning wrote: >Different things depending on the package; bumping dependencies and/or >adjusting to changes in the APIs. > >/M > >-- >Magnus Therning OpenPGP: 0xAB4DFBA4 >email: magnus at therning.org jabber: magnus at 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/ ) >_______________________________________________ >arch-haskell mailing list >arch-haskell at haskell.org >http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell Magnus, A giant thank you from me as well. This is a huge upgrade that goes well beyond your usual excellent work. If it helps at all, Arch has patches for xmonad that will allow 0.11.1 to compile. I built it locally and it seems to be working flawlessly. All that was necessary was to bump the upper bounds of an acceptable utf8-string from '< 0.4' to '<=1': diff -aur xmonad-0.11.1/xmonad.cabal xmonad-0.11.1.new/xmonad.cabal --- xmonad-0.11.1/xmonad.cabal 2015-03-27 18:59:21.000000000 +0100 +++ xmonad-0.11.1.new/xmonad.cabal 2015-03-30 21:23:28.481424344 +0200 @@ -58,7 +58,7 @@ else build-depends: base < 3 build-depends: X11>=1.5 && < 1.7, mtl, unix, - utf8-string >= 0.3 && < 0.4 + utf8-string >= 0.3 && <= 1 if true ghc-options: -funbox-strict-fields -Wall From tensor5 at gmail.com Mon Apr 6 05:42:28 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Mon, 6 Apr 2015 14:42:28 +0900 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150404201213.GA9821@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> Message-ID: 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? Thanks Nicola On Sun, Apr 5, 2015 at 5:12 AM, 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 > > 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: magnus at therning.org jabber: magnus at 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: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus > > Good powers of observation are frequently called "cynicism" by those > that don't have them. > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Mon Apr 6 15:42:49 2015 From: magnus at therning.org (Magnus Therning) Date: Mon, 6 Apr 2015 17:42:49 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> Message-ID: <20150406154249.GE1760@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From magnus at therning.org Mon Apr 6 16:09:30 2015 From: magnus at therning.org (Magnus Therning) Date: Mon, 6 Apr 2015 18:09:30 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150406154249.GE1760@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150406154249.GE1760@tatooine> Message-ID: <20150406160930.GF1760@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From magnus at therning.org Mon Apr 6 21:16:56 2015 From: magnus at therning.org (Magnus Therning) Date: Mon, 6 Apr 2015 23:16:56 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150406160930.GF1760@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150406154249.GE1760@tatooine> <20150406160930.GF1760@tatooine> Message-ID: <20150406211656.GA4303@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From tensor5 at gmail.com Tue Apr 7 09:51:27 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Tue, 7 Apr 2015 18:51:27 +0900 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150406154249.GE1760@tatooine> <20150406160930.GF1760@tatooine> <20150406211656.GA4303@tatooine> Message-ID: The fix in github seems to work properly. I see what was the problem now. Are going to switch back to the derived instance for the new db and have a conversion function from old to new? On Tue, Apr 7, 2015 at 10:31 AM, Nicola Squartini wrote: > Thanks! > > Luckily I found the old version of cblrepo in the mirror and I was able to > downgrade. > I'll test the Github change later. > > On Tue, Apr 7, 2015 at 6:16 AM, Magnus Therning > wrote: > >> 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: magnus at therning.org jabber: magnus at 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 >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Tue Apr 7 12:05:16 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 7 Apr 2015 14:05:16 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150406154249.GE1760@tatooine> <20150406160930.GF1760@tatooine> <20150406211656.GA4303@tatooine> Message-ID: On 7 April 2015 at 11:51, Nicola Squartini wrote: > The fix in github seems to work properly. > I see what was the problem now. Are going to switch back to the derived > instance for the new db and have a conversion function from old to new? No, I think it'd be better to get rid of all the auto-derived instances for external data types. It's better that my JSON instances break due to upstream changes than them changing silently and breaking stuff later on. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From dawid.loubser at ibi.co.za Tue Apr 7 17:23:16 2015 From: dawid.loubser at ibi.co.za (Dawid Loubser) Date: Tue, 07 Apr 2015 19:23:16 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc Message-ID: <55241284.8070805@ibi.co.za> 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? kind regards, Dawid Loubser From skottish97215 at gmail.com Tue Apr 7 17:40:58 2015 From: skottish97215 at gmail.com (Skottish) Date: Tue, 7 Apr 2015 10:40:58 -0700 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <55241284.8070805@ibi.co.za> References: <55241284.8070805@ibi.co.za> Message-ID: <20150407174058.GA633@iasE.lan> 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? > >kind regards, >Dawid Loubser The following link suggests that pandoc from git is working: https://groups.google.com/forum/#!topic/pandoc-discuss/J5lKA8LLUSI From dawid.loubser at ibi.co.za Tue Apr 7 18:13:21 2015 From: dawid.loubser at ibi.co.za (Dawid Loubser) Date: Tue, 07 Apr 2015 20:13:21 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <20150407174058.GA633@iasE.lan> References: <55241284.8070805@ibi.co.za> <20150407174058.GA633@iasE.lan> Message-ID: <55241E41.1000409@ibi.co.za> Thanks - I built from git, and it compiles, but I haven't been able to get it running yet (missing latex templates, etc). I'm investigating... regards, Dawid On 07/04/2015 19:40, Skottish 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? >> >> kind regards, >> Dawid Loubser > > The following link suggests that pandoc from git is working: > > https://groups.google.com/forum/#!topic/pandoc-discuss/J5lKA8LLUSI > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > From dawid.loubser at ibi.co.za Tue Apr 7 20:34:01 2015 From: dawid.loubser at ibi.co.za (Dawid Loubser) Date: Tue, 07 Apr 2015 22:34:01 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <55241E41.1000409@ibi.co.za> References: <55241284.8070805@ibi.co.za> <20150407174058.GA633@iasE.lan> <55241E41.1000409@ibi.co.za> Message-ID: <55243F39.7060906@ibi.co.za> 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 :-) kind regards, Dawid On 07/04/2015 20:13, Dawid Loubser wrote: > Thanks - I built from git, and it compiles, but I haven't been able to > get it running yet (missing latex templates, etc). I'm investigating... > > regards, > Dawid > > > On 07/04/2015 19:40, Skottish 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? >>> >>> kind regards, >>> Dawid Loubser >> The following link suggests that pandoc from git is working: >> >> https://groups.google.com/forum/#!topic/pandoc-discuss/J5lKA8LLUSI >> _______________________________________________ >> arch-haskell mailing list >> arch-haskell at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell >> > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > From magnus at therning.org Wed Apr 8 07:52:26 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 8 Apr 2015 09:52:26 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <55243F39.7060906@ibi.co.za> References: <55241284.8070805@ibi.co.za> <20150407174058.GA633@iasE.lan> <55241E41.1000409@ibi.co.za> <55243F39.7060906@ibi.co.za> Message-ID: On 7 April 2015 at 22:34, Dawid Loubser 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From elisp.vim at gmail.com Wed Apr 8 15:14:43 2015 From: elisp.vim at gmail.com (H. Curry) Date: Thu, 9 Apr 2015 01:14:43 +1000 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc Message-ID: On 08/04/2015 07:52, Magnus Therning wrote: > 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. John has also recently started talk of a new release by the way: -- twitter: xd1le From magnus at therning.org Thu Apr 9 20:44:49 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 9 Apr 2015 22:44:49 +0200 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> Message-ID: <20150409204449.GA6590@tatooine> 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus A system is composed of components: a component is something you understand. -- Professor Howard Aiken -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From tensor5 at gmail.com Fri Apr 10 00:17:37 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Fri, 10 Apr 2015 09:17:37 +0900 Subject: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo] In-Reply-To: <20150409204449.GA6590@tatooine> References: <20150402171358.GA8677@tatooine> <20150404201213.GA9821@tatooine> <20150409204449.GA6590@tatooine> Message-ID: It works now! Thanks for the great job! On Fri, Apr 10, 2015 at 5:44 AM, 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? > > I've released 0.15.1 with a fix for this, and pushed it to the repo. > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus > > A system is composed of components: a component is something you > understand. > -- Professor Howard Aiken > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skottish97215 at gmail.com Mon Apr 13 00:34:48 2015 From: skottish97215 at gmail.com (Skottish) Date: Sun, 12 Apr 2015 17:34:48 -0700 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? Message-ID: <20150413003448.GA1159@iasE.lan> Hey, I'm receiving an 'invalid or corrupted package (PGP signature)' error with haskell-xml-conduit-1.2.3.3-78. I ran pacman --debug and the signature looks fine. As far as I can tell, it's the only package suffering from this. This is happening on two separate machines. Am I the only one seeing this? From tensor5 at gmail.com Mon Apr 13 05:55:41 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Mon, 13 Apr 2015 14:55:41 +0900 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <20150413003448.GA1159@iasE.lan> References: <20150413003448.GA1159@iasE.lan> Message-ID: I upgraded today and didn't have such problem. Did you try to download again after clearing pacman cache? On Mon, Apr 13, 2015 at 9:34 AM, Skottish wrote: > Hey, > > I'm receiving an 'invalid or corrupted package (PGP signature)' error > with haskell-xml-conduit-1.2.3.3-78. I ran pacman --debug and the > signature looks fine. As far as I can tell, it's the only package > suffering from this. This is happening on two separate machines. Am I > the only one seeing this? > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sp at orbitalfox.com Mon Apr 13 08:31:12 2015 From: sp at orbitalfox.com (SP) Date: Mon, 13 Apr 2015 09:31:12 +0100 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <20150413003448.GA1159@iasE.lan> References: <20150413003448.GA1159@iasE.lan> Message-ID: <552B7ED0.40006@orbitalfox.com> If you do clear the cache as Nicola suggested and you still have problems, please also tell us which mirror you are using. -- SP From skottish97215 at gmail.com Mon Apr 13 13:37:25 2015 From: skottish97215 at gmail.com (Skottish) Date: Mon, 13 Apr 2015 06:37:25 -0700 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <552B7ED0.40006@orbitalfox.com> References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> Message-ID: <20150413133725.GA676@iasE.lan> On Mon, Apr 13, 2015 at 09:31:12AM +0100, SP wrote: >If you do clear the cache as Nicola suggested and you still have >problems, please also tell us which mirror you are using. > >-- > SP There are no haskell packages in the cache and I tried with both xsounds and your repo SP. There's something strange with that package on both of my systems. After sleeping last night, I took a fresh look at this. On that one file the finger print is a truncated version of the fingerprint of the other haskell packages that are trying to install at the same time. So I went ahead and deleted Magnus' key, ran pacman -Suy, let the key get automatically verified, and pacman again fails on that one file. This is what happens if run pacman-key againts it: > pacman-key -v haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig ==> Checking haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig ... gpg: assuming signed data in 'haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz' gpg: Signature made Sun 12 Apr 2015 11:43:13 AM PDT using DSA key ID A418C0FE gpg: BAD signature from "ArchHaskell (Magnus Therning) " [unknown] If I do the same thing agains haskell-http-conduit, I get the full output about good signature, keys, fingerprints, and all that stuff. From skottish97215 at gmail.com Mon Apr 13 17:26:48 2015 From: skottish97215 at gmail.com (Skottish) Date: Mon, 13 Apr 2015 10:26:48 -0700 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <20150413133725.GA676@iasE.lan> References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> <20150413133725.GA676@iasE.lan> Message-ID: <20150413172648.GA477@iasE.lan> On Mon, Apr 13, 2015 at 06:37:25AM -0700, Skottish wrote: >On Mon, Apr 13, 2015 at 09:31:12AM +0100, SP wrote: >>If you do clear the cache as Nicola suggested and you still have >>problems, please also tell us which mirror you are using. >> >>-- >> SP > >There are no haskell packages in the cache and I tried with both xsounds >and your repo SP. There's something strange with that package on both of >my systems. > >After sleeping last night, I took a fresh look at this. On that one file >the finger print is a truncated version of the fingerprint of the other >haskell packages that are trying to install at the same time. So I went >ahead and deleted Magnus' key, ran pacman -Suy, let the key get >automatically verified, and pacman again fails on that one file. This is >what happens if run pacman-key againts it: > >>pacman-key -v haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig >==> Checking haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig ... >gpg: assuming signed data in 'haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz' >gpg: Signature made Sun 12 Apr 2015 11:43:13 AM PDT using DSA key ID A418C0FE >gpg: BAD signature from "ArchHaskell (Magnus Therning) " [unknown] > >If I do the same thing agains haskell-http-conduit, I get the full >output about good signature, keys, fingerprints, and all that stuff. I removed xml-conduit from my system and rebuilt it and the few local packages that I have that needed it. From neitsab at esrevart.net Mon Apr 13 17:58:57 2015 From: neitsab at esrevart.net (Bastien Traverse) Date: Mon, 13 Apr 2015 19:58:57 +0200 Subject: [arch-haskell] gitit status update and why are deps needed for binaries Message-ID: <552C03E1.2000404@esrevart.net> Hi all, For anybody wondering about the status of gitit: it was removed from [haskell-happstack] on April 7th because of dependency issues (feed >=0.3.6 && <0.4, pandoc >=1.12.4 && <1.14); feed itself was removed because depending on utf8-string < 1.0 which was updated in [haskell-core] to 1-78 [1]. Pandoc is being watched carefully [2][3], but feed doesn't seem really likely to be updated: its Hackage entry [4] points to a GitHub repo that hasn't been updated in 18 months [5], and an issue asking support for utf8-string 1.x is opened there since January 23 [6]. The related discussion makes it clear that feed is leaning towards abandonware. There is an issue open to have haskell-trustees intervene [7], and a proposition to add it to Stackage [8]. So those are the one to watch concerning gitit's fate. A question related to the experience with Haskell on Arch: why do pandoc and gitit *binaries* depends on so many haskell packages being installed? It seems that Ubuntu [9] and Debian [10] do without installing the whole Haskell platform and build dependencies (confirmed in a Xubuntu 14.04 VM: only a few libraries are needed). GHC et al. take up so much space (> 1GB) on my server I asked confirmation this was normal on #haskell IRC! What is the difference in Arch Haskell packaging that causes the need to install all the build depends to solely get the binaries? Thanks Bastien [1] https://github.com/tensor5/haskell-happstack/commit/12356dafcca432ba33fbaa6a75ee9bfc08f0314f [2] https://github.com/archhaskell/habs/issues/179 [3] https://mail.haskell.org/pipermail/arch-haskell/2015-April/004819.html [4] https://hackage.haskell.org/package/feed [5] https://github.com/sof/ [6] https://github.com/sof/feed/issues/9 [7] https://github.com/haskell-infra/hackage-trustees/issues/12 [8] https://github.com/sof/feed/issues/9#issuecomment-89334563 [9] http://packages.ubuntu.com/vivid/gitit [10] https://packages.debian.org/jessie/gitit From tensor5 at gmail.com Tue Apr 14 00:06:40 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Tue, 14 Apr 2015 09:06:40 +0900 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <20150413172648.GA477@iasE.lan> References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> <20150413133725.GA676@iasE.lan> <20150413172648.GA477@iasE.lan> Message-ID: You are right, I get the same output out of pacman-key. The reason why I didn't not get the error on my system is that I only use xml-conduit as a dependency for building [haskell-happstack] repo, and apparently the script that does that does not check signatures. I noticed that the "Last modified" time on xsound is different between the file and its signature: ... haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz 2015-04-12 19:23 752K ?haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig 2015-04-12 18:43 96 ... so probably Magnus had to reupload it for some reason and forgot to sign it. On Tue, Apr 14, 2015 at 2:26 AM, Skottish wrote: > On Mon, Apr 13, 2015 at 06:37:25AM -0700, Skottish wrote: > >> On Mon, Apr 13, 2015 at 09:31:12AM +0100, SP wrote: >> >>> If you do clear the cache as Nicola suggested and you still have >>> problems, please also tell us which mirror you are using. >>> >>> -- >>> SP >>> >> >> There are no haskell packages in the cache and I tried with both xsounds >> and your repo SP. There's something strange with that package on both of >> my systems. >> >> After sleeping last night, I took a fresh look at this. On that one file >> the finger print is a truncated version of the fingerprint of the other >> haskell packages that are trying to install at the same time. So I went >> ahead and deleted Magnus' key, ran pacman -Suy, let the key get >> automatically verified, and pacman again fails on that one file. This is >> what happens if run pacman-key againts it: >> >> pacman-key -v haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig >>> >> ==> Checking haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig ... >> gpg: assuming signed data in 'haskell-xml-conduit-1.2.3.3- >> 78-x86_64.pkg.tar.xz' >> gpg: Signature made Sun 12 Apr 2015 11:43:13 AM PDT using DSA key ID >> A418C0FE >> gpg: BAD signature from "ArchHaskell (Magnus Therning) < >> magnus at therning.org>" [unknown] >> >> If I do the same thing agains haskell-http-conduit, I get the full >> output about good signature, keys, fingerprints, and all that stuff. >> > > I removed xml-conduit from my system and rebuilt it and the few local > packages that I have that needed it. > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tensor5 at gmail.com Tue Apr 14 00:21:09 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Tue, 14 Apr 2015 09:21:09 +0900 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> Message-ID: ---------- Forwarded message ---------- From: Nicola Squartini Date: Tue, Apr 14, 2015 at 9:20 AM Subject: Re: [arch-haskell] gitit status update and why are deps needed for binaries To: Bastien Traverse 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. Nicola On Tue, Apr 14, 2015 at 2:58 AM, Bastien Traverse wrote: > Hi all, > > For anybody wondering about the status of gitit: it was removed from > [haskell-happstack] on April 7th because of dependency issues (feed > >=0.3.6 && <0.4, pandoc >=1.12.4 && <1.14); feed itself was removed > because depending on utf8-string < 1.0 which was updated in > [haskell-core] to 1-78 [1]. > > Pandoc is being watched carefully [2][3], but feed doesn't seem really > likely to be updated: its Hackage entry [4] points to a GitHub repo that > hasn't been updated in 18 months [5], and an issue asking support for > utf8-string 1.x is opened there since January 23 [6]. The related > discussion makes it clear that feed is leaning towards abandonware. > > There is an issue open to have haskell-trustees intervene [7], and a > proposition to add it to Stackage [8]. So those are the one to watch > concerning gitit's fate. > > A question related to the experience with Haskell on Arch: why do pandoc > and gitit *binaries* depends on so many haskell packages being > installed? It seems that Ubuntu [9] and Debian [10] do without > installing the whole Haskell platform and build dependencies (confirmed > in a Xubuntu 14.04 VM: only a few libraries are needed). GHC et al. take > up so much space (> 1GB) on my server I asked confirmation this was > normal on #haskell IRC! > > What is the difference in Arch Haskell packaging that causes the need to > install all the build depends to solely get the binaries? > > Thanks > Bastien > > > [1] > > https://github.com/tensor5/haskell-happstack/commit/12356dafcca432ba33fbaa6a75ee9bfc08f0314f > [2] https://github.com/archhaskell/habs/issues/179 > [3] https://mail.haskell.org/pipermail/arch-haskell/2015-April/004819.html > [4] https://hackage.haskell.org/package/feed > [5] https://github.com/sof/ > [6] https://github.com/sof/feed/issues/9 > [7] https://github.com/haskell-infra/hackage-trustees/issues/12 > [8] https://github.com/sof/feed/issues/9#issuecomment-89334563 > [9] http://packages.ubuntu.com/vivid/gitit > [10] https://packages.debian.org/jessie/gitit > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Tue Apr 14 05:36:25 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 14 Apr 2015 07:36:25 +0200 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> <20150413133725.GA676@iasE.lan> <20150413172648.GA477@iasE.lan> Message-ID: On 14 April 2015 at 02:06, Nicola Squartini wrote: > You are right, I get the same output out of pacman-key. > > The reason why I didn't not get the error on my system is that I only use > xml-conduit as a dependency for building [haskell-happstack] repo, and > apparently the script that does that does not check signatures. > > I noticed that the "Last modified" time on xsound is different between the > file and its signature: > > ... > haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz 2015-04-12 19:23 752K > ?haskell-xml-conduit-1.2.3.3-78-x86_64.pkg.tar.xz.sig 2015-04-12 18:43 > 96 > ... > > so probably Magnus had to reupload it for some reason and forgot to sign it. If you put it in a ticket it'll be easier for me to remember having a look at this later on :) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From magnus at therning.org Tue Apr 14 05:42:11 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 14 Apr 2015 07:42:11 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> Message-ID: On 14 April 2015 at 02:21, Nicola Squartini wrote: > > ---------- Forwarded message ---------- > From: Nicola Squartini > Date: Tue, Apr 14, 2015 at 9:20 AM > Subject: Re: [arch-haskell] gitit status update and why are deps needed for > binaries > To: Bastien Traverse > > > 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. 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 2. splitting into -bin and -dev packages, like in Debian/Ubuntu/..., isn't the norm in Arch /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Tue Apr 14 09:03:07 2015 From: sp at orbitalfox.com (SP) Date: Tue, 14 Apr 2015 10:03:07 +0100 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: <20150413172648.GA477@iasE.lan> References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> <20150413133725.GA676@iasE.lan> <20150413172648.GA477@iasE.lan> Message-ID: <552CD7CB.1070604@orbitalfox.com> On 13/04/15 18:26, Skottish wrote: > On Mon, Apr 13, 2015 at 06:37:25AM -0700, Skottish wrote: >> On Mon, Apr 13, 2015 at 09:31:12AM +0100, SP wrote: >>> If you do clear the cache as Nicola suggested and you still have >>> problems, please also tell us which mirror you are using. >>> [...] Just a side note, I think it is better to only quote the bit _necessary_ to a response. Makes it easier for checking email on phones, reduces clutter, etc. -- SP From sp at orbitalfox.com Tue Apr 14 11:51:06 2015 From: sp at orbitalfox.com (SP) Date: Tue, 14 Apr 2015 12:51:06 +0100 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> Message-ID: <552CFF2A.2080300@orbitalfox.com> I am for some kind of splitting. See below. On 14/04/15 06:42, Magnus Therning wrote: > On 14 April 2015 at 02:21, Nicola Squartini 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. > 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. -- SP From magnus at therning.org Tue Apr 14 12:10:56 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 14 Apr 2015 14:10:56 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552CFF2A.2080300@orbitalfox.com> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: On 14 April 2015 at 13:51, SP wrote: > On 14/04/15 06:42, Magnus Therning wrote: >> On 14 April 2015 at 02:21, Nicola Squartini 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From neitsab at esrevart.net Tue Apr 14 13:19:36 2015 From: neitsab at esrevart.net (Bastien Traverse) Date: Tue, 14 Apr 2015 15:19:36 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: <552D13E8.4060506@esrevart.net> 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? Le 14/04/2015 14:10, Magnus Therning a ?crit : >>> The reasons we don't do that sort of splitting are two: >>> [...] >>> 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. I thought I had read a post from one Arch dev stating splitting in a Debian-like fashion wasn't supported, but I cannot find it right now. The closest I got is the "comparison with Debian" section of the wiki [1] which says: > Arch generally packages software libraries together with their header > files, whereas in Debian header files have to be downloaded > separately. It also links to a forum thread exposing the very question of -dev packages in Arch [2], where we can read: > Arch does not split packages the way some other distributions do. > Anything with '-dev' at the end will most often be found in the base > package. >>> 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. :) As much as I'd like to get the very few Haskell packages I need without installing the whole platform, I appreciate Magnus' and Nicola's efforts to maintain the two repos and understand this isn't a priority. I can't provide patches because I'm not a programmer but I'll support such an initiative with what else is needed. [1] https://wiki.archlinux.org/index.php/Arch_compared_to_other_distributions#Debian_GNU.2FLinux [2] https://bbs.archlinux.org/viewtopic.php?id=179481 From skottish97215 at gmail.com Tue Apr 14 13:23:00 2015 From: skottish97215 at gmail.com (Skottish) Date: Tue, 14 Apr 2015 06:23:00 -0700 Subject: [arch-haskell] haskell-xml-conduit-1.2.3.3-78 invalid package? In-Reply-To: References: <20150413003448.GA1159@iasE.lan> <552B7ED0.40006@orbitalfox.com> <20150413133725.GA676@iasE.lan> <20150413172648.GA477@iasE.lan> Message-ID: <20150414132300.GA662@iasE.lan> On Tue, Apr 14, 2015 at 07:36:25AM +0200, Magnus Therning wrote: >If you put it in a ticket it'll be easier for me to remember having a >look at this later on :) > >/M Done. From magnus at therning.org Tue Apr 14 14:12:55 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 14 Apr 2015 16:12:55 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552D13E8.4060506@esrevart.net> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552D13E8.4060506@esrevart.net> Message-ID: On 14 April 2015 at 15:19, Bastien Traverse 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Tue Apr 14 14:41:26 2015 From: sp at orbitalfox.com (SP) Date: Tue, 14 Apr 2015 15:41:26 +0100 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: <552D2716.2070809@orbitalfox.com> On 14/04/15 13:10, Magnus Therning wrote: > Patches are always welcome. :) Naturally. If I find time I'll give it a shot. > 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. I'm aware and it would be ok to take whatever route suits ArchHaskell best. But given this is targeted at Arch and I presume everyone here wants Haskell to flourish, it might pay dividends in the future to have a design which is in harmony with Arch. Since the design to-date of Arch might have not had to deal with large packages, they may have not catered for this problem and thus no "path of least surprise" for us to follow. It may be worthwhile to have their take on this, a solution they agree is in line with Arch. This way we will also be following a path of least surprise for us, in case they decide in the future to work scenarios like ours differently. Who knows.. in a future where everything is running on Haskell, ArchHaskell might need to be merged in their "extra" repos! -- SP From magnus at therning.org Tue Apr 14 21:29:14 2015 From: magnus at therning.org (Magnus Therning) Date: Tue, 14 Apr 2015 23:29:14 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552D2716.2070809@orbitalfox.com> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552D2716.2070809@orbitalfox.com> Message-ID: <20150414212914.GA21586@tatooine> On Tue, Apr 14, 2015 at 03:41:26PM +0100, SP wrote: > On 14/04/15 13:10, Magnus Therning wrote: > > Patches are always welcome. :) > > Naturally. If I find time I'll give it a shot. 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. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus If you can explain how you do something, then you're very very bad at it. -- John Hopfield -------------- next part -------------- # custom variables _hkgname=shake _licensefile=LICENSE # PKGBUILD options/directives pkgname=(haskell-shake haskell-shake-bin) pkgver=0.15 pkgrel=76 pkgdesc="Build system library, like Make, but more accurate dependencies." url="http://www.shakebuild.com/" license=("BSD3") arch=('i686' 'x86_64') makedepends=() depends=("ghc=7.10.1-1" "haskell-extra=1.1-76" "haskell-hashable=1.2.3.2-76" "haskell-js-flot=0.8.3-76" "haskell-js-jquery=1.11.2-76" "haskell-old-time=1.1.0.3-76" "haskell-random=1.1-76" "haskell-unordered-containers=0.2.5.1-76" "haskell-utf8-string=1-76") options=('strip' 'staticlibs') source=("http://hackage.haskell.org/packages/archive/${_hkgname}/${pkgver}/${_hkgname}-${pkgver}.tar.gz") sha256sums=("1376b82cce3fdc977e9affe72fb01888173d0fcf465a10a0357b3b44449df80b") # PKGBUILD functions prepare() { cd "${srcdir}/${_hkgname}-${pkgver}" # no cabal patch # no source patch } build() { cd "${srcdir}/${_hkgname}-${pkgver}" runhaskell Setup configure -O --enable-library-profiling --enable-shared \ --prefix=/usr --docdir="/usr/share/doc/${pkgname}" \ --libsubdir=\$compiler/site-local/\$pkgid \ -f-portable runhaskell Setup build runhaskell Setup haddock --hoogle --html runhaskell Setup register --gen-script runhaskell Setup unregister --gen-script sed -i -r -e "s|ghc-pkg.*unregister[^ ]* |&'--force' |" unregister.sh } package_haskell-shake() { depends+=("haskell-shake-bin=${pkgver}-${pkgrel}") install="${pkgname}.install" cd "${srcdir}/${_hkgname}-${pkgver}" runhaskell Setup copy --destdir="${pkgdir}" install -D -m744 register.sh "${pkgdir}/usr/share/haskell/${pkgname}/register.sh" install -m744 unregister.sh "${pkgdir}/usr/share/haskell/${pkgname}/unregister.sh" install -d -m755 "${pkgdir}/usr/share/doc/ghc/html/libraries" ln -s "/usr/share/doc/${pkgname}/html" "${pkgdir}/usr/share/doc/ghc/html/libraries/${_hkgname}" rm -fr "${pkgdir}/usr/bin" install -D -m644 "${_licensefile}" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" rm -f "${pkgdir}/usr/share/doc/${pkgname}/${_licensefile}" } package_haskell-shake-bin() { depends=() cd "${srcdir}/${_hkgname}-${pkgver}" runhaskell Setup copy --destdir="${pkgdir}" rm -fr "${pkgdir}/usr/lib" rm -fr "${pkgdir}/usr/share" install -D -m644 "${_licensefile}" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" rm -f "${pkgdir}/usr/share/doc/${pkgname}/${_licensefile}" } -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From abimelech at gmail.com Tue Apr 14 22:56:28 2015 From: abimelech at gmail.com (Leif Warner) Date: Tue, 14 Apr 2015 15:56:28 -0700 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552CFF2A.2080300@orbitalfox.com> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: 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. On Tue, Apr 14, 2015 at 4:51 AM, SP wrote: > I am for some kind of splitting. See below. > > On 14/04/15 06:42, Magnus Therning wrote: > > On 14 April 2015 at 02:21, Nicola Squartini 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. > > > 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. > > -- > SP > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tensor5 at gmail.com Wed Apr 15 00:15:06 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Wed, 15 Apr 2015 09:15:06 +0900 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552D13E8.4060506@esrevart.net> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552D13E8.4060506@esrevart.net> Message-ID: On Tue, Apr 14, 2015 at 10:19 PM, Bastien Traverse 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? > You can pull out /usr/bin/gitit and the other files in /usr/share from the package, and upload only those to your server (once the gitit package is back). -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Wed Apr 15 05:56:44 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Apr 2015 07:56:44 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: On 15 April 2015 at 00:56, Leif Warner 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From neitsab at esrevart.net Wed Apr 15 06:40:45 2015 From: neitsab at esrevart.net (Bastien Traverse) Date: Wed, 15 Apr 2015 08:40:45 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: <552E07ED.3080707@esrevart.net> 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? Le 15/04/2015 02:15, Nicola Squartini a ?crit : > You can pull out /usr/bin/gitit and the other files in /usr/share > from the package, and upload only those to your server (once the > gitit package is back). On the other hand that sounds like and excellent idea and very simple to implement (so KISS-compliant) if the modified PKGBUILD-way proves too problematic. I'm thinking of a post-build task packaging the binary along with man pages etc. From neitsab at esrevart.net Wed Apr 15 09:49:43 2015 From: neitsab at esrevart.net (Bastien Traverse) Date: Wed, 15 Apr 2015 11:49:43 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: <552E3437.7090700@esrevart.net> Still on the topic of reducing installation dependencies: are self-contained binaries in the style of pandoc [1] doable for gitit and other Haskell packages as well? This could be an interesting way to address the issue. > It is possible to compile pandoc such that the data files pandoc uses > are embedded in the binary. (The executables in the binary are built > this way.) The resulting binary can be run from any directory and is > completely self-contained. > > cabal update > cabal install hsb2hs > cabal install --flags="embed_data_files" pandoc pandoc-citeproc [1] http://pandoc.org/installing.html#creating-a-relocatable-binary From tensor5 at gmail.com Wed Apr 15 10:01:26 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Wed, 15 Apr 2015 19:01:26 +0900 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552E3437.7090700@esrevart.net> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552E3437.7090700@esrevart.net> Message-ID: No gitit doesn't have that flag. Even in the case of pandoc, it will not make your installation smaller, just embed the support files (/usr/share I guess) inside the /usr/bin/pandoc binary. On Wed, Apr 15, 2015 at 6:49 PM, Bastien Traverse wrote: > Still on the topic of reducing installation dependencies: are > self-contained binaries in the style of pandoc [1] doable for gitit and > other Haskell packages as well? This could be an interesting way to > address the issue. > > > It is possible to compile pandoc such that the data files pandoc uses > > are embedded in the binary. (The executables in the binary are built > > this way.) The resulting binary can be run from any directory and is > > completely self-contained. > > > > cabal update > > cabal install hsb2hs > > cabal install --flags="embed_data_files" pandoc pandoc-citeproc > > [1] http://pandoc.org/installing.html#creating-a-relocatable-binary > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Wed Apr 15 10:15:22 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Apr 2015 12:15:22 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552E07ED.3080707@esrevart.net> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552E07ED.3080707@esrevart.net> Message-ID: On 15 April 2015 at 08:40, Bastien Traverse 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From tensor5 at gmail.com Wed Apr 15 10:28:24 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Wed, 15 Apr 2015 19:28:24 +0900 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552E07ED.3080707@esrevart.net> Message-ID: 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. On Wed, Apr 15, 2015 at 7:15 PM, Magnus Therning wrote: > On 15 April 2015 at 08:40, Bastien Traverse 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: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sp at orbitalfox.com Wed Apr 15 10:28:03 2015 From: sp at orbitalfox.com (SP) Date: Wed, 15 Apr 2015 11:28:03 +0100 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <20150414212914.GA21586@tatooine> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552D2716.2070809@orbitalfox.com> <20150414212914.GA21586@tatooine> Message-ID: <552E3D33.2070301@orbitalfox.com> 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? -- SP From magnus at therning.org Wed Apr 15 10:56:17 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Apr 2015 12:56:17 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552E3D33.2070301@orbitalfox.com> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552D2716.2070809@orbitalfox.com> <20150414212914.GA21586@tatooine> <552E3D33.2070301@orbitalfox.com> Message-ID: On 15 April 2015 at 12:28, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From fabien.dubosson at gmail.com Wed Apr 15 10:57:51 2015 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Wed, 15 Apr 2015 12:57:51 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> Message-ID: <20150415105751.GB3310@helios.hevs.ch> > 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. ++ Fabien [1] http://comments.gmane.org/gmane.comp.lang.haskell.arch-linux/1792 [2] http://permalink.gmane.org/gmane.comp.lang.haskell.arch-linux/1795 [3] https://downloads.haskell.org/~ghc/latest/docs/html/users_guide/using-shared-libs.html#finding-shared-libs -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From magnus at therning.org Wed Apr 15 10:58:14 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Apr 2015 12:58:14 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <552E07ED.3080707@esrevart.net> Message-ID: On 15 April 2015 at 12:28, Nicola Squartini 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From magnus at therning.org Wed Apr 15 11:01:03 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Apr 2015 13:01:03 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <20150415105751.GB3310@helios.hevs.ch> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <20150415105751.GB3310@helios.hevs.ch> Message-ID: On 15 April 2015 at 12:57, Fabien Dubosson 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Wed Apr 15 19:09:30 2015 From: sp at orbitalfox.com (SP) Date: Wed, 15 Apr 2015 20:09:30 +0100 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <20150415105751.GB3310@helios.hevs.ch> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <20150415105751.GB3310@helios.hevs.ch> Message-ID: <552EB76A.1030400@orbitalfox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 15/04/15 11:57, Fabien Dubosson wrote: > 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]. Thanks for all this background info Fabien, it helps get this going. > 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. One package shouldn't warp the whole package system. One should push suggestions upstream and they should be accepted if there is technical merit. In the end there is always the patch approach for rogues. - -- SP From fabien.dubosson at gmail.com Wed Apr 15 20:44:04 2015 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Wed, 15 Apr 2015 22:44:04 +0200 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <552EB76A.1030400@orbitalfox.com> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <20150415105751.GB3310@helios.hevs.ch> <552EB76A.1030400@orbitalfox.com> Message-ID: <20150415204404.GA13442@asus-home> > Thanks for all this background info Fabien, it helps get this going. My pleasure! > One package shouldn't warp the whole package system. One should push > suggestions upstream and they should be accepted if there is technical > merit. In the end there is always the patch approach for rogues. I agree. As far as I remember Magnus an me were both out of time to look further into this. Maybe things have changed since. I started rebasing my past work on the last version of habs, I'll write another mail soon for a status. ++ Fab -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From sp at orbitalfox.com Wed Apr 15 20:54:31 2015 From: sp at orbitalfox.com (SP) Date: Wed, 15 Apr 2015 21:54:31 +0100 Subject: [arch-haskell] Fwd: gitit status update and why are deps needed for binaries In-Reply-To: <20150415204404.GA13442@asus-home> References: <552C03E1.2000404@esrevart.net> <552CFF2A.2080300@orbitalfox.com> <20150415105751.GB3310@helios.hevs.ch> <552EB76A.1030400@orbitalfox.com> <20150415204404.GA13442@asus-home> Message-ID: <552ED007.9050505@orbitalfox.com> On 15/04/15 21:44, Fabien Dubosson wrote: > I agree. As far as I remember Magnus an me were both out of time to > look further into this. Maybe things have changed since. I started > rebasing my past work on the last version of habs, I'll write > another mail soon for a status. Ok. I was looking for branches relating to this feature. I noticed you have one, but need to find one which has the changes proposed for cblrepo. Either way I will try to put something together, but chances are my snail pace will get beaten! Keep me posted either directly or maybe new thread? Also, been looking to see what makes things so large in the filebase. Just checking in ghc's dir, it's static libraries: ``` 185480024 /usr/lib/ghc-7.10.1/ghc_EMlWrQ42XY0BNVbSrKixqY/libHSghc-7.10.1-EMlWrQ42XY0BNVbSrKixqY_p.a 109044692 /usr/lib/ghc-7.10.1/ghc_EMlWrQ42XY0BNVbSrKixqY/libHSghc-7.10.1-EMlWrQ42XY0BNVbSrKixqY.a 76260686 /usr/lib/ghc-7.10.1/Cabal_HWT8QvVfJLn2ubvobpycJY/libHSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY_p.a 67111580 /usr/lib/ghc-7.10.1/site-local/highlighting-kate-0.5.14/libHShighlighting-kate-0.5.14-5S9jZ1dVOgcGI7XstIXNsq_p.a 63048936 /usr/lib/ghc-7.10.1/ghc_EMlWrQ42XY0BNVbSrKixqY/libHSghc-7.10.1-EMlWrQ42XY0BNVbSrKixqY-ghc7.10.1.so 57385398 /usr/lib/ghc-7.10.1/Cabal_HWT8QvVfJLn2ubvobpycJY/libHSCabal-1.22.2.0-HWT8QvVfJLn2ubvobpycJY.a 46972990 /usr/lib/ghc-7.10.1/base_I5BErHzyOm07EBNpKBEeUv/libHSbase-4.8.0.0-I5BErHzyOm07EBNpKBEeUv_p.a 35159482 /usr/lib/ghc-7.10.1/base_I5BErHzyOm07EBNpKBEeUv/libHSbase-4.8.0.0-I5BErHzyOm07EBNpKBEeUv.a 27632384 /usr/lib/ghc-7.10.1/site-local/texmath-0.8.0.2/libHStexmath-0.8.0.2-1UuTXL14IBUBNFTO6p9bK5_p.a 25808360 /usr/lib/ghc-7.10.1/site-local/highlighting-kate-0.5.14/libHShighlighting-kate-0.5.14-5S9jZ1dVOgcGI7XstIXNsq.a ``` -- SP From magnus at therning.org Thu Apr 16 22:04:49 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 17 Apr 2015 00:04:49 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <55241284.8070805@ibi.co.za> References: <55241284.8070805@ibi.co.za> Message-ID: <20150416220449.GB4126@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From magnus at therning.org Fri Apr 17 15:55:50 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 17 Apr 2015 17:55:50 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <20150416220449.GB4126@tatooine> References: <55241284.8070805@ibi.co.za> <20150416220449.GB4126@tatooine> Message-ID: <20150417155550.GB28322@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From dawid.loubser at ibi.co.za Fri Apr 17 16:07:32 2015 From: dawid.loubser at ibi.co.za (Dawid Loubser) Date: Fri, 17 Apr 2015 18:07:32 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <20150417155550.GB28322@tatooine> References: <55241284.8070805@ibi.co.za> <20150416220449.GB4126@tatooine> <20150417155550.GB28322@tatooine> Message-ID: <55312FC4.7010706@ibi.co.za> Magnus, you're a rock star! On 17/04/2015 17:55, Magnus Therning wrote: > 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 > > > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell -------------- next part -------------- An HTML attachment was scrubbed... URL: From sp at orbitalfox.com Thu Apr 23 15:08:04 2015 From: sp at orbitalfox.com (SP) Date: Thu, 23 Apr 2015 16:08:04 +0100 Subject: [arch-haskell] Cblrepo and dependencies Message-ID: <55390AD4.3090007@orbitalfox.com> I'm trying to build cblrepo on this machine, but something has gone quite wrong. It says it need Unixutils 1.52.* for example. When I install unixutils, it still says it is missing. During unixutils installation I get these errors: Unixutils-1.53: dependency "process-extras-0.3.3.4-acf7cfde64a7eeb8de77ed902f28b42e" 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) I can install them manually, but should I have to? -- SP From skottish97215 at gmail.com Thu Apr 23 15:46:29 2015 From: skottish97215 at gmail.com (Skottish) Date: Thu, 23 Apr 2015 08:46:29 -0700 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <55390AD4.3090007@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> Message-ID: <20150423154629.GA6854@iasE.lan> On Thu, Apr 23, 2015 at 04:08:04PM +0100, SP wrote: >I'm trying to build cblrepo on this machine, but something has gone >quite wrong. It says it need Unixutils 1.52.* for example. > >When I install unixutils, it still says it is missing. During unixutils >installation I get these errors: > >Unixutils-1.53: dependency >"process-extras-0.3.3.4-acf7cfde64a7eeb8de77ed902f28b42e" 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) haskell-unixutils installs fine here. What's the output of: pacman -Q haskell-regex-tdfa From magnus at therning.org Fri Apr 24 06:17:49 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 08:17:49 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <55390AD4.3090007@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> Message-ID: On 23 April 2015 at 17:08, SP wrote: > I'm trying to build cblrepo on this machine, but something has gone > quite wrong. It says it need Unixutils 1.52.* for example. > > When I install unixutils, it still says it is missing. During unixutils > installation I get these errors: > > Unixutils-1.53: dependency > "process-extras-0.3.3.4-acf7cfde64a7eeb8de77ed902f28b42e" 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) > > I can install them manually, but should I have to? It depends on what you mean by 'installing them manually'. I try to keep the dependencies of `cblrepo` on the master branch at github in sync with the packages available from the ArchHaskell repo, so it should always be possible to use `pacman` to install them all. 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 :) 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. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 08:12:18 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 09:12:18 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <20150423154629.GA6854@iasE.lan> References: <55390AD4.3090007@orbitalfox.com> <20150423154629.GA6854@iasE.lan> Message-ID: <5539FAE2.2040603@orbitalfox.com> On 23/04/15 16:46, Skottish wrote: > pacman -Q haskell-regex-tdfa haskell-regex-tdfa 1.2.0-76 But this is me after having a go at installing and reinstalling various alleged missing dependencies. -- SP From sp at orbitalfox.com Fri Apr 24 08:18:02 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 09:18:02 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> Message-ID: <5539FC3A.3060200@orbitalfox.com> 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. > 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? -- SP From magnus at therning.org Fri Apr 24 08:42:03 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 10:42:03 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <5539FC3A.3060200@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> Message-ID: On 24 April 2015 at 10:18, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 09:14:10 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 10:14:10 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> Message-ID: <553A0962.6070102@orbitalfox.com> On 24/04/15 09:42, Magnus Therning wrote: > Yes, to build `cblrepo` from source you do need to manually ensure its > requirements are present. No I meant packages I have told pacman to install to satisfy cblrepo building, don't have their respective dependencies. > Personally I tend to first delete all Haskell dev packages: `pacman > -Rncs ghc`. Then I manually install whatever packages I need at the > moment. This is good enough. Going through the process now. > Also, double check that `[haskell-core]` is listed berfore `[Extra]` > in your pacman config (http://is.gd/O3HkZN). Yeah that was ok. -- SP From sp at orbitalfox.com Fri Apr 24 10:21:49 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 11:21:49 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> Message-ID: <553A193D.9080501@orbitalfox.com> On 24/04/15 09:42, Magnus Therning wrote: > Personally I tend to first delete all Haskell dev packages: `pacman > -Rncs ghc`. Done thins. And also run `pacman -Sc` (clean cache) for good measure, but I got this: Cache directory: /var/cache/pacman/pkg/ :: Do you want to remove all other packages from cache? [Y/n] removing old packages from cache... error: could not open file /var/cache/pacman/pkg/haskell-connection-0.2.3-5-x86_64.pkg.tar.xz: Unrecognized archive format error: missing package metadata in /var/cache/pacman/pkg/haskell-http-client-tls-0.2.2-12-x86_64.pkg.tar.xz.part error: could not open file /var/cache/pacman/pkg/haskell-cookie-0.4.1.3-3-x86_64.pkg.tar.xz: Unrecognized archive format error: could not open file /var/cache/pacman/pkg/haskell-yaml-0.8.9.1-3-x86_64.pkg.tar.xz: Unrecognized archive format error: could not open file /var/cache/pacman/pkg/haskell-crypto-numbers-0.2.3-6-x86_64.pkg.tar.xz: Unrecognized archive format [...] Goes on, but errors regarding haskell packages are that it could not open file. maybe something else had gone wrong.. Still researching. -- SP From magnus at therning.org Fri Apr 24 10:45:45 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 12:45:45 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553A193D.9080501@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> Message-ID: On 24 April 2015 at 12:21, SP wrote: > On 24/04/15 09:42, Magnus Therning wrote: >> Personally I tend to first delete all Haskell dev packages: `pacman >> -Rncs ghc`. > > Done thins. And also run `pacman -Sc` (clean cache) for good measure, > but I got this: > > Cache directory: /var/cache/pacman/pkg/ > :: Do you want to remove all other packages from cache? [Y/n] > removing old packages from cache... > error: could not open file > /var/cache/pacman/pkg/haskell-connection-0.2.3-5-x86_64.pkg.tar.xz: > Unrecognized archive format > error: missing package metadata in > /var/cache/pacman/pkg/haskell-http-client-tls-0.2.2-12-x86_64.pkg.tar.xz.part > error: could not open file > /var/cache/pacman/pkg/haskell-cookie-0.4.1.3-3-x86_64.pkg.tar.xz: > Unrecognized archive format > error: could not open file > /var/cache/pacman/pkg/haskell-yaml-0.8.9.1-3-x86_64.pkg.tar.xz: > Unrecognized archive format > error: could not open file > /var/cache/pacman/pkg/haskell-crypto-numbers-0.2.3-6-x86_64.pkg.tar.xz: > Unrecognized archive format > [...] > > Goes on, but errors regarding haskell packages are that it could not > open file. maybe something else had gone wrong.. Still researching. 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. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 11:09:48 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 12:09:48 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> Message-ID: <553A247C.1010903@orbitalfox.com> 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. -- SP From magnus at therning.org Fri Apr 24 11:16:48 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 13:16:48 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553A247C.1010903@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> Message-ID: On 24 April 2015 at 13:09, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 11:37:14 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 12:37:14 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> Message-ID: <553A2AEA.40307@orbitalfox.com> 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. -- SP From magnus at therning.org Fri Apr 24 11:41:10 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 13:41:10 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553A2AEA.40307@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> Message-ID: On 24 April 2015 at 13:37, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 11:52:55 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 12:52:55 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> Message-ID: <553A2E97.90006@orbitalfox.com> 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? -- SP From magnus at therning.org Fri Apr 24 12:04:38 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 14:04:38 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553A2E97.90006@orbitalfox.com> References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> Message-ID: On 24 April 2015 at 13:52, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Fri Apr 24 13:51:08 2015 From: sp at orbitalfox.com (SP) Date: Fri, 24 Apr 2015 14:51:08 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <55390AD4.3090007@orbitalfox.com> <5539FC3A.3060200@orbitalfox.com> <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> Message-ID: <553A4A4C.8000702@orbitalfox.com> 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. -- SP From magnus at therning.org Fri Apr 24 15:11:01 2015 From: magnus at therning.org (Magnus Therning) Date: Fri, 24 Apr 2015 17:11:01 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553A4A4C.8000702@orbitalfox.com> References: <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> <553A4A4C.8000702@orbitalfox.com> Message-ID: <20150424151101.GA1041@tatooine> 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus Unix is the answer, but only if you phrase the question very carefully. -- Unknown -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From sp at orbitalfox.com Mon Apr 27 08:24:02 2015 From: sp at orbitalfox.com (SP) Date: Mon, 27 Apr 2015 09:24:02 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <20150424151101.GA1041@tatooine> References: <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> <553A4A4C.8000702@orbitalfox.com> <20150424151101.GA1041@tatooine> Message-ID: <553DF222.4010403@orbitalfox.com> 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. > 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. -- SP From magnus at therning.org Mon Apr 27 11:02:15 2015 From: magnus at therning.org (Magnus Therning) Date: Mon, 27 Apr 2015 13:02:15 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <553DF222.4010403@orbitalfox.com> References: <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> <553A4A4C.8000702@orbitalfox.com> <20150424151101.GA1041@tatooine> <553DF222.4010403@orbitalfox.com> Message-ID: On 27 April 2015 at 10:24, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From sp at orbitalfox.com Wed Apr 29 10:01:54 2015 From: sp at orbitalfox.com (SP) Date: Wed, 29 Apr 2015 11:01:54 +0100 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: References: <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> <553A4A4C.8000702@orbitalfox.com> <20150424151101.GA1041@tatooine> <553DF222.4010403@orbitalfox.com> Message-ID: <5540AC12.3020609@orbitalfox.com> 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. > 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. That I don't know and it would be impossible to work back, as I have reinstalled it. Sorry.. Maybe it will happen again. -- SP From magnus at therning.org Wed Apr 29 11:04:45 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 29 Apr 2015 13:04:45 +0200 Subject: [arch-haskell] Cblrepo and dependencies In-Reply-To: <5540AC12.3020609@orbitalfox.com> References: <553A193D.9080501@orbitalfox.com> <553A247C.1010903@orbitalfox.com> <553A2AEA.40307@orbitalfox.com> <553A2E97.90006@orbitalfox.com> <553A4A4C.8000702@orbitalfox.com> <20150424151101.GA1041@tatooine> <553DF222.4010403@orbitalfox.com> <5540AC12.3020609@orbitalfox.com> Message-ID: On 29 April 2015 at 12:01, SP 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From magnus at therning.org Wed Apr 29 20:11:17 2015 From: magnus at therning.org (Magnus Therning) Date: Wed, 29 Apr 2015 22:11:17 +0200 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages Message-ID: <20150429201117.GC11928@tatooine> 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: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available URL: From xyne at archlinux.ca Wed Apr 29 23:01:06 2015 From: xyne at archlinux.ca (Xyne) Date: Wed, 29 Apr 2015 23:01:06 +0000 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <55312FC4.7010706@ibi.co.za> References: <55241284.8070805@ibi.co.za> <20150416220449.GB4126@tatooine> <20150417155550.GB28322@tatooine> <55312FC4.7010706@ibi.co.za> Message-ID: <20150429230106.6010fc04@archlinux.ca> 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! From xyne at archlinux.ca Wed Apr 29 23:10:24 2015 From: xyne at archlinux.ca (Xyne) Date: Wed, 29 Apr 2015 23:10:24 +0000 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: <20150429201117.GC11928@tatooine> References: <20150429201117.GC11928@tatooine> Message-ID: <20150429231024.6c07a583@archlinux.ca> 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 If not, can you explain what they are and how they are used? Regards, Xyne From magnus at therning.org Thu Apr 30 05:29:58 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 30 Apr 2015 07:29:58 +0200 Subject: [arch-haskell] GHC 7.10, and popular packages like Pandoc In-Reply-To: <20150429230106.6010fc04@archlinux.ca> References: <55241284.8070805@ibi.co.za> <20150416220449.GB4126@tatooine> <20150417155550.GB28322@tatooine> <55312FC4.7010706@ibi.co.za> <20150429230106.6010fc04@archlinux.ca> Message-ID: On 30 April 2015 at 01:01, Xyne 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From magnus at therning.org Thu Apr 30 05:43:34 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 30 Apr 2015 07:43:34 +0200 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: <20150429231024.6c07a583@archlinux.ca> References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> Message-ID: On 30 April 2015 at 01:10, Xyne 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From fabien.dubosson at gmail.com Thu Apr 30 05:55:10 2015 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Thu, 30 Apr 2015 07:55:10 +0200 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> Message-ID: <20150430055510.GA978@arch-rddm.charmaie.local> > 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) ++ Fabien -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From magnus at therning.org Thu Apr 30 06:01:19 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 30 Apr 2015 08:01:19 +0200 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: <20150430055510.GA978@arch-rddm.charmaie.local> References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> <20150430055510.GA978@arch-rddm.charmaie.local> Message-ID: On 30 April 2015 at 07:55, Fabien Dubosson 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From fabien.dubosson at gmail.com Thu Apr 30 06:25:17 2015 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Thu, 30 Apr 2015 08:25:17 +0200 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> <20150430055510.GA978@arch-rddm.charmaie.local> Message-ID: <20150430062517.GA3678@arch-rddm.charmaie.local> > The issue I'm worried about is that of trailing zeroes. Is 2.1_1 < 2.1.1_0? Seems so: =========================== $ mkdir TEMP; cd TEMP $ cat << EOL > PKGBUILD pkgname=dummy pkgver=2.1.1_0 pkgrel=1 pkgdesc="dummy package" arch=(any) url="http://" license=('GPL') source=() md5sums=() package() { msg "Dummy package" } EOL $ makepkg -fsic $ sed -i 's#2\.1\.1_0#2.1_1#' PKGBUILD $ makepkg -fsic =========================== pacman shows: warning: downgrading package dummy (2.1.1_0-1 => 2.1_1-1) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From tensor5 at gmail.com Thu Apr 30 08:21:09 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Thu, 30 Apr 2015 17:21:09 +0900 Subject: [arch-haskell] Fwd: RFQ: Proposal for new versioning of packages In-Reply-To: References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> Message-ID: 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 Nicola On Thu, Apr 30, 2015 at 8:10 AM, Xyne 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 > > If not, can you explain what they are and how they are used? > > Regards, > Xyne > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sp at orbitalfox.com Thu Apr 30 08:54:15 2015 From: sp at orbitalfox.com (SP) Date: Thu, 30 Apr 2015 09:54:15 +0100 Subject: [arch-haskell] RFQ: Proposal for new versioning of packages In-Reply-To: <20150430055510.GA978@arch-rddm.charmaie.local> References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> <20150430055510.GA978@arch-rddm.charmaie.local> Message-ID: <5541EDB7.1070500@orbitalfox.com> On 30/04/15 06:55, Fabien Dubosson wrote: > 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) I agree with Fabien's proposal, so long it won't cause issues with Pacman. Logically makes the most sense. The more to the left the closer to the upstream and feature-set. Combining xrev and pkgrel in a singe integer somehow is feasible but seems hack-ish and probably will need to get changed again in the future. -- SP From magnus at therning.org Thu Apr 30 08:59:32 2015 From: magnus at therning.org (Magnus Therning) Date: Thu, 30 Apr 2015 10:59:32 +0200 Subject: [arch-haskell] Fwd: RFQ: Proposal for new versioning of packages In-Reply-To: References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> Message-ID: On 30 April 2015 at 10:21, Nicola Squartini 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: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From tensor5 at gmail.com Thu Apr 30 10:07:48 2015 From: tensor5 at gmail.com (Nicola Squartini) Date: Thu, 30 Apr 2015 19:07:48 +0900 Subject: [arch-haskell] Fwd: RFQ: Proposal for new versioning of packages In-Reply-To: References: <20150429201117.GC11928@tatooine> <20150429231024.6c07a583@archlinux.ca> Message-ID: 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 , xrev == 0 -->haskell-zlib--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 :) On Thu, Apr 30, 2015 at 5:59 PM, Magnus Therning wrote: > On 30 April 2015 at 10:21, Nicola Squartini 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: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus > -------------- next part -------------- An HTML attachment was scrubbed... URL: