@lucawantstobeacat @icing Link contains some leftover HTML from copying it I guess. This works: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1138239
trilader@chaos.social
Posts
-
This is @samueloph being asked to revert to the pre-vibe rsync in Debiam. -
Sagt mal, hat hier jemand schon mal ein T480 gehabt, was nur noch vom internen Akku booten wollte?@purpleJinx Falls du es noch nicht probiert hast: Es könnte sein das einer der Embedded Controller sich irgendwie verheddert hat und nicht (mehr) das richtige macht. Um die zurückzusetzen, ist es am einfachsten denen den Strom weg zu nehmen. Um das TP völlig stromlos zu bekommen müsstest du es allerdings aufschrauben und den internen Akku abstecken. (Das hat bei mir vor Jahren bei einem Anderen TP Modell das nicht mehr im Standby bleiben wollte geholfen.)
-
"Fun bug of the month, mesa edition, episode may"@ewhac @karolherbst Yes. In the other thread leg of the original post I also posted about that clang even warns you about the behavior of 1 << 31 without U or L suffix, provided you enable the right, off by default, warning that GCC doesn't have. Another leg notes that GCC catches this at runtime with ubsan enabled.
-
"Fun bug of the month, mesa edition, episode may"@puppethead @karolherbst When not using the U (or L) suffix 1<<31 triggers clang's -Wshift-sign-overflow warning. However that warning is not enabled by default and gcc doesn't support it at all.
-
"Fun bug of the month, mesa edition, episode may"@karolherbst Yeah. Things like this make me think someone needs to invent -fbackwards-compatible-bs=off
-
"Fun bug of the month, mesa edition, episode may"@karolherbst For my understanding: That's default int promotion + sign extend on 64 bit extension? Would 1L << 31L fix this or is there other pitfalls with that?