[12:01] <lool> oy
[12:01] <lool> persia: ?
[12:02] <persia> heh.
[12:02] <persia> #startmeeting
[12:02] <MootBot> Meeting started at 06:02. The chair is persia.
[12:02] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[12:02] <persia> So, welcome to the Mobile Team meeting
[12:03] <persia> Agenda is at https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090212
[12:03]  * ogra meeps
[12:03] <lool> StevenK: Around?
[12:03] <StevenK> I might be
[12:04] <davidm> I'm here
[12:04] <persia> First up: action items from the last meeting
[12:04] <davidm> thanks persa
[12:04] <persia> [topic] persia to get initial results from mobile-setup-wizard (co)
[12:04] <MootBot> New Topic:  persia to get initial results from mobile-setup-wizard (co)
[12:04] <davidm> s/persa/persia/
[12:04] <persia> Well, it runs, but we probably have to tune some things.  I need to file some bugs about this, and update the spec.
[12:05] <persia> [action] persia to file bugs to fix mobile-setup-wizard issues
[12:05] <MootBot> ACTION received:  persia to file bugs to fix mobile-setup-wizard issues
[12:05] <ogra> no NCommander ?
[12:05] <persia> NCommander seems missing, so we'll carry those over
[12:05] <persia> [topic] persia to request conclusions from application research delegates for mobile-applications (co)
[12:05] <MootBot> New Topic:  persia to request conclusions from application research delegates for mobile-applications (co)
[12:06] <persia> So, I poked you each individually, and I've not seen any updates.  Given that we're a week before FF, I'm convinced nobody is testing anything.
[12:06] <persia> Did anyone test their apps?
[12:06] <lool> I wasn't poked, but I didn't have any update
[12:06] <lool> I didn't take anytime to test anything indeed
[12:07]  * ogra was more busy researching the d-i breakages on nslu2 which has higher prio for me atm
[12:07] <ogra> so i didnt do any research either
[12:07] <persia> So, shall we defer the mobile applications review until jaunty+1 ?
[12:07] <davidm> Yes
[12:08] <ogra> well, at least to post FF
[12:08] <persia> OK.
[12:08] <persia> [topic] davidm to target mid-screen-rotation for A5
[12:08] <MootBot> New Topic:  davidm to target mid-screen-rotation for A5
[12:08] <ogra> FF is somewhat threatening
[12:08] <lool> Yes
[12:08] <ogra> that was marked obsolete
[12:08] <persia> What replaces it?
[12:08] <davidm> Yes, it's priority is very very low
[12:08] <ogra> though i think we could nearly go with what is in gnome atm
[12:08] <lool> davidm: You have updated a bunch of specs, how did you decide to obsolete some?
[12:09] <ogra> the new gnome rotation applet is pretty neat and would work with small modifications in MID
[12:09] <davidm> Based on the hardware platform is changing next cycle and it makes no sense to address a platform that will disapear
[12:10] <davidm> ogra, if you have time great but it's priority is low low
[12:10] <ogra> well, MID is a desktop flavour
[12:10] <ogra> not really related to HW on the top level
[12:10] <persia> MID ought be hardware independent, really.
[12:10] <ogra> but i agree we should not care to much this round
[12:10] <lool> I think davidm might be hinting that we're targetting netbooks before MIDs this cycle
[12:10] <ogra> right
[12:11] <davidm> Yes, netbooks critical to address, MID much less so.
[12:11] <lool> davidm: perhaps you should update https://wiki.ubuntu.com/MobileTeam/Roadmap to not list the specs you obsoleted?
[12:12] <persia> Or superceded.
[12:12] <davidm> And with acceleromitors coming out very cheap next cycle an on-screen applet is even lower in priority
[12:12] <davidm> lool, will do
[12:12] <persia> [action] davidm to update roadmap to reflect specs targeted for jaunty
[12:12] <MootBot> ACTION received:  davidm to update roadmap to reflect specs targeted for jaunty
[12:12] <persia> OK.  Moving on...
[12:13] <persia> [topic] davidm to explore eee PC WiFi with pgraner this week
[12:13] <MootBot> New Topic:  davidm to explore eee PC WiFi with pgraner this week
[12:13] <davidm> I've done so,  the eee PC that I have and it seems most eeePC's have is ATH5K
[12:13] <davidm> it's beeing looked at
[12:13] <persia> Great.
[12:13] <ogra> right, only the really new ones have the realtek
[12:13] <lool> davidm: It should wokr OOB in jaunty
[12:14] <davidm> My eee PC works but loses it's mind every once in a while
[12:14] <persia> Next up is Roadmap.  I'll preview and skip those that are obsolete or superseded
[12:14] <lool> davidm: And it should work with the backports-module package in intrepid, or with the proprietary module in plain intrepid (except it wont suspend/resume properly)
[12:14] <davidm> lool, agreed, it's a top priority for kernel team
[12:14] <lool> davidm: I mean, I'm saying this should be the case TTBOMK
[12:14] <lool> +already
[12:15] <lool> See lp #275692
[12:15] <ogra> yes, we tested it in intrepid on the Q1 ... but there might be other chipsets in the eee
[12:15] <lool> I tested the hotkeys under UNR myself during FOSDEM, and all were working except the sleep one
[12:15] <lool> ogra: I tested on an eeepc
[12:15] <ogra> i thik slangasek is on that
[12:15] <ogra> oh, you had an eee in intrepid ?
[12:16] <ogra> i didnt know that
[12:16] <lool> Yes, at FOSDEM
[12:16] <ogra> ah
[12:16] <lool> I don't have one, just grabbed the one on the Ubuntu stand
[12:16] <lool> Anyway, topic closed
[12:16] <ogra> i was thinking during develpment
[12:16] <persia> So, moving on...
[12:16] <persia> [topic] ogra: offline-installer
[12:16] <MootBot> New Topic:  ogra: offline-installer
[12:16] <ogra> started hacking on a script, but not much progress due to d-i oddities with the slug
[12:17] <ogra> i hope to have something uploadable on the weekend
[12:17] <persia> [topic] StevenK: unr-handling-jaunty
[12:17] <MootBot> New Topic:  StevenK: unr-handling-jaunty
[12:17] <ogra> though i dont know how important the spec still is
[12:17] <ogra> we have no kernels that could be used at all
[12:17] <persia> It's still "Approved"
[12:17] <StevenK> Hmmm?
[12:17] <ogra> and the slug wont run a desktop session
[12:18] <ogra> davidm, ^^^?
[12:18] <StevenK> Is it Good Progress or something else?
[12:18] <persia> Err.  untopic, since this seems to require discussion.
[12:18] <ogra> right
[12:18] <persia> [topic] ogra: offline-installer
[12:18] <MootBot> New Topic:  ogra: offline-installer
[12:18] <ogra> i'm not sure what to build here without having any arm kernels
[12:19] <ogra> whoops, sotty i mixed the spec with selection-of-arm-images
[12:19] <ogra> *sorry even
[12:20] <persia> OK.  Then for offline-installer ?
[12:20] <ogra> i started looking at vm-builder and beyond that https://wiki.ubuntu.com/ARM/RootfsFromScratch seems to be widely used already
[12:21] <ogra> jerone started sending fixes and to make changes to the wikipages
[12:21] <ogra> *page
[12:21] <persia> Are you planning to get a new package in pre-FF to handle this, or does it not need that?
[12:21] <ogra> topic done ... will come to the kernel stuff later :)
[12:22] <ogra> i would like to have a package, but worst case the script will do as i would rather like to base a packaged thing on vm-builder and i'm not done with that yet
[12:22] <persia> Right.
[12:22] <persia> [topic] StevenK: unr-handling-jaunty
[12:22] <MootBot> New Topic:  StevenK: unr-handling-jaunty
[12:22] <ogra> i'm also not sure how much time the slug will still take
[12:22] <ogra> which constraints my time pre FF massively as it has to be ready for A5
[12:22] <StevenK> Right, so what the Status of UNRJaunty?
[12:23] <persia> "Good Progress".
[12:23] <StevenK> It's still that
[12:23] <ogra> implemented ?
[12:23] <ogra> :)
[12:23] <persia> RIght.
[12:23] <persia> Next up.
[12:23] <ogra> its there, we have dailies ...
[12:24] <StevenK> There is a whole bunch of patches in the spec too ...
[12:24] <ogra> oh, right
[12:24] <persia> [topic] ogra: selection-of-arm-images
[12:24] <MootBot> New Topic:  ogra: selection-of-arm-images
[12:24] <ogra> well, what i said above
[12:24] <ogra> cant do much without desktop kernels
[12:24] <persia> OK.
[12:24] <ogra> and we currently dont support any arm arch that could run desktop
[12:25] <persia> That's all the specs on the roadmap that don't appear to have been obsoleted or superseded, so roadmap is complete.
[12:25] <persia> [topic] Any Other Business
[12:25] <MootBot> New Topic:  Any Other Business
[12:25] <ogra> so i would like to set it to deferred ... until we have something we can do with it
[12:25] <lool> I appended a bug to the roadmap
[12:25] <lool> I didn't have time to look into it, would be nice to research it before tomorrow (release team meeting)
[12:26] <lool> I researched on babbage and evm, it needs to be researched on rimu (porter box)
[12:26] <lool> bug #299847
[12:26] <ogra> weird
[12:26] <persia> Oh, sorry I missed that.
[12:26] <persia> [topic] bug 299847
[12:26] <MootBot> New Topic:  bug 299847
[12:26] <lool> Would someone have bandwidth to have a look?  whether the FTBFS can be reproduced on rimu and diagnose it a little?
[12:27] <ogra> does it need to be pre FF ?
[12:27] <lool> ogra: You think you will be done with NSLU2 today and can have a look?
[12:27] <lool> ogra: It needs to be ASAP, preferably before tomorrow
[12:27] <lool> (release team)
[12:27] <ogra> i wont be done with nslu2 today ... but i will have spare cycles waiting for kernels
[12:28] <lool> This bug is currently RC, but if you diagnose it further, we might discover it's not RC
[12:28] <lool> ogra: Mind if I assign to you?
[12:28] <ogra> fine, go ahead
[12:28] <lool> done, thanks!
[12:28] <lool> Done with this tpoic
[12:28] <persia> [topic] Any Other Business
[12:28] <MootBot> New Topic:  Any Other Business
[12:28] <lool> persia: I'd like to discuss where to track a couple of things in the ether
[12:28] <lool> One is the MID install test case
[12:28] <persia> [topic] tracking things in the ether
[12:28] <MootBot> New Topic:  tracking things in the ether
[12:28] <lool> I think you have been working on that, but we didn't track it here
[12:29] <lool> persia: Would you like to track it as an action or in the roadmap or continue tracking it outside these meetings?
[12:29] <persia> testcases will be on testcases.qa.ubuntu.com
[12:29] <lool> Good, do you want an action on this?  or a roadmap "Other item"?
[12:29] <persia> action sounds good, as I don't really want to draft a testing-mid spec.
[12:29] <lool> Ok, please action yourself :)
[12:30]  * lool hopes not to be quoted out of context
[12:30] <persia> [action] persia to post install testcases for MID and UNR
[12:30] <MootBot> ACTION received:  persia to post install testcases for MID and UNR
[12:30] <lool> thanks
[12:30] <lool> persia: Same issue with the vfp libs
[12:30] <persia> That's just a spec missing from the roadmap: I'll add it.
[12:30] <davmor2> persia: Still no solid solution at the moment for that but we are working on it
[12:30] <lool> persia: Thanks
[12:30] <persia> davmor2, Understood.  Thanks for the timely update.
[12:31] <lool> StevenK: How would you like to track Poulsbo intrepid packaging updates?
[12:31] <persia> [action] persia to put vfp spec on the roadmap.
[12:31] <MootBot> ACTION received:  persia to put vfp spec on the roadmap.
[12:31] <lool> StevenK: Should these be tracked with the spec?
[12:31] <StevenK> lool: Hmmm, we could track it.
[12:31] <StevenK> I'm still waiting for the kernel team
[12:31] <lool> StevenK: We had an UDS session and spec on it; should we add to the roadmap?
[12:32] <StevenK> And have been otherwise caught up with **********
[12:32] <lool> StevenK: Is there a bug for the addition of intrepid psb-drm to intrepid's kernel tree?
[12:33] <StevenK> lool: Nope, please file one :-P
[12:33] <lool> StevenK: Mind if I action you to do so?  You've been tracking intrepid poulsbo so far
[12:33] <lool> I prefer the same person to do it bottom up, otherwise we mix responsabilities
[12:33] <StevenK> lool: Fine
[12:34] <persia> [action] StevenK to file poulsbo packaging bugs
[12:34] <lool> If I ever need to pick it up, I'll pick up the lot   :-P
[12:34] <MootBot> ACTION received:  StevenK to file poulsbo packaging bugs
[12:34] <lool> persia: Also action the roadmap addition please
[12:34] <persia> [action] persia to finish pouslbo-packaging spec draft and add to roadmap
[12:34] <MootBot> ACTION received:  persia to finish pouslbo-packaging spec draft and add to roadmap
[12:34] <lool> Thanks
[12:34] <lool> People, are there any other items you're working on for jaunty/ubuntu which aren't tracked in the roadmap/these meetings?
[12:35] <lool> e.g. NSLU2 d-i, or armel ftbfs, or image builds.... no idea
[12:35] <lool> ogra: Anything from you?
[12:35] <lool> persia, StevenK: did I forget any?
[12:35] <ogra> nslu2 mainly
[12:35] <lool> ogra: Should we track that as a bug?  As an "other item" on the roadmap?
[12:35] <ogra> but i'm waiting on all the bits and pieces to appear in the archive atm
[12:36] <ogra> "other item" is fine ...
[12:36] <ogra> not a bug
[12:36] <lool> ogra: I think we have a bug on the nslu2 not booting, right?
[12:36] <ogra> i dont think so, but i can go digging after the meeting
[12:36] <StevenK> lool: I don't think so
[12:36] <persia> [action] ogra to add nslu2 enablement to the Roadmap
[12:36] <MootBot> ACTION received:  ogra to add nslu2 enablement to the Roadmap
[12:36] <lool> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/322217
[12:36] <ogra> ah, gracias
[12:37] <lool> ogra: Mind updating this bug with an apex task and assign you to it?
[12:37]  * ogra subscribes
[12:37] <lool> I think you had in your plans to fix apex soon anyway
[12:37] <ogra> its uploaded since 2h
[12:37] <ogra> not the final fix but the workaround that will make it work with next d-i
[12:38] <ogra> as soon as the kernel is there i'll know more
[12:38] <lool> I added the bug to the RM
[12:38] <ogra> ok
[12:38] <ogra> status high or critical ?
[12:38] <lool> persia: I'll check for possible additions with NCommander
[12:38] <ogra> err importance
[12:38] <lool> davidm: Anything from you?
[12:38] <lool> ogra: High
[12:39] <persia> [action] lool to follow up with NCommander to further extend the roadmap
[12:39] <MootBot> ACTION received:  lool to follow up with NCommander to further extend the roadmap
[12:39] <lool> persia: Thanks; I'm done
[12:39] <persia> [topic] Any Other Business
[12:39] <MootBot> New Topic:  Any Other Business
[12:39] <lool> actually I didn't update my specs?
[12:39] <davidm> MOstly from me is meetings, there may be more ARM hardware soonish, will know by feature freezed
[12:39] <lool> A couple were deprecated, but here are my updates:
[12:40] <lool> mid-display-manager: No update
[12:40] <lool> lpia-versus-i386: Some progress; plan is clear now; need to catch infinity to implement changes before jaunty+1
[12:40] <davidm> I'm just back from sprinting
[12:40] <lool> recovery-partition: No update
[12:40] <lool> lpia-versus-i386 saw progress over the sprint thanks to Colin and Matthias
[12:40] <persia> lool, All those were obsolete or superseded, from my quick look.  Did I miss something?
[12:40] <lool> persia: I think lpia is still on track
[12:40] <ogra> davidm, is there any more HW among that that might add FF exceptions ?
[12:40] <davidm> Nope, I can't see anyone else making it in, in time.
[12:40] <ogra> (if you only know by FF ... sounds worrying)
[12:41] <persia> lool, Oh, sorry.  I usually consider Approved/Informational to be complete.
[12:41] <ogra> good
[12:41] <lool> persia: Yeah well this one is weird
[12:41] <lool> persia: suggestions to fix it welcome
[12:41] <davidm> The problem is that OEM and others within the company need them to make it but ack that they must at least meet FF
[12:41] <lool> The actions would now be on infinity's side
[12:41] <persia> Maybe remove the informational flag?
[12:42] <persia> Generally "Informational" specs don't require implementation.
[12:42] <lool> persia: Changed to needs infrastructure
[12:42] <persia> Right.  Needs an assignee as well, if something is to be done.
[12:42] <lool> Oh actually I have one more thing
[12:42] <lool> I had to check whether a bug was fixed on my jax10 for the kernel team
[12:42] <lool> But I don't have it anymore
[12:43] <davidm> Someone with a JAX10 will need to pick up this testing
[12:43] <ogra> the jax or the bug ?
[12:43] <persia> What's the bug number?
[12:43] <davidm> ogra, the JAX
[12:43] <ogra> oh
[12:43] <lool> I'm afraid I need help from someone with a jax10; basically the goal is to check two things: a) whether jaunty kernels for i386 and lpia properly see 2 SSD drives of 2GB on the jax10 and b) whether UDMA 5 is selected on boot (just attach dmesg to the boot)
[12:43] <persia> Right.
[12:44] <lool> Bug 280669
[12:44] <persia> [topic] bug #280669
[12:44] <MootBot> New Topic:  bug #280669
[12:44] <lool> If the UDMA5 isn't selected, you want to test the linux-lpia in apw's PPA (as noted in the bug)
[12:44] <persia> Who volunteers to verify?
[12:45] <davidm> Who has jax10's right now?
[12:45] <davidm> I don't
[12:45] <StevenK> I do
[12:45]  * ogra but is already drowning ... i'D really prefer to not do additional pre FF tasks
[12:45] <lool> ogra and ncommander as well I think
[12:46] <lool> ogra: it's less urgent
[12:46] <lool> I guess I can ask NCommander
[12:46] <davidm> StevenK, can you flash image and test?
[12:46] <ogra> ah, cool
[12:46] <davidm> Or NCommander
[12:46] <lool> persia: Action me to tell ncommander to look into this
[12:46] <davidm> ogra, you have a lot on your plate now
[12:46] <persia> [action] NCommander to test fix for 280699
[12:46] <MootBot> ACTION received:  NCommander to test fix for 280699
[12:46] <ogra> yes
[12:46] <lool> As he's not around and I don't want him to discover he's an assignee overnight :)
[12:46] <persia> [action] lool to remind NCommander of previous action
[12:46] <MootBot> ACTION received:  lool to remind NCommander of previous action
[12:46] <StevenK> davidm: My Jax is already running alpha-4, it saw it at least
[12:47] <ogra> davidm, and the nslu isnt really making it easier ... one install takes 8h !
[12:47] <davidm> OK
[12:47] <lool> Any other business?
[12:47] <davidm> ogra, ouch
[12:47] <ogra> (thats for a minimal commandline system)
[12:47] <davidm> lool, yes
[12:48] <davidm> We need to finish spec definition several are still in drafting
[12:48] <davidm> really need to finish that phase
[12:48] <persia> [topic] Finish specs definition
[12:48] <MootBot> New Topic:  Finish specs definition
[12:48] <lool> davidm: Do you have a list of specs?
[12:48] <lool> I think we should subscribe ubuntu-mobile to all specs if that's not the case to have a good list of specs on bp.lp.net/~u-m
[12:48] <ogra> which ones are still drafting ?
[12:49]  * ogra is sure his paperwork is done
[12:49] <persia> I just got the list.  Actioning those that need drafting
[12:49] <persia> [action] persia to finish drafting arm-library-optimisation
[12:49] <MootBot> ACTION received:  persia to finish drafting arm-library-optimisation
[12:49] <davidm> poulsbo-packaging ARM Softboot Loader ARM library optimization  mobile spec cleanup
[12:49] <ogra> arm-softboot-loader is deferred, no ?
[12:49] <persia> [action] persia to finish drafting poulsbo-packaging
[12:49] <MootBot> ACTION received:  persia to finish drafting poulsbo-packaging
[12:50] <persia> [action] NCommander to finish drafting arm-softboot-loader
[12:50] <MootBot> ACTION received:  NCommander to finish drafting arm-softboot-loader
[12:50] <lool> mobile spec cleanup needs to be cleaned up: too many level of recursion
[12:50] <ogra> it needs new research
[12:50] <persia> ogra, No, blocked.
[12:50] <davidm> ogra, the spec should be finished as it might suddenly get undefered
[12:50] <ogra> it isnt researched properly yet
[12:50] <persia> That's what Drafting (Needs Guidance) means :)
[12:50] <ogra> there are a ton of existing implementations that werent taken into account
[12:50] <davidm> persia, yes you are correct it's blocked but might become unblocked
[12:50] <lool> persia: We already have an action earlier on StevenK for poulsbo-packaging; who is it who will complete it: you or StevenK ?
[12:51] <StevenK> persia said he would
[12:51] <persia> lool, StevenK does it, and I write down what he's doing.
[12:51] <lool> Erf ok, whatever works for you two :)
[12:52] <persia> OK.  Anything else for this topic?
[12:52] <davidm> Nope
[12:52] <persia> [topic] Any Other Business
[12:52] <MootBot> New Topic:  Any Other Business
[12:53] <lool> I'm happy
[12:53] <persia> Seems like we covered it all then.  Ending the meeting.
[12:53]  * ogra is happy that lool is happy :)
[12:53] <lool> ^D
[12:53] <persia> #endmeeting
[12:54] <MootBot> Meeting finished at 06:53.
[12:54] <ogra> haappyness for everyone !
[12:54] <persia> As a reminder, actions and minutes from the meeting will shortly appear on the agenda page: be sure to check to make sure you didn't miss anything.
[15:51] <slangasek> ogra: "on that" - I'm not doing anything with eeepc hotkeys besides ripping out redundant code from acpi-support; I thought I've seen some bug reports that there's an asus acpi kernel driver needed?
[16:42] <ogra> slangasek, well, all apart from sleep seems to work
[22:09]  * ogra grins at popey ... "desktop furniture" heh
[22:11] <popey> :)
[22:12] <popey> ogra: in britain street lights are called "street furniture" by the local council.. "desktop furniture" seemed appropriate
[22:13] <ogra> heh, funny, i aways thought that only applies to houses and flats
[22:13] <popey> yeah, odd
[22:13] <popey> i had a car accident once and knocked over a lamppost, council billed me for "reconstruction of street furniture", I had to call them to ask what it was!
[22:13] <ogra> *grin*
[22:14] <ogra> english is a funny language ...
[22:14] <popey> :)


