[10:19] <iomari> greetings: https://pastebin.com/gBzx1ps5
[10:44] <guiverc> iomari, fyi: you may get a better response with a short summary; many people won't open links without knowing what's expected inside it..
[10:45] <tomreyn> iomari: i agree with guiverc. but i did read what you posted. have you verified that the network issues ar enot just DNS related?
[10:45] <tomreyn> or that it's maybe a routing issue?
[10:46] <iomari> guiverc: thanks. I'm having serious issues with my network settings. I'm using network manager and my network religiously just stops working for no apparent reason making me reboot a few time before it starts to work again. here is the link to a more detaile dexplanation: https://pastebin.com/gBzx1ps5
[10:47] <iomari> tomreyn: Not a routing issue. I'm sure of that.
[10:47] <tomreyn> iomari: so what about dns?
[10:50] <iomari> tomreyn: I was just about to say its not a dns promlem when I checked my resolv.conf and I see it has bee modified to show my localhost. I will watch it to see if that is the cause. If so, what is spntaneously changing it?
[10:51] <tomreyn> iomari: localhost is default there, that's how systemd-resolved works
[10:51] <iomari> tomreyn: I just remmebered. It can't be that because when the problem arises, I also can't reach my local netwrk with has nothing to do with dns.
[10:51] <tomreyn> iomari: so you address resources on your local network by ip addresses only?
[10:52] <iomari> yes
[10:55] <tomreyn> iomari: so it has to be something lower level, i agree. are you able to reproduce the issue?
[10:57] <iomari> tomreyn: no. it happens randomly. I think. I haven't been able to see any pattern.
[10:58] <iomari> ubfortunately, as I'm writing this, it's working normal.
[10:59] <tomreyn> iomari: unless you can, quite precisely, tell when it happened last, i suggest you wait for it to happen again and note down the time when it does, then come back to seek more support.
[11:00] <iomari> tomreyn: well not exactly. I'm using wifi because my lan port is in that twilight zone mode that I'm referring to.
[11:02] <iomari> tomreyn: ok here we go. I just retarted network manager and both the lan and wifi have no configuration. Yet they both have config files in network manager.
[11:02] <tomreyn> iomari: so your lan stopped working a while when it initially worked after boot, and your wireless still works, but could also fail any time?
[11:02] <tomreyn> oh
[11:02] <tomreyn> so you created those configuration files yourself?
[11:03] <iomari> yes
[11:03] <iomari> no, I mean I used network manager
[11:03] <iomari> no dhcp
[11:05] <iomari> tomreyn: I forgot, my wifi is set for dhcp ad it has come back up but my lan, which is want i want, still has not settings.
[11:05] <tomreyn> so you used the network manager applet to create configurations for your ethernet and wireless NICs, and those configurations don't use DHCP? both correct?
[11:06] <iomari> wifi dhcp, lan static
[11:23] <iomari> tomreyn: sorry. had a power outage. Last I sent was that my wifi is dhcp and my lan is static
[11:26] <tomreyn> iomari: ok. so did oyu say your lan egnerally doesn't work, or just that it had failed already when we were chatting, before the power outage?
[11:28] <iomari> the lan hasnt work since 5 minutes after my last boot. the power outage didnt affect the laptop of course so I'm talking about 5 minutes after my first boot a few hours ago.
[11:29] <tomreyn> oh okay. can you post your full dmesg? alterantively, just: journalctl -b -p4 | nc termbin.com 9999
[11:30] <iomari> ok, 1 sec .........
[11:32] <iomari> https://termbin.com/kz57
[11:34] <tomreyn> iomari: okay, look over this output, those are warnings (or worse) from your latest boot. someof it is quite self-explanatory so you should be able to fix this yourself.
[11:34] <tomreyn> (you're running a pre-release so support on this is limited, too.)
[11:34] <iomari> I'm looking now. Thanks
[11:34] <tomreyn> those things you can't work out we can discuss later when you're done with those you could tackle
[11:36] <iomari> ok. I'm on it


 Strange things happen
[15:28] <greg-g> cmaloney: I loved seeing that people were going as 2016 this year by being that dog in a burning house saying "It's fine."
[15:34] <cmaloney> greg-g: Yeah
[16:16] <rick_h___> cmaloney: Bucharest
[16:16] <rick_h___> jcastro: yea wtf...how did that happen? We're not going to get the first pick in the draft with winning.
[16:18] <cmaloney> Yea, what's the point of even playing?
[16:19] <rick_h___> cmaloney: exactly, can't we just forfeit our way to 1 and 15?
[16:19] <cmaloney> unrelated: JoDee and I are so sports-oblivious. We tried to go to Chili's in Rochester but they had no power. So we went up the street to Rochester proper to a "bar with food" (Too-Ra-Loo).
[16:20] <cmaloney> Not realizing that this weekend was Michigan / Michigan State
[16:20] <jcastro> you're lucky uou don't live in ann arbor
[16:20] <cmaloney> Food was good though
[16:20] <cmaloney> jcastro: Oh I know
[16:21] <cmaloney> I'm pretty sure it's Dream Cruise-levels of idiocy on the roads
[16:21] <jrwren> actually, game was in east lansing. Ann Arbor was beautiful during the game on Saturday ;]
[16:21] <cmaloney> "took me 50 minutes to go to the 7-11 on the corner"
[16:22] <jrwren> I found 30min free on a parking meter. ;]
[16:22] <cmaloney> There wasn't a queue?
[16:22] <jcastro> well, in AA you're surrounded by them even if there's not a game
[16:22] <jcastro> though they tend to go back into the walmarts at the end of the day
[16:22] <cmaloney> jcastro: You're the one living there. ;)
[16:22] <jcastro> It's pretty awesome every day here except football saturdays
[16:23] <cmaloney> heh
[16:24] <cmaloney> Pretty sure they were insufferable on Saturday.
[16:25] <cmaloney> (and it wasn't bad. People were friendly and what-not. Just reminded us of the time wewent to Abuelo's during sweetest day and wondered why there were so many couples dressed up)
[16:25] <cmaloney> <- clueless


