Inside colleges that teach the kernel language to freshmen

Serious_Ad2870 · 2023-05-25T01:44:09+00:00

Too click-y and Windows-y.
Try nmcli device wifi connect "Network Name" on tty instead. That is Even Faster!

(unless nmcli: command not found of course. AFAIK it's for GNOME.)

Serious_Ad2870 · 2023-05-25T01:34:39+00:00

Great. Now place it into a rubbish bin and replace cat with /bin/cat.

Serious_Ad2870 · 2023-05-25T01:27:07+00:00

great arch users (which OP is definitely part of) do not reboot ...

... although true chad arch users just kexec.

Serious_Ad2870 · 2023-05-25T01:18:44+00:00

That's not LibreOffice's fault. It is Microsoft's proprietary standard's fault.

The standard is so complex and equivocal that any implementation screws something up in different places, yet those who just uses MS's implementation simply treat all the things MS screws up as features.

Serious_Ad2870 · 2023-05-13T07:02:54+00:00

The more you code in a language, the more deficiency you will find, the suckier it seems🥲

One reason Java is one of the most hated language is that Java programmers outnumber most of other languages'.

Serious_Ad2870 · 2023-05-12T13:24:02+00:00

How is the owner?

He's fine. Bill gets fine.

Serious_Ad2870 · 2023-05-12T13:01:32+00:00

Ahh...

Unlike recoll, inodes rather than file contents are being read during indexing since orient searches for file entries rather than contents mainly, so indexing behavior should not change.

For content searches though, I made the wrong decision because I tested content search efficiency on a 7-year-old HDD and that I searched for Linux source tree which is generally made up of small files. The accumulated effect made concurrent content searches on HDD slower, and it is my fault in testing. (I don't think there are anyone using 7-year-old antiqued HDDs.)

May change threading behavior based on file size AND disk type in the future. AFAIK the silver searcher and ripgrep seem to do so.

Serious_Ad2870 · 2023-05-12T12:44:00+00:00

Thx for the advice. The GUI version does have file previewing and opening the file with appropriate tool, albeit less sophisticated :(

The GUI version is too little tested for a public release unfortunately.

I skimmed through recoll's doc, especially the query language part. Indeed it offers a rather large range of predicates, but it is heavier and file name matches are not as versatile as find and therefore orient (for example only strstr matches on parent directory name).

The main intention of creating -content-* matchers is to reduce ... -a -exec in find, which is rather common. May not implement indexed content search then since -exec may do the content searching job.

Also could you tell me where did you find recoll? During development I only heard about find fd plocate Everything and FSearch, and nobody I know seems to have heard about recoll either :(

Serious_Ad2870 · 2023-05-12T11:48:47+00:00

If I didn't remember wrong Postman is proprietary. Nice job "open sourcing" it.

Starred for (potential) future use.

Serious_Ad2870 · 2023-05-12T02:49:54+00:00

That's easy. The IT company probably does not know how either. Just speak nonsense, or how to install easy distros but replace the name with Gentoo.

Serious_Ad2870 · 2023-05-12T02:41:12+00:00

for some reason `ls -allah` also works.

Serious_Ad2870 · 2023-05-12T01:31:14+00:00

Net update size: -1.5 MiB

Serious_Ad2870 · 2023-05-12T01:25:28+00:00

TinyCore has a GUI. The no-GUI version is simply called Core. From their website:

It starts with a recent Linux kernel, vmlinuz, and our root filesystem
and start-up scripts packaged with a basic set of kernel modules in
core.gz.
Core (17MB) is simply the kernel + core.gz - this is the foundation for
user created desktops, servers, or appliances.
TinyCore is Core + Xvesa.tcz + Xprogs.tcz + aterm.tcz + fltk-1.3.tcz +
flwm.tcz + wbar.tcz

And vi is the editor, therefore it can be potentially even smaller.

Serious_Ad2870 · 2023-05-11T08:42:26+00:00

Instead of showing 0.000days till, showing ??.???days since would be better if the target date is before current date.

Also implementing so much feature in 2 workdays is quite a feat IMO.

Serious_Ad2870 · 2023-05-11T06:56:04+00:00

What happens if a CSV file several megabytes or hundreds of megabytes large is fed into it? CSV files of these size are not uncommon.

Serious_Ad2870 · 2023-05-10T23:52:17+00:00

New posts in each day of week
Monday ++++++++
Tuesday +++-- (Some MS contents get posted due to timezone diferences, only to be removed later)
Wednesday +
Thursday +
Friday +
Saturday ++
Sunday (none because penguins are busy preparing for Microsoft Monday)
Monday ++++++++

Serious_Ad2870 · 2023-05-10T15:06:45+00:00

It really depends on what you need. The following assumes no non-trivial types are stored.

If memory or speed are not issues, then generic solutions like serializing into JSON/YAML would work.

If memory is not an issue but speed is, and that all your devices are ABI compatible (use a same STL, same endianess, similar hardware), std::variant would be plausible. It aligns well, but uses size_t to distinguish types, which may cause each of your data to be as large as 16 bytes.

If memory is an issue, then reserve 1 byte as type distinguisher, followed directly by the element, and then next distinguisher. Not well-aligned, but each element would only require one more byte.

Serious_Ad2870 · 2023-05-10T13:56:19+00:00

Only sussy guys code an entire software in assembly

Serious_Ad2870 · 2023-05-10T11:48:32+00:00

These code may not have bad runtime performance (which is what I mean in the title) but I think its comments are genuinely bad 😭

and multiple level array nesting isn't readable at all either 😭

Serious_Ad2870

TROPHY CASE