March 2008 - cabal-devel

patch applied (cabal): Restore using 30k max command line sizes when linking
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 18:08:57 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Restore using 30k max command line sizes when linking See http://hackage.haskell.org/trac/hackage/ticket/98#comment:17 M ./Distribution/Simple/GHC.hs -3 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080305020857-adfee-356918ea…

1 0

patch applied (cabal-install): Hackage/List.hs: port showPackageInfo to pretty-printing combinators, improve display of packages with multi-line synopses
by Duncan Coutts 05 Mar '08

05 Mar '08

Tue Mar 4 13:17:07 PST 2008 Brent Yorgey <byorgey(a)gmail.com> * Hackage/List.hs: port showPackageInfo to pretty-printing combinators, improve display of packages with multi-line synopses M ./Hackage/List.hs -23 +22 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080304211707-bd4d7-…

1 0

darcs patch: cabal-install: port showPackageInfo to pretty-printing combinators, improve display of packages with multi-line synopses
by Brent Yorgey 04 Mar '08

04 Mar '08

Tue Mar 4 16:17:07 EST 2008 Brent Yorgey <byorgey(a)gmail.com> * Hackage/List.hs: port showPackageInfo to pretty-printing combinators, improve display of packages with multi-line synopses

1 0

patch applied (cabal-install): Fix defect when unpacking tar files containing links
by Duncan Coutts 04 Mar '08

04 Mar '08

Tue Mar 4 11:42:55 PST 2008 Lennart Kolmodin <kolmodin(a)gentoo.org> * Fix defect when unpacking tar files containing links There were two issues; * Unpacking links that point to files not yet unpacked * Used the link target as absolute path, but it's relative This patch addresses both issues, which is ticket #246. There may still be errors if a link refer to another link which has not been unpacked yet. M ./Hackage/Tar.hs -7 +15 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080304194255-fdf66-…

1 0

Re: [Hackage] #58: allow darcs repo to be specified in cabal file
by Hackage 04 Mar '08

04 Mar '08

#58: allow darcs repo to be specified in cabal file ----------------------------+----------------------------------------------- Reporter: ijones | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.4 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Comment (by igloo): Replying to [comment:7 kolmodin]: > I'd like a tool that downloads the scm version of a cabal package. very simple yet I'd find it much useful. > > {{{ > cabal-source get zlib > }}} > should run darcs and give me the zlib repo in the current dir. Nice... I'd expect a `--development` flag, or similar, to be needed if you want the source from the RCS. Otherwise I'd expect it to give you the source from the latest tarball. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/58#comment:8> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: Fix defect when unpacking tar files containing links
by Lennart Kolmodin 04 Mar '08

04 Mar '08

Tue Mar 4 20:42:55 CET 2008 Lennart Kolmodin <kolmodin(a)gentoo.org> * Fix defect when unpacking tar files containing links There were two issues; * Unpacking links that point to files not yet unpacked * Used the link target as absolute path, but it's relative This patch addresses both issues, which is ticket #246. There may still be errors if a link refer to another link which has not been unpacked yet.

1 0

Re: [Hackage] #58: allow darcs repo to be specified in cabal file
by Hackage 04 Mar '08

04 Mar '08

#58: allow darcs repo to be specified in cabal file ----------------------------+----------------------------------------------- Reporter: ijones | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.4 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Comment (by kolmodin): I'd like a tool that downloads the scm version of a cabal package. very simple yet I'd find it much useful. {{{ cabal-source get zlib }}} should run darcs and give me the zlib repo in the current dir. Nice... About knowing which kind of repo it is, lets have a look what other tools does. Layman is an application to help the user get and update his Gentoo overlays (extra stuff not covered in portage). It uses a description file, http://www.gentoo.org/proj/en/overlays/layman- global.txt . A short snippet from the xml: {{{ type = "darcs" src = "http://www.haskell.org/~gentoo/gentoo-haskell/" }}} It mentions both the type of scm, and the location. Another alternative would be to just write an URI, possibly combining the tool and the source location: {{{ darcs+http://www.haskell.org/~gentoo/gentoo-haskell/ }}} That would require us to invent the URI scheme when the scm itself doesn't provide such names itself. I guess writing both the type and the location in separate fields would be easiest. Either way, I really think the type of the tool to use must be described or we will not be able to do much cool stuff. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/58#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 04 Mar '08

04 Mar '08

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: Cabal library | Version: 1.2.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by duncan): Replying to [comment:16 guest]: > We have Solaris 10, you're program outputs the value 1048320, too. However, my problem was about the xargs -s value. So draw your own conclusions from my output below. Cheers Christian Thanks very much Christian, that's great. I don't think us cabal hackers realised it was just `xargs` the unix program that had the limit and assumed it was the process limit. There's also an `xargs` function in cabal and we mistakenly applied the limit to that too: {{{ Thu Oct 18 15:05:00 BST 2007 Simon Marlow <simonmar(a)microsoft.com> * FIX GHC bug #1785: use 2048 as the maximum command-line size Apparently Solaris sets a limit of 2048 here hunk ./Distribution/Simple/GHC.hs 411 - maxCommandLineSize = 30 * 1024 + -- used to be 30k, but Solaris needs 2k (see GHC bug #1785) + maxCommandLineSize = 2048 hunk ./Distribution/Simple/GHC/Makefile.in 62 - (echo $(C_OBJS) `$(MKSTUBOBJS)`; find $(patsubst %.$(osuf),%_split,$(HS_OBJS)) -name '*.$(way_)o' -print) | xargs -s 30000 $(AR) q $(EXTRA_AR_ARGS) $@ $ + (echo $(C_OBJS) `$(MKSTUBOBJS)`; find $(patsubst %.$(osuf),%_split,$(HS_OBJS)) -name '*.$(way_)o' -print) | xargs -s 2048 $(AR) q $(EXTRA_AR_ARGS) $@ $ }}} (Simon later applied another patch to remove the `-s` arg from the `xargs` program invocation) So I'll change `maxCommandLineSize` back to 30k which seemed to be ok previously. I'm leaving the call to the `xargs` program well alone. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:17> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 04 Mar '08

04 Mar '08

#98: cabal assumes -x option for linking ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: Cabal library | Version: 1.2.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ---------------------------------------+------------------------------------ Comment (by guest): We have Solaris 10, you're program outputs the value 1048320, too. However, my problem was about the xargs -s value. So draw your own conclusions from my output below. Cheers Christian {{{ -bash-3.00$ ./a.out ARG_MAX == 1048320, sysconf(_SC_ARG_MAX) == 1048320 -bash-3.00$ xargs -s 30000 xargs: 0 < max-cmd-line-size <= 2048: 30000 xargs: Usage: xargs: [-t] [-p] [-e[eofstr]] [-E eofstr] [-I replstr] [-i[replstr]] [-L #] [-l[#]] [-n # [-x]] [-s size] [cmd [args ...]] -bash-3.00$ uname -a SunOS leo 5.10 Generic_127111-03 sun4u sparc SUNW,Sun-Fire-280R -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98#comment:16> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #67: sdist doesn't include .hs-boot files
by Hackage 04 Mar '08

04 Mar '08

#67: sdist doesn't include .hs-boot files ----------------------------+----------------------------------------------- Reporter: ijones | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.4 Component: Cabal library | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.2.2 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Fixed. {{{ Tue Mar 4 01:53:34 GMT 2008 Duncan Coutts <duncan(a)haskell.org> * Include .hs-boot files into the sdist tarball Tested using Agda which uses several .hs-boot files. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/67#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0