[02:28] <duflu> Trevinho, jbicha, nice work, thanks. You got out a lot more 3.28.1 than I even expected
[02:28] <Trevinho> duflu: :)
[02:29] <Trevinho> duflu: missing only your patch now, but there's a new iteration I pushed
[02:29] <duflu> Trevinho, performance improvements can wait. We'll still be adding to that list for months
[02:30] <duflu> Stability is more important
[02:30] <duflu> I've been knowingly working on 18.10 for a while now, not 18.04 :)
[03:20] <duflu> Trevinho, jbicha, this is odd: bug 1765261
[03:20] <ubot5`> bug 1765261 in gdm3 (Ubuntu) "Ubuntu 18.04 login screen rejects a valid password on first attempt. Always works on the second attempt" [Undecided,New] https://launchpad.net/bugs/1765261
[03:47] <robert_ancell> RIP gksu
[04:24] <duflu> robert_ancell, did something replace it? Is that because of Wayland policy?
[06:23] <didrocks> good morning
[06:25] <duflu> Morning didrocks
[06:31] <didrocks> hey duflu
[06:53] <seb128> good morning desktopers
[06:54] <duflu> Hi seb128
[06:54] <seb128> hey duflu, how are you?
[06:54] <duflu> seb128, going OK, you?
[06:54] <seb128> I'm good!
[06:56] <duflu> Good. And with that I will run away to check the mail and feed water the citrus
[06:56] <seb128> duflu, we managed to land the gjs changes as you probably saw :)
[06:56] <duflu> Yeah, thanks seb128
[06:56] <seb128> thank you for getting those fixes ready for upload!
[06:56] <seb128> enjoy the watering :)
[07:08] <oSoMoN> good morning desktoppers
[07:09] <seb128> salut oSoMoN, en forme ?
[07:09] <oSoMoN> salut seb128, oui la forme, et toi?
[07:11] <seb128> oSoMoN, je pourrais dormir plus mais sinon ça va, il fait beau et chaud :)
[07:12] <seb128> yesterday was tennis night, was really nice to play again
[07:13] <seb128> I could play much since the beginning of the year, between travels, crappy weather and colds&co
[07:13] <seb128> couldn't*
[07:15] <oSoMoN> yeah, sports is good, I should do more of it
[07:18] <duflu> Morning oSoMoN
[07:19] <didrocks> hey seb128, oSoMoN
[07:19] <seb128> lut didrocks
[07:19] <oSoMoN> hey duflu
[07:19] <oSoMoN> salut didrocks
[07:23] <didrocks> duflu: first results from the french users are really promising!
[07:24] <didrocks> still some leaks ofc, but way lower memory usage
[07:24] <duflu> didrocks, seb128 upstream landed the same fix a couple of minutes ago
[07:24] <seb128> \o/
[07:24] <didrocks> duflu: it's hard to believe though, a lot of people says their RAM consumption even at boot are divided by 2
[07:24] <didrocks> too good to be real? just a placebo effect?
[07:25] <duflu> didrocks, yeah just log in and measure, and it's much better
[07:25] <didrocks> nice!
[07:25] <didrocks> good work again :)
[07:25] <seb128> duflu, https://gitlab.gnome.org/GNOME/gjs/commit/a6b6fc13 sounds like it could improve things as well, but that's for SRU at this point
[07:26] <duflu> seb128, yeah there are a couple more such fixes there
[07:28] <oSoMoN> didrocks, when I booted my laptop this morning I was greeted by the initial setup GUI, which looks pretty good, and was mostly translated to French, so all good
[07:29] <didrocks> oSoMoN: heh, the UI part is all Robert's :)
[07:29] <oSoMoN> the last screen to choose to send the data or not, though, said something like "send data to Canonical occasionally", which made it sound like it's not a one-off, is that correct?
[07:29] <didrocks> yeah, I think this is for popcon
[07:29] <oSoMoN> ah, right, popcon
[07:29] <didrocks> but I'm not even sure if this enables by g-i-s, I didn't follow that
[07:30] <didrocks> I know it was discussed and robert said he will have a look
[07:30] <seb128> didrocks, oSoMoN, the "ocassionally" has been dropped in the version that is in the queue
[07:30] <didrocks> ah ok :)
[07:30] <oSoMoN> ok, problem solved then
[07:30] <didrocks> replaced by "every 10 seconds", ofc? ;)
[07:30] <seb128> lol
[07:30] <seb128> ++                    <property name="label" translatable="yes">Yes, send system info to Canonical</property>
[07:30] <seb128> right, the change is there
[07:31] <didrocks> amazing that it's already mostly in French
[07:31] <seb128> we might add that back/enable popcon for .1
[07:31] <didrocks> yeah, we would need a g-c-c change then
[07:31] <didrocks> to enable/disable it afterwards
[07:31] <seb128> right, that's why it was postponed to .1
[07:31] <seb128> just enabling popcon was not difficult
[07:31] <didrocks> yep
[07:31] <didrocks> I guess same with whoopsie?
[07:31] <seb128> yes
[07:32] <seb128> you guys don't expect things to be calm again after next week :p
[07:32] <oSoMoN> didrocks, I thought the French translations were your doing, now I'm disappointed :)
[07:32] <seb128> sounds like road to .1 is going to be busy
[07:32] <didrocks> oSoMoN: oh, I can gladly take all the credits if that makes you feel better :)
[07:32] <seb128> oSoMoN, be nice to didrocks, you still need a +1 for your ubuntu-desktop application :)
[07:32] <didrocks> yeah, I wonder if my past unity-2d experience is something worth mentionning
[07:33] <didrocks> it's been a long time I didn't sponsor you
[07:33] <didrocks> but I'm definitively +1 with your past work
[07:33] <seb128> you worked with him on some gdm issues previous cycle?
[07:33] <didrocks> yeah, that's one data point, but correct, that's good enough entries to vote
[07:33] <didrocks> I'll do that later today
[07:33] <oSoMoN> cheers!
[07:33]  * didrocks fixes… hem… ubuntu-report autopkgtests :p
[07:34] <seb128> :)
[07:34] <didrocks> (readding vendoring, which I explicitely removed from autopkgtests because of previous strategy and didn't think to delete the rm -rf …)
[07:34] <didrocks> now that my autopkgtests vm is ready, let me first get the failure
[07:34] <didrocks> then ensure it fixes it
[07:34]  * oSoMoN will change his nick to olirocks as a token of admiration
[07:34] <didrocks> ahah ;)
[07:35] <didrocks> I hope there is no expiration period :p
[07:35] <seb128> duflu, your gdm/password rejected on first try issue sounds weird, did it start with gnome-shell 3.28.1? Maybe a regression?
[07:35] <duflu> seb128, yeah it started today
[07:36] <seb128> duflu, do you get also the issue if you wait a bit/type slowly? there was that issue about key repeating themself under wayland when the system is busy
[07:36] <duflu> seb128, that might be a factor. If I took the time to log in to ssh first to debug the problem it suddenly didn't happen
[07:37] <duflu> Although restarting graphical.target I was able to reproduce it again
[07:37] <didrocks> seb128: not only on wayland, I triggered the repeating key on X as well
[07:37] <seb128> I wonder if you could type the password, ctrl-C it and select "log with another user" and ctrl-V to see if it's correct
[07:37] <duflu> Is that even possible?
[07:37] <duflu> Or would you be pasting dots?
[07:38] <seb128> I wonder
[07:38] <seb128> otherwise I guess that needs to patch the gdm code to not show * :p
[07:38] <seb128> didrocks, weird, I though that was a wayland specific issue
[07:39] <didrocks> seb128: I thought as well, but I got it 3 times in the past 2 weeks on my X session
[07:39] <didrocks> especially when my machine is swapping
[07:39] <seb128> is that a new issue as well?
[07:39] <didrocks> I don't know if it's new, or just happens so rarely that we didn't notice it
[07:39] <didrocks> (on X)
[07:40] <didrocks> but not a high prio, it's really happened 3 times to me
[07:41] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=777693#c10 is the issue I was thinking about
[07:41] <ubot5`> Gnome bug 777693 in general "Input event (e. g. typing on keyboard) is sent repeatedly during high load" [Normal,Needinfo]
[07:41] <ubot5-ng> bugzilla.gnome.org bug 777693 in general "Input event (e. g. typing on keyboard) is sent repeatedly during high load" [Normal, Needinfo] - Assigned to gnome-shell-maint
[07:41] <ubot5`> bug 777693 in PernillaSYS "Crash-bug when trying to view registrations if none of the users conferences is locked" [Medium,Fix released] https://launchpad.net/bugs/777693
[07:41] <seb128> which is specific to wayland
[07:42] <seb128> but there might be other issues with similar effects
[07:43] <didrocks> seb128: yeah, basically the exact same effect
[07:43] <didrocks> you press for a short while, under load, keys is repeated
[07:43] <didrocks> (and double checked that I was on X)
[07:44] <seb128> didrocks, it's not on the lock screen/greeter that you see the pb? since the greeter/gdm is always under wayland
[07:44] <didrocks> seb128: no, really the user session
[07:44] <seb128> :/
[07:45] <didrocks> yep :/
[07:45] <didrocks> I know…
[07:45] <seb128> I wonder if there is some regression in 3.28
[07:45] <seb128> we didn't get reports about such issues in 17.10
[07:45] <didrocks> well, we were under wayland
[07:45] <didrocks> this issue existed on 17.10
[07:46] <seb128> k
[07:46] <didrocks> (but, I was only testing it with wayland)
[07:46] <seb128> probably worth reporting upstream then
[07:46] <didrocks> yeah, the thing is that it's quite vague
[07:46] <didrocks> "under load…"
[07:46] <seb128> the only reports I find there are wayland specific
[07:46] <didrocks> but it's something that Fedora has
[07:46] <seb128> e.g https://bugzilla.gnome.org/show_bug.cgi?id=776639
[07:46] <ubot5`> Gnome bug 776639 in keyboard "Key Presses Repeated, Lost or Out of Order Wayland" [Major,New]
[07:46] <ubot5-ng> bugzilla.gnome.org bug 776639 in keyboard "Key Presses Repeated, Lost or Out of Order Wayland" [Major, New] - Assigned to gnome-shell-maint
[07:46] <ubot5`> bug 776639 in postgresql-8.4 (Ubuntu) "package postgresql-8.4 8.4.8-0ubuntu0.10.04 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Invalid] https://launchpad.net/bugs/776639
[07:46] <didrocks> ah, you meant, the Xorg one?
[07:47] <seb128> yes
[07:47] <didrocks> yeah, I'll report it, unsure against what (and if it will be looked, as it's not wayland), but let's try
[07:47] <seb128> gnome-shell I guess? they can reassign if needed
[07:47] <seb128> thx
[07:49] <didrocks> yeah
[07:49] <didrocks> I would need to see if that happens in apps
[07:49] <didrocks> or only in G-S UI
[07:50] <didrocks> I don't remember TBH
[07:50] <jibel> seb128, could you re-paste the last version of your patch for orca?
[07:50] <seb128> jibel, that isn't working
[07:51] <seb128> jibel, but http://people.canonical.com/~seb128/ubiquity-screen-reader.patch (that one has extra print() statements for debugging)
[07:51] <jibel> seb128, I know it is not working, but I'd like to check something
[07:51] <jibel> thanks
[07:51] <seb128> yw
[07:52] <seb128> k, I'm moving back to my desktop, I had my morning coffee, trying to be back online before u.k joins :)
[07:52] <seb128> brb
[07:52] <willcooke> too late sucker
[07:53] <willcooke> Morning Frenchies
[07:53] <didrocks> hey willcooke
[07:53] <willcooke> and Aussie
[07:53] <willcooke> s
[07:53] <willcooke> how goes didrocks?
[07:53] <dupondje> Thanks for mutter 3.28.1 :D
[07:54] <didrocks> willcooke: it's sunny and not too warm yet! Good day for exercising abit
[07:54] <didrocks> and you?
[07:54] <jibel> Morning willcooke
[07:54] <willcooke> Sunny here too!
[07:55] <didrocks> even there ;)
[07:55] <willcooke> I hope it stays nice at the weekend and I can get out of the house and do some excercise
[07:55] <willcooke> yes!  even here on the island
[07:55] <willcooke> People are a bit scared
[07:55] <dupondje> https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1757401 is fixed for me now!
[07:55] <ubot5`> Ubuntu bug 1757401 in mutter (Ubuntu) "hybrid GPU: one screen stays black in mutter 3.28" [High,Fix released]
[07:55] <didrocks> especially for multiple continous days
[07:55] <didrocks> dupondje: nice!
[07:58] <willcooke> woot, thanks for the report dupondje
[08:02] <Laney> morning
[08:02] <willcooke> hi Laney
[08:02] <willcooke> It's summer again!
[08:02] <didrocks> hey Mr Laney
[08:02] <seb128> (back)
[08:02] <willcooke> you were a few seconds too late seb128, we beat you :)
[08:02] <seb128> DOH
[08:02] <didrocks> 09:52:17       <-- | seb128 (~seb128@ubuntu/member/seb128) a quitté (Quit: Ex-Chat)
[08:03] <didrocks> 09:52:40 willcooke | too late sucker
[08:03] <didrocks> :)
[08:03] <didrocks> so didn't run fast enough at *all*
[08:03] <Laney> FAIL
[08:03] <seb128> hey Laney!
[08:04] <seb128> half victory :p
[08:04] <Laney> hey willcooke didrocks seb128
[08:04] <Laney> nope
[08:04] <Laney> well I can't see your join message
[08:04] <seb128> willcooke, the frenches will get you, don't worry!
[08:04] <Laney> but your first real message was after I said hi :P
[08:04] <seb128> :-(
[08:04]  * Laney was tying in sweet peas
[08:04] <Laney> AND
[08:04] <Laney> i'm wearing shorts
[08:04] <Laney> #summer
[08:04] <seb128> k, you win today
[08:05] <seb128> #summer feels good
[08:05]  * seb128 went to tennis yesterday, that was greeeaaaaatttt
[08:05]  * seb128 recommends it
[08:05] <Laney> too much time on the ground
[08:07] <seb128> kenvandine, ubuntu-desktop@ moderation queue got some build failure email from launchpad, in case you didn't see/receive it by some other way
[08:07] <seb128> https://launchpadlibrarian.net/366205059/buildlog_snap_ubuntu_bionic_amd64_gnome-3-28-1804_BUILDING.txt.gz
[08:08] <seb128> looks like a snapcraft issue though
[08:08] <seb128> "  File "/usr/lib/python3/dist-packages/snapcraft/cli/env.py", line 17, in <module>
[08:08] <seb128>     from distutils import util
[08:08] <seb128> ImportError: cannot import name 'util'"
[08:09] <didrocks> it's the remaining bug I didn't have time to file yet
[08:09] <didrocks> got it with communitheme
[08:10] <seb128> I guess Ken fixed it already?
[08:10] <seb128> https://launchpad.net/ubuntu/+source/snapcraft/2.41+18.04.2
[08:11] <didrocks> oh nice! :) I never dare hijacking their upload/release process (but I think he didn't)
[08:12] <Laney> interesting files in the diff ;-)
[08:12] <didrocks> I guess he didn't released it the way the snapcraft team is doing it :p
[08:13] <seb128> right
[08:13]  * didrocks notes Laney release team habits: clicking on the diff
[08:14] <seb128> looks like the fix worked, https://launchpad.net/~ubuntu-desktop/+snap/gnome-3-28-1804/ has a successful build
[08:15] <seb128> nice to see we finally got core 18 working/usable!
[08:18] <duflu> Morning willcooke, jibel, Laney
[08:19] <didrocks> yeah!
[08:19]  * didrocks can't wait to see it moved, and have applications snaps connecting to the theme snap
[08:20] <Laney> hey duflu
[08:45] <seb128> jibel, did you figure out something new/more about the screen reader? how much do you think it's a blocker knowing that live session has screen reading working (assuming someone that needs the reader can easily boot to it, which might be not true if the isolinux menu isn't accessible and there is no screnereading in maybe-ubiquity)
[08:49] <jibel> seb128, nothing new yet. Without this, blind users cannot boot to the live session.
[08:49] <seb128> it doesn't boot after a timeout?
[08:49] <seb128> :/
[08:49] <jibel> no
[08:50] <jibel> ubiquity-dm waits forever
[08:50] <seb128> I got sidetracked helped other work to land in the past days but I go back to screenreader in the afternoo
[08:50] <seb128> one heavy hammer would be to make ubiquity-dm just start orca
[08:50] <seb128> it's a bit more ram usage
[08:50] <seb128> but it's not going to speak unless the gsettings is on
[08:51] <seb128> then we just need to figure out why it's not outputting anything, but I think that might have to do with starting speech-dispatcher as well, I got it working the other day like that
[08:51] <seb128> I try that again with a fresh boot in a bit
[08:51] <seb128> my theory is that starting speech-dispatch and orca from ubiquity-dm is good
[08:51] <jibel> seb128, I am not even sure the a11y menus in syslinux are still working. There is lot of code that rely on a11y-profile-manager
[08:52] <seb128> as said it just creates a bit more memory usage, which is suboptimal but should be fine
[08:52] <seb128> I didn't even know we had menus for a11y in syslinux
[08:52] <jibel> I got it working by starting from a tty
[08:53] <jibel> just an export display + launch orca
[08:53] <seb128> what other features are missing/not working?
[08:53] <seb128> weird, I did that the other day and it would speak anything
[08:53] <seb128> I tried to -d and the log was empty
[08:53] <jibel> seb128, braille, osk, ...
[08:53] <jibel> but the most important is the screen reader IMHO
[08:54] <seb128> a11y-profile-manager was added in recent cycles
[08:54] <seb128> reverting those commits might not be too difficult
[08:54] <seb128> I don't remember why I disacarded that previous cycle when I looked in N-Y
[08:54] <seb128> I think that's because some of the old code was relying on indicators/unity anyway and we can't really go back to what it was doing
[08:55] <seb128> anyway I'm confident we can fix the screen reader case at least
[08:55] <jibel> me too
[08:55] <seb128> osk should be easy, that's handled by the shell itself in 3.28
[08:55] <seb128> so the keybinding for that should just work?
[09:02] <didrocks> wayland session doesn't work properly anymore with communitheme, unsure what GNOME update broke it (it worked when I released it) :/
[09:06] <seb128> :/
[09:06]  * didrocks tests some theory
[09:06] <didrocks> it's even worst, first login doesn't work, second does
[09:06] <jibel> seb128, I confirm Orca is not started when selected from syslinux (or add access=v3 to the boot command line)
[09:07] <didrocks> and XDG_DATA_DIRS are different between logins…
[09:09] <seb128> didrocks, :/
[09:10] <seb128> what's the difference?
[09:10] <seb128> jibel, are those access= parameters documented somewhere?
[09:11] <jibel> seb128, I don't know any place where it's documented. Just press F5 in the boot menu
[09:11] <seb128> right
[09:11] <jibel> otherwise it's in casper
[09:11] <seb128> I'm going to review all those options while I'm at it I think
[09:11] <jibel> there is a casper-bottom script for a11y
[09:12] <seb128> thx for the pointer
[09:12] <didrocks> seb128: ok, after some testing, it seems that in wayland, if you now set XDG_DATA_DIRS, it doesn't append the rest of the session anymore
[09:12] <jibel> which uses the profile manager
[09:12] <didrocks> but
[09:12] <didrocks> on the second login, you have everything added
[09:12] <didrocks> really weird :/
[09:12] <seb128> :/
[09:13] <seb128> didrocks, bug #1764355 seems a bit similar
[09:13] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[09:13] <didrocks> seb128: yeah, I have repetitions as well…
[09:13] <seb128> I saw it reported recently but didn't have time to investigate
[09:13] <seb128> sounds like maybe something to investigate for release
[09:13] <didrocks> need to bisect gnome-session maybe
[09:13] <seb128> you are debugging it?
[09:13] <didrocks> yeah, I think I own it now :p
[09:13] <seb128> thx!
[09:14] <didrocks> let's see first if I can find what/when it was working
[09:14]  * didrocks starts with gnome-session
[09:16] <Laney> gnome-session has a thing in /etc/profile.d to set up the XDG dirs
[09:16] <seb128> blame it on doookooo :)
[09:16] <didrocks> ah?
[09:16] <seb128> I don't think our side of things changed much
[09:17] <seb128> but I'm just guessing, not based on fact
[09:17] <seb128> :p
[09:17] <didrocks> yeah, let's starts with gnome-session
[09:17] <didrocks> and see
[09:17] <seb128> k, I don't think it makes sense to start debugging those installer/a11y issues to stop in the middle for lunch so I'm going to step out for errands/early lunch now and then sit down looking at thise issues once I'm back and have a solid debugging afternoon
[09:17] <seb128> good luck didrocks
[09:18] <didrocks> seb128: are you thinking of something else as you mention foundation?
[09:18] <seb128> didrocks, no, just profile.d is a lower level afaik
[09:18] <didrocks> it's coming from -common
[09:19] <didrocks> at least, the xdg- one
[09:19] <seb128> I don't mean the script, but profile.d handling by the system
[09:19] <seb128> but no, I don't have real reasons to believe it's not our issue at this point
[09:19] <seb128> I was half trolling
[09:19] <didrocks> yeah, let's see :)
[09:19] <seb128> could be systemd/bash/whatever handles those though
[09:19] <didrocks> (only half- ;))
[09:20] <seb128> good luck with the debugging :)
[09:20] <seb128> (yeah ;)
[09:20] <didrocks> thx!
[09:20] <didrocks> if only we had days of isos…
[09:24] <mvo> kenvandine, seb128 hey, you guys asked for a stable core18, we did some work on this in hte last few days and we are pushing new versions into edge, if you could test with your snaps if this is all working we can promote to beta/candidate/stable
[09:26] <didrocks> nope, reverting gnome-session isn't it…
[09:27] <didrocks> ah, better, now I constantly have login not working
[09:34] <didrocks> ok, so confirming that first time in the session script, XDG_DATA_DIRS is empty
[09:34] <didrocks> second time, it has /usr/share…
[09:34] <didrocks> (before starting gnome-session)
[09:34] <willcooke> mvo, thanks!  Ken mentioned yesterday that he had snaps built on it
[09:34] <didrocks> (on wayland only)
[09:35] <didrocks> so I guess the /etc/X11/Xsession.d hides that bug forus
[09:35] <didrocks> for us*
[09:35] <mvo> willcooke: do you know which snaps those are? I am writing a mail now too so that this does not get lost in irc but if you know I can test the new core18 with those right away
[09:36] <didrocks> ah, 3rd login: XDG_DATA_DIRS empty again
[09:36] <willcooke> mvo:
 i have a build of gnome-calculator that uses gnome-3-28-1804 and core18
 all working
