[00:07] <th0r> hi guys...we going to have to put up with Blarghs much longer?
[00:07] <ikonia> nope
[00:07] <th0r> thanks ikonia
[01:33] <rww> G'day. The AnonTalk spam that #ubuntu and #ubuntu-offtopic get occasionally appears to be coming from 92-32-116-*.tn.glocalnet.net. Perhaps a ban on that mask would be nice?
[01:37] <rww> (specifically, the various hostnames that spam it have 147, 178, 169, 170, 159, and 168 instead of the * above)
[05:49] <maco> Pupuser402-2 is lookin for women-folk
[05:51] <bazhang> not for long
[06:42] <maco> what is diktal doing in #ubunut?
[06:42] <maco> *#ubuntu
[06:42] <KB1JWQ> Nto a clue.
[06:42] <KB1JWQ> not*
[06:43] <KB1JWQ> I was joining here to ask that, didn't realize you were a named op.
[06:43] <KB1JWQ> I'll let you handle it then. :-D
[07:00] <maco> KB1JWQ: im not an op in that channel
[07:00] <KB1JWQ> maco: Doh, my error.  Sorry about that.
[07:01] <KB1JWQ> I thought people in here who were voiced were ops?
[07:01] <maco> im an op in a few channels, but not all
[07:02] <maco> KB1JWQ: ^
[07:02] <KB1JWQ> Ah, that'd do it.
[07:02] <maco> kubuntu, women, and forums are my areas
[07:02] <KB1JWQ> maco: Is that like wine, women, and song? :-D
[07:03] <maco> i dont get it
[07:21] <Myrtti> KB1JWQ: #kubuntu, #ubuntu-women and #ubuntuforums...
[07:32] <maco> Myrtti: i thnk he was making a joke...just a joke that i dont understand
[07:33]  * Myrtti has woken up with head full of phlegm, shrugs and goes to make tea
[07:47] <nalioth> maco: http://en.wikipedia.org/wiki/Wine,_women_and_song
[10:08] <Tabmow> @login
[10:08] <jussi01> tsimpson: ^
[10:09] <tsimpson> fun
[10:09] <Elwell> jussi01: take it I don't need to do the same?
[10:09] <jussi01> Elwell: nope, just needed one of you
[10:09] <jussi01> thanks
[10:09] <Tabmow> yay i win!
[10:09] <jussi01> well I got to run, tsimpson thanks for looking into that.
[10:10] <tsimpson> Tabmow: can you try "@whoami" please?
[10:10] <jussi01> and Tabmowthanks for testing.
[10:10] <Tabmow> @whoami
[10:11] <tsimpson> well, the bot does recognise you
[10:15] <Tabmow> bots don't really like me
[10:15] <tsimpson> see if @btlogin works for you
[10:15] <tsimpson> you should get a /msg from ubottu
[10:17] <Tabmow> @btlogin
[10:19] <tsimpson> right
[10:20] <Tabmow> so i'm guessing it's not working :)
[10:24] <tsimpson> Tabmow: try it again, if it doesn't work I'll need to think of a workaround somehow
[10:24] <Tabmow> @btlogin
[10:24] <Tabmow> yah that worked
[10:25] <tsimpson> now we just need to make sure it works for all staff :)
[10:26] <Tabmow> :)
[13:31] <bazhang> uarefine2, how may we help you
[13:32] <uarefine2> Hello Yes Well i am useing Ubuntu That i installed thru windows
[13:32] <bazhang> uarefine2, support in #ubuntu please
[13:32] <uarefine2> sorry I will try them then
[13:34] <bazhang> uarefine2, please dont idle in this channel as per the topic, thanks.
[13:51] <ikonia> !guest
[13:51] <ikonia> seems a good factoid
[13:52] <jussi01> needsa comma, not a period
[13:53] <ikonia> ooh yes, a slight re-wording
[13:53] <ikonia> but the content seems worth while
[15:44] <Bacta> Hi I seem to have a ban in #ubuntu-offtopic , can someone point out why and when this happened? As far as I'm aware I was never banned
[15:45] <bazhang> Bacta, yes you are banned there.
[15:45] <Bacta> Why?
[15:45] <bazhang> DamianZ, how may we help you.
[15:50] <bazhang> blaike, hi
[15:51] <blaike> Hi, I replied to the ubottu and it had a link here :s I may be a little lost.
[15:51] <bazhang> blaike, ubottu is a bot ; no need to preface comment in #ubuntu with her name :)
[15:51] <blaike> I was just trying to get some help on configuring xorg so it will boot without searching for a monitor
[15:51] <blaike> hehe sorry!
[15:52] <bazhang> blaike, please dont idle in this channel, thanks :)
[15:52] <blaike> ok, thank you.
[15:53] <bazhang> Bacta, your ban in #ubuntu-offtopic stands. please don't idle here.
[15:54] <Bacta> bazhang: My ban was removed over a week ago
[15:54] <Bacta> Please tell me what I did to reinstate it
[15:54] <Bacta> I have logs too
[15:55] <bazhang> Bacta, that was a network glitch that has been corrected. the ban is back in place now.
[15:55] <Bacta> I talked to elky about this
[16:00] <jussi01> Bacta: I suggest you come back in the morning, when elky is likely to be around.
[16:00] <Bacta> jussi01 I'm sure you can understand my frustration here
[16:01] <jussi01> Bacta: please come back in about 10 hours. thanks.
[16:01] <bazhang> DamianZ, you have been forwarded here, from #ubuntu , regarding your part message
[16:02] <Bacta> Will do jussi01, would like to get this obvious mistake cleared up
[16:02] <bazhang> DamianZ, 'consistently long part message' by ikonia who suggests you change it
[16:04] <Pricey> bazhang: Sorry, he's been banned for a long part message?
[16:05] <Pricey> ikonia: ?
[16:05] <bazhang> Pricey, that is what the btracker says
[16:06] <bazhang> "Pppppppppppppoooooooooffffffffffffffffffffffffffffffffffffffffffff!!!!!!!!!!!!
[16:06] <Pricey> so i see
[16:06] <bazhang> ah ok
[16:06] <Pricey> DamianZ: You can rejoin #ubuntu
[16:07] <Pricey> ikonia: I don't think that was warranted.
[16:07] <bazhang> jussi01, I think Bacta may be mistaken about his ban being removed in #ubuntu-offtopic
[16:08] <jussi01> bazhang: relax, its being sorted :)
[16:08] <bazhang> jussi01, okay :)
[17:33] <Tm_T> moi
[18:49] <tritium> Hello!
[18:59] <Seeker`> hi
[18:59] <tritium> Hi, Seeker`.
[21:47] <ikonia> Pricey: noted
[22:04] <Flannel> !away > digilink-work
[22:08] <Flannel> Ah, seems that ice.net guy is banevading
[22:11] <ikonia> Flannel: that looks like that magnus guy again
[22:11] <jussi01> Flannel: what was the ban for?
[22:12] <Flannel> jussi01: That was smurrdidoo, who is also Blarghs, who was banned earlier by ikonia, and is evading.
[22:12] <Flannel> dialup, three different IPs so far
[22:12] <jussi01> Flannel: haa, so had nothing to do withmy remove. ok. :)
[22:12] <Flannel> Nope
[22:12] <ikonia> Flannel: he's a serial issue
[22:12] <ikonia> Flannel: well known to freenode
[22:13] <Flannel> What about a ban on ip-*-149-91.dialup.ice.net?
[22:14] <ikonia> he's a nut job who thinks because he's got an open source project he can do what he wants on freenode, I've seen him a few times as different nick. he seems to cause an issue but gets klined quickly due to being so well known
[22:14] <Flannel> All (four now) seem to match that
[22:15] <Flannel> Ah, *that* guy
[22:15] <ikonia> not seen him for ages, he came back last night
[22:15] <Seeker`> if you use a generic-ip ban, remember to remove the individual ip ones
[22:17] <ikonia> I'll return to watching a film then


[02:18] <guiverc> https://lists.ubuntu.com/archives/ubuntu-devel/2023-March/042519.html   (not for publish; really just noting)
[02:18] <guiverc> 20.04.6 testing ^  (new shim)
[02:22] <Bashing-om> guiverc: Well it is news - and Łukasz wants testing - we can add to UWN.
[02:24] <guiverc> Bashing-om, I expect i'll be publishing the release my-friday & that on UWN..
[02:24]  * guiverc is looking for my ubuntu-desktop thumb-drive so I can write the zsync'd focal.6 iso to it for a quick test...
[10:03] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: The Lunar Lobster has landed ahead of Ubuntu 23.04 @ https://ubuntu.com//blog/lunar-lobster-has-landed
[15:43] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu 23.04 Default Wallpaper Revealed @ https://www.omgubuntu.co.uk/2023/03/ubuntu-23-04-default-wallpaper (by Joey Sneddon)


[06:31] <dholbach> good morning
[06:31] <Kilos> hi dholbach svij and others
[06:32] <dholbach> hi Kilos
[06:38] <svij> hi Kilos and dholbach
[06:38] <dholbach> hey svij
[07:06] <dholbach> hola dpm
[07:06] <dpm> hey dholbach
[07:07] <Kilos> hi dpm
[07:07] <dpm> hi Kilos
[07:09] <svij> morning dpm
[07:09] <dpm> hi svij
[07:33] <davidcalle> Morning o/
[07:36] <Kilos> hi davidcalle
[07:41] <dholbach> salut davidcalle
[08:58] <elacheche> Salut les gars! Morning guys!
[10:36]  * davidcalle goes for lunch, busy day ahead :) o/
[11:14] <popey> lunch sounds like a great idea!
[12:46] <svij> dholbach: any updates on the ubucon site deployment?
[12:47] <dholbach> svij, no... I pinged Marco about it, but I guess he was busy last week at the sprint
[12:47] <dholbach> he wanted to put some Django improvements into the juju layer
[12:47] <dholbach> nothing I really understand O:-)
[12:48] <svij> ah ok
[12:48] <dholbach> and no feedback from the people I wrote to about being an UbuCon speaker either... I guess with the upcoming release everyone feels November is still far away
[12:48] <svij> yep
[12:49] <svij> and I'm still waiting for dpm s reply *hint hint*
[14:31] <dholbach> hey marcoceppi
[14:31] <dholbach> how did the sprint go?
[15:01] <popey> Meeting o'clock!
[16:23] <dholbach> all right.... I call it a day - see you all tomorrow! :)


[01:22] <icekk> hey, I am installing ubuntu really for the first time, I am trying to decide, should i use gnome or kde?
[01:22] <icekk> and... why does gnome come preinstalled?
[01:22] <icekk> but not kde
[01:22] <icekk> does that imply gnome is 'better'?
[04:35] <micahg> Amaranth: ping
[04:35] <Amaranth> micahg: pong
[04:36] <micahg> Amaranth: hi, could you hop in the -bugs channel for a minute
[21:08] <eagles0513875> #/j oscommerce


[07:59] <k4m3h4t3> can help me
[08:00] <k4m3h4t3> somebody can help me
[08:01] <alkisg> !ασκ
[08:01] <alkisg> !ask
[08:01] <k4m3h4t3> i was install edubuntu 12.04 but i not find ltsp
[08:02] <k4m3h4t3> where is ltsp? if i using live cd i can finde ltsp
[08:03] <alkisg> I think there's a check box in the installer that you need to select in order to install ltsp
[08:03] <alkisg> Are you searching for the alternate CD "F4" method?
[08:04] <k4m3h4t3> when i instal, i thick chexbox ltsp
[08:04] <k4m3h4t3> but was finish i cant find
[08:09] <alkisg> LTSP doesn't have a menu entry, if you're looking for that
[08:09] <alkisg> Open a terminal,  and run this command to check if ltsp is installed: dpkg -l ltsp-server
[08:12] <k4m3h4t3> mean i must install independen ltsp?
[08:20] <alkisg> No, I mean you already installed it
[08:20] <k4m3h4t3> not installad
[08:27] <k4m3h4t3> so what should i do
[16:31] <bencer> highvoltage: stgraber i've completed the ffe
[16:32] <bencer> hopefully is approved soon and zentyal-samba hits the archive
[18:52] <sternfan2012> Hi all - anyone available for some questions?
[19:03] <alkisg> !ask


[17:28] <asymptote9x> How can I have my LoCo account deleted ?
[17:29] <omnidan> asymptote9x: what exactly do you mean?
[17:31] <asymptote9x> I have a Ubuntu LoCo account showing on loco.ubuntu.com.  I want that account removed.
[17:31] <asymptote9x> I am able to login to the account but I do not see any type of user control panel to modify or delete my account details.
[17:31] <omnidan> asymptote9x: it's linked to your launchpad account
[17:31] <omnidan> if you leave the team on launchpad you shouldn't be on the page anymore
[17:39] <asymptote9x> when you say "shouldn't be" do you know for a fact that will remove my account or are you just guessing ?
[17:40] <omnidan> it doesn't remove your account, it removes the listing on the loco page, you can also delete your launchpad account
[17:40] <omnidan> and I think if you are listed as a team contact, an admin will have to delist you
[17:42] <omnidan> asymptote9x: ^
[17:43] <asymptote9x> I deactivated my launchpad account
[17:44] <omnidan> asymptote9x: ok, what loco are you talking about, and what's your launchpad account?
[17:46] <asymptote9x> I don't know if I'm part of any loco
[17:46] <asymptote9x> now my launchpad account is gone but the loco account is still there
[17:46] <omnidan> your launchpad account is your loco account, they are linked
[17:46] <omnidan> can you please show me where you are still listed as a member?
[17:48] <omnidan> asymptote9x: ^
[17:51] <asymptote9x> omnidan can I send you a pm by typing /m omnidan
[17:52] <asymptote9x> I'm using the webchat so I can't right-click on your name and use the pm function
[17:52] <asymptote9x> oh I think I got it
[17:53] <omnidan> sure
[17:54] <omnidan> jose: around?
[17:54] <jose> omnidan: yep, what's up? :)
[17:56] <omnidan> jose: can you help asymptote9x remove his loco account page? he got his launchpad account deactivated but it seems like his loco page is still there
[17:56] <jose> omnidan: sure, let me read the backlog and I'll be back here in a second
[17:57] <jose> asymptote9x: hey! glad to help. may I have the link, please?
[17:58] <asymptote9x> jose sent you a pm
[17:58] <jose> checking...
[17:58] <asymptote9x> ty
[17:59] <jose> asymptote9x: let me contact one of the LTP admins to get it deleted asap, the LoCo Council doesn't have enough rights for it
[18:00] <jose> I'll take care from this point on
[18:00] <asymptote9x> ok jose I'm making some eggplant parm so I'll be back in a bit
[18:00] <jose> sure, no worries
[18:12] <jose> asymptote9x: hey, were you an admin of any team or something?
[18:12] <jose> admin or contact
[18:13] <daker> jose: can you fill a bug report for it?
[18:14] <jose> daker: will do
[18:29] <asymptote9x> jose: I don't think so.
[18:29] <asymptote9x> jose: to be specific I don't believe I was an admin or a point of contact.
[18:29] <jose> ok
[18:29] <jose> I'll file a bug in a couple mins, need to finish something over here


[04:03] <tabbytabtab> how do you set a wallpaper on the Home
[04:37] <tabbytabtab> can i have some assistance?
[04:39] <RAOF> tabbytabtab: There's a think in system settings isn't there?
[04:40] <tabbytabtab> yeah but it wont actually show the wallpaper
[04:40] <tabbytabtab> when i set it
[04:40] <RAOF> It's possible that's not working yet, then :)
[04:41] <tabbytabtab> oh. that makes sense, thanks :D
[04:46] <tabbytabtab> apperently, it use to work lol
[04:46] <RAOF> Hm. Either (a) there's a bug, (b) it hasn't been transferred to the new Scopes stuff, or (c) we're looking in the wrong place.
[04:49] <tabbytabtab> o: it is supposed to have the ubuntu purply-red colors as the wallpaper, like the lock screen, but it just shows a 4 tone white wallpaper
[04:49] <tabbytabtab> so i don;t really know what's wrong xD
[04:49] <tabbytabtab> don't**
[04:51] <RAOF> Yeah, that's the new scopey stuff.
[04:53] <tabbytabtab> what is scope :o i'm new to ubuntu touch owo;
[04:54] <tabbytabtab> well rather, what does t do
[06:37] <dholbach> good morning
[06:38] <bact> morning
[07:38] <mandel> ogra_, morning, do you see the system settings page go white when you do an update?
[08:01] <ogra_> mandel, yes, all the time
[08:04] <popey> ogra_: http://popey.mooo.com/screenshots/device-2014-05-14-090059.png how do I fix that?
[08:05] <ogra_> popey, wow, that looks bad
[08:07] <ogra_> popey, from what to what do you update ?
[08:07] <popey> thats my stable phone
[08:08] <popey> it's currently 17
[08:08] <popey> alan@deep-thought:~/phablet/scripts$ adb shell system-image-cli -n
[08:08] <popey> Upgrade path is 19:20:22
[08:10] <mzanetti> robru: thanks
[08:12] <ogra_> you can surely work around by telling it that it is on version 0 ...
[08:12] <ogra_> (system-image-cli -b 0 -v)
[08:12] <ogra_> but i thought stephane had fixed that ... i wonder if you downloaded broken stuff before it was fixed
[08:12] <ogra_> so that it falls over with local pieces
[08:15] <popey> well, my point is more that others may be in this position
[08:15] <popey> maybe not
[08:16]  * popey uses that method
[08:20] <mandel> ogra_, we should talk with gatox about it.. is really annoying
[08:20] <ogra_> yes
[08:20] <mandel> ogra_, one other question, do we have an image with the gc 4.8 changes?
[08:20] <mandel> ogra_, I'll make sure he knows about it :)
[08:20] <mvo> mardy: hi, good morning. seb128 mentioned that you might help me: the u1 account settings bit on my n4 on utopic is grayed out, so I can't add my u1 account to test a click update. do you have any pointer for me? I see in the log ""CRITICAL - findToken(): disabled account "ubuntuone" 1
[08:20] <ogra_> mandel, #26 should have all gcc chganges
[08:21] <mandel> ogra_, awesome!
[08:21] <mardy> mvo: hi! so, you have an U1 account created, but it's greyed out? Or you don't have one, and cannot create one because the button is greyed out?
[08:22] <mvo> mardy: the later
[08:22] <mardy> mvo: weird, the button is greyed out when we detect that you already have a U1 account...
[08:22] <mardy> mvo: try running "account-console list"
[08:22] <mvo> mardy: I may have tried adding one before but canceled or deleted it though
[08:23]  * mvo does not remember for sure
[08:27] <mardy> mvo: can you run that command? ^
[08:28] <mvo> mardy: account-console list says "no accounts" - sorry that it took so long termnal does not open on the n4 so I had to adb shell to it and fixup the environment
[08:28] <mvo> (I'm user phablet in the adb shell with the regular session bus)
[08:29] <mardy> mvo: weird... try killing online-accounts-ui, and then removing ~/.config/libaccounts-glib
[08:30] <mvo> mardy: \o/ that fixed it
[08:30] <mvo> thanks a bunch
[08:31] <mardy> mvo: np :-)
[08:35] <mvo> mardy: ok, next question - I added the account it did not complain about my PW but the app scope says "login error". could my password be wrong (its pretty long and a pain on the onscreen keyboard). or would the account screen have told me if it was wrong?
[08:37] <mardy> mvo: I'm not sure, I didn't write the U1 account plugin
[08:37] <mardy> mvo: but IIRC, I was getting an error message when creating an account with a wrong password
[08:38] <mvo> mardy: ok, thanks. I check the source and see what I can find out
[08:47] <mvo> mardy: just fyi, turns out that after I restarted the smartscope it knew about the newly added account
[08:47] <mardy> mvo: ok... sounds like there's a bug there then
[08:48] <mvo> yes
[08:50] <seb128> mhr3, ^ known issue?
[08:53] <mhr3> seb128, nope
[08:53] <seb128> k, probably worth filing then
[08:53] <seb128> thanks
[08:53] <mhr3> mvo, pls open a bug with detailed steps
[08:54] <mvo> mhr3: sure, against what package/project?
[08:55] <mhr3> mvo, unity-scope-click
[08:56] <mvo> ta
[09:07] <ubilli8> hi gues please i am trying to install  ubuntu touch on my techo p9 andriod 4.2 version it is not showing the list of usb devices
[09:32] <SK_> hello
[09:33] <ubilli8> hi gues please i am trying to install  ubuntu touch on my techo p9 andriod 4.2 version it is not showing the list of usb devices
[09:33] <SK_> Can I user ubantu-touch for my Samsung Galaxy Note N7000
[09:38] <JamesTait> Good morning all; happy Third Shift Workers' Day! :-D
[09:58] <mandel> ogra_, canI trust img 25 to get a data connection, testing supl servers with no data is kinda hard
[09:58]  * mandel wasted some time..
[10:00] <ogra_> mandel, 25 should be fine
[10:00] <ogra_> 26 and 27 are known to be broken
[10:00] <mandel> ogra_, great, but that one does not have gc 4.8 correct?
[10:01] <mandel> ogra_, so I need to grab one with a connection and do some fiddling
[10:01] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/26.changes ... has the 4.8 changes
[10:02] <mandel> ogra_, yet does no have data connection over 3g, correct?
[10:02] <mandel> ogra_, I need both, 4.8 and data
[10:02] <mandel> or test the gps in my house, and is no that big!
[10:02] <ogra_> then you khave to wait 2h
[10:03] <ogra_> or make your image writable and install urfkill
[10:28] <popey> there is probably a better way of doing this, but this is how I'm removing all the user-installed clicks from my phone ..
[10:29] <popey> adb shell "sudo -u phablet -i click list| xargs -n 2 click unregister"
[10:29] <popey> ah, bum, need another sudo there
[10:30] <popey> oh no, click list --user=phablet \o/
[10:30] <popey> ignore me
[10:33] <bact> k
[10:41]  * ogra_ tries hard ... and fails
[10:43] <popey> \o/
[10:47] <Maikel_> hi
[11:38] <wellsb> Is there some way to sign in to Ubuntu One account from the terminal?  I keep getting network error when I try through System Settings
[12:14] <nik90> rsalveti: ping
[12:42] <alecu> mvo: in the click test plan, I think "Install latest (trusty-proposed) image on phone" should read "devel-proposed"
[12:42] <alecu> mvo: that's why the click scope didn't have the rating stars, right?
[12:43] <mvo> alecu: yes, sorry for the noise
[12:43] <alecu> mvo: no problem!
[12:43] <mvo> alecu: I already invalided the bugreport, I need to be more careful next time
[12:44] <mvo> alecu: on the latest image it works like a charm :)
[12:44] <alecu> mvo: well.. we still have some bugs when trying to send a second review :-)
[12:45]  * mvo hasn't tried that
[12:52] <wellsb> mterry, how can I login to ubuntu one account using accounts-console?
[13:01] <seb128> cyphermox, hey, do you know what are the plans for bluez in U?
[13:03] <cyphermox> seb128: so far it's still bluez 4
[13:03] <cyphermox> I'd like to move to bluez 5 but that depends on a newer kernel to some degree, and as I understand it, changing that (or maybe even just patching the right bits in) may be a rather large undertaking
[13:05] <seb128> cyphermox, ok, so no decided plan to switch, no "we need to switch this cycle, it's an hard requirement for $project"
[13:06] <cyphermox> not just yet
[13:06] <cyphermox> there's discussion whether it's a hard requirement for certifying devices for bluetooth
[13:07] <seb128> cyphermox, ok, let me know if you learn it needs to happen
[13:07] <cyphermox> I've been saying it's not, that it just means that if we do, we need to possibly provide more SDK code to cover some low energy features
[13:07] <cyphermox> but some people don't agree.
[13:07] <seb128> I'm trying to estimate what the desktop team is going to need to work on this cycle
[13:07] <seb128> if we need to do that transition I want to budget time
[13:07] <cyphermox> I'll try to get you a timeline this week
[13:07] <seb128> because it's going to require some work
[13:07] <seb128> thanks
[13:08] <cyphermox> I'll participate in any bluetooth desktop transition of course ;)
[13:08] <cyphermox> one major blocker for bluez 5 is still pulseaudio not supporting HSP though
[13:08] <cyphermox> (that is, headset with one output channel and one mic channel)
[13:09] <cyphermox> that remains a blocker for touch too, until I say otherwise
[13:09] <seb128> right
[13:09] <seb128> cyphermox, thanks for the update ;-)
[13:13] <sergiusens> doanac: hey, can you review https://code.launchpad.net/~sergiusens/phablet-tools/common_scripts/+merge/219520 ?
[13:18] <cyphermox> seb128: np.
[13:46] <Tassadar> that's funny, for some reason, the battery charge level in the top notifications seems to be the real value divided by 2
[13:46] <Tassadar> upower -d displays the correct value
[13:54] <Tassadar> ooh, it thinks it has two batteries
[13:54] <Tassadar> and one is always empty, because it isn't a batter
[13:54] <Tassadar> y
[13:56] <rsalveti> nik90: pong
[13:56] <Tassadar> rsalveti: upower thinks n5 has two batteries because it has one extra device for something, can I somehow blacklist it or something?
[13:56] <nik90> rsalveti: hi. I wanted to ask how to update the emulator image to the latest one. Can it be done normally via the system settings?
[13:56] <Tassadar> http://paste.ubuntu.com/7462846/
[13:57] <nik90> rsalveti: or do I need to recreate the emulator?
[13:57] <rsalveti> Tassadar: would be nice to know why the kernel is exporting the first device as battery
[13:57] <rsalveti> clearly missing features in it
[13:57] <rsalveti> the real battery is the second one
[13:58] <Tassadar> it says "Unknown" in type file in /sys
[13:58] <Tassadar> (battery says "Battery")
[13:58] <rsalveti> nik90: not yet, we will be working on system-image updates over the next few days, atm you need to recreate or run apt-get update/upgrade
[13:58] <sergiusens> nik90: create again with the same name for now
[13:58] <nik90> rsalveti, sergiusens: ah ok
[13:59] <rsalveti> wonder if the first battery device is used by android somwhoe
[13:59] <rsalveti> *somehow
[14:00] <rsalveti> I think you could either disable it in your kernel, or blacklist it in upower
[14:01] <Tassadar> I don't think upower has any reason to think it's a battery Oo
[14:01] <Tassadar> it doesn't say it's batter
[14:01] <Tassadar> y
[14:04] <rsalveti> Tassadar: right, first we need to understand why upower wants to track this device
[14:04] <Tassadar> also, it started a while ago (month maybe?), it wasn't always like this
[14:04] <Tassadar> are there some upower logs?
[14:04] <rsalveti> hm, maybe a newer upower? let me see when that was uploaded
[14:05] <rsalveti> guess you can start it by hand with -v
[14:05] <rsalveti> /usr/lib/upower/upowerd -v
[14:06] <rsalveti> no, latest upower upload was last year
[14:07] <rsalveti> maybe you enabled a new kernel config or such?
[14:10] <Tassadar> http://bazaar.launchpad.net/~fourdollars/upower/master/view/head:/src/linux/up-device-supply.c#L1020 it seems to default to battery
[14:11] <Tassadar> maybe the power-indicator just ignored it or somethin
[14:11] <Tassadar> g
[14:12] <cwayne> hm, black screen on latest -proposed on flo
[14:15] <Tassadar> I'm not sure defauling to battery when it doesn't even have "capacity" sysfs file is a good idea, but I guess I can just disable that device in kernel config, it has only "current_now" sysfs file
[14:15] <rsalveti> right
[14:17] <Tassadar> rsalveti: where should I submit that change? To gerrit for ubuntu/kernel/trusty repo?
[14:19] <rsalveti> Tassadar: yeah
[14:28] <dobey> Tassadar: ooh, awesome! :)
[14:28] <Tassadar> don't celebrate just yet, gerrit refuses to give me the code, git pull ends with 503 :/
[14:29] <doanac> sergiusens: looks like you got that MP reviewed. you want me to run it through the CI loop or anything? https://code.launchpad.net/~sergiusens/phablet-tools/common_scripts/+merge/219520
[14:29] <sergiusens> doanac: just want to make sure it doesn't break anything from you; we can do the ci loop once it's in a silo
[14:30] <doanac> sergiusens: sure. sounds good. did you see my MP for phablet-click-test-setup? not sure if that fit strategically with where you wanted that module to go, but it got me going on x86 for now
[14:31] <sergiusens> doanac: oh, I might have missed it; let me check; if you are checking for arch et.al, it's good for now
[14:31] <sergiusens> doanac: I don't really want to own the direction of QA, let's leave that to balloons since he started a thread wrt :-)
[14:32] <doanac> :)
[14:32] <ogra_> so does that mean we'll finally get pee-in-a-box ?
[14:32] <ogra_> or however that thing was called ?
[14:33] <sergiusens> if they want it
[14:33] <sergiusens> yeah
[14:33] <ogra_> wohoo
[14:33] <sergiusens> ogra_: but I also think autopilot should be tied to the framework
[14:34] <ogra_> and finally rip the whole autopilot stuff out of the image
[14:34] <sergiusens> to the click framework that is
[14:34] <sergiusens> welll either or
[14:34] <sergiusens> this is the perfect scenario for golang and it's static linking; write the tests; build a standalone binary and run
[14:34] <sergiusens> no dep issues aside from dbus stability :-)
[14:34] <balloons> ogra_, I agree with ripping AP out.. it should either we tied to framework and made part of everything (which I don't think make sense), or removed and not treated as special
[14:35] <ogra_> right
[14:35] <ogra_> cyphermox, ok, i can confirm no more WLAN on manta
[14:35] <ogra_> (on #28)
[14:35] <cyphermox> that's very weird
[14:35] <ogra_> wlan0      802-11-wireless   unavailable
[14:35] <cyphermox> ogra_: could you edit /etc/init/network-manager.conf to add --log-level=debug to the exec line, and reboot?
[14:35] <cyphermox> then send me syslog
[14:36] <cyphermox> it's hard to say what this is when there is little baseline to compare
[14:36] <balloons> ogra_, sergiusens can one of you do the simple review and get this merged? https://code.launchpad.net/~nskaggs/phablet-tools/default-to-1404-fixed/+merge/218191 It would be handy to default to the new framework
[14:36] <ogra_> yep
[14:40] <ogra_> cyphermox, http://paste.ubuntu.com/7463044/
[14:47] <ogra_> cyphermox, oh, additional observation ... WLAN is unchecked in the UI
[14:47] <ogra_> cyphermox, and just checking it manually makes all being fine
[14:51] <cyphermox> ugh
[14:51] <cyphermox> of course
[14:52] <cyphermox> but why does it ever go disabled there
[14:52] <cyphermox> could you also add --debug for the urfkill exec line and reboot and send me syslog again?
[14:52] <cyphermox> from what I got from psivaa it shouldn't have been toggled off at all: urfkill was seeing the devices up
[14:54] <ogra_> cyphermox, after the meeting
[14:54]  * ogra_ left the mako downstairs
[14:55] <aquarius> hrm. dpm, ping about dualboot installation being hun
[14:55] <dpm> hey aquarius, let me see if I can grab someone to help in case I can't. What's up?
[14:56] <aquarius> dpm, I removed Ubuntu from the Android app, downloaded dualboot.sh, and ran dualboot.sh -- it's done a bunch of stuff, but now it seems to be hung at "cannot read 'sideload'"
[14:57] <dpm> ondra|, can you help aquarius with his question about installing dualboot? ^
[14:57] <dpm> I think I saw a bug about that
[14:57] <aquarius> dpm, ondra|, current log from my machine is at http://pastebin.ubuntu.com/7463139/
[14:58] <dpm> aquarius, ondra|, looks like https://bugs.launchpad.net/humpolec/+bug/1317371
[14:58] <aquarius> indeed it does
[14:59] <aquarius> Bug says "You will need to press "go back" and then it will retry to complete the sideload"
[14:59] <aquarius> where's there a "go back" button? :)
[14:59] <aquarius> and I have my device in this state right now, so I'm happy to try some things out to help with debugging if that'd be useful
[15:06] <aquarius> dpm, ondra|, maybe I should just kill dualboot.sh and reboot the phone and start again?
[15:06] <aquarius> or will I break the world if I do that?
[15:07] <dpm> aquarius, otp atm (sorry!)
[15:08] <aquarius> dpm, that's cool, no worries :)
[15:17] <ondra> aquarius: sorry was in the meeting, looking now
[15:18] <aquarius> ondra, no problem :)
[15:19] <ondra> aquarius: hmm what do you see on your phone's screen?
[15:20] <ondra> aquarius: are you able to reproduce this?
[15:20] <aquarius> ondra, the text at the bottom of the pastebin, and "ADB Sideload" at the top with a "Cancel sideload" and "***Go Back***" (aha!) menu at the top
[15:20] <aquarius> and what looks like an orange circular arrow with a top hat on it. :)
[15:21] <aquarius> so I suspect I should highlight Go Back and try it and then the script will retry the sideload?
[15:21] <aquarius> (I didn't notice the menu!)
[15:21] <ondra> aquarius: can you please file another terminal and run "$ adb devices" there?
[15:21] <aquarius> I haven't reproduced this; this is the first time I've tried.
[15:21] <aquarius> 01df8dd49ccb99f7	sideload
[15:21] <aquarius> ondra, that's the output of adb devices.
[15:22] <dobey> Tassadar: ah, well, i was curiously poking at /sys about the asme problem a couple nights ago, so that you've found the actual issue and know how to fix it, it's worth celebration :)
[15:22] <ondra> aquarius: OK so looks like time issue, when script is waiting for sideload, it got error "* cannot read 'sideload' *"
[15:22] <ondra> aquarius: let me check script and see what we can do there
[15:22] <Tassadar> the git server seems to be out :/
[15:23] <ondra> aquarius: for you, just cancel sideload from menu and try whole thing again
[15:23] <aquarius> ondra, yeah. I can try the "Go back" thing (and the already-filed bug suggests that that's the correct approach), but I wanted to give you the chance to ask me to try things out if that would be useful :)
[15:23] <dobey> Tassadar: :-/
[15:23] <ondra> aquarius: yeah, I think I got idea now
[15:23] <ondra> aquarius: cancele dualboot.sh before going back
[15:23] <ondra> aquarius: it will not install things properly otherwise
[15:24] <aquarius> ondra, so, I should ctrl-c dualboot.sh, then choose the "Go Back" menu item on the phone, then run dualboot.sh on my machine again?
[15:24] <ondra> aquarius: yeah, preferably reset phone back to android from recovery menu
[15:26] <aquarius> ondra, what should I choose from the recovery menu to do that? I don't really want to factory reset because then I'll lose my android setup. I can just reboot from the recovery menu and wait until Android comes back up and then restart dualboot.sh?
[15:26] <ondra> aquarius: you can reboot from recovery menu or just run $ adb reboot
[15:26] <ondra> aquarius: I think top menu in recovery is reboot
[15:27] <aquarius> ondra, hrm. I said "reboot system" in the recovery menu, and it says "Root access possibly lost. Fix? THIS CANNOT BE UNDONE", with lots of "No" options and one "Yes - Fix root (/system/xbin/su)" option
[15:32] <aquarius> I'll tell it to fix it. :)
[15:33] <ondra> aquarius: that is fine. either response it fine
[15:33] <aquarius> ok, trying dualboot.sh again :)
[15:33] <ondra> aquarius: also no would do, since we did not temper with anything anyway
[15:33] <ondra> aquarius: cool
[15:36] <aquarius> ondra: OK, I got the same problem
[15:37] <aquarius> ondra, I tried saying "Go Back" (more quickly this time) but it didn't work -- I'm now at the recovery menu on the phone. dualboot.sh thinks that it's finished
[15:37] <ondra> aquarius: damn it
[15:37] <aquarius> but... I don't know whether it actually finished *correctly* or not!
[15:37] <aquarius> or whether it skipped the "sideload" step, whatever that is.
[15:37] <ondra> aquarius: no it failed
[15:37] <ondra> aquarius: let me check something
[15:38] <ondra> aquarius: but your system has different timing than my machines so good testing
[15:42] <ondra> aquarius: OK can you run one test for me pls?
[15:44] <ogra_> bug 1319213
[15:44] <aquarius> ondra, happily
[15:44] <ondra> aquarius: can you edit dualboot.mk and replace every occurrence of "$(adb devices | grep $DEVICE_ID)" with "$(adb devices 2>&1 | grep $DEVICE_ID)"
[15:44] <ondra> aquarius: and then rerun it please
[15:45] <aquarius> ondra, dualboot.sh, right?
[15:45] <ondra> aquarius: yeah
[15:46] <aquarius> ondra, trying now.
[15:47] <scottsdesk> Hello I need help to put ubuntu on my android samsung galaxy sii gt-i9100
[15:47] <ondra> aquarius: hmm, actually I think i won't help. will have to add trap
[15:47] <aquarius> ondra, well, I'm trying, just to test; I'll let you know in a few minutes whether it helped ;)
[15:48] <ondra> aquarius: sure, thanks :)
[15:48] <aquarius> ondra, nope, you are right, it did not help; same sideload problem.
[15:49] <ondra> aquarius: OK I will need to commute home, but I will prototype solution
[15:49] <aquarius> ondra, OK
[15:49] <ondra> aquarius: sorry for the problem
[15:49] <aquarius> ondra, what do you think the problem actually is?
[15:50] <ondra> aquarius: when we call "adb devices" it returns error
[15:50] <ondra> aquarius: adb deamon on your machine hits device in state when it is just getting from recovery state to the sideload state
[15:50] <aquarius> ondra, and we're not handling the error correctly? I'll try poking the script in a few ways
[15:50] <aquarius> while you're commuting :)
[15:50] <ondra> aquarius: and instead returning no device it throes error
[15:51] <ondra> aquarius: we need to catch the error, so script just retry in 1 second
[15:51] <aquarius> ondra, yeah; I'll have a go at fixing it myself :)
[15:52] <aquarius> ondra, when I fail pathetically, you can fix it after you get home ;)
[16:03] <aquarius> ondra, OK, the problem is not that we're trying to adb while rebooting. I think it's that UPDATE-UbuntuInstaller.zip has not actually been downloaded!
[16:03] <aquarius> I'm trying to work out why.
[16:06] <aquarius> ondra, right, yeah, that's the problem. If I explicitly specify "update" as a parameter, then (line 361) we call download_app_update, then install_ubuntu_installer. However, if I don't specify a parameter, we call auto_mode, which works out that I need to update, and then calls install_ubuntu_installer without actually calling download_app_update. I'll write this onto the bug.
[16:09] <KlashDev> It's strange.. I'm geting white wallpaper on my Nexus 4 after installing Ubuntu-Touch 14.10 on my device.. =[
[16:09] <KlashDev> Anyone knows how to fix that?
[16:10] <KlashDev> It seems that the image is too small for my phone screen (?)
[16:11] <ogra_> you mean the default wallpaper ?
[16:11] <KlashDev> Yes
[16:12] <KlashDev> not the "Orange " one
[16:12] <ogra_> the default is white now
[16:12] <KlashDev> it has the same texture, but has no collors
[16:12] <ogra_> (and you cant change it currently)
[16:12] <KlashDev> hmm
[16:12] <KlashDev> oh, I see
[16:12] <KlashDev> haha
[16:13] <KlashDev> the "change wallpaper" setting is suggesting that old default image, so I should ignore that?
[16:13] <ogra_> yeah
[16:13] <KlashDev> ok =)
[16:13] <KlashDev> thanks!
[16:13] <ogra_> seb128, do we have any info what to do with that yet ? ^^^^
[16:14] <seb128> ogra_, no :/
[16:14] <seb128> ogra_, Mark didn't reply to Laney's email afaik, and we didn't get real replies from design either
[16:15] <ogra_> did you ask mpt ?
[16:15] <KlashDev> =/ that's okay, I was just wondering if thas was just my Phone  ^^
[16:15] <ogra_> he could probably forward the request to colleagues if he cant make a decision himself
[16:15] <ogra_> KlashDev, well it is an issue ... thanks for bringing it  up :)
[16:16] <ogra_> helps to get reminded of it from time to time
[16:16] <Laney> I remember about it every time I use the phone :P
[16:16] <Laney> I think if there's no answers by the end of the month then we should give up and implement the new design
[16:16] <KlashDev> ^^ Me thank you guys for taking the project foward =]
[16:17] <KlashDev> goin' now, good bye and thank you again
[16:17] <seb128> ogra_, yes, he went to ask John, who said it was discussed between Mark and some other designer and neither were around to check out what's going on
[16:17] <seb128> achiang said he would try to get answers as well
[16:17] <seb128> not sure how that went
[16:17] <ogra_> ah ... well, i guess we'll have to wait til the cloiuds are out of marks head again
[16:18] <aquarius> blimey, there are about a million different channels to install. Which should I choose? utopic?
[16:18] <ogra_> probably not the week to expect any phone stuff from him
[16:18] <ogra_> aquarius, ubuntu-touch-devel
[16:18] <ogra_> aquarius, never use a named channel, they are dead ends
[16:18] <ogra_> err
[16:18] <ogra_> ubuntu-touch/devel
[16:19] <aquarius> ogra_, is "devel" all the super-latest bleeding edge stuff?
[16:19] <ogra_> nope
[16:19] <aquarius> good. :)
[16:19] <ogra_> thats devel-proposed
[16:19] <aquarius> sweet
[16:19] <ogra_> devel is the QAed version of -proposed
[16:19]  * aquarius installs devel.
[16:19] <aquarius> that's what I'm looking for. cheers ogra_
[16:19] <ogra_> :)
[16:20]  * aquarius updates https://bugs.launchpad.net/humpolec/+bug/1317371 to describe what the problem is :)
[16:21] <achiang> seb128: i got unsatisfying answers about that thread... i think it needs to be raised at upcoming sprint
[16:22] <seb128> achiang, ok, that was our conclusion as well
[16:22] <seb128> achiang, thanks
[16:23] <achiang> sorry i wasn't more effective
[16:24] <seb128> no worry ;-)
[16:30] <scottsdesk>  Hello I need help to put ubuntu on my android samsung galaxy sii gt-i910
[16:45] <scottsdesk> help please
[16:46] <ogra_> scottsdesk, talk to the person who did the port for your device
[16:46] <ogra_> !devices
[16:46] <ogra_> there should be a link on that wikipage
[16:47] <scottsdesk> I have a stock rom for my samsung galaxy gt-i9100, and just need to know how to flash it using ubuntu 12.04 my os
[16:48] <ogra_> oh, no idea about that ... there is a special tool for samsung phones ... heimdall ? odin ? some nordic thing
[16:48] <ogra_> i guess google is your best friend
[17:37] <ondra> aquarius: that makes sense
[17:37] <ondra> aquarius: since I have it here already downloaded
[17:41] <ondra> aquarius: yeah you are right, just checked script and it's missing for auto mode, not downloading anything
[17:51] <Tassadar> git pull from https://code-review.phablet.ubuntu.com/p/ubuntu/kernel/trusty.git returns 503 or 502 errors, is there somebody I can bug about that?
[17:59] <scottsdesk> will someone please point me to the best direction to flash my original rom for my samsung galaxy sii gt-i9100 using ubuntu 12.04? Please, Please, Please, with suse on top
[17:59] <doanac> mterry: i'm on my way out for the day, but wanted to share my idea for unlock-device: https://code.launchpad.net/~doanac/unity8/unlock-device-emulator/+merge/219573
[18:04] <mterry> doanac, commented
[18:04] <rsalveti> Tassadar: I'm getting that as well, trying to investigate what is going on
[18:05] <Tassadar> cool, thanks
[18:41] <rsalveti> Tassadar: gerrit should be working fine again
[18:41] <Tassadar> yeah, works, thanks
[18:55] <Tassadar> rsalveti: looks like the device is actualy part of a code which changes charging current according to battery's temprature (hight temprature -> lower current), and the "current_now" file it exposes through sysfs is just the minimal charging current it will switch to if temprature is too high
[18:56] <Tassadar> I don't want to remove that, I think
[18:56] <rsalveti> right, then it's actually used for something
[18:57] <Tassadar> well not the sysfs entry itself I don't think, but I really think upower shouldn't consider it a battery by default
[18:58] <rsalveti> right, then it might be better to blacklist, or just not add it when matches the same condition
[18:58] <rsalveti> unknown with no useful property
[18:59] <Tassadar> I mean, it sets "POWER_SUPPLY_TYPE_BMS, /* Battery Monitor System */" type for itself, dunno why kernel says "Unknown when I cat the type file
[19:06] <Tassadar> ooh
[19:06] <Tassadar> generic the sysfs which converts the type id to text is missing text for that type
[19:06] <Tassadar> how did that results in "Unknown" I don't know
[19:06] <Tassadar> no, I know, the next array after this one starts with "Unknown"
[19:07] <rsalveti> hm, right
[19:07] <Tassadar> but it doesn't matter
[19:07] <Tassadar> even if it will say "BMS", upower will still make it battery
[19:10] <Tassadar> rsalveti: where can I blacklist it?
[19:11] <Tassadar> I mean, I can try to fix upower, but I don't know very much about things like UPS and I suppose it would take quite a while for that to get into ubuntu touch
[19:12] <rsalveti> yeah, would need to dig upower to know
[19:12] <rsalveti> if you get a patch fixing upower I can review and sponsor the upload
[19:13] <Tassadar> I'm kinda worried I'd break something, there is a comment with that defalt-to-battery code "/* this is a good guess as UPS and CSR are not in the kernel */"
[19:13] <Tassadar> do UPS things have capacity? I dunno
[19:14] <Tassadar> or I can add support for that class of device ("BMS"), but It kinda looks like it's just for hammerhead
[19:15] <rsalveti> that would at least not break anything
[19:17] <Tassadar> upower doesn't know a lot of named power_supply things actually
[19:17] <Tassadar> okay, I'll try to add them and make a merge request
[19:26] <Tassadar> hm, that "default to battery" thing probably makes all those unhandled types work :D
[19:27] <Tassadar> well, I'll make them handle as a battery and remove that default behavior
[19:32] <Tassadar> rsalveti: do you know anybody who works on upower?
[19:33] <Tassadar> oh, wait, that's not canonical's project
[19:33] <rsalveti> Tassadar: pitti, but he's only on #ubuntu-devel
[19:33] <rsalveti> right, that's a normal upstream project
[19:34] <rsalveti> maybe they got an irc channel or similar?
[19:37] <Tassadar> uhg, that code is five years old
[19:47] <t1mp> bzoltan: I'm still here but my connection to canonical irc broke :s
[19:47] <t1mp> bzoltan: I'm having a deja vu, or we had these errors before? http://pastebin.ubuntu.com/7464458/
[19:52] <Tassadar> rsalveti: I've uploaded fix for that type sysfs to gerrit. I will send an email to upower's mailing list, but it will probably take ages to get fixed, so I'm tempted to just hack it in the kernel by making the device provide also "online" file, which will make upower think it's A/C adapter
[19:52] <Tassadar> which will fix the incorrect percentage in battery indicator
[19:53] <rsalveti> Tassadar: alright, sounds good
[19:53] <Tassadar> okay, I'll submit that to gerrit too once I'll test it
[19:55] <dobey> hmm, should things like unity-api, unity-scopes-api, and ubuntu-download-manager not be in the ubuntu-sdk-team ppa?
[20:33] <Tassadar> rsalveti: okay, I've send the e-mail and the hack is in gerrit now too. The online file even reports not-random value (it is 1 if the charger is plugged in, otherwise 0).
[20:33] <rsalveti> cool, will check your patch later today, thanks
[20:35] <Tassadar> oh, this is why it was working correctly some time ago: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-power/trunk.14.04/revision/237
[20:43] <rsalveti> right, makes sense now
[20:52] <Tassadar> by the way, lots of kernel bugs getting revealed by not using "the right way")
[20:56] <sergiusens> popey: still around? https://myapps.developer.ubuntu.com/dev/click-apps/507/changerequest/ and https://myapps.developer.ubuntu.com/dev/click-apps/506/changerequest/
[21:24] <mibofra> hi guys, two little questions. 1)I've an arm device, a tablet, arm v 7 mounting an allwinner tech a13, can I install ubuntu touch on it? 2)even if I use adb to boot to the bootloader with adb reboot bootloader, that's only reboot the devices so I can't use fastboot, I can boot normally or in recovery mode (android 4.0.4). Do you have any suggestion for this? Thanks to everyone for every answer will be given.
[21:30] <dobey> !devices | mibofra
[21:54] <dobey> uh oh
[21:54]  * dobey wonders what package is missing in #29
[22:11] <popey> dobey: people.canonical.com/~ogra/touch-image-stats/29.changes
[22:12] <ahayzen_> popey, my indicator-network disappeared is this related to the package drop or the update in indicator-network itself?
[22:14] <dobey> yeah, no network indicator
[22:14] <dobey> oh well
[22:14] <popey> cyphermox: ^
[22:15] <dobey> though i am clearly on the network
[22:15] <ahayzen_> popey, dobey, it is there in the tabs but the icon is missing
[22:15] <dobey> sending sms and getting data
[22:17] <popey> ahayzen_: can you file a bug pls? - ubuntu-bug indicator-network ?
[22:17] <popey> (on the device)
[22:19] <ahayzen_> popey, how will i be able to open the web browser link....oh do it through terminal app?
[22:19] <popey> no
[22:19] <popey> adb shell ubuntu-bug indicator-network
[22:19] <ahayzen_> popey, yep done that... then S ?
[22:19] <popey> you'll see the link spat out on the command line, click it on your desktop
[22:19] <popey> ya
[22:19] <popey> assuming its on the network?
[22:19] <ahayzen_> popey, yep QtCreator sorted that out
[22:20] <ahayzen_> processing...
[22:23] <ahayzen_> popey, https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1319587 ?
[22:23] <popey> thanks ahayzen_
[22:23] <ahayzen_> popey, np
[22:51] <thomi> Saviq: awake?
[22:52] <thomi> I wonder if some friendly unity8 devs could review this for me please https://code.launchpad.net/~thomir/unity8/trunk-fix-import-location/+merge/219616
[23:34] <Randy_O> ANyone have any experience packaging a QML app on launchpad?


[02:04] <boredandblogging> dustin's interview posted to the fridge
[03:40]  * cody-somerville wonders when his interview is :P
[03:43] <johnc4510-laptop> cody-somerville: hello
[03:43] <cody-somerville> Hey :)
[03:43] <johnc4510-laptop> you got an interview hee hee
[03:43] <johnc4510-laptop> here  lol
[10:54] <james_w> thanks for posting the interview
[10:55] <james_w> I was going to draft it this morning, but you beat me to it
[11:16] <james_w> for future interviews would you like to grab an interview with the person for the fridge at the same time?
[11:18] <james_w> erm, for UWN I mean, though it obviously doesn't have to be there
[14:23] <boredandblogging> james_w: that would be great!
[14:23] <james_w> hey boredandblogging
[14:24] <james_w> would you use a set template, or tailor the questions for the person?
[14:24] <boredandblogging> i try to tailor the questions a bit
[14:25] <boredandblogging> like I knew beforehand that Dustin worked at IBM
[14:25] <boredandblogging> and remember seeing his blog posts about travelling
[14:26] <james_w> that's cool, so as we pick people we should contact you to get your questions and then approach them with the complete set of questions?
[14:26] <boredandblogging> james_w: sounds excellent
[14:27] <boredandblogging> james_w: also, if you would go through the exercise of joining the fridge LP team and all that so we know the process works
[14:28] <james_w> yeah, sorry I didn't do that in time
[14:28] <james_w> I definitely will for the next one
[14:28] <boredandblogging> cool
[14:28] <boredandblogging> its a one time thing, so whenever you get time
 there's one paragraph bolded on http://fridge.ubuntu.com/node/1701 that shouldn't be ....
 (looks like bold is used for the questions)
 From a server perspective, many machines today have hot-swappable disks. A thief can flip a latch, yank a disk out, and be on his way. That is perhaps a bit far fetched, but it happens. And if your server is running a RAID, it might be many hours or days before you notice a disk is missing. Again, without encryption, a thief has transparent access to all of your data.
 that one's not a question, just part of my rambling answer ;-)
[21:15] <james_w> is someone able to fix that please?
[23:26] <Slash_Network> can we write any thing here ?
[23:26] <Slash_Network> lol


[01:42] <lotuspsychje> good morning to all
[05:31] <marcoagpinto> Heya
[05:32] <marcoagpinto> the demon!
[06:05] <lordievader> Good morning
[06:09] <luna> hi
[06:13] <lordievader> Hey luna
[06:13] <lordievader> How are you doing?
[06:14] <luna> lordievader: alright
[07:42] <ducasse> good morning
[07:43] <luna> morning
[07:43] <EoflaOE> helllo
[07:44] <marcoagpinto> morning, guys
[07:44] <EoflaOE> good morning
[07:44] <lotuspsychje> hey luna EoflaOE
[07:44] <EoflaOE> lotuspsychje hello
[07:44] <marcoagpinto> I have been working on LanguageTool: https://github.com/languagetool-org/languagetool/commits/master
[07:44] <marcoagpinto> :)
[07:45] <EoflaOE> nice marcoagpinto.
[07:45] <EoflaOE> What is it?
[07:45] <OerHeks> kernel <IP_ADDRESS> update made me boot in recovery mode and use the dpkg fix option, both machines https://usn.ubuntu.com/4069-2/
[07:46] <marcoagpinto> EoflaOE: A grammar checker for LibreOffice, Firefox and others
[07:47] <EoflaOE> marcoagpinto: nice.
[07:47] <lotuspsychje> OerHeks: downloading & installing...gonna test right away
[07:47] <lotuspsychje> 300mb oof!
[07:47] <lotuspsychje> cross my fingers!
[07:49] <lordievader> Does that include modules?
[07:49] <EoflaOE> lotuspsychje welcome back
[07:49] <marcoagpinto> what?! A 300 MB update for the Kernal?
[07:49]  * lordievader just compiled 5.2.5: 14M for the kernel, 250M for the modules.
[07:49] <marcoagpinto> Kernel*
[07:53] <lotuspsychje> OerHeks: big troubles so it seems
[07:53] <lotuspsychje> reaching to desktop with crazy flickering
[07:53] <lotuspsychje> booting 4.18.0-24-generic works
[07:54] <lotuspsychje> is there a bug already?
[07:54] <OerHeks> nope
[07:54] <OerHeks> just boot recovery mode, use the dpk option to fix packages
[07:55] <OerHeks> c/dpkg
[07:55] <lotuspsychje> OerHeks: lets hope they on this already, got a lot of hwe customers
[07:55] <OerHeks> if this is your fix, we file a bugreport
[07:57] <lotuspsychje> ok lets try
[08:00] <EoflaOE> lotuspsychje: How's it going?
[08:01] <lotuspsychje> wich kernel you on OerHeks
[08:01] <OerHeks> Andy-HP:~$ uname -a
[08:01] <OerHeks> Linux Andy-HP 5.0.0-23-generic #24~18.04.1-Ubuntu SMP Mon Jul 29 16:12:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
[08:01] <OerHeks> andy@Andy-HP:~$
[08:02] <lotuspsychje> kk
[08:03] <EoflaOE> hi OerHeks
[08:04] <OerHeks> yeah, i have some cruft that does not want to autoremove
[08:04] <OerHeks> https://paste.ubuntu.com/p/N2NZ7mmJ2M/
[08:05] <lotuspsychje> 5.0.0-23-generic booted after dpkg recoverymode, but backlight doesnt work anymore
[08:06] <lotuspsychje> Fn keys dont react
[08:06] <OerHeks> normal resolution?
[08:06] <lotuspsychje> yes
[08:06] <OerHeks> i had low resolution too, reboot fixed that
[08:07] <lotuspsychje> lets try another
[08:09] <EoflaOE> lotuspsychje: How's the backlight?
[08:09] <lotuspsychje> not good, reboot gives me flicker again
[08:10] <lotuspsychje> back to 4.18.-25
[08:10] <EoflaOE> lotuspsychje: OK.
[08:10] <lotuspsychje> OerHeks: i presume its backlight flickering issue for me
[08:10] <OerHeks> i checked first with live iso, nothing to fix with partitions
[08:11] <OerHeks> i guess your gpu dkms is not build ?
[08:11] <lotuspsychje> intel grafix
[08:13] <lotuspsychje> OerHeks: does the -release guys know about this yet?
[08:14] <OerHeks> your journalctl -b -1 from the previous boot # comes in handy now
[08:14] <OerHeks> i run the amd 5450
[08:18] <lotuspsychje> OerHeks: ok talked to them, if we file a bug, forward to #ubuntu-kernel
[08:19] <lotuspsychje> nothing known yet
[08:19] <lotuspsychje> i gota split in 10min
[08:30] <lotuspsychje> bbl OerHeks
[08:30] <EoflaOE> lotuspsychje: what is "bbl"?
[08:30] <lotuspsychje> OerHeks: informed apw in -kernel
[08:31] <lotuspsychje> be back later
[08:31] <EoflaOE> lotuspsychje: Thanks
[10:20] <tomreyn> moar details needed on your kernel issues, plz
[10:20] <BluesKaj> Hi folks
[10:39] <tomreyn> lotuspsychje and Oerheks: could you file a bug report if there's an issue with the 18.04 HWE image update to linux 5.x, please?
[10:39] <tomreyn> + anyone affected
[10:43] <tomreyn> that is an issue which goes beyond what is stated in the "ATTENTION" paragraph on https://usn.ubuntu.com/4069-2/
[10:43] <OerHeks> still determining what exactly happened
[10:44] <OerHeks> no linux-generic on this system
[10:45] <BluesKaj> odd, I'm running the 5.2.0-8-generic kernel here without any problems
[10:45] <OerHeks> this is specific 18.04.2 hwe kernel update to 5.0.0-23
[10:45] <BluesKaj> ok
[10:46] <tomreyn> i've been on hwe-edge for a while, so didn't run into this.
[10:46] <BluesKaj> and this is VB related too, so who knows what it could be
[10:46] <tomreyn> but i'm on 5.0.0-20 now, haven't booted into 5.0.0-23 yet.
[10:47] <tomreyn> maybe it's really just about the need to regenerate vbox modules.
[10:47] <BluesKaj> thta's why I avoid VMs, nothing but trouble IME
[10:49] <BluesKaj> I suspect some users run VMs because they can, not because they need them :-)
[10:50] <lordievader> Or you go for kvm/qemu. Most of the virtio drivers are pre-installed.
[10:50] <lordievader> No need to recompile modules or anything.
[10:51] <tomreyn> it's just a little less convenient if you're into mice and GUIs.
[10:52] <tomreyn> i thnk the vbox packages in ubuntu have a lot of issues. those from vbox.org work fine for me for the very most part.
[10:53] <tomreyn> but i don't do secure boot
[10:53] <lordievader> Mice and gui's work fine in kvm (with spice anyways).
[10:54] <tomreyn> yes, but not for setting VMs up. there are GUIs, but they're not as good.
[10:55] <lordievader> You mean like virt-manager?
[10:55] <tomreyn> yes, virt-manager, gnome-boxes
[10:56] <lordievader> Yeah, those tools could be better. Then again, I rarely use them.
[10:57] <tomreyn> desktop virtualization is a bit of a weird concept, i give you that ;)
[10:58] <lordievader> Erm... yes
[10:58] <BluesKaj> tomreyn, isn't secure boot meant for windows only?
[10:59] <tomreyn> BluesKaj: no
[10:59] <lordievader> No, Linux can do it too.
[11:00] <tomreyn> it's a uefi feature. any OS can (choose to) support it.
[11:00] <BluesKaj> I have it disabled , since i thought it was problematic
[11:01] <tomreyn> i think windows 10 required uefi and uefi secure boot support from 'windows 10 compatible' platforms.
[11:02] <tomreyn> so that was what pushed for mainboard producers to introduce support for it.
[11:03] <tomreyn> 'proper' secure boot support in ubuntu is still somewhat young. and it's generally not that easy to get right when there are changes.
[11:03] <BluesKaj> well, windows needs as much security as it can muster anyway :-)
[11:04] <tomreyn> "secure boot" is another terrible misnomer. a better name would have been "firmware authenticated boot".
[11:05] <tomreyn> and then your firmware is a big proprietary blob most of the time
[11:10] <EoflaOE> hello
[11:10] <BluesKaj> 'Morning EoflaOE
[11:10] <EoflaOE> Good morning BluesKaj
[12:58] <tomreyn> hmm, no issues for me going from 5.0.0-20 to 5.0.0-23
[13:36] <lotuspsychje> ok lets see whats going on here now..
[13:45] <lotuspsychje> from a -23 in recoverymode: https://paste.ubuntu.com/p/98jBCTpmhb/
[13:45] <EoflaOE> hi lotuspsychje
[13:48] <lotuspsychje> hey EoflaOE
[13:49] <lotuspsychje> im gonna try to file the bug against linux, from recoverymode here, as i cant access desktop with normal boot
[13:50] <EoflaOE> lotuspsychje: Thanks for making bug report and making Ubuntu better.
[13:57] <lotuspsychje> ok, this is whats happening to me: https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1838644
[13:57] <lotuspsychje> OerHeks: ^
[13:58] <EoflaOE> lotuspsychje: Saw your bug report and commented. However I am not affected.
[14:00] <lotuspsychje> EoflaOE: its kind of you, but not sure this is very helpful to do in bugs, perhaps keep the space free for debugging more?
[14:00] <EoflaOE> lotuspsychje: OK.
[14:00] <lotuspsychje> lets test the nuc now..
[14:03] <lotus|NUC> cross fingers
[14:04] <lotus|NUC> nuc seems fine
[14:05] <lotus|NUC> lotuspsychje@NUC:~$ uname -a
[14:05] <lotus|NUC> Linux NUC 5.0.0-23-generic #24~18.04.1-Ubuntu SMP Mon Jul 29 16:12:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
[14:05] <EoflaOE> Nice
[14:09] <lotuspsychje> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1838601
[14:23] <lotuspsychje> lets c what happens in wayland
[14:34] <lotuspsychje> been able to select wayland at gdm, but both gdm and wayland also flickering
[14:45] <tomreyn> the latest from #ubuntu-devel: <gaughen> Apologies all, the [18.04.3] point release is delayed. it will not happen today, there were issues found in kernel testing.
[14:47] <tomreyn> currently plans are to release on 2019-08-08, but this is pending confirmation.
[15:09] <EoflaOE> hello lotuspsychje
[15:12] <jink> Hellotuspsychje.
[15:12] <lotuspsychje> howdy
[15:12] <EoflaOE> hello jink and lotuspsychje
[15:22] <lotuspsychje> updated bug #1838644
[15:46] <TJ-> lotuspsychje: the i915 driver isn't loading according to the dmesg you've attached
[15:47] <lotuspsychje> TJ-: yes i know, as i can only boot into recoverymode
[15:47] <lotuspsychje> the flickering prevents me doing anything
[15:47] <lotuspsychje> no tty, no gdm, no desktop
[15:48] <lotuspsychje> both on xorg & wayland
[15:49] <TJ-> SSH?
[15:51] <lotuspsychje> or can i make startup command dmesg > dmesg.txt ?
[15:51] <TJ-> you can grab the last log when it flickered using "journalctl -k -b -1" or similar
[15:52] <TJ-> use "journalctl --list-boots" to find the correct "-1" to refer to a boot that flickered
[15:54] <lotuspsychje> hm only june boots there
[16:00] <lotuspsychje> TJ-: catched one: https://paste.ubuntu.com/p/bmsVjhmhSk/
[16:01] <TJ-> add it to the bug report, quote the last line which reveals the error
[16:02] <lotuspsychje> ok
[16:03] <lotuspsychje> added
[16:12] <lotuspsychje> food time first
[16:22] <tomreyn> https://01.org/linuxgraphics/documentation/how-report-bugs and several bug reports discussing "[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun" errors suggest booting with    drm.debug=0x1e log_buf_len=4M    to get more debug output. apprently this error message is more of a symptom than a hint on the root cause.
[16:23] <tomreyn> * a *common* symptom
[16:27] <TJ-> tomreyn: correct, and that suggestion is a great way to capture the detail required to diagnose it
[16:28] <tomreyn> it's good to have someone around who actually *knows* such things :)
[16:29] <tomreyn> (i just copy and paste)
[16:34] <TJ-> the i915 driver is becoming like the iwlwifi driver... they're show-horning functionality for so many different chipsets into the single driver they're breaking it frquently
[16:49] <EoflaOE> lotuspsychje hi
[17:07] <tomreyn> yes, that's not healthy. we can handle multiple module names very well.
[17:09] <lotuspsychje> didnt hear any customers yet...
[17:10] <lotuspsychje> most of them are on bionic hwe
[17:31] <lotuspsychje> https://news.softpedia.com/news/canonical-releases-linux-5-0-kernel-hwe-security-update-for-ubuntu-18-04-2-lts-526921.shtml
[17:34] <tomreyn> lotuspsychje: maybe you can support them by providing more debugging info as discussed above (if you have time for this)
[17:35] <lotuspsychje> tomreyn: support who
[17:35] <tomreyn> lotuspsychje: "any customers"
[17:35] <tomreyn> as well as the devs looking into it, i guess
[17:36] <lotuspsychje> tomreyn: my customers are mostly novice ubuntu users, i chosen LTS and tweaked this way, they dont need to search much anymore
[17:37] <lotuspsychje> dont think they will comprehend what grub is
[17:38] <lotuspsychje> tomreyn: but the devs & bugs i always will support on lts :p
[17:39] <tomreyn> lotuspsychje: okay, what i mean to say is that *if* we can assume there is a somewhat generic issue with this kernel image which affects users of (probably specific generations of) intel GPUs then those users would benefit from someone affected and experienced enough to provide debug info to the developers so they can identify the root cause and craft a fix.
[17:40] <tomreyn> i don't mean to argue, though.
[17:40] <lotuspsychje> i know i know
[17:40] <tomreyn> :) ok
[17:41] <lotuspsychje> tomreyn: i filed the bug today, and co-operated with the dev handling, if thats what you mean
 https://01.org/linuxgraphics/documentation/how-report-bugs and several bug reports discussing "[drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun" errors suggest booting with    drm.debug=0x1e log_buf_len=4M    to get more debug output. apprently this error message is more of a symptom than a hint on the root cause.
[17:45] <tomreyn> i'm suggesting to produce another log while booting with    drm.debug=0x1e log_buf_len=4M    !kernelparm
[17:45] <tomreyn> ...and to attach it to the bug report
[17:45] <lotuspsychje> ah gotya, missed that part sorry
[17:45] <tomreyn> no worries, i just didn't know whether you missed it or just had no time to spend on it. ;)
[17:46] <tomreyn> got to go, ttyl
[17:46] <lotuspsychje> enjoy
[18:03] <lotuspsychje> tomreyn TJ- updated bug #1838644
[18:08] <TJ-> lotuspsychje: did you get flickering when that log was captured?
[20:10] <lordcirth> PSA: linux-generic-hwe-18.04 got updated to 5.0 recently, and 5.0 kernels cause problems with ZFS.
[20:14] <lordcirth> Namely, significant performance drops, though it should be stable.
[20:19] <lordcirth> Though apparently there's a patch to reimplement the SIMD checksumming in the ZoL codebase, so that might be fixed already. Not sure what ZFS versions it's in
[22:09] <tomreyn> seven-eleven: new (read: unexperienced) ubuntu desktop and server users are more likely to install snaps rather than apt / debian packages anyways, so you might want to examine the 'trust model' of that rather
[22:15] <seven-eleven> tomreyn, yeah, im going to read upon snaps. i remember that snaps create a loopback device for each application, maybe that adds security too
[22:16] <tomreyn> read it again, you're remembering this wrong.
[22:17] <jeremy31> snaps are only as trustworthy as the source
[22:18] <tomreyn> and you can't really tell who the source is
[22:19] <sarnold> the apparmor policy and the seccomp policy provide security; the squashfs delivery system is just a delivery system though :)
[22:20] <sarnold> whether apparmor and seccomp policies in place provide sufficient security for your goals is still something you ought to decide after reading more about it
[22:21] <seven-eleven> gotcha, so the loopback is only to mount squashfs
[22:22] <sarnold> yeah
[22:23] <tomreyn> it's a loop mount (mount -o loop), not a loopback (network) device.
[22:25] <seven-eleven> mhm right
[22:32] <jeremy31_> How do you get an IPv6 address that ends with dead beef?
[22:34] <tomreyn> you request it from your nearest butchARIN
[22:35] <OerHeks> c0f:fee for me
[22:36] <tomreyn> 3 character hex costs extra, though
[22:36] <jeremy31_> My ISP doesn't even support IPv6 yet
[22:38] <tomreyn> :-/
[22:38] <tomreyn> i got a /64 at home


[14:56] <xzavierdev> does anyone update ubuntu 13.10 to 14.04 successful?
[14:58] <bdmurray> xzavierdev: yes, but this is the incorrect channel to discuss it. please try #ubuntu-bugs.
[14:58] <xzavierdev> ok,thanks
[15:03]  * slangasek waves
[15:03] <jodh> o/
[15:03] <caribou> o/
[15:04]  * stgraber waves
[15:04] <slangasek> #startmeeting
[15:04] <meetingology> Meeting started Thu Apr 10 15:04:09 2014 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:04] <meetingology> Available commands: action commands idea info link nick
[15:04] <xnox> o/
[15:04] <mvo> hi, sorry for being late
[15:04] <slangasek> 'sok, we're only just getting started
[15:04] <slangasek> [TOPIC] Lightning round
[15:04] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox caribou infinity mvo)
[15:04] <slangasek> xnox stgraber bdmurray doko jodh cjwatson mvo slangasek barry caribou infinity
[15:05] <xnox> hm?!
[15:05] <xnox> ok.
[15:05] <doko> I assume barry is walking around in the conference center
[15:05] <xnox> * upstart:
[15:05] <xnox>   - worked on cgroups - good progress, still a few state transitions
[15:05] <xnox>     left, moving post-release
[15:05] <xnox>   - still to upload staged minor fixes in upstart packaging branch
[15:05] <xnox>     with reload fix
[15:05] <xnox> * ubiquity/installer:
[15:05] <xnox>   - dropped u1 + fixed AP tests fall-out
[15:05] <xnox>   - resolved missing/wrong backgrounds on xubuntu/studio
[15:05] <xnox>   - resolved missing overlay scrollbars in ubiquity live session (to upload)
[15:05] <xnox>   - resolved "ubiquity is too wide" a little more (to upload)
[15:05] <xnox>   - with cking/apw found missing block device kernel modules in udebs (uploaded)
[15:05] <xnox> * revert ubuntu-sso-client to unbreak software-center
[15:05] <xnox> * reviewed pre-release website, sent of a list of bugs/typos.
[15:05] <xnox> * migrating remaining clicks to python3, will send status email later
[15:05] <xnox>   today to ubuntu-phone m.l.
[15:05] <xnox> todo:
[15:05] <xnox>   * bug #1303815
[15:05] <xnox>   * bug #1301720
[15:05] <xnox> next week working in the office
[15:05] <slangasek> doko: is he doing laps?
[15:05] <xnox> ..
[15:06] <doko> enoclue
[15:06] <stgraber>  - cgmanager
[15:06] <stgraber>    - Updated our website to be vaguely more useful:
[15:06] <stgraber>      https://cgmanager.linuxcontainers.org
[15:06] <stgraber>    - Debugging a few bugs that showed up after we turned cgmanager support in
[15:06] <stgraber>      logind.
[15:06] <stgraber>    - Fixed a bunch of upstart jobs issues discovered by Touch during stress
[15:06] <stgraber>      test, fixed that and got my Nexus4 to boot succesfuly around 400 times in
[15:06] <stgraber>      a row.
[15:06] <stgraber>    - Still debugging one of those now (logind using 100% of CPU...)
[15:06] <stgraber>  - LXC
[15:06] <stgraber>    - Several updates to our apparmor profiles to support the new apparmor
[15:06] <stgraber>      version and workaround new parser bugs.
[15:07] <stgraber>    - Fixes to some of our tests.
[15:07] <stgraber>    - Integrated our PPA and Coverity uploads into the Jenkins jobs, now our
[15:07] <stgraber>      whole build and test infrastructure has been moved to
[15:07] <stgraber>      https://jenkins.linuxcontainers.org
[15:07] <stgraber>    - Usual code review
[15:07] <stgraber>    - Sent the formal micro-conference proposal for Plumbers 2014
[15:07] <stgraber>    - Followed up on the LXC sprint at LinuxCon NA 2014
[15:07] <stgraber>    - Tagged, released and uploaded LXC 1.0.3
[15:07] <stgraber>  - Network
[15:07] <stgraber>    - Upgrade fixes for ifupdown and isc-dhcp.
[15:07] <stgraber>  - Other
[15:07] <stgraber>    - Tracked down and fixed a couple of sssd issues.
[15:07] <stgraber>    - Queue reviews and last minute FFes.
[15:07] <stgraber>
[15:07] <stgraber> Will be sligthly harder to reach this afternoon as I'll be working from the
[15:07] <stgraber> Montreal office to catch up with doko and barry.
[15:07] <stgraber> (DONE)
[15:07] <slangasek> xnox: oh yay, so all the clicks are python3-ready now?
[15:08] <bdmurray> errors: research into cassandra database space saving mechanisms
[15:08] <bdmurray> errors: worked on not writing ProcMaps for python tracebacks and removing it for crashes with a dupe sig
[15:08] <bdmurray> errors: submitted RT #69068 regarding cassandra database stats missing
[15:08] <bdmurray> foundations bug triage
[15:08] <bdmurray> recreated and research into fixing whoopsie bug 1261096
[15:08] <bdmurray> tested laney's fix for bug 1261096
[15:08] <bdmurray> tested and discovered why bug 1300465 is invalid
[15:08] <bdmurray> research into bug 1277706 and cleanup of its duplicates
[15:08] <bdmurray> investigation into update-manager bug 1164558
[15:08] <bdmurray> worked on a fix for bug 1302380
[15:08] <bdmurray> ubuntu-release-upgrader code reviews for mvo
[15:08] <bdmurray> proposed a merge for unattended-upgrades that adds an apport package hook
[15:08] <bdmurray> SRU verification of bug 1286161
[15:08] <bdmurray> sru review of a couple of packages for OEM priority bug reports
[15:08] <bdmurray> posted Ubuntu DMB meeting results
[15:08] <bdmurray> ✔ done
[15:08] <bdmurray> holiday(s): 2
[15:09] <doko> - ruby1.8 removal
[15:09] <doko> - GCC updates, bringen armhf and arm64 regression fixes, and updated towards the 4.8.2 and 4.9.0 releases
[15:09] <doko> - openjdk-7 arm64 fixes
[15:09] <doko> - some random ftbfs fixes
[15:09] <doko> - ppc64el fixes
[15:09] <doko> - job interviews
[15:09] <doko> - PyCon
[15:09] <doko> (done)
[15:09] <jodh> * foundations-1305-upstart-work-items:
[15:09] <jodh>   - cgroup support:
[15:09] <jodh>     - Virtual upstart cgroups sprint with xnox on Friday. Productive but
[15:09] <jodh>       highlighted a limitation of the current branch.
[15:09] <jodh>     - Feature won't now land in trusty (postponed).
[15:09] <jodh> * upstart:
[15:09] <jodh>   - Reviewed and merged lp:~xnox/upstart/lp1303891.
[15:09] <jodh>   - Reviewed and merged lp:~xnox/upstart/no-python.in.
[15:09] <jodh>   - Updated https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes/TechnicalOverviewUpstart.
[15:09] <jodh>   - Investigating Upstart SEGV issue. Maybe be related to fix for bug
[15:09] <jodh>     1222705.
[15:09] <jodh>   - Updated upstart-events(7).
[15:09] <jodh> * other:
[15:09] <jodh>   - Short week as out Monday and Tuesday.
[15:09] <jodh> ꓩ
[15:09] <cjwatson> Updated germinate and tasksel for trusty.
[15:09] <cjwatson> Finished porting GHC to arm64.
[15:09] <cjwatson> user-setup tweaks (bug 1304008, bug 1069684).
[15:09] <cjwatson> Fixed putty assertion failure (bug 1289176).
[15:09] <cjwatson> Educated installer on copying xattrs (bug 1302192).
[15:09] <cjwatson> Applied grub-installer patch to fall back to grub-pc if ESP is missing (bug 1302418).
[15:09] <cjwatson> Cleaned out a good deal of cruft from ubiquity.
[15:09] <cjwatson> Started working through various removals, component-mismatches cleanup, etc. in an effort to get this all clear by release.
[15:10] <cjwatson> Updated translations in a few places.
[15:10] <cjwatson> Lots of queue reviews.
[15:10] <cjwatson> Still trying to figure out what's up with GRUB and LVM snapshots.
[15:10] <cjwatson> ..
[15:10] <slangasek> mvo: you're up\
[15:10] <mvo> release bugfixing
[15:10] <mvo> apt: cherry pick fixes,  Bug#743413, add src package cachedb
[15:10] <mvo> debug/fix JDK removal with latest apt #1302736, add test for apt-ftparchive --db sources, debug/fix missing ^rc pkgs in apt list (mvo/bugfix/apt-list-rc-pkgs),
[15:10] <mvo> gdebi: review/merge/upload https://code.launchpad.net/~barry/gdebi/lp1301422/+merge/214257, debug/fix #1304657 and add regression test mvo/bugfix/lp1304657-perms, apt: debug  #1304403 (libkrb-srv-mit8 upgrade issue), debug/fix spurious test failure caused by a race condition in the tests, upload 1.0.1ubuntu1
[15:10] <mvo> update-manager: look at #1301776
[15:10] <mvo> unattended-upgrades: debug cache broken error, debug/fix #743594
[15:11] <mvo> release-upgrader: debug #1294124, fix demotion display, upload new version, pgrade test #1298281,  fix release upgrade prompting from "normal" to "lts",  lp:~mvo/ubuntu-release-upgrader/text-install-progress,  debug/fix #1304365 (wayland upgrade bug), improve apt.log, fix crash in DistUpgradeViewText, remove gnome-session special handling, debug/fix #1304403
[15:11] <mvo> update-manager: upload fix for #1164558
[15:11] <mvo> libc6: debug regression in desktop upgrade mode (#1298281)
[15:11] <mvo> (done)
[15:11] <mvo> the report is not well organized sorry for that
[15:11] <mvo> next
[15:11]  * mvo will do better next time
[15:11] <mvo> next is slangasek I think :)
[15:11] <slangasek> mvo: clearly you are spending too much time fixing bugs and not enough time writing reports about it
[15:12] <slangasek>  * end-of-cycle package uploads for ppc64el enablement
[15:12] <slangasek>  * generate a netboot directory for ppc64el from d-i, so it's sane to netboot without having to set everything up yourself
[15:12] <slangasek>  * interviewing for Java role
[15:12] <slangasek> (done)
[15:12] <slangasek>  * Tech Board discussions about Ubuntu Kylin archive
[15:12] <slangasek>  * various freeze reviews
[15:12] <slangasek> no barry
[15:12] <slangasek> caribou:
[15:13] <caribou> * openstack debugging
[15:13] <caribou> * sosreport development for trusty
[15:13] <caribou> done
[15:14] <infinity> * continued to enjoy being a tourist in meetings
[15:14] <infinity> (done)
[15:15] <slangasek> :)
[15:16] <slangasek> any questions above?
[15:17] <slangasek> [TOPIC] Trusty release freeze
[15:17] <slangasek> final freeze is in, um, some small number of hours
[15:18] <slangasek> is there anything pending that we should talk about before we get there?
[15:18] <infinity> 6
[15:18] <infinity> hours, not uploads.
[15:18] <slangasek> (that maybe you're desperately working on right now to get in before the deadline, and it might be helpful to give your friends in the release team a heads-up that it's on its way)
[15:19] <infinity> I'm going to lob a glibc at the archive soon.  Was just waiting on final word from Adhemerval that he has no last-minute ppc fixes for me.
[15:19] <cjwatson> I have the GRUB LVM snapshot fix, think I have something plausible now
[15:19] <stgraber> we'll probably have a cgmanager fix
[15:19] <xnox> ubiquity... upstart...
[15:19] <mvo> it might be nice to get one software-center upload to get 2 common errors.ubuntu.com issues off the table but I'm not sure who is doing this these days
[15:19] <cjwatson> (Now that I've worked out that it isn't actually a problem in the core C code at all, but a grub-mkconfig scripting bug)
[15:19] <slangasek> ok, so nothing major anywhere then ;)
[15:19] <slangasek> just grub ubiquity upstart cgmanager and glibc
[15:19] <infinity> Nah, business as usual.
[15:19] <stgraber> there's a somewhat rare condition where logind will get stuck and use 100% of your CPU, hallyn is looking into that now and managed to reproduce it a couple minutes ago
[15:19] <infinity> No one needs those packages.
[15:20] <cjwatson> slangasek: what did you expect from this team, fluffy desktop stuff? :)
[15:20] <xnox> mvo: software-center -> we've been just uploading it with $ debsign & dput so far.
[15:20] <slangasek> stgraber: sounds like a clear bugfix that would qualify during final freeze, provided that we figure it out
[15:21] <mvo> xnox: thanks
[15:21] <doko> have two fixes pending: fixing the python3.4 ftbfs on aarch64,  and landing the python3.4 ensurepip fix (which I'll look at with barry today)
[15:21] <xnox> mvo: you can poke Rodney Dawes about it (e.g. reviews / uploads) or just upload.
[15:21] <slangasek> cjwatson: no, the fluffy is for the cloud server
[15:21] <doko> preferring to fix the ftbfs on aarch64 with the just uploaded binutils
[15:22] <stgraber> slangasek: yeah, all we know for know is that in some cases we get stuck in a loop of EAGAIN inside the nih auto-generated code, hopefully it's just caused by an actual bug in cgmanager's dbus service and not by a bug in the code generator :)
[15:22] <doko> did the release team discuss icedtea-web?
[15:23] <doko> and I assume it's a bit late for the valgrind update ...
[15:23] <cjwatson> I think everyone's scared off by the diff, but nobody has rejected it yet
[15:24] <doko> valgrind is https://bugs.launchpad.net/ubuntu/+source/valgrind/+bug/1300070
[15:24] <slangasek> doko: I didn't see any discussion, I think it's been suffering from queue starvation for a lot of other stuff coming through hot.  Did you get the valgrind testing from the phone folks?
[15:25] <slangasek> (if you're waiting for the release team to drive that, it probably won't get done in time)
[15:25] <doko> have to check with tvoss ...
[15:25] <slangasek> ok
[15:25] <doko> hmm, maybe a bad time to discuss with him ...
[15:26] <slangasek> doko: nah, he's /back/ to work now
[15:26] <slangasek> AIUI
[15:26] <infinity> That was a quick parental leave.
[15:26] <slangasek> well, ICBW
[15:26] <slangasek> and other acronyms
[15:27] <slangasek> so yeah, maybe you do want someone other than tvoss.  kgunn?
[15:27] <infinity> InterContinental Ballistic Weasels?
[15:27] <slangasek> infinity: wessels
[15:29] <slangasek> [TOPIC] AOB
[15:29] <slangasek> anything else, besides uploading half the base system 5h before freeze?
[15:30] <infinity> We could do the other half too.
[15:30] <stgraber> 5h is way too optimistic, I expect most of those to be uploaded within an hour of the freeze ;)
[15:31]  * slangasek gets an ulcer
[15:31] <infinity> Slightly more seriously, if people have good ideas (markety or buggy) for the release notes, it's a wiki, go add crap.  I can always delete if we have too much, but no one likes panicing to write it all on Thursday morning.
[15:31] <doko> no more planned openjdk and gcc uploads today
[15:31] <infinity> doko: I like the "today" qualifier on that.
[15:31] <slangasek> doko: oh, just the unplanned ones
[15:31] <xnox> infinity: did you just stage wiki page dead-lock?! =)
[15:32] <infinity> xnox: No, because no one will do it.
[15:32]  * slangasek turns and points at everyone else in the channel
[15:33] <slangasek> do we have a list of release-notey bugs to work from, this cycle?
[15:33] <infinity> Don't know if people have been adding tasks.
[15:33]  * xnox was doing random searches of high/critical and things targeted at trusty milestones. it's not much
[15:33] <doko> damn, you did catch both "unplanned" and "today" ...
[15:33] <infinity> There's always the ISO tracker bugs, but I'd like to think we'll fix the worst ones and pretend the rest don't exist because we're awesome.
[15:33] <stgraber> I don't think we've been particularly good at targeting + tagging bugs this cycle
[15:34] <xnox> the "rls-management" report is not very useful either.
[15:34] <slangasek> xnox: there's an ubuntu-release-notes project
[15:34] <slangasek> if things should be release noted, and you don't have time to write the blurb, please target a task there
[15:34] <slangasek> and if you do have time to write the blurb, look there for things that might need writing :)
[15:35] <xnox> they look old...
[15:35] <slangasek> xnox: old ones ought to be wontfixed
[15:35] <bdmurray> xnox: which rls-management report?
[15:36] <slangasek> we're not realistically going to update the saucy release notes now
[15:36] <xnox> bdmurray: rls-tracking/notracking/wontfixing
[15:36] <xnox> bdmurray: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-t-tracking-bug-tasks.html
[15:36] <infinity> To be fair, we've tended in the past to be a bit too liberal in our release noteyness.  If it doesn't cause people installation/upgrade headaches or other such nastiness, it's just a bug, not a bug worth telling every single person about.
[15:37] <slangasek> infinity: I disagree; major bugs that are going to be FAQs if we don't document them are worth including
[15:37] <slangasek> not just bugs specifically related to installation and upgrade
[15:37] <infinity> slangasek: That falls under "other nastiness", I suspect.  It's a judgement call.
[15:38] <slangasek> (and it's not really telling "everyone", just the .3% of users who read the release notes ;)
[15:38] <infinity> slangasek: But there were people in the past that felt that anything with a release-notes task or a tracker link was release note worthy just cause. ;)
[15:38] <slangasek> right, Judgement must be Exercised
[15:39] <infinity> Oh joy.  A glibc regression on (only) power8 that I now need to sort out if I just introduced or if it's always been there but I've never run the testsuit on P8 before.
[15:39] <slangasek> infinity: enjoy
[15:39] <infinity> (Betting the latter)
[15:39] <xnox> slangasek: i wonder if both firefox and thunderbird need uploading. Firefox - because of nbs dependency & Thunderbird to drop U1 from sendit plugin.
[15:40] <xnox> unless both things are in the works.
[15:40] <infinity> xnox: I'm on firefox already.
[15:40] <slangasek> xnox: AIUI dropping the thunderbird plugin was not strictly required
[15:40] <slangasek> infinity: why is that not for the desktop team to take care of?
[15:40] <infinity> xnox: I've had the fix committed for weeks, but now that we're past the point of no return for Chris uploading new versions (ie: I won't let him), I'll take care of it. :P
[15:40] <infinity> slangasek: Well, like I said, I committed the fix to bzr weeks ago.
[15:41] <infinity> slangasek: Under the assumption that it would magically land in Chris's next upload.  And there wasn't one. :)
[15:41] <xnox> infinity: which branches are used for thunderbird/firefox? (i lost track of the thunderbird patch)
[15:41] <xnox> slangasek: ack.
[15:42] <slangasek> ok
[15:42] <slangasek> so, enough talk, back to action :)
[15:42] <slangasek> #endmeeting
[15:42] <meetingology> Meeting ended Thu Apr 10 15:42:25 2014 UTC.
[15:42] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-04-10-15.04.moin.txt
[15:42] <slangasek> thanks, all!
[15:42] <infinity> xnox: debian/control tends to be (close to) accurate for ffox.  No idea about tbird.
[15:42] <stgraber> thanks!
[15:42] <caribou> thanks
[15:42] <jodh> thanks!
[15:42] <infinity> *wave*
[15:42] <stgraber> doko: leaving now, should be at the office in the next 15min, see you there!
[15:43] <mvo> thanks
[15:44] <doko> xnox, if you track the firefox upload, please see that http://people.canonical.com/~ubuntu-archive/nbs.html gets addressed ...
[15:45] <xnox> doko: as per above, infinity already has firefox change ready for exactly that.
[15:45] <doko> ahh, ok
[15:45] <xnox> doko: otherwise i couldn't care less about firefox =) i don't use it.