[12:57] <AhmedSoliman> Guys, after installing ami-46906c2f and dist-upgrade
[12:57] <AhmedSoliman> not sudo asks for a password!, what am I supposed to do?
[12:57] <AhmedSoliman> s/not/now
[12:58] <kim0> r u using the free tier
[12:59] <kim0> AhmedSoliman: well that's weird .. can't find bug traces on LP
[13:00] <kim0> smoser: would you be aware of something like that
[13:01] <kim0> AhmedSoliman: if you're on a hurry, and this is a new machine .. probably the fastest path is to terminate this instance, start a new one, set the ubuntu user password to something you know, update/dist-upgrade/reboot
[13:01] <smoser> AhmedSoliman, i'll try to reproduce that, but i can't really think of what would have gone wrong
[13:01] <kim0> if it still happens .. please file a bug (and mention it here) .. but then you'll know the password at least
[13:05] <AhmedSoliman> kim0 just point me where to create the bug
[13:06] <AhmedSoliman> smoser: I'll destroy the machine idd
[13:06] <kim0> AhmedSoliman: terminate (not stop)
[13:06] <AhmedSoliman> kim0: sure :)
[13:09] <kim0> AhmedSoliman: I think a bug should go into https://bugs.launchpad.net/ubuntu/+source/linux-ec2 unless smoser has another say :)
[13:10] <smoser> it is almost certainly not a bug against linux-ec2
[13:10] <smoser> as that package is not even in natty
[13:10] <kim0> oh oops then
[13:10] <smoser> and it is highly unlikely to be a kernel bug :)
[13:11] <kim0> I guess on "sudo" then
[13:11] <AhmedSoliman> so, sudoers is supposed to have NOPASSWD: ALL for the admin group, right?
[13:11] <AhmedSoliman> apparently, the sudoers file is updated by sudo package maybe
[13:12] <AhmedSoliman> and the configuration is overwritten
[13:12] <smoser> AhmedSoliman, i can confirm that is broken
[13:12] <smoser> please open bug against sudo
[13:13] <AhmedSoliman> https://bugs.launchpad.net/ubuntu/+source/sudo ?
[13:13] <kim0> yeah
[13:13] <kim0> AhmedSoliman: the "report a bug" up there on the right
[13:14] <smoser> AhmedSoliman,
[13:14] <smoser> please use
[13:14] <smoser> ubuntu-bug sudo
[13:14] <smoser> inside an instance
[13:14] <smoser> ideally of that AMI
[13:14] <TeTeT> yeah for apport
[13:15] <AhmedSoliman> I modified the sudoers already
[13:15] <smoser> AhmedSoliman, i can do it if you dont want to launch an instance
[13:16] <smoser> AhmedSoliman, i'll open one
[13:16] <AhmedSoliman> https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/761689
[13:16] <AhmedSoliman> I think it's better to update that one
[13:16] <AhmedSoliman> uvirtbot: that's mine
[13:16] <kim0> AhmedSoliman: it's a bot
[13:16] <smoser> AhmedSoliman, thank you.
[13:17]  * kim0 scratches head
[13:18] <kim0> How could a bug that obvious not be reported todate
[13:18] <kim0> It's not even ec2 related
[13:19] <smoser> its a regression in 1.7.4p4-5ubuntu5
[13:19] <smoser> released Fri, 25 Mar 2011 09:13:43 +0100
[13:20] <smoser> i'm not sure why i wouldn't have seen it before
[13:20] <AhmedSoliman> smoser: probably not lucky enough :)
[13:25] <kim0> hehe
[15:03] <lborda> kim0, ping
[15:08] <kim0> lborda: hey
[15:10] <lborda> kim0, how is it going? I am wondering if you have some documentation about the new features that is comming in natty for UEC... couldn't find anywhere
[15:10] <kim0> hmm
[15:12] <kim0> lborda: From release notes, Eucalyptus is now the latest stable point release (2.0.2) with security and efficiency fixes
[15:13] <kim0> lborda: Also if you're interested in openstack .. it's packaged for natty
[15:13] <kim0> OpenStack nova 2011.2, glance 2011.2, and swift 1.3.0 uploaded for Ubuntu natty today
[15:14] <kim0> check out http://ubuntu-news.org/2011/04/15/ubuntu-11-04-natty-narwhal-beta-2-released/?utm_source=twitterfeed&utm_medium=statusnet&utm_campaign=Feed%3A+ubuntu-news+(Ubuntu+News)
[15:16] <lborda> kim0, humm cool tks for the info...
[15:16] <kim0> anytime ;)
[15:17] <lborda> kim0, i'm going to try out uec in natty today... have you experienced any big issues during the install... ?
[15:18] <kim0> haven't really installed fresh onto natty.. but sure thing .. give it a go and let us know
[15:20] <lborda> kim0, im sure i will np
[15:20] <kim0> lborda: sounds great .. enjoy :)
[15:26] <kirkland> kim0: ping
[15:27] <kim0> kirkland: hey
[15:30] <nwl> being on this channel makes me feel like I never left Canonical :)
[15:47] <smoser> AhmedSoliman, mvo is uploading fix for your sudo bug
[15:47] <smoser> thank you for finding it.
[16:32] <ttx> nwl: that's what *you* think.
[16:36] <nwl> ttx: congrats on the release
[16:37] <ttx> nwl: thanks! happy that it's over :)
[16:47] <kim0> ttx: congrats man :)
[16:47]  * kim0 hands ttx a cactus :)


[19:23] <mup> PR operator#1072 opened: docs: clarify how custom events are emitted in emit docstring <Created by benhoyt> <https://github.com/canonical/operator/pull/1072>
[19:36] <mup> Issue operator#1073 opened: Layer object support for log-forwarding as a field <Created by Kayra1> <https://github.com/canonical/operator/issues/1073>


