[06:40] Good morning [07:58] Good morning all [08:13] guys my indicator-time does randomly not start every say 10 or 20 times [08:13] when i log in [08:13] shitty bug report i know :/ [08:13] * willcooke has seen this randomly as well [08:14] tsdgeos, maybe check .cache/upstart log for errors? [08:14] what is the status of the upstart job when that happens? is the binary running? [08:14] journalctl! [08:14] binary is not running [08:16] status of the job not sure since i just started it manually ^_^ [08:16] will try next time [08:16] k [08:16] nothing in the log? [08:17] there's [08:17] Indicator-Datetime-Message: indicator-datetime exiting; failed/lost bus ownership [08:17] g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. [08:17] but is not from today but yesterda [08:17] -rw-r----- 1 tsdgeos_work tsdgeos_work 197 feb 2 18:52 indicator-datetime.log.1.gz [08:20] tsdgeos: woah, dbus is stopped before the indicator [08:20] the indicators don't handle that case at all [08:20] * larsu wonders if we should assert [08:21] bonjour mes amis, comment avez-vous et le sprint ? [08:21] oh cool, GDBusConnection supports killing your process when the connection disappears [08:21] pitti: bonjour! [08:22] bonjour pitti [08:23] didrocks: kopf hoch! [08:24] * didrocks does a fake smiling then [08:24] didrocks: i repeat my original suggestion :) [08:24] (ie: put the code in plymouth) [08:25] didrocks: stand up [08:25] well, the goal was to have something that would work on the long term [08:30] "the code"> listening to fsckd? [08:31] 'cause, fsckd itself makes more sense in systemd itself, and it was already agreed that we want this [08:32] pitti: yeah, that was this that we discussed (and what I explained yesterday) [08:33] pitti, salut! ça va bien, et toi ? [08:33] seb128: je vais bien, merci ! debugging people's boot problems :) [08:34] pitti, my reboot/shutdown hangs until I sit on the power button, I saw you mentioned some cases where that can happen on the upstream list [08:34] pitti, how can I tell if I hit one of those? [08:34] seb128: /usr/share/doc/systemd/README.Debian describes how to enable the debug shell [08:34] pitti, danke [08:34] seb128: i. e. boot without "splash quiet", systemctl start debug-shell.service [08:35] seb128: then shut down, and when it hangs, Alt+F9 to get to the debug shell [08:35] pitti, exellent, thanks [08:35] seb128: then systemctl list-jobs shows you what it's waiting on [08:35] seb128: then you can poke further with systemctl status -l , etc. [08:35] seb128: thanks for doing that; please file a bug once you know what it's hanging on, I really want to track these issues [08:36] pitti, yw [08:36] pitti, that README doesn't say to boot without splash quiet [08:36] just to systemctl start debug-shell [08:36] seb128: well, it's not strictly necessary, but generally nicer to see what's going on without manual prodding [08:38] brb [08:49] pitti, ok, of course it doesn't happen when I try to reproduce, booted with the option anyway maybe later I hit it again [08:50] seb128: at least the issue I was discussing on the ML is a race condition; might require a few reboots indeed :/ [08:50] seb128: you can just start the debug shell, so that you have it available once it happens [08:50] pitti, yeah, the README has a warning about doing that :p [08:51] seb128: you could also "systemctl enable debug-shell" if you always want it; but be aware that anyone with access to your computer then has a root shell :) [08:51] yeah [08:53] mlankhorst, you ded? [08:53] mlankhorst, feeling any better today? [08:55] pitti, seb128 its a security hole either way, unless you have encypted partitions [08:55] darkxst: these don't help -- they are usually unlocked while running :) [08:56] the only thing that actually helps is per-user ecryptfs for users which are not currently logged in [08:56] but meh -- it's a debugging tool, exactly what it says on the tin :) [08:56] it does make it a little too easy to get root access to a machine though [08:57] not that its that hard to do it other ways also [08:57] if you have physical access [08:57] sure; just reboot in rescue mode [09:06] seb128: FYI, jibel just reminded me that it might be modemmanager [09:06] that occasionally hits me too, under upstart as well [09:06] Trevinho, larsu, there is an issue with your bamf changes, it displays a low res gedit icon for me, quite visible in alt-tab [09:06] pitti, how do I tell if that's it? [09:07] pitti, sure, many easy ways to get root access when you have physical access to a machine [09:07] seb128: list-jobs would have a job for modem-manager [09:07] pitti, k [09:07] seb128: under upstart, I'm not sure; back then I dropped splash/quiet and just saw it hang there [09:07] pitti, I'm under systemd, so debugging that is good enough for me [09:10] seb128: clearly Trevinho's fault :P [09:17] charles: you there? [09:18] tsdgeos, he's likely sleeping at this hour [09:19] oki, i'll comment on the MR then [09:19] Laney, https://code.launchpad.net/~renatofilho/ubuntu/vivid/syncevolution/default-syncInterval/+merge/247768 was the mr for the syncevolution change [09:20] it's still unapproved and not even closed or commented on... [10:06] willcooke: slightly, still sick-ish [10:06] mlankhorst, bad luck :/ [10:06] hope you are feeling better soon [10:06] yep [10:06] thanks [10:07] btw Xmir can't leave the ppa until 1.17 is in vivid [10:07] ah [10:07] interesting [10:07] Can the source not be made available via that project either? [10:08] I would prefer to use a git tree for Xmir [10:09] mlankhorst, can we still pull Xmir in to our projects/silos etc for inclusion in, let's say, a phone image? [10:09] I think so [10:10] mlankhorst, ok - didrocks does something similar for Make [10:10] LP can point to Git as an upstream project and pull it in automagically [10:10] let's do that :) [10:10] [10:11] for an upstream project is a /debian directory needed? [10:11] erm, didrocks ^ can you advise? [10:13] seems not important, it'll be ignored by dpkg-source eventually [10:13] you can have this in another branch [10:15] I guess pkg-xorg does something like that already [10:15] separate upstream and upstream+packaging branches [10:25] yeah it's what happens right now [10:25] on every release we'll merge the new upstream back to the branch with packaging [10:27] what's wrong with that then? [10:33] mlankhorst: no debian directory needed [10:33] its all magic :) [10:33] mlankhorst: I can do it for you if you create the project and gives me the creds [10:34] and point to the git upstream repo :) [10:37] oh for the import? [10:56] ok, I don't have a git repo currently, lets see.. [11:02] git://people.freedesktop.org/~mlankhorst/xserver.git [11:02] when it gets up in a bit [11:11] mlankhorst: tell us when you registered the launchpad project [11:13] https://launchpad.net/xmir already exists? [11:14] could we use that? [11:16] mlankhorst: yeah, ask duflu to fix the ownership though [11:16] mlankhorst: or kgunn [11:22] who do you want to have ownership? [11:23] I can adjust it to anything it seems [11:24] didrocks, mlankhorst: Might be better to add Maarten to mir-team or create an xmir team [11:24] duflu: https://launchpad.net/~mir-team/+members ;-) [11:25] mlankhorst: ok, so, if you create a new branch, there is an option to tell "hosted in a git repo" [11:25] and then, just point to your git ^ [11:25] OK, I need to fix nothing. [11:25] Lunch [11:25] thanks duflu [11:26] added [11:28] mlankhorst: should appear in ~15min [11:28] keep me posted [11:53] oke === Cimi_ is now known as Cimi === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch [13:48] shrug [13:48] kenvandine, u-s-s tests seems unreliable again? [13:48] got a few different ones hitting CI errors :-/ [13:59] seb128, :-( [14:03] seb128, kenvandine, do you guys know of a package overriding ctest? I was trying to do it and I can't seem to get the directory right. Looking for something to crib off of. [14:03] tedg, i haven't seen one === alan_g|lunch is now known as alan_g [14:12] tedg, no, I don't [14:13] larsu: http://paste.ubuntu.com/10054163/ [14:14] :-( [14:14] Someone had to have wanted verbose test logs, somewhere! :-) [14:18] So I think I need to be in the object directory. [14:18] How do I find that? [14:19] In my case it's: /home/ted/Development/indicator-sound/build-area/indicator-sound-12.10.2+15.04.20150129.1/obj-x86_64-linux-gnu [14:25] tedg: dh_auto_make -> will put you in the cmake's build directory as far as I can tell. [14:27] tedg: one can derive it from DEB_HOST_GNU_TYPE it's [14:27] "obj-" . dpkg_architecture_value("DEB_HOST_GNU_TYPE"); [14:27] include /usr/share/dpkg/default.mk [14:27] "obj-"$(DEB_HOST_GNU_TYPE) [14:27] " [14:28] Cool, let me try that. I think I found an environment variable that might pass things to CTest as well. [14:29] Yes, so this works to pass an arg to CTest: [14:29] +override_dh_auto_test: [14:29] + ARGS=-V dh_auto_test [14:29] We can talk about horrible variable naming later :-) [14:29] (wasn't me) === MacSlow|lunch is now known as MacSlow [14:34] Thanks xnox [14:34] tedg: ewh [14:34] tedg: dh_auto_test -- -V=1 [14:34] override_dh_auto_test: [14:35] dh_auto_test -- -V=1 [14:35] is aught to work [14:35] but it doesnt use the beautiful "ARGS" [14:35] :P [14:35] xnox, I think that passes the -V to make, which doesn't work. [14:35] xnox, It has to pierce through the makefile and into ctest. [14:36] * tedg heard you liked wrappers do he wrapped your make script in a dh_ helper so that it can wrap the test tool which wraps your tests [14:37] tedg: i would have thought: [14:37] dh_auto_configure -- -DCTEST_OUTPUT_ON_FAILURE=TRUE [14:37] would work [14:37] or [14:37] I don't want the output on failure, I want it on progress. [14:37] CTEST_OUTPUT_ON_FAILURE=TRUE dh_auto_test [14:37] oh, horum. [14:37] * xnox hates that cmake is non-free [14:37] The problem is the test is hanging on Jenkins. [14:37] documentation that is. [14:37] hehe =) Jenkins, got to love ya. [14:38] Yeah :-/ [14:38] xnox: hey there! i know it's very low priority and all, but also extremely low hanging fruit, mind to take a 1min peek at my 3-line ubiquity MR? https://code.launchpad.net/~ochosi/ubiquity/xubuntu-panel-bg/+merge/247001 [14:38] And since Jenkins just kills the whole thing instead of killing the leaf processes and letting make clean up, I don't get any logs. [14:39] ochosi: you want cyphermox [14:39] ah? [14:39] cyphermox: ^^^ from ochosi [14:39] yes yes [14:40] ah [14:40] ah ah [14:40] * xnox joins the ah game [14:40] xnox: sorry, i was under the impression you were *the* ubiquity guy :) [14:40] otherwise i wouldn't have done the ad hominem ping [14:40] thanks for fwding me [14:40] ochosi: i am just a minion. [14:40] and hi cyphermox :) [14:40] howdy :) [14:40] ochosi: cyphermox is a more responsive minion =) [14:40] xnox: you mean one of those little yellow ones? :] [14:41] ubiquity makes you crazy if you work in it to long ... so we try to rotate the devs before we need to send them to asylum [14:41] haha [14:41] ochosi: BA-NA-NA [14:41] I see myself more like an umpa-lumpa, but minion works ;) [14:41] heh, well given that its codebase drives you crazy, ubiquity works well enough :) [14:55] cyphermox: I don't believe it there is no oompaloompa vs minion videos :D [14:55] omg. [14:58] seb128, you here? [14:58] andyrock, hey [14:58] so i'm working on the large text bug again (was busy in the last few days) [14:58] cyphermox, hey, how is the segfault issue going? [14:59] know unity correctly updates the value of text-scaling-factor (the gnome setting) [14:59] but the applications need to be refocused [14:59] andyrock, that's a bug in GTK I think [15:00] to get the large text [15:00] Laney, larsu ^ [15:00] also the gtk widgets in 14.10 scales nicely [15:00] *scale === SuperLag_ is now known as SuperLag [15:01] in 15.04 they fail to scale and text does not fit [15:01] another no-unity bug [15:06] larsu, Laney ^ [15:06] andyrock, what widgets? [15:16] Laney: ^ [15:17] WHAT [15:17] seb128: ping [15:17] desrt, PONG [15:17] those guys… [15:17] seb128: so we're playing tennis now, or what? [15:17] seb128: Laney: larsu: desrt: those guys! [15:17] oh yeah [15:17] double with a refereee = 5 [15:18] size of a shift in hockey, excluding the goalie [15:18] also five! [15:18] and omg [15:18] seb128 + didrocks + Laney + larsu + desrt ... [15:18] also five [15:19] + willcooke is also 5 [15:19] willcooke can be the goalie [15:19] ballboy [15:20] it would suck to have a nick that didn't have 5 letters in it [15:20] sure glad i don't have to live that life [15:20] seb128, http://imagebin.ca/v/1qVP9Bni8IMD [15:21] after a while they get the correct dimensions [15:21] the text just need a refocus [15:21] the widgets (in the pictures) need some time more [15:22] seb128, and it happens on nautilus, u-c-c and others [15:23] andyrock, yeah, looks like a gtk issue, please fix the unity side still [15:24] ok, i can look inside the gtk side as well but I need some help to start [15:24] Laney, larsu ^ [15:25] Laney: ^ [15:26] WHAT [15:26] WAT [15:26] thanks it's in our brain space and will look soon [15:26] seb128: still in my PPA, with the other fix too === tyhicks` is now known as tyhicks [15:27] Laney, regarding the issue with "large text" [15:27] Laney, https://bugs.launchpad.net/unity/+bug/1408212 [15:27] Launchpad bug 1408212 in unity (Ubuntu) "Turn on/off the Large Text in Universal Access, it doesn't work immediately" [High,In progress] [15:28] Laney, a fix for Unity is in progress [15:28] but likely there is some issue on gtk as well [15:32] seb128, I proposed a fix right now [15:32] seb128, I'm working on an utility class to avoid this issue in the feature but for the moment is better to fix it asap [15:32] willcooke: bregma: https://bugs.launchpad.net/unity/+bug/1364070 [15:32] Launchpad bug 1364070 in unity (Ubuntu) "utopic and trusty unity (7.3.1+14.10.20140811-0ubuntu1) launcher addition through gsettings isn't picked up" [Medium,Confirmed] [15:33] didrocks, last time it was working fine [15:33] attente_, gsettings set org.gnome.desktop.interface text-scaling-factor [15:34] didrocks, likely you where using new gsettings [15:34] *were [15:35] andyrock: did you look at the bug report? [15:35] andyrock: it was reporting way before the gsettings change [15:35] reported* [15:35] andyrock: and it's 80% of the time [15:35] didrocks, yep i know [15:35] (see description) [15:35] but I can't reproduce 100% [15:35] andyrock: so, it's not due to the new gsettings [15:35] yeah, 80% [15:35] getting bug reports everyday [15:35] seb128: you got it as well, isn't it? [15:36] I saw it yeah [15:41] didrocks, how do you create the desktop file? [15:41] andyrock: in ~/.local/share/applications [15:41] just writing to it through python [15:42] andyrock: want an example? [15:42] (it shows up in the dash, and I can add it afterward) [15:42] andyrock: again, it's working like 20% of time [15:43] so, maybe a timestamp issue? [15:43] (gsettings has the right values with gsettings get) [15:45] didrocks, k I'll try to reproduce it again [15:45] thanks! [15:46] didrocks, maybe bamf's fault as well [15:48] willcooke, another thing we need to have a strategy for is applications that make explicit X11 calls despite using a toolkit [15:49] bregma, is that not convered by Xmir? [15:49] only if it's using XMir [15:49] Ahh, so, e.g. Gtk apps which also call X11 [15:50] yeah, like gksudo [15:50] erk [15:50] andyrock: oh, good one [15:50] or QtCreator [15:50] andyrock: when it happens, a logout/login "fixes" it, so can be bamf,yeah [15:50] Sounds like another "exceptions list" thing [15:50] andyrock: I think it's not bamf, but mostly related to the icons priority [15:51] I had a change that was resetting it after a reorder, so maybe that's enough but it had other downsides [15:51] willcooke, we're thinking a small fake Xlib might solve some problems (setting WM atoms is a common reason to call X11 directly) [15:51] Trevinho, unity asks bamf is a desktop file is a good one right? [15:51] *if [15:51] no [15:52] bregma, oh - much nicer :) [15:52] mmm so it's not the problem [16:38] someone hug desrt [16:41] larsu: ? [16:41] desrt: you looked like you needed one when you were fighting with wp [16:41] ah. ya. [16:42] evil wp. [16:44] didrocks, ok i can reproduce the issue [16:47] wee [16:47] 46,000th launchpad email [16:47] since Date: Wed, 04 Aug 2010 19:29:21 -0000 [16:50] Laney: good job. have a cookie. [16:51] I'll take one at 50,000 instead [16:51] :) [16:51] larsu seems happy [16:51] andyrock: sweet! [16:52] desrt: he is! === alan_g is now known as alan_g|EOD === mterry_ is now known as mterry [20:04] ochosi: your ubiquity change looks fine, but you should know that ubiquity-panel-bg.png doesn't currently seem to be installed from shimmer-themes. [23:16] cyphermox: hm, weird, it's in git and i thought there was a release+upload already. i'll check again. good thing is, even if it fails, i.e. that file isn't there, ubiquity won't fail/break [23:16] cyphermox: thanks for reviewing/approving and letting me know! [23:42] desrt, ping