January 2011 - cabal-devel

patch applied (cabal-install): Preserve executable permissions on unpack
by Duncan Coutts 17 Jan '11

17 Jan '11

Mon Jan 17 06:49:00 PST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Preserve executable permissions on unpack M ./Distribution/Client/Tar.hs -4 +11 A ./Distribution/Compat/FilePerms.hs View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-install;a=darcs_commi…

1 0

patch applied (cabal-branches/cabal-1.10): "Preserve executable bit during in sdist for extra-source-files"
by Duncan Coutts 17 Jan '11

17 Jan '11

Mon Jan 17 06:42:43 PST 2011 Duncan Coutts <duncan(a)community.haskell.org> * Preserve executable bit during in sdist for extra-source-files M ./Distribution/Simple/SrcDist.hs -2 +10 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a…

1 0

Re: Patch that fixes the long standing sdist file permission bug
by Duncan Coutts 17 Jan '11

17 Jan '11

On 16 January 2011 23:30, John D. Ramsdell <ramsdell(a)mitre.org> wrote: > Duncan Coutts <duncan.coutts(a)googlemail.com> writes: > >> On Mon, 2010-12-20 at 13:27 -0500, John D. Ramsdell wrote: >>> Mon Dec 20 13:13:08 EST 2010 ramsdell(a)mitre.org >>> * sdist perms fix >> >> Thanks for that John. Applied. > > Thank you. Do you want me to provide you with a list of bug reports > that the patch resolves? I think the bug was reported three times. Oh thanks for reminding me :-) http://hackage.haskell.org/trac/hackage/ticket/627 http://hackage.haskell.org/trac/hackage/ticket/752 http://hackage.haskell.org/trac/hackage/ticket/772 Any others? Actually, looking at these tickets, I don't think we have fixed all the problems. Previously we were using copyFile to create files in the tarball image dir, now were are using copyOrdinaryFile. The former creates target files with default permissions. The latter creates files with -rw-r--r-- permissions. So this only fixes the problem listed in ticket #627 that "Every file has mode 0600". We still have not fixed the problem that files with executable permissions are not preserved. What I've done is: + -- preserve executable bit on extra-src-files like ./configure + perms <- getPermissions file + when (executable perms) --only checks user x bit + (setFileExecutable (targetDir </> file)) So instead of preserving all permissions, we just check if it's executable and if so set standard executable perms. I think this makes sense given the use case of making a tarball, where only a few standard set of permissions make sense. Ticket #627 also mentions that we do not preserve permissions on cabal unpack, so I've fixed that too. So I think it's all fixed now. Duncan

1 0

[Hackage] #772: cabal sdist fails to preserve file permission bits
by Hackage 17 Jan '11

17 Jan '11

#772: cabal sdist fails to preserve file permission bits ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: major | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- The tarball produced by cabal fails to preserve file permission bits as of version 1.8. The enclosed a patch that fixes the problem. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/772> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #752: sdist not setting the executable bit on the configure script when Build-Type is Configure
by Hackage 17 Jan '11

17 Jan '11

#752: sdist not setting the executable bit on the configure script when Build- Type is Configure ----------------------------+----------------------------------------------- Reporter: pwan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.12.1 Platform: Linux | ----------------------------+----------------------------------------------- I have a project with Build-Type of Configure. I have a Makefile and configure script set in the Extra-File-Sources portion of the cabal file. The script has its executable bits set. However, when I do a 'runghc Setup.hs sdist', the executable bits from the configure script are lost. This is keeping folks from being able to do the normal 'tar zxvf project.gz ; ./configure ; make'. steps when building from the sdist. The attached file is a patch to SrcDist.hs where prepareTree checks the extra source files for the configure script, and either copies it as an executable or complains about it not being present if the package build type is Configure. I apologize in advance for what is surely horrible noobie code -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/752> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #627: sdist drops executable permissions for files in the tarball
by Hackage 17 Jan '11

17 Jan '11

