- arch-haskell - Haskell.org

updating AUR pkgs which belong to arch-haskell
by Gour 18 Jul '10

18 Jul '10

Hello! Today I wanted to update haskell-yesod package on AUR, but quite a few packages are out-of date. Can we form some team of Haskell Archlinux users and give them password to update AUR packages which belong to 'arch-haskell' uid? With the present situation one is forced to either create new packages under one's own uid (splitting the haskell community on Arch unnecessary) and/or bump out-of-date packages in one's own local repo. The latter method, however, does not help updating AUR packages which cannot depend on non-existing AUR versions. Any suggestion? Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: F96FF5F6 ----------------------------------------------------------------

2 2

cabal2arch, Hackage libraries and the "haskell-" pkgname prefix
by Xyne 06 Jun '10

06 Jun '10

Hi, Bauerbill uses the package list located at the following address to construct a database of Hackage packages: http://hackage.haskell.org/packages/archive/pkg-list.html As I've understood the guidelines, all library packages include the "haskell-" prefix whereas stand-alone applications do not. A user recently reported an error while trying to build Pandoc from Hackage using Bauerbill. The problem seems to be that the aforementioned list describes Pandoc only as "programs", which causes Bauerbill to regard it as a stand-alone app.* Cabal2arch, however, is able to correctly determine that it includes libraries and should thus be named "haskell-pandoc". Can anyone on this list (Dons?) correct the package list? What is the best way to detect that a package contains libraries? I haven't looked at cabal2arch's source code but presumably it gleans such information from the .cabal file. I could update Bauerbill to do the same but having a global list is much more useful when managing multiple packages. Is the Hackage package list not generally reliable for this purpose? Regards, Xyne * Bauerbill regards a package as a library if the description on that list includes "library".

2 1

quickcheck<2 breakage
by Thomas Girod 31 May '10

31 May '10

hi there. trying to install gitit with bauerbill, I get this: WARNING: unresolved dependencies: gitit -> haskell-happstack-server -> haskell-happstack-util -> haskell-quickcheck<2 (not found) is there a way to solve the problem ? thomas

1 0

haskell-platform group
by Ken Allen 31 May '10

31 May '10

Have you considered adding all of the haskell platform packages to a group so that it's easier for people to install? I'm just getting back into haskell and I was a bit disappointed that despite all the support for haskell in arch (thanks!) I can't just install the platform in one shot like on windows. It seems like all you would need to do is add groups=(haskell-platform) to the pkgbuilds for ghc, haskell-mtl, etc. -- Ken

3 2

PKGBUILDs for new gtk2hs
by Don Stewart 26 May '10

26 May '10

