[01:03] <jrwren> https://www.openstack.org/vote-paris/Presentation/astrologer  <- better than yours smoser. Sorry :]
[01:03] <bookiebot> http://goo.gl/sIS4Pj - astrologer
[11:45] <cmaloney> .np squeekyhoho
[11:45] <bookiebot> squeekyhoho's current track - Endless Endeavors by Cynic
[11:45] <rick_h__> morning
[11:46] <cmaloney> Guten Hello
[11:47] <rick_h__> heh, not until tomorrow
[11:54] <cmaloney> heh
[11:54] <brousch> Guten-free hello
[11:54] <cmaloney> lol
[11:55] <cmaloney> So I ordered a print from Imagekind, and tried to find a frame for it last night
[11:55] <cmaloney> and found out that the print they generate is jjjuuuussstt a little too big for the frame I bought
[11:55] <cmaloney> Which bums me out a bit.
[11:56] <cmaloney> that said, this place makes some awesome artwork
[11:56] <cmaloney> http://www.imagekind.com/Fall-Outing_art?IMID=f9f9b915-f916-4d6d-b758-1798cdd38e87
[11:56] <bookiebot> http://goo.gl/4vZW9W - Fall Outing by Eric Joyner
[11:56] <cmaloney> That's not what I picked up, but I saw that and had to share.
[11:59] <brousch> heh
[12:45] <smoser> jrwren, that one does seem pretty good.
[12:46] <jrwren> smoser: lol
[12:47] <jrwren> smoser: There are A LOT of submissions. I've been voting during offtime ever since you linked.
[12:47] <smoser> yeah, its crazy how many.
[12:48] <smoser> to the point where most pepole that vote will not see even a small portion of the available.
[12:48] <smoser> making the algorithm that selects which entry to show probably more important than the people voting.
[12:49] <rick_h__> yea, it was brought up in irc yesterday how finding ones to vote on is so bad that it'll just lead to only voting for those you know to search for
[12:52] <cmaloney> They need to do a runoff election. ;)
[12:52] <cmaloney> Sort of how the ENNies do it.
[12:52] <cmaloney> http://www.ennie-awards.com/blog/the-2014-ennies-voting-booth-is-now-live/
[12:52] <bookiebot> http://goo.gl/osLIzD - 403
[12:53] <cmaloney> Bah, that link won't tell you anything interesting
[12:54] <cmaloney> but basically you ranked your preferences from 1-n
[13:22] <cmaloney> Anyone looking for some Python / web work?
[13:25] <brousch> cmaloney: I know someone who is looking
[13:26] <cmaloney> https://dl.dropboxusercontent.com/u/9058804/Python%20Application%20Developer.pdf
[13:26] <bookiebot> http://goo.gl/1fOVoa - application/pdf
[13:26] <brousch> You leaving, or growing the team?
[13:26] <cmaloney> I'm not leaving that I'm aware of.
[13:27] <brousch> Nice way to put it
[13:27] <brousch> How much on-site is required?
[13:29] <cmaloney> Not entirely sure. My case was negotiable.
[13:29] <brousch> OK
[13:29] <rick_h__> some travel required?
[13:29] <rick_h__> I guess some folks have been on site in the past
[13:30] <cmaloney> Yeah, I'm not sure if this is directly with my team or another team
[13:30] <brousch> I'll send it on
[13:31] <brousch> Too bad I couldn't get him to PyOhio
[21:30] <jrwren> with ssh, isn't a config command of RemoteForward 8331 localhost:8331 the same as -R 8331:localhost:8331 ?  The former is not working for me.
[23:32] <cmaloney> jrwren: Never tried it
[23:44] <cmaloney> http://www.ebay.co.uk/itm/TENNESSEE-15-STRING-BASS-GUITAR/291206411880?_trksid=p2047675.c100011.m1850&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D23982%26meid%3D8732770015257294257%26pid%3D100011%26prg%3D9421%26rk%3D2%26rkt%3D10%26sd%3D291181795052
[23:44] <bookiebot> http://goo.gl/E4JKn4 - TENNESSEE 15 STRING BASS GUITAR | eBay
[23:44] <cmaloney> What. The.Fuck.
[23:48] <gamerchick02> hallo fellow hoomans. :)
[23:48] <cmaloney> lo
[23:48] <gamerchick02> how's it shaken?
[23:49] <gamerchick02> it's friday wahoo. i can sleep in tomorrow
[23:51] <cmaloney> Doing an interview related to Open Metalcast in an hour.
[23:52] <greg-g> sleep in? Rowan woke up at 5am today :/


[00:05] <VolUTFan> OerHeks, I looked.  That wasn't what I was talking about.  That is to create and mirror public channels for public use.  I am talking specifically for LAN use only.
[00:05] <VolUTFan> thanks anywho
[00:11] <rodolfojcj> VolUTFan: I don't know about what you are trying to do, but for LAN use I've used either Apt-Cacher NG or Squid Proxy for all the http traffic, even the .deb packages
[00:12] <rodolfojcj> and with them I've minimized redownloading .deb packages from the Internet
[00:12] <rodolfojcj> maybe it could de useful for your use case
[02:17] <darthanubis> after doing a dist-upgrade my synaptic lost its qt look
[02:18] <darthanubis> I iforget how to get that to look like a native kde app again
[02:21] <darthanubis> http://i.imgur.com/kaE2d.png
[02:25] <darthanubis> http://picpaste.com/pics/snapshot1-L75fPmlu.1424917483.png
[03:00] <darthanubis> unable to change gtk3 look
[03:01] <darthanubis> using system settings with seemingly all apropriate packages installed
[03:01] <darthanubis> particularly synaptic
[03:02] <darthanubis> gtk2 apps like pithos do change though
[03:33] <fabiano> oriente
[04:11] <darthanubis> https://askubuntu.com/questions/563861/gtk-apps-not-respecting-kubuntus-oxygen-gtk-theme-when-executed-as-sudo/563868#563868
[04:16] <valorie> oh my, certainly: "You should never use normal sudo to start graphical applications as Root. You should use gksudo (kdesudo on Kubuntu) to run such programs..."
[04:16] <valorie> terrible idea to run sudo on an gui
[04:16] <valorie> any
[04:21] <darthanubis> https://askubuntu.com/questions/563861/gtk-apps-not-respecting-kubuntus-oxygen-gtk-theme-when-executed-as-sudo/590073#590073
[04:27] <valorie> darthanubis: did you see my comment above?
[04:27] <valorie> oh my, certainly: "You should never use normal sudo to start graphical applications as Root. You should use gksudo (kdesudo on Kubuntu) to run such programs..."
[04:27] <valorie> terrible idea to run sudo on an gui
[04:28] <valorie> any
[04:28] <valorie> why were you trying to run it with sudo anyway?
[04:29] <valorie> systemsettings is run as your user
[04:29] <valorie> your config files are written into your $HOME
[04:38] <darthanubis> valorie: none of that applies to me, as I did not suggest running sudo at all
[04:38] <darthanubis> nor was I trying to run sudo
[04:39] <darthanubis> The original poster had the same issue I had, and I fixed it.
[05:13] <valorie> ah, sorry
[05:13] <valorie> I'm glad you fixed your issue
[09:46] <lordievader> Good morning.
[12:05] <martasbncz> ..brej den vespolek
[12:29] <BluesKaj> Hiyas all
[13:24] <Felishia> plasma has gone mad what can I do to restart it?
[13:25] <Felishia> I'm wurking halp!
[13:25] <Felishia> for some reason only xchat survived
[13:26] <Felishia> this is a total disaster
[14:20] <MMAAUU> ciao
[15:06] <MMAAUU> cccciiiiaaaaaooooooooooooooo
[17:07] <banpot> Is it OK if I installed kubuntu plasma 5 now and update to the stable release when it's done?
[17:19] <Walex2> banpot: I don't think that there is any law forbidding that in many countries...
[17:19] <banpot> Thank God
[17:20] <banpot> Now for my next question: is it not recommended to go from kde plasma 5 beta to stable without reinstalling?
[17:20] <lordievader> banpot: Are you talking about Vivid (15.04)?
[17:21] <banpot> Will Vivid have kde plasma 5? Then yes
[17:22] <lordievader> banpot: Yes, Vivid will have Plasma5. However it is still a development release and therefore not recommended for users to install.
[17:23] <banpot> Right, that's what I wanted to know. Thank you very much. Is it possible to update from KDE 14 to Vivid without reinstalling?
[17:24] <lordievader> Once it is released, sure.
[17:27] <banpot> U da man. Thanks again!
[17:28] <lordievader> banpot: No problem ;)
[17:28] <banpot> :-)
[17:50] <mosukiton> i have a question
[17:51] <mosukiton> are there any known issues with amd processors and gpu's?
[17:51] <lordievader> mosukiton: Like?
[17:51] <mosukiton> im getting constant screen freezes and USB ports stop working
[17:52] <lordievader> Hmm, I have a AMD gpu in my laptop, but it never gave me any troubles.
[17:53] <mosukiton> hmm
[17:54] <lordievader> mosukiton: Could you pastebin your dmesg log?
[17:54] <lordievader> !paste | mosukiton
[17:57] <mosukiton> pastebin.com/sWEd8H83
[17:58] <mosukiton> oh i have to use the ubuntu one
[17:58] <mosukiton> gimme a sec
[17:58] <lordievader> ?
[17:58] <mosukiton> paste.ubuntu.com/10433254
[17:59] <lordievader> mosukiton: Did it have the same behaviour when you used the opensource driver?
[17:59] <mosukiton> yeah, i havent noticed a difference
[18:00] <m387457834> Hi, my DVDRW drive won't work in 14.04 but works in 12.04, what can I do?
[18:03] <lordievader> mosukiton: Is iommu enabled?
[18:03] <mosukiton> yep
[18:03] <mosukiton> i read onlinethat i have to set iommu=soft in the kernel commandline
[18:03] <mosukiton> im not sure what this means
[18:04] <lordievader> mosukiton: Perhaps it hels to turn it off: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1073384/comments/4
[18:04] <lordievader> mosukiton: Also what kernel are you running?
[18:04] <mosukiton> im not sure, 3.16?
[18:04] <mosukiton> im on 14.04 LTS
[18:04] <lordievader> !info linux-image-generic trusty
[18:05] <m387457834> Hi, my DVDRW drive won't work in 14.04 but works in 12.04, what can I do?
[18:05] <lordievader> !patience | mosukiton
[18:05] <lordievader> !patience | m387457834
[18:05] <lordievader> mosukiton: Whoops, sorry.
[18:05] <mosukiton> thats alright
[18:06] <m387457834> any ideas what may be the reason?
[18:06] <m387457834> it's not listed in lshw
[18:08] <lordievader> mosukiton: It probably has to do with that AMD-Vi, seeing the long list of IO_PAGE_FAULTs
[18:09] <lordievader> "The source of the error seems to be broken AMD-Vi implementation on several motherboards."
[18:11] <mosukiton> yeah i saw that, and it concerned me
[18:11] <mosukiton> http://ubuntuforums.org/showthread.php?t=2111223&page=4
[18:11] <mosukiton> i found this, im going to try it
[18:14] <m387457834> is it me or does kubuntu fonts suck badly?
[18:20] <mosukiton> so far so good, no crashes :)
[18:20] <mosukiton> also yeah im not sure what KDE uses for font rendering, but its definitely better than windows
[18:23] <mparillo> http://www.kubuntu.org/news/kubuntu-vivid-beta-1
[18:45] <StFS> Hi. I'm using the plasma 5 backports packages, my .xsession-errors file is filling up with the same error message (it filled up my disk space when the file had gotten to a little more than 30 gigs). The error is: "kwin_core: 0x20084: Texture state usage warning: Waste of memory: Texture 0 has mipmaps, while its min filter is inconsistent with mipmaps." I
[18:45] <StFS> have no idea what's going on
[19:38] <mpiron> #gnome-br
[19:43] <khanman> can someone take a look at my /etc/network/interfaces file and tell me how to correct it so that I am not dropping packets? https://paste.kde.org/plkprs7vq
[19:44] <khanman> yes i know its a /8.....i inherited this network and I get the same results when I configure the box as a /24
[19:45] <khanman> I am running OpenNMS and have the alerts being emailed via SMS and its spamming the hell out of me when it drops a packet (about 12 in the last 2 hrs i guess)
[19:46] <lordievader> khanman: TCP or UDP?
[19:46] <lordievader> khanman: Settings in that file will not help you, unless you set a smaller MTU perhaps.
[19:46] <khanman> i have another VM with openNMS running but that box is using dhcp and it is not dropping packets
[19:46] <khanman> i am thinking a problem with network manager
[19:48] <lordievader> khanman: Not likely. Have you ran a tcpdump?
[19:50] <lordievader> khanman: In determining network problem a systematic approach is key, random guessing things won't get you anywhere.
[19:51] <khanman> heh...im not really a newbie when it comes to networking :)
[19:52] <lordievader> Then it is even worse to randomly guess.
[19:52] <khanman> im pretty sure if i set it back as a dhcp client it will not be dropping packets...
[19:53] <lordievader> khanman: Explain?
[19:54] <khanman> well its about the only thing different from the working SNMP management station
[19:56] <khanman> i could just set it to use dhclient and set a reservation on the dhcp server....but Id rather make the address static as it is functioning as a server
[19:57] <lordievader> khanman: Hmm, a supplier of IP addresses usually makes no difference unless the client loses its IP for a while.
[19:57] <lordievader> khanman: As I said, have you run tcpdump?
[19:57] <khanman> or if my config is wrong or if network manager is interfering
[19:57] <khanman> yeah its up now
[19:58] <khanman> ill use wireshark later so i can pause and filter
[19:58] <khanman> like i said i dropped about 8 packets in 2 hours...so its not like i will see an immediate issue
[19:59] <lordievader> That's what tcpdump is for ;) Or at least your should be able to see some hints. (You hope :P )
[19:59] <lordievader> khanman: UDP or TCP?
[19:59] <khanman> udp
[19:59] <lordievader> But 8 packets in 2 hours is peanuts, no one cares.
[20:00] <lordievader> If it is TCP they'll get resend, if it is UDP it is too bad. But they weren't important else TCP would have been used.
[20:00] <khanman> yeah except Open NMS expects a reply and those are the packets that are dropping
[20:01] <khanman> but only on the machine running as a dhcp client
[20:01] <khanman> sorry
[20:01] <khanman> static ip
[20:02] <khanman> ok thanks anyway...i was really just hoping someone could look over my /etc/network/interfaces file and let me know of any glaring issues
[20:04] <lordievader> khanman: That file will not give a clue to some packet loss.
[20:06]  * BluesKaj always wonfdered if there was a way for network manager snot over write the interfaces file
[20:08] <khanman> BluesKaj: hell id use network manager if you could configure it with static properties
[20:08] <BluesKaj> khanman, so you aren't using NM then ?
[20:08] <khanman> i know i know..."install ubuntu server"
[20:08] <khanman> no
[20:08] <BluesKaj> nope didn't mean that
[20:10] <BluesKaj> khanman, ok , i was wondering why you were talking about NM if you were using the static settings setup in interfaces
[20:10] <lordievader> khanman: NM can do static stuff.
[20:10] <BluesKaj> that's what i wanted to know lordievader
[20:10] <khanman> i didnt see anything other than name servers and gateway
[20:10] <lordievader>  /etc/network/interfaces is just faster
[20:10] <lordievader> But less dynamic.
[20:11] <lordievader> TIL: NM can even do bridge stuff.
[20:11] <lordievader> Although not properly.
[22:11] <Guest21468> Where can I find the Moonlight package for Kubuntu 14.10?