[09:36] <willcooke> that was yesterday at 1515 my time
[09:36] <didrocks> seb128: Laney: do you know if we have anything lazying tearing down our session and maybe gdm picks it up?
[09:36] <mvo> willcooke: ok, I try that one
[09:37] <mvo> willcooke: thank you
[09:37] <willcooke> mvo, looks like it's in edge
[09:37] <willcooke> and beta
[09:37] <willcooke> the edge one will be the CI build from last night
[09:38] <mvo> willcooke: ta
[09:44] <willcooke> ha, I was replying to a forum post about clicking and just as I was about to hit reply duflu beat me to it :)
[09:44] <duflu> Heh.
[09:44]  * duflu closes mail for the day
[09:44] <willcooke> thx duflu
[09:45] <willcooke> duflu, what's your reading on the feedback so far?  Seems that it's not worse, but there are still a few leaks, which we expected
[09:45] <duflu> willcooke, yeah it's exactly as expected. Measurably better but we still need to get the other fixes as they land
[09:46] <willcooke> hm, having said that, just rebooted my 18.04 box and it wont log in.  Prolly unrealted, will debug
[09:47] <willcooke> and I cant get to a vty either. grrr
[09:48] <duflu> willcooke, bug 1765261 ?
[09:48] <ubot5`> bug 1765261 in gdm3 (Ubuntu) "Ubuntu 18.04 login screen rejects a valid password on first attempt. Always works on the second attempt" [Undecided,New] https://launchpad.net/bugs/1765261
[09:49] <willcooke> duflu, hm, I think this is a different one.  It's just locked up now
[09:49] <duflu> willcooke, hit Cancel?
[09:50] <willcooke> I cant, mouse wont move
[09:50] <willcooke> maybe I can ssh in
[09:50] <didrocks> seb128: Laney: so, I think what happens in the "working" case is that the previous session isn't closed and envs are picked up from it
[09:51] <didrocks> seb128: Laney: I did multiple tests, but noticed that if I logout/login right away, sometimes I am in the working state (old vars picked up), sometimes not.
[09:52] <didrocks> with more testing, I noticed that if I wait for more than a minute, logged in, logout and log in again, I'm in a clean session (no older env vars picked up)
[09:52] <didrocks> so, my bet is that the lazy loading of things, like gnome-software is the impact for delaying session close
[09:53] <didrocks> and so, repeated env vars (picked up by old session) is due to that session not being closed yet (because you just logged off and in again after a short session)
[09:53] <didrocks> so, this is one bug
[09:53] <willcooke> duflu, killed gnome-shell & gdm and the mouse started responding again
[09:53] <willcooke> and it logged in fine this time
[09:53] <didrocks> the second one, which I'm looking, is why now the env vars don't complete anymore under wayland in the "no previous session case"
[09:54] <willcooke> duflu, meh, probably just one of those things
[09:54] <didrocks> maybe actually that never worked before in the wayland case and I always had a session hanging due to the first bug ^
[09:54] <didrocks> (which seems the most likely)
[09:59] <Laney> didrocks: you should be able to close a session and see what processes are still running
[09:59] <Laney> e.g. loginctl session-status $session
[09:59] <didrocks> Laney: well, you need to be logged in for this
[09:59] <didrocks> so, need to create another user :p
[09:59] <Laney> sure
[10:00] <didrocks> I'll first take a lunch break, but I think this is the case
[10:00] <didrocks> and regardless of that, XDG_CONFIG_DIRS shouldn't happen itself if already there, I'll modify this
[10:01] <willcooke> enjoy your baguette didrocks ;P
[10:01] <didrocks> willcooke: and *fromage*
[10:01] <willcooke> lololol
[10:05] <Laney> wish my monitor didn't stop sending audio when it DPMS powers off :(
[10:15] <didrocks> we need at least fixing /etc/profile.d/apps-bin-path.sh and /etc/profile.d/xdg_dirs_desktop_session.sh
[10:15]  * didrocks really goes now
[11:42] <kenvandine[m][m]> mvo: I tested it with gnome-calculator and the new platform snap
[11:43] <willcooke> morning kenvandine[m][m]
[11:43] <kenvandine[m][m]> gnome-3-28-1804 is in edge but gnome-calculator is just a local build
[11:44] <kenvandine[m][m]> willcooke: good morning
[11:51] <seb128> hey kenvandinemm
[11:51] <seb128> those [] are annoying to type :p
[11:54] <seb128> Laney, thanks for upstreaming that udisks fix, I had that on my list for today ... sorry for being too slow, but I'm not going to complain about one less thing to do, you win a free beer :)
[11:55] <Laney> seb128: it's OK, I just wanted to get that uploaded and liked to have that task squared off before then
[11:56] <Laney> also you sounded like you wanted to be in orca mode :-)
[11:56] <seb128> I do indeed, that's higher priority for the release
[11:56] <seb128> so thanks :)
[11:56] <Laney> the main reason for uploading is the volume-key thing
[11:58] <seb128> right, I guessed, thanks for sorting that one as well!
[11:59] <mwilson-e> didrocks: Hello, I work for Entroware, a computer manufacturer that ships Ubuntu machines and I was wondering if you would accept a change to the OEM collection section of ubuntu-report to /sys/class/dmi/id/sys_vendor from the chassis_vendor?  It seems like that would be more appropriate and this is how we set ours. I would appreciate any feedback you can give on this.
[11:59] <seb128> seems like our release issues list is getting in shape
[12:03] <mwilson-e> didrocks: Hello, I work for Entroware, a computer manufacturer that ships Ubuntu machines and I was wondering if you would accept a change to the OEM collection section of ubuntu-report to /sys/class/dmi/id/sys_vendor from the chassis_vendor.  It seems like that would be more appropriate and this is how we set ours. I would appreciate any feedback you can give on this.
[12:04] <seb128> mwilson-e, hey, we saw what you posted, didrocks is currently away but he's probably going to reply to you once he's back which is probably in less than an hour
[12:05] <seb128> just stay here for a bit if you can
[12:05] <seb128> otherwise I suggest to retry later or email
[12:06] <mwilson-e> seb128: Ah, my irc client messed up before so I had to reconnect and did not know if it sent. Cheers for letting me know.
[12:06] <seb128> np
[12:21] <mvo> kenvandine[m][m]: you tested and things are ok?
[12:24] <kenvandine[m][m]> mvo: yesterday I did and it seemed ok
[12:24] <kenvandine[m][m]> mvo: I can test the latest in a few minutes
[12:26] <mvo> kenvandine[m][m]: yeah, please check hte latest version in edge of core18
[12:26] <mvo> kenvandine[m][m]: but no rush
[12:28] <didrocks> mwilson-e: hey! I referenced on https://wiki.debian.org/HowToIdentifyADevice/System, section "/sys" which list chassis_vendor, so I think more standard than sys_vendor
[12:29] <didrocks> also, a lot of hw seems to only have chassis_* populated and not sys_*
[12:29] <didrocks> for instance: https://natalian.org/2015/02/18/Archlinux_on_a_Lenovo_X1C3/
[12:29] <didrocks> this is why I preferred that one over the other one
[12:30] <didrocks> I wonder if we shouldn't do a try/catch (like if chassis_vendor is empty, try sys_vendor)
[12:31] <didrocks> (note that most stack exchange answers list chassis_vendor)
[12:36] <mwilson-e> didrocks: Would it be possible to do a try catch if sys_vendor is empty? Our chassis_vendor value is set to "Notebook" which is a default from our partners and used by multiple OEMs so this may be confusing.
[12:37] <mwilson-e> We set the OEM values for System Information in the type 1 section which is referenced here in the SMBIOS spec
[12:37] <mwilson-e> https://www.dmtf.org/sites/default/files/standards/documents/DSP0134_2.7.1.pdf
[12:37] <mwilson-e> This is under section 7.2
[12:38] <mwilson-e> and the type 1 manufacturer is mapped to sys_vendor
[12:41] <mwilson-e> All this information can also be seen here together. `sudo dmidecode -t 1`
[12:42] <didrocks> mwilson-e: ok, so you would be in favor of removing chassis_vendor and replacing it with sys_vendor, correct?
[12:43] <mwilson-e> didrocks: Yeah, no problem.  Even better :)
[12:44] <didrocks> ensure all tests still run :)
[12:44] <didrocks> (and please, change struct field name thus)
[12:45] <didrocks> mwilson-e: another note: final freeze is tonight, so if you want that to be included in the final iso, you will need to convince the release team on #ubuntu-release (and open a bug on launchpad about it)
[12:46] <didrocks> mwilson-e: if you need help with the test side (there are filesystem mocks in testdata/), do not hesitate to ask
[12:46] <didrocks> I'm using also golden files for generated json, so running the tests with -update to update them (and then, look that the diff is what you expect ;))
[12:47] <didrocks> (also, is it the right time for me to request a powerful system machine to ensure that it works on it in the future to be shipped at home? or too soon? ;))
[12:48] <mwilson-e> Would it be possble for you to make the change in order to get this fixed quicker? My experience is limited this process.
[12:49] <didrocks> mwilson-e: so, do you mind opening the bug and talk to the release team?
[12:49] <didrocks> bug on launchpad against ubuntu-report package please
[12:49] <mwilson-e> Also if you need a system, just shoot me an email at mwilson @ entroware . com and I will see what I can do.
[12:49] <mwilson-e> didrocks: will do, cheers.
[12:52] <didrocks> mwilson-e: excellent! Please past the bug link here so that I can reference it
[12:56] <mwilson-e> didrocks: the LP number is 1765400
[12:56] <didrocks> mwilson-e: perfect, thanks! I'll keep you posted. The fix is building in Travis right now :)
[12:56] <didrocks> then, I'll update the package
[12:57] <mwilson-e> didrocks: Cheers. I really appreciate you taking the time to change this.
[12:58] <didrocks> no worry, thanks for explaining and pointing to the spec (better than relying on some wiki and stackoverflow) :)
[13:11] <kenvandine> mvo, sorry, the edge channel of gnome-calculator comes from upstream master which hasn't been updated yet for the new content interface
[13:11] <kenvandine> i put it in the beta channel for now
[13:12] <kenvandine> willcooke, mvo: https://forum.snapcraft.io/t/auto-connection-for-gnome-3-28-1804-content-interface/5043
[13:13] <didrocks> kenvandine: does it has the theme plugs as well?
[13:13] <kenvandine> didrocks, no, i'll add those seperately
[13:13] <didrocks> or you onlly put the platform snap in the beta channel and not gnome-calculator yet?
[13:13] <didrocks> ok
[13:14] <didrocks> think about the sound-theme as well!
[13:14] <kenvandine> the platform is in stable
[13:14] <didrocks> sound-themes* even IIRC
[13:14] <kenvandine> didrocks, will do, gnome-calculator probably doesn't need the sound themes though
[13:16] <didrocks> yep
[13:31]  * kenvandine contemplates updating primary desktop to bionic
[13:33] <mvo> kenvandine: cool, thank you
[13:34] <kenvandine> mvo, it's great to see how small you got core18
[13:34] <kenvandine> that's tiny
[13:34] <mvo> kenvandine yeah, its cool. it will most likely grow a bit again when we make it bootable but hopefully not much
[13:37] <oSoMoN> thanks didrocks for the endorsement!
[13:38] <seb128> oSoMoN, congrats!
[13:39] <didrocks> very well deserved oSoMoN :)
[13:41] <willcooke> woot, well done oSoMoN
[13:45] <kenvandine> oSoMoN, congrats!
[13:47] <oSoMoN> thanks guys
[14:20] <didrocks> tjaalton: hey! to fix bug #1764355, I will need to do a xorg upload, I was planning to build on tsimonq2's commit that was merged but not released 2 weeks ago, do you have time to review/merge mine: https://salsa.debian.org/xorg-team/xorg/merge_requests/3 ?
[14:20] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "Visual Studio Code, Slack and other electrons apps crash due to XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[14:20] <ubot5-ng> X Strike Force bug (Merge request) 3 in xorg "Protect against multipleadditions of the same paths to XDG_CONFIG_DIRS" (comments: 0) [Opened]
[14:20] <didrocks> tjaalton: and tested it in a vm and confirm the fix for XDG_DATA_DIRS on Xorg
[14:29] <tjaalton> didrocks: sure
[14:30] <didrocks> tjaalton: just pushed the same logic for xdg_data_dir and we are on par with my fixes on gnome-session
[14:30] <didrocks> tjaalton: ah, too quick to review, you want another MR for XDG_DATA_DIR?
[14:31] <tjaalton> ah, yes
[14:31] <didrocks> tjaalton: https://salsa.debian.org/xorg-team/xorg/merge_requests/4
[14:31] <ubot5-ng> X Strike Force bug (Merge request) 4 in xorg "Protect duplication in XDG_DATA_DIRS" (comments: 0) [Opened]
[14:35] <didrocks> tjaalton: just did 10 logout/logins in a raw and with this Xorg fix + gnome-session one, no more duplication \o/
[14:35] <tjaalton> cool
[14:36] <didrocks> tjaalton: thanks for merging, should I upload or you will?
[14:36] <tjaalton> i'll upload after this call
[14:36] <didrocks> perfect, many thanks!
[14:36] <tjaalton> np
[14:46] <didrocks> gnome-session uploaded, that + xorg fix mainly bug #1764355. I still have snapd to fix in a similar way + communitheme snap to adapt now
[14:46] <ubot5`> bug 1764355 in gnome-session (Ubuntu) "Visual Studio Code, Slack and other electrons apps crash due to XDG_CONFIG_DIRS keeps getting expanded every login" [Undecided,Confirmed] https://launchpad.net/bugs/1764355
[14:46] <seb128> didrocks, good job!
[14:46] <didrocks> seb128: good finding on that bug, I'm sure Jamie's crash he mentioned to me some days ago was due to this and not wayland nor communitheme nor snap related :p
[14:46] <seb128> didrocks, what was the issue with the theme?
[14:46] <didrocks> willcooke: FYI ^
[14:46] <didrocks> well, there are basically 2 bugs
[14:47] <didrocks> one is that the session isn't closing
[14:47] <tseliot> Wimpress, mwilson-e: I managed to debug LP: #1764005. I hope to upload the fix by tomorrow.
[14:47] <ubot5`> Launchpad bug 1764005 in nvidia-graphics-drivers-390 (Ubuntu) "Black-screen on boot with nvidia 390 for Budgie, MATE, Xubuntu, Kubuntu" [High,Confirmed] https://launchpad.net/bugs/1764005
[14:47] <didrocks> but when it's closed, XDG_DATA_DIRS with communitheme doesn't include defaults
[14:47] <didrocks> (it works with the Xorg scripts which unconditionally adds the path, not the wayland case)
[14:48] <seb128> ah, so that never worked/wasn't a regression?
[14:48] <didrocks> so log in first, get the paths added, logout and login again in wayland works
[14:48] <didrocks> well, that's tricky, the fundamental issue is that we don't shut down the session completely
[14:48] <didrocks> this still needs to be debug (but anyway, those protections are needed)
[14:48] <didrocks> so I fix the urgent part
[14:48] <Wimpress> tseliot: Nice! I'll test when it's available.
[14:48] <didrocks> but in testing, you are generally logged in, you logout and login again
[14:49] <didrocks> so I didn't see the issue in the wayland case :p
[14:49] <tseliot> Wimpress: great, thanks
[14:49] <willcooke> didrocks, \m/
[14:49] <willcooke> great work
[14:49] <didrocks> still needs to have snapd with a similar fix
[14:49] <seb128> right
[14:49] <didrocks> (their duplication detection assumes snap* is always the last element of the string…)
[14:49] <didrocks> and so, communitheme, as I changed XDG_DATA_DIRS while starting gnome-session
[14:50] <didrocks> on Xorg -> Xsession.d -> my script changing XDG_DATA_DIRS -> gnome-session, OK
[14:50] <didrocks> on Wayland -> my script changing XDG_DATA_DIRS -> gnome-session -> profiles.d seeing "oh XDG_DATA_DIRS is already set, do nothing" -> KO
[14:50] <didrocks> the snap part is easy to fix :)
[14:50] <didrocks> for snapd, we'll see
[14:50] <didrocks> then, we can have a look at what process hangs the session
[14:51] <seb128> right
[14:51] <didrocks> I bet it's the delayed gnome-software scan
[14:51] <didrocks> (which would be way we never saw that corner case before bionic)
[14:51] <didrocks> why*
[14:54] <willcooke> didrocks, do you think that is in any way realted to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1505409
[14:54] <ubot5`> Ubuntu bug 1505409 in GNOME Shell "gnome-shell crashed with SIGTRAP in x_io_error() from _XIOError() from _XEventsQueued() from XPending() from gdk_check_xpending() ["Connection to xwayland lost"]" [Critical,Confirmed]
[14:54] <didrocks> willcooke: I don't think, gnome-session wouldn't even start
[14:54] <didrocks> oupss
[14:54] <didrocks> gnome-shell wouldn't even start, I meant
[14:54] <didrocks> (like, not even trying)
[14:55] <seb128> did we delay gnome-software?
[14:55] <seb128> I though we didn't
[14:55] <seb128> or is that an upstream change?
[14:55] <didrocks> oh, I thought we did? I based that on conversations here
[14:55] <didrocks> I thought it was the general agreement
[14:56] <didrocks> ok, so don't know at all what hangs the session before we look into it
[14:56] <seb128> Laney oppposed it from what I followed
[14:56] <didrocks> ok, I missed it
[14:56] <seb128> yeah
[14:56] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1756379
[14:56] <ubot5`> Ubuntu bug 1756379 in gnome-software (Ubuntu Bionic) "Delay start of gnome-software service" [Medium,Triaged]
[14:56] <seb128> not closed
[14:57] <Laney> I don't think that would make complete sense anyway
[14:57] <Laney> xdg-started stuff is started by gnome-session
[14:57] <seb128> kenvandine, willcooke, ^ that's a milestone bug assigned to robert, I guess he didn't did status update for those in his summary and we didn't think about checking/nagging the people who sent summaries
[14:57] <Laney> and this closes when the session closes
[14:59] <seb128> right, anyway that's easy to investigate when things will be less crazy later
[15:07] <didrocks> mvo: hey, this is your side of the fix for duplication env variable: https://github.com/snapcore/snapd/pull/5075 :)
[15:07] <ubot5-ng> snapcore bug (Pull request) 5075 in snapd "snap/env: fix env duplication logic" (comments: 0) [Open]
[15:09] <mvo> didrocks: thank you! how urgent is this? omg important for the release?
[15:10] <didrocks> mvo: not urgent on that part, it's not like the other env variables which makes electron apps crashing after multiple logout/login :)
[15:10] <didrocks> mvo: as long as it's in the next release and SRUed, it's all good :)
[15:11] <seb128> jibel, http://people.canonical.com/~seb128/ubiquity-screen-reader.patch makes the screenreader work/start with ctrl-S
[15:13] <jibel> seb128, what's the difference with the patch you posted this morning?
[15:13] <seb128> jibel, refresh
[15:13] <seb128> jibel, but basically I went to the old codebase, making ubiquity handle the keybinding rather than trying to make it react to gsettings
[15:15] <mvo> didrocks: yeah, that should be fine
[15:15] <jibel> seb128, yes, it makes sense. Do you understand why the signal approach does not work?
[15:17] <seb128> no :/
[15:17] <seb128> the dbus environment is correct
[15:17] <seb128> I don't know how to debug that further
[15:18] <jibel> and the signal propagates over the bus, and everything is talking over the same bus
[15:19] <jibel> it just doesn't really make sense that the callback is not called
[15:19] <seb128> yeah
[15:19] <seb128> Laney said it was be some dbus checks on uid/context
[15:19] <seb128> but I don't know how to debug that
[15:19] <seb128> anyway the old code works, so we can go back to that
[15:19] <seb128> I just need to tweak/unset the GNOME keybinding so they don't conflict
[15:20] <seb128> and I'm going to look if there are other a11y things easy to restore/fix which are not working since the indicator changes
[15:20] <seb128> so I'm going to merge request that tomorrow morning
[15:20] <Laney> don't you want to do this from ubiquity-dm if it's only for this part?
[15:20] <seb128> you mean "this"?
[15:21] <Laney> that change
[15:21] <Laney> start orca or whatever
[15:21] <seb128> well, I went the easy way
[15:21] <seb128> went back to the code that existed in trusty and worked
[15:21] <seb128> undoing the a11y-indicator thing from Luke
[15:22] <seb128> I guess that could be done in ubiquity-dm, it's just new code to write so more work
[15:22] <Laney> ok, I thought you said that screen reading works in the normal live session
[15:22] <seb128> it does
[15:22] <seb128> but it would work as well if ubiquity was handling the keybinding
[15:22] <seb128> but yeah, I guess I can add the key listener to ubiquity-dm and see if that works
[15:23] <Laney> if you have to mess with keybindings it might have an impact on the rest of the session
[15:23] <seb128> true
[15:23] <seb128> well it's easy enough to add that code to -dm and see how it goes
[15:23] <seb128> I need to go and pick the kid but I try that a bit later
[15:23] <seb128> Laney, thanks for the input :)
[15:24] <Laney> no worries, good luck!
[15:26] <seb128> thx
[15:48] <willcooke> andyrock, hey!  Was the g-i-s livepatch supposed to sign you in to snapd as well?
[15:50] <willcooke> or were we waiting for a g-o-a integration from snapd?
[16:13] <GunnarHj> sil2100: Looks like the langpack export was successful. Your ball now. :)
[16:20] <sil2100> GunnarHj: I already poked new langpacks and the uploads have been made like some 30 mins ago
[16:20] <GunnarHj> sil2100: Ah, great. I didn't even look. ;)
[16:21] <sil2100> https://launchpad.net/ubuntu/bionic/+queue?queue_state=1&queue_text= <- they're in the queue, let me approve ;)
[16:23]  * sil2100 is mass-approving
[16:29] <sil2100> GunnarHj: ok, all langpacks approved from the bionic queue, they should start building soon
[16:32] <GunnarHj> sil2100: Thanks. Will check it out later.
[16:32] <GunnarHj> Btw, you will request an extra delta export, right? Asking because I just said so in a comment at bug #1765440.
[16:32] <ubot5`> bug 1765440 in Ubuntu Translations "Translation missing for GNOME Calculator" [High,In progress] https://launchpad.net/bugs/1765440
[16:34] <sil2100> GunnarHj: by extra you mean before final release?
[16:34] <willcooke> thanks a lot GunnarHj sil2100
[16:34] <sil2100> Or should I request a delta export now?
[16:34] <sil2100> (I think we're still not in translation freeze, right?)
[16:36] <GunnarHj> sil2100: Yes, before release. (Translation freeze happens in 4.5 hours.) Unsure about the most suitable time to do it. Think Martin used to do it around Monday before release.
[16:36] <GunnarHj> np willcooke
[16:45] <GunnarHj> sil2100: It may be important to change "Language pack base" at https://translations.launchpad.net/ubuntu/bionic/+language-packs before that export.
[16:50] <sil2100> Ok, yeah, I'll try to remember it
[16:50] <sil2100> I guess I'll switch it now that the new base-packs are uploaded
[18:10] <willcooke> night gang
[19:56] <oSoMoN> good night
[20:52] <teeramisu> xorg.conf missing under 18.04 is it known issue or something changed about xorg.conf?
[20:59] <tjaalton> teeramisu: there hasn't been one by default since 8.04 or so


[11:38] <bilalakhtar> ivanka: Not at the conference?
[11:38] <ivanka> bilalakhtar: not at 6.30 in the morning, no :-)
[11:38] <bilalakhtar> ivanka: YOu live in orlando?
[11:39] <ivanka> bilalakhtar: no
[11:40] <bilalakhtar> ivanka: I was wondering why you don't have a conference/ubuntudevelopersummit/* cloak
[11:40] <bilalakhtar> ivanka: you had one yesterday
[15:26] <czajkowski> iainfarrell: ello you about ?
[15:27] <czajkowski> iainfarrell: the design blog is great, but when you view posts using Chromium there is a lot of text over lapping http://twitpic.com/31l9bu/full
[15:27] <czajkowski> asking you as i was reading your blog
[15:27] <czajkowski> post
[15:27] <iainfarrell> czajkowski: Hey there
[15:27] <iainfarrell> I'm actually just discussing that with Richard on our side
[15:27] <czajkowski> I know it's not your blog post, I see it happening the whole time
[15:28] <iainfarrell> the chromium rendering is very buggy compared to chrome
[15:28] <czajkowski> iainfarrell: :D
[15:28] <iainfarrell> yeah
[15:28] <czajkowski> gord: I forgot about this channel
[15:29] <iainfarrell> czajkowski: I don't think there's anything we can do short of tell the Chromium guys
[15:29] <iainfarrell> I've got the dailies ppa
[15:29] <iainfarrell> and it still hasn't fixed it
[15:29] <iainfarrell> I just have to refresh the page
[15:29] <kenvandine> klattimer, look at my comment on bug 637671
[15:29] <klattimer> kenvandine: will do
[15:29] <kenvandine> thx
[15:30] <kenvandine> basically i had to tweak the patch a little more so it didn't traceback... and it doesn't peg the CPU anymore
[15:30] <czajkowski> iainfarrell: ah thats fair enough just wondered was it something to do with the theme ?
[15:30] <kenvandine> but doesn't do anything
[15:30] <kenvandine> so wondering if it is worth uploading just to fix the CPU load?
[15:31] <klattimer> kenvandine: does the preferences menu item load?
[15:31] <kenvandine> no
[15:31] <kenvandine> well, the menu item is there
[15:31] <kenvandine> but it doesn't do anything
[15:31] <klattimer> oh, then the patch is borkage
[15:31] <klattimer> hmm, it looks so similar to my patch I thought it'd be OK
[15:31] <klattimer> I'll try and work on it now
[15:31] <iainfarrell> czajkowski: It happens on all web pages from time to time so I think it's Chromium related
[15:31] <kenvandine> thx
[15:31] <iainfarrell> doesn't happen in Chrome
[15:32] <czajkowski> iainfarrell: oki thanks.
[15:32] <iainfarrell> nw czajkowski
[15:32] <czajkowski> kenvandine: who is the person I need to nab later on to show them my od indicators ?
[15:32] <czajkowski> *odd
[15:32] <kenvandine> czajkowski, it's tedg... he actually knows about the bug
[15:32] <kenvandine> but has no idea how to fix it
[15:33] <czajkowski> ahhh
[15:33] <czajkowski> tis an odd bug :)
[15:33] <kenvandine> yeah... he has never seen it so easily reproducable though
[15:33] <czajkowski> I can see myself installing unity to stop seeing it
[15:33] <czajkowski> kenvandine: tell him he can have my laptop to see it happen over and over :)
[15:33] <kenvandine> but he really thinks it is a gnome-panel bug
[15:33] <czajkowski> aye
[15:33] <kenvandine> but i am not sure i believe him :)
[15:34] <kenvandine> if i tell him that, i think he'll hide from me :)
[15:34] <kenvandine> i'll try to nab him and you later
[15:34] <czajkowski> grand
[15:34] <czajkowski> thanks kenvandine
[15:34] <czajkowski> gwibber working perfectly now though
[15:34] <kenvandine> :)
[15:35] <klattimer> kenvandine: do you have the packages built in a repo?
[15:35] <klattimer> that'd help
[15:36] <klattimer> otherwise I'll just grab your bzr branch
[15:39] <kenvandine> no... i just built it in pbuilder
[15:39] <kenvandine> it fails for me without pbuilder...
[15:39] <kenvandine> tries to build gir stuff
[15:39] <kenvandine> i have too much crap installed :)
[15:52] <klattimer1> kenvandine: I'm at the back end of the conference coridor now
[16:09] <klattimer> kenvandine: it's taking an age to pull this branch :/
[16:09] <klattimer> kenvandine: I'm also in the same room as you
[16:09] <klattimer> :D
[16:15] <c10ud> hi, any way to set/force indicate-server icon with a custom path or something?


