The apple doesn't fall far from the tree.
1,091 karma · joined December 25, 2015
The apple doesn't fall far from the tree.
That seems to be a general characteristic. I strive to be cheerful and helpful whenever I'm asking for something. I feel like (sadly) it sets me apart from the crowd and helps me to get what I'm asking for. And IAC, with so little effort on my part I may brighten someone else' day and that makes me happy.
Just last week I asked housekeeping at a hotel for an old style coffee pot since I had brought my own coffee and filters. I started with "Can I pester you a moment?" and the conversation went up from there. Housekeeping was extremely friendly and helpful. Later I guessed this might have been her way to disarm some of the typical hostile interchanges she's been the brunt of.
With ZFS on Debian the default is to scrub monthly (second Sunday) and resilvering is not more stressful than that. The entire drive contents (not allocated space) has to be read to re-silver.
Also define "high chance." Is 10% high? 60%? I've replaced failed drives or just ones I wanted to swap to a larger size at least a dozen times and never had a concurrent failure.
Forgejo got to my attention when Fedora chose it for their repo server. My needs are pretty simple - just some centralized file storage of notes and some source code. I've tested a migration from Gitea 1.21 to Forgejo 9 and it was frictionless.
I'm seriously consider migrating, but I still wonder which will be better supported (and suitable for free-as-in-beer use) in the long run.
The link you posted looks pretty helpful. I guess my needs for "interesting" git operations are low because I've never felt the need to move beyond the CLI. (Mostly, that is. I do click the colored bars in VS Code to stage commits and then commit from the command line.)
Occasionally I need to search for help when I screw something up. More often the solution is in the git warning message ("You need to 'git pull' before you can push" - paraphrasing.)
The podcaster felt that with AI capabilities getting better day by day (maybe - that's another discussion) that this multi factor classification could be automated. It seems not to have been done yet AFAIK.
https://www.nps.gov/subjects/fire/indigenous-fire-practices-...
Good point. I think most modern motherboards (and all server boards) have a "management engine" that prepares the board on power up and even serves some functions during operation. I believe that that's what supports IPMI/iDRAC even when the host is running.
I don't think that changes the situation WRT the variety of H/W for the Pis through their history and even at present.
T is for Taste ... T is fore Throat
Just wow.
But it's not. Over time they've revised the SOC (processor) and gone from 32 to 64 bit capability. The latest - Pi 5 - has totally re-architected the I/O subsystem, putting most I/O functions on their RP1 chip and connecting that to the SOC using PCIE.
And as already mentioned, the unusual boot sequence: The GPU takes control on power up and loads the initial code for the CPU.
All of the OSs I'm aware of that run on the Pi depend on "firmware" from the Raspberry Pi folk. Looking at the files in the folder that holds this stuff, it's pretty clear that every variant of the Pi has a file that somehow characterizes it.
I can't find a reference to the study at the moment.
In theory no black hat should be able to access them from the Internet but they could call out and ask for commands if they are so programmed.
I see that as a lead in to a heist movie.
Aside from that... I wonder if there are other samples of this material yet to be found. Also, is it the only one known because it's the only one that's been properly identified?
There are carriers that are smaller than a credit card such as the Ether Board and Wavlink BiCool mini board.
I understand that this is the case. IBM did the PC world a solid by not encumbering the original H/W. That provided a basis for a platform that could be copied and provide a "standard" that others could leverage, including copying and reverse engineering the BIOS that launched the OS. That provided the foundation of the PC explosion. They tried to reverse their "mistake" with the Microchannel Architecture and that saw limited success (AKA failed.)
IBM was also part of a consortium that tried to develop a common platform for the Power architecture. I'm not sure if any of that survives in their current offerings but it did not take anything away from the Intel (Windows) market and except for Apple, the Power PC was nowhere to be seen.
ARM processors have proliferated in the hand held (phone, tablet) market where volumes are sufficient for the manufacturers to provide their own solution to bootstrapping the OS. There are some efforts to agree on a common boot architecture (Yocto, UEFI and probably others) and I'm not familiar with them, but I hope one succeeds so we can easily load a variety of OSs on our devices.
Incidentally... The GPU in the Raspberry Pi performs the initial stages of the boot process. Weird. I think that Pi 4/5 generations are moving away from that but I'm not familiar with the detains. As near as I can tell, they've preserved the S/W structure required for the GPU to perform this function.
For some definition of a "mainline kernel." My preferred Linux distro is Debian, I still can't run a Pi 5 on Debian over a year following release. (I don't know if this is for lack of Pi engineers not pushing stuff upstream or Debian/kernel devs not being receptive to PRs, but I suppose the answer is somewhere in between.)
I do run Debian on Pi 4B/CM4 and others. At present I'm working on getting 1-wire with a DS18B20 working on a Pi Zero W and it has not been easy, but that might be me.
I was truly excited to see the CM4 released because it provided a PCIe slot and which can support a proper storage interface on a Pi. I don't see a compelling feature on the CM5 so I'm not going to jump on one just yet. I'll probably get one at some point.
I do agree that the Raspberry Pi community provides reasonable support. I have, however, found the Reddit community occasionally toxic and have had questions on the official Pi forum removed w/out explanation. (I asked why the Imager did not offer the most recent OS releases in the menu, requiring that I manually download them.)
As long as were exploring wild theories, how about this one: Aliens smarter than us have colonized earth and are manipulating our information sources so we are not aware. Further, every once in a while they "give" us discoveries to advance our technology in a controlled manner. Perhaps we're captives in what is equivalent to a zoo.
I find that more pleasant to imagine than aggressive/hostile aliens that could probably destroy our civilization in about 17 seconds, though that would have the benefit of solving all of our problems in one fell swoop.
The only place where I was unable to do this effectively was with the last will and testament message (and I might not have tried hard enough.) It also doesn't work with microcontrollers that don't run something like Linux.
Decades ago I did a job for Raytheon (S/W for an X-ray machine control.) The Raytheon guy that hired us talked about standing in front of one of those huge radar horns to warm up as a young serviceman. I didn't RTFA but I wonder if the history went back that far.
From https://carbonmapper.org/articles/carbon-mapper-launches-sat...
I don't know enough about the EPA's charter to know if this would be within their realm or not. Certainly launching and managing satellites is within the purview of NASA.
I worked with an ST Micro processor and small TFT display. The routine to write to the screen was to save the contents to RAM and then point a graphics renderer to that RAM. Double and triple buffering were required to avoid screen tearing (screen update with partial previous and next screen mixed.)
Yeah, no. (Re: Reddit DMCA takedown.)
It looks like clownstrike.com has been redirected to crowdstrike.com. (Likely purchased by them or a friend.)
Edit: I see it's clownstrike.lol and is at this time up. clownflare.lol has "recently been registered."
And that right there should curdle the blood of the folk who won't allow Spotify. (I don't mean to suggest this is a security risk, I don't think it is, but those words ...)