Plus, you find yourself having to build for several distributions of
Linux when you statically link, to ensure that the binaries work with
the target kernel.
If the glibc you're linking against is sufficiently old, you ought to be able to compile once and run on any subsequent compatible kernel.
Of course it does depend on whether you're using any of the more poorly-isolated shared libraries as a dependency
I plan to build the compiler on the target machine, just so I have a consistent language to use (GNU C/C++ 5.4.0). I can copy its libs into the rpathed folder.
But, then there's glibc, which isn't compiled with the compiler. And pthreads?
I have other libraries that I plan to compile anyway, just to ensure that we're working with something consistent (for example, openssl), so I'm hoping to contain some of the scariness to just a few things.
Microsoft announced on Monday a new technology called Azure Sphere, a new system for securing the tiny processors that power smart appliances, connected toys, and other gadgets.
...here's the really notable part: To power Azure Sphere, Microsoft has developed its own, custom version of Linux — the free, open source operating system that Microsoft once considered the single biggest threat to the supremacy of its Windows software.
http://www.businessinsider.com/microsoft-azure-sphere-is-powered-by-linux-2018-4
(To bypass the ad blocker blocker on Business Insider, hit Ctrl-A Ctrl-C quickly before the modal comes up, then paste the article into a word processor to read it.)
So let me get this straight. There's supposedly a security problem caused by all of the "IoT" connected devices, toys, etc. out there, and the solution is to connect them all to Azure and give Microsoft control of them all?
I mean, yeah, kudos to Micro$oft for being non-NIH enough to realize that 'doze is to bloated for this application and going with a Linux kernel, but still ... tethering all IoT devices to Azure "for security purposes" sounds like a cure that's worse than the disease.
We have a few chuckles about the idea at work, too.
It's a ridiculously bold statement. I don't know how they can credibly back it.
2018-04-04 19:31 from Ragnar Danneskjold
"Which is your preferred text editor?" is a great interview question.
I happen to know that Ragnar stabs people who answer "emacs"
He had to stop doing interviews in his own office because we got tired of cleaning blood off the carpet.
It maintains a pinned-up connection to the mothership and it is bolted to the user's skull so that it cannot be removed.
Hours spent, trying to understand in what way rpmbuild installed on Debian Lenny differs from rpmbuild installed on Debian Stretch (or CentOS 6.x).
For my situation, it wants a BuildRoot perched at the top of the file pointing to my binaries.
This is the Linux experience when you can't stay on top of the latest thing and you're mired in old OS distributions.
(It isn't much better in Windows, though).
Well, it works.
Developing on an ancient linux kernel, then building packages in that ancient kernel to distribute to modern distributions results in a product that works on both old and new linux distributions.
Particularly if you also provide your own libraries and use rpath to direct your binaries to it.
Neato.
Why the fuck didn't the guy who we hired as a linux developer do this from the beginning?
(Answer: because he primarly worked on kernel development, not application development, and didn't seem to know how to figure something like this out... or perhaps he just didn't want to deal with setups and builds in Linux).
Next fun trick: hacking on bash to do what some would regard as 'nefarious' things, and see if the GNU folks gasp in horror when I submit the patch to them. Mua ha ha ha ha.
Should the Linux operating system be called "Linux" or "GNU/Linux"? These days, asking that question might get as many blank stares returned as asking, "Is it live or is it Memorex?"
Some may remember that the Linux naming convention was a controversy that raged from the late 1990s until about the end of the first decade of the 21st century. Back then, if you called it "Linux", the GNU/Linux crowd was sure to start a flame war with accusations that the GNU Project wasn't being given due credit for its contribution to the OS. And if you called it "GNU/Linux", accusations were made about political correctness, although operating systems are pretty much apolitical by nature as far as I can tell.
https://www.linuxjournal.com/content/it-linux-or-gnulinux
Question for the group ... particularly those who have been immersed in the unix world for a long time.
Is "curses" (including all variants such as ncurses, and related tech such as termlib/terminfo) still relevant?
It's been a long time since anyone has built a terminal, or terminal emulator, that was not ANSI/VT compatible. I'm seeing more and more utilities make use of things like color, reverse video, etc. without linking libtinfo to figure out the correct escape sequences for the user's terminal. This seems to imply that they're just spitting out ANSI/VT codes and assuming everyone has that kind of terminal now.
That's a safe assumption on pretty much any terminal program I've seen over the last 20 years or more.
So is it time to abandon curses and terminfo, and enjoy the standard? And/or has this already happened?