[00:03] <ScottL> doctormon, i have a spec for the ubuntu studio artwork stuff that shnatsel talked about
[00:04] <ScottL> doctormon, why are you going to england?  are you originally from the UK?
[00:17] <popey> he owns a bowler hat, he must be
[00:20] <Pici> Yeah, the tea and hat are rather good indications
[00:31] <akgraner> ScottL, if you write about Studio and it hits the planet we usually include it - or you can blog and just drop us the link if you prefer
[00:33] <akgraner> ScottL, do you all have weekly Studio meetings?  If so can you drop us the link  -- we are including a section with the official flavors meetings now
[00:55] <ScottL> akgraner, we try to have weekly meeting with limited success, but i can start shooting you links though :)
[00:55] <akgraner> ScottL, Thanks a million! :-)
[02:22] <doctormon> AlanBell: Yeah will be great.
[02:29] <doctormon> ScottL: Sounds good, send a bell into #ubuntu-design esp. at the next meeting on wed
[02:30] <ScottL> doctormon, aye :)
[03:29] <head_victim> Anyone know a good contact for OpenStack in the Ubuntu/Canonical world?
[03:31] <mhall119> head_victim: jcastro perhaps
[03:33] <head_victim> mhall119: cheers, I'm about to send something to the juju list as well I think. I've had a request from an openstack user group in my country for someone to speak about it or juju from Canonical's perspective so trying to figure out where to start looking
[04:05] <mhall119> akgraner: thanks for the mention in UWN!
[06:05] <akgraner> jono you still around
[06:05] <jono> akgraner, I am
[06:05] <akgraner> I'm going to CC you in on a email thread b/c clearly I am not in a position to deal with it
[06:06] <akgraner> I I think if I add anything else to the conversation it will just make it worse
[06:08] <jono> no worries akgraner
[06:08] <jono> happy to help
[06:09] <jono> akgraner, btw, I have been making a point of posting UWN to our social networks, I hope it helps to get more readers and attract participants
[06:10] <akgraner> jono, it does!  IS had to tweak the servers to deal with increased traffic :-)  so thank you and everyone else who helps as well :-)
[06:10] <jono> :-)
[06:11] <jono> akgraner, do you have a wiki page I can point people to if they want to participate?
[06:11] <jono> http://www.ubuntu.com/community/participate ?
[06:11] <jono> oops
[06:12] <jono> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Join ?
[06:12] <akgraner> I need to update that - we are revamping all our wiki pages this cycle
[06:13] <jono> np
[06:13] <jono> I will use that link
[06:13] <akgraner> thanks
[06:13] <akgraner> you are cc'd to the thread - with my apologies in advance
[06:13] <jono> do you have an IRC channel for the UWN team?
[06:13] <jono> #ubuntu-news ?
[06:14] <akgraner> yeppers
[06:14] <jono> akgraner, np on the thread
[06:14] <akgraner> thanks!
[06:16] <akgraner> jono let me send you the email that kicked all of this off  - I think it's be cut off..sigh
[06:16] <jono> np
[06:18] <jono> akgraner, pleia2 http://www.jonobacon.org/2011/12/06/thanks-ubuntu-weekly-news-team/
[06:19] <akgraner> jono, thanks a million!
[06:19] <jono> :-)
[06:19] <jono> thanks to you!
[07:16] <jono> I would like to gather some input from you folks on building Experience Teams
[07:16] <jono> see http://www.jonobacon.org/2011/12/06/creating-experience-teams/ for more
[07:25] <czajkowski> Aloha
[07:28] <czajkowski> jono: go to bed
[07:28] <czajkowski> it's odd seeing you up when I'm up my dear :)
[07:29] <jono> haha
[07:29] <jono> thanks czajkowski :-)
[07:29] <jono> night, all!
[07:29] <bkerensa> jono: You ask for feedback and you get it
[07:29] <bkerensa> gnight
[08:10] <dholbach> good morning
[08:11] <dpm> good morning dholbach
[08:11] <dpm> morning all
[08:12] <dholbach> hey dpm
[08:14] <dpm> hey :)
[08:21] <bkerensa> jcastro: Your Unity Developer Q+A on #ayatana Dec 9th is that 7pm UTC or?
[08:37] <czajkowski> bkerensa: *usally* all events are advertised as UTC
[08:42] <alourie> good morning
[09:35] <bkerensa> good morning alourie
[13:14] <pangolin> What channel does someone join if they want to get help on making ubuntu work on a tablet?
[13:14] <nigelb> I don't think such a channel exists, there aer only mailing lists I believe.
[13:14] <pangolin> you happen to know which?
[13:15] <pangolin> someone asking about Ubuntu on  Motorola xoom tablet
[13:15] <nigelb> https://lists.ubuntu.com/mailman/listinfo/Ubuntu-tablet
[13:15] <pangolin> you ROCK nigelb
[13:15] <pangolin> :)
[13:15] <nigelb> popey: ^ Any extra comments. :)
[13:16] <nigelb> bah, AlanBell ^
[13:16] <nigelb> Sorry, wrong Alan :)
[13:17] <nigelb> There seems to be https://launchpad.net/~ubuntu-tablet as well.
[13:18] <pangolin> thank you much nigelb, that should get them started :)
[13:27] <popey> there is #ubuntu-tablet ☺
[13:28] <nigelb> I knew one of you'd know :)
[13:29] <pangolin> thanks popey
[13:45] <mhall119> pangolin: you might also want to join #ubuntu-tv and #ubuntu-phone
[13:45] <mhall119> there's a lot of overlap in concepts
[13:47] <pangolin> I'll let the user know. thanks.
[13:59] <popey> pangolin: might want to let the user know that pressing the 'contact team' button in launchpad isnt the best thing to do
[14:02] <akgraner> jcastro you around?  Do you have like 10 minutes I need to talk to you about an Ubuntu User Interview :-)
[15:27] <alourie> hello there
[16:00] <jono> dholbach, dpm meeting time?
[16:01] <dpm> jono, yes
[16:01] <dpm> strangely enough, it's not on my calendar this week
[16:01] <jono> weird
[16:01] <jono> dholbach, you here too?
[16:01] <jono> here he is :-)
[16:01] <dpm> dholbach, do you mind going first with the notes? I'm writing mine as I speak :)
[16:02] <jono> #startmeeting
[16:02] <meetingology> Meeting started Tue Dec  6 16:02:04 2011 UTC.  The chair is jono. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[16:02] <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:02] <jono> #meetingname Canonical Community Team Meeting
[16:02] <meetingology> The meeting name has been set to 'canonical_community_team_meeting'
[16:02] <dholbach_> haha
[16:02] <dholbach_> yes, hang on
[16:02] <dholbach_>  - News Team: advertised news submission again, had a team call, published another update, team organisation.
[16:02] <dholbach_> do I need to wait for some other meetingology magic to happen? ;)
[16:03] <dholbach> perhaps I should start again for the notes?
[16:03] <jono> dholbach, yes please
[16:03] <dholbach> ok
[16:03] <dholbach>  - News Team: advertised news submission again, had a team call, published another update, more team organisation.
[16:03] <dholbach>  - Advisory Team: had a call, more team organisation, still problems with stats/reports infrastructure, but almost there.
[16:04] <dholbach>  - CC: Edubuntu Council reelection - also had a meeting with our first team catch-up: Edubuntu Council! It was pretty awesome!
[16:04] <dholbach>  - ARB: discussion about statistics in myapps. Discussions about workflow with the ARB. Got read access to new queue.
[16:04] <dholbach>  - Upgraded to precise. Helped debug a few kernel issues. WHEEEE!
[16:05] <dholbach>  - Dev outreach: discussions with Linux Magazine about article series, enquiry from The Register about last development update.
[16:05] <dholbach>  - Clarifying Platform/App dev: more discussions, going to write a longer blog entry, progress on renaming the guide.
[16:05] <dholbach>  - Admin: dealt with some weird German employee form.
[16:05] <dholbach> Done :)
[16:05] <jono> and all forms in Germany weird? :-)
[16:05] <czajkowski> lol
[16:06] <dholbach> jono, yes and very complicated, this one was really weird - try translating my job title into a different language and see how I struggled
[16:06] <jono> dholbach, fun fun fun
[16:06] <dholbach> but they said they can only pay me if I submit it, so I tried a bit harder ;-)
[16:06] <jono> dholbach, so what is the deal with the news team?
[16:07] <dholbach> jono, bkerensa and Alexander Vincent from AU (yes, we cover ALL timezones) both agreed to help out with compiling weekly dev news
[16:07] <jono> oh cool
[16:07] <dholbach> we had a call, we set up google docs to organise our news sources and to write up the updates together
[16:07] <jono> sounds great
[16:07] <dholbach> and we started putting together a list of people we want to interview
[16:07] <dholbach> we started slowly, but we're making progress
[16:07] <dholbach> it's good fun :)
[16:08] <jono> great stuff :-)
[16:08] <jono> any questions for dholbach ?
[16:08] <jono> I guess that is a no
[16:08]  * dholbach curtseys
[16:08] <jono> alrighty, dpm, you are up
[16:09] <czajkowski> thank you dholbach
[16:09]  * jono hi-fives dholbach
[16:09] <dholbach> :-))
[16:09] <dpm> ok, bear with me, I'm writing the notes right now
[16:09] <dholbach> haha
[16:09] <dpm> * Set up metrics for the app developer community growth items we're measuring this cycle
[16:10] <dpm> * Several talks with dholbach, the ARB and the MyApps team regarding statistics and making the ARB queue public
[16:10] <jono> dpm, slacker
[16:10] <jono> :-)
[16:10]  * dpm kicks err... hugs jono
[16:10] <jono> haha
[16:10] <cjohnston> jono still misspells my name. :(
[16:11] <dpm> * Helped the Italian translation team get the sources to translate a Canonical document ('Successful Ubuntu migration')
[16:11] <dpm> * Wrote a blog post with an overview of the Ubuntu App Developer communication resources
[16:11] <mhall119> cjohnston: he's just using the British spelling
[16:11] <mhall119> ;)
[16:11] <dpm> * Set up a new time for translations calls to accomodate more participation
[16:11] <jono> cjohnston, oops
[16:11] <jono> sorry
[16:12] <dpm> * Talked to the CC about adding the translations portal and app developer site feeds to Planet Ubuntu - the answer was yes
[16:12] <jono> cool
[16:13] <dpm> There might have been other things, but I think these were the main topics
[16:13] <jono> thanks dpm
[16:13] <jono> any questions for dpm?
[16:14] <dholbach> not from me
[16:14] <jono> cool
[16:14] <jono> alright
[16:14] <dholbach> just wanted to say that it's good fun to work with dpm together on the app review story
[16:14] <jono> no jorge today, he is on vacation
[16:14] <jono> cool :-)
[16:14] <jono> I will go next
[16:14]  * dpm hugs dholbach, ;)
[16:15] <jono> so, the caveat here is that I am full of cold, and feel like crap
[16:15] <czajkowski> awwww
[16:15] <jono> so get out your tiny violins please
[16:15] <jono> :-)
[16:15] <mhall119> better than the other way around?
[16:15] <czajkowski> jono: stop staying up so late!
[16:15] <jono> mhall119, LOL
[16:15] <jono> czajkowski, I wish I didn't need to
[16:15] <jono> ok
[16:15] <jono>  * Finalizing metrics with dpm for the app dev work.
[16:15] <dholbach> o/~   ~\o
[16:16] <jono>  * Finalizing metrics with dholbach and dpm for the ARB work.
[16:16] <jono> these metrics are going to be important for us to drive growth
[16:16] <jono> thanks to dholbach and dpm for focusing on this
[16:16] <jono>  * Continuing to review UDS content.
[16:16] <jono> following up with folks regarding this
[16:16] <jono> thanks czajkowski for sending the LC content
[16:16] <czajkowski> np
[16:17] <jono>  * Keynoted the Qt Dev Days 2011 event in San Francisco. Meeting with Nokia around Qt integration in Ubuntu.
[16:17] <jono> meeting seemed to go pretty well
[16:17] <jono> there was a lot of excitement about Ubuntu there
[16:17] <jono> I basically summarized the work going on between the two communities
[16:17] <jono> the meeting was good - David Pitkin (head of Consumer Apps) and I met them
[16:18] <jono> although we were a little outnumbered...there was like 8 Nokia people in the meeting :-)
[16:18] <jono>  * Followed up and started building a reqs document around Qt needs in Canonical.
[16:18] <jono> this was more about collating together our strategy
[16:18] <jono> strategically Canonical has an interest in Qt (e.g. the Unity 2D) work, but the reqs for Qt were not really articulated all that well so I kicked this off yesterday
[16:19] <jono>  * Continued hiring for the QA Community Coordinator role - zoning in on a candidate.
[16:19] <jono> I hope to get this finalized in the next few days
[16:19] <jono>  * Planning the rally in January in Budapest.
[16:20] <jono> Budapest is going to be *cold* in Jan
[16:20] <jono> but the smell of burning keyboards should keep us warm
[16:20] <jono>  * Discussed with the rest of the mgrs the rest of the fiscal year and budgeting.
[16:20] <jono>  * 12.04 plan on-going: the team is in good shape, burndown looking good.
[16:21] <jono> this is when things start ramping down, so I am pleased with the progress being made
[16:21] <jono>  * Helped Will Cooke to develop a strategy for the Ubuntu on TV community.
[16:21] <mhall119> \o/
[16:21] <jono> Will is a great person to be involved in this work
[16:21] <mhall119> lots of good discussion goinng on around that
[16:21] <mhall119> in #ubuntu-tv
[16:21] <jono> and he is passionate to work with the community
[16:21] <jono> yup
[16:21] <jono>  * Upgraded to 12.04.
[16:21] <mhall119> what's his nick?
[16:21] <jono> all seems fine so far
[16:21] <jono> mhall119, willcooke
[16:21]  * mhall119 apologizes for hijacking
[16:22] <jono> hey, no worries, mhall119, that is what this meeting is for :-)
[16:22] <jono> and that's m
[16:22] <jono> me
[16:22] <jono> any questions for me?
[16:22] <czajkowski> jono: did someone replace CHarleS
[16:22] <jono> czajkowski, charlieS
[16:22] <czajkowski> I ask as he used to be the contact for the LC when we needed to escaled things
[16:22] <czajkowski> yes sorry CharlieS
[16:23] <mhall119> czajkowski: elmo has taken over his position, IIRC
[16:23] <czajkowski> ok
[16:23] <jono> I know they are looking for someone new
[16:23] <czajkowski> just we're back to chasing tickets from October again. will poke elmo thanks
[16:23] <jono> czajkowski, poke elmo and let me know if you have issues
[16:24] <jono> I will see what I can do to help
[16:24] <czajkowski> chers. I may go to millbank loaded with cookies and coffee :)
[16:24] <jono> hehe
[16:24] <jono> cool :-)
[16:24] <jono> alright, any further business?
[16:24] <dholbach> not from me
[16:25] <alourie> o/
[16:25] <jono> alourie, shoot
[16:25] <alourie> how was the 12.04 upgrade?
[16:25] <jono> alourie, fine
[16:25] <jono> everyone works pretty well here
[16:25] <alourie> hm, ok :-)
[16:26] <alourie> I'll take kernel panic issues where they belong then :-)
[16:26] <jono> :-)
[16:26] <jono> alright, I guess that is a wrap
[16:26] <dholbach> jono, did the kernel patch work for you?
[16:26] <jono> dholbach, didn't try it yet
[16:26] <dholbach> ok
[16:27] <jono> thanks for the pointer though, dholbach
[16:27] <jono> #endmeeting
[16:27] <meetingology> Meeting ended Tue Dec  6 16:27:35 2011 UTC.
[16:27] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-community-team/2011/ubuntu-community-team.2011-12-06-16.02.moin.txt
[16:27] <jono> thanks everyone!
[16:28]  * alourie needs to read backlog now
[17:06] <akgraner> This is cool and what a way to use Ubuntu - The Animals House of the Rising Sun Old School Computer Remix - http://www.youtube.com/watch?v=w68qZ8JvBds&sns=em
[17:52] <dholbach> alrightie - I call it a day - dinner with my sister and brother now - see you tomorrow :)
[19:49] <mhall119> dpm: ping
[19:59] <dpm> hey mhall119, I'm about to go, but if I can help, just let me know and I'll try to come back to you tomorrow or later on
[20:04] <mhall119> dpm: I saw wunderlist on the top 10 free downloads
[20:04] <mhall119> but it's not in software center for me
[20:04] <mhall119> nor even apt-get installable
[20:04] <mhall119> was wondering what the story was, it is only in 11.04 or 12.04 or something?
[20:07] <mhall119> nvm, I'm reading their blog now, and people in the comments are saying it's not available in 11.10
[20:08] <mhall119> wow, so an app that's only available in Precise made it to the top 10?
[20:09] <mhall119> or maybe it's only for < 11.10....
[20:09] <nigelb> wunderlist is a pretty aweomse app I've heard.
[20:19] <dpm> mhall119, it's only available in natty and maverick - https://apps.ubuntu.com/cat/applications/natty/wunderlist/. The top 10 downloads list was counted across releases
[20:19] <dpm> mhall119, the reason why it's not available I think it's because appcelerator is not available in Oneiric yet, but jpugh should be able to give you more details if you're interested
[20:20] <dpm> jpugh is zoopster on #ubuntu-app-devel
[20:38] <mhall119> yeah, john's in my loco, I know him
[20:38] <mhall119> thanks dpm


