/srv/irclogs.ubuntu.com/2013/07/02/#ubuntu-meeting.txt

=== pgraner-afk is now known as pgraner
=== doko_ is now known as doko
=== dholbach_ is now known as dholbach
=== JesseH2 is now known as JesseH
* stgraber waves13:00
* lool o/13:00
* barry yawns13:00
* rsalveti waves13:01
loolfishing notes from last week13:02
lool15:33 < lool> so next week: ogra switching to flipped images, shaking bugs; xnox continuing work on android bits in archive with new cross toolchain; stgraber working on scripts to apply updates in recovery ROM; ondra to enable xz in our recovery ROMs; barry joining download service discussion; ondra + barry syncing on reboot interface13:02
ogra_oh13:03
loologra_: well, let's start with this then  :-)  how are we looking bugs-wise?13:03
lool(for the flipped images)13:03
ogra_yeah, i just noticed that i missed the notification for this meeting, thanks for the ping13:03
loolI've read Chicken was confident we could switch early this week13:03
ogra_we are just about to do it13:04
ogra_last tests are running13:04
ogra_bug wise we still have a few races more than unflipped but these will be sorted over time13:04
ogra_booting is still pretty slow but we wont work on this until MIr and lightdm actually are in the boot13:04
ogra_(else it is pointless)13:05
sergiusensit just needs a push13:05
ogra_and i think mako had some extra issues13:05
ogra_err13:05
ogra_manta13:05
rsalvetithe main race now is with maguro13:05
ogra_all in all it ia good enough to switch imho13:05
loologra_: Hmm I don't think we had xnox in the meeting last week; I guess the cross-compiler item was about building the android bits as a package; it's not heavily related to OS updates though, so maybe we can skip the update on in-archive android cross-toolchain (unless I'm missing a link to the OS update / image format stuff)13:05
rsalvetiyesterday's image got me a broken camera and broken media-player13:05
sergiusens+1 on switching13:05
rsalvetiwhich also breaks input, when you try to open the media-player13:06
ogra_lool, yeah, i guess we can13:06
rsalvetibut it's looking decent enough with the other devices13:06
* ogra_ doesnt have any issues on maguro here, weird13:06
loolThe sooner we can kill the non-flipped images...  :-)13:06
rsalvetihopefully today :-)13:06
ogra_yeah13:07
loolSounds like it would be less confusing to have one set of images and better to have everyone test the flipped ones at this point13:07
loolperhaps with a "Known bugs" in the announcement13:07
ogra_lool, all the code to support loop mounted setups is also in13:07
xnoxlool: well, our cross-toolchain doesn't build dynalically linked binaries that execute under android's linker. The added bonus of $ adb shell /system/bin/linker seg faulting adds additional complications in troubleshooting this.13:07
loolxnox: eh13:07
ogra_theoretically you should eb able to dump stgraber's images into the right place on disk and it would use them13:08
loologra_: oh that's cool13:08
loolare there devices where we're using these?13:08
xnoxlool: so still working on getting a working toolchain13:08
ogra_not yet13:08
ogra_switching to flipped was more in focus13:08
loologra_: what's the interface to set these up?13:08
ogra_but switching to loop should be a breeze now13:08
loolxnox: ack13:08
stgraberlool: my plan is to start publishing images to system-image later this week that'll use loop+read-only13:09
ogra_lool, interface ?13:09
loologra_: I mean, how do you set these up in the boot path?  also do we have a flag to generate corresponding images?13:09
ogra_you just have to have them in place on disk ... the initrd will prefer them to normal flipped boot13:09
stgraberthough we discussed on a recent call that we shouldn't switch to that until we have click pages landed and working as otherwise everyone would just switch to developer mode which kind of defeats the purpose13:10
loologra_: Ok, so there's a convention that one names filesystem images /data/userdata.img or something like that?13:10
ogra_right13:10
ogra_the initrd looks for the files in their respective locations and will boot them if they are there13:11
loolstgraber: Hmm I see the argument but I'm not sure it's great delaying testing on such core functionality; perhaps we should have a mean to have a manual chroot in userdata or something?13:11
stgraberlool: it looks for /data/system.img if it finds it, it switches to read-only+loop mode, if it doesn't and /data/ubuntu exists it boots in normal flipped if it doesn't it prints a message and panics (there's a comment in the code saying that this is where the repartitioned-read-only code should go)13:11
loologra_: is there a wiki page capturing this perhaps?13:11
ogra_lool, that would only be a one liner :)13:12
stgraberlool: well, people will be able to test it soon (once I get that stuff on system-image.u.c), it just won't be the default13:12
loolmaybe this could be added to the porting guide13:12
ogra_put a combined ubuntu+android rootfs image into /data/system.img13:12
ogra_lool, we dont even support flipped with ports yet13:12
ogra_so no13:12
ogra_not before we have that :)13:13
lool"flipped with ports"?13:13
* ogra_ thinks stgraber should blog about it or write a mail to the ML13:13
loolandroid bits built as a package?13:13
sergiusensI need to move the boot/ramdisk stuff to the android build13:13
ogra_but it shouldnt be in the porting guide yet13:13
loolyeah a blog post would go a long way to capture this in a way we can refer to13:13
loolor email to $ML really13:14
ogra_lool, ports still build unflipped images atm13:14
stgraberogra_: I'll blog about that whole thing once I can get the upgrader to work (hopefully this week)13:14
loologra_: oh ok13:14
ogra_we havent integrated the generic ubuntu initrd in their builds yet13:14
loologra_: sorry was confused with ports.u.c for a couple of minutes13:14
ogra_heh13:14
loolstgraber: great, thanks13:15
loolstgraber: next in the list from last week were scripts to apply updates in the recovery ROM13:15
loolstgraber: with new tar.xz support and gpg support in the recovery ROM13:15
lool(No ondra around?)13:15
stgraberondra isn't around but he sent his status update to you and I by e-mail13:15
sergiusenslool: I have a patch from ondra but did not apply it13:16
looloh indeed, odd that I just got it13:16
stgraberwe got our first working recovery image yesterday evening (3am London time)13:16
sergiusensI was weary to apply it since it has a binary blob for tar13:16
stgraberso I haven't had time to work on an upgrade script using that yet (just started my day here)13:16
sergiusensand we are making way to remove blobs, adding one didn't seem right13:16
loolsergiusens: is that the one with gpg?13:16
stgrabersergiusens: hmm, we should only be adding a single blob for gpg (until ondra figures out how to build it without the NDK)13:17
ogra_sergiusens, i think we agreed in this meeting to do it as a temp. solution13:17
sergiusenslool: hmmm, no, one for tar with xz support13:17
ogra_though i dont get why busybox tar isnt ok to use13:17
sergiusensogra_: stgraber I might be wrong though and it might be gpg13:17
loolsergiusens: I completely agree that we should go towards less blobs; is there something reasonnably easy that can be done to include tar + xz + gpg support from source in our images?13:17
stgrabertar and xz from busybox are fine, we shouldn't be adding those13:17
ogra_yeah, gpg has to be binary atm13:18
sergiusensogra_: are you ok with me applying that?13:18
loolBTW, Ondra's status email mentions: 1/ recovery change to look for ubuntu_command file and execute updater script: done  2/ gpg static build as part of the Android image build: done13:18
ogra_sergiusens, as long as we remove it again :)13:18
ogra_sergiusens, which was the initial plan ...13:19
sergiusensok, must of missed it... I'll apply it right after this meeting13:19
ogra_ondra is aware that it cant stay that way13:19
sergiusensbut someone would need to track it's removal13:19
loolI'm going to make a really really native hypothesis, I hope I don't get mocked for this one: is there a reason we can't copy our eglibc + tar + gz + gpg into the recovery rom initrd?13:20
loollike, that would be too big?13:20
rsalvetiprobably13:20
ogra_it would surely grow it a lot13:20
ogra_but recovery is usually quite big13:20
ogra_(compared to boot for example)13:20
rsalvetisergiusens: sorry, which patches?13:20
looldo we have an idea of budget for recovery ROM size (across devices)?13:20
ogra_rsalveti, binary gpg blob13:20
rsalvetigot it13:21
* ogra_ only knows that 8M is a typical boot size 13:21
loolcause I'm not sure adding static binaries is that much worse than adding glibc + tar13:21
ogra_usually safe to assume as lowes size13:21
rsalvetido we have support for gpg in busybox?13:21
stgraberlool: 10MB total is what we discussed in the recovery partition last week, the kernel takes almost 5MB13:21
lool(or really glibc + gpg instead of just static gpg)13:21
stgraberrsalveti: no, gpg has to be a separate binary13:21
ogra_rsalveti, no, thus the blob13:21
rsalvetisomeone get an action to check the size of a static gpg then (with glibc)13:22
rsalvetihard to say without numbers13:22
loolwell, with compression I guess13:22
loolyeah13:22
loolI'm all for trying to fit it in an initrd13:22
stgraberrsalveti: the GPG ondra worked on is built against the NDK so it's likely smaller than a static build against glibc13:22
sergiusensrsalveti: fyi, this is the patch https://chinstrap.canonical.com/~okubik/phablet-bootable-recovery-gpg.patch13:23
rsalvetistgraber: right13:23
stgraberIIRC it's around 5MB (uncompressed) here, just checking now13:23
ogra_lool, wrie an ubuntu initrd hook, build a new initrd with -v13:23
stgraberah no, 2.7MB but that's not the final version, the latest one may be a bit bigger (ondra said he had to static link more stuff in)13:24
ogra_*write13:24
ogra_and then count the sizes13:24
rsalvetisergiusens: but why is this a binary instead of a source based project that gets built for recovery?13:24
loolwell, maybe we ought to defer this on #ubuntu-phone13:25
* ogra_ guesses we need ondra to answer these questions13:25
rsalvetiright, indeed, we can check this offline13:25
loolmaybe we can dive into building gpg from source as part of the recovery build, or try including shared or static gpg in recovery and see how much bigger it becomes13:25
stgraberanyway, we clearly intend on having it built from source, the result will likely be static anyway as recovery doesn't contain much libs at all13:25
rsalvetiyeah13:25
stgraberthe current plan is to get the binary in ASAP so that my work isn't blocked on this13:25
sergiusensrsalveti: because it was easier to use the ndk I think13:25
rsalvetiwe can build it as part of recovery, from the android sources side atm, until we move to something else (for recovery)13:26
stgraberthen ondra will spend the time to move from building using NDK+patched-makefiles to building cleanly for recovery13:26
rsalvetiright, sounds fine13:26
loolright; ondra mentioned as TODO: 1/ polish recovery change so it shows animation during update process, at the moment it shows black screen  2/ get gpg branch to state it can be push to git and added to phablet repository, just cleaning process so it can be pushed.13:26
stgraberrsalveti: we currently use Android's recovery code and have no plan to ditch it (as we need it for roll-back), our change to the code just makes it call our upgrader if it spots and Ubuntu update in /cache13:27
loolso that sounds like his 2/, albeit a bit more clearly specified13:27
loolwe can keep discussing this after this meeting13:27
ogra_rsalveti, if we want to support android rollback, we cant move to somethign else13:27
ogra_bah, stgraber was faster13:27
ogra_:P13:27
loolstgraber: outside of the binaries not currently in the recovery rom, were you able to develop the unpacking scripts with ondra?13:28
rsalvetiright, that's fine, just saying that we could later on have our own, built separately and such, which could still be compatible13:28
ogra_yeah13:28
rsalvetiogra_: do you know if grouper supports neon?13:28
ogra_tegra3 should13:28
loolit should, it's tegra313:28
rsalvetidon't remember which device we had issues with the updater-binary in the past13:28
ogra_2 definitely doesnt ...13:28
looltegra2 was one of the rare armv7 which didn't, but they realized the mistake with tegra313:28
rsalvetibut anyway, we need to make sure this gpg binary is not built with neon by default13:28
loolrsalveti: good point13:29
loolwell, it ought to autodetect neon at runtime really13:29
ogra_(teh ac100 community is just freaking out about the last chromium SRU that blindly enabled NEON in raring13:29
stgraberlool: I ran a test script yesterday on my N4 to check that the interface works and it did. I now need to make a fully working version of that though but I have higher priority items on my list (get working images published, fix a couple of issues with loop-mount, publish scripts for LXC testing, ...)13:29
stgraberlool: I've spent most of yesterday fixing LXC/mount related issues for ogra_ and then fixing an upstart bug that's currently affecting ofono on Touch, so didn't have much time for my stuff :)13:29
loolyeah, seen the upload, damn ogra!  ;-)13:30
ogra_lool, wasnt me ... blame chad !13:30
ogra_i just get all the heat from the users :P13:30
loolstgraber: Ok; I was hoping we'd have images for testing this week, does that sound feasible?13:30
loolbarry: Looking at remaining things from last week (sorry, we're overrunning): did you discuss reboot interface with ondra?13:31
stgraberlool: not giving up hope ;) though tomorrow is packed with meetings, so I'll see how much of the work I can do today and Thursday/Friday13:31
loolstgraber: Ok; cool13:31
ogra_at least you can test the local setup by putting the img manually in place13:32
loolI'm away next week, would someone like to run this meeting next week, or I could ask slangasek but it's earlyish for him13:32
barrylool: mostly discussed w/stgraber.  we spec'd it out and the upgrader should be compliant now.  the last little bit is plumbing through the reboot command (the reboot framework is there, but the actual reboot command is waiting for the lxc container test environment - it's probably a 2 line change).13:32
stgraberlool: I can do that13:32
loolbarry: also, would you like to share latest updates on download service?  ISTR you wanted minor tweaks to the download service to set UA13:33
loolstgraber: cool, thanks13:33
loolbarry: Hmm that sounds like it should work with flipped images though13:34
loolUnless I'm missing something13:34
loolbarry: (I mean reboot should work in flipped images)13:34
barrylool: correct.  we've had some good discussions with mandel and others about the download service.  he's moved the code to our project, and he was going to extract those bits from the google doc to our wiki.  i have to ping him about that part.  anyway, we needed a few changes to the dbus api to support what we need, but it all seemed doable.  haven't looked at mandel's code yet.13:34
barrylool: it should.  i could probably just mock it out (obviously don't want the test suite to try to reboot :)13:35
loolbarry: Ok; would be good to check the plan for landing this in the images with him too, and we also need to land your code in the images13:35
loolbarry: did the design discussion settle on UI from settings app or standalone?13:35
barrylool: right.  client code is now packaged and uploaded.  i think stgraber was working on getting that into the images (if it's not already there)13:35
stgraberlool: he means the CI LXC test environment so he can test the reboot call without rebooting his laptop :)13:35
stgraberbarry: yeah, I still need to seed/add it to the meta package13:36
barrylool: i haven't heard anything about ui13:36
loolbarry: Hmm would you want to ping the thread?  it's from 10 days ago or so at least13:36
barrylool: yep, will do13:37
loolstgraber: ahh  :-)13:37
loolalright, I think we covered all things from last week13:37
loolanything else?13:37
loolif not I'll try to sum up ongoing work for this week13:37
loolok, what I have is: stgraber trying to get image update code completed this week; ogra/sergiusens/rsalveti flipping images today; ondra/rsalveti/sergiusens/stgraber looking at including static gpg build w/o NEON in the recovery initrd; barry pinging design team on update UI; barry wrapping up download service API with mandel13:39
loolI hope this didn't get cut13:39
loolDid I miss anything?13:39
rsalvetisounds fine13:39
rsalvetiand you getting some vacation13:40
rsalveti;-)13:40
ogra_:)13:40
barrylool: it's a short week here in the usa, but i am also working on the dbus api for the client13:40
loolhe yeah, and stgraber running the meeting  ;-)13:40
loolalright, you guys rock!  let's close this meeting and keep chatting about gpg builds on #ubuntu-phone13:40
loolthanks all!13:40
barrythanks!13:41
stgraberthanks!13:41
ogra_thanks13:42
rsalvetithanks!13:43
=== smartboyhw_ is now known as smartboyhw
kokoye2007hello Sarvatt14:37
kokoye2007sorry14:37
yeminnjust testing14:38
Davieyo/15:00
Davieydoh, i'm too keen.15:00
jamespageo/16:00
smbo/ (this time)16:00
Davieyo/16:01
matsubarao/16:01
Davieyrbasak: I believe you to be the chair today?16:01
rbasakI am?16:02
arosalesrbasak, yes sorry for the late notify16:02
arosalesrbasak, are you ok with chairing today?16:02
rbasakOK16:02
rbasak#startmeeting ubuntu-server-team16:03
meetingologyMeeting started Tue Jul  2 16:03:09 2013 UTC.  The chair is rbasak. Information about MeetBot at http://wiki.ubuntu.com/meetingology.16:03
meetingologyAvailable commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired16:03
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic:
rbasak#topic Review ACTION points from previous meeting16:03
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Review ACTION points from previous meeting
arosalesDaviey set priority on s-cycle BPs16:03
arosalesDaviey follow up on missing BPs from overview s-topic16:03
rbasakI don't see last week's meeting logs16:04
arosalesrbasak, I just updated the wiki page with those two actions16:04
rbasakhttps://wiki.ubuntu.com/MeetingLogs/Server/20130625 doesn't exist.16:05
Davieyarosales: Broadsided me :-)16:05
rbasakI'll look at the IRC logs.16:05
DavieyI believe the priorities are all good NOW.. I need to double check they are all on the status tracker.16:05
arosalesrbasak, yes sorry I didn't add that there16:05
DavieyMark it done, will double check following this.16:05
arosalesthe moin logs are at http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-06-25-16.00.moin.txt16:05
arosalesrbasak, I'll get those added to the wiki16:05
rbasakThanks16:06
rbasak#action arosales to carry out post-meeting procedure (minutes, etc) documented at https://wiki.ubuntu.com/ServerTeam/KnowledgeBase for meeting of 25 June16:06
meetingologyACTION: arosales to carry out post-meeting procedure (minutes, etc) documented at https://wiki.ubuntu.com/ServerTeam/KnowledgeBase for meeting of 25 June16:06
rbasakSorry I'm just catching up.16:07
arosalesrbasak, thank you16:07
rbasakDaviey follow up on missing BPs from overview s-topic16:07
rbasakDid you just cover that?16:07
DavieyYes16:08
rbasakOK16:08
rbasak#topic Saucy Development16:08
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Saucy Development
rbasak#subtopic Release Tracking Bug Tasks16:08
rbasak#link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-s-tracking-bug-tasks.html#server16:08
rbasakShall I go through these?16:09
Davieyrbasak: Please do16:09
rbasakWould it be an idea to make sure someone is assigned to each of them?16:09
rbasakbug 112438416:09
ubottubug 1124384 in cloud-init (Ubuntu Saucy) "Configuration reload clears event that others jobs may be waiting on" [High,Confirmed] https://launchpad.net/bugs/112438416:09
rbasakutlemming: any comment? Do you want to follow that through?16:10
rbasakbug 119692116:10
ubottubug 1196921 in vim (Ubuntu Saucy) "updating packages to lua5.2 in main" [High,Confirmed] https://launchpad.net/bugs/119692116:10
rbasakNobody is assigned at the moment. Any volunteers?16:10
DavieyLooks like 1124384 has become a hard problem, but smoser and utlemming are tracking it.  Not worried it will be resolved16:11
Daviey1196921 looks like a transition that could be painful.. As it's not a blocking package, i think we can leave it for this week16:11
rbasakbug 118363416:11
ubottubug 1183634 in cheetah (Ubuntu Saucy) "cheetah pkg does not depend on markdown, but egg requires.txt does" [High,Triaged] https://launchpad.net/bugs/118363416:11
rbasakLooks like it's waiting on the MIR team.16:12
Davieyadam_g is tracking that16:12
rbasakbug 117039316:12
ubottubug 1170393 in quantum (Ubuntu Saucy) "Quantum services should be respawned by upstart if necessary" [Medium,Triaged] https://launchpad.net/bugs/117039316:12
DavieyI think 1183634 needs an upload to make it show on c-m list16:12
Davieyjamespage: what am i looking at on that bug?  Shows Won't Fix?16:13
jamespageI'll take that quantum one16:13
rbasakMay I assign it, so that we remember for next week?16:14
Davieyjamespage: Why does the recent change show Won't Fix?16:14
jamespagenot a clue - rbasak - I've already done that16:14
* jamespage shrugs16:14
rbasakThanks!16:14
DavieyAh, i see.. the development series was thrown away, with a dedicated saucy task16:15
rbasakhttps://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1188069 is security and the security team are tracking it.16:15
ubottuLaunchpad bug 1188069 in apache2 (Ubuntu Saucy) "apache2 mod_rewrite CVE 2013-1862" [Low,Confirmed]16:15
rbasakhttps://bugs.launchpad.net/ubuntu/+source/libasm4-java/+bug/119697916:15
ubottuLaunchpad bug 1196979 in ow-util-ant-tasks (Ubuntu Saucy) "[MIR] libasm4-java (b-d of jarjar)" [Undecided,New]16:15
jamespageanyone want to help with something java-ish16:15
jamespage?16:15
jamespage^^16:15
jamespagetwo packages to transition to asm4 in main16:15
jamespageso we can get rid of asm316:15
Davieyjamespage: Happen to know why jarjar is in main?16:16
jamespagecglib16:16
jamespagewhich is one of the things that needs to be transitioned16:16
jamespageI suspect its actually broken right now16:16
jamespageas asm upstream don't version their package namespaces and they are not backwards compat16:16
Davieyugh!16:16
rbasakhttps://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/103168016:16
ubottuLaunchpad bug 1031680 in nagios-plugins (Ubuntu Raring) "check_apt always report 0 critical updates" [High,Triaged]16:16
Davieyjamespage: Do you have capacity to triage that?16:17
jamespagenagios or asm4?16:17
Daviey(java one)16:17
jamespageyeah - sure16:17
Davieyta16:17
jamespage(I discussed with doko earlier in -devel anyways)16:17
rbasakI've been looking at this one. It's a complex issue and there's a workaround (use a different, much simpler plugin). I'm not sure it can be fixed in _this package_ for Saucy without introducing a horrible delta.16:18
Davieyrsome good triage there16:18
rbasakxnox: any comment on that? You targetted it for Saucy.16:18
Davieyrbasak: seems xnox raised it with upstream?16:18
rbasakI raised it.16:18
DavieyOh sorry.16:19
rbasakThe only comment is that we need to provide input since upstream need help. But the only sane way of fixing it is to ditch the plugin and use update-notifier directly, for Ubuntu.16:19
Davieyrbasak: lets wait to see if upstream respond?16:19
rbasakThey sort of have.16:19
xnoxrbasak: looking... trying to remember.16:19
rbasak" I'm less keen on having16:19
rbasakthe behaviour depend on whether or not some tool is available, though; as16:19
rbasakthat's problematic with respect to maintenance and support. And I guess16:20
rbasakupdate-notifier is a bit too Ubuntu-ish to add a hard dependency on16:20
rbasakapt-check ...16:20
rbasakSorry I thought that'd paste on one line.16:20
DavieySo do we simply recommend using the other tool?16:20
rbasakIMHO, yes.16:20
DavieyWFM16:20
rbasakThe alternative isn't packaged, though.16:20
Davieyif it's a drop in feature compatible16:20
rbasakIt's not.16:20
DavieyPah16:20
rbasakBut it'll do for 99% of use cases IMHO.16:20
rbasakThe existing plugin's interface is very much based on the way it works. It's not really a clean interface.16:21
rbasakHow about I take this to the ML?16:21
rbasakhttps://bugs.launchpad.net/ubuntu/+source/virtinst/+bug/119229016:21
ubottuLaunchpad bug 1192290 in virtinst (Ubuntu Saucy) "virt-install cannot install Raring" [Undecided,Confirmed]16:21
Davieymdeslaur seems to be working on it16:22
rbasakOK that's all the bugs on that report for us.16:22
Daviey\o/16:22
rbasak#subtopic Blueprints16:22
rbasak#link http://status.ubuntu.com/ubuntu-saucy/group/topic-saucy-servercloud-overview.html16:22
rbasakThat link appears to be broken.16:23
jamespagehttp://status.ubuntu.com/ubuntu-s/group/topic-s-servercloud-overview.html16:23
rbasakThanks!16:23
rbasak#link http://status.ubuntu.com/ubuntu-s/group/topic-s-servercloud-overview.html16:23
rbasakI'll amend the agenda for next time.16:23
DavieyTa16:24
xnoxrbasak: yeah, i only mangled bug statuses to have this bug bubble up for saucy cycle. Ideally it should be resolved one way or the other, but could be regretfully postponed.16:24
Davieyarosales: Are you able to adjust the trend line?16:24
arosalesDaviey, unfortunately no16:24
arosalesDaviey, a bug report should get the right folks looking at it though16:24
arosaleshttps://bugs.launchpad.net/launchpad-work-items-tracker/+filebug16:25
rbasakxnox: OK, thanks. I'll email the ML with what I think we should do and copy you in.16:25
Davieyutlemming / ivoks: What is servercloud-s-webscale MIR's blocked on?16:25
jamespagethat topic is stilling missing bp's btw16:25
xnoxrbasak: cool =) back in the day I used to do a lot of nagios/check_mk large scale monitoring.... =)16:25
jamespageDaviey, the MIR's are dependent on the other work items happening first16:26
Davieyjamespage: Will sweep up after this, but we  have enough to track development of what is there for now16:26
arosalesjamespage, I think Daviey has an action out to follow up on missing BPs16:26
Davieyjamespage: OIC16:26
utlemmingDaviey: er, I am not sure...I'll look into that today. I've been out on vacation16:26
Davieyjamespage: Would you be able to work with zul to help with the direction of servercloud-s-openstack-hypervisor ?16:27
jamespageDaviey, can do16:27
Davieyjamespage: I suspect you are well placed to have some good guidance, based on last Friday16:27
jamespageack16:27
rbasakAny more on Blueprints?16:28
Davieyroaksoax: What is our zeromq story right now?16:28
Daviey(servercloud-s-openstack-charms-ha-v2)16:28
roaksoaxDaviey: have not look at it yet (been busy with charms mainly)16:28
Davieyok16:28
DavieyAny more news on MariaDB/Percona ?16:29
roaksoaxi'll have more information next week16:29
zulDaviey:  they have gone silent16:29
DavieyI saw the ITP in Debian for xtrabackup16:29
roaksoaxzul: didn't jcastro mentioned they were going to provide their own charm too?16:29
DavieyOkay, i'll reach out to them this week.16:29
zulroaksoax:  they did but i havent heard anything else16:29
DavieyACTION: Daviey to speak to Percona about Saucy inclusion16:30
Daviey#ACTION Daviey to speak to Percona about Saucy inclusion16:30
meetingologyACTION: Daviey to speak to Percona about Saucy inclusion16:30
rbasakI'd really like to see the alternatives in this cycle. Otherwise we'll end up not even being able to consider doing anything but supporting mysql for another LTS cycle.16:30
Davieyjamespage: Any news on juju-core snapshot in saucy ?16:31
Davieyrbasak: right16:31
jamespageDaviey, the juju-core team hit some issues end of last week16:31
jamespageshould be resolved ~2 days ish16:31
Davieysuper16:32
DavieyThe rest looks ok, thanks.16:32
rbasakThanks Daviey!16:33
rbasak#topic Ubuntu Server Team Events16:33
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Ubuntu Server Team Events
rbasakLinaro Connect is in Dublin next week.16:33
rbasak(I'll be there)16:33
rbasakAny other upcoming events?16:33
DavieyHmm16:33
Daviey19th London, Openstack Meetup16:34
DavieyOpenstack's 3rd birthday event16:34
DavieyEOF16:34
rbasak#topic Weekly Updates & Questions for the QA Team (plars)16:34
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Weekly Updates & Questions for the QA Team (plars)
rbasakplars: hello!16:34
plarsHi16:34
zulit seems i am in the wrong part of the world for events16:34
plarsNot much to report, except that the server images had some problems today16:34
plarshttps://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/119698116:34
ubottuLaunchpad bug 1196981 in Ubuntu CD Images "Saucy server installations fail due to dependancy issues on python-newt " [Undecided,Fix released]16:34
plarsI believe the release team is looking into it16:35
rbasakThanks plars! Does anyone have any questions for plars?16:35
rbasakOK.16:35
rbasak#topic Weekly Updates & Questions for the Kernel Team (smb)16:35
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Weekly Updates & Questions for the Kernel Team (smb)
smbHi16:35
smbNot much to report. Currently working on a pre-release-pre-debian version of xen 4.3 to have the pieces together when the release happens. Any issues from server after kernel v3.10 hit the block?16:35
rbasakI still appear to be using a 3.9 based cloud image as of today.16:36
rbasakAny questions for smb?16:36
Davieyjamespage fixed openvswitch, iscisitarget is still broke16:36
jamespagenext on my list16:37
Davieyjamespage: is there a bug for iscsi-target?16:37
jamespageyes16:37
rbasakShould we target that for Saucy?16:37
jamespagebug 119560716:37
ubottubug 1195607 in iscsitarget (Ubuntu Saucy) "iscsitarget-dkms broken since kernel 3.10.0" [High,Triaged] https://launchpad.net/bugs/119560716:37
jamespageit already is16:37
DavieyThanks16:37
* jamespage wonders about the release bugs list again16:37
rbasakIt didn't come up on the tracking page though?16:37
Davieyit's not tagged16:38
DavieyTags are useless. :-)16:38
jamespageit should not need to be tagged16:38
jamespageit has a release task and its subbed by ubuntu-server16:38
rbasakOther bugs in the report are not tagged.16:38
jamespagethat should be sufficient IMHO16:38
rbasakIt dosen't look like it's subbed by ubuntu-server to me.16:39
rbasakIt doesn't appear in the "May be notified" list16:39
rbasakCan an ~ubuntu-server admin fix that please?16:40
rbasakDaviey? jamespage?16:41
jamespageack16:41
rbasakThanks!16:41
rbasak(and to smb!)16:41
rbasak#topic Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)16:41
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
rbasakNothing new to report. Any questions for me?16:41
Davieyrbasak: Any news on mongo?16:41
rbasakI've not looked at it, sorry.16:42
Davieyno problem16:42
DavieyEOF16:42
rbasak#topic Open Discussion16:42
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Open Discussion
rbasakIs there anything anybody wants to bring up?16:43
rbasakI do, actually, related to the next item.16:43
jamespagerbasak, congrats btw16:44
rbasakI have a proposal that I hope is constructive. Instead of rotating the chair weekly, how about we rotate the chair once the chair completes the post-meeting procedure?16:44
rbasakThanks jamespage!16:44
jamespagefor those that don't know rbasak is now a MOTU and member of ubuntu-server-dev16:44
yolandacongrats16:45
Daviey+1!16:45
rbasakThanks :)16:45
rbasakIf we do that, then the previous chair will have his notes, and there won't be a delay at the start with confusion over who's chairing. And it's an incentive to get it done :)16:46
rbasakI propose it starts with me, so I might as well volunteer to chair next week unless I get it done.16:46
rbasak#topic Announce next meeting date, time and chair16:46
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Announce next meeting date, time and chair
rbasakThe next meeting will be on 9 July at 1600 UTC as usual. I may be absent as I'll be at Linaro Connect. So I hope I'll get it done and yolanda will chair :)16:47
rbasak#endmeeting16:47
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
meetingologyMeeting ended Tue Jul  2 16:47:50 2013 UTC.16:47
meetingologyMinutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-02-16.03.moin.txt16:47
meetingologyMinutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-02-16.03.html16:47
yolandaok16:47
arosalesrbasak, thanks for chairing16:55
rbasakNo problem16:55
jsalisbury#startmeeting17:00
jsalisbury##17:00
meetingologyMeeting started Tue Jul  2 17:00:03 2013 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.17:00
meetingologyAvailable commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired17:00
jsalisbury## This is the Ubuntu Kernel Team weekly status meeting.17:00
jsalisbury##17:00
jsalisbury[LINK] https://wiki.ubuntu.com/KernelTeam/Meeting17:00
jsalisbury[LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Saucy17:00
jsalisbury# Meeting Etiquette17:00
jsalisbury#17:00
jsalisbury# NOTE: '..' indicates that you are finished with your input.17:00
jsalisbury#       'o/' indicates you have something to add (please wait until you are recognized)17:00
jsalisburyRoll Call for Ubuntu Kernel Weekly Status Meeting17:00
cking\o17:00
ppisatio/17:00
henrixo/17:00
sforsheeo/17:00
apwo/17:00
jsalisbury[TOPIC] ARM Status (ppisati)17:00
=== meetingology changed the topic of #ubuntu-meeting to: ARM Status (ppisati)
ppisatinothing to report this week17:00
ppisati..17:00
jsalisbury[TOPIC] Release Metrics and Incoming Bugs (jsalisbury)17:01
=== meetingology changed the topic of #ubuntu-meeting to: Release Metrics and Incoming Bugs (jsalisbury)
jsalisburyRelease metrics and incoming bug data can be reviewed at the following link:17:01
jsalisbury[LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt17:01
jsalisbury..17:01
jsalisbury[TOPIC] Milestone Targeted Work Items (ogasawara)17:01
=== meetingology changed the topic of #ubuntu-meeting to: Milestone Targeted Work Items (ogasawara)
ogasawara[LINK] https://launchpad.net/~canonical-kernel-distro-team/+upcomingwork17:01
ogasawara[LINK] http://status.ubuntu.com/ubuntu-s/canonical-kernel-distro-team.html17:01
ogasawara|| apw       || foundations-1305-arm64-bringup || 1 work item ||17:01
ogasawara|| ogasawara || foundations-1305-kernel        || 1 work item ||17:01
ogasawara||           || mobile-power-management        || 1 work item ||17:01
ogasawara|| sforshee  || foundations-1303-phablet-kernel-maintenance || 1 work item ||17:01
ogasawara||           || pm-system-policy               || 2 work items ||17:01
ogasawara|| smb       || servercloud-s-virtstack        || 1 work item  ||17:01
ogasawara..17:01
jsalisbury[TOPIC] Status: Saucy Development Kernel (ogasawara)17:01
=== meetingology changed the topic of #ubuntu-meeting to: Status: Saucy Development Kernel (ogasawara)
ogasawaraWe've recently rebased our Saucy kernel to v3.10 final and uploaded.17:01
ogasawaraWe'll continue to track the latest v3.10.x upstream stable while we17:01
ogasawaraevaluate moving to a v3.11 based kernel for Saucy.17:01
ogasawaraImportant upcoming dates:17:01
ogasawaraThurs July 25 - Alpha 2 (opt in)17:01
ogasawaraThurs Aug 22 - 12.04.317:01
ogasawara..17:01
jsalisbury[TOPIC] Status: CVE's (bjf)17:02
=== meetingology changed the topic of #ubuntu-meeting to: Status: CVE's (bjf)
bjfThe current CVE status can be reviewed at the following link:17:03
bjf  * http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html17:03
bjf..17:03
jsalisbury[TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Raring/Quantal/Precise/Lucid/Hardy (bjf/henrix/sconklin)17:04
=== meetingology changed the topic of #ubuntu-meeting to: Status: Stable, Security, and Bugfix Kernel Updates - Raring/Quantal/Precise/Lucid/Hardy (bjf/henrix/sconklin)
bjfStatus for the main kernels, until today (July 2):17:04
bjf  *   Lucid - Regression testing17:04
bjf  * Precise - Regression testing17:04
bjf  * Quantal - Regression testing17:04
bjf  * Raring  - Regression testing17:04
bjfCurrent opened tracking bugs details:17:04
bjf  * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html17:04
bjfFor SRUs, SRU report is a good source of information:17:04
bjf  * http://people.canonical.com/~kernel/reports/sru-report.html17:04
bjfFuture stable cadence cycles:17:04
bjf  * https://wiki.ubuntu.com/RaringRingtail/ReleaseInterlock17:04
bjf..17:04
jsalisbury[TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)17:04
=== meetingology changed the topic of #ubuntu-meeting to: Open Discussion or Questions? Raise your hand to be recognized (o/)
jsalisburyThanks everyone17:04
jsalisbury#endmeeting17:04
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
meetingologyMeeting ended Tue Jul  2 17:04:58 2013 UTC.17:04
meetingologyMinutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-02-17.00.moin.txt17:04
meetingologyMinutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-02-17.00.html17:04
kamalthanks jsalisbury17:05
=== _ffio_ is now known as ffio

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!