[06:22] <soee> good morning
[06:37] <lordievader> Good morning.
[07:12] <soee> searching and rightclick on desktop work again :)
[07:13] <soee> using kubuntu without krunner was a pain -.-
[07:25] <Riddell> sgclark: ooh nice, well done :)
[07:27] <Riddell> 15 bugs to fix
[07:37] <sitter> Riddell: okteta build still read, workspace build still red
[07:39] <mustafam> Good morning, I am testing the latest beta with the latest updates, I had a crash in plasma, but when I press "Install Debug Symbols), I get "Could not find debug symbol packages for this application"
[08:08] <sitter> Riddell: reckon we should replace one patch with a slightly less awful patch?
[08:08] <sitter> https://github.com/sddm/sddm/commit/4ab6ab1b78617c51a6d9db4d03be2b3d75e7acc5
[08:08]  * sitter feels like we should just leave it as it is until next sddm release
[08:08] <sitter> or at least vivid+1 opens
[08:09] <valorie> is SDDM now starting for new installs?
[08:10] <valorie> without fiddling
[08:10] <lordievader> That would be nice ;)
[08:10] <valorie> to me that is one of the most important bugs to fix
[08:10] <sitter> it isn't?
[08:10] <soee> no sure, im on the same installation
[08:10] <valorie> it wasn't
[08:10] <valorie> in teh beta
[08:11] <vip> hi ho
[08:11] <soee> valorie: check daily :)
[08:11] <soee> hiho vip
[08:11] <valorie> sorry, I don't have time to do that
[08:11] <soee> ;)
[08:11] <sitter> mh, the beta is like a month old :P
[08:11] <valorie> husband flew out today and I'm now a trail widow
[08:13] <mustafam> Now I installed plasma-workspace-dbg but it still lists /usr/bin/plasmashell with the list of files with no debug info
[08:14] <soee> hmm there was some other meta package to download debug symbols i think but can't remember what it was
[08:14] <soee> Riddell: ^
[08:18] <mustafam> I did
[08:18] <mustafam> # dpkg -S /usr/bin/plasmashell
[08:18] <mustafam> plasma-workspace: /usr/bin/plasmashell
[08:18] <mustafam> so I installed plasma-workspace-dbg
[08:26] <Riddell> mustafam: try plasma-desktop-dbg too
[08:30] <mustafam> Downloading
[08:32] <soee> ther eis pretty nice breeze trheme for yakuake
[08:41] <mustafam> Riddell: Installing plasma-desktop-dbg didn't fix this
[08:57] <Riddell> mustafam: what's the problem? you don't have debug symbols? do you have any debug symbols?
[09:07] <Riddell> meh what is wrong with digikam?
[09:15]  * sitter thinks the installer simply doesn't manage to resolve the package
[09:42] <soee> if we remove korganizer (or kontact) - not sure what package adds entry to systray, this systray entry stays visible but does nothig as app was removed
[09:44] <Riddell> so remove it too :)
[09:48] <soee> this shoudl be done automagicaly
[10:01] <BluesKaj> 'Morning all
[10:05] <vip> hi
[10:05] <Riddell> freeze day!
[10:06] <Riddell> are you feeling cold?
[10:07] <BluesKaj> not yet Riddell :)
[10:09] <BluesKaj> <--- up early here, not quite insomnia , but close
[10:12] <lordievader> Riddell: It's cold here... Yesterday sunny and warm. Today cloudy and cold... :(
[10:21] <Riddell> hoorah digikam was just missing a .install file not in bzr
[10:31] <soee> ;-R
[10:47] <mustafam> Riddell: Sorry for going, Internet disconnected
[10:47] <mustafam> About the debug packages?
[10:55] <Riddell> mustafam: pastebin the backtrack you have and we'll see what's missing
[11:32] <ovidiu-florin> hello sexy people
[11:32] <soee> hiho
[11:33] <soee> Riddell: applications 15.04 will land in vivd before release ?
[11:33] <soee> *vivid
[11:34] <mparillo> ovidiu-florin: In my imagination, once upon a time I could have replied back, but clearly your greeting was not for me.
[11:34] <ovidiu-florin> mparillo: why not?
[11:35] <ovidiu-florin> anyone can be sexy
[11:35] <Riddell> soee: no it's backports material and still needs a lot of work although sgclark did great stuff yesterday http://qa.kubuntu.co.uk/ninjas-status/build_status_15.04.0_vivid.html
[11:36] <soee> ha :-) so vivd will gets all the best (Plasma 5.3 + apps 15.04) after its release :)
[11:36] <soee> *get
[11:37] <Riddell> gosh ubuntu unity live image just gives me a login screen I can't log into today, I guess that's what happens if you only do automated testing
[11:40] <soee> i see a lot of devs work on some small screens laptops etc. hwo can you work liek that ? :)
[11:44] <yofel> we like flexibility ;P
[11:45] <sebas> very small pixels :)
[11:45]  * sebas has quite simply good eyes
[11:45]  * BluesKaj avoids ovidiu-florin's  look
[11:45] <soee> sebas: but it leads to problems with eyes no ? :)
[11:46] <ovidiu-florin> BluesKaj: ha?
[11:46] <sebas> no, only if you force something, never take breaks, etc.
[11:46] <sebas> if you have to bend forward all the time, your back's going to hurt at some point
[11:47] <BluesKaj> <- old
[11:47] <sebas> the problem with "bad eyes" is really the problem to focus on something relatively close all the time, that's why looking out of the window (or at least focusing the eyes further away) regularly is important
[11:47] <Riddell> ovidiu-florin: do you think the website can be ready for next thursday?
[11:49] <BluesKaj> sebas, yes, i can't use my laptop for extended periods of time, these old eyes begin to blur things
[11:49] <ovidiu-florin> I'll tinker with the team page today and meanwhile I'll ping jose
[11:49] <ovidiu-florin> and hope soee can help me with the image optimizations
[11:50] <Riddell> ovidiu-florin :)
[11:50] <soee> ovidiu-florin: onyl thing we can do is to pass them through some script that will compress them a bit and remove not needed stuff, than use lazy laoding on website
[11:51] <ovidiu-florin> soee: I still think lazy load is not a good improvement
[11:51] <soee> it is
[11:51] <ovidiu-florin> but that image optimization, can you please take care of htat?
[11:51] <mustafam> The laptop died after waking from sleep :( , I'll post the backtrace next time.
[11:52] <ovidiu-florin> that's a terrible way to die
[11:52] <soee> ovidiu-florin: http://premium.wpmudev.org/blog/10-best-image-optimization-plugins-to-speed-up-your-wordpress-site/
[11:52] <mustafam> I have another problem, on a fresh install, pppoe doesn't work out-of-the-box
[11:53] <mustafam> I have to install pppoe package
[11:53] <mustafam> some problem with newer NM not working with ppp
[11:53] <mustafam> *with ppp only
[11:53] <soee> ovidiu-florin: tehy offer functionality to optimize already uplaoded photos and those that will be uploaded
[11:53] <ovidiu-florin> on my brother's laptop, (Acer Aspire) after installation and Updates, doesn't boot anymore
[11:53] <mustafam> I think we should include it in the default install
[11:54] <ovidiu-florin> soee: I'm at work right now, can you put that in a trello card?
[11:58] <mustafam> I talked about this NM pppoe problem previously on IRC, also on<EMAIL_ADDRESS>[11:59] <mustafam> But not a good bug report, I thought I should ask here first.
[12:00] <soee> ovidiu-florin: done
[12:00] <ovidiu-florin> soee: thank you
[12:05] <mustafam> Riddell: New NM doesn't work with ppp, requires pppoe binary, I think pppoe should be added to the default install, what do you think?
[12:08]  * Riddell looks
[12:09] <Riddell> mustafam: what's that for? 3g card or something?
[12:10] <Riddell> isn't pppoe only for an adsl modem?
[12:11] <mustafam> We use it for Broadband, I think it is used for DSL too.
[12:12] <mustafam> It used to work until recent versions of NM that require pppoe binary, not only ppp
[12:15] <Riddell> cyphermox: do you know if that's true? should network-manager recommend pppoe ?
[12:15] <Riddell> ↑
[12:16] <mustafam> I think this is the commit
[12:16] <mustafam> http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?h=nm-0-9-10&id=7955806a02db64b20079267743056d7d9d45af3b
[12:30] <Riddell> cyphermox: I tidied up the oem bug a little, bug 1413521 for showing the folderview, bug 1444980 for it not being installed at all and bug 1444967 for it not working on ubuntu unity
[12:30] <sgclark> morning
[12:32] <Riddell> hi sgclark!
[12:33] <BluesKaj> 'Morning sgclark
[12:54] <lordievader> Hey sgclark
[13:45] <cyphermox> Riddell: NM> well, if configure says so...
[13:46] <cyphermox> Riddell: please just don't straight upload to the release, I'm working on some other fixes in a CI train silo..
[13:46] <cyphermox> Riddell: for the oem bug; it seemed to work here for unity?
[13:46] <Riddell> cyphermox: ubiquity-dm didn't load on virtualbox for me when in oem mode
[13:47] <cyphermox> interesting
[13:47] <cyphermox> I haven't done much testing in vbox, perhaps I'll get to it today
[13:47] <cyphermox> did the reboot/eject/press enter thing work in your testing?
[13:49] <Riddell> cyphermox: not recently no
[13:49] <cyphermox> ah?
[13:50] <cyphermox> might be broken because vbox still though :/
[13:50] <cyphermox> I'll give unity a shot after I install vbox here
[14:28] <Riddell> "Michał Zając (quintasan) renewed their own membership in the Kubuntu
[14:28] <Riddell> Members (kubuntu-members) team until 2016-04-22."
[14:28] <Riddell> yay queuebot still loves us
[14:33] <shadeslayer> queuebot ... ahaha
[14:33] <yofel> ^^
[15:15] <santa_> sitter: hi, I have seen your mail about the Vcs fields, I think I can offer you an script to add the vcs fields if there aren't any
[15:17] <sitter> santa_: I think I got them all sorted earlier today
[15:25] <santa_> sitter: ok
[16:52] <jose> ovidiu-florin: you pinged me?
[17:40] <Quintasan> I feel botish now
[17:40] <Quintasan> ;_l
[17:40] <Quintasan> ;_;
[17:40] <ovidiu-florin> jose: heeeeey
[17:40] <ovidiu-florin> I missed yu
[17:40] <ovidiu-florin> you*
[17:40]  * jose is getting ready to leave in 2m
[17:41] <ovidiu-florin> how are you
[17:41] <ovidiu-florin> oh
[17:41] <ovidiu-florin> when are you comming back?
[17:41] <ovidiu-florin> Riddell: there were some problems with the kernel?
[17:41] <ovidiu-florin> I keep seeing it in the Vivid updates
[17:42] <ovidiu-florin> jose: ^^^
[17:42] <jose> ovidiu-florin: in around 6 hours
[17:42] <ovidiu-florin> I'll do something about the team page and the pictures today and tomorrow
[17:42] <ovidiu-florin> do you thing we can do the migration, or at least start it this weekend?
[17:42] <ovidiu-florin> jose: ^
[17:43] <jose> yes
[17:43] <jose> sure
[17:43] <ovidiu-florin> ok, I'll ping you when I'm done
[17:43] <ovidiu-florin> who else is here?
[17:48] <ovidiu-florin> sgclark: are you around?
[17:48] <sgclark> ovidiu-florin: sorta, whats up?
[17:48] <ovidiu-florin> kfunk: are you around?
[17:49] <ovidiu-florin> I have an idea
[17:49] <ovidiu-florin> and I want to try it out
[17:49] <ovidiu-florin> I want to screencast while developing the Kubutnu site, or other KDE applications
[17:49] <ovidiu-florin> make some kind of series
[17:49] <ovidiu-florin> this can be good for promotion
[17:50] <ovidiu-florin> and also to colaborate with whomever wan't to join in
[17:50] <ovidiu-florin> soee: ping
[17:50] <ovidiu-florin> what do you guys think?
[17:50] <ovidiu-florin> good or bad idea?
[17:50] <ovidiu-florin> or horrible, don't touch it with a 100 meter stick
[17:51] <sgclark> not entirely familiar with screen cast.. is that like camera one while working or?
[17:51] <Sho_> make sure you get a proper microphone
[17:52] <ovidiu-florin> for the pilot, I'll just go with what I have
[17:52] <ovidiu-florin> Sho_: ^
[17:52] <ovidiu-florin> sgclark: I capture my screen and possibly me
[17:53] <sgclark> sure it is a good idea, but I am with Sho_ it has to be good quality.
[17:55] <ovidiu-florin> I agree
[17:55] <ovidiu-florin> I'll use the best I have, for now
[17:56] <ovidiu-florin> and if this get's any audience, I'll invest more in it
[17:56] <ovidiu-florin> would you guys like to be in my first?
[17:56] <sgclark> I simply don't have time - I rarely get to seep atm, I am truly sorry
[17:57] <sgclark> s/seep/sleep/
[17:57] <kubotu> sgclark meant: "I simply don't have time - I rarely get to sleep atm, I am truly sorry"
[18:00] <santa_> sgclark: hey, I'm working on apps 15.04.0 for siduction, I might send you some simple patches to the mailing list
[18:07] <ovidiu-florin> so, here it goes: https://plus.google.com/u/0/events/ces84ffh9dlffeqqlvi9kssb2ig
[18:24] <ovidiu-florin> where is Rick?
[18:30] <Riddell> busy making video podcasts about the eu I think
[18:36] <sgclark> okies
[18:41] <ahoneybun> ovidiu-florin: did I miss that hangout?
[18:43] <ahoneybun> Riddell:
[18:43] <ovidiu-florin> ahoneybun: do you want to join in?
[18:43] <ahoneybun> https://www.youtube.com/watch?v=08oImP7PJLo
[18:50] <sgclark> Riddell: hmm, I am I correct in thinking kdelibs and kdepim family will still be around for a long while and at that old version branch? if so we need to do a check for those and update to the correct version. This is alot of more work that could be prevented :( what do you think?
[18:51] <Riddell> sgclark: kdelibs will be around for ages, kdepim may get a kf5 version in 4 months, or it may not, who knows
[18:51] <Riddell> but yes they should be packaged too
[18:51] <sgclark> well yeah I have packaged them and uploaded
[18:52] <sgclark> the problem is all these apps are looking for version 15.04
[18:52] <sgclark> which does not exist
[18:53] <Riddell> oh the something needs changed in the scripts to not update those build-deps
[18:53] <sgclark> the update dev packages function could just do another check for those and update according me thinks
[18:54] <sgclark> I will take a look at some point before the next batch of apps
[18:55] <Riddell> there's a bunch of tweaks needed to kubuntu-initial-upload to make it smoother
[18:57] <sgclark> yeah, better error handling for one lol
[18:57] <sgclark> nothing like getting through a bunch of jobs and it barfing lol
[19:05] <ovidiu-florin> soee: are you here?
[19:05] <ovidiu-florin> Riddell: http://www.youtube.com/watch?v=xn7A6ELikH4
[19:09] <soee> ovidiu-florin: hi, i have som work atm
[20:41] <santa_> sgclark: I can offer you an script to fix the kdelibs5-dev version, so with a few commands you could get it fixed for all the appliction packages and save time
[20:50] <ovidiu-florin> ahoneybun: it died
[20:52] <ahoneybun> ovidiu-florin: I thought so
[20:52] <ahoneybun> the team page is in html not json
[20:52] <ovidiu-florin> it is now
[20:52] <ovidiu-florin> I removed the json
[20:53] <ahoneybun> oh ok
[20:54] <ovidiu-florin> ahoneybun: I've sent you a PM
[20:55]  * ovidiu-florin goes to zzzzzzzzzzzzzzzzzzzzzzz
[20:55] <ovidiu-florin> good night Humans
[20:55] <ovidiu-florin> and bots (kubotu)
[21:16] <santa_> sgclark: mail sent to kubuntu-devel with a proposed idea to fix the kdelibs5-dev versions without much pain
[21:16] <santa_> hope it helps
[21:57]  * ahoneybun is sad to see no rss plasmoid
[21:57] <valorie> ahoneybun: write one?
[21:57] <valorie> or port the old one
[22:23] <sgclark> Riddell: ok well next-stage2 PPA is full... which explains why all my stuff is being rejected.
[22:29] <valorie> can you empty it of old junk, sgclark?
[22:31] <sgclark> valorie: it does not have New release availabe which old stuff usually does. I don't feel comfortable making that call as it has got me in trouble in the past.
[22:34] <valorie> seems like the euro-folks are all off for the night
[22:34] <valorie> I'm about to leave to have dinner with my son before the KDE meetup tonight
[22:37] <sgclark> aww I wanna KDE meetup lol
[22:38] <sgclark> anyway no worries got enough kde stuff to keep me busy..
[22:43] <soee> :)
[22:53] <ahoneybun> valorie: were you the one who reported that bug about the web page plasmoid?
[23:05] <soee> ahoneybun: it was me
[23:30] <ahoneybun> soee: I saw a update that installed the package needed for it, and it looks like it works now
[23:32] <soee> ahoneybun: yes Riddell fixed it


[00:34] <nhandler> technoviking: Great work (re: rss). We'll be sure to poke you when we are ready to make the switch
[02:20] <akgraner> jcastro, okie dokie on the open week stuff
[08:24] <dpm> good morning all
[08:26] <duanedesign> good morning
[09:43] <czajkowski> aloha
[09:46] <duanedesign> hello czajkowski. How is the other side of the pond this morning? :)
[09:46] <dpm> morning czajkowski
[09:46] <dpm> hey duanedesign
[09:51] <czajkowski> sunny
[09:51] <czajkowski> heading to a Java conference today in Cork
[09:51] <duanedesign> czajkowski: AHHH, SOUNDS NICE
[09:51] <duanedesign> sorry cap Fail
[09:52] <duanedesign> its 20c  this morning. A lot cooler then it has been. So I have all the windows open, enjoying the breeze
[10:33] <Pendulum> morning
[10:48] <duanedesign> good morning
[10:48]  * duanedesign needs to make some coffee
[12:20] <nigelb> morning folks
[12:23] <akgraner> If anyone needs me just email me of text me via some other way other than IRC - laters y'all
[12:29] <paultag> morning nigelb?
[12:29] <paultag> akgraner, later!
[12:29] <nigelb> paultag: I'm confused what time it is
[12:30] <paultag> nigelb, 11:30 UTC
[12:30] <nigelb> paultag: Ah, I got a better definition
[12:30] <nigelb> Its morning when I open my eyes
[12:30] <paultag> :)
[12:30] <paultag> It's 7:30 locally
[12:34] <paultag> BRB
[12:38] <jussi> I just spilt milk all over my keyboard :(
[12:44] <dpm> you're not supposed to feed these things jussi!
[12:45] <jussi> dpm: hahahaha
[12:45] <dpm> :-)
[12:45] <nigelb> dpm: haha, good one
[12:47] <nigelb> jussi: I'm copying this one :D :D
[12:47] <G> jussi: did it purr as a result?
[12:48] <jussi> G: unfortunately not...
[12:48] <G> jussi: what an ungrateful keyboard
[12:49] <jussi> heh
[12:49] <G> throw it outside and tell it to harden up :)
[12:49] <nigelb> G: well, if he poured it well and it shorted.... ;)
[12:50] <G> nigelb: the better the sparks, the better the show :)
[12:50] <nigelb> haha
[14:30] <jono> hey all
[14:32] <Pendulum> hiya jono
[14:32] <jono> hey Pendulum
[14:32] <jono> hows things?
[14:33] <Pendulum> not too bad. Are you free for a quick chat in PM?
[14:34] <Pendulum> jono: ^^
[14:34] <jono> Pendulum, sure! :-)
[14:51] <scott-work> hello hono
[14:51] <scott-work> err jono
[14:57] <jono> hey scott
[14:57] <jono> hey scott-work
[15:18] <nigelb> AlanBell: thanks for subscribing me :)
[15:30] <jcastro> JFo: easy vote of the day: http://ubuntu.stackexchange.com/questions/256/does-ubuntu-have-support-for-the-trim-command-for-use-with-ssd
[15:36] <JFo> k
[15:37] <jcastro> JFo: the forum thread is all confused, some people say you do nothing, some say you need a mount option, etc.
[15:37] <JFo> heh
[15:37] <jcastro> JFo: also I am selfish, I am close to getting a new SSD. *whistles*
[15:37] <JFo> heh
[15:39] <jcastro> czajkowski: doing anything?
[15:46] <jcastro> JFo: wow, so really, no user setup needed?
[15:46] <JFo> not that I know of
[15:47] <jcastro> rock and roll
[15:47] <JFo> it should "just work(tm")
[15:56] <czajkowski> jcastro: at a conf listnig to a talk on drools, sup
[15:57] <czajkowski> anyone got the link to N release schedule, looking for dates it's released
[15:57] <jcastro> https://wiki.ubuntu.com/NattyReleaseSchedule
[15:57] <jcastro> april 28
[15:57] <czajkowski> jcastro: thanks
[15:57] <czajkowski> jcastro: so what do you need
[15:58] <jcastro> I think we should remove all the junk from UDS-N and just make that the "whiteboard" page for UDS
[15:58] <jcastro> since all the good stuff is on uds.u.c
[15:59] <czajkowski> aye
[15:59] <jono> jcastro, dpm let's roll
[15:59] <jono> jcastro, dpm let's do skype
[15:59] <jono> mumble is knackered here
[15:59] <dpm> jono, skype or phone?
[16:00] <dpm> ok, got it, sorrz
[16:00] <dpm> can't type either
[16:00] <jono> haha
[16:00] <jcastro> ok one sec
[16:00]  * czajkowski offers cake to dpm
[16:01] <czajkowski> cake makes everything better
[16:01] <dpm> :-)
[16:01] <nigelb> JFo: you've corrupted czajkowski too :p
[16:01] <jcastro> czajkowski: doesn't need to be soon, but it'll need a link back to uds.u.c prominently, because people will still think that's where to go
[16:01] <nigelb> "Its a pice of cake to make a pretty cake..."
[16:01] <czajkowski> jcastro: i'll look at it tonight when i get back
[16:11] <JFo> nigelb, all shall fall ;-)
[16:11] <nigelb> JFo: looks like it
[16:22] <nigelb> what the.. "
[16:22] <nigelb> Ubuntu new interface and background
[16:23] <nigelb> spam from a bluprint - that's like new levels of spam
[16:25] <Pendulum> yeah
[16:40] <paultag> Haha
[16:40] <paultag> I saw that
[16:40] <nigelb> paultag: LP folks are /vast/
[16:40] <nigelb> fast rather
[16:40] <nigelb> user suspended
[16:41] <nigelb> (even though LP isn't very fast often)

[16:43] <duanedesign> paultag: hello
[16:43] <nigelb> duanedesign: I forgot how fast and how long bt meetings are
[16:44] <nigelb> I just stepped away for a minute and I couldn't keep up yesterday
[16:45] <paultag> hey duanedesign
[16:45] <paultag> nigelb, yeah, it's pretty awesome
[16:45] <duanedesign> nigelb: heh, i sit in on the Arizona LoCo meetings from time to time. Their meetings are crazy fast.
[16:45] <nigelb> paultag: I know, I've been there
[16:45] <paultag> nigelb, we all just mind-meld for an hour and a half and we're done for a month
[16:45] <paultag> +1 duanedesign
[16:46] <nigelb> paultag: I also see that the meetings are still friendly for the west and crazy time for my tz ;)
[16:46]  * nigelb hides
[16:46] <paultag> nigelb, :P
[16:46] <duanedesign> paultag: you working? I have been hoping to get a few minutes to discuss some ideas for FGs.
[16:46] <paultag> nigelb, I always wanted to have talks on the ML or two meetings
[16:46] <paultag> duanedesign, aI have time
[16:46] <nigelb> paultag: 2 meetings ++
[16:47] <duanedesign> paultag: can you join -council?
[16:48] <paultag> Gah!
[16:48] <paultag> I need to find a way to save channels
[16:48] <duanedesign> paultag: err guess we could pm
[16:48] <paultag> nah nah
[17:06] <jcastro> hah
[17:07] <jcastro> breezy reimagined: http://i.imgur.com/6IREV.png
[17:07] <nigelb> WOW
[17:07] <maco> jcastro: reminds me of an octopus
[17:07] <nigelb> that is beautiful!
[17:07] <nigelb> its like sunlight in purple
[17:07] <nigelb> (or at least that's what it reminds me of)
[17:07] <maco> heh im seeing a scene from The Little Mermaid
[17:08] <maco> with Ursula swimming off
[17:08] <Pici> It hurts my brain a little bit.
[17:14] <vish> Pici: !  :D
[17:14] <vish> nice little spammer https://blueprints.launchpad.net/ubuntu/+spec/new-background-ubuntu
[17:14] <vish> how did he get deactivated so soon?
[17:15] <Pendulum> vish: because he tagged all ubuntu members so some of the launchpad team got it when everyone else did :)
[17:16] <vish> ;)
[17:17] <nigelb> vish: I opened a question and sinzui got it within 7 minutes :)
[17:17] <vish> nigelb: oh! that was swift! link?
[17:18] <nigelb> vish: https://answers.edge.launchpad.net/blueprint/+question/125533
[17:20] <vish> nigelb: that was mighty quick response from lp ;)  .. now Ubuntu members are going to click the bp link and find it missing.. and wonder "Is this a new secret interface canonical is working on" ;p
[17:21] <nigelb> vish: lol
[17:23] <jcastro> hahahaha
[17:23] <jcastro> @dendrobates Loving the art of community, it's hard to believe a guy that tells very good wanking jokes can also write so beautifully @jonobacon
[17:23] <jcastro> hahahaha
[17:23] <jcastro> hahahaah
[17:23]  * jcastro falls out of his chair
[17:23] <Pendulum> haha
[17:41] <jono> lol
[17:47] <highvoltage> rofl
[17:48] <doctormo> highvoltage: Merryment?
[17:49] <highvoltage> doctormo: Merriment \Mer"ri*ment\, n. Gayety, with laughter; mirth; frolic. "Follies and light merriment." --Spenser. [1913 Webster]  Methought it was the sound Of riot and ill-managed merriment.       --Milton. [1913 Webster], merriment n 1: a gay feeling [syn: {gaiety}, {merriment}] 2: activities that are enjoyable or amusing; "I do it for the fun of it"; "he is fun to have around" [syn: {fun}, {merriment}, {playfulness}]
[17:50] <doctormo> highvoltage: That's the one, but including a floor.
[17:51] <highvoltage> ah. "Merryment?" = "Why are you rolling on the floor laughing?"?
[17:51] <highvoltage> doctormo: 12:24 < jcastro> @dendrobates Loving the art of community, it's hard to believe a guy that tells very good wanking jokes can also write so beautifully @jonobacon
[17:59] <jcastro> jono: I am all set whenever just ring
[18:17] <technoviking> jcastro: Should I worry about ubuntu-help.com?
[18:18] <jcastro> I dunno, I was hoping elmo would take care of it (kind of slammed right now)
[18:18] <jcastro> maybe copyright can help?
[18:19] <technoviking> I will ping them
[18:19] <jcastro> https://forms.canonical.com/trademarkviolation/
[18:19] <doctormo> highvoltage: Ah, :-D thanks
[18:19] <technoviking> jcastro: thanks
[18:19] <jcastro> technoviking: add on there that it's phishing so they prioritize it
[18:20] <jcastro> so it doesn't get lost with "my local bowling league is using the ubuntu logo"
[18:20] <technoviking> lol
[18:20] <jono> jcastro sorry, set now
[18:21] <jcastro> cool
[18:21] <jcastro> sec,
[18:21] <highvoltage> wow that ubuntu-help site is nasty
[19:00] <doctormo> highvoltage: It just says my ip address is banned, with what looks like the old ubuntu forums theme.
[19:00] <paultag> aye doctormo
[19:00] <paultag> doctormo, that's the point :)
[19:01] <paultag> doctormo, then you put in the details to the site and they have your password
[19:01] <paultag> doctormo, classic phishing
[19:03] <doctormo> Hey paultag of ohio.
[19:03] <paultag> hey doctormo of Massachusetts ( greatest state on earth )
[19:04] <doctormo> OK so I know now that there are binary drivers for Epson scanners, lexmark printers and a couple of other devices. *sigh*
[19:04] <paultag> doctormo, at least there are drivers, y'know
[19:04] <doctormo> paultag: Untechnically I'm doctormo of Vermont, greatest country in america.
[19:04] <paultag> doctormo, Ha!
[19:05] <vish> great "country" in USA ! o.0
[19:05] <paultag> vish, it's a joke because VT is so unlike the rest of america, and they are super progressive
[19:05] <paultag> :)
[19:05] <vish> hehe ;)
[19:05] <doctormo> vish: I said America, not usa. not the same thing. America is a continent,.
[19:05] <paultag> Well, that's what makes the joke work :P
[19:06] <vish> paultag: obviously not everyone from vermont has a sense of humor ;)
[19:06] <paultag> :)
[19:06] <doctormo> vish: I married in, I'm a flatlander.
[19:07] <highvoltage> doctormo: yeah but if it phishes for passwords and it goes as far as asking for launchpad usernames and passwords it could do some nasty things
[19:07] <doctormo> get into your ubuntuone account :-)
[19:42] <nigelb> trolls are awesome aren't they? A thread talking about Linus being a US citizen ends up talking about capital murder is US vs world.  Sigh.
[20:46] <Pici> Hrm.  Am I alone in thinking that http://www.ubuntu.com/ makes to too easy for a user to download the beta version?
[20:47] <highvoltage> Pici: yep.
[20:47] <Pici> Hrm.
[20:47] <highvoltage> Pici: just kidding, I was wondering about that too
[20:48] <Pici> I just had a user in #ubuntu say that they downloaded 10.10 because thats what they saw when they went to ubuntu.com
[20:48] <highvoltage> Pici: I guess it's also important to spread the word about testing an upcoming release. it does make it quite clear that it's an upcoming release, at least
[20:48] <highvoltage> if you click on download ubuntu, it /does/ take you to the 10.04 page
[20:49] <highvoltage> I guess it would be a lot better if it actually mentioned on the front page that 10.10 is pre-release software
[20:50] <Pici> I agree.
[21:09] <czajkowski> whoo back
[22:39]  * nigelb wonders if dpm ever sleeps :)
[23:03] <paultag> doctormo, good to see you upstream
[23:03] <nigelb> paultag: kernel?
[23:03] <paultag> nigelb, he just posted in debian mentors
[23:03] <paultag> nigelb, about barry
[23:03]  * nigelb goes to check inbox
[23:04] <paultag> nigelb, 14 hours ago, last post on thread 16 minutes ago
[23:05] <nigelb> paultag: wow, nice indeed :)
[23:06] <paultag> nigelb, there should be an ubuntuers-in-debian room or something
[23:06] <nigelb> paultag: debian-ubuntu on oftc
[23:06] <paultag> humm, aye.
[23:06] <paultag> I should set this up for oftc again
[23:07] <nigelb> heh
[23:10] <doctormo> paultag: It was bound to happen eventually.
[23:41] <ScottL> doctormo: ubuntu studio is working on workflows :  https://wiki.ubuntu.com/UbuntuStudio/Workflows
[23:41] <ScottL> instead of providing a application "factory" without any cohesion, we want to focus on how to accomplish things
[23:42] <ScottL> to include the wizardpen drivers would you look at the webpage and add any workflows you think should be included?


