[11:20] <mup> PR snapd#3574 opened: snap find only searches stable <Created by stuartlangridge> <https://github.com/snapcore/snapd/pull/3574>


[01:46] <ColonelPanic001> Blazeix: that link is gold.
[03:36] <derekv> http://www.rayninfo.co.uk/tips/zshtips.html
[03:37] <derekv> i could be better at shell
[04:45] <dzho> so say we all
[04:46] <dzho> I'm going to start learning zsh just as soon as I finish mastering all of emacs
[12:09] <rick_h> kGmorning
[12:35] <snap-l> Hate it when my machine locks up overnight, and I don't know exactly what happened
[12:36] <snap-l> Though umount apparently was tainted.
[12:36] <rick_h> ugh
[12:39] <snap-l> Yeah, not my idea of fun
[12:52] <rick_h> http://pyvideo.org/video/1600/the-sqlalchemy-session-in-depth
[13:00] <snap-l> Oh, nice
[13:00] <snap-l> Hey, PyCon Canada got a really quick turn-around.
[13:02] <rick_h> yea
[13:02] <rick_h> they had some stuff up before the conference ended
[13:18] <jrwren> dzho: lolz
[14:29] <shakes808> morning all
[14:30] <shakes808> http://www.cnn.com/2012/11/14/tech/web/google-fiber-kansas-city/index.html?hpt=hp_bn5
[14:33] <shakes808> I want 1 Gigabyte connection :(
[14:36] <jrwren> surely it is bit and not byte.
[14:36] <jrwren> yeah, that is gigabit.
[14:42] <shakes808> lol
[14:42] <shakes808> :( bit byte :P
[14:42] <shakes808> Gbs :D
[14:44] <greg-g> almost an order of magnitude :)
[14:53] <jrwren> math is hard, lets go shopping
[14:54] <rick_h> party!
[16:07] <snap-l> bah
[16:07] <rick_h> that good?
[16:07] <snap-l> Managed to mess up my grub config somehow
[16:07] <snap-l> left my keyboard at home, so I'm using the standard issue mouse / keyboard
[16:08] <snap-l> computer locked up last night
[16:08] <rick_h> I know where you can get a nice mechanical keyboard :P
[16:08] <snap-l> and forgot to charge my phone
[16:08] <snap-l> Heh
[16:08] <rick_h> doh doh doh
[16:08] <snap-l> Well, funny enough, I gave my keyboard back to IT (Kevin) saying I'd never need it
[16:08] <snap-l> Had to ask Joan for a loaner
[16:09] <rick_h> double doh
[16:09] <snap-l> Yeah, I M so smart.
[16:09] <snap-l> SMRT
[16:10] <shakes808> snap-l: lol
[16:11] <snap-l> And now I have a kernel upgrade. This is going to be fun.
[16:11] <snap-l> brb.
[16:14] <snap-l> ack
[16:14] <snap-l> and back, rather.
[16:38] <jrwren> mech KB? where? I want it.
[16:39]  * rick_h goes to his closet and pulls out a few
[16:39] <jrwren> GIVE TO ME!
[16:40] <snap-l> Oh jeez, it's time for the showroom to emerge. ;)
[16:43] <greg-g> pull up the photo, rick_h  ;)
[16:43]  * rick_h goes to look :/
[16:44] <rick_h> hmm, this one is a bit old https://plus.google.com/u/0/photos/116120911388966791792/albums/5519789968393119425/5567328634738767938
[16:44] <rick_h> does that load for others? damn picasa/G+ integrating/messing things up
[16:45] <rick_h> not all mechanical in that picture
[16:52] <greg-g> got a 404
[16:52] <greg-g> rick_h: no worries, don't divert your attention ;)
[17:00] <snap-l> rick_h: I got it loading
[17:07] <rick_h> :( I'm missing YUIConf
[17:25] <Blazeix> i was going to point rick_h to an upcoming jquery conference in consolation.
[17:25] <Blazeix> but then I got distracted by their cool website: http://jqueryto.com/
[17:30] <snap-l> Wow, who the hell designed that jqueryto.com site?
[17:31] <snap-l> It's like Ikea made a website, but got bored when it didn't have a hex wrench
[17:34] <snap-l> Anyone excited that Wiley's imprints are now available via O'Reilly?
[17:35] <rick_h> don't have any idea what wiley's imprints are
[17:41] <snap-l> The ...For Dummies, Wrox, and Sybex books, as well as their own stuff
[17:41] <snap-l> Not a lot of technical stuff
[17:42] <snap-l> Though I did pick up a copy of GURPS for Dummies just for grins. :)
[18:41] <snap-l> Today is not my favorite tech day. :)
[18:41] <rick_h> heh
[18:41] <rick_h> you know what? Some good ole hand tool woodworking would do you some good :P
[18:41] <rick_h> no plugs involved...well lights
[18:41] <snap-l> I'm afraid I'd take out a forest given how I'm performng today.
[18:42] <snap-l> plane plan plane ZIP there goes Sequoia national.
[18:54] <Blazeix> i like that jqueryto.com design
[18:58] <snap-l> Blazeix: Bah
[18:58] <snap-l> Too cluttered for me
[18:59] <rick_h> yea, readable fail
[19:00] <rick_h> it's that static background
[19:00] <rick_h> the whole thing should scroll
[19:07] <Blazeix> y'all are whack
[19:09] <Blazeix> i'm all for weird interfaces when the information being displayed is simple
[19:11] <rick_h> I'm ok with the idea, just not the static background. It changes the look and distracts the eye as you scroll
[19:12] <snap-l> rick_h: ++
[19:15] <jrwren> jqueryto.com looks great w/out js
[19:16] <rick_h> there you go, exactly :)
[22:20] <snap-l> Apparently the Wii now has a youtube channel
[22:20] <snap-l> And there was much... rejoicing?
[22:57] <jrwren> that is pretty cool


[19:22] <Burgundavia> kwwii: you around?
[19:41] <kwwii> Burgundavia: hey
[20:10] <Burgundavia> kwwii: I was wondering about the artwork for lucid, when it will freeze. I wondered if I can start shooting screenshots for teh official book or if I should wait
[20:13] <kwwii> Burgundavia: wait, trust me
[20:14] <kwwii> Burgundavia: next week is the platform sprint, sometime shortly after that I will know more about when the freeze will be
[20:14] <kwwii> I assume that by the last alpha we will freeze this time
[20:15] <Burgundavia> kwwii: ok, thanks very much
[20:16] <kwwii> Burgundavia: no problem, hope the info helps, sorry that I said no :P
[20:17] <Burgundavia> kwwii: it is ok, having a time makes it easier to plan


[14:52] <rkulagow> hi - does anyone use this chatroom for upstart related issues? if not, where's the best place to ask?
[15:04] <JanC> you could also try the mailing list or askubuntu (or some similar site)


