Hacker Newsnew | past | comments | ask | show | jobs | submit | chmaynard's commentslogin

Tip: To read the full article, subscribe to their RSS feed.

Then there's Jekyll, which is not exactly dead but definitely moribund. It seems to be blocked by GitHub's refusal to support further development and upgrade to the 4.x releases.

Ignoring the GitHub Pages issue, What does Jekyll 4.x not-do that you want it to do?

Two things come to mind:

    - No support for Liquid 5.x (see GitHub issue #8535)
    - SQLite not a first-class data source (workaround: a 3rd-party plugin)

The broadcast companies that have been selling air time to K4K for two decades should be held accountable for misleading advertising. Oh wait, the broadcasters own the US Congress and federal regulators. Never mind.

Homebrew installs GNU tar as "gtar". On my M4 MacBook:

  $ which gtar
  gtar is /opt/homebrew/bin/gtar


Ive installed the gtar formula and aliased it to tar. Cant be bothered to memorize the differences between macOS tar and unix tar, especially when the latter is considered to be the de facto standard


> and unix tar

It's in the name: GNU's Not Unix.


But, ironically enough, MacOS _is_ Unix:

https://www.opengroup.org/openbrand/register/


Opinion piece from 2020.


I mean, if you are trying to build the BEST orchestra, the one that hopefully sounds the best... why wouldn't you want to base it entirely off the skill of the person?


It's fairly obvious that people who write articles like this don't really care whether the orchestra is any good or not. To them it is more important that the orchestra meet their arbitrary racial and gender quotas. Of course it’s stupid, since the audience wants the orchestra to be as musically excellent as possible. Why should the orchestra try to please anyone else?


From the release history: "Due to backwards-compatibility issues associated with some new features, the 3.52.0 release has been withdrawn."

3.52.0 seems to work fine for me. For now, I'll avoid using any of the new features (with fingers crossed).


As long as you are not using indexes on expressions where the expression value is a floating point number that is computed using one or more text->binary conversions, then you should be fine.


I don't expect them to take too long in getting a bug-fixed 3.52.1 out, but I'm neither on the SQLite team nor can I make such promises ;)


Clever hack, but in the meantime I suggest that you start looking for better place to work.


> Manual: https://github.com/dentm42/aver/docs/MANUAL.md

See also: https://avercli.dev/#manual

TODO: Fix dead link to manual on github.


aver record new --title "TODO: fix manual link" --status new --priority 1 --description "Proofread better! Fix the link in the HN comment" --use-id HN-001

aver note add HN-001 --message "HN comment uneditable (edit window expired). User should proofread and check links more carefully!"

aver record update HN-001 --status closed

git add . && git commit -m "proofreading issue -apologies!" && git push origin master

#and that's how you handle issues with aver and communicate them to fellow devs.



More context here, https://multicians.org/shell.html by Louis Pouzin himself, a not-so-well known father of the Internet.


For a deeper dive on git ignore files, see:

https://nesbitt.io/2026/02/12/the-many-flavors-of-ignore-fil...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: