- FreeBSD-haskell - Haskell.org

Offload maintaining burden of Haskell packages to the Haskell community
by Gleb Popov 05 Jun '18

05 Jun '18

Our ports tree contains 565 Haskell ports at the moment. Only 51 of them are executables (like pandoc or cgrep), while other 500 are just LIB_DEPENDS of those 51. Haskell packages are obtained from Hackage [1], a package database much like Python's PyPI or Perl's CPAN. There was a reason to have all these Haskell library ports in tree - Hackage provide no guarantee that packages it holds can work together. It was easy to get into "dependency hell" situation, for instance. Due to this, our ports tree was playing a role of a "known-to-be-working subset of Hackage". Thanks to poudriere and our package builders we were sure that all hs-* ports do work together and there are no dependency issues. Then, the Stackage [2] appeared. Stackage provides lists of Haskell package sets known to be working together for a given compiler version. It is solving the same problem we are solving in ports. The last lang/ghc upgrade took about a month for me, as I was fighting through */hs-* ports failures. The maintaining burden is too high and has no sense, because we are duplicating the work that Stackage does. So, my idea is simple: 1. Remove all */hs-* ports that are just library dependencies to other */hs-* . 2. Except, probably, ones that need patching. 3. Convert remaining (executable) */hs-* ports to use Stackage as dependency source. There is a problem, though. Unlike Python or Perl, Haskell is a compiled language. This means that if we compile 2 apps that has, say, 100 Haskell library dependencies, we would have to compile these 100 packages twice. These deps would be statically linked into 2 both apps. There would be no build-time sharing now. I think, when building straight from ports some caching could be arranged, but I doubt it will work out for poudriere. What do you all think of this? What cource of action should we take? [1]: http://hackage.haskell.org/ [2]: http://stackage.org/

1 0

Re: [Freebsd-haskell] Porting haskell based software to FreeBSD
by Gabor Pali 02 Jan '18

02 Jan '18

2018-01-01 13:28 GMT+01:00 Palle Girgensohn <girgen(a)freebsd.org>: > The Q/A section of a poudriere build complains about secondary dependencies not being declared. I have not worked with poudriere and the ports tree for a while now so I cannot tell where the problem lies. As far as I remember, you should not have to declare any of the secondary dependencies in the port. If this is not false alarm then it should be taken care of by the .mk files. Although it is very interesting that you did not have to include *all* the indirect dependencies, only vault for wai. I would be curious of what more active committers, e.g. tcberner or bdrewery think of this (find them CC'ed). > ====> Running Q/A tests (stage-qa) > Error: /usr/local/lib/cabal/ghc-8.0.2/x86_64-freebsd-ghc-8.0.2/libHSwai-middleware-static-0.8.1-L7ZRMO8gyE0B7dzzwf77cq-ghc8.0.2.so is linked to /usr/local/lib/cabal/ghc-8.0.2/x86_64-freebsd-ghc-8.0.2/libHSvault-0.3.0.7-7tuRxMAuJ018FM511jvs2K-ghc8.0.2.so from devel/hs-vault but it is not declared as a dependency > > Say like this: > > hs-wai-middleware-static/Makefile: > > USE_CABAL= wai > > hs-wai/Makefile: > > USE_CABAL= vault > > and when hs-wai-middleware-static is building (at least with poudriere) I get the error above, but the port still builds fine. Adding vault to hs-wai-middleware-static/Makefile removes the error, but it is against how ports usually work. Can I just ignore the errors? It may happen that you will have to get away with adding vault explicitly as a dependency as the package directly depends on it by some build tool magic.

1 0

Re: [Freebsd-haskell] Porting haskell based software to FreeBSD
by Gabor Pali 31 Dec '17

31 Dec '17

2017-12-31 15:45 GMT+01:00 Palle Girgensohn <girgen(a)freebsd.org>: > I did not receive Ashish SHUKLA's complete answer. Could someone please share it to me? https://lists.freebsd.org/pipermail/freebsd-haskell/2017-December/000039.ht… > I tried hsporter but it didn't build for me, so I've done it manually. I didn't realize it at first, but it'll be between 45-50 ports when it's all done, so it would have been nice with an automated procedure. For me, the amount of required manual work has not yet reached the level of pain to motivate me to invest more time into the automated solution. According to my last memories on that matter, solving this problem in a generic way (which I usually prefer) is not a straightforward task. Although the procedure is polished and simple it still has many moves that would require manual review. > What about my question on setting for MAINTAINER? I did not include in my reply as I agreed with Ashish. His answer was basically that you can assign them to yourself but I you set them to haskell@, it can make things easier.

1 0

Re: [Freebsd-haskell] Porting haskell based software to FreeBSD
by Gabor Pali 31 Dec '17

31 Dec '17

2017-12-28 22:06 GMT+01:00 Ashish SHUKLA <ashish(a)freebsd.org>: > On 28/12/17 9:11 PM, Palle Girgensohn wrote: >> 0. First, is somebody already working on porting postgrest? :) > Only speaking for myself, I'm not working on it. Me neither. I think you are safe to go with it. >> 1. The postgrest project suggest using devel/stack to get all ports [2]. I assume this is a shortcut that cannot really be used with a port. I guess no, it cannot be. That is for building the project interactively, and it is not targeted for packagers. We do not use Haskell Stack for packaging, that is more intended for development. >> But perhaps the stack tool can be used to get a list of dependant ports? Or is the postgrest.cabal file in the root enough to simply find all dependencies? Yes, the .cabal file can give you the immediate dependencies, but not their (transitive) dependencies. > I don't think it matters how you find out all dependencies (or which > mechanism is kept up-to-date by developers), as long as list of the > dependencies is accurate. Yes, that is right. > Ideally, it would be nice to keep .cabal file, but it all depends on developers. We always keep the .cabal file as the hs- ports still rely on the Cabal library to drive the build process. Basically, what we have in the ports tree is just a moderately thin layer of wrapping all around this. > we used hsporter[1] to generate port. I'm not sure how much accurate it's, > but you can use it to bootstrap your work. For what it is worth, you do not need to use the hsporter -- I usually copy the files for one of the already existing hs- ports and change their contents for the new port, it should be intuitive (but please poke use if not). hsporter will not create ports for the dependencies anyway, you will have to do it yourself. As far as I recall, bsd.cabal.mk is helpful enough to tell the port of which Cabal package is missing on trying to build the port, so you can do the porting incrementally by always adding them to the fold (until you reach ports with no further dependencies).