[18:00] <cmaloney> OMFG: https://www.oracle.com/news/announcement/blog/keep-linux-open-and-free-2023-07-10/
[18:01] <cmaloney> I hope IBM's ears are ringing from that clapback.
[18:09] <greg-g> daaaaam
[18:09] <greg-g> n
[18:09] <greg-g> "Finally, to IBM, here’s a big idea for you.  Here’s how you can save money: just pull from us. Become a downstream distributor of Oracle Linux. We will happily take on the burden."
[18:10] <cmaloney> I'd like to know who authored this because this is not the Oracle I know.
[18:10] <cmaloney> Edward Screven
[18:11] <cmaloney> https://www.crunchbase.com/person/edward-screven
[18:11] <greg-g> I don't know of them
[18:11] <cmaloney> Edward Screven is Chief Corporate Architect at Oracle. Reporting to CEO, Larry Ellison, he drives technology and architecture decisions across all Oracle products to ensure that product directions are consistent with Oracle's overall strategy.
[18:11] <cmaloney> Way to run-on the sentence.
[18:11] <greg-g> yeah, I read https://www.oracle.com/corporate/executives/edward-screven/ and https://www.oracle.com/corporate/executives/wim-coekaerts.html instead, not a ton better ;)
[18:12] <cmaloney> Blorp blorp the knick knock boop
[18:16] <Scary_Guy> I just remember Oracle from the whole fiasco when they bought out Sun Microsystems and tried to make a bunch of open sourced software private.
[18:17] <Scary_Guy> Sicne it was open sourced though most of the useful tools got forked.
[18:18] <Scary_Guy> OpenOffice.org because LibreOffice, MySQL became MirandaDB, etc...  So it seems really strange for them to be giving this lecture.
[18:18] <Scary_Guy> Especially considering how historically patent trolly they have been as well.
[18:38] <cmaloney> Oh totally
[22:34] <jrwren> it is bullshit that Oracle authorid this.


