1552869893 Q * _pa Quit: Leaving 1552881862 M * Bertl off to bed now ... have a good one everyone! 1552881863 N * Bertl Bertl_zZ 1552889529 J * Ghislain ~Ghislain@211.ip-51-68-231.eu 1552892121 Q * transacid Ping timeout: 480 seconds 1552893024 J * transacid ~transacid@transacid.de 1552895056 Q * transacid Ping timeout: 480 seconds 1552895606 J * transacid ~transacid@transacid.de 1552897745 J * hijacker ~nikolay@149.235.255.3 1552899816 M * torrunes this is something that has been worring me for quite some time....: I wonder what is needed to speed up the development and bugfixing for vserver and utils, as it seems that there is an impression of "lack of traction" on at least parts of it. E.g. this has materialized now again on Gentoo. First the kernel sources got kicked out the the main repo, and now util-vserver is put in line for removal. Any input on this? 1552902934 J * _pa ~pav@213-202-83-43.dsl.iskon.hr 1552917267 N * Bertl_zZ Bertl 1552917270 M * Bertl morning folks! 1552917322 M * Bertl torrunes: well, I guess it is simpler to maintain mainline stuff so LXC seems better suited than Linux-VServer for a distribution 1552917361 M * Bertl shouldn't stop interested individuals in maintaining their own packages or sources 1552917418 M * gnarface why is it being removed from gentoo? 1552917464 M * gnarface i was able to alter the build for debian without much trouble 1552917959 M * Bertl I presume because the gentoo maintainer left a few years ago? 1552918491 M * torrunes This is the gentoo message on util-vserver: "Obscure package with multiple bugs open. Blocks removal of dev-libs/dietlibc (#498256) and dev-libs/beecrypt (#666599).Unresolved segfaults (#641112) or build failures (#650578), depending on the GCC version/profile. Removal in 30 days. Bug #680264." 1552918587 M * torrunes https://bugs.gentoo.org/ to see more.... 1552918703 M * Bertl so from that I conclude that gentoo wants to get rid of dietlibc and beecrypt which probably isn't really maintained (in gentoo) either 1552918723 M * torrunes that could very well be true... 1552918760 M * Bertl so, unless somebody steps up and maintains all three of them in gentoo, it is very likely to be removed 1552918794 M * Bertl (which to be honest makes perfect sense) 1552919015 M * torrunes i just wonder why util-vserver really would need to depend on packages that seems "dead", e.g. beecrypt has not had a update to it in 10 years 1552919084 M * Bertl this doesn't necessarily mean it is dead, it could also mean it is just fine and doesn't require any changes 1552919138 M * Bertl that said, there are good reasons for the chosen libraries 1552919155 M * Bertl (check with daniel_hozac if you want the gory details :) 1552919291 M * gnarface there's a bunch of legacy compatibility stuff in the package too. i stripped it out of mine 1552919301 M * gnarface and corrected a debian FHS violation 1552919349 M * gnarface it actually wasn't difficult to fix 1552919454 M * torrunes how could one get such fixes into util-vserver mainstrems so that one could fix the objections that gentoo (and possibly other distros) have agains util-vserver? 1552919499 M * torrunes it seems that debian removed beecrypt too in 2018. 1552919573 M * gnarface good question 1552919595 M * gnarface first thing you have to do is figure out the specific objections of the distros and then get a patch or patches 1552919630 M * gnarface then if there's no maintainer in that distro, you have to find out the distro's requirements for becoming the maintainer 1552919644 M * gnarface or you can bribe daniel_hozac i guess 1552919667 M * torrunes Yes, is he bribeable....? :) 1552919673 M * gnarface this is also a good question 1552919677 M * gnarface i don't know the answer 1552920000 M * torrunes i mailed him. Let's see :) 1552920067 M * torrunes but what you are saying is the actually util-vserver could fairly easily work without beecrypt. How do I figure out the details? 1552920113 M * Bertl beecrypt can be replaced IIRC 1552920126 M * Bertl with dietlibc it's a little trickier 1552920300 M * torrunes yes, I did get that impression based on discussions some time ago. I must admit I never understood exactly the reason for needing it though. 1552920356 M * Bertl well, it is rather simple: you want to be able to build a static binary which doesn't depend on dynamically loadable stuff 1552920405 M * Bertl to avoid that when you enter a guest, the guest can potentially mess with your host system 1552920462 M * Bertl if that is not something you worry about (for whatever reason) you will be fine with dynamically linked binaries as well 1552920865 M * torrunes OK, IC, I think... Possibly stupid question: So I one could like glibc statically, util-vserver could just as well work with glibc linked in statically? 1552920891 M * torrunes like => link 1552920988 M * Bertl well, glibc doesn't do completely static linking anymore 1552921285 M * torrunes ok, so the solution to keep util-vserver in a distro would be to allow glibc dynamic linking (and accept any security issues), or make sure dietlibc stays in there. 1552921315 M * Bertl or find a different replacement for static linking the tools 1552921351 M * torrunes That would be musl or uClibc? 1552921367 M * Bertl probably, daniel_hozac might know more there 1552921765 M * torrunes ok, thanks. It seems like much depends on daniel_hozac here anyhow. 1552924332 Q * _pa Quit: Leaving 1552927525 Q * hijacker Remote host closed the connection 1552927834 M * daniel_hozac nss can replace beecrypt, you just have to set the configure flags for it. 1552927873 M * daniel_hozac dietlibc might take a little bit of work, but i wouldn't expect it to be too bad. 1552929393 J * _pa ~pav@213-202-83-43.dsl.iskon.hr 1552944571 Q * Ghislain Quit: Leaving. 1552950433 Q * _pa Quit: Leaving