[19:09] <waldo323> we'll have to deal with the centos issue, I was slow in migrating some VMs from 6 to 8 and now I'm glad I let other things keep me away from those migrations
[19:43] <cmaloney> ugh


[00:03] -queuebot:#ubuntu-release- New: rejected pahole-btf [source] (bionic-proposed) [1.21-0ubuntu0~18.04.1]
[00:03] -queuebot:#ubuntu-release- New: rejected pahole-btf [source] (bionic-proposed) [1.21-0ubuntu0~18.04.2]
[07:49] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-maester-meta to canonical-oem-metapackages in bionic
[07:49] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-latios-meta to canonical-oem-metapackages in bionic
[07:49] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-maester-meta to canonical-oem-metapackages in focal
[07:49] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-latios-meta to canonical-oem-metapackages in focal
[09:12] <RikMills> morning. may I politely ask if there is any action planned to address the arm64 and ppc64el test queues?
[09:32] -queuebot:#ubuntu-release- Unapproved: alsa-lib (impish-proposed/main) [1.2.4-1.1ubuntu3 => 1.2.4-1.1ubuntu3.1] (core, i386-whitelist)
[09:35] -queuebot:#ubuntu-release- Unapproved: alsa-lib (hirsute-proposed/main) [1.2.4-1.1ubuntu2 => 1.2.4-1.1ubuntu2.1] (core, i386-whitelist)
[09:36] -queuebot:#ubuntu-release- Unapproved: alsa-lib (focal-proposed/main) [1.2.2-2.1ubuntu2.4 => 1.2.2-2.1ubuntu2.5] (core, i386-whitelist)
[12:05] <juliank> RikMills: tickets have been filed last week with IS
[12:05] <RikMills> juliank: cool. thanks :)
[12:05] <juliank> networking is broken
[12:06] <juliank> RikMills: for ppc64el at least, arm64 is moving along still
[12:07] <juliank> RikMills: I don't know why the queue does not get smaller, it has 15-20 exits per 5 minutes
[12:07] <RikMills> like continents move along
[12:07] <juliank> ppc64el has like one test run per hour or so that does not fail on ifra issues
[12:07] <RikMills> that is odd for arm64 then :/
[12:08] <RikMills> anyway, thanks for the info
[12:34] <juliank> RikMills: the queue sizes I get are um different from what the web reports
[12:34] <juliank> ubuntu@juju-4d1272-prod-proposed-migration-4:~$ ./autopkgtest-cloud/tools/filter-amqp -n amqp://$RABBIT_USER:$RABBIT_PASSWORD@$RABBIT_HOST debci-huge-jammy-arm64 '.*' 2>&1 | wc -l
[12:34] <juliank> 6055
[12:34] <juliank> ubuntu@juju-4d1272-prod-proposed-migration-4:~$ ./autopkgtest-cloud/tools/filter-amqp -n amqp://$RABBIT_USER:$RABBIT_PASSWORD@$RABBIT_HOST debci-jammy-arm64 '.*' 2>&1 | wc -l
[12:34] <juliank> 340
[12:35] <juliank> RikMills: So it seems what happened is it stopped refreshing the queue info
[12:35] <RikMills> that makes a lot of sense!
[12:35] <juliank> That's why arm64 has not moved in the weekend
[12:35] <juliank> and it's my fault
[12:36] <juliank>  amqplib.client_0_8.exceptions.AMQPChannelException: (404, "NOT_FOUND - no queue 'debci-trusty-amd64' in vhost '/'", (60, 70), 'Channel.basic_get')
[12:36] <RikMills> :S
[12:37] <juliank> this is all ugh annoying
[12:41]  * enyc meows
[13:12] -queuebot:#ubuntu-release- New sync: oem-somerville-maester-meta (focal-proposed/primary) [20.04~ubuntu1]
[13:17] -queuebot:#ubuntu-release- Unapproved: sosreport (focal-proposed/main) [4.1-1ubuntu<IP_ADDRESS> => 4.2-1ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[13:18] <juliank> RikMills: data should be accurate again now, arm64 is down to 6.5k
[13:19] <juliank> RikMills: ppc64el is up to 20.8
[13:19] <RikMills> \o/ and /o\
[13:20] <juliank> groovy results have been removed from autopkgtest.db now
[13:20] <juliank> Also some tests were submitted like 4 times by britney
[13:20]  * juliank looks at androguard
[13:21] <juliank> ah no
[13:21] <juliank> I forgot to filter for arch, sorry
[13:45] <orndorffgrant> sil2100: Hi, ubuntu-advantage-tools 27.3 has now finished its waiting period in -proposed and all bugs are verified. Can you take a look and release if you have time, or let us know if you find anything missing?
[13:49] <juliank> I just realized we can implement a duplicate removal in the cgi submission script
[13:50] <juliank> The web worker has a json cache of the amqp queue content
[13:50] <juliank> hence we can just look at that if we already have the item
[13:52] <juliank> it's linear, but meh?
[13:54] <juliank> So currently, if you resubmit a job that's already on the normal queue, we'll delete the first request; so effectively, you can move yourself down the queue
[13:54] <juliank> if we run dupe removal, that is
[13:54] <juliank> it happens manually
[13:55] <juliank> We could also delete requests for package foo triggers [a,b] if there is a request for foo triggers [a,b,x]
[13:55] <juliank> or triggers [b, a]
[13:56] <juliank> we currently preserve trigger order on dedup, i think
[14:17] <xnox> is it normal that ppc64el and arm64 adt results are still pending for things submitted at jammy open?
[14:17] <xnox> cause i see a lot of things with submit time 19th of october still in the queue
[14:19] <juliank> xnox: well
[14:19] <juliank> xnox: ppc64el is broken
[14:19] <juliank> xnox: arm64 is making progress, but is slow
[14:19] <juliank> xnox: what happens on ppc64el is that openstack tells cloud-init to configure ethernet device with MAC fa:16:3e:60:19:c8
[14:20] <juliank> xnox: actual device has MAC id fa:16:3e:e0:60:85
[14:20] <juliank> xnox: just as an example
[14:21] <orndorffgrant> bdmurray: I just noticed that sil2100 isn't on today - can you take a look at ubuntu-advantage-tools 27.3 and release to -updates or let us know if you find anything missing? all bugs are verified and it has been in -proposed for >7 days. (I know tomorrow is your day - no rush, tomorrow is okay from our team)
[14:22] <juliank> xnox: Ideas how to hack around this?
[14:22] <juliank> xnox: I want to make cloud-init configure whatever network is there, even if mac is differente
[14:24] <juliank> xnox: I could just hack /usr/lib/python3/dist-packages/cloudinit/sources/helpers/openstack.py in the cloud image :D
[14:24] <juliank> well in the adt image :D
[14:33] <xnox> juliank:  you can drop in a universal / correct /etc/netplan.yaml
[14:34] <xnox> juliank:  and then write out the needed /etc/cloud.cfg.d/ snippet to disable cloud-init managing network at all
[14:35] <xnox> juliank:  see disabling section at https://cloudinit.readthedocs.io/en/latest/topics/network-config.html for the snippet to disable cloud-init managed networking
[14:35] <xnox> juliank:  i think if you just dhcp all the things, it should work as valid networking config in openstack clouds
[14:36] <xnox> i have used network: config: disabled bit in cloud.cfg.d/ successfully before
[14:39] <juliank> xnox: trying to figure it out
[14:40] <juliank> xnox: chance to actually get a bootable server to edit images are well low though :)
[14:44] <juliank> xnox: I also filed https://bugs.launchpad.net/cloud-init/+bug/1949371
[15:01] -queuebot:#ubuntu-release- New: accepted input-pad [s390x] (jammy-proposed) [<IP_ADDRESS>10817-1]
[15:01] -queuebot:#ubuntu-release- New: accepted input-pad [amd64] (jammy-proposed) [<IP_ADDRESS>10817-1]
[15:01] -queuebot:#ubuntu-release- New: accepted input-pad [ppc64el] (jammy-proposed) [<IP_ADDRESS>10817-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libavif [amd64] (jammy-proposed) [0.9.3-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libavif [armhf] (jammy-proposed) [0.9.3-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libavif [riscv64] (jammy-proposed) [0.9.3-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libfilezilla [amd64] (jammy-proposed) [0.34.2-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libfilezilla [armhf] (jammy-proposed) [0.34.2-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libfilezilla [riscv64] (jammy-proposed) [0.34.2-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [amd64] (jammy-proposed) [1.1.4-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [armhf] (jammy-proposed) [1.1.4-1]
[15:01] -queuebot:#ubuntu-release- New: accepted input-pad [arm64] (jammy-proposed) [<IP_ADDRESS>10817-1]
[15:01] -queuebot:#ubuntu-release- New: accepted libavif [arm64] (jammy-proposed) [0.9.3-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libavif [s390x] (jammy-proposed) [0.9.3-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libfilezilla [ppc64el] (jammy-proposed) [0.34.2-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [arm64] (jammy-proposed) [1.1.4-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [riscv64] (jammy-proposed) [1.1.4-1]
[15:02] -queuebot:#ubuntu-release- New: accepted node-unicode-data [amd64] (jammy-proposed) [0~20211027+git243f19e8-3]
[15:02] -queuebot:#ubuntu-release- New: accepted oclgrind [arm64] (jammy-proposed) [21.10-1]
[15:02] -queuebot:#ubuntu-release- New: accepted oclgrind [ppc64el] (jammy-proposed) [21.10-1]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [ppc64el] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted input-pad [riscv64] (jammy-proposed) [<IP_ADDRESS>10817-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libfilezilla [arm64] (jammy-proposed) [0.34.2-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [ppc64el] (jammy-proposed) [1.1.4-1]
[15:02] -queuebot:#ubuntu-release- New: accepted oclgrind [amd64] (jammy-proposed) [21.10-1]
[15:02] -queuebot:#ubuntu-release- New: accepted pdbg [ppc64el] (jammy-proposed) [3.3-1]
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [ppc64el] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New: accepted libavif [ppc64el] (jammy-proposed) [0.9.3-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [s390x] (jammy-proposed) [1.1.4-1]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [riscv64] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted libfilezilla [s390x] (jammy-proposed) [0.34.2-1]
[15:02] -queuebot:#ubuntu-release- New binary: libxlsxwriter [armhf] (jammy-proposed/universe) [1.1.4-2] (no packageset)
[15:02] -queuebot:#ubuntu-release- New: accepted oclgrind [armhf] (jammy-proposed) [21.10-1]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [amd64] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [armhf] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [riscv64] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted newlib [amd64] (jammy-proposed) [3.3.0-1.2]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [amd64] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [armhf] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [amd64] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [armhf] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [s390x] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pglogical-ticker [armhf] (jammy-proposed) [1.4.1-4]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [arm64] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [s390x] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [arm64] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [arm64] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pglogical-ticker [amd64] (jammy-proposed) [1.4.1-4]
[15:02] -queuebot:#ubuntu-release- New: accepted pglogical-ticker [s390x] (jammy-proposed) [1.4.1-4]
[15:02] -queuebot:#ubuntu-release- New: accepted rust-anyhow [s390x] (jammy-proposed) [1.0.44-1]
[15:02] -queuebot:#ubuntu-release- New: accepted rust-hex [s390x] (jammy-proposed) [0.4.3-1]
[15:02] -queuebot:#ubuntu-release- New binary: rust-anyhow [armhf] (jammy-proposed/universe) [1.0.44-1] (no packageset)
[15:02] -queuebot:#ubuntu-release- New binary: rust-hex [armhf] (jammy-proposed/universe) [0.4.3-1] (no packageset)
[15:02] -queuebot:#ubuntu-release- New: accepted libxlsxwriter [ppc64el] (jammy-proposed) [1.1.4-2]
[15:02] -queuebot:#ubuntu-release- New: accepted pg-fact-loader [s390x] (jammy-proposed) [1.6.0-5]
[15:02] -queuebot:#ubuntu-release- New: accepted pglogical-ticker [riscv64] (jammy-proposed) [1.4.1-4]
[15:02] -queuebot:#ubuntu-release- New: accepted rust-hex [amd64] (jammy-proposed) [0.4.3-1]
[15:02] -queuebot:#ubuntu-release- New binary: rust-hex [arm64] (jammy-proposed/universe) [0.4.3-1] (no packageset)
[15:02] -queuebot:#ubuntu-release- New: accepted oclgrind [riscv64] (jammy-proposed) [21.10-1]
[15:02] -queuebot:#ubuntu-release- New: accepted rust-anyhow [amd64] (jammy-proposed) [1.0.44-1]
[15:02] -queuebot:#ubuntu-release- New binary: ukui-interface [amd64] (jammy-proposed/universe) [1.0.1-1] (no packageset)
[15:02] -queuebot:#ubuntu-release- New: accepted pgl-ddl-deploy [riscv64] (jammy-proposed) [2.1.0-2]
[15:02] -queuebot:#ubuntu-release- New binary: rust-anyhow [arm64] (jammy-proposed/universe) [1.0.44-1] (no packageset)
[15:03] -queuebot:#ubuntu-release- New: accepted rust-anyhow [arm64] (jammy-proposed) [1.0.44-1]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-anyhow [ppc64el] (jammy-proposed) [1.0.44-1]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-hex [arm64] (jammy-proposed) [0.4.3-1]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-hex [ppc64el] (jammy-proposed) [0.4.3-1]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [amd64] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [armhf] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [riscv64] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [amd64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [armhf] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [riscv64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-anyhow [armhf] (jammy-proposed) [1.0.44-1]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-hex [armhf] (jammy-proposed) [0.4.3-1]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [arm64] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [s390x] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [ppc64el] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [amd64] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [armhf] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [riscv64] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [amd64] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [armhf] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-anyhow [riscv64] (jammy-proposed) [1.0.44-1]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyairspy [ppc64el] (jammy-proposed) [0.2.0-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [s390x] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [ppc64el] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [arm64] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [riscv64] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyosmo [amd64] (jammy-proposed) [0.2.5-6]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyosmo [armhf] (jammy-proposed) [0.2.5-6]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyosmo [riscv64] (jammy-proposed) [0.2.5-6]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [amd64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted rust-hex [riscv64] (jammy-proposed) [0.4.3-1]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [arm64] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [ppc64el] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyosmo [arm64] (jammy-proposed) [0.2.5-6]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyosmo [s390x] (jammy-proposed) [0.2.5-6]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [armhf] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [riscv64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyremote [armhf] (jammy-proposed) [0.5.2-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyremote [riscv64] (jammy-proposed) [0.5.2-3]
[15:03] -queuebot:#ubuntu-release- New binary: libcifpp [amd64] (jammy-proposed/universe) [1.0.1-4] (no packageset)
[15:03] -queuebot:#ubuntu-release- New: accepted soapyaudio [arm64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyhackrf [s390x] (jammy-proposed) [0.3.3-5]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [arm64] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [s390x] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyremote [s390x] (jammy-proposed) [0.5.2-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyremote [arm64] (jammy-proposed) [0.5.2-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyrtlsdr [arm64] (jammy-proposed) [0.3.0-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyrtlsdr [ppc64el] (jammy-proposed) [0.3.0-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyrtlsdr [s390x] (jammy-proposed) [0.3.0-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyuhd [arm64] (jammy-proposed) [0.4.1-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapybladerf [s390x] (jammy-proposed) [0.4.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyredpitaya [ppc64el] (jammy-proposed) [0.1.1-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyremote [amd64] (jammy-proposed) [0.5.2-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyrtlsdr [armhf] (jammy-proposed) [0.3.0-4]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyuhd [amd64] (jammy-proposed) [0.4.1-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyuhd [ppc64el] (jammy-proposed) [0.4.1-3]
[15:03] -queuebot:#ubuntu-release- New: accepted soapyuhd [s390x] (jammy-proposed) [0.4.1-3]
[15:03] -queuebot:#ubuntu-release- New: accepted ukui-interface [amd64] (jammy-proposed) [1.0.1-1]
[15:03] -queuebot:#ubuntu-release- New: accepted ukui-interface [armhf] (jammy-proposed) [1.0.1-1]
[15:04] -queuebot:#ubuntu-release- New: accepted vast [s390x] (jammy-proposed) [2021.05.27-8]
[15:04] -queuebot:#ubuntu-release- New: accepted soapyrtlsdr [riscv64] (jammy-proposed) [0.3.0-4]
[15:04] -queuebot:#ubuntu-release- New: accepted vast [arm64] (jammy-proposed) [2021.05.27-8]
[15:04] -queuebot:#ubuntu-release- New: accepted libcifpp [amd64] (jammy-proposed) [1.0.1-5]
[15:04] -queuebot:#ubuntu-release- New: accepted ukui-interface [arm64] (jammy-proposed) [1.0.1-1]
[15:04] -queuebot:#ubuntu-release- New: accepted libcifpp [amd64] (jammy-proposed) [1.0.1-4]
[16:17] <xnox> juliank:  but even that might not work (disable cloud-init networking; dhcp all the things) if the cloud network fabric is indeed wrong and expects one mac yet connects a wrong one to the node....
[16:25] <juliank> xnox: bos01 gets no metadata right now; so should use DHCP. But apparently there is no DHCP on the network
[17:32] -queuebot:#ubuntu-release- New binary: xnote [amd64] (jammy-proposed/universe) [3.2.4-1] (no packageset)
[18:04] -queuebot:#ubuntu-release- Packageset: 127 entries have been added or removed
[18:49] -queuebot:#ubuntu-release- Packageset: Added abseil to ubuntu-desktop in hirsute
[18:49] -queuebot:#ubuntu-release- Packageset: Added marisa to ubuntu-desktop in hirsute
[18:49] -queuebot:#ubuntu-release- Packageset: Added opencc to ubuntu-desktop in hirsute
[19:04] <Eickmeyer[m]> Having difficulty with the ubuntustudio seed. I made some changes to the fonts seed and pushed them, but when the ISO builds it's not pulling the correct version of the seed, which is causing problems when it pulls the ubuntustudio-meta packages, which is based on the correct seed.
[19:05] <Eickmeyer[m]> Seems as though some appropriate mirrors aren't updating?
[19:12] <vorlon> Eickmeyer[m]: when you say it's not getting the appropriate version, are you basing this on build log output?
[19:13] <vorlon> also what is the difference in output that is incorrect?
[19:14] <Eickmeyer[m]> vorlon: Yes. For Jammy. I don't know what's going on, but the seed is pulling in ttf-aenigma when it should be fonts-aenigma. In git it's correct, but the cd image builder is still getting the wrong file, it looks like.
[19:15] <Eickmeyer[m]> If I run germinate, it's correct, but if I look at https://people.canonical.com/~ubuntu-archive/seeds/ubuntustudio.jammy/ it's incorrect.
[19:15] <vorlon> Eickmeyer[m]: ah. that URL is informational only and not used as part of image builds
[19:16] <vorlon> but I'll look to see what's stuck
[19:16] <Eickmeyer[m]> Awesome, that'd be helpful.
[19:16] <Eickmeyer[m]> We've been trying to diagnose what's stuck, because when I pushed the update to the git repo that should've "just woked" (tm), but it hasn't.
[19:16] <Eickmeyer[m]> *worked
[19:19] <vorlon> a bzr process for updating an unrelated seed checkout was hung since the 23rd, which I think was the day launchpad had issues
[19:21] <vorlon> cleared it now, and the next run has already progressed past that point
[19:22] <vorlon> Eickmeyer[m]: so, the ubuntustudio.jammy checkout should now be current. But again, this is informational and doesn't affect the image builds.  Do you have a build log or anything that shows the misbehavior?
[19:22] <Eickmeyer[m]> vorlon: https://launchpadlibrarian.net/566689856/buildlog_ubuntu_jammy_amd64_ubuntustudio_BUILDING.txt.gz
[19:23] <Eickmeyer[m]> I did a germinate and rdepends on ttf-aenigma and nothing else is calling it, just the seed.
[19:23] <vorlon> Eickmeyer[m]: ok. the problem is ttf-aenigma still has Task: ubuntustudio-fonts in the archive
[19:24] <Eickmeyer[m]> Yes, but I removed it from the task.
[19:25] <Eickmeyer[m]> vorlon: https://git.launchpad.net/~ubuntustudio-dev/ubuntu-seeds/+git/ubuntustudio/tree/fonts
[19:25] <vorlon> right
[20:24] -queuebot:#ubuntu-release- Unapproved: barbican (focal-proposed/main) [1:10.1.0-0ubuntu1 => 1:10.1.0-0ubuntu2] (openstack, ubuntu-server)
[20:40] <vorlon> Eickmeyer[m]: looks like it was a race condition; the latest archive publication shows ttf-aenigma is no longer in the task, so a build now will not pull it in
[20:40] <Eickmeyer[m]> vorlon: Good to know. Hopefully tomorrow's build will be successful. Thanks!


[11:47] <stickupkid> achilleasa, or manadart https://github.com/juju/bundlechanges/pull/76
[11:47] <achilleasa> looking
[12:11] <achilleasa> stickupkid: got a question on ^
[12:33] <stickupkid> achilleasa, updated
[14:22] <stickupkid> achilleasa, back port to v4 https://github.com/juju/bundlechanges/pull/77


[00:07] <thumper> davecheney: is there a way to use a standard lib function to expand "~/foo" to "/home/tim/foo" if $HOME is /home/tim ?
[00:07] <thumper> davecheney: or is it expected that we do that manually?
[01:58] <davecheney> thumper: sorry I missed your question before
[01:58] <davecheney> i am checking on ~
[01:58] <davecheney> the answer might be 'it's a shell thing'
[01:58] <davecheney> but there might be an expand function
[01:59] <thumper> I didn't find one
[01:59] <thumper> so wrote one in utils
[01:59] <davecheney> SGTM
[01:59] <davecheney> i think that is the correct answer
[01:59]  * thumper is also importing gocheck as gc
[01:59] <davecheney> +1
[02:00]  * davecheney is trying saucy
[02:15] <davecheney> hmm, no xmir when running under vmware ...
[02:20] <davecheney> thumper: wallyworld https://codereview.appspot.com/10818043
[02:20] <davecheney> ^ trivial
[02:20]  * wallyworld looks
[02:21] <wallyworld> davecheney: jeez, that was a hard one
[02:21] <davecheney> thats what she said
[02:23]  * thumper tries to work out why the test is panicing
[02:24] <thumper> ah...
[02:24] <thumper> fark
[02:25]  * thumper sighs...
[02:26] <thumper> panic gone
[02:26] <thumper> now just an error
[02:32] <thumper> wallyworld: wow, tweaking the local provider config tests took *much* longer than expected
[02:32] <wallyworld> usually does
[02:33] <thumper> wallyworld: update coming through
[02:33] <wallyworld> cool. i'm trying to debug a bootstrap issue :-(
[02:38] <davecheney> crap
[02:38] <davecheney> lucky(~) % juju bootstrap -v
[02:38] <davecheney> 2013-07-01 02:38:11 INFO juju ec2.go:144 environs/ec2: opening environment "ap-southeast-2"
[02:38] <davecheney> 2013-07-01 02:38:11 INFO juju ec2.go:254 environs/ec2: bootstrapping environment "ap-southeast-2"
[02:38] <davecheney> 2013-07-01 02:38:18 INFO juju tools.go:25 environs: reading tools with major version 1
[02:38] <davecheney> 2013-07-01 02:38:19 INFO juju tools.go:29 environs: falling back to public bucket
[02:38] <davecheney> 2013-07-01 02:38:20 ERROR juju supercommand.go:234 command failed: use of closed network connection
[02:38] <davecheney> error: use of closed network connection
[02:48] <wallyworld> thumper: could you do me a favour when you have time? could you pull lp:~wallyworld/juju-core/container-constraint and run the tests in ./constraints? They pass locally for me but the bot complains about TestRoundtripYaml and i'm stuffed if i know why
[02:48] <thumper> kk
[02:49] <thumper> davecheney: I've not had ap-southeast-2 actually work for me
[02:49] <thumper> davecheney: it would start instances but then say "nope, no instances for you"
[02:49] <davecheney> us-east-1 fails with the same error
[02:49] <davecheney> why doesn't the error say what failed
[02:49] <davecheney> i'm guessing it fell off the end of the cloud image list
[02:49] <thumper> ugh
[02:50] <thumper> wallyworld: running the tests now
[02:50] <wallyworld> thanks
[03:16] <wallyworld> thumper: how'd you go running the container tests?
[03:19] <wallyworld> /scontainer/constraints
[03:21] <thumper>  fail in ConstraintsSuite.TestRoundtripYaml
[03:21] <thumper>     c.Assert(cons, DeepEquals, t)
[03:21] <thumper> ... obtained constraints.Value = constraints.Value{Arch:(*string)(0xf8400ccab0), Container:(*instance.ContainerType)(nil), CpuCores:(*uint64)(nil), CpuPower:(*uint64)(nil), Mem:(*uint64)(nil)} ("arch=i386")
[03:21] <thumper> ... expected constraints.Value = constraints.Value{Arch:(*string)(0xf840056380), Container:(*instance.ContainerType)(0xf840056370), CpuCores:(*uint64)(0xf84006c158), CpuPower:(*uint64)(0xf84006c160), Mem:(*uint64)(0xf84006c168)} ("arch=i386 container=lxc cpu-cores=4096 cpu-power=9001 mem=18000000000M")
[03:22] <wallyworld> sigh. that's what the bot says but they pass for me
[03:22] <thumper> hmm... that's weird
[03:22] <wallyworld> and the code looks fine
[03:22]  * thumper takes a look
[03:26] <thumper> wallyworld: yeah man, that looks weird
[03:27] <thumper> wallyworld: have you told it how to deserialize instance.ContainerType?
[03:27] <thumper> wallyworld: actually WTF?
[03:28] <thumper> wallyworld: I see the earlier test for the individual container type
[03:28] <wallyworld> the deserialisation is done in the SetYAML
[03:28] <wallyworld> ContainerType is a string, so SetYAML is not required except for the fact that it doesn't handle "" properly
[03:29] <thumper> wallyworld: ok, found it
[03:29] <wallyworld> great cause my eyes didn't
[03:30] <thumper> wallyworld: if you change "Mem:       uint64p(18000000000)," to something smaller, it passes
[03:30] <thumper> don't ask me why
[03:30] <wallyworld> that value was always there
[03:30] <wallyworld> before my changes
[03:30] <wallyworld> oh well, i'll change to smaller. but i wonder why it works for me
[03:31] <wallyworld> thumper: what version og go are you ruinning?
[03:31] <wallyworld> i'm on 1.1
[03:31] <wallyworld> perhaps it's a 1.1 vs 1.03 thing
[03:32] <thumper> go --version and go --help don't work
[03:32] <thumper> ffs
[03:32] <thumper> 1.0-2
[03:32] <thumper> 1.0.2-2
[03:32] <wallyworld> ok, that may explain it
[03:32]  * thumper nods
[03:32] <wallyworld> 1.0.x vs 1.1
[03:32] <wallyworld> thanks for helping with that!
[03:32] <thumper> but why did the test pass before on the bot?
[03:32]  * wallyworld tweaks and re-approves to land
[03:33]  * wallyworld has  no idea
[03:33] <wallyworld> thumper: actually, there wasn't a setYAML before
[03:33] <wallyworld> so parseuint64 wasn't called
[03:34] <thumper> ?!
[03:34] <wallyworld> maybe the issue is in there
[03:34] <wallyworld> thumper: could you perhaps print any error in setyaml
[03:34] <wallyworld> and see what it says
[03:34] <thumper> where is the setyaml?
[03:34] <wallyworld> since decoding will abort on the first error
[03:34] <wallyworld> constraints.go
[03:35] <wallyworld> parseUint64 is in there also
[03:36] <thumper> 2013-07-01 03:36:10 ERROR juju.constraints constraints.go:199 must be a non-negative integer
[03:36] <wallyworld> well there you go. it is in parseUint64
[03:37] <wallyworld> strconv.Atoi
[03:37] <thumper> wat?
[03:38] <thumper> oh, turning a big int into a smaller int
[03:38] <thumper> and causing the signed  bit to flip
[03:38] <wallyworld> maybe there is a AtoUi
[03:38] <wallyworld> i'll look
[03:39] <thumper> wallyworld: why not use ParseUint64?
[03:39] <thumper> in strconv
[03:39] <wallyworld> nope, need to call parseUint directly
[03:39] <wallyworld> yep
[03:39] <thumper> ParseUint(s string, base int, bitSize int) (n uint64, err error)
[03:39] <thumper> right
[03:39] <wallyworld> will make the fix
[03:39] <thumper> want me to try that here?
[03:39] <thumper> as I get the error?
[03:39] <wallyworld> ok, thanks
[03:39]  * wallyworld still wonders how it passed before
[03:41] <thumper> -		if val, err := strconv.Atoi(str); err != nil || val < 0 {
[03:41] <thumper> +		if val, err := strconv.ParseUint(str, 10, 64); err != nil {
[03:41] <thumper> that change makes it pass here
[03:41] <thumper> you may find it was calling ParseUint by default
[03:41] <wallyworld> if val, err := strconv.ParseInt(str, 10, 64); err != nil || val < 0 {
[03:42] <wallyworld> is what we'd want if we want to check for -ve ints, no?
[03:42] <thumper> surely the ParseUint checks for netagives
[03:42] <wallyworld> ok, parseuint might do that
[03:42] <wallyworld> i'll look
[03:45] <wallyworld> yes, you get an invalid syntax error
[03:45] <wallyworld> not as nice as our error message
[03:46] <thumper> davecheney: I need to find out the local ip address
[03:46] <thumper> davecheney: localhost isn't good enough
[03:46] <davecheney> thumper: of what ?
[03:47] <thumper> that's the question isn't it
[03:47] <davecheney> of the bound interfaces
[03:47] <davecheney> ?
[03:47] <thumper> yeah...
[03:47] <thumper> I'm not entirely sure...
[03:47] <thumper> so I want wlan0 or eth0...
[03:47] <davecheney> http://golang.org/pkg/net/#InterfaceAddrs
[03:47] <thumper> but not lxcbr0
[03:47] <davecheney> start with net.Interfaces
[03:47] <thumper> or veth*
[03:47]  * thumper looks
[03:48] <davecheney> then inspect the Name property
[03:48] <davecheney> and then call .Addrs() on it
[03:48] <thumper> kk
[03:48] <davecheney> i *think* that these were all in 1.0
[03:48] <davecheney> they did get a spruce up
[03:49] <davecheney> guess we'll cross that bridge when we get there
[03:49] <thumper> wallyworld: btw, found a weird constraints bug
[03:49] <thumper> "arch=i386 container=lxc cpu-cores=4096 cpu-power=9001 mem=18000000000M"
[03:49] <thumper> wallyworld: it finds the M suffix for mem without removing the digits
[03:50] <thumper> because it isn't that many megabytes
[03:50] <davecheney> thumper: possibly mem is alwasy in megabytes
[03:50] <thumper> davecheney: actually I think you're right
[03:56] <thumper> davecheney: arse
[03:56] <thumper> davecheney: the Name() of them all are "ip+net"
[03:56] <thumper> davecheney: I was hoping to get "eth0" or "wlan0" etc
[03:56] <thumper> sorry, Network()
[04:02] <thumper> wallyworld: yay, it merged
[04:03] <wallyworld> \o/
[04:03] <wallyworld> thanks thumper for the help
[04:03] <thumper> wallyworld: np
[04:04] <thumper> davecheney: I think Interfaces is what I need
[04:35] <davecheney> kk
[04:38]  * thumper away for kids activities....
[05:59] <jam> wallyworld_: /wave
[06:00] <wallyworld_> hi
[06:00] <wallyworld_> oh look at the time
[07:32] <jtv> jam: thanks for your review...  Looking closer at Environ.Instances() and the StateInfo() loop that's duplicated between providers, I am plagued by doubts about what should happen in the case without a state server.
[07:33] <jtv> If Instances() returns success in that case, then the loop will just keep polling.  But this may be by design ("waiting for bootstrap to finish"), or  it may be an accident ("we always have an instance anyway... except maybe in tests").
[07:34] <jtv> If Instances() returns ErrNoInstances, then StateInfo() will return ErrNoInstances which may or may not be appropriate.
[07:35] <jtv> (This is the part people always miss when they say good code needs no comments: computers need to know what to do, humans need to know intent)
[07:37] <jtv> In the OpenStack/EC2 providers, Instances() returns no error in this particular case, so maybe the interface documentation is just not quite right in leaving this particular hole.
[07:59] <rvba> jam, mgz: Hi, would you mind updating gwacl in the landing environment?  (It should not break anything, we've just added new methods that are needed for our work on the provider)
[07:59] <jam> rvba: updating now
[08:00] <rvba> ta
[08:00] <jam> rvba: says we are on r146, does that match?
[08:06] <jam> jtv: the case without a state server is pretty underdefined, given it only happens during bootstrap until the state is up.
[08:06] <jam> jtv: I would guess we are trying to loop until we see the bootstrap node
[08:07] <jam> Certainly today if you do "juju bootstrap; juju status" it polls until the state server is up.
[08:07] <jtv> Ah...  OK, then we'll want to update the spec for Instance().  Thanks.
[08:07] <wallyworld_> anyone know how to do this in mongo: select * from foo where not exists (select from bar where bar.id = foo.id) and foo.acme = 'fred'
[08:09] <jam> wallyworld_: it looks like there is a $nin operator: http://docs.mongodb.org/manual/reference/operator/
[08:10] <jam> though that requires passing the array
[08:10] <wallyworld_> jam: thanks yeah, just saw that myself
[08:10] <wallyworld_> it seems that 2 queries are needed :-(
[08:10] <jam> wallyworld_: well, you have two queries above
[08:10] <jam> it just happens that one is inlined :)
[08:10] <wallyworld_> well
[08:10] <wallyworld_> relational dbs do it all in the db
[08:11] <wallyworld_> so faster, optimised, etc
[08:11] <jam> wallyworld_: well, the query planner can do stuff like do the "and foo.acme" before doing the "select from bar".
[08:11] <jam> sure
[08:11] <wallyworld_> and the data does not have to be serialised back to the client etc
[08:12] <wallyworld_> s/data/intermediate records
[08:19] <jam> wallyworld_: "The second part is impossible. MongoDB does not support joins or any  sort of cross querying between collections in a single query. Querying  from one collection, saving the results and then querying from the  second is your only choice unless you embed the data in the rows  themselves as I mention earlier."
[08:19] <jam> If you can't query between collections, then you can't do what you were asking without 2 requestts.
[08:19] <jam> I thought I remembered something about no-cross-joins
[08:19] <jam> But I also wasn't sure if it is was something that changed wrt mongo version updates.
[08:20] <jam> wallyworld_: http://stackoverflow.com/questions/12437017/group-based-cross-collection-query-in-mongodb-inc-having-clause
[08:20] <jam> seems pretty close to what you were trying to do
[08:20] <jam> it certainly was a 'user_id not in ...'
[08:36] <wallyworld_> jam: thanks, looking
[08:37] <jam> wallyworld_: well, it is saying, you can't really do that, you need to model the data differently.
[08:37] <jam> not exactly what you were hoping for, I'm sure.
[08:37] <wallyworld_> jam: sad thing is, doing it in 2 queries crosses transaction boundaries also
[08:37] <wallyworld_> seems like a pretty bad limitation of mongo :-(
[08:40] <wallyworld_> if you want to avoid contention on document collections, you need to split them up, but then you can't join them again for queries
[08:42] <jam> wallyworld_: it sound like there is a per-db lock anyway: http://docs.mongodb.org/manual/faq/concurrency/
[08:42] <jam> multiple-readers 1 writer
[08:42] <jam> actually similar to SQLite from the sound of it.
[08:44] <wallyworld_> hmmm. if the locks are per database, i wonder why issues with doc contention were brought up in reviews
[08:45] <wallyworld_> per database seems crazy in any case
[08:48] <jam> jcastro: poke
[08:48] <wallyworld_> jam: also, doing it in two queries is "dumb" also because if the data set is large, you can't possibly expect to be able to efficiently read the entire collection into memory just to create the array for the second query
[08:49] <wallyworld_> recipe for disaster really
[09:21] <rvba> Hi there, would someone be free to review this branch: https://codereview.appspot.com/10788043/? (it has already been reviewed and approved — with a few changes — by Jeroen).
[09:52] <jam> rvba: I'm on-call today, I'll try to give it a look.
[09:52] <rvba> Thank you jam.
[09:53] <jam> rvba: you're thread got split between 2 submissions, right?
[09:53] <rvba> jam: no, it's just that every time I run 'lbox propose', a new MP is created.
[09:54] <rvba> jam: here is the original MP: https://codereview.appspot.com/10732045/
[09:59] <jam> rvba: do you happen to use a different email address for your Reitveld account than your LP one? it does generally work correctly for me on 'lbox propose'.
[10:01] <rvba> jam: my Reitveld account is setup with my .c.c email address, my lp account has 2 email addresses associated to it, one of which is the .c.c email address.
[10:03] <jam> rvba: so I don't know the Azure model of things. How are you filtering to only include the instances associated with the environment.
[10:03] <jam> Is that the "ServiceName: container" stuff?
[10:03] <rvba> jam: yes
[10:07] <jam> rvba: unrelated to your changes, a general question about Azure. Are you able to run the common tests in environs/jujutest? Or you don't have a local-only Double implementation of the provider to talk against?
[10:08] <jam> you seem to do more of a 'push these responses into the queue, and test that you parse them out again"
[10:08] <rvba> jam: I haven't tried to run the common tests.
[10:09] <jam> rvba: the idea is to do an interface level test, to ensure that all Environ implementations have the same basic API and semantics.
[10:09] <jam> So far most implement a local-only version, and then also let you run with a "-live" flag to run against an actual remote service
[10:09] <rvba> jam: yeah, we don't have a Double implementation.  We just "patch" the http dispatcher.
[10:10] <rvba> jam: it's a bit less clean than having a double, but it's much less work.
[10:11] <jam> rvba: and you have to rewrite the shared test suite
[10:11] <jam> though it isn't *that* thorough at this point.
[10:11] <jam> though you could still probably use it for live testing.
[10:14] <rvba> jam: yeah, it looks like something we could use, once we have all the methods in place, to test the provider live.
[10:15] <jam> rvba: The method we used for Openstack was after we got a couple things implemented, hook it up, and then stub out methods we don't support yet
[10:15] <jam> so you can get a decent "ratcheting" of passing tests.
[10:18] <rvba> Sounds like a good idea… we're still mostly fighting with Azure at this point, but that's something we could do once we have implemented the methods to start a node and bootstrap the env.
[10:29] <rvba> Thanks for the review jam.
[10:30] <jam> rvba: the goal is that we can test provider-specific things at that level, and then all other tests can just use DummyProvider and not worry about provider-specific differences.
[10:31] <rvba> Okay
[10:31] <jam> rvba: happy to review. It seems mostly about Azure specific bits, which I trust you to know more about than I
[10:34] <jam> rvba: actually, your patch was the next in the review queue anyway
[11:01] <jam> rvba: you need to set a commit message on: https://code.launchpad.net/~rvb/juju-core/az-list-instances/+merge/171966
[11:18] <rvba> Good point, done.
[11:59] <jam> wallyworld_: if you're still around, your patch didn't pass because the regex failed to match.
[11:59] <wallyworld_> oh, let me look
[12:00]  * wallyworld_ sighs, fixing
[12:01] <jam> wallyworld_: I can't help you too much. "This enourmous string" doesn't match "this enormous regex"
[12:01] <wallyworld_> jam: yeah i hate that test. i don't need any help. i've had the misfortune of dealing with it before :-)
[12:40] <mramm> hey hey
[12:41] <mramm> long week of travel and now I'm back in michigan.
[12:41] <mramm> weekend of travel I guess
[17:30] <jtv> Does anyone have time for a refactoring review?    I'm in Europe.  :)
[21:08] <thumper> jtv: rack 'em up
[21:08] <thumper> mramm: call?
[21:08] <jtv> Thanks!  Got one vote already: https://codereview.appspot.com/10830044
[21:08] <jtv> nn :)
[21:08] <mramm> sure we can chat for a few, I have to leave in 20 min though
[22:53] <thumper> wallyworld_: hey
[22:53] <wallyworld_> yello
[22:53] <thumper> wallyworld_: got some time to talk?
[22:53] <wallyworld_> sure
[22:53] <thumper> now?
[22:54] <wallyworld_> yep
[22:54]  * thumper starts a hangout
[22:54] <thumper> wallyworld_: https://plus.google.com/hangouts/_/b4eba4c9a6ff830eafe2a6ab79cd49bc4c8d0579?hl=en