[06:40] <AlanBell> cjohnston: did the pad-for-plenaries merge get landed, not seeing what I expected on roundtables and other things
[06:40] <nigelb> AlanBell: your merge requested yesterday was landed, but I'm not sure it was deployed yet
[06:41] <cjohnston> afaik it was supposed to
[06:41] <AlanBell> nigelb: not mine
[06:41] <nigelb> AlanBell: oh, there was another merge?
[06:41] <AlanBell> https://code.launchpad.net/~james-w/summit/pad-for-plenaries/+merge/60310
[06:41] <cjohnston> james_w`: Daviey ping
[06:42] <AlanBell> and I see a private meeting with notes!
[06:42] <cjohnston> uggh
[06:42] <cjohnston> so the code is broke
[06:42] <AlanBell> 10:00 Erkel
[06:43] <cjohnston> mhall119: ping
[06:45] <cjohnston> AlanBell: that meeting seems to not be marked private
[06:45] <cjohnston> jcastro is changing it now
[06:45] <AlanBell> ok
[06:46] <AlanBell> are the plenaries and round tables marked private?
[06:46] <cjohnston> but your correct that the roundtables and such still dont have it
[06:46] <cjohnston> i dont know
[06:46] <AlanBell> the merge looks good to me!
[06:47] <cjohnston> I don't know then
[06:47] <AlanBell> two of the four monday plenaries have notes
[06:48] <cjohnston> the roundtables dont have them
[06:52] <cjohnston> AlanBell: have you tested the code locally to see if it works locally
[06:53] <AlanBell> doing that now
[06:55] <AlanBell> in render.py at the top of meeting_div it does some stuff with _cached_html
[06:55] <cjohnston> ya
[06:55] <cjohnston> I saw that the other day
[06:56] <AlanBell> reading render.py I can't see anything else that might prevent it from working
[06:58] <czajkowski> morning
[06:58] <cjohnston> o/
[06:58] <AlanBell> the code works locally
[06:59] <AlanBell> as far as I can tell, I created a meeting, called it round table, put it in the round table track, didn't include wiki or blueprint and it got the icon
[07:00] <AlanBell> dunno if there is a way to clear the cache without a summit restart and I am not sure if the changes were landed without a restart
[07:05] <AlanBell> looks like landing the changes should have caused a restart anyway
[07:25] <AlanBell> spads has sorted it all out \o/
[07:26] <AlanBell> well the etherpad theme that is
[07:26] <AlanBell> not the round table links
[07:27] <james_w`> hi cjohnston
[07:48] <cjohnston> james_w`: we are having an issue with the etherpad links still.. are you in the grand ballroom?
[07:49] <nigelb> oh brilliant
[07:49] <nigelb> another summit deployment \o/
[07:49] <cjohnston> shush
[07:58] <AlanBell> icecast is up
[08:05] <czajkowski> paultag: oi cranky
[08:06] <mhall119> nigelbabu: +1
[08:06] <nigelbabu> mhall119: :)
[08:07] <nigelbabu> mhall119: where are you?
[08:07] <cjohnston> nigelbabu: right next to me
[08:07] <nigelbabu> cjohnston: where are you both?
[08:07] <mhall119> nigelbabu: right side, 3rd row, between cjohnston and pleia2
[08:07] <nigelbabu> mhall119: aha. I'm sitting behind hypatia
[08:07] <mhall119> AlanBell: does the pad server make periodic backups of the pad contents?
[08:08] <cjohnston> nigelbabu: summit is all better
[08:08] <mhall119> nigelbabu: where's hypatia?
[08:08] <AlanBell> it constantly saves mhall119
[08:08] <nigelbabu> mhall119: look for pink hair ;)
[08:08] <mhall119> AlanBell: cool
[08:08] <pleia2> she has bright pink hair :)
[08:08] <pleia2> ah
[08:08] <nigelbabu> mhall119: 4th row, left side
[08:08] <mhall119> nigelbabu died his hair?
[08:08] <nigelbabu> mhall119: *her*
[08:08] <mhall119> :P
[08:08] <mhall119> I'm slow typing today
[08:09] <AlanBell> did akgraner get orange/aubergine hair?
[08:10] <pleia2> alas, no
[08:12] <nigelbabu> sad
[08:14] <dholbach> jcastro, around?
[08:18] <dholbach> can somebody get jcastro's attention and point him to IRC? :)
[08:18] <mhall119> I haven't seen jcastro all morning
[08:19] <dholbach> he's in row 2 on the left side of the room
[08:19] <dholbach> aisle seat :)
[08:19] <mhall119> got his attention
[08:20]  * dholbach hugs mhall119
[08:20] <mhall119> but he's still playing on chrome
[08:20] <dholbach> bah :)
[08:21] <jcastro> dholbach: yo
[08:21] <dholbach> hey jcastro
[08:21] <dholbach> jcastro, I PMed you
[08:26] <nigelbabu> jcastro: lol, i was logged into summit as jorge :p
[08:26] <nigelbabu> just loggec out ;)
[08:28] <mhall119> nigelbabu: don't break anything!
[08:28] <nigelbabu> mhall119: i was afraid of death at jcastro's hands.  Logged out :p
[09:04] <czajkowski> streaming keeps cutting in and out
[09:13] <mhall119> czajkowski: probably a network problem on this end
[09:14] <czajkowski> :(
[09:19]  * popey points czajkowski at #ubuntu-uds
[09:44] <dholbach> Daviey,
[09:44] <dholbach> Daviey, where are you hanging out right now?
[09:45] <dholbach> Daviey, I need your help
[09:49] <Daviey> o/
[09:50] <Daviey> dholbach: I can find you.
[09:50] <Daviey> Where are you?
[09:50] <dholbach> Daviey, behind you
[09:50] <Daviey> ass hole.
[09:59] <mhall119> lol
[09:59] <nigelb> mhall119: why?
[10:05] <daker> when UDS will start ?
[10:07] <popey> daker: its on now
[10:07] <daker> popey, thanks
[10:11] <jcastro> cjohnston: ping
[10:11] <jcastro> ok talked to marianna
[10:11] <jcastro> we can keep the room today
[10:11] <jcastro> but we need to delete it for tomorrow
[10:11] <jcastro> and reschedule the sessions in that room to just the general pool
[10:14] <jcastro> cjohnston: ok I will delete it tonight
[10:14] <popey> grrr
[10:14] <popey> audio keeps dropping
[10:15] <czajkowski> popey: which session you listening to now
[10:15] <popey> http://icecast.ubuntu.com:8000/kond.ogg.m3u
[10:15] <popey> i get 5 seconds then it stops
[10:15] <cjohnston> ok..
[10:16] <popey> makes remote participation incredibly frustrating
[10:17] <czajkowski> or people talkign at the back of the room
[10:17] <czajkowski> like who ever is talking now
[10:20] <popey> grrr
[10:21]  * czajkowski hands popey a rice krispey
[10:22] <popey> my clutch broke on the car this morning :(
[10:22] <popey> I'm more annoyed that I can't participate in UDS than the fact that my car is now scrap
[10:23] <czajkowski> popey: :(
[10:23] <czajkowski> tis frustrating
[10:23] <czajkowski> lying here one machine job hunbting and the other trying my best to listen in
[10:23] <czajkowski> 2nd session in a row
[10:33] <popey> czajkowski: is the audio fine for you?
[10:33] <czajkowski> nope
[10:33] <czajkowski> same for folks in-uds
[10:33] <czajkowski> making a tea and giving up for this session
[10:33] <czajkowski> making me too mad to try adn take part adn cant
[10:35] <popey> this is why I gave up on the last UDS, it was just impossible to actually take part at all
[10:35] <czajkowski> :(
[10:36] <czajkowski> tis a bit of a kicker tbh
[10:39] <Pendulum> that's really sad since in Dallas it was good
[10:39] <Pendulum> (I'm on 3G modem so not even really going to try until I'm home Thursday)
[11:04] <huats> hello everyone
[11:14] <joey> cjohnston, Daviey, mhall119, nigelb - https://bugs.launchpad.net/summit/+bug/779833
[11:14] <ubot2> Launchpad bug 779833 in summit "summit cache shows old room in track view when session is moved by hand" [Undecided,New]
[11:15] <joey> nigelb: thanks for fixing the hide tracks not for me...think that was you
[11:15] <nigelb> joey: yeah, that was mhall119 :-)
[11:15] <cjohnston> joey: the cache needs to be cleared out would be my guess
[11:16] <joey> ah well then, thanks mhall119!
[11:16] <joey> cjohnston: yeah Daviey did it for me a few moments ago
[11:16] <cjohnston> ok
[11:50] <duanedesign> morning all
[11:59] <czajkowski> sigh
[13:15] <paultag> dholbach: moin. Sorry if my post was a bit terse and inciteful, it really was ment to be productive (but I wrote it the night before a final, writing an essay)
[13:15] <dholbach> paultag, I'm just glad you're not super frustrated
[13:15] <paultag> speaking of, I need to run to a final now
[13:15] <paultag> dholbach: no, not at all
[13:15] <dholbach> rock on
[13:16] <paultag> dholbach: I said "bit" in the title :)
[13:16] <dholbach> well, the rest ....
[13:16] <nigelbabu> so we should get you more frustrated?
[13:16] <dholbach> nevermind - good luck with your finals
[13:16] <paultag> dholbach: yeah, I think that was test-stress about finals coming through
[13:16] <nigelbabu> paultag: btw, we're having hall of fame rewritten
[13:16] <paultag> nigelbabu: I guess :)
[13:16] <paultag> well that's good. I'll be happy when a translator gets up there :)
[13:16] <paultag> OK, bai all!
[13:16] <nigelbabu> bai :)
[13:29] <joey> thanks Daviey ... a row brewing about those 10am rescheds
[13:29] <joey> hence me in and out the door next to you
[13:31] <czajkowski> oh dear
[13:31] <nigelb> joey: the one where the sceduler created something in the past?
[13:31] <joey> yeah
[13:32]  * nigelb looks
[13:32] <joey> sever timezone suspect but D is looking at it
[13:32] <joey> poor guy
[13:33] <nigelb> joey: where is he?
[13:33] <nigelb> I could probably join in and help
[13:34] <joey> plenary near me by the door in purple
[13:34] <nigelb> joey: outside the main door?
[13:34] <nigelb> (I'm in the plenary)
[13:34] <joey> inside mid row
[13:35]  * joey is the bald fat guy in purple linaro t
[13:36] <nigelb> hrm, I'm way in the back...
[13:38] <jussi> *scary bald* :P :P :P
[13:38] <nigelb> heh
[14:12] <AlanBell> cjohnston: mhall119: jcastro: can we have a chat about multiple agenda items per meeting to create common pads?
[14:12] <AlanBell> at the moment there are a number of sessions which are repeats, notably the roundtable items
[14:13] <AlanBell> these have been created as multiple meetings, each one existing in a single agenda item
[14:13] <AlanBell> as such each one has a unique meeting slug and unique pad
[14:14] <nigelb> AlanBell: I already have a bug
[14:14] <AlanBell> summit appears to support sheduling one meeting in multiple slots, so you could have a community round table meeting and put it in a slot on every day
[14:14] <nigelb> and I will be working on it (after fixing the scheduler)
[14:14] <cjohnston> AlanBell: https://bugs.launchpad.net/summit/+bug/779887
[14:14] <ubot2> Launchpad bug 779887 in summit "Etherpad URL should really be a db field" [High,Triaged]
[14:14] <AlanBell> that works and was what I was expecting to use
[14:14] <joey> any status on https://bugs.launchpad.net/summit/+bug/779884
[14:14] <ubot2> Launchpad bug 779884 in summit "autoscheduler should never schedule sessions at times in the past" [Critical,New]
[14:15] <AlanBell> e.g. http://summit.ubuntu.com/uds-o/meeting/linaro-kernel-o-arm-linus-interface-1/ is sheduled twice today, both meeting times are listed at the top of the page and both link to the same pad
[14:16] <cjohnston> nigelb: did you see bug 668542 which is related
[14:16] <ubot2> Launchpad bug 668542 in summit "Don't reschedule events/days that have already happened" [Critical,Confirmed] https://launchpad.net/bugs/668542
[14:16] <nigelb> cjohnston: yeah
[14:16] <nigelb> joey: I think I know what's wrong
[14:17] <nigelb> joey: I'm waiting to find about 20 mins to sit with Daviey and fix it
[14:17] <nigelb> joey: I'm hoping to catch him at the coffee break
[14:17] <mhall119> AlanBell: we're just trying to decide if we want to risk the wrath of jcastro by doing a production deployment with db migration tonight
[14:17] <nigelb> mhall119: no risk, no fun ;)
[14:17] <AlanBell> mhall119: I don't think it is a bug
[14:18] <nigelb> AlanBell: its more like a wishlist bugh
[14:18] <AlanBell> I think it is a "please use the existing functionality to do that"
[14:19] <nigelb> AlanBell: ah.
[14:19] <nigelb> mhall119: did you change something in the csv output?
[14:20] <AlanBell> if you want one session with one pad that repeats then just put it in multiple slots
[14:20] <nigelb> mhall119: apparently, the room names now hyave room numbers
[14:27] <mhall119> nigelb: Ididn't change a thing
[14:27] <nigelb> mhall119: something changed in the csv :(
 cjohnston|uds: the room names now have a number<space>room-name
[14:27] <mhall119> AlanBell: I think the multi-slot functionality only works for consecutive time slots in the same room
[14:28] <mhall119> nigelb: the number is in the Room object's title
[14:28] <czajkowski> maybe breaking summit during the day when epople are using it may not be wise...
[14:28] <cjohnston> czajkowski: it isnt us
[14:28] <nigelb> well, generally summit doesn't need our help, like today.
[14:28] <czajkowski> cjohnston: you always say that :p
[14:28] <cjohnston> it really isnt
[14:28] <cjohnston> thats a admin change
[14:29] <nigelb> we haven't deployed anything today for sure.
[14:29] <nigelb> aha
[14:29] <nigelb> we should ask jorge to announce.  Guys if you change something in the summit admin, please let the ~summit-hackers know.
[14:33] <AlanBell> mhall119: locally it just works
[14:34] <AlanBell> and the arm-linus interface one today is scheduled twice in different rooms non-consecutive
[14:35] <mhall119> czajkowski: blame jcastro
[14:36] <cjohnston> so currently the bots are working
[14:36] <cjohnston> tsimpson:
[14:37] <cjohnston> 09.33.56 < tsimpson_> for details, my hack is to try and partition on ' - ', and go with the last component
[14:37] <tsimpson> the bots are working around the change
[14:37] <cjohnston> 09.34.21 < tsimpson_> and a sub-hack for the grand ballroom, as that one doesn't have a number-space-dash-space
[14:39] <czajkowski> mhall119: i'd rather no
[14:40] <czajkowski> mhall119: more fun to blame cjohnston
[14:40] <cjohnston> blah
[14:41] <AlanBell> glad the room names were not in the pad URLs
[14:43] <tsimpson> which reminds me, the "Name" in the csv isn't exported in the ical, just fyi
[14:44] <mhall119> czajkowski: either way, popey's probably happy we're not blaming him
[14:45] <nigelb> okay guys
[14:45] <cjohnston> I blame popey
[14:45] <nigelb> tsimpson: can I break it again for the fix?
[14:45] <nigelb> as in, the final fix.
[14:45] <nigelb> you can use the name instead of the title
[14:46] <Pici> Keep Calm and Blame Popey
[14:46] <tsimpson> ok, you can break it now
[14:46] <joey> jcastro: ping
[14:46] <tsimpson> I've temporarily disabled the script that automatically downloads the schedule
[14:47] <nigelb> cjohnston: https://code.launchpad.net/~nigelbabu/summit/room-name-instead-of-title
[14:48] <nigelb> cjohnston: wait, don't approve it yet.  This has more problems. We need to talk at the break time.
[14:48] <nigelb> cjohnston: or do you want to jump out earlier than that?
[14:49] <cjohnston> meet in front of the grand ballroom?
[14:49] <nigelb> cjohnston: yup, be there in 2.
[14:49] <cjohnston> k
[14:51] <tsimpson> studying the csv, Dery is also broken, showing as "4- Dery". Petofi has not number or dash either
[14:52] <cjohnston> tsimpson: we are trying to come up with a fix
[14:52] <cjohnston> you are going to use the ical only correct
[14:53] <tsimpson> cjohnston: yep
[14:54] <nigelb> tsimpson: ok, we'll fix the ical to use the name of the session instead of title, that should make your life easier
[14:55] <nigelb> mhall119: https://code.launchpad.net/~nigelbabu/summit/room-name-instead-of-title/+merge/60381
[14:56] <nigelb> mhall119: could you review and approve
[14:58] <mhall119> nigelb: reviewing
[14:58] <nigelb> mhall119: the csv or ical is used by guidebook
[14:58] <mhall119> ical
[14:59] <nigelb> oh *&%$&(
[14:59] <nigelb> mhall119: ok, don't review :(
[14:59] <nigelb> we have other issues to fix now :\
[15:01] <mhall119> what do the bots use the room name for?
[15:01] <Pici> Mapping the to the channel name iirc.
[15:01] <czajkowski> ok honestly streaming sucks donkey balls
[15:01] <tsimpson> and to generate the audio stream links
[15:02] <cjohnston> czajkowski: it prolly has to do with the fact that the internet sucks for us too
[15:02] <czajkowski> it was fine for keynotes this morning
[15:02] <czajkowski> cut out maybe once
[15:02] <czajkowski> but sessions
[15:02] <czajkowski> are woeful
[15:03] <cjohnston> its more bandwidth
[15:04] <czajkowski> all i;m getting is static
[15:04] <czajkowski> or interference and noise
[15:04] <AlanBell> crackly mess
[15:04] <czajkowski> and i;m not just refering to cjohnston talking as noise and static
[15:04] <AlanBell> doesn't sound like bandwidth issue
[15:04] <AlanBell> mikszath suddenly got better
[15:05] <czajkowski> huba is the one i'm listenign to now
[15:05] <czajkowski> cuts in and out
[15:08] <AlanBell> Daviey: I would love to see the stats from the admin page of the pad server at the end of the day
[15:11] <IdleOne> is there a video for the keynote uploaded somewhere?
[15:11]  * IdleOne missed it :/
[15:13] <Technoviking> IdleOne: Popey iploaded one to blip.tv earlier
[15:15] <maco> i wish summit had the red line across the schedule like the "day" view on calendars tend to, so you know where on the schedule is "now"
[15:15] <czajkowski> i wish sessions started on time
[15:17] <jussi> we have been behind the whole day cause of the overtime in the morning
[15:18] <jussi> knock on effect
[15:19] <czajkowski> no leader in this session i;m in
[15:19] <czajkowski> trying to figure out who to lead it
[15:23] <popey> IdleOne: http://blip.tv/dashboard/episode/5139650
[15:23] <IdleOne> yes, thank you popey and Technoviking  :)
[15:28] <cjohnston> tsimpson: we need to talk later... we have a fix that we need to show you so you can fix the bot
[15:28] <tsimpson> cjohnston: ok, the bot can work around the current format with a couple of hacks
[15:29] <cjohnston> We have made a fix that wont require hacks
[15:29] <cjohnston> will work nicely for you and guidebook
[15:29] <cjohnston> you will have your own defined term for the bot
[15:31] <Daviey> AlanBell: i don't have admin access, you need Spads.
[15:37] <nigelb> tsimpson: ahoy, we need your help tomorrow
[15:37] <tsimpson> oh?
[15:37] <mhall119> the bot does use the ical, right?
[15:37] <nigelb> tsimpson: we've added a new field to the ical, the name of the room, that should help you
[15:37] <mhall119> not the csv?
[15:37] <nigelb> tsimpson: will be deployed tonight
[15:38] <AlanBell> ok, thanks Daviey
[15:38] <tsimpson> mhall119: yeah, it only used the csv because there wasn't an ical
[15:38] <mhall119> but it's ical now?
[15:38] <tsimpson> yeah
[15:38] <mhall119> ok
[15:39] <tsimpson> we used to get the csv and convert it to ical, so the pre-made ical makes it easier :)
[15:39] <mhall119> the new ical will have a new field with lower-case room name without the number
[15:39] <tsimpson> as long as it's somewhere, it should be easy enough to grab
[15:41] <IdleOne> omg just when it started getting good it stopped
[15:41]  * IdleOne wants more keynote
[16:26] <cjohnston> jcastro: you around?
[16:26] <cjohnston> or anyone know where he is
[17:42] <AlanBell> jcastro: scheduling alteration please, community accessibility session tomorrow at 16:15 in Jozsef 12 clashes with Qt and KDE accessibility in Kazinczy 11 apparently the Qt/KDE one has been manually set, load of required people in both, not sure why they are not avoiding each other
[17:46] <cjohnston> james_w: you busy?
[17:48] <cjohnston> anyone know where Daviey is?
[17:50] <vish> jcastro: hey.. can you bump the Growing community Unity contributions session to like after the GTK3/GNOME3 session?  right now both are at the same time and the slot is available after the GTK3 session..
[17:50] <vish> would be a 1hr bump..
[17:50] <cjohnston> jcastro is offline
[17:50] <vish> hmm..
[17:53] <AlanBell> fwiw the brief interruption to the etherpad at 16:15 or so was down to human error, not load or anything like that
[17:53] <cjohnston> what did you do?
[17:54] <AlanBell> wasn't me :)
[17:54] <cjohnston> I doubt that
[17:54] <AlanBell> spads tried to do something with setting up a virtualhost entry or something
[17:54] <cjohnston> gotcha
[17:54] <AlanBell> he didn't realise that it isn't as stateless as a normal webserver
[17:59] <nigelb> AlanBell: heh
[17:59] <nigelb> but etherpad has been rocking today
[17:59] <nigelb> like everyone seems to like it
[18:05] <AlanBell> yeah, I am really pleased with it
[18:06] <AlanBell> so glad it got fixed with a full half hour to go before the keynote!
[18:08] <nigelb> AlanBell: heh
[18:14] <AlanBell> thinking of adding a pad history link to url in the form http://pad.ubuntu.com/ep/pad/view/uds-o-desktop-o-unity-2d-improvements/latest to the list of links below the pad
[19:18] <tsimpson> http://uds.ubuntu.com/participate/remote/ should be updated to point to #ubuntu-uds-kazinczy rather than #ubuntu-uds-kazincy
[19:18] <tsimpson> jcastro ^ I think that's you
[19:19] <tsimpson> and where ever else rooms/channels are referred to
[19:19] <Pici> Did you setup a forward anyway?
[19:31] <AlanBell> cjohnston: I am going to fix that bug so you can have common pads, it can also be used to link to a read only version of the pad to stop the trolls from having fun
[19:31] <AlanBell> someone must have linked to a pad page from OMG ubuntu or something
[19:31] <tsimpson> Pici: yeah, the ical feed changed to "Kazinczy" anyway
[19:56] <AlanBell> need some thoughts on how to trollproof summit and the pads a bit
[19:58] <popey> they were trolled?
[19:58] <AlanBell> yup
[19:58] <AlanBell> at least one was
[19:58] <Pici> Ubuntu SSO/openid integration?
[19:58] <popey> one specific pad or lots?
[19:58] <popey> i saw one had been a bit, which one?
[19:58] <popey> wasnt sure if the one I saw was trolled or just messed up by errant keypresses
[19:59] <AlanBell> http://pad.ubuntu.com/ep/pad/view/uds-o-foundations-o-great-cd-debate/ from rev.5403 onwards (server is down right now)
[19:59] <AlanBell> Pici: yeah, would be great, but not by tomorrow am I think
[20:00] <Pici> AlanBell: Yeah :/
[20:00] <AlanBell> so I can link to a specific revision like this http://mumble.libertus.co.uk:9000/ep/pad/view/onemorepage/rev.10
[20:02] <AlanBell> so after a session someone with admin access could set the pad url field (which I will add to the schema) to the correct read only version to basically lock it in the summit interface
[20:02] <AlanBell> the trolls could carry on trolling but nobody would care
[20:03] <AlanBell> however that depends on someone with admin access deciding which revision to lock it at
[20:03] <popey> hmm, wonder where they came from
[20:03] <AlanBell> indeed
[20:55] <AlanBell> it is really going to need openID integration and a link to a launchpad group :(
[20:56] <nigelb> what is?
[20:57] <AlanBell> nigelb: hi
[20:57] <AlanBell> the pad was being vandalised
[20:58] <nigelb> AlanBell: vandalised?
[20:58] <AlanBell> need to put some fixes through to try to take their toys away a bit
[20:58] <nigelb> AlanBell: meaning taken over for stuff other than uds
[20:58] <AlanBell> yeah, 20 or so trolls piled on a pad and started chatting away and posting porn links and crap and messing up the text
[20:59] <nigelb> ugh
[20:59] <nigelb> who found that?
[21:00] <AlanBell> the fix I have come up with so far is to fix https://bugs.launchpad.net/summit/+bug/779887
[21:01] <ubot2> Launchpad bug 779887 in summit "Etherpad URL should really be a db field" [High,Triaged]
[21:01] <AlanBell> it was uds-o-desktop-o-unity-2d-improvements
[21:02] <AlanBell> so what I am thinking nigelb is to fix ^^ which gives us a URL that can override what is in the iframe
[21:02] <nigelb> AlanBell: that's landed about 2 seconds ago
[21:02] <AlanBell> and that url can be a link to a read only or specific version of the pad
[21:02] <nigelb> AlanBell: mhall119 and I are in the processing of deploying it :)
[21:02] <czajkowski> aloha
[21:03] <nigelb> o/
[21:04] <AlanBell> nigelb: so we end up with something like http://mumble.libertus.co.uk:9000/ep/pad/view/onemorepage/rev.13 in the iframe
[21:05] <AlanBell> you can still scroll forward and spammers can still mess about, but the summit page will end up linking to a good version
[21:05] <nigelb> AlanBell: I like.
[21:06] <AlanBell> I can't think of a better short term solution
[21:06] <nigelb> Neither can I
[21:07] <nigelb> I do not want to muck up with java code *during* UDS on a live system
[21:07] <AlanBell> me neither
[21:07] <mhall119> because mucking up with python *during* UDS on a live system is just soo much more fun
[21:07] <AlanBell> although I do have a separate system to muck about on
[21:07] <nigelb> well, yes
[21:07] <nigelb> Python is actually nice
[21:07] <nigelb> as opposed to java
[21:07] <nigelb> and we have people who know inside out of it
[21:11] <czajkowski> mhall119: aye never seen a system so muched about during it
[21:12] <czajkowski> AlanBell: ping
[21:12] <mhall119> czajkowski: I know, it's fun isn't it?
[21:13] <mhall119> so far it's been jcastro's mundane changes to the data that have been the source of problems
[21:14] <AlanBell> hi czajkowski
[21:15] <AlanBell> yeah, saw that chaos mhall119!
[21:15] <AlanBell> nigelb: ok, pulled and migrated locally, you messed up something I was about to do :)
[21:16] <czajkowski> AlanBell: seen pm
[21:16] <nigelb> AlanBell: I messed up?
[21:16] <nigelb> AlanBell: at this point, I'm running on pure determination, so I could have.
[21:16] <AlanBell> no you didn't mess up
[21:17] <nigelb> yet...
[21:17] <mhall119> nigelb: 's also been drinking, so we can blame it on the alcohol
[21:18] <nigelb> 3 glasses of wine != drinking
[21:19] <AlanBell>             <li><a href="{{ ETHERPAD_HOST }}ep/pad/view/{{ summit.name }}-{{ track.slug }}/rev.0" target="_new">Time Slider</a></li>
[21:19] <AlanBell> ^^ I was going to add that to the list of links
[21:19] <mhall119> you injested a liquid, that's what drinking means
[21:19] <AlanBell> but that doesn't quite work with the meeting.link_to_pad thing (which is itself a good idea)
[21:20] <mhall119> AlanBell: maybe we can save that for tomorrow night's deployment ;)
[21:20] <AlanBell> mhall119: yup, lets do that :)
[21:20] <mhall119> I'd say we've driven jcastro to drinking, but I'm pretty sure he was going to do that anyway
[21:20] <cjohnston> lol
[21:21] <mhall119> cjohnston: you're missing the wild drunken deployment party
[21:25] <cjohnston> nice
[21:38] <AlanBell> ok, so is that landed now?
[21:38] <nigelb> AlanBell: landed a while back, we're waiting to take a db backup before doing a migration
[21:39] <AlanBell> could you put http://pad.ubuntu.com/ep/pad/view/uds-o-foundations-o-great-cd-debate/rev.5403 in the appropriate session pad url please
[21:39] <paultag> if i've learned anything in my years working at the head of a project it's that when drunk, take away your own upload rights :)
[21:39] <AlanBell> oh fair enough, after the migration then
[21:39] <paultag> at least until you've hit ballmer peak
[21:40] <AlanBell> paultag: you know it was a heavy night when you wake up next to some code you don't recognise
[21:40] <nigelb> we broke summit \o/
[21:40] <paultag> AlanBell: oh jeez, I had a nasty case of that last semester
[21:41] <nigelb> oh, false alam
[21:41] <nigelb> it works
[21:41] <AlanBell> yup, works for me
[21:41] <paultag> AlanBell: I was checking in code to a school project, near-blackout. I was reviewing code later on and started to swear about how bad this function was, used git-blame and found out it was my own code :)
[21:41] <cjohnston> 503
[21:41] <AlanBell> cjohnston: yeah that is fine
[21:41] <AlanBell> the haproxy is pointing at nowhere
[21:41] <AlanBell> the pad server is up, but not exposed at the moment
[21:42] <cjohnston> why
[21:42] <nigelb> tsimpson: ping
[21:43] <mhall119> summit.ubuntu.com update is live
[21:43] <AlanBell> because it was being attacked
[21:43] <mhall119> anyone who can get to the admin can force the pad URL
[21:43] <tsimpson> nigelb: pong
[21:43] <nigelb> tsimpson: I think we have the deployment done
[21:43] <cjohnston> attacked?
[21:43] <nigelb> so you can take a different parameter from the ical
[21:43] <mhall119> cjohnston: http://summit.ubuntu.com/uds-o/meeting/community-o-loco-portal/ will (once the pad server is back) point to the same pad as today's session
[21:44] <AlanBell> cjohnston: about 20 people piled on to a pad and messed about with it
[21:44] <tsimpson> nigelb: I see X-ROOMNAME :)
[21:44] <mhall119> tsimpson: that's the one
[21:44] <nigelb> tsimpson: yup, that's all yours
[21:44] <nigelb> tsimpson: if that breaks, let us know and we'll break jcastro's bones ;)
[21:45] <tsimpson> noted :)
[21:45] <AlanBell> can you put http://pad.ubuntu.com/ep/pad/view/uds-o-foundations-o-great-cd-debate/rev.5403  in http://summit.ubuntu.com/uds-o/meeting/foundations-o-great-cd-debate/ please
[21:45] <AlanBell> mhall119: ^^
[21:46] <AlanBell> perfect :)
[21:47] <mhall119> AlanBell: done
[21:47] <AlanBell> thanks
[21:47]  * mhall119 's internet is slow
[21:47] <mhall119> happy to
[21:47] <mhall119> any eta on when the pad server will be available again?
[21:47] <AlanBell> very soon
[21:48] <mhall119> good, I'd like to check that the urls work properly before calling it a night
[21:48] <AlanBell> view-source looks right
[21:49] <mhall119> yeah, but nothing satisfies like actually seeing it working
[21:49] <nigelb> I think the hack we did for great-cd-debate is going to be bad, because the theme wont be nano
[21:50] <AlanBell> it never was nano
[21:50] <AlanBell> I hacked default
[21:50] <AlanBell> it won't be perfect, but it will be OK
[21:51] <nigelb> oh
[21:51] <AlanBell> s/hacked/did it all in css/
[21:51] <nigelb> I'd like to actually create a theme and submit upstream
[21:51] <nigelb> let me get back home
[21:51] <AlanBell> nigelb: http://mumble.libertus.co.uk:9000/etherpadforuds
[21:53] <mhall119> cjohnston: where are you guys now?
[21:54] <cjohnston> room
[21:54] <AlanBell> http://summit.ubuntu.com/uds-o/meeting/foundations-o-great-cd-debate/
[21:55] <mhall119> cjohnston: early to bed tonight?
[21:56] <mhall119> AlanBell: dude that rocks!
[21:57] <mhall119> sometime before next week I'll make a script to convert all the pad urls's to the replay link
[21:57] <cjohnston> ya
[21:58] <mhall119> cjohnston: http://summit.ubuntu.com/uds-o/meeting/community-o-loco-portal/
[21:58] <AlanBell> mhall119: non trivial to work out what revision to use
[21:58] <AlanBell> there is /rev.0 and /latest
[21:58] <mhall119> AlanBell: we can't just say "the last one"
[21:58] <mhall119> ?
[21:58] <mhall119> :(
[21:58] <AlanBell> but no /lastpointbeforespammers
[21:58] <AlanBell> the save button puts a star in the timeline
[21:59] <AlanBell> so if people hit save at the end of the session that gives us something to aim for
[21:59] <mhall119> AlanBell: were they all spammed?
[21:59] <AlanBell> just that one I think
[21:59] <mhall119> so, still would be handy to auto-convert them all, and just manually edit the one
[21:59] <AlanBell> drag the timebar right to see what they did
[22:04] <maco> AlanBell: timebar?
[22:05] <maco> i dont see anything draggable
[22:05] <AlanBell> on this : http://summit.ubuntu.com/uds-o/meeting/foundations-o-great-cd-debate/
[22:07] <AlanBell> hmm, timeout :(
[22:07] <AlanBell> works now, maco do you see the blue bar at the top with a pointer above it?
[22:08] <AlanBell> that is draggable, or you can hit play
[22:10] <maco> oh hey that one has a blue bar
[22:10] <maco> the community-o-loco-portal one doesnt
[22:10] <maco> why do only some?
[22:11] <AlanBell> they all do really
[22:12] <AlanBell> we just locked that one to a  pre-spam revision
[22:12] <AlanBell> the time slider URL looks like this: http://pad.ubuntu.com/ep/pad/view/uds-o-foundations-o-great-cd-debate/latest
[22:13] <AlanBell> so make a url like that and see the revision history of any session
[22:13] <AlanBell> "uds-o-"+{{meeting slug}}
[22:14] <maco> :( no more CDs?
[22:15] <maco> well i guess it's good that the power supplies failed on both dad's computers a few months ago since there's no DVD drives in them and they're probably far too old to boot from USB (hell, my 2.5 year old computer won't boot USB)
[23:16] <AlanBell> popey: that is where they came from http://www.omgubuntu.co.uk/2011/05/the-size-of-the-ubuntu-11-10-disc-gets-debated
[23:17] <paultag> maco: :'(
[23:17] <AlanBell> even though no link in the article it must have been discussed in their IRC channel or something
[23:17] <paultag> I always liked shippit for ubuntu members :)
[23:17] <paultag> but meh, I guess it's whatevs.
[23:17] <AlanBell> loco teams still get them
[23:17] <paultag> AlanBell: yeah, they can
[23:18] <AlanBell> I think we will do a loco shipit or something when we get the CDs
[23:19] <paultag> that's really not a bad idea
[23:19] <AlanBell> send a stamped self-addressed CD case to . . .
[23:19] <AlanBell> if anyone is on dialup and determined then they will do that
[23:20] <paultag> AlanBell: cost of post and envs. is not that much. Our loco actually has some change lying around
[23:20] <AlanBell> yeah, but I want to put people off :)
[23:20] <paultag> true :)
[23:22] <AlanBell> otherwise people will just ask for them to get the nice CD, if they have to pay a couple of quid postage (clearly fair, clearly not involving money changing hands) then they will only do it if they have an actual need for them
[23:22] <paultag> aye
[23:22] <paultag> only downside is it takes 1RTT rather then 0.5RTT
[23:23] <paultag> which can be a while :)
[23:23] <AlanBell> a day each way, not a big deal
[23:23] <AlanBell> faster than shipit :)
[23:23] <paultag> takes a bit more here, it's like 3 days each way
[23:24] <paultag> I guess i've never tried within ohio, that's inter-state
[23:24] <paultag> nevermind, I'm sure it won't take 3 days
[23:24] <paultag> AlanBell: and true :)
[23:24] <AlanBell> first class post is overnight to anywhere in the UK
[23:25] <paultag> aye
[23:28] <AlanBell> mhall119: do you have scrollback in #omg!ubuntu! ? curious to see if summit was mentioned there


[02:19] <rbasak> Can we blacklist src:mysql-defaults from autosync from Debian please? With feature freeze coming up, I'd like to hold this for Yakkety+1 if possible, as it'll make no difference for Yakkety and could be confusing for users.
[02:19] <rbasak> infinity: ^
[02:19] <rbasak> It's already been uploaded to unstable.
[02:20] <rbasak> Though I don't see it in LP yet.
[03:23] <mwhudson> can someone process golang-github-coreos-pkg pretty pls :-) (slangasek? infinity?)
[04:09] <infinity> rbasak: Err, why?
[04:09] <infinity> rbasak: If it'll "make no difference for yakkety"?
[04:10] <infinity> rbasak: Seems like a reasonable thing to get in, so our packaging can keep tracking for the rest of yakkety, no?
[04:10] <infinity> rbasak: Otherwise, you're forking mysql from here.
[04:10] <infinity> (because of mysql-common)
[04:14] <rbasak> infinity: because it creates default-mysql-* packages, which make it look like we "default" to MariaDB, but that won't be the case (in Yakkety) because no packages actually will use those metapackages.
[04:14] <rbasak> I should double check, but mysql-common hasn't actually changed yet.
[04:14] <infinity> rbasak: And if we don't intend to default to mariadb ever, we should change the defaults.
[04:14] <infinity> rbasak: That's the point of "defaults" packages.  Makes it easier for derivatives.
[04:14] <rbasak> Debian is only starting the switch to src:mysql-defaults. I don't think it makes sense to take it now, since we're about to feature freeze.
[04:15] <rbasak> We can take it next cycle and add a delta or whatever.
[04:15] <infinity> rbasak: I'm really less inclined to agree, I guess.  universe syncs might start depending on the default stuff, and needing deltas, etc.  Just taking mysql-defaults and fixing it is saner.
[04:16] <infinity> rbasak: Feature freeze is pretty lax (and/or nonexistent) for unseeded stuff.
[04:16] <infinity> I think any attempt to avoid work here is likely to create more work than just uploading mysql-defaults with s/maria/mysql/ and be done with it.
[04:17] <rbasak> I just think that it'd be confusing for Yakkety and doesn't actually give us anything. In the case of a universe package getting synced and having a new dependency on default-* in Debian, it's be trivial to delta that out.
[04:18] <infinity> Err, yes.  But we can fix one package, or fix potentially many.
[04:18] <rbasak> src:mysql-defaults will also take over mysql-common, currently generated by src:mysql-5.7 in Ubuntu (and src:mysql-5.6 in Debian, which we will update to src:mysql-5.7 without mysql-common soon)
[04:18] <infinity> I don't get the "confusing" argument.  At all.  If nothing depends on it, it's not confusing, if something does, it's helpful.
[04:19] <rbasak> I guess it's not confusing if we do delta it.
[04:19] <infinity> Right.
[04:19] <infinity> As we do for default-mta, etc.
[04:19] <infinity> This is a Good Thing(tm).
[04:27] <rbasak> I don't disagree. Only with the timing. I'm not convinced it's useful to introduce this right now. But I don't feel strongly about it.
[04:59] <tedg> Hello, I need an archive admin to delete two binaries in yakkety. url-dispatcher and indicator-datetime for s390
[05:00] <tedg> They depend on libubuntu-app-launch which depends on Upstart which isn't building on s390.
[05:04] <slangasek> tedg: binaries removed (and ftr it's not two binaries, it's all the binaries built from url-dispatcher source on s390x)
[05:04] <tedg> slangasek: Thank you, yes.
[05:04] <tedg> Sorry to be confusing.
[05:05] <slangasek> tedg: I'm not sure what that does to other packages that depend on liburl-dispatcher1... looks like there are other indicator packages that will need to be removed from s390x in the next round
[05:06] <tedg> slangasek: A couple, the biggest one is platform-api, but I think that already doesn't build on s390.
[05:06] <slangasek> yeah, it's only built on x86 and arm
[05:08] <tedg> Huh, surprised how big that rdepends list is...
[05:50] <Mirv> ah so there's another bunch of new packages requiring --all-proposed rerun
[05:50] <Mirv> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir
[05:59] <Mirv> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-settings-components
[05:59] <Mirv> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-notifications
[06:07] <slangasek> Mirv: triggered; but why are these packages finding their way into -proposed while the transition is in progress?
[06:07] <slangasek> some of these, at least, would seem to be silo landings
[06:09] <slangasek> if people are forcing in landings on top of other landings, they should maybe not do that considering it will further slow down the transition
[06:13] <infinity> tedg: The goal being to remove upstart, can we tackle that from the other direction?
[06:13] <infinity> tedg: Removing all the s390x binaries that are in the rdep chain for a package we want to stop depending on seems counter-productive.
[06:22] <Mirv> slangasek: those are silo landings yes, OTA-13 is being finalized this week
[06:22] <Mirv> there would be an option to not release to yakkety for a little while if wanted, only publish to overlay PPA
[06:24] <Mirv> the transition has been going on for three weeks now
[06:40] <flocculant> infinity: images (all I looked at) aren't building - looking I assume they're having trouble with dependencies
[07:28] <handsome_feng> cjwatson, infinity: Good morning!  The Ubuntu Kylin daily iso is not created successfully. The question is about python3-aptdaemon.pkcompat package. Kubuntu and Xubuntu have the same question. But Ubuntu and lubuntu daily iso is created susccessfully.Do you know how to sovle this problem? The URL is https://launchpadlibrarian.net/278816938buildlog_ubuntu_yakkety_amd64_ubuntukylin_BUILDING.txt.gz and https://launchpadlibrarian.net/278982117/build
[07:28] <handsome_feng> log_ubuntu_yakkety_amd64_xubuntu_BUILDING.txt.gz  Thank you !
[07:33] <seb128> handsome_feng, python3-aptdaemon.pkcompat has been removed, stop trying to install it
[07:33] <seb128> see https://launchpad.net/ubuntu/+source/aptdaemon/1.1.1+bzr982-0ubuntu15
[07:33] <seb128> just use packagekit
[07:39] <handsome_feng> seb128, I see the ubuntu-desktop package still recommend python3-aptdaemon.pkcompat,but python3-aptdaemon.pkcompat is not installed.
[07:39] <seb128> right, recommends don't fail build, they just go missing if they can't be insalled
[07:39] <seb128> but that one should probably be removed indeed
[07:39] <seb128> thanks for pointing it out
[07:42] <handsome_feng> seb128,  ubuntukylin-desktop also only recommed python3-aptdaemon.pkcompat package, but build failed
[07:43] <seb128> handsome_feng, you are sure that you don't have something else that has a depends on it?
[07:45] <seb128> otherwise I don't know but maybe infinity has some idea when he's around
[07:48] <handsome_feng> I use command "apt-cache rdepends" only find ubuntukylin-desktop which related us.
[07:50] <handsome_feng> By the way, ubuntu mate,ubuntu gnome, xubuntu, kubuntu have the same issue.
[07:50] <infinity> ubuntu.yakkety/desktop: * (python3-aptdaemon.pkcompat) # needed to keep packagekit off the images
[07:51] <infinity> seb128: So, if the intent was to keep packagekit off images, "just install packagekit" seems like a poor fix.
[07:53] <seb128> infinity, that comment is years old, from a time where packagekit didn't have a decent apt backend, my understanding with that package1.0 transition is that the packagekit backend is considered better maintained and that we want to use it
[07:54] <seb128> which is why the pkgcompat layer got dropped from aptdaemon
[07:56] <infinity> seb128: Mmkay.  Will tear it out of all the seeds, then.
[07:56] <seb128> thanks
[07:57] <infinity> seb128: Care to do me a favour and look at all the rdeps for pkcompat on http://people.canonical.com/~ubuntu-archive/nbs.html and make sure they're other OR deps or deps on the virtual package?
[07:57] <infinity> seb128: So we can remove the binary...
[07:58] <seb128> infinity, k, let me have a look
[07:59] <infinity> No, some are definitely real deps.
[07:59] <infinity> ubuntu-drivers-common and packagekit-tools at least.
[08:00] <infinity> gnome-packagekit-session and gstreamer1.0-packagekit
[08:00] <infinity> cyphermox: When you remove a package, it would be nice to check the rdeps. :P
[08:01] <infinity> Oh, gnome-packagekit-session is itself NBS.
[08:01] <infinity> But also not removable. :P
[08:31] <tjaalton> anyone fancy reviewing x-x-v-intel from xenial queue? adds some pciids and apparently fixes #1568604
[08:31] <tjaalton> bug #156860
[08:31] <tjaalton> uh
[08:31] <tjaalton> bug #1568604
[08:36] <infinity> tjaalton: I can haz matching lts-xenial upload?
[08:39] <Mirv> Laney: i386 unity8 also passed
[08:39] <tjaalton> infinity: you will
[08:40] <tjaalton> infinity: if this works?
[08:40] <tjaalton> I can't repro the bug
[08:40] <Mirv> so on next update excuses page should look better
[08:40] <Mirv> (amd64 Pass already visible there)
[08:41] <Laney> Mirv: cool
[08:41] <Laney> that wasn't run with all-proposed, but it worked :-o
[08:41] <Laney> Hopefully then we just need to get the kernel
[08:42] <Mirv> Laney: it was, s_langasek did a bunch of them when I asked
[08:42] <Laney> it wasn't, you can see at the top of the log
[08:42] <Laney> he picked some packages instead
[08:42] <infinity> tjaalton: Not being able to reproduce is a bit annoying.
[08:42] <tjaalton> yep
[08:42] <Mirv> Laney: aren't those full -proposed archives<EMAIL_ADDRESS>[08:43] <Mirv> Laney: but it still just takes the listed ones I guess?
[08:43] <Laney> --apt-pocket=proposed=src:systemd,src:gsettings-ubuntu-touch-schemas,src:unity8,src:qtmir,src:ubuntu-settings-components,src:unity-notifications,src:libhybris
[08:43] <Laney> it uses apt pinning to only use those ones
[08:43] <Mirv> right, then some luck too
[09:01] <Laney> Mirv: Just kernel stuff left now, AFAICS
[09:07] <willcooke> Hi gang - could someone take a look at the NM SRU please? https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=network-manager
[09:23] <Mirv> update_output indeed seems clearer than ever
[09:24] <Mirv> "just" the kernel is a bit worrying though
[09:26] <Laney> why?
[09:27] <Mirv> well I can imagine releasing a new kernel is not always a matter of hours
[09:27] <Mirv> and herding these cats to not publish anything new might be challenging :)
[09:28] <Mirv> most of touch stack fortunately doesn't even affect the migrations, and unity8 and friends were just published last night so it's not going to happen soon again
[09:46] <Saviq> seb128, willcooke, hey, how do I find out about the state of unity8 dependencies WRT MIR? is there some way I could query the archive or maybe we've already a list of projects + MIR bug#s?
[09:56] <willcooke> Saviq, well, there's this:  https://trello.com/b/mab4G8UQ/unity-8-in-16-10
[09:56] <willcooke> Saviq, but that's pretty much manual
[09:57] <willcooke> and bregma has a script which walked the dependancy tree - that might help
[09:58] <Saviq> I think I'll wait for that...
[10:14] <bregma> Saviq, ~bregma/+junk/MIR-tools
[10:19] <Saviq> bregma, ack
[10:22] <Saviq> bregma, how do I use that? generate-package-list unity8 just shows me unity8, the other shows all binaries from src:unity8
[10:24] <bregma> add -k to keep the graphviz file and use xdot to view or sotty to convert to svg or some other format
[10:24] <Saviq> ack
[10:26] <Saviq> bregma, still, that only shows me the list of binaries from src:unity8, that correct?
[10:26] <bregma> nope
[10:26] <bregma> ewww, I mean dotty, not sotty
[10:27] <bregma> example of unity8-desktop-session from the week before last: http://i.imgur.com/3e4Yq0f.jpg
[10:28] <bregma> it shows the recursive depends and recommends not in main for all binaries generated by the source packages
[11:01] <Saviq> bregma, ok, seems my sources.list caused it, got a graph now, do we have a central place listing the MIR bug#s yet?
[11:01] <bregma> Saviq, just https://trello.com/b/mab4G8UQ/unity-8-in-16-10
[11:02] <bregma> I was working on a script to connect trello to the packages, but got sidetracked
[11:03] <bregma> also https://bugs.launchpad.net/~ubuntu-mir/+subscribedbugs?orderby=-datecreated&start=0
[11:03] <Saviq> bregma, in the MIR bug, I suppose I should only list direct deps?
[11:03] <Saviq> oh that looks helpful
[11:04] <bregma> Saviq, that's what I did (ie. only dependencies, not recommends) because Seb says that's all that's really needed despite what the Wiki page says
[11:04] <Saviq> ack
[11:04] <bregma> we'll see what beatings the MIR team give us over not including the recommends
[11:08] <Saviq> bregma, ah, and green is OK because it's in main?
[11:08] <Saviq> in the chart I mean?
[11:09] <bregma> Saviq, yeah, green means the source package is already in main so the binary can just be (auto) promoted
[11:42] <seb128> Saviq, bregma, recommends in universe are going to show on component mismatch but shouldn't block iso builds/create issue, they are going to need to be eventually to be dealt with but that can come after we start installing the session and we can probably demote things to Suggests if needed
[11:42] <Saviq> ack
[11:44] <bregma> unless the MIR team rejects the MIR because all recommends must be in main first, in which case we need to land all the package changes necessary to move the recommends to suggests, and all that will take time to move through the pipeline, and there are looming deadlines for 16.10
[11:45] <seb128> that's only text
[11:45] <seb128> we can change the recommends to suggests if that's what they want
[11:45] <seb128> and I doubt they are going to block on that
[11:45] <bregma> it's still a change that has to land though ci-train, and that can currently take *weeks*
[11:46] <seb128> it's everybody's interest to get the feature in so it can get tested earlier
[11:46] <seb128> it doesn't have to
[11:46] <seb128> dput still works
[11:46] <didrocks> as long as the change is in the pipe (please link it/write it in the MIR bug report), that's fine, not a blocker
[11:46] <seb128> didrocks, thanks for confirming ;-)
[11:46] <didrocks> yw ;) (that's how *I* deal with it, others might have different opinions)
[11:47] <bregma> at least it's not as bad a Debian in that regard
[11:48] <didrocks> Saviq: you can use check-mir btw as a helper to list them if that helps
[11:48] <Saviq> ack
[12:43] <Mirv> Laney: any word from the kernel team? is there someone we could ping directly?
[13:04] <tedg> infinity: The answer is "kinda" the problem is that most of these packages triple land all the way back to vivid.
[13:04] <tedg> infinity: I think that once UAL supports systemd we can make Upstart an optional build dep there. Which will block off some of the issues.
[13:04] <tedg> infinity: But today that is its only backend, so we kinda need it as a real build dep.
[13:08] <infinity> tedg: Right, but with the push to move yakkety to all-systemd-all-the-time, I do hope this is something being worked on.  If I have my way, we'll remove libnih/upstart/mountall from the archive entirely before release.
[13:09] <tedg> infinity: It is on my todo list, but I don't think that's a goal. AFAIK no one is porting the rest of the U8 session to systemd. It's not a goal.
[13:10] <infinity> It very much is a goal.  People sprinted for this and everything.
[13:10] <infinity> If we move U7 entirely to systemd but not U8, that's a bit lolz.
[13:10] <tedg> *I* sprinted on it, but that was U7 not U8
[13:11] <infinity> pitti: ^-- tedg's been telling me that while unity7 systemdness was a goal, unity8 (and u-a-l?) isn't a priority for yakkety.
[13:12] <pitti> none of the touch things have been ported yet indeed
[13:12] <pitti> we do have WIs for it, but indeed less urgent than for u7
[13:12] <infinity> pitti: I'd really like to remove nih/upstart/mountall entirely by release if we can manage.  But...
[13:13] <infinity> Though, most of my pain would also be averted by someone fixing bugs in them.
[13:13] <infinity> Given that the bugs in upstart in yakkety are entirely valid in xenial too, where we're not removing it.
[13:13] <infinity> I need to talk to Steve about allocating time for that somehow.
[13:14] <infinity> And chaining xnox to a desk.
[13:34] <Laney> Mirv: infinity stabbed some people with a rusty fork and it is being progressed
[14:14] <caribou> Any reason why LP: #1587988 is held in trusty-proposed ?
[14:25] <flocculant> infinity: thanks for the intel sru bug comment etc - have asked 'our' people to test that
[14:29] <infinity> flocculant: You're thanking a script, I don't write those comments by hand. :)
[14:29] <infinity> flocculant: If I did, they'd be more sarcastic.
[14:31] <flocculant> :)
[14:31] <flocculant> I'll thank anyone if it helps :p
[15:59] <xnox> infinity, there are a couple phone specific things that rely on upstart: click apps launching, android container -> text socket io bridge -> system upstart events -> user session upstart events (for e.g. sms notifications)
[15:59] <xnox> click apps launching -> tedg's help / guidance is needed to port that to systemd
[16:00] <xnox> porting socket bridge to systemd is doable, but will need a bit of engineering to start/stop targets properties on systemd side and change things to listen/bindsto those and some such.
[16:00] <infinity> xnox: The whole upstart-versus-newer-kernels thing should probably be fixed in xenial anyway. :/
[16:00] <xnox> first one is portable without a working phone.
[16:00] <xnox> the later one needs a phone to test things on.
[16:01] <xnox> because i can't run an andorid lxc container on a regular desktop and goldfish emulator is b0rked
[16:01] <xnox> but do we really want to port clicks to run under systemd? and/or will the phone move to have apps as snaps? Or is .click -> .snap conversion scheduled for some time later on the current generation phones?
[16:06] <bdmurray> slangasek: update-manager, update-notifier, and xserver-xorg-video-ati-lts-xenial are all verified and ready for an early SRU release.
[16:23] <flocculant> jbicha: I was just a bit confused how the murrine thing actually happened - and not sure of your tz :)
[16:24] <jbicha> flocculant: I'm US Eastern
[16:24] <flocculant> aah ok - not 'too' bad then for me :)
[16:33]  * infinity wonders why packagekit-plugin-click doesn't show up on the NBS report...
[16:33] <cjwatson> Because it's still listed in debian/control, but conditionally not built
[16:33] <infinity> Well, that's derpy.
[16:33] <cjwatson> Needed to keep it existing in vivid/xenial
[16:33] <infinity> Kay.
[16:36] <infinity> cjwatson: rdeps look clean, I'll just remove it blindly.
[16:36] <cjwatson> kay
[16:36] <infinity> I wonder how often that happens. :/
[16:37] <infinity> cjwatson: Wow.  A local build of click in sbuild fails the testsuite miserably.  Am I missing a trick of some sort?
[16:37] <cjwatson> er, dunno.  any details?
[16:38] <infinity> test_fields (click.tests.test_framework.TestClickFramework) ... ERROR
[16:38] <infinity> /usr/lib/python3.5/unittest/case.py:628: ResourceWarning: unclosed file <_io.BufferedReader name=3>
[16:38] <infinity>   outcome.errors.clear()
[16:38] <infinity> A lot of stuff like that.
[16:38] <cjwatson> haven't the foggiest.  it's been a while
[16:38] <infinity> Kay.  Don't care.  The test build was unnecessary anyway, once I realised the thing I was rebuilding for was NBS. :P
[17:02] <slangasek> flocculant, jbicha: hi, so what's the path forward on gtk2-engines-murrine?  Is this going to be fixed timely in the dependent theme package, or do we need a revert?
[17:03] <flocculant> slangasek: I'm not sure tbh tbh, ochosi is the guy to talk with
[17:03] <slangasek> ok
[17:04] <ochosi> slangasek: it's only "fixable" in the theme package by not using the text-shadow feature anymore in the theme
[17:04] <slangasek> for reference, the policy on SRUs is "no regressions allowed"; so whoever uploaded this SRU should take some responsibility for following through
[17:04] <ochosi> as far as i can see the bug isn't fixed
[17:04] <flocculant> ochosi: thanks for seeing the ping here :)
[17:04] <ochosi> (the fixes proposed for other themes simply switched to a different way of drawing text shadows which only works in some specific application contexts)
[17:05] <ochosi> so basically we either need to 1) bisect murrine to see what went wrong where and fix it or 2) roll back
[17:05] <ochosi> at least that's my view
[17:05] <jbicha> is it actually a xfdesktop bug or just a murrine bug?
[17:05] <ochosi> (in theory there are hundreds of other murrine-based themes out there which use text-shadow and now have breakage)
[17:05] <slangasek> bdmurray: releasing, thanks!
[17:06] <ochosi> jbicha: it's murrine. xfdesktop has a built-in function for text-shadow (stemming from the times where themes couldn't do it yet)
[17:06] <ochosi> that's the workaround
[17:06] <ochosi> but it only works for the desktop, not in other contexts
[17:06] <ochosi> also see https://bugs.launchpad.net/ubuntu/+source/gtk2-engines-murrine/+bug/1598316/comments/8 for reference
[17:06] <flocculant> jbicha: shoulD *that* matter?
[17:06] <ochosi> sry, gotta go, bbl :/
[17:07] <flocculant> ochosi: understood that :)
[17:08] <jbicha> flocculant: I think it matters when deciding which bug is more important, the bug that was fixed or the bug that was triggered
[17:08] <flocculant> I guess
[17:09] <flocculant> what we have is brokne desktops
[17:09] <ochosi> final note: as murrine is longtime unmaintained it shouldn't be terribly hard to find the offending commit
[17:09] <ochosi> i'm even surprised anyone commits to it at all
[17:09]  * ochosi would look at cimi with sad puppy eyes if he were in this channel right now
[17:10] <jbicha> ochosi: the bug was triggered by https://launchpad.net/ubuntu/+source/gtk2-engines-murrine/0.98.2-0ubuntu2.1
[17:10] <jbicha> which was accepted into multiple other distros
[17:10] <flocculant> jbicha slangasek I don't code at all - I just try to get testing done, when something breaks when it *was* ok - hands up in surrender
[17:10] <flocculant> jbicha: so can it not be reverted?
[17:10] <jbicha> ochosi: I think we're delegating the decision on what to do here to you then
[17:12] <jbicha> sure, it can be reverted; I guess people using 3rd party themes is more common than people using a bitmap font as their system font
[17:13] <flocculant> mmm
[17:13] <flocculant> jbicha: I don't know enough to comment more atm, I'll leave that to others
[17:14] <flocculant> all I'll say is *we* have to test with foo, if it then changes and a flavour ends up broken - that's not good for anyone :)
[17:17] <flocculant> what I know is that the update broke things for us
[17:48] <gb_mks> Hi, I´m looking for some help to fix this bug in Ubuntu 14.04. https://bugs.launchpad.net/ubuntu/+source/schroot/+bug/1398569   is this the right place for it?
[17:57] <ochosi> jbicha, flocculant: i'll take a look at that commit and see whether i can fix the fix...
[17:58] <ochosi> (don't hold your breath though)
[18:03] <tsimonq2> gb_mks: probably #ubuntu-devel
[18:03] <gb_mks> tsimonq2: thanks  :) I will try there
[18:08] <tsimonq2> slangasek, infinity: so lubuntu-next is just not building at all, very weird http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu-next/yakkety/
[18:09]  * tsimonq2 double-checks cron
[18:09] <tsimonq2> (I *thought* it was like 11:something AM my time that it spun up and it's 1:09 PM)
[19:32] <slangasek> tsimonq2: I see the lubuntu cronjob still running, and the crontab edit you made causes lubuntu-next to be serialized behind lubuntu which is probably still running
[19:33] <tsimonq2> slangasek: ohh good point
[19:33] <tsimonq2> slangasek: thanks
[19:35] <tsimonq2> slangasek: wait a minute... https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/lubuntu should be done? look at the log for powerpc
[19:35] <tsimonq2> I'm no expert but doesn't the PPC log look done already?
[19:37] <wxl> well desktop hasn't built yet
[19:52] <tsimonq2> wxl: really?
[19:52] <tsimonq2> hmmm
[19:52] <tsimonq2> wait, but I think it's waiting on PPC
[19:53] <tsimonq2> oh nvm
[19:55] <tsimonq2> so if the live image is built, why isn't it continuing? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/yakkety/daily-live-20160816.log
[19:56] <cjwatson> tsimonq2: cd-build-logs is only synced periodically, it's not a live log
[19:57] <tsimonq2> good to know, thanks cjwatson
[19:57] <cjwatson> */15 * * * *    mirror-image-build-logs
[19:58] <cjwatson> just finished
[19:58] <tsimonq2> so in a minute and a half it'll sync?
[19:59] <cjwatson> tsimonq2: ish
[19:59] <cjwatson> I don't recall how long the rsync takes
[20:02] <tsimonq2> there it is! \o/
[20:03] <tsimonq2> slangasek: what's the deal? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu-next/yakkety/daily-live-20160816.log
[20:04] <wxl> same error from yesterday
[20:05] <wxl> didn't you guys merge the fix yesterday?
[20:05] <cjwatson> looks like no livefs-launchpad change, again
[20:05] <slangasek> infinity: ^^ did you forget to push your livefs-launchpad change?
[20:08] <wxl> also is "Could not resolve hostname royal.buildd" to be concerned about?
[20:10] <slangasek> that's because of trying to do a non-launchpad build, which is probably a knock-on effect of the missing merge
[20:11] <cjwatson> yes
[20:11] <cjwatson> we should probably kill the fallback to be less confusing, but it would just fail differently :)
[20:12] <cjwatson> (or at least kill the fallback configuration; the code is still conceivably useful for people doing stuff locally)
[21:01] <infinity> slangasek: I didn't make a livefs-launchpad change.
[21:01] <infinity> slangasek: I pointed out to you where to make it. :P
[21:01] <infinity> slangasek: I guess a slight miscommunication there.
[21:02]  * infinity goes and makes the change now.
[21:03] <slangasek> infinity: ah, sorry
[21:03] <slangasek> and thanks :)
[21:03] <wxl> infinity: when that's merged, is it possible to trigger the rebuild?
[21:03] <infinity> wxl: Sure.
[21:03] <wxl> infinity: thank you kindly, sir.
[21:06] <infinity> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/yakkety/lubuntu-next
[21:06] <infinity> livefses are building, at least.
[21:06] <infinity> Progress.
[21:06] <wxl> yay you rock!
[21:06] <infinity> Err, oh.  Crap.
[21:07] <tsimonq2> ooh what's that mean?
[21:07] <tsimonq2> what happened? :O
[21:08] <infinity> I goofed something.  Cancelling and trying again.
[21:08] <tsimonq2> ok 👌
[21:10] <Ukikie> infinity: Speaking of which, you guys bothered to review the MATE/Xubuntu ones?
[21:28] <mwhudson> slangasek: can you process golang-github-coreos-go-systemd ^ through NEW?
[21:28] <mwhudson> slangasek: then i can upload lxd!
[21:32] <wxl> tsimonq2: bah https://launchpadlibrarian.net/279311792/buildlog_ubuntu_yakkety_powerpc_lubuntu-next_BUILDING.txt.gz
[21:32] <wxl> lubuntu-default-seetings is the problem
[21:38] <tsimonq2> oh gawd
[21:42] <slangasek> mwhudson: done
[21:42] <mwhudson> slangasek: thanks
[21:45] <infinity> mwhudson: Will this lxd pass its testsuite? :)
[21:45] <mwhudson> infinity: i certainly hope so!
[21:45] <mwhudson> there's not really an easy way to find out apart from uploading to -proposed is there?
[21:49] <infinity> mwhudson: You can run autopkgtests locally, but every time I need to do so, I find myself forgetting where that's documented. :/
[21:54] <infinity> doko: Your addition of python3-talloc{,-dev} got removed in a later Debian upload.  Do you want to reintroduce that as an Ubuntu delta, or fix the one rdep (ldb) to not care?
[21:58] <jbicha> mwhudson: it's also possible to run autopkgtest.u.c from a ppa but it's not a very intuitive process


[03:34] <mhall119> PabloRubianes: ping
[03:35] <mhall119> or anyone on the LC really
[03:36] <mhall119> just read http://lococouncil.ubuntu.com/2013/10/26/loco-logo-contest/ and noticed it didn't mention anything about copyright license requirements or copyright assignment
[03:36] <mhall119> I would *assume* CC-BY-SA, but we should let people know ahead of time
[03:52] <skellat> mhall119: Noted Michael.
[03:52] <skellat> mhall119: Let me see if I can figure out where my login credentials disappeared to for the blog.
[03:59] <skellat> mhall119: ¡PING!
[04:10] <mhall119> skellat: pong
[04:11] <skellat> How does the fix read?
[04:11] <mhall119> skellat: reads good to me
[04:12] <skellat> Good enough.
[04:12] <skellat> mhall119: Thanks for catching the oopsie
[04:14]  * skellat wanders off to figure out where his blankets and other bedding disappeared to
[04:18] <mhall119> same
[16:07] <locodir-user> hello
[16:08] <locodir-user> ?
[16:09] <locodir-user> sorry trying 2 get help with mi ufw firewall
[16:09] <jose> no worries
[16:09] <jose> need any help?
[16:10] <locodir-user> yes please
[16:10] <jose> #ubuntu should be the right place for support
[16:11] <locodir-user> i been getting my information stolen in windows and wanted nothing more with windows
[16:13] <locodir-user> where do i start making my ubuntu secure
[16:17] <locodir-user> will someone help
[16:23] <locodir-user> ?
[16:25] <toddy> locodir-user: I think the channel #ubuntu is the right channel for that questions.


[03:55] <dannydiff> gotta say love Ubuntu but hate the updates.
[03:58] <dannydiff> wow lot of people here but no chatter.
[04:09] <dannydiff> dead chat
[04:11] <jthan> WElp..


[00:57] <nOStahl> hi guys
[00:57] <nOStahl> hows it going
[02:29] <StevenG50> New here,  Is the Panda board the only HW platform that you can purchase to expirement with ubuntu-arm?
[02:30] <GrueMaster> No, we also support BeagleXM and Frescale Quickstart development boards.
[02:31] <GrueMaster> You can also run any other armv7 (Cortex A8/9) compatible system if you have your own kernel.
[02:31] <StevenG50> Any preferance as to which is the better board?  From a Performance, longetivity and/or ease of use point of view?
[02:33] <GrueMaster> really depends on what you want to do.  BeagleXM is great for lightweight projects (Kiosk systems, cups server, etc).  Panda is a dual processor with HD Video capabilities, Frescale has SATA for better disk I/O.
[02:33] <GrueMaster> All are fairly easy to use.
[02:35] <StevenG50> That is the best information anyone has provided me yet.  Gets me something to think about.  Thank you!  I must admit my interest is morbid curiousity.  I dont know what I want to do with it, other than just something to expirement/test with.
[02:36] <GrueMaster> Heh, I understand.  I have several of each for Ubuntu testing.
[02:49] <twb> pfft disks, just push it out to the san ;-P
[02:49] <twb> They all have gige right?
[02:50] <GrueMaster> No, 100e,
[02:50] <twb> lame
[02:52] <GrueMaster> Can't ask too much for a cell phone proc.  :P
[02:52] <twb> Oh I can ask
[02:53] <twb> OTOH why would a cellphone need SATA
[02:53] <GrueMaster> Last cycle, I had 7 panda's in a CEPH cluster.  Painful, but still cool.
[02:53] <GrueMaster> And SATA is far faster than SDHC.
[02:54] <twb> But why would a cellphone need that
[02:54] <twb> That's your argument against adding other whizzo features, right? ;-)
[02:54] <GrueMaster> using a SATA based SSD vs eMMC?  Speed.  Pure unadultrated speed.
[02:55] <twb> Pft, just load everything into ram
[02:55] <twb> You only need the SD at boot time and nobody turns their cells off
[02:55] <GrueMaster> No arm system ships with more than 1G.
[02:55] <twb> 1G should be enough to 100 users!
[02:56] <twb> grumble grumble
[02:57] <GrueMaster> SOC vendors ship to anyone that wants a proc.  It is easier to have features disabled, than non-existent.
[02:57] <twb> They should ship a disabled gige controller then :-/
[02:57] <GrueMaster> I can see the Freescale part competing with Marvell for the small NAS box market.
[02:58] <twb> A $200 NAS appliance ought to do gige
[02:58] <StevenG50> is the Freescale demo board the I.MX51?
[02:58] <GrueMaster> I think the nic is part of the USB controller.  It is on omap3/4.
[02:58] <GrueMaster> mx53.
[03:05] <StevenG50> I would imagine if you use the mx53 board the easiset thing would be to output via a serial port in ssh/telnet and skimp on the video module.
[04:22] <recur> Anyone using an MX53?
[04:22] <recur> I built the entire BSP, but I can't find the GPU driver.   Someone said it was gpu.ko  but it's not there.  Bit mystified :)
[04:52] <jvcleave> trying to figure out how to ssh into Beaglebone with it installed https://wiki.ubuntu.com/ARM/OMAP
[05:01] <recur> also hellogl_es2 starts up but the gl widget is black
[08:31] <Snark> plop
[08:33] <Snark> doko, how can I know which files are compiled in glibc? Looking at the Makefiles, I have no clue... for example in sysdeps/ieee754, there are *four* e_lgammal_r.c !
[10:01] <trelane> greetings, with regard to rootstock, it now claims to be replaced by live-build (Which seems to generate iso's).  Is there a HOWTO that I haven't found yet for using live-build to build a root tarball
[11:49] <trelane> greetings, with regard to rootstock, it now claims to be replaced by live-build (Which seems to generate iso's).  Is there a HOWTO that I haven't found yet for using live-build to build a root tarball
[11:49] <trelane> basically I just need something to copy onto an SD card
[12:06] <rbasak> overnight: 39 success, 9 failures (looks like the same debootstrap proxy/skew problem)
[12:07] <ogra_> trelane, if you just want a minimal rootfs, have a look at ubuntu-core (it is totally unconfigured though)
[12:15] <trelane> ogra_: noted.  I don't need a lot of config, though that looks like it includes some things I don't need
[12:16] <ogra_> ??
[12:16] <ogra_> it is the most minimal ubuntu you can build
[12:16] <trelane> pulse, gtk, etc
[12:17] <ogra_> by definition just enough OS to run apt
[12:17] <trelane> ok Base Core = Core
[12:17] <trelane> got it
[12:17] <ogra_> no
[12:17] <trelane> trying to figure out what Ubuntu-Core is based on the flow chart on the core website
[12:17] <ogra_> i'm talking about the ubuntu-core tarballs you can get on cdimage.ubuntu.com
[12:18] <ogra_> it contains everything debooorstrap --minbase installs plus apt and its deps
[12:18] <trelane> ok, yeah that's small
[12:18] <ogra_> has no users or rootpw configured nor does it have a network setup, hostname etc
[12:18] <ogra_> tarball is around 30M... unpacked it should be between 80 and 120M
[12:20] <trelane> ok that's no big deal at all.  I can script that and do the construction in qemu :)
[12:20] <trelane> thanks!
[12:27] <ndec> trelane: you might find that useful http://omappedia.org/wiki/OMAP_Ubuntu_Core
[12:27] <trelane> ndec: already found it on my own
[12:27] <trelane> reading it now
[12:28] <ndec> hey, google is cool ;-)
[12:28] <trelane> ndec: I'm actually an idiot, I merely have lighting fast google skills and therefore can fool most people
[12:28] <trelane> you guys might want to put a note on the rootstock page that ubuntu-core is now the preferred solution
[12:28] <ndec> i will update it soon with a section about using mainline kernel and uboot instead of the prebuilt kernel from ubuntu. but basically if you checkout any recent mainline, and build you can use that with ubuntu-core just fine.
[12:29] <ogra_> ndec, there is a typo btw
[12:30] <ndec> where?
[12:30] <ogra_>   sudo C_ALL=C chroot . /bin/bash
[12:30] <ogra_> should be LC_ALL
[12:30] <trelane> I'm usually a Funtoo (Gentoo fork) guy, and after a few hours of looking at the OE build system, how they attempted to emulate gentoo, FAILED TOTALLY, then stuck somethign vaguely debian like on top, I gave up
[12:30] <ndec> ogra_: let me check
[12:30] <trelane> I don't know how OE happened but if there wasn't enough alcohol involved to stun a team of oxen... I'd be shocked.
[12:32] <ndec> ogra_: fixed
[12:32] <ogra_> great :)
[12:32] <ndec> trelane: this is probably not the right place to talk about OE, even for bashing against OE ...
[12:33] <trelane> noted :)
[15:49] <ppisati> rbasak: did you manage to test the new kernel with the installer?
[16:53] <GrueMaster> ppisati: I just ran netinstall as part of my milestone testing.  Seems to have run just fine.  I'll check the logs for any unnoticed residue.
[16:53] <Riddell> GrueMaster: where can I find a basic intro to installing ubuntu on a pandaboard?
[16:54] <ppisati> GrueMaster: cool
[16:54] <GrueMaster> Riddell: I think there is a link off http://wiki.ubuntu.com/ARM
[16:54] <infinity> Also linked from the image download pages on cdimage.
[17:10] <ndec> ogra_: hi. on our private PPA we have a msg like that "A recent upload has resulted in 5 pending builds. " do you know what that means?
[17:10] <ogra_> nope
[17:10] <ndec> or davidm if you're around...
[17:11] <ndec> ogra_: argh, not sure if it looks good or not. who should i ask?
[17:11] <ogra_> i would assume your packages sit in the queue or some such
[17:13] <ndec> ogra_: another problem is that now that we start pushing kernel in PPA, we are reaching the size limit quickly.
[17:14] <ogra_> that shouldnt be a prob, though likely needs davids approval first
[17:14] <ogra_> you could ask in #launchpad if they can just bump the size, if they need any additional approval we can manage i guess
[17:15] <ndec> ok.
[17:15]  * ogra_ takes a look at the queue if there is anything from you in teher
[17:17] <ndec> ogra_: i asked on #launchpad too
[17:17] <ogra_> ah, k
[17:18] <ogra_> ndec, i see an alsa-utils build that has -ti in the version at https://launchpad.net/builders
[17:18] <ogra_> (the PPA builders are the bottom ones)
[17:19] <ogra_> seems the builders are busy beyond that, so it could well be that your packages are qeued
[17:20] <ogra_> ah, now it also has totem and tibtfm
[17:20] <ogra_> and uboot
[17:21] <infinity> ndec, ogra_ : buildd-manager was down, hence the queued builds going nowhere.  Got fixed just a while ago.
[17:21] <ogra_> ah, k
[17:21] <infinity> ndec: As for increasing PPA size, that doesn't need any management approval or anything, just present a case for it to launchpad folks.
[17:22] <infinity> (Though, they may require a slightly less hand-wavy case for non-Canonical PPAs demanding size bumps, I doubt yours will be an issue)
[17:22]  * ogra_ thought so ... though it wouldnt have been a prob to get such approval indeed :)
[17:35] <GrueMaster> ppisati: Did you see my earlier message?  I may have experienced an irc net-split.
[17:38] <ndec> infinity: ogra_: thx. looks like our builds are going on now.
[17:38] <ogra_> :)
[17:38] <ndec> about the size, I will request for more indeed. will ask you if i need support
[17:38] <ogra_> dont hesitate :)
[17:40] <ndec> why would i ;-)
[17:40] <ppisati> GrueMaster: nope, which one?
 ppisati: I just ran netinstall as part of my milestone testing.  Seems to have run just fine.  I'll check the logs for any unnoticed residue.
[17:41] <GrueMaster> Re:  omap kernel mac address.
[17:41] <ppisati> GrueMaster: what's that?
[17:41] <GrueMaster> ogra_: That was a lot earlier.
[17:42] <ogra_> GrueMaster, oh, then your other messages went unnoticed
[17:42] <GrueMaster> ppisati: On the omap kernel, you mentioned something about a change for the mac address? Is it just enabling the "smsc95xx.macaddr=" parameter in the module or is it getting the mac from the soc die id?
[17:42] <GrueMaster> There, reposted.
[17:42] <ppisati> GrueMaster: the second one
[17:43] <ppisati> GrueMaster: it seems i can't change the mac anymore
[17:43] <GrueMaster> Cool, thanks.  I'll double check it here and let you know how well it works.
[17:43] <ppisati> GrueMaster: sudo ifconfig eth0 hw ether 00:11:22:33:44:55
[17:44] <GrueMaster> Nah, just reboot.  If it stays the same, my dhcp server will know immediately.
[17:44] <ppisati> k
[17:45] <GrueMaster> While you're here, on omap4, is there a camera module built into the kernel now?  oem-config is trying to take a picture but there is no camera so it only has a small section of the previous screen.
[17:47] <ogra_> it shouldnt offer you to take the pic in the first place if there is no camere attached
[17:49] <rbasak> ppisati: no random panics after 48 test installs overnight. I'm using a kernel I built from the git source tree yesterday - not sure what the installer kernel is at the moment. So it's looking good.
[17:50] <GrueMaster> ogra_: Hence why I asked.  If ubiquity is detecting a camera module, it is activating that section.
[17:50] <GrueMaster> It doesn't do it on omap or mx5.
[17:52] <ogra_> i guess it looks for the actual device in /dev
[17:53] <ogra_> GrueMaster, look for /dev/videoX
[17:53] <GrueMaster> yep.  /dev/video0 exists.
[17:53] <ogra_> that might be it
[17:55] <GrueMaster> Found it in dmesg.    Have it take a snapshot of a klingon or something.
[17:57] <ogra_> heh
[17:57] <GrueMaster> So, I should file a bug against ubiquity for this?
[17:57] <ppisati> GrueMaster: yep, there's camera support in it but it should be broken
[17:59] <ogra_> GrueMaster, yes
[17:59] <ogra_> if there isnt one already
[17:59] <GrueMaster> ok.
[17:59] <ogra_> i can easily imagine there are a lot video capture cards out there where people see it too
[17:59]  * GrueMaster notes this will be the 4th bug filed in 2 days on ubiquity/oem-config.
[18:00] <ogra_> awesome
[18:00] <ogra_> to sad we dont have an ubiquity maintainer atm
[18:00] <GrueMaster> ???
[18:00] <GrueMaster> Where's Evan or Colin?
[18:00] <ogra_> ev doesnt do it this release
[18:01] <GrueMaster> Ah.
[18:01] <ogra_> colin and stgraber step in for him though
[18:02] <GrueMaster> I was looking at that code yesterday, trying to figure out preseeding.  What a mess.
[18:03] <ogra_> it all becomes clear with enough alcohol in your blood though
[18:06]  * GrueMaster needs to make an emergency run to the liquor store.
[18:06] <GrueMaster> This camera module, how is it supposed to report no camera detected?
[18:07] <ogra_> dont forget to expense it !
[18:17] <ndec> GrueMaster: ogra_: we did get some problems with 11.10 when using a kernel with v4l2 camera driver on panda...
[18:18] <ndec> some of our panda don't have the actual camera plugged, but the kernel does not detect that... and ubiquity tries to make a picture...
[18:18] <ogra_> ndec, yes, we had issues in 12.04 too, thats why it was disabled
[18:18] <ogra_> but not completely it seems
[18:19] <ndec> on panda?
[18:19] <ogra_> yep
[18:19] <ndec> we have a horrible hack in ubiquity to bypass the camera detection... so if you come up with a proper fix this is better ;-)
[18:20] <ogra_> well, as i said above, i dont get how that works on systems with TV capture cards
[18:20] <ogra_> they surely also have /dev/video
[18:20] <ndec> yep, i am interested to understand how ubiquity understands there is a camera too... if you figure out...
[18:21] <ogra_> well, tobin will file a bug, we will see :)
[18:21] <ndec> please subscribe tiomap-dev on the bug
[18:21] <ogra_> k
[18:28] <GrueMaster> Done and done.
[18:28] <GrueMaster> Bug 924419
[18:28] <ubot2`> Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Undecided,New] https://launchpad.net/bugs/924419
[18:30] <ogra_> thx !
[18:40] <GrueMaster> ogra_: Where are the debug symbol packages for arm?  ports or somewhere else?
[18:41] <infinity> GrueMaster: Everything's on ddebs.ubuntu.com, but (and this is a big but), not everything is represented. :(
[18:41] <infinity> GrueMaster: pitti keeps culling random old releases and non-primary arches as he runs out of space.
[18:42] <infinity> GrueMaster: Though, we seem to have armel/armhf for precise, at least.
[18:43] <GrueMaster> Ok.  ev wants me to run a backtrace on this ubiquity panel crash.
[18:44] <GrueMaster> Since I can't just file it.
[19:38] <ppisati> GrueMaster: did you reboot the beable?
[19:39] <GrueMaster> Doing so now.  Got caught up in an installer bug on omap4.
[19:41] <GrueMaster> Nope, it didn't have the same mac on reboot.
[19:41] <GrueMaster> It was supposed to get it from the die id, right?
[19:44] <ppisati> nope, you get a random one
[19:44] <ppisati> but i thought you configured it to get a fixed one
[19:45] <GrueMaster> How do I configure the system to get a fixed mac address?
[19:46] <ppisati> via /etc/network/interfaces but i can't make it work anymore, that
[19:46] <ppisati> s why i asked, because i thought you did
[19:46] <GrueMaster> There is no way to automate that, especially during a netinstall.
[19:47] <ppisati> k
[19:47] <GrueMaster> I need either a die id (like omap4) or a kernel cmdline parameter.
[19:49] <GrueMaster> Die id is preferred as then I don't need to modify the preinstalled images.