[15:45] <raubvogel> Having a blonde moment: how do I make dir that everyone in a given group can read/write in it?
[15:47] <ropetin> chmod 666
[15:47] <ropetin> ?
[15:47] <maxolasersquad> Probably want something more like 764
[15:48] <maxolasersquad> mkdir foo && chmod 764 foo
[15:49] <maxolasersquad> Owner: read/write/execute; Group: read/write; Other: read
[15:49] <maxolasersquad> raubvogel: ^^^
[18:40] <raubvogel> Thanks! And I also found my main issue: sticky bit
[21:41] <TiMiDo> hey to everyone
[21:41] <TiMiDo> ;)
[21:42] <balloons> afternoon :-)
[21:42] <TiMiDo> good afternoon balloons
[21:45] <TiMiDo> heya itnet7


[09:31] <CrummyGummy_> Morning
[09:31] <lordievader> o/
[09:31] <CrummyGummy_> Systemd seems to have locked me out of one of my servers with "System is booting up.Connection closed by <IP_ADDRESS>"
[09:31] <CrummyGummy_> any ideas how to get in without a reboot?
[09:32] <CrummyGummy_> Everything is running ok
[09:32] <CrummyGummy_> Just can't get in :(
[09:33] <lordievader> Well... if sshd ain't started....
[09:33] <lordievader> Remoting in is going to be difficult.
[10:39] <tlyng> I've tried running the "canonical-kubernetes" distribution using juju, how to I stop it and remove it?
[10:39] <tlyng> it's partially up and running now
[10:50] <tomreyn> CrummyGummy_: you may still be able to authenticate via ssh as root in this situation.
[10:50] <CrummyGummy_> tomreyn: I don't keep root passwords :(
[10:52] <tomreyn> CrummyGummy_: then i guess unless you have out-of-band management you're going to have to move there physically
[10:52] <CrummyGummy_> IPMI will save the day. I just have to wait for AH. Unfortunately
[10:53] <tomreyn> "AH"?
[10:53] <CrummyGummy_> after hours
[10:55] <tomreyn> oh
[10:55] <tomreyn> well good luck there
[15:32] <adsc> is there anything else I have to do to get apache2 to listen to 4443 instead of 443 besides changing the port in the virtualhost configuration? Here is the .conf file for the virtualhost: https://hastebin.com/iwaxegobin.apache
[15:33] <adsc> it's an ubuntu server 14.04 installation, btw.
[15:33] <adsc> i also did a2enmod ssl and a2ensite default-ssl.conf
[15:34] <adsc> lsof -i only shows http and https ports being listened on
[15:37] <adsc> i've already been helped in #httpd, thx
[15:53] <tjkoury> conjure-up doesn't work on 16.04; keeps saying that a controller is missing, which is supposed to be created during the juju bootstrap process.
[17:58] <foo> I'm having a strange issue I haven't seen before, and I don't believe I've changed any configs that would cause this. If I drop 1 or 2 packets, my ssh connection freezes and doesn't come back. I'm nearly certain I've had this issue and ssh session may just freeze for a sec or so, but never completely freeze. Anyone know if there is a setting I can check for this or something? Than you
[18:54] <sarnold> foo: nothing comes to mind, but I've gained a feeling that something about ssh is fairly brittle about networking.. every few months someone files a bug that they can't connect to a specific ancient device using ssh and the answer half the time is to set a lower MTU for the connection.
[18:54] <sarnold> foo: why PMTU doesn't sort that out automatically I just don't understand.
[18:55] <foo> sarnold: thank you. It's so strange. I've been working the same way for years and all of a sudden I have this issue. Maybe there is another variable at this specific coffee shop I'm at, or my hotspot has some sort of internal networking issue right now.
[18:55] <nacc> i would blame the coffeeshop router, maybe?
[18:57] <sarnold> foo: you might want to try the 'mosh' tool; it uses ssh for authentication and then runs its own udp-based client/server mechanism, with neat 'predictive typing' terminal handling so you can still do line editing tasks over very lossy connections..
[18:58] <sarnold> foo: it hasn't had the review that ssh has had :( but it's neat to work with it. It automatically adapts to changed addresses in many situations too, which is very convenient for short-dhcp-lease environmments, laptops moving between APs, etc..
[18:59] <foo> sarnold: ah, thank you
[18:59] <trippeh_> mosh is very nice when sitting on the train :)
[19:13] <genii> foo: Does the place used a captured portal ?
[19:19] <foo> genii: I'm using my own hotspot, which is what makes this extra strange. I'm connected to my hotspot via wifi. If there is something beyond that, I'm not connected via a captured portal (which I believe is what starbucks uses, which is where I'm at, but not on their network)
[20:01] <M3mphiZ> I'm currently preparing my ubuntu 16.04.1 lts server for nextcloud. I ran apt install php-smbclient. which downloaded a bunch of dependencies and set them up. but at the end i still get: WARNING: Module smbclient ini file doesn't exist under /etc/php/7.0/mods-available. Any Ideas?
[20:06] <nacc> M3mphiZ: LP: #1579034
[20:07] <nacc> M3mphiZ: if you could test that and mark it as v-d, the fix will roll out
[20:07] <M3mphiZ> nacc: v-d?
[20:07] <nacc> M3mphiZ: verification-done, see the last comment
[20:08] <M3mphiZ> nacc: yep its in the wrong dir.
[20:08] <nacc> M3mphiZ: yes, i know
[20:08] <nacc> M3mphiZ: please read the bug, test the fix and see if the fix works
[20:11] <M3mphiZ> nacc: works
[20:11] <nacc> M3mphiZ: thanks, please put a comment in the bug with the version tested and chagne the tag, it will then get picked up the SRU team
[20:12] <nacc> M3mphiZ: thanks for helping make ubuntu better, as well! :)
[20:17] <M3mphiZ> nacc: done.
[20:25] <nacc> M3mphiZ: thanks! for clarity's sake, you tested '0.8.0~rc1-2build1', right (`apt policy php-smbclient` output woudl be sufficient)
[20:26] <M3mphiZ> nacc: both dpkg -s and apt policy show 0.8.0~rc1-2
[20:27] <M3mphiZ> nacc: no build number mentioned
[20:29] <nacc> M3mphiZ: hrm, that doesn't seem right
[20:29] <nacc> M3mphiZ: you added proposed and updated?
[20:29] <nacc> M3mphiZ: can you pastebin `apt policy php-smbclient`?
[20:31] <M3mphiZ> nacc: i didnt add proposed
[20:32] <nacc> M3mphiZ: then what did you test?
[20:32] <nacc> M3mphiZ: the shipped version is broken
[20:32] <nacc> M3mphiZ: super confused, you should not have marked it as v-d if you didn't verify the fixed package.
[20:33] <M3mphiZ> nacc: To fix I had to copy /etc/php/mods-available/smbclient.ini to /etc/php/7.0/mods-available/smbclient.ini and then re-install php-smbclient. thats what i tested and worked
[20:33] <nacc> no
[20:33] <nacc> that's not an accurate test
[20:33] <nacc> sigh
[20:33] <nacc> M3mphiZ: note i specifically asked you to read the bug and the last comment
[20:36] <M3mphiZ> nacc: ok verified now
[20:36] <M3mphiZ> removed the file from both locations, removed php-smbclient, and installed php-smbclient/xenial-proposed
[20:36] <M3mphiZ> nacc: php-m lists smbclient now
[20:36] <nacc> M3mphiZ: thanks! if you could put a comment in to that effect, with the `apt policy php-smbclient` output (or simply the version), that'd be great, and mark it v-d again
[20:38] <M3mphiZ> nacc: done. :)
[20:39] <nacc> M3mphiZ: thanks!
[20:39] <nacc> M3mphiZ: should trickle into the -updates component in a bit (maybe delayed due to the holidays :)
[21:26] <T-Co> I'm trying to make an AMI and have added additional EBS volume. I now want to use cloud-config to make btrfs and mount it to /var/lib/docker before rancher kicks off docker install... I have tried to debug with cloud-init -d init but no avail
[21:27] <T-Co> I have 3 simple runcmd commands in an yml and AFAIK they are being read
[21:27] <T-Co> 2016-12-22 21:11:47,706 - util.py[DEBUG]: Reading from /etc/cloud/cloud.cfg.d/45_fs_setup.cfg (quiet=False)
[21:27] <T-Co> 2016-12-22 21:11:47,706 - util.py[DEBUG]: Read 114 bytes from /etc/cloud/cloud.cfg.d/45_fs_setup.cfg
[21:27] <T-Co> Any pointers? Running on xenial