[00:08] <Jordan_U> I think that WanHouse in #ubuntu is a bot
[00:08] <Jordan_U> Either that or a troll
[00:10] <KB1JWQ> Jordan_U: Not sure.
[00:10] <KB1JWQ> I see him being odd, but definitely human in ##linux.
[00:10] <Jordan_U> Then he is a troll
[00:12] <KB1JWQ> Jordan_U: That, I won't argue.
[00:12] <KB1JWQ> Any named ops around?
[00:14] <Seeker`> what is a "named" op
[00:15] <KB1JWQ> Seeker`: Someone' on the ACL explicitly; staff are sort of "backup" to that in the event that the regulars aren't around to handle issues. :-)
[00:15] <KB1JWQ> aka "I don't want to ban this guy unless the abuse is obvious AND there's not an op around."
[00:16] <Seeker`> I'm a "named" op
[00:16] <KB1JWQ> Seeker`: Then the problem is yours. :-D
[00:16] <Seeker`> can't see anything that is obviously bannable from  a quick glance
[00:16] <KB1JWQ> He's not responding to PM.
[00:16] <KB1JWQ> Seeker`: Yeah, he's replying nonsensically and at random both here and in ##linux.
[00:16] <KB1JWQ> I wouldn't say he's bannable, but certainly bears watching.
[00:17] <KB1JWQ> 16:16:55 <~WanHouse> Please interpret the talks correctly. What you should identify is evil. Im an old OSS coder and i dont want to fuzz anyone up.
[00:17] <KB1JWQ> ...what?
[00:17] <Seeker`> where was that?
[00:18] <KB1JWQ> PM.
[00:18] <KB1JWQ> He finally replied.
[00:18] <KB1JWQ> So yeah-- I'd keep an eye.
[00:22] <Seeker`> will do
[04:26] <^Einstein> bienvenido, HacKDarK. Los operadores aquí pueden ayudarte.
[04:27] <HacKDarK> ok bro
[04:28] <HacKDarK> hola, algun operador en español?
[04:28] <HacKDarK> si no es mucha molestia, necesito ayuda con uncanal.
[04:28] <^Einstein> No tengo ni idea. Preguntaré.
[04:29] <MenZa> May we help you, HacKDarK, hsh, ^Einstein?
[04:29] <HacKDarK> hi
[04:30] <MenZa> Hi.
[04:30] <^Einstein> This gentleman has a question about #ubuntu-py. We have explained that it is to our knowledge in the Canonical/Ubuntu project namespace, and he has said that staff have given him some flags, but not +F. He is wondering if he can get founder privileges to truly manage the channel, MenZa.
[04:30] <^Einstein> I am an interim translator.
[04:30] <^Einstein> Um, s/py/uy/
[04:30] <HacKDarK> gracias
[04:30] <MenZa> I see.
[04:30] <MenZa> (Thanks for translating, for the record - makes things easier for poor little me)
[04:31] <MenZa> I believe there was an issue about this yesterday, confirm?
[04:31] <HacKDarK> mmm "me too"
[04:31] <^Einstein> I am not perfect. If I have trouble, I have a friend who is more fluent than I, MenZa.
[04:31] <MenZa> This is more than good enough ;)
[04:31] <^Einstein> HacKDarK: diciste ayer a alguien?
[04:31] <HacKDarK> si.
[04:32] <HacKDarK> yes, alguien ayer me dio flags
[04:32] <MenZa> Got that.
[04:32] <HacKDarK> pero no +F
[04:32] <HacKDarK> einstein
[04:32] <raven> Hello.
[04:32] <MenZa> Pici, nalioth, elky, Pricey - anyone there?
[04:32] <^Einstein> MenZa: raven is "supervising" my linguistic skills... if you don't mind.
[04:32] <HacKDarK> ayer alguien me dio flags, pero algunas
[04:33] <MenZa> HacKDarK: You're going to need one of the above to help you further in this matter - I'm not sure about the policy for that, nor do I have access to do so.
[04:33] <mnaines> What's the policy regarding user logs of IRC?
[04:33] <MenZa> mnaines: In what context?
[04:33] <HacKDarK> menza
[04:33] <MenZa> HacKDarK, ^Einstein, raven: They will see your message in the morning and, hopefully, get back to you.
[04:34] <mnaines> MenZa: I usually keep logging enabled for security purposes
[04:34] <HacKDarK> ¿?
[04:34] <MenZa> mnaines: Right?
[04:34] <raven> HacKDarK: Tienes que contactar con uno de los que MenZa dijo arriba, ya que el no tiene acceso a eso
[04:34] <^Einstein> HacKDarK: menza no sabe el política exactamente, pero nalioth, pricey, pici, o elky pueden ayudarte.
[04:34] <HacKDarK> elky!
[04:34] <raven> HacKDarK: Ellos veran tu mensaje en la manana y te lo devolveran
[04:34] <MenZa> raven, HacKDarK, ^Einstein: I know elky spoke to HacKDarK yesterday in -irc, so I assume she'll pick it up from there and let you know.
[04:34] <^Einstein> MenZa: thank you kindly.
[04:34] <HacKDarK> elky es una de las que me ayudo ayer!
[04:34] <MenZa> welcome
[04:35] <raven> HacKDarK: eso estaba diciendo ;P
[04:35] <mnaines> MenZa: I use Pidgin for all my instant messenger and chat stuff, and I keep the logging enabled for both security reasons and in case I miss something someone says to me in chat
[04:35] <MenZa> mnaines: Right - shouldn't be a problem with that
[04:35] <raven> HacKDarK: Creo que le debes volver a preguntar a elky, ella te ayudara
[04:35] <MenZa> mnaines: All our channels (well, most) are publically logged on http://irclogs.ubuntu.com
[04:35] <HacKDarK> raven: einstein: le pido a elky entonces?
[04:35] <raven> HacKDarK: si
[04:35] <raven> HacKDarK: aunque en este momento no se encuentra
[04:36] <raven> HacKDarK: pero cuando lea tu mensaje te responde
[04:36] <MenZa> raven, ^Einstein, HacKDarK: If that'll be all, please /part the channel
[04:36] <mnaines> MenZa: Mostly the logging is for the instant messenger side, though I keep it enabled for chat, too, as that helps me build an ignore list if I need to
[04:36] <HacKDarK> raven: ok
[04:36] <MenZa> raven, ^Einstein, HacKDarK: elky will read your query in the morning :)
[04:36] <^Einstein> MenZa: of course. We're trying to clarify with HacKDarK. I think it's been settled until morning.
[04:36] <raven> HacKDarK: Si eso es todo, nos tenemos que ir, nos estan hechando >.<
[04:37] <raven> Well
[04:37] <MenZa> mnaines: Like I said, shouldn't be a problem. As far as I know, most people log the channels they join.
[04:37] <^Einstein> HacKDarK: tenemos que salir, por favor.
[04:37] <raven> Thank you, MenZa
[04:37] <HacKDarK> ha.. ok
[04:37] <HacKDarK> gracias.
[04:37] <MenZa> Most welcome.
[04:37] <mnaines> MenZa: Yeah...I'm just telling you what I use the logs for, though its probably the same thing everyone uses them for
[04:37] <MenZa> mnaines: Probably, yeah.
[04:38] <mnaines> MenZa: There have also been times where I have had to use it to solve disputes and stuff
[04:38] <MenZa> mnaines: Seems fair enough. Not a problem.
[04:38] <MenZa> If that'll be all, please note our no-idling policy :)
[04:38] <MenZa> hsh: Can we help you with something?
[04:39] <hsh> no, I was just watching
[04:39] <MenZa> Huh.
[04:39] <MenZa> Well, now that's cleared out, I'm off to bed.
[04:39] <MenZa> That was a *lot* of unvoiced people in -ops at once.
[07:14] <Flannel> Hah.
[07:14] <Flannel> Apparently if you ask a certain someone to be less militant about enforcing rules, they decide they should just leave the channel.
[07:32] <mneptok> Flannel: that's offtopic for -ops
[07:40] <jussi01> hehe
[09:34] <Tm_T> di you other's notice the flood of dcc sends?
[09:34] <jpds> Yes.
[09:34] <Tm_T> roger, then I'll leave it (:
[14:57]  * genii makes a military-sized vat of coffee
[15:58] <Tm_T> is that large?
[16:11] <genii> Tm_T: Battalion-sized :)
[16:11] <Tm_T> ok, so medium sized
[16:13] <Dominian> heh
[16:13] <Dominian> That's "quite" large
[16:13] <Dominian> That's a LOT of coffee :D
[16:40]  * genii gulps
[17:37] <Tm_T> genii: all at once?
[17:40] <genii> Platoon-sized gulps...
[18:39] <Pici> ikonia: around?
[19:05]  * jussi01 bites mneptok. around?
[19:10] <mneptok> jussi01: i'm here
[19:11] <mneptok> jussi01: some latency issues with my ISP. servoce call scheduled for this afternoon. i may drop off at some point.
[21:35] <ikonia> Pici: yes
[21:39] <Tm_T> DCC SEND from yerbestfrend [<IP_ADDRESS> port 0]: irc.hackerthreads.org#hackerthreads [0B bytes] requested in channel #ubuntu
[21:40] <ikonia> gone
[21:40] <ikonia> done it a few times in the last week
[21:40] <Tm_T> I noticed
[22:11] <erUSUL> hi; i'm reciving bogus dcc sends from some #ubuntu nicks (two so far)
[22:12] <erUSUL> http://paste.ubuntu.com/292645/
[22:17] <vox> we know, it's being delt with
[22:17] <erUSUL> ok; good luck.
[22:17]  * erUSUL runs
[22:17] <vox> heh
[22:18]  * MenZa deals with vox.
[22:19] <vox> :O
[22:20] <MenZa> :3
[22:20] <vox> =^.^= mew
[22:20] <MenZa> :d
[22:20] <MenZa> :d*
[22:20] <MenZa> Ugh, caps lock.
[23:21] <Pici> ikonia: was just wondering if you knew of any other channels that that xck... fellow was bothering besides #ubuntu, #ubuntu+1, #ubuntu-offtopic and #ubuntu-uk
[23:21] <ikonia> #eeepc #eeepc-ot there was some others too