#627: sdist drops executable permissions for files in the tarball ----------------------------+----------------------------------------------- Reporter: draconx | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.10 Component: Cabal library | Version: Severity: normal | Resolution: fixed Keywords: | Difficulty: unknown Ghcversion: | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed * milestone: => Cabal-1.10 Comment: {{{ Mon Dec 20 18:13:08 GMT 2010 ramsdell(a)mitre.org * sdist perms fix on Jan 17 14:42:43 GMT 2011 Duncan Coutts <duncan(a)community.haskell.org> * Preserve executable bit during in sdist for extra-source-files Mon Jan 17 14:49:00 GMT 2011 Duncan Coutts <duncan(a)community.haskell.org> * Preserve executable permissions on unpack }}} Will be included in next Cabal-1.10.x release, and next cabal-install-0.10 release. The new behaviour is as follows: * every directory has mode 0755 * files in extra-source-files that have the user executable bit set get mode 0755 * all other files get mode 0644 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/627#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-branches/cabal-1.10): "Document the '--{en,dis}able-tests' options in the User Guide" and 3 others
by Duncan Coutts 17 Jan '11

17 Jan '11

Sat Dec 4 08:44:04 PST 2010 Thomas Tuegel <ttuegel(a)gmail.com> * Document the '--{en,dis}able-tests' options in the User Guide M ./doc/Cabal.markdown +14 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a… Sun Jan 9 10:08:11 PST 2011 Thomas Tuegel <ttuegel(a)gmail.com> * Removed documentation for obsolete options to 'setup test' from the User Guide. M ./doc/Cabal.markdown -10 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a… Mon Dec 20 10:13:08 PST 2010 ramsdell(a)mitre.org * sdist perms fix M ./Distribution/Simple/SrcDist.hs -1 +7 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a… Fri Jan 14 09:32:19 PST 2011 Duncan Coutts <duncan(a)haskell.org> * Use the standard names for file copy functions rather than a local rename M ./Distribution/Simple/SrcDist.hs -10 +4 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a…

1 0

Fwd: Hackage build failure for hmatrix-0.10.0.2
by Alexander McPhail 17 Jan '11

17 Jan '11

Hi, hmatrix fails to build on hackage, which leads to further build failures of dependent packages and thus a lack of linked documentation. This is the log file: http://hackage.haskell.org/packages/archive/hmatrix/0.10.0.2/logs/failure/g… Is the request for the running of 'cabal clean' a bug, given that the builds are run in per-version tmp directories? Also, does the hackage server need copies of the C libraries for hmatrix to build? Cheers, Vivian DISCLAIMER This transmission contains information that may be confidential. It is intended for the named addressee only. Unless you are the named addressee you may not copy or use it or disclose it to anyone else.

1 0

patch applied (cabal-branches/cabal-1.10): "Get extra gcc and ld flags from GHC" and 2 others
by Ian Lynagh 16 Jan '11

16 Jan '11

Mon Dec 20 09:35:44 PST 2010 Ian Lynagh <igloo(a)earth.li> * Get extra gcc and ld flags from GHC M ./Distribution/Simple/GHC.hs -8 +35 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a… Fri Jan 14 16:43:46 PST 2011 Ian Lynagh <igloo(a)earth.li> * Pass gcc/ld locations and flags to configure scripts Flags are passed through the CFLAGS and LDFLAGS variables M ./Distribution/Simple.hs -7 +21 M ./Distribution/Simple/Setup.hs -2 +18 M ./Distribution/Simple/Utils.hs +27 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a… Fri Jan 14 16:50:30 PST 2011 Ian Lynagh <igloo(a)earth.li> * Fix import warnings M ./Distribution/Simple/Setup.hs -2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.10;a…

1 0

patch applied (cabal): "Get extra gcc and ld flags from GHC" and 2 others
by Ian Lynagh 16 Jan '11

16 Jan '11

Mon Dec 20 09:35:44 PST 2010 Ian Lynagh <igloo(a)earth.li> * Get extra gcc and ld flags from GHC M ./Distribution/Simple/GHC.hs -8 +35 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Fri Jan 14 16:43:46 PST 2011 Ian Lynagh <igloo(a)earth.li> * Pass gcc/ld locations and flags to configure scripts Flags are passed through the CFLAGS and LDFLAGS variables M ./Distribution/Simple.hs -7 +21 M ./Distribution/Simple/Setup.hs -2 +18 M ./Distribution/Simple/Utils.hs +27 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Fri Jan 14 16:50:30 PST 2011 Ian Lynagh <igloo(a)earth.li> * Fix import warnings M ./Distribution/Simple/Setup.hs -2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0