FS#41862 - [pacman-git] noextract option in PKGBUILD doesn't symlink file into ${srcdir}

Attached to Project: Pacman
Opened by need to rename username but can't, guess I'll create a new one then (m4cz3) - Sunday, 07 September 2014, 18:16 GMT
Last edited by Allan McRae (Allan) - Wednesday, 19 November 2014, 06:16 GMT
Task Type Bug Report
Category makepkg
Status Closed
Assigned To Allan McRae (Allan)
Dave Reisner (falconindy)
Architecture All
Severity Low
Priority Normal
Reported Version git
Due in Version 4.2.0
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Looks like noextract option inside PKGBUILD prevents that file from being softlinked into ${srcdir} and thus the need to use ${SRCDEST} to access it.
As an example of this try chromium-dev package.

Without noextract it is symlinked, with noextract it isn't.

Maybe this is a feature?

Additional info:
* package version(s)

with pacman(package) it works correctly though. With pacman-git(package) doesn't.

pacman-git version currently is:
Tested with: Pacman v4.1.2-406-g3e19-dirty - libalpm v8.0.2

* config and/or log files etc.
tested with pacman(package)'s makepkg.conf and pacman.conf and also with my own.

Steps to reproduce:
1. yaourt -S chromium-dev
2. put
echo `pwd`
ls -la
at the beginning of prepare function
3. proceed with build, notice it fails soon after downloading that 200+ MB file

commenting out the noextract= line will symlink and also extract that tar.xz file
This task depends upon

Closed by  Allan McRae (Allan)
Wednesday, 19 November 2014, 06:16 GMT
Reason for closing:  Fixed
Additional comments about closing:  git commit a7298c36fdc5
Comment by need to rename username but can't, guess I'll create a new one then (m4cz3) - Sunday, 07 September 2014, 18:18 GMT
oh great now I see this, oops:
Do NOT report bugs when a package is ... in Unsupported
pacman-git fits that category
Comment by Dave Reisner (falconindy) - Sunday, 07 September 2014, 18:19 GMT
pacman happens to be special...
Comment by Dave Reisner (falconindy) - Sunday, 07 September 2014, 18:57 GMT
Seems that 2f7e92ad045fb276 rather deliberately changed this. I'll let Allan decide if this is WAI or not.
Comment by Allan McRae (Allan) - Sunday, 07 September 2014, 21:48 GMT
I'd say that is a bug...
Comment by Dave Reisner (falconindy) - Monday, 08 September 2014, 14:39 GMT
I can put together a fix for this, but I'm going to wait until the current backlog of patches is cleared out (specifically my arch-specific branch as well as the pending "don't eval dlcmd" patch).

Loading...