[ISSUE] Setting default command line options in etc/conf isn't working

[ISSUE] Setting default command line options in etc/conf isn't working

[lfdebrux]

[-- Attachment #1: Type: text/plain, Size: 1321 bytes --]

New issue by lfdebrux on void-packages repository

https://github.com/void-linux/void-packages/issues/35139

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  `Void 5.11.22_1 x86_64-musl GenuineIntel uptodate rFFF`
* package:  `xbps-src`

### Expected behavior

Setting an option in `etc/conf` should have the same effect as calling `xbps-src` with a command line parameter, as documented in `xbps-src`:

https://github.com/void-linux/void-packages/blob/5f589a9962d7871deedbaa3d3e92751ace5ef1d6/xbps-src#L365-L367

### Actual behavior

Some options don't have any effect. I think this is because they get lost when the chroot is entered, because they aren't added to `XBPS_OPTIONS` or `$XBPS_MASTERDIR/etc/xbps/xbps-src.conf`.

### Steps to reproduce the behavior

For example, if I want to avoid adding `-a armv5tel-musl` to the command line every time:

1. Checkout latest version of void-linux/void-packages
2. Add file `etc/conf` with contents `XBPS_CROSS_BUILD=armv5tel-musl`
3. Run `xbps-src pkg base-files`

I expect it to build a package for `armv5tel-musl`, instead it builds a package for `x86_64-musl` (the native arch).

Re: Setting default command line options in etc/conf isn't working

[Chocimier]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

New comment by Chocimier on void-packages repository

https://github.com/void-linux/void-packages/issues/35139#issuecomment-1017880382

Comment:
No variables other than documented in etc/defaults.conf are expected to have effect on xbps-src.
In particular, setting `XBPS_CROSS_BUILD` from config file would break building host dependencies needed for cross built packages.

Your best option is to create a separate script containing `./xbps-src -a armv5tel-musl "$@"`.

Re: Setting default command line options in etc/conf isn't working

[lfdebrux]

[-- Attachment #1: Type: text/plain, Size: 179 bytes --]

New comment by lfdebrux on void-packages repository

https://github.com/void-linux/void-packages/issues/35139#issuecomment-1023983926

Comment:
I see. Thanks for explaining that!

Re: [ISSUE] [CLOSED] Setting default command line options in etc/conf isn't working

[lfdebrux]

[-- Attachment #1: Type: text/plain, Size: 1324 bytes --]

Closed issue by lfdebrux on void-packages repository

https://github.com/void-linux/void-packages/issues/35139

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  `Void 5.11.22_1 x86_64-musl GenuineIntel uptodate rFFF`
* package:  `xbps-src`

### Expected behavior

Setting an option in `etc/conf` should have the same effect as calling `xbps-src` with a command line parameter, as documented in `xbps-src`:

https://github.com/void-linux/void-packages/blob/5f589a9962d7871deedbaa3d3e92751ace5ef1d6/xbps-src#L365-L367

### Actual behavior

Some options don't have any effect. I think this is because they get lost when the chroot is entered, because they aren't added to `XBPS_OPTIONS` or `$XBPS_MASTERDIR/etc/xbps/xbps-src.conf`.

### Steps to reproduce the behavior

For example, if I want to avoid adding `-a armv5tel-musl` to the command line every time:

1. Checkout latest version of void-linux/void-packages
2. Add file `etc/conf` with contents `XBPS_CROSS_BUILD=armv5tel-musl`
3. Run `xbps-src pkg base-files`

I expect it to build a package for `armv5tel-musl`, instead it builds a package for `x86_64-musl` (the native arch).