19:37:05 #startmeeting 19:37:05 Meeting started Wed Mar 4 19:37:05 2020 UTC. The chair is sumpfralle. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:37:05 Useful Commands: #action #agreed #help #info #idea #link #topic. 19:37:24 It is Wednesday evening again - time for our weekly IRC meeting. 19:39:28 sumpfralle: hi 19:39:30 indeed. 19:40:21 * TheSnide started (slowly) to work again on munin last week. Merely some bugfixes, and travis refactoring. 19:40:34 Sounds good! 19:40:50 The testing pipeline should now be much more stable. no more (fragile) perlbrew. 19:41:18 I guess, I should port these changes to stable-2.0, correct? 19:55:51 the travis ones ? 19:56:02 yeah... might be a good idea indeed. 19:56:31 Btw, explaining the rationale of the change here (so it is kept & archived) 19:57:05 1. historically one shall test with many perl versions 19:57:18 2. those perl version where moving quite fast in the past 19:57:38 3. nowadays, perl versions are pretty much stable. 19:58:04 4. we do _not_ use much exotic features of Perl. So for _us_ it should be super stable. 19:58:20 sounds reasonable to me 19:58:43 5. noone sane installs his own perl anymore. I mean, in our target users. 19:59:17 6. it makes total sense to ensure that a "distro based install" works nicely. 19:59:52 7. we cannot test all distro, so I picked the travis default. 20:07:30 munin-monitoring/munin (stable-2.0 - ce8fbfa : Lars Kruse): The build has errored. 20:07:30 Build details: https://travis-ci.org/munin-monitoring/munin/builds/656178812 20:07:53 Regarding the initial problem to be solved: the module Alien::RRDtool seems to have become unavailable for some reason. Do you have an idea, why? 20:08:11 (I just tested it above right now) 20:09:27 yeah, it doesn't compile anymore. I tried to debug, but gave up and refactored it instead ;) 20:09:46 fair enough 20:10:02 Alien::RRDtool is compiling some wrrapper to the system RRDs.pm 20:10:48 otherwise, you need to compile rrdtool with --perl pointing to your perlbrew install. which would also be possible. 20:11:02 but... i didn't pursue that road for the reasons I gave. 20:11:04 I do not intend to dig down that deep :) 20:11:53 So, now the only "downside" is that we cannot tell Travis that we are a Perl-based project. It has to look like a "shell" one. 20:12:19 and frankly, i don't even see that as a downside, since we now own totally the pipeline 20:12:51 Sounds good to me - I prefer packaging-based testing over the cpan-based one. 20:13:00 --> i even debianize a cpan package 'on-the-fly" 20:13:44 https://github.com/munin-monitoring/munin/commit/d515e3fefddf08199dda1a9585509368ba2d1eba 20:14:23 In a perfect world, it will be packaged somewhen by a helpful soul. 20:15:22 well, the package is only relevant to a specific SaaS (coverall). So i doubt it will be packaged. 20:15:54 ok 20:17:30 At the moment I am still finishing my investigation regarding test flakyness in Debian's autopkgtest environment. I identified some small issues with the tests and the init scripts. The last small details is quite narrowed down, now. Thus I guess, I will finish it tomorrow (the tests need to run for some more ccycles until I catch it). Then I will do another 2.0 release with the change 20:17:32 of travis setup based on yours. 20:17:32 I'm also looking as why CDEF doesn't work in 2.999. I thought it wasn't implemented, but it is. 20:17:42 good point! 20:18:08 Same with the "supersampling". 20:18:33 I might have to reset some RRD in dmm0 20:19:12 Progress shall not be stopped by old data :) 20:26:03 That's it for tonight's meeting? 20:27:13 yep 20:27:15 thx 20:33:16 #endmeeting