[08:45] <Rusdotkon> Hello. The problem with xbuntu. When installing the system, the keyboard works well, and after installation, the keys are confused. Press the "K" key, the "2" button is pressed, and so on.
[13:20] <bodiccea_> Rusddotkon, basic check: which layout is your keyboard ? did you check in keyboard settings that keyboard layout matches the setting ?
[13:34] <bodiccea_> Rusddotkon, second check: are you sure your language settings are correct ?
[14:42] <xubuntu92w> hi
[14:43] <xubuntu92w> Guys we try to run xubuntu on ViA cpu but after the boot it requiers login and password for live session
[14:44] <xubuntu92w> any suggestion on how to resolve this issue ?
[14:47] <GridCube> you had to provide both of those to the installer so you should know them xubuntu92w
[16:29] <kgb> ok, i've spent the last couple of hours trying to get Asus FX505D (AMD R7-3750H + Nvidia 1660 Ti) graphics to work and... oh-my-god. :(
[16:37] <diogenes_> kgb, you mean Radeon RX Vega 10 Graphics + Nvidia 1660 Ti?
[16:42] <kgb> diogenes_: an absolute nightmare :/ https://www.asus.com/us/Laptops/ASUS-TUF-Gaming-FX505DD-DT-DU/HelpDesk_Download/
[16:43] <kgb> *bought new from store in Belgrade, Serbia (the Balkans, I think it says on box label)\
[16:44] <lighterowl> I'm not really up to date with laptop hardware these days, but is that an integrated AMD GPU and an external nVidia one?
[16:45] <kgb> yes amd cpu w/integrated graphics and nvidia 1660 ti
[16:45] <kgb> think i've tried everything save for bumblebee and wow...
[16:46] <kgb> i feel violated. xD
[16:46] <diogenes_> according to docs, AMD R7-3750H is just the cpu with integrated graphics  Radeon RX Vega 10 Graphics.
[16:47] <diogenes_> so what's the issue?
[16:47] <lighterowl> yeah
[16:47] <lighterowl> kgb: what seems to be the problem?
[16:47] <lighterowl> I assume you've already installed the proprietary nvidia drivers, as I wouldn't count on nouveau handling this card too well.
[16:48] <kgb> sec, sry, just need a tiny break so that i don;t self-combust
[16:48] <lighterowl> yeah, it's a turing, so nouveau support is going to be spotty at best. :(
[16:55] <diogenes_> nouveau guys say that Nvidia 1660 Ti is supported but you need 5.3++.
[17:00] <kgb> i guess maybe cuda-toolkit since nvidia is apparently doing the switching? i've not tried it yet
[17:01] <kgb> ^ the problem is that i can't boot, only in safe mode 4 graphics
[17:02] <kgb> bt i've gone a bit off the rocker atm, with whitelisting, blacklisting, xorg and grub2
[17:02] <kgb> starting to appreciate windows more, LOL :$
[17:02] <lighterowl> might have a nice mess on your hands already ;)
[17:03] <lighterowl> anyhow, the laptop that I run xubuntu on has nvidia graphics, and the nvidia proprietary driver handles all the switching.
[17:03] <kgb> oh yea, it's pretty FUBAR at this point. :D
[17:03] <kgb> lighterowl: i wish that were the case here...
[17:03] <lighterowl> the external displays (available in the dock) are driven by the nvidia chipset, and the laptop's display is driven by intel.
[17:05] <lighterowl> kgb: the one thing I'd definitely try is installing nvidia drivers and turning on modesetting for that driver.
[17:05] <kgb> right, nvidia's "unix" drivers page and manually installing... cool, cool
[17:05] <lighterowl> wait what
[17:05] <lighterowl> no
[17:05] <lighterowl> why would you
[17:06] <kgb> oh, ok. even better. cool
[17:06] <kgb> ^^ sry i've been at it 4 too long rly
[17:07] <lighterowl> the nvidia driver is available in the repositories, just apt install nvidia-driver-435
[17:07] <kgb> yessir
[17:08] <kgb> i've been running off of usb, too - need to free up some partition space on a hdd and just go again
[17:11] <kgb> lighterowl: no need to go with LTS xubu, right??
[17:11] <lighterowl> no
[17:11] <kgb> kk
[17:36] <xubuntu55w> Hi, is there someone online?
[17:37] <xubuntu55w> Sorry for my english, i'm not a native speaker.


[16:00] <matsubara> #startmeeting ubuntu-server-team
[16:00] <meetingology> Meeting started Tue Jul  7 16:00:14 2015 UTC.  The chair is matsubara. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <arosales> o/
[16:00] <matsubara> hello there, welcome to this week's Ubuntu server meeting!
[16:00] <ddellav> \o
[16:00] <matsubara> #topic Review ACTION points from previous meeting
[16:00] <matsubara> no action items from last meeting
[16:01] <matsubara> #topic Wily Development
[16:01] <matsubara> #link https://wiki.ubuntu.com/WilyWerewolf/ReleaseSchedule
[16:01] <matsubara> #subtopic Release Bugs
[16:01] <matsubara> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-w-tracking-bug-tasks.html#ubuntu-server
[16:01] <matsubara> Wily Alpha 2 by the end of the month.
[16:01] <teward> o/
[16:02] <jamespage> o/
[16:02] <matsubara> there's a security bug, high importance and no one assigned.
[16:02] <kickinz1> o/
[16:02] <matsubara> bug 1453738
[16:03] <matsubara> is that bug something someone in the server team should take on?
[16:04] <matsubara> looks like it's well understood and some ubuntu developers are discussing in the bug report. let's move on
[16:05] <matsubara> #topic Server & Cloud Bugs (caribou)
[16:05] <caribou> a few things
[16:05] <caribou> wrote a blog post on Curtin/Maas customization; comments welcomed
[16:05] <caribou> http://caribou.kamikamamak.com/2015/06/26/custom-partitioning-with-maas-and-curtin-2/
[16:05] <caribou> & working on a kernel crash dump subordinate charm
[16:05] <caribou> all for me, thanks
[16:05] <matsubara> Thanks caribou
[16:06] <matsubara> #topic Weekly Updates & Questions for the QA Team (matsubara)
[16:06] <matsubara> nothing new to report from me
[16:06] <matsubara> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:06] <smb> Hi and hm, nothing right now. Are there questions/new issues?
[16:07] <matsubara> No questions for smb, it seems. Thanks smb.
[16:07] <matsubara> #topic Upcoming Call For Papers
[16:08] <matsubara> ODS Tokyo is open for submissions
[16:09] <matsubara> other than that, anything other conferences happening soon?
[16:09] <matsubara> I guess no, let's move on
[16:09] <matsubara> #topic Ubuntu Server Team Events
[16:10] <matsubara> no server team event
[16:10] <matsubara> #topic Open Discussion
[16:11] <matsubara> #topic Announce next meeting date, time and chair
[16:11] <matsubara> same time next week, coreycb will chair
[16:11] <matsubara> thanks everyone
[16:11] <jamespage> ta matsubara
[16:11] <matsubara> #endmeeting
[16:11] <meetingology> Meeting ended Tue Jul  7 16:11:44 2015 UTC.
[16:11] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-07-07-16.00.moin.txt
[16:11] <caribou> thanks matsubara
[16:12] <kickinz1> thanks
[16:16] <arosales> thanks matsubara for chairing
[17:02] <chiluk> No kernel meeting today, Joe's out.


