[09:09] <knome> Inoki, did you read the mailing list lately?
[09:09] <Inoki> knome: Nope, was busy with other things, why?
[09:09] <knome> we got the articles back from the editor, and we need 800 chars more for your article
[09:10] <knome> if you have time and ideas to extend it before monday, that would be cool
[09:10] <knome> if not, i will extend it
[09:11] <Inoki> 800 more. Wasn't aware it should be that long.
[09:11] <Inoki> Thing is, what's written there is basically my story, how it was.
[09:11] <Inoki> How I came to use Xubuntu (Xfce in general).
[09:11] <knome> yeah, i was wondering to write about desktop enviroments generally or so
[09:12] <knome> it doesn't need to be a part of the story
[09:12] <knome> otoh, 800 chars isn't too much, so if you don't know what to wirte, i can take care of that
[09:13] <Inoki> I suppose the only thing to add would be details of "why Xubuntu", like navigating through the desktop, its functions.
[09:13] <knome> we have an article about that though
[09:13] <Inoki> Yea, thought about that.
[09:13] <Inoki> Feel free to modify it then. Add a few extra lines.
[09:13] <knome> sure, thanks :)
[09:13] <knome> and thanks for writing the article
[09:13] <Inoki> np np :)
[09:14] <knome> we will be in touch with all of you later as well about the small compensation...
[09:14] <knome> we will need to sort how to organize that out with the editor first
[09:14] <Inoki> As for me, using Xubuntu is enough of a compensation. I didn't do it to get something in return. :)
[09:15] <knome> well, if you don't want it in money, you can always order a xubuntu t-shirt from a new vendor to test it
[09:16] <knome> (we've been doing that for a few cycles to find a vendor with doable shipping prices around the world as well as good quality)
[09:17] <Inoki> That sounds nice, a shirt with the Xfce mouse on it :D
[09:19] <Inoki> Either way, was glad to help if that little contribution helped.
[09:19] <knome> definitely
[09:20] <Noskcaj> compensation? dibs!
[09:27] <Inoki> Ok so if nobody else wanted something, I'm gonna go now. knome you'll find me here if needed: http://tinyw.in/7y99
[09:27] <knome> Inoki, ok, cheers
[09:37] <knome> daim2k5, umm, please don't use awaynicks
[09:37] <daim2k5> knome: sorry
[09:37] <knome> np
[09:37] <knome> bbl
[13:32] <elfy> trying to run ubuntu-bug against xfce4-settings-manager in ss and it tells me there's no such package - is that just because ss is not really up yet ?
[13:36] <smartboyhw> elfy, that's xfce4-settings I think https://launchpad.net/ubuntu/+source/xfce4-settings
[13:38] <elfy> possibly - except the bug is in xfce4-settings-manager
[13:39] <smartboyhw> elfy, according to the descriptions: http://paste.ubuntu.com/5608412/
[13:40] <elfy> meh
[16:01] <GridCube> there should be a way to graphically edit fstab
[16:02] <GridCube> and by default in the system
[16:03] <elfy> possibly
[16:04] <elfy> though I'd be worried about using it ... elfy remembers other gui things attempting to help with fstab
[16:04] <drc> Are you sure you want a easy-to-use-by-everyone tool to mess with fstab?
[16:04] <GridCube> its really anoying that partition end up in the desktop
[16:05] <elfy> what?
[16:06] <GridCube> if you dont edit fstab to automount partition to a mount point, they end up in the desktop, i like that for removable devices, but for internal drives?
[16:06] <elfy> oic
[16:07] <Unit193> Was more annoying when they put floppy drive there, blacklisted the module so it'd go away.
[16:08] <GridCube> a tool that goes like "oh! it seems like you have this /dev/drive, and its internal (no usb), do you want to permanently mount it? (ask where to mount and edits fstab)"
[16:08] <elfy> there used to be one
[16:08] <elfy> it often got it wrong from memory
[16:41] <elfy> what's with the sudden interest in hud
[16:42] <GridCube> i want it XD
[16:42] <elfy> install ubuntu ...
[16:42] <elfy> :P
[16:42] <GridCube> lol
[16:42] <GridCube> no
[16:42] <GridCube> thats not good
[16:42] <GridCube> i dont see why the reluctance tho
[16:42] <elfy> from me?
[16:42] <GridCube> even from me, that i dont like changes, i find HUD to be awesome
[16:42] <GridCube> no, generally speaking
[16:43] <GridCube> many people told me that. "install ubuntu"
[16:43] <GridCube> and my answer its... why? why should i want unity if what its good its HUD?
[16:43] <elfy> and is hud anygood without ?
[16:43] <GridCube> it can be
[16:44] <elfy> what use is it - replaces one way of accessing options with another
[16:44] <elfy> and then forces people to change the way they do things with a key already ;)
[16:45] <elfy> so - everyone else has to learn a new thing to accomodate something they didn't really want :)
[16:45] <GridCube> it gives you more ways to control your computer, it saves time, it helps users with accesibility issues, its fancier, its would help to create a more consistent image between the ubuntu family
[16:45]  * elfy has beer in one hand - devil's advocate hat in other and types with his nose ...
[16:46] <GridCube> what i think would be important its that if hud its choosen for xubuntu there should be an option in setting to disable it for those reluctants to use it
[16:46] <GridCube> but i think that it wont be the mayor case
[16:47] <GridCube> also xubuntu hasnt introduced nothing new in ages
[16:47] <GridCube> its stable, yes, but thats it
[16:48] <elfy> can't see any need for it tbh - but then I installed xubuntu (which turned out to be a good thing) to get away from things designed for everyone to use by people that sit in an office with nothing better to do than design things and hope it works out
[16:49] <elfy> I don't see what it gains us
[16:49] <Unit193> Indeed, as long as it doesn't bring in heavy depends I'm not to worried, shouldn't be hard to purge from my system(s).  It gains something "New" and "Oh look!  Shiny!" :----D
[16:50] <Unit193> I'd think that people using Xfce would be more for the classic desktop, but maybe not.
[16:50]  * elfy hopes GridCube noticed that I had on my devil's advocate hat
[16:50]  * GridCube notes
[16:50] <GridCube> P: im libraring
[16:50] <elfy> I'm chilling out
[16:52] <GridCube> elfy, what i think it gains us its innovation, using the resources that canonical/mainbuntu are already expending, provide us with a modern way to access a system, provides easier ways to access options, find obfuscated options faster
[16:52] <GridCube> it would make us different from any other xfce based distribution
[16:53] <elfy> which gains us what?
[16:53] <GridCube> users
[16:53] <elfy> a bunch of trolling
[16:53] <GridCube> theres no such thing as bad publicity
[16:53] <elfy> a bunch of 'oh .... now where do we go'
[16:53] <elfy> I agree :)
[16:53] <GridCube> not if there is a "enable []" box
[16:53] <GridCube> something that unity doesnt provide
[16:54] <GridCube> we should ofcourse
[16:54] <elfy> that would be an absolute positive over the 'ubuntu' way
[16:54] <GridCube> indeed
[16:54] <Unit193> That could always leave us with a bait and switch type of thing like the indicators had, though.
[16:55] <elfy> the biggest issue is whether there are the people willing and able to do it
[16:57] <GridCube> oh sure, thats its the biggest problem :(
[16:57] <GridCube> im sad i cant do it myself
[16:57] <GridCube> if noone can take it then it will just die
[16:58] <GridCube> but i really think its a silly thing that would make us more brilliant in the xfce based distros
[16:58] <GridCube> something that no other can provide
[16:59] <elfy> well ... time tells I guess
[16:59] <GridCube> :/ yep
[16:59] <GridCube> i will still bother till someone tells me "dude, no"
[16:59] <GridCube> and that would be it
[17:00] <elfy> I wish I could do stuff - there's a really simple bug with settings manager and I'm sure it's really simple to fix but I have no idea or I'd crack on with it :(
[17:10] <lderan> which bug is that?
[17:11] <elfy> description :)
[17:11] <elfy> open settings manager - check the description - customise your desktop - not anymore, it's a whole lot more than that
[17:11] <elfy> simple thing
[17:13] <lderan> ah yeah
[17:14] <lderan> i need to find an easy bug to fix so i can get used to things
[17:15] <elfy> lderan: let me report it against smug smaug then and go for it :)
[17:15] <elfy> I'm sure I could find some other little issues
[17:20] <lderan> cool
[17:22] <elfy> will be tomorrow at the earliest though - not sure what the description should be now
[17:23] <elfy> something to decide in here I suspect :)
[17:24] <lderan> aye :)
[22:27] <lderan> knome, is there anything i can do to help at the moment or shall i see if i can fix any bugs?


[20:12] <poVoq> https://liliputing.com/2020/02/cosmo-communicator-can-now-dual-boot-linux-and-android-smartphone-handheld-pc.html


[22:36] <slangasek> yes, mass-marking the builds for respin on the tracker
[22:37] <xnox> slangasek: alternates are done already?! well it's lubuntu only....
[22:43] <phillw> xnox: I thought server also used alternate install?
[22:43] <phillw> or so the etherpad says?!
[22:44] <xnox> hmm.. you are right
[22:44] <wgrant> infinity, ScottK: FWIW the bug that prevented us from recovering those binaries is fixed, so if it happens again we can try recovering without a reupload
[22:45] <phillw> one of the big hopes for lubuntu to keep alternate for 13.04 :)
[22:48] <slangasek> erm, ok, why is ubuntu desktop not in the etherpad pipeline
[22:49] <slangasek> oh, because it's under 'arm'
[22:55] <infinity> wgrant: Oh, well, I tried, but nothing seemed to happen.  Maybe I did it wrong.  Too late now to retest.
[22:56] <wgrant> infinity: Yeah
[22:56] <infinity> slangasek: "arm" unhelpfully means "anything that produces ARM" not "just ARM".
[22:56] <wgrant> infinity: The trick is that the latest source publication has to be in the place with the binaries
[22:56] <wgrant> So you have to copy it back to proposed first
[22:56] <slangasek> infinity: yep, so I've gleaned
[22:56] <infinity> wgrant: Ah-ha.
[22:57] <infinity> wgrant: Coulda, shoulda, will next time this comes up.
[22:58] <wgrant> infinity: We should probably add a source pocket argument, or let getBuiltBinaries examine the entire distroseries, maybe.~
[22:58] <infinity> slangasek: As for core/armel, it's not being built because we only have one livefs buildd for ARM, and while one buildd can build mulitple arches, because of the way we name output, it can't build multiple arches of the same image.
[22:59] <infinity> slangasek: So, no armel/core unless I either fix that misfeature of our build system (not happening this close to release, obviously), or a second buildd magically appears.
[22:59] <slangasek> infinity: er, ok
[22:59] <slangasek> infinity: how did we end up with only one livefs buildd for arm again?
[23:00] <slangasek> (or maybe I mean "still")
[23:00]  * xnox go
[23:00] <infinity> slangasek: We were meant to get more when Mandabox 2.0 went live, and... It had/has issues.
[23:00] <infinity> slangasek: And with the limited set of ARM images we build right now, no one was screaming particularly loudly.
[23:03] <slangasek> right
[23:39]  * skaet --> back
[23:41]  * slangasek waves
[23:41] <skaet> :)
[23:43] <bkerensa> =o
[23:58]  * infinity glares at another touches-every-image upload.
[23:59] <slangasek> hmm?
[23:59] <slangasek> it's in -proposed for a reason
[23:59] <infinity> Yeah, I know. :)


[03:41] <jibel> good morning
[03:45] <sarnold> Fri 19 03:41:33
[03:45] <sarnold> very early morning indeed
[04:19] <pieq_> jibel, what are you doing here so early!?
[04:20] <jibel> pieq, hi, some stuff to finish before leaving for taipei tomorrow
[04:20] <pieq> jibel, for a minute I actually thought you were already in UTC+8 timezone, cause it's 12:20PM here :D
[04:20] <pieq> jibel, good luck and bon voyage !
[04:21] <jibel> it's 6:30 it's fine, I've been up for more than one hour, spring, birds, dawn, everything is quiet :)
[04:22] <jibel> thank you
[05:36] <didrocks> good morning
[10:47] <andyrock> morning all!
[11:03] <didrocks> hey andyrock


