[01:33] <Logan_> Noskcaj: hi
[01:34] <Logan_> sponsoring time
[01:37] <Noskcaj> :)
[01:37] <Noskcaj> Many packages await
[01:38] <Noskcaj> Also, could you sponsor a scheme compiler that debian won't sponsor in time for FF?
[01:41] <infinity> FF is pretty slack for parts of universe, especially leaf packages.
[01:42] <infinity> I wouldn't worry about trying to shove every last thing in by the 20th, if you can do it properly a couple of weeks later.
[01:42] <Logan_> Noskcaj: you're still not a MOTU :(
[01:43] <Logan_> you're missing out on every past and future Valve-produced game for free :P
[01:43] <Logan_> just redeemed my code the other day
[01:44] <Noskcaj> Dude, that physically hurts me.
[01:44] <Noskcaj> !v1 me in dota though
[01:44] <Noskcaj> 1v1
[01:44] <Noskcaj> oops lol
[01:44] <Logan_> add me on Steam, bro
[01:45] <Logan_> college makes it hard to find free time, though :(
[01:45] <Logan_> on a five-day break currently
[01:52] <Noskcaj> What's your steam name? Mine should be "Noskcaj"
[01:53] <Noskcaj> although i need food now
[02:15] <Logan_> Noskcaj: VAC ban? tsk tsp
[02:15] <Logan_> tsk
[02:15] <Logan_> added though
[02:15] <Noskcaj> I got bored a few years back when i played call of duty
[02:35] <Devastatr> psusi good evening, do you happen to have a few minutes? I would like to continue the talk we had yesterday, if it's ok
[02:37] <psusi> Devastatr, sure
[02:39] <psusi> Devastatr, what exactly was your goal again?  you want two ethernet links to failover when the main one goes down?  the bonding module handles that
[02:39] <psusi> no need for writing ifupdown scripts
[02:41] <Logan_> infinity: are you working on the ruby1.9.1 merge?
[02:41] <Logan_> because all packages b-d'ing on ruby are failing right now due to a Breaks relation from ruby-defaults
[02:41] <Logan_> so that needs to be done ASAP
[02:42] <infinity> Logan_: I'm working on much scarier things right now.  I thought I saw mention that doko might be looking at ruby, but maybe not.
[02:42] <infinity> Logan_: Either way, it'll get done.
[02:42] <Logan_> because I can do an MP
[02:43] <Logan_> I just don't want to duplicate work
[02:43] <Logan_> if doko's not working on it, I'll do an MP
[02:43] <infinity> MPs for merges are generally pointless.
[02:43] <Logan_> not really
[02:43] <Logan_> merges often require work
[02:43] <infinity> I can merge it right now, the Debian delta is tiny.
[02:44] <Logan_> please do
[02:44] <infinity> Logan_: Merges can require work.  And when they do, I can't audit that they work was properly done with an MP most of the time without doing it myself anyway. :P
[02:44] <Logan_> because it's causing a lot of FTBFSes
[02:44] <Logan_> alright, touché
[02:44] <infinity> (In this case, it would be reviewable, but that's because it's so simple that there's nothing to review)
[02:51] <Devastatr> psusi yes, the problem is one connection is manual static ip and the other is pppoe static via dhcp, and by down is not just the cable plugged/unplugged or connectivity with its gateway, I have to check by pinging high available ips, like google's 8.8.8.8
[02:51] <infinity> Logan_: Testbuilding now, then uploading.
[02:53] <Devastatr> psusi so my idea was to create a dhclient hook to get whatever dhcp server gives to my ppp0 iface, then use it as source for another script which would handle routing by metrics
[02:53] <infinity> Logan_: Argh.  So, this might need manual unwinding anyway.
[02:54] <infinity> Logan_: Cause ruby build-depends on ruby, which is uninstallable.
[02:54] <Devastatr> psusi the ifupdown script would be also to get the iface data of the "manual static ip" iface and do the same
[02:55] <Devastatr> if I could, I wanted to distribute this work for others who want something similar, so.. maybe packaging it
[02:56]  * infinity sorts this out with a mild hammer.
[03:03] <psusi> Devastatr, I don't see why you want to muddle with the ethernet interface.. just start a background job when the pppoe interface is brought up that pings the well known address, and when that fails, switch the default route back to the other one that is well known since it is static
[03:06] <Devastatr> psusi in my case, the primary link is the static one, pppoe is backup, but I didn't want to hardcode things to be able to create a package and help others, giving something back to linux community or so
[03:08] <Devastatr> psusi right now I feel like I have no option except making it work for me
[03:11] <Devastatr> unfortunately I have little knowledge, but I think it's time for the distros to start thinking about an improved ifupdown package, maybe one from scratch, in my opinion a lot of things have changed in the networking world and it didn't cover most of the scenarios, I would like to offer my help if someone starts this
[03:12] <Devastatr> forgive me if I sound like criticizing ifupdown, it's not my intention
[03:28] <rbasak> teward: BTW, one thing to do before feature freeze might be to ensure that nginx is building against the version of lua that is in main (if that's possible). I didn't realise when I filed the MIR, but there is a version of lua in main, so if we can build against that, then we won't need to drop lua support.
[03:29] <rbasak> I was going to look at it if/after the MIR was approved, but with feature freeze coming up, it probably makes sense to do that in advance.
[03:38] <infinity> Logan_: ruby should be all sorted, once it finishes on arm*
[03:58] <Devastatr> psusi anyway, I don't know if what I said makes sense but feel free to comment and give suggestions if you want, I like to learn new things :) also thanks for your time
[04:00] <Logan_> infinity: sweet
[04:00] <Logan_> thanks man
[04:57] <infinity> rbasak: Feel like doing a subversion merge?
[16:32] <rbasak> infinity: I don't want to commit to it right now - there are a few things I have to finish before feature freeze first.
[16:32] <rbasak> Happy to do it in principle though :)
[16:33]  * rbasak goes offline for a while
[19:18] <Noskcaj> cyphermox_, Could you merge usb-modeswitch sometime soon?
[21:34] <cjwatson> https://twitter.com/launchpadstatus/status/432754992634544128
[21:50] <mati75> hello
[21:50] <mati75> I wonder which idiot came up with an update 6 times initramfs during one version update kernel
[21:58] <infinity> mati75: Cleaning that up is on the TODO for the kernel team and I.  Pro tip, though, if you want people to listen to your concerns, calling them idiots is usually not the best way forward.
[21:59] <mati75> infinity: it's terrible think, I will update testing version ubuntu and CPU go on 100 % and temperature is 90°C
[22:00] <mati75> I don't want to cook eggs
[22:09] <dobey> remove your old kernels
[22:11] <dobey> update-initramfs is probably not what's doing that, actually. more likely it's dkms rebuilds when a new kernel gets installed
[22:11] <infinity> dobey: A new kernel installation does generate the initrd more than once.  It's a known bug.
[22:11] <infinity> (But there are other mitigating factors that can make things much worse, as you point out)
[22:14] <dobey> yeah, i know it's a bug. just saying that it getting fixed probably won't fix the "100% cpu" issue though
[22:14] <dobey> as that's more likely a result of dkms
[22:15] <mati75> dobey: I have only latest from repository
[22:16] <mati75> I don't have dkms
[22:16] <mati75> only linux-image-generic meta package
[22:16] <mati75> and depends for it
[22:17] <dobey> do you have nvidia drivers? fglrx? virtualbox?
[22:17] <dobey> and you probably have at least 3 kernels installed after doing a dist-upgrade (the one you're running, the previous version, and the one you just installed)
[22:18] <infinity> Or lots more, if you never autoremove.
[22:19] <dobey> exactly
[22:19] <dobey> but you'll have at least 3
[22:19] <dobey> until you reboot and autoremove, then at least 2
[22:19] <infinity> At least 2, somtimes 3.
[22:19] <dobey> infinity: 3 immediately after an upgrade :)
[22:20] <infinity> dobey: Well, okay.  3 immediately following, 2 after the autoremove.  No need to reboot.
[22:21] <dobey> and if you've upgraded from older versions of ubuntu, you might have old kernel packages from there as well, before the autoremove fix happened
[22:24] <infinity> dobey: The dist-upgrader actually quite violently tears out obsolete kernels.
[22:24] <infinity> (But if you upgrade with straight apt, yeah, you'd be stuck with 'em)
[22:24] <dobey> infinity: i recently discovered a whole bunch on my workstation
[22:25] <infinity> Well, I never use do-release-upgrade on my primary workstation, because it gets upgraded from devel to devel on opening day, before we have an upgrader.
[22:25] <dobey> and i always upgrade with the gui thing.
[22:25] <dobey> anyway
[22:26]  * dobey goes back to ps3 repair
[23:20] <infinity> doko_: /usr/bin/ld: cannot find -lgcc_s <-- More libgcc1 4.9 fallout?