[01:17] <karni> Night guys.
[03:42] <jo-erlend> Can someone confirm that desktopcouch isn't working at all in oneiric? Or is it just me again?
[06:25] <jderose> jo-erlend: confirmed, desktopcouch isn't working in Oneiric... actually, it's CouchDB OAuth that isn't working, but that breaks desktopcouch
[06:27] <jo-erlend> jderose, oh, ok. Any idea when it'll get fixed? I'm assuming that's a big enough issue to hold back release?
[06:29] <jderose> jo-erlend: it will definitely be fixed, although i don't think it's been decided yet whether to updated to CouchDB 1.1.0, or back-port some fixes. this is the CouchDB bug to track - https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/817656
[06:30] <jderose> jderose: BTW, i'm not on the ubuntu one/desktopcouch team, i'm just some guy who uses desktopcouch a lot :)
[06:30] <jo-erlend> jderose, ah! Great! I've been trying to find that bug so I can keep up. I'm working on a very couch-dependent app, so it's kinda important to me to know it straight away when it gets fixed. :)
[06:30] <jderose> jo-erlend: ah, awesome!
[06:30] <jo-erlend> not yet, but I'm hopeful :)
[06:31] <jderose> jo-erlend: if you're feeling adventurous, i do have an unofficial CouchDB 1.1.0 build in a PPA - https://launchpad.net/~novacut/+archive/daily?field.series_filter=oneiric
[06:31] <jderose> i've been testing it for the past week... there is one difficult to reproduce problem i've encountered, but all in all it seems quite stable
[06:36] <jo-erlend> I don't think I'll have much to contribute there. I'm only a couch consumer so far. Not a very advanced one either. :)
[06:37] <jo-erlend> I'm really excited about it though. I've spent a long time just grasping how simple it is to use. It's so simple, it's difficult to understand. I keep saying to myself "I must have misunderstood something. It can't be that simple" :)
[06:38] <jderose> jo-erlend: do you have much SQL background? i really struggled with CouchDB at first, and I think part of my problem is I always tried to understand it in MySQL terms, as I've used it a lot
[06:39] <jo-erlend> well.. Yes, I've been using it for more than a decade. Nothing serious though. But still, the SQL mentality really sticks.
[06:39] <jderose> jo-erlend: but yeah, CouchDB is very elegant for a lot of problems... i think you're typical application can use CouchDB much more naturally than say Sqlite
[06:40] <jo-erlend> yes. I
[06:40] <jo-erlend> I'm experimenting with some cool stuff that I don't think I could ever do with SQL.
[06:40] <jo-erlend> or, at least it would be _a lot_ more complicated.
[06:40] <jderose> yea
[06:41] <jderose> jo-erlend: what programing language(s) are you using with CouchDB?
[06:43] <jo-erlend> python.
[06:43] <jo-erlend> I
[06:44] <jo-erlend> I'm doing some work on Quickly Widgets, which provides a CouchGrid, for instance. Really cool stuff.
[06:44] <jderose> jo-erlend: nice, quickly is awesome
[06:44] <jo-erlend> it is.
[06:46] <jo-erlend> five lines of code to make a gtk.TreeView backed by DesktopCouch with filtering and everything. It's awesome, actually.
[06:46] <jderose> jo-erlend: to shamelessly self-promote a bit... if you need more direct access to the CouchDB API from Python, checkout microfiber - https://launchpad.net/microfiber
[06:46] <jderose> that does sound awesome. i haven't played with CouchGrid yet, i should
[06:46] <jo-erlend> that sounds nice.
[06:47] <jo-erlend> it's kinda extremely easy :)
[06:49] <jo-erlend> jderose, http://paste.ubuntu.com/682391/
[06:49] <jo-erlend> I have to run! I have a meeting. bbl
[06:50] <jderose> jo-erlend: later, we'll have to chat again! :)
[06:51] <jo-erlend> yes, I'd like to explore that project of yours. :)
[08:07] <JamesTait> Happy Monday, everyone!
[08:16] <jderose> JamesTait: morning! so are you at the U1 sprint?
[08:33] <mandel> morning all!!!
[08:33] <mandel> I'm here but not here :P
[08:46] <JamesTait> jderose: I'm at home right now, wishing the weather was more like Buenos Aires! :)
[08:47] <jderose> JamesTait: ah, gotcha... for some reason i thought the sprint was in london... yeah, buenos aires probably has nicer weather :P
[08:56] <mandel> jderose, JamesTait we go to argentinq waaaaay to often ;)
[08:57] <jderose> hehe
[10:46] <MissAngel> Ubuntu One is extremely disappointng for me, it does not integrate with kde, the windows beta client does not work at all
[10:50] <mandel> MissAngel, it is a beta and it was more a proof of concept, we are weeks from releasing the new one, which has most of its UI done in Qt which means that the KDE integration is very easy to do
[10:58] <MissAngel> mandel: I see maybe then I can consider leaving dropbox
[10:59] <mandel> MissAngel, give it a couple of weeks, the improvements on the windows client are really big, there are some small missing things but we are working on them? and I'm sure that getting that working on KDE should be very easy
[11:19] <gatox> mandel, i have to go to the bank..... i'll be back in 30 mins or so
[11:28] <facundobatista> Holaaaaaa
[12:12] <ralsina> good morning!
[12:43] <karni> How long will people continue raving about open sourcing Ubuntu One Files, whilst they have been open since the beginning? I think some of them don't even look for the sources. Expecting them to "juST Be 0pen!" is sufficient, with no further interest or contributions.
[12:51] <facundobatista> Hola ralsina
[12:51] <ralsina> hola facundobatista
[12:54] <alecu> hello #ubuntuone!
[12:58] <ralsina> hola alecu!
[13:00] <alecu> me
[13:01] <alecu> ralsina, are we standing up today?
[13:01] <ralsina> alecu: why not
[13:01] <ralsina> standup! ;-)
[13:02]  * alecu needs to standup and take amelia to kinder really quick
[13:02] <alecu> me again
[13:02] <ralsina> then we don't take her to the kinder :-)
[13:02] <ralsina> I meant "we don't. Take her to the kinder"
[13:02] <alecu> ralsina, cool. Anyway, here are my notes:
[13:02] <alecu> DONE: got ipc fixes branch merged; started working on broken client tests on server on delayed hashing branch
[13:02] <alecu> TODO: take a look at mandel's no-watches-on-parents; finish fixes on hashing branch
[13:02] <alecu> BLOCKED: no
[13:02] <alecu> NEXT: ralsina
[13:03]  * alecu will be back in some 30'
[13:03] <alecu> cheers!
[13:49] <alecu> hello back
[13:50] <mandel> alecu, ralsina here you have a new MP with the changes mentioned by nessita: https://code.launchpad.net/~mandel/ubuntuone-client/eq-add-ancestors-watches/+merge/74102
[13:51] <mandel> alecu, ralsina it is the same code but I created a new MP so that we do not block the code yet we have the history of the previous one
[13:51] <alecu> mandel, cool, thanks for working on this.
[13:51] <mandel> if you can add some quick reviews it will be bloody awesome :)
[13:51] <ralsina> mandel: got a link to the old one?
[13:51] <alecu> mandel, aren't you supposed to be on vacation?
[13:51] <ralsina> So we can link it and have the comments
[13:51] <mandel> ralsina, there is a link in the description of the new one
[13:52] <ralsina> mandel: ok, missed it
[13:52] <mandel> alecu, yes.. I am, mainly coding what I want hehehe
[13:52] <mandel> ralsina, at the very bottom :)
[13:52] <ralsina> mandel: yeah was below the screen :-)
[13:52] <mandel> :D
[13:53] <mandel> alecu, I'm going to be trying to fork tortoisebzr and create a tortoiseu1 :P
[13:53] <mandel> alecu, but I'll be around for things like this :P
[13:53] <alecu> mandel, are you redoing the twisted ipc on C++ too? ;-)
[13:54] <mandel> alecu, no.. I'm being uglier, I'm writing a small .exe that gets a path as an arg and returns the state, then the C++ extension calls that one, I think tortoisebzr does something like that :P
[13:55] <mandel> alecu, we should eventually move to jsonrpc so that people can do this easier, but for know...
[13:55] <mandel> I mean now..
[13:55] <mandel> lets calli it an alpha shell extion, to see if it works :)
[13:55] <alecu> mandel, "an exe that gets a path..." that sounds absolutely overkill...!  Sure, python :-)
[13:58] <mandel> ralsina, yeah, that is similar to the use of python the have? lets see if it works, is a holiday project :D
[13:58] <ralsina> mandel: cool!
[13:58] <ralsina> Specially now that IPC is kinda performing :-)
[14:02] <mandel> ralsina, if getting the info works, we can later add a contextmenu with the same idea that creates and removes udfs etc...
[14:02] <mandel> we will see if it works :)
[14:02] <ralsina> mandel: so, we are doing a sort of u1sdtool/
[14:02] <ralsina> ?
[14:09] <mandel> ralsina, yes, of the kind, I need to use the Python C libs form c++ to load the modules of SDTool and call the functions directly, I probably will do a small wrapper that creates a singleton command in the module and deals with the deferred things etc..
[14:10] <ralsina> mandel: cool
[14:11] <mandel> ralsina, alecu do remember the review ;)
[14:11] <ralsina> mandel: I am running the tests
[14:12] <mandel> cool
[14:16] <ralsina> gatox: you around?
[14:29] <ralsina> ARGH I have to add another public method to SSO!!!!!
[14:30] <ralsina> alecu, mandel: have 5 minutes for a quick mumble before I jump ff the balcony?
[14:31] <alecu> ralsina, sure!
[14:32] <ralsina> alecu: if you said anything, I didn; t hear it
[14:33] <alecu> ralsina, I just "forced quit" my mumble, it's stuck
[14:34] <ralsina> alecu: ok
[14:36] <mandel> ralsina, sure, give me a sec
[14:36] <mandel> :)
[14:36] <gatox> I'M BACK!!!!!!!
[14:36] <gatox> ralsina, i'm here
[14:36] <ralsina> gatox: please check your latest assigned bug and queue accordingly, or if you have too much, bounce it to me :-)
[14:37] <gatox> ralsina, ok..... i'll check that now
[14:37] <ralsina> gatox: it's a side-effect of moving the "setup account" button to the wizard: it stays there for the next page
[14:37] <gatox> ralsina, i fixed the bug that you mention on friday... its already integrated in my branch
[14:37] <gatox> ralsina, ahhhhh ok
[14:48] <ralsina> gatox: can you mumble 15'?
[14:48] <gatox> ralsina, yes
[14:52] <gatox> ralsina, i'm having some problems with mumble... trying to connect
[14:52] <ralsina> gatox: he, the only mumble that wrks is mine
[15:31] <ralsina> mandel: +1
[15:39] <mandel> ralsina, awesome!
[15:44] <mandel> alecu, ping
[15:48] <alecu> mandel, pong and approve
[15:49] <mandel> alecu, awesome, and question
[15:50] <mandel> alecu, the get_metadata method in dbus, does it contain any info of the status of the file?
[15:50] <mandel> as in synced, or syncing..
[15:50] <mandel> ?
[15:50] <alecu> mandel, no idea... looking
[15:51] <mandel> alecu, thx? I'm asking around to see if anyone knows..
[15:56] <alecu> mandel, I'm testing it using d-feet, here's the result:
[15:56] <alecu> http://pastebin.ubuntu.com/682647/
[15:57] <alecu> mandel, there seems to be no clear "status" on it.
[15:58] <alecu> mandel, we should take a look at the nautilus plugin to see how they used to manage the status
[15:58] <mandel> alecu, done it, you have to compare the local_hash and the server_hash
[15:58] <mandel> alecu, and I suppose that is_partial might mean is updating, but for the time being I can just use up to dated and outdated :)
[15:59] <alecu> mandel, cool
[16:05]  * mandel walking dog
[16:57] <gatox> anyone?? quick review: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/setup-button-fix/+merge/74118
[16:57] <gatox> ralsina, ^
[17:05] <ralsina> gatox: on it!
[17:06] <ralsina> gatox: isnt't it easier to just call setButtonLayout() on the following page?
[17:06] <ralsina> gatox: just asking!
[17:07] <gatox> ralsina, mmmm but in that way i have to be sure that the other page knows what should be done..... in this way the same page that add the buttons, takes care of the cleaning... but i can change it if you prefer
[17:07] <ralsina> gatox: it's ok for me
[17:07] <gatox> ralsina, also..... i forgot the docstrings in the test....... submitting that
[17:08] <ralsina> gatox: yep. Other than that, +1 from me. If you get one from alecu, merge it
[17:08] <gatox> ralsina, ok!
[17:08] <ralsina> gatox: remember that we don't have tests on -installer, so make sure that the tests pass on both platforms, lint, etc
[17:09] <ralsina> I mean we don't have tests on tarmac
[17:09] <gatox> ralsina, ok
[17:09] <ralsina> and I'm off for lomitos
[17:15] <gatox> alecu, quick review? https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/setup-button-fix/+merge/74118
[17:54] <alecu> gatox, I'm running the tests, about to approve.
[17:54] <gatox> alecu, thanks!
[17:55] <alecu> gatox, I have not run the installer tests in a while, so I don't know if this is OK:
[17:55] <alecu>   File "E:\ubuntuone-windows-installer\review_setup-button-fix\ubuntuone_install
[17:55] <alecu> er\gui\qt\setup_account.py", line 249, in hideEvent
[17:55] <alecu>     self.set_up_button.setVisible(False)
[17:55] <alecu> AttributeError: 'NoneType' object has no attribute 'setVisible'
[17:55] <alecu> gatox, that error shows up a lot on the logs, but all the tests pass anyway.
[17:55] <gatox> alecu, ..... weird....... let me recheck.... that was working.....
[17:56] <gatox> alecu, ok..... i'll check that
[17:56] <alecu> gatox, perhaps I need to bzr update some of the other projects?
[17:56] <gatox> alecu, let me check first...... i just pay attention if the test were ok in the last run
[17:57] <alecu> gatox, here's the whole test run: http://pastebin.ubuntu.com/682747/
[17:57]  * gatox reading....
[18:02] <ralsina> I saw those errors on friday night
[18:03] <ralsina> alecu: I have a fix for the credentials problem. I think it's a slicghtly terrible hack though :-(
[18:03] <ralsina> alecu: https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/register_plus_login/+merge/74127
[18:04] <alecu> ralsina, where are those controllers used?
[18:04] <ralsina> alecu: they are the logic behind the wizard or sso pages
[18:05] <ralsina> the verificationemailcontroller is the one that asks for the verification token you get by email
[18:06] <alecu> ralsina, then I don't understand why this is a hack
[18:06] <alecu> ralsina, is it because we are adding "logic" to the ui layers?
[18:06] <ralsina> alecu: because there are broken credentials, then I remove them, and create new ones
[18:06] <ralsina> and the right fix is, of course, not to have broken credentials :-)
[18:07] <ralsina> But I am suspecting that involves about 10x the code, plus new API in u1-client and sso, plus a similar change to this one (except without the clear_credentials)
[18:08] <alecu> ralsina, hmmm. I see.
[18:09] <gatox> ralsina, are you talking about the issue with the "setVisible" attribute?? it seems that in the test the initializePage method is not being executed.....
[18:09] <gatox> but i'm setting the page to the wizard to force that.....
[18:09] <ralsina> gatox: yes that error
[18:09] <ralsina> gatox: usually initializePage() will not be called unless you add it to the setUp for that testcase
[18:10] <gatox> ralsina, if i check in showEvent and hideEvent that set_up_account is not None.... the error is fixed...... but, i think that is not the proper soluution..... and i'm adding that just for the tests.... that error doesn't appear in the normal execution
[18:10] <ralsina> gatox: no, the right thing is to add initializePage to the setUp I think
[18:10] <alecu> ralsina, well, I agree that this is ugly. We are asking for a first set of credentials, but not doing the ping at that point. Then we are doing login again, asking for a new set of credentials, and doing the ping in that second step.
[18:11] <ralsina> alecu: yep
[18:11] <ralsina> alecu: I spent 2 hours trying to figure out _where_ the ping is supposed to be done for new accounts, unsuccessfully
[18:12] <ralsina> "register" doesn't give you credentials, AFAICS
[18:12] <gatox> ralsina, mmmmmmm calling initializePage in setUp doesn't solve it....... this is weird.....
[18:12] <ralsina> gatox: ugh
[18:12] <alecu> ralsina, either we can spend a few more hours digging the code, or we can ask nessita tomorrow :-)
[18:12] <gatox> ralsina, i'm doing: setup_page = self.ui.page(self.ui.setup_account_page_id)
[18:12] <gatox> ralsina, setup_page.initializePage()
[18:12] <ralsina> alecu: and in the meantime, this workaround does work (not for trunk)
[18:12] <alecu> ralsina, and I'm pretty sure what nessita answer to the ugly proposal would be.
[18:13] <ralsina> alecu: I know, too
[18:13] <ralsina> we can merge it and not tell her ;-)
[18:13] <alecu> ralsina, and risk decapitation?
[18:13] <gatox> ralsina, do you appreciate your life?
[18:13] <gatox> jeje
[18:13] <ralsina> je
[18:14] <ralsina> ok, I am calling this officially a hack, and will put it in her plate tomorrow
[18:14] <ralsina> or maybe back in mine
[18:14] <gatox> ralsina, so.... your hack fix the same problem i'm having here with this attribute??
[18:14] <gatox> or you are talking about something else now?
[18:15] <ralsina> gatox: no, it's another thing
[18:15] <gatox> ralsina, ah ok......
[18:15] <ralsina> gatox: let me check that bug. Do you have a pushed branch with the initializePage in it?
[18:15] <gatox> ralsina, no with the initializePage..... i'll add it now
[18:15] <ralsina> gatox: ok
[18:30] <gatox> ralsina, this branch has the initializePage: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/setup-button-fix/+merge/74118
[18:30] <ralsina> gatox: cool, looking at it
[18:31] <gatox> ralsina, and let me know when you are free...... i have 2 more small branches for review
[18:31] <ralsina> gatox: I can either do it now, or after 4:30
[18:32] <gatox> ralsina, if you are free now better..... they are really small and trivial
[18:32] <ralsina> gatox: shoot then
[18:34] <gatox> ralsina, this one: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/ui-improves-nav-are-you-sure/+merge/74132
[18:35] <ralsina> gatox: did you actually try that click() doesn't work with disabled buttons? ;-)
[18:35]  * ralsina doesn't know
[18:36] <gatox> ralsina, i made some tests and it was working here...... i don't know what you mean with disabled buttons....... disabled buttons are not clickeable anyway......
[18:36] <gatox> ralsina, but when they are enabled again they can be clicked....
[18:36] <gatox> ralsina, ahhhhhhhhhh
[18:36] <ralsina> gatox: they are not clickable with the mouse. I don't know if calling button.click() on a disabled button works or not
[18:36] <gatox> ralsina, i understand what you mean
[18:37] <gatox> ralsina, let me check
[18:38] <gatox> ralsina, it doesn't has any problem...... is the button is disabled, the click() slot is not executed
[18:39] <ralsina> cool, then I'll run the tests and let you know
[18:39] <gatox> ralsina, yep...... but that branch only touch .ui files....
[18:39] <ralsina> agreed. +1
[18:40] <gatox> ralsina, this is the other branch: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/ui-improves-nav-are-you-sure/+merge/74131
[18:40] <ralsina> looking...
[18:40] <ralsina> basically, you flipped all the accept/reject logic?
[18:40] <ralsina> gatox: ^
[18:41] <gatox> ralsina, yep! as we talk in mumble..... i tried first to do something with finished or reject........ but that has another issues
[18:41] <ralsina> ok then, +1
[18:42] <ralsina> I am tempted to just set both branches to approved
[18:42] <ralsina> but get a check from alecu just in case
[18:42] <gatox> ralsina, do it.... i'm your consciense
[18:42] <gatox> jejeje
[18:42] <gatox> ralsina, ok
[18:43] <gatox> alecu, really small reviews: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/ui-improves-nav-are-you-sure/+merge/74132  and   https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/ui-improves-nav-are-you-sure/+merge/74131
[18:43] <alecu> gatox, sure
[18:43] <gatox> alecu, thanks
[18:51] <alecu> gatox, on the are-you-sure branch I'm getting the same error message as I pasted above, so it must be something on my side
[18:52] <ralsina> alecu: that error is real, it's just not related to these branches, it's older stuff
[18:52] <gatox> alecu, yep, i have the same error here... i'm looking how to fix it
[18:52] <alecu> gatox, approved
[18:52] <gatox> alecu, thanks!
[18:58] <mandel> ralsina, ping
[18:58] <ralsina> mandel: pong
[19:00] <mandel> ralsina, you are going to hate me :)
[19:00] <ralsina> mandel: ok, done! ;-)
[19:00] <mandel> ralsina, I found the best way to implement th idea I had :)
[19:00] <ralsina> aaaaaaand I hate because?
[19:00] <mandel> ralsina, I'm playing with the idea of moving from pb to a symmetric json twisted protocol :)
[19:00] <mandel> the one the italian did :P
[19:00] <ralsina> ok, hated you are
[19:01] <mandel> ralsina, told :)
[19:01] <ralsina> mandel: you are on vacations, so I can't tell you how screwy it is to say that this week ;-)
[19:01] <mandel> ralsina, ah, but not this week, is going to be my personal sd buahahahaha
[19:09] <ralsina> mandel, alecu: is killing the syncdaemon process considered a bad idea?
[19:10] <alecu> ralsina, you mean "is killing mandel" a bad idea?
[19:10] <alecu> ralsina, it's not a good one, but I think SD can survive any kind of crashes.
[19:11] <ralsina> alecu: is there a way to tell it to quit instead?
[19:12] <ralsina> Going to pick up the kid from kinder, be back in 30' or so
[19:12] <alecu> ralsina, with some of my latest branches, it might quit and not hung up like it did.
[19:16] <mandel> alecu, booo I'm just having fun :)
[19:16] <mandel> alecu, I want to be able to access the SD IPC from any lang :P
[19:17] <alecu> mandel, "set LANG=zulu; python myscript.py"
[19:18] <mandel> haha
[19:34] <gatox> ok....... EOD for me!! see you tomorrow
[19:36] <alecu> bye gatox!
[19:46] <ralsina> alecu: can I get a review for https://code.launchpad.net/~ralsina/ubuntuone-control-panel/with-systray/+merge/73712
[19:47] <alecu> ralsina, sure
[19:50] <ralsina> alecu: thanks
[20:21] <alecu> ralsina, approved.
[20:21] <ralsina> alecu: yay!
[20:32]  * alecu runs to the kinder.
[20:50] <czajkowski> evening
[21:22] <duanedesign> hello CardinalFang
[21:22] <duanedesign> ugh
[21:22] <duanedesign> hello czajkowski
[22:04] <karni> hows your new laptop, duanedesign
[22:12] <karni> duanedesign: g'night
[22:57] <duanedesign> karni: i missed you :\
[23:03] <karni> duanedesign: I was just leaving
[23:04] <karni> That's ok, we'll talk tomorrow :)
[23:04] <karni> I'm *really* tired. Night, friend!


[00:59] <smoser> dbuechler, i suspect we need these: http://paste.ubuntu.com/11176334/
[00:59] <smoser> right ?
[00:59] <smoser> please just confirm and maybe pester me with an email or submit a merge proposal and well get that fixed.