[06:38] <dholbach> good morning
[07:17] <YoBoY> bonjour
[11:11] <locodir-user> ok
[14:47] <JoseeAntonioR> costales, SergioMeneses: ping
[14:47] <czajkowski> JoseeAntonioR: anything I can help with
[14:47] <JoseeAntonioR> oh, czajkowski, didn't know you were here
[14:48] <SergioMeneses> JoseeAntonioR, tell me
[14:48] <JoseeAntonioR> wanted to confirm about the UOW session
[14:48] <czajkowski> SergioMeneses: is here he can deal with it
[14:48] <JoseeAntonioR> sure :)
[14:49] <SergioMeneses> JoseeAntonioR, I think we can do something for uow, when is it?
[14:49] <JoseeAntonioR> all details are here https://wiki.ubuntu.com/UbuntuOpenWeek
[14:49] <JoseeAntonioR> 21-22 may
[14:50] <SergioMeneses> JoseeAntonioR, I'll give you an official answer on Friday, ok?
[14:50] <JoseeAntonioR> sure thing, no hurries
[14:50] <SergioMeneses> perfect then :)
[14:51] <SergioMeneses> anything else?
[14:51] <JoseeAntonioR> not for now, thanks
[14:51] <SergioMeneses> JoseeAntonioR, :)