[08:30] <Jingli> Hello :] .
[08:31] <Jingli> We are using cloudinit to provision our servers. And we meed a problem of vendor-data, it works in ubuntu but in Debian and CentOS doesn't work.
[08:32] <Jingli> Can someone help, please ?
[09:02] <meena> Jingli: can you be a little more specific with "It doesn't work"
[09:02] <meena> do you have logs on how exactly it's failing?
[09:02] <meena> are you trying to use the same vendor data for different OSes?
[09:16] <Jingli> Yes, I tried on all ubuntu and Debian Buster 10
[09:16] <Jingli> Uploaded file: https://uploads.kiwiirc.com/files/a0b0cfe36ff9e709c036f9db48fd513f/pasted.txt
[09:16] <Jingli> All the OSes are using the same vendor-data above
[09:18] <Jingli> I checked /var/log/cloud-init-output.log . it doesn't show any log which is related to the modules which is in the vendor-data, I have the felling , the vendor-data is not applied at all.
[09:19] <Jingli> user-data is empty
[09:27] <meena> You got logging fully enabled?
[09:29] <Jingli> Ah, nope. I will do it.
[09:36] <meena> do you know how or do you need help?
[09:37] <meena> Jingli: is the user-data empty on purpose or is it not discovered by the machines?
[09:37] <Jingli> user-data empty is on purpose.
[09:38] <meena> aye
[09:38] <Jingli> ops
[09:38] <Jingli> should not ?
[09:39] <meena> if vendor-data is all you need so far, it makes sense. but please be aware that user-data can override vendor-data; which often makes perfect sense
[09:39] <Jingli> yes.
[09:40] <Jingli> Uploaded file: https://uploads.kiwiirc.com/files/bdda3aa05103b1b0e2f85ed6526a98d5/pasted.txt
[09:40] <Jingli> And to enable log. should add this to vendor-data for example?
[09:45] <meena> I have full debug logging enabled always, because, well, i hack on cloud-init
[09:47] <Jingli> Nice. I would like the same =D  Is it on your repo ?
[10:00] <meena> Jingli: it's just a config option
[10:01] <meena> https://github.com/canonical/cloud-init/blob/main/config/cloud.cfg.d/05_logging.cfg and it's the default if this log file exists or is named correctly
[10:06] <Jingli> 👍  Thank you !
[11:22] <Jingli> Uploaded file: https://uploads.kiwiirc.com/files/299bcf85c6e92d4c2bb1a44518248b41/pasted.txt
[11:22] <Jingli> 👍enabled logs found this
[11:23] <Jingli> But it's set `manage_etc_hosts:true` in vendor-data
[12:27] <meena> you might need a space between : and true
[13:13] <Jingli> Yep, still no luck.
[15:10] <Xe> is there any cloud-init equivalent for Android?
[15:22] <rharper> Xe:  I'm not aware of such a thing; but that doesn't mean there's not something like it; I've never gone looking for something like that.
[16:08] <blackboxsw> falcojr: the other thing I was thinking with the py version branch was this attempt to deserialize check as well and blow it away if we know we can't. https://paste.ubuntu.com/p/Vp27bsphmD/   But, I'm not sure that really solves the underlying problem Moustafa mentioned about ancillary stdlib serialization issues across python upgrades
[16:11] <blackboxsw> maybe this would solve the initial concern moustafa mentioned, I'm not sure if their error was during pickle deserialization w/ mime-type user-data or not.
[16:15] <falcojr> blackboxsw: we can ask moustafa, but the two issues we dealt with recently (https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1899299) and (https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1922739) both happened after deserialization and on access
[16:16] <falcojr> so I'm not sure that sort of addition would really buy us much
[16:16] <blackboxsw> yeah kinda feels like this would be the same type of case. access time, not deserialization time
[16:16] <falcojr> right
[16:23] <blackboxsw> community-notice: cloud-init office hours is beginning in a moment. Next office hours will be listed in the topic "July 13 17:15 UTC"
[16:23] <blackboxsw> #startmeeting cloud-init bi-weekly office-hours
[16:23] <meetingology> Meeting started at 16:23:41 UTC.  The chair is blackboxsw.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:23] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:25] <blackboxsw> Hi cloud-init devs, Our biweekly office hours meeting has begun. We keep this channel open during the designated time on the channel #topic for drop in questions, feature or bug discussions and prodding committers folks for reviews.
[16:27] <blackboxsw> All questions welcome and we'll have a couple of upstream committers with eyes on the channel to field any discussions brought up as best we can.
[16:27] <blackboxsw> Just prior to this meeting, someone will post recent happenings in cloud-init upstream which may be of value to the community.
[16:27] <blackboxsw> #link https://discourse.ubuntu.com/t/cloud-init-status-06-29-2021/22981
[16:29] <blackboxsw> As far as upstream is concerned, the only schedule detail of note is we are looking to create an official 21.3 upstream release August 28th. Before that time we hope to have some hot plug network device handling functional in cloud-init.
[16:34] <blackboxsw> my plan today is to get falcojr a review on his foundational hotplug support work at https://github.com/canonical/cloud-init/pull/919 which should allow cloud-init to support actively interacting with network config utilities to actively enable individual interfaces on device discovery after the network renderers have finished initial network bringup.
[17:35] <blackboxsw> ok, that wraps things up for "office hours" for today. Thanks for checking in.
[17:35] <blackboxsw> #endmeeting
[17:35] <meetingology> Meeting ended at 17:35:33 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/cloud-init/2021/cloud-init.2021-06-29-16.23.moin.txt
[17:44] <blackboxsw> "meeting" minutes posted to https://cloud-init.github.io/
[21:48] <blackboxsw> falcojr: at long last another round of bike-sheds and I think a fix for gentoo.py needed I think https://github.com/canonical/cloud-init/pull/919/files
[21:50] <falcojr> blackboxsw: thanks for the review! I'll probably get back to the bikeshedding tomorrow though :)
[21:54] <blackboxsw> +1 falcojr I'm game to talk through the bike-shed options whenever and we can settle and move forward, 'nuff delay on my naming pricklies
[21:56] <falcojr> Haha. Took a quick look and I like NetworkActivator. I'm good with that!
[22:17] <blackboxsw> woo hoo!


[22:37] <discopatrick> can't seem to get upstart to work on ubuntu 14.04. I'm going through some of the solutions here: http://askubuntu.com/questions/62812/why-isnt-my-upstart-service-starting-on-system-boot#71426
[22:40] <discopatrick> here's my current script https://www.irccloud.com/pastebin/GHW5FzAF/
[23:17] <discopatrick> doing `sudo grep init: /var/log/syslog` tells me: 'init: Failed to spawn example.dev main process: unable to change working directory: No such file or directory'
[23:19] <discopatrick> however, if I cd to the chdir directory, it's definitely there. could there be a permissions issue? `setuid vagrant` should mean that i'm the correct user to move to that directory though...
[23:24] <discopatrick> wondering if i need to wait for the filesystem to be up?
[23:24] <discopatrick> current state of script:
[23:26] <discopatrick> https://www.irccloud.com/pastebin/ofnt7UrG/


