@n3wjack Running macOS, and one of the biggest reasons? #homebrew (or #macports) - without all those tools/utilities (+cloud/virtualization) I'd find it very difficult as someone who starting using *nix in 1986 ! (also linux on desktop is now a lot better). HW is very nice - esp now on arm.
My method of installing different #PHP versions with homebrew is now broken; the versions install but trying to run php results in :"Library not loaded: /usr/local/opt/libvmaf/lib/libvmaf.1.dylib"
@carbontwelve I'm not using Mac myself any more. But may I ask whether you tried #MacPortsmacports.org/ as an alternative to #homebrew and whether you might share your experience?
I guess MacPorts is older and still maintained. I never tried it as homebrew was "the way to go" back when I started to play around with such things on my Mac.
I'm glad to announce the release of version 2.46 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
Added support for Peertube videos.
Mastodon API: Tweaks to support the Subway Tooter app (contributed by pswilde), added support for editing posts, fixed an error related to the edit date of a post, fixed some crashes.
Added a handshake emoji next to a user name if it's a mutual relation (follower and followed), because friendship is bliss.
Tweaked some retry timeout values for better behaviour in larger instances (thanks to me@mysmallinstance.homelinux.org for their help).
I'm glad to announce the release of version 2.47 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
Added pagination to the notification page.
The New Post... option now includes an optional field to set the URL of an ActivityPub post to be a reply to.
Fixed spurious notifications from the same user.
Fixed repeated mentions in the reply text field.
One-post only pages include the post content instead of the user bio in their metadata (improving post previews from other software).
Mastodon API: Added support for timelines by tag (for sites like e.g. https://fediwall.social to work).
Is there an #Emacs user out there who is using a fairly modern environment (e.g. eglot, tree-sitter, company) for Python development?
Could I ask how you do this? Every time I enable python-ts-mode[1], Emacs uses up all the memory in my system and explodes. I am able to use a more conservative “just use tree-sitter for syntax highlighting” approach[2], but it feels like I am missing something awesome.
@bagder Good to know! I generally build and install curl under #MacPorts with the gnutls variant. However, there is no variant that builds against Apple's flavor of LibreSSL. The default build may use the MacPorts version of LibreSSL, if installed in place of OpenSSL.
Me: "I'm quite happy with my ancient 2012 Mac mini. It does everything I want and since I'm not doing video processing or anything resource intensive, it's fine for me."
Also me: "Gee, I see I haven't done a 'brew update' in awhile."
hours later and brew update is still running while maxing out my CPU
I'm glad to announce the release of version 2.50 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
Incoming posts can now be filtered out by content using regular expressions on a server level (these regexes are written in the filter_reject.txt file at the server base directory; see snac(5) and snac(8)).
Improved page position after hitting the Hide or MUTE buttons (for most cases).
Use a shorter maximum conversation thread level (also, this maximum value is now configurable at compilation level with the MAX_CONVERSATION_LEVELS define).
Fixed a bug where editing a post made the attached media or video to be lost.
The way of refreshing remote actor data has been improved.
Posting from the command-line now allows attachments.
Added defines for time to enable MacOS builds (contributed by andypiper).
I'm glad to announce the release of version 2.53 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
New user feature to search by post content (using regular expressions) or tag.
Added some (partial) support for Event object types.
Minor fixes: Allow unboosting your own posts (contributed by khm), CSS fixes for the Dillo browser (contributed by kvibber).
I'm glad to announce the release of version 2.51 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
Support for custom Emojis has been added; they are no longer hardcoded, but read from the emojis.json file at the server base directory. Also, they are no longer limited to string substitutions, but images as external URLs are also supported (see snac(8) for more information).
Fixed a bug that caused some notifications to be lost when coming from a user in the same instance.
Added an additional check for blocked instances (sometimes, posts from blocked sites that were ancestors of legit posts were 'leaking' into the timeline).
On OpenBSD, if the disable_email_notifications server flag is set to true, unveil() is not called for the execution of the /usr/sbin/sendmail binary and pledge() doesn't set the exec promise.
CI checks are queued. Hopefully they'll go smoothly?
Assuming they do, it will still be up to someone else with commit access to merge it.
Thank you for your continued improvements! On my mental ToDo list I keep on meaning to create a snac Port for OpenBSD, and it looks as if the unveil and pledge support continues to be refined, cool!
Writing a #Portfile for #MacPorts, I touched the basics of #Tcl. This programming language appeared to be elegant, with clear and catchy syntax.
It looks like a very nice choice for #scripting. Now I'm not surprised that Sqlite was born as Tcl extension initially. And surprised Tcl isn't widely used in #DevOps, for instance. I'm quite sure this #language is suitable for a number of tasks in today's #programming, so pls share if you have real life example(s).
I'm glad to announce the release of version 2.49 of #snac, the simple, minimalistic #ActivityPub instance server written in C. This time it includes some fixes to the Mastodon API code, which was in need of some love:
Mastodon API: Fixed a bug in how validated links are reported.
Mastodon API: Fixed a bug in search by account.
Mastodon API: Fixed missing Video type objects in timelines.
I'm glad to announce the release of version 2.52 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:
Posts that were liked or boosted can now be unliked and unboosted.
Outgoing message timeouts are no longer hardcoded and can be configured (see snac(8) for more information).
Fixed a bug that caused some incorrect unfollows under special conditions (with shared inboxes enabled and users from the same instance that follow each other, the internal message distributor was confused).
Mastodon API: Added support for lists.
Added a header to avoid over-zealous caching in some browsers (contributed by louis77).
Added support for running and federating inside hidden networks like Tor, I2P or Loki (contributed by iwojima).
Fixed an error processing polls coming from Pleroma instances.
"Since Homebrew is supported why not Macports too?"
Me: a MacPorts maintainer, "maybe because MacPorts actually builds things from source and Homebrew thinks its OK to just be a wrapper to installing a DMG?"
That's not building jack it.sh from source. I guess it does have a little smarts insomuch as it will determine if it is Intel or Apple Silicon (meanwhile, MacPorts still supports PPC/G4/G5/etc. vintage systems. Because: it actually BUILDS THINGS FROM SOURCE, it's not a precompiled binary distribution platform.).
What a bad joke Homebrew is.
Alas, LibreWolf's build instructions are uhhh, well they don't build on macOS, they cross compile from ???
Which reads: "Archived project! Repository and other project resources are read-only"
I sincerely have no idea how people on macOS build LibreWolf from source, from the project documentation itself. Homebrew, is of zero assistance, because Homebrew: also does not build LibreWolf from source.
It's up to someone else with merge access to commit it. Much thanks to @dan for the lightning fast merge with my 2.44 PR.
This time around, the Makefile.patch required a minor tweak, to reflect a minor tweak in the upstream's Makefile as well. Hopefully everything is OK? Preliminary testing on my end went alright but it took me a little longer to find sufficient focus to make that change than I would have liked.
(My own personal life is still sigh hectic and about the same as far as challenges [mostly housing/homeless and financial/debt related] C'est la vie!)