[15:01] <bdmurray> !dmb ping
[15:02] <bdmurray> micahg_work: Is there a command to ping the whole DMB?
[15:02] <micahg_work> !dmb-ping
[15:02] <cyphermox> o/
[15:02] <bdmurray> o/
[15:03] <xnox> o/
[15:03] <stgraber> sprinting this week here, so I'm only vaguely kinda around, hopefully you guys can do the meeting without me
[15:04] <bdmurray> stgraber: it doesn't look like there is anything to vote on, unless Unit193 shows up.
[15:04] <Laney> hello
[15:06] <bdmurray> #startmeeting
[15:06] <meetingology> Meeting started Mon Aug  3 15:06:00 2015 UTC.  The chair is bdmurray. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:06] <meetingology> Available commands: action commands idea info link nick
[15:06] <bdmurray> #topic Review of previous action items
[15:07] <bdmurray> micahg_work: How is getting Noskcaj feeback going?
[15:07] <micahg_work> not great, I haven't had time to compile, if someone else has time, I'd be willing to hand that off, otherwise, I will try again to get it done over the next 2 weeks
[15:08] <bdmurray> micahg_work: Could you elaborate on what is required so people know what they are getting into?
[15:09] <micahg_work> basically a summary of what the reasons were why the DMB wasn't in favor of granting Xubuntu packageset and MOTU status as well as requesting and compiling any additional information from DMB members on the subject
[15:09] <bdmurray> okay, is there anybody else who could take that on?
[15:09] <micahg_work> *in favor at this time
[15:11] <micahg_work> bdmurray, you suggested starting a pad where can can collaborate on a response, would you be up for doing that and DMB members can add things at their leisure
[15:11] <micahg_work> *where we cab
[15:11] <micahg_work> *can
[15:11] <bdmurray> sure
[15:12] <Laney> you'll have to chivvy people along
[15:12] <micahg_work> then, I or someone else can compile the responses from the ML as well and hopefully once the ball is rolling, we'll be able to take care of this quickly
[15:12] <bdmurray> #action bdmurray to setup a pad for the dmb to collaborate on response for noskcaj
[15:12] <meetingology> ACTION: bdmurray to setup a pad for the dmb to collaborate on response for noskcaj
[15:12] <micahg_work> yes, I know, but if the pad is there, it's easier to do that
[15:12] <Laney> I can almost guarantee nobody will do anything proactively
[15:12] <Laney> :( :( :(
[15:12] <Laney> ): ): ):
[15:13] <bdmurray> Laney: Do you think that is something we should discuss?
[15:14] <Laney> not really
[15:15] <bdmurray> okay, moving on then
[15:15] <bdmurray> micahg_work: What about the election results, is that taken care of?
[15:16] <micahg_work> #link https://lists.ubuntu.com/archives/technical-board/2015-July/002132.html
[15:16] <micahg_work> only thing I think is left is team changes, TB seems not to have responded
[15:17] <Laney> I think JFDI
[15:17] <micahg_work> sure, you poked stgraber already :)
[15:17] <Laney> sure did
[15:17] <Laney> one thing that comes to mind is...
[15:17] <Laney> we have 0 onboarding process
[15:17] <Laney> I wonder if we could do something there
[15:18] <Laney> or should..?
[15:18] <micahg_work> well, there are the DMB wiki pages, we try to document the processes
[15:18] <cyphermox> depends, approvals don't typically span multiple weeks
[15:18] <micahg_work> were you referring to DMB members of developers?
[15:18] <cyphermox> ie. I like to believe getting Noskca feedback is an exception rather than the rule
[15:18] <micahg_work> s/of/or/
[15:19] <Laney> DMB
[15:19] <cyphermox> I read this as onboarding a new member in the DMB
[15:20] <Laney> sure we could say "go away and read all of the public documentation"
[15:20] <Laney> but there are some things which might not be in there
[15:20] <Laney> like... useful resources to check on someone's history (sponsorship tracker thing)
[15:20] <Laney> how to manipulate packagesets (edit-acl)
[15:21] <Laney> where the code to update the auto-packagesets is
[15:21] <cyphermox> yes, that could certainly help
[15:21] <Laney> umm, how we vote to +4 and if it doesn't reach that then defer to email
[15:21] <Laney> when you can JFDI a packageset change (if it matches the description)
[15:22] <bdmurray> and last week or so there was discussion about which team to add a per package uploader to so they could target bugs to a release and vote for the dmb
[15:22] <Laney> which teams to add new devs to
[15:22] <Laney> exactly
[15:22] <micahg_work> managing seed based packagesets and what constitutes a reason not to update
[15:22] <Laney> plenty of stuff
[15:22] <Laney> how to do a vote for a new member
[15:23] <micahg_work> maybe we should create a wiki page of wishlist wiki pages
[15:23] <Laney> I was just thinking DMB/New unless it becomes too mad
[15:24] <bdmurray> Laney: that sounds good to me
[15:24] <Laney> the DD-PPU thing
[15:24] <Laney> I think we've grown a lot of mostly opaque process
[15:24] <Laney> anyway, action me to start it
[15:25] <bdmurray> #action Laney to start an onboarding page for new dmb members
[15:25] <meetingology> ACTION: Laney to start an onboarding page for new dmb members
[15:25] <bdmurray> it looked like the dmb-ping was already updated, correct?
[15:26] <Laney> /query ubottu !dmb-ping
[15:26] <micahg_work> yes, Unit193 took care of that for us
[15:26] <Laney> FFS
[15:26] <Laney> dell guy is here, sorry
[15:27] <bdmurray> and corey bryant is in the ubuntu-server-dev team now, so that's done.
[15:27] <Laney> I'll be back in however long it takes to change a keyboard
[15:27] <Laney> please discuss the thing, I think it's quite clear but I'll help later if I can
[15:27] <Laney> ttyl
[15:28] <micahg_work> I think I missed an action item which Laney took care of, updating the input-methods packageset, I'm not sure if mozc made it in, I saw the l-s upload
[15:28] <micahg_work> I'll take care of that later if it hasn't been
[15:28] <bdmurray> #action micahg_work to confim if mozc packageset change happened.
[15:28] <meetingology> ACTION: micahg_work to confim if mozc packageset change happened.
[15:29] <bdmurray> #topic PPU/Packageset uploader applications and membership by default
[15:29] <bdmurray> What's this about?
[15:30] <cyphermox> what teams we put people into in the PPU case, I believe
[15:31] <bdmurray> micahg_work: So I'd added teward to ubuntu-dev and you indicated that wasn't what we should do?
[15:31] <micahg_work> so, I'm not sure how it started, there was a question about teward not being in ubuntu-dev, in previous cases where people had ubuntu membership + PPU, we've added them to ubuntu-dev, I'm not sure if that was the impetus for the discussion or something else, I called this practice into question as it didn't seem appropriate as dev membership grants voting rights for dev related things which should require some level of active involvement
[15:31] <micahg_work>  in the Ubuntu dev community
[15:32] <micahg_work> *which IMHO
[15:34] <teward> micahg_work: this was started by bdmurray's bot tagging a debdiff as 'patch' and subscribing sponsors for an nginx bug
[15:34] <teward> i have PPU rights for nginx, so sponsorship subscription was irrelevant and unnecessary at the time
[15:34] <teward> i pinged bdmurray to request removal of sponsors on that bug as it wasn't one that needed the sponsors' attention
[15:34] <micahg_work> also, the only time there's a difference is PPU for individual packages as packagesets and other dev group membership implicitly grant ubuntu-dev membership
[15:34] <teward> that's the beginning of the case in question.
[15:35] <bdmurray> teward: thanks for the reminder. micahg_work did you have more to add?
[15:35] <teward> I didn't bother tracking much of the specifics after that time.
[15:35] <teward> bdmurray: you're welcome.  *returns to lurk mode*
[15:35] <micahg_work> ah, then this is my fault, I never made an icon for ubuntu-uploaders
[15:35] <micahg_work> that would have solved that particular issue
[15:36] <bdmurray> ?
[15:36] <bdmurray> how's that?
[15:36] <micahg_work> oh, wait
[15:36] <micahg_work> well, it would help anyone who's using that LP addon
[15:37] <bdmurray> micahg_work: this is a launchpadlib script
[15:37] <micahg_work> I'm not sure if the sponsoring page actually needs to be updated to recognize ubuntu-uploaders or if it just uses the archive ACLs
[15:38] <micahg_work> I think the point or order on which team by default should be discussed still regardless
[15:38] <micahg_work> s/or/of/
[15:38] <bdmurray> agreed
[15:39] <bdmurray> micahg_work: so this person is an ubuntu-member and has PPU - should they be added to ubuntu-dev?
[15:40] <micahg_work> that's another point of contention I suppose, we've done it in the past, I don't personally agree with it
[15:40] <micahg_work> I think the bar of significant and sustained dev contribution makes sense for having dev voting rights vs significant and sustained Ubuntu contribution
[15:41] <bdmurray> And somebody with PPU doesn't have significant and sustained dev contribution?
[15:42] <micahg_work> not necessarily, that's why we split out uploaders from dev, I thought the idea was the lower that bar (not the technical bar of understanding packaging) to make package maintenance more accessible for people that care about specific packages that might not need to be updated frequently
[15:43] <micahg_work> well, that's how I remember it at lesat
[15:43] <micahg_work> s/lesat/least/
[15:44] <micahg_work> if people were contributing significantly, they were welcome to apply for dev membership at the same time, but I was under the impression that it was not the default for PPU (only)
[15:44] <bdmurray> okay, is this something we can work on as a part of the onboarding documentation?
[15:45] <bdmurray> micahg_work: do you recall about what year these discussions took place?
[15:45] <micahg_work> I think it was within the last 2 years, I can find the references a bit later
[15:46] <micahg_work> actually, uploaders team was created 2014-01-13 (thank you Launchpad)
[15:46] <micahg_work> so, would be right around then
[15:47] <bdmurray> Okay, I'll look into the discussion around that then and send an email to the team. Does that sound good?
[15:47] <micahg_work> yep, we should probably clarify (and maybe re-announce) the policy once we decide on it, I think we were expecting many more people applying for PPU
[15:49] <bdmurray> #action bdmurray to find discussion about PPU and ubuntu-dev membership
[15:49] <meetingology> ACTION: bdmurray to find discussion about PPU and ubuntu-dev membership
[15:49] <xnox> my understanding that PPU does imply ubuntu membership.
[15:49] <xnox> one has to sign the code of conduct to be part of ubuntu-dev, and that's by default expected.
[15:50] <micahg_work> I think the same should be required of uploaders
[15:50] <xnox> and i don't want to underestimate the PPU contributions. PPU libreoffice, or PPU upstart, or PPU systemd are huge amounts of work and complexity.
[15:50] <xnox> micahg_work: and that is the case today.
[15:50] <micahg_work> it's not necessarily exclusive, just not the default IMHO
[15:51] <xnox> micahg_work: you can dig up the threads way back, when DMB chased up, pinged and kicked out everyone out of the ubuntu membership (via ubuntu-dev) that didn't satify requires (e.g. code of conduct signed etc.) and from then on it became the default.
[15:51] <xnox> do you remember that process way back then?
[15:51] <xnox> (before my time, as far as i recall correctly, or maybe not)
[15:52] <micahg_work> the applicant is welcome to apply for membership when applying for PPU if they feel they've made significant and sustained dev contributions, the idea was to allow those who have the technical know-how but don't necessarily have the time to commit for significant and sustained contribution to be able to contribute as well
[15:52] <micahg_work> xnox, hrm, that's quite a while back, I can dig a bit, sure
[15:53] <xnox> my understanding of status quo, was that all PPUs are applying for membership, and can choose for membership requirements to be lifted if they so request (and thus ask for PPU-sans-memberhip) Granted that's not obvious on the application page.
[15:53] <xnox> however, i wonder if that became obsolete.
[15:54] <xnox> most PPU-sans-membership no longer apply, and instead use CI train/airline/silo stuff.
[15:54] <xnox> thus imho, it's a historical artifact we should forget about =)
[15:55] <micahg_work> that's for Canonical people, the policy was meant for the community at large
[15:56] <bdmurray> we are running a bit short on time, how about we dig a bit and take it to email?
[15:56] <micahg_work> I can think that one appropriate application is DMs in Debian, PPU w/out membership would be a natural extension if they care about their packages, but don't do much in Ubuntu
[15:56] <micahg_work> bdmurray, yes, that sounds good
[15:57] <bdmurray> I think somebody should follow up with Unit193 regarding their application. Any volunteers?
[15:57] <micahg_work> bdmurray, yes, I can
[15:57] <bdmurray> #action micahg_work to follow up with Unit193 about their application
[15:57] <micahg_work> I know the timing of our meetings was a bit hard
[15:57] <meetingology> ACTION: micahg_work to follow up with Unit193 about their application
[15:58] <bdmurray> #topic any other business
[15:58] <bdmurray> Anything else?
[16:00] <bdmurray> Alright, thanks for everyone.
[16:00] <bdmurray> #endmeeting
[16:00] <meetingology> Meeting ended Mon Aug  3 16:00:05 2015 UTC.
[16:00] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-08-03-15.06.moin.txt
[16:02] <Laney> bah
[16:03] <Laney> I thought it was quite clear, I'm susprised that this is causing problems
[16:03] <Laney> did nobody read my devel-permissions mail?
[16:05] <micahg_work> I did read the mail, I thought we were going to discuss, we did to some extent, people wanted more source material I guess
[16:06] <Laney> like what?
[16:06] <Laney> this is not going to get resolved
[16:06] <Laney> ffs
[16:10] <micahg_work> people wanted to read the original discussions from when we decided about PPU, there wasn't much time for people to read up as this was a late breaking agenda item and I believe the people that attended the meeting save for me and you were not on the board at the time the policy was implemented
[16:15] <Laney> meh
[16:15] <Laney> if we randomly decide to change what was previously agreed I'm going to be pissed off
[16:16] <micahg_work> I don't think that's the goal, I think you and I recall differently what was agreed upon, and people want to check the archives, I'll do that as well, I don't think we want to change anything that was agreed upon
[16:17] <Laney> OK, hope so
[16:31] <jjohansen> \o
[16:31] <tyhicks> hello
[16:31] <tyhicks> #startmeeting
[16:31] <meetingology> Meeting started Mon Aug  3 16:31:45 2015 UTC.  The chair is tyhicks. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:31] <meetingology> Available commands: action commands idea info link nick
[16:31] <mdeslaur> \o
[16:32] <tyhicks> The meeting agenda can be found at:
[16:32] <tyhicks> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:32] <tyhicks> [TOPIC] Announcements
[16:32] <tyhicks> Seyeong Kim (xtrusia) provided debdiffs for trusty-wily for pcre3 (LP: #1396768)
[16:32] <tyhicks> Your contributions are greatly appreciated! :)
[16:32] <tyhicks> [TOPIC] Weekly stand-up report
[16:32] <tyhicks> mdeslaur: you're up
[16:32] <mdeslaur> I'm out all week as I'm going to a conference
[16:33] <mdeslaur> today I'm preparing my travel laptop
[16:33] <mdeslaur> that's it from me, sbeattie, you're up
[16:33] <sbeattie> I'm taking cve triage for mdeslaur this week, since he's gone and I'll be at a conference next week, when it would be my turn.
[16:34] <sbeattie> I'm testing my fix to the apparmor 2.10 regression that prevented it from migrating to wily from proposed
[16:34] <sbeattie> I've also got openjdk-6 on my plate this week
[16:35] <sbeattie> That's pretty much my priorities for this week. tyhicks, you're up.
[16:36] <tyhicks> I'm on community this week
[16:36] <tyhicks> I have a couple designs to work on
[16:38] <tyhicks> I have an embargoed issue
[16:39] <tyhicks> I need to drum up someone to verify the fix for bug #1473584
[16:39] <tyhicks> I think jjohansen is going to help me there if he has a chance
[16:39] <jjohansen> sure
[16:40] <tyhicks> and I need to finish the fix for a stale dcache issue in eCryptfs reported on Friday
[16:40] <tyhicks> shouldn't be much work left there
[16:40] <tyhicks> that's it for me
[16:40] <tyhicks> jjohansen: you're up
[16:40] <jjohansen> I need to finish investigating bind mount issue with apparmor lxd in snappy
[16:40] <jjohansen> look into secure exec around the 4.2 rebase of apparmor
[16:40] <jjohansen> send some apparmor patches upstream for 4.3
[16:40] <jjohansen> still need to finish reviewing the dconf userspace patches
[16:40] <jjohansen> continue working on the fix for bug #1448912
[16:41] <jjohansen> thats it for me sarnold you're up
[16:41] <sarnold> I'm on bug triage this week
[16:42] <sarnold> I need to have a conversation with till about testing ippusbxd, when doing the mir I wondered if it was working as advertised, and realized that we can't really test this thing end-to-end like we do with most packages
[16:43] <sarnold> most of the work with the mir is done, it'd just be useful to have an irc chat with till, rather than back-and-forth over bugmail. oh well, it'll work either way..
[16:44] <sarnold> I suspect I'll pick up more MIRs this week, though may do reactive work if needed
[16:44] <tyhicks> sarnold: he should be catchable over irc
[16:44] <sarnold> and might do an apparmor review or two for a change of pace
[16:44] <sarnold> tyhicks: yeah, I suspect summertime has just made it less likely for us to see each other
[16:44]  * tyhicks nods
[16:44] <tyhicks> sarnold: would you be able to publish the openstack updates today?
[16:44] <sarnold> tyhicks: sure
[16:45] <tyhicks> sarnold: that'll be a huge help - thanks!
[16:45] <tyhicks> sarnold: we can sync up afterwards
[16:45] <sarnold> it'll feel great have those moving :)
[16:45] <tyhicks> Chris is likely having connectivity issues
[16:45] <tyhicks> yes
[16:45] <tyhicks> I think we're done with stand-up reports
[16:45] <tyhicks> [TOPIC] Highlighted packages
[16:46] <tyhicks> 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.
[16:46] <tyhicks> 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.
[16:46] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/xorg-server-lts-utopic.html
[16:46] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/lft.html
[16:46] <tyhicks> [TOPIC] Miscellaneous and Questions
[16:46] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/libspoon-perl.html
[16:46] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/libdancer-perl.html
[16:46] <tyhicks> Does anyone have any other questions or items to discuss?
[16:46] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/lwipv6.html
[16:48] <tyhicks> mdeslaur, sbeattie, jjohansen, sarnold: Thanks!
[16:48] <tyhicks> #endmeeting
[16:48] <meetingology> Meeting ended Mon Aug  3 16:48:03 2015 UTC.
[16:48] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-08-03-16.31.moin.txt
[16:48] <sarnold> thanks tyhicks :)
[16:48] <mdeslaur> thanks tyhicks!
[16:48] <jjohansen> thanks tyhicks
[16:48] <sbeattie> tyhicks: thanks!