[18:52] <hoxtonhopper> Hello ladies and gents. I'm looking at the BootOptions page on help.ubuntu.com, and would like to tag it to show both readers and editors that it needs updating with the latest info on Lucid. However, I can't see any of the approved tags which would be appropriate for this. Possibly 'Needs Expansion'? Is there perhaps room for a 'Needs Updating' tag?
[18:53] <zkriesse> hoxtonhopper: send me the page
[18:53] <hoxtonhopper> https://help.ubuntu.com/community/BootOptions
[18:55] <zkriesse> Well what is different about it?
[18:55] <zkriesse> It would "Need Expansion" yes
[18:55] <hoxtonhopper> thanks
[18:55] <zkriesse> Best to send in a mailing list question RE: this
[18:55] <hoxtonhopper> I understand, for example, that the vga= option is now deprecated
[18:55] <zkriesse> Or you let the Ubuntu Beginners Team Wiki Focus Group handle it
[18:56] <hoxtonhopper> ok thanks. v new to this area of participation so will need to get my bearings :)
[18:56] <zkriesse> yep
[18:57] <zkriesse> want some links?
[18:57] <zkriesse> Or you can come join us in #ubuntu-beginners #ubuntu-beginners-team and #ubuntu-beginners-wiki
[18:57] <zkriesse> if you like wiki stuff definitely join #ubuntu-beginners-wiki hoxtonhopper
[18:58] <hoxtonhopper> thanks I'll do that
[18:59] <zkriesse> :D