[00:21] <alex88> hi, how is possible to change kernel on the usb live created with "startup disk creator"?
[00:24] <penguin42> alex88: I think but am not sure that it contains an iso image, but I'm not sure if the kernel comes off hte iso image itself or not
[00:25] <alex88> the big file (2gb) that i think contains the fs of booted usb stick has a boot folder with the files.. but no grub inside
[00:25] <alex88> i've installed the 2 debs of new kernel but nothing changes
[00:26] <penguin42> alex88: In the top level directory what do you see?
[00:26] <penguin42> alex88: Do you see a syslinux.cfg and a ubninit and ubnkern?
[00:26] <alex88> normal things.. bin, boot, etc, lib
[00:27] <penguin42> no, not in that big file - in the top directory of the usb stick itself
[00:27] <alex88> oh..i have to reboot
[00:27] <alex88> you have 5 secs?
[00:27] <penguin42> yeh
[00:27] <alex88> thank you..brb
[00:30] <alex88> penguin42, ok..wait a sec
[00:30] <penguin42> alex88: Do you see a top level directory called casper?
[00:30] <alex88> sure
[00:31] <penguin42> alex88: OK, so I think the way it's wired up is it uses syslinux with the config files in syslinux/txt.cfg (and a load of other config files) and that tells it to use /casper/vmlinuz and /casper/initrd.lz
[00:31] <alex88> append noprompt cdrom-detect/try-usb=true persistent file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash --
[00:32] <alex88> the line of txt.cfg
[00:32] <penguin42> yeh and the line before it
[00:32] <alex88> kernel /casper/vmlinuz right
[00:32] <penguin42> yeh
[00:32] <alex88> so...i've installed the kernel inside the disk image of the usb
[00:33] <alex88> now i should replace vmlinuz with new kernel one?
[00:33] <penguin42> yes, and the initrd - but I suspect the installer ones are made in a special way, but I don't know
[00:34] <alex88> initrd..where? outside image?
[00:34] <penguin42> in the /casper/initrd.lz that that casper line says
[00:34] <alex88> true..sorry..
[00:34] <alex88> mmhh..initrd that i find in?
[00:35] <penguin42> well when you isntalled the kernel it should have created a new initrd using update_initramfs
[00:35] <penguin42> update-initramfs
[00:35] <alex88> so it's inside atm
[00:35] <alex88> well i'll install on the vm and take it from there
[00:36] <penguin42> alex88: The thing is I don't think the boot loader knows how to poke inside the image, it's loading the kernel and initrd and leaving them to poke about in the image, but I bet it's not that easy
[00:36] <alex88> i know..but i have no other ideas
[00:36] <penguin42> alex88: I suspect there is special stuff in the installer initrd and I don't know the easiest way to recreate it
[00:37] <alex88> cause if i directly install ubuntu to usb then i can't install again on hdd
[00:38] <alex88_> sorry..disconnected
[00:40] <alex88_> Casper is what allows the Live System to perform hardware autoconfiguration and run from a live environment. Installing the Casper package will update the kernel's initrd to perform these tasks. The kernel that is installed into the chroot will be copied out from the chroot and put into the disk image
[00:41] <alex88_> going to reboot on usb..brb
[00:46] <alex88[N95]> Penguin42: kernel panic..
[00:46] <penguin42> alex88[N95]: Hehey! Is it just a can't mount rootfs one ?
[00:47] <alex88[N95]> Now i try to instal on usb and install casper package
[00:48] <alex88[N95]> Seems a can t load casper..
[00:51] <alex88> penguin42: probably this guide can help https://help.ubuntu.com/community/LiveCDCustomizationFromScratch
[00:54] <alex88> what about installing ubiquity on the usb running system?
[00:55] <alex88> http://ww.ubuntuforums.org/showthread.php?t=1143095 if this is true..probably it will work
[00:57] <Jordan_U> alex88: You're still trying to install Ubuntu on the system that can't detect your disks without a kernel patch?
[00:58] <alex88> Jordan_U: yes i am..is that so impossible?
[00:58] <alex88> i've compiled kernel, i have debs..now i need to install kernel on a usb and then back to hdd
[00:58] <Jordan_U> alex88: What have you tried and what are you currently trying to do?
[00:59] <alex88> i've tried to replace the kernel of the usb stick created via the "startup disk creator"
[00:59] <alex88> fail cause casper initrd is different..
[00:59] <alex88> now i'm installing ubuntu directly to usb, then i'll change kernel on that (true installed ubuntu and not casper)
[01:00] <alex88> then if it see hdd i'll install ubiquity package, install on hdd, chroot in hdd and install kernel.
[01:00] <alex88> simplier way?
[01:02] <Jordan_U> alex88: Do you have any data you need on the array currently?
[01:03] <alex88> yup..windows install and lot of work. else i've tried in another way for sure
[01:03] <penguin42> alex88: If I was doing this I'd get a spare hard drive, plug it into the other controller, install an ubuntu on there and try your new kernel out on it, rather than trying the new kernel for the 1st time in the installer
[01:04] <alex88> i'll try the new kernel on the ubuntu installed on usb..
[01:04] <alex88> slow but the same thing right?
[01:05] <alex88> i mean..if it see the hdd it will see also the installer
[01:06] <penguin42> yeh I think so
[01:12] <alex88[N95]> Rebooting on usb
[01:13] <alex88[N95]> I want usb3 drive...:)
[01:28] <alex88[N95]> Booting with new kernel..
[01:32] <alex88[N95]> It works!
[01:34] <alex88[N95]> now need to install on hdd..:)
[01:35] <penguin42> cool - can it see the disk
[01:36] <alex88[N95]> Yes it does. Now i m installing ubiquity.
[01:37] <penguin42> cool
[01:38] <alex88[N95]> I m on phone now.. What should i mount --bind after chroot?
[01:38] <penguin42>  /proc, /dev/ /dev/pts ?
[01:38] <alex88[N95]> I ve read smwhere you need proc and dev right?
[01:39] <alex88[N95]> Yup probably that ones..
[01:40] <alex88[N95]> What is the destination kernel for natty?
[01:44] <yofel> alex88[N95]: the UDS summery says 2.6.38
[01:45] <alex88[N95]> Uh nice so if the patch will be committed soon i can use live cd instead of this huge work.. Ty
[01:45] <alex88[N95]> *ty yofel
[01:46] <yofel> np
[01:46] <alex88[N95]> Hard to check on phone...:)
[01:51] <alex88[N95]> Ok it s installing.. I ll have a shower.. Cya later
[01:52] <alex88[N95]> Crash.. O.o
[02:02] <alex88> penguin42: problem on install..this is syslog http://paste.ubuntu.com/537308/
[02:03] <alex88> oh..looking at source """Core copy process. This is the most important step of this         stage. It clones live filesystem into a local partition in the         selected hard disk."""
[02:04] <alex88> so it search for /cdrom/casper/filesystem.size to get the filesystem size to copy into the hdd right?
[02:04] <penguin42> hmm not sure what that is - I don't know the insides of casper etc
[02:05] <alex88> http://paste.ubuntu.com/537309/ look at line 298
[02:05] <alex88> it's simple python.. probably the fs_size is required just to do the progress bar
[02:06] <alex88> it's used just for progress bar.. so i'm going to set a fixed value :)
[02:09] <penguin42> time for bed
[02:09] <alex88> gnight man
[02:09] <penguin42> alex88: If that's missing I'd be surprised if other stuff isn't missing as well
[02:10] <alex88> naa :)
[02:10] <penguin42> anyway, 2am and it's getting cold!
[02:10] <alex88> 3am here :)
[02:22] <alex88> can't go past install..fuck..
[02:22] <IdleOne> !language | alex88
[02:22] <alex88> yeah sorry
[02:23] <alex88> i'll wait to the patch is done on the main kernel line then when the natty daily build use that
[02:24] <alex88> is there a way to check which module loads my hdd controller?
[09:19] <asfdasfd> hey
[09:19] <asfdasfd> i am in trouble in getting ubuntu 11.04
[09:19] <asfdasfd> when i download it\ it stops
[09:19] <asfdasfd> is there any problem in server
[09:19] <asfdasfd> because i have problem in dowloading ubuntu 11.04
[09:20] <bazhang> asfdasfd, downloading what exactly
[09:20] <asfdasfd> ubuntu 11.04 dvd and cd amd64
[09:20] <bazhang> asfdasfd, the alpha is not out yet
[09:21] <asfdasfd> there is a download link ?
[09:21] <bazhang> asfdasfd, where
[09:21] <rww> asfdasfd: which page are you downloading from?
[09:22] <asfdasfd> http://cdimage.ubuntu.com/daily-live/current/
[09:22] <sagaci> asfdasfd: i assume you mean the daily builds of 11.04?
[09:22] <asfdasfd> http://cdimage.ubuntu.com/dvd/current/
[09:22] <asfdasfd> yes
[09:23] <asfdasfd> it is daily built anyhow
[09:23] <asfdasfd> there cannot be other intension :D
[09:25] <sagaci> asfdasfd: try using the command line utility wget to download the file if you're on a linux system
[09:27] <asfdasfd> what can i do to get ubuntu 11.04
[09:30] <SwedeMike> it stops how? are you sure it's not a problem on your side?
[09:30] <sagaci> asfdasfd: try running wget http://cdimage.ubuntu.com/daily-live/current/natty-desktop-amd64.iso
[09:31] <sagaci> or wget http://cdimage.ubuntu.com/daily-live/current/natty-desktop-i386.iso
[09:31] <sagaci> for the 32bit version
[09:37] <asfdasfd> i am sorry
[09:37] <asfdasfd> is there any advice
[12:11] <BUGabundo> ahh the sweet smell of breakage
[12:11] <BUGabundo> compiz is seg faulting
[12:12] <BUGabundo> tried a strace on it, locked my laptop
[12:12] <BUGabundo> jokey is broken, nvidia blob is messing TTYs again (I miss my nouvea)
[13:33] <coz_> good day al
[13:49] <Pulsewidth> How can I download the source for the latest Natty kernel to Maverick?
[13:50] <penguin42> Pulsewidth: You can manaually fetch the dsc,tar and diff from the repo
[13:52] <jpds> Or use dget on the .dsc.
[13:55] <penguin42> Pulsewidth: See ftp://ftp.ubuntu.com/ubuntu/pool/main/l/linux/ and there is a linux_2.6.37-7.18.dsc
[13:55] <penguin42> jpds: Ooh didn't know dget
[13:55] <Pulsewidth> penguin42, jpds: thanks
[14:01] <alex88> penguin42, sorry for annoying you..i've builded the livecd as written in that guide..but on boot it does kernel panic: /init line 238 can't open /scripts/casper
[14:01] <alex88> also kernel panic - nothingspecial syncing: Attempted to kill init!
[14:02] <penguin42> alex88: Yeh I don't know anything about casper I'm afraid - it's almost certainly that the initrd you are building is missing bits of casper; I think the panic is just the init giving up
[14:02] <alex88> yup..probably..
[14:03] <alex88> trying another way...the last..
[14:07] <alex88_> so much blue screen using ubuntu in vmware
[14:51] <IdleOne> how do I get my window decorations/controls back?
[14:52] <IdleOne> never mind
[14:52] <IdleOne> metacity --replace seems to have fixed it
[14:52] <IdleOne> but no controls when under compiz
[15:28] <alkisg> Hi, is the current daily nutty CD installable? (as in, no major bugs in startup scripts / unity etc)?
[15:28] <alkisg> *ubiquity etc
[15:35] <IdleOne> alkisg: it's installable but it is definitely alpha
[15:35] <IdleOne> pre-alpha
[15:35] <alkisg> Thank you IdleOne, downloading...
[15:36] <IdleOne> expect bugs
[15:36] <alkisg> (no need for stability so early in the release :))
[15:36] <IdleOne> lots of them
[15:36] <alkisg> Sure, np
[15:36] <Pici> Ant its 'natty' not 'nutty', although you maybe a bit nutty for trying to install it so early :P
[15:36] <IdleOne> hehe
[15:36] <alkisg> Hehe
[15:36]  * IdleOne has been nutty for natty for over a month already
[15:36] <alkisg> Sorry guys non-native speaker here, I understood that when I tried to google for "download nutty daily build" :D
[15:42] <BUGabundo> IdleOne: don't be... its really bad
[16:06] <alkisg> I want to manually mount /target and tell ubiquity to use that for installation and not try to search for any devices, is that possible?
[16:06] <alkisg> (I'm trying to use an nbd mounted /target, but parted_devices just loops without ending)
[16:07] <penguin42> alkisg: If I ever do an install on an odd device I use something like debootstrap to get a basic installation going
[16:08] <alkisg> Ouch. I also wanted to see the installation process in natty... Hmmm let me try some workarounds...
[16:17] <alex88> are there any problems with building kernel with -j for multithreaded compiling?
[16:18] <penguin42> no, works great
[16:19] <alex88> ok thank you..btw, i've abandoned the idea of making a custom live cd..
[16:19] <alex88> i'll wait the natty daily will take the patched kernel
[16:19] <alex88> i've tried also to insmod the compiled module from the newer kernel..no way..
[16:27] <christian_lappy> he guys
[16:27] <alex88> hi man
[16:27] <christian_lappy> i just installed natty
[16:27] <christian_lappy> but where is the app menu ?
[16:27] <alkisg> penguin42: thanks, I resorted to using a vbox virtual disk + rsync'ing /target to /nbd after the installation
[16:28] <christian_lappy> any ideas how i can start my apps beside the ones in the left bar and via alt+f2 ?
[16:29] <alex88> natty already switched to unity?
[16:29] <christian_lappy> sorry for the super dumb question :(
[16:29] <alex88> christian_lappy: sorry but i'm not using natty atm
[16:29] <christian_lappy> isnt this chat for natty ?
[16:29] <alex88> yes it is..but i have no opportunity to use it atm
[16:29] <christian_lappy> ah
[16:30] <christian_lappy> i installed it beside my 10.10
[16:30] <alex88> someone else will respond..but yes this is the right place
[16:30] <christian_lappy> thanks !
[16:31] <christian_lappy> a lot of crashy things, but thats expected ;-)
[16:32] <alex88> that's sure for a pre-alpha :)
[16:32] <christian_lappy> but only a few days until alpha :)
[16:32] <alex88> but you have the breeze of the bleeding edge :)
[16:32] <christian_lappy> yeah, im an early adoptor
[16:32] <christian_lappy> everytime
[16:32] <alex88> yeah, but it's always an alpha :)
[16:33] <christian_lappy> lol, for the next few month for sure
[16:33] <christian_lappy> anyway, its fr playing around..
[16:33] <alex88> me too.. :) for example now i have to get lastest kernel devel version to see my hdd :)
[16:33] <christian_lappy> hehe
[16:33] <christian_lappy> last time i upgraded 10.04 to 10.01 alpha ...
[16:33] <christian_lappy> and learned my lesson ;-)
[16:34] <alex88> before changing pc i started with a fresh 10.04 alpha install :) then never formatted :)
[16:34] <christian_lappy> hehe
[16:35] <christian_lappy> thanks god the classic gnome interface is included also :)
[16:37] <christian_lappy> mhhh..i really need a way to start my apps
[16:37] <alex88> best for me :)
[16:38] <christian_lappy> hehehe..panel->add menu :)
[16:38] <christian_lappy> and ehre it is
[16:43] <christian_lappy> mhhh.how to add apps to the big left panel ??
[16:44] <alex88> drag&drop?
[16:50] <christian_lappy> alex88: nope :(
[16:51] <alex88> it's unity right?
[16:52] <alex88> oh..and open app -> right click-> something like keep this on tab?
[17:23] <alkisg> Ah. No "unity" by default on natty yet?
[17:25] <BUGabundo> alkisg: yes
[17:25] <BUGabundo> it is
[17:25] <IdleOne> install the unity package and enable it in ccsm I believe
[17:25] <BUGabundo> luckly I defaulted it to Classic Desktop
[17:25] <IdleOne> same here
[17:25] <BUGabundo> shame 3D and compiz are broken
[17:25] <alkisg> I thought the default would be the unity desktop, I also got the classic desktop...
[17:26] <BUGabundo> logout
[17:26] <BUGabundo> and choose it
[17:26] <alkisg> Ah, I see. OK, I will, just to try it - I still prefer the classic one... :)
[17:30] <alkisg> Hmm I have "ubuntu desktop edition" as the default, and a "ubuntu classic desktop" as my other choice in gdm
[17:30] <alkisg> Is "ubuntu desktop edition" the unity interface? It looks the same as the old UI I've been using so far... :)
[17:30] <alkisg> (maybe some bug in gdm, I don't think it is)
[17:33] <alkisg> Ah maybe compiz is needed for it to run, and there's no compiz in vbox. Trying in a real client...
[17:34] <charlie-tca> alkisg, yes, default is unity with compiz now on the desktop. Classic should be gnome
[17:46] <IdleOne> compiz being broken like BUGabundo pointed out makes it ugh
[17:46] <IdleOne> or maybe it's just 3d
[17:49] <penguin42> anyone running on intel graphics run glxgears and tell me if it gives a sane frame rate - it's claiming to be running tied to vblank but it's all over the place
[18:11] <alkisg> penguin42: finally got unity working in 1 out of 3 PCs I've tried, glxgears gives 300 fps on that, with an intel card...
[18:14] <yofel> penguin42: shows ~59 fps on my 945GME with kwin compositing turned off
[18:41] <penguin42> yofel: So what's odd is it's giving like 23fps - but I don't think that's because it's not using acceleration - there is very little CPU load
[19:14] <nperry> Odd, I swithced off my natty laptop a couple of days ago and looks like a safe-upgrade was stuck
[19:15] <nperry> So running dpkg --configure -a however for the last 40mins its been stuck on Setting up xulrunner-1.9.2 (<IP_ADDRESS>+build1+nobinonly-0ubuntu2) ...
[19:15] <nperry> Any one else had this problem?
[19:21] <yofel> nperry: does running 'xulrunner-1.9.2 --gre-version' hang too?
[19:23] <charlie-tca> so, I got this new video card, and now I got unity on the desktop. Isn't there a way to add things to that bar on the side?
[19:25] <yofel> nperry: that's bug 663294 I think, set GRE_VERSION to "<IP_ADDRESS>" in /var/lib/dpkg/info/xulrunner-1.9.2.postinst and run dpkg --configure -a
[19:25] <yofel> charlie-tca: just repeating what someone else suggested, run app and see if there's a 'stick' option in the right click menu? (like in win7)
[19:26] <charlie-tca> Can't run the app until I find in ???
[19:26] <charlie-tca> there are no menus anymore with apps in them
[19:26] <yofel> oh er, I think someone managed to add a menu before, or use alt+f2?
[19:26] <charlie-tca> I mean, Alt+F2, gnome-terminal gets me a terminal.
[19:26] <charlie-tca> but this just seems wrong
[19:27] <charlie-tca> What good is a GUI with nothing in it
[19:28] <yofel> I haven't ever tried unity myself yet, didn't run in kvm
[19:29] <charlie-tca> It is not fun! you get a launcher for firefox, empathy, tomboy, and workspace switching. Then you get to try and find the rest of the things you might want to use
[19:29] <nperry> yofel: /var/lib/dpkg/info/xulrunner-1.9.2.postinst: 5: /usr/bin/xulrunner-<IP_ADDRESS>: not found
[19:30] <charlie-tca> don't think I like this at all.
[19:31] <yofel> nperry: huh? I meant change line 5 to GRE_VERSION="<IP_ADDRESS>"
[19:31] <yofel> XUL_VERSION is 1.9.2
[19:34] <nperry> Forgive me still hung over from last night
[19:34] <yofel> heh
[19:35] <nperry> Thanks for that, now looks like software-center is hanging
[19:58] <penguin42> ooh right, turned desktop effects on and I have unity
[20:50] <nperry> anyway to delete/add lauchers in unity?
[20:51] <nperry> I remeber seeing something on the forums but can't find it
[21:02] <BUGabundo> anyone with tips on how to fix the prefered apps?
[21:02] <BUGabundo> I want my browser to be chromium
[21:02] <BUGabundo> since FF is broken
[21:08] <nperry> BUGabundo: I've set chromium as default, seems to open links in it now
[21:09] <nperry> hang on, after a reboot it doesn't now
[21:09] <BUGabundo> lol


[01:10] <infinity> jibel: That's pitti's world, I don't (yet) know much about how to fiddle with it.
[04:39] <Mirv> morning
[07:32] <Mirv> michi: hey! any chance to retest your part of the bug #1470700 again win silo 32 on top of vivid-overlay? make sure you have libqt5network5 5.4.1+dfsg-2ubuntu9~vivid1~test3 after updating/rebooting
[07:33] <michi> Mirv: Sec, I’m in a stand-up. Will get back to you.
[07:33] <Mirv> michi: thanks! there are test problems and the upstream commits are not merged (maybe because of test problems), but it's useful to give feedback
[08:02] <michi> Mirv: I can test this, but not tonight. It’s EOD for me here.
[08:02] <michi> We no longer depend on the fix because we added a work-around.
[08:02] <michi> Basically, if the network is down, we figure it out ourselves and don’t even try to use QNetworkAccessManager in that case.
[08:10] <ogra_> jibel, sil2100, someone on G+ (ubuntu touch community) is complaining about having a crashy krillin with the latest rc image
[08:11] <ogra_> did you get any other reports ?
[08:14] <jibel> ogra_, no report other that what people reported about the today scope on the ML
[08:15] <ogra_> hmm, k
[08:16] <davmor2> ogra_: I was testing on it most of yesterday it worked fine
[08:16] <jibel> ogra_, what exactly is crashing? can he be a bit more specific?
[08:20] <ogra_> jibel, want to ask him ? https://plus.google.com/115824695448812422041/posts/LZyC38HDn67
[08:24] <Mirv> Mirv: ok, thanks. it's still useful to know if anything changed with the patches.
[08:37] <boiko> trainguards: telepathy-ofono is stuck on proposed pocket (boot test regression in the excuses page), can you guys please take it a look?
[08:39] <Mirv> boiko: claims a boottest fail http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#telepathy-ofono . rerunning as the first method..
[08:39] <Mirv> I mean, let's see if it persists
[08:40] <boiko> Mirv: thanks
[08:47] <jibel> kenvandine, 21 works for me, I'll unblock once I understand what alesage's problem was, but likely the same thing.
[08:53] <kenvandine> jibel, thx, yeah i suspect it was the same thing
[08:54] <kenvandine> gallery is such a poor example :/
[08:54] <boiko> Mirv: btw, by accident I create the same request twice in bileto, how do I remove the extra one?
[09:00] <Mirv> boiko: I think it's best if you just tell us the id to remove
[09:00] <Mirv> (or, abandon, that is)
[09:01] <boiko> Mirv: 277. 2015-08-28
[09:01] <boiko> Mirv: is that the id?
[09:01] <boiko> I mean, the 277 part
[09:21] <sil2100> ogra_: no other signs as jibel mentioned, is he using the latest rc or rc-proposed channel?
[09:22] <Mirv> boiko: thanks, abandoned
[09:22] <Mirv> and now bregma created four Libertine requests :)
[09:22]  * sil2100 finally has a stable sitting place and wifi
[09:22] <boiko> Mirv: thanks :)
[09:23] <sil2100> Mirv: I think I'll have to propose a change to Qt5 to fix the shortcuts not working issue in appmenu...
[09:24] <sil2100> This part of the QPA wasn't really well thought through it seems
[09:25] <Mirv> sil2100: yeah, I noticed the bug comment
[09:25] <sil2100> Should be a small change, I'll propose it upstream and if they say ok we can distropatch it into out Qt if you wouldn't mind
[09:26] <sil2100> *our
[09:27] <sil2100> Mirv: and thanks for taking care of the train! :)
[09:32] <Mirv> sil2100: no problem!
[09:58] <bregma> Mirv, sorry for the dupes, didn't realize there was no refresh when hitting the button
[09:58] <bregma> 279,280,281 gotta go
[09:59] <sil2100> bregma: let me remove those
[10:00] <sil2100> hmmm
[10:01] <sil2100> Mirv: how do you remove landin entries?
[10:01] <sil2100> Mirv: do I need to do it by manual edition?
[10:01] <Mirv> sil2100: manually typing Abandoned
[10:01] <Mirv> bregma: doing
[10:02] <Mirv> bregma: done
[10:02] <sil2100> Mirv: huh, I remember there was a convinient button in the past, did robru say why it's gone?
[10:02] <Mirv> bregma: and yes, it's confusing the visible feedback is so little when adding a new entry
[10:03] <Mirv> sil2100: yes, mostly because people thought the silo would be freed when they abandon the landing, so instead now the line is marked as Abandoned when a silo is freed via jenkins... but this case became harder
[10:03] <Mirv> sil2100: maybe it's also useful people don't accidentally mark others' silos as abandoned via an easy click
[10:03] <sil2100> k, makes some sense I suppose
[10:04] <sil2100> It's like in bileto's first days ;)
[10:06] <Mirv> sil2100: sometimes it's hard to separate whether bileto is becoming perfect or whether I'm becoming adjusted to bileto :) this is one of those cases, it actually kind of makes sense that we are asked for line removals and we do it with a small manual feat instead of it being too easy (because everyone can modify anyone's lines)
[10:06] <rvr> sil2100: cjwatson: In the PPA for silo 40 there is also a suspicious qtubuntu-android that is not part of the proper silo packages
[10:28] <mzanetti> cihelp: hmm... something's wrong with this VM. installing gcc seems to fail: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/903/console
[10:28] <mzanetti> on the other vms of this job it's fine
[10:28] <mzanetti> for example https://code.launchpad.net/~aacid/unity8/fix_upstart_restart/+merge/269469
[10:29] <mzanetti> it builds successfully for the -ci jobs
[10:31] <psivaa> mzanetti: let me check
[10:31] <mzanetti> thanks psivaa
[10:32] <rvr> jgdx: ping
[10:32] <cjwatson> rvr: removed, thanks, will be gone soon
[10:33] <rvr> cjwatson: Thanks
[10:35] <jgdx> rvr, pong
[10:36] <rvr> jgdx: In silo 40, the dynamic name... does it support localization?
[10:39] <jgdx> rvr, yes
[10:40] <jgdx> rvr, it takes any string, so when we setName() we just got to make sure we do setName(_("Displays & Brightness"))
[10:41] <jgdx> the current code in the MP that calls setName does not localize because it's a unit test
[10:41] <rvr> jgdx: Ok
[10:44] <sil2100> cjwatson: thanks!
[10:46] <rvr> jgdx: Silo 40 approved
[10:47] <sil2100> \o/
[10:48]  * sil2100 publishes
[10:52] <jgdx> rvr, thanks man
[10:58] <jibel> bregma, Trevinho autopilot MRs in silo 19 have been approved by bregma
[10:58] <jibel> brendand*
[10:58] <jibel> completion failed
[10:59] <psivaa> mzanetti: the failure is due to 'cpp-4.9 : Depends: gcc-4.9-base (= 4.9.1-16ubuntu6) but 4.9.2-10ubuntu13 is to be installed.'
[11:00] <mzanetti> psivaa, yes, but we don't really require that specific version any more
[11:03] <psivaa> mzanetti: sorry, since it's 'Depends' then does it not need to be fixed?
[11:05] <mzanetti> psivaa, not sure what you're asking... afaict, unity8 doesn't require any specific version of gcc
[11:07] <mzanetti> so something seems to be installed in that VM that prevents it from upgrading gcc, while something that unity8 depends on, wants to upgrade it
[11:07] <psivaa> mzanetti: ohh ack, i mistook 'we' in your previous comment. let me dig why that's happeing
[11:07] <mzanetti> at least that's how I understand it
[11:24] <psivaa> mzanetti: that ^ gcc error is a red herring.
[11:24] <psivaa> the actual error appears to be 'pbuilder-satisfydepends-dummy : Depends: libunity-api-dev (>= 7.100) but it is not going to be installed.'
[11:25] <mzanetti> hmmm, interesting
[11:25] <mzanetti> does it say why it's not going to be installed?
[11:25] <psivaa> i remember having the same type of error some time ago, where the required version of  libunity-api-dev wasn't yet released
[11:25] <psivaa> mzanetti: yes
[11:25] <psivaa> mzanetti: i only see .96 here: https://launchpad.net/ubuntu/vivid/+package/libunity-api-dev
[11:26] <mzanetti> psivaa, should be in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/
[11:26] <mzanetti> which, according to the hooks, should be enabled in that vm
[11:27] <mzanetti> at least there's a hook named D09add_ppa~ci-train-ppa-service~stable-phone-overlay
[11:27] <psivaa> right, if it's available then it would have installed that version
[11:31] <mzanetti> psivaa, ok... that ppa only has 7.99, but that's also what unity8 requires in that branch
[11:31] <mzanetti> not sure where the 7.100 is coming from
[11:35]  * ogra_ glares at 50 mails from libaccounts-qt in his "merges" mailbox
[11:57] <psivaa> mzanetti: a rebuild actually was looking for libunity-api-dev (>= 7.99) . (but it is not going to be installed.)
[13:06] <rvr> popey: Hey
[13:06] <rvr> popey: There are at least two strings not translated to Spanish, from the stopwatch
[13:07] <nik90> rvr: Was it "Laps" ?
[13:07] <rvr> nik90: Lap and Lap Time
[13:07] <nik90> https://translations.launchpad.net/ubuntu-clock-app/trunk/+pots/ubuntu-clock-app/es/+translate?show=untranslated
[13:08] <nik90> rvr: Do you have permission to translate it? If not I can ensure they are translated before release.
[13:08] <rvr> nik90: Yes, I do
[13:09] <rvr> nik90: But be sure they are also translated to German, Italian, French and Chinese
[13:09] <nik90> rvr: it is 100% percented translated in German, Italian and French.
[13:09] <rvr> Good
[13:09] <nik90> Chineese we're missing 10 strings, but I am not sure who to contact.
[13:10] <nik90> Chinese (simplified)
[13:10] <rvr> Ian Lin
[13:11] <nik90> rvr: Oke, I will add 2 tasks (import spanish and chineese strings) before release.
[13:12] <rvr> nik90: Ian Li, sorry
[13:13] <nik90> rvr: yup, just saw his name in the chineese translation contributors. His email is not publicly shown. So sending an email via launchpad now.
[13:15] <rvr> nik90: I have it
[13:15] <nik90> rvr: can you pm it. I will just copy paste the draft I have ready and send it now.
[13:18] <nik90> rvr: thnx. Email sent.
[13:18] <rvr> Great
[13:20] <dbarth> hey guys, i wanted to update the landing request for silo 52
[13:20] <dbarth> ie, it's a more a qa heads up, that the service branch has beend reviewed and approved, as it is not reflected on the qa dashboard
[13:20] <dbarth> let me know if you need anything to move that silo onto the ready-for-qa lane
[13:29] <davmor2> dbarth: 52 wasn't approved so there is no work on it at the minute anyway, when you re-land it if you can please make sure everything is approved that would be awesome thanks
[14:19] <dbarth> davmor2: i top-approved the branches now; do i need to re-flip the qa required bit in bileto?
[14:20] <davmor2> dbarth: that is a question for sil2100 or robru I have no idea how bileto works
[14:21] <jibel> dbarth, it's fine, it's ready for QA, I moved to the ready queue
[14:24] <dobey> hmm, why is mir boottest failing :-/
[14:24] <sil2100> dbarth: no, not needed
[14:28] <rvr> nik90: Which applications can serve custom sounds to clock app?
[14:32] <rvr> popey: ^
[14:33] <popey> rvr: music
[14:33] <rvr> popey: It's not listed
[14:33] <popey> you didnt install the updated music?
[14:33] <rvr> popey: Nope
[14:33] <popey> you need to
[14:33] <popey> it's listed in the citrain request
[14:34] <rvr> davmor2: Bad, bad
[14:34] <rvr> popey: Blame davmor2 ;)
[14:35] <davmor2> rvr: hey don't blame me I said it was needed, I was then told it wasn't
[14:35] <nik90> davmor2: what when?
[14:35] <nik90> davmor2: i said you don't need the new media-hub :P
[14:35] <nik90> rvr: also I mentioned that in the changelog ;D
[14:35] <nik90> in bold :P
[14:36] <davmor2> popey: we don't see music app in trello board
[14:36] <popey> hah :)
[14:36] <popey> blame robru
[14:36] <popey> we can include everyone in this
[14:36] <popey> i don't do trello, i put it in citrain, if it didn't migrate from citrain to trello... then.. bug?
[14:36] <rvr> nik90: Right :)
 @QA: Please Note that if you want to test the add custom alarm sound feature, you will need to use the latest music-app click package linked here. It adds the music-app as a music content-hub source. </bold>