[00:23] <snap-l> mathomastech: https://dl.dropboxusercontent.com/u/9058804/BTa2e.jpg
[03:10] <rick_h> bwuhahaha, <3 bookmarklet bookie users should be happy. Nearly instant content loading and fulltext indexing now
[03:10] <jrwren> yay
[03:11] <rick_h> updated the celery setup so things are instant queue'd worked on.
[03:11] <rick_h> vs time based
[03:11] <rick_h> also some admin friendly bits, import fixes, error notifications
[03:11] <rick_h> sorry for the downtime :/
[03:11] <Blazeix> i want my money back
[03:12] <rick_h> heh, I'm out of checks :(
[03:12] <rick_h> fixing bookie from the car in the closed caribou parking lot ftw!
[03:12] <Blazeix> haha, nice
[03:13] <rick_h> ahhhh, and nice new admin api end points for rerunning imports and indexing.
[03:14] <rick_h> now let's hope I can get the new rackspace servers up before memory becomes a problem now that redis is running :/
[03:15] <greg-g> is there a good reference explaining "you're doing it wrong"?
[03:15] <greg-g> erm, forgot the first part of that :)
[03:15] <greg-g> ugh, my bank does bad user agent string matching/blocking :(
[03:19] <Blazeix> maybe http://foaas.com/
[03:21] <greg-g> haha
[13:34] <snap-l> Good morning
[13:34] <jrwren> what is so good about it?
[13:35] <jrwren> i guess it is good.
[13:35] <jrwren> i'm watching this: https://www.youtube.com/watch?v=J9kobkqAicU
[13:35] <jrwren> good morning to you.
[13:35] <snap-l> Well, we're still here to talk about it
[13:35] <snap-l> so that's good to hear.
[13:37] <brousch> Going to a model rocket launch event Saturday
[13:37] <brousch> In the middle of a wastewater treatment plant
[14:18]  * snap-l just moved some more bookmarks to Bookie.
[14:18] <snap-l> Now the only bookmarks I have are work-related, links to some personal sites, and bookie-stubs
[14:19] <snap-l> ie: bookmark that says "news" that points to https://bmark.us/craig/recent/news?count=50&page=0
[14:21] <snap-l> I think it's a service I can trust, especially the level of support I receive from someone who fires his laptop up in the Caribou parking lot. :)
[14:21] <rick_h> lol
[14:21] <rick_h> morning
[14:21] <rick_h> and it's good because my branch is up for review finally!
[14:21] <brousch> He seems kind of sketchy. I heard he doesn't even run a real desktop environment.
[14:21] <rick_h> and that explains why my pebble just went nuts with new bookmarks :P
[14:22] <brousch> You get an alert for each new bookmark?
[14:22] <rick_h> brousch: yes, I use ifttt to turn the bookie rss feed into text messages to google voice
[14:23] <snap-l> Oh that's no good. :)
[14:23] <rick_h> brousch: makes me feel good as traffic pics up
[14:23] <rick_h> used to get a couple a day, been a bit more lately
[14:23]  * brousch redoubles his Django bookmarking
[14:23] <snap-l> You should have it do a "yabba dabba do" for each bookmark, like Steve Gibson
[14:24] <rick_h> hah
[14:24] <rick_h> yea, sometimes it's fun to play "name that bookmark-er"
[14:24] <rick_h> but mainly it's just good to have a daily reminder that there's this thing out there that would like some attention
[14:25] <snap-l> And a nice positive way to learn that
[14:25] <rick_h> right
[14:25] <snap-l> as opposed to nagios alerts
[14:25] <rick_h> at some point I'll turn it off, but then I'll have to throw a party that there's too many bookmarks to not be annoyed by it
[14:30] <brousch> rick_h: I started 2 projects with Pyramid to give it a try. It's easier than I remembered. I'm not sure if the docs improved or if my Django use has made things more obvious
[14:34] <snap-l> Probably both
[14:34] <snap-l> That and you're better looking now
[14:35] <rick_h> yea, understand how a framework works better
[14:37] <brousch> I had a similar experience with Python. I looked at it in about 2004, but via Zope and Plone. Then I did Java for a couple years and went back to Python and I saw how great it is
[14:38] <brousch> Hm, I should go look at Zope and Plone again. They might be the most awesome things ever now
[14:38] <rick_h> hah
[14:41] <rick_h> ouch, chromecast order updated from tomorrow until Oct 17-30th :/
[14:41] <rick_h> #backorderfail
[14:41] <snap-l> Ugh
[14:42] <snap-l> brousch: I wonder if that means when you head back to Java that'll make Java more awesome?
[14:42] <snap-l> or is the inverse true. ;)
[14:42] <brousch> Well I looked at Android, and it was not awesome
[14:42] <snap-l> yeah, every time I look at Java I think of turd polishing
[15:26] <snap-l> I hope soma.fm never gets rid of the defcon channel
[15:26] <snap-l> Been loving the hell out if it
[16:40] <snap-l> Blazeix: Would you pass this link along to mathomastech: http://i.imgur.com/qq9Ofpi.jpg
[16:44] <snap-l> Current Wallpaper: https://dl.dropboxusercontent.com/u/9058804/spy_vs_spy_3360x1050_wallpaper_Wallpaper_3360x1050_www.wallpaperbeautiful.com.jpg
[17:35] <Blazeix> sent. that will be 5¢
[17:36] <rick_h> man, postage prices have gone down
[17:37] <brousch> That's email postage
[17:38] <brousch> All email postage fees go directly to the NSA so they can help to protect your freedom
[17:58] <brousch> snap-l: I'm not feeling the legendary Ting love. I ordered my phone 9 days ago, no tracking number has been sent, and an email to support yesterday has not been answered.
[18:07] <snap-l> brousch: Patience
[18:07] <snap-l> Blazeix: Thanks. I'll send it via Paypal
[18:07] <snap-l> Oh, sorry, they took it all in service fees
[18:10] <brousch> 8 days with no notice seemed pretty patient to me
[18:10] <brousch> They took the money right away!
[18:12] <snap-l> Which phone did you order?
[18:13] <brousch> SIII
[18:13] <snap-l> Hm
[18:16] <brousch> Hm, maybe they didn't take the money yet
[18:45] <jrwren> juju is agplv3??? WTF?!?!
[18:48] <rick_h> most of our stuff is
[18:49] <jrwren> i guess that is fine :)
[18:50] <jrwren> my first reaction was insane freakout, but i'm over it. :)
[18:57] <brousch> OH, now the phone is back order
[19:00] <snap-l> brousch: Ugh
[19:00] <snap-l> I think you need to contact them again. That's crap.
[19:00] <brousch> I have
[19:01] <brousch> Might as well wait for my Edge
[19:01] <snap-l> Now now
[19:02] <snap-l> It's worth the wait. Trust me
[19:02] <snap-l> but yeah, they're not large enough to really have the shipping devices bit down yet
[19:03] <brousch> I responded that the confirmation email should mention the back order instead of saying it will ship the next day
[22:17] <greg-g> snap-l: totally agree re DEF CON somaFM station
[22:22] <greg-g> "and whenever a fed said something that was bullshit they'd way the pendants like this, and those pendants were always waving"
[22:40] <greg-g> snap-l: the DJ list is pretty impressive sounding, too http://somafm.com/events/aboutyourdj.html
[22:40] <greg-g> snap-l: a bad sign though, that all of the urls for it are "event" eg that page and the playlist :/


[00:13] <mparillo> Good enough to share?
[00:14] <mparillo> It looks funny. He is not on 5.11 yet.
[00:25] <valorie> off for much of the evening
[16:00] <clivejo> Will someone write a few paragraphs for the front page of the website please?
[16:02] <acheronuk> clivejo: paragraphs of what?
[16:02] <acheronuk> http://paste.ubuntu.com/25911657/
[16:02]  * acheronuk hides
[16:02] <clivejo> Kubuntu is an operating system built by a worldwide community of developers, testers, supporters and translators.
[16:02] <clivejo> Kubuntu is a free, complete, and open-source alternative to Windows and Mac OS X which contains everything you need to work, play or share. Check out the Feature Tour if you would like to learn more!
[16:03] <clivejo> to include the fact we use KDE sofware
[16:03] <clivejo> as per Michael's comments
[16:05] <acheronuk> Perhaps just "GOOD STUFF" in 48 pt with sparkles?
[16:05]  * acheronuk is no good and marketing speak
 A first step would be making the last names lowercase :P
 no
 LOL
 @acheronuk, I won't stop :P
 I don't care
[20:37] <valorie> I'll work on it when I return home from the dentist


