huh. so it is that. i had no idea.

first ‘birthday’ wishes i’ve received in probably 20 years.

ty.

the same goes for any distribution not just debian. installers and upgrade processes cannot possibly account for the infinite number of unexpected things they could encounter. the more you go ‘off book’ with third-party repositories, backports, manual configuration changes, manual package installs and what-not, the greater the chance for having ‘issues’ with version upgrades.

bart: mhahahahahaa!! (dials)

ring. ring.

moe: hello?

bart: is your refrigerator running?

moe: not anymore. i shot it.

yea, gnome is “more popular”. doesn’t mean it’s “better”, just that it’s the default environment for some of the most widely-used distributions.

so they’ll do whatever saves them a few dollars in paying them.

or whatever keeps a public CVE from getting published.

gonna guess the other bathroom is the same, just ‘backwards’. someone mixed-up the counters and nobody cared enough to correct the error.

debian has been my first choice since the 90s, but i use arch’s excellent wiki all the time.

if the old ways are still available, the bad guys can use 'em too… so this new thing is just to get people ‘used to’ the idea of an anal probe for verification before actually forcing it on everyone.

8 yqf3 h9 8e3q

what do the Visual 👁 and Audio 🎧 options look like?

don’t forget to sign-in to the google account you want the ‘protected’ web site visit logged to.

i have one. but it isn’t android, or ios, or ‘smart’ in any way. it doesn’t even text. it’s just a telephone that fits in my pocket and connects to the cellular networks. it’s all i want. it’s all i use. it’s all i’ve needed ever since i got my first one about 25 years ago.

optane modules can be reformatted and used as a regular m2 nvme ssd. i have used one here before, just drop it in and ran mint or whatever installer and let it do its thing. they’re kinda slow (relative to recent gen nvme) but high endurance. so to answer your question, it would displace one of your m2 ssd.

if there’s an unused sata port, i’d probably go with your other option–sata boot. take care cloning bootable nvme to sata.

$25k per month, per drone. for suicide drones? with what? a twelve month minimum contract for each? and non-transferable, too, i suppose.

looks like they shrunk the menu to icons in order to make room for the ad on the same view, not just when you arrow over to the app icons.

My Little Pony gardening sim

that would be an improvement for some.

maybe see if the providers can bump the ram up a bit to get through the trixie installer? 384mb was enough here (i didn’t try to install with less), perhaps 512mb in your hosts’ environments will be enough.

why I was hitting the memory deadlock on boot, but yours booted OK

i dunno. was your debian-installer running in lowmem mode? did it add extra stuff because of the detected vm environment (i did notice at least one extra thing here for qemu plus the network drivers needed).

this trixie-based dietpi here boots at 192mb allocated to the vm, but panics at 160mb.

the dietpi x64 ‘installer’ iso don’t use the debian-installer. they are clonezilla-based, preconfigured to use an included dietpi image, which does a first-run setup after it’s ‘restored’.

page through these… you should find a few different cursor themes that would work for you:

https://store.kde.org/browse?cat=107&ord=latest

tui installer on netinst iso (13.4) says 320mb is required:

This system does not have enough memory to be supported by this program. At least 320 megabytes of memory are required. If you continue, unpredictable and broken behavior will likely result. You should reboot now and add memory or find some other program to use.

it does allow you to continue anyway, which switches to ‘low memory’ expert mode install. 320mb also gives this error. 384mb does not, but still enters the special install mode, where i was able to load enough installer components to set up networking to start an install. it did lose part of the display font partway through but it did finish and reboot ok (with ~104mb used). dropped the ram in virt-man to 256mb and it still booted.

edit: i just installed dietpi on this, which basically shreds debian down to the kernel and not much else, and rebuilds it as dietpi. went on without any issues, not even a complaint with 256mb. htop says 65mb used (this, before adding any server ‘apps’, mind you)… but i might just be able to upgrade a couple dietpi boxes i have that do only have 256mb ram.