I just googled that, assuming it must be something from the 50s or maybe 60s - but 2008? What the fuck is wrong with you guys over there?
aard
It's getting better. I recently removed a bunch of AIX and Solaris specific dotfiles/directories that haven't been of use for years.
More important than the tripod itself is probably the tripod head - you'll want it stable, easy to adjust, and easy to obtain additional quick mount plates. If budget ends up being too tight buying a good head and a cheap tripod, and later replacing just the tripod might be a sensible option as well.
Israel geht zunehmend auch am Boden gegen die Hamas vor. Das wird die humanitäre Lage im Gazastreifen weiter verschlechtern.
Das ist aktuell die einzige Chance die Lage irgendwann zu verbessern. Es gibt da grob drei Optionen:
- Israel hoert auf, und laesst sich ohne eigene Reaktion von Hamas aus dem Gazastreifen beschiessen. Nach dem Hamasangriff und der politischen Situation wo sich seit zwei Jahrzehnten auf beiden Seiten die radikalen Lager gegenseitig hochgeschaukelt haben wird das nicht passieren.
- Israel beschraenkt sich auf Luftangriffe. Das ist die Variante mit dem groessten Kollateralschaden - da Hamas in und unter zivilen Einrichtungen agiert haette das nur Erfolg wenn Israel aus dem kompletten Gazastreifen einen grossen Parkplatz machen will. Die Option kann niemand wollen - ausser vielleicht israelischen Bodentruppen.
- Israel geht mit Bodentruppen rein. Das wird hohe Verluste auch auf israelischer Seite haben - aber ist die einzige Moeglichkeit den Kollateralschaden wenigstens halbwegs kontrollieren zu koennen.
It's pretty clear from all the responses here that the view is massively different depending on if you're from the US, or not.
I'm not from the US - and Bush massively and irrevocably messed up a lot of things for me. And I'm just in the EU, not directly getting bombed by US military.
With Trump the consequences were pretty much all inside of the US, any fallout we felt over here were still from the Bush era, or to some extent Obama. Given all the damage that was done by those two maybe the structure of your government over there is shit and should be attacked - my hope from over here was that the whole Trump situation would lead to finally stuff getting fixed. It won't be pretty for you guys - but from the outside I'd rather have someone incompetent like Trump mess up your stuff until the pain is big enough to actually do something than someone halfway competent break things on a global scale again.
Is Arch really that popular nowadays?
I mainly know it from the colleague who switched to it back in 2006, and then we made fun of him over the next year for all the stuff that was broken on his system, and worked on ours. He only was let off because a new hire went for Gentoo, and had stuff even more broken.
Problem with Apple is that they're trying very hard to control use of their stuff - so working with their stuff is very annoying. I only recently looked into it again as it was required for work projects where acquiring relevant hardware wasn't a problem - and even then it still is very annoying to manage, compared to Linux and even Windows.
I used to run cross compile setups for a bunch of open source projects 10-15 years ago, including MacOS. Back then they were using a gcc based toolchain, and thanks to GPL had to publish the base toolchain - yet they still tried very hard to break things between releases, which eventually got so bad that we decided to first drop MacOS builds, and later just completely drop MacOS support as you can't really do that without proper hardware access.
The situation has gotten a lot worse since LLVM - which Apple was pushing in big part as it allowed them to publish their SDKs under their licenses only. So nowadays you still can download their SDK - but using it on non-Apple-silicon is against their TOS.
I wasn't aware of that one - seems for my own use my code predates that.¹
Quick check of their code:
They focus on getting it from a shell, and parse results directly. They also make synchronous function calls, and have some code to monitor if the process takes too long. I also went down that path originally, but abandoned it for just ding asynchronous calls on platforms which are too slow.
I also just allow specifying arbitrary commands to get the key/value pairs - exec-path-from-shell runs starts a new sh in non-standard shells and relies on variables being exported to be visible there. It doesn't look like querying something like systemctl for variables would work, and I'm pretty sure it won't work on Windows with Powershell or something similar.
Additionally it seems to allow importing all or only variables on a list, while mine also additionally allows all but the variables on a list.
With my implementation setting exec path after execution is optional - but unlike with theirs it's implemented in a hook, which also allows hooking in arbitrary functions to run afterwards.
¹ I originally wrote this thing probably close to two decades ago to have the same Emacs config running on Solaris and Linux. The reason for starting it was that after an update some tools to talk to my Palm no longer used the correct port from within Emacs - I had the relevant variable set separately in the shell and in Emacs. Pulling this from the shell fixed the problem for the future as well.
I've added the async functions when building a configuration for Windows as everything is horribly slow there.