HN user

Charon77

204 karma

charon@konekopi.com

Posts4
Comments163
View on HN

You can start by changing only the extra package url to the aarch64 arch linux. Do keep in mind that while the aarch64 pkgbuilds are official arch, the package building and distribution is community. they're currently compiling for armv8.2, while some are maintaining armv8, and these mismatch can cause program to crash with illegal instructions and what not.

As much as I am an avid arch linux fanboy, I don't think it's a good choice for "an appliance", the frequent update might cause unnecessary wear and tear for the storage chips if they use flash memory/sd card.

Lazy me would often update pacman database and upgrade just a few packages. Living dangerously but often times it doesn't really matter

If reproducible build is important maybe consider NixOS?

I posted about this here https://charon.konekopi.com/posts/archlinux_on_arm/

But to answer your question:

A lot of ALARM core repositories are out of date, their extra repositories are even worse. chromium has been broken for like 1.5 year or so (I think it's fixed recently). Can't really blame them, they need to support older armv7 hardwares. Their packages are also for armv7 instead of the aarch64 architectures used by a lot of tablets/PC nowadays, so there's a huge performance/compatibility tradeoff they're making.

Arch linux aarch64 port is as the name says, aarch64 only, the people don't really care for older RPi. And because their work lives on the official arch linux repo, the pkgbuilds by definition won't be out of date. However package building are still community maintained, and will be out of date in that regards.

Archlinuxarm is a fork. The name is confusing because it's a fork with the same name and logo, but they have got permission to do so

Arch linux aarch64 port is not a fork, it uses the same upstream PKGBUILD which contains minimal aarch64 specific conditional compilation and config

https://ports.archlinux.page/

I think even this project was not being mentioned so maybe they are not aware of each other

"after the query has returned from the database"

I have a lot of fighting against Spring / Hibernate for this. It doesn't let me do cartesian product because the query builder thinks it needs a cartesian product, I can't select only some of the columns without making a whole new data structure while fighting the ORM that thinks one table = one class, can't query from a joined table.

I don't have any issue with mapping using these query builders like jooq which lets you use generated class from the live db for simple use case and give you other mechanism for querying weird joins or aggregates.

What sort of perks of ORM after the query has returned do you find to be helpful?

I really love the idea of lisp but feels like the learning curve is steep. Sure you can learn basic lisp in an hour or so but then? You need to learn emacs, all of the plugins, module systems.

Maybe I just don't know where to start.

Archlinux has this separation of official packages and the user submitted AUR, which has never been something that is officially supported by design.

Having big names maintain their own VCS is a good thing. There can be a centralized system to index / search packages just for findability. And this centralized system doesn't have to be anything special just like how anyone could use any search engine

Agreed. Simple CRUD is something that only shows up in the beginning of the project, everyone was told to use ORM for that purpose, business grow, and you had awkward requirements that require complex ORM features which might exist but requires deep dive into ORM library's corner case, or just straight not possible and makes you bang your head wishing you'd write SQL instead where it would have been obvious what to write.

The only good thing about ORM is the type safety, but I find rust's sqlx or java's jooq to be hitting the sweet spot.

The issue with Markov Chain is you can't get good next token prediction on long enough context because once you see the last 1000 words instead of just 2, it's quite unlikely that your 'frequency' is populated for that exact combination, and markov chain don't work on token embedding that allows some encoding of meaning.

a bit misleading title.

Publishing games that are available to players with either Roblox Kids (users under 9) or Roblox Select (users 9 to 15) accounts that we announced in our Newsroom will require additional verification steps than publishing games that are available to users over 16.*

Like addition

I'm perplexed to the claim that addition is cheaper than XOR, especially since addition is built upon XOR, am I missing anything? Is it javascript specific?