[00:11] <poolie> hi kiko
[00:20] <thumper> mwhudson: got a few minutes to talk about code imports?
[00:24] <wgrant> jml: Is there any point catching exceptions in the sprout/pull, or should I just do it around the open where the problems are actually going to occur?
[00:25] <maxb> # cat /usr/share/pyshared/lazr.uri-1.0-nspkg.pth
[00:25] <maxb> import sys,new,os; p = os.path.join(sys._getframe(1).f_locals['sitedir'], *('lazr',)); ie = os.path.exists(os.path.join(p,'__init__.py')); m = not ie and sys.modules.setdefault('lazr',new.module('lazr')); mp = (m or []) and m.__dict__.setdefault('__path__',[]); (p not in mp) and mp.append(p)
[00:25] <maxb> gary_poster: ^ uhm, yikes :-/
[00:27]  * maxb glares spiky death at pycentral and namespace packages in general
[00:27] <gary_poster> maxb: yeah, welcome to setuptools :-/
[00:28] <gary_poster> I like namespace packages as an idea myself.  implementation leaves a bit to be desired, but bringing core features to a language without a language's consent sometimes does that IME
[00:28] <maxb> "a bit"
[00:28] <gary_poster> :-)
[00:29] <ajmitch> maxb: so, that's not perl there, I take it? :)
[00:30] <maxb> heh
[00:32] <maxb> This is so screwed up. How on earth do you support namespace packages mixed between PYTHONPATH and the system dirs !?
[00:32] <wgrant> Run. Away.
[00:35] <mwhudson> thumper: ok
[00:35] <maxb> Sadly that's not going to result in a running Launchpad
[00:36] <mwhudson> the problem with setuptools is that people use it
[00:36] <maxb> maxb@z61p:~$ python -c 'import sys; print sys.modules["lazr"]'
[00:36] <maxb> <module 'lazr' (built-in)>
[00:36]  * maxb boggles
[00:36] <mwhudson> unlike other pje-projects, which people have been insprired by
[00:37] <mwhudson> generally usefully
[00:41] <jml> wgrant, sorry...
[00:42] <gary_poster> maxb: I'm not really around--I need to do some 3.0 stuff, but otherwise not be here.  But our general goal has been to keep the system namespace packages at the very end of the pythonpath, so that we don't see them.
[00:42] <gary_poster> PYTHONPATH might not be sufficient for that, if it tacks things at the end of the path--and that's what we use for running some scripts.
[00:42] <gary_poster> Feel free to do more of course, but if you send me a note with what's calling the codehosting scripts--the mechanism, so I can duplicate it outside of the tests--I'll be happy to do the surgery.
[00:42] <jml> wgrant, exceptions are going to occur in open & sprout/pull
[00:42] <gary_poster> "happy" ;-)
[00:42] <gary_poster> If our approach to bin/py (PYTHONPATH) is at fault, then we'll have to use a faux-interpreter, which will be fine, but will involve some Makefile surgery.
[00:42] <jml> wgrant, so catch around both.
[00:42] <gary_poster> (done)
[00:43] <maxb> I will do some research, I guess
[00:45] <gary_poster> maxb: Minimally, if you give me dupe instructions (which maybe are as simple as "install lazr.enum and run the failing tests") then I'll get around to it eventually.
[00:45] <maxb> bin/py -c 'import lazr.uri; print lazr.enum'
[00:45] <maxb> ^ dupe instructions
[00:45] <maxb> oops
[00:45] <maxb> I mean bin/py -c 'import lazr.enum'
[00:46] <maxb> that's all :-)
[00:48] <gary_poster> maxb: yup.  I think I had already set up my karmic to try to look like your installation in this regard.  ok, that's good enough.  thank you, I can go from there.
[00:49] <maxb> bin/py -S -c 'import lazr.enum' works
[00:49] <maxb> as does bin/py -S scripts/mirror-branch.py -h
[00:50] <gary_poster> unsurprising that the import would work.  More surprising that the mirror-branch works, but I guess it doesn't need lxml and so on that we have in dist-packages
[00:54] <maxb> lp doesn't use lxml anyway :-)
[00:55] <mwhudson> screw it, early lunch, focus after hopefully...
[01:02] <gary_poster> maxb: no?  I thought we did.  and there are some other bits that I think we need.
[01:15] <wgrant> jml: But exceptions that occur after the open are probably real, even if it's an optional sourcedep.
[01:17] <jml> wgrant, ummm... let me think about that for a bit (on a call still)
[01:17] <wgrant> jml: OK, sorry.
[01:19] <jml> wgrant, no problem at all.
[01:27] <jml> ok.
[01:27] <jml> I'm back.
[01:28] <jml> wgrant, that's a good point. sadly, I don't actually know what the semantics of the 'optional' field in the config file actually are.
[01:28] <wgrant> jml: Its intent and use is clear, however.
[01:29] <jml> wgrant, you think?
[01:29] <jml> wgrant, if it's optional (e.g. shipit), and we can open it, but something happens to prevent us pulling it, what should happen?
[01:30] <jml> and why :)
[01:30] <wgrant> I think it should die.
[01:30] <wgrant> They are optional to prevent things dieing if the user has insufficient privileges.
[01:31] <jml> hmm.
[01:31] <jml> ok. fair enough.
[01:31] <wgrant> If the open succeeds, the user has permission.
[01:31] <wgrant> So any subsequent failure is real.
[01:36] <jml> wgrant, so, are you preparing a patch for this, or shall I?
[01:36] <wgrant> jml: It's sufficiently trivial that it would probably be less work for you to do it.
[01:37] <jml> wgrant, heh, ok.
[01:37] <thumper> mwhudson: proposal made for import branches
[01:37] <wgrant> Just wrapping the Branch.open for new branches is sufficient, but the same should probably be done for the updating thing.
[01:42] <jml> thumper, why are you disabling auto-upgrade?
[01:46] <thumper> jml: because going from packs -> 2a takes a long! time
[01:47] <thumper> jml: a more orderly upgrade would be good
[01:47] <thumper> jml: especially with 2.5k imports
[01:47] <jml> thumper, *nod*
[01:47] <jml> thumper, do you have any plans for how to upgrade the imports to 2a?
[01:48] <thumper> jml: nothing concrete yet
[01:48] <thumper> jml: we have some ideas for the git imports
[01:48] <thumper> jml: I'd like to get the upgrade job done properly
[01:48] <thumper> jml: and then probably use that
[01:48] <jml> thumper, that makes sense.
[01:48] <thumper> jml: but no concrete plans
[01:49] <jml> thumper, it'd be good to have some.
[01:49] <thumper> jml: yes, it would
[01:49] <thumper> jml: but my planning brain has been full with lp 3.0
[01:49] <jml> since as long as they are out of date, we're making Bazaar look slower than it actually is.
[01:49] <jml> thumper, understood! :)
[02:12]  * jml afk
[02:33] <jml> mwhudson, do I have to do anything wrt ec2-entrypoins?
[02:33] <mwhudson> jml: no
[02:33] <jml> mwhudson, thanks.
[02:33] <mwhudson> jml: i am slaving away to get it ready for review
[02:34] <jml> :)
[02:34] <mwhudson> jml: will you be able to review it this afternoon?
[02:34] <jml> mwhudson, quite possibly
[02:34] <mwhudson> jml: excellent
[02:38] <jml> away again
[02:57] <jml> launchpad probably doesn't need five IRC channels.
[02:59] <wgrant> jml: Are you counting an internal one, or am I missing one?
[02:59] <jml> wgrant, an internal one, yes.
[02:59] <wgrant> But aren't there lots of internal ones?
[03:00] <jml> not that I know of.
[03:01] <jml> mwhudson, can we import from svn that requires http auth?
[03:02] <mwhudson> jml: yes, you have to get a losa to faff around on the slaves though
[03:03] <wgrant> If only svn was less braindead and allowed one to specify credentials in the URL like... everything else.
[03:04] <jml> I wish every whiteboard were a wall
[03:04] <jml> or something
[03:13] <mwhudson> jml: it's a strange repo too, it contains a zip file
[03:13] <jml> hmm
[03:19] <mwhudson> thumper: cscvs branch landed
[03:20] <thumper> mwhudson: cool
[03:35] <jml> thumper, can a product branch be linked to a product series for a different product?
[03:35] <thumper> jml: it shouldn't be able to
[03:35] <thumper> jml: I think we check when they try to link it
[03:35] <thumper> jml: but if it is linked, then moved, I don't think we check
[03:35] <jml> thumper, ahh, that'll explain it
[03:35] <jml> (also, is there a bug for that?)
[03:36] <thumper> don't think so
[03:36] <jml> https://code.edge.launchpad.net/~vcs-imports/schooltool/main
[03:36] <jml> I can't delete that branch because I'm not a project driver for obsolete-junk
[04:03] <thumper> wgrant: around?
[04:04] <thumper> wgrant: bug 407643
[04:04] <mup> Bug #407643: CodeImportNewView confusing after form changes <Launchpad Bazaar Integration:In Progress by thumper> <https://launchpad.net/bugs/407643>
[04:22] <rockstar> mwhudson, buying you a beer (or some single malt) is now on my todo list.  ec2test --headless is quick now.
[04:22] <wgrant> thumper: Hi.
[04:23] <thumper> wgrant: hey, take a look at my image attached to the bug
[04:23] <thumper> wgrant: I'm getting that reviewed
[04:23]  * wgrant looks.
[04:23] <wgrant> thumper: Much better. Thanks.
[04:23] <thumper> np
[04:24] <thumper> BjornT: you up yet?
[04:24]  * thumper thinks optimistically
[04:28] <mwhudson> rockstar: :)
[04:30] <mwhudson> jml: hi
[04:30] <jml> mwhudson, hi
[04:30] <mwhudson> jml: testing anything in ec2test is going to be hard because of python 2.4/2.5 fun-ness
[04:32] <mwhudson> though, hah, testrunner doesn't import boto
[04:32] <jml> mwhudson, it took me a while to parse that :)
[04:33] <mwhudson> jml: sorry :)
[04:33] <mwhudson> also bzr plugin path issues :(
[04:35] <jml> mwhudson, so, what therefore shall we do?
[04:35] <mwhudson> jml: land this branch sans tests?
[04:36] <mwhudson> (i haven't actually written any yet)
[04:36] <jml> mwhudson, I think that's fair enough.
[04:36]  * thumper afk for a few minutes
[04:38] <wgrant> ... Person.t_shirt_size? ahaha.
[04:44] <stub> Where did you find that? I thought I managed to kill off that idea.
[04:46] <wgrant> In some branch that I happened to come across.
[04:58] <mwhudson> jml: you have mail
[04:58] <jml> mwhudson, thanks.
[04:59] <jml> mwhudson, I'm just going out to lunch. I'll review it when I get back.
[04:59] <jml> I'll try to be quick
[04:59] <mwhudson> jml: ok, thanks
[05:15] <wgrant> Argh. There's no way from the outside to tell whether two LFAs with the same content actually have the same LFC, is there?
[05:38] <jml> wgrant, LFA?
[05:39] <mwhudson> librarianfilealias, i presume
[05:41] <wgrant> Right. It will let me find all LFAs with a particular SHA1, but won't tell me which LFC they point to.
[05:41] <wgrant> But I found the relevant code lurking deep in Soyuz, so no matter.
[05:44] <wgrant> nascentupload is too big, confusing and scary.
[05:56] <jml> yes.
[05:56] <jml> I've made it smaller recently
[05:56] <jml> and will probably make it smaller again soon.
[05:56] <wgrant> Very good.
[06:24] <jml> (if ever I get a moment to start working on my top priority tasks!)
[06:40] <thumper> yay, bzr 2.0rc2 landed
[06:41] <jml> yay
[06:43] <rockstar> Man, I'm currently in the mood to replace all the code page tests with unittests.
[06:44] <mwhudson> rockstar: possibly not on friday of week 3, but +1 in general
[06:45] <rockstar> mwhudson, yes, this is a large reason why I'm not doing it.  However, working with the pagetests fills me with vigor that will hopefully last until the weekend.
[06:46] <mwhudson> heh
[06:46] <rockstar> Also, I will worship at the feet of anyone who will delete notfound-traversals.txt
[06:46] <rockstar> Not just worship, but like, sacrifice people and everything.  You know, REAL worship.
[06:56] <jml> mwhudson, I'm so glad you've done this ec2 command refactoring
[06:56] <jml> mwhudson, not just because it makes ec2 better, but also it will make my future command-line apps easier to write :)
[06:57] <mwhudson> jml: heh heh
[06:58] <mwhudson> jml: bzrlib needs to change a bit to make them truly easy, i think
[06:58] <jml> mwhudson, agreed.
[06:58] <mwhudson> but i'm not sure i understand how the parts interact sufficiently yet to see precisely how
[06:58] <jml> mwhudson, but at least I now have mental hooks into how to begin thinking about it :)
[06:58] <mwhudson> otoh, it's 6pm on a friday, i don't understand anything very precisely now
[07:04] <jml> heh :)
[07:11] <jml> gosh I hate CHR
[07:12] <jml> it makes me want to fix about a dozen bugs
[07:12] <jml> which is partly the point of doing it
[07:12]  * mwhudson EOWs
[07:12] <jml> but I don't think I'll have any time between now & Christmas to do so :\
[07:13] <mwhudson> jml: and then you realize how hard it is to make changes to launchpad
[07:13] <jml> mwhudson, see you around
[07:13] <mwhudson> jml: good luck with the move
[07:13] <jml> mwhudson, I might change code import branches to be owned by their actual owners rather than vcs-imports, just to surprise you :P
[07:13] <jml> mwhudson, thanks!
[07:13] <mwhudson> jml: that would be awesome
[07:14] <jml> mwhudson, although maybe deleting comments would make me more friends :)
[07:35] <mwhudson> jml: deleting comments would make you friends in more ... authorized ... places, for sure
[08:00] <jtv> connection blinking...  I need coffee.
[08:00] <jtv> hi mwhudson, thanks for your help; I slept wonderfully
[08:00] <mwhudson> jtv: hooray
[08:10] <jtv> Does noone take things out of context anymore?
[08:12] <wgrant> Sadly I read the earlier conversation, so could not help you.
[08:20] <jtv> A sad day for puerile office humor
[08:20] <henninge> Hi!
[08:20] <henninge> Does anybody know how to display a projects logo?
[08:21] <henninge> <img tal:attributes="src project/...
[08:21] <henninge> ?
[08:21] <henninge> Like the new template does on the top left
[08:23] <wgrant> henninge: project/image:logo?
[08:24] <wgrant> I think that should work.
[08:24]  * henninge tries
[08:24] <henninge> wgrant: does that give me the url or the full tag?
[08:25] <wgrant> henninge: I presume the full tag, but I don't know.
[08:25]  * wgrant checks the formatter.
[08:25] <wgrant> The whole tag.
[08:26] <henninge> yup, just found out, too.
[08:26] <wgrant> If you want the URL, you might just have to use project/logo/fmt:url, I guess.
[08:26] <henninge> Thanks!
[08:26] <henninge> nope, that's what I tried first ...
[08:27] <wgrant> I guess LFAs are special.
[08:27] <henninge> looks beautiful ... ;-)
[08:28] <wgrant> What are you doing with it?
[08:46]  * jtv heads for lunch
[09:02] <mrevell> Morning
[09:03] <jml> good morning
[09:03]  * jml is about to EOW
[09:03] <jml> (last week in .au)
[09:03] <mrevell> Man, are you nervous jml?
[09:04] <jml> not yet.
[09:04] <jml> I tend to get nervous at the last minute.
[09:04] <bigjools> morning all
[10:11] <wgrant> bigjools: I will reply to your ddeb email more thoroughly later, but did you really mean to suggest that ddebs shouldn't skip NEW?
[10:11] <wgrant> That will make archive admins very sad.
[10:11] <bigjools> wgrant: yes, of sorts, they should do what debs do, it will make it *much* easier
[10:12] <wgrant> bigjools: If they're going to follow the corresponding deb, there's no point sending them through NEW.
[10:12] <wgrant> Because they should always inherit the same override.
[10:12] <bigjools> wgrant: I am assuming that they are always in step with the corresponding deb
[10:12] <bigjools> yes, you won't *see* them in NEW, you just accept the deb
[10:13] <wgrant> But should they be sufficient to send a binary upload into NEW?
[10:13] <bigjools> not on their own
[10:13] <bigjools> that decision should be based on the deb
[10:13] <wgrant> Right.
[10:13] <wgrant> So they should skip NEW.
[10:14] <bigjools> depends how you look at it :)
[10:14] <wgrant> Except not quite in the way they do now, perhaps.
[10:14] <bigjools> yeah, that part's confusing
[10:14] <bigjools> it would help if I knew more about how and when they are generated
[10:14] <wgrant> I need to look at how overrides work in the queue.
[10:15] <bigjools> I can help you with that, it's quite easy
[10:15] <wgrant> I haven't really looked at the queue stuff all that much.
[10:15] <bigjools> I have :(
[10:15] <bigjools> the +queue page is the bane of my soyuz life
[10:15] <wgrant> Heh.
[10:16] <wgrant> What do you need to know about ddebs that would help?
[10:16] <bigjools> from what you said, you implied that they can be NEW where the corresponding deb is not?
[10:17] <wgrant> Basically, they're automatically generated for and will accompany binaries with compiled binaries.
[10:17] <wgrant> So once all my glue is in place, and the switch is turned on...
[10:17] <bigjools> this is as I expect, so far
[10:18] <wgrant> The first build for each arch of each source that compiles things will produce NEW binaries.
[10:18] <wgrant> This only happens the first time for each (source, arch) after the switch is flipped.
[10:18] <wgrant> Or when a binary begins to contain compiled code.
[10:19] <bigjools> but we'll not put them through NEW since their debs are not NEW
[10:19] <wgrant> Right.
[10:19] <bigjools> only when the DEB is new
[10:19] <bigjools> err wrong caps :)
[10:19] <wgrant> But without the ddeb-specific hacks, we'd have a hundred thousand builds in NEW because of the ddebs.
[10:20] <wgrant> Hmm. Dinner.
[10:20]  * wgrant departs for a little while.
[10:20] <bigjools> wgrant: indeed
[10:20] <bigjools> I need more caffeine
[10:33] <henninge> How do I get the urls to the application homepages?
[10:34] <henninge> https://bugs.launchapd.net/, bugs.edge.lp.net ...
[10:34] <henninge> from tal, ideally
[10:37] <henninge> maybe, this is too obvious ... ?
[10:37] <intellectronica> henninge: just a guess, but can you pass the application object to canonical_url ?
[10:38] <henninge> intellectronica: oh right, from python i could use canonical_url with rootsite and an empty url?
[10:38]  * henninge tries
[10:39] <intellectronica> henninge: i was more thinking of the top-level application object, but i'm really just guessing. let me know when you find out, i'm curious now
[10:40] <henninge> intellectronica: right, I need an application object. I have that (its the root view after all)
[10:40] <henninge> so it's context
[10:41] <intellectronica> huh, of course :)
[10:47] <henninge> bigjools: does soyuz have an application home page?
[10:47] <bigjools> henninge: no, it's homeless
[10:47] <bigjools> soyuz is a hobo
[10:47] <henninge> sleeps under bridges ...
[10:47] <bigjools> are you trolling?
[10:48] <bigjools> ba. dum. tish.
[10:51] <henninge> intellectronica: I've got this in the view now http://paste.ubuntu.com/273353/
[10:53] <intellectronica> nice
[10:59] <deryck> Morning, all.
[12:03] <wgrant> Fancy new profile page.
[12:03] <wgrant> Even fixes the edit form mess.
[12:43] <jmux> Hi. I want to work on bug #188564 (Non-Ubuntu a.k.a. Debian PPAs). I already have some ideas about the implementation and I saw that there is already an (empty) blueprint registered with the bug. Where should I put my ideas (new page on dev.launchpad.net), so we can discuss my ideas, before I start an implementation?
[12:43] <mup> Bug #188564: Build also packages for Debian in PPA's <feature> <ppa> <soyuz-core> <Soyuz:Triaged> <https://launchpad.net/bugs/188564>
[12:43] <bigjools> jmux: hi
[12:44] <wgrant> That's a hard one.
[12:44] <jmux> Ok - just happens some more people think about it :-)
[12:44] <wgrant> Although it already mostly works.
[12:44] <bigjools> jmux: that would be great, somewhere under http://dev.launchpad.net/Soyuz/ and link to it from the blueprint
[12:45] <jmux> bigjools: ok
[12:51] <wgrant> jmux: I've got notes locally on the issues that I identified a few weeks ago.
[12:52] <wgrant> But I imagine that there are further non-technical barriers to this, eg. buildd time, librarian disk, germanium disk, chroot administration time.
[12:58] <jmux> wgrant: Can you send me your notes? I'm jmglogow in launchpad.
[13:00] <wgrant> jmux: Sure.
[13:04] <wgrant> jmux: Sent.
[13:22] <gmb> intellectronica: In the new bug page, should we show "Report another bug" and "List all open bugs" with the other actions (mark dupe, convert to question, etc)?
[13:22] <gmb> Or should we just get rid of them?
[13:24] <intellectronica> gmb: we should definitely have the report another bug (see discussion on the ml). the question is whether to just include it in the involvement portlet style or as something less prominent
[13:24] <gmb> intellectronica: I'll re-read that thread; must've missed that part of the discussion. (I wish that Google had invented "highlight the text relevant to my brain2)
[13:24] <intellectronica> i think the 'list all open bugs' link is not necessary, though
[13:25] <gmb> intellectronica: Agreed on both counts. I'll put the report a bug link in the portlet for now; we can always move it later.
[13:25] <intellectronica> gmb: i'd say an action link like for the 'report another bug'. the involvement portlet is too prominent
[13:25] <gmb> Hmm.
[13:25] <gmb> intellectronica: Maybe we should just leave it at the foot of the page then.
[13:26] <intellectronica> and it would be a bit weird because the context isn't the target, it's the bugtask
[13:26] <gmb> Yeah.
[13:27] <intellectronica> gmb: i really can't decide on that. ot1h putting it at the bottom kinda' makes sense because it communicates that you should read everything before filing another bug. otoh, part of the redesign is an attempt to move the actions back together so users don't have to search for them all over the page
[13:27] <gmb> Right.
[13:28] <intellectronica> maybe leaving both links at the bottom is the path of least resistance, though
[13:28] <intellectronica> gawd, i'm not really helping, am i :-/
[13:28] <gmb> intellectronica: It's Friday week 3. PoLR is my favourite route today.
[13:28] <intellectronica> gmb: yeah, i agree
[13:28] <gmb> intellectronica: Design is hard. This is why we employ Argentinians.
[13:29] <gmb> (And mpt, but hey, that spoils the gag)
[13:31] <gmb> Hah. Failure in tests: Just about everything under lp.bugs.stories. What a surprise.
[13:32] <mpt> gmb, I could pretend to be Argentinian. I eat meat.
[13:33] <gmb> mpt: You might need to talk faster and gesticulate more, but hey, this is IRC...
[13:34] <mpt> \o_
[13:34] <gmb> Hah.
[13:35] <henninge> mrevell-lunch, noodles775: Can you please look at bug 431244, my last comment? I need some input UI-wise (and a review eventually) and content-wise (new blog posts!).
[13:35] <mup> Bug #431244: Launchpad homepage needs conversion to 3.0 design. <story-ui-3> <Launchpad Foundations:In Progress by henninge> <https://launchpad.net/bugs/431244>
[13:36] <henninge> I will be relocating now but will be back soon.
[13:36] <noodles775> k
[13:36] <henninge> thanks
[13:53] <wgrant> Somebody might want to point henninge at bug #429247 when he returns.
[13:53] <mup> Bug #429247: Locationless <h1>s block login/out widgets <story-ui-3> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/429247>
[14:07] <wgrant> henninge: Bug #429247
[14:07] <mup> Bug #429247: Locationless <h1>s block login/out widgets <story-ui-3> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/429247>
[14:09] <henninge> wgrant: thanks!
[14:09] <henninge> wgrant: now I am wondering if it should really be "low" ...
[14:10] <wgrant> henninge: Not if the homepage is locationless, no.
[14:10] <henninge> yup
[14:10] <henninge> wgrant: I don't see another way to do the home page, at least not if I stick to Martin's design...
[14:11] <henninge> mrevell, noodles775: I am back btw.
[14:11] <henninge> ;-)
[14:12] <wgrant> henninge: Right.
[14:17] <flacoste> sinzui, barry, bac, salgado, EdwinGrubbs: Registry conversion is complete, awesome job!!!
[14:20] <sinzui> flacoste: rockstar: what is the status of the final 3 answers pages?
[14:21] <flacoste> sinzui: only rockstar knows and it's a little early for him yet
[14:21] <rockstar> sinzui, it's approved to land, but tests keep failing.  I'm working on them now.
[14:22] <sinzui> :(
[14:22] <rockstar> sinzui, yea, tell me about it.
[14:23] <sinzui> rockstar: how can you be on American East Coast Time and keep time with NZ?
[14:23] <rockstar> sinzui, I sleep 40 minutes every few hours.
[14:23] <rockstar> ...give or take.
[14:24] <rockstar> (especially when I have a deadline)
[14:29] <noodles775> henninge: yep, I'll be taking a look shortly (just had lunch-break) :)
[14:29] <henninge> noodles775: fine
[14:50] <rockstar> sinzui, ping
[14:50] <sinzui> hi rockstar
[14:51] <rockstar> sinzui, so my tests were all passing, but I apparently had conflicts, so I merged in trunk, and now my templates are throwing TraversalError in the MenuAPI on context.  Would you know what changed to do this?
[14:53] <sinzui> yes
[14:53] <sinzui> rockstar: There is python error in one of the links
[14:53] <sinzui> rockstar: you can see the real error in a unittest, browser tests hide it
[14:54] <rockstar> sinzui, okay, I'll take a gander.
[14:55] <sinzui> rockstar: I had a bad experience a few months ago when I discovered I wrote a link the correct way (pass the name to canonical_url). and the link failed because the view was not registered for IProject.
[14:55] <rockstar> sinzui, well, it was working before the merge.  If I revert, everything is fine, but then I have conflicts.
[14:55] <sinzui> rockstar: The link was canonical_url(something) + '/+view-name'
[14:56] <sinzui> rockstar: I have a simple test tool
[14:56]  * sinzui looks for example
[14:56] <rockstar> sinzui, usedfor = IBranch should make it work, right?
[14:56] <sinzui> That is perfect
[14:59] <sinzui> rockstar: You can check_menu to verify the links http://pastebin.ubuntu.com/273506/
[15:00] <sinzui> rockstar: it instantiates the link and verifies there is a view for it. It will die when the link logic is bad of the view is not registered
[15:00] <rockstar> Alright, I'll give it a whack.
[15:01] <sinzui> rockstar: ^ I added this because I discovered that there were two bad links that were very old in that menu
[15:02] <sinzui> bac: I just assigned bug 422334 to you. I do think it is trivial, but it may be easy do since person-index does it
[15:02] <mup> Bug #422334: "Contact this team" link should be in the action menu <Launchpad Registry:Triaged by bac> <https://launchpad.net/bugs/422334>
[15:02] <bac> ok
[15:03] <sinzui> bac: Oh, person-index did it by not putting it in the action menu, we just put it in the side bar. that is much easier
[15:05] <maxb> barry: Re your 14 failures and 2 errors on Karmic - I attribute 13 failures and 2 errors to the lazr import mess mentioned on LaunchpadOnKarmic - I added a rather crude workaround to that page this morning
[15:05] <barry> maxb: cool.  i haven't looked into it in detail, but thanks for working on it
[15:10] <maxb> I am hugely jealous of having a machine that can get through bin/test in 2 hours :-)
[15:12] <barry> maxb: i earned it though.  the machine i had been using was painful, loud, hot, and unreliable. :)
[15:13] <maxb> I ran it on an Aspire One netbook once. Took 9¼ hours :-)
[15:15] <barry> ouch.  before this box, i had nothing newer than circa 2006 and my main dev box was a 3ghz p4.  otoh, i don't get as many naps now <wink>
[15:40]  * gmb -> out BBIAB.
[15:47] <EdwinGrubbs> sinzui: did I use the wrong milestone for bug 432516?
[15:47] <mup> Bug #432516: Convert /rdf page to UI 3.0 <Launchpad Foundations:In Progress by edwin-grubbs> <https://launchpad.net/bugs/432516>
[15:48] <sinzui> EdwinGrubbs: wrong project. the file is owned by launchpad-foundations
[15:48] <EdwinGrubbs> sinzui: oh, that probably changed the milestone automatically, and I didn't notice anything else in the email.
[15:49] <sinzui> yes, it does.
[16:39] <rockstar> sinzui, if the context of a page is an IQuestionSet, and I register a menu with usedfor IQuestionSet, the view should be able to get to the menu, right?
[16:40] <sinzui> rockstar: yes in a manner is speaking
[16:41] <sinzui> rockstar: views and context can both have a menu, since you have both objects, you have two menus.
[16:41] <sinzui> rockstar:  <context|view>/@@+global-action
[16:41] <rockstar> sinzui, so I have a menu that works for the view when the context is ISearchableByQuestionOwner, but not when the context is IQuestionSet.
[16:41] <rockstar> sinzui, this is an application menu.
[16:43] <sinzui> so context/menu:answers will work. since they are not associated with a view, you need to ensure the menu is registered for both.
[16:44] <sinzui> rockstar: I have done a lot of subclassing that modifies one or two lines like label, page_title, usefor to update everything to 3.0
[16:47] <rockstar> sinzui, so, I seem to have fucked these menus up beyond recognition.  I'm feeling pretty frustrated.  Can we have a call?
[16:47] <sinzui> yes
[16:47] <sinzui> rockstar: I am ready
[16:54] <EdwinGrubbs> jml: ping
[16:54] <EdwinGrubbs> rockstar: ping
[16:54] <rockstar> EdwinGrubbs, on the phone.
[16:55] <EdwinGrubbs> deryck: ping
[16:58] <flacoste> barry: did you land all of adeuring branches?
[16:58] <deryck> EdwinGrubbs, pong
[16:58] <barry> flacoste: i could only get the first one landed
[16:58] <EdwinGrubbs> deryck: do you need help converting the hwdb pages on https://dev.launchpad.net/VersionThreeDotO/UI/TemplateToDoList since Abel is out?
[16:58] <barry> flacoste: the others are still up for grabs
[16:59] <flacoste> EdwinGrubbs: could you finish adeuring branches?
[16:59] <EdwinGrubbs> flacoste: sure
[16:59] <deryck> EdwinGrubbs, yes, please.
[17:13] <rockstar> sinzui, I'm not entirely sure the question-listing and faq-listing are going to get done today.  The tests are making me realize they are bigger than I thought.
[17:14] <rockstar> If PQM doesn't close until tomorrow, I may be able to get it done tonight.
[17:17] <rockstar> flacoste, when is PQM closing?
[17:18] <sinzui> rockstar: do what you can. I can help fix tests, change code, do reviews. I have a only a few tomorrow because I leave for a sprint
[17:20] <rockstar> sinzui, I think I'm going to quit on this branch, and do a really minimal mechanical change, and then come back to this and do it proper.
[17:21] <sinzui> rockstar: push the branch. I'll try to pick it up. I am going to assist salgado first
[17:21] <rockstar> sinzui, the problem is that question-listings can by applied to LOTS of different Interfaces, and they all need different items in their menus.
[17:22] <intellectronica> henninge: not that i'm any authority on this, but i think the new homepage is great. there's lots of stuff that can be improved, but as it is it's already a great improvement and i would be proud to have it as our 3.0 homepage
[17:23] <henninge> intellectronica: thank you so much !
[17:43] <flacoste> rockstar: i'm thinking of closing it on Sunday when spm starts
[17:44] <rockstar> flacoste, okay.  That actually gives me a little breathing room.  I was thinking it'd close in about 7 hours, and so that means I have to be off to ec2 in 3.
[17:57] <sinzui> salgado-lunch: how can I help you
[18:04] <rockstar> sinzui, so, I changed the menus in answers, and for some reason, the titles of the pages all broke.  Would you happen to know why?
[18:05] <sinzui> rockstar: I think titles broke when barry landed his branch on Saturday. Did you see the bug I reported about FAQs
[18:07] <sinzui> rockstar: titles are the inverse of breadcrumbs, but I think there is something missing form the view (labels and or page_titles) because neither is being used. FAQs to not have a title or a heading
[18:08] <mrevell> night all
[18:09] <rockstar> sinzui, I did.
[18:09] <sinzui> rockstar: I see. FAQ does not have a view.  You may want to verify if everything you are working with has a view in configure.zcml
[18:09] <rockstar> sinzui, the thing is, without my patch, the tests are fine, but with my patch, the tests aren't fine.
[18:10] <sinzui> because all the page titles changed form sane to crack?
[18:10] <sinzui> I see the FAQ is an easy fix
[18:11] <EdwinGrubbs> sinzui: is the ISprintSpecification/+decide page even used now? It seems to be superseded by the ISprint/+settopics page that lets you decide on multiple ISprintSpecifications at once? I can't even figure out how to load +decide since there are no tests.
[18:11] <rockstar> sinzui, yeah, it shouldn't be hard.  I'm talking about listings now though, not the bug you file (although I can probably fix that too)
[18:12] <sinzui> EdwinGrubbs: I do not know the answer.
[18:13] <sinzui> rockstar: I see that question-listing use LaunchpadView, not a subclass to define a page_title or label
[18:14] <sinzui> rockstar: in 3.0 every page needs unique view.
[18:14] <rockstar> sinzui, wait, what?
[18:15] <rockstar> sinzui, maybe I should get on the phone with you again, if that's agreeable.
[18:16] <sinzui> rockstar: For a page to be a full page (a page title) it must have a view to define that. I can see in my copy of RF that it does not:
[18:16] <sinzui>   <browser:pages
[18:16] <sinzui>     for="lp.answers.interfaces.question.IQuestion"
[18:16] <sinzui>     class="canonical.launchpad.webapp.LaunchpadView"
[18:16] <sinzui>     permission="zope.Public">
[18:16] <sinzui>     <browser:page
[18:16] <sinzui>       name="+listing-detailed"
[18:16] <sinzui>       template="../templates/question-listing-detailed.pt" />
[18:17] <rockstar> sinzui, question-listing-detailed isn't a full page though.
[18:17] <rockstar> It's a fragment.
[18:17] <sinzui> rockstar: ^ subclass LaunchpadView and give it a label (and maybe a page_title). barry says it needs a label, salgado-lunch says it needs a page_title. I decided the two can fight it out in a caged match next week
[18:18] <sinzui> rockstar: okay, my misunderstanding
[18:18] <sinzui> rockstar: when template and view is the issue
[18:18] <rockstar> sinzui, this my diff that somehow breaks page titles : http://pastebin.ubuntu.com/273626/
[18:18]  * barry prefers silly string and water balloons, but is up for anything
[18:18] <sinzui> two men enter, one man leaves
[18:22] <sinzui> rockstar: your diff does not show that you added SearchQuestionsView.page_title
[18:23] <salgado> sinzui, until we have some time for the caged match I've changed the code to be happy with either a label or a page_title
[18:24] <salgado> sinzui, and all the failing tests seem to be fixed, according to ec2
[18:24] <sinzui> rockstar: in fact, I see it was only added to ManageAnswerContactView. I think all views in the browser modules need a label or a page_title
[18:24] <rockstar> sinzui, lable and page_title are and/or?
[18:24] <sinzui> salgado: You more than rock!
[18:26] <sinzui> rockstar: try a label first and see what happens. I expect you to get something since barry guarantees a title form the breadcrumbs
[18:27] <barry> rockstar: if you're getting breadcrumbs already, that will be used as the default title, but currently label is required
[18:28] <rockstar> It looks like I just needed to move pageheading to be page_title.  We'll see what happens.
[18:30] <sinzui> rockstar: Yes! that was what I was thinking when I created the page_title attribute. That is also why I wanted to do answers, I could cheat with a global find and replace
[18:33] <rockstar> sinzui, :)  I still need a label though, right?  Can it be the same as the page_title?
[18:33] <gary_poster> bigjools: is sources-list.pt (from the launchad list of templates) soyuz?  Or can we ignore it?
[18:34] <gary_poster> deryck[lunch]: I'm still thinking that bugs will be doing the hwdb stuff from https://dev.launchpad.net/VersionThreeDotO/UI/TemplateToDoList
[18:34] <gary_poster> is that right?
[18:36] <sinzui> rockstar: given what salgado said about label/page_title I don't think it needs a label if the page is displaying the page_title in the  heading and title. If they are not displayed, I would make lable = page_title
[18:36] <sinzui> rockstar: I think in 3.1.10, we will remove the heading-slot and page_title. We will just use label. The mater is being discussed
[18:36] <EdwinGrubbs> salgado: I thought it was possible to override just the +foo part of the page_title?
[18:37] <sinzui> EdwinGrubbs: do not think about that matter
[18:38] <sinzui> EdwinGrubbs: we need to wait for salgado's branch to land before we can judge what needs to be changed. the +foo = view.label or view.page_title
[18:38] <rockstar> sinzui, and failures like this are to be expected and changed? http://pastebin.ubuntu.com/273636/
[18:39] <sinzui> rockstar: :( yes. that is the new page title rules that landed 6 days ago
[18:39] <rockstar> sinzui, great, that's all I needed to know.  At least now I know they are supposed to break and be fixed, and it's not something I did unintentionally.
[18:41] <sinzui> EdwinGrubbs: keep this in mind as you make changes. An ugly page title is easy to fix in the future. but every 2.0 page will have broken navigation. we need the pages converted now. No blueprint or launchapd page is worth more than 1 hour of hacking time
[18:46] <deryck> gary_poster, I believe EdwinGrubbs was going to take care of the hwdb templates if he could.
[18:47] <gary_poster> oh ok
[18:47] <gary_poster> EdwinGrubbs: I'm working on low-priority templates--actually I will update the todo list--so I can do that instead if you are booked.
[18:47] <EdwinGrubbs> gary_poster: I was going to try, but right now I'm working on Abel's branches that were already review but needed a few changes, so if you want to take them, go for it.
[18:48] <gary_poster> EdwinGrubbs: ok.  I'll finish my current bits and then check in with you.  thanks
[18:50] <barry> does anybody know what the hell ABE is and how to shut it off for all of launchpad.dev?
[18:51] <gary_poster> barry: do you mean those log messages?
[18:51] <gary_poster> starting with A and B and E and with dates and stuff?
[18:51] <barry> gary_poster: it's a firefox thing and it stops me from hitting certain launchpad.dev urls, though it seems to be completely random about what it complains about
[18:51] <barry> ABE = (apparently) application boundaries enforcer
[18:51] <gary_poster> barry: oh, sorry, then no. :-/
[18:52] <barry> gary_poster: ;)
[18:52] <barry> ah.  it's a noscript thing
[18:55] <gary_poster> noodles775 (redirected from asking bigjools): is sources-list.pt (from the launchad list of templates) soyuz?  Or can we ignore it?
[18:58]  * sinzui takes specification-index
[19:02] <bac> hi salgado
[19:02] <salgado> hi bac
[19:03] <bac> salgado: when i run 'bin/test -vvm lp.registry' now i get http://paste.ubuntu.com/273651 .  it was introduced by the branch you landed for jamal
[19:04] <salgado> bac, are you sure?  the changes I reviewed didn't have anything related to that
[19:04]  * salgado checks the diff from the revision email
[19:05] <bac> salgado: i don't know what is happening.   the error does mention lp.registry.browser.test.test_person_view, which that branch introduced
[19:05] <bac> salgado: i have isolated it to that revision - 9521
[19:05] <maxb> LP looks a bit plain now the colour-coded applications aren't any more
[19:06] <sinzui> maxb: your meeting the team leads in London at the end of the month aren't you?
[19:07] <salgado> bac, that's weird; I submitted the branch through ec2, but it's possible it conflicts with something that landed while it was in ec2.  let me check
[19:07] <maxb> Yes
[19:07] <sinzui> maxb: I'll introduce you to beuno. You can talk colour with him
[19:07] <bac> salgado: wait, i may have the wrong revision
[19:07] <rockstar> barry, I still seem to be getting +faqs in my title, even though I have label and page_title defined.
[19:08] <salgado> bac, looks like 9517 touched stuff related to ArchiveAdminView
[19:08] <sinzui> rockstar: that is correct. the page titles are the inverse of breadcrumbs
[19:08] <flacoste> gary_poster: do you know what would cause http://pastebin.ubuntu.com/273658/ ?
[19:08] <rockstar> sinzui, so it saying +faqs is okay?
[19:08] <sinzui> rockstar: salgado's recent work will use the page_title/label to replace the +faq
[19:09] <bac> salgado: yeah, but if i revert to -r 9520 the failure happens.  -r 9519 does not have it
[19:09] <rockstar> sinzui, okay, I'll leave that to him then.
[19:09] <sinzui> rockstar: If he lands first, you need to update the test.
[19:09] <bac> salgado: can you reproduce the problem?
[19:09] <salgado> sinzui, rockstar, my branch is on PQM
[19:09] <rockstar> sinzui, yes, it's a race.
[19:10] <rockstar> salgado, dammit!  :)
[19:10] <salgado> bac, let me try something slightly different
[19:11] <gary_poster> flacoste: there could be a variety of reasons.  If you are not using our custom buildout, try using a clean, non-system Python.  That's the only way it is likely to work.
[19:11] <rockstar> salgado, what's the url of your branch?  I'd like to merge it.
[19:12] <bac> salgado: with the latest devel, if i 'rm lib/lp/registry/browser/tests/test_person_view.py' the warning goes away
[19:12] <flacoste> gary_poster: what do you mean? that package is not installed in site-packages
[19:12] <salgado> rockstar, bzr+ssh://bazaar.launchpad.net/~salgado/launchpad/breadcrumbs-for-leafs
[19:12] <rockstar> salgado, ah yes, I reviewed that yesterday...
[19:13] <flacoste> gary_poster: i think it's because their archive is screwed-up
[19:13] <gary_poster> flacoste: I'd try a clean Python myself.  The other thing to do is look at the package you downloaded.  If the setup.py doesn't deliver what the egg promises, you'll get problems.
[19:13] <flacoste> gary_poster: the tar file is gviz_api_py, untarring it leaves only a google-visualization-python directory
[19:13] <gary_poster> huh
[19:13] <flacoste> gary_poster: and the setup.py in that file has name="gviz_api.py"
[19:14] <flacoste> do these google folks actually knows what they are doing?
[19:14] <gary_poster> yeah, sounds broken
[19:14] <gary_poster> :-)
[19:15] <salgado> bac, do you have an ArchiveAdminView class in your lp/soyuz/browser/archive.py?
[19:15] <bac> salgado: yes
[19:15] <bac> salgado: can you reproduce it?
[19:16] <flacoste> gary_poster: redoing a python sdist and using the resulting archive worked
[19:16] <gary_poster> lol
[19:16] <salgado> bac, './bin/test -vvt test_person_view' just passed here
[19:16] <salgado> bac, should I do something else to reproduce it or is that how you're doing it?
[19:17] <bac> salgado: bin/test -vvm lp.registry
[19:18] <bac> salgado: i don't think test_person_view is the culprit, but it causes the problem to show up
[19:18] <bac> salgado: but i'm anxious to see if it happens in your environment
[19:18] <salgado> bac, reproduced
[19:18] <bac> salgado: weird, no
[19:19] <salgado> it makes absolutely no sense
[19:20] <salgado> the name is defined in the module and the error is only triggered when we do -vvm lp.registry
[19:21] <bac> yep
[19:21] <bac> sinzui: you have any ideas?  ^^^
[19:23] <sinzui> bac: No ideas
[19:23] <bac> sinzui: drats.
[19:24] <sinzui> bac: well I have ideas, but they are ideas from previous single test nonsense where a test does not cleanup or worse, a test expects the predessor to not cleanup, so when the test order changes, the test fails
[19:25] <bac> sinzui: yeah, but this isn't a data issue.  it's an import failure
[19:25] <bac> salgado: can you try something else, unrelated?  see if you can 'make iharness'
[19:25] <sinzui> bac: oh does my branch that I pulled from review fix the issue? https://code.edge.launchpad.net/~sinzui/launchpad/import-person/+merge/12060
[19:26] <sinzui> bac ^ I was triaging the bug and fixed it at the same time
[19:26] <salgado> bac, I can't, but that's because of some windmill crap
[19:26] <bac> salgado: yeah, i think bjornt's branch (r 9499) introduced it
[19:28] <bac> sinzui: your branch does not help
[19:38] <bac> salgado, sinzui: ArchiveAdminView is a red herring.  if i comment out the first line of c/l/browser/__init__.py it complains about lp.soyuz.browser.build.BuildContextMenu
[19:38] <bac> by 'it', i mean bin/test -vvm lp.registry
[19:40] <sinzui> bac: We is this really stopping you from working on templates. Can you run the test another way?
[19:40] <bac> sinzui: no, the next change is ready to review.  i'll let it go...
[19:42] <salgado> bac, if you move the import of PersonView into the method where it's used, the warning/error goes away
[19:42] <bac> salgado: this problem smells of a lurking circular dependency or something similar
[19:42] <bigjools> gary_poster: did you figure it out yet?  looking inside the file makes it obvious :)
[19:43] <gary_poster> bigjools: no, I was moving on, plenty of other stuff to do ;-)  should I look?
[19:43] <salgado> bac, agreed, and we'll probably see it often if we're correct
[19:43] <bigjools> gary_poster: heh, no, I can tell you it's Code
[19:43] <gary_poster> bigjools: oh ok thank you :-)
[19:46] <bigjools> gary_poster: sourcepackagerelease-body-summary can be removed though
[19:48]  * gary_poster tries to figure out what bigjools means.  it's not on conversions.html; not in sources-list.pt ...
[19:48] <bigjools> gary_poster: sorry, sourcepackagerelease-body-summary.pt
[19:51] <gary_poster> bigjools: oh ok.  yeah, not registered in any zcml...and not in pagetitles.pt.  So do you want me to just remove that template in one of my branches?  Happy to do it
[19:52] <bigjools> gary_poster: removing dead files always gets rs=me :)
[19:52] <gary_poster> I meant pagetitles.py
[19:52] <gary_poster> ;-) ok cool
[19:54] <Tonny> Hi
[19:54] <Tonny> launchpad can install on a Debian Lenny ?
[19:55] <Tonny> I suggested to use multiverse
[19:55] <Tonny> Please enable the 'universe' component in /etc/apt/source.list'
[20:05] <gary_poster> flacoste or EdwinGrubbs: I've gone through the "change or remove" files on https://dev.launchpad.net/VersionThreeDotO/UI/TemplateToDoList that are in my section of the page.  notification-test.pt was a pretty standard change, no problem.
[20:05] <gary_poster> launchpad-addform and launchpad-editform are registered in widgets.zcml but are only used as macros.  The rest of them are not registered at all.
[20:05] <gary_poster> Can I rm all the files that are not registered in zcml (the ones I don't mention specifically here)?
[20:08] <gary_poster> If I don't rm them, I'll just make the simplest mechanical change to the html tag and move on I guess.  I'm doing that now.
[20:15] <rockstar> salgado, when I merge your branch, my titles end up something like "FAQs for $displayname : Questions for Mozilla Firefox : Mozilla Firefox" Is that right?
[20:15] <gary_poster> rockstar or abentley: l/c/l/templates/sources-list.pt is something from code (./lib/lp/code/browser/configure.zcml).  Could I ask one of you to look at it and do the conversion (and maybe move it to lp/code/templates if that makes sense)?
[20:16] <salgado> rockstar, probably not
[20:16] <rockstar> gary_poster, I'm pretty swamped right now, but abentley might be able to do it.
[20:16] <gary_poster> ok thanks rockstar
[20:16] <rockstar> salgado, do you have any suggestions for what I should do about it?
[20:18] <salgado> rockstar, not really, but I'll come up with something
[20:19] <rockstar> salgado, looking at it through the browser has the same issue.
[20:19] <gary_poster> salgado: I asked something of flacoste and EdwinGrubbs above.  Do you think I could rm the files I talk about? (template-form.pt, message-add.pt, teamplate-page.pt, template-addform.pt, template-editform.pt, default-ediform.pt, all in l/c/l/templates)
[20:19] <gary_poster> as I said above, they are not registered in zcml
[20:20] <rockstar> salgado, when you say "I'll come up with something" does that mean "land what you have, and I'll make a fix"?
[20:20] <EdwinGrubbs> gary_poster: sorry, I don't know.
[20:20] <gary_poster> EdwinGrubbs: np, thank you for looking
[20:22] <salgado> rockstar, if your branch is ready, yes.  otherwise you can wait for the fix
[20:22] <salgado> gary_poster, looking
[20:22] <gary_poster> salgado: thank you very much
[20:22] <rockstar> salgado, actually, I think this might be my problem.  Hold on.
[20:23] <salgado> rockstar, it's not.  the problem is that the code that generates titles doesn't know how to deal with zope.i18nmessageid.message.Message
[20:23] <rockstar> salgado, ah, it's a replacement problem.
[20:23] <rockstar> salgado, ah, okay.  I'll get my stuff reviewed and you can land your fix when you need.
[20:25] <salgado> rockstar, do the breadcrumbs have the same problem on those pages?
[20:25] <gary_poster> deryck: hwdb-fingerprint-submissions.pt is not registered in zcml anywhere.  Does that mean I can rm it?  Or would you prefer I just do the mechanical changes and move on, because of time?
[20:26] <rockstar> salgado, nope, doesn't look like it.
[20:26] <deryck> gary_poster, yeah, I don't think it can be removed.  It
[20:26] <deryck> gary_poster, It's used in a view class somewhere, if memory of greping holds.
[20:26] <deryck> gary_poster, this is why I was leaving it to abel because I couldn't really work out how to verify the changes looked ok.
[20:27] <deryck> gary_poster, so change the macro so it qualifies, commit, and move on, I guess. :)
[20:27] <salgado> gary_poster, yes, please kill them all!
[20:27] <gary_poster> deryck: ah, gotcha.  FWIW, "find . -name '*.py' -exec grep -Hn 'person-hwdb-submissions.pt' {} \;" gives no results.  But I'll make the mechanical changes.  Thank you!
[20:28] <gary_poster> salgado: woohoo!  thank you!
[20:28] <salgado> gary_poster, no, thank you!
[20:28] <gary_poster> :-)
[20:28] <deryck> gary_poster, ok, I could be recalling incorrectly then.  I guess we could kill it and see if ec2test complains.
[20:31] <gary_poster> deryck: ah, deryck, I was grepping for the wrong string.  It is actually used here: ./lib/canonical/launchpad/browser/hwdb.py:260 .  I'll make the mechanical change as you suggested and move on.  Thanks again.
[20:31] <deryck> gary_poster, np
[20:31] <deryck> gary_poster, thank you for doing those templates!
[20:31] <gary_poster> :-) np
[20:35] <deryck> kees, I'm taking a look at your branch now.
[20:47] <bac> sinzui: the link to +mugshots has been removed from the team index page.  was that intentional?
[20:47] <sinzui> no
[20:47] <sinzui> I believe it should be in the same portlet that has the members link. Is it conditional by accident?
[20:48]  * bac looking
[20:50] <bac> sinzui: would that be TeamOverviewMenu?
[20:51] <sinzui> It is missing from the menu?
[20:51] <bac> sinzui: it is in TeamOverviewMenu with launchpad.View condiotional
[20:52] <sinzui> bac: it is provides by TeamMenuMixin
[20:53] <sinzui> bac: I bet that guard is on the link so that we do not get timeouts from bots
[20:53] <bac> sinzui: same guard as the +members link
[20:54] <bac> sinzui: the 'Show all members' is rendered in person-portlet-memberships.pt.  no mention of +mugshots there
[20:55] <bac> or is it?
[20:58] <sinzui> bac: team-portlet-membership is 1) missing +mugshots and 2) "Show all members" => "All members"
[20:58] <sinzui> bac: do you have time to work on this?
[20:58] <bac> sinzui: i do
[20:59] <bac> sinzui: i don't understand your => comment
[20:59] <sinzui> the link in he <h2> is not the correct language
[21:00] <bac> sinzui: should it not get it as defined in the link?
[21:00] <sinzui> bac: "show" is not to appear in those links. they are verbless
[21:00] <bac> sinzui: right.  so shouldn't it be fixed in the menu and then used here?
[21:00] <sinzui> no
[21:01] <sinzui> the menu is correct because the link is used in many plackes. the portlet hack is is an exception that will probably be removed in 4.0
[21:05] <bac> sinzui: http://people.canonical.com/~bac/team-index.png
[21:06] <bac> sinzui: i suspect we want those stacked?
[21:06] <sinzui> no
[21:07] <bac> sinzui: then you like it as shown?
[21:07] <sinzui> bac we do not encourage the heading link crack. Use the real link.
[21:07] <sinzui> (i) Show member photos
[21:07] <sinzui> ^ We commonly show menu in  <ul class="horizontal">
[21:09] <sinzui> bac I would put the link above the Recently approved because I think the lists in this portlet are optional
[21:09] <bac> sinzui: for both or just mugshots?
[21:10] <sinzui> just mugshots. bac: this should look like portlets used on pillars. There is nothing special about this portlet
[21:10] <sinzui> The portlet is missing a <h2> now that I look again at the picture. We can guess it is about members
[21:11] <sinzui> This wacked
[21:13] <sinzui> bac: look at https://edge.launchpad.net/~bac portlets need a <h2> with a .see-all hack in it. There is some information, then links to relataed pages or actions you can take
[21:14] <sinzui> bac: this has some good examples too: https://edge.launchpad.net/launchpad-registry
[21:14] <sinzui> ^ I think VIew fill history is wrong because the link text makes sense in the case
[21:25] <rockstar> sinzui, there is supposed to be a slot to the right of the title for creation date, etc.  Does that exist?
[21:26] <sinzui>  <tal:registering metal:fill-slot="registering">
[21:26] <sinzui> rockstar: I just used it for the first time a moment ago
[21:26] <sinzui> It works
[21:28] <rockstar> sinzui, great, thanks.
[21:34] <bac> sinzui: how's this? http://people.canonical.com/~bac/team-index.png
[21:34] <bac> sinzui: i used the icon as defined in the link, not the (i)
[21:34] <sinzui> r=me
[21:35] <sinzui> bac: you are correct
[21:35] <bac> sinzui: i'll land it with my contact team branch
[21:35] <sinzui> fab
[21:37] <sinzui> EdwinGrubbs: did you ever find the decline a blueprint part of sprint
[21:38] <EdwinGrubbs> sinzui: I could not find the url for ISprintSpecification/+decide
[21:39] <sinzui> EdwinGrubbs: I add a few specs to a sprint, and now I cannot remove them. I am glad this feature is well hidden
[21:40] <EdwinGrubbs> gary_poster: I was going to start to work on sources-list.pt unless there is something else that is more important.
[21:41] <gary_poster> EdwinGrubbs: thank that would be great.  I'm working on a MP now, which I will send your way, if you are willing.
[21:42] <EdwinGrubbs> gary_poster: sure, I can review it
[21:42] <gary_poster> thank you
[21:46] <sinzui> EdwinGrubbs: Add /<sprint-name> to the end of the spec url (I assume after  you have add one or more sprints) eg
[21:46] <sinzui> https://blueprints.launchpad.dev/firefox/+spec/canvas/futurista
[21:46] <EdwinGrubbs> sinzui: ok, thanks
[21:47] <sinzui> I wonder if I should add a link to it from the index
[21:51] <kfogel> danilo-afk: you're landing patches as danilon {AT} babaroga, and it's screwing up our community-contributions.py script :-)
[21:51]  * kfogel adjusts the script
[21:54] <kees> deryck: cool; let me know if I can help at all
[22:05] <deryck> kees, this isn't going to be able to land this cycle, sorry man.  There's some zcml weirdness with the permissions, and actually there will be a number of lines failing in the test now.
[22:06] <deryck> kees, and I just don't have time to chase it all down today.  sorry.
[22:08] <kees> deryck: ok, cool.  thanks for taking a look
[22:11] <deryck> kees, no problem.  I can probably get it next week some time and land it soon as pqm opens the week after.
[22:12] <deryck> gotta run.  later on, all.
[22:19] <lamalex> Hi guys, the "getting the code" part of getting lp is broken
[22:20] <lamalex> the file you bzr cat doesn't seem to exist
[22:21] <lamalex> or the link format changed
[22:31] <jamalta> lamalex: which step are you having an issue with?
[22:32] <jamalta> nvm it is an issue
[22:32] <lamalex> :) i mean i figured it out
[22:32] <jamalta> ahh
[22:33] <lamalex> but i figured you guys would like to know about it
[22:33] <jamalta> yeah they probably do
[23:09] <rockstar> sinzui, around?
[23:09] <sinzui> I am
[23:10] <rockstar> sinzui, so, I'm moving all the page_titles around, and there's one case that I can't see how it ever worked.
[23:10] <rockstar> sinzui, if you go to answers.launchpad.dev and search there, it's trying to take the title from IQuestionSet.displayname which doesn't exist.
[23:10] <sinzui> right
[23:10] <rockstar> The logic hasn't changed, I just renamed from pageheading to page_title and removed the fallback from pagetitles.py
[23:11] <rockstar> sinzui, since I can't see how this ever worked, I don't have many ideas on how to fix it.
[23:11] <sinzui> It worked because the template was god. now it is not
[23:12] <sinzui> rockstar: does the url have a special view?
[23:12] <rockstar> sinzui, no, it's one that's reused for all search.
[23:13] <sinzui> hmm
[23:14] <rockstar> sinzui, I think I have a fix.
[23:15] <rockstar> sinzui, how do I check that a class is of a certain interface?
[23:16] <sinzui> IMYInterface.providedBy(self.context)
[23:24] <wgrant> lamalex: Is rocketfuel-setup working for you? There's a bug at the moment where unless you're a Canonical employee it will probably not download all the stuff you need.
[23:24] <wgrant> lamalex: If you run into that, I have a patch.
[23:24] <wgrant> Which I must get merged soon!
[23:52] <lamalex> wgrant: i think it's not working
[23:52] <lamalex> the script finished running make schemas fails
[23:52] <wgrant> lamalex: Run 'rocketfuel-get', and see what it says.
[23:52] <lamalex> ... running but ..
[23:52] <wgrant> Something about shipit?
[23:54] <wgrant> If rocketfuel-get does give you a traceback, try applying http://pastebin.ubuntu.com/273832/.
[23:57] <lamalex> wgrant: is this the trace you're expecting? http://paste2.org/p/429284
[23:59] <wgrant> lamalex: Urgh. No.
[23:59] <wgrant> That's much worse.


