|
|
|
|
|
|
|
|
|
|
|
|
|
Bei Jazz weiss man... nichts.
|
|
|
|
|
|
|
|
|
|
|
| | Das Landgericht Hamburg hat mal wieder zugeschlagen. Kommerzielle Webseitenbetreiber sollen [..].
Selbst die vor Gericht erfolgreiche Kanzlei ist entsetzt. | |
(Artikel nicht gelesen)
|
|
|
|
|
|
|
|
|
|
|
| | | Das Gericht begründete diese Summe damit, dass die Verlinkung rechtlich als eigene Zugänglichmachung von urheberrechtlich geschützten Inhalten zu werten sei. | |
#neuland
|
|
|
|
|
|
|
|
|
|
|
[ Uhren ]
Das ist aber auch echt fies. Nicht nur springt die Zeit zurück, sondern gleich auch noch über eine Tagesgrenze
Auch schön die doppelt-negative Ausgabe von GNU time. Äh...?
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 08.12.2016 21:54]
|
|
|
|
|
|
|
|
|
|
Mag vielleicht sein, dass dieses Problem mit Python 3.6 weniger schlimm wird?
|
|
|
|
|
|
|
|
|
|
|
|
Einfach auf lokale Zeit scheißen und UTC nehmen. Problem solved.
|
|
|
|
|
|
|
|
|
|
|
Das hat nix mit Zeitzonen zu tun, sondern viel mehr mit springender Systemzeit. In diesem Fall Windows vs. Linux BIOS-Systemzeit. Eine Weile nach dem Start vom ntp-Daemon merkt der "Oh, die Uhr stimmt ja ganz gewaltig nicht! *Zeitsprung*".
Eh, also, ja, im Grunde sind auch schon Zeitzonen Schuld, weil Windows die lokale Zeit speichert, und Linux iirc UTC, und das führt dann ja erst zu der Differenz beim Start vom jeweiligem System.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 09.12.2016 0:23]
|
|
|
|
|
|
|
|
|
|
Ah. Ich dachte es ginge um Zeitumstellung im Zeitzonensinn. Irgendwie wäre ich nicht überrascht, wenn es irgendwo eine Zone gäbe, die diese Umstellung über die Tagesgrenze hinweg macht, einfach weil es spaßiger ist.
|
|
|
|
|
|
|
|
|
|
|
Stell Windows auf UTC Systemzeit um.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal
http://superuser.com/a/975764
|
|
|
|
|
|
|
|
|
|
|
|
Mein (PC-)Leben ist um 100% besser geworden seit ich das gemacht habe.
|
|
|
|
|
|
|
|
|
|
|
Notiert, danke 
---
PEP 0529: Change Windows filesystem encoding to UTF-8
Ich finde es großartig, wie komplex das Problem ist, und dass man den Titel und den Abstract lesen kann, und etwas ganz anderes verstanden hat, als tatsächlich gemacht wird. Das ist jetzt gar keine Häme Richtung der Python-Entwickler, im Gegenteil, das ist wahrscheinlich die einzige halbwegs vernünftige Lösung für die Kacke, die Winosix-Betriebssysteme einem da halt vorsetzen.
Spoiler - markieren, um zu lesen:
Im Endeffekt geht es darum, dass wenn ich unter Windows einen Pfad als Bytestring anfrage, ich jetzt immer den Pfad als String kodiert als UTF-8 mit Surrogate-Passing† bekomme. Vorher war es jeweils das aktuelle (as in: kann sich ändern, nicht überall gleich) SBCS-Encoding und entsprechend waren verlustbehaftete Umwandlungen möglich.
Nicht mehr, und nicht weniger.
† D.h. (lone) surrogates bleiben in der Byte-Darstellung erhalten. Das kommt dadurch zustande, dass Windows Unicode-Strings nicht-so-wirklich prüft und die daher auftreten können (IOW: Unicode-Strings unter Windows sollten gültig sein, müssen aber nicht).
Eine interessante Alternative wäre "Make bytes paths an error on all platforms" gewesen, aber da die Pfadbrokenness ja recht verbreitet ist (So ziemlich alle PC-Betriebssysteme abseits von Windows, OSX und mindestens einem BSD, oder?)
e: Es ist echt bizarr was passiert, wenn man die Uhrzeit auf einen Schlag ein paar Monate zurückdreht. Wenn ich bei sowas nicht so faul wär, könnte ich da aus fünf Minuten wahrscheinlich ein paar dutzend Bugreports machen.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 09.12.2016 13:09]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich erlaube mir mal einen Crosspost, da wir hier noch die Branche teilen gegenüber dem breiten Schnitt durchs p0t:
| |
Ich bekomme ein Diensthandy. Man hat mir jetzt ein Dual-SIM angeboten, das ich dann gleichzeitig auch privat (eigene SIM) nutzen könnte. Das wäre ein Motorola Moto Z Play und ich selbst habe ein Samsung S5, das sowohl intern als auch extern schon echt runtergerockt ist.
Vorteile:
- nur ein Gerät statt zwei
- neueres Gerät, technisch deutlich stärker und aktueller als mein jetziges
- regelmäßige Erneuerung, öfter als ich privat jeweils neu kaufen würde
Nachteile:
- private Daten auf Firmeneigentum
- hartes Abschalten nur der Dienst-Komponente ggf. nicht möglich wenn ich nur privat unterwegs sein möchte (abgesehen von Dienst-SIM rausfummeln oder solchen Ideen)
(-- Gegenargument: Cheffe hat eh auch meine Privatnummer und ruft ca. 0x im Jahr unerwartet an.)
- noch mehr, das ich noch übersehe, weshalb ich hier poste
Ich finde, der "nimm das neue Teil auf jeden Fall"-Aspekt und die sonstige Pro-Seite ist schon sehr stark. Auf den Negativ-Seite stehen eher "ideologische" Gedankenspiele wie "ich will nicht Arbeit und Privat vermischen" oder "was ist wenn ich fristlos rausflöge, dann müsste ich ja mein einziges Gerät abgeben" etc. Das ist natürlich möglich, aber unwahrscheinlicher, als dass ich mich dauernd über zwei Geräte in der Tasche ärgere. Ich habe den Eindruck, ich verzichte im Zweifel auf ne tolle Möglichkeit, die andere zu gern hätten, nur aus Sorge vor Szenarien, die so eh nicht wirklich zum Tragen kommen werden.
giev inputs.
| |
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 10.12.2016 12:52]
|
|
|
|
|
|
|
|
|
|
Ich bin ewig mit zwei Geräten rumgehirscht und es ist einfach Hass.
|
|
|
|
|
|
|
|
|
|
|
finde das kommt sehr auf eure firmenpolicy an/das klima das bei euch herrscht.
die "skrupel" auf dem diensthandy anzurufen sind dann doch kleiner als auf der privatnummer. (imho)
wird das dazu genutzt dass du direkt in eine 24h verfügbarkeit reinrutscht?
probierts doch einfach mal, aber ganz bewusst mit einer "probephase" (deren ergebnisse du dir festhälst und dann immer wieder gegen die realität cherckst).
das ding bei sowas ist dass es sich "schleichend" ändert und man dann eher unzufrieden wird...
zusätzlich gibts doch sicher auch noch apps die sowas wie "bürzeiten" einrichten? 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Ich erlaube mir mal einen Crosspost, da wir hier noch die Branche teilen gegenüber dem breiten Schnitt durchs p0t:
| |
Ich bekomme ein Diensthandy. Man hat mir jetzt ein Dual-SIM angeboten, das ich dann gleichzeitig auch privat (eigene SIM) nutzen könnte. Das wäre ein Motorola Moto Z Play und ich selbst habe ein Samsung S5, das sowohl intern als auch extern schon echt runtergerockt ist.
Vorteile:
- nur ein Gerät statt zwei
- neueres Gerät, technisch deutlich stärker und aktueller als mein jetziges
- regelmäßige Erneuerung, öfter als ich privat jeweils neu kaufen würde
Nachteile:
- private Daten auf Firmeneigentum
- hartes Abschalten nur der Dienst-Komponente ggf. nicht möglich wenn ich nur privat unterwegs sein möchte (abgesehen von Dienst-SIM rausfummeln oder solchen Ideen)
(-- Gegenargument: Cheffe hat eh auch meine Privatnummer und ruft ca. 0x im Jahr unerwartet an.)
- noch mehr, das ich noch übersehe, weshalb ich hier poste
Ich finde, der "nimm das neue Teil auf jeden Fall"-Aspekt und die sonstige Pro-Seite ist schon sehr stark. Auf den Negativ-Seite stehen eher "ideologische" Gedankenspiele wie "ich will nicht Arbeit und Privat vermischen" oder "was ist wenn ich fristlos rausflöge, dann müsste ich ja mein einziges Gerät abgeben" etc. Das ist natürlich möglich, aber unwahrscheinlicher, als dass ich mich dauernd über zwei Geräte in der Tasche ärgere. Ich habe den Eindruck, ich verzichte im Zweifel auf ne tolle Möglichkeit, die andere zu gern hätten, nur aus Sorge vor Szenarien, die so eh nicht wirklich zum Tragen kommen werden.
giev inputs.
| |
| |
Vielleicht kommt sowas auch auf mich zu, aber dann werde ich kein Android akzeptieren und die Regelung "es bleibt es meines" anstreben. Wobei ich lieber 100 Euro mehr Gehalt nehme und sie mich sowieso auf dem privaten Handy im Notfall anrufen - was sie schon getan haben.
----------------------------------------------------------------------------------
Sound oder Kernel 4.9-rc8
Hat jemand das Gefuehl, beim Sound ist etwas unzuverlaessiger geworden?
Sagt mal, ist bei euch Pulseaudio, ALSA oder gar snd_hda_* etwas instabil geworden. Mir war die Kadenz an Updates fuer die 4.8er-Serie etwas zu hoch und bin deshalb gleich auf 4.9-rc8 umgestiegen, sollte jetzt sowieso stabil werden. Dabei ist mir aufgefallen, dass schon der alte 4.8.11 beim Boot viele Fehler mit snd_hda_intel hatte und hat dann beim Reboot einige Minuten gebraucht um das ganze Soundsystem zu beenden. Und 4.9-rc8 ist jetzt der Sound beim Wechsel zwischen Wayland (IOQuake3+SDL2) und TTY unzuverlaessig und zieht dann manchmal IOQuake3 oder GNOME mit in den Abgrund. Ich sehe aber auch keine Update von ALSA oder Pulseaudio in letzter Zeit.
// edit
Microsoft hat auch wieder Zwangsupdates verteilt
Ich meine, wenn jemand am Boden liegt sollte man nicht darueber lachen. Aber die liegen am Boden und waelzen sich weiter Richtung Abgrund.
|
|
[Dieser Beitrag wurde 6 mal editiert; zum letzten Mal von hoschi am 11.12.2016 18:59]
|
|
|
|
|
|
|
|
|
command not found: ssh
Dafuq? 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Nope.
openssh wurde irgendwann einfach deinstalliert. Absolut kein Plan wann und warum.
|
|
|
|
|
|
|
|
|
|
|
|
Benuetze doch telnet, soll eine gute Alternative sein.
|
|
|
|
|
|
|
|
|
|
|
Klare Lösung: SoLoWS.js
Spoiler - markieren, um zu lesen:
Serial-over-LAN-over-WebSocket.JavaScript
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Klare Lösung: SoLoWS.js
Spoiler - markieren, um zu lesen:
Serial-over-LAN-over-WebSocket.JavaScript
| |
|
|
|
|
|
|
|
|
|
|
|
|
Bin ich blind oder kann man bei all-inkl nicht selbst die TTL einer Domain festlegen?
|
|
|
|
|
|
|
|
|
|
|
Warum hat das Forum noch immer kein HTTPS… 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Thema: 30*100 gute Gründe für Linux ( Jeder Post zählt ) |