[07:04] <dholbach> good morning
[11:43] <daker> popey: PM ?
[11:45] <popey> daker: hey, sure.
[11:58] <jose> hey popey, mind a quick PM?
[11:59] <popey> sure
[11:59] <popey> any time
[18:56] <bkerensa> cjohnston: your work may get forked :)
[19:15] <cjohnston> bkerensa: ?
[19:15] <bkerensa> cjohnston: your work on summit
[19:15] <cjohnston> for?
[19:15] <bkerensa> Mozilla Summit
[19:15] <bkerensa> ;)
[19:15] <cjohnston> why fork it?
[19:15] <cjohnston> why not just devel upstream
[19:16] <bkerensa> mhall119 encouraged us to use it
[19:16] <cjohnston> right...
[19:16] <cjohnston> but why fork it
[19:17] <bkerensa> cjohnston: the devel would not be useful downstream
[19:17] <cjohnston> what changes would be needed?
[19:18] <bkerensa> cjohnston: I'm certain anything Ubuntu specific
[19:18] <cjohnston> I'm not sure how much there is that's ubuntu specific
[19:18] <bkerensa> also vidyo/bbg integration instead of G+
[19:19] <cjohnston> it doesn't have G+ integration
[19:19] <cjohnston> It's been used for two other conferences
[19:19] <cjohnston> that aren't Ubuntu
[19:20] <bkerensa> cjohnston: http://summit.ubuntu.com/uds-1308/meeting/21925/appdev-roundtable-tue/
[19:20] <bkerensa> G+
[19:20] <bkerensa> embedding
[19:21] <cjohnston> Where?
[19:21] <bkerensa> :s
[19:22] <bkerensa> you dont see it
[19:22] <popey> i think he means youtube
[19:22] <cjohnston> nope
[19:22] <cjohnston> it isn't youtube embedding either
[19:22] <cjohnston> its a url field
[19:22] <bkerensa> well that would be changed for instance
[19:22] <cjohnston> To?
[19:22] <bkerensa> Vidyo
[19:22] <bkerensa> or BBG
[19:22] <popey> surely that's just a url?
[19:23] <cjohnston> its still just a url isn't it?
[19:23] <popey> yeah, we paste them in when the conf starts
[19:23] <bkerensa> cjohnston: this would not be a url
[19:23] <mhall119> actually the broadcast URL field assumes it's a youtube link, but htat wouldn't be hard to change
[19:23] <bkerensa> it would be embedding a bit of html5
[19:23] <popey> would be nice for us to have the option to use something other than youtube
[19:24] <mhall119> popey: agreed, maybe teh mozilla folks would be kind enough to send their improvements upstream so we can all benefit
[19:24] <cjohnston> agreed
[19:24] <bkerensa> it wouldnt be improvements more likely just customizations
[19:25] <bkerensa> Persona support
[19:25] <bkerensa> Vidyo for sessions
[19:25] <bkerensa> moz etherpad integration
[19:25] <cjohnston> etherpad is a url field
[19:25] <popey> sounds useful
[19:25] <bkerensa> probably bandcamp support for sessions
[19:25] <cjohnston> broadcast url sounds like it needs a little work, but its still just a url field
[19:25] <bkerensa> this summit were using SHW
[19:26] <bkerensa> SHW and a scattered amount of tools
[19:27] <mhall119> etherpad should just work, Linaro used a separate pad host too
[19:27] <mhall119> yeah, broadcast URL would be the only one I think
[19:27] <mhall119> maybe the webchat would need a tweak to use mozilla's irc network instead of freenode's
[19:28] <mhall119> but all of those could be made as configurable variables, they don't require a fork
[19:28] <cjohnston> +1
[19:29] <bkerensa> mhall119: much of Mozilla's infrastructure is django
[19:29] <mhall119> you should be able to replace Ubuntu SSO with Personas, might need to wrap link generation is a function if they're currently hard-coded to LP links
[19:29] <bkerensa> so integrating it all would be likely
[19:29] <mhall119> bkerensa: I'm still pretty sure you can do all of that without forking
[19:29] <bkerensa> mhall119: forking in that we copy it and make our own repo and make our changes for our use
[19:30] <mhall119> and I'd rather get MPs submitted to summit, instead of us having to pull our changes from your sites if we want ot use them
[19:30] <mhall119> pull *your* changes that is
[19:40] <mhall119> keeps asking me to enter it again/w 68
[19:40] <mhall119> ignore
[19:45] <cjohnston> bkerensa: isn't forking just going to cause more fragmentation?
[19:47] <bkerensa> cjohnston: Seems trivial at best. Any changes we make are not going to be useful to Canonical or other confs that have used Summit
[19:47] <bkerensa> we can just merge in stuff from summit upstream
[19:47] <bkerensa> and keep our changes
[19:47] <cjohnston> bkerensa: seems like there were three people, two of which being summit devs, were saying that everything you mentioned would be useful to upstream
[19:49] <bkerensa> Well I will mention it when we make the repo
[19:49] <bkerensa> cjohnston: its notably several years till our next summit
[19:49] <bkerensa> :)
[19:49] <bkerensa> so things could be different then
[19:49] <bkerensa> but ideally this could be used for our camps too
[19:55] <mhall119> having a viable alternative to Google Hangouts has been something we've wanted since we started using them, so yes that is a change we would wnat upstreamed
[19:58] <bkerensa> mhall119: These apps require substantial financial investment and infrastructure
[19:59] <mhall119> if *only* we has a corporate sponsor and some easy deployment technology....
[20:00] <bkerensa> mhall119: the deployment is as in racks of servers and broadcast equipment and physical officers
[20:00] <bkerensa> officers*
[20:04] <mhall119> you mean home users can't use it?
[20:06] <bkerensa> mhall119: they can but infrastructure is still needed
[20:07] <bkerensa> mhall119: http://www.vidyo.com/products/vidyogateway/
[20:07] <bkerensa> they have hardware that powers the solution
[20:08] <mhall119> is it open source?
[20:08] <bkerensa> mhall119: no
[20:08] <mhall119> well it won't check all the boxes, but might still fix some
[20:08] <bkerensa> BBG is but Vidyo is not
[20:09] <mhall119> can it be self-hosted, or only through their equipment?
[20:09] <mhall119> curious why Moz isn't using WebRTC
[20:10] <bkerensa> mhall119: because Vidyo does a lot more
[20:10] <bkerensa> its corporate level comms
[20:10] <bkerensa> they can do pretty scalable broadcasting between all of their officers
[20:10] <bkerensa> offices*
[20:10] <bkerensa> it also have telephony built in
[20:11] <bkerensa> for those who cant do video/audio streaming
[20:11] <bkerensa> mhall119: Mozilla does support WebRTC though
[20:14] <mhall119> I know they do, which is why it was curious that they weren't going to use it
[20:24] <jo-erlend_> damn. New drama created by royk. I have to fix it by excluding him. It's not something I want to do.
[20:32] <bkerensa> jo-erlend_: royk?
[20:33] <jo-erlend_> yes.