[19:07] <rxscabin> I am getting some serious mouse lag after ubuntu studio has been running for a while.
[19:08] <rxscabin> Any solutions/
[19:08] <rxscabin> ?
[19:08] <OvenWerks> I don't here, though if I get to a place where swap is being used a lot then swapoff swapon helps.
[19:09] <OvenWerks> The only time I have such problems is building an application that uses a lot of system memory (I have 8g)
[19:13] <rxscabin> This is what I have:               total        used        free      shared  buff/cache   available
[19:13] <rxscabin> Mem:           7724        2005         726          75        4993        5310
[19:13] <rxscabin> Low:           7724        6998         726
[19:13] <rxscabin> High:             0           0           0
[19:13] <rxscabin> Swap:          6674           0        6674
[19:16] <OvenWerks> no swap use it looks like so that is not the problem.
[19:20] <rxscabin> It is weird.  I happens almost immediately with the low latency kernel, but after a while with the "regular" kernel.  I thought keeping the mouse active (moving it occasionally) helped, but that does not appear to be the case.
[19:21] <rxscabin> Could it be a result of updating to 16.04.
[19:22] <OvenWerks> I have used 16.04 for around 2 years with no problem. Just moved to 18.04 and so far no problem.
[19:23] <rxscabin> Damn.  Maybe it's my hardware.  The computer is around 5 years old.
[19:25] <rxscabin> I wonder if a solution would be for me to use regular old ubuntu and just install the music making stuff on top.
[19:25] <rxscabin> Ardour etc.
[19:30] <OvenWerks> rxscabin: it depends on if you must have low latency or not.
[19:30] <rxscabin> I do not.  I seldom record and listen through the headphones or monitor.
[19:31] <OvenWerks> then install the DE you like and add the two ubuntustudio-audio meta packages.
[19:31] <rxscabin> I guess I can always switch back to studio if latency becomes an issue.  Has studio always been low latency?
[19:32] <OvenWerks> I would use apt to install them or synaptic rather than the other GUI software tools.
[19:32] <rxscabin> I will take your advice.
[19:33] <OvenWerks> you will have to add your user to the audio group.
[19:33] <OvenWerks> ubuntustudio-controls will do that for you.
[19:35] <rxscabin> Thank you.  Now for some fun.
[22:24] <vlt> Hello. (At least on regular Ubuntu) the package zynjacku is not available anymore. What standalone LV2 host/rack can I use?
[22:41] <SlidingHorn> vlt: I've never used zynjacku - maybe calf might work?
[22:42] <Unit193> http://bugs.debian.org/728366
[22:50] <vlt> SlidingHorn: Calf seems to only host its own plugins.
[22:51] <vlt> Maybe I just have to use nonmixer.
[23:13] <OvenWerks> Carla works well for that


