debian-haskell July 2008

debian-haskell@lists.urchin.earth.li

5 participants
7 discussions

[Fwd: 'gtk2hs' uploaded to mentors.debian.net]
by Marco Túlio Gontijo e Silva 17 Jul '08

17 Jul '08

Hello, -------- Mensagem encaminhada -------- > Your upload of the package 'gtk2hs' to mentors.debian.net was > successful. Sponsors can now download it. The URL of your package is: > http://mentors.debian.net/debian/pool/main/g/gtk2hs I've made a new version of the gtk2hs package. Changes are a new design of debian/copyright and manual dependencies added to debian/control, such as libglib2.0-dev, libgtk2.0-dev, etc. Greetings. -- Marco Túlio Gontijo e Silva Página: http://marcotmarcot.googlepages.com/ Blog: http://marcotmarcot.blogspot.com/ Correio: marcot(a)riseup.net XMPP: marcot(a)jabber.org IRC: marcot(a)irc.freenode.net Telefone: 25151920 Celular: 98116720 Endereço: Rua Turfa, 639/701 Prado 30410-370 Belo Horizonte/MG Brasil

2 4

>= instead of == for build-deps
by Joachim Breitner 15 Jul '08

15 Jul '08

Hi list, I’d like to bring up an old discussion again. In http://urchin.earth.li/pipermail/debian-haskell/2008-March/000386.html Ian explains the reasons for the strict build dependencies for haskell libraries. But there is a problem with the current way, that has bit me recently. Here is what happened: 1. haskell-x11 was updated and auto-built 2. xmonad, xmonad-contrib were uploaded, build-depending on haskell-x11 3. xmonad and xmonad-contrib were tried at the same time, xmonad succeeding, but xmonad-contrib failing, because xmonad was not done yet. 4. manual intervention needed to “give back” (retry) xmonad-contrib which obviously is not optimal. Theoretically, there are "Dep-Waits", i.e. flags that tell the buildds that a particular package should not be tried until the other version is present. These are set when a package is uploaded, and would fix our problem. Unfortunately, they do not work well with == build dependencies, and it seems for a reason[1] (it might be able to fix this, but that would involve larger changes that I first thought). OTOH, >= build dependencies would work great, and from what Ian said, this would be sufficient for us. Therefore I’m proposing to use >= for haskell library build-dependencies in the future, to make auto-building less problematic. Ian, do you agree with this conclusion? Thanks, Joachim [1] http://lists.debian.org/debian-release/2008/07/msg00169.html -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

2 3

[Fwd: gtk2hs_0.9.13-1_i386.changes REJECTED]
by Marco Túlio Gontijo e Silva 11 Jul '08

11 Jul '08

-------- Mensagem encaminhada -------- > De: Mark Hymers <ftpmaster(a)debian.org> > Para: Marco Túlio Gontijo e Silva <marcot(a)riseup.net>, > nomeata(a)debian.org > Cc: Debian Installer <installer(a)ftp-master.debian.org> > Assunto: gtk2hs_0.9.13-1_i386.changes REJECTED > Data: Fri, 11 Jul 2008 18:52:11 +0000 > > Dear Maintainer, > > This package has been rejected because debian/copyright is incomplete. > T following license is used in demo/noughty: I added this license and changed some things in the copyright file, and uploaded it again to Mentors. Can you take a look, specially in my changes in debian/copyright? I've included your patch in rules too. Greetings. -- Marco Túlio Gontijo e Silva Página: http://marcotmarcot.googlepages.com/ Blog: http://marcotmarcot.blogspot.com/ Correio: marcot(a)riseup.net XMPP: marcot(a)jabber.org IRC: marcot(a)irc.freenode.net Telefone: 25151920 Celular: 98116720 Endereço: Rua Turfa, 639/701 Prado 30410-370 Belo Horizonte/MG Brasil

1 0

Re: [Debian-haskell] Location of gtk2hs 0.9.13 packages
by Joachim Breitner 10 Jul '08

10 Jul '08

