MacOS
Home and End work wrong
Yeah, it's annoying, because they seem to generally do the same thing as PageUp and PageDown. I already have those keys!!!
As per random suggestions on the internet,
mkdir -p $HOME/Library/KeyBindings echo '{ /* Remap Home / End keys to be correct */ "\UF729" = "moveToBeginningOfLine:"; /* Home */ "\UF72B" = "moveToEndOfLine:"; /* End */ "$\UF729" = "moveToBeginningOfLineAndModifySelection:"; /* Shift + Home */ "$\UF72B" = "moveToEndOfLineAndModifySelection:"; /* Shift + End */ "^\UF729" = "moveToBeginningOfDocument:"; /* Ctrl + Home */ "^\UF72B" = "moveToEndOfDocument:"; /* Ctrl + End */ "$^\UF729" = "moveToBeginningOfDocumentAndModifySelection:"; /* Shift + Ctrl + Home */ "$^\UF72B" = "moveToEndOfDocumentAndModifySelection:"; /* Shift + Ctrl + End */ }' > $HOME/Library/KeyBindings/DefaultKeyBinding.dict
Packages
For a lot of its history, OSX (nowadays "macOS") was overly advertised as a user-friendly version of UNIX. This was of course always largely a lie, and none mores than in how it in fact lacks what all contemporary UNIX-derived OSes have had for decades: a package manager, where everything could just be installed and managed (ex. updated, removed, etc) from one interface.
Much like with #Windows, there are multiple attempts to implement such a thing in the absence of it in the base operating system. Notable ones you might consider using are:
- MacPorts, the longtime leader of the pack full of the software you'd expect to have immediate access to on any Linux system
- Brew, which is kindof the brogrammer one, but has an advantage in that it is also available for Linux
- Fink, which back in the day had way more than MacPorts, and wisely just uses apt and .deb packages under the hood rather than reinventing the wheel, unfortunately it seems to have fallen behind Apple's brutal OS update treadmill
- KDE's Craft, a meta-build system you can use to compile any KDE project (that has been ported enough to MacOS at least)
Packaging up Windows applications
Using Wineskin
https://github.com/vitor251093/wineskin was the way to create Wine app packages for #macOS. https://github.com/Gcenx/WineskinServer is a bunch hacks to make that viable on modern versions that have gutted 32-bit support.
Vexingly, the original project page seems to have died, and in true Mac developer fashion the forks didn't bother with any documentation on how to actually use the damn thing. The original project's documentation is at least available at archive.org.
Salient steps are basically,
- Run the Wineskin app
- Get it to auto-update the runtimes and such
- Create a new package by clicking the Create New Blank Wrapper button
- It'll give you the option to see the new wrapper in Finder, which will be a .app file in probably ~/Application/Wineskin.
- Inside that .app is Wineskin.app, which is the setup utility and also runs by default if you haven't run it yet. You can run that to package stuff into the .app you created, as well as configure other aspects like the icon.
Using Winebottler
Alternatively, one could perhaps use https://winebottler.kronenberg.org
Uhh that all seems complicated can't I just run things?
I mean maybe, PlayOnMac might Just Work.
Okay, now I have a .app file that's actually a folder, but they usually come as .dmg files
Yeah, both because then they're single files and because OSX traditionally took the approach of them being self contained to the point of there being no such thing as an installer, the traditional way of distributing .app folders for Macs has been to put them inside a .dmg disk image that contains two things, the .app folder and a symlink to /Applications so people can click-drag the .app folder into their Applications folder. (And then run it and pin it forever to the dock until it's tiny as hell, from what I've observed in the wild, but anyways.)
https://gist.github.com/jadeatucker/5382343 seems to be a reasonable enough explanation of creating a .dmg file manually, and https://github.com/create-dmg/create-dmg is a script for creating such images and includes a few more alternatives at the end of its readme.
Running the results
Whatever method you use, you may want to note the official instructions for running unsigned apps.
Downloads will likely have to have some attributes cleared via something along the lines of xattr -c ~/Downloads/among-us_v71_macos-winewrapped.app or perhaps xattr -drs com.apple.quarantine ~/yaddayadda
- Last Author
- keithzg
- Last Edited
- Apr 1 2024, 10:57 PM