| === rfm_ is now known as rfm | ||
| ChmEarl | wow, noble has hundreds of lib*t64 packages, seems like unstable | 05:31 |
|---|---|---|
| RikMills | mandem0110: ChmEarl we are in the middle of the time_t64 transition which is why | 05:42 |
| RikMills | a lot of things stuck in proposed due to that | 05:43 |
| ChmEarl | RikMills, ty, I'm ready for t64 in Noble after following things in Debian sid | 05:58 |
| mandem0110 | RikMills: I have *no idea* what time_t64 is... | 09:27 |
| RikMills | mandem0110: basically transitioning on architectures that store time/date as 32bit to storing as 64bit | 09:37 |
| RikMills | because in 2038 32bit will reach its limit, and dates would roll over to start at year 1901 | 09:39 |
| RikMills | which would be bad in a y2k ish way | 09:40 |
| RikMills | https://theyear2038problem.com/ | 09:40 |
| mandem0110 | 2038 might not even happen... | 09:42 |
| enyc | mandem0110: /1 | 15:18 |
| enyc | oops | 15:18 |
| mandem0110 | enyc: ?? | 16:44 |
| enyc | mandem0110: mistake =) | 18:18 |
| mandem0110 | How did you even manage to..... nevermind....... | 18:21 |
| === JanC_ is now known as JanC | ||
| ChmEarl | https://paste.debian.net/plain/1311295 | 19:43 |
| ChmEarl | good time64 build of xen-4.18.1 in Noble | 19:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!