|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Die neuen Modelle der ThinkPads enttäuschen. Fest verbaute Akkus, verlöteter Hauptspeicher und weiterhin nur ein unbrauchbarer MicroSD-Slot. Das X390 ist breiter und tiefer geworden und minimal flacher, dafür ist der Bildschirm größer. Das T490 hat laut Datenblatt keinen RJ-45 Anschluss mehr, ich kann auf den Bildern bei Notebookcheck jedoch einen erkennen. Und auch beim T490 gibt es nur einen winzigen MicroSD-Kartenslot. Die Einkaufsabteilung der großen Firmen wird das nicht weiter interessieren.
Irgendwann muss ich mir ein neues Laptop holen, ich sehe jedoch (noch) keinen Grund mein X220 in Rente zu schicken. Warum das Datenblatt zum X390 Werbung für ein 15' Sleeve macht ist mir rätselhaft. Womöglich würde ich mir keine Dockingstation mehr holen, ich habe nur einen externen Monitor (DP -> USB-C) und das Laden kann ja auch über USB-C erfolgen. Für den RJ-45 Anschluss?
Ich hätte erwartet, dass das X390 deutlich weniger Displayrahmen aufweißt, ähnlich dem XPS13 von Dell. Ich habe lieber den Thread im Heiseforum verlinkt, weil der Artikel von Heise keine relevanten Informationen enthält.
Die IdeaPads wurde auch vom Stapel gelassen, mit relativ viel AMD-Prozessoren. Die Displayoptionen kommen an die der ThinkPads nicht heran.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 27.02.2019 13:44]
|
|
|
|
|
|
|
|
|
Und nun? 
Wieso gibts eigentlich keine vernünftige Hardware mehr 
|
|
|
|
|
|
|
|
|
|
|
| | | - Der T490s kommt ohne LAN Port. T490 und T590 behaten ihn wohl vorerst. In den Datasheets findet sich dazu aber keine Angabe. | |
"Datenblatt" – und dann steht nichteinmal drin, was für Anschlüsse das Gerät hat. Das macht ja selbst Apple besser M(
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von MartiniMoe
Und nun?
Wieso gibts eigentlich keine vernünftige Hardware mehr
| |
Weil das "niemand" kauft. Traurig aber wahr...
Und mit "niemand" meine ich die grosse Masse.
|
|
|
|
|
|
|
|
|
|
|
|
Die grosse Masse sind bei diesen Geräten halt nunmal Enterprise Leasinggeschichten. Und da ist das halt einfach kein Faktor.
|
|
|
|
|
|
|
|
|
|
|
Aber rats, Inline-Signaturen sind doch nicht aus Prinzip schlimm, man muss sie ja nur richtig implementieren?
| | To recap this, you can use any signed PDF document and create a document which contains arbitrary content in the name of the signing user, company, ministry or state.
During our research, we identified 21 out of 22 desktop viewer applications and 5 out of 7 online validation services vulnerable against at least one of our attacks. | |
https://www.pdf-insecurity.org/
|
|
|
|
|
|
|
|
|
|
| |
| Code: |
andi@farnsworth:/mnt/data/apt-mirror$ ALL_PACKAGES="$(mktemp)"
andi@farnsworth:/mnt/data/apt-mirror$ ls $ALL_PACKAGES
-rw------- 1 andi andi 0 Feb 28 15:15 /tmp/tmp.m0pi9DL0UP
andi@farnsworth:/mnt/data/apt-mirror$ echo asdf >> $ALL_PACKAGES
bash:  /tmp/tmp.m0pi9DL0UP: No such file or directory
andi@farnsworth:/mnt/data/apt-mirror$ ls /tmp/tmp.m0pi9DL0UP
-rw------- 1 andi andi 0 Feb 28 15:15 /tmp/tmp.m0pi9DL0UP
|
|
Was zum Fick, bash?
Hat einer ne Idee?
|
|
|
|
|
|
|
|
|
|
| | Zitat von statixx
| |
| Code: |
andi@farnsworth:/mnt/data/apt-mirror$ echo asdf >> $ALL_PACKAGES
|
|
| |
Was soll das denn machen?
|
|
|
|
|
|
|
|
|
|
|
|
Ja was macht denn das geschützte Leerzeichend da?
|
|
|
|
|
|
|
|
|
|
Tja, gute Frage. In deinem Quote hab ich's dann gesehen, ich hab's irgendwie geschafft ein seltsames Leerzeichen in mein Skript zu packen. FUCK.
Danke Leute.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von statixx am 28.02.2019 15:27]
|
|
|
|
|
|
|
|
|
Wie toll das ist, dass Qt Creator inzwischen selbst unter Windows ein einfach-so-nix-installieren-nix-einrichten funktionerendes Clang-Linting hat (und ich benutze hier MSVC zum Bauen und MSVC SDKs), was Warnungen, Fehler und Hinweise live und in Farbe in-line mit dem Code darstellt. Und genau wie der echte Clang bricht das nicht beim ersten Fehler ab. Super! Und die Meldungen von MSVC sind auch deutlich besser geworden.
Hab das letzte mal vor ein paar Jahren was mit MSVC und Creator unter Windows gemacht, da war das alles noch nicht so. Sehr schön.
|
|
|
|
|
|
|
|
|
|
|
Endlich mal was anderes 
Das aktuelle Wallpaper von Fedora 29 ist gut, aber eines für die nächste Version ist fast besser:
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 04.03.2019 17:48]
|
|
|
|
|
|
|
|
|
Ich kann den Frust nachvollziehen. Ich wäre schon froh, wenn Administratoren endlich akzeptieren würde, dass wir persönliche Passwörter und keine allgemeinen Kennwörter haben. Nicht, dass es hier in irgend einer Art und Weise besser wäre. Mein letzter Versuch wurde für beendet erklärt, weil das mit besserer Sicherheit kostet zu viel Zeit. Wenigstens verärgern wir die Nutzer nicht mit Pseudosicherheit.
* Irgendwas 2FA + fixe Erinnerungsfragen + erzwungener Passwortwechsel...
// edit
USB 4.0 ist irgendwie Thunderbolt. Ich freue mich bereits auf lustige neue Probleme 
|
|
[Dieser Beitrag wurde 8 mal editiert; zum letzten Mal von hoschi am 04.03.2019 15:14]
|
|
|
|
|
|
|
|
Steht das eigentlich irgendwo in der GPL, dass Linuxdistros immer tierisches Banding im Wallpaper haben müssen?
|
|
|
|
|
|
|
|
|
|
|
Dithering ist schwer
Aber ich mein bei so einem großen Farbverlauf bei 8-Bit-Farbe... irgendwas siehste da doch immer...
--
Magst du eine kleinere Version anstelle eines 2.4 MB JPEGs mit 8500x6000 Pixeln einbinden?
|
|
|
|
|
|
|
|
|
|
|
Ist mir nicht aufgefallen 
Ehrlich gesagt ist mir nichts aufgefallen und ich musste erstmal Banding nachschlagen. Und dann ist mir das auf einmal bekannt vorgekommen, weil ich das Problem in viel größerer stärke schon mal selbst mit einem SVG mit Farbverlauf hatte.
Irgendwie ist das hier wohl die Antwort:
http://tavmjong.free.fr/blog/?p=765
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 04.03.2019 17:54]
|
|
|
|
|
|
|
|
|
Gute Nachrichten. GNOME 3.32 bietet für freie Skalierung als experimentelle Einstellung für HiDPI Monitore, auch über verschiedene Monitore hinweg. Unterschiedliche Skalierung für unterschiedliche Monitore war vorher auch schon möglich. Hoffentlich bekommt Firefox das bald auch mit XUL(immer noch?) und Wayland hin.
Übrigens Wayland. Ich nutze Wayland hauptsächlich zu Hause auf dem Laptop und Desktop, inzwischen auch in der Arbeit, seit dem irgend ein nerviges Problem behoben wurde, welches die GNOME-Shell zum einfrieren gebracht hat. Als Programmierer fehlt mir in der API von Gtk jedoch die Abfrage des primären Monitors unter Wayland. Und in dem Zusammenhang sollte ich erwähnen, dass zumindest bis GNOME 3.30 geöffnete Comboboxen außerhalb des primären Monitors nicht richtig platziert werden.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 05.03.2019 11:36]
|
|
|
|
|
|
|
|
|
|
Bisher ist es bei Gnome ja so, dass die Fenster erst auf einmal neu skalieren, wenn sie zum größten Teil auf den anderen Monitor verschoben wurden. Ist das immer noch so? Das macht mich nämlich mad... Sway rechnet das direkt an der Monitorgrenze um und man merkt nichts davon
|
|
|
|
|
|
|
|
|
|
|
Das hört sich schneeflockig an 
Lass uns überhaupt mal frei skalieren mit den wichtigstens Anwendungen. Anhand dieses Bildes traue ich mich keine Aussage dazu zu machen. Vielleicht ist die Headerbar der linken Hälfte von Nautilus 2 Pixel niedriger oder nicht.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Der Typ kommt aus Israel, da würden mich die Gründe echt mal interessieren...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Mozilla versucht - mal wieder - Dateien durch das Internet zu schicken. Da haben schon so viele versucht, von XMPP über WebDAV und Email. Wenn ich an das scheitern von "Hello" denke werde ich traurig, genau in dem Moment wo ich es ständig nutzen hätten können und müssen, hat es Firefox entfernt
Das Ding hat sogar eine Chance, genau so wie "Hello", es nutzt mit HTTP einen existierenden Standard und den einzigen verlässlichen Weg große Dateien über das Internet zu verschicken.
|
|
|
|
|
|
|
|
|
|
|
|
Eh, das ist also encrapted mit einem secret, welches man mit der URL shared, die von der Seite erzeugt wird und daher kann der Betreiber die Daten nicht sehen? -.-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Kann es sein, dass es in MSVC relativ langsam ist auf einen Inline-Stringliteral zuzugreifen? Ich mach hier zweimal das gleiche, der einzige Unterschied ist, dass einmal ein Eingabestring immer auf dem Heap ist, während der gleiche String das andere mal als Literal gestellt wird. Letzteres ist deutlich langsamer.
Generell scheint MSVC immernoch so ein bisschen ein "Mixed-Bag" zu sein: Packe ich die IACA-Marker in eine Schleife, wird sie ungefähr 20 % schneller 
Gut es ist ne Schleife mit nem sehr heißen, kurzen Teil und einen /* happens once and return */ Teil. Wenn es effektiv nur um eine handvoll Instruktionen geht, kann natürlich jede Verhaltensänderung vom Compiler direkt eine deutliche positive oder negative Veränderung darstellen.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 16.03.2019 18:19]
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Kann es sein, dass es in MSVC relativ langsam ist auf einen Inline-Stringliteral zuzugreifen? Ich mach hier zweimal das gleiche, der einzige Unterschied ist, dass einmal ein Eingabestring immer auf dem Heap ist, während der gleiche String das andere mal als Literal gestellt wird. Letzteres ist deutlich langsamer.
| |
Frage:
Beobachtest du aehnliches bei anderen Compilern unter Windows?
|
|
|
|
|
|
|
|
|
|
|
Warum stürzt Civ 6 unter Linux eigentlich ab, wenn die Internetverbindung mal aussetzt? 
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