[14:37] <popey> ah well, easy mistake, at least we can easily test that
[14:37] <davmor2> popey: it doesn't show in ready for QA in citrain either :P
[14:37] <popey> it was when I last touched it
[14:37] <davmor2> popey: but does the music app depend on media-hub playlist support
[14:37] <popey> again -> robru
[14:38] <davmor2> popey: if so that hasn't landed yet
[14:38] <kenvandine> alesage, jibel: are we ok to unblock silo 21 now?
[14:38] <nik90> davmor2: no it doesn't..I am pretty sure that branch is still being reviewed. Since music-app will be requesting a QA review very very soon :D
[14:38] <popey> yeah, it's all good.
[14:39] <dbarth> ok, thanks guys
[14:39] <nik90> davmor2: you worry too much ;)
[14:39] <davmor2> nik90: when I don't the world falls apart :P
[14:39] <nik90> haha
[14:40] <rvr> nik90: After selecting sound by clicking "checkbox" the preview sound should be played
[14:40] <rvr> nik90: "Click" means with a mouse, right?
[14:40] <nik90> rvr: click/press...any interaction with checkbox
[14:41] <nik90> it toggles between play/pause when you click/press it repeatedly.
[14:42] <rvr> Doesn't start playing until I move out my finger
[14:42] <rvr> Start/resume works fine
[14:42] <nik90> do you long-press hold it?
[14:42] <nik90> I meant like a casual press it..like press a button.
[14:43] <nik90> not keep holding the button pressed
[14:43]  * nik90 hopes he makes sense
[14:43] <rvr> nik90: Yes, long press... casual press is similar to current behavior
[14:44] <nik90> rvr: we don't have any behavior defined for long-press.
[14:52] <sil2100> bregma: pong!
[14:53] <sil2100> bregma: hey! I gave a quick look at silo 27 just now, are there any reasons your libertine branch has the format as it has now?
[14:55] <sil2100> bregma: I mean, first of all I would prefer there to be the .bzr-builddeb directory with default.conf and the fameous split = True
[14:55] <sil2100> bregma: e.g. all our train packages are recommended to follow this good ol' guidelines:
[14:55] <sil2100> bregma: https://wiki.ubuntu.com/DailyRelease/InlinePackaging
[14:55] <bregma> sil2100, the branch I'm trying to land adds all that
[15:02] <sil2100> Ah, indeed it's there, not sure how I missed in the branch, nvm then!
[15:05] <sil2100> Damn, if not for proot we could have included it in main
[15:06] <sil2100> Anyway, let me find someone to pre-NEW it
[15:08] <rvr> nik90: popey: Approving clock-app update, but remember that it needs a translation update
[15:08] <nik90> rvr: Yay! Yes, we will include spanish and chinese translation before pushing out an update.
[15:08] <popey> thanks rvr
[15:09] <bregma> sil2100, we don't really need it in main, at least not for this cycle
[15:10] <sil2100> bregma: true, but I think we should aim to get everything into main as soon as possible - look at what happened with touch when we were saying things like that ;)
[15:10] <sil2100> Almost all touch packages are now in universe limbo
[15:11] <bregma> sil2100, we *will* need it in main next cycle, but that gives us time to eliminate some dependencies we'd rather not have (like proot)
[15:14] <sil2100> Just hope it won't be forgotten and won't end up like the touch stack!
[15:14] <sil2100> ;)
[15:17] <sil2100> bregma: hmm, sorry that I'm poking about that, but is there any reason that the python3-libertine package is Architecture: any ?
[15:18] <sil2100> bregma: since I see the binary package only serves .py modules, so it probably should be Architecture: all? Otherwise we have different packages for different architectures with the very same contents
[15:19] <sil2100> Or is there something arch-specific for each of those?
[15:26] <bregma> sil2100, you're  probably right -- there were a bunch of changes in the last week and the python3-libertine package could probably be Architecture: all now
[15:27] <bregma> sil2100, should I change that now or in the next landing?
[15:28] <sil2100> bregma: one more thing that might pop-up during the preNEW review is that you're shipping a library but without any symbols files or any equivalent
[15:28] <sil2100> I suppose we would need this changed now, otherwise the archive admins might not be super happy
[15:29] <sil2100> About the symbols files I'm not sure though, since I would prefer slangasek to comment, as it's a hot-topic after wily and vivid toolchains now differ so much
[15:29] <sil2100> But I'm pretty sure libraries without any symbol files or shlib files or any other ABI safety-checks might be hard to get to the archive
[15:35] <bregma> sil2100, OK, I can push up that change... as to the symbols file, it would be a hassle right now as we plan to rip a bunch of stuff out of the library in the next week so given the amount of churn I'm expecting, it wouldn't be doing anything for ABI stability any way
[15:36] <sil2100> I suppose it might be publishable without symbols, since as you already mentioned - right now it doesn't even have any real consumers, but still just trying to expect possible issues raised by the admins
[15:38] <sil2100> bregma: for now rebuild with the python change, then I poke slangasek to take a look (if he's not down with DebFlu) and ask him about the no-symbols-file situation
[15:52] <psivaa> mzanetti: hi, so regarding the libunity-api-dev issue, i'm confused because i can not find it in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/
[15:52] <psivaa> neither anywhere in https://launchpad.net/~ci-train-ppa-service
[15:54] <mzanetti> psivaa, ok... this is odd indeed. today morning I found it still
[15:54] <mzanetti> psivaa, it is listed here tho: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+index?batch=75&memo=75&start=75
[15:55] <mzanetti> psivaa, found it: http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/u/unity-api/
[15:55] <mzanetti> psivaa, in "u", because the src-package is called "unity-api"
[15:56] <psivaa> mzanetti: ahh ack, thanks for that, let me try to include that in the VM
[16:08] <sil2100> bzoltan_: hey!
[16:08] <sil2100> bzoltan_: regarding silo 47
[16:08] <bzoltan_> sil2100:  hello
[16:09] <sil2100> bzoltan_: so I see this branch was releasing wily packages (probably dual landed), and now it got switched to vivid-overlay only packages?
[16:09] <sil2100> bzoltan_: ah!
[16:09] <sil2100> bzoltan_: ignore me
[16:09] <bzoltan_> sil2100: no probs :)
[16:09] <sil2100> I clearly am just tired today, it's a source upload
[16:09] <sil2100> duuuh
[16:34] <psivaa> mzanetti: with the required version of  libunity-api-dev installed, i now see build errors in http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-vivid/910/consoleText
[19:13] <sil2100> o/
[19:26] <nuclearbob> Trevinho, Laney: I think silo 19 should be good to land if you haven't done that already. All my testing of different autopilot suites hasn't been able to show any repeatable new failures
[19:38] <robru> mzanetti: wat: https://ci-train.ubuntu.com/job/ubuntu-landing-023-2-publish/lastSuccessfulBuild/artifact/qtmir_packaging_changes.diff/*view*/
[19:41] <robru> mzanetti: is this your first vivid release after a few wily releases?