[12:11]  * frankban lunches
[12:12] <gary_poster> ugh
[12:12] <gary_poster> if we could actually land Makyo's zoom-to-service branch that would be fab.  uistage still has silly people
[12:53] <rick_h__> review request bribing time: https://codereview.appspot.com/10140047 please orangesquad or hatch who's not here yet or anyone else that loves tabs in the browser.
[13:13] <tekNico> gary_poster: thanks for assigning that card to me, I got distracted
[13:13] <gary_poster> tekNico, np :-)
[13:25] <jcsackett> rick_h__: looking.
[13:26] <tekNico> gary_poster: I'm assuming that adding the AGPL to the charm means adding the license file itself, and the header to all source files. Anything else?
[13:27] <gary_poster> tekNico, there's a Canonical-specific list to follow.  that might be everything. Let me try to find it again...
[13:29] <gary_poster> tekNico, see https://sites.google.com/a/canonical.com/legal-services/software-ip
[13:29] <tekNico> gary_poster: thanks
[13:47] <gary_poster> Makyo, hi.  If you are around and can make it, I scheduled you on Tuesdays for the Juju core kanban review (check your calendar). If you can't make it today because of the short notice, np
[13:50] <gary_poster> frankban, hi. I saw that jcsackett's branch failed in jenkins only on the two test_charm_deploy tests.  It doesn't look like the error tells us much, but do you have any deep suggestions?
[13:51] <gary_poster> non-deep suggestions: jcsackett runs the tests locally and sees how they do :-)
[13:51] <jcsackett> gary_poster: they pass.
[13:51] <gary_poster> jcsackett, that's the charm deploy tests too?
[13:51] <gary_poster> I figured the unit tests did :-)
[13:52] <jcsackett> gary_poster that's test-misc, right?
[13:52] <gary_poster> uh.  I don't *think* so.  looking.
[13:52] <frankban> jcsackett: no, that's bin/test-charm
[13:53] <jcsackett> frankban: ah.
[13:53] <gary_poster> yeah, that's what I thought :-)
[13:54] <frankban> jcsackett: instructions on how to run local ci tests are in docs/continuous-integration.rst
[13:54] <jcsackett> frankban, gary_poster: Invalid environment 'juju-gui-testing'
[13:55] <frankban> jcsackett: see docs/continuous-integration.rst ^^^
[13:56] <gary_poster> jcsackett, yeah frankban gave you the doc to try.  FWIW, this is entirely something that jenkins is supposed to catch, and that you didn't need to run beforehand.  May I ask this?  (1) you try to get the local ci tests running.  Assuming you do, (2) verify that they pass for you.  Assuming they do, (3) toss it to me and forget about it yourself.
[13:56] <gary_poster> jcsackett, you may skip to step 3 at any point if you get too fed up :-)
[13:57] <frankban> jcsackett, gary_poster: it seems selenium wants to click the deploy button while it's still not visible, taking a look locally seems reasonable. oh... is the charm panel still there? if not, we have to rewrite the deploy tests
[13:58] <jcsackett> gary_poster: sure, i can poke at them locally.
[13:59] <gary_poster> thanks jcsackett .  frankban charm panel still there I think
[13:59] <gary_poster> upcoming branch removes it
[13:59] <hatch> rick_h__: still need that review?
[13:59] <hatch> and morning
[14:00] <rick_h__> hatch: yes please, and morning to you to
[14:01] <hatch> tekNico: sorry I didn't realize that the cookie code was given to you :)
[14:02] <tekNico> hatch: yeah, I changed it anyway, can change it some more :-)
[14:03] <frankban> gary_poster: this is probably unrelated, but I am not able to deploy appflower (and other charms) in uistage
[14:03] <jcsackett> gary_poster: to make sure i am understanding this right, "local" is a bit of misnomer, as i need to run this out to canonistack or ec2?
[14:04]  * jcsackett is reading docs, as this is all new.
[14:05] <gary_poster> frankban, it works if you give it a unique name
[14:05] <tekNico> hatch: what's the best time for a follow-up hangout for you?
[14:05] <gary_poster> frankban, some people think it is amusing to drag everything off to the right
[14:06] <gary_poster> I think they might even have scripted it
[14:06] <frankban> gary_poster: oh :-(
[14:06] <tekNico> it's a weird kind of QA :-)
[14:08] <hatch> tekNico: pretty soon, I'm just reviewing ricks' branch first
[14:08] <tekNico> hatch: ok, thanks
[14:09] <hatch> rick_h__: can you pull in the hash branch I landed last night and use the parsed hash?
[14:09] <rick_h__> hatch: it should have it since it landed in trunk
[14:09]  * rick_h__ goes to check diff...
[14:09] <hatch> I'm just asking because in browser.js you use window.location.hash
[14:09] <gary_poster> jujugui I just switch uistage to sandbox.  Too annoyed at the script kiddies
[14:10] <hatch> yay
[14:10] <frankban> cool
[14:10] <rick_h__> hatch: heh, yea I've pulled your changes in the routing code, but in the browser subapp I just grab it from the browser.
[14:11] <hatch> :)
[14:11] <rick_h__> hatch: is the router adding the hash to the req in the app callables?
[14:12] <rick_h__> hatch: the router updates keep it from losing the hash and re-routing, but didn't see it provide it down into the app somewhere.
[14:13] <hatch> I thought that the hash was available in there
[14:13] <hatch> regardless
[14:13] <hatch> just booting one up to check
[14:14] <rick_h__> hatch: I don't think it's part of the yui parsed request object passed in
[14:17] <hatch> hmm looks like you are right, maybe you should use nsRouter.parse(url).hash
[14:17] <hatch> not entirely sure it's necessary however
[14:18] <rick_h__> hatch: yea, the goal was just to not have the router blow the hash away from window.location.hash. I don't see any harm in me reading it from there in the actual request handling bit.
[14:18] <hatch> yeah
[14:18] <rick_h__> hatch: it's r/o
[14:18] <hatch> r/o ?
[14:18] <rick_h__> read-only
[14:18] <abentley> orangesquad: could you please review https://code.launchpad.net/~abentley/charmworld/missing-content-type/+merge/168672 ?
[14:19] <rick_h__> abentley: looking
[14:19] <rick_h__> abentley: r=me
[14:20] <abentley> rick_h__: Thanks!
[14:23] <hatch> rick_h__: review done
[14:24] <rick_h__> hatch: reply inbound
[14:25] <rick_h__> jcsackett: if you get a second can you peek at my reply/update for the second +1 please
[14:26] <hatch> rick_h__: cool
[14:30] <hatch> tekNico: guichat?
[14:30] <tekNico> hatch: I'm doing a review myself now :-) a few minutes and I'm done, ok
[14:31] <hatch> okee sure np
[14:31] <tekNico> hatch: don't start another review yourself though ;-)
[14:31] <hatch> haha nope
[14:32] <jcsackett> hatch: do you have a second to chat?
[14:32] <hatch> lets do it
[14:32] <hatch> guichat
[14:32] <jcsackett> }"?cccccc
[14:32] <hatch> lol wth
[14:32] <jcsackett> dog knocked over my computer, yubikey hit couch.
[14:32] <hatch> haha
[14:33] <jcsackett> hey, this is better than it was a week ago; then i would just accidentally whack it myself.
[14:35] <gary_poster> orangesquad, hey.  hazmat pointed out that if you go to http://uistage.jujucharms.com:8080/fullscreen/ and click on a category on right you get an error
[14:35] <gary_poster> known?
[14:35] <gary_poster> known fix?
[14:36] <rick_h__> gary_poster: looking. We had another bug with that fixed. Looks like a new one was hiding underneath
[14:36] <gary_poster> thx
[14:37] <rick_h__> gary_poster: filing a bug now and will get it on the board to look at.
[14:37] <abentley> rick_h__: The URL is wacky-- it has ? where it should have &
[14:38] <rick_h__> abentley: yea, and series is in there several times
[14:38] <rick_h__> abentley: will look into it right now as I've not gotten into the other card much yet, landing yesterday's stuff
[14:41] <tekNico> hatch: hangout? https://plus.google.com/hangouts/_/02bb45411739e441fe107c9f66e2a8cc36ba4ba7?authuser=0&hl=en
[14:41] <hatch> tekNico: sorry in a hangout now :)
[14:42] <tekNico> oh wow :-)
[14:42] <jcsackett> frankban: so, i've read through the docs, i'm unsure how to debug this test locally. how does one do that?
[14:43] <hatch> we need to update the CI docs with instructions on how to do it locally from start to finish
[14:46] <hatch> tekNico: guichat?
[14:46] <tekNico> hatch: yep!
[14:47] <jcsackett> gary_poster: i think i may be jumping to option 3 here, as i cannot see how to do this locally on my machine, and if local actually means "running on ec2" i don't have any of that setup since having to reinstall and probably don't have the time/bandwidth to get that set up today.
[14:48] <gary_poster> jcsackett, ack but on call
[14:48] <jcsackett> dig.
[14:48] <frankban> jcsackett: I suggest configuring the juju-gui-testing env with the ec2 provider and then running  NO_DESTROY=1 JUJU_GUI_TEST_BROWSERS="local-firefox" bin/test-charm.
[14:49] <frankban> jcsackett: later you can repeat the tests without boostrapping the env again with APP_URL="http://ec2-xxx-yyy.example.com" bin/test-charm
[14:49] <frankban> this way the tests will be run in your local firefox, and you can debug/pdb as usual
[14:53] <abentley> rick_h__: To properly fix bug #1176452, we think we need to change the JSON stored by mongo and elasticsearch.  That will change the json emitted by the original API (e.g. http://staging.jujucharms.com/charms/precise/mysql/json).  Do we know of anything still using that API?
[14:53] <_mup_> Bug #1176452: ElasticHttpError:NumberFormatException[For input string: "yes" <elasticsearch> <ingest> <oops> <charmworld:Triaged> <https://launchpad.net/bugs/1176452>
[14:53] <rick_h__> abentley: looking
[14:53] <rick_h__> abentley: yes, until the branch that removes the old browser lands it's using and calling that and might throw errors since it auto loads results on init
[14:54] <rick_h__> abentley: we should chat with sinzui about getting the old browser code out of there soon now that we're landing browser by default.
[14:54] <abentley> sinzui, rick_h__: I'm up for a chat anytime.
[14:55] <rick_h__> gary_poster: you had mentioned there was a branch for removing the old browser already? Or did I mis-read that?
[14:55] <gary_poster> rick_h__, misread
[14:55] <rick_h__> gary_poster: ok, cool.
[14:56] <sinzui> abentley, jcsackett and are about to have our our weekly call. We will be done about 30 minutes from now
[14:56] <rick_h__> sinzui: rgr
[14:56] <abentley> sinzui: Cool.
[15:07] <gary_poster> jcsackett, are you trying frankban's instructions or do you still want step 3?
[15:08] <hatch> I don't think he had juju environments and ec2 set up
[15:08] <hatch> and I wasn't sure how to run it all locally
[15:25] <gary_poster> jujugui ci is failing.  could someone volunteer to investigate as critical task please?
[15:27] <hatch> gary_poster: sure
[15:27] <hatch> if the alert can wait :)
[15:28] <gary_poster> hatch alert is high priority too.  frankban do you have half hour to investigate first?
[15:28] <gary_poster> or tekNico
[15:28] <tekNico> gary_poster: I'm juggling two things already...
[15:29] <gary_poster> tekNico, then not you :-)
[15:29] <gary_poster> tekNico, what's your non-GPL thing?
[15:30] <tekNico> gary_poster: the cookies warning, hatch just revolutionized it :-)
[15:30] <gary_poster> tekNico, heh oh ok
[15:30] <tekNico> (is that a verb?)
[15:30] <hatch> it can be :)
[15:30] <gary_poster> uh, not sure
[15:30] <gary_poster> yeah
[15:30] <gary_poster> it is
[15:30] <tekNico> ok, thanks :-)
[15:31] <hatch> the rules of English were made to be broken
[15:31] <gary_poster> hatch revolutionized the cookies industry!
[15:31] <hatch> lol
[15:31] <gary_poster> we're Americans.  We like verbing things.
[15:31] <hatch> and forgetting u's
[15:31] <hatch> ie) colour
[15:31] <gary_poster> yeah.  Canadians do that too, yeah?
[15:31] <hatch> nope we love our u's
[15:32] <gary_poster> oh.  stinky u's. :-)
[15:32] <hatch> favour
[15:32] <hatch> lol
[15:34] <tekNico> (actually three things, I'm also qa'ing a branch by frankban)
[15:36] <hatch> is there a UX bug for the width of the sidebar?
[15:37] <hatch> ^ luca__
[15:37] <jcsackett> gary_poster: sorry, was OTP. looks like you've already implemented step 3?
[15:37] <frankban> gary_poster: taking a look with local firefox.
[15:38] <gary_poster> jcsackett, frankban is looking.  maybe worth working with his instructions for the future though?
[15:38] <gary_poster> thank you frankban
[15:38] <hatch> rick_h__: is the browser sidebar set to min-width 350px on purpose? It should probably be max-width?
[15:39] <luca__> hatch: what is the bug with the side bar?
[15:39] <rick_h__> hatch: yea, it's on purpose
[15:39] <jcsackett> gary_poster: i've copied his instructions and when i next have slack i'll make sure i can follow them.
[15:39] <hatch> luca__: oh - well it looks 'wrong' on my monitor because it has a min-width of 350px not a max-width
[15:39] <gary_poster> ack thanks jcsackett
[15:40] <hatch> so there is just a bunch of whitespace beside everything that looks off
[15:40] <rick_h__> hatch: screenshot?
[15:40] <hatch> one moment
[15:41] <luca__> hatch: screenshot! :D
[15:41] <hatch> lol
[15:41] <hatch> https://www.evernote.com/shard/s219/sh/073fa338-306e-4fca-bb80-8f954e549add/f6d7b3c935bd8b66934bf7506262f081/res/e4ba1ae1-0155-4c09-af8e-5b15dff3b7a7/skitch.png
[15:41] <hatch> ^ rick_h__ luca__
[15:41] <rick_h__> hatch: heh, well don't view it fullscreen on 1920px :P
[15:42] <rick_h__> hatch: there's talk about making things more responsive and dealing with 'grid units' but it's not in the immediate future
[15:42] <hatch> hah I'm nowhere near fullscreen on my monitor :)
[15:42] <luca__> rick_h__: can you explain what the issue is? o.O
[15:42] <hatch> it looks proper if we change the min-width to max-width
[15:42] <rick_h__> hatch: well I did say 1920px
[15:43] <gary_poster> rogpeppe, gentle reminder to reply to the two gui-related emails from william :-)
[15:43] <hatch> well...really just 'width' :)
[15:43] <rick_h__> luca__: so he's complaining about the wasted space to the right of the charm-tokens because it's seto to 25% and he's viewing it on a giant screen
[15:43] <hatch> that
[15:44] <luca__> rick_h__: I see, good spot hatch :P
[15:45] <rogpeppe> gary_poster: will do, thanks for the poke
[15:45] <hatch> if you're ok with it being set to a fixed width of 350px instead of a min width it's a one line and 4character fix :)
[15:45] <gary_poster> thanks rogpeppe :-)
[15:48] <hatch> are failures in the simulator not supposed to trigger alerts?
[15:57] <hatch> jujugui call in 3 ;)
[15:57] <gary_poster> ugh thanks hatch
[15:57] <hatch> haha np
[16:06] <Makyo> ---> https://codereview.appspot.com/10048043/ <---
[16:14] <jcsackett> frankban: link?
[16:14] <frankban> jcsackett: https://codereview.appspot.com/9714047
[16:15] <abentley> orangesquad: Could you please review https://code.launchpad.net/~abentley/charmworld/factory-uses-process-charm/+merge/168724 ?
[16:15]  * sinzui looks
[16:17] <tekNico> Makyo: don't you have two reviews already for your "zoom to service" branch?
[16:17] <sinzui> abentley, r=me
[16:17] <Makyo> tekNico, no second LGTM, and Ben's out this week.
[16:17] <tekNico> Makyo: ok, I'll do it
[16:18] <Makyo> tekNico, thanks!
[16:29] <frankban> guihelp: does anyone have info about the "failed to load editorial content" notification?
[16:30] <gary_poster> rick_h__, ^^^
[16:35] <hatch> frankban: I could be wrong with this - but I think that happens when the request to the jujucharms.com fails
[16:36] <frankban> hatch: ok thanks
[16:39] <rick_h__> frankban: looking
[16:40] <rick_h__> frankban: yea, I'll need the network info from the debug tools. Right now we know we've got a problem with the new routing code and searches which use query strings
[16:40] <rick_h__> frankban: I'm not aware of anything ootb right now on interesting loading
[16:42] <frankban> rick_h__: ack, just investigating CI failures, and that notification captured my attention
[16:42] <rick_h__> hatch: so yea, but the question would be what failed and why
[16:43] <rick_h__> frankban: definitely. If it's just in tests then it should be ok, but if you see it in use we need to figure out why it's failing.
[16:43] <hatch> rick_h__: there is no why, there is only do
[16:43] <hatch> *hatchisms*
[16:43] <rick_h__> hah
[16:47] <frankban> rick_h__: I am actually seeing those in a ec2 deployed GUI (used by CI tests) -> http://ec2-107-20-106-2.compute-1.amazonaws.com/
[16:47] <rick_h__> frankban: ok, config issue. The url needs to end in a trailing /
[16:48] <rick_h__> frankban: both config-debug and config-prod have it, not sure where the config is from in the charm where it doesn't have it
[16:48] <frankban> rick_h__: you mean charmworldURL: "https://manage.jujucharms.com" ?
[16:48] <rick_h__> frankban: rgr
[16:48] <hatch> removing bootstrap from the page actually breaks damn near everything :/
[16:48] <rick_h__> frankban: I mean 'roger' or yes
[16:49] <rick_h__> hatch: yea, why we left it for you :P
[16:49] <rick_h__> hatch: we took a peek at that back when we first started with design/huw in march
[16:49] <hatch> it's not just the alert button that huw had mentioned but everything
[16:50] <frankban> rick_h__: so the default value in the charm config is invalid. however, since this is something the user can change (providing a customized juju --config) I'd prefer the trailing slash to be handled by the GUI code... thoughts?
[16:51] <rick_h__> frankban: yes, we can add a bug to check for a /$ and add it if it's not there.
[16:51] <rick_h__> frankban: I'll add it now
[16:51] <frankban> rick_h__: thank you
[16:55] <frankban> rick_h__: in the meanwhile, I'll quickly fix the default value in the charm
[16:58] <rick_h__> frankban: thanks
[17:44] <hatch> gary_poster: so I have now extracted and replaced all of the bootstrap styles effecting the alerts button and made steps to gradually move away from bootstrap. But bootstrap still cannot be removed as other parts of the app rely on it
[17:44] <hatch> how far down this rabbit hole should I go?
[17:46] <hatch> frankban: was the CI failure caused by a missing trailing / ?
[17:47] <frankban> hatch: still investigating
[17:47] <hatch> ohh, I saw your commit and wondered if that was the fix
[17:47] <frankban> hatch: it can be related
[17:55] <rick_h__> hatch: jcsackett have any opinions on this tiny patch? https://codereview.appspot.com/10193043
[17:55] <rick_h__> honestly about to self-review, but give you all a chance at it :)
[17:55] <rick_h__> hmm, actually yea I'm missing a line of removal still. doh!
[17:56] <hatch> combine now handles that, yes?
[17:56] <rick_h__> hatch: right
[17:57] <rick_h__> hatch: so it was double adding the qs and cauing issues later down the pipe
[17:57] <hatch> well then....guess you know what I'm going to ask for next :P
[17:57] <rick_h__> hatch: a pie?
[17:57] <hatch> a test!!!
[17:57] <hatch> weeeee tests!
[17:57] <rick_h__> hah, thought about it. but I'm testing that code that's no longer there no longer functions
[17:58] <rick_h__> :/
[17:58] <hatch> hahaha
[17:58] <hatch> is there a test that checks to make sure the combine works properly?
[17:58] <rick_h__> hatch: correct, what was missing was a test that navigate had a query string on it, but now that navigate doesn't add a query string that test makes no sense
[17:59] <rick_h__> and by navigate I mean _navigate
[17:59] <hatch> sure okee
[17:59] <hatch> LGTM
[17:59] <sinzui> abentley, I think search is broken/missing from staging? Any insights
[17:59] <rick_h__> ty
[17:59] <hatch> once you remove the line creating qes
[17:59] <rick_h__> hatch: yea, that's pushed up. Hit refresh
[17:59] <hatch> qa I mean
[17:59] <hatch> ARG
[17:59] <rick_h__> lol
[17:59] <hatch> qs
[17:59]  * sinzui can see that the staging logs are dominated by KeyError: 'branch_deleted'
[17:59] <rick_h__> log domination ftw!
[17:59] <rick_h__> ...or not
[17:59] <jcsackett> rick_h__: if i'm understanding this, you've found a path wherein the QS was preserved, and then parsed out and added again, yes?
[18:00] <abentley> sinzui: Oh, that sounds like a problem.
[18:00] <rick_h__> jcsackett: no, I found a path that had a url witha valid query string, and then...reappended a query string again
[18:00] <jcsackett> you just said what i said with different words. or at least what i was intending to say.
[18:00] <jcsackett> :-P
[18:00] <rick_h__> if it had removed it, it might have worked :)
[18:01] <rick_h__> "parsed out" or whatever
[18:01] <jcsackett> e.g. the nsRouter stuff now preserves QS, the code you deleted parsed the QS from the URL, then appended...but it was already there.
[18:01] <jcsackett> right.
[18:01] <jcsackett> anyway, kill it.
[18:01] <rick_h__> jcsackett: I follow ya, yea.
[18:01] <jcsackett> i can LGTM if you want, or you can self review.
[18:01] <rick_h__> jcsackett: LGTM please so I can say I was all official and people looked over my shoulders :)
[18:05] <abentley> sinzui: I believe abel's branch is broken and only works for new charms that have branch_deleted set.
[18:05] <abentley> sinzui: IOW a catch-22
[18:05] <sinzui> abentley, yep
[18:06] <sinzui> I reported the bug. easy fix.
[18:06] <abentley> sinzui: Sorry I didn't notice this in the review.
[18:06] <abentley> sinzui: I can take it if you like.  Just started on another bug.
[18:06] <sinzui> abentley, okay. https://bugs.launchpad.net/charmworld/+bug/1190002
[18:06] <_mup_> Bug #1190002: KeyError branch_deleted <ingest> <charmworld:Triaged> <https://launchpad.net/bugs/1190002>
[18:07] <sinzui> your choice of defensive coding or update and use the model.
[18:07] <rick_h__> gary_poster: so heads up, bug on the categories link that hazmat brought up is landing now. Small regression from last night to today so hopefully short lived and no pain.
[18:08] <gary_poster> cool thank you very much rick_h__
[18:08] <rick_h__> next bug! /me is declaring it bug fixing day
[18:08] <gary_poster> :_)
[18:09] <hatch> gary_poster: did you see my q above?
[18:09] <gary_poster> hatch, no looking
[18:10] <gary_poster> hatch, only as far as we need today for header.  thank you.  if you've done any extra, great, but no need for more
[18:10] <hatch> honestly I'm not exactly sure what needs to be done - this is to change things for the grey header?
[18:11] <abentley> sinzui: Odd, branch_deleted gets set by the lp scan.  I don't know how it's missing.
[18:11] <gary_poster> sorry hatch I meant the notifications thing
[18:11] <abentley> sinzui: Unless the branch *just* landed.
[18:12] <gary_poster> hatch, huw doesn't want to have to  deal with bootstrap AIUI.  I think he also wants to have YUI style css control over the notifications panel
[18:12] <sinzui> abentley, ~zulcss/oneiric/nagios looks very old
[18:12] <hatch> well that's simply not going to happen without a new UI, the bootstrap styles controlling the notifications is ~150lns
[18:13] <frankban> gary_poster: retrying a CI run now. This is just to test if the problem was the error notification appearing due to an invalid config option in the charm defaults, and preventing the charm panel link to be clicked. If that's not the case, I'll continue tomorrow morning if not solved before. Created a critical card in Maintenance.
[18:13] <hatch> but I separated them out for him so they are easy to modify now at least
[18:13] <abentley> sinzui: No, I mean unless abel's branch *just* landed.  Which I can see it didn't.
[18:13] <gary_poster> thank you frankban
[18:14] <sinzui> abentley, right, it was merge by tarmac about 24 hours ago
[18:14] <sinzui> abentley, the first error is 2013-06-11 08:58:07
[18:15] <gary_poster> frankban I will ask someone else to run with it this afternoon if not fixed
[18:15] <gary_poster> hatch, uh.
[18:15] <frankban> gary_poster: cool, thanks
[18:15] <abentley> sinzui: But the last error is 2013-06-11 09:00:05
[18:15] <gary_poster> hatch, I honestly have no idea what Huw's concern is tbh.  I don't see why he can't change the top header without changing the notifications panel
[18:16] <sinzui> ah
[18:16] <gary_poster> rick_h__, do you have any insight into above, maybe?
[18:16] <hatch> gary_poster: yeah - I'll propose my branch so you can see what I have done for him - see if it's what you had in mind
[18:16] <gary_poster> ok thanks hatch
[18:16] <abentley> sinzui: I think the problem was that the queued data didn't match the new code.
[18:17] <abentley> sinzui: And therefore it's no longer an issue.  Which leaves the other problem mysterious.
[18:17] <gary_poster> hatch, how trivial is it to disable and remove the top search?
[18:17] <gary_poster> do you know off hand?
[18:18] <sinzui> abentley, I see that ingest errors is current and nasty
[18:18] <hatch> umm - if I remember fairly trivial
[18:18] <hatch> not sure what the side effects would ne
[18:18] <hatch> be*
[18:18] <hatch> we could remove the html though really easy :)
[18:19] <abentley> sinzui: Where do you see it?  I can't see a recent example in app.log or ingest-errors.log
[18:19] <sinzui> abentley, ingest-lp.log
[18:20] <gary_poster> hatch, heh
[18:20] <abentley> sinzui: AttributeError: 'MongoQueue' object has no attribute 'charms'?  Yes, that looks bad.
[18:20] <hatch> we would also need to remove the charms dropdown button
[18:20] <gary_poster> yes
[18:21] <hatch> one minute I'll look deeper
[18:21] <gary_poster> thank you
[18:22] <abentley> sinzui: bin/enqueue exhibits the error locally.
[18:23] <hatch> gary_poster: so I'd like to say that it would simply be removing things from the instance creation constructor but should probably allow......4h? JIC
[18:23] <gary_poster> hatch ok
[18:24] <gary_poster> hatch, are you up for this or would you like me to find someone else?  This is more immediately pressing than the inspector work, but I really want that to proceed as well.  If you'd rather not do this right now, lemme know
[18:24] <hatch> sure I can
[18:24] <sinzui> abentley, shall we consider the script to remove ObjectId charms? Ot was run on staging 4 hours ago, and production in the last 15 minutes
[18:24] <hatch> this will definitely be a - diff :)
[18:25] <abentley> sinzui: What should we consider about the script?
[18:25] <gary_poster> :-) thanks hatch
[18:26] <sinzui> abentley, I don't think the remove() call could cause the queue to loose charms, but maybe on second glance it is bad...http://pastebin.ubuntu.com/5755316/
[18:26] <hatch> gary_poster: np! I'm going to move bens controller card into daily to free up space if that's alright?
[18:26] <sinzui> abentley, this is the report from the production run...look good to me: https://pastebin.canonical.com/92568/
[18:27] <abentley> sinzui: I don't think the script is implicated.
[18:27] <abentley> sinzui: I think that ingest is broken, and all the current charms are in a bad state because of the last ingest.
[18:27] <sinzui> fab, then production probably wont go blank
[18:27] <gary_poster> hatch, how 'bout this
[18:28] <abentley> sinzui: For example, http://staging.jujucharms.com/charms/precise/apache2/json has an 'errors' member.  I bet all branches do.
[18:28] <gary_poster> (1) propose your/ben's current branch.  use Ben's card for that
[18:28] <abentley> s/branches/charms
[18:28] <sinzui> abentley, yes, that is what I thought at first when I saw the branch_deleted, but the
[18:28] <sinzui> AttributeError: 'MongoQueue' object has no attribute 'charms'
[18:28] <gary_poster> (2) hopefully you 'll have reviews for your alerts dropdown by then and can land
[18:28] <sinzui> confuses me
[18:28] <gary_poster> (3) then you'll have room :-)
[18:29] <abentley> sinzui: I get that locally when I run bin/enqueue.  I've never run  your script.  I think abel never tested locally.
[18:29] <hatch> hah sure - `recess` is throwing an error but doesn't tell me what the error is :/
[18:30] <sinzui> abentley, we have two branches found by interfaces...and one is ~chilicuil that we discussed before
[18:32] <abentley> sinzui: Also, the API lists only two charms.
[18:32] <abentley> http://staging.jujucharms.com/api/2/charms
[18:33] <sinzui> abentley, yep, those two. We can added a defensive check to the code.
[18:34] <abentley> sinzui: Sorry, I forget what context they were relevant to.  Are they potentially deleted?
[18:34] <hatch> hmm
[18:34] <abentley> sinzui: bzr certainly thinks they aren't branches.
[18:35] <sinzui> abentley, ~chilicuil is my Cthulhu example form a few days about charms without branches that dominate the error logs
[18:36] <sinzui> the recent change inverts the case where good charms error and dominate the logs
[18:36] <abentley> sinzui: It
[18:36] <abentley> sinzui: It is the charm that had no contentType earlier, suggesting a deleted branch.
[18:37] <sinzui> yeah
[18:38] <abentley> sinzui: Anyhow, once we fix this MongoQueue error, I expect the non-missing branches to be fixed.
[18:41]  * hatch wants to remove recess from our build
[18:43] <abentley> sinzui: It appears to be a one-line fix: http://pastebin.ubuntu.com/5755825/
[18:43] <sinzui> :)
[18:49] <abentley> sinzui: Could you please review https://code.launchpad.net/~abentley/charmworld/enqueue-broken/+merge/168788 ?
[18:50] <abentley> sinzui: I've successfully run enque and ingest-queued.
[18:50] <sinzui> r=me
[18:53] <abentley> sinzui: I wonder whether we should drain the queues as part of a source code upgrade?
[19:00] <sinzui> abentley, I think we should.
[19:00] <sinzui> abentley, do you have time for https://code.launchpad.net/~sinzui/charmworld/enable-migration/+merge/168791
[19:00] <abentley> sinzui: looking.
[19:01] <abentley> sinzui: I think production thinks it's already on version 7, so you need to rename version 7 to version 8.
[19:05] <sinzui> abentley, production is not on 7, it failed to migrate
[19:05] <abentley> sinzui: Even after you made the 7 migration a no-op?  Are you sure?
[19:06] <sinzui> oh!
[19:06] <sinzui> abentley, you are correct.
[19:06]  * sinzui copies and renames
[19:09] <gary_poster> benji hijacked you into call tomorrow of potential juju core task.  let me know if you'd rather have a tooth pulled :-)
[19:09] <benji> heh
[19:09] <benji> what time?
[19:10] <gary_poster> benji 1500 utc.  on your calendar
[19:10]  * benji takes out his UTC to Faux-Eastern slide rule.
[19:10] <gary_poster> heh, 11 for me benji
[19:13] <rick_h__> hatch: can you give me a ping when you get a sec?
[19:14] <rick_h__> I need someone to second my build issue isn't just me
[19:14] <hatch> what's up? just eating lunch
[19:14] <rick_h__> hatch: so can you check out trunk, make clean-all && make
[19:14] <rick_h__> and try to run the tests?
[19:14] <rick_h__> in a browser, test-server, not test-debug
[19:14] <hatch> sure,
[19:16] <sinzui> abentley, I push my update: https://code.launchpad.net/~sinzui/charmworld/enable-migration/+merge/168791
[19:17] <abentley> sinzui: Also rename TestMigration007 to TestMigration008 and you're good to land.
[19:18] <sinzui> doh
[19:19] <hatch> rick_h__: broke broke
[19:19] <rick_h__> hatch: k
[19:19] <rick_h__> hatch: now do me another favor
[19:19] <hatch> browser_charm_view "does not blow up when the scores from the api is null"
[19:19] <hatch> does blow up :)
[19:20] <rick_h__> hatch: yea, I've fixed that but now hitting other stuff :(
[19:20] <rick_h__> cascade fail
[19:28] <hatch> it takes forever to run the build when kerbal is also running haha
[19:29] <abentley> sinzui: I am in the middle of a forced ingest, and things seem to be returning to normal.
[19:29] <sinzui> abentley, rock!
[19:30] <Makyo> Swapping routers again :S
[19:34] <hatch> wow throttle control makes a huge difference in how much bang for your buck you get in kerbal
[19:37] <rick_h__> hatch: I'm trying to manually fire an event in a test but having trouble. any hints for me? http://paste.mitechie.com/show/964/
[19:37] <abentley> sinzui: ingest complete.
[19:38] <hatch> rick_h__: I"m assuming that tabview is the proper object?
[19:38] <hatch> you don't need to pass in a new eventfacade you can just fire it with an object
[19:39] <hatch> {newVal: 'Quality'}
[19:39] <rick_h__> hatch: yes, verified tab == view.tabview
[19:39] <rick_h__> hatch: the trouble is that it's not getting into the 'after' callback at all
[19:39] <hatch> oh
[19:39] <hatch> that's because selection is an attribute?
[19:39] <rick_h__> ah! gotcha
[19:53] <rick_h__> hatch: still fail, anything else jump out at you from this then? http://paste.mitechie.com/show/965/
[19:55] <hatch> checking
[19:55] <rick_h__> hatch: nvm, hmm the selection isn't the link but the tab content. So I'm mixing it up a bit
[19:56] <hatch> alrighty
[19:56] <rick_h__> it should still fire the event though, the attr was changed but it didn't take. ugh this is annoying
[19:57] <hatch> the event will only fire if the value is different
[19:57] <rick_h__> yea, so now the wonder why it didn't take
[19:58] <hatch> try just setting it to 'foo'
[19:58] <hatch> so it's totally different
[19:58] <sinzui> thank you very much abentley
[19:59] <hatch> rick_h__: oh
[19:59] <abentley> sinzui: You're welcome.
[19:59] <hatch> rick_h__: selection is readonly
[19:59] <rick_h__> hatch: bah!
[20:01] <rick_h__> screw it, bye bye test.
[20:03] <rick_h__> this is so much fun, now that routing is fixed to not ignore QS and anchor tags the tests won't pass
[20:03] <rick_h__> frankban was doomed from the start
[20:14] <rick_h__> it's alive!
[20:14] <hatch> :)
[20:14] <rick_h__> guess what standup I'll be on tomorrow :P
[20:15] <hatch> what was the issue?
[20:16] <rick_h__> so now that routing is un-borked any test that adds a #hash to the url causes everyone else's json loads to fail since they're relative
[20:16] <hatch> ahhh
[20:16] <hatch> yeah that's not good testing to modify the url at all
[20:17] <rick_h__> yea, so I removed my one test that did it because it had so since I can't simulate the underlying selectionChange event to clean up the test
[20:17] <rick_h__> all the stuff in test_service_view that does it I just moved to the last tests to run period
[20:17] <hatch> well you could change the selection :)
[20:17] <rick_h__> someone that knows how that works will have to adjust the test to not mess withthe url
[20:17] <rick_h__> hatch: right, but I can't seem to force it other than clicking on the link...that triggers the url change
[20:18] <hatch> tabview.selectChild()
[20:18] <rick_h__> oh wtf...now test errors in test-debug when it didn't fail on this anyway
[20:18] <hatch> I think selectChild does
[20:18] <hatch> I could be wrong though
[20:18] <rick_h__> selectChild is about the widget child I believe
[20:18] <hatch> ahhh
[20:18] <hatch> ok ok
[20:20] <hatch> ugh this recess thing is irritating me
[20:20] <rick_h__> what was recess? the css minification stuff?
[20:21]  * rick_h__ had to look it up before and is refusing to again :P
[20:21] <hatch> it's a css linter that fails on bootstrap code
[20:21] <rick_h__> ah, that's right
[20:21] <hatch> (made by twitter)
[20:21] <hatch> there is absolutely nothing wrong with the style in question
[20:21] <hatch> and it doesn't give me a way to turn it off for a block of css
[20:21] <hatch> as far as I can find in the source or docs
[20:34] <rick_h__> oh crap, ran the wrong command *sigh*
[20:34] <rick_h__> what a freaking day
[20:35] <hatch> haha
[20:35] <hatch> anyone available for a review? https://codereview.appspot.com/10197043/
[20:35] <rick_h__> hatch: jcsackett can I get an emergency call please?
[20:35] <hatch> it's a simple css restructuring one
[20:35] <hatch> sure
[20:35] <hatch> loading guichat
[20:35] <rick_h__> guichat please
[20:38] <gary_poster> Makyo do you have time for quick review of hatch's https://codereview.appspot.com/10197043/ ?
[20:38] <gary_poster> it's fast :-)
[20:38] <Makyo> Sure.
[20:39] <gary_poster> ty
[20:39] <hatch> thanks
[20:40] <jcsackett> ccccccbljtrvvbvviujehkvllefelhuffjgggvjnvgve
[20:40] <gary_poster> uh-huh, sure
[20:40] <hatch> jcsackett: lol
[20:40] <hatch> again
[20:40] <gary_poster> sorry, my comment was ambiguous but intended to be directed at Jon
[20:41] <hatch> gary_poster: sorry I committed the config :/
[20:41] <gary_poster> hatch np, easy to fix :-)
[20:42] <rick_h__> jcsackett: https://code.launchpad.net/~rharding/juju-gui/trailing-slash-1189973/+merge/168803
[20:44] <jcsackett> man...i'm building a little cover that hooks onto the yubikey.
[20:47] <hatch> lol
[20:48] <gary_poster> rick_h__, jcsackett fwiw the only big usability issue I have in charm browser right now is the lack of a back arrow sort of thing, or at least the ability to get back to the home page.  true back arrow doesn't work reliably either.  Is any of that slated to come up soon?
[20:49] <gary_poster> (navigating to categories are example of true back arrow not working)
[20:50] <jcsackett> gary_poster: i don't know that any of that is scheduled; back arrows are sporadically included in design, and i think true back not working is a new bug.
[20:51] <gary_poster> jcsackett, ok thanks, I will raise to UX then
[20:51] <jcsackett> true back arrow not working sounds like something we can bring up in standup tomorrow as a high priority, but i'll have more info for you post-standup.
[20:51] <gary_poster> cool thanks jcsackett
[20:52] <jcsackett> sinzui: ^
[20:52] <jcsackett> i've added a card to the next lane. probably worth more discussion tomorrow, since everyone is EoDing or close to doing so now.
[20:52] <rick_h__> gary_poster: so back button shuold work. The 'return to home' is a known UX issue that luca's had on their plate for a while tbh
[20:53] <gary_poster> rick_h__, ack, thanks.  I'll send something casual to him then
[20:53] <sinzui> gary_poster, rick_h__ speaks the truth
[20:53] <gary_poster> :-)
[20:53] <gary_poster> should I file a bug for category back arror thing?
[20:53] <gary_poster> arrow
[20:53] <rick_h__> gary_poster: did you see ^^ about tests and CI?
[20:54] <sinzui> I would love a 'return to home' feature
[20:54] <rick_h__> gary_poster: I'll come on the stand up tomorrow, but the browser based tests are a bit fubar with the routing changes recently I think. I've landed a branch that should help, but does dirty tricks
[20:54] <gary_poster> rick_h__, I saw that there was a crazy slash thing that broke things somehow, and frankban fixed it in charm and you fixed it gui.  I haven't seen test runs since
[20:55] <gary_poster> ok thanks rick_h__, sounds good (or sending an email would be good, but verbal is faster)
[20:57] <rick_h__> sorry, EOD and juggling sick toddler.
[20:58] <gary_poster> hope toddler feels better soon
[20:58] <gary_poster> for the sake of all involved :-)
[20:58] <rick_h__> gary_poster: ok, I guess there's some question as to the right way to fix permanently, but wanted to toss a heads up. phantomjs let things pass that FF/chrome would not have
[20:58] <gary_poster> ah-hah :-/
[20:58] <rick_h__> so just a general heads up that the / wasn't even close to CI's big issue, but hopefully it's better now than this morning
[20:59] <gary_poster> CI's big issue being the diff between phantom and FF/chrome?
[20:59] <gary_poster> or something you will discuss tomorrow?
[20:59] <rick_h__> gary_poster: yea, it was either hitting that or about to once the other issue was unblocked
[20:59] <rick_h__> I had hatch verify that tsets failed for him in trunk big time before my branch
[21:00] <gary_poster> ugh, wow
[21:00] <gary_poster> ok
[21:00] <hatch> yeah....gota love FE development :)
[21:00] <gary_poster> well, on the bright side tarmac will make that better
[21:00] <gary_poster> where's matsubara, anyway! :-)
[21:00] <Makyo> Dogwalkination.  Back in a bit.
[21:01] <gary_poster> k
[21:06] <gary_poster> uh, hatch?  I think something fell over: http://uistage.jujucharms.com/
[21:06] <hatch> i'd say
[21:06] <hatch> that's what happens when bootstrap isn't on the page
[21:06] <hatch> now why isn't it...
[21:06] <gary_poster> I'm trying make
[21:07] <gary_poster> on uistage
[21:07] <hatch> hmm it is loaded
[21:08] <hatch> the bootstrap styles aren't being replied
[21:08] <hatch> applied
[21:09] <gary_poster> hatch, do you want me to do anthing on uistage
[21:10] <hatch> yeah...
[21:10] <hatch> the bootstrap and juju-bootstrap files are returning the index file
[21:11] <gary_poster> well, this  is on prod
[21:11] <gary_poster> so it should be compressed, yeah?
[21:11] <hatch> can't compress it, recess throws an error
[21:11] <hatch> and there is no way to tell it to ignore the line
[21:12] <hatch> oh but I suppose we could merge them
[21:12] <hatch> ok going to go do that - I explicitly removed them from the merge so that they would stand out
[21:12] <hatch> but that's not working :)
[21:13] <gary_poster> Lesson: reviewers should always qa :-/
[21:13] <gary_poster> on prod
[21:15] <hatch> should be fixed soon
[21:15] <gary_poster> thanks
[21:17] <hatch> sorry :*)
[21:18] <gary_poster> s'ok, was my fault too
[21:18] <hatch> Yeah!! that's right it was!
[21:18] <hatch> lol
[21:18] <gary_poster> :-)
[21:19] <hatch> proposing
[21:22] <hatch> gary_poster: https://codereview.appspot.com/10197043 mind a qa please :)
[21:22] <gary_poster> hatch :-) on it
[21:27] <gary_poster> LGTM ship it!
[21:28] <hatch> submitting!
[21:29] <gary_poster> hatch, go ahead and submit, but then, in charm browser, was change log broken in charms before you landed the bootstrap change?
[21:29] <gary_poster> will try reverting to check
[21:29] <gary_poster> right now it takes up all vertical space even when collapsed
[21:29] <gary_poster> which pushes tabs down down down way down
[21:30] <hatch> gary_poster: yeah it's because it's using the .hidden class which sets visibility to hidden
[21:31] <gary_poster> hatch, ok, you on it?
[21:32] <hatch> I'm not sure what other side effects there are with that change though
[21:32] <gary_poster> hatch, so...this is a bootstrap thing though, right?
[21:32] <hatch> stylesheet.less line 115
[21:32] <hatch> nope
[21:32] <gary_poster> oh
[21:32] <gary_poster> so not introduced by you hatch?
[21:33] <hatch> i'll revert trunk to see but I am almost certain no
[21:33] <hatch> will report in 5
[21:33] <gary_poster> ok thanks
[21:39] <hatch> ahh
[21:39] <hatch> yes it was caused by me
[21:39] <gary_poster> easy to fix?
[21:39] <hatch> one liner yup
[21:39] <hatch> will fix and submit
[21:39] <gary_poster> cool thanks
[21:48] <hatch> gary_poster: can you make on uistage plz?
[21:48] <gary_poster> on it
[21:50] <gary_poster> lib/views/stylesheet.less is not working in Makefile to trigger css rebuild. did make clean && make.
[21:51] <gary_poster> fixed.  thanks hatch!
[21:51] <hatch> awesome
[21:51] <hatch> our css is a mess
[21:51] <hatch> hopfully with huw we can now clean it up
[21:51] <gary_poster> yup
[21:53] <hatch> ok now to merge ben and my branch
[21:56] <hatch> Makyo: thought you might like this song http://www.youtube.com/watch?v=4ZYm0anhvLg it sounds better if you change the quality to 1080HD :)
[22:11] <hatch> yuidoc linter is throwing an error but I have no idea what it means....who added this?
[22:15] <hatch> looks like I got it
[22:17] <hatch> arg
[22:39] <hatch> gary_poster: https://codereview.appspot.com/10019050/ the databinding branch


