homebrew-core
osxfuse
Our great sponsors
homebrew-core | osxfuse | |
---|---|---|
130 | 74 | |
13,136 | 8,481 | |
1.1% | 0.6% | |
10.0 | 3.1 | |
4 days ago | 13 days ago | |
Ruby | Shell | |
BSD 2-clause "Simplified" License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
homebrew-core
-
Pyenv ā lets you easily switch between multiple versions of Python
If I pin a version of Python, isn't that going to wreck any tooling that depends on it? Unless you're saying have multiple versions of Python installed.
This is practically the only remaining annoyance I have with the Python ecosystem (relative imports aside). I use some tools, like Glances [0] whose formula relies on a much newer version (3.12) than the actual package requires (3.8) [1].
So when there's a Python update, all of those update as well. I thought I'd fixed this with pipx, but in a way that's worse, because the venvs it builds depend on a specific version of Python existing, which doesn't work well with brew always wanting to upgrade it.
I want a stable, system-level Python that I don't touch, don't add packages to, and which only exists as a dependency for anything that needs it. If an update would break a package I have installed (due to Python library deprecation, etc.), it should warn me before updating. Otherwise, I don't care, as long as any symlinks are taken care of.
Separately, I want a stable, user-level Python that I can do whatever I want to. Nothing updates it automatically. I can accomplish this by compiling Python and using `make altinstall`, but if there's a better way, I'd love to hear about it.
[0]: https://github.com/Homebrew/homebrew-core/blob/20e744191e74d...
> right, but now you know even less about your setup when you some roadblock
This is the same with a binary though. And with homebrew, you can't follow patches or flags used or if they change.
- https://github.com/Homebrew/homebrew-core/blob/c964ad7fa53ad...
Thanks for taking the time. Can you help me understand? Because I didn't get this from the devs.
Just looking at a random formula, am I correct to understand that this will use python 3.10 and NOT 3.12?[0] I understand ones like this[1] where there's a note about the issue with newer versions.
What I'm trying to understand is if the python version is specified by the formula or it will default to the newest version. If it requires it to be specified in the formula then doesn't this make it contingent on the maintainer upgrading it every python version? I didn't verify [0], but it looks like it should work with later versions of python, and it it is still using 3.10 then isn't that essentially the maintainers "fault?" Because that's my concern. I can't see how something like this stays updated when it requires a maintainer to update. Seems better to have a >=3.10 and then do ==3.10 if only 3.10 works (odd) or >=3.10 <3.12 if it works for 10 and 11 but not 12. Especially since formulas are often made by people that are not the package developers themselves and we're just reliant upon someone keeping up. I'd rather break upon a new version than have many old pythons installed. I know there's no perfect solution, but we're talking about failure modes. And fwiw, I'd rather it try to use the system or environment python rather than installing a unique version. It just gets confusing when you need to add dependencies for optional stuff that wasn't included in the formula and is extremely non-obvious to a new user.
[0] https://github.com/Homebrew/homebrew-core/blob/12a0f6bbbeda8...
[1] https://github.com/Homebrew/homebrew-core/blob/12a0f6bbbeda8...
- Apple curl security incident 12604
-
Cowsay
definitely be careful about using fortune in a corporate environment or public space if you don't know what dat files you are using or you might just get an extremely unwelcome surprise.
I was practicing a presentation and used to use "fortune" all the time. I forget exactly what it output but I remember being absolutely mortified about what could have happened if that had popped up during an internal company tech talk.
Kudos to brew for keeping unsuspecting people safe
https://github.com/Homebrew/homebrew-core/commit/3fb3c4c3e55...
-
Ask HN: Trouble with a Stargate
I'm sorry to be asking this as I find it a bit silly, but it's blocking my PR [3], so could a few of you star the project on Github [1] to get my PR to run?
[1] https://github.com/laktak/chkbit-py
[2] https://brew.sh
[3] https://github.com/Homebrew/homebrew-core/pull/160018
- Simulate an Ubuntu-like VM inside macOS
- Homebrew team's developer harassment. They won't remove my software?
-
Adding Build Provenance to Homebrew
Reproducibleā¦ but unsupported. Nice.
https://github.com/Homebrew/homebrew-core/issues/108964#issu...
- Bitwarden Broken in Linux
osxfuse
-
Please someone save me from file sharing hell to windows
I didn't exactly use any 'tutorial'. Assumming you can already SSH to the target machine, you just need to install both these pkgs then reboot to 1TR Recovery Mode and choosing Reduced Security and choose to enable Kernel Extension and then reboot again goto Security & Privacy and Allow the extension, and that's it you can now use it.
Yeah, it still require the middle step for now, discussion is here.
-
Spacedrive ā an open source cross-platform file explorer
Yeah, FUSE is Linux only. But for completeness, for macs there is macFUSE, and for Windows there is winfsp. Both of these have fewer filesystems than FUSE, and I've used neither so I don't know how well they work.
https://github.com/osxfuse/osxfuse/wiki/List-of-macFUSE-File...
- macOS Sonoma is available today
-
Ask HN: What are some good resources for learning about low level disk/file IO?
I lead a project that included shipping a filesystem driver and a virtual disk on Windows.
What I did to learn the lower-level APIs, and perform initial testing on the driver, was write a "mirror" drive. The user-mode code pointed to a folder on disk, the driver made a virtual disk drive, and all reads and writes in the virtual disk drive went to the mirror folder.
On Windows, you can implement something like that using Dokany, Dokan, or Winfsp. On linux, there's the Fuse API. On Mac, there's MacFUSE.
Even if you don't do a "mirror" drive, understanding the callbacks that libraries like Dokany, Dokan, Winfsp, and Fuse do helps you understand how IO happens in the driver. Many IO methods provided in popular languages provide abstractions above what the OS does. (For example, the Windows kernel has no concept of the "Stream" that's in your C# program. The "Stream"'s Position property is purely a construct within the .Net framework.)
https://github.com/dokan-dev/dokany
Another place to start is the OS's documentation itself. For example, you can start with Window's CreateFileA function. This typically is what gets called "under the hood" in most programming languages when you open or create a file: https://learn.microsoft.com/en-us/windows/win32/api/fileapi/...
- Cross-platform disk encryption
-
Any way to write to NTFS drives from Hackintosh?
MacFuse (ntfs-3g) and a Foolproof way of getting it working via Homebrew.
-
Describe your Personal Development Environment
[MacFUSE mounted drives](drivehttps://osxfuse.github.io/)
-
External Hard Drive suddenly Windows Formatted?
You should typically have no issue reading from the NTFS disk with a Mac but writing to is a separate matter. The driver you were using may not be compatible with Ventura. Here are a couple paid options: Paragon NTFS, along with NTFS for Mac. There are also a couple open-source options with limited support but should be otherwise functional: NTFS-3G or macFUSE.
-
HPE StoreOpen for Windows
Hello 12345sixsixsix, I am enclosing details. 1. Administrator access is required to run StoreOpen Software with Windows 10 & 11. 2. Currently not supported with HPE Path Failover drivers. 3. Mac OSX 10.12 through 11.5 4. StoreOpen Software requires āFUSE for MacOSā 3.5.4 and ICU 50.1.2. āFUSE for MacOSā can be downloaded from https://osxfuse.github.io. 5. Supported on LTO-6, LTO-7, LTO-8 and LTO-9. 6. Supported on LTO-6, LTO-7, LTO-8
What are some alternatives?
HomeBrew - šŗ The missing package manager for macOS (or Linux)
sshfs - File system based on the SSH File Transfer Protocol
yt-dlp - A feature-rich command-line audio/video downloader
asdf-python - Python plugin for the asdf version manager
homebrew-php - :beer: Homebrew tap for PHP 5.6 to 8.4. PHP 8.4 is built nightly.
homebrew-cask-versions - š¢ Alternate versions of Casks
homebrew-ntfs-3g - homebrew tap for ntfs-3g
ytmdl - A simple app to get songs from YouTube in mp3 format with artist name, album name etc from sources like iTunes, Spotify, LastFM, Deezer, Gaana etc.
hammerspoon - Staggeringly powerful macOS desktop automation with Lua
macOS-GateKeeper-Helper - Simple macOS GateKeeper script.
btrfs - WinBtrfs - an open-source btrfs driver for Windows