[14:27] <slyon> o/
[14:29] <eslerm> o/
[14:30] <slyon> #startmeeting Weekly Main Inclusion Requests status
[14:30] <meetingology> Meeting started at 14:30:42 UTC.  The chair is slyon.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[14:30] <meetingology> Available commands: action, commands, idea, info, link, nick
[14:30] <slyon> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage ( eslerm dviererbe )
[14:30] <sarnold> good morning
[14:30] <dviererbe> o/
[14:31] <slyon> Many MIR people are out today, or busy at a Canonical event, so I guess we can keep this one pretty short.
[14:31] <slyon> #topic current component mismatches
[14:31] <slyon> Mission: Identify required actions and spread the load among the teams
[14:31] <slyon> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[14:31] <slyon> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[14:31] <slyon> libwww-perl was resolved by Foundations. I cannot see anything new in here and expect work to happen in the brackground to shrink those trees.
[14:32] <sarnold> yeah it all feels pretty familiar
[14:32] <slyon> #topic New MIRs
[14:32] <slyon> Mission: ensure to assign all incoming reviews for fast processing
[14:32] <slyon> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[14:32] <slyon> We have one new MIR for review: bug #2028352
[14:32] -ubottu:#ubuntu-meeting- Bug 2028352 in libbytesize (Ubuntu) "[MIR] libbytesize" [Undecided, New] https://launchpad.net/bugs/2028352
[14:33] <slyon> As I'm the only reviewer around, I guess that's on me :) \o/
[14:33] <sarnold> \o/
[14:33]  * slyon assignes himself
[14:33] <slyon> #topic Incomplete bugs / questions
[14:33] <slyon> Mission: Identify required actions and spread the load among the teams
[14:33] <slyon> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[14:34] <slyon> one update in bug #2019191
[14:34] -ubottu:#ubuntu-meeting- Bug 2019191 in dhcpcd (Ubuntu) "[MIR] dhcpcd" [Undecided, Incomplete] https://launchpad.net/bugs/2019191
[14:34] <slyon> But it's still on the MIR reporter to get the TODOs resolved, apparently we can expect some help from the Debian mantainer, which is nice!
[14:34] <slyon> nothing to do for us.
[14:34] <sarnold> \o/
[14:35] <slyon> #topic Process/Documentation improvements
[14:35] <slyon> Mission: Review pending process/documentation pull-requests or issues
[14:35] <slyon> #link https://github.com/canonical/ubuntu-mir/pulls
[14:35] <slyon> #link https://github.com/canonical/ubuntu-mir/issues
[14:36] <eslerm> iiuc, tobhe is helping out with Debian's dhcpcd upstream too
[14:36] <slyon> nice!
[14:36] <slyon> Well.. I guess we don't have the quorum today to make any call about merging PRs. But I'd like to ask anybody around to take a look at the updates and leave your comments on the PRs, so we can get them merged next week.
[14:36] <sarnold> https://github.com/canonical/ubuntu-mir/issues/34 is new to me; I thought we already had something about systemd hardening features in the standard MIR template, heh
[14:36] -ubottu:#ubuntu-meeting- Issue 34 in canonical/ubuntu-mir "Should we ask for a bit of research/investment on isolation?" [Open]
[14:38] <slyon> I don't think it's part of the official template, yet. Some reviewers asked for of enabling hardening features, though.
[14:39] <slyon> c_paelzer will also post an update on https://github.com/canonical/ubuntu-mir/pull/31 soon, as discussed yesterday during the sprint meeting, so keep an eye out for that, too. And leave your comments.
[14:39] -ubottu:#ubuntu-meeting- Pull 31 in canonical/ubuntu-mir "Clarify options in case special-HW is needed" [Open]
[14:39] <slyon> Moving on ...
[14:39] <slyon> #topic MIR related Security Review Queue
[14:39] <slyon> Mission: Check on progress, do deadlines seem doable?
[14:39] <slyon> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[14:40] <slyon> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=[MIR]&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[14:40] <slyon> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 (internal)
[14:40] <eslerm> we are working to get dotnet6 assigned
[14:40] <eslerm> many security mirs in progress
[14:40] <slyon> dviererbe: will be happy about that ^ :)
[14:40] <dviererbe> Yes I am :)
[14:40] <sarnold> *nod* at the moment it feels like we're doing alright
[14:40] <slyon> That sounds very good!
[14:41] <slyon> Any update on the rust/cargo review?
[14:41] <sarnold> it's in progress with pfsmorigo, I'm not sure where it falls in his pile of priorities but I know he's started
[14:41] <slyon> ok, thanks!
[14:42] <eslerm> the review is progressing. in addition to a reviewer, someone is working on semgrep tooling to help audit rust packages
[14:42] <slyon> Thanks for the update.
[14:42] <slyon> https://bugs.launchpad.net/ubuntu/+source/libbytesize/+bug/2028352
[14:42] -ubottu:#ubuntu-meeting- Launchpad bug 2028352 in libbytesize (Ubuntu) "[MIR] libbytesize" [Undecided, New]
[14:43] <slyon> oops, pasted wrong buffer :)
[14:43] <slyon> #topic Any other business?
[14:43] <slyon> going once..
[14:43] <sarnold> none here
[14:44] <slyon> going twice...
[14:44] <slyon> Okay folks. That's all for today. Everybody gets 15min back. Make sure to use that time to comment on the pending MIR issues and PRs on GitHub.
[14:44] <slyon> Thanks all!
[14:44] <eslerm> thanks slyon!
[14:44] <sarnold> thanks slyon, eslerm, dviererbe :)
[14:45] <sarnold> foo foo
[14:45] <slyon> #endmeeting
[14:45] <meetingology> Meeting ended at 14:45:15 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-07-25-14.30.moin.txt
[14:45] <dviererbe> thank you all!
[14:45] <sarnold> (turns out this isn't matterhorn, oof.)
[14:45] <eslerm> bye all o/
[19:00] <rbasak> o/
[19:00] <rbasak> I understand some people can't make it today. Do we have quorum?


[08:26] <tinwood> Quick fix anybody?  juju debug-hooks isn't working, does: 'failed to connect to server: Connection refused' and only connects to root on the unit.
[17:00] <bbaqar_> (trusty-mitaka) neutron net-list returns: "An auth plugin is required to fetch a token" ... http://bazaar.launchpad.net/~ost-maintainers/openstack-charm-testing/trunk/view/head:/novarc
[18:12] <ejat> hi .. i just notice there is new package juju-1
[18:15] <ejat> fenris@x240:~⟫ juju
[18:15] <ejat> juju: command not found
[18:15] <ejat> 127 fenris@x240:~⟫ whereis juju
[18:15] <ejat> juju: /usr/lib/juju
[18:15] <ejat> fenris@x240:~⟫ ls /usr/lib/juju
[18:15] <ejat> juju/      juju-1.25/
[18:18] <ejat> now need to use juju-1 ?
[21:52] <pmatulis> ejat: you can if you want


 @BluesKaj> Anarchotaois,  it's not availble in systemsettings>appearance>colors, I found the Krita Darker color file in Netrunner and emailed it to myself. I now have it installed on Kubuntu! ☝
[08:15] <lordievader> God morning
[10:47] <simpledat> Hi
[10:48] <simpledat> Are Kubuntu the same as Ubuntu? Same devs and so on?
[10:55] <acheronuk> simpledat: kubuntu is an official flavour of Ubuntu. some core ubuntu devs work on kubuntu as well. some kubuntu devs focus mostly on kubuntu
[11:00] <simpledat> acheronuk: Would you say that Kubuntu is as secure as Ubuntu?
[12:36] <Dragnslcr> simpledat- the only difference is which desktop environment is installed by default. Almost all of the packages where you would find security issues are exactly the same.
[12:51] <BluesKaj> Hi folks
[12:51] <_13LACK_> BluesKaj: Hi \o
[12:52] <BluesKaj> hi _13LACK_
[18:37] <alesan> hello
[18:37] <alesan> is there a better program than xsane to scan documents?
[18:38] <alesan> specifically, something that won't open 5 different windows?
[18:51] <alesan> ...


[08:01] <dholbach> good morning
[08:47] <dholbach> tumbleweed, never let me have to reformat that license text again :-P
[09:13] <tumbleweed> dholbach: aren't CC licences fun :)
[09:14] <dholbach> I guess there's fates worse than that :)
[09:14] <dholbach> as soon as the license is in I'll set up daily builds
[09:14] <dholbach> and we can get it into oneiric
[09:14] <dholbach> now that the wiki license is sorted out we should be ready to go and can reformat wiki content easily
[09:16] <dholbach> tumbleweed, it's time the CC licenses get into base-files ;-)
[09:24] <tumbleweed> I tend to crib from packages I've already used them in
[09:24] <dholbach> yeah
[09:25] <dholbach> I saw "License: CC BY SA 3.0" somewhere else :)
[09:25] <dholbach> (without the verbatim license text)
[09:25] <dholbach> tumbleweed, does it look OK to you now?
[09:26] <tumbleweed> dholbach: Format-Specification -> Format, bump the revision
[09:29] <dholbach> tumbleweed, done
[09:33] <tumbleweed> dholbach: maybe add something about CC-BY-SA to epub_copyright in conf.py ?
[09:33] <tumbleweed> oh, no that's for dublin core metadata
[09:34] <tumbleweed> ah, "copyright"
[09:34] <dholbach> there's nothing regarding licenses in there
[09:34] <dholbach> just copyright
[09:35] <tumbleweed> yeah :/ but IIRC the value of copyright is displayed in the footer
[09:35] <dholbach> can we maybe make that a separate discussion?
[09:35] <dholbach> :)
[09:35] <tumbleweed> :)
[09:37] <dholbach> gracias
[09:38]  * dholbach hugs tumbleweed
[09:39] <tumbleweed> np
[13:09] <abhinav-> Hi, I have a debdiff patch for tomboy which I want to be included in debian/patches. Here is what I am trying to do: http://paste.ubuntu.com/595990/ . At the end of all steps the patch generated in debian/patches has code merged from all the patches present in there. What's going wrong ?
[13:18] <m4n1sh> I am not a packaging geek, but please upload the debdiff patch too
[13:20] <abhinav-> Here is the diff: http://paste.ubuntu.com/595995/
[13:21] <paultag> abhinav-: attach it to the LP bug, and let ubuntu-bugs know (or tag it yourself)
[13:22] <paultag> abhinav-: oh, I misread -- https://wiki.ubuntu.com/UbuntuPackagingGuide/BuildFromDebdiff?highlight=%28debdiff%29
[13:23] <abhinav-> paultag: it is already attached to bug for last one week I guess, I also had a merge proposal but I was told that it should be included through debian/patches
[13:23] <abhinav-> paultag: I followed this one https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[13:25] <paultag> abhinav-: no, a debdiff is a delta on debian it's self, not a delta for debian/patch -- apply the debdiff to the vcs and checkin the changes, propose that for merge
[13:26] <paultag> abhinav-: please note license etc very strictly
[21:13] <gus> is this the channel to ask for packages updated in maverick ?
[21:17] <gus> is there a problem with language-selector package ?
[21:18] <ScottK> Yes.  There is and it's being worked on now.
[21:19] <gus> oki thanks ScottK


