[13:21] <sturmflut2> cking: Ping
[13:22] <cking> sturmflut2, hiya
[13:23] <sturmflut2> cking: Hey, I ran into an oddity while running eventstat on arale: sometimes the "[swapper]" kernel task shows up as PID 1. Any idea about how that is even possible?
[13:23] <cking> sturmflut2, is that running in a container?
[13:24] <sturmflut2> cking: Not that I know of, and that wouldn't explain it. Strangely enough this is even present in the in-kernel Documentation, https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/timers/timer_stats.txt#n56
[13:26] <cking> sturmflut2, well, since eventstat uses /proc/timer_stats that's where i'm getting this info from, so it's coming from the kernel and not eventstat per se
[13:26] <sturmflut2> I've never seen it on my Ubuntu 15.04 desktop, but on arale (3.10.x kernel) it's always there
[13:27] <cking> sturmflut2, no idea of the top of my head
[13:27] <cking> s/of/off
[13:28]  * cking has a poke around at the source
[13:29]  * ogra_ finds the etra used/reported memory even more curious than that PID thing
[13:29] <ogra_> *extra
[13:29] <ogra_> since that will for sure have some heavy impact
[13:34] <cking> hrm,  the timers_stats code hasn't radically checked between those kernels, so  I really don't know.
[13:34] <cking> s/checked/changed/
[13:34] <cking> doh
[13:37] <cking> I suspect the comm field (that contains the short process name) for init has been cached after it got created before the process could change it. so just ignore it, it's definitely the correct pid
[13:37] <ogra_> cking, well, probably it sees the swapper from the lxc container (where another init runs that is presented as PID1 inside the container (and outside with a different PID to the host system)
[13:38] <cking> ogra_, that too, event most probably has issues with containers
[13:38] <cking> ..mainly because it has to go on what timer_stats provides as the pid
[13:39] <cking> which can be different for the pid inside the container, argh
[13:39] <ogra_> fun, aint it ? :)
[13:39] <cking> but the cached comm field probably explains the mismatch as shown in the documentation
[13:40] <cking> when dealing with /proc, it's going to be racy :-/
[14:32] <JinqiuYu> hi, there.  I try to compile stree-ng on my cent os host,  and I get " perf.c:77: error: ‘PERF_COUNT_HW_REF_CPU_CYCLES’ undeclared here (not in a function)"  errors , how can I fix it ?
[14:54] <sturmflut2> cking, ogra_: But the swapper is an in-kernel process. It's the kernel scheduler. It is not part of a container, and I just now found a couple of boxes here at work that don't even run containers, but also show a swapper as PID 1
[14:55] <cking> sturmflut2, as I mentioned earlier, "I suspect the comm field (that contains the short process name) for init has been cached after it got created before the process could change it. so just ignore it, it's definitely the correct pid"
[14:59] <sturmflut2> cking: Yes, something like that probably. But my fear is that if something like this happened and nobody noticed the mismatch, can we trust the rest of the output on arale's kernel
[15:00] <cking> sturmflut2, what do you mean "rest of the output"? that's a wide statement
[15:09] <sturmflut2> cking: If there is one location in the kernel where something allocates a timer, and at this place the wrong information is put into a data structure, can we be sure that it happens only at exactly this one place?
[15:10] <sturmflut2> cking: I too think it's just this one, but it raises a bit of suspicion
[15:11] <cking> sturmflut2, the wrong info is not cached, just that it changes after it got cached. the PID is sane, just the cached comm field my be out of date. but really, since we key off the PID anyhow, it's academic on the name, since the PID is what matters
[15:12] <sturmflut2> cking: I don't think it's the PID that's sane, the full entry in my case is the following
[15:12] <sturmflut2>     1.00     1 [swapper/0]     start_bandwidth_timer     sched_rt_period_timer
[15:12] <sturmflut2> start_bandwidth_timer and sched_rt_period_timer are actual kernel functions in the scheduler
[15:13] <sturmflut2> if the PID is sane, then all of "Task", "Init function" and "Callback" are wrong
[15:15] <sturmflut2> cking: And PID 1 is upstart, which doesn't seem to register a single timer
[15:15] <sturmflut2> cking: I'll have a look at the kernel source code, maybe I can find a definitive answer
[15:16] <cking> sturmflut2, if I had 36 hours in a day, I'd look into it, but for now, this does seem just like a minor issue compared the the other stuff ogra was mentioning
[15:16] <sturmflut2> cking: :)
[15:16] <cking> if there was a process that was eating 50+ wakeups per second, I'd sweat over it
[15:24] <sturmflut2> cking: Let's combine your 24 hours and my 12 hours a day, then we can do it ;)
[15:25] <cking> why not your 24 and my 12 :-)
[15:25] <sturmflut2> cking: Well, Canonical does not (yet) pay for my services ;)
[15:26] <sturmflut2> So I need this thing called "real work"
[15:26] <cking> sturmflut2, ok, me too, canonical pays me at the moment to do some higher priority kernel file system related work ;-)
[15:38] <ogra_> cking, just tell them snappy uses ext4 only anyway :P
[15:38] <ogra_> who needs other filesystems :P
[15:38] <cking> ogra_, the server and cloud folk perchance
[15:38] <ogra_> pfft
[16:08] <manjo> apw, you know how on tangerine when you schroot it lets you build directories in your home dir ? How was the chroot home linked to user home dir ?
[17:45] <infinity> manjo: It's a bind mount.
[17:57] <manjo> infinity, thanks.. yes I figured out what I was missing in my profile


[20:16] <Unit193> Logan: Sorry to keep bugging you, but think a pasyswhatever it's called can get an update?  Saw something in Upstream's bugtracker about not using "the ubuntu version" as it seems the version packaged doesn't support indicators, but new upstream one does.  (And by "get an update", I mean I packaged it for myself last month.)
[20:17] <Unit193> http://paste.openstack.org/show/495464/