[14:51] <drupin> hey smartboyhw hows ya doing
[14:51] <smartboyhw> Hi drupin
[14:51] <drupin> are you into music also?
[14:51] <smartboyhw> drupin, No:P
[14:51]  * smartboyhw first learnt about Ubuntu Studio because of video:P
[14:53] <drupin> means?
[14:53] <drupin> which video
[14:53] <smartboyhw> drupin, video editing duh:P
[14:53] <drupin> ohh
[14:53] <drupin> kool
[14:53] <drupin> i like to create some music
[14:54] <smartboyhw> drupin, that's normally why people use Ubuntu Studio:p
[14:54] <drupin> there are some gurus @ #opensourcemusicians told me holstein
[14:54] <smartboyhw> You mean holstein told you? Yes great guys like falktx and others;P
[14:54] <drupin> yes... but looking forward to.... start dont know where
[14:58] <drupin> kool


[14:44] <kkeithley> s390x question: I just did builds of glusterfs-8 in https://launchpad.net/~gluster.   Even though automake is not an explicit requires in control, it was installed.  But 10min later doing glusterfs-7 builds automake is not found and the build fails
[14:44] <kkeithley> previous glusterfs-7 builds worked on s390x
[14:45] <kkeithley> but I'm probably in the wrong place for this
[14:47] <cjwatson> kkeithley: Can you provide a link to the failed build?
[14:49] <cjwatson> Oh, maybe https://launchpadlibrarian.net/489648063/buildlog_ubuntu-groovy-s390x.glusterfs_7.7-ubuntu1~groovy2_BUILDING.txt.gz?
[14:49] <kkeithley> yes
[14:49] <cjwatson> kkeithley: The error is specifically that automake-1.13 is not found
[14:49] <cjwatson> Get:54 http://ftpmaster.internal/ubuntu groovy/main s390x automake all 1:1.16.2-3ubuntu1 [548 kB]
[14:50] <cjwatson> kkeithley: This is probably because the source package ships with autoconf/automake output that somebody generated on an old system with automake 1.13.  The usual fix is to use dh-autoreconf to regenerate the build system with modern tools before doing anything else.  I see your package build-depends on dh-autoreconf, but maybe it doesn't actually use it?
[14:51] <kkeithley> yes, I'm building the .dsc on a focal box
[14:51] <cjwatson> It's best to make it irrelevant what series you built it in.
[14:51] <cjwatson> *on
[14:51] <kkeithley> er, the source_changes
[14:51] <cjwatson> And indeed, I see that your glusterfs-8 build log mentions running dh_autoreconf, but your glusterfs-7 build log does not.
[14:52] <cjwatson> That's where I would start investigating.
[14:52] <cjwatson> It may be automatic depending on debhelper compat version.
[14:52] <kkeithley> hmm.. okay. I'm not a debian packager by any stretch. let me see what I can figure out.
[14:53] <kkeithley> thanks for the hint
[14:53] <cjwatson> Ah yes - your glusterfs-7 package uses debhelper compat level 9 (see debian/compat), while your glusterfs-8 package uses debhelper compat level 11.
[14:54] <cjwatson> "man debhelper" documents that dh_autoreconf is run by default as of compat level 10.
[14:54] <kkeithley> indeed
[14:54] <cjwatson> But the least invasive fix is probably to leave the compat level alone, and instead add "--with autoreconf" (or add autoreconf to an existing dh --with) when using compat <10.
[14:55] <kkeithley> okay.  fwiw I inherited this job years ago and it has usually run smoothly.  Except when it doesn't. :-)
[14:55] <cjwatson> Changing the compat level changes various other things, and if you aren't familiar with them it's probably best not to get into that when you're just trying to fix this one issue.
[14:56] <kkeithley> noted.
[14:57] <cjwatson> You might need to explicitly add dh-autoreconf to Build-Depends when doing that, too.
[14:58] <kkeithley> okay


