[06:09] <pitti> Good morning
[06:09] <pitti> stgraber: \o/ cheers; I noticed that the test went green again yesterday
[06:11] <pitti> hallyn: so apparently slangasek sponsored the new cgmanager, great
[06:12] <pitti> xnox: launchpadlib bugs> ♥
[06:12] <xnox> pitti: ;-(
[06:12] <xnox> pitti: ;-)
[06:12] <xnox> i'm sure you will find more.
[06:13] <xnox> how far is the apport port?
[06:13] <pitti> xnox: oh wow, what an unusual time for you :)
[06:13] <pitti> xnox: quite far actually; I locally worked around the four that I sent the other day, and I got several PASSes
[06:13] <xnox> ah, cool. Well they should be all in now.
[06:13] <pitti> xnox: I'll move my piece this morning, after the email flood ;)
[06:17] <pitti> xnox: wrt. bug 1377624, nice that you got to the bottom of it
[06:18] <pitti> xnox: I'm not sure why someone closed it as "opinion", that seems like a strange state
[06:18] <xnox> "opinion" -> such that one can find the bug report. As it's merely documentation from now on.
[06:19] <xnox> clearly a few of us affected, and clearly the vps provider is popular enough with many users affected.
[06:19] <pitti> ah, so that was you; o :)
[06:19] <xnox> yeah
[06:20] <xnox> i'm now hunting for a VPS provider that will route /48 or /64 ipv6 allocation
[06:20] <pitti> xnox: meh, already got the next bug, but it's not a blocker
[06:26] <pitti> xnox: bug 1422249; I'll work around by logging in with py2
[06:26] <pitti> I guess I first ran the tests with py2 the last time, so I didn't notice this
[06:26] <xnox> thanks =)
[06:32] <pitti> xnox: I moved to https://www.netcup.de/ a few months ago, I'm really happy with them (/64 IPv6, kvm, good support)
[06:51] <pitti> xnox: hm, I get eternal hangs from staging right now, I guess I'll have to do this at another time :/
[06:52] <pitti> it hangs in createBug()
[07:01] <pitti> infinity: FYI, bug 1404509 got verified now in trusty
[10:50] <wolandtel> Hi.
[10:50] <wolandtel> Trying to launch pure debian on T72X 3G (MTK 6582 / 8312). Can anybody explain how to build right initramfs?
[12:09] <pitti> ogra_: dude!!
[12:09] <pitti> ogra_: HAPPY BIRTHDAY! *hug*
[12:09] <ogra_> haha, thanks !!
[12:09]  * pitti wirft eine Luftschlange
[12:09] <ogra_> wheee !
[12:09] <pitti> ogra_: did you get a bunch of "Krapfen" instead of a cake? :-)
[12:10] <highvoltage> Happy birthday Ogra :D
[12:10] <highvoltage> I mean, ogra_
[12:10] <ogra_> heh, thanks highvoltage
[12:10] <ogra_> pitti, choco croissants ;)
[12:10] <pitti> yummy
[12:18] <mdeslaur> ogra_: happy birthday!
[12:18] <ogra_> thanks a lot !
[12:39] <smb> ogra_, Kalau! Err, Happy Birthday, too. :)
[12:47] <ogra_> thanks smb
[13:27] <flexiondotorg_> stokachu, Are you about?
[14:15] <caribou> I'm working on backporting memleak fixes to rsyslog from v7.4.5 & v7.4.6.
[14:15] <caribou> I have found 6 commits : should I build one single quilt patch for those six commits
[14:15] <caribou> or one quilt patch for each of the commits ?
[14:17] <hallyn> pitti: yup.  hopefully this finally takes care of the mounts propagation bugs
[14:26] <rbasak> caribou: either way I think, and describe what's going on as best as you can in dep3, unless some here says otherwise. It starts to get tedious and less useful at six otherwise.
[14:27] <caribou> rbasak: well, each commit msg is pretty descriptive. I may go for one patch/commit as it is more discriminative in case one single commit causes problem
[14:28] <rbasak> caribou: sure
[14:28] <rbasak> caribou: you can even have subdirectories in debian/patches I think. I'm not sure though.
[14:30] <rbasak> pitti or jibel: could you retest vivid-adt-redmine please? I think it might be fixed now that I rebuilt ruby-mysql.
[14:31] <pitti> rbasak, jibel: will do
[14:31] <pitti> rbasak: ah, ruby-msql now succeeded
[14:31] <rbasak> Yeah it just detected a version mismatch and assumed there was an ABI problem.
[14:31] <rbasak> The ABI is actually identical (since the libmysqlclient sover says so!) so a rebuild for it to pick up the new version string to match against was all that was needed.
[14:32] <jibel> rbasak, done
[14:34] <rbasak> Thanks!]
[14:40] <jibel> rbasak, same error, redmine depends on ruby-mysql2 not ruby-mysql
[14:43] <rbasak> jibel: ah, sorry. I saw the same (unusual) error string and assumed it came from the same package. I'll reproduce locally and rebuild ruby-mysql2 if necessary.
[16:52] <flexiondotorg_> stokachu, Hi
[17:45] <flexiondotorg_> cyphermox, Are you about?
[17:45] <cyphermox> flexiondotorg_: I am
[17:45] <cyphermox> in fact coming up on my turn to sponsor.
[17:46] <flexiondotorg_> cyphermox, stokachu Uploaded a bunch a Ubuntu MATE packages on Friday last week.
[17:46] <cyphermox> yup
[17:46] <flexiondotorg_> cyphermox, I can't see them in the archive anywhere? Err. New at this 😉 What happens next?
[17:46] <cyphermox> they are brand new packages, so they are waiting in the NEW queue: https://launchpad.net/ubuntu/vivid/+queue
[17:47] <cyphermox> flexiondotorg_: for a review from an archive admin; you could ping people in #ubuntu-release to see if someone is available to look at them\
[17:47] <flexiondotorg_> cyphermox, Thanks.
[17:47] <cyphermox> (I don't have these privileges)
[19:23] <wer_ru> Hello I try to install Meshmixer by AutoDesk
[19:23] <wer_ru> this program was disign for 14.04
[19:23] <wer_ru> and i have problem with 14.10
[19:24] <wer_ru> Meshmixer is depended on libsuperlu3
[19:24] <wer_ru> but 14.10 has libsuperlu4
[19:28] <davmor2> wer_ru: this is a development channel general help can be found on #ubuntu
[19:28] <wer_ru> ok davmor2
[19:28] <cyphermox> @pilot in
[19:28] <wer_ru> thanks
[21:55] <jtaylor> hm why is byobo triggering an apt-check every few seconds?
[21:56] <jtaylor> causes almost a load of 1, kind of wasteful for something you have running all the time
[21:57] <jtaylor> not directly bug 1010505, as it is using flock ..
[23:16] <aeoril> darkxst_ I am trying to find the function definition terminal_receiver_call_exec_sync() used in the gnome-terminal source.  I cannot find it anywhere on the web or in Ubuntu or in the source for gnome-terminal.  Do you have any ideas?
[23:21] <darkxst_> aeoril, its autogenerated as part of gdbus
[23:21] <aeoril> darkxst_ do you knwo what it does?
[23:22] <aeoril> darkxst_ or where I can find source to figure out what it does?
[23:23] <aeoril> darkxst_ I am trying to find in gnome-terminal (or wherever) the -e/--command command is actually executed (fork()'ed, pthread'ed, etc)
[23:23] <aeoril> I am guessing it would be fork()'ed
[23:23] <darkxst_> aeoril, look in your build directory
[23:24] <darkxst_> it a dbus call on org.gnome.Terminal.Terminal0.Exec
[23:28] <aeoril> darkxst_ sorry if this seems stupid, but what do you mean by "build directory"
[23:28] <darkxst_> aeoril, like in gnome-terminal source directory after running 'make'
[23:28] <aeoril> I grep'ed recursively for org.gnome.Terminal.Terminal0.Exec but found nothing
[23:29] <darkxst_> aeoril, its defined in the xml file
[23:29] <darkxst_> but you can see the generated code after 'make' runs
[23:29] <aeoril> darkxst_ oh, i have not made it yet - that would require downloading all the build dependencies.  I have just been looking at code
[23:29] <aeoril> ok, will do
[23:29] <darkxst_> aeoril, apt-get build-dep gnome-terminal
[23:29] <aeoril> yes, ok, thanks
[23:34] <aeoril> darkxst_ there is no configure file - only configure.am.  But there is an autogen.sh.  I seem to remember some step that makes the configure file - do I just run autogen.sh?  Are there any specific command line parameters I need to pass autogen.sh?
[23:34] <aeoril> (googling)
[23:38] <aeoril> darkxst_ looks Iike I need to install autotools then do autoreconf -vi?
[23:40] <darkxst_> aeoril, I think you can just run autogen.sh
[23:41] <aeoril> darkxst_ ok, I was hoping - I'll give that a shot, its a git repon anyway ...
[23:41] <aeoril> repo*
[23:43] <aeoril> darkxst_ bad dependency versions - looks like I will have to run it on vivid, not trusty.  I hope that will work.  Any other way you can think of?
[23:44] <darkxst_> aeoril, if you are building 3.14, you will need to do it on vivid
[23:44] <aeoril> darkxst_ figured, will do - thanks
[23:45] <darkxst_> aeoril, or inside a vivid schroot
[23:45] <aeoril> darkxst_ yes, I was thinking about that ...