[07:24] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Preparing packages
[08:05] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Successfully built
[16:24] -queuebot:#ubuntu-ci-eng- Trevinho, https://requests.ci-train.ubuntu.com/#/ticket/1738 Preparing packages
[17:20] -queuebot:#ubuntu-ci-eng- Trevinho, https://requests.ci-train.ubuntu.com/#/ticket/1738 Successfully built
[17:57] -queuebot:#ubuntu-ci-eng- mitya57, https://requests.ci-train.ubuntu.com/#/ticket/1756 Publishing
[18:18] -queuebot:#ubuntu-ci-eng- mitya57, https://requests.ci-train.ubuntu.com/#/ticket/1756 UNAPPROVED queue


[00:04] <nacc> gsilvapt: no, i just was wondering
[00:04]  * gsilvapt *breathers in reliefP
[08:11] <bdrung_work> hi bdmurray. i converted apport to git and pushed my changes to https://code.launchpad.net/~bdrung/apport/+git/retrace-debian
[09:19] <Unit193> mdeslaur: Howdy!  Just saw the Irssi merge, quick note:  use_ssl = "yes"  is the "old" name, it's  use_tls = "yes"  now (also seems you didn't keep/add  tls_verify = "yes")
[09:19] <Unit193> (I'll close LP 1685561)
[09:37] <rbasak> jbicha: did you get "Import problem - Spanish (es) - gnome-settings-daemon in Ubuntu Zesty" or was that email misdirected only to me?
[10:09] <jbicha> rbasak: wow, no I didn't get that email this time
[10:11] <jbicha> the Spanish translation contributor has a bug in his translation tool where it messes up the header sometimes, I'm pushing the fix upstream now
[10:13] <rbasak> jbicha: thanks. I think that's a shortcoming in Launchpad for SRUs. It's not a problem; I just wanted to pass it on. Do you need the actual email? It has more details.
[10:13] <rbasak> (well it might be a problem that you care about but there's little I can do about it now :-)
[10:16] <jbicha> no, I already corrected the header in GNOME
[10:17] <rbasak> OK thanks
[10:17] <jbicha> someone that's really bored could go look up all the Spanish translations across GNOME to make sure it's fixed :|
[10:23] <doko> ricotz: cmake hangs in -proposed ...
[10:35] <infinity> juliank: Weekly reminder that test-apt-download-progress still sucks.
[10:35] <infinity> doko: https://bugs.launchpad.net/ubuntu/+source/rhash/+bug/1688298
[10:38] <Unit193> rhash?  Huh.
[11:04] <xnox> juergh, nice =)
[11:10] <mdeslaur> Unit193: oh! I didn't notice that at all...did you fix it?
[11:12] <ricotz> doko, why? missing "cmake-modules" rebuilds?
[11:13] <infinity> ricotz: No, the rhash MIR, see above.
[11:14] <ricotz> oh, I see :(
[11:15] <ricotz> LocutusOfBorg, thanks ^
[11:16] <juliank> infinity: Oh true, it's failing an awful lot of times on armhf since after 1.4.1. new machines?
[11:16] <infinity> juliank: Nope.
[11:16] <juliank> But it's kind of odd that it consistently fails since a week, and worked the first 3 weeks of april
[11:17] <infinity> juliank: But it always sucked, maybe we just had a lucky run for a bi?
[11:17] <infinity> s/bi/bit/
[11:17] <juliank> Well, probably
[11:17] <infinity> juliank: http://autopkgtest.ubuntu.com/packages/apt/zesty/armhf paints a more erratic picture.
[11:17] <juliank> I gotta add some sleep() in our testing web server
[11:18] <juliank> (If I rate limit the web server, apt will eventually show some download progress...)
[11:19] <juliank> damn it. stupid close tab key binding
[11:19] <infinity> juliank: It comes with an appropriate /part message.
[11:19] <infinity> 05:18 -!- juliank [vf03RlAbiP@ubuntu/member/juliank] has left #ubuntu-devel ["that was probably by accident"]
[11:19] <LocutusOfBorg> ricotz, yw :)
[11:20] <infinity> juliank: Custom job, or does your IRC client just know you that well?
[11:20] <juliank> infinity: Yep, I set this up at some point, because I really only leave channels by accident usually
[11:20] <infinity> Heh.
[11:22] <infinity> juliank: As for the oddness of the pattern, it probably relates to load.
[11:23] <juliank> Yes. The more load, the better basically
[11:23] <infinity> juliank: Since armhf autopkgtests are lxc containers on a shared host.
[11:23] <infinity> juliank: I was assuming the inverse, given the pattern.  The last week, the infra has been running flat out.
[11:23] <juliank> hmm
[11:23] <juliank> maybe
[11:24] <juliank> The problem is that we are trying to rate limit transfers in the client, which does not really work if the server sends all data basically at once.
[11:24] <infinity> So send it one byte at a time? :)
[11:24] <juliank> That's why slowing down the server instead should work and give us reliable progress detection
[11:25] <infinity> But yes, under high load, I would expect the "server" process to still be near instant, while the client would be more likely to hitch up, as it's much more complex code.
[11:25] <infinity> Given that your server is probably a few lines of "open a socket and dump stuff in it".
[11:29] <juliank> The server is even advanced enough to send a directory listing!
[11:30] <infinity> A dynamic one, or did you just screenscrape a mod_dir index and send that html? :P
[11:30] <mdeslaur> Unit193: ah crud, I didn't see your merge bug either...sorry :(
[11:30] <infinity> (And if it's the former, dear god, why not the latter?)
[11:30] <mdeslaur> Unit193: I'll fix the tls option
[11:30] <juliank> infinity: It actually builds a real html directory listing
[11:30] <infinity> juliank: Those are hours you'll never get back.
[11:31] <juliank> It also handles basic auth
[11:31] <infinity> I don't think you quite grasp the concept of mocking. ;)
[11:31] <Laney> Release it separately
[11:31] <Laney> I'll use it
[11:32] <infinity> Laney: Well, by all accounts, it's the fastest httpd on the planet, which is why the testsuite fails.
[11:32] <infinity> Laney: So, yeah, we should all switch.
[11:32] <juliank> infinity: DonKult wrote it in 2013+, and it's about 1000 lines long
[11:32] <juliank> And it uses C++ threads, apparently
[11:33] <juliank> fancy
[11:33] <juliank> https://anonscm.debian.org/cgit/apt/apt.git/tree/test/interactive-helper/aptwebserver.cc
[11:33] <juliank> Also supports chunked encoding, partial requests, if-range and some other weird crap
[11:34] <juliank> At least far enough for the tests to work...
[11:34] <juergh> xnox, ?
[11:36] <xnox> juergh, unping.
[11:36] <xnox> juergh, nice about the apt releases =)
[11:36] <xnox> juliank, ^^^^^
[11:36] <xnox> juergh, i suck at irc thing this morning
[11:36] <xnox> however it is afternoon already
[11:36] <juliank> xnox: I wonder if I want to set up new 1.3 and 1.2 for zesty and xenial today (in case somebody wants to play during the weekend?)
[11:37] <juliank> It's about 2 minute cherry-picking per release.
[11:38] <juliank> s/zesty/yakkety/
[11:38]  * juliank confuses releases all the time
[11:40] <xnox> juliank, yes please. =)
[11:49] <infinity> juliank: If only they were in alphabetical order or something.
[11:50] <juliank> infinity: Well, it always happens at the start of a new cycle, although this one was very weird.
[13:00] <cyphermox> cjwatson: do you recall why grub2's linuxefi_require_shim.patch was required?
[13:01] <cyphermox> right now that's breaking (to some degree) EFI boot if secure boot is enabled by shim validation is disabled, because in that case shim doesn't install its protocol... but I'm not sure what the details were that needed to be fleshed out before this patch was dropped.
[13:02] <cyphermox> (and that was 4 years ago :)
[13:07] <cjwatson> cyphermox: I think it may have been because of discussions of signing GRUB directly
[13:08] <cjwatson> cyphermox: I've found the relevant swathe of IRC log but it would take a while to parse it - can I just hand it over to you and let you work it out from the information I had available to me at the time? :)
[13:08] <cjwatson> cyphermox: this was from before shim was packaged, I think
[13:10] <cjwatson> cyphermox: https://pastebin.canonical.com/187573/ (internal pastebin because it's an unedited dump from an irc.c.c channel, but feel free to use your judgement on information gained from that since I doubt much of it remains private)
[13:10] <cyphermox> sure, no problem
[13:11] <cyphermox> that would make sense, in any case, as if you sign grub directly then you don't want it to bypass signature validation just because shim's proto doesn't exist
[13:15] <cjwatson> yeah, I don't remember if there's a way to tell whether we've been entered via shim
[13:16] <juliank> xnox: uploaded :)
[13:16] <infinity> cyphermox: Keep in mind that while discussing EFI boot protocols involving shim/grub/linux, that arm64 doesn't involve shim in the process.  So, booting grub directly is a thing we do support, though maybe not on x86.
[13:17] <cyphermox> I don't think that would break arm64 in any way
[13:17] <juliank> Or more detailed: apt 1.2.22, 1.3.7, and 1.4.2~17.04.1 are now in the xenial-proposed, yakkety-proposed, and zesty-proposed queues :)
[13:17] <infinity> cyphermox: Sure, not familiar at all with the code or the deeper discussion, just popped in my head due to the mention of direct grub booting versus chaining from shim.
[13:18] <cyphermox> cjwatson: I was thinking, in that care you'd see you have no shim protocol, and thus install your own; but I asked about why the shim protocol wasn't installed when shim's validation is disabled, seems like it stil lshould be.
[13:19] <cyphermox> infinity: yes, definitely something to look at. in this case they basically never have shim though, so the net change would be to go through kernel EFI code that might not have been called previously.
[13:22] <cyphermox> basically, they're most likely, right now, getting in the case that sforshee was seeing before, where there is no shim protocol installed in EFI, so grub doesn't start the kernel as an EFI binary
[13:23] <juliank> The binutils SRU for trusty also aged enough now, and is good to go in (to both -updates and -security)
[13:23] <cyphermox> ... because ..._secure_validate() fails, so we exit the linuxefi module and use linux instead.
[13:23] <infinity> juliank: Except we don't release SRUs on Fridays.
[13:23] <juliank> Ah, yes, it's Friday.
[13:23] <juliank> I forget week days :)
[13:24] <infinity> juliank: Ahh, student life.
[13:50] <infinity> tjaalton: Is xserver-xorg Recommending xserver-xorg-legacy intentional or an accident?
[13:57] <tjaalton> infinity: intentional, useful for ubuntu-gnome on virtualbox, for instance
[13:58] <tjaalton> it was added for stretch
[13:59] <jbicha> to be more specific, I don't think Ubuntu needs that for VBox but Debian does
[13:59] <infinity> tjaalton: It's already in the ubuntu-gnome-desktop task anyway.  Was just curious to see it getting pulled in for !gnome when it's not been there since before xenial.
[13:59] <tjaalton> jbicha: right, the metapackage pulls it already
[14:00] <jbicha> it was only added to gnome-shell/ubuntu-gnome-desktop as a workaround since fixing the nvidia drivers was taking a very long time
[14:00] <jbicha> https://github.com/tseliot/nvidia-graphics-drivers/pull/10
[14:00] <tjaalton> it does no harm anyway
[14:01] <tseliot> jbicha: I included your change in my local branch, BTW. I'm going to upload it with 375.66
[14:01] <infinity> jbicha: You could have spoofed me as the committer on that prime commit. :P
[14:02] <jbicha> next time :)
[14:03] <jbicha> (I believe Ubuntu has basic vbox support drivers included in default install but Debian does not)
[14:38] <juliank> Oh, if anyone wants the apt SRUs *now*, they're in the PPA: https://launchpad.net/~deity/+archive/ubuntu/apt
[14:52] <LocutusOfBorg> jbicha, while this is true, that legacy package is still the "safer" option, at least until vbox people upstream their patches into the official drivers
[14:52] <LocutusOfBorg> IIRC I got some issues also on non-gnome environments
[14:55] <juliank> I'm trying to setup a daily recipe for lp:apt (git), but it always sets up one for lp:apt (bzr)
[14:55] <juliank> That's insane.
[14:55] <LocutusOfBorg> juliank, same issue :(
[14:55] <LocutusOfBorg> https://code.launchpad.net/~costamagnagianfranco/+recipe/boinc-upstream-daily
[14:56] <cjwatson> juliank,LocutusOfBorg: workaround in https://bugs.launchpad.net/launchpad/+bug/1623924
[14:57] <juliank> LocutusOfBorg: I now used lp:~deity/apt/+git/apt instead of lp:apt, that might work
[14:58] <juliank> cjwatson: Emptying the bazaar link seems like a good idea, too, thanks. I wanted to delete the bzr import, but it did not let me "1 branch share..."
[14:58] <cjwatson> Yeah, sharing is awkward.
[14:59] <juliank> I'm currently thinking about creating a new PPA where I just continously build all branches for their respective releases.
[15:00] <juliank> So you get daily 1.2 builds for xenial, daily 1.3 for yakkety, and daily 1.4 for zesty and artful
[15:00] <LocutusOfBorg> how do I create a new git repo? I need to merge the debian directory into the upstream git
[15:12] <mapreri> LocutusOfBorg: RTFM => https://help.launchpad.net/Code/Git
[15:12] <mapreri> ♥
[15:12] <juliank> a very friendly manual
[15:13] <mapreri> yeah, it's so nice and colourful!
[15:39] <LocutusOfBorg> thanks!
[15:39] <LocutusOfBorg> I was expecting a "create new git repo" on the code page
[16:51] <nacc> coreycb: ping
[16:51] <coreycb> nacc: hi
[16:52] <nacc> re: LP: #1605278, i've got maas buy-in to merge with django 1.11 (which is an LTS) and is in experimental. Would you like a PPA to test against for openstack?
[16:53] <coreycb> nacc: yes that would be good if we could get some testing with that before it gets uploaded.  thanks.
[16:53] <nacc> coreycb: ok, i'll update the ppa in the bug shortly
[16:54] <nacc> coreycb: thanks for the quick feedback!
[18:01] <nacc> xnox: does runit in 16.04 need a patch to not call it's postinst's /sbin/start runsvdir? someone in #ubuntu just got https://pastebin.com/raw/MyaBbBcL (ignore the ppa for couchdb)
[18:02] <nacc> xnox: it seems like that should never be used on 16.04, right? but if it's there (which i think it might be by default for the session manager on desktop?) then it will fail to start the upstart service and error out?
[18:03] <xnox> nacc, are they upgrading, and have they rebooted?
[18:03] <nacc> xnox: they said it was a fresh install
[18:04] <nacc> xnox: i was going to spin up a vm to see if i can reproduce
[18:05] <xnox> nacc, well..... checkout my last upload, maybe i need to SRU that to xenial.
[18:05] <nacc> xnox: yep, that's why i asked you specifically :)
[18:05] <xnox> nacc, what other packages do they have installed?
[19:18] <hjd> nacc xnox: That sounds like bug 1448164...
[19:20] <xnox> 232 affected people, that is hot
[19:20] <nacc> hjd: ack it does appear to be
[19:20] <sarnold> I thought I'd seen runit installed on a surprising number of machines; git-all dragging it in suddenly it makes sense
[19:21] <nacc> hjd: but honestly, afaict, isn't the sru-able portion just the postinst bits?
[19:21] <nacc> afaict, we don't want to talk to upstart in the postinst on 16.04, even if upstart's bins are present
[19:29] <hjd> nacc: I have to admit I don't know. I asked in one of the comments if it was SRU-able because I wasn't really sure what fixed it or how deep it went.
[19:30] <hjd> *exactly what
[19:50] <greenbard> does anybody know whether UBUNTU_MENUPROXY=0 does not work anymore with Ubuntu 17.04 on purpose?
[19:56] <s1aden> greenbard: if it doesn't do what you expect.  Please file a bug
[19:58] <greenbard> It doesn't do anything on a cleanly installed Ubuntu 17.04. I just wanted to ask, since I do not use Ubuntu myself and have a bug report myself ;-)
[19:59] <sarnold> :)
[19:59] <greenbard> Thanks
[20:02] <Unit193> mdeslaur: Thanks, and no problem.  In theory the option should be backwards compatible, but perhaps a bit pointless without -verify.
[20:03] <mdeslaur> Unit193: thanks for pointing it out, I uploaded it
[20:04] <Unit193> Of course, thanks for the upload.
[20:46] <nacc> hjd: ack, i am not sure either


