CueXXIII | i wonder how devuan will handle the time_t transition currently going on in debian unstable. wait till it is finished and then transition the forked packages? | 14:41 |
---|---|---|
amarsh04 | it's still ongoing in unstable (in Devuan) | 14:43 |
CueXXIII | yeah util-linux is not upgradeable eg. | 14:44 |
amarsh04 | anything that needs Devuan-specific versions will take a while longer after Debian is finished | 14:44 |
CueXXIII | k, i hope i will not break my system too much :) | 14:46 |
CueXXIII | already had to install src:apt from debian because i somehow removed python3-apt (and apt-listchanges/reportbug) | 14:46 |
amarsh04 | ouch | 14:47 |
amarsh04 | I had some "fun" losing a necessary symlink from a library name to its actual file on i386 | 14:53 |
bb|hcb | CueXXIII: Not too much indeed. Very few of the forked packages are part of the t64 transition. After updating them, what is left is to binNMU the rest of the forked packages. Most probably (a wild uneducated guess) it would be easier to binNMU everything than calculating the exact rdeps | 16:31 |
onefang | bb|hcb: You might need to explain what "binNMU" means. | 18:08 |
bb|hcb | NMU stands for Non Maintainer Upload - an update to a package done by someone who is not the maintainer or a member of the maintainer team. NMUs are sourceful uploads. binNMU stands for binary NMU - it is a rebuild of the binaries from the same source and can be distinguished by the +bN appended to the version. | 18:19 |
bb|hcb | E.g. dpkg -l|grep -E '[+]b[0-9]+' will show the binNMUs | 18:19 |
bb|hcb | Regular NMUs also differ by version - debian_version uses a dot, e.g. if 2:1.5.3-4 was uploaded by the maintainer, then the NMU based on that would be 2:1.5.3-4.1 | 18:23 |
onefang | Thanks, that was informative. | 18:30 |
bb|hcb | dpkg -l|grep -E '^[a-z]{2} +[a-zA-Z0-9._]+ +[0-9:.+]+[-][0-9]+[.][0-9]+([+~][0-9a-z]+)? ' - most probably incomplete way to see some NMUs; it is quite normal to binNMU stuff during library transitions. When the API is compatible but ABI is not, just recompiling the same source will result in no longer depending on the old library | 18:34 |
bb|hcb | In the current case of t64 where SONAME is not changed, a t64 suffix is added to the library package name to distinguish from the old one. Programs built as .deb against the old library will depend on the old library package name (libnameSONAME) while the rebuilt ones will depend on the new one (libnameSONAMEt64). After upstream or the maintainer bumps up the SONAME, the suffix will be dropped. | 18:42 |
bb|hcb | Or may stay for very long time, e.g. zlib1g - that g was the suffix in the libc5 to glibc6 transition... HTH in understanding what is going on | 18:43 |
* bb|hcb afk | 18:46 | |
* onefang goes back to bed. | 18:51 | |
* golinux bows to bb|hcb | 18:56 | |
CueXXIII | bb|hcb: interesting regexp, but you got the package name wrong… it can contain - but no _, and on multiarch you might have an :arch behind the name, too | 19:19 |
omniboy | hi guys. is ceres going this time? | 19:40 |
CueXXIII | omniboy: going? | 19:46 |
omniboy | it is! | 19:47 |
omniboy | will it take current updates? | 19:47 |
CueXXIII | it is fun™, especially with the time_t transition in debian unstable | 19:47 |
CueXXIII | i wouldn't recommend currently it if you have to ask | 19:49 |
omniboy | thx | 19:51 |
omniboy | how stable id unstable these days)? | 19:51 |
omniboy | is* | 19:51 |
omniboy | graphics? | 19:52 |
gry | installed ibus. entering emotions and compose key working okay, but changing kb layouts by shortcut not working, only by selecting input layout in menu manually | 20:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!