[06:26] <saudk_> Hey Guys
[06:27] <saudk_> I am trying to provision a server using MAAS
[06:27] <saudk_> and see this error while importing images
[06:27] <saudk_> No such file or directory: u'/tmp/maas-MEt55A/usr/lib/shim/shim.efi.signed'
[06:28] <saudk_> any ideas
[06:28] <saudk_> ?
[06:28] <saudk_> thanks
[07:23] <parlos> Good Morning Maas!
[07:42] <boolman> roaksoax: thanks for the reply, it was my own fault. I have a custom resolver in which I have 3 views. so the client got the wrong zone and can't do a lookup for the maas server
[07:42] <boolman> its all sorted out now
[10:36] <mup> Bug #1721743 opened: [2.3b2] Rack and region controller versions still not updated <MAAS:New> <https://launchpad.net/bugs/1721743>
[11:36] <mup> Bug #1721759 opened: no error message when virsh pod not accessible <MAAS:New> <https://launchpad.net/bugs/1721759>
[12:00] <mup> Bug #1721743 changed: [2.3b2] Rack and region controller versions still not updated <MAAS:New> <https://launchpad.net/bugs/1721743>
[16:52] <mup> Bug #1721823 opened: [2.3, UI, HWTv2] No way to surface a failed test that's non CPU, Mem, Storage in machine listing page <MAAS:Triaged> <https://launchpad.net/bugs/1721823>
[16:52] <mup> Bug #1721824 opened: [2.3, HWTv2] Overall health status is missing <MAAS:Triaged> <https://launchpad.net/bugs/1721824>
[16:58] <mup> Bug #1721825 opened: [2.3, HWTv2] Tests are not run in sensible order <MAAS:Triaged> <https://launchpad.net/bugs/1721825>
[17:03] <LikeLuc> hey, i habe some problems with my "20 mins old" mass installation after i configured the DHCP i started a node and get a cloud-init fail ;( any idea?
[17:04] <LikeLuc> cloud-init[1302] maybe this can help u ?
[17:10] <mup> Bug #1721825 changed: [2.3, HWTv2] Tests are not run in sensible order <MAAS:Triaged> <https://launchpad.net/bugs/1721825>
[17:13] <LikeLuc> okay, maybe u can tell me how i update to MAAS 2.3.0alpha3
[17:22] <mup> Bug # opened: 1721825, 1721827, 1721829, 1721831
[17:22] <roaksoax> LikeLuc: check that /etc/maas/rackd.conf has maas_url pointing at a IP and not at localhost
[17:23] <roaksoax> saudk_: upgrade to the latest 1.9.5, a fix should have been made available in -updates already
[17:23] <roaksoax> like yetserday i think
[17:38] <LikeLuc> @roaksaoax in /etc/maas/rackd.conf i add my ip, now there stand "http://<IP_ADDRESS>:...." do i need this "http"?
[17:39] <LikeLuc> @roaksoax *
[17:47] <LikeLuc> *IT WORKS TY <3
[17:53] <LikeLuc> so now i have one more question which power type i have to use with Hyper V
[18:09] <roaksoax> LikeLuc: manual, we can't talk directly to hyperv to manage vm's
[18:28] <LikeLuc> ;( so i have to use manual
[18:28] <LikeLuc> right
[18:38] <jamesbenson> hey roaksoax, have a minute?
[19:27] <roaksoax> jamesbenson: hey, shoot!
[19:35] <jamesbenson> hey
[19:35] <jamesbenson> sorry about the delay roaksoax
[19:39] <jamesbenson> It's an odd question (I think).  My servers have 2 nics in use.  One completely internal (no external access at all) and used for PXE, the other used for internet access.  https://i.imgur.com/NF5laT7.png
[19:39] <jamesbenson> Something like that... (sorry no text)
[19:42] <jamesbenson> I am able to deploy nodes, but once deployed, I need to fix the DNS and gateway to the public side.  By default the gw is set to the internal maas IP and DNS set to maas.  MaaS does have internet access and can resolve names.  How do I get it so the internet works "out of the box"
[19:42] <jamesbenson> So I don't need to fix DNS and interfaces file...
[19:42] <jamesbenson> It's got to be something simple that I'm overlooking.
[19:48] <roaksoax> jamesbenson: so you want to set the default gateway to the external IP & the DNS ?
[19:49] <roaksoax> jamesbenson: something like this would work: maas <user> interface set-default-gateway <system_id> <interface>
[19:50] <jamesbenson> roaksoax: and there is no way doing that in the gui?
[19:50] <roaksoax> nope
[19:50] <jamesbenson> what about the DNS?
[19:51] <roaksoax> jamesbenson: you can override the DNS byt setting it on the subnet
[19:51] <roaksoax> jamesbenson: go to the subnet in MAAS< and set the DNS IP there
[19:51] <jamesbenson> and delete the others?
[19:55] <jamesbenson> roaksoax: Also any good way to get maas to reboot hyper-v nodes?
[19:58] <jamesbenson> roaksoax: feature improvement with having an option to do that in the gui, similarly to the storage is done...
[20:01] <roaksoax> jamesbenson: yeah
[20:01] <roaksoax> we cannot power manage hyper-v
[20:03] <jamesbenson> roaksoax: yeah, sort of torture for me right now...
[20:03] <jamesbenson> I'm setting up juju with the controller on a VM in hyper-v attached to my maas cloud.
[20:05] <jamesbenson> hyper-v VM1 has juju and maas... my juju controller is hyper-v VM2 (with IP's under one rack, R4), and the rest of the maas cloud are actual servers in the same rack, R4....
[20:11] <roaksoax> nice
[20:11] <roaksoax> yeah we dont suport hyperv
[20:12] <roaksoax> well we can deploy it
[20:12] <roaksoax> ew just can't manage vm's inside it
[20:22] <jamesbenson> roaksoax: how do you unset the default gateway as well?  I looks like I have to in my route -n...
[20:40] <mup> Bug #1721867 opened: bcache defined filesystems configured as /dev/bcacheX in fstab which causes inconsistent mounting in future boots <canonical-bootstack> <canonical-is> <MAAS:New> <https://launchpad.net/bugs/1721867>
[20:40] <mup> Bug #1721869 opened: [2.3] DHCP address doesn't show <MAAS:Triaged> <https://launchpad.net/bugs/1721869>
[20:42] <jamesbenson> roaksoax: I think I got it.  :-)
[21:19] <jamesbenson> roaksoax, no dice...
[21:20] <jamesbenson> I'll continue on monday :-)
[22:31] <mup> Bug #1721886 opened: [2.3, UI, HWTv2] Hardware Test tab doesn't auto-update <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721886>
[22:31] <mup> Bug #1721887 opened: [2.3, HWTv2] No way to override a machine that Failed Testing <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721887>
[22:34] <mup> Bug #1721886 changed: [2.3, UI, HWTv2] Hardware Test tab doesn't auto-update <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721886>
[22:34] <mup> Bug #1721887 changed: [2.3, HWTv2] No way to override a machine that Failed Testing <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721887>
[22:43] <mup> Bug #1721886 opened: [2.3, UI, HWTv2] Hardware Test tab doesn't auto-update <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721886>
[22:43] <mup> Bug #1721887 opened: [2.3, HWTv2] No way to override a machine that Failed Testing <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1721887>


[15:02] <sil2100> o/
[15:04] <infinity> In lieu of a meeting, which our manager and tech lead both seem to not be able to attend, barry has proposed we party.
[15:04] <infinity> o/
[15:04] <infinity> \o/
[15:04] <infinity> \o
[15:04] <infinity> Untz, untz, untz.
[15:05] <barry> o/
[15:05] <barry> \o
[15:05] <barry> o\
[15:05] <sil2100> \o
[15:05] <sil2100> o/
[15:05] <barry> /o
[15:05] <sil2100>  /o\
[15:05] <barry> irc macarena fail
[15:06] <sil2100> ~.o.~
[15:07] <infinity> And I believe that concludes our party meeting.
[15:07] <sil2100> AOB?
[15:07]  * slangasek waves
[15:07] <bdmurray> I like to party, but I'd appreciate talking about a bug or two.
[15:07] <infinity> Oh, look, it's vorlon.
[15:07] <slangasek> infinity: vincent?
[15:08] <slangasek> bdmurray: which bugs?
[15:09] <bdmurray> bug 1445239 - is it more likely to be an apt or mirror issue?
[15:10] <infinity> bdmurray: antonb had seen a similar bug, and was working out how to reproduce it.
[15:10] <bdmurray> infinity: okay
[15:12] <bdmurray> then there is bug 1449626 brought up by the cert team
[15:12] <infinity> bdmurray: I've pointed him at it to see if it's the same or another exciting bug.
[15:12] <doko> barry, bdmurray: before you party, any update on pip/requests?
[15:13] <bdmurray> doko: I haven't overridden the regressions yet
[15:14] <doko> bdmurray, where did you run this pip command?
[15:14] <doko> in a virtualenv, or on the system itself?
[15:14] <bdmurray> doko: and I was not testing in a virtual env. In a trusty chroot on the system itself.
[15:15] <doko> bdmurray, so can you verify, that pip removed files installed by dpkg?
[15:15] <bdmurray> doko: I'll have to try again but I'm pretty sure it didn't remove files installed by dpkg. So I'm guessing it changed the environment somehow.
[15:16] <slangasek> bdmurray: just followed up on bug #1449626, which is not reproducible on porter-ppc64el
[15:16] <doko> bdmurray, sure, but your log says so
[15:16] <slangasek> looks like a corrupted install, not a bug in libxslt
[15:16] <bdmurray> slangasek: thanks, I noticed we aren't subscribed to that package. Should we be?
[15:17] <slangasek> bdmurray: appears to be owned by the desktop team
[15:20] <bdmurray> doko: trusty-amd64)root@impulse:/home/bdmurray# debsums python-requests
[15:20] <bdmurray> debsums: missing file /usr/lib/python2.7/dist-packages/requests-2.2.1.egg-info (from python-requests package)
[15:21] <bdmurray> doko: does that explain things?
[15:23] <barry> doko, bdmurray if i can make a little more progress on this system-image stuff, i'll dig in more on pip/requests later today
[15:24] <doko> bdmurray, hmm, looks like it's overwriting system stuff ... barry assured me that this would never happen :-/
[15:24] <barry> it definitely shouldn't
[15:24] <bdmurray> For what its worth it happens w/o the packages from -proposed too
[15:24] <barry> if it does, it's a bug <wink>
[15:25] <doko> and a very severe one ...
[15:27] <bdmurray> Given that this isn't a new issue should we override the regressions?
[15:30] <bdmurray> doko / barry: ?
[15:31] <barry> bdmurray: i'm not sure right now
[15:31] <doko> bdmurray, from my point of view, yes, as said in my email
[15:32] <doko> bdmurray, what does ls -ld /usr/lib/python2.7/dist-packages/requests* say?
[15:35] <bdmurray> doko: http://pastebin.ubuntu.com/10953514/
[15:37] <doko> bdmurray, hmm, only the egg-info missing. where is the new one installed, in /usr/local?
[15:40] <bdmurray> doko: /usr/local/lib/python2.7/dist-packages/requests-2.6.2.dist-info
[15:41] <doko> ahh
[15:43] <barry> bdmurray, doko is the problem that `pip install httpie` installs requests in ~/.local/lib/python2.7/site-packages and that's earlier on the sys.path than /usr/lib/python2.7/dist-packages ?
[15:44] <doko> I'm curious why requests gets installed in /usr/local and httpie in ~/.local/lib/python2.7/site-packages
[15:44] <barry> doko: requests doesn't get installed in /usr/local for me
[15:44] <bdmurray> barry: it also seems to have removed requests-2.2.1.egg-info
[15:44] <barry> only ~/.local
[15:45] <barry> bdmurray: not for me, on vivid
[15:45] <barry> in a vivid chroot
[15:45] <barry> requests-2.4.3.egg-info is still in /usr/lib/python2.7/dist-packages
[15:46] <barry> this is a clean vivid chroot, after `apt-get install python-pip` then `pip install httpie`
[15:46] <bdmurray> I'm using a trusty chroot
[15:46] <barry> it still fails on vivid, but let me try trusty
[15:50] <barry> heh, chroots don't overlay ~/.local ;)
[15:51] <barry> bdmurray: are you using `pip install --user httpie`?
[15:51] <barry> bdmurray: or sudo?
[15:52] <bdmurray> barry: I was root so just pip install httpie
[15:52] <barry> bdmurray: okay, sec
[15:53] <barry> bdmurray: okay, yes it deleted the egg-info file for me in /usr/lib
[15:54] <barry> but i still think the problem is that /usr/local/lib/python2.7/dist-packages is on sys.path before /usr/lib/python2.7/dist-packages
[15:54] <barry> and `sudo pip install httpie` installs a newer requests that doesn't play nice with pip
[15:56] <doko> barry, the path order for this is always to have /usr/local before /usr. echo $PATH
[16:01] <barry> doko: for pip's own imports, it can't do that
[16:01] <barry> doko, bdmurray replied in email
[16:01] <barry> doko, bdmurray i'm off to get some lunch.  i know what the problem is.  i need to experiment and think about the right solution.  let's take it back to email


[14:19] <MenZa> Could someone hook me up with an ubuntu/member/menza cloak? I lost my cloak when my pdpc subscriber status ran out o_o
[14:19] <Tm_T> ouch
[14:19] <MenZa> yeah
[14:19]  * MenZa prods Pici, nhandler, topyli, jussi01
[14:19] <Tm_T> MenZa: you got your cloak ~20 mins ago though
[14:19] <MenZa> awhawha?
[14:20] <MenZa> when I /whois myself, I don't see my cloak o_o
[14:20] <Tm_T> 1559.00 -!- MenZa [~lhavelund@ubuntu/member/menza] has quit [Changing host]
[14:20] <Tm_T> MenZa: yeah, you lost it :-P
[14:20] <MenZa> hmm
[14:20] <MenZa> sounds like my subscriber cloak expired then
[14:20] <Tm_T> yea but as you see, you had only ubuntu cloak on
[14:21] <MenZa> yeah, but still
[14:22] <Tm_T> makes no sense
[14:22] <jussi01> MenZa: try re identifying to services - logout/login. if that doesnt help, then Ill ping a staffer.
[14:22] <MenZa> well, I had a subscriber cloak earlier
[14:22] <MenZa> will do
[14:22] <MenZa> ding
[14:22] <MenZa> nothing, still
[14:23] <MenZa> I just checked my memos, I received a message from christel earlier this month saying it was running out
[14:23] <MenZa> so that will be it
[14:23]  * MenZa is reminded to donate again
[14:23] <jussi01> ok. could a staffer fix MenZa up with an ubuntu/member cloak?
[14:23] <MenZa> \o/
[14:23] <jussi01> VorTechS: nhandler etc
[14:24] <Tm_T> MenZa: "pay us or you won't be using teh internets!"
[14:24] <MenZa> :P
[15:04] <Damascene> where should I report of someone abuse in lauchpad bugs?
[15:05] <erUSUL> Damascene: i think there is a launchpad channel
[15:05] <erUSUL> Damascene: #launchpad
[15:55] <vish> Damascene: also , you need to file an answer [err question] in lp answers mentioning the abuse and the user lp id , first it is better to discuss that on -bugs
[16:04] <Damascene> vish, thanks I've done so
[16:04] <Damascene> https://answers.edge.launchpad.net/launchpad/+question/106198
[16:19] <nhaines> Damascene: hmm, that sounds like a valid opinion and not an abuse (any more than you might expect to see a different calendar displayed).  But the best thing would be if the calendar option were easily configurable for everyone.  :)
[16:32] <Damascene> I don't think it's valid opinion nhaines
[16:33] <nhaines> Damascene: you may disagree with the opinion, but that doesn't mean it isn't valid as an opinion.
[16:33] <nhaines> (I don't feel strongly about any opinion on the issue--except that the calendar should be easily configurable).
[16:33] <Damascene> you mean the opinion of the jewish ownership of jerusalem?
[16:33] <nhaines> Damascene: the opinion that choosing a certain locale should show a specific date locale.
[16:34] <Damascene> oh, I think you miss understood me. I'm talking about the jewish ownership of jerusalem opinion
[16:35] <nhaines> Damascene: to be honest, the geopolitical conflict is not interesting to me.
[16:35] <Damascene> I thought it was, you bring the subject ;)
[16:36] <Damascene> *brought
[16:37] <nhaines> Damascene: the LP question you posted mentions someone wanted a certain calendar when he picks a certain time zone... I don't think that's unreasonable to express.
[16:38] <nhaines> So the best thing is if it's just really easy to set whichever calendar type you wish.
[16:38] <Damascene> "Using lauchpad to state ideas that is abusive to others on sensitive subjects" was the title
[16:39] <nhaines> Damascene: and then the description is "someone wants a certain calendar type when they choose a specific location."
[16:41] <Damascene> you have your opinion, I can't tell you what to think even that I'm the one who asked the question and I know what I want from it.
[16:45] <nhaines> Damascene: it just seems that your opinion would be just as "abusive" and therefore there would be no way to actually have a discussion about the best way to deal with locales on LP.
[16:45] <nhaines> As I said, that's presuming that the person you are concerned about isn't being rude to others with a different opinion.
[16:46] <Damascene> may I ask you some personal question? I want to understand how do you think
[16:47] <Damascene> and I don't think this is in the topic of this channel
[16:48] <nhaines> Damascene: yes, you may.  And you can /msg me if you like, too.
[18:45] <erUSUL> lol ;P --> www.kernel.org
[18:46] <m4v> ɐɥɐɥɐɥɐɥ
[18:46] <Tm_T> all links broken there
[18:46] <Tm_T> so not even funny
[18:47] <m4v> Tm_T: there's a "normalize page" link in a corner
[18:48] <Tm_T> m4v: that's not the point, why turn page upside down and then break it, just... stupid
[18:49] <m4v> looks like is a bug in their upside down script
[18:49] <m4v> some links work
[18:49] <Tm_T> ah
[18:50] <erUSUL> well april's fool is an anglo-sajon thing. to each their own. i get the sources via git ;P
[18:50] <Tm_T> I picked the wrong ones when tested
[18:50] <m4v> compiling is overrated!
[18:52] <m4v> Tm_T: actually, most links are broken, but I bet it wasn't intentional, they start with "http://www.kernel.org/dʇʇɥ://www.kernel.org" so a bug most likely
[18:52] <Tm_T> yes
[18:52] <Tm_T> bug it is, that's why I'm not happy
[18:57] <m4v> yes, kinda sloppy
[18:57] <Tm_T> "kinda"
[18:58] <erUSUL> too hard on them it is april's fool; take it easy ;) your vanilla kernel compiles can wait till tomorrow
[18:59] <Tm_T> erUSUL: april's fool is serious matter, do it properly or don't do it
[18:59] <erUSUL> Tm_T: ;) well we do it in 28 December during chritsmas
[19:00] <m4v> Wasn't in september?
[19:01] <erUSUL> m4v: in Spain is the "Dia de los Inocentes" 28 of December iirc
[19:02]  * erUSUL do not get me into discussing why we celebrate the slaughtering of babys making bad jokes .... (if you trust the scriptures)
[19:02] <erUSUL> http://es.wikipedia.org/wiki/D%C3%ADa_de_los_Santos_Inocentes
[19:03] <m4v> ah, I was confused, is 28 dec here as well
[19:03] <m4v> I don't make many jokes :P
[21:26] <erUSUL> what's the problem with Ghost|BTFH ?? in #ubuntu .... ¬.¬
[21:26] <guntbert> erUSUL: thx for stepping in - you did  it really nice
[21:26] <erUSUL> no problem
[21:27] <guntbert> the trouble is: he *was* giving bad advice - and has a terrible attitude
[22:43] <Tm_T> ikonia: it wasn't me!
[22:44] <Tm_T> maybe I try to be kind a bit too hard
[23:04] <arand> Is there any smart way to do !bug# > nick with ubottu?
[23:04] <arand> Since there's no bug-completion out in #ubuntu..
[23:04] <m4v> what do you mean by "smart way"?
[23:05] <m4v> bug-completion? I'm confused
[23:06] <arand> Well "any way at all" then ;) ?
[23:06] <arand> If I say Bug #447747 out in #ubuntu, nothing happens.
[23:07] <arand> Whereas here ↑
[23:07] <m4v> I believe is for reduce flood
[23:08] <arand> Is there any way to force that out of ubottu out in #ubuntu? At least for a see-PM-response?
[23:08] <m4v> but you can set a alias for yourself
[23:09] <m4v> I don't know how is in irssi, but someting like /alias lp /msg $channel $1: look at bug https://launchpad.net/bugs/$2
[23:09] <m4v> so you can do "/lp nick bugnumber" yourself
[23:10] <arand> m4v: Hmm, 'tis a grand idea, cheers
[23:34] <arand> If anyone cares (Irssi): /alias LP say $0: Have a look at Bug https://launchpad.net/bugs/$1 $2-