[01:40] <Traveler> now the break ends
[01:59] <MutantTurkey> :[
[02:16] <ChinnoDog> pleia2: What kind of deranged person shoots a sea lion?!
[02:19] <pleia2> a mean one :(
[02:22] <ChinnoDog> If only we had the technology to read minds, we could ask the sea lion what the guy looked like so we could go kick his ass.
[11:18] <JonathanD> Morning PA>
[11:39] <jackson> mornin
[13:08] <SamuraiAlba> Good bacon to all!
[13:20] <JonathanD> Howdy SamuraiAlba
[13:23] <SamuraiAlba> Ni hao
[16:42] <andrew> PennBot: ping
[16:42] <PennBot> pong
[19:23] <pleia2> btw: http://ubuntu-news.org/2011/02/24/banshee-in-natty-to-ship-multiple-stores-and-contribute-to-gnome-foundation/
[19:23] <PennBot> Title: Banshee In Natty To Ship Multiple Stores And Contribute To GNOME Foundation (at ubuntu-news.org)
[19:39] <ssweeny> there's been some hubbub on the internets about that
[19:40] <ssweeny> i can understand canonical wanting a cut but i'm not to thrilled with the amount
[19:42] <pleia2> this is the follow-up/compromise to all the hubbub
[19:42] <ssweeny> yeah
[19:42] <ssweeny> props to them for offering 25% of U1MS
[19:42] <ssweeny> but 75% feels like too much
[19:43] <ssweeny> esp since the U1 revenue won't be nearly as much
[19:43] <ssweeny> even a 50-50 split wouldn't seem so bad
[19:44] <ssweeny> it would be nice to see some actual numbers though
[21:05] <mutantturkey_> o/
[21:06] <ChinnoDog> uh.. yes, you with the plumage?
[21:06] <mutantturkey_> why do all the jokes revolve around me and my turkeyhood
[21:07] <ChinnoDog> turkeyhood++
[21:07] <ChinnoDog> because it is fun
[21:08] <mutantturkey_> I think you're barking up the wrong tree.
[21:22] <ChinnoDog> So, what is the question?
[21:23] <mutantturkey_> Why don't you sniff someone elses butt? ChinnoDog
[21:52] <ChinnoDog> Banshee runs in Windows?
[21:56] <ChinnoDog> So it does.
[22:00] <ssweeny> it does now
[22:08] <ChinnoDog> It looks nicer in Ubuntu. And, a lot of spiffy plugins are missing.


[10:02] <ejat> ello ..
[13:53]  * hrw -> food
[14:00] <tumbleweed> ~
[14:00] <tumbleweed> grr
[14:00] <tumbleweed> !dmb-ping
[14:00] <bdrung> hi
[14:00] <micahg> o/
[14:00] <Laney> oho!
[14:01] <tumbleweed> whee, we'll be quorate
[14:01]  * stgraber waves
[14:03] <Laney> bdrung: you are up
[14:04] <bdrung> #startmeeting
[14:04] <meetingology> Meeting started Mon Mar 12 14:04:13 2012 UTC.  The chair is bdrung. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:04] <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
[14:04] <bdrung> [TOPIC] Review of previous action items
[14:04] <bdrung> there is one open item: cody-somerville to write some documentation on how to endorse someone
[14:06] <bdrung> cody-somerville is not here. therefore we will carry it to the next meeting
[14:06] <hrw> hi
[14:06] <bdrung> everything else was done
[14:07] <bdrung> [TOPIC] Marcin Juszkiewicz's MOTU application
[14:07] <bdrung> [LINK] https://wiki.ubuntu.com/MarcinJuszkiewicz/DeveloperApplication-MOTU
[14:07] <hrw> o/
[14:07] <bdrung> hrw: please introduce yourself
[14:07] <hrw> sure
[14:08] <hrw> I work for Linaro project. Our priority is to improve Linux on ARM.
[14:08] <hrw> I maintain arm(el,hf) cross compilers in Ubuntu since maverick (PPU for it got ~year ago)
[14:09] <hrw> in spare time or during Linaro ARM porting jams I work on fixing ftfbs for armel/armhf packages in Ubuntu
[14:10] <hrw> I worked on multiarching few packages to make cross compilation easier
[14:10] <hrw> .
[14:11] <hrw> list of ftfbs bugs which I fixed is in application
[14:11] <hrw> I think thats all - rest is in application
[14:12] <stgraber> how familiar are you with the Ubuntu release process and more specifically the various freezes?
[14:12] <hrw> stgraber: did FFe for cross compiler in maverick time, had SRU for it after maverick release.
[14:13] <stgraber> you mentioned multiarching packages, do you need a FFe for these if you were to do some now?
[14:14] <hrw> stgraber: until final freeze universe packages are allowed to be upload unless new features are added - as for those I usually check do I need FFe for them or not
[14:14] <hrw> stgraber: as multiarch is feature I would ask for FFe in such case.
[14:14] <stgraber> good :)
[14:14] <hrw> stgraber: maybe it will be decided that it may go as is but I prefer to be safe then sorry.
[14:15] <hrw> ofcourse before asking for FFe I check rebuild of packages which b-d on it
[14:15] <tumbleweed> i'd say it's more a "non-trivial packaging change" than a feature, but yes, FFe is appreciated
[14:15] <hrw> otherwise it is just asking for problems
[14:15] <stgraber> hrw: are you subscribed to ubuntu-devel-announce and read it at least daily?
[14:15]  * tumbleweed wishes people checked reverse dependencies before filing FFes :P
[14:16] <hrw> stgraber: I am subscribed there. last mail was there  at 01.03.2012
[14:16] <hrw> tumbleweed: I am used to daily builds of whole distributions so 'better safe then sorry' is my second name ;F
[14:17] <hrw> tumbleweed: red buildbot meant 'drop everything and fix'
[14:17] <hrw> stgraber: so, yes I read it when new mails arrive
[14:17] <stgraber> hrw: perfect
[14:17] <hrw> stgraber: also ubuntu-devel, launchpad-announce
[14:18] <micahg> hrw: is there a reason you're using your linaro address instead of your Ubuntu address for uploads as update-maintainer is set to error out on an Ubuntu address
[14:18] <hrw> and few debian lists (-arm -embedded) due to work
[14:18] <hrw> micahg: I do this as part of my Linaro work.
[14:18] <micahg> hrw: ah, ok
[14:19] <stgraber> hrw: now, let's say we are in milestone freeze (beta2) and you want to upload python-gevent which is a universe package, can you do it and if not why?
[14:19] <hrw> micahg: due years of my work for different clients I always used their domain on my work
[14:20] <hrw> stgraber: beta freeze means manual appoval for main/restricted so I could upload to universe. But as this is >beta I would first check is it worth and does it break something
[14:21] <tumbleweed> actually, manual approval everywhere, but universe uploads are waved through
[14:21] <micahg> tumbleweed: hrw: not ture :)
[14:21] <stgraber> most of universe ;)
[14:21] <micahg> *ture
[14:21] <micahg> *true
[14:21] <hrw> ops then
[14:21]  * micahg needs to fix that wiki page...
[14:21] <tumbleweed> micahg: right, there is some review
[14:21] <stgraber> hrw: so in this case, python-gevent is covered by the freeze even though it's in universe, do you know why?
[14:22] <hrw> stgraber: to not increase amount of possible rc bugs
[14:22] <stgraber> hrw: well, that's indeed important but that's not the reason :)
[14:23] <hrw> stgraber: nope
[14:24] <tumbleweed> hrw: have you seen the seeded-in-ubuntu tool?
[14:24] <stgraber> python-gevent is an rdepends of python-x2go
[14:24] <stgraber> python-x2go is seeded by Edubuntu
[14:24] <hrw> tumbleweed: no, I did not
[14:24] <stgraber> and so is covered by the freeze
[14:24] <hrw> stgraber: ah. ok, now I understand
[14:24] <stgraber> anything that's in universe and seeded is covered by the freeze just as much as main is
[14:25] <stgraber> seeded-in-ubuntu python-gevent would indeed let you check this
[14:25] <hrw> thank you
[14:25] <hrw> will make use of it for my linaro seeds
[14:26] <tumbleweed> it gets its data from the most recent CD builds, so using it for linaro may be non-trivial
[14:26] <tumbleweed> hrw: you've only been doing a small corner of the work MOTUs do (FTBFS and multi-arching) are you intending to broaden out? I assume you are focussing there for work reasons?
[14:26] <hrw> tumbleweed: but checking how it works and wriiting similar one may be useful one day
[14:27] <hrw> tumbleweed: yes, I am focusing most of my Ubuntu work on my work reasons.
[14:27] <hrw> tumbleweed: will use motu rights also to upload fixes done by coworkers. but as I lurk in #ubuntu-motu I can work on sponsoring other people
[14:28] <tumbleweed> great to hear
[14:28] <tumbleweed> if you come across an area you aren't already familiar with, you'd ask for help?
[14:28] <hrw> motu is not ppu - there are some duties attached
[14:28] <hrw> tumbleweed: yes, I would
[14:28] <tumbleweed> well, no duties, but we are a community
[14:29] <hrw> tumbleweed: trying to find way in darkness can hurt so it is better to ask
[14:29] <tumbleweed> if you are unsure, at least
[14:29] <tumbleweed> I'm done here, I think
[14:29] <hrw> tumbleweed: English is not my native. duties as 'will be nice to help others due to increased permissions'
[14:30] <bdrung> hi, i am back. i had an issue with my internet connection.
[14:30] <bdrung> sorry for that.
[14:31] <micahg> hrw: how do you ensure that all changelogs between the version in the Ubuntu archive and a merge from Debian are present when uploading?
[14:31] <hrw> micahg: I use debdiff + gvim(diff) when merge such ones.
[14:32] <tumbleweed> micahg: I don't think hrw has uploaded a merge yet
[14:32] <hrw> micahg: I know that merge-changelog exists
[14:32] <hrw> tumbleweed: dpkg-cross
[14:33] <tumbleweed> ah
[14:33] <hrw> tumbleweed: 2.6.2 and 2.6.5
[14:33] <hrw> I am also doing merges for few ppa only packages
[14:33] <micahg> hrw: yes, but you didn't upload those :), sorry, I guess you probably won't be able to answer the question
[14:34] <micahg> that's ok though :)
[14:34] <hrw> micahg: they were sponsored from my debdiffs ;)
[14:34] <micahg> hrw: right, but this is something to check with the source package before upload or during generation and not the diff
[14:34] <hrw> ok
[14:36] <hrw> I had issues with bzr merging of changelogs and due to that reverted to do it by hand in gvim. gcc-x.y have changelog not compatible with current Debian policies
[14:37] <micahg> hrw: bzr-builddeb also has issues generating a proper source.changes file with all the changelog entries needed in it
[14:38] <hrw> micahg: I am not a fan of bzr anyway. But know how to use it
[14:38] <stgraber> micahg: "bzr bd -S -- -sa -v<version>" usually works fine here
[14:38] <micahg> stgraber: yes, but you need the -v, not just --package-merge
[14:38] <stgraber> micahg: right, I just don't trust --package-merge ;)
[14:40] <micahg> hrw: BTW, it's that -v option you need when merging to generate a source.changes with all the appropriate changelog entries and then they get sent to the -changes list
[14:40] <hrw> micahg: thanks
[14:40] <micahg> the merge-package scripts from a merge can do this for you in most cases
[14:41] <micahg> * from merges.ubuntu.com
[14:41] <tumbleweed> it's also mentioned in the Merging wiki page
[14:41] <hrw> used merges.ubuntu.com few times already
[14:42] <hrw> mostly for dpkg-cross work but also took a look there on other packages few times
[14:44] <micahg> hrw: do you have an interest in Debian?
[14:45] <hrw> micahg: I used Debian since 2000 to 2010 when I switched to Ubuntu due to being hired by Canonical to work on Linaro.
[14:45] <micahg> hrw: so, are you familiar with forwarding patches to their BTS?
[14:46] <hrw> micahg: yes, send patch to upstream is always useful
[14:47] <Laney> are Debian's arm ports much different from ours at the individual package level?
[14:47] <micahg> hrw: have you looked at getting your cross compilers into Debian or is that not possible/relevant for Debian?
[14:48] <hrw> Laney: Debian/armel is armv4t when Ubuntu one is armv7-a. armhf are same
[14:48] <bdrung> hrw: which arm version is needed for armhf?
[14:48] <hrw> micahg: I am working on it. we (Emdebian guys and me) decided that it will be more useful to get cross build-deps support and then proper multiarch buildable cross compiler instead of current ubuntu one
[14:49] <hrw> bdrung: armv7-a which mean cortex-a5/7/8/9/15 and compatible cores
[14:49] <hrw> bdrung: neon support is not required, vfp3d16 is what all arm7a chips have
[14:50] <hrw> micahg: multiarch buildable cross is <1h of work from my packages (+build time)
[14:51] <hrw> micahg: some changes will be needed in gcc-4.x probably but I had my hands there so many times...
[14:51] <ScottK> FWIW, I've worked with hrw on some arm porting issues (don't recall if I ended up sponsoring the uploads or not) and I found him very pleasant to work with.
[14:51] <hrw> ScottK: thanks
[14:52] <bdrung> any ready to vote or are there still open questions?
[14:52] <hrw> ScottK: it was soemthing with Qt problems. they got solved by ubuntu.arm and linaro teams iirc and then ubuntu/arm team did uploads
[14:52] <stgraber> I'm ready to vote
[14:53] <micahg> ready to vote
[14:54] <tumbleweed> when can I get an arm board with >=2G of RAM?
[14:54] <tumbleweed> also ready
[14:54] <Laney> lets go
[14:54] <hrw> tumbleweed: there are such ones already.
[14:54] <tumbleweed> hrw: affordable?
[14:55] <hrw> tumbleweed: depends on definition of 'affordable'
[14:55] <bdrung> [VOTE] Should Marcin Juszkiewicz become MOTU?
[14:55] <meetingology> Please vote on: Should Marcin Juszkiewicz become MOTU?
[14:55] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[14:55] <tumbleweed> +1
[14:55] <meetingology> +1 received from tumbleweed
[14:55] <Laney> +1
[14:55] <meetingology> +1 received from Laney
[14:55] <hrw> tumbleweed: at last linaro connect I played with marvell board. quad a9, 4gb ddr3, 7xpcie x4 slots, 2 sata ports, 4x GbE - atx size beast
[14:55] <stgraber> +1
[14:55] <meetingology> +1 received from stgraber
[14:56] <bdrung> +1
[14:56] <meetingology> +1 received from bdrung
[14:56] <tumbleweed> hrw: nice
[14:57] <micahg> +1 would have liked to see more merges, but has been very responsive to comments in bugs
[14:57] <meetingology> +1 would have liked to see more merges, but has been very responsive to comments in bugs received from micahg
[14:57] <hrw> tumbleweed: or rather quad 'a9 compatible cores'
[14:57] <bdrung> [ENDVOTE]
[14:57] <meetingology> Voting ended on: Should Marcin Juszkiewicz become MOTU?
[14:57] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[14:57] <meetingology> Motion carried
[14:57] <tumbleweed> hrw: as a community (hobby) ubuntu developer, affordable means "really cheap"
[14:57] <tumbleweed> hrw: congrats, welcome to MOTU
[14:58] <hrw> tumbleweed: then no. ram is most expensive part usually
[14:58] <dholbach> congratulations hrw!
[14:58] <hrw> thanks a lot guys!
[14:58] <bdrung> hrw: congrats
[14:58] <bdrung> [TOPIC] Select a chair for the next meeting
[14:59] <bdrung> who will be next?
[14:59] <rsalveti> hrw: congrats! \o/
[14:59] <hrw> rsalveti: thx boss :)\
[14:59] <tumbleweed> PC RAM is crazily cheap. I guess we just need dev boards with PC DDR3 sockets
[14:59] <tumbleweed> bdrung: Still cody-somerville, I think
[14:59] <bdrung> k
[14:59] <hrw> tumbleweed: this will increase size of board and price
[15:00] <tumbleweed> sure
[15:00] <bdrung> #endmeeting
[15:00] <meetingology> Meeting ended Mon Mar 12 15:00:12 2012 UTC.
[15:00] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-14.04.moin.txt
[15:00] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-14.04.html
[15:00] <hrw> tumbleweed: omap4 for example comes only with PoP module form for memory
[15:00] <bdrung> hrw: how much will such an atx arm board cost?
[15:01] <hrw> bdrung: no idea.
[15:01] <tumbleweed> hrw: right, no wonder its expensive
[15:02] <hrw> bdrung: you can ask ogra or davidm - they may know more
[15:03] <hrw> bdrung: as they have access to more HW information then I do.
[15:18] <hrw> bye guys - have a nice rest of day
[16:00] <roadmr> hello!
[16:00] <ara> hey!
[16:00] <ara> welcome to the Ubuntu Friendly meeting
[16:01] <ara> probably we have lost most of the people in US and Canada due to the confusion of DST :)
[16:01] <ara> But, anyways, let's get started
[16:01] <ara> #startmeeting
[16:01] <meetingology> Meeting started Mon Mar 12 16:01:23 2012 UTC.  The chair is ara. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <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:01] <ara> Agenda:
[16:01] <ara> Testing Checkbox 0.13.4
[16:01] <ara> AOB
[16:01] <ara> As usual, please, remember to add your agenda topics to the wiki page
[16:02] <ara> #link https://wiki.ubuntu.com/UbuntuFriendly/Meetings
[16:02] <ara> #topic Testing Checkbox 0.13.4
[16:02] <ara> We have landed a new version of Checkbox into Ubuntu Precise
[16:02] <ara> As you know, the default UI interface is now checkbox-qt
[16:03] <ara> This is the UI version that we are going to be promoting for Ubuntu Friendly, so testing is more than welcome
[16:03] <ara> If you are running Precise, please, upgrade and run
[16:03] <ara> checkbox-qt
[16:03] <ara> Should you find any bugs, please, file them as usual:
[16:03] <ara> $ ubuntu-bug checkbox
[16:03] <ara> ..
[16:04] <ara> Any questions/ comments?
[16:04] <roadmr> o/
[16:04] <ara> roadmr, go ahead!
[16:05] <roadmr> so you said type checkbox-qt and it occurred to me
[16:05] <roadmr> are we expecting people who use it in the command line to figure that out by themselves?
[16:05] <roadmr> I'd say yes, but I wonder if we should maybe think about providing a "checkbox" command that symlinks to the preferred UI, maybe using the alternatives mechanism
[16:06] <roadmr> for GUI users (vast majority, I guess) checkbox is still findable as system testing
[16:06] <roadmr> ..
[16:06] <ara> mmm, that's a good idea
[16:06] <ara> is checkbox currently a binary?
[16:07] <roadmr> there's no "checkbox" command right now
[16:07] <roadmr> you need to explicitly use one of the frontends: checkbox-gtk, checkbox-qt or even checkbox-cli
[16:08] <ara> the problem is that it would require a FFe
[16:08] <ara> maybe something to think about for 0.14 ;-)
[16:09] <roadmr> sure, let's see how people get by using it as it is now. Also, no point doing the work if it's not needed. Just something to consider.
[16:10] <ara> maybe I should stop asking people to "run checkbox-qt" and start talking properly and say "run System Testing"
[16:10] <ara> my mistake
[16:10] <ara> :)
[16:10] <cr3> ara: +1 :)
[16:10] <cr3> besides, the command-line might give the impression that checkbox is not user friendly
[16:11] <cr3> ... which would be ironic for something so closely related to Ubuntu Friendly :)
[16:11] <ara> :)
[16:11] <ara> OK, anything else on this topic?
[16:12] <ara> OK, let's move on
[16:12] <ara> #topic Any Other Business?
[16:13] <roadmr> o/
[16:13] <ara> roadmr, yes?
[16:13] <roadmr> hehe :) just want to call attention to this bug
[16:14] <roadmr> https://bugs.launchpad.net/ubuntu/+source/checkbox/+bug/951054
[16:14] <roadmr> the new checkbox UI needs some work to make it translatable, and as you can see from the comments there's no clear-cut way to solve it
[16:14] <ara> roadmr, can you give us a quick summary?
[16:15] <cr3> roadmr: does this apply to the composite jobs or is there more?
[16:15] <roadmr> sure: basically the Qt frontend's strings are not imported into the pot file
[16:15] <roadmr> thus they can't be translated
[16:16] <cr3> roadmr: isn't that trivial to fix? not that I would know, but there's plenty of precedent for C++ code to be translated
[16:16] <roadmr> there have been a few suggestions on how to get the strings into the pot file and used by the frontend, but since most of our expertise seems to focus on Gtk apps, I notice a bit of uncertainty on how best to tackle it
[16:17] <roadmr> some of the comments point to looking into how Unity or Ubuntu One do it.
[16:17] <roadmr> cr3: yes, but there's also the issue of the .ui file. One option is to translate that to C++ and then pull the strings from that
[16:17] <ara> roadmr, can you take the action item about talking to the u1 team about how they do it?
[16:17] <roadmr> roadmr: sure, either I or tiago can handle that
[16:18] <roadmr> er, ara ^^
[16:18] <ara> hehehe
[16:18] <cr3> roadmr is talking to himself again, we're fine as long as he agrees with himself
[16:18] <ara> #action roadmr or tiagosh to talk to the U1 team to see how to handle translations
[16:18] <meetingology> ACTION: roadmr or tiagosh to talk to the U1 team to see how to handle translations
[16:18] <roadmr> cr3: and to answer your question, this is only about the checkbox-qt ui (new code), nothing else is affected (or at least wasn't reported as such)
[16:19] <roadmr> so to sum up this topic, we need some work / help on translating the Qt UI, and since there's a bug filed about it (external, even, not by us) it should make it into Ubuntu, as long as we commit a fix before either feature or string freeze
[16:19] <ara> OK, thanks roadmr for raising this critical issue
[16:20] <roadmr> np :)
[16:20] <roadmr> ..
[16:20] <ara> Anything else?
[16:20] <cr3> roadmr: it can also be seen as a regression, so it should be FFe worthy
[16:20] <cr3> o/
[16:21] <ara> cr3, go ahead
[16:21] <cr3> will the comments in the frontend make it to Precise, or at least is a FFe intended to be requested?
[16:21] <cr3> ..
[16:22] <cr3> if we consider that a new feature, we might be able to sneak it as a regression too
[16:22] <ara> cr3, I don't think it is a critical issue to request a FFe
[16:22]  * cr3 is in a sneaky mood today
[16:22] <ara> but that's just my opinion
[16:22] <cr3> ara: it's pretty critical for the unity folks, they threatened to not use checkbox-qt because of that
[16:23] <cr3> ara: would you mind if we try to request a FFe but not hold our breath?
[16:23] <ara> I am fine with it, but as a separate upload, to not delay the bug fixes upload in case it is not accepted
[16:24] <cr3> ara: good point! roadmr, you cool with that?
[16:24] <roadmr> yes, sounds ok :)
[16:24] <cr3> that's it for me then
[16:24] <ara> awesome! thanks :)
[16:24] <ara> any other topics?
[16:25] <ara> going once
[16:25] <ara> going twice...
[16:25] <ara> #endmeeting
[16:25] <meetingology> Meeting ended Mon Mar 12 16:25:38 2012 UTC.
[16:25] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-16.01.moin.txt
[16:25] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-16.01.html
[16:25] <ara> OK, thanks all!
[16:25] <cr3> cheerio folks!
[17:59] <mdeslaur> \o
[17:59] <tyhicks> hello!
[17:59] <jjohansen> o/
[18:00] <jdstrand> o/
[18:00] <jdstrand> #startmeeting
[18:00] <meetingology> Meeting started Mon Mar 12 18:00:18 2012 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18: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
[18:00] <jdstrand> The meeting agenda can be found at:
[18:00] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[18:00] <jdstrand> [TOPIC] Announcements
[18:01] <jdstrand> Kilian Krause (kilian) provided debdiffs for oneiric for fex (DSAs 2414)
[18:01] <jdstrand> Your work is very much appreciated and will keep Ubuntu users secure. Great job! :)
[18:01] <jdstrand> [TOPIC] Review of any previous action items
[18:01] <jdstrand> ACTION: jdstrand to setup ubuntu-security-staging ppa and communicate to team: done
[18:01] <jdstrand> [TOPIC] Weekly stand-up report
[18:01] <jdstrand> I'll go first
[18:01] <jdstrand> I'm in the happy place this week
[18:02] <jdstrand> while I did make some headway on MIR audits, I have 8 left, most for the server team. I plan to work on those this week
[18:02] <jdstrand> I've got an embargoed issue I am working on
[18:03] <jdstrand> one of these days I hope to be done with both
[18:03] <jdstrand> I've got a short week this week and am taking friday off
[18:03] <jdstrand> mdeslaur: you're up
[18:03] <mdeslaur> I'm on community this week
[18:03] <mdeslaur> and am currently looking at an embargoed issue
[18:03] <mdeslaur> I released the mysql updates this morning
[18:04] <mdeslaur> and will pick something from the list once that,s done
[18:04] <mdeslaur> that's about it from me
[18:04] <mdeslaur> sbeattie: you're up
[18:04] <sbeattie> I'm on triage this week
[18:04] <sbeattie> Otherwise, my focus is on apparmor
[18:04] <sbeattie> That's pretty much it for me.
[18:04] <jdstrand> sbeattie: quick question
[18:04] <sbeattie> jdstrand: ayep
[18:05] <jdstrand> sbeattie: eglibc is still showing up as having 1 medium open. is that the precise CVE you just filed a bug on?
[18:05] <sbeattie> yes
[18:05] <jdstrand> ok good, that'll float out then
[18:05]  * jdstrand is done
[18:05] <sbeattie> yeah, I just posted the debdiff (packaging branch appears to be out of date)
[18:06] <sbeattie> thanks.
[18:06] <sbeattie> micahg: poke
[18:06] <micahg> it's mozilla release week, I'll be focusing on that and the icedtea regression that I haven't pushed out yet, webkit when that's over
[18:07] <micahg> tyhicks: poke
[18:07] <tyhicks> I'm in the happy place this week
[18:07] <jdstrand> micahg: do you expect the fix for the icedtea regression to be done this week?
[18:07] <micahg> jdstrand: yes
[18:08] <jdstrand> thanks
[18:08] <tyhicks> I am finally wrapping up the fix for bug 842647
[18:09] <tyhicks> I've had a hard time manually reproducing it lately and failed several times at getting an automated reproducer for it, so I'm currently building precise and oneiric kernels to let the bug reporters verify the fix for me.
[18:10] <tyhicks> As long as they say it is ok, all I have left to do is push it to my -next branch and wait for the 3.4 merge window to open to get it upstream
[18:10] <tyhicks> In other words, I'm mostly done with it. (I'll update the bug when the kernels finish building)
[18:11] <tyhicks> So my focus this week will be on freetype and gnutls updates
[18:11] <tyhicks> That's it for me
[18:11] <tyhicks> jjohansen: Your turn
[18:11] <jjohansen> Well this week, I am fixing apparmor bugs, sending another iteration of apparmor patches upstream, and working towards closing a few more of my remaining work items.
[18:12] <jjohansen> I suppose I should also push a apparmor beta3 release out towards the end of the week
[18:13] <jjohansen> jdstrand: back to you
[18:13] <jdstrand> [TOPIC] Highlighted packages
[18:13] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[18:13] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[18:13] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/bip.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/open-vm-tools.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/mn-fit.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/opensaml2.html
[18:14] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/egroupware-egw-pear.html
[18:14] <jdstrand> [TOPIC] Miscellaneous and Questions
[18:14] <jdstrand> Does anyone have any other questions or items to discuss?
[18:21] <jdstrand> mdeslaur, sbeattie, micahg, tyhicks, jjohansen: thanks
[18:21] <jdstrand> #endmeeting
[18:21] <meetingology> Meeting ended Mon Mar 12 18:21:27 2012 UTC.
[18:21] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-18.00.moin.txt
[18:21] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-12-18.00.html
[18:21] <micahg> jdstrand: thanks
[18:21] <jjohansen> thanks jdstrand
[18:21] <tyhicks> thanks!
[18:21] <sbeattie> jdstrand: thanks!
[18:21] <jdstrand> sure thing :)