=== thumper-gym is now known as thumper === m_conley is now known as m_conley_away === duflu_ is now known as duflu [05:01] morning === Zachary_DuBois|A is now known as Zachary_DuBois [05:23] Good morning === Zachary_DuBois is now known as Zachary_DuBois|A === thumper is now known as thumper-back-for === thumper-back-for is now known as thumper-afk [08:03] morning [09:00] good morning desktopers! [09:03] hey! [09:03] Laney, hey, how are you? [09:05] hey seb128, I'm alright thanks, good climb last night ;-) [09:05] you? [09:05] I'm good thanks ;-) [09:05] how is your finger? [09:05] seems alright now [09:06] good [09:11] bah, freezes are boring, 4 updates this morning [09:11] * seb128 wants the good stuff to reach his update-manager ;-) [09:16] hey mvo ;-) [09:16] hey seb128! [09:16] mvo, wie gehts? [09:16] seb128: great, thanks! how are you? [09:16] I'm good thanks! [09:17] I'm on vacation currently, which means hacking time :) (and time to take care of the kids) [09:17] nice! [09:17] hacking time.... ;-) [09:18] mvo, speaking of which, aptdaemon decided to stop ftbfsing in trusty, which is good, but now britney is unhappy because some autopkgtest is red ... any chance you could have a look to it? [09:19] seb128: yeah, I was looking at the ftbfs some days ago and it was fine in my pbuilder so I assumed its cool [09:19] seb128: I'm looking at a apt adt failure currently, but aptdaemon can be next [09:19] great, thanks [09:19] that update includes the fix for one of the most reported e.u.c errors [09:20] seb128: yeah, I remember your MP for that [09:20] so it would be good to have it in the release pocket ;-) [09:20] seb128: indeed [09:22] seb128: I will try to reproduce in my newly acquired lxc testing container [09:24] "lxc testing container", nice [09:26] seb128: well, all credit to pitti who helped me get adt going [09:26] hey mvo, wie gehts? [09:26] bonjour seb128 [09:26] pitti, salut, ça va ? [09:26] pitti: gut, danke! [09:26] pitti, see, a mvo around! [09:26] mvo: heh, I'm currently creating a doc/README.running-tests so that I won't have to any more in the future :) [09:26] isn't that nice? ;-) [09:26] much-needed introductory documentation anyway [09:27] seb128: en effet ! [09:27] mlankhorst, seb128 morning, any news on bug 1284536? [09:27] Launchpad bug 1284536 in compiz (Ubuntu) "compiz crashed with SIGSEGV in two_way_long_needle()" [High,Confirmed] https://launchpad.net/bugs/1284536 [09:27] pitti: hehe, yeah, that scales better :) [09:27] mvo: Attention ! Tu dois parler français ici, c'est la langue officielle d'équipe du bureau [09:28] jibel, hey, I think mlankhorst said it's not an issue in the software rendering stack [09:28] uhhh, so I need to fire up duolingo again ;) [09:28] guten Morgen mvo [09:28] hey jibel! great to see you [09:28] jibel, Trevinho said he can workaround it in unity the same way compiz workarounded it [09:28] mvo, nice to see you too :) [09:28] mvo: mon aussi -- ma derniére leçon est trop long [09:29] mvo: btw, I got the go-ahead for autopkgtest 2.9, I'll uplaod it today to Debian (after finishing the documentation) and sync it; then adt-build-lxc will be in the package, much easier [09:29] seb128, ah okay, there is no comment on the report. [09:30] jibel, I tried to get traction on IRC, mlankhorst worked on it [09:30] pitti, "dernière" "était" "longue" [09:30] ;) [09:30] jibel, is that creating issues for you/QA testing? [09:30] jibel: merci --- see, that's what I mean, need more practice :) [09:31] seb128, it's making installer tests really unstable and sometimes prevents ubiquity fails to start because of it. [09:31] s/prevents// [09:32] Trevinho, ^ you are working on that decoration/software-rendering issue right? [09:36] mvo, btw another "easy to trigger apport prompt" from update-manager is "close the polkit password prompt if you get one to install new packages" (or walk away from the computer until it hits the timeout, which is not that long) [09:41] oops, should remove landing PPAs after you're done with them === thumper-afk is now known as thumper [09:56] yeah, I got bitten by leftover landing ppa as well ;-) [10:06] I'm tempted to upload a new synaptics === psivaa-afk is now known as psivaa [10:07] 'new'? [10:07] seems to contain a bunch of fixes to make touchpad a whole lot less twitchy [10:07] new = git snapshot of 1.8 branch [10:09] if it's bugfix only that's fine [10:10] I don't think it counts as such [10:10] but the new features are basically bug fixes that are slightly too big to fit in a point release, afaict from git history [10:15] mlankhorst, sounds like you would need a ffe for that update then [10:16] yeah I'll do some more investigating first, seems a couple of the bug reports I'm hitting locally too [10:33] mvo, did you see https://code.launchpad.net/~brian-murray/aptdaemon/bug-1266844/+merge/207276 btw? another bug similar to the one I tried to fix [11:06] seb128, is anyone still actively maintaining firefox? autopkgtest is currently failing with bug 1285605, mozcrash is not in the archive or in debian and there is a force-badtest hint on firefox. [11:06] Launchpad bug 1285605 in firefox (Ubuntu) "autopkgtest fails with: ImportError: No module named mozcrash" [Undecided,New] https://launchpad.net/bugs/1285605 [11:06] jibel, no, no firefox maintainer anymore (chrisccoulson does what he can but he's focussed on other things) [11:06] seb128, it is a rather big testsuite and use lot of resources [11:07] well, if it's not working and using resources, I would say to disable it [11:07] it's a bit of a shame but no point using resourcing for something which is not working... [11:07] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1274429 [11:07] Launchpad bug 1274429 in firefox (Ubuntu) "Autopkgtests fail" [Undecided,New] [11:08] +1 for turning it off then [11:09] seb128, thanks, will do. [11:09] thank you [11:15] Sweetshark, hey, same for libreoffice, autopkgtest fails because a patch is rejected http://paste.ubuntu.com/7004529/ [11:15] Sweetshark, is it something that you can fix? otherwise disable autopkgtest [11:30] jibel: Ill look into fixing the auotpkgtests still. But do we have the infra to run them in jenkins anyway? previously we ran out of disc space for them .. [11:33] Sweetshark, we do, this has been fixed a while ago. The test timed out during the copy of the source tree which has also been fixed 3 weeks ago or so [11:35] Sweetshark, tests are now running on disk and can grow up to 40G of disk space [11:39] seb128, firefox tests have already been disabled in 28.0~b2+build1-0ubuntu1 (0ubuntu2 is in proposed). Once it is released I'll remove the package from jenkins. [11:41] jibel, ok, thanks [11:41] chrisccoulson, ^ [11:41] jibel, can you update the bug Laney pointed with those info? [11:42] seb128, done [11:43] jibel, thanks [11:58] i would like to have working firefox tests again at some point, but running them just in the development release isn't much value to me :/ [11:58] i need them https://launchpad.net/~ubuntu-mozilla-security/+archive/ppa and https://launchpad.net/~mozillateam/+archive/firefox-next really [11:59] we still waste a significant amount of time doing manual tests for updates [12:02] chrisccoulson, hi :), are you about to push 28.0b6? [12:03] ricotz, it's quite low down on my list of priorities atm [12:04] ricotz, maybe later tonight [12:04] chrisccoulson, oh, really? [12:04] even thunderbird 24.3.0 didnt hit trusty yet [12:04] ricotz, yeah, i only touch it now when i get a few minutes in my spare time [12:05] chrisccoulson, it would be great if you push those to the ppas if you arent comfortable having things in the main repo yet [12:05] ricotz, it should be in trusty. i just haven't had time ;) [12:06] meaning if you haven't time to test them deeply [12:06] i see [12:08] chrisccoulson, on which releases do you want to test firefox-next and security ppa? all stables + dev or only dev or only stables or only LTSes ? :) [12:08] jibel, it would be all stables (i don't use those PPA's for the dev release) [12:09] if we can do that, I'll spend some time getting the tests in order again, as that would save me quite a lot of time [12:09] chrisccoulson, ack, I'll see what I can do [12:09] thanks :) [12:12] chrisccoulson, well, at least infinity fixed the ppc build issue ;-) [12:13] chrisccoulson, so we should have an updated version in trusty after the beta freeze ends [12:14] jibel: awesome. Ill see to get the autopkgtests back up then! === alan_g is now known as alan_g|lunch [12:55] seb128, chrisccoulson, jibel: re firefox autopkgtests, there are only 60 something failures iirc, but thousands of tests that pass. wouldn't it be better to disable the 60 tests that can't import mozcrash? [12:56] until such time that someone can fix those tests [12:57] jdstrand, that would work for me, it's just that tests are red for ever and nobody did anything about it so far [12:57] chrisccoulson, jibel: +1000 on enabling autopkgtests in the ppas [12:57] but sure, if that works, +1 [12:57] bah, I admit defeat [12:57] who wants to help me with some C++? :-) [12:58] it involves virtual functions [12:58] bug 1285605 seems to suggest it is python [12:58] Launchpad bug 1285605 in firefox (Ubuntu) "autopkgtest fails with: ImportError: No module named mozcrash" [Medium,Fix committed] https://launchpad.net/bugs/1285605 [12:59] why not disable the script that runs /usr/lib/firefox/testing/testrunhelper.py? [12:59] that's used to run all tests [12:59] hmmm [12:59] then how are only 60 something tests failing? [13:00] if there are only ~1000 tests passing, then that would suggest most things are broken, as there should be in the order of 30000 test results [13:00] well, let's look at the failures real quick [13:00] https://jenkins.qa.ubuntu.com/job/trusty-adt-firefox/150/ARCH=amd64,label=adt/testReport/ [13:00] 34 failures (±0) , 879 skipped (±0) 21,286 tests (±0) [13:01] jdstrand, mochitest are not counted at all because they completely fail to run. 60 are only for the tests that ran [13:01] weird, I could've sworn that number was 60 something, not 30 something [13:01] jdstrand, if you compare to saucy it's more like 3k tests that did't run [13:01] bzr branch lp:~laney/ubuntu-system-settings/reset-api build, install, USS_SHOW_ALL_UI=1 ubuntu-system-settings reset → Reset all system settings [13:02] crashes because it can't resolve the virtual function [13:02] looking at https://jenkins.qa.ubuntu.com/job/trusty-adt-firefox/150/ARCH=amd64,label=adt/testReport/, I see that 21,286 tests are passing [13:02] lib/Systemsettings/plugin-interface.h src/plugin.c reset() [13:03] with 34 failures [13:03] is it not possible to just disable/skip the 34 failures for now and then we still have the 21,286 tests? [13:05] Laney, should the return type match? [13:05] jibel, chrisccoulson: ^ [13:06] Laney, never mind, guess i'm looking at the wrong function [13:08] seb128: ^ [13:09] attente: line 253 in plugin.cpp [13:10] disabling / skipping tests requires a source change to firefox in any case [13:10] but if mochitests are being skipped then the 34 failures is inaccurate. that number is really in the 10's of thousands [13:11] and mochitests are the ones that matter [13:12] chrisccoulson: hrmm [13:12] attente: the idea is that panels can either handle resetting in their plugin or in their page component [13:13] the bool tells you whether it was handled or not - I tried to add a default false case [13:13] * Laney sucks [13:14] chrisccoulson: what provides mozcrash? [13:14] jdstrand, firefox. it's in the package, it just doesn't find it [13:14] so, it is maybe something as simple as adjusting PYTHONPATH? [13:15] or the equivalent module setting in the script (I forget what it is otoh) [13:18] chrisccoulson: https://bugzilla.mozilla.org/show_bug.cgi?id=849900#c1 [13:18] Mozilla bug 849900 in General "remove hacks to enable mozbase from the automation code when we are running all tests in a virtualenv" [Normal,New] [13:19] jibel: will you be the one implementing the autopkgtest runs in the ppas chrisccoulson mentioned? [13:21] chrisccoulson: as for manually testing of security updates due to lack of autopkgtests runs> I would think that if we ran the autopkgtests manually on stable releases, we could back off on the manual testing to the point that we would if the tests ran in the ppa, no? [13:22] chrisccoulson: therefore, fixing this would be worthwhile for the next update [13:22] chrisccoulson: oh, https://bugzilla.mozilla.org/show_bug.cgi?id=827446 [13:22] Mozilla bug 827446 in General "update mochitest, reftest, xpcshell to use mozcrash" [Normal,Resolved: fixed] [13:23] chrisccoulson: see comment #22 (among others) [13:24] chrisccoulson: actually, starting at 15. seems that might provide some hints anyway [13:24] thanks. the real issue is the first bug, because upstream are now running all tests in a virtualenv [13:24] whereas we aren't [13:24] i need to rework our test harness to create one [13:25] I see [13:25] anyhoo-- does what I said about stables and the next security update make sense? [13:25] yeah, it does [13:25] chrisccoulson: so maybe it is ok to disable the autopkgtests for now in trusty, get things flowing again [13:26] chrisccoulson: then when we can do manual tests until we get the autopkgtests working again (eg, circa next security update or so) [13:27] chrisccoulson: and the 'we' for trusty testing is not necessarily 'you', but all of us [13:27] Laney, should you try to cast those plugins to the plugin interface when you call plugin->reset in PluginManager::resetPlugins [13:28] or is that not necessary here [13:28] chrisccoulson: how does that sound? [13:28] Laney, sorry, i got my types confused again, never mind [13:28] yeah, that sounds fine [13:30] jibel, seb128: ok, so yeah, just disable the tests for now, but someone is going to need to watch the firefox bugs in trusty for regressions. when trusty is released, it'll be in the security team's hands and we will either do rather extensive manually testing or fix the autopkgtests. when we fix the autopkgtests, we'll push that up to the dev release [13:30] that may happen before trusty release [13:31] jibel: is there some way I can file a high priority request to get the autopkgtests working on the ppas chrisccoulson mentioned? [13:31] s/working/running/ === alan_g|lunch is now known as alan_g [13:49] jdstrand, done for firefox-next and security PPA on P and S. For Q I don't have a testing environment ready yet, I'll create one unless you think it is not worth it because it EOL in 6 weeks or so [14:13] attente: stupid c++ eh [14:14] Laney: you're complaining about c++ a lot today :P [14:14] it's the same problem :P [14:14] attente had a look at it [14:15] ah === tkamppeter_ is now known as tkamppeter [14:22] Laney, you should maybe ask chrisccoulson, he knows c++ quite well, he might be able to help you [14:24] Laney, do you consider https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1130722 a feature or an UI change? ;-) [14:24] Launchpad bug 1130722 in nautilus (Ubuntu) "[ffe] Restore a traditional menu under Unity" [Medium,In progress] [14:25] seb128: borderline-ish, but probably a bug fix imo [14:25] Laney, should I "un-ffe" the bug or do you just want to ack it? ;-) [14:26] clearly a design-bug if you ask me [14:26] instead of a feature [14:26] * larsu might be biased [14:27] I commented [14:27] FFes should be "New" ideally btw [14:27] why? [14:27] so that you can tell in the list if they need attention [14:29] oh, right, sorry about that [14:29] nm, it's just a small detail [14:30] trying to keep on top of email but eventually I'll fall behind and try to use the web ui [14:34] so the test to check if gtk-doc-tools fails on launchpad, succeeds in sbuild (gstreamer-vaapi) [14:34] *if ... is installed [14:34] is your chroot uptodate? [14:34] we had a new gtk-doc-tools recently [14:34] jibel: awesome, that was fast :) [14:34] which might create issues [14:35] seb128: yes, updated daily [14:35] the test just does: ifeq ($(shell test "`dpkg -l gtk-doc-tools | grep ^ii`" && echo binary-indep),binary-indep) [14:36] chrisccoulson: ^ jibel enabled jenkins for firefox-next for and ubuntu-mozilla-security [14:36] tjaalton, :/ [14:36] jdstrand, jibel, chrisccoulson: nice! [14:36] so thinking of just enabling it unconditionally [14:37] Laney, i guess it's aborting early from the PluginPrivate::ensureLoaded function [14:37] so m_plugin points to garbage address [14:37] jibel: is there a way to make sure that new releases have jenkins enabled? [14:38] Laney, if you add m_plugin = NULL at the top, it seems to work [14:38] attente: at the top where? [14:38] I think that it can't resolve the virtual reset function [14:38] near the top of PluginPrivate::ensureLoaded [14:38] jibel: I wonder if it makes sense to have trusty enabled now in both ppas... how will we ensure 'u' gets enabled? [14:39] if it's null then if (d->m_plugin && ...) makes the problematic call not happen [14:40] right, but m_plugin doesn't seem to start initialized to NULL [14:43] jdstrand, task 45 of https://wiki.ubuntu.com/NewReleaseCycleProcess . You could add a link to a specific document for the security team [14:44] task 45 of the section "Previous release plus 1 day" [15:10] seb128: hey [15:10] happyaron, hey [15:10] seb128: ibus-pinyin is still in -proposed [15:11] why it's stucked there? [15:20] Laney, i think it's just a problem of ensureLoaded returning early before m_plugin is initialized === Ursinha is now known as Ursinha-afk [15:21] attente: yeah? === Cimi_ is now known as Cimi [15:22] Laney, guess so... [15:22] I don't see the problem [15:23] can you be more detailed? :P [15:24] jibel: fyi, "46. Notify Jean-Baptiste Lallement (jibel) or Martin Pitt (pitti) to initialize autopkgtest in the ubuntu-mozilla-security and firefox-next PPAs for the new release." [15:24] jibel: thanks again [15:24] Laney, in src/plugin, add at line 90: m_plugin = NULL; === Ursinha-afk is now known as Ursinha [15:29] ubuntu-system-settings currently only matters on phone/tablet [15:29] NO [15:30] om26er: I'm not really cool with doing that [15:31] it leads us down a path of being crappy on the desktop, but we want to be used there [15:31] shrug, got disconnected from that server [15:31] Laney, doing what? [15:31] disabling tests on desktop only [15:31] we shouldn't disable tests [15:31] Laney, you can ignore that commit message, we are going to enable tests on desktop setup as soon as there is a fix for apport window poping up in that environment [15:31] *cough* [15:32] attente, what are the keybinding issues you mentionned during the meeting? [15:32] I don't think it's okay to ignore tests there because something is broken [15:32] we should fix the thing that is broken [15:32] that's what would happen if it was a problem on the phone, right? [15:32] also I've never seen this on my desktop [15:32] attente, is that the enable-mnemonic issue, or something else? [15:32] Laney, its much better than not running them at all, I think since I enabled them last week none of your CI showed success [15:32] seb128, it's the ctrl+print problem [15:33] oh [15:33] if that's the only one that's pretty minor [15:33] did you look at it? [15:33] the same tests that all pass for me and seb128 [15:33] seb128, i did, but it's a really weird problem [15:34] Laney, the test environment needs to disable 'apport report a problem' window [15:34] it's almost as if printscreen/sysrq can't be modified by ctrl [15:34] fginther, ^ :) [15:35] but it seems to work under xev, so... [15:36] attente, does it work under gnome-shell? [15:36] attente, also the keybindings do work by default, it's only if print is unset that it triggers the other one === alan_g is now known as alan_g|tea [15:38] seb128, ctrl+print doesn't seem to do anything for me by default [15:38] attente, it copies to the clipboard, did you try to go to e.g gimp or inkscape and paste there? [15:38] attente, it does the screenshot animation for me [15:38] then I've the image in the clipboard [15:39] seb128, ctrl+print didn't do anything for me :( === Ursinha is now known as Ursinha-afk [15:39] and if i do 'dbus-monitor member=AcceleratorActivated', i get nothing on ctrl+prtsc [15:39] Laney, your tests are actually not failing, autopilot have a way to check snapshot of running applications before and after a test is run, so if during that time a new window pops up autopilot believes that it started some window and failed to close it. Thats pretty much whats happening for our tests in CI [15:40] can we see what the apport crash is for? [15:40] seb128, in xev, what's the output of doing ctrl+print for you? [15:40] om26er, the changes to remove the desktop test are in place. I spent some time debugging the problem yesterday, but my attempts to disable apport did not solve the problem so far [15:41] attente, http://paste.ubuntu.com/7005625/ [15:42] http://paste.ubuntu.com/7005635/ for a bit more content [15:42] fginther, is there a way to get the apport crash file out of otto ? [15:43] seb128, yeah... different from mine: http://paste.ubuntu.com/7005649/ [15:43] om26er, yes, it should be linked to the jenkins job as an artifact [15:44] attente, keyboards :/ [15:44] seb128, indeed... [15:44] attente, well, don't bother much about that one, as said it's a corner case [15:45] Laney, the attached .crash files link to bug 1260237 and bug 1277589 [15:45] Launchpad bug 1260237 in system-image (Ubuntu) "system-image-dbus crashed with PermissionError in initialize(): [Errno 13] Permission denied: '/var/log/system-image/client.log'" [Medium,New] https://launchpad.net/bugs/1260237 [15:45] Launchpad bug 1277589 in ubuntu-download-manager "Better protection against concurrent access" [Critical,In progress] https://launchpad.net/bugs/1277589 [15:45] fginther, thanks [15:46] hah, that first bug is from me === Ursinha-afk is now known as Ursinha === alan_g|tea is now known as alan_g [15:53] pitti: silly question, where does the ./run-from-checkout --built-tree=~/devel/apt/mvo.git --- lxc -es adt-trusty store the generated logs? [15:53] mvo: it doesn't by default :) but you can tell it with -l /path/to/logfile or -o /path/to/output-dir/ [15:54] pitti: aha, thanks [15:55] Laney, do you know the reason of that bug ? like what causes it [15:57] pitti: I think I have the apt failure under control, looks like SIGPIPE is behaving subtly different inside lxc, but I will simply rewrite the test to be more robust [15:57] mvo: *hug* [15:57] (and rely less on crazy shell constructs) [15:58] om26er: the log directory has weird permissions so the client cannot open the file [15:58] Laney, it only happens once if I am not mistaken ? [15:59] you won't get the same crash more than once from apport [16:01] om26er: system-image is maintained by barry - you could ask him if there's any plans to fix it [16:03] Laney, that could be the cause because we have a clean container every test run [16:03] makes sense [16:27] mpt, I know you are busy but I would appreciate if you could review those [16:27] https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1285021 [16:27] Launchpad bug 1285021 in unity-control-center (Ubuntu) "What's UI Scale?" [Low,Triaged] [16:27] https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1284221 [16:27] Launchpad bug 1284221 in unity-control-center (Ubuntu) "Shouldn't it be "menu bar" rather than "top bar"?" [Medium,New] [16:27] https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1283150 [16:27] Launchpad bug 1283150 in unity-control-center (Ubuntu) "Missing article in the new LIM option dialog" [Low,Triaged] [16:28] mpt, they are pretty trivial, just issues about the wording on the new options for unity (local menus and UI scaling for Hi-DPI) [16:28] ogra, sorry, I have no idea how the phone HUD gets its commands, or why Quit is anything other than a troubleshooting function. tedg would be able to point you in the right direction. [16:28] mpt, well, i'm seeing MPs everywhere where apps implement the HUD quit function now [16:29] i thought there was a design decision that they should re-introduce that (just judging by the amount of MPs) [16:29] mpt, It was a request so that there is a searchable command to quit. When it is in the toolbar (which it will be) it won't be on the first list. [16:29] ogra, It was a design decision by our lead designer. [16:30] we have someone who designs lead ? [16:30] is there also a silve and gold designer ? [16:30] tedg, we’re getting rid of the toolbar, so I doubt that [16:30] :P [16:33] mpt, Ah, hadn't heard that part of the story yet. [16:34] If only we had something written down, we could call it a specification, that we could get notified when it changes. [16:34] * tedg dreams of the future of technology [16:34] that would kill all these little surprises ! [16:34] how boring [16:34] tedg, I’ve been working on it and mentioned it last week IIRC. The new header element will allow buttons, so we can put Back in the header instead of in the toolbar, so we’ll barely need the toolbar any more. [16:35] mpt, header like in ... at the top of the screen ? i.e. the space i cant reach with my thumb ? [16:35] mpt, Toolbar of the app or toolbar of the HUD? [16:35] tedg, the HUD has its own toolbar?? [16:36] * ogra prefers the toolbar at the bottom to not have to use two hands ... [16:36] (even though i admit its butt ugly) [16:36] mpt, What do you call the buttons at the bottom of the HUD? [16:36] ogra, if there are parts of the screen you can’t reach with your thumb, you have bigger problems than just the Back button [16:36] tedg, lost. [16:36] mpt, i cant reach most of the top of the screen with my thumb when holding the N4 naturally [16:37] no indicators for you then! [16:37] i probably have an unusually short thumb, dunno [16:37] mpt, Heh, but that's what I was meaning by having Quit "in the toolbar" not the app one. [16:37] seb128, i need the second hand for them usually [16:37] nowadays phone are ridiculous [16:37] yeah [16:37] it took me ages to find a 4" one [16:37] and meizu and bq are even bigger than N4 [16:37] I don't want 4.5" or 5" [16:37] * ogra is fine with "up to 4.5" [16:38] 4.3" ftw [16:38] but 4.7 (like the N4) or 5 i cant easily reach the top panel anymore [16:38] but as mpt said, you have other issues than the toolbar then [16:39] you have no access to indicators either, which have lot of the common functions you need [16:39] right [16:39] e.g calendar events, messages etc [16:39] well, i do if i use a second hand [16:39] but it gets uncomfortable [16:39] tedg, ok. I guess I need a “How to design for the HUD” tutorial. [16:40] mpt, btw did you see the bugs I listed? no hurry, just making sure they didn't get lost in the ping flood that is hitting you ;-) [16:40] Weeeeird. I had an alarm on my trusty-Gnome3 machine, and I don't know what's making the sound or how to turn it off. [16:41] GNOME3, like gnome-shell? [16:41] Something calling itself "alarm" plays something through pulse every 3 seconds or so. Sounds like a telephone ringing. [16:41] seb128: yes, shell. [16:41] is indicator-datetime-service running for you? [16:41] (it shouldn't under shell) [16:42] Yes, it is. [16:42] how come? [16:42] that's what is playing the sound [16:42] you should have received a notification that let you dismiss it though [16:42] I don't know why it is. I didn't run it manually. [16:42] * qengho greps around. [16:42] did you check your shell notifications (they are hidding at the bottom of the screen I think) [16:44] seb128: yes, there was something in bottom left. Nothing like "dismiss". Just an on/off, as I recall. Not well labeled, I think. [16:44] It's probably because the xdg autostart file is dodgy atm [16:45] Exec=/usr/lib/x86_64-linux-gnu/indicator-datetime/indicator-datetime-service [16:45] NotShowIn=Unity; [16:54] seb128, sorry, ran out of time, I’ll look tomorrow [16:57] mpt, sure, thanks, have a nice evening! [17:31] * Laney blurgs [17:31] finally it works [18:00] Laney, well done! [18:00] it ate too much time [18:00] but yeah, good to win in the end [18:04] I know that sort of feeling === alan_g is now known as alan_g|EOD === Zachary_DuBois|A is now known as Zachary_DuBois [21:33] Is there a way I can configure pulse to not stop when I switch to the greeter? [21:33] i.e. Rhythmbox can continue to play [21:36] mterry, Do you know what's going to happen on the phone with the split greeter there? ^ [21:37] oh, that'd be interesting to know, light-locker (default on xubuntu) is also somewhat affected by this [21:37] (one of the more inconvenient downsides of using the greeter as lockscreen) [21:37] tedg, that's the main reason why we didn't change to use lightdm as a lock screen on the desktop btw [21:37] seb128: security-wise it isn't so bad though to have the greeter/lockscreen on a separate VT [21:37] seb128, Does pulse have to be a system service then? [21:38] Or can we whitelist lightdm user? [21:38] tedg, I guess it would (it has a mode for that iirc, but it's not recommended to use it for reason I don't remember) [21:38] i.e. only pause if going to a user session other than lightdm. [21:38] tedg: what happens if >1 users have a pulse-session running? [21:38] well, the issue is that your user session/seat stops being active [21:39] I don't think we have code to handle "unactive but still active" [21:39] ochosi, Last one continues to play. [21:39] mdeslaur might know more about it [21:39] we discussed it a bit in the past [21:39] Interesting, so we don't necessarily know why it became inactive. [21:40] I'm sure mdeslaur wants to write a really cool apparmor profile for us. [21:40] have to say i see benefits of stopping audio-playback on locking (especially in a multi-user or office-like environment) [21:40]