[01:00] <yoshi435> こんにちは
[01:02] <yoshi435> auto lo
[01:02] <yoshi435> iface lo inet loopback
[01:02] <yoshi435> auto wlan0
[01:02] <yoshi435> iface wlan0 inet dhcp
[01:02] <yoshi435>         wireless-mode **********
[01:02] <yoshi435>         wireless-essid ************
[01:02] <yoshi435>         wireless-key1 **************
[01:02] <yoshi435> br0 not configuring ...
[01:09] <yoshi435> こんにちは
[01:10] <yoshi435> こんにちは
[01:19] <hylian> did yoshi come here for help?
[01:21] <hylian> did yoshi435 come here for help? he speaks very little english...


[03:07] <fishcooker> how to disable guest login?
[03:28] <LiftLeft> when I disconnect my second monitor from my laptop, lubuntu still acts as if there's a second monitor and doesn't move the programs to the laptop's screen.
[03:29] <LiftLeft> fishcooker: http://askubuntu.com/questions/523605/how-do-i-disable-the-guest-session-from-lubuntu-14-04
[08:49] <WildPenguin> hello, how many here use lubuntu as the primary os?
[09:09] <fishcooker> anyone with apt module error "FATAL -> Failed to fork"  http://vpaste.net/izPXA don't say with apt-get install -f ... it emits the same error messages
[20:51] <io-jupiter> Hi, I just installed Lubuntu 16.10, but the software center is empty,  and I'm a total rookie..
[20:56] <xangua> io-jupiter: open a terminal and run: sudo apt update && sudo apt upgrade
[20:56] <xangua> First close the software center
[21:04] <io-jupiter> I'll try that .
[21:13] <io-jupiter> Well, it updater allot of data, but still there are only apps in the first "page" where there are the recommended.. I'd I'm going in for example the internet,  there's only allot of frames (where the programs should be displayed) .. now there's only three dots ...
[22:12] <xangua> io-jupiter: did you fully close software center?(right click on the little icon at top left, select quit)
[22:35] <lynorian> xangua, they are not in the channel anymore
[22:45] <pkzip> hi
[22:45] <pkzip> do i need an alternate installer to install with crypted swap?