[00:55] <wallyworld> axw: builders etc on 1.8 now. i tried to merge the earlier ec2 error status related PR and fater an intitial bot issue, it's run with some test failures; i haven't looked in detail; a few url parsing things etc
[00:56] <axw> wallyworld: yeah thanks, I'm merging develop into the feature branch - I think that should fix those failures
[00:56] <wallyworld> sgtm
[00:56] <wallyworld> i forgot that was on the fb
[00:56] <wallyworld> hence it won't have the 1.8 test fixes
[01:21] <seyeongkim> hello, any news about https://bugs.launchpad.net/juju/+bug/1616704 ?
[01:21] <mup> Bug #1616704: juju restore-backup does not complete <backup-restore> <cpe> <juju:Triaged by thumper> <https://launchpad.net/bugs/1616704>
[01:25] <wallyworld> seyeongkim: no news as yet as far as I know. there's a performance issue there, but no update yet
[01:25] <seyeongkim> thanks wallyworld
[01:27] <wallyworld> seyeongkim: there's a comment on bug 1680683 which maybe related. i suspect there's a couple of underlying issues that need to be addressed. some work has already been done as indicated in the comment, but there's still more to do
[01:27] <mup> Bug #1680683: Poor "juju create-backup" performance <canonical-is> <juju:Triaged> <https://launchpad.net/bugs/1680683>
[01:29] <seyeongkim> I see wallyworld
[02:32] <axw> babbageclunk: belated happy birthday :)
[02:32] <babbageclunk> axw: thanks!
[07:55] <wpk> anyone wants to review this small one? https://github.com/juju/juju/pull/7280
[08:30] <ashipika> good morning.. who has experience with the txn pruning?
[08:40] <wpk> jam: you're needed :)
[08:40] <wpk> axw: What about CpuPower?
[08:41] <wpk> 13ae680e4ac environs/manual/detection.go                     (Andrew Wilkins     2013-08-15 17:21:16 +0800 156)         // TODO(axw) calculate CpuPower. What algorithm do we use?
[08:41] <axw> wpk: I wouldn't worry about it, it's not as widely used as cpu-cores
[08:41] <axw> (AFAIK)
[08:42] <jam> ashipika: what's up?
[08:43] <ashipika> jam: txn cleanup failed.. error while iterating.. io timeout.. is it safe to retry?
[08:43] <jam> ashipika: what command were you running?
[08:44] <jam> it is generally ok, except you can't expect it to actually work the second time if it failed the first
[08:44] <ashipika> jam: we're migrating our DB.. and prunning txns.. so a custom command.. using the CleanAndPrune method in juju/txn
[08:44] <ashipika> jam: while would it time out, is my question..
[08:45] <jam> 'why would it time out' ?
[08:45] <jam> ashipika: migrating from what to what?
[08:45] <jam> ashipika: does this happen to be a mongo2.4 source using the CleanAndPrune that is in mgopurge 1.4?
[08:46] <jam> as there are fixes in juju/txn to handle mongo2.4 better
[09:33] <mwhudson> uh juju-core autopkgtests fail in artful<EMAIL_ADDRESS>[09:33] <mwhudson> my read of that is that there is no jujud in the streams for artful?
[09:34] <mwhudson> but maybe not
[11:24] <rogpeppe> a rename of some types that were confusing me in juju: https://github.com/juju/juju/pull/7283
[11:24] <rogpeppe> review appreciated
[11:30] <rogpeppe> jam: fancy taking a look? ^
[11:31] <jam> rogpeppe: isn't there a separate 'cmd' package that isn't specific to Juju which is the reason we have CommandBase vs JujuCommandBase ?
[11:32] <rogpeppe> jam: not really
[11:32] <rogpeppe> jam: i mean, there *is* a separate cmd package
[11:32] <rogpeppe> jam: but modelcmd already has CommandBase
[11:32] <rogpeppe> jam: but the "Base" in that name implies something different from the "Base" in all the other type names
[11:34] <rogpeppe> jam: i've been trying to sort the whole picture out in my head, and wrote this summary: http://paste.ubuntu.com/24459695/
[11:34] <rogpeppe> jam: where CommandBase is an evident anomaly
[11:35] <rogpeppe> jam: this PR is proposing changing that so it looks like: http://paste.ubuntu.com/24459702/
[11:36] <rogpeppe> jam: FWIW I also think that sysCommandWrapper should probably be controllerCommandWrapper but that's less important
[11:52] <rogpeppe> jam: are you planning to review it or should I try to find someone else?
[11:52] <jam> sorry, I have to take my son to music for the next hour, it seems reasonably ok, as its just a mechanical change and i don't mind the names, but I haven't thought deeply about it yet
[11:54] <anastasiamac> wallyworld: axw: I've updated https://github.com/juju/juju/pull/7265, PTAL :) would b nice to have it in for b3 \o/
[11:56] <rogpeppe> jam: ok, thanks
[11:56] <rogpeppe> anastasiamac, wallyworld, axw: any chance of a review of this mechanical rename PR, by any chance? https://github.com/juju/juju/pull/7283
[11:57] <anastasiamac> rogpeppe: m about to eod :D can b done tomorrow?
[11:57] <anastasiamac> rogpeppe: i mean, it's only 10pm here... but it's been a looong couple of days :)
[11:57] <rogpeppe> anastasiamac: i'd prefer to get it in today, but np
[11:58] <rogpeppe> anastasiamac: "only" 10pm!
[11:58] <rogpeppe> anastasiamac: stop working already! :)
[11:58] <anastasiamac> rogpeppe: :) if noone looks at it today, i'll do it tomorrow \o/
[11:58] <rogpeppe> anastasiamac: tyvm
[11:59] <rogpeppe> anastasiamac: do we still have on-call-reviewers, BTW?
[12:16] <rogpeppe> jam: thanks a lot
[14:17] <bdx> question concerning the `deploy` command
[14:18] <bdx> is this expected http://paste.ubuntu.com/24460316/ ?
[14:20] <jrwren> bdx: I think that it is, if nothing is yet placed on that machine.
[14:20] <bdx> jrwren: ok, thanks
[14:41] <wpk> Q: is it possible to have two API functions with the same name with different arguments/return values for different API versions? If so, is there an example?
[14:42] <wpk> (and if not, where could I find an example of API version-dependent call?)
[21:03] <babbageclunk> wpk: ping?
[21:55] <babbageclunk> wallyworld: busy?
[21:55] <wallyworld> babbageclunk: yeah, in meeting, will ping soon
[21:56] <babbageclunk> wallyworld: cool thanks
[22:19] <wallyworld> veebers: join release call now?
[22:20] <wallyworld> anastasiamac: ^^^^^
[22:20] <veebers> wallyworld: omw
[23:34] <wallyworld> babbageclunk: sorry, meeting finished and i forgot about you
[23:35] <babbageclunk> wallyworld: hey now!
[23:36] <wallyworld> did you want to talk?
[23:36] <babbageclunk> yes, please - just plugging some stuff back in.
[23:38] <wallyworld> righto
[23:38] <babbageclunk> in standup?
[23:41] <anastasiamac> babbageclunk: wallyworldalso forgot about my nice, updated PR just for him :D
[23:41] <anastasiamac> wallyworld also *
[23:41] <wallyworld> no he didn't
[23:41] <wallyworld> it's been reviewed
[23:41] <anastasiamac> well, no he did not... :)


[01:18] <Bashing-om> guiverc: Accessing 822 for the Saturday wrap-up - be a spell at that :D
[03:00] <Bashing-om> UWN:  Saturday thing done - saved and out.
[11:07] -ubottu:#ubuntu-news- ::portugal:: E281 Eles Querem É Poleiro No Pacote @ https://podcastubuntuportugal.org/e281/
[13:31] <DiogoConstantino> hi
[21:36] <Bashing-om> UWN: Accessing 822 to add the stats and reports.


[06:40] <dholbach> good morning
[08:33] <JamesTait> Good morning all; happy Tuesday, and happy Physical Therapy Day! 😃
[08:45] <NymeriaFr> Hello guys, I need help with my ubuntu-sdk
[08:45] <NymeriaFr> In my qtCreator, I go in tools -> option -> ubuntu -> click tab
[08:46] <NymeriaFr> when I click on "maintain" I have "Unable to find a shell" error
[08:46] <NymeriaFr> when I open a regular console and type "adb shell" i can connect to my smartphone (Aquaris E4.5)
[08:46] <NymeriaFr> Any idea how to solve the problem ?
[09:00] <popey> zbenjamin: ^
[09:01] <zbenjamin> NymeriaFr: in tools -> options -> environment -> general , what terminal is set there and do you have that terminal installed?
[09:01] <zbenjamin> NymeriaFr: also what ubuntu version are you on and if you are not on Wily do you have the ubuntu sdk ppa enabled?
[09:04] <NymeriaFr> I have ubuntu 15.05 ppa
[09:06] <NymeriaFr> zbenjamin, Okay I've check no one of those terminal are in /usr/bin
[09:06] <NymeriaFr> my regular terminal is terminator
[09:06] <NymeriaFr> shall I user "terminator -x" ?
[09:08] <NymeriaFr> zbenjamin, Thank you for your help, it work with xterm
[09:09] <NymeriaFr> thanks a million
[09:11] <zbenjamin> NymeriaFr: yw
[09:12] <NymeriaFr> do you know how I can copy/past throught xterm ?
[11:19] <zbenjamin> popey: whats the bzr project for the contacts app?
[11:20] <popey> zbenjamin: https://launchpad.net/ubuntu/+source/address-book-app
[11:20] <zbenjamin> popey: thanks!
[11:20] <popey> np
[12:26] <dholbach> hey jdstrand, do you think you (or somebody else on the security team) can take a look at https://code.launchpad.net/~mardy/click-reviewers-tools/new-account-hook/+merge/268445?
[15:29] <t1mp> for the new header component, what's a good name for the property to show/hide it?
[15:29] <t1mp> "visible" is obviously already taken.
[15:29] <t1mp> I'm thinking "revealed" or "exposed"
[15:29] <t1mp> or "opened"
[15:41] <zbenjamin> popey: what is the reason that the dialer app is always compiled in Debug mode?
[15:41] <popey> zbenjamin: no idea, not my app
[15:42] <zbenjamin> popey: debian/rules contains "dh_auto_configure -- -DCMAKE_BUILD_TYPE=Debug"
[15:42] <zbenjamin> popey: if i read it right, that would mean we have a debug build dialer on the phones?
[15:42] <zbenjamin> popey: would mean no optimizations at all
[15:49] <popey> zbenjamin: that seems sub-optimal
[15:50] <zbenjamin> popey: yeah its a slow app already, so maybe we should check why that is
[15:51] <popey> t1mp: is "Ubuntu.Unity.Action" deprecated?
[16:02] <t1mp> popey: yes
[16:02] <t1mp> popey: you can simply use Ubuntu.Components.Action now
[16:03] <popey> hm, okay t1mp thanks :)
[16:08] <mzanetti> popey, ping :)
[16:08] <popey> mzanetti: pong
[16:09] <mzanetti> popey, as a follow up on that notes mail thread on ubuntu-phone, I think it would be a good idea to change the description of the app from "Ubuntu Notes app, powered by Evernote" to "Ubuntu Notes app" and then hint the optional possibility to sync with Evernote
[16:09] <popey> I agree
[16:09] <popey> I have just fixed the old notes app here
[16:10] <popey> to get them out of their hole of not being able to read their notes
[16:10] <mzanetti> fair enough...
[16:10] <popey> but I agree
[16:10] <mzanetti> maybe a migration to the notes app would be nice
[16:11] <mzanetti> (should be able to do via contenthub, just export a list of texts
[16:11] <mzanetti> and import in the new one should work already (maybe needs a little tweaking)
[16:11] <popey> nice
[16:18] <mzanetti> popey, also, how's the release going?
[16:18] <popey> bfiller: https://bugs.launchpad.net/notes-app/+bug/1492551 created a simple merge for notes app
[16:19] <popey> mzanetti: I was waiting on a merge landing last I recall...
[16:19]  * popey checks
[16:19] <mzanetti> uh... /me checks too
[16:19] <popey> mzanetti: https://code.launchpad.net/~mzanetti/reminders-app/fix-writeback-issue/+merge/263848
[16:20] <mzanetti> popey, indeed, that branch is to be landed still
[16:20] <mzanetti> popey, however, I think it's ready, just lacks someone that approves. should I break the rules and do it myself?
[16:20] <mzanetti> riccardo is out still
[16:20] <mzanetti> he was ok with it and just had questions which I answered
[16:21] <mzanetti> actually... let me fix one thing still
[16:21] <popey> poke him with a stick
[16:24] <bfiller> popey: approved
[16:25] <popey> thanks bfiller
[16:25] <bfiller> popey: thank you
[16:25] <popey> bfiller: I'll do a shakedown QA of it, and update the store, okay?
[16:25] <bfiller> popey: sounds good
[16:25] <popey> not a default app anymore so no need to go for full QA?
[16:49] <popey> mzanetti: fyi reminders has 17K users, Notes has 4K
[16:49] <popey> (obv by virtue of being pre-installed)
[21:14] <balloons> any core app developer around who wants to try something for me? It requires but a minute of your time


[11:39] <MrRTOS> what the command "make oldconfig" is for? or what does it do?
[11:40] <Mithrandir> it only asks you about any new options
[11:40] <johanbr> It starts the kernel build with a previous .config file, only asking you about config options that aren't already in the old .config.
[11:44] <MrRTOS> cool but where are these configurations that are not part of .config? where do they come from and how does "make" know that there are more configurations that are not especified by .config?
[11:45] <johanbr> The config options are part of the kernel build system. A typical use for oldconfig is when you an old .config file from a previous kernel, with fewer options.
[11:45] <johanbr> "when you have..."
[11:46] <MrRTOS> I'm still confused
[11:46] <MrRTOS> lol
[11:47] <MrRTOS> you have a new .config that make oldconfig will use
[11:47] <MrRTOS> but you say that there is an old .config file too
[11:47] <MrRTOS> how can there be two files with the same name?
[11:49] <johanbr> There aren't two .config files. "make oldconfig" populates the old .config file with the values you select for the new options.
[11:51] <MrRTOS> I'm probably having problems understanding because I do not understand the basics of the build system
[11:53] <MrRTOS> if there is no .config file (if I delete it) and type make menuconfig and choose a bunch of stuff then save it and exit it
[11:53] <MrRTOS> what are the results of this operation?
[11:54] <johanbr> It produces a .config file with whichever values you selected.
[11:54] <MrRTOS> will menuconfig create a .config file for me and when I type "make zImage" make will use the .config file created to configure everything?
[11:54] <johanbr> yes
[11:54] <MrRTOS> ok
[11:54] <MrRTOS> so it's starting from scratch
[11:54] <MrRTOS> but you say
[11:55] <MrRTOS> that if I already have a .config
[11:55] <MrRTOS> I could do make oldconfig and it will use the existing .config as a template?
[11:55] <johanbr> yes
[11:55] <MrRTOS> meaning use the answers provided by .config to create the new .config
[11:55] <johanbr> yes
[11:56] <MrRTOS> ok so my old .config file ends up overwritten by the make oldconfig process
[11:56] <MrRTOS> cause there might be some other options
[11:56] <johanbr> Not really, all the old options you selected are still there. The difference is that it will also contain the values you just selected for the new options.
[11:56] <MrRTOS> ok I get it now
[11:57] <MrRTOS> there is still one question un-answered though
[11:57] <MrRTOS> those extra configurations that make oldconfig add
[11:57] <MrRTOS> may add I should say
[11:57] <MrRTOS> where do they come from?
[11:58] <MrRTOS> if I have an old .config and I type "make oldconfig" it will use the old .config and add whatever new configurations I choose if there is any available
[11:59] <johanbr> The new options come from somewhere in the kernel build system, I don't remember the details.
[11:59] <MrRTOS> oh ok
[11:59] <johanbr> Basically each kernel source tree "knows" which options go with it.
[11:59] <MrRTOS> english is my second language so sorry for not explaining things clearly
[12:00] <johanbr> Your English is fine. It's not my native language either. :)
[12:01] <MrRTOS> :)
[12:01] <MrRTOS> thx
[12:06] <MrRTOS> I guess I should learn the kernel build system
[12:06] <MrRTOS> any good books that could teach it to me?
[12:10] <johanbr> Don't really know, haven't read any of the kernel books. A good start would be to look in the Documentation directory of the kernel source tree.
[12:11] <MrRTOS> k I'll do that
[12:11] <MrRTOS> I'll check at amazon too
[12:11] <MrRTOS> thanks for your help
[12:11] <MrRTOS> finally I understand the make oldconfig stuff
[12:13] <johanbr> No problem. :)
[12:13] <JanC> does anyone know if motherboards with the new P35 Core 2 Duo chipset are supported in feisty or gutsy ?


