"Zur Person" war eine deutsche Fernseh-Sendereihe, in der Günter Gaus Prominente, insbesondere Politiker, interviewte. 1963 wurde die erste Sendung ausgestrahlt. Ab 1965 wurde die Reihe unter der Bezeichnung "Zu Protokoll" im SWR, ab 1980 im WDR unter "Deutsche" weitergeführt. 1990 erhielt sie beim DFF wieder den Titel "Zur Person". Von 1992 bis 2003 wurde sie unter demselben Titel im ORB ausgestrahlt, der 2003 im RBB aufging. In 40 Jahren wurden über 200 Interviews geführt.

Günter Gaus zählte zu den bedeutendsten Journalisten der deutschen Nachkriegsgeschichte. Geboren 1929 in Braunschweig als Sohn eines Obsthändlers, wuchs er ebenda heran. Nach einem abgebrochenen Studium der Germanistik und Geschichte in München, widmete er sich für viele Jahre gänzlich der journalistischen Tätigkeit. Zunächst blieb diese ausschließlich auf das Zeitungswesen beschränkt, so arbeitete er als Redakteur u.a. für Spiegel und SZ, später gestaltete er die (anfangs) ZDF-Sendereihe "Zur Person" nach Angebot Hans Herbert Westermanns, des Hauptabteilungsleiters für Politik und Zeitgeschehen beim ZDF, der verschiedene von Gaus verfasste Portraits in der SZ gelesen hatte und so zur Idee einer eigenen Sendung gekommen war. Von 1974 bis 1981 war Gaus Ständiger Vertreter der Bundesrepublik Deutschland bei der DDR.
Gaus, der durch Erfahrungen des Zweiten Weltkriegs geprägt war, begegnete nach eigener Aussage jeglichen Ideologien mit Ablehnung, so auch dem Verhalten der US-amerikanischen Regierung und ihrer Verbündeten nach dem 11. September 2001. Nachdem Gerhard Schröder den Amerikanern die "uneingeschränkte Solidarität" Deutschlands zusicherte, trat Gaus aus der SPD aus. Er starb nach langer Krankheit im Jahre 2004 in Hamburg.

During World War I, peace broke out.

It was Christmas 1914 on the Western Front.
Despite strict orders not to chillax with the enemy, British
and German soldiers left their trenches, crossed No Man's Land,
and gathered to bury their dead, exchange gifts, and play games.

Meanwhile: it's 2017, the West has been at peace for decades, and
wow, we suck at trust. Surveys show that, over the past forty years, fewer and fewer people say they trust each other. So here's our puzzle:

Why, even in peacetime, do friends become enemies?
And why, even in wartime, do enemies become friends?

I think game theory can help explain our epidemic of distrust –
and how we can fix it! So, to understand all this...

General support for:

• Monitors
• OSDs
• MDSs
• RGW

More details:

• Authentication (cephx), this can be disabled.
• Supports cluster public and private network.
• Monitors deployment. You can easily start with one monitor and then progressively add new nodes.
  So can deploy one monitor for testing purpose. For production, I recommend to always use an odd
  number of monitors, 3 tends to be the standard.
• Object Storage Daemons. Like the monitors you can start with a certain amount of nodes and then
  grow this number. The playbook either supports a dedicated device for storing the journal or both
  journal and OSD data on the same device (using a tiny partition at the beginning of the device).
• Metadata daemons.
• Collocation. The playbook supports collocating Monitors, OSDs and MDSs on the same machine.
• The playbook was validated on Debian Wheezy, Ubuntu 12.04 LTS and CentOS 6.4.
• Tested on Ceph Dumpling and Emperor.
• A rolling upgrade playbook was written, an upgrade from Dumpling to Emperor was performed and worked.

If you have the fortune to need to follow some silly “Login” button for some wifi, regularly, the following little script may help you avoid this idiotic (and useless) task.

This example uses the WIFIonICE, the free wifi on german ICE trains, simply as I have it twice a day, and got annoyed by the pointless Login button. A friend pointed me at just wget-ting the login page, so I made Network-Manager do this for me. Should work for anything similar that doesn’t need some elaborate webform filled out.

When discussing disaster recovery, it’s important to take your business’ continuity plan into consideration. Backup and recovery processes are a critical part of any application infrastructure.

A well-tested backup and recovery system can be the difference between a minor outage and the end of your business.

You will want to take three things into consideration when planning your disaster recovery strategy: recovery time objective, recovery point objective and risk mitigation.

Recovery time objective (RTO) is how long it takes to restore your backups. Recovery point objective (RPO) is what point in time you want to recover (in other words, how much data you can afford to lose after recovery). Finally, you need to understand what risks you are trying to mitigate. Risks to your data include (but are not limited to) bad actors, data corruption, user error, host failure and data center failure.

Schrödinger's Backup: "The condition of any backup is unknown until a restore is attempted"

So you're backing up your databases, but are you regularly checking that the backups are actually useable? Uphold will help you automatically test them by downloading the backup, decompressing, loading and then running programmatic tests against it that you define to make sure they really have what you need.

This story begins, as they so often do, when I noticed that my machine was behaving poorly. My Windows 10 work machine has 24 cores (48 hyper-threads) and they were 50% idle. It has 64 GB of RAM and that was less than half used. It has a fast SSD that was mostly idle. And yet, as I moved the mouse around it kept hitching – sometimes locking up for seconds at a time.

So I did what I always do – I grabbed an ETW trace and analyzed it. The result was the discovery of a serious process-destruction performance bug in Windows 10.

• Simultanempfang von GPS/QZSS, GLONASS, BeiDou
• Marktführende Aufstart- und Tracking‑Empfindlichkeit
• Optimierte Genauigkeit und Verfügbarkeit mit Survey‑in und Single‑Satellite Timing
• Minimierter Energieverbrauch durch Betriebsmodus mit geringer Einschaltdauer
• Maximierte Zuverlässigkeit mit Integritätsüberwachung und Alarmen
• Multi‑GNSS Rohdaten, IMES‑Nachrichtendaten
• Rückwärts kompatibel zu LEA‑5T, LEA‑6T und NEO‑6T

RTKLIB is an open source program package for standard and precise positioning with GNSS (global navigation satellite system). RTKLIB consists of a portable program library and several APs (application programs) utilizing the library.

Die für Positionsbestimmungen mit hoher Genauigkeit (Sub-Meter bis Zentimeter) erforderlichen GNSS-Empfänger mit Trägerphasen-Messung sind in der Praxis üblicherweise mehrfrequenzfähig
(zumeist L1+L2), im Markt jedoch so teuer, dass potenzielle Anwender häufig bereits an den
Investitionskosten für die Hardware scheitern. Diverse L1-Empfänger mit Trägerphasen-Rohdatenausgabe
sind aber relativ günstig erhältlich und z.B. für RTK bzw. eine Postprozessierung mit eigenen
oder externen Referenzdaten sogar i.V. mit kostenfreier Software nutzbar, unterliegen
allerdings dabei auch einigen technischen Einschränkungen. Gleichwohl sind auf Basis dieser
kostengünstigen Komponenten auch komplette Systeme bereits in praxistauglicher Weise realisierbar.

Hagen F. Piotraschke