FS#44438 - [devtools] makechrootpkg: allow --noextract
Attached to Project:
Arch Linux
Opened by Serge Roussak (beaux_monde) - Thursday, 02 April 2015, 13:21 GMT
Last edited by Kristian (klausenbusk) - Saturday, 03 June 2023, 18:07 GMT
Opened by Serge Roussak (beaux_monde) - Thursday, 02 April 2015, 13:21 GMT
Last edited by Kristian (klausenbusk) - Saturday, 03 June 2023, 18:07 GMT
|
Details
Description:
In the version 20150228 of the devtools package there is no an ability to pass the --noextract switch to the makepkg because makechrootpkg removes the build dir anyway. I propose to apply the given patch. |
This task depends upon
Closed by Kristian (klausenbusk)
Saturday, 03 June 2023, 18:07 GMT
Reason for closing: Upstream
Additional comments about closing: Please report upstream if this is still relevant: https://gitlab.archlinux.org/archlinux/d evtools.
Saturday, 03 June 2023, 18:07 GMT
Reason for closing: Upstream
Additional comments about closing: Please report upstream if this is still relevant: https://gitlab.archlinux.org/archlinux/d evtools.
Since it basically disables the `rm -rf "$copydir/build"` I've tried it to make the following work (working on the awesome-luajit-git AUR package):
> extra-x86_64-build -- -T -I ~/.cache/pacaur/luajit-lgi/luajit-lgi-0.9.1-1-x86_64.pkg.tar.xz -- -e
But I am still getting:
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
==> ERROR: pkgver is not allowed to contain colons, hyphens or whitespace.
==> ERROR: pkgver() generated an invalid version: /startdir/PKGBUILD: line 35: cd: awesome-luajit-git: No such file or directory
```
Probably also `-d` has to be used, but it failed with a permission error:
```
% extra-x86_64-build -- -T -I ~/.cache/pacaur/luajit-lgi/luajit-lgi-0.9.1-1-x86_64.pkg.tar.xz -d $PWD/src:/build/awesome-luajit-git/src -- -e
...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
mkdir: cannot create directory '/build/awesome-luajit-git/pkg': Permission denied
```
Using `-d $PWD:/build/awesome-luajit-git` works however.
If that is sane, it should be done automatically when using `-e` probably?!
Also needs to be rebased.
...
Personally I see nothing wrong with only matching the longopt --noextract and not the shortopt.
EDIT: makepkg 5.1 has a separate parseopts library which should be used on general principle, and can also probably help split apart the options so you can match on -R|--repackage|-e|--noextract without any globs at all.