[13:41] <flexiondotorg> infinity, cyphermox Any chance this merge proposal could be reviewed please?
[13:41] <flexiondotorg> https://code.launchpad.net/~ubuntu-mate-dev/debian-cd/ubuntu-mate-logo/+merge/272432
[13:52] <cyphermox> flexiondotorg: I'm happy to look but I can't merge it myself, lacking permissions
[13:52] <flexiondotorg> cyphermox, Ah, OK.
[13:52] <flexiondotorg> Thanks for offering to review.
[13:52] <cyphermox> bzr: ERROR: There was an error parsing the changelog: Could not parse changelog: Invalid key-value pair after ';': UNRELEASED
[13:52] <flexiondotorg> OK, I'll check bzr.
[13:53] <cyphermox> maybe this is me
[13:53] <flexiondotorg> cyphermox, Not my fault :-)
[13:53] <flexiondotorg> No, not you.
[13:53] <flexiondotorg> The branch I branched from has this issue.
[13:53] <flexiondotorg> I can fix in my merge proposal?
[13:54] <cyphermox> no, please just keep your own changes
[13:54] <flexiondotorg> OK, so me merge proposal is just my changes.
[13:55] <flexiondotorg> But the changelog is broken. I promise it wasn't me :-)
[13:55] <flexiondotorg> I didn't touch the changelog.
[13:55] <cyphermox> oh, I know
[13:55] <flexiondotorg> cyphermox, Nice one on ubi-timezone, b43 and modemmanager BTW.
[13:55] <cyphermox> it' s been that way for a long while
[13:55] <cyphermox> yeah, now to tackle usb-modeswitch
[13:56] <flexiondotorg> Right, I need to get my daughter from school.
[13:56] <flexiondotorg> ttfn
[13:56] <cyphermox> and I'm getting sick of forgetting all about it for the whole release and having to scramble to get it fixed; it's a complicated merge, so i want to see if we can't drop all of the delta to keep just the embedded tcl weirdness, even if yuck tcl
[14:02] <cyphermox> bah, the tcl to c porting is trivial this time, might as well not spend hours playing with it
[15:38] <bdmurray> slangasek: Can you remove libreoffice from vivid -proposed see bug 1443667.
[16:23] <slangasek> bdmurray: done
[16:33] <apw> would someone be able to binary-new the wily-proposed kernel, then the testing can run over the weekend
[16:40] <cjwatson> apw: doing
[17:44] <cjwatson> apw: (done, if you didn't notice)


[15:57]  * greg-g yawns
[16:55] <cmaloney> morning
[17:12] <brousch__> not any more
[17:12] <greg-g> still for me
[17:13] <greg-g> still in a Quarterly Review that started at 8am :/
[17:13] <brousch__> quarterly review takes quarter of a day
[17:28] <greg-g> pretty much yeah
[17:28] <greg-g> 8-9:30am for part one, 10-11:30 for part two. And that is just for my peer group (teams that report to the CTO)
[17:39] <cmaloney> blergh
[18:21] <greg-g> management man, it's fun
[18:31] <jrwren> quarterly review of what?
[18:32] <jrwren> oh shit, I think rick_h goes away for a week for those :p
[18:34] <greg-g> all the work the WMF has done for the last quarter :) I only go to the Technology teams
[18:35] <jrwren> i like being a leaf node. I get teh 1hr quarterly business meeting to find out how the compny made money, and that is all.
[19:45] <cmaloney> http://i.imgur.com/v6dFs83.gif <- jrwren
[19:46] <jrwren> lol.
[19:47] <cmaloney> It was either that or: http://www.reactiongifs.com/wp-content/uploads/2013/03/magic.gif
[19:47] <jrwren> lol
[20:36] <shakes808> HAHA, nice
[21:44] <cmaloney> Hey, maybe I would be a good fit for a Windows System Administration position (says the recruiter who thought I might be interested in Windows System Administration)
[21:45] <jrwren> lol
[21:46] <cmaloney> http://decafbad.net/resume.pdf
[21:46] <cmaloney> I even removed Windows from the list of technologies on my resume.
[21:47] <cmaloney> Shit, the last time it mentions Windows was in 2001.
[21:47] <cmaloney> Supported one HP-UX and four Windows NT machines in a small-scale produc-
[21:47] <cmaloney> tion environment. Support for the HP-UX machine involved reloading HP-UX
[21:47] <cmaloney> 11 and installing the ”Properly Administered Host” tools for use with an internal
[21:47] <cmaloney> Ford application.
[21:47] <cmaloney> Fuck, I don't even remember that.
[21:49] <jrwren> lol