[00:00] <peturi> Hey
[00:00] <peturi> I need a point to the right direction
[00:00] <peturi> Whre can i read more aobut how to get my application accepted to the official repos?
[00:05] <jpds> peturi: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[00:16] <xnox> jpds, =) I haven't met you before. What sort of things are you working on ? =)
[00:31] <peturi> thanks
[04:50] <psusi> blast... my ureadahead changes and defrag only shaved 5 seconds off the boot time on my new laptop... still takes 30 seconds to boot, all but 5 of which is after ureadahead finishes.. cpu seems to be a little slow
[04:51] <psusi> on the up side, it didn't hose the fs ;)
[04:51] <psusi> now to figure out why the ncurses interface didn't work from the initramfs....
[05:06] <psusi> ohh, heh... the static binary isn't linked against ncurses... heh
[09:14] <echosystm> im curious
[09:14] <echosystm> are all packages maintained by canonical staff?
[09:14] <echosystm> or are some packagse maintaiened by the community
[09:16] <geser> packages in main are mostly "maintained" by canonical paid devs (but there are also some community devs working on them) where "universe" is community maintained
[09:16] <nigelb> geser: you beat me that ;)
[09:16] <nigelb> *to that
[09:16] <echosystm> i'd like to get into linux development
[09:16] <echosystm> and eventually maintain a package
[09:17] <echosystm> got any advice for a newbie?
[09:17] <echosystm> i dont really know where to start
[09:17] <geser> the people maintaining the Ubuntu kernel are in #ubuntu-kernel
[09:18] <geser> (you might need to wait till Monday when everyone is back from the weekend (and UDS))
[09:19] <echosystm> im not so into the kernel
[09:19] <echosystm> i meant some userland package
[09:19] <nigelb> Also, if you're looking at maintaing individual packages, the best thing to do would be to take care of an orphaned package in debian
[09:20] <echosystm> i guess the obvious thing is to find a package im particularly interested in
[09:20] <echosystm> or i could do that nigelb
[09:20] <echosystm> good idea :)
[09:20] <geser> sorry, just got up (and didn't have a coffee yet)
[09:20] <nigelb> ubuntu does not have a per package maintainer most of the time, we just have MOTUs who take care of the entire universe
[09:20] <nigelb> or core devs
[09:20] <echosystm> oh
[09:20] <echosystm> hm
[09:21] <nigelb> there is this big list of orphaned debian packages, taking of it would help what flows downstream into ubuntu
[09:22] <nigelb> http://www.debian.org/devel/wnpp/
[09:28] <echosystm> seems like any of the interesting packages require previous knowledge of the packages internal workings
[09:28] <echosystm> how can people actually know these things straight up? surely most people would have to learn first
[14:51] <MausP> Hello. At work I get a notebook with SSD. Want to install Lucid. afaik Lucid uses kernel 2.6.32. But ATA TRIM support was included to linux kernel 2.6.33.
[14:52] <MausP> does anybody know if canonical backported TRIM to their 2.6.32 kernel?
[14:52] <LucidFox> MausP> You can just update to a newer kernel from the kernel team PPA.
[14:52] <LucidFox> granted, this is dangerous
[14:53] <MausP> LucidFox: already found this http://kernel.ubuntu.com/~kernel-ppa/mainline/v<IP_ADDRESS>-lucid/
[14:54] <crimsun> MausP: in short, no, but there will be ways of getting newer kernel backports for LTS
[14:56] <MausP> thanks. just wanted to know if it is possibly needless to install a kernel that's not supported
[16:40] <rdz> hi all, i would like to test a patch for a certain kernel module (video driver). i figured out, that my trouble starts much earlier. i can compile the original driver, but the resulting module is not loadable.
[16:41] <rdz> so either, the sources that i downloaded are _not_ the sources for the kernel-image i am currently running, or i am doing something wrong
[16:41] <rdz> i am running 2.6.31-10-rt and i installed the sources with : apt-get source linux-image-2.6.31-10-rt
[18:04] <rdz> is anyone able to compile gspca_ov534.ko (drivers/media/video/gspca/ov534.c) from linux-image-2.6.31-10-rt sources for said kernel?
[18:04] <rdz> compilations goes fine, but the resulting module has mismatching symbol versions
[18:11] <ScottK> rdz: You might have more luck in #ubuntu-kernel, but not this weekend since most of the kernel team is travelling.
[18:18] <rdz> ScottK, thanks. nice for them :-)
[19:26] <crimsun> kees: for a setgid daemon in Maverick, should we be pursuing fine-grained caps instead?
[19:56] <crimsun> TheMuso: have ossp mostly source-version-3'd, will ask on pkg-pulseaudio-devel
[19:59] <Sarvatt> would anyone mind hitting retry on libxfont on everything but i386? they build fine now that the other synced packages are caught up - https://edge.launchpad.net/ubuntu/+source/libxfont/1:1.4.1-2
[20:01] <crimsun> done.
[20:03] <Sarvatt> thanks!
[20:04] <crimsun> yw
[20:47] <psusi> cjwatson, I'm pretty sure that the dmraid regression in lucid is caused by libdevmapper... something changed causing it to add the p to the partition name just before the lucid release, but I can only get lp to show me the very last version... can you think of anything you might have changed that would do that?
[20:48] <psusi> cjohnston, sorry, I meant libparted
[21:15] <psusi> BINGO!  found it... now how the hell did that line get there?
[21:20] <psusi> bah... another change by Hans de Goede
[21:24]  * psusi sets out to revert another change of his
[22:16] <mkarnicki> guys, are there any common tools to make GUI mockups (in sense of drawings)? I have seen similarly-themed GUI drawings on ubuntu wiki here and there
[22:17] <mkarnicki> usually they had dotted background and where drawn with pencil-like lines
[22:27] <RoAkSoAx> mkarnicki, balsamiq
[22:27] <andreasn> mkarnicki, actually, it's those are pen and paper: http://incompetech.com/graphpaper/squaredots/
[22:27] <RoAkSoAx> mkarnicki, i.e. https://wiki.ubuntu.com/TestdriveFrontend
[22:38]  * psusi prepares to drop an SRU, oh boy
[22:44]  * psusi shakes his head at his goofy wife
[23:10] <mkarnicki> RoAkSoAx: andreasn: thank you :)
[23:11] <mkarnicki> RoAkSoAx: andreasn: yeah, I think both methods are good, thanks!


