On 21 April 2010 13:43, Axel Simon <axel.si...@in.tum.de> wrote: >> For example, do I need to create a new repository >> http://code.haskell.org/vte/ >> after I finish conversion to Cabal? > > Yes. Maybe we can apply for these repositories all at once.
You can let me know what new ones you want. I can do them in a batch. The other alternative is to have a "gnome" or "gtk2hs-extra" repository and stick the extra packages in there. They don't have to be released at the same time. It might help if it's the same maintainer for several of the packages. There's a certain overhead to having separate packages. >> And we should drop >> `gtk2hs/gtk/Graphics/UI/Gtk/TreeList` >> and >> `gtk2hs/sourceview`. >> Above two packages is departed, haven't any reason to maintain them. >> > > Yes, the first version of sourceview can probably go. Can I vote for the old gtk2hs/gtk/Graphics/UI/Gtk/TreeList staying a bit longer? In a commercial app I developed, we had a problem with the new stuff, segfaults. They went away when I switched to the old TreeList bits. I should try again and see if I can track down the problem. At the time we had deadlines. > I think we should release as soon as all the cabal files and the new > repositories are in place. The last release has been quite a while ago > and people are waiting for a version that compiles with ghc 6.12. Aye. Maybe even release the core packages to hackage before the extra ones are available. > My bootstrap.sh script would contain: > > for pkg in glib cairo pango gtk; do cd $pkg; cabal clean; cabal > configure --user; cabal build; cabal haddock; cabal install; cd ..; > done; > > We could add such a script for us but the ordinary user will hopefully > get away with cabal-install. I hope to add a feature to cabal-install to let it know about multiple related locally unpacked packages (eg the gtk2hs repo/build tree). It would do the same dependency analysis as it does with packages from hackage, it's just a different kind of package archive, one where the packages are already unpacked locally. Duncan ------------------------------------------------------------------------------ _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
