=== `Fibz`` is now known as `Fibz [06:35] knome: ibus issue is now triaged it seems [06:53] not that it means much - it's not fixed :p [06:54] so... [06:54] how did it end up triaged? [06:55] oh, right [06:55] no idea - aron xu changed it between us talking about it in -dekstop and 02:55 [06:55] last comment in our bug is interesting [06:57] and likely to make them do something [06:58] if nothing else I can understand why debian haven't noticed the issue as we did - they don't install it default [06:58] yep... [06:58] Check popcon in Debian. [06:58] how do people who need ibus use debian then? [06:59] no idea [06:59] Set it in ibus too? [07:00] http://qa.debian.org/popcon.php?package=ibus [07:00] sometimes i wonder how anyone uses debian for anything [07:00] not many takers [07:03] knome: my position on this is - if we can wait and still get people at the last minute to deal with unseeding it then let's do that, if we don't have confidence in doing it at the last minute we should start unseeding it now [07:05] we can wait until 9th [07:06] my position won't change unless triaged changes to fix release :) [07:06] We don't need to ship the jockey.desktop file anymore: https://launchpad.net/bugs/1060543 [07:06] Launchpad bug 1060543 in software-properties (Ubuntu) "Additional Drivers is not discoverable in Quantal" [Critical,In progress] [07:07] ahhahahaha Unity193 [07:07] * knome coughs [07:07] Unity193, want to do a merge proposal to drop that off of our packages? [07:08] I could. [07:09] ta [07:09] (Not now.) [07:09] yep. not expecting "right away" [07:09] and it must be awfully late there too [07:10] 03:10 [07:11] iss that a real time? [07:11] lol [07:56] morning folks [07:56] i guess everybody has seen the ibus bug status change last night? [07:57] yeah, but that doesn't mean anything [07:57] it means the assigned person has at least aknowledged he is responsible ;) [07:57] and the likelihood of that getting fixed for release is tending more towards 0 [07:58] elfy: talked to seb128 already? [07:58] hoffnung stirbt zuletzt (hope dies last) [07:58] well i think we won't count on that and rather remove it until it works again, at least that would be my proposed solution [08:02] ochosi, did talk [08:02] ochosi, the response is more or less "i'm sorry, but we can't do much" [08:02] well yesterday [08:02] yeah [08:02] i read the backlog [08:02] in an understanding way.. [08:02] but i meant today [08:02] ah [08:02] because now we know it's also borked in debian [08:02] so chances of getting it fixed = 0 [08:02] or very low at least [08:02] yes.. [08:02] i'd inform seb about it [08:03] unless debian maintainers/upstream fixes it [08:03] and then ask happyaron about the problems of removing it [08:03] do we know who that is? [08:03] ^deb maint./us? [08:05] he's the assignee to the ibus ug [08:05] bug [08:05] in ubuntu [08:05] no, i wasn't asking that [08:05] my question is: [08:05] do we know who the debian maintainers/upstream developers are? [08:06] no [08:06] at least i don't [08:06] i think it might be worth to poke that way [08:06] but i'd honestly think we should take care of the indicators first [08:06] seems a bigger issue to me [08:06] and btw, about those, you could repeat your last night's arguments [08:06] well sure, but the ibus one is pretty nasty as well.. [08:06] breaking stuff for others a few days before release... [08:06] i could, but what would be the point? [08:06] well the ibus we can remove and add back later [08:07] i tried to explain that to seb128 [08:07] yeah, i wasn't really suggesting that ;) [08:07] yeah, his arguments were understandable [08:07] if paid work is overriding fixing flavors, fixing flavors will never happen [08:07] although with indicators it's slightly different [08:07] cause it's all under their control [08:07] even if there was a policy of "you break it, you fix it" [08:08] So how do you start the sound package again? [08:08] maybe ali1234 has a good idea how to fix this [08:08] fix what? [08:08] Unit193: you can simply tick the checkbox in the session autostart tab [08:09] ali1234: the indicators aren't autostarting anymore [08:09] yell at tedg [08:09] because we'll most likely have to make our session emit the signals [08:09] to start and end them [08:09] well yes [08:09] at least after discussing with Laney last night this seemed the most reasonable solution [08:09] that's the idea [08:09] but our session doesn't do that [08:10] it's the same as what you do in lightdm [08:10] one line, exec init --emit-signal or whatever [08:10] Right, that's what I did last time, edited the desktop file. [08:13] i know, but 1) i didnt do that part of the greeter, and 2) i don't know the session code at all [08:13] it should be put into the indicator plugin [08:13] ali1234: also, couldnt the indicator plugin do it? [08:13] right [08:13] well that codebase i know even less :) [08:14] so yeah, if it's just one line, can we add that to the plugin? [08:14] sure [08:14] it should stop them too [08:14] except that there's no way to do that yet [08:14] (btw, "we" is always you in this case ;)) [08:14] aha? [08:14] i thought sending the -end signal? [08:14] i can do a quick patch but you'll have to chase whoever to get it applied [08:14] that is ok [08:15] i think we can try to force Laney or tedg :) [08:15] btw this probably means tedg finally uploaded the upstart fixes [08:15] yup [08:16] well, not all of them it seems [08:16] but most [08:16] i mean: [08:16] some of them haven't landed yet [08:16] but yes, he has uploaded them it seems [08:17] http://bazaar.launchpad.net/~lightdm-gtk-greeter-team/lightdm-gtk-greeter/trunk/view/head:/src/lightdm-gtk-greeter.c#L386 [08:17] yeah, i know [08:18] but as i said, i didn't write that part of the code (and didn't even want to have it in 14.04 at first :)), so... [08:19] kalgasnik was doing all the work on the indicators [08:19] so we have to shut them down in the plugin now by sending them a sigterm (since you implied the -end signal doesn't work yet)? [08:20] i don't thin -end even exists, sending terminate to the process is the correct way to do it [08:21] hmm... what happens if we have two panels? [08:21] i guess i will find out [08:23] right [08:23] you mean >1 indicator-plugins? [08:24] i guess you need to ask first whether the service has been started already [08:24] and only start it if not [08:28] http://paste.ubuntu.com/7202310/ [08:29] ochosi: ^ [08:29] this is untested [08:30] we could also just put "init --user --startup-event indicator-services-start" into the session autostart [08:38] ali1234: you mean as a launcher? [08:40] the problem i see with that is that indicators will always get launched, even if the indicator-plugin isn't used [08:40] it's just a small drawback, because ppl can obviously also uninstall the indicator-packages [08:40] http://paste.ubuntu.com/7202334/ [08:41] that should do it [08:41] builds but not tested [08:41] ok, then ideally let's get brainwash to put it in a package in his PPA so ppl can test it [08:42] so i presume that this'll only affect indicators that have upstart jobs [08:42] i don't have a /usr/local/ panel at the moment so i can't test if it works at all [08:42] the others will still get a desktop file in xdg/autostart [08:42] yes [08:42] ok, sounds good [08:43] hang on let me upload it to xfce git [08:43] anyhow, i'll test it in advance [08:43] ah [08:43] yeah [08:43] that makes sense [08:43] if it works we can also ask andrzejr_ to merge the patch [08:44] but anyway, even uploading this as a xubuntu patch should be fine [08:45] ochosi: When you poke them again, poke about actually tagging a release? [08:45] poke whom? [08:47] ochosi: uploaded. should appear in a few minutes [08:47] ochosi: Whoever has the power, I'd think tedge. [08:47] good idea Unity193 [09:03] wait, Unity193? who's that? [09:04] knome: i think about the wallpaper upload, you could ask dholbach (same as for removing ibus from the seed) [09:05] ochosi: so simply disabling it is not possible? [09:06] not sure yet [09:07] btw, there's something for your PPA [09:07] http://git.xfce.org/users/ajb/xfce4-indicator-plugin/ [09:07] would be nice if you could put that one up there for testing [09:09] ok [09:10] ty [09:10] ideally this will solve our headaches with the latest indicator-changes [09:11] ochosi, https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1060543/comments/11 [09:11] Launchpad bug 1060543 in software-properties (Ubuntu) "Additional Drivers is not discoverable in Quantal" [Critical,Fix released] [09:12] right, so we should drop our desktop file then? [09:12] but that's in x-d-s [09:12] that too [09:12] but that was re: Unity193 :P [09:12] huzzah [09:13] huhu [09:13] 11:11 dholbach$ hiya [09:13] 11:12 dholbach$ I don't know what just happened, but my keyboard settings changed to english on their own [09:13] 11:12 dholbach$ do we have a bug report for that somewhere? anything I can do to debug? [09:13] yep [09:13] btw, [09:13] harhar [09:13] can you prepare the wallpaper and ibus stuff [09:13] eg. have the dsc and tarball [09:13] i can then poke him, or you can then poke him :P [09:13] not really, have no idea how to do that sort of packaging stuff [09:14] well i asked if you bluesabre and friends could do it [09:14] all i can do is push the wall incl the changelog to xubuntu-artwork [09:14] i have no idea either [09:16] Unit193: i already tagged the new release in the changelog and added the wallpaper, what else? [09:16] https://code.launchpad.net/~xubuntu-art/xubuntu-artwork/trusty [09:20] knome: i think that actually dholbach could take it from there [09:20] he also did that for x-d-s [09:21] and that time the stuff wasn't even merged yet [09:21] so this time it's one degree better ;) [09:22] well poke him [09:22] why do you need me? [09:22] let me parrot that back to you :) [09:28] looks like there was/is some systemd mess up [09:28] now is the perfect time to break things :) [09:30] ochosi: done [09:30] thanks brainwash [09:31] i'll send a quick call for testing to the ML [09:31] any news about the autostart entries? [09:31] or will they stay visible? [09:32] that is the least of worries [09:32] let's first get them to autostart again [09:43] ali1234, brainwash: indicator-plugin upstart fix seems to work fine! [09:43] cool. needs to test with two plugins (two panels) though [09:43] do they have to be on separate panels? [09:43] i'm not sure what will happen if you have two and remove one [09:43] well, no probably not [09:43] just two plugins [09:44] ah, you mean cause then one will kill the indicator :) [09:44] but normal use case they would be on different panels [09:44] well that's not a problem [09:44] users can then restart their session to the worst [09:44] i think it should work [09:44] i just added one [09:44] and then removed it again [09:44] no breakage [09:44] it should work if upstart is sensible :) [09:45] we're going to have to fix this all over again for systemd you know [09:45] or do you want me to add one and then restart my session and then remove it to be sure? [09:45] yeah, but not for 14.04 [09:45] try restarting the panel too [09:45] it's going to run upstart whenever the plugin loads, and kill it whenever it stops [09:45] took them <1sec to show up [09:45] but obviously they got restarted when i restarted the panel [09:45] make sure you do not have like 20 copies of upstart running [09:46] i have a few upstart-dbus-br processes [09:46] (3 [09:46] ) [09:46] other than that it looks sane [09:46] seems good then [09:47] yup [09:47] also tried with multiple panel restarts [09:47] and multiple plugins [09:47] and adding/removing them [09:47] it's pretty solid [09:47] what if you kill indicator-sound-service [09:47] or whatever it is called [09:47] does it restart? [09:47] yup [09:47] it restarts [09:47] awesome [09:47] hey ochosi, can you please pass me the link to your light locker article? [09:47] yup [09:48] ochosi: http://forum.ubuntuusers.de/topic/seit-letztem-update-keine-lautstaerkenanzeige-/ [09:48] :) [09:48] slickymasterWork: it's on xubuntu.org, so you have to be in the web-team for reviewing [09:48] ochosi: we don't have a bug report for this issue yet, or? [09:49] no, i don't think so [09:50] ah, ok ochosi [09:50] ali1234: well done. this is really solid! thanks! [09:50] slickymasterWork: if you want i can mail it to you and you can mail back your review/thoughts [09:50] I'd appreciate tthat ochosi, thanks [09:52] ochosi: the mail is slickymaster at gmail [09:55] ochosi: thanks for that [09:56] np [09:56] the formatting is obviously borked like tht [09:56] although you can save the mail as .html file and then use a browser [10:46] that won't be a problem ochosi [11:06] bug 1302489 [11:06] bug 1302489 in xfce4-power-manager (Ubuntu) "Multiple permission issues after today's update" [Undecided,New] https://launchpad.net/bugs/1302489 [11:09] nice caleidoscope of a few recent issues [11:09] gotta go, have a nice day everyone! [11:17] cu ochosi [12:15] ochosi, ali1234: starting the app indicator via upstart seems to be slower for me than using the autostart entry, so nm-applet always loads as normal tray icon [12:16] that's because it starts later [12:16] there's not much i can do about that [12:18] start the app indicator via autostart? [12:19] all you have to do is start the app indicator before nm-applet [12:19] that is obvious, but how should we do it? [12:22] i don't know [12:22] ask tedg how he'd do it :) [12:23] if you start indicator-application unconditionally, then you won't get a nm-applet icon if the indicator-plugin is not loaded [12:27] but we did it like this all the time? [12:27] ! [12:27] previously we used dbus activation [12:28] everything was loaded on demand [12:28] and it all just worked [12:28] when we get systemd we can go back to doing it that way [12:28] the problem is upstart sucks [12:29] should we patch xfce4-session to hide autostart launchers which contain "nodisplay=true"? [12:30] i don't know [12:30] i think that is supposed to hide icons from menus [12:30] check the xdg-desktop specs... [12:30] I think so too [12:31] http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html [12:31] NoDisplay means "this application exists, but don't display it in the menus". [12:56] ali1234: or we request to remove Xfce from "onlyshowin=" [12:57] indicator-session was launched, but Xfce is not even listed in "onlyshowin=" [12:59] i don't know what problem you are referring to here [13:03] indicator autostart entries visible in settings manager > session and startup [13:04] how would removing xfce from onlyshowin= help with that? [13:04] it will hide the entries [13:04] hmm [13:04] and it works [13:04] okay [13:05] but how do they get started then? [13:05] all my indicators still load [13:05] okay, that's a bug then [13:05] with your patch [13:05] mostly likely that will happen [13:05] probably still some pending patches [13:05] you'd have to ask tedg about this [13:06] so you mean, that if we remove XFCE from showonlyin, the indicator should not start anymore? [13:07] it should not be in both [13:08] i don't know why it is in both [13:08] tedg will know though [13:09] ok [13:57] ali1234: some good news in bug 1302571 [13:57] bug 1302571 in xfce4-indicator-plugin (Ubuntu) "Panel 0 xfce4-indicator-plugin misbehavior in Trusty" [Undecided,New] https://launchpad.net/bugs/1302571 [13:58] isn't indicator-power only visible if it detects a battery? [13:59] brainwash, ochosi, switching themes causes the desktop wallpaper to disappear [13:59] right [13:59] old story :P [14:00] is there a bug for it? which? [14:00] bug 1302101 [14:00] bug 1302101 in xfdesktop4 (Ubuntu) "Desktop background turns to a dirty white color after switching theme" [Undecided,Confirmed] https://launchpad.net/bugs/1302101 [14:00] thanks [14:00] patched xfdesktop available from https://launchpad.net/~thad-fisch/+archive/test [14:00] I guess that it will take some time until the fix lands in trusty [15:32] ali1234: the problem is that indicator-applications does not start, once I start it manually nm-applet will switch to the indicator area [15:39] afternoon all [15:55] hey elfy [15:55] slickymasterWork: how's things - not seen you this week [15:55] swamped in work [15:56] I guessed :) [15:56] I've been sort of in/out [15:56] I've seen that :) [16:06] elfy, did you saw, Bug 1302244 [16:06] bug 1302244 in xfce4-power-manager (Ubuntu) "xfce4-power-manager-settings can not be launched after the session comes back from a suspension" [Undecided,New] https://launchpad.net/bugs/1302244 [16:07] today i could not wake up my netbook and i had to force a shutdown :( [16:32] http://www.omgubuntu.co.uk/2014/04/xubuntu-14-04-default-wallpaper [16:32] nice work :) [16:35] woot [16:36] some of them will be surprised by the classic Xfce wallpaper after starting the session :) [16:36] and the debian one during installation :D [16:37] GridCube: I guess xfpm crashes at some point [16:37] it it had a more richer palette, it would almost be considered a Kandinsky work pleia2 [16:38] GridCube: kill xfce4-power-manager, open a terminal and run "xfce4-power-manager --debug" [16:38] then suspend the system [16:38] brainwash, will do when i get home and have access to my computer [16:38] :) [16:40] pleia2: so the fail wallpaper during beta2 was just buttering us up then :p [16:41] GridCube: I did see it fleetingly but not looked much tbh over the last day or so [16:41] elfy, :) its alright [16:41] thanks :) [16:41] P: I would just love to see if someone else can replicate it XD [16:42] GridCube: I'm sure I have seen someone else talking about that [16:45] brainwash: you seen this one? http://ubuntuforums.org/showthread.php?t=2214941 [16:46] should be resolved already [16:47] up-to-date system required :) [18:24] just experienced (According to the bug report tool) Bug 1283741 . It happened after waking up the screen and logging back in. Yesterday It just went black and I had to force reboot. Today it went black, brought me back to login screen and let me log in again. [18:24] bug 1283741 in linux (Ubuntu) "[Dell XPS M1210] BUG: unable to handle kernel NULL pointer dereference at (null)" [Medium,Incomplete] https://launchpad.net/bugs/1283741 [18:31] ochosi: There's the pot/po files too, but not sure you need to edit them. I don't think there would be two enteries, one would overwrite the other, no? === jackson is now known as Guest23530 [18:53] lenny, care to test something for me? [18:53] GridCube: sure [18:53] can you send your computer to suspension and wake it back? === Guest23530 is now known as Noskcaj_ [18:53] yeah. brb [18:54] back [18:55] Everything seems to work alright. [18:55] WB [18:57] lenny, now try to open xfce4-power-manager-settings from a terminal please [18:57] GridCube: done [18:57] it worked? [18:57] yes [18:58] :( then your issue is different than mine [18:58] Okay, has you webbrowser been open when your computer went to sleep? [18:58] mmhm, yes [18:59] That's the only difference from the other times and this test that I did just now. Try with yours closed [18:59] will do later [18:59] thanks for the idea [19:01] Good luck :) [19:56] slickymaster, you about? === patrick is now known as Guest68854 [20:47] http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/65995/testcases/1303/results <--- This is why icons are a dumb idea. [20:48] Aren't the desktop icons a bit large? [20:51] could you be a bit more specific? [20:52] 48 seems a bit large and oversized, I'd think 32 would be normal. [20:55] 48px is the new default [20:55] and smaller grid boxes [20:55] so it looks similar to thunar [20:55] Unit193: that link was to the testcases page, which has tooons of bugs ;) [20:56] pleia2: Yes, and you have to mouse over each and every one to find out what they are, and the edge ones go off screen. :/ [20:57] oh, I thought your two comments were related [20:57] desktop icons and bug tracker [20:57] Hah, nooo. My mind doesn't work like that. :--D [20:58] mouseover is annoying, but the edge ones don't go off the screen in chrome [20:59] Firefox, latest here. [21:02] Unit193, i've committed a fix for the situation where bug tooltips do not fit in the viewport [21:05] OK, that'll help some, thanks. [21:06] I take it I can't get a text list of bugs with the icons next to, rather than instead of? [21:07] Unit193, i'll be looking at several visual enhancements for the tracker later, but i'm waiting to get the pending ones in first [21:07] Great, thanks. [21:07] no problem [21:07] clearly, we need the list of bugs to be filterable [21:08] at least by which product the bug was filed from [21:08] eg. only show bugs filed from xubuntu with this testcase [21:09] Is moving between workspaces with the scroll wheel no longer a thing? [21:09]