debian-haskell October 2005

debian-haskell@lists.urchin.earth.li

5 participants
6 discussions

Gtk2Hs 0.9.10 release candidate 2 available for testing
by Duncan Coutts 26 Oct '05

26 Oct '05

All, The second release candidate for Gtk2Hs 0.9.10 is now available. (The actual version number is 0.9.9.8) The tarball is available from our web page: http://haskell.org/gtk2hs/gtk2hs-0.9.9.8.tar.gz (md5sum 162e59d722ce1d430b46993ffd8dd15f) Now would be a good time for people who build Gtk2Hs packages for distros to have a go and report any build problems. (Which is why I'm bcc'ing the distro packaging folk.) Changes since the first release candidate: * actionMenu demo now built * ./configure --disable-cairo now works when using Gtk+ 2.8 * build fix for BSD sed (affected OS X) * errors from ghc-pkg when registering the gtk package when an older version of gtk was already registered. * make it build with old versions of pango, gtk and ghc * minor documentation tweaks * fixed (hopefully) bug when initialising gconf. Please test this on your platform and report success or failures to this list. Reports for less common platforms, processors architectures and older versions of GHC and Gtk+ are particularly appreciated. For testing, try building, installing and then run: make installcheck This will build all the demo programs that are appropriate for your configuration. Running a selection of them would be good. Then if you have any other programs that use Gtk2Hs then testing those with this new release would be good. I am particularly interested to know if the mozembed package + demo is working on all platforms. A quick summary for people building Gtk2Hs packages: ./configure --enable-packager-mode --enable-libglade --enable-gconf --enable-sourceview ( --enable-mozilla | --enable-firefox ) --enable-cairo --enable-docs Delete as appropriate if you do not intend to include all the optional parts. Note that the cairo package is new. It requires cairo-1.0 or later. If you build against Gtk+ 2.8.x then the gtk/cairo integration features will also be bound - otherwise the cairo package can only be used on its own to write to png files. When using --enable-packager-mode the packages to not get registered using ghc-pkg during make install. They are installed to the target however so you can register them youself. For ghc-6.2 and eariler it installs ${pkg}.pkg files and for ghc 6.4 and later it installs ${pkg}.package.conf. Either way they get registered using ghc-pkg (though of course the ghc-pkg syntax changed between ghc 6.2 nad 6.4). The package files also specify the exact dependencies between the different Gtk2Hs packages. Also When using --enable-packager-mode the GHCi .o files are not built. You can build them by using ghc-pkg --auto-ghci-libs or like so: ld --relocatable --discard-all --output=HS${pkg}.o --whole-archive libHS${pkg}.a (the appropriate command with BSD or OSX ld will be slightly different) For reference there is a gentoo ebuild that I maintain that might be useful to you: http://haskell.org/~gentoo/gentoo-haskell/portage/dev-haskell/gtk2hs/gtk2hs… You should expect this release to work on x86, amd64 (when using ghc-6.4.1), sparc and ppc arches. The documentation should build with Haddock 0.6, however it is highly reccomened that you use Haddock 0.7 since it does a much better job with getting the links right. If you have any other packaging questions or problems please do ask. Duncan

1 0

ghc 6.4.1 in unstable
by Ian Lynagh 18 Oct '05

18 Oct '05

Hi all, ghc6 6.4.1-1 is now in unstable and has built on most arches. Please upload updated libraries when possible. Thanks Ian

1 0

Bug#333718: ITP: riot -- information organisation tool
by Jérémy Bobbio 13 Oct '05

13 Oct '05

Package: wnpp Severity: wishlist Owner: Jérémy Bobbio <jeremy.bobbio(a)etu.upmc.fr> * Package name : riot Version : 0.1ds-20050822 Upstream Author : Tuomo Valkonen <tuomov(a)iki.fi> * URL : http://modeemi.fi/~tuomov/riot/ * License : GPL Description : information organisation tool Riot is a tool for keeping (textual) information organised. Some people call such programs 'outliners'. It is a todo list and note manager, and a manager for whatever information one might collect. Riot has an interface resembling those of slrn and mutt and all text editing is done with an external editor: Riot is simply a nice-to-use browser for collections of text. -- Jérémy

1 0

Re: Bug#328663: very old package, should this be removed?
by Michael Weber 08 Oct '05

08 Oct '05

* Marc 'HE' Brockschmidt <marc(a)marcbrockschmidt.de> [2005-09-16T18:30+0200]: > During the Debian QA meeting hold during Sept. 09th till 11th, we > decided that looking at packages that haven't been uploaded for a very > long time could cover up some QA problems. > > I've done this now and your package showed up on the list. I propose > to remove it. > There are almost no users and the package is also quite out of date wrt > Debian's policies. There is also a new upstream version, but neither > have you packaged it, nor has someone requested it in the BTS. If the debian-haskell team (CC'd) has nothing against it, I agree with the removal of package ctklight. Otherwise, any volunteers for taking it over? Cheers, Michael

2 2

nhc98 and hat
by Ian Lynagh 04 Oct '05

04 Oct '05

Hi all, nhc98 ===== With the current toolchain, nhc98 is no longer building on mips (or mipsel, I assume), which greatly reduces the value of having it over just ghc6 in my eyes as it probably won't give us any extra arches come 6.4.1. Also, people packaging libraries don't seem to have been interested in adding support for it; the only packages build-depending on it are: cpphs, drift, haskell-utils, hat, hmake and I can't see this improving while it doesn't have cabal support and can't handle contemporary Haskell. The popcon figures[0][1] show that it is closer to ghc5, due for removal, than to ghc6/hugs. Based on what I've been told/seen, things aren't likely to be fixed terribly soon, so I propose dropping it for now. When it (or jhc, or another) looks like being a viable alternative implementation we can look at (re)packaging it. So, before I file a bug for its removal, is there anyone interested in taking over maintenance? hat === Also, the above pretty much all applies to hat too (except the compilation problems). As I've never really used it (mainly due to it not handling contemporary Haskell) I think I'd like to let it go too. Again, is anyone interested in taking over maintenance? (the package has a fair bit of hackery to cope with a single set of tools but libraries for each implementation. I can't remember if this is merged upstream in the latest version; at any rate, if ghc5 and nhc98 go it could be dropped for the time being if forward-porting it is difficult). I'm afraid I don't have the time to offer to sponsor uploads. Thanks Ian [0] http://people.debian.org/~igloo/popcon-graphs/index.php?packages=ghc6+ghc5+… [1] http://people.debian.org/~igloo/popcon-graphs/index.php?packages=ghc6+ghc5+…

2 2

ghc5 removal
by Ian Lynagh 04 Oct '05

04 Oct '05

Hi all, ghc5 is no longer building with the current Haskell tools, and hasn't with current gcc for some time. I don't think it provides enough benefit for the amount of work keeping it working will take, so I'd like to drop it. Before I file a request for removal, is there anyone who feels differently and would like to adopt it? c2hs will also need to be removed or updated (I think there was someone looking at that recently, but I can't remember who?). Thanks Ian

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

debian-haskell October 2005