[09:46] <macvr> kwwii: hi... anything new? regarding panel decision? the last time u said that dark/light might be chosen... hope ubuntu chooses a transparent panel image... :)
[11:24] <thorwil> macvr, regarding glossiness, sometimes it works very well to simply reduce the alpha of highlight or shiny area and/or slight blur
[11:25] <thorwil> macvr, in some cases, simply fading out a shiny area works instead of using the expensive and hard to control blur
[11:55] <thorwil> kwwii, hi! a new page i would like to get rid of: https://wiki.ubuntu.com/Artwork/Incoming/Karmic/UsingOtherColorsKeepingHumanity
[11:56] <thorwil> kwwii, thinking the content might warrant a post to the list, but nothing more
[12:05] <thorwil> this one is very interesting: https://wiki.ubuntu.com/Artwork/Incoming/Karmic/Backgrounds#Tranquil Aspiration / See-ming Lee
[12:09] <knome> i like the eucalyptus wood
[12:09] <knome> even i'm not sure if it would was as a bg
[12:10] <knome> and it looks way better as thumbnail :P
[12:31] <knome> Cimi_, can we expect that the launhcpad branch common-gtkrc will be relatively stable for future monts?
[12:32] <Cimi_> common-gtkrc is much more stable than the one used by ubuntu
[12:33] <knome> right.
[12:33] <Cimi_> and more tested of course, since it is based on the Clearlooks theme by gnome
[12:33] <knome> when do you expect it is chaging again/murrine is having an another release?
[12:34] <Cimi_> murrine is quite well stable
[12:34] <Cimi_> I have a dream about the options
[12:34] <knome> right
[12:34] <Cimi_> i would like to rename them into a new format
[12:34] <Cimi_> but I 'm not planing it
[12:34] <knome> if i plan a gtk theme for xubuntu karmic, should i use this or wait for a new release? :P
[12:39] <Cimi_> this
[12:40] <knome> okay,
[12:40] <knome> thanks!
[12:40] <knome> have to go ->
[12:53] <macvr> thorwil: were u talking about the smileys?
[12:54] <thorwil> macvr, yes
[12:54] <macvr> thorwil: actually the top light does have blur > 0.5 , but very less i suppose, maybe alpha should be reduced
[12:56] <thorwil> macvr, if you use stronger blur, you have to make sure it doesn't reach beyond the actual object. in some cases, one has to use clipping
[12:57] <macvr> thorwil: i realized that ^ , hence i had blur =0.5
[13:04] <macvr> thorwil: just removed the gloss... how is this>http://img192.imageshack.us/img192/1882/smiley33.png
[13:04] <thorwil> macvr, maybe a bit flat
[13:05] <macvr> thorwil: seems thats , what breathe wants :P
[13:05] <thorwil> macvr, btw, the smiley base is one of the rather few cases where one could try to mimic the bottom-glow of the folder icon
[13:05] <thorwil> macvr, "what Breathe wants" is a funny topic
[13:06] <macvr> thorwil: MMA seems rigid sometimes :P
[13:07] <thorwil> macvr, Cory started it as some kind of Oxygen for Ubuntu, but aside from that and the demands on the folder, it was up to me to define the general direction
[13:08] <thorwil> macvr, but Sebastian did almost all the work, so it's kinda his interpretation of my briefing that defines the look
[13:08] <macvr> thorwil: regarding the folder... how can a bottom glow leave a shadow below?
[13:09] <thorwil> macvr, it's magic. what can is say ... this aspect of breathe makes me unhappy
[13:09] <macvr> it no way accounts for the shadow... the shadow seems like an anomalie
[13:09] <macvr> i found ur reply to the mail funny.. :P saying that the shadow made everything right :P
[13:10] <macvr> thorwil: ^
[13:10] <thorwil> macvr, that's not what i said or meant
[13:10] <thorwil> it is simply wrong to say that the folder icon has sole light from below
[13:11] <macvr> thorwil: actually i light the bottom glow, its more like an object being presented , which seems ok for the folders
[13:12] <thorwil> macvr, still, it's a common way to depict translucent objects such that they have a highlight on top from light above, but a deeper color on top amnd brighter at bottom. classical glassy look
[13:12] <macvr> thorwil: when it has dual light there CANNOT be any shadows, especially like the one below, a yellow light instead of the shadow... how does that sound?
[13:13] <thorwil> macvr, in some of the versions of the folder, the shadow was colored with a slight orange shift
[13:13] <macvr> ^ that would be nice
[13:13] <thorwil> don't know if it is there in the newest incarnation
[13:14] <macvr> i dont think so...
[13:15] <macvr> thorwil: if u find time... why not come up with the version of andrew with a little perspective added?
[13:15] <macvr> ^at an angle that seba has done?
[13:15] <thorwil> i think perspective/shape of Andrew's version is just fine
[13:16] <thorwil> it's indeed the shadow one could work on
[13:17] <macvr> thorwil: shape is nice... but i think adding angles to the folders would be better than the straight on look
[13:17] <thorwil> macvr, generally, i'm starting to do freelance work and should invest my time wisely. so i hesitate to work on things that don't make good portfolio material ...
[13:19] <macvr> :( the force is weak on this one ^
[13:20] <macvr> thorwil: thats the prob with open source, people cant devote much time to it... if only it paid money... :(
[13:20] <thorwil> yeah, exactly
[13:21] <macvr> thorwil: http://brainstorm.ubuntu.com/idea/19866/   i tried proposing this, but no one wants to just allow this
[13:22] <thorwil> macvr, it's a tricky business
[13:23] <macvr> thorwil: what are ur thought on that idea?
[13:24] <macvr> something needs to be done , otherwise open source will constantly be "sustaining" , rather than leading...
[13:24] <thorwil> macvr, i think the current situation isn't that bad
[13:24] <thorwil> you have to consider that money comes with some bad side effects
[13:25] <macvr> thorwil: as? how can money be bad :P
[13:26] <thorwil> greed, competition, driving the fun out of what has been a hobby because now you have to do it
[13:26] <thorwil> setting bad goals because suddenly money is the driver, not any higher goal
[13:27] <macvr> thorwil: well if u dont have money, > NO HOBBY !
[13:29] <macvr> thorwil: do u have ur work online? i checked out ur world press logo design, is it elsewhere also?
[13:30] <thorwil> macvr, outside of the blog, there's only http://sophia.uni-wuppertal.de/diplom/ss_05/wilms/index.html
[13:31] <thorwil> macvr, but i havn't updated the Logo Design page since long, so you have go through blog entries to see newer work
[13:31] <macvr> thorwil: ^thanx..just trying to learn , by seeing more... :)
[13:32] <macvr> ok
[13:44] <kwwii> thorwil: yes, that should be gotten rid of, and yes tranquil is quite nice :)
[13:45] <kwwii> sorry everyone, I forgot to mention that I am on holiday this week
[13:45] <thorwil> kwwii, have a nice holiday, wtf are you still doing here? ;)
[14:04] <kwwii> thorwil: well, my band plays in a club tonight and then we are leaving :)
[14:47] <macvr> kwwii:  / thorwil: /usr/share/backgrounds/warty-final-ubuntu.png ... why are all the default backgrounds label so?
[14:51] <macvr> SiDi: do u know anything about this^ ?
[15:09] <SiDi> whats wrong with the label ?
[16:21] <macvr> SiDi: its labelled "WARTY" in jaunty!
[16:22] <macvr> SiDi: thats the same way in all the releases!
[16:22] <SiDi> isnt that an old one ?
[16:22] <SiDi> im on xubuntu btw i dont have such a file :)
[16:23] <macvr> thats the first release...! i just thought u might have some info about this ...
[16:30] <dashua> macvr: https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/296538
[16:30] <dashua> the reason for this file being named thusly is historical and due to the update process. It was intentionally done this way because the update process currently cannot handle different file types for the wallpaper. This is something that should be fixed in Jaunty.
[16:32] <macvr> dashua: ok... thanx... but the guys can get wobbly windows and all the graphics to work but still havent figured this out since warty... :P
[16:32] <macvr> just kidding :P
[16:32] <dashua> Ha yeah
[16:33] <dashua> Take away my wobbly windows and I convert to OSX ;p
[16:34] <macvr> wobbly windows is really a wonderful feature , makes the interface more touchable...
[16:34] <macvr> take that lickable!
[16:34] <dashua> I've been using them for almost three years and still love them
[16:34] <dashua> I've really grown fond that feature
[16:35] <macvr> me to :)
[16:35] <macvr> too
[16:35] <dashua> When I move a window on other OS's, it just doesn't feel right.  I'm always waiting for some type of inertia.
[16:36] <macvr> dashua: exactly my feeling^... i was wondering why the others just havent implemented it yet... more than a feature... it just makes sense during the movement.
[16:37] <macvr> dashua: have u recently checked the breathe submissions page?
[16:38] <dashua> macvr: I agree.  It is more than eye candy at this point.  I would classify as a usability factor.
[16:38] <dashua> I just did.  Things are shaping up nicely
[16:38] <macvr> dashua: any comments about the smiley base?
[16:39] <dashua> Hr,m, let me check
[16:40] <dashua> face-Base2 looks best to me.  I like the gloss.
[16:41] <macvr> dashua: me too... but Cory is against it very much :(
[16:41] <macvr> especially the gloss
[16:41] <dashua> I'm not sure if the gloss is consistent with the set, but it does look the best
[16:41] <dashua> http://jimmac.musichall.cz/i.php?i=Tango-NG
[16:41] <dashua> Have you seen these?
[16:42] <macvr> dashua: how do u mean consistent?
[16:42] <dashua> The gloss
[16:44] <macvr> dashua: its the same actually, i just resize the images , and adjusted the things where required for the pixel alignment, but nothing about the gloss was altered from the big pic
[16:45] <macvr> dashua: wish i could make icons like that!... i'm just 15days old with inkscape...  :P   lot to learn how to use it...
[16:45] <dashua> Hehe, good work so far :)
[16:45] <dashua> I'm still using your nm-applet icons
[16:45] <macvr> dashua: thanx...btw...is that ur icons
[16:46] <dashua> Oh no.  He's a Novell artist, I believe.
[16:46] <macvr> i saw that screenshot... thats the main reason for me asking whose it was... :P  ... was glad someone other than me is using it...
[16:47] <dashua> I'm really digging Andrew's modifications to the set.  They are quite nice.
[16:47] <macvr> dashua: the folders are awesome... i'll try to replicate them for breathe... :P ... is that allowed?
[16:47] <macvr> yeah andrew's is good...
[16:48] <dashua> Those icons are tango based and Breathe has an Oxygen base
[16:48] <dashua> Not sure.  You would have to ask Cory.
[16:48] <macvr> Cory said he was open to ideas, if something better comes...
[16:49] <dashua> Ah nice
[16:49] <macvr> dashua: what is the "base" actually people keep talking about ? oxygen/tango ...
[16:50] <dashua> Icon sets
[16:50] <macvr> that is understood...
[16:50] <dashua> There are specifications to the sets for consistency
[16:51] <macvr> but from oxygen or human, why isnt the novel type possible?
[16:51] <andreasn> any ubuntu art people coming to Guadec/Akademy?
[16:52] <dashua> macvr: Not sure.  It's OSS so I guess anything is possible ;)
[16:52] <macvr> dashua: damn... why did u show me that link!!!!!! now i'm going to loose sleep trying to replicate it!... how i find the svg for those... it could make it easier
[16:52]  * dashua -> lunch
[16:52] <dashua> bbl
[16:52] <macvr> np..
[17:04] <vikashkoushik> Is there anyone who can help me with gfx-grub issue??
[17:07] <macvr> vikashkoushik: this room is only for designing ...
[17:08] <vikashkoushik> could you tell me a room where i can find my solution? pls
[17:08] <macvr> vikashkoushik: #ubuntu
[17:08] <vikashkoushik> thanks
[18:21] <macvr> dashua: u there?
[19:31] <savvas> anyone working on bug 149047 ? Is there a reason some 48x48 are not included?
[22:18] <savvas> kwwii: I've attached a system-search.svg for bug 149047
[22:27] <macvr> savvas: kwwii  is out this whole week...
[22:28] <savvas> ah ok
[22:29] <savvas> no hurry anyway, I see that the artwork team is subscribed to the bug :)
[22:29] <savvas> thanks for the info macvr!


