@ljs yeah, i kept messenger so can keep contacts but not sharing of content :-) And mostly because of relatives. I've bumped into similar situations where it is either Facebook or GTFO but I'm ready to confront those inconveniences.

TBH, I've just wanted to delete #Facebook account for a years already but my music projects have kept me there.

So now that I've outsourced maintaining them to my girlfriend it is finally time to do some layoffs to reduce the costs, i.e. costs of wasted time, so I layoff myself :-)

I've never had e.g. Instagram, Snapchat, TikTok, and I've deleted my LinkedIn some time ago not a big deal. I just wanted to make up a ridiculous excuse :-) That way people might at most think that I'm an idiot, which works for me.

One could claim that people should get salary for being in social media sites like #Facebook and #Instagram, and for any possible content, e.g. a cat video or random rant like this.

Right now the cash flows is for e.g. Facebook something like:

1. Users produces raw content.
2. Facebook processes data into assets with momentary value.
3. Facebook trades with these assets in various profit generating ways.

User is a staff member in this scheme with total zero salary. And some say Amazon factory jobs are crap…

So how can this work as a business model? I have zero idea but neither current business model works for my benefit. It is a loosing game.

#socialmedia

i remember this https://winworldpc.com/product/qnx/144mb-demo. a web page on average today is something like 2MB per load.

@laund @calbaker @pinkforest actually i don't own any ethereum. randomly met some people from ethereum foundation and when people meet sometimes there's ideas what to do together and such and so forth. i might get flight tickets to prague that's all.

i'm neither actually that interested on blockchains but it is good to sometimes do stuff outside your comfort zone just to get a better perspective. it is good to get. know all sorts of people and best way to do it is to do something together.

agree to disagree means exactly that when you don't agree with something it is sometimes totally fine to come into conclusion that ok we have some disagreement but that does not mean that you have to hate people because of that.

in corporate world there's also "disagree and commit" but that afaik does not apply here. i'm not limiting what you want to do or how you want to do it but i have right to say how i see the matters.

so, all cool i guess...

@lindi2 @pid_eins I'll do my PR probably on Monday so you can expect the feature in rc1 if Linus agrees on it.

For earlier testing, use linux-next tree. For any findings please do not send just "hush mail" to me but instead use linux-integrity@vger.kernel.org mailing list :-) We have full release cycle for v6.10 to fixup things. Also any suggestions how to counter-measure e.g. any security findings are obviously appreciated!

If those suggestions lead to bug fix, you can either bake up possible patch yourself or we fix it up then obviously the reported-by (for the report itself) and suggested-by (for the solution) are applied to the commits.

@ljs @sven @cwayne i went for fun once to the same in'n'out as was presented in big lebowski movie :-)

Left Unity/Godot 2023 May 5
Right Unity/Godot 2024 May 4

Can we put #Bevy here in 2025 ?

#GameDev

@pinkforest Ya, I'm aware of cpal but if just doing a plugin you actually are just doing a fancy data processor. I'm also eagerly waiting for SIMD improvements because it is just something I work for fun, and I do not have to be productive :-) And the fun part for me really is figuring out the DSP, even if off-the-shelf options did exist...

@pinkforest I met the guy who created ritc and he recommended me to check out Bevy for audio plugin alike stuff :-) Already found something along the lines of egui-baseview: https://github.com/kunalarya/bevy_baseview_plugin, which makes it feasible to interface with clap host.

@pinkforest @calbaker @laund when i have the bandwidth i'm planning to give it a shot by rewriting some of the memory management code in https://github.com/enarx/enarx/issues/2580.

on memory management side i think some of google's work is pretty cool too, such as zerocopy.

@pinkforest @calbaker @laund it has been sort of shadowed from me too given "vmm" but couple days ago i peaked into its tests and saw it mapping /dev/zero there :-) i've known that it exists but thought that ok this is only for VMM's.

@pinkforest @calbaker @laund overally after this discussion i'm more eager rather than less eager to use rust, and more confident to use unsafe blocks based with common sense applied :-)

i was thinking more or less along the lines what you wrote to reddit but since rust is not my main beef i was not super confident on my views on that. when it comes to pros and cons i for most part agree that for fresh project using C++ in 2024 is not at least what i would do (but neither would slander anyone who thinks otherwise, there's usually not just one correct answer).

@lindi2 Cool to hear! And please contact me if you find something. I'd expect at least some issue, if not security, then stability but that is obviously to case for any code that has not yet been in the warzone, right? :-)

So, yeah it *should*. It uses null seed for TPM key generation which is shuffled per power on and creates HMAC pipe to the TPM which is unconditonally applied to the user space devices. also it denies comms if the null seed is resetted.

Also the stuff @pid_eins and systemd folks have been working is expected to not be "warzone ready" ;-) some social of the media feedback on that has been somewhat uneducated (not referring to demo videos, it is helpful the demonstrate the issues and open source by definition should be brutally honest and transparent).

@pinkforest @calbaker @laund

@pinkforest thanks for great comments!

talking about asm, one feature i’m waiting for to become stable is naked functions, which is fortunately in unstable.

one api that was outdated even when rust first came out is File API. it models POSIX golden days of the tape drive part ;-) i.e. it is pretty much in the 70s idiomatically. or what was the latest thing back then.

with modern storage and 64-bit address space only thing that you ever want to use fd for is with sendmsg(SCM_RIGHTS) when you share it betwen multiple processes.

rest is better to be done simply by mapping the whole thing to address space and let page cache take care of you. initially reserved set size is ofc zero bytes with invalidated page table entries.

it is great way to also deal with large sparse arrays for the obvious reasons.

not a huge issue. i’m pretty happy with https://github.com/rust-vmm/vm-memory but hopefully stdlib will have equivalent functionality some day. despite the name this can be used outside KVM context.

@pinkforest @calbaker @laund Not pointing fingers to any particular community, project or even language but here's something I observe in modern days of open source.

There has been and probably is still today some toxic behavior for sure in open source projects but there is also some toxic positivity, which means that when you take more critical angle it is interpreted as toxic behavior.

@pinkforest @calbaker @laund Also, of course Rust helps to do that authentication module properly but part of it is also me making legit choice how I use Rust to achieve my goals. Not disregarding the merits just calling for more critical thinking :-)

@pinkforest @calbaker @laund Nothing wrong in Perl tbh. Any language, even Rust does not prevent you from making trainwreck code tbh :-)

@pinkforest @calbaker @laund I tend to agree with this. I mean if you add a dep to Cargo.toml to get rid of unsafe block that is actually needed there is still unsafe block somewhere. It is just not visible in your own crate :-)

Rust 1.78 makes especially putting some trivial unsafe blocks easier and more plausible with its assertion features: https://blog.rust-lang.org/2024/05/02/Rust-1.78.0.html

@pinkforest @calbaker @laund Yeah, I've seen in my work that trying to be as "case by case" as possible is an asset in software industry. Even your favorite tools is best tool look with critical eye from time to time :-)