[18:43] <nosse1> Hi. If I have checked out the ubuntu kernel git, how can I get the .config?  I know its debian/rules something
[18:51] <owen1> there is a serious bug with many asus and dell laptops but it was not assigned to any developer. what can I do to get the attention of canonical? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/512192
[18:51] <owen1> this thouchpad is too sensitive which forces me to use external keyboard.
[18:51] <ubot3> Malone bug 512192 in linux "Can't configure Elan tech touchpad on Dell Inspiron 11z, Asus K7I0C and maybe also Dell Mini 10 (not V), ASUS k40in, Asus U81A and ASUS UL80-VT." [Undecided,Confirmed]
[19:55] <crimsun> owen1: please use the mailing list
[20:56] <nosse1> Are any of the Ubuntu specific drivers required for system operation. I.e. can I build a vanilla kernel without the Ubuntu patches on Ubuntu?
[20:59] <crimsun> nosse1: that utterly depends on the hardware. In general, no, the ubuntu sauce isn't necessary for mainstream consumer (e.g., Best Buy-/Microcenter-type) hw.
[21:00] <nosse1> thanks.
[21:01] <nosse1> I'm trying to build a kernel for a new ARM HW target. Ubuntu lucid kernel (ti-omap branch) is not working OOB and I need to recompile.
[21:02] <nosse1> I have a working kernel from the vendor, that I need to Ubuntuize for it to work
[21:02] <nosse1> That's why I was looking for the config
[21:45] <owen1> crimsun: sure. googling for it now
[21:51] <owen1> crimsun: what mailing list should i post it on? ubuntu-devel ?
[22:03] <crimsun> owen1: kernel-team
[22:35] <owen1> crimsun: got it, thanks
[22:35] <owen1> do i have to subscribe in order to post something?
[23:28] <crimsun> owen1: no, will just be moderated
[23:31] <owen1> crimsun: great. i just posted it


[01:14] <patrickmw> jibel_, did you tell me last week you fixed the gnomeaboutme tests?
[01:16] <patrickmw> jibel_, getting those branches merged is important.  I having trouble tracking what you fixed, and also verifying my fixes worked
[01:22] <skaet> charlie-tca, xubuntu alternate posted, xubuntu desktop having its build retried.
[01:23] <charlie-tca> Thanks
[01:46] <skaet> hggdh, ubuntu server posted
[01:47] <hggdh> skaet: jenkins already on them :-)
[01:47] <skaet> :)
[01:47] <skaet> handy man, that jenkins,  doesn't need sleep ;)
[01:47] <hggdh> I would really love to have a majordomo like jenkins...
[01:48] <skaet> :)
[02:14] <charlie-tca> running xubuntu upgrade tests
[02:16] <skaet> charlie-tca,  xubuntu desktop posted now too.
[02:16] <charlie-tca> syncing
[02:16] <charlie-tca> Thanks, skaet
[02:39] <patrickmw> jibel_, sent you an email of mago tasks in LP.  We can pick back up on this after ISO testing :)
[05:03] <skaet> edubuntu dvd's posted
[06:20] <skaet> kubuntu dvd's posted
[06:22] <skaet> GrueMaster ubuntu-netbook preinstalled posted now,  rest should be emerging over the next few hours...
[06:27] <skaet> jibel,  on iso tracker,  why do ubuntu netbook omap3 & omap4  images not have any tests associated with them?
[06:28]  * skaet thinks its probably time to call it a night now....
[06:59] <astro73|derrial> ok, so I'm about to upgrade one of my secondary computers, but it wants to remove one of my local packages in the upgrade (something I wrote called python-pyinput). How can I tell it to not do that?
[07:46] <GrueMaster> skaet: thanks.  I'm down for the night, will start in first thing in the morning.
[08:27] <jibel_> skaet, that's because the name of the product in the tracker is Ubuntu Arm preinstalled. I'm changing it now.
[08:33] <skaet> jibel_, thanks.
[12:16]  * pedro_ doing ubuntu dvd i386
[13:37] <charlie-tca> Good morning
[13:38] <jibel> Good morning charlie-tca
[13:42] <hggdh> good morning jibel, charlie-tca
[13:42] <charlie-tca> Good morning, hggdh
[13:44] <jibel> good morning hggdh
[13:44]  * jibel doing xubuntu wubi i386/amd64
[13:45] <jibel> charlie-tca, the slideshow during installation is not translated, know issue ?
[13:46] <charlie-tca> I didn't know it.
[13:47]  * charlie-tca keeps fingers crossed that wubi will work now
[13:50] <jibel> charlie-tca, wubi works fine now. I'll file a bug for the translations. Do I file it against xubuntu-meta or ubiquity or else ?
[13:51] <charlie-tca> ubiquity-slideshow-xubuntu
[13:51] <charlie-tca> as I recall
[13:51] <jibel> charlie-tca,  thanks
[13:51] <charlie-tca> thank you!
[13:53] <jibel> charlie-tca, I've seen positive feedback about xubuntu on the forums http://ubuntuforums.org/showpost.php?p=10667472&postcount=14
[13:53] <charlie-tca> that will go away if you can't upgrade without adding all of Ubuntu
[13:54] <charlie-tca> Thanks, jibel
[14:05] <jibel> anyone to test Ubuntu Alternate and Kubuntu Desktop ?
[14:05] <jibel> and/or
[14:13] <pedro_> jibel, i'll take both
[14:15] <jibel> pedro_, thanks, I started alternate i386 entire disk and amd64 resize. And now starting  netboot i386/amd64
[14:16] <pedro_> i'm doing ubuntu dvd i386 and started with kubuntu desktop i386
[15:16] <skaet> hi all,   just curious if anyone else doing the upgrade testing from 10.10 has not seen their wall paper update to Natty's, or if this is expected behaviour?
[15:21] <charlie-tca> If you changed from default wallpaper, it is expected to remain the same
[15:22] <charlie-tca> upgrades should not override custom settings
[15:24] <skaet> charalie-tca,  it was a default clean 10.10 install;   no defaults were changed.
[15:25]  * skaet put fresh 10.10 iso image,  updated it,   then applied update test.
[15:25] <charlie-tca> unexpected then, I believe. Defaults should upgrade
[15:26] <skaet> thanks charlie-tca,  will go add a bug, to the report.
[15:26] <charlie-tca> You are welcome
[15:54] <GrueMaster> Grrr.  Ubuntu-headless image fails to launch oem-config on omap4.  Checking omap to see if it is cpu specific (doubtful).
[15:58] <jibel> GrueMaster, I fixed the paths to the iso for arm on the tracker and we can now change them dynamically.
[15:58] <GrueMaster> Thanks!
[17:40] <jibel> Riddell, I've attached more logs to 758614. There are errors in it but I don't know what it means and if it's related.
[17:41] <Riddell> I don't see any relevant errors alas
[19:05] <bdmurray> Riddell: rekonq keeps crashing on me on a fresh install of kubuntu alternate i386 - is this known?
[19:09] <Riddell> bdmurray: not known
[19:09] <Riddell> crashing on startup?
[19:09] <bdmurray> Riddell: right, the kde crash handler wanted me to install debug symbols
[19:10] <Riddell> hum, that's weird
[19:10] <Riddell> working fine here on a fresh install from live CD
[19:11] <Riddell> bdmurray: able to install rekonq-dbg and get a backtrace?
[19:11] <bdmurray> Riddell: I reckon.  in a terminal it says QSocketNotifier: Invalid socket 15 and type 'Read', disabling
[19:12] <Riddell> I don't think that's related
[19:12] <bdmurray> okay
[19:16] <charlie-tca> jibel: Xubuntu desktop images done
[19:18] <patdk-wk> hmm, iscsi tests still failing
[19:19] <patdk-wk> lvm iscsi was totally distroyed
[19:29] <patrickmw> stgraber, any known issues with ltsp with the ubuntu alternate isos that you're aware of?  For amd64 and i386 , the thin client starts to boot, but errors with "Could not find kernel image: vmlinuz"
[19:30] <GrueMaster> Is anyone else testing the kubuntu armel images?
[19:30] <stgraber> patrickmw: none that I'm aware of. I'll download i386 alternate now to test
[19:30] <patrickmw> stgraber, ok. thanks
[20:09] <stgraber> patrickmw: apparently we also have a ltsp issue in edubuntu (probably related to dhcp3). I'll have a look at both issues
[20:09] <stgraber> skaet: ^
[20:09] <patrickmw> stgraber, ok.  I always like to check with you first :)
[20:09] <stgraber> patrickmw: seems to be different issues though :)
[20:10] <patrickmw> stgraber, in this case, what is the correct ltsp package to create a bug for?
[20:11] <stgraber> patrickmw: for yours, I'm not sure. I'll know in 10-15 minutes when my install is over. For the one we have in Edubuntu, it's either edubuntu-live, dhcp3-server/isc-dhcp-server or ubiquity (though ubiquity would be surprising)
[20:12] <stgraber> patrickmw: just mark it as failed on the tracker, I'll post the same result + bug report once I reproduced it
[20:12] <patrickmw> stgraber, ack
[20:22] <hggdh> are we going to respin server?
[20:27] <bdmurray> Riddell: http://bugs.kde.org/show_bug.cgi?id=270790
[20:27] <ubot4> KDE bug 270790 in general "rekonq crashes when trying to start it up" [Crash,New]
[20:47] <chadadavis> Is that specific to i386? I just tested kubuntu amd64+mac and it didn't crash.
[20:48] <bdmurray> I don't know I was also following the encrypted lvm test case fwiw and was on i386
[20:49] <chadadavis> I can try it again. That was on the desktop CD. I'm going to be doing the alternate (w LVM) in a minute.
[21:36] <jibel> cjwatson, I can reproduce bug 756297. sda1 is a FAT recovery partition, what info do you need ? a copy of the whole partition ?
[21:36] <ubot4> Launchpad bug 756297 in grub2 (Ubuntu) "grub-mount assert failure: *** glibc detected *** grub-mount: free(): corrupted unsorted chunks: 0x09530568 *** (affects: 9) (dups: 9) (heat: 82)" [Medium,New] https://launchpad.net/bugs/756297
[21:38] <cjwatson> jibel: that would be perfect if it's reasonable
[21:39] <cjwatson> jibel: oh, and a dump of the partition table ('sudo sfdisk -d /dev/sda')
[21:43] <patdk-wk> what sector does sda1 start on?
[21:44] <jibel> patdk-wk, /dev/sda1 : start=     2048, size= 16384000, Id=1c
[21:44] <cjwatson> patdk-wk: that shouldn't be important here ...
[21:45] <jibel> cjwatson, its 8G, I'll see if I can manage to transfer it somewhere.
[21:46] <cjwatson> jibel: it should compress well
[21:46] <cjwatson> hopefully
[21:46] <cjwatson> downloading 8G over my wet string will take ... a while
[21:46] <cjwatson> (about a day, solid)
[21:46] <cjwatson> though I suppose I could debug it on a porter box in the DC
[22:01] <chadadavis> Can someone confirm that there shouldn't be any 'netbook' tests for amd64+mac. Referring to this test, which is also missing its instructions
[22:01] <chadadavis> http://iso.qa.ubuntu.com/qatracker/result/5370/1023
[22:02] <cjwatson> chadadavis: confirmed
[22:02] <cjwatson> wait, netbook, not netboot
[22:02] <cjwatson> chadadavis: ignore me
[22:02] <chadadavis> cjwatson: thanks.
[22:02] <cjwatson> there probably ought to be, I guess, if there are for amd64 ...
[22:03] <chadadavis> They are not present for amd64, at least not for kubuntu
[22:03] <chadadavis> Also not for vanilla ubuntu
[22:03] <skaet> chadadavis,  netbook is only valid for arm images with this release.
[22:04] <chadadavis> skaet, that's what I thought. Thanks.
[22:04] <skaet> basically netbook was merged with desktop,  except for those preinstalled images.  ;)
[22:04] <chadadavis> Right.
[23:13] <skaet> all,  pitti has started off another spin of images to pick up the fixes created today in response to the bugs found from the testing.     Thanks for your efforts!  we'll keep the images we were testing today as backups, and hope for better images to emerge from the overnight builds.
[23:14] <skaet> New images will get added to the iso tracker as they emerge from the builders over night.
[23:15] <chadadavis> skaet, can I lookup which bugs are addressed by the new images, to know what I should retest and what hasn't changed?
[23:17] <skaet> chadadavis,  we probably need a better way of conveying this information going forward.   Any of the bugs that have been fixed should have fix committed/released in their status,  which is one way to check them.
[23:18] <chadadavis> skaet, I just found the QA reports, that's what I was looking for. Thanks.
[23:19] <skaet> :)
[23:43] <charlie-tca> Okay, I am going for a walk while things rebuild