[02:14] <smoser> designated, your error is probably true.
[02:14] <smoser> it couldn't get a lock because the process running (that never completeded) had it locke
[02:14] <smoser> you could strace that process and probably get some more info
[02:15] <smoser> maybe you have outbound internet access blocked ?
[02:19] <designated> smoser, it's not blocked, maas is not recognizing the domain as being managed even though it's configured correctly and forwarding the dns request to the configured dns forwarder
[02:19] <smoser> the sudo error is not relevant.
[02:20] <smoser> it happens any time dns resolution of 'hostname' fails.
[02:20] <smoser> which is fine.
[02:20] <designated> smoser, correct but that's what I'm trying to explain.
[02:20] <smoser> thats fine though.
[02:20] <smoser> if you're apt-get update hung, then thats the problem.
[02:20] <designated> apt-get update is hanging because of a dns issue and never completing enlistment.
[02:20] <smoser> no. i don't think so.
[02:20] <smoser> dns resolution of `hostname` is fialing
[02:21] <designated> it is because if i kill the process it finishes enlistment immediately
[02:21] <smoser> can you verify it works for anything else ?
[02:21] <smoser> and resolution would *fail* not hang.
[02:21] <smoser> you're on the system now?
[02:21] <designated> yes
[02:21] <smoser> do 'ping archive.ubuntu.com'
[02:21] <smoser> i think you'll get dns resolution
[02:21] <smoser> or if you dont, then yes, dns is the issue.
[02:22] <designated> it will resolve that
[02:22] <designated> apt-get update doesn't succeed because it cannot resolve it's own hostname
[02:22] <smoser> doesn't care.
[02:22] <smoser> thats not why its hanging. i'm certain of that.
[02:23] <smoser> you can replicate that anywhere like this:
[02:23] <designated> this process is running: root      1384  0.0  0.0  31064  2380 ?        S    20:13   0:00 /usr/bin/apt-get --option=Dpkg::Options::=--force-confold --option=Dpkg::options::=--force-unsafe-io --assume-yes --quiet update
[02:23] <designated> if i kill it, enlistment will finish
[02:23] <smoser> strace it
[02:23] <smoser> what is it doing.
[02:23] <smoser> or even just tail /var/log/cloud-init-output.log
[02:23] <smoser> sudo strace -p 2380
[02:24] <designated> $ sudo strace -p 1384
[02:24] <designated> sudo: unable to resolve host maas-enlisting-node
[02:24] <designated> Process 1384 attached
[02:24] <designated> select(8, [6 7], [], NULL, {0, 23729})  = 0 (Timeout)
[02:24] <designated> select(8, [6 7], [], NULL, {0, 500000}) = 0 (Timeout)
[02:24] <designated> select(8, [6 7], [], NULL, {0, 500000}) = 0 (Timeout)
[02:24] <designated> select(8, [6 7], [], NULL, {0, 500000}) = 0 (Timeout)
[02:25] <designated> Ign http://archive.ubuntu.com trusty-updates InRelease
[02:25] <designated> Err http://security.ubuntu.com trusty-security Release.gpg
[02:25] <designated>   Connection failed
[02:27] <designated> smoser, mackrel is working with me on this issue
[02:27] <designated> just letting you know so he can ask questions about the same issue
[02:28] <designated> smoser, could it be an issue with the proxy server on maas?
[02:28] <smoser> designated, see, its timing out on a network connection.
[02:29] <smoser> you set a proxy in maas ?
[02:29] <designated> smoser, no but i thought by default the apt-get requests got proxied through maas
[02:29] <smoser> you can see if that was correctly written into /etc/apt (grep -r Proxy /etc/apt)
[02:30] <designated> under maas gui there is an option to configure proxy server, it says if you leave it blank "This will also be passed onto provisioned nodes instead of the default proxy (the region controller proxy)."
[02:30] <smoser> it could be an issue then on the squid proxy on the maas region controller
[02:30] <smoser> try:
[02:30] <designated> /etc/apt/apt.conf.d/95cloud-init-proxy:Acquire::HTTP::Proxy "http://<IP_ADDRESS>:8000/";
[02:31] <smoser>  http_proxy=http://your.maas.ip.addr:3128 wget http://security.ubuntu.com
[02:31] <smoser> i suspect that will hang similarly.
[02:31] <smoser> er... s/3128/8000/
[02:33] <designated> Resolving your.maas.ip.addr (your.maas.ip.addr)... failed: Name or service not known.
[02:33] <designated> wget: unable to resolve host address âyour.maas.ip.addrâ
[02:33] <designated> shit...just a sec
[02:33] <smoser> :)
[02:33] <mackrel> smoser, designated, yes it is stalling.
[02:33] <smoser> yeah, thats not going to work :)
[02:33] <designated> noobing it up tonight
[02:34] <designated> just hangs
[02:34] <designated> Connecting to <IP_ADDRESS>:8000... connected.
[02:34] <designated> Proxy request sent, awaiting response...
[02:34] <designated> i wonder how squid proxy got jacked up
[02:38] <mackrel> sudo service squid-deb-proxy status squid-deb-proxy start/running, process 1005
[02:39] <designated> i show squid-deb-proxy as well as squid3 installed.  are both of these needed?
[02:40] <designated> squid3 is listening on TCP/8000
[02:40] <designated> proxy     1005  0.0  0.1<PHONE_NUMBER>6 ?        Ssl  18:30   0:01 /usr/sbin/squid3 -N -f /etc/squid-deb-proxy/squid-deb-proxy.conf
[02:40] <designated> proxy     1233  0.0  0.1<PHONE_NUMBER>0 ?        Ss   18:32   0:00 /usr/sbin/squid3 -N -YC -f /etc/squid3/squid.conf
[02:43] <smoser> is squid proxy simply blocked on outbound network connections ?
[02:43] <smoser> ie, from maas sytem can you hit archive.ubuntu.com ?
[02:43] <designated> smoser, it's not blocked
[02:43] <designated> smoser, yes i can
[02:43] <smoser> can you try the wget above on the maas region controller ?
[02:44] <smoser> maybe just try restarting squid. that doesn't give you warm fuzzies, but id ont know.
[02:45] <designated> smoser, the wget from the controller succeeds but not when i proxy the request through itself.
[02:47] <designated> mackrel, didn't we have a similar problem in the lab?
[02:47] <smoser> right.
[02:47] <smoser> so yeah, squid is messed up. did you try restarting it ?
[02:47] <designated> i did
[02:47] <designated> no difference
[02:47] <smoser> i know thats a hack.
[02:47] <smoser> but i dont know why it would be hung.
[02:47] <smoser> you can look at its logs for some info.
[02:49] <mackrel> yes.  we experienced this issue before but this was working and has deteriated to this
[02:52] <designated> mackrel, right, no changes were made to squid.  everything was working, then it stopped.  i rebuilt maas from scratch today and we're still seeing this issue.
[02:53] <smoser> so see if there is anything in squid error or access logs that gives you any hiints
[02:54] <smoser> the only guess i have a this point is that squid's dns resolution is borked. suspecting something to do with maas taking over dns on that system.
[02:54] <smoser> but i dont have a lot of faith in that theory
[02:54] <designated><PHONE_NUMBER>.205   4723 <IP_ADDRESS> TCP_MISS_ABORTED/000 0 GET http://security.ubuntu.com/ - HIER_DIRECT/2001:67c:1562::15 -
[02:54] <designated> i don't understand why there are two squid processes running
[02:54] <designated> proxy     8372  0.0  0.1<PHONE_NUMBER>0 ?        Ss   20:45   0:00 /usr/sbin/squid3 -N -f /etc/squid-deb-proxy/squid-deb-proxy.conf
[02:54] <designated> proxy     8464  0.0  0.1<PHONE_NUMBER>6 ?        Ss   20:48   0:00 /usr/sbin/squid3 -N -YC -f /etc/squid3/squid.conf
[02:55] <smoser> well, yeah, that is kind of silly. :)
[02:55] <smoser> but one of them is squid deb proxy and one is just squid.
[02:55] <designated> maas uses squid-deb-proxy...no?
[02:55] <smoser> squid deb proxy actually i think probably runs on 3128
[02:55] <smoser> err.
[02:55] <smoser> i might be rwong
[02:55] <smoser> i am wrong
[02:55] <smoser> 8000 is squid deb proxy
[02:55] <mackrel> sudo netstat -tanpo | grep 3128
[02:56] <mackrel> tcp6       0      0 :::3128                 :::*                    LISTEN      8464/squid3      off (0.00/0/0)
[02:56] <designated> tcp6 not 4
[02:56] <designated> both of them say tcp6
[02:56] <mackrel>  sudo netstat -tanpo | grep 8000
[02:56] <mackrel> tcp6       0      0 :::8000                 :::*                    LISTEN      8372/squid3      off (0.00/0/0)
[02:57] <mackrel> one process is listening 3128 and another on 8000
[02:59] <smoser> you're saying squid just isn't listening on ipv4 ?
[02:59] <smoser> telnet localhost 8000 ?
[03:00] <designated> smoser, it connects
[03:00] <designated> does squid get installed as a depend of maas-dns?
[03:01] <mackrel> localhost resolves to ::1 in /etc/hosts, so I imagine when squid starts it binds itself to localhost and resolve ipv6.  we can probably comment that out, restart squid and it would list on ipv4
[03:01] <smoser> probably not maas-dns. prbobaly maas region controller
[03:04] <designated> mackrel, any ideas?
[03:08] <mackrel> designated, not really.  dns resolution was first step but now it is proxy... seems pretty weird we got three dozen nodes to register before and now kaput
[03:18] <designated> smoser, thanks for your help.  we're going to have to figure out wth squid is doing
[03:38] <smoser> designated, sorry couldn't get you past that issue.
[08:57] <rvba> gmb: I'm marking your fix-commissioning-page-distro-list-bug-1312844 branch "needs fixing".  The problem I describe could have gone unnoticed because the testing coverage is not complete in this area.  Happy to help you with this when you're back from your mini sprint.
[08:57] <gmb> rvba: Merci. Yeah, you’re right… I kind of knew I was on a bit of a wing and a prayer tests-wise :)
[08:58] <gmb> anyway
[08:58]  * gmb -> sprinting
[09:02] <rvba> bigjools: why do you think it's best to set it in start_nodes()?
[09:02] <bigjools> rvba: lol
[09:03] <bigjools> rvba: because I figured chaining the jobs would be better, but as you just pointed out we need host entries for other types too
[09:03] <bigjools> the other job being the power_on
[09:03] <bigjools> hmmm
[09:04] <bigjools> I'll add it tomorrow.
[09:04] <bigjools> in claim_static_ip() I mean
[09:04] <rvba> Sounds good.
[09:05] <bigjools> we have to hope celery gets to it before the power_on :)
[09:06] <rvba> This is a bit of a gamble.
[09:06] <bigjools> quite
[09:07] <bigjools> hence my question
[09:07] <bigjools> it's not so cut and dry
[09:11] <rvba> bigjools: we can't reasonably take that risk.
[09:12] <bigjools> rvba: yeah, and I think in terms of abstraction it makes sense to leave it out
[09:13] <rvba> I would have preferred to have the change in the DB and the setting of the host entry in one place.  Because they are the two sides of the same coin (one part is internal the other is external).
[12:43] <JayJ> I need help debugging MaaS. The node (VM) fails to Commission
[12:49] <Jay_> I need help to debug MaaS. Anyone?
[12:50] <Jay_> I posted the question in askubuntu: http://askubuntu.com/questions/477028/maas-fails-to-commission-nodes
[13:11] <rvba> Hi Jay_; thanks for the question.  I'll have a look at the logs you provided in a short while.  I'll get back to you when I do (probably on askubuntu.com).
[13:14] <Jay_> rvba: Thank you very much
[13:42] <Jay_> rvba: Please let me know if you need any more logs from the box.
[13:46] <rvba> Jay_: I suggest you have a look at the machine's logs (syslog & co) when it fails to get its IP address.  Maybe you'll find a hint as to why it failed commissioning.
[13:52] <Jay_> rvba: Do these logs make any sense?
[13:52] <Jay_> Jun  4 20:03:56 maas dhcpd: DHCPNAK on <IP_ADDRESS> to 08:00:27:b9:e6:16 via eth0
[13:52] <Jay_> Jun  4 20:04:12 maas dhcpd: DHCPDISCOVER from 08:00:27:b9:e6:16 via eth0
[13:52] <Jay_> Jun  4 20:04:12 maas dhcpd: DHCPOFFER on <IP_ADDRESS> to 08:00:27:b9:e6:16 via eth0
[13:52] <Jay_> Jun  4 20:04:12 maas dhcpd: DHCPREQUEST for <IP_ADDRESS> (<IP_ADDRESS>) from 08:00:27:b9:e6:16 via eth0: lease <IP_ADDRESS> unavailable.
[13:53] <rvba> Jay_: the "lease <ip> unavailable" doesn't look too good.
[13:54] <Jay_> rvba: That's where I think MaaS messing up something. Don't know how to proceed as I know little about MaaS
[13:56] <rvba> Jay_: can you share the content of the lease file? /var/lib/maas/dhcp/dhcpd.leases
[13:56] <rvba> leases* even
[13:59] <rvba> Jay_: The DHCPNAK message also seems to indicate something is wrong with the network config/the DHCP config.
[13:59] <Jay_> rvba: Copied here: https://www.dropbox.com/s/fwu0db3orphz2jk/dhcp-leases
[14:00] <Jay_> rvba: Appears that MaaS assigns an IP and binds MAC during enlistment. Then it is getting confused during Commissioning!
[14:04] <rvba> Jay_: yes, the assignment is made the first time MAAS sees a node.  It should be used throughout a node's lifecycle so that the IP doesn't change.
[14:05] <Jay_> makes sense. I thought so too. However, the VM PXE boots again during Commissioning, whcih is when it is getting confised
[14:57] <magicrobotmonkey> which tool do you use to change the volume quotas?
[14:59] <magicrobotmonkey> cinder!
[16:34] <designated> blake_r, do you know of a quick way to restart all maas services?
[16:36] <blake_r> designated: i just normally restart them one at a time
[16:51] <designated> blake_r, so just restart everything in /etc/init/maas-* one at a time?
[16:52] <blake_r> yes
[16:52] <blake_r> and apache2
[16:52] <blake_r> and tgt
[17:28] <designated> blake_r, thank you.
[18:20] <designated> blake_r, do you know of a way to disable maas forcing the nodes to use the maas controller as a proxy?  during enlistment, squid-deb-proxy doesn't seem to be functioning correctly, I've been troubleshooting it for a couple of days now with no success.  I keep getting:
[18:20] <designated> Err http://security.ubuntu.com trusty-security Release.gpg
[18:20] <designated>   Connection failed
[18:21] <designated> all of my nodes have direct internet access.
[18:53] <designated> smoser, who is responsible for working on the squid-deb-proxy portion of maas and can assist in troubleshooting this issue?
[18:56] <smoser> well squid-deb-proxy is just an ubuntu package. maas depends on it. you can file a bug against squid-deb-proxy using 'ubuntu-bug squid-deb-proxy'.
[18:58] <smoser> and you can probably turn up debug info in squid
[18:58] <smoser> http://www.squid-cache.org/Doc/config/debug_options/
[18:59] <designated> smoser, do you know a way to prevent maas from forcing the nodes to proxy the apt requests?
[19:08] <smoser> designated, grep through /etc/maas -r for http_proxy or just proxy and see if you see anything
[19:09] <smoser> i think it should show up there.
[19:09] <smoser> and i think you should be even able to set the proxy in the maas web ui
[19:10] <designated> smoser, i don't want a proxy
[19:10] <smoser> right. i suspec tyou'll see it set to some value
[19:10] <smoser> and you can unset it
[19:19] <designated> smoser, I'll try that.  thank you
[20:11] <designated> smoser, the file /etc/maas/preseeds/commissioning only contains {{preseed_data}}.  Does that get pulled in from 'generic' and 'preseed_master'?
[20:12] <smoser> probably rendered in maas internal.
[20:12] <smoser> i'd hvae to look at it.
[20:13] <smoser> i dont really know., anyone know how to globally disable the squid proxy ?
[20:16] <designated> i successfully disabled the proxy server during enlistment and it enlisted perfectly.  now trying to go the same for commissioning
[20:23] <designated> smoser, I think I found it here: /etc/maas/templates/commissioning-user-data/user_data_config.template


