FS#28237 - [makepkg] Allow installing package as a dependency

Attached to Project: Pacman
Opened by Mantas Mikulėnas (grawity) - Friday, 03 February 2012, 13:37 GMT
Last edited by Allan McRae (Allan) - Saturday, 11 February 2012, 08:25 GMT
Task Type Feature Request
Category makepkg
Status Closed
Assigned To Allan McRae (Allan)
Architecture All
Severity Low
Priority Normal
Reported Version git
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Currently, the -i/--install option always causes packages to be marked as "explicitly installed", which is mighty inconvenient when building AUR dependencies for an AUR package, since removing the main package even with `pacman -Rs` would leave dependencies installed.

Of course, `sudo pacman -U --asdeps *.pkg.tar.xz` works, but I'm lazy, so it would be nice if makepkg could pass the `--asdeps` option to pacman when asked by the user.
   0002-makepkg-add-asdeps-optio... (2.7 KiB)
   0001-makepkg-add-forgotten-ne... (0.9 KiB)
This task depends upon

Closed by  Allan McRae (Allan)
Saturday, 11 February 2012, 08:25 GMT
Reason for closing:  Won't implement
Additional comments about closing:  See final comment
Comment by Dan McGee (toofishes) - Friday, 03 February 2012, 16:04 GMT
I'm very much against adding any more pacman flags to makepkg, so this gets a -1 from me. Write your own standalone 2 line script/wrapper if this is important; we do not need to add this to makepkg core.
Comment by Mantas Mikulėnas (grawity) - Friday, 03 February 2012, 16:44 GMT
Okay, thank you for the reply.
Comment by Allan McRae (Allan) - Saturday, 04 February 2012, 10:24 GMT
Pulled 0001-... to my git repo.

I am +/- 0 on including the --asdep part as I agree it is unnecessary but I would probably use it if it was there... But we would not implement this as in the 0002-... patch, but instead stay consistent with the current options passed to pacman.
Comment by Mantas Mikulėnas (grawity) - Saturday, 04 February 2012, 15:02 GMT
Allan - if you are talking about $PACMAN_OPTS, I was thinking about using it but options in that variable are passed to almost all pacman runs, not just -U; it would have broken `run_pacman -Rn` for example (although admittedly that's the *only* example that breaks).
Comment by Allan McRae (Allan) - Saturday, 04 February 2012, 23:07 GMT
We currently have something like "if [[ ! $1 = -@(T|Qq) ]]; then" (in git) which adds an options only for -T and -Qq. It would be easy to ad and elif for -U.

Anyway, probably not worth looking into given the current votes on implementing this...
Comment by Allan McRae (Allan) - Saturday, 11 February 2012, 08:25 GMT
Going to close this as "Won't Implement". The two pacman options we currently pass to pacman directly effect the package building process (either in output or by not requiring further input). I think options that do not affect the package building process should not be added to makepkg.
Comment by David J. Haines (dhaines) - Monday, 27 February 2012, 05:23 GMT
Allan: then why not remove the '-i' option? It does not affect the package building process either. It really should be a both or neither situation for the end-user.

Loading...