[00:17] <gary_poster> bcsaller_, if I qa and give you a LGTM can you land now? :-)
[00:17] <bcsaller_> gary_poster: I think so
[00:17] <gary_poster> yay!  ok 1 sec
[00:23] <gary_poster> bcsaller_, "Assuming you clean up review notes, LGTM!  Yay, thanks!"
[00:26] <hatch> gary_poster: still around?
[00:26] <gary_poster> hatch, y
[00:26] <hatch> http://bazaar.launchpad.net/~hatch/juju-gui/promise-conflict/revision/646 mind trying this out whenever you get a chance to see if it fixes the loading screen issue
[00:26] <hatch> it solved it for ben and I
[00:27] <gary_poster> huh, weird
[00:27] <gary_poster> ok
[00:27] <hatch> yeah right?
[00:27] <hatch> heh...
[00:30] <gary_poster> hatch solves it.  don't love the solution ;-) looking for a sec...
[00:35] <gary_poster> hatch, "firing "update" is
[00:35] <gary_poster>                   // unnecessary, and potentially even mildly harmful.
[00:35] <gary_poster> "
[00:36] <gary_poster> My current suspicion is that this is the problem
[00:36] <gary_poster> It gets the service
[00:36] <gary_poster> then gets the charm
[00:36] <gary_poster> fires update...
[00:37] <gary_poster> and we redispatch
[00:38] <gary_poster> meanwhile we've been loading haproxy because of the delta stream
[00:38] <gary_poster> which *also causes a redispatch
[00:38] <gary_poster> *
[00:39] <gary_poster> which then interrupts the connection of the promise and the view  (actually it already did that; but the first time it was ok...)
[00:39] <gary_poster> so this is the third time through
[00:39] <gary_poster> (the update causes the three-alarm fire, at the very least)
[00:40] <hatch> hmm interesting
[00:42] <hatch> taking that fire out still causes it to render the three notifications but.... it looks like it's solved the hangup...
[00:42] <gary_poster> hatch, eh, I dunno, I should have kept it to myself.  There's something unpleasant happening because of that update, but it's not the only problem; commenting it out...
[00:42] <gary_poster> right
[00:42] <hatch> ahh nope that didn't fix it
[00:43] <hatch> just got the loading screen
[00:43] <gary_poster> yeah not surprised :-/
[00:43] <gary_poster> the update is not right, where it is, but not the problem
[00:43] <hatch> yeah it looks like it can be safely removed now
[00:44] <gary_poster> not sure about that
[00:44] <hatch> no?
[00:44] <gary_poster> we need to double check that the endpoint stuff still works in particular
[00:44] <gary_poster> that's where it came from
[00:49] <hatch> it appears to
[00:49] <hatch> at least as far as the ui interactions are concerned
[00:50] <gary_poster> hatch, huh.  that would be cool to remove.  since it doesn't seem to solve anything concrete atm, could you run that change past bac tomorrow and see if he has any qa ideas?
[00:51] <gary_poster> but does not need to be in this branch
[00:52] <hatch> sure - and thoughts on the 'fix' ? leave it in and create a follow-up ticket?
[00:53] <gary_poster> gimme another minute on it, but probably
[00:53] <gary_poster> the fact that we are loading the services/charms because of the delta stream at the same time as the unit view traversal code makes it confusing
[00:54] <gary_poster> the promise code is being called all over the place
[00:54] <gary_poster> the modelController stuff
[00:54] <gary_poster> mostly for deltas
[00:54] <hatch> yeah - it's going to take quite a bit of work to remove the dispatches entirely
[00:54] <gary_poster> and then three times for the view
[00:54] <hatch> but it's definitely doable
[00:55] <gary_poster> would you wait to dispatch until...what?
[00:55] <gary_poster> the delta has been processed and we have all models and charms?
[00:55] <gary_poster> oh, wait a second
[00:55] <gary_poster> I suggested a caching mechanism
[00:55] <gary_poster> not there
[00:55] <gary_poster> lemme hack that in, for the heck of it
[00:56] <gary_poster> well, lemme review the "then" docs again...
[00:56] <gary_poster> I turn into a pumpkin in 4 minutes
[00:58] <hatch> haha no problem
[01:00] <gary_poster> yeah you can call then multiple times on the same promise, as long as they return what you want the next "then" to have
[01:01] <gary_poster> aigh! turning...into...a...pumpkin!
[01:01] <gary_poster> hatch! go...ahead...and...land...
[01:01] <gary_poster> (||)
[01:01] <gary_poster> ^^^ pumpkin
[01:01] <hatch> lol nice pumpkin
[01:01] <gary_poster> not good ascii art, sorry
[01:01] <gary_poster> night! :-)
[01:02] <hatch> night
[01:23] <rick_h_> hey huwshimi, how goes?
[01:24] <huwshimi> rick_h_: Hey. Pretty good. Trying to get through these bugs
[01:24] <rick_h_> huwshimi: cool, just wanted to check in if you need anything
[01:25] <huwshimi> rick_h_: I don't think so at the moment. Thanks for landing all my branches.
[01:25] <rick_h_> huwshimi: np, thanks for the update. Looks nice with the diff sizes/etc now
[01:25] <huwshimi> rick_h_: Yeah, much better :)
[01:27] <huwshimi> rick_h_: Things going OK at your end?
[01:28] <rick_h_> huwshimi: we'll see. I'm out tomorrow so just working on getting the laptop setup on raring
[01:28] <huwshimi> rick_h_: OK cool, success?
[01:29] <rick_h_> it's installed, still need to re-setup my environments for charmworld/juju-gui for working on stuff
[01:29] <huwshimi> Fun!
[01:30] <rick_h_> party party
[01:30] <huwshimi> :)
[01:30] <rick_h_> let me know if you need anything and I'll look out for any branches or at list ping others in the morning
[01:30] <huwshimi> rick_h_: Thanks, will do. Enjoy your evening :)
[01:30] <rick_h_> hopefully we'll get the demo stuff all wrapped up
[13:18] <gary_poster> hatch, when you are around, http://paste.ubuntu.com/5629085/ is another way of addressing the redraw problem we saw (ignoring lines 56-59, and lines 87++).  It is still a bit of a band-aid, but it is a good change IMO that happens to fix the immediate problem.  Preventing the three-times dispatch will be the better fix later, but we'll still want this.
[13:22] <gary_poster> teknico, LGTM thanks
[13:23] <teknico> gary_poster, I'd do anything to make Sublime happy, you know ;-)
[13:23] <gary_poster> teknico, lol
[13:26] <rick_h_> luca_: replied to your comments on the badges. If there's an issue please open a new bug to address how the .png should be updated.
[13:26] <frankban> gary_poster: morning. "Make selenium CI tests for sandbox". Is this switching to sandbox=true and then, e.g. deploying a charm?
[13:26] <luca_> rick_h_: Ah, I wasn't sure what to do :)
[13:26] <gary_poster> frankban, yeah, that would be a good start :-)
[13:26] <rick_h_> luca_: yea, it's all good. Since the change has landed/etc it's a new change to adjust it going forward.
[13:27] <frankban> gary_poster: cool
[13:27] <gary_poster> frankban, did you get a chance to look at charm tests?
[13:27] <frankban> gary_poster: yes, they passed locally two times in a row
[13:28] <gary_poster> frankban, ok cool, good enough.  Thank you very much.  I think it would be great to have an effort to see what needs to happen to make them reliable for everyone.  I wish they weren't so expensive to work on. :-/
[13:28] <gary_poster> We can talk about that next week
[13:29] <frankban> gary_poster: sounds good
[13:29] <gary_poster> cool
[13:31] <frankban> gary_poster: I see you also have a retrospective card re charm regression. less fragile tests and setting up a CI for the charm (including lint/pep8) could improve the situation IMHO
[13:31] <frankban> https://pypi.python.org/pypi/flake8 is interesting
[13:33] <gary_poster> frankban, +1.  I think there's a discussion, and maybe a tough decision, about CI vs. tarmac also though.  The issue with the charm is that when you push to trunk, it is *released*.  We don't have a release mechanism like with the GUI itself.  CI is really too late.  Alternatively, maybe we set up a different trunk, or a different release branch, and release to it after CI and QA.  That might work with other things
[13:33] <gary_poster> we need to do.
[13:38] <frankban> gary_poster: got it. I wonder if this could also be the right time to make deploy tests use juju-core
[13:39] <gary_poster> frankban, I think we need both. Which will make the tests even slower. :-/
[13:39] <gary_poster> possibly also more difficult to arrange.
[13:39] <frankban> gary_poster: do you know if jitsu test is compatible with juju-core?
[13:41] <gary_poster> frankban, I don't know.  However you are cordially invited to the meeting for this blueprint ;-) https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-juju-charm-testing
[13:41] <frankban> :-)
[13:41] <gary_poster> that will be sometime next week
[13:42]  * frankban thinks our own custom test runner could not be a bad idea [spoiler]
[13:44] <gary_poster> heh
[13:44] <gary_poster> might be interested in that
[13:59] <hatch> gary_poster: thanks lookin gat diff
[14:00] <gary_poster> cool
[14:10] <sinzui> hatch, jcsackett, someone? Huw has a branch that needs another review https://codereview.appspot.com/9159044/
[14:15] <gary_poster> sinzui, done
[14:15] <gary_poster> sinzui, is there a test deployment I should look for today?  I got an impression from Rick that you might want me to update the demo site today?
[14:21] <sinzui> gary_poster, we are still evaluating that. We have a branch that will unblock a lot of work. I suppose it will be in the afternoon when we decide if we have something to show off
[14:22] <gary_poster> sinzui, ok.  I'm hoping to take the afternoon off, but I can sneak in and see if you want an update
[14:23] <sinzui> okay. understood
[14:31] <hatch> I like your diff, couple questions...
[14:31] <gary_poster> sure
[14:31] <hatch> well just one
[14:31] <hatch> how does this solve the problem? heh
[14:31] <gary_poster> :-)
[14:31] <hatch> I like how we don't create new instances
[14:32] <hatch> but isnt' the execution the same?
[14:33] <gary_poster> hatch, first, tbh, this was a cleanup that I thought would solve another issue.  It didn't.  Then I noticed that this was cleaned up.  bonus! ;-)  That admission made, now you know I'm kinda guessing, but...
[14:34] <gary_poster> My hypothesis is that the fact that the "then"s are called synchronously makes the difference
[14:34] <gary_poster> So, old code:
[14:34] <gary_poster> promise 1: showView
[14:35] <gary_poster> [stuff happens]
[14:35] <gary_poster> promise 2: showView
[14:35] <gary_poster> [stuff happens]
[14:35] <gary_poster> promise 3: showView
[14:35] <gary_poster> New code:
[14:35] <gary_poster> promise: showView, showView, showView!
[14:35] <gary_poster> [stuff didn't get a chance to happen]
[14:36] <gary_poster> hatch I realize that's lame
[14:36] <gary_poster> but that's what I got ;-)
[14:36] <hatch> haha - well it's a hypothesis that fits
[14:36] <hatch> so I'll take it!
[14:36] <gary_poster> :-)
[14:51] <gary_poster> hey jujugui.  I propose that we postpone our weekly retrospective until we see each other next week face to face.  However, let's have our daily call in 9 minutes at the usual Friday time.  please update kanban
[14:53] <Makyo> gary_poster, +1
[14:53] <gary_poster> cool
[14:57] <hatch> I vote that we stop using paste.ubuntu.com in favour of something with syntax highlighting :)
[14:57] <gary_poster> it has syntax highlighting!  you just have to select it...
[14:58] <hatch> ohhhh so it's allyalls fault LO
[14:58] <hatch> :P
[15:00] <Makyo> Pff.
[15:00] <gary_poster> jujgui call now
[15:00] <gary_poster> sorry
[15:00] <gary_poster> jujugui :-P
[15:26]  * gary_poster signed up for Selenium for Pythonistas.  Thanks bcsaller_ :-)
[15:26] <bcsaller_> cool :)
[15:26] <gary_poster> oops
[15:29] <hatch> there are a number of javascript meetups but they are all in SF
[15:30] <gary_poster> bcsaller_, fwiw landscape is working fine with improv.  yay!  so, no worries.
[15:31] <bcsaller_> gary_poster: ha, cool, I'll check what I didn't set up properly
[15:31] <gary_poster> cool
[15:31] <Makyo> Back in a little bit.  Getting a tour since it's the first day.
[15:31] <bcsaller_> gary_poster:  (and anyone else) if there are any mutations you'd like to see let me know
[15:32] <gary_poster> bcsaller_, just to screw with people we could move the services around the screen ;-)
[15:32] <gary_poster> *note that was not a suggestion ;-)
[15:32] <bcsaller_> gary_poster: already started, I have one that should occasionally flip/mirror the setup
[15:33] <gary_poster> heh
[15:33] <gary_poster> cool
[15:33] <hatch> bcsaller_: any chance you could make one of your little simulators that could simulate a slow back end?
[15:33] <hatch> so we can test for race conditions and the like
[15:34] <bcsaller_> hatch: that would maybe be something else. This creates mutations, we could add somethign at the sandbox layer that delayed outoing responses, but I'm not really sure how useful that is
[15:36] <hatch> well right now with rapi and fakebackend everything returns really fast
[15:36] <hatch> I'd like to see what happens if there is a hangup somewhere
[15:39] <bcsaller_> hatch: but you'd want that relative to user-generated events, the stuff coming out of simulator is random and acts as though another use made remote changes to the env
[15:39] <bcsaller_> so the delay would be unknowable
[15:39] <bcsaller_> but a delay slider relative to sandbox replies is do-able outside this effort
[15:40] <hatch> ahh I see what you're saying
[16:09] <hatch> bcsaller_: are you here today?
[16:11] <bcsaller_> hatch: yes
[16:11] <hatch> ok great, I am just fixing the tests from garys patch to that race condition and then I'm going to propose this so I'd like another QA just to be safe
[16:14] <bcsaller_> hatch: let me know
[16:14] <hatch> just finished the fixes so now running the suites again it'll probably be 10-15
[16:21] <gary_poster> jujugui, stepping away for afternoon.  Will occasionally check back.  I have a lot of work to do before Monday, so if you want to get in touch, I will be around eventually. :-)  I look forward to seeing everyone soon!
[16:22] <hatch> enjoy! see you Tuesday
[16:22] <bcsaller_> gary_poster: have a good one
[16:22] <gary_poster> thanks :-)
[16:22] <hatch> bcsaller_ if you could also plz qa this https://codereview.appspot.com/9178043/
[16:23] <hatch> we can say gary and I paired so I'll land after one review :)
[16:23]  * hatch is a rebel with a cause
[16:25] <Makyo> Oops, reboot.
[16:49] <hatch> bcsaller_: if I could bug ya to qa that that would be awesome :) I'd like to finally drag that card into landed :)
[16:49] <bcsaller_> hatch: sorry I didn't say something, I've been working on it
[16:49] <bcsaller_> hatch: still get the 3+ notifications, you didn't want to add the timer around that?
[16:51] <hatch> I do....but I'm a little worried that it will then hide the real problem
[16:55] <bcsaller_> hatch: The simulator aggressively  shows refresh 'opportunities' , but doing a plugin that forces semi-random traversals might be fun
[16:57] <hatch> haha oh boy
[17:11] <hatch> alllright finally merged that in!
[17:26] <hatch> bcsaller_, it looks like the CI failure in IE was from your branch... for the sandbox import...IE probably doesn't support the same methods
[17:26] <bcsaller_> nothing should touch the html5 codepaths
[17:28] <bcsaller_> I can test my current stuff on ie soon though
[17:41] <hatch> alright thanks - it just looks like that's when the latest failures started
[17:41] <hatch> or it could be something entirely unrelated of curse :)
[17:43] <hatch> bcsaller_, fakebackend.importEnvironment successfully imports v0 data - timeout exceeded
[17:43] <hatch> so it probably just takes too long
[17:53] <bcsaller_> hatch: thats possible, I'm seeing errors in BrowserCharm test on IE, but I'll up the timeout on import
[17:54] <hatch> hmm those aren't showing up in the CI video
[18:01] <hatch>  /join #yui
[18:01] <hatch>  /join #yui
[18:01] <hatch> ...
[19:27] <Makyo> Oh nooooo.  Working in the precise container broke lbox D:
[19:39] <rick_h_> gary_poster: sinzui pushed up a working fix to the ~juju-gui/browser-default branch
[20:04] <hatch> bcsaller_, the other day I picked up FTL - I haven't been able to get more than 1/2 way on normal haha
[20:04] <bcsaller_> hatch: yeah, that one has a steep learning curve
[20:05] <hatch> I got to the end on easy and got the final boss down to about 1/4 but that's it
[20:05] <hatch> I never have any money so my ship always sucks
[20:06] <bcsaller_> hatch: I bet you clear zones too fast then
[20:07] <hatch> yeah? I've tried  but maybe I need to keep the fleet RIGHT behind me
[20:08] <hatch> I'm guessing that you have been more successful?
[20:17] <bcsaller_> hatch: yeah, I don't play much now, but I do have all the ships
[20:18] <hatch> heh I have 3 :)
[20:18] <hatch> I have been looking at Kerbal Space Program game
[20:18] <hatch> looks pretty cool
[20:19] <hatch> http://store.steampowered.com/app/220200/


