da-x

OP here. I agree with this as well, you are not missing anything. I was meaning to write another post about a similar approach.

To illustrate to readers, let's say we are developing over a tag `v1.2-pre` in `main`, and now the code has stabilized. The idea is to release a tagged `v1.2`, then in the `main` branch immediately release a tagged `v1.3-pre` that follows it.

We obtain the following:

1) `main` branch commits look like `v1.3-pre-<number>-g<hash>` in `git-describe`.

2) A maintenance branch may have been forked from the commit that was tagged with `v1.2`, so for the commits in that `release/1.2` branch you automatically get `v1.2-<number>-g<hash>` as output of `git describe`.

These are not mutually exclusive. Tags relate to commits irrespective of the containing branch or the merge history.

If it this is the situation I am somewhat surprised that real estate prices in the city are still through the roof. What am I missing?

Compiling LLVM for what purpose? Hacking on it? Producing an optimized build? Installing a build on a user's machine? You should be more specific.

The default clean build works just fine. On my machine I can clone the Git repo, do `mkdir build && cmake ../llvm && make -j64` and end up with working binaries after 5 minutes.

The build take 37GB by default here, and the binaries under bin/ are immediately usable work. If you want a smaller build with shared library just add a parameter. Want to throw in sub-projects such as LLD or Clang? Just another parameter. It's all very well-documented.

I've posted [1] this to the SQLite user forum. To say the least they are not very inclined to fix it.

[1] https://sqlite.org/forum/forumpost/f559bf16e4

This is a compatibility layer for the older mount APIs, for file system drivers hat don't utilize the newer API yet.

The newer mount API is called `fs_context`, and you can read the LWN article about it here:

https://lwn.net/Articles/780267/ ["VFS: Introduce filesystem context"]

For what I gather, Web3 is marketed as a 'generic ownership' ledger, i.e. not just for 'a replacement for money', which was the purpose for which cryptocurrencies were so far perceived in the mainstream public eye. How it connects to NFTs - investors putting real money into Web3 would want to hike on the supposed ability to invent assets out of thin air and sell supposed ownership on them for real money at a profit. There are many people wanting to own NFTs right now (even if many people equals to just %1 of all people and never about it).

As for the legality of it, maybe we can think of it as being a scam as much as companies selling tamagotchis [1] in the 90's are or were a scam. It was somewhat in fashion to own one back then. At one point it was quite profitable to manufacture and sell them. However, now and possibly forever the volumes at the peak of the fad would never be restored. At least right now, in 2022, perhaps the current trend of owning an NFT collection and presenting it to others is somewhat driven by vanity in a similar way. Perhaps it's the future with NFTs.

Can't say I agree with the present situation, and I'm kinda hoping people will find better things to do with their hard-owned money.

[1] - A Brief History of Tamagotchi | Innovation | Smithsonian Magazine - https://www.smithsonianmag.com/innovation/keeping-tamagotchi...

Exactly that - the implementation of it was done transparently under scons's SConstruct logic.

> For the 'reference' subsystem of the scheduler, I also improved build speed by consolidating .c files into roughly equal size build units. Instead of 20+ separate .o's, there's now just 4 .o's being built. Obviously this approach does not scale to the over 30,000 .c files in the kernel, but I wanted to demonstrate it because optimizing at that level brings the next level of build performance, and it might be feasible for a handful of other core kernel subsystems.

This is important, realizing that compilation units rarely collide on private namespace usage. Called 'compilation unit grouping', or 'CU grouping', I implemented this once at a customer's and reduced build time of a large C++ project by 2x.

Thanks! I'll try this (I also suffer from Web-JIRA latency fatique).

I can see why a simple text file is working for many people.

Anything that requires you to wait for a program to start, a window to appear, or a webpage to load is very detrimental to the mental mode of note taking because thoughts change even on the slightest of latency. It should be as immediate as picking up a notebook from the table that has a pen attached to it.

"Bitcoin Failed in El Salvador. The President Says the Answer Is More Bitcoin." [1]. Short term stable? A currency that falls 20% in one month is far from it.

Gold is the least good example among these kind of assets, because ownership is less bound and provable by law. Stocks and real estate are much better in that regard.

[1] https://foreignpolicy.com/2021/12/06/bitcoin-city-el-salvado...

True. It is sad that even when science is concerned, actual news sites are fake news generators today.

> we have no practical carbon capture technology better than planting big-ass trees

This is not true. There are many projects underway (example - [1]) utilizing various technologies, and while it's true none has yet to reach economy of scale there is still time to do so. We only need a few good and scaleable solutions.

[1] https://www.bbc.com/news/science-environment-57588248 "Climate change: Large-scale CO2 removal facility set for Scotland"

However so far it's not proving to be a currency (short term stability, long term deprecation or preservation) but only an asset class (short term instability, long term preservation).

So far it is only proving that it cannot be both.

For assets, one can choose to invest in already existing inflation resistant assets, and many investors and even unsophisticated laypeople did that across the ages before Bitcoin was invented. So essentially federally-issued inflationary currency is not really a problem of investment because there are other alternatives to it when investment is concerned.

OP does not consider substantial effort of widespread geo-engineering that will take place to scrub CO2 and Methane from the atmosphere. Why be so pessimistic, when we are at the cusp of finally starting to address these real issues?