[00:14] <mhall119> I think they're sold out
[00:59] <nigelb> .. within a few hours.
[15:04] <cjohnston> aquarius: ping
[15:07] <aquarius> cjohnston, pong
[15:08] <cjohnston> aquarius: any chance you could find some time to help us out with the mobile view for the new theme guidelines? summit.chrisjohnston.org
[15:08] <cjohnston> should just need tweaking
[15:08] <aquarius> cjohnston, yes, but not right now -- have about a zillion meetings to go to. When's the deadline?
[15:09] <cjohnston> two weeks?
[22:13] <daker> mhall119, no way :/
[22:15] <daker> mhall119, how do you imagine a a trello lense ?
[22:20] <mhall119> daker: so lenses shouldn't be source-specific, they should be content-specific
[22:20] <mhall119> it would be better to have some kind of "TODO lens", and make a "Trello Scope" that feeds it
[22:38] <daker> ah yes
[22:40] <daker> mhall119, cjohnston any idea on how can i get a pandaboard ?
[22:40] <cjohnston> buy one?
[22:40] <cjohnston> other than that, no
[22:40] <cjohnston> I can't even get one
[22:40] <cjohnston> I have a loaner to work on Summit, but that is it
[22:41] <daker> cjohnston, how much it will cost ?
[22:43] <cjohnston> $182
[22:43] <mhall119> daker: if you find out let me know, I'm curious too
[22:43] <cjohnston> for the Pandaboard ES
[22:43] <cjohnston> http://www.pandaboard.org/content/buy
[22:44] <daker> cjohnston, ES is the last one i guess
[22:44] <cjohnston> I believe so