[02:35] <xivulon> hi, are you aware of any bug report re wubi-cdboot I should look into?
[03:13] <evand> so if I understand #ubuntu-devel correctly, we cannot get any more changes in for Gutsy?
[03:18] <evand> ah, my fault for not reading<EMAIL_ADDRESS>nevermind
[05:11] <xivulon> what is the single-click-install spec?
[05:12] <evand> xivulon: link?
[05:13] <xivulon> It's scheduled @ UDS on the 2nd of Nov 11:00
[05:14] <evand> ohh, I imagine that's single click deb installs
[05:14] <evand> from the web
[05:14] <xivulon> I guess that has to do more with packages than with the Ubuntu installer
[05:14] <evand> right
[05:14] <evand> scary stuff
[05:14] <xivulon> Shall I add a new blueprint for wubi?
[05:14] <xivulon> Or resume the old one?
[05:15] <evand> you should be able to just propose the old one for uds-boston-2007
[05:15] <xivulon> I'll do so
[05:16] <xivulon> Is it possible to have the meeting on the 31st or after? I am not available on the 29-30
[05:16] <xivulon> done
[05:17] <evand> xivulon: you'd have to take that up with cjwatson, keybuk, or mdz as they manage the schedule.
[05:17] <cjwatson> xivulon: register yourself with the proper dates in launchpad and make yourself required for the spec, and the scheduler will deal with that automatically
[05:17] <evand> (in addition to dendrobates and jono, but they're completely different teams)
[05:19] <evand> cjwatson: it's too late for a new ubiquity, correct?
[05:20] <cjwatson> evand: -> #ubuntu-release
[05:20] <cjwatson> evand: at this point it would need to be a branch from 1.6.6; the stuff in 1.6.7 at the moment isn't appropriate for a last-minute upload IMO
[05:21] <evand> OK, that will leave the going back to m-a page bug and unmount /mnt/migrationassistant bugs in place, but those probably are not show stoppers.
[05:21] <evand> Or are you suggesting I branch 1.6.6?
[05:22] <evand> or should I be bringing all of this up in -release
[05:25] <evand> cjwatson: bug 151126 and bug 135149 are the relevant bugs.
[05:25] <xivulon> cjwatson: should already be registered for UDS, and am already maked as required for the spec, so hopefull all should be dandy
[05:26] <cjwatson> evand: you should bring it up on -release, explaining the relevant bugs; if a fix is needed, you should branch 1.6.6 and commit the changes there
[05:27] <cjwatson> 151126 doesn't really seem release-critical to me
[05:28] <evand> ok
[05:56] <CIA-18> migration-assistant: evand * r68 migration-assistant/debian/changelog: releasing version 0.5.4
[06:37] <CIA-18> migration-assistant: evand * r69 migration-assistant/ma-script-utils: Initialize unmount_previously_run for each call to unmount_os.
[08:53] <cjwatson> evand: could you push the 1.6.7 branch somewhere please? (pref. called "gutsy" or something, I have another release to make from it)
[08:53] <evand> cjwatson: sure
[08:53] <cjwatson> thanks
[08:54] <cjwatson> also preferably to ~ubuntu-installer :)
[09:05] <evand> argh, do I need to ping someone to delete a lock (I canceled a push part of the way through)?
[09:08] <cjwatson> bzr break-lock
[09:08] <cjwatson> if that doesn't work, paste the error and I'll walk you through deleting it manually
[09:25] <evand> hrm, it doesn't usually take anywhere near this long
[09:26] <evand> bazaar.launchpad.net/~ubuntu-installer/ubiquity/gutsy
[09:26] <evand> cjwatson: ^
[09:31] <cjwatson> (branch locally from the point where it branched from trunk, pull, bind, rm .bzr/branch/parent)
[09:31] <evand> neat
[09:32] <evand> I'll have to remember that trick
[09:32] <cjwatson> if you can give two bzr+ssh://bazaar.launchpad.net/ URLs to bzr branch, you might be able to use a similar trick to push
[09:33] <CIA-18> ubiquity: cjwatson * r2349 gutsy/ (configure configure.ac): bump to 1.6.8
[09:35] <CIA-18> ubiquity: cjwatson * r2350 gutsy/ (debian/changelog ubiquity/components/install.py):
[09:35] <CIA-18> ubiquity: * Fix non-x86 installation: initialise automatic_mode even if we aren't
[09:35] <CIA-18> ubiquity:  using grub-installer.
[10:09] <CIA-18> ubiquity: cjwatson * r2351 gutsy/debian/changelog: releasing version 1.6.8
[10:12] <CIA-18> ubiquity: cjwatson * r2351 ubiquity/ (6 files in 5 dirs): merge from gutsy branch


[11:07] <pep> Now this is interesting
[11:07] <pep> this channel has drastically shrinked
[11:35] <MenZa> shrunk, you mean?
[11:35] <MenZa> maybe that means bug #1 is getting fixed!
[11:35] <ubot4> MenZa: Error: Could not parse data returned by Launchpad: The read operation timed out
[11:35] <MenZa> <_<
[11:59] <pep> yes, schrunk*


[07:37] <Grimsqueaker13> Is there any proper current documentation for Upstart? Scott's blog posts are the only thing I can find and they're great but there's a ton of other things I need to know.


[16:54]  * pochu just switched from firefox to ephy
[20:16] <pochu> bah, I can't believe you have to use filters to configure multiple accounts in Evo so that they use different Inbox/Sent/etc folders
[20:19] <pochu> hmm, looks like I can manually create the folders then set those as default in the account prefs
[20:19] <pochu> not ideal, but it's not that bad as I thought
[20:20] <pochu> s/that/as/
[20:22] <pochu> hmm, there's defaults only for drafts/sent, not for inbox :/


[01:19] <cjwatson> ev: is bug 512592 what you fixed?
[01:19] <cjwatson> and if so can you deal with the bug metadata? :)
[10:32] <CIA-3> tzsetup: evand * r511 tzsetup/ (debian/changelog tzsetup):
[10:32] <CIA-3> tzsetup: * Set the geoip question to a higher priorty so it gets asked by
[10:32] <CIA-3> tzsetup:  default.
[10:32] <CIA-3> tzsetup: * Properly go to the full list if the user says no to the geoip
[10:32] <CIA-3> tzsetup:  question.
[10:36] <CIA-3> tzsetup: evand * r512 tzsetup/debian/changelog: releasing version 1:0.26ubuntu4
[11:06] <ev> huh, the version of console-setup-udeb built on LP doesn't have translated strings in kbdnames.gz; instead, it has C strings for each language code.
[11:06] <ev> however, my local copy built with the correct data
[11:06]  * ev digs
[13:53] <mark> is it possible to install 9.10 server with grub1 instead of grub2?
[13:55] <ev> mark: SET grub-installer/grub2_instead_of_grub_legacy false
[13:55] <mark> aha
[13:55] <mark> thanks :)
[13:55] <ev> sure thing
[14:12] <cjwatson> though we'd like to know why
[15:32] <exlt> cjwatson: I'm doing the same wrt grub legacy - 2 raid controllers: LSI_1068E and 3Ware_9650SE; LSI_1068E is a RAID1 for OS; 3Ware_9650SE is a RAID10 for data - 3Ware is seen as sda, LSI as sdb - using grub2 box does not boot
[15:49] <exlt> doing the same with squeeze, too, so it's a not specific to ubuntu
[15:50] <exlt> hw, kernel, grub2 thing..
[16:07] <cjwatson> ev: is bug 512592 what you fixed?
[16:09]  * ev checks
[16:10] <ev> yup, marked as fixed, thanks
[16:11] <ev> still working out why console-setup isn't including the translations when built from a buildd/pbuilder, complicated by the fact that it's taking at least two hours to build
[16:13] <ev> but it completes just fine
[16:14] <ev> there's no visible difference to the user
[16:29]  * exlt pulled 20081029ubuntu81 to check it out  :)
[16:30] <cjwatson> the interesting difference is in console-setup rather than debian-installer
[16:30] <cjwatson> d-i is just the build system
[16:58] <exlt> no main menu on netboot install :)  thank you, ev
[17:05] <ev> sure thing