There are beginning carbon tax efforts by legislators and governments that will greatly incentivise further developments in reducing ecological harm along with emerging eagerness by big corporations to become zero footprint. This is not only by word and regulation but by actual doing. There's a monumental change happening right now.

> a trustless manner automatically and the ability to execute computer programs that are deterministic, immutable, and will run forever.

Let's try to think quite ahead, going sci-fi even:

Maybe the only use case for such programs is valid if they are powerful AIs, or uploaded human minds. But for the blockchain to be able to run that? The compute and memory needed is astronomical. It also means that blockchain will be relevant technology only in the 22nd century and now we are just playing with it for no actual value whatsoever.

Because, how else would I ensure that my uploaded mind from year 2060 henceforth runs forever in the cloud? I can't, the 22nd century equivalent AWS may be shutdown. Solution - blockchain...

It is composed of the relatively small number of the high profile developers that occasionally pop up on HN. Most are blogs I found of less known developers which I bumped into when searching other stuff or when casually browsing Github/Twitter/StackOverflow. I try to add new feeds wherever I find them.

Would have shared RSS subscription list if was easily possible, however I use the newsboat [1] program and read the aggregate in the terminal. It's stored locally.

[1] https://newsboat.org/

> Distributed systems where you own the data and there's no single point of failure.

If I encrypt my 1TB of the data I have at home and put the copies on AWS, GCP, and Azure, there's also no single point of failure and I own the data. Still, blockchain is a solution looking for a problem. I can own data without relying on a worldwide self-settling ledger.

There's the "shutdown test" for the actual immediate utility value of anything worldwide. If we hypothetically manage to shutdown Bitcoin and all the other blockchains, what would be the overall effect to the world? Some big and small speculators losing assets and no actual loss of value (but less carbon emissions, so maybe increase of value?). On the other hand, shutdown stock exchanges, SWIFT systems, electricity, internet in general - big turmoil.

This is very true.

To give an an example, in the front page of hacker news I only see what is boiling i.e what caught the attention of the masses. I hardly learn new stuff. I think this is true for any crowd-based news site rating system.

In contrast, when I open up my RSS reader and see posts of the blogs I subscribed to, I often learn new things that perhaps were simply not very interesting to the common HN in the same period of time, but are enriching to my general or technical knowledge.

The idea is to accumulate 300 or so low-frequency blogs, so that each day you would have a few posts to read from interesting people. Low frequency is good because the signal-to-noise ratio is often better.

> The system of multiparty cooperation and political consultation under the leadership of the CPC is a basic element of China's political framework.

TIL the CCP has (only?) about 70% of the seats [1]. I wonder what power or influence the other members have.

[1] https://en.wikipedia.org/wiki/List_of_political_parties_in_C...

One problem with this field is that the 'art' is different than the 'work', meaning that if you want to marvel in your creations and output beautiful, readable, documented, and properly refactored code, you usually don't have the time to do so because you are under a time constraint and to deliver a product. Here's management is important - if in addition the requirements constantly change and you're battling to get something QA'ed and stabilized, it gets even worse.

That's why I balance this with my own toy projects and open source work. In open source, there are usually no deadlines, and so it comes as a better substrate for for creativity.

Awesome! BTW, is secrets management (like with Hashicorp Vault) included in the generated code?

XFCE under Rocky Linux 8.

Multi-display setup.

I patched the source code so my side monitor retain its windows when I switch workspaces.

I think crypto will only have long-term success or maturity if the unwilling people such as myself combined with the general population will be compelled or feel obligated to use any of it, to the same level of utility such as electricity or the internet itself.

Otherwise, at some point this rather self-contained 'crypto-sphere' will fallback on itself and the non-core participants (i.e. not the enthusiasts) will lose interest.

Today is like a better version of the 1960's.

Two things:

1) The new space age, really aiming far to the Moon and Mars.

2) The altered state of mind that wide acceptance of Psychedelics is going to bring to the masses.

We can fix the Earth's ecology from the damage of the last century and expand into space at the same time - these are not mutually exclusive. There can be enough people and funding to do both. And even better - the technology developed from the latter can assist for the former.

Websites with auto-play.

Always a joy at 0:16am when everyone's already asleep.

Every respectable hacker remembers the spec of their first computer.

286 + 1MB RAM + 40MB hard drive.

This was 1992 and it was valued about 1000$.

I've recently coded something like this, however with significant differences from what OP is presenting. Here are the most important differences:

- Using a zsh plugin, it works for every command that I run, but only if I need it, so it doesn't create extra noise. Meaning, it is automatically activated for terminals that go out of focus. I don't need a special suffix to activate it. I recently contributed a tmux pull request just for that [1].

- It's a fixed size, flashing window in a side monitor, so if I got off the chair after execution started, I still notice the termination when I return to my workstation.

- If I change my focus back to the unfocused terminal where the termination happened, the notification disappear by itself (no extra action needing to click the 'x'!).

- It contains information regarding the tmux pane in which the termination has happened. This is needed, because I have multiple tmux sessions each having multiple windows with multiple panes in it, and all this on top of multiple XFCE workspaces.

- It's a server-client architecture, so clients running on separate host shells can run on a different computer and am able to send over termination notifications to the server that hosts the GUI (my workstation desktop).

[1] https://github.com/tmux/tmux/pull/2558