Give me lotto numbers.

Edit: to be more specific USA mega millions lotto numbers.

five random numbers from 1 to 70 (the white balls) and one random number from 1 to 24 (the Mega Ball).

No assembly?

Either its a paid/premium feature OR the people you are on calls with have controls in place to prevent recordibg like admin policy restrictions.

A work around is use obs. It’s free and easy to setup.

This is hilarious. Thanks!

Haha

Now add big googly eyes

Def cursed lol.

Edit: even your instance is shutting down. You sure you arent?

This isnt a prank if you are the only person laughing, idiot.

Yes, if you live if NA

https://www.firstcoastnews.com/article/news/local/doctors-remove-bugs-from-inside-of-mans-nose-and-face/77-cc1136f8-ed6b-44a5-9848-60d422042bac

Dont click, you have been warned.

So… how much have you suffered?

What? Really? Didnt know this.

https://patreon.com/bigfriendlyguide

deleted by creator

Cause i had to go looking for it: https://codeberg.org/comaps/comaps

This. Sounds like opinion article at best.

Yes in your specific scenario, you are righr. But if you even the playing field, apples to apples. If you have 4 words of each 4 letters plus random char at the ebd, lets say equating to 20 characters in total, a random 20 character password is better. Words/phrases are now commonly added to bruteforce attacks unlike before. Use an good password plus a 2fa that isnt sms or email for best protection, or dump passwords if you can for hardware keys.

And catholics

Ted Ts’o sent out the EXT4 file-system changes today for the Linux 6.16 kernel. While EXT4 may not see as much code churn these days given its mature state compared to say Btrfs and Bcachefs, with Linux 6.16 are some tantalizing performance improvements.

The EXT4 changes for Linux 6.16 deliver fast-commit performance improvements, multi-fsblock atomic write support for bigalloc file systems, and lastly is large folio support for regular files.

The large folio support for regular files is a particular heavy-hitting performance improvement in Linux 6.16 with the EXT4 file-system. Large folio patches for EXT4 since last year have been showing very nice performance improvements and Ted Ts’o called it out as well in today’s merge request. Ted wrote:

" New ext4 features and performance improvements:

• Fast commit performance improvements
• Multi-fsblock atomic write support for bigalloc file systems
• Large folio support for regular files

This last can result in really stupendous performance for the right workloads. For example, see [1] where the Kernel Test Robot reported over 37% improvement on a large sequential I/O workload.

[1] https://lore.kernel.org/all/202505161418.ec0d753f-lkp@intel.com/"

Yes, Intel’s Kernel Test Robot clocks in the large folio for regular file change to EXT4 as a 37.7% improvement to the FS-Mark benchmark:



More details on the EXT4 changes for Linux 6.16 via this pull request.

With these EXT4 optimizations paired with Bcachefs performance improvements, Btrfs performance work too, and XFS atomic writes, this is one of the more exciting kernel cycles in recent times as it pertains to file-system activity.

RIPPED HIM GOOD.