[00:03] <OerHeks> We love to do your homework, k1l is silly!
[00:03]  * OerHeks grinds coffeebeans
[00:05] <Bashing-om> But for a refreshing once, there was an honest response that it is homework .
[00:05] <OerHeks> Yes, that is why i appreciate it.
[00:15] <daftykins> did someone come in asking for their school work to be done? :D
[00:17] <OerHeks> yes, "someone told me to run this command" yaba yaba
[00:20] <daftykins> :>
[00:22] <OerHeks> Drabber wants to sleep, so i have to go to bed too ..
[00:22] <daftykins> :D
[00:22] <daftykins> g'night \o
[00:23] <OerHeks> have fun!
[11:39] <BluesKaj> Hi folks
[14:37] <lotuspsychje> good afternoon to all
[14:37] <lotuspsychje> rilleh: http://mixing.dj/2016/livesets/adam-beyer-drumcode-301-live-swg3-glasgow-06-05-2016/
[14:37] <rilleh> Hey
[14:37] <rilleh> Cheers
[14:37] <rilleh> I'll give it a listen
[14:38] <lotuspsychje> crazy set
[14:43] <lotuspsychje> tonyt: welcome
[14:43] <lotuspsychje> bye
[15:00] <BluesKaj> hi lotuspsychje, rilleh
[15:00] <lotuspsychje> hey BluesKaj
[15:04] <lotuspsychje> p4nama papers go online in 3 hours
[15:35] <juser> hello
[15:35] <juser> anyone here?
[15:35] <lotuspsychje> juser: hi
[15:35] <juser> ah, someone is alive
[15:35] <juser> I been sitting here for a while and the channel has been dead.
[15:35] <lotuspsychje> juser: we have users from all over the world
[15:36] <lotuspsychje> juser: other times can be more crowdy
[15:36] <juser> I just started using ubuntu a few days ago.
[15:36] <lotuspsychje> welcome to the community!
[15:37] <juser> thanks
[15:37] <juser> I got fed up with windows update problems and installed ubuntu.
[15:37] <lotuspsychje> great choice
[15:37] <lotuspsychje> juser: wich version did you install?
[15:38] <juser> I used slackware years ago when it first came out.
[15:38] <juser> I installed latest one  16.4 ?
[15:38] <lotuspsychje> great
[15:38] <juser> dual boot with win 7
[15:39] <lotuspsychje> im also on it
[15:39] <juser> I need to keep windows around because there are a few things I can't do in linux
[15:39] <lotuspsychje> wich are?
[15:39] <juser> ripping DVDs,  photoshop stuff like that.
[15:40] <lotuspsychje> !info handbrake | juser
[15:40] <juser> I've used it.
[15:40] <lotuspsychje> juser: for photoshop alternative: krita & gimp
[15:41] <juser> never used krita
[15:41] <lotuspsychje> juser: some version of photoshop can be run from wine or playonlinux
[15:41] <lotuspsychje> juser: krita is very pro stuff
[15:41] <lotuspsychje> !info krita | juser
[15:42] <juser> for the rare occation I need photoshop, I'll just boot windows.   not a big deal.
[15:43] <juser> I looks like a lot of people do dual boot.
[15:43] <lotuspsychje> juser: another big part single boot ubuntu aswell
[15:43] <lotuspsychje> i dont use win for years now
[15:44] <juser> ubuntu does almost everything I need to do.  I just do surfing, watch movies, email and play around.
[15:46] <lotuspsychje> juser: glad you like it!
[15:46] <lotuspsychje> many handy packages out there for ubuntu, to make your life easy
[15:46] <juser> I'll see how it goes.
[15:47] <juser> yes, I didn't expect ubuntu to be so well developed.
[15:47] <lotuspsychje> juser: many stuff changed over the years
[15:47] <juser> I have used other using systems at work.  solaris and freebsd
[15:48] <juser> other unix systems
[15:48] <lotuspsychje> cool
[15:48] <juser> a lot of VMS
[15:48] <juser> pdp-11 and VAX
[15:51] <lotuspsychje> hggdh: good evening
[15:52] <hggdh> lotuspsychje: good morning :-)
[15:52] <lotuspsychje> :p
[15:58] <juser> what is the best irc client?  I'm using HexChat.
[15:58] <dax> hexchat for GUI, weechat for terminal
[15:59] <juser> ok thanks
[16:09] <juser2> trying weechat
[16:16] <lotuspsychje> http://www.omgubuntu.co.uk/2016/05/what-to-expect-ubuntu-16-10-unity-7
[16:18] <lotuspsychje> hi baizon & pauljw
[16:21] <lotuspsychje> rilleh: one from my country http://mixing.dj/2015/livesets/adam-beyer-drumcode-281-live-fuse-brussels-18-12-2015/
[16:22] <baizon> ho ho ho lotuspsychje :D
[16:22] <lotuspsychje> :p
[16:23] <juser2> can I get rid of timestamps in weechat?  I searched the docs and no luck.
[16:24] <lotuspsychje> juser2: the #weechat channel might know?
[16:24] <juser2> ok thanks
[16:25] <juser2> sorry, this was a bad place to ask.
[16:26] <pauljw> hi lotuspsychje, everyone.
[16:56] <lotuspsychje> dax: would it be handy to add ubuntu version and hardware chipset to !details ?
[17:42] <dax> !details
[17:42] <dax> !-details
[17:42] <dax> !-elaborate
[17:43] <dax> ./msg ubottu !no, elaborate is <reply> Please elaborate; your question or issue may not seem clear or detailed enough for people to help you. Please give more detailed information; for example, we might need errors, steps, relevant configuration files, Ubuntu version, and hardware information. Use a !pastebin to avoid flooding the channel.
[17:44] <dax> not a huge fan of that factoid, but voila ^
[18:04] <OerHeks> :-)
[18:04] <OerHeks> dax, oke, so if we have strong suggestions for factoids, you can help us out?
[18:05] <dax> Yep, or issuing edit commands to ubottu as a non-admin sends the suggestion to -ops. Either works.
[18:05] <OerHeks> nice
[18:45] <rilleh> https://www.youtube.com/watch?v=ey68uVUuyvs
[18:45] <rilleh> Woops, sorry