[02:14] <Kokito> hello folks
[02:27] <Kokito> hi ScottL
[03:01] <ScottL> hi Kokito
[03:09] <Kokito> how are you today ScottL ?
[18:45] <scott-work> hi persia :)  haven't seen you for a while, i hope you enjoyed UDS
[18:45] <scott-work> hi paultag
[18:45] <persia> scott-work, I did, although I'll admit to not managing to do any stuff related to Ubuntu Studio whilst I was there.
[18:46] <scott-work> lol, hopefully luke talked to andy about the -lowlatency kernel
[18:46] <scott-work> i'm very, very keen to get that into the repos this cycle
[18:47] <persia> Do you have it in shape for upload?
[18:47] <persia> I hear that 2.6.40 is the target this cycle.
[18:48] <scott-work> no, abogani had 2.6.39 in a git repo and i built it in my ppa for -lowlatency
[18:48] <persia> I don't think .40 is out upstream yet, so .39 ought work for now.
[18:49] <scott-work> it looks if alessio will continue to maintain his git.ubuntu then i will build and maintain the -lowlatency kernel
[18:49] <scott-work> i'll need to look at what we have because i haven't touched it in probably two months
[18:49] <persia> OK.  Take a look, prep it for oneiric, and we can drop it in.  Best to get it well before feature freeze.
[18:50] <persia> (before DIF is even easier)
[18:50] <scott-work> when will the repos open?
[18:50] <scott-work> it's here if you're interested in looking at it: https://launchpad.net/~slavender/+archive/broken
[18:51] <persia> Repos are open already
[18:52] <scott-work> that will make cory happy, he's been wanting to update some packages because of the gnome2/unity issue
[18:52] <persia> Excellent
[18:52] <scott-work> persia: have you kept up with some of the news?  we are looking at moving to xfce for the DE instead of unity/gnome3
[18:53] <persia> I saw that.  Have you talked to charlie_tca about it?
[18:55] <scott-work> cory sent an email to the xubuntu-dev mailing list, i would presume that he saw it
[18:55] <scott-work> but, no, i have not spoken directly to charlie about it
[18:55] <scott-work> now i have, though
[18:56] <persia> Oh, probably.  I just tend to think in terms of personal interactions to ensure things go smoothly, but I tend to assume there will be problems with everything, which isn't always the case :)
[18:56] <persia> Heh :)
[18:57] <scott-work> he hasn't responded yet, so i still don't know that he's seen my comment :P
[18:59] <holstein> scott-work: are you following that icon set thread?
[18:59] <holstein> http://gnome-look.org/content/show.php/Faenza?content=128143
[18:59] <holstein> ^ those *are* awesome looking
[18:59] <holstein> not sure how we would go about getting them in the repo where we could use them
[19:00] <holstein> persia: o/
[19:00] <persia> Hey holstein
[19:03] <scott-work> holstein: i thought someone was already going to use faenza for something, meaning it was going to already be put into the repos, i could be wrong though
[19:04] <holstein> scott-work: that would be great
[19:04] <holstein> we should figure out who though
[19:04] <holstein> and why
[19:04] <holstein> so we dont steal someones awesome new icon idea
[19:04] <holstein> *not that theres anything wrong with that
[19:04] <scott-work> oh, maybe it was in a PPA, not the repos :(
[19:04] <holstein> a PPA was linked
[19:04] <scott-work> http://www.omgubuntu.co.uk/2010/08/faenza-icon-set-gets-a-ppa/
[19:05] <holstein> it would be kinda awesome to get icons in the repo
[19:05] <holstein> start contributing and have unique icons
[19:05] <scott-work> this doens't preclude it from getting it into the repos*, but this may be too much work for this cycle with everything else going on
[19:05] <holstein> could be
[19:05] <scott-work> * of course, it if had a shitty license then _that_ would preclude it
[19:06] <scott-work> cory has contact with two artist types that seem interested in working with ubuntu studio
[19:06] <holstein> says GPL
[19:06] <scott-work> these are "outside" types, meaning that they aren't already working with the ubuntu art group
[19:06] <holstein> dick is our art guy right?
[19:08] <holstein> i think sooner is better than later
[19:08] <holstein> trying to push icons in
[19:08] <holstein> now, there are probably people actually *not* working day and nite on ubuntu
[19:08] <holstein> at least for another week or so
[19:17] <scott-work> holstein: yes, dick is the art guy, i'm worried about his involvement because he doesn't seemed to be very involved and his communication is sporadic
[19:17] <scott-work> holstein: he has reasons for this, but i do not feel that i have the authority to declare them
[19:18] <scott-work> it's all a bit touch and go, so we shall see how it goes
[19:25] <scott-work> holstein:  as far as the icon set, i would think we need to concentrate first on the DE and UI switch, then see if we can get faenza into the mix
[19:25] <scott-work> it just might be something that we need to push until next release
[19:27] <persia> If there are multiple interesting things, I would generally recommend working to get them all in the archive, which can make the discussion of what to select by default much easier.
[20:03] <scott-work> holstein: would you like to have a go at getting the faenza icon set into the repository?
[20:33] <holstein> scott-work: well, i was thinking that might be something i could do
[20:33] <holstein> if its just a matter of talking to the right person
[20:35] <holstein> im giving another presentation on linux audio here in a bit :)