[02:40] <Resistance> anyone able to help me set up my own version of ubottu's bantracker system?
[02:41] <Resistance> in my own channel, on my own supybot setup
[02:41] <Resistance> i'm assuming *someone* knows how to set it up
[02:43] <Unit193> I had a working one, think it still works. You may want to ask in the bots channel though
[02:44] <Resistance> #ubuntu-bots?
[02:45] <Unit193> ...Yeah


[15:50] <HellStew> Hi peeps.  Anyone want to open a defect for me?
[15:52] <HellStew> Just tried installing 14.04.3 on officemates laptop and it crashed after the TZ screen.  Said it could not generate a defect report.  14.04.2 is installing fine Lenovo G560
[15:52] <HellStew> I tried the install twice, same crash


[03:13] <jtv> bigjools: I'm thinking to address the issue by accepting zero as a vlan tag, but normalising it to None.
[03:14] <bigjools> jtv: evil, but.... Django
[03:14] <jtv> In a word.
[03:38] <jtv> bigjools: by the way, have you seen those over-frequent DHCP config rewrites (and dhcpd restarts) lately?  Or did they go away?
[03:39] <bigjools> jtv: I have not checked, I can do so in a  bit
[03:39] <jtv> I'd be grateful if you could.
[03:39] <bigjools> will build a new package for my hp
[03:41] <jtv> And by the way, if you have time for a review... https://code.launchpad.net/~jtv/maas/zero-vlan-tag-is-not-unique/+merge/205073
[03:57] <bigjools> jtv: I don't suppose I can persuade you to go and edit the last migration that set this up?
[03:58] <jtv> You can, if you want to.
[03:58] <bigjools> Having multiple migrations for the same new model is ugly as hell
[03:58] <jtv> I went with the safer option...  If you want me to play dangerous with the schema, sure.  :)
[04:01] <bigjools> meh
[04:10] <jtv> bigjools: updated.
[04:16] <bigjools> jtv: cheers
[04:47] <jtv> bigjools: one thing I didn't get around to bringing up... vlan tags: hex or dec?
[04:52] <bigjools> jtv: either I guess, prefix with 0x if you want hex
[04:57] <jtv> If you want to get fancy, I say: separate card!
[05:53] <bigjools> jtv: your signal fix has not worked
[05:53] <bigjools> still getting lease write jobs after probes
[06:04] <jtv> Arrrrrgh.
[06:04] <jtv> O!
[06:04] <jtv> Wait...
[06:09] <jtv> No.  For a moment I was hopeful that I'd simply forgotten to remove something.
[06:10] <jtv> bigjools: can you verify that you're running a version where src/maasserver/dhcp_connect.py connects dhcp_post_change_NodeGroupInterface to a _field change_ on NodeGroupInterface, not to a save?
[06:11] <bigjools> jtv: I was running the daily build
[06:11] <bigjools> 1.4+bzr1853+dfsg+1891+231~ppa0~ubuntu14.04.1
[06:11] <bigjools> so r1891
[06:11] <bigjools> I powered down the machine now so can't check code easily
[06:11] <jtv> From trunk, right, not 1.4?
[06:11] <bigjools> yup
[06:12] <jtv> Ohdearohdearohdear
[06:13] <jtv> Hmm... was there really never a test for "does nothing if fields don't actually change"?
[06:13]  * jtv writes one
[06:13] <bigjools> :)
[06:15] <jtv> Nope, nope, that passes.
[06:15] <jtv> So something else is triggering that signal.
[06:15]  * jtv throws some more hate at this use of signals
[06:25] <jtv> bigjools: I do see that leases are uploaded every minute as per the celerybeat schedule...
[06:26] <bigjools> jtv: yes and then it writes dhcp and restarts server
[06:26] <jtv> Could you try it with a longer unconditional-dhcp-lease-upload schedule time?
[06:26] <bigjools> can't today will come back tomorrow
[06:26] <jtv> OK.
[06:27] <jtv> It's just that this may be a side effect of the leases upload.
[06:27] <jtv> Which happens once a minute.
[06:32] <bigjools> jtv: I am offski.  Speak tomorrow.
[06:34] <jtv> nn bigjools
[09:10] <rvba> jtv: What I'm seeing is that the *DNS* config still gets rewritten every minute.
[09:11] <jtv> Different!
[09:11] <jtv> Julian said he saw the DHCP probe followed by the DHCP config rewrite.
[09:12] <jtv> He was running from package, so he wasn't looking at the "make run" output which combines all logs.
[09:12] <rvba> I don't see that.  I see the DHCP probe followed by the DNS config rewrite.
[09:12] <jtv> In the same log?
[09:12] <rvba> I'm also running from a package.
[09:12] <jtv> I'm just making guesses about what he might have seen...
[09:13] <rvba> jtv: hang on, I forgot to look at one log file…
[09:14] <rvba> No trace of the DHCP rewrite.
[09:14] <rvba> (I'm using the daily package.)
[09:14] <jtv> So... progress.
[09:15] <rvba> jtv: Something else (but related): have a look at the apache log: http://paste.ubuntu.com/6884158/.  As you can see, we first query ".../interfaces?op=list" and then we get redirected to "/interfaces/?op=list".  If we could issue the right request from the start (with the '/' at the end), we would avoid one redirect every minute.  This is a detail of course but I thought it was worth mentioning.
[09:17] <jtv> Yes...  you can always file a tech-debt bug.  :)
[09:17] <rvba> heh :)
[09:21] <rvba> jtv: src/maasserver/dns_connect.py says saving a NodegroupInterface triggers a full DNS rewrite…
[09:21] <jtv> Yes, DNS rewrites are more easily triggered.  I was just looking for a DHCP rewrite...
[09:40] <rvba> bigjools: can you double check that you're still seeing the DHCP config being rewritten every minute?
[09:41] <rvba> bigjools: I just tested the daily package and I don't see that.  I see the *DNS* config is still being rewritten every minute.
[09:41] <bigjools> rvba: no I can't, sorry. But I was using the daily and it was definitely doing it on the cluster celery.
[09:42] <bigjools> probe » config write » restart dhcp
[09:43] <rvba> I don't see that.  And I've got a DHCP server configured and running.
[09:44] <bigjools> ok I'll check again tomorrow
[09:44] <bigjools> too late for me now
[09:44] <rvba> Okay.
[09:44] <bigjools> eating with plate on my lap and the laptop on the arm of the chair here
[10:11] <jtv> A recipe for success...
[10:14] <rvba> jtv: bug filed: https://bugs.launchpad.net/maas/+bug/1276985
[10:14] <rvba> bigjools: ^ (with screenshot ;))
[10:14] <jtv> Thank you ubot5
[10:15] <bigjools> rvba: grar, docs
[10:15] <bigjools> rvba: why do you keep talking about editing it?  You can't edit it.
[10:16] <bigjools> rvba: oh I see the page
[10:16] <bigjools> my bad.  WTF.  That didn't used to be there.
[10:17] <rvba> bigjools: :)
[10:19]  * jtv is glad to see that the screenshot was of some use.
[10:54] <rvba> jtv: time for a tiny review? https://code.launchpad.net/~rvb/maas/fix-none-vlan/+merge/205119
[10:55] <jtv> Sure
[10:56] <rvba> Thanks.
[13:57] <tomixxx3> hi, how can i completely remove maas? i have executed sudo "apt-get purge maas ; sudo apt-get autoremove" and rebooted the server, but after reboot, i am still able to open the MAAS dashboard...
[14:06] <tomixxx3> ok, i have it already
[14:31] <tomixxx3> hi, after executing "$ maas-cli maas node-groups import-boot-images" i get 'HttpResponse' object has no attribute '_is_string'
[14:31] <tomixxx3> does anyone know what's the problem here?
[14:44] <gmb> tomixxx3: Can you try running `maas-cli refresh` and see if that fixes it?
[14:44] <tomixxx3> gmb: hmm, now i have already started sudo maas-import-pxe-files
[14:44] <tomixxx3> gmb: should i abort that?
[14:45] <tomixxx3> gmb: furthermore, i have executed sudo add-apt-repository cloud-archive:tools and sudo apt-get-update before installing MAAS but it seems i always get version 1.0...
[14:45] <gmb> tomixxx3: No, just let it run
[14:46] <gmb> tomixxx3: What does `apt-cache policy maas` return?
[14:47] <tomixxx3> gmb: ah, it says 1.4+bzr16934+
[14:47] <tomixxx3> gmb: but i see not the very same output and screens like described here: http://maas.ubuntu.com/docs/install.html#post-install
[14:47] <gmb> tomixxx3: Okay, what *do* you see?
[14:48] <tomixxx3> gmb: slightly different screens and output most of the time ;)
[14:48] <tomixxx3> gmb: for example, i cannot enter the IP address at start, i need to call dpgk-reconfigure... afterwards
[14:48] <tomixxx3> gmb: on start i get a (wrong) IP assigned
[14:48] <tomixxx3> gmb: furthermore, "--password" is missing in the createadmin statement
[14:49] <tomixxx3> last but not least, i cannot execute maas-cli maas node-gruops import-boot-images
[14:50] <gmb> tomixxx3: Okay, one thing at a time.
[14:50] <gmb> tomixxx3: Have you created an admin yet?
[14:50] <tomixxx3> gmb, i have done this installation for mulitple times now
[14:51] <tomixxx3> gmb: i can create an admin, but i have to add "--password=xxxx"
[14:51] <tomixxx3> thats not the problem
[14:51] <gmb> tomixxx3: So which of the things that you listed as a problem is actually the problem? :)
[14:52] <tomixxx3> gmb: none of them
[14:53] <tomixxx3> gmb: ah, when i set the http proxy in the maas dashboard, save, and delete the proxy again, it seems that the proxy does not appear even if it is not displayed anymore
[14:53] <tomixxx3> gmb: but that's a looooooooong story
[14:53] <tomixxx3> gmb: but the reason why i reinstall maas at the moment
[14:55] <tomixxx3> another thing: nodes are not able to download packages
[14:55] <tomixxx3> but maybo this is because of my tricky architecture
[14:56] <tomixxx3> -appear, +disappear
[14:56] <tomixxx3> but i know, we don't live in a perfect world ;)
[14:58] <gmb> tomixxx3: I'm not sure that this is something that we can solve easily over IRC — partly because you'll have to explain the whole architecture to me. Can you file a bug for the proxy issue please (https://bugs.launchpad.net/maas/+filebug) with instructions for reproducing the problem?
[14:58] <gmb> tomixxx3: Usually with nodes not being able to download packages that's a routing issue
[14:59] <gmb> tomixxx3: (Although they should just use the proxy if they can)
[14:59] <tomixxx3> in short the architecute is: 2 nodes + 1 maas server connected via switch. additionally, a 2nd network interface in the maas-server connects the server to an external (university) network which is more or less a black box to me ;)
[15:00] <tomixxx3> but i need the connection to the university in order to get internet-access - at least - at the maas-server
[15:00] <gmb> tomixxx3: Okay, that's not all that tricky; it's just that the nodes on the private / MAAS-managed network need to be able to get out to the internet *via* the MAAS server.
[15:01] <tomixxx3> yeah... i have not achieved this milestone yet
[15:01] <tomixxx3> however, i have tried a lot of things, i guess
[15:01] <gmb> tomixxx3: Two things you can do (assuming DHCP is set up correctly in MAAS; it should be from what you've said):
[15:02] <tomixxx3> yep, dhcp works
[15:02] <gmb> tomixxx3: Okay, so, gimme a sec here...
[15:02] <tomixxx3> k
[15:02] <tomixxx3> gmb: altough, the problem is, also my university has a dhcp proxy which wants to give all my beautiful nodes some beuatiful IP :-)
[15:03] <tomixxx3> therefore, i have two network interfaces
[15:03] <gmb> tomixxx3: Ah, okay, so you're *not* having to route all traffic out through the MAAS server then?
[15:03] <gmb> The nodes have two NICs each?
[15:04] <gmb> And one of those NICs on each node is connected to the university network
[15:04] <gmb> The other to MAAS
[15:04] <tomixxx3> gmb: yes, they have fixed IPs from uni
[15:04] <tomixxx3> gmb: but the problem is, if they get Ip from university and dhcp from university, they try to download images from university instead from maas server
[15:05] <gmb> tomixxx3: So. There's no need to plug them in to the university network *if* we configure the MAAS server to act as a gateway.
[15:05] <gmb> That should solve both that problem.
[15:05] <tomixxx3> gmb: that's right. therefore i have 2 network interfaces at the server
[15:05] <tomixxx3> gmb: the private network works together with the private maas dhcp
[15:05] <tomixxx3> gmb: only problem left: how do the nodes are able to download their packages?
[15:06] <gmb> tomixxx3: Well, once the MAAS server is configured properly as a getaway (i.e. IPTables is set up, IP forwarding is turned on and so on) the nodes will be able to connect to the outside world through the MAAS server — essentially as though it were just a firewall.
[15:06] <gmb> Have you touched IPTables on the MAAS server already?
[15:07] <gmb> s/getaway/gateway/
[15:07] <tomixxx3> i have alredy tried sth with iptables but it did not work
[15:07] <tomixxx3> but maybe i just misconfigured sth
[15:07] <tomixxx3> i dont know well about iptables
[15:08] <tomixxx3> i would appreciate if u could offer me some iptables statements just to put into "interfaces" file ;)
[15:09] <tomixxx3> well, i can tell what i ve tried: "post-up iptables -t nat -A POSTROUTING -o eth1 -j Masquuerade"
[15:09] <tomixxx3> i put this statement to eth0, which is connected to the nodes
[15:09] <tomixxx3> and eth1 is the interface card which connects me to the university network and to the internet
[15:09] <gmb> tomixxx3: Okay, just working on a script for you to try.
[15:10] <tomixxx3> gmb: kk, thank you, i really appreciate this!
[15:18] <gmb> tomixxx3: Try this script: http://paste.ubuntu.com/6885719/
[15:18] <gmb> (on the MAAS server, run it as root)
[15:19] <tomixxx3> kk, i do not have to modify the scrip in some way?
[15:20] <tomixxx3> eth0 = private network, eth1 = university network
[15:20] <gmb> tomixxx3: I've already put those values in.
[15:20] <tomixxx3> gmb: kk, thank you very much!
[15:21] <gmb> tomixxx3: No worries.
[15:23] <tomixxx3> gmb: i have a question:
[15:23] <gmb> tomixxx3: Sure.
[15:23] <tomixxx3> gmb: the dhcp packages from my maas-server will not travel to university-network?
[15:23] <tomixxx3> gmb: i dont want do destroy university network
[15:23] <gmb> tomixxx3: If you've set up DHCP correctly it will *only* work on the private network.
[15:24] <tomixxx3> gmb: even if lets say the range is <IP_ADDRESS> to <IP_ADDRESS> in my private network but also at the universtiy this range is used=
[15:24] <tomixxx3> ?
[15:25] <gmb> tomixxx3: Well, I'd suggest using a different IP range — <IP_ADDRESS>/24 for example — just to avoid confusion.
[15:25] <gmb> Otherwise you're going to have sad times if you do get it wrong.
[15:25] <gmb> Because you won't be able to tell which interface was on which network.
[15:26] <tomixxx3> gmb: so i have to ask a network admin, if the ip range <IP_ADDRESS> to 200 is free?
[15:26] <tomixxx3> just to clairfy
[15:26] <gmb> tomixxx3: No.
[15:26] <gmb> tomixxx3: It's a private network
[15:26] <gmb> You can use whatever range you like
[15:26] <gmb> tomixxx3: And it won't ever leak out into the outside world.
[15:26] <gmb> tomixxx3: Because the MAAS server is NAT'ing all the packets coming through it from the nodes.
[15:27] <tomixxx3> and the server is only able to send dhcp pacakgeS WITHIN the private network
[15:27] <gmb> Correct.
[15:28] <tomixxx3> but it would be different if i would BRIDGE both interfaces, right?
[15:29] <gmb> YES.
[15:29] <gmb> DO NOT DO THAT.
[15:29] <tomixxx3> KK :-)
[15:29] <gmb> OR BAD THINGS (POTENTIALLY) HAPPEN
[15:30] <gmb> NAT on university networks is _much_ safer :)
[16:50] <bjf> i'm still new enough that i don't understand the stages a system goes through in maas. after i have a working MAAS server up and running and i power cycle a different node, that node netboots from MAAS and is "discovered" correct?
[16:51] <bjf> after "discovery" the node is powered down. next, i tell MAAS to "Commission" the node. the node is powered back up, netbooted from maas; maas runs some things on it and then powers it down again, correct?
[16:52] <bjf> i have a node whose status is "Commissioning" and is still powered up and has been this way since last week
[23:04] <bigjools> bjf: your understanding is correct. Either the power detection is not working or it didn't PXE boot.
[23:08] <bjf> bigjools, ok, thanks
[23:09] <bjf> bigjools, it's beta HW so could be several reasons why it's "stuck"
[23:09] <bigjools> bjf: you can check the power detection worked by going into the edit node page and see if the parameters are correct.  which power type are you using?
[23:09] <bigjools> ah ok :)
[23:10] <bigjools> bjf: the other possibility is that the commissioning scripts are hung
[23:10] <bigjools> which is always possible on new hardware
[23:14] <bjf> bigjools, i'm using CDU


[02:53] <doctormo> How are things here?
[02:53] <doctormo> Hmm looks like I'm the only board member online ;-)
[17:44] <pleia2> doctormo! will you be around sunday afternoon?
[17:44] <pleia2> we're all kinda chugging along with things, but I'm going to attempt this meeting again :)
[17:58] <doctormo> pleia2: ok
[17:58] <doctormo> How is the desktop side of things?
[17:58] <doctormo> And have you heard from BiosElement this week?
[17:58] <pleia2> doctormo: Desktop thing is coming along slowly, I've really been quite busy these past couple weeks, no word from BiosElement
[18:11] <doctormo> ok, keep me up to date with progress and any problems
[18:11] <pleia2> will do :)
[18:12] <doctormo> In fact, I would go so far as to ask that you commit after each session to your own branch in launchpad