=== Ursinha is now known as Guest45150 === Guest45150 is now known as Ursinha-afk === shuduo is now known as shuduo|afk [08:59] Happy Holidays [09:00] thanks [09:00] happy holidays to you too [10:32] It is pitch black. You are likely to be eaten by a grue. [12:07] hi [12:09] hi there [12:10] any one here?? [12:45] xnox, didnt you have a yoga13 ? (my GF got one for christmas and i cant get the wlan to work, do you know if ther is a PPA or some such) [12:46] ogra_`: compile from source. [12:46] bah [12:46] ogra_`: let me get you github repo [12:46] i just tried from a tarball i found on a german forum but i get errors [12:46] ogra_`: github is good and works with all kernels. [12:46] k [12:46] ogra_`: bluetooth also needs custom compile, but it doesn't work. [12:47] she doesnt use BT ... thats fine [12:47] but wlan has to :) [12:47] ogra_`: https://github.com/lwfinger/rtl8723au_bt.git [12:47] ogra_`: there are instructions to compile manually or using dkms. both work. [12:48] ogra_`: apart from the repository / snapshot nothing else is needed, there is compiler and headers installed. [12:48] right, i'm trying to roll the binary on my trusty XPS atm :) [12:48] ogra_`: i wonder if I should package it, but then again, i've never packaged dkms modules. [12:49] ogra_`: you need source on the target for each kernel upgrade. [12:49] ogra_`: the abi is bumped and thus needs recompiles. [12:49] yeah, once i have wlan ;) [12:49] ogra_`: usb-stick for the win! =) [12:49] ogra_`: you'll need to transfer binaries somehow in either case, so just take the source ;-) [13:46] slangasek: just to keep you in the loop. My PAM patch sent on the 7th of December to their ML got finally posted to the ML a couple of days ago but without any reply so far. The list seems mostly dead (no posts for December), so I'll be waiting until the 7th of January (a month after I first wrote the patch) and just push it to Ubuntu at that point. === xnox_ is now known as xnox === OutOfControl is now known as benonsoftware === tlyu_ is now known as tlyu [16:27] jtaylor: do you know any blockers for having numpy 1.8 in trusty? I would like to have a fix for https://github.com/numpy/numpy/issues/3598, as we support python3.4 now [16:27] (1.8 available in experimental) [16:29] * mitya57 notices that the current python-numpy FTBFS when rebuilt because of some Sphinx errors [16:36] doko_: https://github.com/numpy/numpy/issues/3598 hm. can python fetch compile flags from dpkg-buildflags at all? [16:37] instead of having it's own set, and possibly enabling hardening flags as well? [16:37] (if at all appropriate) [16:37] xnox, sorry, have to run ... numpy does all this on its own. standard extensions should get the correct build flags [16:37] doko_: ok, thanks. [16:37] doko_: have fun! =) and Merry Christmas. [16:38] Yes, the python3.4 transition is going to be fun [16:38] * mitya57 has already two packages failing to build because of that [16:38] mitya57: and it's very close to lts release date as well =/ [16:39] mitya57, for now it's "just" an experiment for the holidays when nobody is active =) [16:42] * mitya57 will have holidays in February :) [16:52] I'm working on fixing pygobject for 3.4 [16:53] It's going to need a partial conversion to non-recursive make, I think - that was the solution used in dbus-python [16:53] (six years ago!) [17:12] non-recursive make is the future! =) [17:13] and subdir-objects === paddy_ is now known as paddy [17:31] mitya57: I wanted to merge numpy soon [17:32] mitya57: the report you opened is a bug in python [17:32] they can't export that flag via distutils [17:32] it would break the world [17:32] it might have already been reverted [17:32] jtaylor: actually, in my ppa numpy failed to build on i386, but with a different reason [17:33] link? [17:33] one moment [17:36] jtaylor: https://launchpad.net/~mitya57/+archive/test2/+build/5382148 [17:36] hm [17:36] might be a sphinx or jinja issue [17:37] I'll check it when I see it on the numpy merge [17:37] (possibly tomorrow) [17:37] Looks like doc/source/_templates/autosummary/class.rst tries to extend itself [17:38] Google only shows one 3-year-old Sphinx bug that was closed as invalid [17:41] In the current github snapshot that file is not changed, so it's unlikely that it's fixed [18:59] stgraber: which list did you post it to? I didn't see it, so I suspect it went to the wrong list === Ursinha-afk is now known as Ursinha === achernya_ is now known as achernya [21:00] But why. https://launchpad.net/ubuntu/+source/binutils-msp430/2.22~msp20120406-3ubuntu1 [21:01] Much chroot. Such problem. Wow. [21:05] both retried [21:05] just an unfortunate coincidence it seems [21:07] cjwatson: There were actually three chroot problems at ones. One of them was restarted by someone else, I think. :P [21:07] *once [21:11] Logan_: that particular error relates to timing of the start of the build relative to the publisher cycle, so if all the builds start at very close to the same time ... [21:14] True. [23:43] elky: you lost your fruit cake here. it smells bad already. or did you forget to take a shower? [23:45] elky: the dumbest moment of this year - OF YOU was to touch my arse when you wanted me gone from an OFFTOPIC channel [23:45] * slangasek sighs [23:46] see. there he is [23:46] paddy: you should not need to be told that this behavior is contrary to the Ubuntu code of conduct and not acceptable on this channel [23:46] i told you my friends that Steve will be the first with his tongue in her arse [23:46] always there when a pussy needs help [23:46] so nice [23:46] !ops [23:46] Help! Channel emergency! mneptok, Hobbsee, cjwatson, mdz, lamont, Keybuk, or thom! [23:47] slangasek: the price we pay for not wanting to be cussed at, i'm afraid. [23:47] kees: around? [23:47] *cry, cry, cry* [23:48] * elky wanders off to find where he appears next [23:49] how has he not grown out of this?