[01:32] micahg: should adding packages like this to 'supported' add them to the packageset? http://bazaar.launchpad.net/~xubuntu-dev/ubuntu-seeds/xubuntu.wily/revision/983 [02:10] elfy: Basically, whatever you feel good with, and gives you the least work. So that sounds good. [02:10] That's a lot of backlog, btw. :P [02:12] bluesabre: Super+tab is entirely awesome, I use it so very often and 'tis why Openbox breaks my workflow. [02:14] ochosi: I can poke Lubuntu for trayicon testing if you need, sure. [02:40] bluesabre: yes, I believe it should [02:41] \o/ [06:15] Unit193: yes, that would be great. we already have a bugreport against the trayicon, but well, more testing won't hurt [06:16] and morning all [06:16] morning :) [06:17] Unit193: downside being we'd be putting https://unit193.net/xubuntu/core/ on tracker [06:19] elfy: do you still have xfpm 1.5.0 installed on your testbox? [06:19] oh bah - no icon [06:19] no idea - still got whatever I built from git [06:20] ok, that's good [06:20] Oh? [06:20] wait, you don't have an icon now? [06:20] nope [06:20] awesome [06:20] ... [06:21] ok, i guess it's time to reopen that bugreport then i guess [06:21] no idea what's different between this restart and the dozen I did after building it yesterday [06:21] tbh i wasn't very convinced by the fix when i saw it [06:21] it wasn't very logical, it just seems that sometimes upower doesn't return the icon name correctly or something [06:22] but what i don't get is why the fallback isn't being displayed at all times [06:22] anyway, hopefully we'll have 1.5.0 in -staging soon, then testing will be easier [06:22] \o/ [06:22] * ochosi glances at Unit193 [06:22] ochosi: I commented on the bug [06:22] that was one reason for me to do the release yesterday [06:23] thanks elfy! [06:24] I saaw talk of it going to staging - I'll watch for that [07:52] bluesabre, panel 4.12 is working in my ppa, nothing broken locally. DO you want to upload it or should it go in xubuntu-staging? [10:26] Noskcaj: xubuntu-staging please so elfy and the others can pick it up [11:00] Unit193: cool, didn't see any of the new packages in the packageset today, maybe micahg can run the update script for us :) [13:18] GridCube, let's move the actual discussion here, actually.. [13:18] i would say deviantart is better at least now, since i don't think we want to maintain any submission thing [13:20] but i still think that there needs to be another way to participate, so if not else, there needs to be somebody that can take submissions and post them to deviantart/our own queue [13:20] we just need people to upload a link to an imgur image for example and they to mark that they are licensing, i think that should be less confusing to people who doesnt have a dA and needs to send a mail or something to me and all that [13:20] managing the to-be-featured list in a wiki is a good idea [13:20] yes, that works as well [13:21] ideally, we should be looking at all of our social media for those, but that means people need to be proactive [13:21] i mean people in the team [13:21] and since that's not always possible, it's a bit meh [13:22] a simple form that says URL: and a disclaimer that says clearly "You are submitting an image and providing us with a CC3 share alike licence, and you are sure all images you provide in the screenshot are the same" [13:22] the point is, it's not "simple" [13:22] creating that is, sure [13:23] getting that through the IS pipeline and to xubuntu.org and maintaining it not simple, it's a lot of maintaining overhead [13:33] bah [13:33] wah? [13:35] to the lots of overhead [13:35] yeah well [13:35] aye [14:04] bluesabre: I can get someone to run it [14:15] knome: maybe hosting it somewhere else? [14:15] GridCube, that is just as good as imgur/deviantart/name the service really, since it's not "official" [14:22] but let's not get into the technical details... we just need the project happening [14:28] alright [14:28] ill see to restart the dA group and look around to see if i can find a more efficient way to get submissions [14:29] thanks [14:29] and as always, let me know if there's something you need help with [14:30] i'll either draft an email to set the final pieces together, or add an item to the meeting agenda soonish [14:30] (or both) [14:30] ok [14:39] poke me GridCube if there is anything i can do, think i can remember my dA login lol [14:55] :) [14:55] will do lderan [17:28] o/ [17:28] hello [17:29] hello brothers! :) [17:29] ochosi, are you here? [17:29] sort of [17:29] :) [17:30] we're discussing about xfce4-notify daemon problems on lubuntu desktop [17:30] ochosi, sort of are, or sort of here? [17:30] when will you be available for a chat? [17:31] rafaellaguna, this isn't answering for ochosi, or this situation explicitly, but generally (at least on this channel): just type out your worries and we'll reply when we read it [17:32] okay, sorry, I thought he was "in charge" [17:32] this is the situation: https://bugs.launchpad.net/ubuntu/+source/xfce4-notifyd/+bug/1362555 [17:32] Ubuntu bug 1362555 in xfce4-notifyd (Ubuntu) "notification dialog has horizonal bars" [Low,Triaged] [17:32] rafaellaguna, well he's in charge for his own words... ;) [17:32] lol [17:33] rafaellaguna, but as i said, we generally welcome all discussions here without needing to ask permission [17:33] good to know :) [17:34] I come from a channel that uses to be more "chaotic" [17:34] mhm, the people here usually behave well [17:34] * knome hides the whip a bit better [17:34] ... [17:34] :D [17:35] except elfy of course, he's the worst troll ever [17:35] we're all trolls [17:35] that's why we have an alternative non-dev channel for Lubuntu things, but 85% of our chat is sex, music, etc [17:36] #xubuntu-offtopic :P [17:36] anyway, we have this bug for three releases now. it's affecting LXDE and MATE [17:36] and you did not forward it upstream yet? [17:37] but MATE uses its own notify daemon, so they don't really know about this. but Lubuntu uses xfce4-notifyd, and it's using the panel background for its own background. odd [17:38] any clue? [17:38] https://bugs.launchpad.net/ubuntu/+source/xfce4-notifyd/+bug/1362555/comments/6 <- that? [17:38] Ubuntu bug 1362555 in xfce4-notifyd (Ubuntu) "notification dialog has horizonal bars" [Low,Triaged] [17:38] nope. already tried that [17:39] it fails with all themes, including those downloaded from gnome-look.org, for example [17:40] and bug 1337303 ? [17:40] bug 1337303 in xfce4-notifyd (Ubuntu) "xfce4-notifyd uses tiled image as background " [Undecided,New] https://launchpad.net/bugs/1337303 [17:40] the funny thing is there's no background specified in its gtrc, but it takes one [17:41] duplicated bug [17:42] ye :) [17:42] I think I must locate the coder, not the packager. or call an exorcist :D [17:48] ok, now i'm around [17:49] rafaellaguna: what's up? [17:49] O.O [17:49] ah, i remember that bugreport [17:49] yes, but as it's not affecting XFCE or Xubuntu users at all, it's "a bit ignored" :( [17:50] hehe [17:50] without looking at your theme code, i'd say that's the problem [17:50] where's your theme at? [17:50] I tried fixing it, using 3rd party themes, but nothing happened [17:50] lubuntu-artwork? [17:51] I'm using default theme for Lubuntu. but it happens with Elementary, Greybird, Yosemite, and all that uses a dedicated image for the panel [17:51] it automatically sets as notification background too [17:51] jeeez, you're using the unico engine for lubuntu-artwork? [17:51] well then it's likely that the themes are at fault [17:51] yes :( for the moment [17:51] why? I'm removing it, anyway [17:52] remember that lubuntu-theme is just a "fork" of Radiance [17:52] well i never knew, so no way i could remember that [17:52] so yeah, in xubuntu your theme works as expected [17:52] I expect it to work nice :) [17:53] it might be an interaction between xfce4-notify and our daemon [17:53] *settings daemon [17:53] ehm, first of all, why do you have your xfce4-notifyd style in two places? that can't be a good idea [17:54] no, I removed the one in /apps [17:54] the daemon will only look for its config in its folder [17:54] well, i'm using 15.04 and that's what i get [17:54] yes, that modification isn't included in that release [17:55] so how do i get the most recent version of your theme then? [17:55] it's in the PPA [17:55] and the source? [17:55] ppa:lubuntu-artwork/daily [17:55] i don't need a PPA, just the source (git, bzr) is fine [17:55] lp:lubuntu-artwork [17:55] https://launchpad.net/~lubuntu-art/+archive/ubuntu/daily [17:57] so within xfce4-notifyd-settings you have selected Lubuntu-default as theme, right? [17:57] yes [17:58] so it uses the folder inside the theme, of course [17:59] i'm pretty sure the problem is one of these lines: http://bazaar.launchpad.net/~lubuntu-art/lubuntu-artwork/quantal/view/head:/src/usr/share/themes/Lubuntu-default/gtk-2.0/apps/lubuntu_lxpanel.rc#L93 [17:59] you're matching some widget within xfce4-notifyd with that "theme-panel" style and then you get the tiles [17:59] you could comment line by line until you find the offender [17:59] widget "*PanelWidget*" ? [18:00] no, all lines that set "style "theme-panel"" [18:00] but it's supposed that the notifier only uses "XfceNotifyWindow" as widget definition [18:00] no, it inherits other stuff from the theme that is currently in use as well [18:01] the alternative to searching for the offender is to explicitely set a background in your notifyd-theme [18:01] those are the two pointers i can give you [18:01] OMG, this looks very suspicious: "idget_class "*notif*" style "theme-panel"" [18:01] *widget_class [18:01] hehe [18:01] yeah [18:01] it does [18:01] I feel stupid now :D [18:01] no worries, happens to everyone ;) [18:02] and all in all, it didn't take long for us to get here [18:02] ok, I'll try to comment those widgets and see what happens [18:02] yes, more eyes involved :) [18:03] sure thing [18:03] gotta take off to dinner now [18:03] ok, thanks a lot! [18:03] I'll try right now! [18:03] good luck meanwhile, and as knome said, if you need help, just ping and i'll reply when i'm back [18:03] ochosi, I'll tell you if it works [18:03] ta mate! [18:03] good good ;) [18:04] (actually you dont have to cause i'm subscribed to your bugreport) [18:04] okay, but if it gets fixed you'll now here too :D [18:05] o/ [18:38] Noskcaj: any idea what's broken here? bug 1399799 [18:38] bug 1399799 in garcon (Ubuntu) "missed some languages in xfce-settings.directory" [Undecided,New] https://launchpad.net/bugs/1399799 [20:06] o/ [20:09] hello again [20:09] helo knome :) [20:09] I've had to get back to tell you: http://lubuntublog.blogspot.com.es/2015/05/notifications-fixed.html [20:09] :) [20:09] good to hear [20:11] yes, it is :) a bit late, it didn't upload with the distro release, but nice anyway [20:12] so thanks to you all [20:12] and to ochosi :) [20:14] \o/ [20:15] o/ lderan [20:21] brainwash_, Just some compile-time thing. We had this issue already, i forget what package with. It should just need a rebuild [20:25] Noskcaj: so, close the report and say that the issue is (or will be) fixed in later releases? [20:25] It's fixed in later releases, if you have time this might be worth an SRU [20:26] Just double-check it is fixed though [20:26] I won't touch anything SRU related [20:26] it's not even SRU worthy, or? [20:27] not really worth, but it won't break anything so it would probably get through [20:28] I fear that there won't be anyone to verify the potential update =S [20:30] Noskcaj: want to update the bug status? [20:33] done [20:34] thanks [20:45] new panel, new xfburn in xubuntu-staging [20:45] xfpm will be in a few minutes [20:53] bluesabre, ochosi: Does xfpm still need libsystemd-login-dev for logind? [20:54] It's a transitional package that provides a .pc file and depends on libsystemd-dev [20:55] should be libsystemd-dev [20:55] starting with 15.04 [20:56] Noskcaj: http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/2015-March/020066.html [20:57] rafaellaguna: good to hear. one more thing/hint: you could make the title/heading of the notifications bold. that tends to look good [20:58] yes, they are. I just invoked from the command line to do the screenshot [20:58] but summary is bold in the theme [20:59] Unit193, corsac already dropped that one, i'm just checking there's no hidden need for the .pc file [20:59] so THAAAANKS ochosi [20:59] ah ok :) [20:59] np, yw [21:00] btw, I didn't know you were you [21:00] well, what can i say. i am me. [21:00] I mean, I knew your work at shimmer project before yourself :D [21:01] i think we got in touch a looong time ago, pretty much when lubuntu became lubuntu [21:01] yes [21:01] at the very beginning [21:03] anyway, good to see you stick around [21:03] me too [21:04] I'm a fan :) [21:04] i guess now's not the time to invest heavily into redoing your gtk theme, since you'll be moving to qt soonish [21:04] yes, we're working on it [21:04] hehe, well, enjoy it as long as you can time-wise ;) [21:04] I will :D [21:05] and I'll keep you informed [21:05] nite, guys and girls! [21:17] xfpm is now in staging [21:27] nice, thanks Noskcaj, i'll give it a try [21:27] anything you noticed during packaging/testing so far? [21:28] panel with xfpm 1.4.4 had 2 battery indicators, but i'll install 1.5.0 now and see how well it works [21:28] Noskcaj: You sure you didn't have indicator-power installed? [21:28] Unit193, I probably do, just pointing out it appeared due to the panel merge [21:29] Noskcaj: great, i'd be happy about any feedback there [21:29] Unit193, not installed [21:35] ochosi: seem to have icon there now [21:35] and got the staging one [21:35] right [21:35] well, since you said that you randomely don't get one, i'm still concerned tbh [21:35] yep [21:36] also, someone else reported a missing trayicon today with 1.5.0 [21:36] got a pointer to what logs might be the ones to look in perhaps? [21:37] there's not much magic happening there, basically we use the "icon-name" return value from upower, which you can also read via "upower -d" and provide a fallback in case upower doesn't provide a value [21:38] i guess it's actually time to read gnome-power-manager's source and see whether they do anything special for their battery indicator [21:38] mmk [21:40] wandering now [21:41] what you can do though, you can save the output of upower -d when the icon is there and compare it to when it isn't at some point [21:41] that could be valuable [21:41] good evening folks [21:43] oh hey bluesabre [21:43] hmm, anyone with any gnome3 experience here? [21:43] hey ochosi [21:43] ochosi: ish, whats the question? [21:43] frankly i have no clue what displays the battery icon in gnome shell [21:43] maybe it's somewhere in gnome shell itself now [21:44] doesn't seem to be in gnome-power-manager anymore, that one only draws graphs or stuff [21:44] oh, no idea for that [21:44] maybe ping satya? [21:44] since they're building a shell on top of gonme3 [21:44] not sure he'll know, this is really a question about the *inner* workings of gnome, not the styling/looks [21:44] oh true [21:47] bluesabre: you can try xfpm1.5 now btw ;) [21:48] looking forward to your feedback, especially since you have some devices that might finally show up there [21:53] ochosi: panel icon is black, system tray icon is blue, settings icons are gnome [21:54] ok, you need to use the latest elementary-xfce to resolve that [21:54] ah, gotcha [21:55] also, i found what i was looking for. it's scary, so little code. i wonder why we have so much (ok ok, this is js vs. c): https://github.com/GNOME/gnome-shell/blob/master/js/ui/status/power.js [21:56] interestingly, upower no longer recognizes my mouse these days [21:56] i guess it's a feature... [21:56] it also thinks that my bt keyboard is a battery [21:57] very nice [21:57] my headphones are at work [21:57] on the plus side, it actually displays the battery status of the keyboard now [21:57] i wonder, i really wonder, why do they use "system-shutdown-symbolic" as a fallback icon when there is no battery [21:58] actually i guess i'd have to use gnome-shell at some point, maybe it'd actually make more sense then.. [21:58] or less [21:58] yeah, who knows [21:59] have you tried using elementary-xfce daily build? [22:01] last commit March 27? [22:01] yup [22:02] already running the latest then [22:03] wat? that is weird [22:03] http://i.imgur.com/fIxFSQL.png [22:04] that's almost impossible [22:05] i dropped all those fake symbolic icons for batteries [22:05] lol [22:05] I'll try with the guest user [22:06] thanks [22:07] i'll upgrade to 1.5 from staging myself now [22:07] no diff [22:08] oh crap, no 15.04 yet? [22:08] i guess we should copy that over or something [22:08] I'll backport it now [22:08] ty [22:10] hm, right, hadn't pushed the new settings icon yet [22:12] guess i need to draw a few more sizes for that one though [22:12] :p [22:12] panel will build, the will copy indicator-plugin and xfpm to vivid -staging [22:12] *then [22:17] k, thanks [22:18] almost there with the remaining sizes of the settings icon [22:28] bluesabre: ok, pushed the icons. so one more thing should look right for you now ;) [22:31] ochosi: cool, importing and then will build in the shimmerproject daily ppa [22:45] nice [22:45] gotta hit the sack about now though [22:46] i'll test xfpm tomorrow when the backport is done [22:47] cool [22:47] have a good night ochosi [22:47] oh also, if you find time to add those infamouse "three lines" to catfish for CSD support, i'd be more than excited to see that :) [22:47] :) [22:48] bluesabre: let me know if you need an official backport of something (easier to do with leaf packages) [22:48] micahg: ok, will do.. for now these are just ppa versions that need to be available in the vivid ppa [22:50] good night all! [22:52] seeya ochosi [23:53] ochosi: the new power manager icon is snazzy