[05:34] good morning [07:35] Good morning [08:57] rbasak: If you'd have a few minutes for an easy review https://code.launchpad.net/~paelzer/ubuntu/+source/sanlock/+git/sanlock/+merge/336757 [08:58] rbasak: this is blocking libvirt builds, so resolving asap would be nice [08:58] (for now I uploaded a ~ppa version to unblock me there) [11:33] jamespage: coreycb: did you see my mail about libvirt storage backends on Friday? [11:34] it would be great to do the first upload the way you need it instead of shuffling things around afterwards [11:34] so if you'd have a minute please give it a read [11:48] cpaelzer: hi, 'morning. I added a comment to https://code.launchpad.net/~ahasenack/ubuntu/+source/ubuntu-fan/+git/ubuntu-fan/+merge/335746, pinging you here in case you miss the email [11:48] it's an old MP for which we were just waiting in the bionic merge, which finally happened [11:49] * cpaelzer reading ... [11:50] yes I agree ahasenack [11:51] oh this was one of the cases with being the upstream in ubuntu failing to fetch the tarball [11:51] git-ubuntu? [11:53] yep [11:53] I can get around it [11:53] thx [11:53] but do you remember if we had a bug for it? [11:53] cpaelzer: yes, https://bugs.launchpad.net/juju/+bug/1737640 [11:53] Launchpad bug 1737640 in ubuntu-fan (Ubuntu Artful) "[SRU] /usr/sbin/fanctl: arithmetic expression: expecting primary | unconfigured interfaces cause ifup failures" [Undecided,In progress] [11:53] or 1741472 [11:54] ah, you mean git-ubuntu [11:54] yep [11:54] did you get that TypeError backtrace? [11:55] no it is different now [11:55] I update the bug already [11:55] ok [11:57] ahasenack: bug updated, tag uploaded, package in unapproved queue [11:57] thanks, I'll watch over it now [11:58] ahasenack: I wasn't able to catch rbasak yet, if you'D have time (trivial MP) for https://code.launchpad.net/~paelzer/ubuntu/+source/sanlock/+git/sanlock/+merge/336757 that would be great as I need it to unblock some other things [11:58] sure [12:41] ahasenack: thanks for taking a look at sanlock [12:42] ahasenack: I replied on the MP, but TL;DR yes this is how upstream does it [12:42] ahasenack: I didn't want to rewrite what they do, just fix the packaging around how it is atm [12:42] ahasenack: do you think I should drop that fix from the upload instead? [12:42] the one that is blocking me is the less discussion worth ordering in postinst [12:48] cpaelzer: I found another bug, but unrelated to your fix [12:48] it just uncovered it [12:48] Jan 29 12:48:02 useful-dassie systemd-wdmd[5472]: /lib/systemd/systemd-wdmd: line 51: failure: command not found [12:49] that "failure" shell func might be defined in redhat only [12:49] I suppose the "success" one too [12:50] hehe [12:50] can of worms :-/ [12:50] I'll file a bug for it [12:51] ahasenack: the sanlock init also has these [12:51] but that is no more called these days [12:52] yeah, my other comment was going to be to drop the sysv script [12:52] but since it's used in the systemd hack [12:52] I guess we have to keep it one way or the other [12:52] it sources /etc/rc.d/init.d/functions - maybe that is where it expects it from [12:53] yep that is where my fedora has it [12:53] part of initscripts-9.79-1.fc27.x86_64 [12:53] it also sources /etc/sysconfig/ [12:53] very fedora-like [12:54] yes :-/ [12:54] for now I at least want to get it as-working-as-before [12:54] ignoring all the extra clutter (for now) [12:54] I filed a bug about that and gave a =1 [12:54] er [12:54] +1 [12:55] cpaelzer: yes i did see your email. james and i need to sync up on that and get back to you. [12:56] coreycb: ok, but please do realize that you wait on me and I wait on you :-) [12:56] coreycb: so help yourself by providing that answer fast :-) [12:56] thanks ahasenack [12:57] fyi ahasenack - https://askubuntu.com/questions/531189/ubuntu-equivalent-of-centos-success-failure [12:57] but it is not directly reusable [14:33] hey. guys, it there any good tutorial how can i build .deb package from sources? [14:37] rh10: Fresh .deb packaging or rebuilding a .deb from a source package? [14:37] mason, fresh package [14:37] rh10: https://wiki.debian.org/HowToPackageForDebian [14:37] mason, thanks! [14:38] Should all apply to Ubuntu too. [14:38] got it [15:33] lamont: hey, around? [17:07] Odd_Bloke: hey, I filed https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1746012 today and wanted to make sure it showed up on someone's radar (I see that Foundations is subscribed to rsyslog) [17:07] Launchpad bug 1746012 in rsyslog (Ubuntu) "please disable xconsole configuration in 50-default.conf to fix "rsyslogd-2007: action 'action 10' suspended, next retry is ..."" [Undecided,New] [17:08] Odd_Bloke: I could do the upload myself, but wanted to at least check with someone [17:09] oh yeah, that one's annoying [18:36] ping cpaelzer [18:36] do you have a minute to talk about: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1583009 [18:36] Launchpad bug 1583009 in Ubuntu Cloud Archive "Error starting domain since update" [Undecided,Incomplete] [18:37] it may be past cpaelzer's end-of-day [18:37] ha :( i'll try to catch him tomorrow then [18:38] thank sarnold [18:38] hang around a little bit, you never know.. [18:38] but still, don't feel bad if you don't get a reply for another ten or twelve hours :) [18:38] yeah i know IRC :) [18:39] okay :) [18:41] mgariepy: it is past my EOD [18:41] I'm just running by a few times, but might be dragged away again any minute [18:43] mgariepy: I updated the bug in reply to your question 6 minutes ago [18:57] cpaelzer, ok perfect. === RoyK^ is now known as RoyK_Heime [22:22] Mmm ubuntu arm64, a new challenge [22:23] s/rm/md/; done [22:24] :D [22:26] we are testing with some new qualcomm servers, the firmware they shipped is us pretty bad