[04:45] <pitti> Good morning
[04:45] <TheMuso> Hey pitti.
[04:47] <pitti> hey TheMuso, long time no see; all good?
[04:59] <TheMuso> pitti: Indeed. How about yourself?
[04:59] <pitti> TheMuso: quite fine; mostly survived the RTM madness :)
[05:00] <TheMuso> I feel lucky to not be involved with that atm. :)
[05:35] <didrocks> good morning
[06:20] <Laney> hey didrocks ;-)
[06:20] <didrocks> evening Laney! How is debconf?
[06:21] <Laney> good! fun to catch up with people and make crazy plans
[06:22] <Laney> going to break^wimprove gi in experimental tomorrow maybe ;-)
[06:22] <TheMuso> Hey Laney. :)
[06:23] <Laney> hey TheMuso
[06:23] <Laney> how's it going?
[06:23] <didrocks> Laney: oh, "nice" ;)
[06:23] <Laney> & you didrocks?
[06:23] <Laney> don't think I spoke to you since your holidays!
[06:23] <Laney> did you have a nice time?
[06:23] <TheMuso> Laney: Well thanks, just doing a few last things before EOW and a week off. :)
[06:23] <didrocks> Laney: I'm fine, thanks! And yeah, holidays were really nice, despite weather not being so warm. Relaxing at least ;)
[06:23] <Laney> "only" 28°c or so? :)
[06:24] <Laney> TheMuso: nice, got plans in particular?
[06:25] <didrocks> Laney: air temperature, yeah ;)
[06:25] <didrocks> Laney: water was 18-20°C
[06:25] <TheMuso> Laney: A few, I need to do a bit of cleanup around here, the closet in my office needs some tidying, and various other sundaries. Otherwise, probably spend a little time on some FOSS stuff I care about and work on in my own time, and probably spend most time just doing other things. Reading, music, etc.
[06:27] <Laney> Oh nice, I should take some time off to stay at home some time. Always end up going away when I've got holiday days.
[06:28] <TheMuso> I'm not much of a traveler except for work, so its rare that I go anywhere on time off, mostly over Christmas.
[06:40] <Laney> night
[06:40] <Laney> happy holidays TheMuso!
[06:40] <didrocks> good night Laney ;)
[06:45] <TheMuso> Laney: Thanks, enjoy the rest of Debconf.
[06:50] <seb128> good morning desktopers!
[06:51] <didrocks> morning seb128
[06:53] <seb128> lut didrocks ;-)
[07:30] <willcooke> morning guys
[07:31] <didrocks> morning willcooke
[07:32] <larsu> hi willcooke
[07:35] <seb128> hey willcooke
[08:01] <didrocks> happyaron: phew, finished the second MIR checking. Thanks for your initial work. Still a lot of questions/work needed though. I tried to summarize all that on https://bugs.launchpad.net/ubuntu/+source/yaml-cpp/+bug/1356222/comments/3. Tell me if you need any help/if you have any question :)
[08:01] <ubot2`> Ubuntu bug 1356222 in presage "[MIR] fcitx and related packages" [Undecided,Incomplete]
[08:01] <didrocks> (I couldn't change last status to incomplete because launchpad keeps timeouting on me)
[08:17] <happyaron> didrocks: so the problem is all of those need new upstream release?
[08:17] <didrocks> happyaron: not all, I noted those which needs
[08:18] <didrocks> I tried to separate by concerns as much as possible and tell you when something needs a release, or just need an upload or just need to be in packaging git (default)
[08:18] <didrocks> but yeah, opening a bug (seeing that most of them don't have an answer in the past 15 days) isn't enough to hope "it will be fixed" and don't let us redistribute it
[08:21] <happyaron> didrocks: I think I can drop some of them from MIR if upstream reaction isn't active enough
[08:21] <didrocks> happyaron: sure, that works too
[08:21] <happyaron> OK, will deal in detail tomorrow. need to sleep now
[08:22] <didrocks> happyaron: have a good night!
[08:25] <willcooke> caps lock weirdness on the U8 desktop.   "Sometimes" it just toggles, i.e. Caps lock light on but lower case, and vice versa.  I can't reproduce it reliably so I think I'll just wait until the text input bugs are fixed and try again
[08:26] <seb128> yeah, keyboard input on Mir/unity8 is not really something they focus on atm I think
[08:28] <willcooke> that's fair I reckon
[08:28] <willcooke> greets robert_ancell - happy Friday night :)
[08:28] <robert_ancell> willcooke, hey
[08:29] <seb128> oh, a robert_ancell
[08:29] <seb128> hey ;-)
[08:29] <robert_ancell> seb128, Laney https://code.launchpad.net/~robert-ancell/unity-settings-daemon/xrandr/+merge/224548 and https://code.launchpad.net/~robert-ancell/unity-control-center/libusd/+merge/232676 should now work much better. Please review.
[08:29] <seb128> great!
[08:29] <willcooke> seb128, not *a*... *THE*.  He's from the internet you know
[08:30] <seb128> robert_ancell, do you have a ppa with those by any chance?
[08:30] <robert_ancell> seb128, in particular the packaging is a bit dodgy - I've included a new library in the unity-settings-daemon package rather than splitting it out. It also means anything that was using the .pc file now will link against a library (though it's probably nothing apart from u-c-c).
[08:30] <robert_ancell> seb128, no, but I can shove them into the desktop PPA if you want
[08:32] <seb128> robert_ancell, that would be nice
[08:32] <seb128> robert_ancell, is the library public or in a private dir?
[08:33] <robert_ancell> seb128, it's a public library because it would be more effort to make it private. I don't expect anyone to link to it though
[08:33] <seb128> k
[08:33] <robert_ancell> seb128, it all feels a bit yucky but I figure it's not worth doing it "properly" since this is all a stop-gap measure anyway
[08:34] <seb128> yeah
[08:34] <seb128> it needs to be stable enough to ship in stable series
[08:34] <seb128> but that should be the case
[08:35] <robert_ancell> yes, it's essentially just a copy of libgnome-desktop so it should work as well
[08:35] <seb128> we are not far from what I suggested by then ;-)
[08:36] <seb128> "ship a libgnome-desktop3.8", build u-c-c-/u-s-d with it
[08:36] <robert_ancell> seb128, indeed! :)
[08:37] <robert_ancell> Wasn't there some reason why that wasn't desirable?
[08:37] <robert_ancell> I think the thing that makes it easier to maintain is it's part of u-s-d, so you only have two moving parts (u-s-d+u-c-c) instead of three
[08:37] <robert_ancell> Which honestly is probably how upstream should manage it too
[08:38] <seb128> the reasons were "if it's a public library, things might start using it" and "it's a duplicate source"
[08:38] <robert_ancell> Now it's just a sneaky library that people probably wont notice :)
[08:39] <robert_ancell> huh, there is an -0ubuntu2 that wasn't pushed into bzr...
[08:39] <robert_ancell> actually, I think I did that
[08:40] <mitya57> Hi, what process sets the UBUNTU_MENUPROXY env variable? I can't find anything related in my upstart jobs, and codesearch refuses to do its job.
[08:43] <seb128> robert_ancell, lol
[08:45] <seb128> mitya57, nothing?
[08:45] <seb128> mitya57, why would that variable be set?
[08:48] <mitya57> seb128, it is set for me =)
[08:48] <seb128> mitya57, what ubuntu release?
[08:48] <mitya57> seb128, utopic, gnome flashback
[08:48] <seb128> mitya57, do you have a appmenu-gtk still installed or something?
[08:49] <seb128> mitya57, grep in /etc/X11/Xsession.d for leftover scripts?
[08:49] <mitya57> no
[08:53] <mitya57> Found it, unity-gtk-module used to be setting it before http://bazaar.launchpad.net/~indicator-applet-developers/unity-gtk-module/trunk.14.10/revision/331, I had a custom conf file and didn't change it on upgrade.
[08:54] <seb128> k
[08:58] <Mirv> seb128: if you want to proceed with the unity 8 desktop app startup failure (qmlscene), you could test the PPA and comment (possibly in the upstream proposal too). it seems to take time to have it properly accepted. https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qtchooser_qmlscene_fallback/+merge/230595
[09:02] <seb128> Mirv, oh, I meant to ping on that email yesterday and forgot, thanks for the reminder ;-)
[09:02] <seb128> Mirv, what is it blocked on?
[09:04] <Mirv> seb128: upstream approval. of course, it's possible to distro patch too.
[09:04] <Mirv> scott would like to have upstream approval
[09:04] <seb128> Mirv, do we know anyone upstream we could ping for review?
[09:04] <seb128> or maybe scottk can help there?
[09:04] <Mirv> seb128: thiago is probably the only one, since it's qtchooser
[09:04] <Mirv> there maybe resistance to the approach still, as per the codereview discussions
[09:05] <Mirv> hmm, I'll try pinging thiago. anyway, test results wouldn't hurt either.
[09:05] <didrocks> ok, going for a run as it seems it's going to rain this afternoon!
[09:05] <Mirv> ok, not online or on vacation, needs to be later
[09:06] <GunnarHj> seb128: Hi Sebastien!
[09:06] <GunnarHj> seb128: I'm struggling with a postinst script where I want to identify the calling user. However, when installing via software-center, a lot of variables, including $PKEXEC_UID, have been dropped from the environment. Is this intended or a bug? Is there any other way do achieve the goal?
[09:06] <seb128> hey GunnarHj, how are you?
[09:07] <GunnarHj> seb128: Fine, thanks. Hope you are as well.
[09:07] <seb128> GunnarHj, there is no "calling user" for system upgrades
[09:07] <seb128> GunnarHj, what are you trying to achieve?
[09:07] <seb128> I'm good, thanks
[09:07] <GunnarHj> seb128: With calling user I mean the user who is triggering the install.
[09:08] <seb128> yeah, that seems buggy
[09:08] <seb128> installs could be done by a server admin
[09:08] <seb128> or oem preinstalled
[09:08] <seb128> what are you trying to do?
[09:08] <GunnarHj> seb128: Making changes in the /home of the user in question.
[09:09] <seb128> GunnarHj, don't
[09:09] <seb128> that's wrong/doesn't work
[09:09] <seb128> the home could be on a nfs server and not mounted at the time of the installation
[09:09] <seb128> there is also no reason the thing you are trying to do should apply to the user installing
[09:10] <seb128> you might be installing the package for another user on the same machine and not yourself for example
[09:11] <GunnarHj> seb128: In this case it's motivated to try, at least. ;) (Would take too long to explain, I think.) One option might be to try to do it for all available users.
[09:12] <seb128> GunnarHj, usually you rather want to do those by adding an autostart desktop and having that running for the user at next login
[09:13] <GunnarHj> seb128: Hmm.. That's a good thought. Will think about it. Thanks!
[09:13] <seb128> GunnarHj, yw!
[09:30] <robert_ancell> seb128, Laney are the dbus, empathy and gnome-terminal packages in the PPA now obsolete?
[09:31] <seb128> robert_ancell, dbus and empathy are, not sure for g-t
[09:31] <seb128> Laney is at debconf so on U.S west time
[09:31] <seb128> you are not likely to get a reply today
[10:07] <willcooke> hrm/
[10:07] <willcooke> mencoder doesnt seem to be in U
[11:38] <seb128> happyaro1, ibus, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt suggests that updating ibus makes ibus-pinyin not installable for some reason
[11:59] <seb128> happyaro1, ok, I've uploaded a fix for that (ibus-pinyin needed to python-ibus -> pythin-gi in its depends)
[12:31] <seb128> mterry_, hey
[12:31] <seb128> mterry_, I managed to put my settings in a weird lock-setting state, how would I reset that?
[12:31] <mterry_> seb128, oh huh
[12:31] <seb128> mterry_, like the device is on "swipe to unlock" but settings think I'm on password
[12:32] <mterry_> seb128, well you can reset on command line with passwd
[12:32] <seb128> and they don't accept my password/passphrase
[12:32] <seb128> k
[12:32] <mterry_> seb128, ugh
[12:32] <mterry_> seb128, how'd that happen?  :(
[12:32] <seb128> I tried to change from swipe to pincode
[12:32] <seb128> I entered the pin and confirmation
[12:32] <seb128> but the dialog returned an error
[12:32] <seb128> and after that it displayed the setting set on passphrase?!
[12:33] <seb128> but the ui still acts as swipe unlock
[12:33] <seb128> and it doesn't take the pincode I entered as valid so I can't change it back to swipe or something else
[12:33] <mterry_> seb128, that's super weird, since they both ultimately pull from PAM
[12:33] <seb128> yet it's what I see... :-)
[12:34] <mterry_> though maybe settings never reset its idea after the failure
[12:34] <mterry_> in which case I should fix that case
[12:34] <mterry_> seb128, I'm guessing just closing out settings and re-opening would fix that then
[12:34] <seb128> let me try to close/restart those
[12:36] <seb128> mterry_, no, restarting setting doesn't do it
[12:38] <mterry_> seb128, then you must have set a password when it gave you the error
[12:38] <seb128> mterry_, you mean a passphrase rather than a pincode? I don't think I did, I had the numpad, not the full keyboard
[12:39] <mterry_> seb128, I just meant either
[12:39] <seb128> k
[12:39] <seb128> well, I'm pretty sure I entered a valid 4 digits pin with a confirmation matching, not sure why it errored out
[12:39] <seb128> what is weird is that it doesn't take the said pin to unlock now
[12:40] <seb128> well, and the greeter is on swipe mode...
[13:33] <seb128> kenvandine, hey
[13:33] <seb128> kenvandine, https://code.launchpad.net/~seb128/ubuntu-system-settings/security-translation-tweak/+merge/232705
[13:33] <seb128> kenvandine, i18n.tr("%1").arg(sims[index].title)
[13:33] <seb128> was the intend to translate the "title"
[13:33] <seb128> is title a well-defined list?
[13:33] <seb128> or user edited/dynamic?
[13:35] <kenvandine> seb128, it could be the name set in gsettings, if user edited
[13:36] <kenvandine> or... it would be like SIM 1
[13:36] <seb128> kenvandine, ok, so no way to translate that
[13:36] <kenvandine> so i guess that doesn't make sense to translate
[13:36] <seb128> right
[13:36] <seb128> I was just checking, in case I needed to look a bit more at how we can translate it
[13:36] <kenvandine> i think we do the same thing in the phone panel
[13:36] <ChrisTownsend> seb128: Hey!  I'm trying to log into the Unity8 desktop preview ISO live session and the Unity 8 greeter wants the Ubuntu-desktop-next password.  Do you know what this password is?  I've tried ubuntu to no avail.
[13:37] <seb128> kenvandine, seems to be the only translatable instance
[13:38] <seb128> ChrisTownsend, did you try "phablet"?
[13:38] <ChrisTownsend> seb128: Nope, I'll try that.
[13:38] <kenvandine> 0818
[13:38] <ChrisTownsend> seb128: No go.
[13:38] <seb128> ChrisTownsend, :-(
[13:38] <kenvandine> whoops :)
[13:39] <seb128> mterry_, bregma, do you know if we have a default password for unity8 desktop?
[13:39] <seb128> ChrisTownsend, is that the live image? it should autolog you in/have it to unlock on swipe
[13:39] <mterry_> no, I don't know.  I assumed ubiquity assigned one?
[13:39] <seb128> ChrisTownsend, you can also try empty password (e.g just hit enter)
[13:39] <mterry_> oh right the live image
[13:40] <ChrisTownsend> seb128: Empty password doesn't work either.
[13:40] <seb128> :-(
[13:40] <seb128> is that a recent regression?
[13:40] <seb128> it used to just log in/have swipe
[13:40] <bregma> it goes though regular PAM user authentication... try either "phablet" or "ubuntu"
[13:40] <ChrisTownsend> seb128: I opened a bug about the greeter popping up.
[13:40] <ChrisTownsend> bregma: Neither of those work.
[13:40] <seb128> ChrisTownsend, go to a vt and try to use passwd to set one?
[13:41] <bregma> the ISO should autologin and PAM should be doing that through the U8 greeter too
[13:41] <ChrisTownsend> seb128: I'll try that.
[13:41] <seb128> but that seems buggy :/
[13:41] <ChrisTownsend> bregma: It's a bug where the greeter pops up no matter what.  I opened a bug about that.
[13:42] <ChrisTownsend> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1360307
[13:42] <ubot2`> Ubuntu bug 1360307 in unity8 "Logging in to the desktop session brings up the lock screen" [Undecided,New]
[13:43] <seb128> mterry_, ok, help ;-)
[13:43] <seb128> mterry_, how do I reset the auth type?
[13:43] <ChrisTownsend> Geez, when I try to set the passwd, it asks for the current passwd, so I try either ubuntu or phablet and it returns "Authentication token manipulation error".
[13:43] <mterry_> seb128, oh that's a dbus property
[13:43] <seb128> mterry_, I tried to "passwd phablet" and set to ubuntu, then go to the security panel, change to swipe and enter "ubuntu" as password, but it says it's invalid
[13:44] <mterry_> seb128, what's going on over there?
[13:45] <seb128> mterry_, over where?
[13:45] <ChrisTownsend> Ok, in the VT, if I just hit enter for the passwd, now it lets me change it.
[13:45] <mterry_> seb128, over at your device
[13:46] <ChrisTownsend> No I can log in.
[13:46] <seb128> mterry_, should I try to rm /var/lib/AccountsService/users/phablet
[13:46] <ChrisTownsend> Err, now I can log in.
[13:46] <seb128> ChrisTownsend, weird
[13:46] <ChrisTownsend> seb128: The user has a blank password, but the greeter does not accept that.
[13:47] <ChrisTownsend> seb128: So using your suggestion, changing the password in the VT and using that password, I can get by the greeter.
[13:47] <seb128> ChrisTownsend, that doesn't make sense, it should swipe to unlock in those cases
[13:47] <mterry_> seb128, that's drastic
[13:47] <seb128> which it was doing until recently
[13:47] <mterry_> seb128, maybe just edit the field you want and restart
[13:47] <seb128> mterry_, I need to change that setting and I'm running out of ideas how to manage to do that :/
[13:47] <ChrisTownsend> seb128: I think it's due to the bug I posted above.
[13:48] <ChrisTownsend> seb128: It goes to the lockscreen/greeter no matter what in the desktop.
[13:48] <seb128> ChrisTownsend, that bug is a duplicate, and as said that screen was already there but used to swipe-unlock
[13:48] <ChrisTownsend> seb128: Hmm, ok, well, I'm only reporting what I see:)
[13:49] <seb128> ChrisTownsend, do you know when that started?
[13:49] <seb128> ChrisTownsend, do you have previous dailies you could try?
[13:49] <ChrisTownsend> seb128: Not sure.  This is the first time I've tried the live session.
[13:51] <ChrisTownsend> seb128: I've been using the iso in an LXC for the LXC project I've been working on and in that case, this lockscreen/greeter thing showed right around the time I entered that bug.
[13:59] <willcooke> hey qengho
[14:05] <qengho> yo
[14:27] <willcooke> aaiiiiieeee - my NUDT t shirt has shrunk by about half
[14:30] <attente_> seb128, didrocks, is the fcitx MIR going ok?
[14:30] <attente_> should i file the FFe?
[14:34] <xclaesse> pitti, I was wondering how stable is systemd in 14.10 already?
[14:35] <didrocks> attente_: still need some fixing from happyaro1, I followed up on the MIR bug
[14:35] <popey> Gah. Just updated my utopic desktop... upstart: unity7 main process (6122) killed by SEGV signal upstart: unity7 main process ended, respawning
[14:35] <xclaesse> was planning to give a try to next ubuntu this weekend and was wondering if it's good enough with systemd
[14:35] <attente_> didrocks, ok, thanks
[14:38] <pitti> xclaesse: I run it all the time; there's a bunch of known problems (https://bugs.launchpad.net/ubuntu/+bugs?field.tag=systemd-boot) but TBH I have mostly forgotten that I'm running it
[14:39] <pitti> xnox: system partitions on NFS are probably broken (but then again, who has that), and a lot of packages still have only upstart jobs; but not for general desktop/development tasks
[14:39] <xclaesse> pitti, cool, I will give it a try then, thanks !
[14:40] <xclaesse> pitti, is there already a more precise release schedule for systemd?
[14:40] <xclaesse> for the switch to make it default
[14:41] <pitti> xclaesse: no, not really I'm afraid; AFAICS I'm pretty much the only person who works on this, and it's only a side issue (it's not at all my main job)
[14:41] <pitti> xclaesse: the main task is now to fix packages which only have upstart jobs; they need a systemd unit, or at least an init.d script
[14:42] <pitti> once we have that, we are pretty much ready to switch
[14:42] <pitti> there was also an alternative plan to run upstart as a "deputy init", but nobody worked on that
[14:42] <pitti> ... in utopic
[15:02] <didrocks> darkxst: hey, I've burnt by far my MIR budget for the week, I see that tracker now deps on a new MIR for mediaart, I'll only be able to check it next Monday I guess
[15:03] <darkxst> didrocks, current tracker upload does not depend on that
[15:03] <darkxst> so the mediaart MIR can be done seperately
[15:03] <didrocks> darkxst: libtracker-miner-1.0-dev doesn't need to go to Main?
[15:04] <didrocks> and so libtracker-miner-1.0-0 neither, I guess?
[15:04] <darkxst> didrocks, It was built with --disable-mediaart
[15:05] <didrocks> darkxst: yeah, but those binary packages doesn't need to go to main?
[15:05] <didrocks> as libtracker-miner-1.0-dev still deps on mediaart
[15:05] <didrocks> and won't be installable then, if pushed to main
[15:05] <didrocks> (without universe enable)
[15:06] <didrocks> enabled*
[15:09] <darkxst> didrocks, hmm seems I missed that one
[15:09] <didrocks> darkxst: I can upload it and then promote
[15:09] <darkxst> didrocks, there is no need to depend on any libmediaart for now
[15:10] <didrocks> darkxst: ok, let me change this, upload, and then, promote
[15:10] <darkxst> didrocks, thanks,  I am way past bed time, should be off now
[15:11] <didrocks> darkxst: yeah, that's why I propose this :)
[15:11] <didrocks> darkxst: have a nice week-end, I'll handle it :)
[15:11] <darkxst> didrocks, I will, off for a big mountain bike ride in the morning :)
[15:12] <didrocks> darkxst: waow, enjoy :)
[15:13] <darkxst> didrocks, night!
[15:15] <didrocks> good night :)
[15:36] <seb128> attente_, what didrocks said
[15:36] <seb128> attente_, it doesn't hurt to file the ffe even if the MIR is not approved yet
[15:36] <seb128> just don't subscribe the release team yet
[15:37] <attente_> ok
[15:37] <attente_> seb128, btw, that issue you had earlier should be fixed now
[15:37] <seb128> great!
[15:38] <seb128> how did you fix it? was it by teaching fcitx about fr+oss? if so, are we likely to have other similar/missing configs?
[15:39] <attente_> seb128, it turned out to be just a dumb mistake i made when trying to get the fcitx keyboard layout name from the xkb name
[15:40] <attente_> but i didn't realize it was there because it only affected keyboard layouts with a variant
[15:40] <happyaron> seb128: thanks!
[15:40] <seb128> k, "good" I guess (at least better than a design issue)
[15:40] <seb128> happyaron, hey, yw!
[15:47] <willcooke> seb128, do you happen to know - can the dialer app be installed on U8 desktop?  I appreciate it won't do anything, but I'm curious about a use case thought I've just had
[15:47] <willcooke> I'm expecting that if it can, it will run in the side stage
[15:48] <seb128> willcooke, right, it should install/run fine in the sidestage
[15:48] <seb128> it might not do a lot if you don't have a sim though
[15:49] <willcooke> I'll give it a whirl, something like apt-get install ubuntu-dialer-app I expect
[15:49]  * willcooke searches
[15:50] <willcooke> ah
[15:50] <willcooke> dialer-app
[15:50] <willcooke> :)
[15:51] <didrocks> willcooke: yeah, after lenghty discussion, all apps we have packaged in ubuntu we are upstream for don't starts with ubuntu- :)
[15:51] <didrocks> I'll spare you the details :p
[15:51] <willcooke> lulz
[16:22] <didrocks> darkxst: once you will be back: tracker promoted now (still -0ubuntu5 in proposed, running autopkgtests), and I rebuilt successfully nautilus on all ach. So everything should be fine once you are back ;)
[16:44]  * Laney wibbles
[16:54]  * didrocks waves good evening and good week-end!
[16:56] <willcooke> qengho, I hear that the PDF viewer for Chrome(ium) is now open source
[16:56] <qengho> willcooke: Sure is. pdfium.
[16:56] <willcooke> woot
[16:56] <qengho> willcooke: I'm including it soon.
[16:57] <willcooke> sweet!
[16:57] <willcooke> that will be good news, I miss not having it
[16:57] <willcooke> I could install Chrome, but I wont
[16:57] <willcooke> aaaaaaaaaand it's the weekend
[16:57] <qengho> Have a nice one. US is off on Moon Day.
[16:58] <willcooke> ah, thx for the heads up.
[16:58] <willcooke> have a  nice long weekend
[16:58] <qengho> :)