[14:55] <happyaron> hi, anyone knows that what's the timezone of the time shown on summit.u.c for vUDS? is it GMT?
[15:10] <Ampelbein> happyaron: It says UTC for me.
[15:11] <happyaron> Ampelbein: thanks


[19:02] <IDWMaster> Hi
[19:03] <IDWMaster> What's the preferred IDE in Ubuntu for C++ development (as in which one do most people use)?
[19:08] <IDWMaster> Is there any way to force ldconfig to run after my library is installed?
[19:08] <IDWMaster> I'm using Autotools to build it
[23:32] <Superhacker123> hi!
[23:33] <Superhacker123> ??
[23:33] <Superhacker123> ?>??
[23:33] <Superhacker123> anyone there?


[07:51] <seb128> goood morning desktopers!
[08:52] <lissyx> seb128, nightly build is broken on github actions :(
[08:52] <lissyx> https://github.com/canonical/firefox-snap/actions/runs/5372854666/jobs/9746648786#step:6:26614
[09:15] <seb128> lissyx, 118:41.11 /root/parts/firefox/build/gfx/thebes/gfxFont.cpp:4256:7: error: use of undeclared identifier 'isnan'
[09:15] <seb128> is that an upstream issue?
[09:15] <lissyx> I dont think
[09:16] <lissyx> the bug landed three days ago and was not backed out
[09:16] <lissyx> I'm worried this could be a symptom of using old clang
[09:16] <lissyx> also, the filesystem hosting my KVM setup did not survive a hard power cut I did by mistake on sunday so I've lost ability of rebuilding for now
[09:17] <seb128> if firefox isn't compatible with older clang should it check of a version matching the requirement and bail out with a clear error if it's not available?
[09:17] <seb128> :-(
[09:17] <lissyx> seb128, well, that's all taken care of by our bootstrap and handling of toolchains via CI
[09:19] <lissyx> https://bugzilla.mozilla.org/show_bug.cgi?id=1840327
[09:19] -ubottu:#ubuntu-desktop- Mozilla bug 1840327 in Firefox Build System "snap nightly build fails with undeclared identifier 'isnan'" [--, New]
[09:24] <seb128> lissyx, thanks
[10:44] <KGB-2> mutter Daniel van Vugt 407698 * commented merge request !96 * https://deb.li/ZmF0
[11:42] <KGB-2> mutter Daniel van Vugt 407707 * commented merge request !96 * https://deb.li/0oYi
[13:17] <samlane> Is there a known issue with the Mantic arm64+raspi preinstalled desktop image? For ~3 weeks, it only boots to a blue background and a panel with the settings and power icons. No setup anymore, not really usable as-is. Tried multiple pis and multiple media with the same result.
[13:18] <waveform> samlane, yes -- I believe it's a result of the changeover to building images with the ubuntu-image, and as a result a required change to the gadget but I've not had time to verify implement and test the change locally
[13:20] <samlane> ah ok thank you
[13:28] <seb128> waveform, do we have a milestoned bug / card to make sure we don't forget about it?
[13:42] <bandali> lissyx, thanks, i'll give that patch a try in my own branch shortly and if all looks good i'll push it to nightly later today
[13:53] <waveform> seb128, I don't believe so -- I'll file a bug on the gadget, but I'm not too concerned about forgetting it as I frequently flash these images myself :)
[13:56] <seb128> waveform, ack
[13:56] <seb128> waveform, having a bug describing the issue also help with community and questions like the one we just had on the channel :)
[14:36] <lissyx> bandali, thanks
[14:41] <waveform> samlane, seb128 filed LP: #2025068 against ubuntu-image and self-assigned -- I'll try and get this sorted as soon as I can
[14:41] -ubottu:#ubuntu-desktop- Launchpad bug 2025068 in ubuntu-image (Ubuntu) "Current rpi images are broken" [High, New] https://launchpad.net/bugs/2025068
[14:53] <lissyx> seb128, bandali, ok my setup is mostly back, and i should be able to work on snap tomorrow if required again
[15:05] <seb128> waveform, thx
[15:05] <seb128> lissyx, great
[15:39] <bandali> ack
[15:54] <lissyx> bandali, the patch is landing
[15:55] <lissyx> not sure if you'll pick up on the next nightly
[15:55] <lissyx> I could reproduce the  failure locally so I'm testing the patch as well
[15:55] <lissyx> I'm a bit sad that my try push did NOT fail
[16:03] <bandali> lissyx, ack. i've dispatched a build with it on my launchpad account as well. though if the patch will be landing today or tomorrow i'm not sure if it would be worth putting it into firefox-snap.git only to take it out a day later
[16:04] <bandali> lissyx, btw, speaking of 'try', would it make sense for me to apply to be able to use that at this point in time?
[16:10] <lissyx> if you work on m-c, it's always  useful yes
[16:23] <bandali> ack, thanks i'll look into it further then


[05:48] <rick_h_> morning, still aroud huwshimi ?
[05:49] <huwshimi> rick_h_: Morning
[05:50] <rick_h_> huwshimi: what time is it there?
[05:50] <rick_h_> I've no idea what my cross over is at this piont heh
[05:50] <huwshimi> heh
[05:50] <huwshimi> rick_h_: 4:50.
[05:51] <rick_h_> ah, so just before your EOD
[05:51] <huwshimi> rick_h_: I usually finish up in an hour
[05:51] <rick_h_> do your review? :P
[05:51] <huwshimi> rick_h_: haha, I have a big note :)
[05:52] <huwshimi> rick_h_: Every time I see it I hear your voice demanding that it be done :)
[05:53] <rick_h_> :)
[08:56] <mhilton> morning uiteam, everyone have a good weekend?
[08:56] <rogpeppe1> mhilton: hiya
[08:56] <fabrice> oh yes gardening the whole weekend
[08:56] <fabrice> morning rogpeppe mhilton
[08:56] <rogpeppe> mhilton: definitely. went over to visit a friend near Kendal and went up to play in the snow in the hills
[08:57] <rogpeppe> mhilton: igloo building and sledging :)
[08:58] <mhilton> rogpeppe: I saw a small dusting of snow on the rooftops out the window. It cleared up really quickly though.
[22:01] <huwshimi> Morning