[16:00] <utlemming> o/
[16:00] <arosales> Hello
[16:01] <arosales> hopefully folks have gotten some rest from ODS
[16:01] <jamespage> o/
[16:02] <zul> oh right there is a meeting today
[16:02] <zul> who is suppose to be running it
[16:02] <SpamapS> I should
[16:02] <SpamapS> I skipped so many
[16:02] <SpamapS> though smoser is on the list
[16:02] <arosales> Ursinha: chair'ed last week
[16:02] <SpamapS> smoser: 30 seconds to object...
[16:02] <arosales> and smoser before her
[16:02] <SpamapS> ahh
[16:03] <SpamapS> nobody is updating the agenda
[16:03] <arosales> utlemming: is up on the list, but I am sure he would let SpamapS host
[16:03] <utlemming> SpamapS: I was supposed to chair, but if you want to, I won't object
[16:03] <SpamapS> indeed, the header says 2012-04-10
[16:03] <SpamapS> #startmeeting Ubuntu Server Team
[16:03] <meetingology> Meeting started Tue Apr 24 16:03:31 2012 UTC.  The chair is SpamapS. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available 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 #votesrequired
[16:03] <SpamapS> and so we begin :)
[16:03] <arosales> SpamapS: sorry, I should be better about updating the wiki
[16:03] <SpamapS> arosales: its the chair's responsibility, not yours
[16:04] <hallyn> and documented on the knowledgebase very well
[16:04] <arosales> ah, ok
[16:04]  * arosales doesn't feel as bad :-)
[16:04] <SpamapS> #topic Action points from last meeting
[16:04] <hallyn> but maybe we're not informing ppl of that
[16:04] <SpamapS> SpamapS invite aquette to next server team meeting to discuss servercloud-p-cloud-power-management
[16:04] <SpamapS> hallyn: indeed
[16:04] <SpamapS> too late for that, its officially "off the list"
[16:04] <SpamapS> jamespage to raise bugs for FTBFS for server related packages from latest rebuild test.
[16:05] <jamespage> SpamapS, no longer required
[16:05] <SpamapS> brilliant
[16:05] <jamespage> thats really old
[16:05] <smoser> o/
[16:05] <SpamapS> #topic Precise Development
[16:05] <SpamapS> Aren't we like, done?
[16:05] <jamespage> i'd hope so :-)
[16:05] <SpamapS> done or not, we're moving on :)
[16:05] <SpamapS> anybody have something to bring up re the release that happens in 2 days?
[16:05] <jamespage> do lots of testing
[16:06] <arosales> 7 bugs on http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:06] <hallyn> bottoms up?
[16:06] <arosales> release notes these ?
[16:06] <SpamapS> or SRU them
[16:06] <SpamapS> we'll go over them for that purpose alone
[16:06] <SpamapS> bug 928990
[16:06] <arosales> any of these we should make users aware of as we release?
[16:06] <smoser> jamespage, marked that one as wont-fix i think.
[16:06] <smoser> and moved to that new Q
[16:07] <SpamapS> says Triaged now
[16:07] <smoser> well, its triaged for Q. wont-fix for precise
[16:07] <SpamapS> ah the report is picking up the wrong status
[16:07] <jamespage> smoser: I did start reviewing them this morning
[16:07] <SpamapS> who maintains that report?
[16:07] <utlemming> its marked for Quantal
[16:07] <SpamapS> bug 930916
[16:07] <jamespage> anything that won't be fixed for precise and won't be SRU's should be pushed to Quantal IMHO
[16:07] <SpamapS> Ugh thats me, I kept deferring. I'll see if I can get a near-0-day SRU for that
[16:08] <SpamapS> bug 974613
[16:08] <jamespage> adam_g, is that one fixed with the change you made to the way glance upgrades?
[16:08] <adam_g> jamespage: yes
[16:09] <adam_g> jamespage: ill mark accordingly with a note
[16:09] <SpamapS> woot
[16:09] <SpamapS> bug 974584
[16:09] <hallyn> fixed in precise
[16:09] <hallyn> open for quantal
[16:10] <SpamapS> errr
[16:10] <SpamapS> no
[16:10] <SpamapS> there is nothing fixed in precise that will not also be fixed in quantal
[16:10] <SpamapS> hallyn: can you look at the sysvinit status and see if thats valid?
[16:10] <hallyn> fine.  fixed for lxc.  open for initscripts in quantal
[16:11] <SpamapS> hallyn: ah, so it was worked around in precise
[16:11] <SpamapS> bug 880339
[16:11] <hallyn> yes
[16:11] <SpamapS> still no feedback from the user... but I'm pretty sure we can just close that, all testing I've done shows a working system on upgrade from 11.10 -> 12.04 w/ mysql installed
[16:12] <SpamapS> bug 907197
[16:12] <jamespage> ditto - still waiting for feedback from original reporter
[16:12] <SpamapS> bug 901881
[16:13] <zul> quantal
[16:13] <zul> or sru
[16:13] <SpamapS> zul: does it need a release note?
[16:13] <zul> i dont think so
[16:13] <SpamapS> zul: how about, quantal *and* sru ?
[16:13] <SpamapS> http://status.ubuntu.com/ubuntu-precise/ubuntu-server.html
[16:14] <arosales> So possible known issues to document in the release notes would just be  bug 928990?
[16:14] <SpamapS> pretty steady push of getting things done everybody
[16:14] <zul> SpamapS: that would be good idea
[16:14] <utlemming> aroslaes: I don't think it needs to be documented. The issue is really about needing a rescue console. The behavior here is no different than a phyiscal server.
[16:14] <smoser> arosales, we can document that, thats fine. but it is present sense 10.04
[16:15] <SpamapS> Please take a moment today to go through the blueprints you own and make sure all the work items are POSTPONED or DONE ..
[16:15] <SpamapS> helpful btw, http://status.ubuntu.com/ubuntu-precise/u/launchpad-username.html
[16:15] <arosales> smoser: utlemming: I'll confirm with you guys before suggesting any additions to the release notes, and what the wording should be if it does need to be documented
[16:16] <smoser> k
[16:16] <arosales> roaksoax:  are items hwere going to be postponed: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-orchestra
[16:16] <SpamapS> Anything else?
[16:17] <SpamapS> arosales: at this point, *everything* is POSTPONED
[16:17] <arosales> SpamapS: ah, gotcha
[16:17]  * roaksoax looks
[16:17] <SpamapS> there is no more doing, only postponing :)
[16:17]  * arosales just seconds folks to udpate their blueprints
[16:17] <hallyn> don't we have 2 mor days?
[16:17] <SpamapS> hallyn: not really
[16:18] <hallyn> surprised
[16:18] <SpamapS> universe freezes today
[16:18] <SpamapS> 1600 UTC
[16:18] <SpamapS> ok moving on
[16:18] <hallyn> (n/a)
[16:18] <ScottK> freezes/froze
[16:19] <SpamapS> true
[16:19] <SpamapS> :)
[16:19] <SpamapS> #topic Ubuntu Server Team Events
[16:19] <arosales> Sounds like ODS went well
[16:20] <arosales> m_3 @ railsconf (http://railsconf2012.com/) 23 -25 April
[16:21] <SpamapS> UDS in 2 weeks!
[16:21] <SpamapS> #topic Weekly Updates & Questions for the QA Team (hggdh)
[16:21] <SpamapS> hggdh: how's 12.04 looking?
[16:22] <hggdh> nothing from me, fully immersed on 12.04 testing
[16:22] <hggdh> seems good so far :-)
[16:22] <SpamapS> #topic Weekly Updates & Questions for the Kernel Team (smb)
[16:22] <SpamapS> smb: anything to report?
[16:22] <smb> Already that time... hm not really, lots of testing around but nothing specific
[16:22] <smb> ..
[16:23] <SpamapS> smb: thx
[16:23] <SpamapS> #topic Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:23] <rbasak> Nothing to report. Any questions for me?
[16:25] <rbasak> I'll take that as a no.
[16:25] <SpamapS> sorry
[16:25] <SpamapS> #topic Open Discussion
[16:25] <rbasak> Bug 974218 may break upgrades from lucid to precise for users with bonded interfaces, causing the server to fail to bring interfaces up on boot due to a race condition. This is difficult or impossible to reproduce, but based on the reports I think it might be worth release noting. Any thoughts on this?
[16:26] <arosales> seems like a good candidate for release notes --> known issues
[16:28] <SpamapS> another thing, UDS blueprints
[16:28] <rbasak> The trouble is that I'm not sure how much of an issue it is. But it does seem to be a valid problem, and the impact is severe for those affected.
[16:28] <rbasak> (easy workaround though)
[16:28] <SpamapS> Make sure if you have a blueprint that everybody can come ready to discuss. Do not shy away from starting a discussion *now* on ubuntu-devel or ubuntu-server.
[16:28] <jamespage> arosales, rbasak: I think its worth a mentio
[16:29] <jamespage> n
[16:29] <SpamapS> agreed
[16:30] <rbasak> OK I'll flesh out the bug and send something to arosales then?
[16:30] <SpamapS> #action rbasak add bug 974218 to precise release notes
[16:30] <meetingology> ACTION: rbasak add bug 974218 to precise release notes
[16:30] <arosales> rbasak: yes, please send to me and I'll work with the release team to document
[16:30] <rbasak> OK
[16:30] <arosales> Any other release notes items?
[16:31] <zul> that we are awesome
[16:31] <arosales> zul: that has already been there since alpha 1
[16:31] <jamespage> arosales, where can we see the current release notes?  its hard to remember what already went in
[16:31] <zul> oh good....no other words are needed then
[16:32] <arosales> here is the landing page for most things related to the release
[16:32] <arosales> https://wiki.ubuntu.com/PrecisePangolin/
[16:32] <arosales> release notes --> https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes
[16:33] <arosales> I have a few changes I need to make
[16:33] <arosales> but if any one has any data to add please feel free
[16:33] <arosales> Ubuntu Server is specifically @ https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuServer
[16:33] <arosales> ..
[16:34] <jamespage> does someone have something for the squid -> squid3 config transition stuff as its not automated...
[16:36] <arosales> adam_g: I think you were doing some work their
[16:37] <adam_g> jamespage: what do you mean?
[16:37] <adam_g> oh, release notes..
[16:38] <SpamapS> Ok, if thats all then?
[16:38] <SpamapS> #topic Announce next meeting date and time
[16:38] <SpamapS> Next meeting will be next Tuesday, May 1, at 1600 UTC, right here in #ubuntu-meeting
[16:38] <SpamapS> #endmeeting
[16:39] <meetingology> Meeting ended Tue Apr 24 16:38:59 2012 UTC.
[16:39] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-24-16.03.moin.txt
[16:39] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-24-16.03.html
[16:39] <arosales> thanks for chari'ing SpamapS
[16:39] <arosales> chair'ing, that is
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Apr 24 17:00:03 2012 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available 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 #votesrequired
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Precise
[17:00] <ppisati> o/
[17:00] <cking> o/
[17:00] <herton> o/
[17:00] <henrix> o/
[17:00] <ogasawara> o/
[17:00] <smb> O/
[17:00] <sforshee> o/
[17:00] <jsalisbury> [TOPIC] ARM Status (ppisati)
[17:01] <ppisati> nothing new to report this week
[17:01] <ppisati> ..
[17:01] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:01] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:01] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:01] <jsalisbury> ..
[17:01] <jsalisbury> [TOPIC] Status: Precise Development Kernel (ogasawara)
[17:01] <ogasawara> The Precise kernel is currently frozen and we are gearing up for release
[17:01] <ogasawara> this Thurs Apr 24.  Release candidate images are already available.  We
[17:01] <ogasawara> have prepared a day-0 kernel upload that contains a few bug fixes which
[17:01] <ogasawara> we would like to have immediately available to users.  We will upload the
[17:01] <ogasawara> day-0 kernel to precise-proposed today and it will be pocket copied to
[17:01] <ogasawara> precise-updates.  I then intend to hand the maintenance repsonibilities
[17:01] <ogasawara> of the Precise kernel over to the Stable Maintenance Kernel Team on
[17:01] <ogasawara> Friday.
[17:01] <ogasawara> Important upcoming dates:
[17:01] <ogasawara>  * Thurs Apr 26 - Final Release (2 days! \o/)
[17:01] <ogasawara> ..
[17:01] <jsalisbury> [TOPIC] Status: CVE's (apw)
[17:02] <apw> Currently we have 76 CVEs on our radar, with 5 new CVEs added this week.
[17:02] <apw> See the CVE matrix for the current list:
[17:02] <apw>
[17:02] <apw> [LINK] http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:02] <apw>
[17:02] <apw> Overall the backlog has increased slightly slightly this week:
[17:02] <apw>
[17:02] <apw> [LINK] http://people.canonical.com/~kernel/status/cve-metrics.txt
[17:02] <apw> [LINK] http://people.canonical.com/~kernel/cve/pkg/CVE-linux.txt
[17:02] <apw>
[17:02] <apw> This week sees the vestages of maverick dropping from the tracker.
[17:02] <apw>
[17:02] <apw> ..
[17:02] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Oneiric/Natty/Maverick/Lucid/Hardy (bjf/herton)
[17:02] <bjf>
[17:02] <bjf> Here is the status for the main kernels, until today (Apr. 24):
[17:02] <bjf>
[17:02] <bjf>  * Hardy    - 2.6.24-31.101 - Nothing last cycle
[17:02] <bjf>  * Lucid    - 2.6.32-41.88  - In updates
[17:02] <bjf>  * Natty    - 2.6.38-14.58  - In updates
[17:02] <bjf>  * Oneiric  - 3.0.0-19.32   - Regression testing
[17:02] <bjf>
[17:02] <bjf> Current opened tracking bugs details:
[17:02] <bjf>  * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:02] <bjf>
[17:02] <bjf> For SRUs, SRU report is a good source of information:
[17:02] <bjf>  * http://people.canonical.com/~kernel/reports/sru-report.html
[17:02] <bjf>
[17:02] <bjf> Future stable cadence cycles:
[17:02] <bjf>  * https://wiki.ubuntu.com/PrecisePangolin/ReleaseInterlock
[17:03] <bjf>
[17:03] <bjf>
[17:03] <bjf> Due to this being releas week and people get testy when we upload
[17:03] <bjf> a barrage of SRU kernels, we are starting the next cadence cycle
[17:03] <bjf> next week. This also works out conveniently making UDS week a
[17:03] <bjf> bug verification week.
[17:03] <bjf>
[17:03] <bjf> ..
[17:03] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:03] <jsalisbury> Thanks everyone
[17:03] <jsalisbury> #endmeeting
[17:03] <meetingology> Meeting ended Tue Apr 24 17:03:56 2012 UTC.
[17:03] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-24-17.00.moin.txt
[17:03] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-04-24-17.00.html