[02:27] <lfaraone> If a fix to a pacakge only requires a no-change re-build, does it need to be "fixed" in the developement release first? (in the development release, the package FTBFS for a different reason)
[02:29] <micahg> lfaraone: I would think
[02:29] <micahg> oops
[02:29]  * micahg wasn't going to write that
[02:29]  * lfaraone jeers at micahg. </smile!>
[02:36] <lfaraone> micahg: but seriously, is it a problem?
[02:37] <micahg> lfaraone: I was going to say that I don't think so, then I remembered, that I don't know the "official" answer
[02:38] <RAOF> It should not be a problem.  The “fixed in development release” criterion is to ensure that we don't accidentally regress.
[02:38] <micahg> lfaraone: what package?
[02:38] <lfaraone> micahg: pyabiword. bug 601415
[02:39] <lfaraone> micahg: not sure if there's a better method than to rebuild it.
[02:39] <micahg> ah, ok, a different one of those this morning :)
[02:39] <lfaraone> micahg: hm? I mentioned it this morning but nobody replied.
[02:40] <micahg> lfaraone: no, I meant one for gjs :)
[02:41] <micahg> lfaraone: I'd ask mr_pouit if the dependency is meant to be tightly coupled like that and maybe SRU that fix
[02:43] <lfaraone> mr_pouit: got a minute? ^^^
[02:43] <micahg> lfaraone: probably sleeping
[02:44] <lfaraone> micahg: right, France.
[03:51] <micahg> I'm trying to make a patch for a package in karmic with CDBS as a packaging system, here's the README.source: http://gpl.code.de/gitweb/?p=nfdump.git;a=blob_plain;f=debian/README.source;hb=c2ee06bf5695f77ac2cf4f78e67978ebe3bd1c6f  I'm not sure what to do in this type of situation since there are no patches in this revision
[07:24] <dholbach> good morning
[07:25] <dupondje> morning dholbach  :)
[07:25] <dholbach> hi dupondje
[07:26] <dupondje> dholbach: https://bugs.launchpad.net/ubuntu/+source/pinta/+bug/603002 now build btw
[07:26] <dholbach> dupondje: I'll have a look soon, first need to sort a few things out… like breakfast
[07:27] <dupondje> totally no stress ;)
[07:32] <bilalakhtar> Can anyone help me with point 3 of comment 11 of bug #601865 ?
[07:33] <bilalakhtar> k got it
[08:12] <Rhonda> pfff. someone files a synrequest for my package before I get around to it myself, what the. :)
[08:22] <dupondje> when a ftbfs just build without any change, it really needs a buildx increment? Or can it be pushed again to build ?
[08:38] <mr_pouit> lfaraone: I don't really know, I've only rebuilt it once or twice ;]
[08:42] <dupondje> somebody knows ? :)
[08:43] <RAOF> dupondje: If it's never had any published binaries, then there's a button that can be pressed to rebuild it.
[08:47] <dupondje> RAOF: and who can press that button ? :D
[08:47] <RAOF> I _think_ anyone with upload priviledges to the package in question, but you might still need an archive admin.
[08:48] <dupondje> https://launchpad.net/ubuntu/+source/bug-buddy => build fine now
[09:41] <Laney> yes it does, giving back now
[09:41] <Laney> (morning all)
[12:11] <bilalakhtar> Hello. If I am merging using Bazaar branches, do I need to file a bug report and attach debdiffs as well?
[12:25] <bilalakhtar> Hello. If I am merging using Bazaar branches, do I need to file a bug report and attach debdiffs as well?
[13:09] <EzraR> i would think you would and link the merge with the bug
[13:09] <EzraR> or the branch rather
[13:10] <EzraR> but not a debdiff
[13:11] <Laney> not sure a bug is required
[13:12] <nigelb> Nope, bug not required unless its in a packageset and bugs are part of that team's workflow
[13:13] <micahg> I'm trying to make a patch for a package in karmic with CDBS as a packaging system, here's the README.source: http://gpl.code.de/gitweb/?p=nfdump.git;a=blob_plain;f=debian/README.source;hb=c2ee06bf5695f77ac2cf4f78e67978ebe3bd1c6f  I'm not sure what to do in this type of situation since there are no patches in this revision
[13:13] <bilalakhtar> Hello, people! I myself prefer merging using Bazaar branches. Should I do that? or should I go the old-fashioned M-o-m way?
[13:14] <bilalakhtar> I know I can go in both ways. Which one is better?
[13:14] <nigelb> bilalakhtar: bazaar
[13:14] <directhex> hand-packaging then plain ol' dput. anything else is voodoo!
[13:14] <tumbleweed> you still have to dput with UDD
[13:14] <bilalakhtar> And, if I choose the Bazaar method, will I need to create debdiffs and attach them to bug reports?
[13:14] <bilalakhtar> directhex: https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage
[13:14] <nigelb> not necessary, but you can if only if you want to
[13:15] <nigelb> most people have embraced UDD
[13:15] <bilalakhtar> nigelb: thanks
[13:15] <bilalakhtar> nigelb: I am going to become one of those "most" who have embraced UDD :)
[13:16] <nigelb> bilalakhtar: everyone is.  Also packages.ubuntu.com for maverick isnt ready yet
[13:18] <bilalakhtar> nigelb: why? whats the matter? why error comes?
[13:19] <nigelb> Rhonda: what exactly was the problem with packages.ubuntu.com? I remember you talking to sabdfl about it.
[13:19] <Rhonda> nigelb: Go to the page and follow the maverick link
[13:19] <bilalakhtar> nigelb: isn't packages.ubuntu.com based on packages.debian.org ?
[13:20] <nigelb> bilalakhtar: it is, but there is some kind of index file
[13:20] <nigelb> Rhonda: ahhh
[13:20] <Rhonda> nigelb: If you are a canonical employee, there is an internal RT ticket about it that cjwatson created with my instructions for the fix.
[13:20] <nigelb> Rhonda: nah, I'm not an employee :)
[13:20] <bilalakhtar> Rhonda: ok, can you briefly explain why is the problem coming?
[13:21] <bilalakhtar> plesae?
[13:21] <bilalakhtar> *please
[13:21] <Rhonda> bilalakhtar: The config.sh.sed.in file creates the config.sh file. Through the VCS I was only able to update the config.sh.sed.in file - _not_ the generated one.
[13:21] <Rhonda> That last part is missing.
[13:21] <bilalakhtar> ohk
[13:23] <cjwatson> Rhonda: elmo asked me to ask you if you'd tried to go through djpig first
[13:23] <VK7HSE> Thank you to all involved in merging xine-lib ...  Bug #603059
[13:24] <cjwatson> Rhonda: (our sysadmins try to avoid using root for managed services unless they need to)
[13:24] <Rhonda> cjwatson: Sure, several times, IRC pings, mails, real life proxies, …
[13:24] <Rhonda> cjwatson: Doesn't look very much "managed" to me, to be honest. :)
[13:24] <bilalakhtar> VK7HSE: good to see you here
[13:24] <cjwatson> Rhonda: OK, I'll follow up with that
[13:26] <nigelb> cjwatson: oops, you were on it.  I just poked elmo about it.  Sorry about that.
[13:26] <VK7HSE> bilalakhtar: hi  & thanks ;)
[13:32] <Rhonda> bilalakhtar, nigelb, cjwatson: http://git.debian.org/?p=webwml/packages.git;a=blobdiff;f=config.sh.sed.in;h=b8ecc8;hp=c75039;hb=b675bd;hpb=e36780 - crafted the diff for the file through the webinterface. ;)
[13:34] <Rhonda> even shorter! http://git.debian.org/?p=webwml/packages.git;a=blobdiff;f=config.sh.sed.in;hb=b675;hpb=e3678
[13:35] <nigelb> Rhonda: is intrepid supposed to be missing there?
[13:35] <Rhonda> Yes, it's discontinued.
[13:36] <nigelb> Ah.
[13:36] <Rhonda> EOLed April 30 2010
[13:36]  * Rhonda hands nigelb helpfully https://wiki.ubuntu.com/Releases
[13:37]  * nigelb goes "ah" again
[13:39] <Rhonda> This is one of the parts that I consider exceptional well and prominently documented in the ubuntu wiki, btw.
[13:40] <Rhonda> … not that other parts aren't well done in there, mind you.
[14:15] <VK7HSE> Ok before I head to bed ... can anyone review Bug #602981 as the broken dep. has been merged into maverick so thsi should now build without error  ???
[14:16] <Laney> VK7HSE: did you actually test that it does?
[14:16] <VK7HSE> it builds here just fine ;)
[14:30] <aboudreault> hi. If I have a debdiff file... how can I apply it on the first deb, which has been used to produce the debdiff?
[14:32] <Laney> by using patch(1)
[14:32] <aboudreault> ha.. yeah, that's just what I realized..
[14:32] <aboudreault> will do a simple dpkg-source -x, and then apply the patch as normal.
[14:58] <micahg> cjwatson: can you please accept gjs into lucid-proposed? gnome-shell is uninstallable at the moment
[15:01] <cjwatson> micahg: done
[15:01] <micahg> cjwatson: thanks
[15:02] <micahg> siretart: are you around/available?
[15:02] <sebner> micahg: I think we should have ask that already yesterday :P
[15:02] <micahg> sebner: yes, I thought someone would have processed it with the rest of the SRUs yesterday
[15:05] <lfaraone> cjwatson: for the same reason, could you take a look at pyabiword in lucid-proposed? it's blocking... well, python-abiword from being installed.
[15:05] <cjwatson> lfaraone: I don't see pyabiword in the lucid-proposed unapproved queue.
[15:07] <lfaraone> cjwatson: apologies, I accidentally dputted to my local repository rather than Ubuntu. Reuploaded.
[15:19] <siretart> micahg: sort of. what's up?
[15:20] <micahg> siretart: wanted to ask you if you know about the status of xine-plugin upstream
[15:23] <siretart> micahg: is there a particular problem?
[15:23] <micahg> siretart: it seems dead, so since it's a xul rdepend I was considering dropping it
[15:24] <siretart> micahg: I guess the status is like the rest of xine, mainly one single developer with not enough time :-(
[15:31] <kreuter> persia: are you around?
[15:32] <micahg> siretart: do you think it's popular enough people would scream?
[15:33] <cjwatson> lfaraone: done.  I marked the bug invalid for maverick, hope that's ok
[15:33] <cjwatson> oh, wait, it'll probably need copied into maverick at some point, won't it?
[15:34] <cjwatson> lfaraone: please fix up the bug status to whatever is desirable based on your understanding
[15:35] <siretart> micahg: TBH: no idea. but if you remove it, please check the launchpad bugs for it to close the respective bugs
[15:38] <micahg> siretart: ok, I'm just wondering how much maintainance we'll need for the xulrunner major version changes
[15:42] <siretart> micahg: I think it would be best to discuss this with darren
[15:42] <siretart> micahg: please join #xine on oftc
[15:43] <siretart> he does most of the work in both upstream and keeping the packages in shape for debian
[15:43] <micahg> siretart: k, when's a good time generally in there to chat about this, I have to leave soon
[15:43] <siretart> I guess any time
[15:43] <micahg> siretart: k, thanks, I'll try over the weekend then
[15:47] <lfaraone> cjwatson: that's fine, thanks.
[15:48] <lfaraone> cjwatson: it won't need to be copied over, since maverick has a later version.
[15:51] <aboudreault> Instead of sending a patched version of a software that needs security updates, can we send the  appropriate bug fix release ? like 5.6.1 --> 5.6.4 ?
[15:55] <aboudreault> hmm... nvm.. I think it will be more work than just adding the 2 fixes.
[15:58] <Rhonda> Hmm. Do I need to join ubuntu sponsors team to be "allowed" to subscribe ubuntu archive for the process?
[15:58] <Rhonda> syncrequest that is
[15:58] <Rhonda> It's currently subscribed to ubuntu-sponsors.
[16:00] <cjwatson> lfaraone: oh, I must have misread
[16:00] <cjwatson> Rhonda: for your own bug, or when sponsoring somebody else's?
[16:01] <siretart> Rhonda: congrats! :-)
[16:03] <Rhonda> huhm
[16:04] <Rhonda> cjwatson: Someone else opened the syncrequest. Found the wiki page on the SponsorsQueue what to do with handing it over to ubuntu-archive, though I don't see how to unsubscribe ubuntu-sponsors somehow. :)
[16:05] <Laney> You need to be a member of the team to do that
[16:05] <Rhonda> That was my impression too somehow :)
[16:05] <Laney> team admins can add you - I think persia and TheMuso are who you want
[16:06] <Rhonda> I'm not too sure wether I really want to get added in general. %-)  Just doing my first steps …
[16:06] <cjwatson> doesn't really matter anyway, you can just subscribe ubuntu-archive and not bother unsubscribing sponsors
[16:48] <ScottK> Rhonda: You have to be a member of the team to unsubscribe it.  It doesn't generate any bugmail, so you might as well join.
[17:13] <reya276> Hey I'm trying to create a .DEB file for a driver using an application called Debreate and is asking me where should the files be installed?
[17:14] <reya276> it is giving me a choice of /bin, /usr/bin, /usr/local/bin and the defualt selected which is /usr/share/%project_name%
[17:15] <reya276> the driver I'm trying to built the .DEB from is this http://linuxwacom.sourceforge.net/
[17:16] <reya276> oh I can also create a custom directory where the files should be install
[17:18] <reya276> should it be /usr/lib since this is a driver install
[18:05] <Rhonda> ScottK: I'll consider it, thanks for the update.
[19:22] <micahg> BlackZ: sorry, I should have noted it on the merge page
[19:23] <micahg> BlackZ: I can take care of the upload though, thanks for the merge
[19:24] <BlackZ> micahg: no problem: AFAIK there's not any comment on MoM which regards me
[19:24] <BlackZ> (for that merge)
[19:24] <micahg> BlackZ: right, I forgot again :)  I'm learning :)
[19:24]  * micahg can learn how to sponsor as well :)
[19:25] <BlackZ> micahg: I read newly your e-mail few time ago and I noticed that before doing the merge, sorry
[19:25] <BlackZ> ops, after*
[19:25] <micahg> BlackZ: it's ok, I have plenty to do :)
[19:25] <micahg> and I wasn't the previous uploader
[19:25] <BlackZ> micahg: yeah, but you wanted to take the merge according to your e-mail sent to devel-discuss
[19:26] <micahg> BlackZ: it's ok, I was going to wait until I discuss the package w/the Debian maintainer as we might drop it, but I'll upload your merge over the weekend
[19:28] <BlackZ> micahg: nice, thanks for your time
[19:28] <micahg> BlackZ: thank you :)
[19:29] <dupondje> There are so many merges/syncs to be done in universe ... half of the MoM has a bugreport
[19:29] <BlackZ> dupondje: yeah, there's a lot of work to do
[19:29] <micahg> dupondje: not too many, only 180 out of > 10k
[19:30] <BlackZ> micahg: heh
[19:30]  * micahg is updating the merges I'll do :)
[19:31] <dupondje> it just annoys me I need to make a bugreport for every sync etc :) wish I could do it myself but ok :)
[19:31] <BlackZ> dupondje: go for MOTU if you have enough experience
[19:33] <dupondje> when do you have 'enough experience' ? :)
[19:34] <azop> win 12
[19:36] <BlackZ> dupondje: if you have any doubt "if you have enough experience" ask to another MOTU if you have (preferably somebody who sponsored some of your work), if they think yes, I think they could add an endorsement for your MOTU application too
[19:37] <micahg> BlackZ: I just realized, I can't upload xine-plugin, so I unassigned myself
[19:37] <BlackZ> micahg: if you haven't the upload permissions for that too, you can't for sure
[19:41] <statik> hello friendly motus, anyone around who feels like sponsoring a simple version update of a python GUI app? https://code.edge.launchpad.net/~statik/ubuntu/maverick/magicicada/zero-one-two/+merge/29596
[19:51] <dupondje> to hot for merges today :) damn :D
[20:11] <hyperair> how many verifications are needed to replace the verification-needed tag with verification-done in a SRU?
[20:12] <sebner> hyperair: one afaik
[20:13] <hyperair> ah okay =)
[20:52] <LLStarks> neversfelde, do you have a minute?
[20:52] <neversfelde> sure
[20:53] <LLStarks> minitube still does not install any of its dependencies
[20:53] <neversfelde> well, it should install all dependencies
[20:53] <LLStarks> it doesn't
[20:53] <neversfelde> speaking abot missing libxine1-ffmpeg?
[20:54] <LLStarks> http://pastebin.com/i3HfSMQs
[20:54] <LLStarks> it needs more than just that
[20:55] <LLStarks> no backend is installed
[20:56] <neversfelde> yes, probably, debian made gstreamer packages a dependency and uptream prefers the use of gstreamer, so I think we sould sync. I have to talk to them before
[20:56] <neversfelde> LLStarks: really?
[20:57] <LLStarks> yeah, does work until installing phonon-backend-gstreamer gstreamer0.10-ffmpeg gstreamer0.10-plugins-bad
[20:57] <LLStarks> *doesn't
[20:58] <neversfelde> LLStarks: or just install libxine1-ffmpeg
[20:58] <neversfelde> I got several reports, that it is working
[20:58] <LLStarks> it's only suggested though
[20:58] <LLStarks> lemme try
[20:58] <LLStarks> it should be a dependency.
[20:59] <neversfelde> LLStarks: I think we will sync it and then it is
[20:59] <neversfelde> unfortunately I have no time till mid of August to speak to the debian maintainer and upstream
[21:00] <neversfelde> from my point of view it would be better to stay with current verson and use phonon, but uptream prefers gstreamer
[21:00] <LLStarks> if gnome, use gstreamer. if kde, use xine.
[21:01] <neversfelde> mhh
[21:02] <neversfelde> LLStarks: I have no problem, if you could speak to upstream and debian, I am all tied up with exams at the moment
[21:03] <LLStarks> i might be able to
[21:03] <neversfelde> sp if you do, please put me in cc
[21:03] <LLStarks> sp?
[21:04] <neversfelde> s/sp/so
[21:05] <LLStarks> will do
[21:05] <neversfelde> thanks in advance
[21:10] <shadeslayer> hmm.. just fyi kadu doesnt need a merge
[21:11] <shadeslayer> someone else took it over from me.... i dont remember the nick before i changed the status :P
[21:11] <shadeslayer> it was  ari-  something...
[21:11] <shadeslayer> ari-tczew <<
[21:15] <Laney> where's an udt script which actually dputs?
[21:30] <shadeslayer> hey i need some help with fprint-demo
[21:30] <shadeslayer> currently working on merging it
[21:31] <shadeslayer> debian released a completely new package .. its a git snapshot... how do i proceed with the merge?
[21:32] <Laney> shouldn't make a difference
[21:32] <shadeslayer> Laney: as in? do i package the new version?
[21:33] <Laney> if you assess that we want it in ubuntu sure
[21:33] <Laney> presumably they took a snapshot for a good reason
[21:35] <shadeslayer> probably :)
[21:35] <shadeslayer> Laney: our package was copied over from intrepid
[21:35] <shadeslayer> so i guess its time for a update :D
[21:36] <shadeslayer> Laney: so .. i take the same original tarball , extract it and move the debian folder over right?
[21:36] <shadeslayer> and then merge
[21:37] <Laney> same as any other merge
[21:37] <Laney> dunno what you mean about moving the debian folder
[21:37] <shadeslayer> Laney: hmm.. since the source has changed,ill need to use the new sources...
[21:38] <shadeslayer> the ones from debian
[21:40] <Laney> look at the changes ubuntu made previously and decide if you still need to make them again
[21:40] <shadeslayer> ok..
[21:41] <micahg> shadeslayer: you can use grab-merge
[21:41] <shadeslayer> micahg: which is totally eww...
[21:41]  * shadeslayer doesnt like grab-merge
[21:42] <shadeslayer> or rather.. idk how to use it properly :P
[21:42] <micahg> shadeslayer: why, it does most of the work for you, just need to check the files that conflict and list what was kept from the Ubuntu changes
[21:42] <shadeslayer> micahg: too many files and stuff... in this case there is a new upstream snapshot
[21:42]  * tumbleweed finds the best way to use grab-merge is to get the relevent source paackages. After that, I delete its merge attempt and merge myself
[21:42] <micahg> shadeslayer: it applies the Ubuntu diff to the new Debian build
[21:43] <micahg> s/build/source
[21:43] <shadeslayer> micahg: hmm.. i might give it a try.. but im sure ill be banging my head over this later :P
[21:44] <micahg> shadeslayer: up to you, good luck, or you can always try the udd method
[21:44] <shadeslayer> micahg: udd method?
[21:45] <micahg> !udd | shadeslayer
[21:45] <micahg> ugh
[21:45] <micahg> shadeslayer: distributed development with bzr
[21:45] <tumbleweed> shadeslayer: wiki.ubuntu.com/udd
[21:45] <shadeslayer> ok
[21:45]  * micahg thought there was a factoid
[21:46] <shadeslayer> micahg: what i usually do is pull-lp-source,pull-debian-source and look at MoM report
[21:46] <shadeslayer> and take it from there
[21:46] <micahg> shadeslayer: grab-merge does that for you
[21:46] <shadeslayer> tumbleweed: This page does not exist yet. You can create a new empty page, or use one of the page templates.
[21:46] <shadeslayer> micahg: yes i know,but it also creates loads of other files idk about :P
[21:47] <tumbleweed> shadeslayer: sorry, UDD :)
[21:47] <shadeslayer> tumbleweed: thank :D
[21:47] <tumbleweed> shadeslayer: not loads of other files, just an automated merge, and two debdiffs
[21:48]  * shadeslayer tries grab-merge
[21:49] <shadeslayer> tumbleweed: http://pastebin.com/xL09mt0e
[21:49] <shadeslayer> the list of files genrated
[21:50] <shadeslayer> im just going through it once
[21:50] <tumbleweed> shadeslayer: so, that is: previous debian source, current debian source, current ubuntu source, d->d debdiff, d->u debdiff, report
[21:51] <tumbleweed> oh, and the automated merge
[22:30] <shadeslayer> tumbleweed: poke
[22:30] <shadeslayer> do we use dh_desktop and  dh_icons ?? or are they depreceated?
[23:03] <ScottK> shadeslayer: Why do you ask?
[23:03] <shadeslayer> ScottK: ok so im merging fprint-dem
[23:03] <shadeslayer> *o
[23:04] <ScottK> Do we carry those as a diff from Debian?
[23:04] <shadeslayer> ScottK: yes
[23:04] <shadeslayer> ScottK: we have dh_icons and dh_desktop in our rules file
[23:04] <shadeslayer> but debian doesnt ship any
[23:04] <ScottK> One of those (I think dh_icons) does nothing at all anymore.
[23:04] <shadeslayer> ok so that can be removed
[23:04] <ScottK> Check and see I remember the right one.
[23:05] <ScottK> There's a warning in the build log.
[23:05] <shadeslayer> ScottK: dh_desktop is deprecated
[23:05] <ScottK> I'd look back in the changelog and see why we added them.  My guess is they aren't relevant anymore, but I didn't actually look at the package.
[23:05] <shadeslayer> ScottK: dh_icons isnt i think
[23:06] <ScottK> OK.  Then that one we may want to keep.
[23:06] <shadeslayer> ScottK: we added dh_icons to install the icons
[23:06] <shadeslayer> that was a ubuntu specific change
[23:06] <ScottK> There was some resistance to that in Debian.
[23:06] <ScottK> OK.  Keep that one.
[23:07] <shadeslayer> hehe.. ok,the rest of the diff is pretty much ok,i need to apply the debian changes
[23:08] <shadeslayer> and  merge changelogs