1 0

Cabal segfaults after update to GHC-7.10.2 from ports
by Eric McCorkle 20 Oct '15

20 Oct '15

Hello, I just updated my Haskell installation in FreeBSD 11 to GHC 7.10 using the ports tree. I am now seeing segfaults from cabal whenever I try to install anything, or even update the package list. Curiously, port builds of Haskell packages seem to work just fine, which leads me to believe the problem is in one of the dependencies as opposed to cabal itself. Also, I can manually compile and run simple programs. I tried various settings (LLVM/no, profile on/off, dynamic on/off) to no avail. Has anyone else seen this? Any advice on how to go about diagnosing the problem?

1 1

Plans for upgrade of lang/ghc to 7.10.2?
by Martin Sugioarto 08 Aug '15

08 Aug '15

Hi, it has been already a while since GHC release 7.10.1, now we already have 7.10.2. Is there a reason why it is not in ports? The GHC website offers binary packages, so the build should work. I wonder if there are many lib/API incompatibilities, because I need things like Xmonad working or I would lose my desktop. ;) Experiences? Would it be better to have lang/ghc710 or upgrade the lang/ghc port? What are your plans here? Or have FreeBSD porters lost their interest in Haskell generally? -- Martin Sugioarto

1 0

Divis�polis - Lista aprovados
by David Anderson 05 Jun '13

05 Jun '13