Hi, Am Freitag, den 04.07.2008, 16:14 -0300 schrieb Marco Túlio Gontijo e Silva: > The files are here: > http://marcotmarcot.googlepages.com/gtk2hs_0.9.13.orig.tar.gz > http://marcotmarcot.googlepages.com/gtk2hs_0.9.13-1.diff.gz > http://marcotmarcot.googlepages.com/gtk2hs_0.9.13-1.dsc I’m not yet satisfied (Although I have not checked whether the previous package was better ;-)): You build-depend on the current version of libghc6-mtl-dev, which is correct. But only the libghc6-cairo-dev package has a binary dependency, although I find $ grep mtl */*.package.conf.in cairo/cairo.package.conf.in:depends: base mtl-@PKG_MTL_VERSION@ glib-@PACKAGE_VERSION@ @CAIRO_SPLITBASE_DEPENDS@ gnomevfs/gnomevfs.package.conf.in:depends: glib-@PACKAGE_VERSION@ mtl @GNOMEVFS_SPLITBASE_DEPENDS@ gstreamer/gstreamer.package.conf.in:depends: glib-@PACKAGE_VERSION@ mtl-@PKG_MTL_VERSION@ @GSTREAMER_SPLITBASE_DEPENDS@ gtk/gtk.package.conf.in:depends: base mtl-@PKG_MTL_VERSION@ glib-@PACKAGE_VERSION@ @GTK_CAIRO_DEPEND@ @GTK_SPLITBASE_DEPENDS@ soegtk/soegtk.package.conf.in:depends: base mtl-@PKG_MTL_VERSION@ gtk-@PACKAGE_VERSION@ @GTK_CAIRO_DEPEND@ @SOEGTK_SPLITBASE_DEPENDS@ svgcairo/svgcairo.package.conf.in:depends: base mtl-@PKG_MTL_VERSION@ glib-@PACKAGE_VERSION@ cairo-@PACKAGE_VERSION@ which means that some packages lack the dependency, most do not depend on libghc6-cairo-dev. This is particularly bad as the postinst/prerm scripts of gtk2hs (and most haskell-utils based packages) handle wrong dependencies on the ghc-pkg level very badly. There is the debhelper dh_haskell_depends which automates the generation of binary dependencies by parsing the installed package.conf file. Maybe you can try that – jgoerzen might be of help here. I think this would be better solution than manual debian/control editing, at least for the binary Dependencies, as then the haskell packaging becomes more homogeneous. The other dh_haskell scripts seem also be useful for gtk2hs. (hmm, looking more at dh_haskell makes me thing of trying it for xmonad – at least in the next upload.) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

2 4

Bug in gtk2hs 0.9.13
by Marco Túlio Gontijo e Silva 02 Jul '08

02 Jul '08

Hello, I found a bug that the gtk2hs 0.9.13 is not copying the doc-index-[A-Z...].html files in make install, so the package is being built without them. Do you think it's a very bad idea to move them in debian/rules as a workaround while the bug is not fixed? Thanks. -- Marco Túlio Gontijo e Silva Página: http://marcotmarcot.googlepages.com/ Blog: http://marcotmarcot.blogspot.com/ Correio: marcot(a)riseup.net XMPP: marcot(a)jabber.org IRC: marcot(a)irc.freenode.net Telefone: 25151920 Celular: 98116720 Endereço: Rua Turfa, 639/701 Prado 30410-370 Belo Horizonte/MG Brasil

1 0

Re: [Debian-haskell] Could we move this to lists.debian.org?
by John Goerzen 02 Jul '08

02 Jul '08

Jeremy Shaw wrote: > I have no objections. FWIW, I have filed bug #488418 to request this. -- John

3 3

Re: [Debian-haskell] ghc6 6.8.2
by Joachim Breitner 01 Jul '08

01 Jul '08

[Moving to the list, as it might be of interest to others] Hi, Am Montag, den 30.06.2008, 16:46 -0300 schrieb Marco Túlio Gontijo e Silva: > Em Seg, 2008-06-30 às 11:20 +0200, Joachim Breitner escreveu: > > I think this is to make sure that the autobuilders will only build the > > package when they have an up-to-date ghc already, otherwise the > > generated package will be uninstallable once the ghc6 is up-to-date. > > > > It might even be advisable to use strict dependencies for the various > > used haskell-libs. This is what haskell-utils is doing. > > Then I think I should study a little bit more of haskell-utils to try to > adapt it's new version to gtk2hs. Sounds good. Until gtk2hs is cabalized you probably can’t use haskell-utils directly, but if you agree with it’s way of handling dependencies, you can adopt that of course. > I've asked about moving it to cdbs, do you think it's a good idea? Personally, I see cdbs as the right tool for packages that build and install in a very standard way, i.e., if no or very little modification to the building has to be done, and I doubt that this applies to gtk2hs. OTOH, since you are stepping up as the maintainer of gtk2hs, if you prefer cdbs, you are welcome to use it, of course. > Maybe it'd be good to wait till I improve the deps --- or at least, keep > the ghc6 dep the way it were. You didn’t upload a package with an unversioned dependency on ghc6 yet, right? So I can upload that if you want, but if you prefer to work on the packaging yet some more, that’s fine with me. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

debian-haskell July 2008