[04:34] -BottyMcBotFace:#ubuntu-news- ::Planet:: Stephen Michael Kellat: Early 2019 Summation & 2020 Predictions @ http://coyote.works//posts/SummationPrediction20191225/
[11:37] -BottyMcBotFace:#ubuntu-news- ::OMG!Ubuntu:: How to Install gThumb on Ubuntu 18.04 & Above @ https://www.omgubuntu.co.uk/?p=156687 (by Joey Sneddon)
[13:50] -BottyMcBotFace:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Weekly News #159 @ https://fullcirclemagazine.org/podcast/full-circle-weekly-news-159/
[22:46] -BottyMcBotFace:#ubuntu-news- ::Portugal:: Ep 70 – WikiCon Portugal @ https://podcastubuntuportugal.org/70-2/
[23:01] -BottyMcBotFace:#ubuntu-news- ::Planet:: Podcast Ubuntu Portugal: Ep 70 – WikiCon Portugal @ https://podcastubuntuportugal.org/70-2/


 is there a set release when hardy's new theme will be used?
[00:01] <troy_s> No.  Ultimately it must pass up the channels and be decided upon.
 who actually decides what theme to use? does the design team have a vote or something?
[00:02] <troy_s> Ultimately?  That would be sabdfl (Mark Shuttleworth).
[00:02] <troy_s> Vote?  No.
[00:02] <rainwalker> Mark makes the final decision? I didn't know that
[00:05] <troseph> Self-Appointed Benevolent Dictator for Life. Nice.
[01:31] <tretle> hey
[01:34] <troy_s> tretle: Ho.
[01:35] <tretle> till a big debate over the new theme?
[01:35] <tretle> till - still
[01:35] <troy_s> tretle: Not really.
[01:35] <troy_s> tretle: The pointless discussion comes out of a lack of a clearly stated audience, concept, etc.
[01:35] <troy_s> tretle: It is a complete cyclical waste of time up to that point.
[01:36] <tretle> lol
[01:36] <tretle> What about that mockup then... the very brown one that makes use of compositing by the looks of it
[01:37] <tretle> would it even be sane to think that a theme like that could be implemented in time for hardys release
[01:38] <tretle> when breakthroughs in compositing with themes are only really just happening now
[01:39] <troy_s> tretle: Spot on.
[01:39] <BHSPitMonkey> I don't think sabdfl has a history of wanting to push the envelope, visually
[01:39] <DanaG> Right now I'm using this:  http://www.gnome-look.org/content/show.php/jellyfish?content=69939  (the Aurora variant).  I miss orange, but that theme doesn't work in orange.
[01:39] <troy_s> tretle: Not to mention questioning the validity of the rather lacking 'concept' and other minor details such as icon set pairing, font, etc.
[01:39] <BHSPitMonkey> though I do remember hearing that hardy was going to be a major step
[01:40] <troy_s> BHSPitMonkey: 100% correct.  The only 'major step' has been a push from Ken (Wimer).  Whether that happens is a whole other question.
[01:41] <tretle> hopefully
[01:41] <troy_s> DanaG: I would argue that from the standpoint of someone completely unfamiliar with Ubuntu there is little difference between that and whatever else GTK is already in place.
[01:41] <BHSPitMonkey> I get the feeling that the visual presentation is going to be similar to how it's always been for a long, long time
[01:41] <troy_s> tretle: Doubtful if I look to history and experience... but we shall see.
[01:42] <troy_s> BHSPitMonkey: Yes.  Ultimately it is a byproduct of sabdfl's taste (yikes) and that will always be the case until he choses to either mature or bet on risk.
[01:42] <BHSPitMonkey> I don't think it's his taste
[01:43] <troy_s> BHSPitMonkey: I do.  He has zero clue.
[01:43] <tretle> well wasnt there an update a few hours ago with the compositing hack included but switched off for default
[01:43] <BHSPitMonkey> I think it's him being conservative
[01:43] <BHSPitMonkey> and willfully keeping things simple
[01:43] <BHSPitMonkey> read: boring
[01:44] <DanaG> I tried the compositing Metacity, and boy are those grey rectangles on alt-tab ugly.
[01:44] <BHSPitMonkey> not wanting to risk doing something to throw off the growth of the software
[01:44] <DanaG> If they'd keep the regular alt-tab behavior, that'd be better.
[01:44] <troy_s> BHSPitMonkey: He is indeed conservative.  And worse, it appears he bases his creative knowledge on 'what the other kid is doing'.  Look no further than bug 1.
[01:44] <ubotu> Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1
[01:44] <BHSPitMonkey> which, frankly, I don't understand;  Ubuntu already gets picked on left and right for its appearance (from morons, albeit, but still)
[01:45] <troy_s> BHSPitMonkey: He is a genius in many respects and I completely am envious of his mind and abilities.  Innovation and creativity however, I'd suggest he is lacking both formal knowledge and the ability to risk.
[01:46] <troy_s> BHSPitMonkey: Perhaps ultimately it is all about a level of 'care'.  Steve Jobs cares about the fine arts.  Shuttleworth seems rather agnostic.
[01:46] <troy_s> BHSPitMonkey: And the results show.
[01:54] <tretle> so do u all think the theme will stay unchanged?
[01:59] <troy_s> tretle: If I were betting in Las Vegas, I would bet against change, yes.
[02:04] <BHSPitMonkey> yeah
[02:04] <BHSPitMonkey> those tech industry bookies are hard to come by though
[02:06] <tretle> lol
[02:43] <troy_s> BHSPitMonkey: You clever bugger.
[13:00] <picard_pwns_kirk> good morning