Divisópolis AMANDA SILVA DE MELO, LEONEL LOPES FERNANDES, FRANCISCO ALBERTO DA SILVA, PÂMELA VIRGÍNIA DE SOUZA, JOÃO CARLOS MOREIRA DE CARVALHO, DAISY CHRISTINE MELO NOGUEIRA, MARIA DENISE FEITOSA, JACQUELINE RAQUEL MENDES PATRIOTA. SAULO DEMIAN FERREIRA MAIA, ÉRICA BEZERRA DA SILVA, MAYRA FIGUEIRÊDO PEREIRA, JUAN JACKSON HOLANDA PONTE RIBEIRO, WESLEY ROGERIO ALVES. Buritinópolis. Acaraú ANA CAROLINA PINTO COSTA, LISLY KATELLY DE PAULA MARTINS, FRANCISCO HELSON DE LIMA NERES, PAULO RAFAEL PEREIRA SOARES, JOÃO CARLOS MOREIRA DE CARVALHO, DAMIÃO JOVENAL DOS SANTOS, MARIA GORETTI LIMA FREIRE, JANIMERY BARBOSA DE ABREU MELO. SHYSLAINE ARAÚJO BEZERRA, ARIANE SOARES SILVA, LUCAS MOREIRA DIAS, GILSON POLICARPO DE SÁ, REBECA DE FREITAS BARROS. Campos de Júlio. Amparo do Serra AMANDA SILVA DE MELO, LEONEL LOPES FERNANDES, FRANCISCO ALBERTO DA SILVA, PÂMELA VIRGÍNIA DE SOUZA, JOÃO CARLOS MOREIRA DE CARVALHO, DAISY CHRISTINE MELO NOGUEIRA, MARIA DENISE FEITOSA, JACQUELINE RAQUEL MENDES PATRIOTA. SAULO DEMIAN FERREIRA MAIA, ÉRICA BEZERRA DA SILVA, MAYRA FIGUEIRÊDO PEREIRA, JUAN JACKSON HOLANDA PONTE RIBEIRO, WESLEY ROGERIO ALVES. Campos de Júlio.

1 0

test
by ashish＠FreeBSD.org 01 Jun '13

01 Jun '13

This works? -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs

1 0

[CFT] FreeBSD Haskell ports update.
by ashish＠FreeBSD.org 04 Apr '11

04 Apr '11

Hi everyone, This is the call for testing for FreeBSD Haskell ports update which is planned to land up in the official ports tree in few weeks. The FreeBSD Haskell ports tree is hosted as portshaker-able[1] git[2] repository on github, accessible at the following URL, along with the instructions on how to use it: https://www.github.com/freebsd-haskell/freebsd-haskell/ We're also making available binary packages for 8.x (amd64) and 8.x (i386) versions from the following URLs: 8.x (amd64) http://haskell.hu.freebsd.org/packages/8-amd64/ 8.x (i386) http://haskell.hu.freebsd.org/packages/8-i386/ To install the available binary packages using pkg_add(1), please set "PACKAGESITE" enviroment variable to "$url/Latest", where "$url" is the URL mentioned above, e.g. to install "hs-porte" for 8.x (amd64): % sudo PACKAGESITE=http://haskell.hu.freebsd.org/packages/8-amd64/Latest/ pkg_add -r hs-porte Following is the list of Haskell related ports which we've updated in the FreeBSD Haskell repository, but aren't owned by haskell@ : net/hs-pcap graphics/hs-hgl devel/hs-BNFC devel/hs-bsd-sysctl ports-mgmt/hs-porte lang/whitespace Could their respective maintainers (CC'd) please review the changes and approve them, if it looks good to them? More information about FreeBSD Haskell initiative is available on FreeBSD wiki at: http://wiki.freebsd.org/Haskell References: [1] http://www.freebsd.org/cgi/ports.cgi?query=portshaker&stype=all&sektion=por… [2] http://www.freebsd.org/cgi/ports.cgi?query=git&stype=all&sektion=devel Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !!

2 1

Periodic Update Summary for Hackage Ports
by HackageDB Port Checking Service 27 Nov '10

27 Nov '10