[00:32] <davecheney> gocheck fans
[00:32] <davecheney> is there a method to check []string, contains, string ?
[01:08] <wallyworld> axw: partial review done, gotta go get coffee, wil finish soon
[01:11] <axw> wallyworld: thank you
[01:14] <thumper> davecheney: I've done jujud/agent now
[01:14] <thumper> davecheney: I don't think there is a checker for that...
[01:14] <davecheney> yeah, i wrote one myself
[01:14] <thumper> davecheney: jc.Contains is a substring contains IIRC
[01:15] <davecheney> urgh
[01:25] <thumper> davecheney: do you know of a bug number for the gccgo problem comparing interface to struct?
[01:35]  * thumper sighs...
[01:36] <thumper> hard to make the tests pass on my branch for python-jujuclient when the tests don't even pass on trunk...
[01:39] <thumper> meh, blocked by  https://bugs.launchpad.net/python-jujuclient/+bug/1465084
[01:39] <mup> Bug #1465084: Tests fail with local provider and Juju 1.23.3 <python-jujuclient:New> <https://launchpad.net/bugs/1465084>
[01:48] <davecheney> thumper: what bug is that ?
[01:53] <davecheney> thumper: ready for 1:1
[01:53] <davecheney> ?
[02:02]  * thumper coming
[02:10] <davecheney> thumper: https://github.com/go-check/check/issues/43
[02:16] <davecheney> thumper: https://github.com/juju/juju/pull/2556
[02:19] <axw> wallyworld: I've made a small change, about to push. added another case to the volumes which are removed on machine removal: unprovisioned machine-scoped
[02:28] <wallyworld> axw: ok, will look
[03:56] <thumper> davecheney: could you point Chris on https://github.com/go-check/check/pull/35 in the right direction of the sync call needed for the other read location?
[04:43] <thumper> axw, davecheney: defers are last in first out right?
[04:43] <axw> yep
[04:44] <axw> thumper: ^
[04:44] <thumper> cheers
[04:59] <davecheney> thumper: will do
[04:59] <davecheney> thumper: looks like your jujud/agent fix, didnt
[05:00]  * thumper grunts
[05:00]  * thumper looks
[05:00] <thumper> man...
[05:01] <thumper> hmm...
[05:01]  * thumper interrupts his current work
[05:03] <thumper> haha
[05:03] <thumper> ha
[05:03] <thumper> ha
[05:03] <thumper> hmm
[05:03] <thumper> not sure why the firewaller isn't starting...
[05:03] <thumper> but I know why the test is timing out at 20 minutes
[05:03] <thumper> it is because the rsyslog worker restarts every x seconds
[05:03] <davecheney> thumper: http://paste.ubuntu.com/11717800/
[05:03] <thumper> because it can
[05:03] <davecheney> current state of play
[05:04] <davecheney> there are new races in there
[05:04] <thumper> can't write to a dir
[05:12] <mup> Bug #1465115 opened: api: data race in test <juju-core:New> <https://launchpad.net/bugs/1465115>
[05:17] <davecheney> thumper: https://github.com/juju/juju/blob/master/apiserver/apiserver.go#L187
[05:18] <davecheney> WTF
[05:18]  * thumper looks
[05:18] <davecheney> NewServer prints out the address of the listneing socket
[05:18] <davecheney> then ignores it
[05:18] <davecheney> and passes new address to the srv type !?!??
[05:18] <davecheney> WTFBBQ
[05:19] <thumper> changes local IP address for localhost?
[05:20] <davecheney> yes
[05:20] <davecheney> change tghe listening address, the same port on localhost
[05:20] <davecheney> i can't even, literally, even
[05:32] <davecheney> thumper:
[05:32] <davecheney> https://github.com/juju/juju/blob/master/apiserver/server_test.go#L114
[05:32] <davecheney> this is nuts
[05:33] <davecheney> we mask the address the apiserver is listening on
[05:33] <davecheney> so that we can reliably construct urls pointing to localhost
[05:33] <davecheney> what's the point of constructing a URL to localhost ?!?!
[05:34] <thumper> the comment says because it resolves nicely with IPv4 and IPv6
[05:36] <davecheney> it's wrong
[05:37] <davecheney> nobody can be using srv.Addr
[05:38] <davecheney> this is another horrible string in place of typed objects problem
[05:38] <davecheney> hostname, portString, err := net.SplitHostPort(srv.Addr())
[05:38] <davecheney> ^ treating the address like a string
[05:39] <thumper> hmm..
[05:39]  * thumper has to go and make dinner now
[05:40] <davecheney> also, the apiserver tests sleep for a minute at the end of the test
[05:40] <davecheney> because, well, basically, fy
[06:12] <davecheney> ----------------------------------------------------------------------
[06:12] <davecheney> PANIC: action_test.go:1: unitSuite.TearDownTest
[06:12] <davecheney> ... Panic: local error: bad record MAC (PC=0x414746)
[06:12] <davecheney> /usr/lib/go/src/pkg/runtime/panic.c:248 in panic
[06:12] <davecheney> /home/ubuntu/juju-core_1.25-alpha1/src/github.com/juju/testing/mgo.go:559 in resetAdminPasswordAndFetchDBNames
[06:12] <davecheney> /home/ubuntu/juju-core_1.25-alpha1/src/github.com/juju/testing/mgo.go:503 in MgoInstance.Reset
[06:12] <davecheney> /home/ubuntu/juju-core_1.25-alpha1/src/github.com/juju/testing/mgo.go:605 in MgoSuite.TearDownTest
[06:12] <davecheney> /home/ubuntu/juju-core_1.25-alpha1/src/github.com/juju/juju/juju/testing/conn.go:113 in JujuConnSuite.TearDownTest
[06:12] <davecheney> /usr/lib/go/src/pkg/reflect/value.go:345 in Value.Call
[06:12] <davecheney> /usr/lib/go/src/pkg/runtime/proc.c:1394 in goexit
[06:12] <davecheney> ----------------------------------------------------------------------
[06:12] <davecheney> PANIC: unit_test.go:317: unitSuite.TestPublicAddress
[06:12] <davecheney> ffs
[07:06] <dimitern> jam, o/ sorry for being late, omw
[07:06] <jam> dimitern: actually I was looking for you
[07:07] <jam> it looks like Mark moved the spec meeting to today
[07:07] <jam> so I've got a conflict
[07:07] <dimitern> I see
[07:07] <dimitern> ok, so no meeting then?
[07:07] <dimitern> :)
[07:07] <jam> dimitern: I'm happy to reschedule as it seems like we've been missing eachother. But I should also see you at standup I guess.
[07:07] <dimitern> jam, indeed
[07:08] <jam> dimitern: but yes, enjoy your breakfast
[07:14] <dimitern> jam, thanks :)
[07:27] <mup> Bug #1465157 opened: uniter/filter: FilterSuite.TestUnitRemoval failure in CI <juju-core:New> <https://launchpad.net/bugs/1465157>
[07:57] <jam> wallyworld: ping
[07:58] <wallyworld> hi
[07:58] <wallyworld> thanks for doc comments
[07:58] <wallyworld> i need to rework examples etc to match changes
[08:03] <jam> wallyworld: Did you see the changes on the draft spec ?
[08:03] <jam> wallyworld: mark and I met today and we had some thoughts on the syntax
[08:03] <wallyworld> jam: yeah, i already acted on them
[08:03] <jam> wallyworld: which I'm happy to discuss with you via whatever mechanism you prefer :)
[08:03] <wallyworld> i've got to update doc examples to match
[08:04] <jam> wallyworld: k, I might have been messing with your changes then, cause I was trying to put them into the use case spec as suggestions
[08:04] <wallyworld> ah, i haven't updated the se cases yet
[08:04] <wallyworld> that's on my todo list
[08:04] <wallyworld> jam: about to go eat dinner, i'll ping you later on
[08:05] <jam> wallyworld: k
[08:36] <TheMue> dimitern: now you're frozen
[08:56] <wallyworld> jam: did you want to talk about CLI syntax?
[09:02] <voidspace> dimitern: ping
[09:02] <dimitern> voidspace, omw
[09:06] <wallyworld> fwereade: hey, are you able to look at and comment on bug 1464470
[09:06] <mup> Bug #1464470: A subordinate charm hook scheduled to run(but waiting for the principal charm hook to release the lock) goes to an error state after the principal charm hook triggers a reboot. <1.24> <1.25> <hooks> <juju> <reboot> <regression> <subordinate> <windows> <juju-core:Triaged> <juju-core
[09:06] <mup> 1.24:Triaged> <https://launchpad.net/bugs/1464470>
[09:06] <wallyworld> some initial analysis has been done
[09:06] <wallyworld> needs a sme :-)
[09:07] <fwereade> wallyworld, right, I need to think a bit more about that
[09:07] <wallyworld> sure np :-)
[09:08] <fwereade> wallyworld, I think the fix is correct in spirit but I haven't figured out all the actual consequences
[09:08] <wallyworld> yup
[09:09] <voidspace> dooferlad: https://github.com/juju/juju/compare/devices-api-maas...voidspace:generate-macs
[09:13] <voidspace> dooferlad: I can talk to you about that after standup
[09:13] <dooferlad> voidspace: thanks - sounds good
[09:51] <dimitern> voidspace, o/
[09:56] <voidspace> dimitern: omw
[09:57] <voidspace> dimitern: there
[12:44]  * Mmike grabs food
[13:32] <rogpeppe1> axw: any chance you're around? :)
[14:19] <mup> Bug #1403955 opened: DHCP's "Option interface-mtu 9000" is being ignored on bridge interface br0 <cts> <kvm> <lxc> <network> <juju-core:Triaged> <isc-dhcp (Ubuntu):Confirmed> <https://launchpad.net/bugs/1403955>
[14:31] <mup> Bug #1465307 opened: 1.24.0: Lots of "agent is lost, sorry!" messages <landscape> <juju-core:New> <https://launchpad.net/bugs/1465307>
[15:01] <mup> Bug #1465317 opened: Wily builds fail: panic: osVersion reported an error: Could not determine series <packaging> <wily> <juju-core:Triaged> <juju-core 1.22:Triaged> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1465317>
[15:03] <dimitern> voidspace, you have a review btw
[15:03] <voidspace> dimitern: cool
[15:03] <voidspace> dimitern: I realised there's a bit of code missing though
[15:04] <voidspace> dimitern: which probably also means missing tests :-/
[15:04] <dimitern> voidspace, oh really?
[15:04] <voidspace> dimitern: I need to populate NetworkInfo for kvm broker as well as lxc broker...
[15:04] <dimitern> voidspace, well, I trust your judgment then :)
[15:04] <dimitern> voidspace, oh, of course
[15:04] <voidspace> dimitern: the important code is in configureConatinerNetworking which is used by both lxc and kvm brokers, and just happens to live in lxc-broker.go
[15:05] <voidspace> so I was only manually testing that mac addresses were used by the lxc broker
[15:05] <voidspace> when I discovered that NetworkInfo was empty
[15:05] <voidspace> it's a one line fix, but also needs some test fixes too I think
[15:05] <voidspace> ah no, everything passes
[15:05] <voidspace> I'd better add one more test for this though
[15:05] <voidspace> dimitern: ok, will look at your review - thanks
[15:06] <voidspace> dimitern: wow, a Ship It! first time
[15:06] <voidspace> dimitern: shame it wasn't complete ;-)
[15:08] <dimitern> voidspace, ")
[15:08] <dimitern> voidspace, :) even
[15:19] <voidspace> dimitern: updated
[15:39] <rogpeppe1> i am consistently seeing test failures in worker/provisioner (TestStartInstanceWithStorage and TestStartInstanceLoopMountsDisallowed)
[15:39] <rogpeppe1> can anyone get those tests to pass, or is it just me?
[15:40] <rogpeppe1> this is on juju-core tip, BTW
[15:40] <voidspace> rogpeppe1: there's a data race I believe
[15:40] <rogpeppe1> voidspace: really?
[15:40] <voidspace> rogpeppe1: normally those tests just pass silently
[15:40] <voidspace> rogpeppe1: yes
[15:41] <rogpeppe1> voidspace: do you know what the race is?
[15:41] <voidspace> rogpeppe1: startInstance in lxcBrokerSuite calls fakeAPI methods
[15:41] <voidspace> rogpeppe1: these have an assert in them
[15:41] <rogpeppe1> voidspace: i've removed the assert
[15:41] <voidspace> rogpeppe1: ah, that's why you have the problem then
[15:41] <natefinch> rogpeppe1: both those tests pass for me btw
[15:41] <rogpeppe1> voidspace: (it always failed anyway)
[15:42] <rogpeppe1> natefinch: interesting.
[15:42] <voidspace> the assert failing was halting the test prematurely
[15:42] <voidspace> natefinch: they will pass until you remove the assert in the fake API
[15:42] <voidspace> rogpeppe1: this branch fixes it
 voidspace: i've removed the assert