[01:59] <mwhudson> whyyy does python-twisted in focal-proposed have PyHamcrest in Twisted-18.9.0.egg-info/requires.txt
[02:08] <mwhudson> rbasak, cpaelzer: https://git.launchpad.net/ubuntu/+source/twisted seems amazingly out of date, is that known?
[02:20] <mwhudson> oh turns out in a very roundabout way to be because debian is ahead of ubuntu in some case in py2 removal
[02:20] <mwhudson> sigh
[05:28] <cpaelzer> mwhudson: yeah the repos are not updated, but it is in the whitelist - I'm doing a test import locally to see if this package stumbles over one of the known issues
[05:28] <cpaelzer> it seems it wasn't imported after bionic (neither debian nor ubuntu)
[05:28] <cpaelzer> thanks for the ping mwhudson
[06:48] <cpaelzer> mwhudson: the reimport showed the signature of the issue which let me identify it as bug 1764814
[06:48] <cpaelzer> so it is a known error
[08:13] <mwhudson> cpaelzer: ok, thanks for looking
[08:31] <mitya57> LocutusOfBorg: see https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3831/+packages
[08:34] <LocutusOfBorg> perl is almost ready to migrate FYI
[09:48] <tseliot> vorlon, the 435 driver is in bionic NEW (not sure if just the binaries now) LP: #1844126
[09:49] <tjaalton> tseliot: no it isn't?
[09:50] <tseliot> tjaalton, then it needs to be moved to restricted, since it's in multiverse
[09:50] <tseliot> (just checked)
[09:52] <tjaalton> right
[09:58] <tseliot> vorlon, so, the 435 binaries need to be moved from multiverse to restricted in bionic for LP: #1844126. Help would be welcome. Thanks
[09:59] <tjaalton> usually #ubuntu-release is for archive things, someone else might act
[09:59] <tjaalton> since there are other AA's
[11:21] <tjaalton> tseliot, vorlon: moved now by apw
[11:30] <seb128> bdmurray, juliank, bug #1849004 seems a regression from the recent xenial SRU
[12:03] <tseliot> apw, tjaalton  thanks
[12:40] <rafaeldtinoco> morning o/
[14:18] <bdmurray> seb128: noted - thanks
[14:18] <seb128> bdmurray, hey
[14:19] <seb128> bdmurray, did you get anywhere with the retracer problem? It's impacting our ability to tell what issues are impacting users on 19.10 :-/
[14:20] <bdmurray> seb128: Did you hear I'm managing the Foundations team now? I'm a bit busy but hope to dig into it this week. If I got some core files would somebody be interested in trying to retrace them?
[14:22] <sladen> bdmurray: {congrats,commiserations} !
[14:23] <seb128> bdmurray, hey, I did, congrats :) It also mean you get the power to assign the work to somebody else in your team right? :p
[14:23] <bdmurray> sladen: heh
[14:23] <seb128> bdmurray, I would be happy to put it on a bug report on rls-ee-incoming but that's not targetting a package and we don't really have a workflow for those cases :/
[14:24] <seb128> bdmurray, I'm happy to help/do some poking/try to retrace locally if that's useful
[14:26] <bdmurray> seb128: If you could find an "easy" (not too many packages to download) crash that would be a good start.
[14:28] <seb128> bdmurray, https://errors.ubuntu.com/problem/286e2d516e2a4bf784de60a0f3b2ac3281f80b8b , not trivial list but at least it's not a graphical/gtk application
[14:29] <bdmurray> seb128: great thanks!
[14:29] <seb128> np!
[15:30] <vorlon> oSoMoN: kopano-webapp autopkgtests are failing again in focal because they try to install the chromium-browser deb.  "error: snap "chromium" has "install-snap" change in progress" - could you take a look at this? http://autopkgtest.ubuntu.com/packages/k/kopano-webapp/focal/amd64
[15:37] <vorlon> oSoMoN: I suspect that what's happening is the deb postinst finishes while the snap transaction is still in progress, so there's a race
[16:16] <doko> mvo: what is<EMAIL_ADDRESS>supposed to test? it fails on armhf, but also locally for me ...
[16:21] <infinity> doko: See the amd64 results.  It should be suggesting to install vim/vim-tiny/etc.
[16:21] <infinity> Why it's failing on armhf only is a bit of a mystery.
[16:26] <doko> infinity: would you mind overriding that for now, because a lot of stuff currently fails like that without proposed enabled<EMAIL_ADDRESS>[16:28] <infinity> doko: That should be re-triggered with python-apt in the triggers, not overridden.
[16:29] <infinity> (cloudpickle, that is... No idea what's up with command-not-found)
[16:29]  * infinity retriggers cloudpickle.
[16:30] <infinity> Oh, I see what you mean.  You want to override c-n-f to migrate python-apt, so it doesn't need explicit triggering.
[16:31] <infinity> Yeah, I could maybe get behind that, if we make a note to figure out WTF is wrong with c-n-f.
[16:31] <doko> yes, exactly
[16:31] <doko> filing a bug report
[16:33] <infinity> doko: Done.
[16:34] <doko> infinity: LP: #1849709
[17:00] <doko> oSoMoN: please could you look at the libreoffice autopkg test failures in focal?
[18:37] <seb128> bdmurray, bug #1848892 was not mentioned in your meeting today despite being high and rls-ee-incoming tagged, was it overlooked or skipped on purpose?
[18:56] <bdmurray> seb128: it was overlooked, thanks for bringing it up
[19:15] <seb128> bdmurray, thx
[19:26] <oSoMoN> marcustomlinson, do_ko pointed out that the libreoffice autopkgtests started failing reliably in focal, something to look into (http://autopkgtest.ubuntu.com/packages/libreoffice/focal/amd64)
[19:26] <oSoMoN> vorlon, I'll look into that
[19:26] <vorlon> oSoMoN: cheers
[19:28] <vorlon> oSoMoN: btw, do you have any feedback on LP: #1849163?  I have yet to find a way to successfully hack around this
[19:28] <oSoMoN> vorlon, not looked at yet, but it's on my to-do list
[19:28] <vorlon> ok ta
[19:31] <oSoMoN> vorlon, re- kopano-webapp, where are you seeing this "error: snap "chromium" has "install-snap" change in progress" ? All I'm seeing is failures because snapd is being killed during installation
[19:32] <oSoMoN> interestingly I've started seeing similar failures on the automated tests for the chromium snap when they are run on arm64, it looks like a recent change in snapd makes it more memory hungry
[19:33] <oSoMoN> I'll start a discussion on the snapcraft forum about this
[19:34] <vorlon> oSoMoN: that particular error message I saw in an arm64 log indeed
[19:34] <oSoMoN> aha!
[19:54] <oSoMoN> vorlon, https://forum.snapcraft.io/t/installing-the-chromium-snap-in-test-environment-results-in-snapd-being-oom-killed/13864
[22:35] <mwhudson> is it possible to get patch(1) to explain _why_ a patch is not applying
[22:37] <sarnold> whenever I've asked that, looking for trailing spaces has usually been the solution
[22:38] <sarnold> I've got this in my ~/.vimrc http://paste.ubuntu.com/p/3zWqK6BcdZ/
[22:38] <sarnold> (yes it's a poor approach to this problem)
[22:39] <mwhudson> in this case it turned out to be emacs and shell in different directories :(
[22:41] <sarnold> probably no amount of vim config would help spot that :)
[23:05] <mwhudson> next stupid question
[23:05] <mwhudson> quilt push; quilt refresh --> patch is unchanged; quilt pop; dpkg-source -b . --> patches don't apply
[23:08] <sarnold> ugh that's even worse. I can't recall now what worked for me in the past, but some combination of quilt push -a, quilt pop -a, and maybe application of this alias alias dq='export QUILT_PATCHES=debian/patches'
[23:08] <mwhudson> ah no this is mismatch between the working directory and the orig
[23:08]  * mwhudson stabs gbp in the face
[23:14] <mwhudson> ok now quilt push is failing which is at least consistent