Hey all, gtk2hs was cabalized and released on Hackage. It just works. I ran cabal2arch over the .cabal files, and generated working packages for everything except webkit, where it looks like webkit might be missing in AUR? (Didn't check hard). haskell-vte-0.11.0 haskell-svgcairo-0.11.0 haskell-soegtk-0.11.0 haskell-gtksourceview2-0.11.0 haskell-gtkglext-0.11.0 haskell-gstreamer-0.11.0 haskell-gnomevfs-0.11.0 haskell-glade-0.11.0 haskell-gconf-0.11.0 haskell-gtk-0.11.0 haskell-pango-0.11.0 haskell-cairo-0.11.0 haskell-gio-0.11.0 haskell-glib-0.11.0 gtk2hs-buildtools-0.9 Are all in AUR now. One major caveat: cabal2arch doesn't understand the "pkgconfig-depends:" at the moement, which is where the gtk packages are storing their C library dependencies. So the above packages only work if you already installed the C deps. I'll modify cabal2arch to also take into account, and interpret pkgconfig-depends, and then we should be in business with new automated Arch packages for gtk. -- Don

1 2

Re: Can I help to maintain Haskell packages on AUR?
by Don Stewart 25 May '10

25 May '10

simons: > Hi Don, > > the AUR packages haskell-{hsdns,hsemail,funcmp} are out-of-date for quite a > while now. According to gour, the reason is that the ArchHaskell team lacks > developers to perform the updates. > > I would be happy to contribute some time and effort to the project. Can I help > in some way? Yes, I think you can. I need to package up my scripts so that it is easy for anyone to update our packages. Stay tuned for more details. -- Don

2 2

Documentation in binary packages?
by Magnus Therning 25 Apr '10

25 Apr '10

I notice that haddock documentation isn't built into binary packages (haskell-dataenc, haskell-network, etc), while it is shipped with GHC itself. Furthermore, all packages built from AUR will include haddock documentation by default. Is there any reason for *not* shipping haddock documentation with all pre-built packages? At the moment this is causing me grief because haskell mode for vim relies on local documentation for features like "add import statement for identifier under the cursor", and with the current situation it will only find identifiers in GHC and AUR-built packages. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 4

Grumblings about install size
by Don Stewart 05 Apr '10

05 Apr '10

Hey all, There are some grumblings about the "650M install" size for ghc 6.12 Arch package. A lot of this can't be helped, and disk is cheap, but it might be worth a check to see how we're packaging GHC. On Fedora, for example, they ship the prof libs in a separate package, so their install size is 270M (around half). Maybe we should do that? As a comparison, the compressed package sizes on various distros: GHC package on Arch: 109M Mac installer: 138M Windows installer: 55M Now, maybe this isn't a bug in the Arch packaging for GHC (and there are various things we can do to bring down the size, such as using dynlibs or split objects). -- Don

3 4

packaging the haskell platform: another shot
by Thomas Girod 29 Mar '10

29 Mar '10

Hi people. yesterday I tried to write a PKGBUILD for the haskell-platform. it looks like this (work in progress): ---- pkgname=haskell-platform pkgver=2010.1.0.0 pkgrel=1 pkgdesc="the haskell platform" arch=('i686' 'x86_64') url="http://hackage.haskell.org/platform/" license=('BSD') groups=() depends=('ghc>=6.12.1') makedepends=() optdepends=() provides=('cabal-install=0.8.0' 'alex=2.3.2' 'happy=1.18.4' 'haddock=2.7.2' 'haskell-cgi=3001.1.7.2' 'haskell-fgl=5.4.2.2' 'haskell-glut=2.1.2.1' 'haskell-haskell-src=1.0.1.3' 'haskell-html=1.0.1.2' 'haskell-hunit=1.2.2.1' 'haskell-mtl=1.1.0.2' 'haskell-network=2.2.1.7' 'haskell-opengl=2.2.3.0' 'haskell-parallel=2.2.0.1' 'haskell-parsec=2.1.0.1' 'haskell-quickcheck=2.1.0.3' 'haskell-regex-base=0.93.1' 'haskell-regex-compat=0.92' 'haskell-regex-posix=0.94.1' 'haskell-stm=2.1.1.2' 'haskell-xhtml=3000.2.0.1' 'haskell-zlib=0.5.2.0' 'haskell-http=4000.0.9' 'haskell-deepseq=1.1.0.0') conflicts=() replaces=() backup=() options=() install= source=(http://hackage.haskell.org/platform/$pkgver/$pkgname-$pkgver.tar.gz) noextract=() md5sums=('ad96a12535b955f2f5e11769b02e0f76') build() { cd "$srcdir/$pkgname-$pkgver" ./configure --prefix=/usr make || return 1 make DESTDIR="$pkgdir/" install } ---- as you can see, it is supposed to build *all* the platform in one bundle, and it uses the "provides" field to list all the packages offered by the platform, rather than building its content through dependencies. If one wants to have the platform version and the bleeding edge of a package, it might be problematic. A possible solution could be to use a different naming scheme for non-platform versions, like using the prefix "hackage-" rather than "haskell-" for example. Well I guess there are reasons for not using this approach already, and I'm not seeing them. If it is the case, I would be glad to hear them. ---- note : the above script doesn't work, for sure I did some stuff wrong. Maybe it could be better to use the cabalized version of the haskell-platform and then declare cabal-install, alex, happy and haddock as external dependencies - but then if any of those gets pushed ahead of the platform, it *will* cause troubles. Tom

2 2

lhs2tex broken
by Wei Hu 29 Mar '10

29 Mar '10

After the gmp upgrade, I had to upgrade this package too. It failed to find polycode.fmt when processing .lhs files: lhs2TeX: user error (File `polycode.fmt' not found in search path: . /home/wh5a/lhs2tex-1.15 /home/wh5a/lhs2tex /home/wh5a/lhs2TeX /home/wh5a/.lhs2tex-1.15 /home/wh5a/.lhs2tex /home/wh5a/.lhs2TeX /usr/share/lhs2tex-1.15 /usr/local/share/lhs2tex-1.15 /usr/local/lib/lhs2tex-1.15 /usr/lib/lhs2tex-1.15 /usr/local/share/lhs2tex /usr/local/lib/lhs2tex /usr/share/lhs2tex /usr/lib/lhs2tex /usr/local/share/lhs2TeX /usr/local/lib/lhs2TeX /usr/share/lhs2TeX /usr/lib/lhs2TeX ) However, I do have /usr/share/lhs2tex-1.15/polycode.fmt. Any ideas?

1 0