[15:42] <rogpeppe1> voidspace: ah, that makes sense
[15:42] <voidspace> dammit
[15:42] <voidspace> rogpeppe1: https://github.com/juju/juju/pull/2565
[15:43] <natefinch> voidspace: well, rogpeppe1 asked if it passed on tip, and the answer is that it passes on tip for me... not with any changes :)
[15:43] <voidspace> rogpeppe1: but that's merging onto a feature branch
[15:43] <voidspace> natefinch: right
[15:43] <voidspace> fair enough :-)
[15:43] <rogpeppe1> voidspace: it would be great to submit it is a separate fix if poss
[15:43] <voidspace> rogpeppe1: I believe that dooferlad is extracting the data race fix as a separate fix and merging it to trunk
[15:43] <rogpeppe1> voidspace: ah, it's merging already
[15:43] <voidspace> rogpeppe1: so "in progress"
[15:43] <rogpeppe1> voidspace: it's not really a race
[15:44] <rogpeppe1> voidspace: more like a bug in gocheck
[15:44] <voidspace> rogpeppe1: ok, sounds plausible
[15:44] <rogpeppe1> voidspace: ok, so i'll ignore the test failures for the time being. hopefully your branch will land.
[15:45] <rogpeppe1> voidspace: what's the *gitjujutesting.Stub field for in the fakeAPI struct?
[15:46] <voidspace> rogpeppe1: it's Stub that provides MethodCall, NextErr and SetErrors
[15:47] <voidspace> rogpeppe1: and CheckCalls
[15:47] <rogpeppe1> voidspace: ah, so the required interface has grown, i see
[15:47] <voidspace> rogpeppe1: well, Stub is an implementation not an interface
[15:48] <rogpeppe1> voidspace: those methods weren't provided before by fakeAPI, so i can only presume that the required interface that it's implementing has grown
[15:48] <voidspace> rogpeppe1: nope
[15:48] <voidspace> rogpeppe1: Stub provides useful mocking methods for fakeAPI
[15:48] <rogpeppe1> voidspace: hmm, i must be missing something then
[15:49] <voidspace> rogpeppe1: nothing to do with the API that fakeAPI provides
[15:49] <rogpeppe1> voidspace: ok, i must have missed where they're used
[15:49] <voidspace> rogpeppe1: they're not required for fakeAPI they're useful for testing
[15:49] <voidspace> rogpeppe1: grep through that diff to see them in use
[15:49] <voidspace> rogpeppe1: CheckCalls uses the results of MethodCall
[15:50] <voidspace> rogpeppe1: NextErr uses the errors set by SetErrors
[15:50] <rogpeppe1> voidspace: i think it's somewhat misleading to embed Stub as an anonymous field
[15:50] <rogpeppe1> voidspace: it makes it look like it's being used to expose methods outside of fakeAPI
[15:50] <voidspace> rogpeppe1: what do you mean by "outside"?
[15:51] <voidspace> rogpeppe1: it's the intended use of Stub I believe
[15:51] <rogpeppe1> voidspace: the whole point of fakeAPI is to fulfil the provisioner.APICalls interface
[15:51] <rogpeppe1> voidspace: by embedding Stub, you make it look as if that is helping to fulfil that interface
[15:51] <voidspace> rogpeppe1: right, and Stub is a helper to do that
[15:52] <voidspace> rogpeppe1: the name is a big clue :-)
[15:52] <rogpeppe1> voidspace: whereas it's actually just an implementation detail *inside* fakeAPI
[15:52] <voidspace> as well as how it's used
[15:53] <rogpeppe1> voidspace: i don't understand - none of the methods required by provisioner.APICalls are implemented by Stub
[15:53] <rogpeppe1> voidspace: so the fact that it's embedded isn't helping at all
[15:53] <voidspace> rogpeppe1: it's a helper for writing stubs
[15:53] <voidspace> it doesn't take much beyond knowing [anything about] the API it provides to realise what it's for
[15:54] <rogpeppe1> voidspace: generally we embed fields for a reason, usually because we need the methods they implement in the method set of the object they're embedded in
[15:54] <voidspace> rogpeppe1: Stub is regularly embedded in fakes like this
[15:54] <rogpeppe1> voidspace: in this case, it seems to be embedded just to avoid an explicit field name reference
[15:54] <voidspace> and knowing what Stub doesn't it isn't reasonable to think that Stub actually provides any methods of the external API that the fake object provides
[15:55] <voidspace> so you seem to be making a purist point rather than a practical one
[15:55] <rogpeppe1> voidspace: it would be much more obvious that it wasn't involved if it wasn't embedded
[15:55] <rogpeppe1> voidspace: i'm saying that it makes the code less readable
[15:55] <voidspace> and I'm saying I disagree
[15:56] <voidspace> if it is a confusion it can only be if you haven't seen Stub before, and even then only momentarily
[15:56] <voidspace> and this is how Stub is used in many places in our code
[15:56] <voidspace> presumably you're the first to complain
[15:58] <rogpeppe1> voidspace: the Stub documentation can't agree with itself whether it's supposed to be embedded or not
[15:58] <rogpeppe1> voidspace: i see that it's used in other places like that, and i think it's a mistake
[15:59] <rogpeppe1> voidspace: i think it makes a big difference whether the method set of an object is immediately seeable or not.
[16:00] <rogpeppe1> voidspace: might i ask *why* you think it's a good idea to embed it, rather than using a named field?
[16:00] <voidspace> I don't think it's a bad idea
[16:00] <voidspace> and given that fake objects provide a specific interface (that being their point)
[16:00] <voidspace> and Stub objects provide a different, very specific, set of methods
[16:01] <voidspace> I don't think there's any reasonable possibility for confusion once you know what Stub does
[16:01] <rogpeppe1> voidspace: but what's the advantage of embedding?
[16:01] <rogpeppe1> voidspace: it can only be that it's slightly less code to use, i guess
[16:01] <voidspace> I don't see any advantage to mandating *not embediding*
[16:01] <voidspace> which is the direction you want to go
[16:01] <voidspace> right, slightly extra effort
[16:02] <rogpeppe1> voidspace: embedding imposes greater cognitive load on the reader of the code
[16:02] <voidspace> I disagree
[16:02] <voidspace> as I've already stated
[16:02] <rogpeppe1> voidspace: "extra effort" being as hard as ".stub"
[16:03] <rogpeppe1> voidspace: you've said "once you know what Stub does" - that's what i mean by extra cognitive load
[16:03] <voidspace> extra cognitive load being as hard as "that's a stub method"
[16:03] <voidspace> to understand the code you *need* to know what it does
[16:03] <voidspace> you can't get away from that!
[16:04] <rogpeppe1> voidspace: i don't recognise the term "stub" from normal Go idioms
[16:04] <voidspace> it's a programming term
[16:04] <voidspace> :-)
[16:04] <voidspace> language agnostic
[16:04] <rogpeppe1> voidspace: it's a terrible name - it means nothing really
[16:04] <voidspace> getting you a link to the classic martin fowler paper
[16:05] <voidspace> it's the generally used one
[16:05] <voidspace> http://martinfowler.com/articles/mocksArentStubs.html
[16:05] <rogpeppe1> voidspace: it would be better as "APIStub" perhaps
[16:05] <voidspace> see that article
[16:06] <voidspace> Stub itself can be used for any interface in juju - not just for APIs
[16:06] <rogpeppe1> voidspace: by the terminology of that article, i don't think it's either a mock or a stub
[16:06] <rogpeppe1> voidspace: i think it's a helper
[16:06] <voidspace> yeah, a helper for writing stubs
[16:06] <rogpeppe1> voidspace: sure
[16:06] <voidspace> I didn't write it or name it either by the way
[16:07] <rogpeppe1> voidspace: i think it's confusing to call it a stub when it's not, especially as "testing.Stub" tells you nothing at all about what it might be useful for
[16:08] <voidspace> rogpeppe1: ok
[16:08] <rogpeppe1> voidspace: and i think that embedding is conflating the testing.Stub helper with the stub itself in an unhelpful way
[16:08] <rogpeppe1> voidspace: i'll stop now. you weren't responsible :)
[16:08] <voidspace> rogpeppe1: :-)
[16:09] <rogpeppe1> voidspace: it feels like something implemented by someone that's still thinking in an inheritance-based way, not someone that actually knows Go well
[16:09] <voidspace> rogpeppe1: I don't object to a named field (with the exception I guess if that has to be a public field if you're writing re-usable stubs)
[16:09] <voidspace> rogpeppe1: however I don't philosphically disagree with embedding either
[16:10] <voidspace> it certainly works fine not embedded - at the cost of an extra level of indirection for every use
[16:10] <rogpeppe1> voidspace: if i was writing a wrapper around Stub that just added some functionality, *then* embedding would be appropriate
[16:11] <rogpeppe1> voidspace: that's not a runtime cost, of course
[16:11] <voidspace> I don't care about runtime cost until it's proven to be an issue
[16:11] <rogpeppe1> voidspace: +1
[16:11] <voidspace> I'm talking about cognitive overhead for the reader of the code ;-)
[16:11] <rogpeppe1> voidspace: for me, the "cost" of an extra level of indirection is actually a net benefit to the reader of the code
[16:11] <voidspace> deliberate winky-smiley as I'm provoking you...
[16:12] <rogpeppe1> voidspace: because you know exactly which field is being routed to
[16:12] <voidspace> rogpeppe1: I understand what you're saying
[16:13] <rogpeppe1> voidspace: BTW you could use Stub as a value in the struct - no need to declare it as a pointer
[16:15] <voidspace> rogpeppe1: that would probably simplify it a bit
[16:16] <voidspace> rogpeppe1: just to show that I'm not utterly recalcitrant I'll change it to a field, and a value rather than a pointer
[16:16] <voidspace> rogpeppe1: in a follow up
[16:16] <voidspace> rogpeppe1: that branch landed - but only on a feature branch, not on trunk
[16:16] <rogpeppe1> voidspace: thanks, that would be appreciated
[16:16] <voidspace> rogpeppe1: dooferlad is working on porting the relevant bits to trunk
[16:16] <rogpeppe1> voidspace: oh bugger
[16:16] <rogpeppe1> voidspace: i just pulled, hoping that would fix my tests
[16:17] <voidspace> rogpeppe1: so you can have exactly the same conversation with him...
[16:17] <voidspace> rogpeppe1: afraid not, unless you pulled our feature branch!
[16:17] <voidspace> rogpeppe1: I'll chat to dooferlad about it, I presume he's not around *right now* or he would already have popped up
[16:17] <voidspace> dooferlad: ping if you're around
[16:18] <voidspace> rogpeppe1: (I did talk to him this morning about porting these changes across - so I know he's working on it)
[16:18] <rogpeppe1> voidspace: perhaps this one fix could be ported separately
[16:18] <voidspace> rogpeppe1: yep
[16:18] <voidspace> rogpeppe1: he may already be part the way through it
[16:19] <voidspace> rogpeppe1: it involves changes to lxc-broker_test.go *and* kvm-broker_test.go (as kvm broker uses the fakeAPI as well)
[16:19] <voidspace> rogpeppe1: so if he's started it would be quicker to get that in than for me to unpick the branch I've just landed
[16:19] <voidspace> rogpeppe1: but if he hasn't done it I can do it tomorrow (morning hopefully)
[16:24] <dooferlad> voidspace, rogpeppe1: Hi, was just AFK for 10 minutes saying hello to the family since they just got home. I am just about to push my changes after a quick readthrough. They pass all the tests I have done.
[16:24] <rogpeppe1> voidspace: thanks. it would be nice to have juju-core tests passing locally
[16:42] <dooferlad> rogpeppe1, voidspace: http://reviews.vapour.ws/r/1936/
[16:42] <dooferlad> there will be a 1.4 change landing soon
[16:43] <dooferlad> s/landing/being proposed/
[16:43] <rogpeppe1> dooferlad: 1.4 version of what? Go?
[16:43] <voidspace> dooferlad: looking
[16:45] <dooferlad> rogpeppe1: juju
[16:46] <rogpeppe1> dooferlad: ah, i've totally lost track of juju version numbering :)
[16:46] <rogpeppe1> dooferlad: aren't we at ~1.25 ?
[16:47] <rogpeppe1> dooferlad: or is this a version for some different aspect of juju?
[16:47] <voidspace> dooferlad: I presume you mean 1.24...
[16:47] <voidspace> rogpeppe1: you are correct
[16:47] <dooferlad> rogpeppe1: oh, 1.24. Just being distracted by a tiny cute person. Sorry!
[16:47] <rogpeppe1> voidspace: ah, that really confused me!
[16:52] <dooferlad> OK, need to call it a day. The fix backporting involves a little more than a cherry pick and fixing up the juju/testing version so I will get it done tomorrow morning.
[16:52] <voidspace> dooferlad: you have a review
[16:52] <dooferlad> voidspace: thanks
[16:53] <voidspace> dooferlad: mostly trivial - but there's one test that I think might be wrong
[16:53] <dooferlad> voidspace: will get to it tomorrow first thing. Thanks for taking a look!
[16:53] <voidspace> dooferlad: cool
[16:57] <rogpeppe1> wow, cmd/juju tests now taking 9m to run!
[17:36] <natefinch> rogpeppe1: is that better or worse than they used to be for you?   I'm on vivid
[17:43] <voidspace> I wonder if they're worse on vivid
[17:43] <natefinch> voidspace: I'm on utopic... it might be my SSD, it's a Samsung 850 pro, itsuper fast.
[17:44] <natefinch> s/itsuper/it's super/
[17:45] <natefinch> voidspace: I noticed davecheney complaining about the time tests took, and his numbers were like 30 mins for the whole suite
[17:45] <natefinch> voidspace: I'm running go 1.3.3 right now (just happens to be what I last switched to), and I run gomaxprocs=8.  Not sure if any of that makes a big difference or not
[17:48] <voidspace> natefinch: I think my SSD is an 840 - not going to be a *great* deal of difference I don't think
[17:48] <voidspace> I'll try them on my laptop
[17:48] <voidspace> natefinch: I'm running go 1.2.1 maybe that hurts
[17:50] <natefinch> voidspace: newer versions are definitely faster, though I wouldn't think they'd be that much faster
[17:50] <voidspace> gomaxprocs wouldn't affect the timing of one package, as that will be a single process
[17:51] <natefinch> voidspace: good point
[17:52] <voidspace> natefinch: if it makes it faster enough to not timeout that would be progress for me...
[17:52] <voidspace> updating to 1.3
[17:53] <natefinch> voidspace: you're on an XPS 15, too, right?
[17:53] <voidspace> natefinch: this is on my desktop
[17:53] <natefinch> voidspace: which should be even faster, presumably
[17:54] <voidspace> natefinch: yeah, but not much
[17:54] <voidspace> trying now with go 1.3.3
[17:54] <voidspace> natefinch: I wonder if vivid is the difference
[17:54] <voidspace> natefinch: my laptop is utopic
[17:54] <voidspace> natefinch: I'll try on that
[18:37] <perrito666> man running tests on a bar drives all kinds of odd looks to your screen
[18:37] <natefinch> heh
[18:41]  * perrito666 deploys a lot of things on a bar, will start hearing angry people in 3, 2, 1 ....
[19:11] <perrito666> Brb
[19:20] <katco> perrito666: natefinch: cherylj: wwitzel3: i need a volunteer to look at bug 1465307
[19:20] <mup> Bug #1465307: 1.24.0: Lots of "agent is lost, sorry!" messages <blocker> <landscape> <regression> <juju-core:Triaged> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1465307>
[19:25] <natefinch> mup: infer RandomChoice[{'natefinch', 'howAboutThatNateGuy', 'ummmNate'}]
[19:25] <mup> natefinch: WolframAlpha request failed. Please try again soon.
[19:25]  * natefinch sighs
[19:25] <katco> lol
[19:26] <natefinch> katco: well, regardless of mup trying to save me from myself, I can volunteer
[19:26] <katco> natefinch: :p ok ty... please remember to assign yourself to the bug and keep the comments updated w/ progress
[19:27] <katco> natefinch: fwiw, i don't think it has to do with leadership, i think the messages were just symptoms of something larger not running, but that was just from a very cursory analysis
[19:29] <natefinch> katco: doesn't look like a happy environment, that's for sure
[19:29] <katco> natefinch: yeah
[19:44] <natefinch> dpb1: can you post some logs to #1465307?
[19:44] <mup> Bug #1465307: 1.24.0: Lots of "agent is lost, sorry!" messages <blocker> <landscape> <regression> <juju-core:Triaged> <juju-core 1.24:Triaged> <https://launchpad.net/bugs/1465307>
[19:46] <dpb1> natefinch: I downloaded everything, let me look through
[19:56] <dpb1> natefinch: ok, check those, if you want any more let me know
[19:56] <dpb1> natefinch: so far, I don't really have any issue repeating this.
[20:21] <natefinch> dpb1: what are the repro steps?
[20:27] <dpb1> natefinch: I'm deploying a customish bundle.  I could try minimizing it.  I would say, bootstrap + 5 lxc + 3 other nodes.  all with the ubunt charm, that would probably be enough to hit it.
[21:00] <natefinch> dpb1: I can't reproduce it just deploying the ubuntu charm to a bunch of machines.  If you could get some minimal repro steps, that would be great.
[21:00] <natefinch> dpb1: I'll be on later to look into it some more.
[21:02] <dpb1> ok
[21:24] <voidspace> natefinch-afk: hey, on my utopic laptop cmd/juju takes 248 seconds
[21:24] <voidspace> natefinch-afk: still slower than your machine (will try again with newer version of go)
[21:24] <voidspace> natefinch-afk: but they time out on my vivid desktop
[21:26] <mup> Bug #1465404 opened: worker/provisioner: fail lxcBrokerSuite.TestStartInstanceLoopMountsDisallowed <juju-core:New> <https://launchpad.net/bugs/1465404>


[00:20] <El_Presidente> crimsun_, that does not work
[00:21] <El_Presidente> i tried that
[00:24] <crimsun_> El_Presidente: what do you mean? removing that line is the same as using position_fix=0
[00:24] <El_Presidente> i know but it does not help :(
[00:25] <crimsun_> El_Presidente: can you force using position_fix=2, then?
[00:25] <El_Presidente> i can try later when im running linux again
[00:25] <crimsun_> if it doesn't work with position_fix=0, then that looks like a regression outside the sound driver
[00:25] <El_Presidente> but im sure that my bisection was correct
[00:26] <El_Presidente> brb
[00:29] <El_Presidente> crimsun_, options snd-hda-intel position_fix=2 that way?
[00:30] <crimsun_> El_Presidente: yes, and make sure you have /no other options snd-hda-intel/ lines
[00:30] <crimsun_> grep -nH snd-hda-intel /etc/modprobe.d/*
[00:31] <El_Presidente> /etc/modprobe.d/alsa-base.conf:42:#options snd-hda-intel bdl_pos_adj=128
[00:31] <El_Presidente> /etc/modprobe.d/alsa-base.conf:43:options snd-hda-intel position_fix=2
[00:31] <El_Presidente> /etc/modprobe.d/alsa-base.conf:44:#options snd-hda-intel enable_msi=0
[00:31] <El_Presidente> /etc/modprobe.d/alsa-base.conf:45:#options snd-hda-intel model=auto
[00:31] <El_Presidente> /etc/modprobe.d/sound.conf:1:alias snd-card-0 snd-hda-intel
[00:31] <El_Presidente> /etc/modprobe.d/sound.conf:2:alias sound-slot-0 snd-hda-intel
[00:31] <El_Presidente> seems ok
[00:31] <El_Presidente> brb
[00:31] <crimsun_> BTW, you should only ever have /1/ options snd-hda-intel line
[00:31] <crimsun_> it's pretty bad to split module options across lines
[00:32] <El_Presidente> okay didnt know that
[00:32] <El_Presidente> well i hope this works now ;)
[00:33] <crimsun_> .oO( I hate hardware sometimes. Just sayin'. )
[00:34] <El_Presidente> crimsun_, now my mic does not work anymore
[00:46] <crimsun_> El_Presidente: can you retry position_fix=0 after a cold reboot?
[00:46] <El_Presidente> ok
[00:46] <El_Presidente> brb
[00:46] <crimsun_> El_Presidente: and are you /certain/ that you're running the latest firmware for your motherboard?
[00:46] <El_Presidente> F14
[00:46] <El_Presidente> its the most recent
[00:47] <El_Presidente> well i find it strange that an error for a different codec produces the error here
[00:47] <El_Presidente> the ma-770-ud3 has an realtec 888
[00:47] <El_Presidente> my mainboard has 889
[00:47] <crimsun_> oh GAWD
[00:47] <El_Presidente> ?
[00:48] <crimsun_> I need to punch your motherboard manufacturer in the face.
[00:48] <El_Presidente> well both boards are gigabyte ;)
[00:48] <crimsun_> we can't handle different codecs for the /same/ SSID at that level
[00:48] <El_Presidente> http://www.gigabyte.de/Products/Motherboard/Products_Spec.aspx?ProductID=3951 ALC888
[00:48] <El_Presidente> thats the board for your fix
[00:49] <crimsun_> sigh, I'll whip up a fix for you to test this weekend if that's ok
[00:49] <crimsun_> we'll need to check the specific codec ssid and codec revision for that SSID :(
[00:50] <El_Presidente> http://gigabyte.com/products/product-page.aspx?pid=2638&dl=1#sp thats mine
[00:50] <crimsun_> now I really hate gigabyte
[00:50] <El_Presidente> ALC889A
[00:50] <El_Presidente> sure no problem
[00:50] <El_Presidente> there is an option for the snd-hda-intel driver
[00:51] <El_Presidente> model=889
[00:51] <El_Presidente> i also tried that, but it didnt help
[00:52] <El_Presidente> crimsun_, do you still need me with linux?
[00:52] <El_Presidente> i have to call a customer ;)
[00:54] <snadge> kinda offtopic.. but is there an easy way to remove the obsolete kernels that tend to build up on your box over time?
[00:54] <Muscovy> Not very easy.
[00:54] <Muscovy> Easiest I know of is to untick all the older number is in Synpatic.
[00:55] <crimsun_> snadge: Computer Janitor, and manually
[00:55] <snadge> ouch.. maybe thats an excercise for me one day
[00:55] <snadge> i could make the ubuntu kernel janitor.. ukj :p
[00:55] <snadge> cleans up all the headers and other related crap as well
[00:55] <snadge> any source packages etc
[00:55] <crimsun_> snadge: i.e., System > Administration > Computer Janitor
[00:56] <snadge> oooh
[00:56] <snadge> err yeah, computer janitor just asks me if i want to remove nxclient and virtualbox-3.2 .. and thats all i can see that it does? weird
[00:59] <snadge> crimsun_: are you suggesting that i modify this program rather than make a new one specifically to clean up kernels?
[01:01] <El_Presidente> crimsun_, i made a small error with the position_fix=2
[01:01] <El_Presidente> my mic was off ;) it works with that setting
[01:02] <crimsun_> El_Presidente: great, can you add that in a comment?
[01:02] <El_Presidente> crimsun_, i will, do you still have to write a fix?
[01:02] <crimsun_> El_Presidente: yes
[01:02] <crimsun_> (the bug is already assigned to me)
[01:03] <El_Presidente> crimsun_, well if i remember correctly in alsa 1.0.21 my soundcard was detected as unknown
[01:03] <El_Presidente> maybe thats why it worked?
[01:07] <crimsun_> El_Presidente: as more codec/s revisions are added, there is a chance for regression, sure
[01:07] <El_Presidente> ok
[01:16] <snadge> so i wrote a bash script which cleans up old kernels ;)
[01:17] <snadge> ubuntu hasn't sapped me of my nerdiness yet it seems hehe
[01:19] <crimsun_> perhaps Computer Janitor could use a "Clean harder" icon ;)
[01:21] <El_Presidente> a clean by force would be nice ...
[01:38] <El_Presidente> crimsun_, another question (not related to the bug) is there a way to send one sound app to digitally out and the other e.g. skype through stereo out ?
[01:48] <crimsun_> El_Presidente: depending on the hardware and driver capabilities, yes. You can try pavucontrol.
[01:50] <El_Presidente> i have this app already running but i can use either stereo duplex or stereo in and digital out
[01:50] <El_Presidente> it works flawlessly with windows so either im missing something or its not supported?
[02:00] <El_Presidente> good night and ty crimsun_
[09:11] <jibel> hey timc, nice to see you here. Did you start triaging already ?
[10:44] <seb128> somebody here who knows about launchpadlib?
[10:44] <seb128> or who knows if tag editing is working?
[10:44] <lifeless> #launchpad-dev might be a better place to ask
[10:45] <seb128> right
[10:45] <seb128> though that's rather, if some bug triager feels like doing a small testcase to edit tags that would be nice
[10:45] <seb128> I don't especially want to annoy launchpad guys about that
[10:52] <lifeless> seb128: we loves the annoyance ;>
[10:52] <lifeless> seb128: I know that webapp tag changing works
[10:52] <lifeless> seb128: via the API can be difference
[14:25] <bcurtiswx> good morning all
[15:04] <tbsdy_lives> m
[17:16] <leighman> anyone know anything about pulseaudio, who could help with https://bugs.edge.launchpad.net/ubuntu/+source/wine1.2/+bug/605880 ?
[17:16] <ubot2> Launchpad bug 605880 in gwibber (Ubuntu) "gwibber-service crashed with ValueError in raw_decode() (affects: 10) (heat: 52)" [Medium,Triaged]
[17:18] <kklimonda> interesting, ubottu is displaying a different report
[17:18] <kklimonda> bug 605880
[17:18] <ubot2> Launchpad bug 605880 in wine1.2 (Ubuntu) "Winecfg audio tests fail in Maverick (affects: 1) (heat: 78)" [Undecided,New] https://launchpad.net/bugs/605880
[17:19] <kklimonda> some cache problem?
[17:19] <leighman> yeh, saw that
[17:19] <leighman> link works fine :/
[19:44] <chrisccoulson> who can moderate my mail to ubuntu-bugsquad ML?
[19:47] <bcurtiswx> chrisccoulson, i got your message...
[19:47] <chrisccoulson> bcurtiswx, i sent it to ubuntu-bugcontrol and ubuntu-bugsquad
[19:47] <chrisccoulson> so you might have got the first one
[19:48] <chrisccoulson> the second one is moderated, because i'm not a member of bugsquad ;)
[19:48] <pedro_> chrisccoulson, done
[19:48] <chrisccoulson> pedro_, cool, thanks
[19:48] <bcurtiswx> chrisccoulson, hmm, yeah since i use google idk if i got both
[19:48] <pedro_> you're welcome
[19:48] <bcurtiswx> or nvm :P
[19:49] <vish> whaaaaaaat! chrisccoulson not a member of busquad!
[19:49] <chrisccoulson> vish - no, i don't think so
[19:49] <vish> pff! desktop tema ;p
[19:49] <vish> team*
[19:49] <chrisccoulson> i suppose i should subscribe to the ML, seeing as i sent a mail there
[19:52] <nigelb> chrisccoulson: subscribe and make it web only so you don't get other mails, but the ones you send get in alright
[19:53] <chrisccoulson> yeah, i seem to remember that there was a reason i unsubscribed before
[19:54] <nigelb> I could guess, I was severely tempted a few times
[20:24] <kklimonda> hggdh: bdmurray ping
[20:26] <hggdh> kklimonda: yes>
[20:26] <hggdh> ?
[20:28] <kklimonda> hggdh: are either you or bdmurray are aware of this change: https://help.ubuntu.com/community/ReportingBugs?action=diff&rev2=141&rev1=139 and know the reason for it?
[20:29] <bdmurray> I am aware and I do not know the reason nor do I like it.
[20:30] <kklimonda> yeah, neither do I, and there are people on ML talking about it right now - maybe we should restore the last "good" version?
[20:30] <hggdh> kklimonda: +1
[20:31] <hggdh> kklimonda: will you update, or should I?
[20:31] <kklimonda> hggdh: I can do that
[20:31] <hggdh> kklimonda: cool, thank you
[20:32] <kklimonda> or not "You are not allowed to revert this page!" :)
[20:32] <kklimonda> I can do it manually
[20:33] <yofel> thanks
[20:33] <vish> hehe , why were we discussing it for so long! :D
[20:34] <vish> the person who included that seems new , we might as well have removed it earlier ;)
[20:34] <kklimonda> vish: I've completely forgotten about it myself :)
[20:34] <vish> kklimonda: nah , i meant on the mailing list..
[20:37] <yofel> we were arguing about the page and somehow forgot it, I got to the page by chance today and thought I would remind the ML of that ^^
[20:37] <kklimonda> yofel: done
[20:38] <yofel> thanks, looks better
[20:48] <charlie-tca> +1
[21:08] <hggdh> kklimonda: thank you
[21:23] <Awsoonn> hi all, bug 614067 - the package appears to just need a recompile for 10.10. How can this be acomplished?
[21:23] <ubot2> Launchpad bug 614067 in lincity-ng (Ubuntu) "lincity-ng links against uninstallable libphysfs-1.0.so.0 (affects: 3) (heat: 129)" [Undecided,Confirmed] https://launchpad.net/bugs/614067
[21:23] <Awsoonn> can a Motu kick that off?
[21:25] <yofel> Awsoonn: #ubuntu-motu - it's pretty trivial though
[21:30] <Awsoonn> yofel: thanks. Trivial is good tho, right?
[21:31] <yofel> if it's just a rebuild all it needs is a new changelog entry that triggers it, that's trivial
[21:39] <bdmurray> jibel: I forget did you have any ideas about the system of mine that I cannot upgrade to M?
[21:44] <Awsoonn> I'm just playing around and tried to build the source package for lincity-ng but it failed looking for opengl libs or headers. I did a apt-get build-dep before trying to compile so I thought that should install all the requirements?
[21:44] <Awsoonn> did I miss a step?
[21:45] <hggdh> Awsoonn: does not sound like it. How did you get the sources?
[21:45] <Awsoonn> apt-get source lincity-ng
[21:46] <Awsoonn> i was using debbuild to build it
[21:46] <hggdh> should have worked...
[21:47] <Awsoonn> *nods* t'ats what I thought :) I see that it installed libgl1-mesa-glx as a depend, which looks like what it wanted I assume
[21:48] <hggdh> IDK, pulling the source now
[21:50] <hggdh> and you debuild -b it?
[21:51] <jibel> bdmurray: latest xserver-xorg-core 2:1.9.0-0ubuntu4 in maverick is supposed to fix that. It has been uploaded to the archive this afternoon.
[21:52] <jibel> bdmurray, can you try to upgrade again (with the main mirror)
[21:53] <hggdh> Awsoonn: WFM
[21:53]  * yofel tries in pbuilder
[21:58] <dyfet> I think bug #628675 could be marked as triaged.
[21:58] <ubot2> Launchpad bug 628675 in geneweb (Ubuntu) "Search and navigaition fails (affects: 2) (heat: 3444)" [Undecided,New] https://launchpad.net/bugs/628675
[22:02] <hggdh> dyfet: done
[22:03] <yofel> Awsoonn: wfm too
[22:04]  * hggdh thought dyfet would be in bug-control...


[04:13] <cody-somerville> Is it just me or did Joesph Price e-mail ubuntu-news instead of ubuntu-news-team?
[04:13] <cody-somerville> and is it just me or did his e-mails really make it through moderation to everyone?
[04:19] <boredandblogging> cody-somerville: when was the email sent?
[04:19] <cody-somerville> half an hour ago
[04:19] <boredandblogging> don't see it
[04:20] <boredandblogging> wait
[04:21] <boredandblogging> how did it get through?
[04:21] <boredandblogging> to ubuntu-news/
[04:21] <boredandblogging> ?
[04:23] <cody-somerville> I have no idea.
[04:26] <boredandblogging> cody-somerville: our mistake, we got confused
[04:26] <boredandblogging> emailed joseph to subscribe to the right list
[04:27] <cody-somerville> I make the mistake all the time as well
[04:27] <cody-somerville> ubuntu-news
[04:27] <cody-somerville> and ubuntu-news-team
[04:27] <cody-somerville> not such a good choice in hindsight for names :P
[04:27] <boredandblogging> hah, yeah
[04:27] <cody-somerville> (due to autocomplete on most clients)
[04:28] <johnc4510-laptop> cody-somerville: my mistake
[04:28] <johnc4510-laptop> trying to catch up and got quick on the trigger
[04:28] <johnc4510-laptop> sorry
[04:31]  * cody-somerville forgives you after thinking about it for a moment or two :P
[04:32] <johnc4510-laptop> cody-somerville: lol thx
[04:33] <cody-somerville> Okay, I'm off to bed
[04:33] <cody-somerville> Big first day at the Lexington office :-]
[04:33] <boredandblogging> oooh
[04:33] <boredandblogging> cody-somerville: have fun
[04:33] <johnc4510-laptop> nice, luck
[13:10] <dholbach> hi guys
[13:10] <dholbach> what do you think about the small summaries of the sessions at UDW? should I add them to UWN this week?
[13:31] <boredandblogging> dholbach: sounds like a good idea
[13:31] <dholbach> boredandblogging: alright, I'll add it in a bit then
[13:36] <dholbach> boredandblogging: shall I just use  UbuntuWeeklyNewsletter/IssueTemplate ?
[13:36] <dholbach> for 108?
[13:40] <boredandblogging> dholbach: let me set it up
[13:40] <dholbach> boredandblogging: gracias
[13:42] <boredandblogging> dholbach: ok, go ahead and add it to 108 under General Community News
[13:43] <dholbach> boredandblogging: will do
[14:03] <dholbach> boredandblogging: done
[14:03] <dholbach> boredandblogging: hope it's not too long
[14:06] <boredandblogging> dholbach: nah, its great, thanks
[14:06] <dholbach> rock on
[14:06] <dholbach> !
[14:06] <dholbach> :-)
[14:06] <dholbach> see you around!


[09:20] <daqui> test
[18:49] <CYN> Hey guys im having trouble running a script to access my files and folders from my Mac Time Machine Hard Drive. Could anyone offer some help please
[23:11] <Hardtail> hello, I just installed Ubuntu for the first time on my MacBook Pro with VMWARE Fusion. I am having performance problems with Ubuntu in general and I installed an application with Wine. Can someone help me, please?
[23:22] <Guest87491> If I want to contribute to the brightness & lockscreen were to go, which source code? Unity or Ubuntu core?


[13:15] <sergiusens> can someone please look at https://bugs.launchpad.net/ubuntu/+bug/1290351
[13:15] <ubot2`> Launchpad bug 1290351 in Ubuntu "[FFe] Sync golang-go-xdg 0~bzr20140219-1 (universe) from Debian unstable (main)" [Wishlist,New]
[13:20] <Laney> sergiusens: you don't need to immediately ping ...
[13:21] <sergiusens> Laney, right; sorry 'bout that
[13:22] <Laney> I'll spend some time on the queue later on today
[13:22] <Laney> (not to say that someone else can't process things)
[14:09] <ogra_> stgraber, so i had some massive probs today to promote images ...
[14:09] <stgraber> ogra_: ah, what kind?
[14:10] <ogra_> stgraber, it took endlessly long .... and it seems it deleted the tarball for some arches during the process
[14:13] <stgraber> ogra_: hmm, I really need to figure out a better way to deal with that case...
[14:13] <stgraber> ogra_: what happened is that as you didn't promote an image in quite a while, the 194 image in trusty-proposed was expired a while back including all deltas it had
[14:14] <stgraber> so when you did the copy earlier, there wasn't any of the 194 => 226 pre-generated deltas which make the copy very quick and they all had to be regenerated during the copy
[14:15] <stgraber> trusty-proposed stores the last 20 images, 226-194 = 32, so that indeed seems to be the problem
[14:16] <ogra_> stgraber, sorry, doorbell
[14:16] <stgraber> (back when we set those values, it seemed unimaginable that it'd take us more than 20 tries before we get a promotable image, guess we were wrong...)
[14:16] <ogra_> stgraber, http://paste.ubuntu.com/7067819/
[14:17] <ogra_> thats my full terminal log from trying to promote all images
[14:20] <stgraber> hmm, still looks like import-images running cleanup_tree under our feet, though the lock should prevent that from happening... I guess I'll have to do some tests of the locking mechanism, something seems wrong there
[14:23] <ogra_> yeah, i could see the tarballs actually show up and vanish again on system-image.ubuntu-com in the browser
[14:23] <ogra_> i show down the cronjob in the end
[14:24] <ogra_> stgraber, i messed up the flo release by missing -k to copy-images, can we fix that ?
[14:25] <stgraber> ogra_: yeah, give me a minute I'll fix it
[14:25] <ogra_> no hurry :)
[14:30] <stgraber> ogra_: should be good now
[14:31] <stgraber> ogra_: http://paste.ubuntu.com/7067901/
[14:33] <ogra_> stgraber, gracias !
[16:21] <bdmurray> Can I get the release of ubuntu-release-upgrader in saucy-proposed fast tracked to -updates?
[16:24] <infinity> bdmurray: Seems likely.
[16:27] <infinity> bdmurray: Done.
[16:27] <bdmurray> infinity: thanks!
[16:28] <infinity> bdmurray: Is the Ubuntu task on #1289604 valid?
[16:28] <infinity> bdmurray: If not, maybe that should be marked Invalid instead of In Progress...
[16:29] <infinity> bdmurray: Or, if this needs fixing in trusty, please do. :P
[16:30] <bdmurray> infinity: I did fix it but I'm not sure it really needs it, since we can convert the release upgrader to use python3 when development on U starts.
[16:31] <infinity> bdmurray: But isn't this about new release-upgraders needing to run on old systems?
[16:31] <infinity> bdmurray: And the trusty one needs to run on precise...
[16:31] <infinity> Or, oh.  I guess the trusty tarball will work on precise, but doesn't need the dep.
[16:32] <bdmurray> right because the tarball doesn't install deps
[16:32] <infinity> (But then, yeah, it needs python2.7 because it's not python3, because it needs to run on precise...)
[16:32] <infinity> bdmurray: So, is this *only* about the tarball contents, and not at all about any tools that might be run on a trusty system?
[16:33] <bdmurray> No, this is about python-apport not being installed on saucy and the special traceback handler in the upgrader not working because it can't import python-apport code.
[16:34] <infinity> bdmurray: Right, but will that be invoked at py3 on a trusty system then?
[16:34] <infinity> s/at/as/
[16:35] <infinity> I guess the release-upgrader deps on trusty certainly imply that.
[16:35] <bdmurray> When a Trusty system tries to upgrade to U, then it could and should be invoked as python3 provided we change the U tarball creator.
[16:35] <bdmurray> So that's why I think the Trusty change to depend on python-apport is unnecessary.
[16:36] <infinity> Right, unnecessary, and bloaty.
[16:36] <bdmurray> Okay, I'll remove that then.
[16:36] <infinity> I had a buildd install a bunch of python2 stuff on upgrade the other day, I guess that's why?
[16:37] <bdmurray> If the other day was Saturday or Sunday, probably.
[16:37] <infinity> It was yesterday, yeah.
[16:37] <infinity> Brought in python-apport, launchpadlib, etc.
[16:37] <bdmurray> yep
[16:38] <infinity> So, yeah, if you want to maybe prep a branch in advance of "the first U upload of release-upgrader" that flips all the right switches to py3 tarballs, and keep that rebased until T releases, then we can stuff it in as soon as we open, and everyone wins.
[16:38] <infinity> Since some strange people always pester us until do-release-upgrade works, even when no packages have changed yet. :P
[16:39] <bdmurray> heh, did you you see my email about the pgp signature for the release upgrade tarball?
[16:39] <infinity> I did, and it confused me.
[16:39] <infinity> That should be atomic, from a mirror's POV, why do you care if the times are mismatched?
[16:40] <infinity> (ie: it hits disk, some other publisher stuff happens, then it's signed, but at no point is that intermediate step mirrored to the world)
[16:40] <bdmurray> There is a period of time where there is an upgrader and no signature, then upgrades fail.
[16:40] <infinity> If the timestamp mismatch is an issue, we can fudge it with touch, but I don't see why it would be.
[16:40] <infinity> bdmurray: That's the part I don't believe.
[16:41] <infinity> bdmurray: This all happens in dists.in-progress during the publisher, and is atomicly copied to dists before we push mirrors.  Unless we have a bug where we're signing in the NEXT publisher run, but that seems unlikely.
[16:41] <bdmurray> infinity: I'm sorry you don't believe that upgrades fail or that there is a lag?
[16:42] <infinity> bdmurray: I don't believe that upgrades fail because of the lag, because the lag shouldn't be visible to anyone outside the datacentre.
[16:43] <bdmurray> infinity: okay, I was trying to upgrade on Friday and it failed because the .gpg file was missing. If I make this change to the upgrader and upload it soon, you should see it.
[16:43] <bdmurray> It being the issue.
[16:44] <infinity> bdmurray: I'm not discounting that upgrades fail, nor am I implying there's no lag between writing to disk and signing, I'm saying that I'd like some evidence that you actually see the disparity on a mirror, except if you literally catch them mid-rsync, and they don't do atomic dists mirroring.
[16:44] <infinity> (And people who don't do atomic dists mirroring are people we can't fix)
[16:45] <cjwatson> Also, the signing is done strictly before the mirror push
[16:45] <infinity> cjwatson: Yeah, I covered that.
[16:45] <cjwatson> Oh yes
[16:54] <bdmurray> I'm still verifying but I don't think mirrors are used to get the release upgrader.
[16:55] <cjwatson> opaque proxies are possible though
[16:57] <infinity> bdmurray: Everything is a mirror, but I assume you mean "no mirrors other than archive/ports".
[16:59] <bdmurray> infinity: yes, it just uses archive.ubuntu.com
[16:59] <infinity> bdmurray: Right, so those mirrors should be completely "safe" from a mirrors-not-doing-stupid-things perspective.
[16:59] <infinity> bdmurray: They should never get one half of dists without the other, etc, unless something goes wildly wrong.
[17:00] <bdmurray> infinity: well, I'll do this upload and ping you if I see the disparity.
[17:21] <bdmurray> infinity: if you look here you'll see it http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/main/dist-upgrader-all/current/
[17:22] <infinity> Hrm.
[17:22] <infinity> Maybe that's being published early in the security-only run, but not signed until the full run.
[17:22] <ogra_> stgraber, can we bump the amount of kept images on s-i to 50 (for -proposed) ? if we get into situations like today and people try to bi-sect back to the last promoted image 20 is not enough
[17:24] <infinity> Yup, that's what's happening.  Erk.
[17:24] <ogra_> (we do two images per day, keeping 20 means 10 days only)
[17:24] <cjwatson> I guess it's published by process-accepted at the start
[17:24] <cjwatson> Because custom uploads
[17:24] <infinity> cjwatson: Yeahp, that's what the log implies.
[17:25] <infinity> cjwatson: Maybe we need to build a signing run into the security-only pass.
[17:25] <cjwatson> Seems odd for security-only to run finalize but not publish-distro though
[17:25] <stgraber> ogra_: done. I was vaguely concerned by the disk usage but we're only at around 30GB now out of the 160GB we have on the target server, so that should be fine.
[17:25] <ogra_> yeah
[17:26] <infinity> cjwatson: Maybe it only runs publish-distro if *-security was actually dirty.  Which it usually isn'y.
[17:26] <ogra_> stgraber, theoretically having some function that simply keeps all proposed builds between two promoted images would be the best
[17:26] <cjwatson> infinity: I'd just got there, yes
[17:26] <cjwatson> So it needs to run publish-distro either way, I guess
[17:27] <stgraber> ogra_: yeah, that'd be the proper fix, I'd have to add some more channel relationship knowledge into the expiring code, should be doable though
[17:27] <infinity> cjwatson: Or, more sanely, we don't need the security-only run at all if *-security isn't dirty (do we have a way to check that at the beginning and just not run?)
[17:27] <ogra_> right, just sounds like a bunch of code
[17:31] <cjwatson> infinity: It might be least invasive to have the various publish methods return a bool to say whether they did anything
[17:32] <cjwatson> um, except that sometimes it'll do nothing else depending on options - not sure I have time/brainspace to work this out right now
[17:33] <cjwatson> lib/lp/archivepublisher/scripts/publish_ftpmaster.py anyway, it's not horribly complicated
[17:42] <infinity> cjwatson: I think I'll toss to cprov and wgrant.
[17:43]  * cjwatson nods
[18:03] <bdmurray> slangasek, infinity: could one of you review that?
[18:17] <infinity> bdmurray: Is that byte-for-byte the same patch I just released to saucy?
[18:18] <bdmurray> infinity: aside of the fact that it is the apport hook for update-manager due to the package split yeah.
[18:18] <infinity> Oh, with s/ubuntu-release-upgrader/update-manager/
[18:19] <infinity> bdmurray: Let me double-check the sameness of it, and wave it through.
[18:20] <infinity> bdmurray: No "import re", was it already there in the precise version?
[18:21] <bdmurray> infinity: yeah to get some aptdaemon log stuff
[18:22] <infinity> Ahh, indeed it is.
[18:23] <infinity> bdmurray: Accepted.
[18:23]  * infinity goes to hunt for... Whatever meal this is.
[18:25] <slangasek> I hope it's not fourthmeal
[18:27] <infinity> slangasek: I run all my meals in OF.
[18:28] <slangasek> twitch


[02:27] <UndiFineD> jsjgruber asked: test
[07:00] <dskpajurys> sveiki'
[14:22] <brucelu_> test
[14:23] <head_victim> brucelu: working fine
[15:03] <head_victim> !classroom
[15:03] <ubot2> The Ubuntu Classroom is a project which aims to tutor users about Ubuntu, Kubuntu and Xubuntu through biweekly sessions in #ubuntu-classroom - For more information visit https://wiki.ubuntu.com/Classroom
[15:03] <head_victim> !schedule
[15:03] <ubot2> To view the upcoming Ubuntu Classroom schedule, visit the Learning Events Calendar at http://people.ubuntu.com/~nhandler/classroom.html
[15:03] <head_victim> brucelu: ^
[15:16] <Stargaze> hello
[15:16] <Stargaze> all
[15:16] <Stargaze> anyone here?
[18:43] <pavanai> i got struck while booting to ubuntu ultimate edition 2.8
[18:48] <pavanai> JasonO, do u know d solution?
[18:49] <JasonO> pavanai What is it?
[18:50] <JasonO> pavanai I just got here. I have no idea what you're talking about.
[18:51] <pavanai> JasonO, i tried to boot 2 live of ubuntu uE 2.8  the logo is showing after that no progress
[18:52] <JasonO> pavanai Sorry, no idea. Let me see what I can do....
[18:52] <pavanai> JasonO, how to enable nx feature in bios?
[18:52] <JasonO> pavanai I do not know what the nx feature is.
[18:53] <pavanai> its non executable bit
[18:53] <pavanai> i ahve to enable that in this machine but dont know how
[18:55] <JasonO> pavanai What package is it?
[19:00] <pavanai> JasonO, its not a pkg
[19:00] <JasonO> pavanai What is it?>
[19:01] <pavanai> its a security feature offered by processor
[19:04] <JasonO> And qwhat are you trying to do exactly?
[19:05] <pavanai> i want to enable nx
[19:05] <pavanai> jst to install ubuntu ue2.8
[19:13] <JasonO> pavanai ARe you aware their is a 2.9?
[19:15] <JasonO> pavanai Here is 2.8 http://sourceforge.net/projects/ultimateedition/files/ultimate-edition-2.8-x86.iso/download


[00:18] <mhall119> pleia2: we're upstairs at the bar
[00:27] <IdleOne> let's all get hammered off our arses and tomorrow we can start planning the next release :)
[00:27] <IdleOne> wait, I'm not there
[00:44]  * pleia2 hugs IdleOne
[00:45] <benonsoftware> What will the weather be in Oakland?
[00:45] <cjohnston> IdleOne: doesn't mean you cant get hammered
[00:45] <pleia2> benonsoftware: sunny and 70sF
[00:46] <cjohnston> benonsoftware: awesome
[00:46] <benonsoftware> pleia2: Nice weather
[00:46] <benonsoftware> I wish I could join you all :P
[00:47] <IdleOne> cjohnston: true but I also don't drink
[00:47]  * IdleOne hugs pleia2
[01:45] <cjohnston> /29
[01:46] <IdleOne> BINGO!
[01:46] <cjohnston> IdleOne: have a h2o, neat
[04:12] <benonsoftware>  Where would a question about the UBuntu keyserver be good to ask?
[04:48] <mhall119> benonsoftware: what's the question?
[04:48] <benonsoftware> mhall119: I need to remove a public key from it as I've changed the UID's with it
[04:49] <mhall119> oh, hmmm, that I don't know. try posting your question on askubuntu.com
[04:49] <benonsoftware> mhall119: Ah, okies. Thanks
[04:58] <czajkowski> ok I give in
[04:58] <czajkowski> up 2 hrs
[04:58] <czajkowski> *24
[04:58] <czajkowski> I need sleep
[05:33] <mhall119> sleep czajkowski
[12:57] <bkerensa-train> Good morning
[12:58] <IdleOne> Morning
[12:59] <IdleOne> nice, train from Portland to Oakland?
[12:59] <IdleOne> how long of a trip is that?
[13:00] <bkerensa-train> 12 hours and its bern ok except for two crying babies
[13:01] <IdleOne> they allow babies in the bar car?
[13:01] <IdleOne> lol
[13:01] <bkerensa-train> Lol
[13:01] <bkerensa-train> Bar closed at 11
[13:01] <bkerensa-train> :(
[13:02] <IdleOne> oh, you left last night?
[13:02] <bkerensa-train> Yes
[13:02] <bkerensa-train> 2pm yesterday
[13:02] <bkerensa-train> And ill be there in 2hours
[13:03] <bkerensa-train> IdleOne: are you there now?
[13:03] <IdleOne> I did Montreal - Philly and  Philly - Montreal once took about 16 hours
[13:03] <IdleOne> bkerensa-train: No, I can't attend UDS
[13:04] <bkerensa-train> Ahh
[13:04] <IdleOne> mark has banned me for life.
[13:04] <bkerensa-train> Oh
[13:04] <IdleOne> apparently handing out Windows Cds is not acceptable :P
[13:04] <bkerensa-train> Heh
[13:04] <IdleOne> hehe, just kidding, but no I am not there
[13:05] <IdleOne> maybe the next time it is in Europe
[13:06] <bkerensa-train> I think travelling back will be interesting... we went through snow at the mountains
[13:07] <IdleOne> I enjoyed my two train rides very much, except for the no smoking part
[13:07] <bkerensa-train> Ahh i quit smoking months ago
[13:07] <IdleOne> good for you :)
[13:08] <bkerensa-train> The bar is expensive thiugh they hit me $7 per vodka drink
[13:08] <IdleOne> yup, $3.50 a soda iirc
[13:09] <bkerensa-train> Yep
[13:09] <IdleOne> border crossing while drunk is frowned upon.
[13:09] <bkerensa-train> :)
[13:09] <IdleOne> I remember seeing a lot of people who packed lunches
[13:10] <bkerensa-train> My fiancee packed me a lunch but i ate dinner in the dining car
[15:38] <czajkowski> mhall119: you up
[15:51] <mhall119> czajkowski: yup
[15:53] <mhall119> czajkowski: heading down to the 2nd floor for breakfast
[16:43] <bkerensa> mhall119: very nice rooms :)
[17:35] <mhall119> bkerensa: yeah, they're not bad at all
[21:26] <daker_> seems like i am the only one who's not attending :/
[21:27] <MrChrisDruif> daker_; me neither =(
[21:27] <daker_> :'(
[21:27] <daker_> no luck :/
[21:30] <MrChrisDruif> It sadden me as well
[21:31] <MrChrisDruif> Maybe I'll really try to attend next one!
[21:44] <daker_> the alt key doesn't bring HUD
[21:47] <daker_> ah now it works
[21:48] <MrChrisDruif> Yay, Alt doesn't bring HUD ^_^
[21:48]  * MrChrisDruif is in GNOME Shell
[21:49] <MrChrisDruif> So it's excepted behaviour...don't change it! ;-)
[22:18] <daker_> i guess i'll say "no luck" to anyone posting anything about UDS
[22:23] <JanC> MrChrisDruif: maybe some next UDS will be in Europe again..
[22:24] <MrChrisDruif> ...or it might be a "good excuse" to visit the states ;-)
[22:24] <JanC> MrChrisDruif: if you have the time/money/etc. yes
[22:24] <JanC> (sponsorship might help, of course ;) )
[22:25] <MrChrisDruif> Yeah, but I've at least got a year to sort it out...if not longer
[22:25] <daker_> time : yes, money : no
[22:25] <JanC> daker_: time and money are often related  ;)
[22:26] <daker_> you are right :)
[22:27] <JanC> meaning: when one has the time (e.g. being unemployed), one might not have the money, and when one has the money (being employed), one might not have the time
[22:28] <JanC> I had one good chance by being unemployed during UDS in Belgium
[22:29] <JanC> and I could sleep at my aunt/uncle's place about 15 min from the UDS location  ;)
[22:29] <daker_> but getting a visa when you are unemployed is really HARD => IMPOSSIBLE
[22:30] <JanC> daker_: right, but I live in Belgium, so that was no problem
[22:30] <daker_> ah yes yes
[22:30] <JanC> so I hope you get a similiar chance one day
[22:31] <JanC> similar
[22:32] <daker_> maybe the UDS after UDS that comes after the UDS that comes after UDS that will be held in Europe :)
[22:32] <daker_> which will never come
[22:32] <JanC> daker_: or in Africa, who knows  ;)
[22:32] <daker_> i hope :)
[22:33] <JanC> I think a location in Northern Africa could qualify once things get a bit more quiet there?
[22:34] <JanC> but of course I don't decide that  :P
[22:37] <daker_> JanC: quiet ? hmm ?
[22:44] <JanC> daker_: you're in Morocco, I think?
[22:44] <daker_> yep
[22:44] <JanC> which is relatively quiet compared to say Tunisia, Libya or Egypt
[22:44] <daker_> no :)
[22:44] <JanC> that's what I was referring to
[22:45]  * MrChrisDruif is off to bed
[22:45] <JanC> and even in Morocco there have been protests against the government etc.
[22:46] <JanC> it's something that makes international events difficult sometimes :-(
[22:46] <daker_> JanC: ah yes yes but now we have an elected govt, and a new constitution
[22:47] <JanC> even on a lesser degree, we get that in Belgium because labour unions block  airports when there is social unrest  ;)
[22:48] <JanC> daker_: I hope the new constitution brings you luck
[22:49] <JanC> (even if there was a recent diplomatic incident between Morocco & Belgium ;) )
[22:49] <daker_> JanC: don't tell me that :)
[22:49] <daker_> is the minister still angry ?
[22:50] <JanC> actually, it seems like other people were more angry than her
[22:50] <daker_> awe :/
[22:51] <JanC> so she decided not make it a formal incident, because she had a good agreement with her peer ministers, and didn't want to loose the results of that
[22:52] <JanC> peer ministers = those charged with the same topics as her
[22:53] <JanC> at least, that's what I heard from it
[22:53] <daker_> JanC: well our minister is good, he has just a luck of some protocol policy
[22:54] <JanC> it was you prime minister who caused the incident AFAIK
[22:54] <daker_> since it's the first time to be take a political responsabilty
[22:54] <JanC> but really, most of this issue isn't clear
[22:54] <JanC> our minister didn't want to comment on this at all, so everything we know is 3rd hand
[22:55] <daker_> he wasn't informed about the minister so he was thinking that she was the translator of the other minister
[22:56] <JanC> something like that might have happened
[22:57] <JanC> I suppose that's why our minister didn't want to make it a formal diplomatic incident...  ;)
[22:58] <JanC> (maybe still not nice to think a woman is just a translator though... ;) )
[22:59] <JanC> I guess he won't make that error too often again...  ;)
[22:59] <daker_> JanC: yes he is still learning
[23:00] <daker_> JanC: http://maghreb.minutebuzz.com/wp-content/uploads/2012/04/benkirane-et-ministres-belges.jpg :)
[23:00] <daker_> diabolic look...
[23:01] <daker_> he is cool and open minded
[23:01] <daker_> and he has nothing with the women in general
[23:02] <JanC> well, obviously she felt offended
[23:02] <JanC> but she held her cool and decided to resolve this afterwards
[23:03] <daker_> JanC: i guess he called her to excuse
[23:04] <JanC> from what I heard, he called her while she was at a very important government meeting, and she just dropped the call, but maybe by now, things got resolved somewhat
[23:05] <JanC> (by now, it's not really "news", so less reports in the press about it)
[23:08] <daker_> i don't like diplomatic incidents, i want to get my visa for UDS
[23:08] <JanC> hehe
[23:09] <JanC> daker_: if he doesn't make the same error again, it's unlikely there will be diplomatic incidents... ;)
[23:11] <daker_> JanC: we learn from our errors, if does't, there is no need to stay as PM
[23:11] <JanC> well, not about that topic
[23:12] <JanC> daker_: right
[23:13] <daker_> JanC: i am off to sleep, see you tomorrow at UDS
[23:14] <JanC> I believe in “Never attribute to malice that which is adequately explained by stupidity/ignorance.”
[23:14] <daker_> :)
[23:15] <JanC> daker_: I will try to follow UDS, but not sure when...
[23:16] <JanC> I'll check the schedule when it overlaps with my free time