FS#77378 - [bmake] bmake: no system rules (sys.mk)

Attached to Project: Community Packages
Opened by Lloyd Parkes (lloyd) - Saturday, 04 February 2023, 05:00 GMT
Last edited by T.J. Townsend (blakkheim) - Thursday, 09 February 2023, 19:58 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Ivy Foster (escondida)
T.J. Townsend (blakkheim)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

bmake now seems to exit with the error message "bmake: no system rules (sys.mk)." instead of actually making something.

I'm _guessing_ that bmake is now looking for makefiles in /share/mk instead of /usr/share/mk. My system certainly still has the .mk files in /usr/share/mk.


Additional info:
* package version: 20230127-1
* config and/or log files etc.

If I run "bmake -dd" I get this

└─$ bmake -dd
Caching /home/lloyd/software/antlr4-stone ...
Caching /home/lloyd/software/antlr4-stone done
Caching . ...
Caching . done
Caching /share/mk ... not found
Expanding "sys.mk"...
bmake: no system rules (sys.mk).

bmake: stopped in /home/lloyd/software/antlr4-stone

If I run "bmake -m /usr/share/mk" then bmake appears to run correctly.

Steps to reproduce:

Just run bmake.
This task depends upon

Closed by  T.J. Townsend (blakkheim)
Thursday, 09 February 2023, 19:58 GMT
Reason for closing:  No response
Additional comments about closing:  20230127-2 likely fixes it.
Comment by T.J. Townsend (blakkheim) - Sunday, 05 February 2023, 13:33 GMT
Does 20230127-2 in [community-testing] fix the issue for you?
Comment by Lloyd Parkes (lloyd) - Sunday, 05 February 2023, 19:23 GMT
I don't know how to install from community-testing and I don't really care. The packaging system looked so much like AUR and I wanted bmake so much that built my own version (that I also called 20230127-2) with the following blindingly obvious patch to PKGBUILD. I would have noted this here yesterday, but for some reason I didn't get emailed when I created the bug report, so I didn't have a handy reference lying around to this bug report.

diff --git a/bmake/trunk/PKGBUILD b/bmake/trunk/PKGBUILD
index dc88b8e0103f..9e52ae4df727 100644
--- a/bmake/trunk/PKGBUILD
+++ b/bmake/trunk/PKGBUILD
@@ -6,7 +6,7 @@

pkgname=bmake
pkgver=20230127
-pkgrel=1
+pkgrel=2
pkgdesc='Portable version of the NetBSD make build tool'
arch=(x86_64)
url='https://www.crufty.net/help/sjg/bmake.html'
@@ -18,13 +18,20 @@ sha256sums=('6056866f69496699c815b2af7144701fce7f1ccb6a4743dac5d221ff157d8915'
validpgpkeys=(7E228507C26D8DC164F531BFBA54C8AF755A2A99)

build() {
- cd bmake
- ./configure --prefix=/usr
- make
+ cd bmake
+ ./boot-strap --prefix=/usr op=build
}

+# op=build also runs unit tests; thus no check()
+
package() {
- cd bmake
- make DESTDIR="$pkgdir" install
- install -Dm644 LICENSE -t "$pkgdir"/usr/share/licenses/$pkgname/
+ cd bmake
+
+ ./boot-strap --install-destdir="$pkgdir" --prefix=/usr op=install
+
+ rm -rf "$pkgdir/usr/share/man/cat1"
+ install -Dm644 bmake.1 "$pkgdir/usr/share/man/man1/bmake.1"
+ install -Dm644 LICENSE "$pkgdir"/usr/share/licenses/$pkgname/LICENSE
+
+ chmod 755 "$pkgdir/usr/bin" "$pkgdir/usr/share/man/man1"
}
Comment by T.J. Townsend (blakkheim) - Sunday, 05 February 2023, 19:28 GMT
Edit your /etc/pacman.conf and look for these two lines:

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

Uncomment both of those and run "pacman -Syy bmake"

Verify it's the correct version with "pacman -Qi bmake" and then give it a try to see if the problem is gone.

Finally, edit pacman.conf again to comment out those two lines. I'll push it to the stable repository if you can confirm it's working.

Loading...