@HurricanePootis no no, thank you for your input, this kind of discussion is very valuable
I compile dependency lists using namcap
Yeah, I don't know how I missed it for so long, it's pretty handy
One thing that namcap cannot do is list any packages that are called during runtime/not linked
Yeah, like libxcrypt-compat in our case
Btw I thought you shouldn't list base packages in depends, but TIL apparently that rule only applies to base-devel and makedepends. I've really got to go through my other packages as soon as I have time to spare and check for this kind of stuff
considering that this app is almost 90% chrome and that is installed into /usr/lib, I think this should be in /usr/lib
If you are talking about the official chromium package then yes, that installs under /usr/lib. Strictly speaking google-chrome goes under /opt, I understand it's an AUR package, still they do it that way because the deb package it's based on (built and distributed by the vendor---Google) is made that way.
other packages doing things poorly
It's not that clear cut, /opt is definitely valid per the FHS (and more appropriate in my opinion, which is also prominent third party software vendors' opinion for whatever it's worth). But I understand the OS vendor (Arch) may prefer to use /usr/lib in cases such as this, as demonstrated by chromium, which I can respect. I don't really have strong feelings about it---v2.7.2 goes under /usr/lib.
I've been meaning to try and have it build an ASAR and run it using system electron anyways sometime in the future, that will definitely stay under /usr/lib as previously discussed and be much cleaner/lighter.
P.s. I'm back from vacation, will touch up the -bin package soon, lmk if anything else comes up
Pinned Comments
AquilaIrreale commented on 2023-05-17 17:30 (UTC) (edited on 2025-05-10 15:46 (UTC) by AquilaIrreale)
IMPORTANT NOTICESince the removal ofnodejs-lts-fermiumfrom the Arch repositories, this package is BROKEN. It can still probabily be built by manually installing Node 14 through tools such asnvmand removing the dependency from the PKGBUILD, but until a more appropriate solution is found, it would probably be easier to switch to the sister package unofficial-homestuck-collection-binUpdate:nodejs-lts-fermiumis now available in the AURUpdate to the update: as I am unable to successfully build
nodejs-lts-fermiumon my machine,this package is now broken.Update: package seems to build fine and run with
nodejs-lts-hydrogennodejs-lts-jod, I have not done extensive testing so feel free to report any issues you should have here and I'll see what can be done.Original message:
README
When installing for the first time, remember to download the Asset Pack v2 from the original author's page https://bambosh.dev/unofficial-homestuck-collection/#download and unpack it anywhere you like on your system.
Broken asset pack selector workaround
The asset pack selector menu looks still broken, if
unofficial-homestuck-collectionfails to start after a fresh install, try manually editing~/.config/unofficial-homestuck-collection/config.json, settinglocalData.assetDirwith the absolute path to your unpacked copy of the Asset Pack v2.