11:53 <ema> fche: hey, I'm trying to build systemtap 4.1 and it fails building the docs because of an empty <tbody> in tapsets.xml

11:53 <ema> the commit removing tbody's contents seems to be eddee1202a1ed99c7a6e78976ee2c2d4bfc6e308

11:54 <ema> the file in question is doc/SystemTap_Tapset_Reference/syscalls.xmlpart

11:55 <ema> but then I see that tbody content was re-added again in da2a89dcf54af8ce7eebe7575b04ed7f48314e0a, mmh

11:57 <fche> ema, yeah there was a doc generation misstep

11:57 <fche> sorry about that

11:57 <fche> we're thinking about getting away from relatively complicated xml/etc. and doing something simpler

11:58 <fche> not sure what though

11:59 <ema> oh ok, so the xmlto issue will be fixed eventually in 4.2?

12:00 <fche> oh sure; in the mean time you can configure --without-docs, or apply that fix commit to your local checkout

12:02 <ema> I'm preparing an updated package for Debian, so yeah I'll add the fix as a patch

12:02 <ema> thanks!

12:07 <fche> very good!

12:07 <fche> did you take over debian packaging from, oh dear, not sure who did it last?

12:08 <fche> was it lindi-?

12:09 <ema> the last few uploads were done by Ritesh https://tracker.debian.org/pkg/systemtap

12:10 <ema> then I've worked on 4.0 for the Debian Buster release (didn't want us to release with a broken systemtap!)

12:11 <ema> and now I'm gonna take care of 4.1 as it looks like an interesting release :)

12:18 <fche> thanks a lot

12:19 <fche> do you think we need a more formal communication channel with you folks to keep you abreast of updates?

12:22 <ema> no need, I read the mailing list

12:23 <fche> I'm embarrassed to admit that our non-fedora testing is very limited (I think we have a modern ubuntu VM but that's about it). Should we coordinate for some prerelease testing?

12:23 <ema> ah yes that would be great!

12:25 <fche> ok. our rough timeline for 4.2 would be something like five months from now, so we have some time. Do you have any idea about the debian/stap userbase? How many folks are we collectively serving with this stuff?

12:26 <ema> that's a tricky question. There's popcon (popularity contest, opt-in at distro installation time) data which can answer it to a very limited extent

12:27 <ema> https://qa.debian.org/popcon.php?package=systemtap

12:27 <ema> but then there's all derivatives of Debian, including Ubuntu

12:28 <ema> which generally use our packages without modification, so basically what ends up in Debian ends up there too

15:12 <lindi-> fche: ema: hi, yes, I've done some systemtap packaging and also Ritesh has worked on it but recently I have been quite busy

19:03 <fche> I appreciate y'all doing the work!