[00:46] <jkakar> Do all Launchpad Blog entries get aggregated on Ubuntu Planet... can I remove Launchpad Blog from my reader?
[00:55]  * Fujitsu wonders if it is a coincidence that most of the projects properly using Launchpad (jokosher, inkscape) are run by Canonical employees.
[00:55] <Fujitsu> schooltool...
[00:57] <jkakar> Fujitsu: What do you mean by "properly"?  Zope and Zope 3 use Launchpad, which are projects not run by Canonical employees.
[00:57] <Fujitsu> Hm, I guess.
[00:59] <lifeless> Fujitsu: When you say most, did you survey? Or is it just a random figure?
[00:59] <lifeless> I'd add paramiko to the list of non-canonical using-launchpad, offhand.
[01:00] <Fujitsu> lifeless: I did not survey, but the ones I know of largely seem to be (I didn't know that paramiko did)
[01:00]  * Fujitsu looks further.
[01:01] <lifeless> you can check the 'uses launchpad for XXX' settings
[01:01] <lifeless> eg. translations or bugs or packaging
[01:01] <Fujitsu> You can't actually search by them, though, can you?
[01:01] <lifeless> google probably can :)
[01:01] <Fujitsu> Haha.
[01:02] <jamesh> Fujitsu: Inkscape will be using Launchpad for bug tracking soon.  Does that count as properly?
[01:03] <jamesh> oops.  that's by a canonical employee :)
[01:03] <Fujitsu> jamesh: Bryce Harringotn.
[01:03] <Fujitsu> Yes.
[01:03] <Fujitsu> Er, spelt properly.
[01:04] <jamesh> Fujitsu: one of the other larger ones is the Silva CMS
[01:04] <jamesh> (yet another CMS built on top of Zope)
[01:05] <elmo> Fujitsu: the schooltool people are not Canonical employees
[01:05] <Fujitsu> elmo: True, but they're quite related.
[01:06] <elmo> Fujitsu: no, they're really not.  Mark's involved in schooltool, but that's a different thing
[01:06] <elmo> (maybe not pertinent to your point/argument, but it's an important distinction outside of that)
[01:08] <jamesh> Fujitsu: https://launchpad.net/moblin is another
[01:08] <Fujitsu> jamesh: A Google shows quite a number, but I've never heard of most of them.
[01:08]  * Fujitsu returns to his cave.
[01:08] <jamesh> and Intel is most definitely a separate company :)
[02:09] <jkakar> I think something might be wrong with PPAs buildds: http://launchpadlibrarian.net/10505500/buildlog_ubuntu-feisty-i386.landscape-client_0.16.0-feisty1-michel2_FAILEDTOBUILD.txt.gz
[02:09] <jkakar> dh_testdir and lsb_release should definitely be available.  And, prior builds with no significant changes to packaging files were successful.
[02:34] <Hobbsee> jkakar: you're not build-depending on debhelper.
[02:35] <Hobbsee> jkakar: you're also not build-depending on lsb-release
[02:35] <Hobbsee> jkakar: therefore, your build will fail.  they're not in build-essential.
[02:35] <Hobbsee> jkakar: so, it's not the buildd that has the problem - i'm afraid it's your package
[02:35] <Hobbsee> morning cprov
[02:36] <cprov> Hobbsee: hey
[02:39] <cprov> well, the night will be very boring w/o LP, let me have some sleep, g'night folks
[02:39] <Hobbsee> cprov-ZzZ: oops, you broke it :)
[02:55] <Hobbsee> grah!!!!  forgot about the upgrade.
[02:57] <Fujitsu> Hobbsee: Upgrade Extra Long Edition, too.
[02:57] <Hobbsee> yup
[03:01] <jkakar> Hobbsee: Hmm.  I wonder if someone changed something; those Build-Depends are in the code I'm looking at. :)
[03:02] <Hobbsee> jkakar: they're not in the version that got uploaded to launchpad.  mind pastign your debian/control file somewhere?
[03:04] <jkakar> Hobbsee: Uh.  Crap.  Somethings going wrong somewhere.  This thing is b0rked.
[03:04] <jkakar> Hobbsee: Thanks for looking and mentioning that. :)
[03:05] <Hobbsee> jkakar: no problem.  i thought it was.
[03:05] <Hobbsee> jkakar: it'd be *awful* odd to get an error like that on a buildd.
[03:05] <Hobbsee> jkakar: btw, some crazy people do do their packaging entirely without debhelper, so it's not quite mandatory.
[03:06] <jkakar> Hobbsee: Right.  We use AutoPPA which I wrote to make the developer-side of PPA mostly a single-command deal.
[03:06] <Hobbsee> jkakar: also, the buildds build for multiple releases - so depending on the lsb-release on the system wouldn't be  ahelp
[03:06] <jkakar> Hobbsee: It uses a template file to generate the control file; I'm wondering if there's a bug there.
[03:06] <Hobbsee> ahhh, so that's where you're nick is familiar from
[03:06] <jkakar> Yeah, I guess.
[03:07] <Hobbsee> ....why would you need it to write your control file?
[03:07] <ajmitch> differing build depends on various ubuntu releases
[03:07] <jkakar> Hobbsee: We need to produce packages for dapper->hardy.
[03:08] <jkakar> So yeah.
[03:08] <Hobbsee> ajmitch: anything that does build-depends on the fly makes me shudder.
[03:08] <jkakar> AutoPPA detects files that end in .autoppa and processes them to generate the final output; so, a debian/control.autoppa will generate debian/control.
[03:08] <Hobbsee> jkakar: right, yes, different build-depends.  i see.
[03:08] <ajmitch> Hobbsee: I know, I'm not a big fan either :)
[03:08] <Hobbsee> ajmitch: it sounds *awfully* like checkinstall, by another name.
[03:09] <ajmitch> it's not, thankfully
[03:09] <jkakar> I wish it wasn't necessary.
[03:09] <ajmitch> since it's only selecting from a predefined set, not generating them magically
[03:09] <ajmitch> (afaik)
[03:09] <Hobbsee> oh godo
[03:09] <ajmitch> I hope that's the case, I can't remember the details :)
[03:09] <fabbione> morning guys
[03:09] <ajmitch> hi fabbione
[03:10] <fabbione> how is the upgrade coming along?
[03:10] <Hobbsee> hiya fabbione
[03:10] <Hobbsee> fabbione: we're mere people, not LP deities.
[03:11] <fabbione> Hobbsee: i didn't expect an answer from mere mortals.. i talk to Gods only
[03:11] <jkakar> LOL
[03:11] <Hobbsee> hahha
[03:11] <Hobbsee> excuse us for responding, then :P
[03:11] <fabbione> Hobbsee: you did ask for it :P
[03:12] <Hobbsee> hehe
[03:12] <jkakar> Hobbsee, ajmitch: It's not magical.  It's very explicit.  Lines in the .autoppa file that start with AUTOPPA_INCLUDE(<release,[...]>): are conditionally included, depending on the release AutoPPA is building for.
[03:12]  * Hobbsee dumps a containers-worth of spiders down fabbione's back
[03:13] <ajmitch> jkakar: that's what I thought, from when you were working on it for storm
[03:13] <jkakar> ajmitch: Yep.
[03:13] <Hobbsee> jkakar: oh right, so it picks the build deps based on what is in each release, and waht's in that file.
[03:14]  * fabbione eats the spiders as they come out of the container
[03:14] <jkakar> Hobbsee: Right.  You specify the build deps you want for each release and put them in that file.  Then AutoPPA generates the right output as it iterates through releases to build.
[03:14] <Hobbsee> ah, okay.  that doesnt sound quite so fragile.
[03:14] <ajmitch> told you it wasn't as bad as checkinstall :)
[03:14] <Hobbsee> that evne sounds snae :P
[03:15] <Hobbsee> ajmitch: i was thinking where you put the general build-deps in, and then it guessed which was in the release, or something
[03:15] <Hobbsee> ajmitch: i mean, that's not quite as bad as checkinstall either - but still highly fragile.
[03:15] <ajmitch> or guess build dependencies by analysing debian/rules or configure.*
[03:16] <Hobbsee> or that
[03:16] <Hobbsee> sheesh, you trying to send me away by saying all this crack or something?  :P
[03:16] <jkakar> Hobbsee: I'm pretty happy with AutoPPA from a user perspective.  I basically generate uploads for 5 Ubuntu releases in 2 minutes now and it mostly works.  Obviously something bad has happened here which I will work out, but other than that it's a great improvement over trying to do all that stuff by hand.
[03:16]  * Hobbsee nods
[03:16] <jkakar> Hobbsee: If you decide to try it out and have questions feel free to ping.
[03:17] <Hobbsee> jkakar: i'd be interested in seeing an .autoppa file, i fyou have one handy
[03:18] <jkakar> Hobbsee: Here's the debian/control.autoppa for Storm: http://rafb.net/p/CsJNjc69.html
[03:19] <jkakar> Hobbsee: With the following snippet in my ~/.autoppa.conf: http://rafb.net/p/eEP3NS34.html
[03:20] <jkakar> The 'ppa = jkakar-ppa' is a reference to a PPA configured in ~/.dput.cf
[03:21] <jkakar> There's one more magical symbol that can be used (anywhere, not just .autoppa files) which is the AUTOPPA_VERSION(<version>) symbol.  It replaces <version>with whatever the current build version is.
[03:23] <jkakar> Oh. Phew.  Yay.
[03:24] <jkakar> I forgot to add "hardy" to the AUTOPPA_INCLUDE() symbols. :)
[03:26] <Hobbsee> hehe
[03:27] <jkakar> The bug is usually between the keyboard and the chair.  It's nice when that's a Good Thing(tm). ;)
[03:28] <ajmitch> yay for simple bugs
[04:48] <jkakar> cprov-ZzZ: Oddly, and I haven't investigated this too closely, the autoppa package (from ppa.launchpad.net/autoppa) does not install (package not found) on gutsy.  I haven't tried on any other release.
[04:49] <jkakar> cprov-ZzZ: I have looked and verified that the relevant .deb files are present.  Any ideas?
[05:18] <Hobbsee> jkakar: when did you try to install ti?
[05:28] <DShepherd> can you guys just ping me to let me know when launchpad is up and running again? thanks
[05:29] <Hobbsee> DShepherd: read<EMAIL_ADDRESS>[05:29] <Hobbsee> DShepherd: oh, /topic's good too
[05:30] <DShepherd> Hobbsee, ok
[05:31] <jamesh> DShepherd: this rollout is taking a bit longer than usual due to a redesign of some of the tables used by translations.launchpad.net
[05:31] <jamesh> (which should improve performance/reduce timeouts)
[05:34] <baijum> Can anyone update maintenance time here: http://news.launchpad.net/maintenance
[05:35] <DShepherd> jamesh, ok.. oh well. I guess I can wait.. or just google.. I have a gdm crashing here =)
[05:35]  * baijum just checked that page and came here to ask why Launchpad is not yet up...then found the IRC topic
[05:37] <fabbione> guys please let the developers work in quietness instead of asking all the time. it's distracting for them
[05:38] <jamesh> baijum: I'm just checking if anyone is around who can update the page.
[05:38] <DShepherd> fabbione, sorry man. didn't mean not to help
[05:38]  * DShepherd keeps quiet
[05:40] <baijum> sorry guys...please continue your work
[05:44] <mthaddon> baijum, thx, have updated that page
[05:45] <baijum> mthaddon, np
[07:08] <mpt> yay
[07:17] <jamesh> yay?
[07:39] <mpt> yay, as in, Launchpad is back
[08:51] <carlos> morning
[12:39] <Hobbsee> dear kde, why must you be a ruddy pain to build.
[13:12] <Hobbsee> mpt: ping
[13:14] <Hobbsee> mpt: thanks for hte +editemails link.  when would it be worth filing bugs on the way that page is working (or breaking)?
[13:18]  * carlos -> lunch
[13:25] <Hobbsee> lamont: damn you, why do we need hppa?
[13:30] <jamesh> Hobbsee: look on the bright side.  At least we don't have an amiga port
[13:30] <Hobbsee> jamesh: *snort*
[13:30] <Hobbsee> jamesh: yeah well.  there is that
[13:30] <ubotu> New bug: #164499 in launchpad "+karma page is confusing when all karma has expired" [Undecided,New] https://launchpad.net/bugs/164499
[13:34] <PriceChild> I requested my ppa be cleared a little ago so i could upload a different source archive. I was told I had to wait for a cron at 03:00 but several days later it still hasn't been cleared and there's no response :/ https://edge.launchpad.net/~pricechild/+archive
[13:35] <PriceChild> whoops, https://answers.edge.launchpad.net/launchpad/+question/17826
[13:43] <mpt> Hobbsee, I thought you had already :-)
[13:43] <Hobbsee> mpt: oh, i still need to file those bugs.  but i found another couple of bugs.
[13:44] <Hobbsee> mpt: was thinking i'd wait till after the rollout, although i guess i'm using edge, so it should be recent
[14:00] <danilos> carlos: you?
[14:00] <carlos> yes, me!
[14:00] <carlos> :-P
[14:00] <danilos> carlos: a shame, no meeting today :)
[14:00] <carlos> danilos: there is no meeting this week
[14:00] <carlos> danilos: X-)
[14:50]  * Hobbsee ponders an email filter to automatically delete anything assigned to ubuntu-core-dev
[14:50] <Hobbsee> before you black hole it
[14:53] <Hobbsee> right, done.
[14:53] <Hobbsee> saves myself a bit of spam.
[14:54] <lamont> Hobbsee: hppa?  huh?
[14:54] <Hobbsee> lamont: it's behind :)
[14:54] <lamont> it's catching up
[14:54] <Hobbsee> lamont: walking kde4 thru
[14:54] <Hobbsee> indeed.
[14:54] <Hobbsee> because i want it in a couple of days, not next week :P
[14:55] <lamont> oh.  so you're giving back kde packages, and you want me to bump priority on them??
[14:56] <lamont> hrm.. gaining about 1%/day on graph2 --> 4 weeks we should be current. :))
[14:56] <Hobbsee> lamont: nah.  i can do both givebacks and reprio's now.
[14:56] <lamont> oh.  Hobbsee powerful.
[14:56]  * lamont bows
[14:56] <Hobbsee> yup
[14:56] <Hobbsee>  /nick QueenHobbsee
[14:56] <Hobbsee> :P
[14:58] <lamont> and hppa is down to < 2500 packages.
[14:58] <lamont> we're gonna have a party when it cracks 2000
[14:58] <Hobbsee> lamont: oh, classy.  it's segfaulting on build, too
[15:01] <lamont> yeah.
[15:01] <lamont> sigsegv or sigbus?
[15:02] <lamont> sigbus is unaligned load/store, which either means you're being bad, or there's a bug somewhere
[15:02] <lamont> which could just be previously compiled stuff
[15:02] <Hobbsee> doesn't say
[15:02] <lamont> sure it does.
[15:02] <lamont> log?
[15:02] <Hobbsee> kdelibs, hardy archive, if you wanted to see
[15:02] <Hobbsee> don't have hte URL on me
[15:03] <lamont> kdelibs in hardy built on hppa
[15:03] <lamont> or do you mean kubuntu-members PPA?
[15:03] <Hobbsee> oh, hardy *main* archive, sorry
[15:03] <lamont> which wouldn't be built on hppa. doh
[15:03] <Hobbsee> it's main archive, unless i specify otherwise :)
[15:03] <lamont> 4:3.5.8-3ubuntu3 built successfully on hppa...
[15:04] <Hobbsee> kde4libs, sorry.
[15:04] <Hobbsee> this numbers-in-packages thing keeps throwing me.
[15:04] <lamont> ah
[15:04] <lamont> esp since it delivers kdelibs5-dev.
[15:05] <lamont> Segmentation fault
[15:05] <lamont> that's SIGSEGV
[15:05] <lamont> SIGBUS == 'Bus Error' :-)
[15:05] <Hobbsee> ah
[15:05] <Hobbsee> yeah, exactly
[15:05] <Hobbsee> lamont: any great objection if i shove all the kde stuff thru, now that it should all build?
[15:06] <Hobbsee> that way hopefully it'llb e done when i wake up, and i can ignore it again.]
[15:06]  * lamont looks at the _other_ log, assuming it's still there
[15:06] <lamont> shove away
[15:06] <lamont> just don't get in the way of main building promptly. :-)
[15:06] <Hobbsee> heh, of course :)
[15:07] <lamont> Nov 22 14:29:41 kohnen kernel: [260212.304000] do_page_fault() pid=5322 command='kde4automoc' type=6 address=0x00000003
[15:07] <lamont> please refrain from branching to NULL function pointers.
[15:07] <lamont> Nov 22 13:59:03 kohnen kernel: [258374.660000] qmake(32487): unaligned access to 0x003ef284 at ip=0x002f6a7b
[15:07] <lamont> Nov 22 13:59:03 kohnen kernel: [258374.660000] qmake(32487): unaligned access to 0x003ef264 at ip=0x002f6a2b
[15:07] <lamont> Nov 22 13:59:03 kohnen kernel: [258374.660000] qmake(32487): unaligned access to 0x003ef264 at ip=0x002f6a2b
[15:07] <lamont> Nov 22 13:59:03 kohnen kernel: [258374.668000] qmake(32487): unaligned access to 0x003ef284 at ip=0x002f6a7b
[15:07] <lamont> bad qmake
[15:08] <lamont> hrm.
[15:09] <lamont> ubuntu is building on hppa with unaligned loads supported.
[15:09] <lamont> that's gonna make a mess out of Camm's packages
[15:10] <lamont> make[1]: Entering directory `/build/buildd/acl2-3.2/books'
[15:10] <lamont> Mon Nov 19 21:32:18 UTC 2007
[15:10] <lamont> /bin/sh: time: not found
[15:10] <lamont> make[1]: *** [all] Error 127
[15:10] <lamont> yeah for bashisms!
[15:10]  * lamont takes that discussion to #-motu
[15:11] <Hobbsee> heh
[15:11] <lamont> #u-motu went away?
[15:11] <Hobbsee> no, it's that you've been drinking too much
[15:11] <lamont> works better with a # in front of it.
[15:20] <Hobbsee> indeed.
[15:20] <Hobbsee> some clients just work when you dont have a # in front of it.
[15:20] <Hobbsee> much simpler
[15:20] <lamont> and yet so wrong.
[15:21] <lamont> doko: I take it back.  ubuntu does build hppa with unaligned traps enabled
[15:21] <lamont> even on the security builds. :-)
[15:58] <towolf_> mrevell: could you admit me into the launchpad-beta-testers team?
[15:59] <mrevell> towolf_: Sure, what's your LP username?
[15:59] <towolf_> mrevell: it's towolf
[15:59] <mrevell> towolf_: I'll look at it ASAP. I'm in the middle of something at the moment.
[16:00] <towolf_> mrevell: alright, gracie mille.
[16:10] <ubotu> New bug: #164530 in rosetta "Translation import queue showing broken links" [Undecided,New] https://launchpad.net/bugs/164530
[16:44] <LaserJock> hi mrevell
[16:55] <mrevell> hi LaserJock, sorry, was on a phone call
[17:01] <LaserJock> mrevell: when time are you thinking for a PPA101?
[17:01] <LaserJock> *what
[17:02] <mrevell> LaserJock: Late afternoon/early evening UTC I imagine, but obviously your availability would have a great affect on that.
[17:05] <LaserJock> mrevell: looks like Hobbsee's good from 12:00-16:00UTC
[17:06] <mrevell> LaserJock: 15.00 UTC would be 10.00 local time for you, right?
[17:06] <LaserJock> no
[17:06] <LaserJock> 08.00
[17:06] <LaserJock> that might work ok for me
[17:06] <LaserJock> I could do it before going to work
[17:07] <LaserJock> I would say 15:00 UTC would be the earliest I could go
[17:08] <LaserJock> I can try getting up earlier but the odds of me accidentally sleeping in and missing it increase ;-)
[17:08] <mrevell> What's the latest you could do?
[17:12] <LaserJock> well
[17:12] <LaserJock> it'd be nice if it wasn't during my work hours
[17:13] <LaserJock> as at any moment I might need to be AFK
[17:13] <LaserJock> 19:00UTC would be my "lunch break"
[17:13] <LaserJock> and then I'm available from 23:00 UTC on
[17:14] <LaserJock> oh, wait, not 23:00, but 01:00UTC
[17:14] <LaserJock> it's bad when I run into the next day
[17:14] <mrevell> So, would you prefer 15.00 UTC?
[17:15] <LaserJock> I think that might be the best for everybody
[17:16] <LaserJock> it's during the day for Europe and eastern US, not as great for Australian time zones though
[17:16] <ubotu> New bug: #164543 in launchpad "Shouldn't be possible to register two mirrors with two identical URLs by swapping the case in one of them" [Medium,Confirmed] https://launchpad.net/bugs/164543
[17:16] <LaserJock> mrevell: do you remember when it was last time?
[17:16] <mrevell> LaserJock: I'll check
[17:17] <LaserJock> it'd be good if we rotated some
[17:20] <mrevell> Ideally I'd like to do a few of these. If next Wednesday is no good for you, we can put it back.
[17:20] <LaserJock> Wednesday isn't bad actually
[17:20] <LaserJock> but you shouldn't depend on me much either
[17:21] <LaserJock> :-)
[17:22] <mrevell> LaserJock: I expect cprov will lead the session but it'd be handy to have you around for some of the questions that might come up, if you're able.
[17:22] <LaserJock> sure
[17:23] <LaserJock> 15:00 UTC sounds good to me
[17:25] <mrevell> woo
[17:25] <mrevell> :)
[17:37] <towolf_> mrevell: may i annoy you again with wanting to become a beta-testers member?
[17:37] <mrevell> towolf_: Of course. I can check your membership now.
[17:40] <mrevell> towolf_: Welcome to the team :)
[17:41] <towolf_> mrevell: thanks much :)
[17:41] <mrevell> towolf_: np :)
[18:25] <ubotu> New bug: #164555 in launchpad "Search for Firstname Lastname does not find FirnameLastname" [Undecided,New] https://launchpad.net/bugs/164555
[18:32] <blueyed> Hi
[18:32] <blueyed> Do I have to change bug 141516 from "Fix released" before the SRU nomination appears on the radars?
[18:32] <ubotu> Launchpad bug 141516 in gparted "[MASTER] Gparted crashes when refreshing devices" [Medium,Fix released] https://launchpad.net/bugs/141516
[18:33] <blueyed> This is _the_ top crasher in gparted, but nobody seems to care (I've pinged #ubuntu-devel twice already)
[18:34] <Kmos> blueyed: only when it hits the archive
[18:34] <pochu> blueyed: yes, if you reopen it then it will appear in searches and +bugs lists
[18:35] <Kmos> archive i mean.. buildd
[18:35] <pochu> otherwise it won't, even if a gutsy task is created
[18:35] <blueyed> pochu: no, if the gutsy task would be there, it appears in the relevant lists, e.g. the ubuntu-sru subscription list.
[18:36] <blueyed> But as long as the gutsy task is not approved, it gets hidden all around.
[18:36] <blueyed> I've just pinged pitti, but feel free to confirm it yourself, if you are allowed to.
[18:37] <pochu> I meant it would be hidden in ubuntu/+source/gparted/+bugs, not sure about the rest...
[18:37] <pochu> blueyed: I'd do it if I could...
[18:39] <blueyed> It's getting really frustrating: patches/fixes tend to hang around for a month and nothing happens (this is my experience from the OOo top crasher, where I've also provided/packaged the patch).
[18:41] <pochu> I don't know why, since creating the gutsy task doesn't mean approving it... so that should be really easy...
[18:42] <blueyed> yes, _should_. I'm getting bitter, sorry.
[18:43] <LaserJock> blueyed: you might try emailing ubuntu-devel{-discuss} if nothing seems to get done
[18:44] <LaserJock> things seem to easily get lost/overlooked
[18:44] <blueyed> LaserJock: ok, thanks for the hint. This particular bug is "only" two days around with the patch. But the OOo top crasher is already there for ~1 month.
[18:45] <LaserJock> blueyed: as long as you write with a positive (i.e. Can somebody please have a look at this bug? not You guys suck, wtf?)
[18:46] <LaserJock> I think the devs generally appreciate problems being broght up up
[18:46] <blueyed> LaserJock: sure.. :) Therefor I won't write it now..
[18:46] <blueyed> The main reason why I'm ranting about this here in #launchpad is, that the whole SRU workflow needs to get improved IMHO.
[18:47] <LaserJock> blueyed: how so?
[18:48] <blueyed> e.g. that nominations don't get lost. There might be a view with pending nominations for example.
[18:49] <LaserJock> does it matter much?
[18:49] <LaserJock> I'm not sure how that exactly is a problem. the nomination should get done in a reasonable time for sure
[18:50] <LaserJock> but I don't see how it would be a real workflow problem
[18:50] <blueyed> LaserJock: that's not my experience. IMHO I should not have to poke #ubuntu-devel, pitti or ubuntu-devel ML.
[18:51] <LaserJock> well sure
[18:51] <LaserJock> it takes an Ubuntu Driver to accept the nomination
[18:51] <LaserJock> and there aren't that many Ubuntu Drivers
[18:53] <LaserJock> that's why perhaps an email might be helpful
[18:53] <LaserJock> although I see where having the nomination done *before* the Ubuntu SRU team has a look at it would be helpful
[18:54] <blueyed> Sure, but my whole point is that there should be a view for it in LP / it should appear on the radars of ubuntu-sru, even if it's "Fix released" for hardy.
[18:55] <blueyed> LaserJock: I've done the nomination right away. But ubuntu-sru won't see it anymore, because it's fix released.
[18:55] <LaserJock> well, I'm not sure how they do it
[18:55] <LaserJock> but I suppose so yeah
[18:55] <LaserJock> but in general I've always been in contact with Ubuntu SRU anyway to discuss the SRU
[18:58] <blueyed> pitti just approved the nomination, so all is well regarding this - for the moment.. ;)
[18:59] <LaserJock> well, so your basic complaint is that it takes human interaction to get the SRU nominated?
[19:02] <pochu> LaserJock: the problem is that until a driver creates the gutsy/feisty... bug task, the bug won't be shown in the ubuntu-sru bug list, so they don't check/approve it (providing the main task is already closed)
[19:02] <LaserJock> pochu: well, but that seems sane
[19:02] <LaserJock> as an escalation
[19:03] <LaserJock> but if it's hard to get a bug nomination accepted then that would be a workflow problem
[19:03] <pochu> but the problem is that it gets lost unless you poke a driver...
[19:04] <LaserJock> right, but it's not that there actually a nomination process that is the problem
[19:05] <LaserJock> but that it's difficult to get the nominations accepted if there is not queue to look at or something
[19:07] <pochu> LaserJock: right
[19:08] <LaserJock> ok, so I asked in -devel (if you didn't see it) and there is https://bugs.launchpad.net/ubuntu/hardy/+nominations
[19:08] <LaserJock> so there is a queue
[19:56] <jkakar> Any PPA hackers around?
[19:57] <jkakar> I can't install a package that appears to be in my archive.  apt-get reports it as being missing or obsoleted.
[19:57] <blueyed> LaserJock: yes, that's the view I've asked about. cjwatson has added links to wiki.ubuntu.com/SRU - hopefully this will improve the SRU workflow
[19:57] <pochu> jkakar: have you updated the cache? apt-get update
[19:57] <blueyed> jkakar: have you tried "apt-cache madison <package>"?
[19:58] <jkakar> pochu: Yep.
[19:58] <blueyed> or "apt-cache policy <package>"?
[19:58] <jkakar> blueyed: What does 'madison' do?  I've tried 'apt-cache search <package>'.
[19:58] <jkakar> blueyed: 'apt-cache madison <package>' yield nothing useful.
[19:59] <blueyed> but apt-cache search displays your package?
[19:59] <blueyed> Have you added your ppa to your sources.list?
[20:00] <jkakar> Looks like I have the correct deb lines in my sources.list, too.
[20:00] <jkakar> blueyed: apt-cache doesn't display the package, no.  But I see the .deb file sitting in my PPA archive.
[20:01] <blueyed> jkakar: what's the package?
[20:01] <blueyed> https://edge.launchpad.net/~jkakar/+archive - right?
[20:01] <jkakar> blueyed: autoppa from https://edge.launchpad.net/~autoppa/+archive.
[20:04] <blueyed> jkakar: after adding it to my sources.list it does not appear there, too.
[20:04] <blueyed> neither with "apt-cache search" nor "apt-cache madison/policy"
[20:04] <jkakar> blueyed: Cool.  Thanks for checking.
[20:05] <blueyed> wait..
[20:05] <jkakar> blueyed: And it's weird that the package is here: http://ppa.launchpad.net/autoppa/ubuntu/pool/universe/a/autoppa/
[20:05] <blueyed> I've added the "hardy" line, but it's released for gutsy..
[20:05] <jkakar> I'm testing on a gutsy machine.  I haven't produced hardy builds yet.
[20:05] <jkakar> Hmm.
[20:06] <blueyed> jkakar: use "deb  http://ppa.launchpad.net/jkakar/ubuntu gutsy main", then it should work.
[20:06] <jkakar> I wonder if that's related.
[20:06] <jkakar> blueyed: well, s/jkakar/autoppa/ in that URL, but yes, that's what I'm using and it doesn't work.
[20:06] <blueyed> yes, it is.. :)
[20:06] <jkakar> Well, why do you think that?  I'm not running hardy nor using a hardy URL.
[20:07]  * jkakar files a bug
[20:07] <blueyed> jkakar: sorry, I've been using jkakar from the beginning, but now have "deb  http://ppa.launchpad.net/autoppa/ubuntu gutsy main" and it shows up.
[20:08] <blueyed> jkakar: "apt-cache policy autoppa" outputs nothing?
[20:08] <jkakar> blueyed: Huh, interesting.
[20:09] <jkakar> blueyed: I've been using universe not main.
[20:09] <jkakar> from the control file: Section: universe/devel
[20:09] <jkakar> The weird thing is that I see the same set of packages in both the main and universe parts of the archive.
[20:09]  * jkakar tries main
[20:10] <jkakar> blueyed: Thanks, that was it.  s/universe/main/ on that URL in my sources.list and it shows up.
[20:10]  * jkakar files the *right* bug
[20:11] <blueyed> jkakar: ok :)
[20:19] <jkakar> Filed: bug #164571
[20:19] <ubotu> Launchpad bug 164571 in soyuz "Packages are not published to the right section" [Undecided,New] https://launchpad.net/bugs/164571
[20:23] <jkakar> I guess my report is a dupe of #157561.
[20:23] <jkakar> It seems strangely magical that packages are being auto-moved to main.
[20:24] <kiko> jkakar, it's a feature, not a bug.
[20:24] <kiko> components are irrelevant for PPAs.
[20:24] <kiko> WONTFIX
[20:26] <ubotu> New bug: #164571 in soyuz "Packages are not published to the right section" [Undecided,New] https://launchpad.net/bugs/164571
[20:26] <jkakar> kiko: Fair enough.  Seems like weird behaviour, but whatever.
[20:28] <kiko> jkakar, the alternative causes problems that are very hard to detect and debug, which raises the barrier to new users. I wished there was a way to make this clearer
[20:28] <jkakar> kiko: It would be nice if the universe URL worked as well.  ie: publish to whatever the package specifies AND main.
[20:28] <jkakar> kiko: Though, that's pretty sucky too.  Having one way to get at things is a Good Thing(tm).
[20:28] <kiko> that would be weird. :)
[21:15] <jkakar> kiko: It would be nice if packages were not published to the wrong section in the archive.  That would make the "I see it in the universe section of the archive, why can't I install it?" line of thought less plausible. :)
[21:16] <jkakar> Though I know that will break my apt-mirror script, and likely others, too.
[21:19] <dennda> Hi. I want to delete a branch that has been assigned to a blueprint (until 2 minutes ago) but I can't
[21:20] <dennda> The blueprint doesn't exist anymore, but the branch still claims it is assigned to it and therefore (i think) I cannot delete it
[21:20] <dennda> Any ideas?
[21:32] <kiko> dennda, file a request as per /topic
[22:03] <mpt> Goooooooooooooooooood morning Launchpadders!
[23:31] <kiko> morning mpt