[02:25] <wallyworld> hpidcock: pushed up a couple of changes for the run socker and deployment mode stuff, just testing locally. also a makefile fix to get us out of the current build dilema in the least cost way unti; we redo the process
[02:27] <thumper> if anyone wants to review a lot of deleted code... https://github.com/juju/juju/pull/11377/files
[02:28] <hpidcock> wallyworld: thanks
[03:44] <wallyworld> thumper: small PR to fix an annoyance seen in those Solutions QA logs https://github.com/juju/juju/pull/11378
[03:45]  * thumper looks
[03:46] <thumper> lgtm
[03:46] <wallyworld> ta
[04:44] <wallyworld> kelvinliu: here's a small PR to fix an upgrade step https://github.com/juju/juju/pull/11379
[04:44] <kelvinliu> wallyworld: looking now
[05:00] <kelvinliu> lgtm, ty wallyworld
[05:00] <wallyworld> \o/ ty
[05:01] <wallyworld> lots of loose threads to tidy up before beta
[05:21] <kelvinliu> wallyworld: can I get ur 2mins to discuss the new option for storage mode?
[05:22] <wallyworld> kelvinliu: sure, just give me 5
[05:22] <kelvinliu> sure
[05:29] <wallyworld> kelvinliu: standup?
[05:29] <kelvinliu> yep
[06:18] <wallyworld> kelvinliu: hpidcock: if you guys could give early feedback on https://github.com/juju/juju/pull/11381 that would be great
[06:19] <kelvinliu> yep
[06:19] <tlm[m]> lol was going to tidy up a few things first. If it seems obvious or unsafe I am probably already on it
[07:45] <elox> Good morning
[10:01] <achilleasa> stickupkid_: can you take a quick look to this tiny change? https://github.com/juju/names/pull/104
[10:01] <achilleasa> also cmars, when online can you please take a look at https://github.com/juju/terms-client/pull/23
[10:02] <stickupkid_> achilleasa, done
[10:02] <achilleasa> (turns out adding new errors to juju/errors is hard)
[10:04] <stickupkid_> transient dependencies
[13:28] <hml> achilleasa: changes made to https://github.com/juju/juju/pull/11339
[13:30] <hml> achilleasa:  i grabed the card to move facade calls to common
[15:11] <stickupkid> openstack doesn't clear it's own ports up, well that's annoying
[15:52] <achilleasa> hml: can I have a green tick? https://github.com/juju/terms-client/pull/24
[15:52] <hml> achilleasa:  looking
[15:54] <achilleasa> hml: 11339 approved with minor doc-related comments
[15:54] <hml> achilleasa:  ty
[15:56] <hml> achilleasa:  approved
[15:56] <achilleasa> thanks
[16:16] <achilleasa> stickupkid and hml: do you see any strange warning if you `juju deploy x; juju destroy model -y default'?
[16:16] <achilleasa> https://pastebin.canonical.com/p/NRPQMkwTCT/
[16:17] <achilleasa> (that IP is where lxd binds on my dev box)
[16:19] <hml> achilleasa:  not on 2.7.4, though i’ve noticed some command are really long on develop.  like add-model
[16:19] <achilleasa> hml: yes, I get the same with add-model
[16:19] <hml> achilleasa:  not on my local branch either
[16:27] <stickupkid> achilleasa, I've seen that before
[16:27] <stickupkid> I believe manadart has spotted that in CI, but unable to reproduce
[16:27] <stickupkid> we did suspect it was systemd issue, but that was a theory
[16:28] <achilleasa> stickupkid: hitting it consistently :-(
[16:28] <hml> achilleasa:  which branch?
[16:28] <hml> achilleasa:  localhost?
[16:29] <achilleasa> develop/HEAD, local lxd exposed on eth0 ip
[16:30] <stickupkid> achilleasa, can you get info from journal etc
[16:31] <stickupkid> that way we can see if it's systemd theory
[16:38] <achilleasa> stickupkid: journalctl on the host?
[16:38] <stickupkid> yeah
[16:41] <achilleasa> stickupkid: lxd.daemon[529331]: 2020/03/31 17:40:58 http: TLS handshake error from <IP_ADDRESS>:41548: remote error: tls: bad certificate
[16:41] <stickupkid> there we go, not idea why though
[16:43] <stickupkid> s/not/no
[16:45] <rick_h_> achilleasa:  got the merge to go through so think we're good now
[16:45] <rick_h_> stickupkid:  achilleasa when do you time swap? (and why are you still around today? :p )
[16:45] <stickupkid> rick_h_, last weekend
[17:04] <hml> achilleasa:  what kinda of comments on ErrNoSavedState?  it seems self explainitory to me
[17:18] <achilleasa> hml: usually it's something along the lines of 'ErrNoSavedState is returned by X when Y happens'. Just mentioned it because there is a linter (we don't use ATM) that complains about missing docs for exported types
[17:32] <josephillips> hey
[17:33] <josephillips> question i perform a commit for add a functionatily on openstack swift-proxy charm
[17:33] <josephillips> how long take that someone verified the commit?
[17:37] <rick_h_> josephillips:  that depends on the folks around/etc. beisner might be able to give you a better answer more official-like
[17:38] <josephillips> ok and another question i want to commit another change
[17:38] <josephillips> to support another funcionatily on the same charm
[17:38] <josephillips> i have to wait until this commit is accepted or i can perform a second commit
[17:39] <josephillips> that make me thing another question
[17:39] <josephillips> i have to clone the master repo again to perform the new one or i can work with my last clone and changes?
[17:43] <rick_h_> josephillips:  well if the changes are independent then I'd expect you could create two pull requests no problem
[17:43] <rick_h_> josephillips:  if they're dependent on each other you can queue up two pull requests, but the one will have to land/rebase before the other goes through
[17:44] <josephillips> no are not dependent they just add new funcionatily to configure new middlewares
[17:44] <josephillips> on swift-proxy
[17:44] <rick_h_> ok
[18:17] <hml> achilleasa: rgr
[21:27] <babbageclunk> wallyworld: do you think we should restrict acceptable downgrades to max of one minor version? I guess one major in the case of 3.0 -> 2.9 (or whatever)?
[21:27] <wallyworld> babbageclunk: i don't think there's any reason we need to?
[21:27] <babbageclunk> (Although that's difficult without knowing what the maximum minor version of the prev major was)
[21:28] <babbageclunk> wallyworld: ok, that's much simpler obvs - I think I'm just getting the jibblies from ripping out this checking code.
[21:28] <wallyworld> so long as the db matches the agent version?
[21:29] <wallyworld> i guess there's the possibility of local file incompatibility, eg uniter state file
[21:29] <wallyworld> that's one thing we've just ignored
[21:32] <babbageclunk> ugh
[21:33] <babbageclunk> I'd thought about config file inconsistency but not state file
[21:34] <babbageclunk> Is the state file part of the stuff being moved into the db? Or is that just charm state?
[21:34] <wallyworld> i would hope everything
[21:36] <babbageclunk> also reference to https://bugs.launchpad.net/juju-core/+bug/1299802 in the code - I don't think this is still a problem because everything looks at the model version rather than the units looking to the machine to work out what version they should be. Does that seem right?
[21:36] <mup> Bug #1299802: upgrade-juju 1.16.6 -> 1.18 (tip) fails <juju-core:Fix Released by jameinel> <juju-core 1.18:Fix Released by jameinel> <juju-core (Ubuntu):Fix Released> <juju-core (Ubuntu Trusty):Fix Released> <https://launchpad.net/bugs/1299802>
[21:36] <wallyworld> will read that after call
[21:37] <babbageclunk> wallyworld: ok, that would remove the problem in the future, although it doesn't help for the existing versions
[21:37] <babbageclunk> ok, sorry!
[21:40] <babbageclunk> hey hml, are we right in thinking that the unit-state is being moved into the db as well as the charm state?
[21:41] <hml> babbageclunk: yes.. uniter internal state, storage relations metrics
[21:41] <hml> babbageclunk: only bundles  deployer will be left in the state dir… the can be easiler gotten
[21:41] <hml> babbageclunk: but it’s a work in progress right now… not everything is there
[21:41] <hml> or moved
[21:43] <babbageclunk> hml: awesome - thanks!
[22:07] <pmatulis> is there something unstable about ~containers namespace? i'm also wondering whether failed attempts to use the stable/promulgated namespace should leave a hint to the user that another namespace contains the charm in question
[22:08] <wallyworld> babbageclunk: unit state file compatability would still be an issue i think on downgrades, but is negated by that stuff moving to the controller as hopefully a structured doc that is then served via an api and hence compatibile versions can be served
[22:10] <babbageclunk> wallyworld: well, if it's coming from the db then it would be reset along with the restore, right? Once the agents downgrade themselves then the state would be the right format.
[22:11] <wallyworld> that is true. i was thinkin also that the api would serve a version of the data consistent with the api version, but you are right we get that by default with the db version being downgraded also
[22:15] <wallyworld> rick_h_: wadda ya reckon about creating a 2.9 milestone to park bugs that we know we want to do next cycle?
[22:22] <rick_h_> wallyworld:  wfm
[22:41] <wallyworld> thumper: i've always wondered why we don't enforce relation limits, did we want to target at a 2.8.1? bug 1869840
[22:41] <mup> Bug #1869840: Enforce limit: specified in relation metadata <canonical-is> <juju:Triaged> <https://launchpad.net/bugs/1869840>
[22:50] <thumper> is it something we could do post beta 1 before rc?
[22:52] <babbageclunk> wallyworld: making the same change in caasupgrader - k8s isn't really handled in juju-restore at the moment, but when it is it'll be the same situation, right?
[22:52] <wallyworld> thumper: we could, but if code freeze is friday.....
[22:52] <thumper> freeze for features
[22:52] <wallyworld> it is potentially a non-trivial change if there's corner cases
[22:53] <thumper> it could just be validation in the api-sever call for relate
[22:53] <thumper> where if the limit is hit, we just reject the relate call
[22:53] <thumper> doesn't feel like a lot of corner cases
[22:53] <thumper> what we don't have
[22:53] <wallyworld> it could be but i am always wary
[22:53] <thumper> is "my charm only works with one of mysql or pgsql"
[22:53] <wallyworld> this late in the peice
[22:54] <thumper> trying to define that could get very messy
[22:54] <wallyworld> thumper: also bug 1869795, i can't recall why we send --verbose to stderr
[22:54] <mup> Bug #1869795: --verbose output from juju CLI is written to stderr <juju:New> <https://launchpad.net/bugs/1869795>
[22:54] <thumper> I saw that too...
[22:54] <wallyworld> i changed the title as it is all juju cli
[22:55] <thumper> I had thought that we agreed to send info/verbose to stdout except if --format yaml/json
[22:55] <wallyworld> yeah, i thought so too, just wanted to double check as it is a wide reaching hcange
[22:56] <thumper> we could quickly see where we actually call ctx.Infof and ctx.Verbosef
[22:56] <thumper> the problem is the machine readable format bits
[22:57] <wallyworld> yup
[22:59] <wallyworld> babbageclunk: k8s upgrades a slightly different in how they're triggered, i'd need to look specifically at the code etc
[23:01] <babbageclunk> wallyworld: Ok - presumably the agent version being different will still trigger this code though right? I'll try chasing it through.
[23:01] <wallyworld> babbageclunk: the difference is that the agent does not shut itself down and restart,it's a whole new docker image
[23:03] <babbageclunk> ah right
[23:03] <wallyworld> thumper: i want to do a burn down list of bugs for 2.8-beta1. i've created 2.8-rc1, 2.8.1, and 2.9-beta1 milestones. i'd like us to shuffle bugs around to reflect reality and allow folks to pick off bugs to fix once we hit feature freeze
[23:09] <babbageclunk> wallyworld: it looks like essentially the same situation (from my not very familiar reading) - that's the place that decides whether this upgrade is sensible (and unlocks downstream workers), the API accepts the version change and updates the image in k8s to the requested version
[23:11] <wallyworld> babbageclunk: you are most likely right, i need to go look at the code. i just wanted to be sure that any k8s differences were accounted for etc
[23:12] <babbageclunk> wallyworld: cool cool - I'll make the change for now, we can discuss in stdup/review, thanks!
[23:12] <hpidcock> wallyworld: feeling it might soon be time to move ProviderID for Deployments/Daemonsets to pod name, not pod uuid
[23:14] <wallyworld> hpidcock: given pod name is always regenerated as a unique value in those cases, it would work to do that. is the rationale to make it easier to match things up?
[23:15] <hpidcock> wallyworld: the rationale is that UUIDs for now, and probably for a long time are not index in etcd. So you can't just get on UUID, must list all pods and filter on uuid
[23:16] <hpidcock> wallyworld: with k8s usage increasing, and us better supporting non-statefulset deployments, probably a good time to do it
[23:16] <wallyworld> ah that is true, and unfortumate
[23:16] <hpidcock> I'm happy to do it as a driveby
[23:16] <wallyworld> let's discuss in standup
[23:16] <hpidcock> sure thing
[23:20] <babbageclunk> hpidcock: that's weird - why don't they index on uuid? I'd have expected it to be way cheaper than indexing on a string?
[23:21] <hpidcock> babbageclunk: because k8s objects use namespace + name as their key
[23:22] <babbageclunk> ok - so the uuid is just some other field and you can't query by it directly?
[23:22] <hpidcock> correct, used to determine if two objects are different when you delete and recreate an object with the same
[23:23] <babbageclunk> ah, right - thanks!


[03:00] <WaSeidel> hi, it's me again asking for an answer to my trouble with my username on wiki.ubuntu.com


[03:08] <smoser> blackboxsw: ping
[03:08] <smoser> hey
[03:08] <blackboxsw> pong
[03:08] <smoser> i was just about to accept your merge
[03:08] <smoser> i was going to just put a comment in
[03:08] <smoser>                 except UrlError as urle:
[03:08] <blackboxsw> smoser: sorry was tweaking the description to be more appropriate
[03:08] <smoser>                     message = str(urle)
[03:08] <smoser>                     # older versions of requests may not get the url
[03:08] <smoser>                     # into the message.
[03:08] <smoser> and fix up the commit message.
[03:08] <smoser> yeah.
[03:08] <smoser> and that'd be it.
[03:08] <blackboxsw> ahh sounds good. want me to push
[03:08] <smoser> then i'im good.
[03:08] <smoser> i'll comment and you can take it.
[03:08] <blackboxsw> +1 will do
[03:09] <smoser> just approved with changes on the mp
[03:09] <blackboxsw> smoser: I was gonna land https://code.launchpad.net/~rjschwei/cloud-init/+git/cloud-init/+merge/333575
[03:09] <smoser> please grab
[03:09] <smoser> thanks
[03:09] <smoser> i'm fine with that too
[03:09] <blackboxsw> I can wait til morning on that 2nd branch though
[03:09] <blackboxsw> ok will do tonight
[03:09] <smoser> fix c-i first though
[03:09] <blackboxsw> agreed
[03:09] <smoser> ie, the urlerror message first
[03:09] <smoser> just to have less broken tips
[03:09] <smoser> thanks
[03:10] <smoser> and i'm out.
[03:10] <smoser> later
[03:10] <blackboxsw> thanks have a  good one
[15:37] <smoser> oh for petes sake jenkins
[15:37] <smoser> blackbox fixed cloud-init but then jenkins cries
[15:37] <smoser>  https://jenkins.ubuntu.com/server/job/cloud-init-ci-nightly/161/console
[16:50] <blackboxsw> smoser: can we rerun nighlty?
[16:50] <blackboxsw> to get a good value
[16:51] <blackboxsw> powersj: smoser: I'll fixup qa-scripts/scripts/launch-ec2 for bionic  while smoser is working a unit test for fallback_nic on upgrade
[16:51] <blackboxsw> launch-ec2 on my end was working from xenial :/ I'll fixit up on bionic now
[16:53] <smoser> $ echo raw support for rharper | haste -r
[16:53] <smoser> https://hastebin.com/raw/zurabikoko
[16:53] <rharper> \o/
[16:53] <rharper> can you hastebin your haste tool ?
[16:54] <smoser> blackboxsw: https://hastebin.com/akazezaroh
[16:54] <smoser> thats what i have so far
[16:54] <blackboxsw> thx smoser will pull that in
[16:54] <blackboxsw> and handle other issues
[16:59] <smoser> blackboxsw: it seems wierd that boto doesnt expose 'InvalidGroup.NotFound'
[16:59] <smoser> or any of those.
[17:00] <smoser> or even 'code' on the Error or seomthing
[17:00] <blackboxsw> Yeah that seems broken. string parsing in the error message is not appropriate
[17:01] <blackboxsw> not an appropriate design decision
[17:01] <blackboxsw> I wonder if there's a structure I can import.
[17:01] <blackboxsw> I'll look at boto3 modules
[17:06] <blackboxsw> ahh recent python3-boto3 in bionic has some exception goodnees
[17:44] <blackboxsw> smoser: powersj just pushed qa-scripts/scripts/launch-ec2 for bionic
[17:45] <blackboxsw> de823f2..58c9a97
[17:45] <blackboxsw> will test the failed upgrade
[17:47] <smoser> blackboxsw: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+ref/bug/1732917-fix-fallback-interface
[17:47] <smoser> see what you think about that
[17:47] <smoser> i dont think we actually *need* the setter
[17:47] <smoser> (though i could add one)
[17:49] <blackboxsw> smoser: spelling inteface
[17:52] <blackboxsw> other than the typo on the class variable '_fallback_inteface' it should work.
[17:53] <smoser> blackboxsw: https://hastebin.com/kivunetopa
[17:53] <smoser> (hean, and i fixed those and pushed --force)
[17:54] <smoser> tox now passes
[17:54] <smoser>  blackboxsw launch_ec2 is really nice.
[17:55] <blackboxsw> per your latest 'haste' I think boto3 on bionic may have an official exception for that. I'll try (changing my keypair
[17:56] <blackboxsw> bummer, still botocore.exceptions.ClientError: An error occurred (InvalidKeyPair.NotFound) when calling the DescribeKeyPairs operation: The key pair 'cloud-init-integration-chad' does not exist
[17:56] <blackboxsw> ok taking your try/except changes
[17:56] <blackboxsw> and thanks
[17:56] <blackboxsw> I want to add the ipv6 setup support and hit the blog with it in hand.
[17:57] <blackboxsw> let's get past this upgrade SRU bump
[17:57] <smoser> blackboxsw: i laucnhed an instance, ssh'd to it
[17:58] <smoser> and then it disappeared
[17:58] <smoser> oh. you terminated it for me ?
[17:59] <smoser> seems like keep_alive should be default :)
[18:01] <blackboxsw> smoser: yeah --keep-alive
[18:01] <blackboxsw> sorry
[18:01] <blackboxsw> could surface kill-it :)
[18:01] <blackboxsw> I'll change that param
[18:02] <blackboxsw> --destroy :)
[18:08] <smoser> ugh
[18:08] <smoser> launched instance
[18:08] <smoser> typed 'apt-get update'
[18:08] <smoser> 0% [Connecting to security.ubuntu.com (2001:67c:1560:8001::14)]
[18:08] <smoser> hung
[18:10] <blackboxsw> same
[18:10] <blackboxsw> other apt repos  worked
[18:11] <blackboxsw> all local to amazon though
[18:13] <blackboxsw> works on 0.7.7
[18:14] <smoser> so thats bad news
[18:14] <smoser> the others resolve to ipv4 though maybe ?
[18:15] <blackboxsw> yet why would 0.7.7 work
[18:17] <smoser> well, we get ipv5 address
[18:17] <smoser> so something notices that and returns the ipv6 address for the security.ubuntu.com
[18:18] <smoser> and then we do not have outbound connectivity i guess
[18:19] <blackboxsw> upgrading from 0.7.7 xenial (with working apt connectivity) -> 17.1
[18:19] <smoser> that should be fine, no ?
[18:19] <blackboxsw> checking to be sure
[18:20] <smoser> blackboxsw: did you recreate this ?
[18:20] <smoser> the failure in that bug
[18:21] <blackboxsw> not yet smoser
[18:21] <blackboxsw> trying to though
[18:21] <smoser> i launched instance
[18:21] <smoser> upgraded
[18:21] <smoser> rebooted
[18:21] <smoser> no WARN
[18:22] <smoser> ugh
[18:23] <blackboxsw> no error on my side. on upgrade path.
[18:23] <blackboxsw> trying specifically from 0.7.9~233
[18:23] <blackboxsw> for my next pass
[18:31] <smoser> hm.
[18:33] <blackboxsw> hmm is right, from 0.7.9 -> 17.1 (upgrade without clean) I reboot without error
[18:33] <blackboxsw> as cloud-init doesn't re-run
[18:34] <blackboxsw> hrm. checking that bug traceback again
[18:39] <smoser> blackboxsw: perhaps this is not on ec2
[18:40] <smoser> he never says he is.
[18:40] <smoser> definitely datasource got used. but nots ure.
[18:41] <blackboxsw> smoser: wierd comment from him
[18:41] <blackboxsw> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1732917/comments/1 :( hmm
[18:41] <blackboxsw> he says the failure happens when restarting the cloud-init? but goes away when restarting the node?
[18:41] <blackboxsw> I'm misreading that
[18:42] <blackboxsw> I'm just not really sure what that's saying
[18:43] <smoser> yeah.
[18:43] <blackboxsw> ohh maybe running cloud-init init  or something?
[18:43] <smoser> we could see what happens on openstack if we set it to use the Ec2 datasoruce
[19:00] <smoser> blackboxsw: good news is that this isnt as serious as it seemed at first
[19:03] <blackboxsw> yeah, I'm just trying to see if maybe a complex networking setup would cause this?
[19:03] <blackboxsw> not sure
[19:03] <smoser> we need to identify the issue witih ipv6 too
[19:03] <smoser> the hang on security.ubutnu
[19:03] <blackboxsw> stepping away for 20
[19:03] <blackboxsw> gotta help w/ lunch
[19:27] <smoser> blackboxsw: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/333905
[19:28] <blackboxsw> ugh
[19:29] <smoser> its not too big a deal i dont think
[19:31] <rharper> smoser: blackboxsw: do you have logs from the upgrade cloud-init reboot ?
[19:32] <smoser> http://paste.ubuntu.com/25982990/
[19:32] <rharper> thx
[19:32] <smoser> there is a /var/log/cloud-init
[19:33] <blackboxsw> http://paste.ubuntu.com/25982994/
[19:33] <blackboxsw> 2late
[19:33] <smoser> line 109 is intersting there.
[19:33] <smoser> oh. thats tmp file deletion
[19:33] <smoser> lucky it didnt fail
[19:34] <rharper> smoser: this is both original and upgraded  in the same file ?
[19:36] <rharper> smoser: your paste looks like launch, reboot, upgrade, reboot ? is that right ?
[19:37] <blackboxsw> 2017-11-17 18:32:43,838 - stages.py[DEBUG]: cache invalid in datasource: DataSourceEc2
[19:37] <blackboxsw> first time i;ve seen this
[19:37] <rharper> smoser: actually, I'm really confused;
[19:37] <rharper> 2017-11-17 18:17:36,206 - handlers.py[DEBUG]: finish: modules-final: SUCCESS: running modules for final
[19:37] <rharper> 2017-11-17 18:19:06,783 - util.py[DEBUG]: Cloud-init v. 17.1 running 'single' at Fri, 17 Nov 2017 18:19:06 +0000. Up 102.29 seconds.
[19:38] <smoser> rharper: that was launch with old, upgrade, reboot, possibly more reboots.
[19:38] <rharper> 0.7.9 finished at 18:17
[19:38] <rharper> then there's a single mode ?
[19:38] <rharper> after upgrade ?
[19:38] <rharper> I would have expected the reboot
[19:38] <smoser> i dont thin ki ran that.
[19:38] <rharper> well
[19:38] <rharper> your log shows you did
[19:38]  * rharper looks at blackboxsw
[19:38] <smoser> oh
[19:39] <smoser> chad might have run that for me.
[19:39] <blackboxsw> --proposed reboots
[19:39] <rharper> same in changes
[19:39] <rharper> 2017-11-17 18:31:21,520 - util.py[DEBUG]: Cloud-init v. 17.1 running 'single' at Fri, 17 Nov 2017 18:31:21 +0000. Up 277.24 seconds.
[19:39] <rharper> 2017-11-17 18:31:21,521 - stages.py[DEBUG]: Using distro class <class 'cloudinit.distros.ubuntu.Distro'>
[19:39] <rharper> what's 17.1 single mode doing ?
[19:40] <smoser> hm.
[19:40] <blackboxsw> yeah not sure there
[19:40] <smoser> oh
[19:40] <rharper> don't we just boot; sudo apt update && sudo apt install cloud-init && reboot  ?
[19:40] <smoser> its the upgrade
[19:40] <smoser> let me see.
[19:40] <rharper> what is upgrade doing ?
[19:40] <rharper> 2017-11-17 18:31:21,523 - cc_apt_pipelining.py[DEBUG]: Wrote /etc/apt/apt.conf.d/90cloud-init-pipelining with apt pipeline depth setting 0
[19:40] <rharper> 2017-11-17 18:31:21,523 - util.py[DEBUG]: Reading from /proc/uptime (quiet=False)
[19:40] <rharper> 2017-11-17 18:31:21,523 - util.py[DEBUG]: Read 14 bytes from /proc/uptime
[19:40] <rharper> 2017-11-17 18:31:21,524 - util.py[DEBUG]: cloud-init mode 'single' took 0.063 seconds (0.06)
[19:40] <rharper> I guess it's fixing up the apt conf ?
[19:41] <rharper> but, that reloads the on-disk object prior to reboot
[19:41] <smoser> debian/cloud-init.postinst
[19:41] <blackboxsw> which might be what breaks apt to security,ubuntu?
[19:41] <smoser> it only changes pipelining
[19:43] <smoser> i'm guesing that code should be version-fixed in some way
[19:43] <smoser> no
[19:45] <smoser> but that is just noise
[19:45] <rharper> ok
[19:45] <rharper> just walking through the log
[19:45] <rharper> I didn't expect that
[19:45] <smoser> yeah, we should probably fix that
[19:46] <rharper> ah
[19:46] <rharper> on ec2, instance is always invalid
[19:46] <rharper> I have a branch, but didn't finish it, to read instance_id from sys/dmi
[19:47] <rharper> so we never read the cache at local time
[19:47] <blackboxsw> ahh o
[19:47] <smoser> ?
[19:48] <rharper> we need to capture the system_uuid to compare
[19:48] <smoser> right. we always re-discover. because there is no check
[19:48] <smoser> yeah
[19:48] <rharper> we don't do that
[19:48] <rharper> so, the local cache check says, it;s invalid
[19:48] <rharper> that's expected at this point (we always do this on ec2)
[19:50] <blackboxsw> hmmm is it possible that get_fallback_nic returns None on some platforms
[19:52] <rharper> but it would have blown up in local mode, no ?
[19:52] <rharper> if I'm reading the bug log right, ti was stage init (versus init-local)
[19:55] <blackboxsw> yeah it should have fallen apart in init-local
[19:56] <blackboxsw> right if we were Ec2 proper, we wouldn't actually get to the DatasourceEc2
[19:56] <rharper> well, Local exits on non-ec2
[19:56] <blackboxsw> we would've already detected DatasourceEc2Local and not run init-network
[19:56] <smoser> yeah
[19:56] <smoser> thats why i asked if he was on Amazon
[19:56] <smoser> i dont think it is
[19:57] <smoser> and that we can try on serverstack
[19:57] <rharper> you can force it to rn ec2 even on Openstack ? instead of the OpenstackDS ?
[19:57] <blackboxsw> if we run dpkg-reconfigure cloud-init  we can force it right
[19:57] <blackboxsw> just uncheck OpenStack
[19:58] <blackboxsw> I *think*
[19:58]  * blackboxsw fires up my vpn
[20:01] <blackboxsw> ok creating a xenial instance and will attempt the upgrade
[20:22] <blackboxsw> ok clean reboot on 0.7.9 openstack instance w/ OpenstackDatasource gets me a warning banner
[20:30] <blackboxsw> and upgrading/rebooting doesn't hit that traceback about fallback_nic on  the obj.pkl because Ec2 claimed invalid obj.pk and recreated it.
[20:31] <blackboxsw> so Openstack images limited to Ec2Datasource can't reproduce this on upgrade path
[20:32] <blackboxsw> Openstack-ec2datasource: ✔
[20:33] <blackboxsw> here are the logs as that's a bit complex
[20:33] <blackboxsw> here are the logs http://paste.ubuntu.com/25983308/
[20:35] <blackboxsw> and for the record dpkg-reconfigure cloud-init did allow me to unset OpenstackDatasource on an openstack instance
[20:36] <smoser> sure. and it should.
[20:36] <blackboxsw> just felt I needed to affirm my "I *think*" comment
[20:37] <blackboxsw> smoser: I'm testing your sandbox dhcpclient branch
[20:37] <blackboxsw> will approve shortly
[20:41] <rharper> blackboxsw: hrm; so we don't yet have a plausible path where we reload an EC2 datasource
[20:41] <blackboxsw> yeah not that I can figure currently
[20:42] <rharper> what about AliYun ?
[20:43] <rharper> it can run at local and net (DEP_FILESYSTEM, DEP_NETWORK)
[20:44] <rharper> and it will get the .fallback and the network config properties, but EC2Local won't run
[20:44] <rharper> which I think get's us the path we're on;  that the variable defaults to None, and no path to set it to a fallback value that's not None
[20:45] <rharper> smoser: do you have a aliyun account ?
[20:45] <smoser> rharper: no. idont think so.
[21:00] <blackboxsw> maybe we need to spitball, but smoser your patch seems like it would fix this path, however we got there
[21:01] <smoser> blackboxsw: yeah. i think so too. :)
[21:01] <smoser> and we need the better save too
[21:05] <blackboxsw> so smoser yeah with public ipv6 configuration, I can't get to security.ubuntu
[21:05] <blackboxsw> as in, if I dhcp6, apt timesout
[21:07] <smoser> blackboxsw: is it possible that our security group is just set up incorrectly ?
[21:07] <smoser> not allowing outbound ipv6
[21:08] <blackboxsw> ahh very
[21:09] <smoser> blackboxsw: that does somewhat still identify a regression
[21:09] <rharper> blackboxsw: I'm happy with the smoser patch; and I suppose that we can't yet find a path to the failure should mean that the impact is narrow; but it's rather frustrating that it;s not obvious how we hit that path
[21:09] <smoser> but its not really one we could do something about
[21:09] <smoser> we can't easily enable ipv6 when it was enabled in the metadata and then not have the system use it.
[21:15] <smoser> blackboxsw: rharper chat ?
[21:20] <rharper> y
[21:20] <smoser> https://hangouts.google.com/hangouts/_/canonical.com/cloud-init?authuser=0
[21:25] <blackboxsw> Yeah lost network there in amin
[21:34] <blackboxsw> approved https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/333905
[22:07] <smoser> blackboxsw: old deb
[22:07] <smoser> wget https://launchpad.net/ubuntu/+archive/primary/+files/cloud-init_0.7.9-233-ge586fe35-0ubuntu1~16.04.2_all.deb
[22:07] <blackboxsw> thx smoser
[22:09] <smoser> ddpkg install that deb
[22:09] <smoser> rm -Rf /var/lib/cloud /var/log/cloud-init
[22:09] <smoser> reboot
[22:09] <smoser> apt-get install cloud-init
[22:10] <smoser> cloud-init init
[22:10] <smoser> then i tried to fix with  my deb (dpkg -i)
[22:10] <smoser> and run cloud-init init
[22:10] <smoser> again
[22:10] <smoser> 2017-11-17 22:05:41,781 - DataSourceEc2.py[WARNING]: unexpected metadata 'network' key not valid: None
[23:27] <blackboxsw> ok success
[23:27] <blackboxsw> functional branch is at
[23:27] <blackboxsw> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+ref/fix-ec2-fallback-nic
[23:28] <blackboxsw> needs tests