Current Time: Sun Nov 28 00:04:21 UTC 2010 The list of ports to be updated: Agda 2.2.6 -> 2.2.8 (haskell(a)FreeBSD.org) Agda-executable 2.2.6 -> 2.2.8 (haskell(a)FreeBSD.org) alex 2.3.3 -> 2.3.5 (haskell(a)FreeBSD.org) ansi-terminal 0.5.3 -> 0.5.5 (haskell(a)FreeBSD.org) ansi-wl-pprint 0.5.1 -> 0.6.3 (haskell(a)FreeBSD.org) bio 0.4.6 -> 0.4.8 (haskell(a)FreeBSD.org) cgi 3001.1.8.1 -> 3001.1.8.2 (haskell(a)FreeBSD.org) checkers 0.2.6 -> 0.2.7 (haskell(a)FreeBSD.org) criterion 0.5.0.3 -> 0.5.0.5 (haskell(a)FreeBSD.org) curl 1.3.5 -> 1.3.6 (haskell(a)FreeBSD.org) darcs 2.4.4 -> 2.5 (haskell(a)FreeBSD.org) dataenc 0.13.0.3 -> 0.13.0.4 (haskell(a)FreeBSD.org) deepseq 1.1.0.0 -> 1.1.0.2 (haskell(a)FreeBSD.org) feed 0.3.7 -> 0.3.8 (haskell(a)FreeBSD.org) FileManip 0.3.3 -> 0.3.5.1 (haskell(a)FreeBSD.org) ghc-paths 0.1.0.5 -> 0.1.0.8 (haskell(a)FreeBSD.org) haddock 2.4.2 -> 2.8.1 (haskell(a)FreeBSD.org) happy 1.18.5 -> 1.18.6 (haskell(a)FreeBSD.org) hashed-storage 0.5.2 -> 0.5.4 (haskell(a)FreeBSD.org) haskeline 0.6.2.3 -> 0.6.3.2 (haskell(a)FreeBSD.org) haskell-src-exts 1.9.0 -> 1.9.6 (haskell(a)FreeBSD.org) hint 0.3.2.3 -> 0.3.3.1 (haskell(a)FreeBSD.org) hs-bibutils 0.3 -> 4.12 (haskell(a)FreeBSD.org) hscolour 1.15 -> 1.17 (haskell(a)FreeBSD.org) HTTP 4000.0.9 -> 4000.1.0 (haskell(a)FreeBSD.org) hxt 8.5.4 -> 9.0.0 (haskell(a)FreeBSD.org) libmpd 0.4.1 -> 0.5.0 (haskell(a)FreeBSD.org) MemoTrie 0.4.7 -> 0.4.9 (haskell(a)FreeBSD.org) mmap 0.5.6 -> 0.5.7 (haskell(a)FreeBSD.org) mwc-random 0.7.0.1 -> 0.8.0.2 (haskell(a)FreeBSD.org) network-bytestring 0.1.3 -> 0.1.3.2 (haskell(a)FreeBSD.org) oeis 0.2.2 -> 0.2.2.1 (haskell(a)FreeBSD.org) pcap 0.4.5 -> 0.4.5.1 (jupengfei(a)gmail.com) porte 0.0.3 -> 0.0.4 (sbahra(a)repnop.org) primitive 0.3 -> 0.3.1 (haskell(a)FreeBSD.org) QuickCheck 2.1.1.1 -> 2.4.0.1 (haskell(a)FreeBSD.org) safe 0.2 -> 0.3 (haskell(a)FreeBSD.org) scgi 0.3.2 -> 0.3.3 (haskell(a)FreeBSD.org) SHA 1.4.1.1 -> 1.4.1.3 (haskell(a)FreeBSD.org) split 0.1.2 -> 0.1.2.3 (haskell(a)FreeBSD.org) statistics 0.6.0.2 -> 0.8.0.4 (haskell(a)FreeBSD.org) stringsearch 0.3.0 -> 0.3.2 (haskell(a)FreeBSD.org) tagsoup 0.10.1 -> 0.11.1 (haskell(a)FreeBSD.org) test-framework 0.3.2 -> 0.3.3 (haskell(a)FreeBSD.org) test-framework-quickcheck2 0.2.7 -> 0.2.8 (haskell(a)FreeBSD.org) testpack 1.0.2 -> 2.0.1 (haskell(a)FreeBSD.org) texmath 0.3.0.2 -> 0.4 (haskell(a)FreeBSD.org) transformers 0.2.1.0 -> 0.2.2.0 (haskell(a)FreeBSD.org) unamb 0.2.2 -> 0.2.4 (haskell(a)FreeBSD.org) uniplate 1.5.1 -> 1.6 (haskell(a)FreeBSD.org) unix-compat 0.1.2.1 -> 0.2 (haskell(a)FreeBSD.org) uuagc 0.9.29 -> 0.9.33 (haskell(a)FreeBSD.org) vector 0.6.0.2 -> 0.7.0.1 (haskell(a)FreeBSD.org) vector-algorithms 0.3.2 -> 0.4 (haskell(a)FreeBSD.org) vector-space 0.7.1 -> 0.7.2 (haskell(a)FreeBSD.org) 55 ports total.

1 0