1618886502 Q * guerby__ Remote host closed the connection
1618886599 J * guerby__ ~guerby@ip165.tetaneutral.net
1618891887 J * Ghislain ~ghislain@adsl1.aqueos.com
1618900561 M * Bertl_oO  off to bed now ... have a good one everyone!
1618900562 N * Bertl_oO Bertl_zZ
1618907559 J * hijacker ~nikolay@external.oldum.net
1618912917 M * Guy- can I fake the kernel version reported by uname -r inside a vserver guest?
1618912965 M * Guy- with /etc/vservers/foo/uts/release maybe, let's see
1618913154 M * Guy- yup, that works
1618913197 M * Guy- apparently glibc has issues with kernel release numbers greater than 255 (so 4.9.266-vs2.3.9.12 is problematic); do you guys know how it breaks, specifically?
1618915009 Q * Aiken Remote host closed the connection
1618917676 M * daniel_hozac that's fun.
1618923345 M * Ghislain hi there, sorry for the trivial question but i cannot remember how to exec a command with a glob in it.. any idea on how vserver  xxx exec ls  /var/log/*log ?
1618923585 M * Ghislain well i think i got it with exec bash -c 'ls /var/log/*log'
1618924059 M * Ghislain i keep forgetting and relearn this one
1618924110 M * Ghislain Guy-: what error do you have with this version ?
1618924738 M * Guy- Ghislain: dpkg refuses to install glibc, because the preinst script checks the kernel version and throws an error (pointing to unspecified issues within glibc)
1618924760 M * Guy- "ERROR: Your kernel version indicates a revision number of 255 or greater.  Glibc has a number of built in assumptions that this revision number is less than 255."
1618924770 M * Ghislain dam
1618924793 M * Guy- to be safe, you'll have to rename the version to 4.9.255-really266 oslt
1618924818 M * Ghislain "640K ought to be enough for anybody."
1618924841 M * Ghislain thanks for the information
1618924856 M * Ghislain so it mean it will not install or upĝrade glibc
1618924886 M * Ghislain at least it does not affect a largely used library :)
1618925507 M * Guy- I think it's likely that insidious errors occur with whatever version of glibc you happen to have installed
1618925530 M * Guy- iiuc, glibc uses version number checks to adjust to changes in kernel behaviour
1618925551 M * Guy- and if the kernel version is misdetected, some syscalls will be called the wrong way, for example
1618925558 M * Guy- but this is pure conjecture
1618927079 N * Bertl_zZ Bertl
1618927082 M * Bertl  morning folks!
1618927107 M * Bertl interesting glibc oddity
1618933468 M * AlexanderS This is the kernel discussion about version numbers after 4.9.255: https://lore.kernel.org/lkml/7pR0YCctzN9phpuEChlL7_SS6auHOM80bZBcGBTZPuMkc6XjKw7HUXf9vZUPi-IaV2gTtsRVXgywQbja8xpzjGRDGWJsVYSGQN5sNuX1yaQ=@protonmail.com/T/
1618933585 M * AlexanderS It seems the kernel fixed the SUBLEVEL to 255, so the preinst check for glibc could be removed.
1618933902 M * AlexanderS The check is 17 years old: https://salsa.debian.org/glibc-team/glibc/-/commit/6ddfa57577af0d96df9ddd7be401f5ce9a9bcc0f
1618935581 M * Guy- wow :)
1618937539 M * Bertl  off for now ... bbl
1618937540 N * Bertl Bertl_oO
1618950867 J * Aiken ~Aiken@2001:44b8:2168:1000:b26e:bfff:fe2a:b951
1618952532 Q * Ghislain Quit: Leaving.
1618959234 Q * guerby__ Remote host closed the connection
1618959350 J * guerby__ ~guerby@ip165.tetaneutral.net