[05:20] <Kilos> morning all
[05:46] <jabberwocy> morning all
[05:46] <Kilos> hi there
[05:46] <Kilos> spekko sick again
[05:48] <jabberwocy> don't think so, I assume he wanted me to give him a lift this morning
[05:48] <jabberwocy> my sim card broke yesterday so nobody has been able to call me
[05:51] <jabberwocy> he doens live very far from work, gets here faster than I do with my car driving on the N1 and all :(
[05:51] <Kilos> aha
[05:52] <Kilos> how does a sim card break?
[05:55] <jabberwocy> Kilos: it was 9 years old, when I took it out to put in my new (second-hand) phone it didn't go well
[05:56] <Spekko> more Kilos
[05:56] <Kilos> aha rough handling
[05:56] <Kilos> hi Spekko jy laat ne
[06:35] <Kilos> hi Xethron
[06:36] <Xethron> hi Kilos
 lets hope Squirm sees us <-- Hi :)
[06:47] <bduk1> Morning everyone
[06:48] <Kilos> hi bduk1
[06:48] <Kilos> hi Squirm
[06:49] <Kilos> somaun had probs with upgrading fedora
[06:49] <Kilos> i just membered you the redhat man not fedora
[06:50] <Kilos> anyway he got it going
[06:50] <Kilos> hi superfly ThatGraemeGuy
[06:51] <Squirm> ok
[06:51] <Squirm> it's both run by Red Hat
[06:51] <Squirm> well, RH backs Fedora, Fedora is their community driven OS
[06:52] <Kilos> but if you have time look at that paste he gave and tell me what you see there please
[06:52] <Kilos> wrong packages i think
[06:53] <Kilos> i686 and x86_64 cant be same imo
[06:54] <Kilos> http://pastebin.com/WuN5RuJF
[06:56] <ThatGraemeGuy> 'lo
[07:03] <superfly> hi Kilos, ThatGraemeGuy, Squirm, bduk1, Xethron
[07:04] <bduk1> Hi superfly
[07:13] <charl_> good morning
[07:13] <charl_> Maaz: coffee on
[07:13]  * Maaz washes some mugs
[07:13] <Kilos> hi charl_
[07:13] <charl_> hi Kilos
[07:13] <Kilos> Maaz, coffee please
[07:13] <Maaz> Kilos: Okay
[07:14] <charl_> how's it going with you folks
[07:14] <Kilos> cold
[07:15] <Kilos> only the aircom peeps are used to it
[07:17] <Maaz> Coffee's ready for charl_ and Kilos!
[07:17] <Kilos> Maaz, ty
[07:17] <Maaz> You are welcome Kilos
[07:22] <charl_> Maaz: thanks
[07:22] <Maaz> charl_: No problem
[07:24] <Vince-0> o/
[07:39] <mazal> Morning everyone
[07:41] <Vince-0> sup
[08:44] <charl_> hi Maaz
[08:44] <charl_> hi mazal
[08:45] <charl_> sorry autocomplete fail :S
[08:51] <mazal> Hi charl
[08:51] <charl_> how's it going
[08:52] <mazal> Good thanx and you ?
[08:53] <charl_> good
[09:29] <Kilos> sigh 2 hours no power again
[10:47] <Kilos> hi alt
[10:47] <Kilos> altus,
[10:47] <altus> wudup
[10:48] <Kilos> not much
[10:53] <altus> what do you do?
[10:53] <Kilos> im old and retired kinda
[11:07] <Kilos> wbb
[12:46] <mazal> Bye everyone
[15:27] <jabberwocky_> tot later
[16:49] <Kilos> at  last aquarat
[16:49] <aquarat> yes
[16:49] <aquarat> that is me
[16:49] <Kilos> wb
[16:50] <Kilos> i asked you days ago whats with the nick
[16:56] <aquarat> yeah
[16:56] <aquarat> I sometimes don't have time to check my irc client :P
[16:56] <aquarat> damn
[16:56] <aquarat> this little armhf box has been up for 70 days
[16:57] <Kilos> ah
[16:57] <aquarat> lol
[16:58] <aquarat> in the time it's been up it's used... 4.2 kwh of electricity
[16:58] <aquarat> at a rate of  R 1.42 per kwh, it has cost me R 6.00
[16:59] <aquarat> for 70 days!
[16:59] <Kilos> thats good
[16:59] <aquarat> it's a quad core machine with 3GB of RAM
[16:59] <Kilos> wow
[17:00] <aquarat> in short, armhf is amazing
[17:00] <aquarat> especially in south africa
[17:00] <aquarat> with Eskom ;)
[17:34] <Kilos> what does a normal pc consume over the same period
[17:39] <Kilos> how do you measure the power use aquarat ?
[18:31] <Kilos> hi theblazehen
[18:31] <theblazehen> Hi Kilos
[18:31] <Kilos> when i dont chat nothing happens here
[18:31] <theblazehen> hehe yeah
[18:31] <theblazehen> My enter button broke, so..
[18:32] <Kilos> ouch how can that happen
[18:34] <Kilos> put your fingers on diet, they too heavy for the keys
[18:34] <theblazehen> lol
[18:34] <theblazehen> I linked right shift to enter now...
[19:16] <Kilos> hi smaboshe
[19:35] <Kilos> night all. sleep tight.
[19:35] <Kilos> oh! and night inetpro
[19:35] <Kilos> hehe