[00:00] good thing you did that knome, because the official reviewer was the one who caused all the mess to start with [00:00] heh, ok [00:01] regarding your failed ones [00:01] duplicate key value violates unique constraint "pomsgid_msgid_key" [00:01] DETAIL: Key (sha1(msgid))=(819d25f001723101cd015feeacde55ee233c7b8b) already exists. [00:01] that's what LP is whining about [00:01] slickymaster, didn't you read what i said [00:01] slickymaster, i pasted the same, then said: [00:01] 01:59 knome: i have no idea what that means, exiting debugging. [00:02] also note the time :P [00:02] yeah, seeing it now :P [00:02] not interested in debugging [00:02] neither am I [00:02] i'm translating xfdesktop :P [00:03] I'm still reviewing po files [00:03] fr.po [00:09] bbiab [00:10] ochosi: so, are we just going to drop the panel from ubiquity again? [00:39] knome, Unit193, I think we should drop the gthumb-web entity from xubuntu.ent [00:39] what do you think? [00:39] if it's not used, drop it [00:40] we removed it from the docs when we stoped shiping it [00:41] Alright. [00:41] Do a quick grep, just to confirm. [00:42] will do [01:03] Done. Pushed up to revision 301 [01:32] Unit193: you around? [01:50] bluesabre: Not for long. [01:51] hey Unit193 [01:51] woot [01:51] was the decision to remove ubiquity panel again? [01:51] I wasn't following that as closely, you would have to ask ochosi. [01:54] alrighty [01:54] I'm testing that now [01:55] thanks Unit193, carry on :) [02:01] and, that does fix the issue [02:01] suppose I should propose a merge for that, and get maybe, just maybe, get a rebuild before tomorrow's beta [05:14] bluesabre: tbh dropping the panel again only makes sense if we decide we don't want it in the long run [05:15] otherwise i agree with elfy that as long as we mention the problem and the simple workaround to get windows back onscreen, there is no problem with release b1 as is [05:15] i'll try to find out what's wrong there with ofourdan [05:18] also, did you read my other comment for the popup window without borders there? [05:18] bluesabre: ^ [07:38] morning [07:38] my internet died last night [07:38] but it's back now [07:39] Morning [07:40] morning both [07:40] ochosi: better to drop the panel than have this weird thing where it looks like the installer crashed, it hink [07:40] Regarding the off screen Ubiquity issue you've seen. [07:40] ali1234: I believe that's what bluesabre's done [07:40] ali1234: i dunno, i'm not convinced [07:40] Does Xubuntu enable a compoistor by default? [07:40] i doubt anyone will even notice panel/no panel to be honest [07:41] the panel does add a few useful things, like being able to configure your network connection [07:41] they'll sure notice if the installer doesn't work tho [07:41] yeah, but it's only b1, there's still time [07:41] there's the live session for that [07:41] well there's always the live session for everything [07:41] yeah agreed, this shouldn't be *that* hard to fix anyway [07:42] imo xfwm4 *or* ubiquity need a fix [07:42] did you figure out when regression actually happened? [07:42] not yet, i couldn't work on this anymore last night, was getting too late [07:42] flexiondotorg: i couldn't tell you off hand [07:42] but we pretty much know the cause [07:42] flexiondotorg: it is enabled in livesession [07:42] the only question remaining is why it ws never a problem before [07:43] (and how to fix it) [07:43] ali1234: btw, since you said PARTIAL_STRUTS aren't handled well by xfwm4, that's all the xfce4-panel sets... [07:43] ali1234, The only reason I mention it is because when I was adding Ubiquity support I was advised to enable compositing to ensure that ubiquity-dm rendered correctly. [07:43] So, Ubuntu MATE force enables the Marco compositor for installs. [07:43] yeah, actually that might be another problem we're having, we currently enabling the compositor in our config, but we explicitely start xfwm4 without compositing in ubiquity-dm iirc [07:44] ochosi: no it sets both struts BUT the non-partial ones don't make sense, and accordingo the spec the Wm should always ignore the struts if partial struts are set [07:44] in that case you might ask why ubiquity sets both, and that's a very good question [07:45] i think if it only set one or the other it would work [07:45] Until I enabled the compositor the ubiquity-dm panel was really messed up and they were all manner of other artifacts. [07:45] also if it only set a top OR a left strut, that would also work [07:45] basically it is setting 4 struts when it only needs 1 [07:46] so step 1. is to find out if there is actually a good reason why it does this. ie ask ev. if he says "i can't remember" then the chances are there is no good reason [07:46] right, but from what i read in the spec, the wm should ignore the WM_STRUTS of the PARTIAL ones are set [07:46] yes it should [07:46] and it explicitely mentions you *may* set both [07:46] step 2 is make xfwm3 do that [07:46] as fallback for older wms [07:46] i guess that's why ubiquity is doing that [07:47] yeah the thing is the not-partial struts set by ubiquity are just plain wrong too [07:47] so if that's he reason why it does it, then in fact it is only making things worse [07:47] well that should be fixed in ubiquity anyway, no? [07:47] yes unless there is a good reason why it does it [07:48] but yeah, in fact from what i read in the spec, it does seem to set a bit too many struts in the partial ones, the top should be enough since it's fullwidth [07:48] brb breakfast [07:48] i guess asking ev is a futile exercise, as cyphermox indicated [07:49] it can't hurt if you can find him [07:54] i pinged him about it, but it may take a while till he gets back to me [07:55] elfy: while sean proposed the branch last night, i think we should go ahead as planned and mark b1 ready with the remark in the release notes. chances to get his "fix" uploaded in time are slim anyway and i'd rather get to the bottom of this [07:55] ochosi: ok - agree with that [07:59] even if the fix gets put in - without the image rebuilding we'd not get a new one [08:00] ochosi: from the results on the tracker using LIVE the only ones we've not got coverage for are auto-resize for 64 bit [08:00] everything else has a pass - so I'm happy with that [08:00] ok, i can quickly do that [08:07] elfy: hm wait, for autoresize i already need something installed alongside, right? [08:07] yea [08:08] hmpf [08:08] that is not something i can do quickly after all... [08:08] sry [08:09] well ... you need 1 installed, if you had windows and xubuntu for instance you can't - that's why I can't do that on hardware [08:09] ochosi: no worries - I'm sure that we're good - the issue we do have is about windows in install [08:09] bluesabre, knome, elfy: i think we need to drop our button icon size from 22px to 16px. as you can see in the screenshot, gtk3 already uses the smaller icons so we've got some nasty inconsistency there: http://i.imgur.com/tI5ocoE.png [08:09] I can do a vm one [08:10] bluesabre, knome, elfy: please lemme know if you strongly disagree, otherwise i'll push a fix for this to xubuntu-default-settings [08:10] I don't disagree [08:11] k, good to know [08:11] don't ask me to point out the inconsistencies - I looked for square circles - couldn't see any :p [08:12] Clearly you weren't drinking enough. [08:14] ehehe [08:14] if someone can run through the release note draft during the day that'd be helpful, normally only work a few hours Thursday [08:14] http://pad.ubuntu.com/VividBeta1 [08:17] Did someon NACK the merge proposal to remove the panel? [08:19] Unit193: not yet, wanted to talk to bluesabre first [08:20] Meanwhile, it's still pending and you have a race condition here. [08:20] race condition= [08:20] ? [08:22] Unit193: could you please be a bit more verbose? [08:36] back for 30 mins or so in a few hours [09:37] ali1234: "ev$ ochosi: unfortunately not - that was years and two jobs ago" [09:38] so he has no recollection of the ubiquity panel's struts (no surprises there) [09:38] he'd remember if there was an actual reason [09:38] so i'm guessing it's just a bug [09:38] probably, i still wonder why all other wms handle that [09:38] because they use the partial struts [09:39] metacity does, marco does because it is based on metacity [09:39] but xfwm4 generally handles those too [09:39] i mean even the xfce panel uses those [09:39] no it doesn't [09:39] look at the code, it only looks at the first four values [09:47] elfy: evince maximize works again in vivid btw [11:19] ochosi: HEY [11:19] er [11:19] dang caps [11:19] :D [11:19] but also, HEY [11:19] so, want me to cancel my MR? [11:22] Unit193's "race condition" is that the longer it sits, the more likely it is to get merged, so if we want to cancel it, sooner better than later [11:23] in the case of panel vs. no panel, the installer lets you configure the network connection ... and if for some reason you click cancel, you end up at the live desktop anyway [11:25] bluesabre: hey [11:25] without caps [11:25] oh goodie [11:25] right, well i think that for a respin it's a tad late so i think we should just roll with it [11:25] i've commented on the MR so i don't think it'll just get merged straight away [11:25] ah, ok [11:26] so there are two separate issues in xfwm4 that sorta need fixing either way [11:26] the removed borders on unmaximized windows [11:26] (i pointed you to the workaround for that, maybe we should apply that to x-d-s asap) [11:27] and the struts problem, which causes the oddities we've been seeing in ubiquity-dm [11:30] ochosi: can you paste your workaround again... its been lost in the wave of backlog [11:37] bluesabre: set /xfwm4/general/borderless_maximize to FALSE [11:37] ochosi: will you be around today? [11:37] nope, actually i gotta take off for work in a few mins [11:37] ah [11:38] i'll be around in the evening [11:38] well, what is my evening here [11:38] well, when you get back this evening... https://bugzilla.xfce.org/show_bug.cgi?id=11568 [11:38] bugzilla.xfce.org bug 11568 in Appearance Settings "Appearance Dialog Window crashes (xfce-settings 4.11.4-2)" [Blocker,Needinfo] [11:38] that'll be your afternoon [11:38] yeah, i already looked and commented on that today ;) [11:38] as you might've seen/read [11:38] it looks like its crashing at a g_print/g_warning [11:38] hmm [11:38] yeah, more comments after you [11:38] so we're passing something in that is empty/uninitialized [11:39] I might be able to figure it out in a few, if not, you can dig in [11:39] well the last comment/bt i didn't really understand [11:39] i didn't see anything that made sense to me in that 2line bt [11:40] it just says it has trouble with some var, but no hint as to what or where [11:40] right [11:40] g_error/g_warning use g_logv [11:40] so we might have [11:40] a-ha [11:41] g_warning("Hello %s", someVar); [11:41] so either this: g_warning ("Could not open file \"%s\"", filename); [11:41] but someVar is already freed [11:41] or more likely this: g_warning ("Couldn't load icon: %s", error->message); [11:41] right [11:41] those are the only two [11:41] then that's the offender most likely [11:42] i guess we need a check whether error is actually not NULL [11:42] or uninitialized [11:42] i mean tbh it should never get there... the icon shouldn't be nothing since we load a fallback [11:43] maybe we should create yet another else to just use a blank pixmap instead of the image-missing, if it's missing [11:43] yeah [11:44] I think thats the ticket [11:44] about the xfwm4 workaround: you can test that in the ubiquity live session and by changing that option you'll see the problem goes away [11:44] oh nice [11:44] we could do that and drop the warning altogether [11:44] i mean who cares if the icon cannot be found [11:45] or do you think anyone will look at the output for error messages about bad icon themes..? [11:46] nope [11:46] I'll drop that now [11:46] ok cool [11:46] and then we can use NULL instead of populating error [11:46] sounds good [11:46] after all, nothing else in xfce really logs warnings with g_warning... [11:47] i mean in that dialog :) [11:48] :) [11:48] will you be around today? [11:48] i mean i'll return around 8utc i guess [11:49] well, I'll push this patch and comment on the bug, you can do more damage control if this is the wrong (or 1/2) area for crash [11:50] right, be aware that the tester has no clue how to apply a pathc [11:50] patch [11:51] i'm even surprised he managed to build things correctly [11:51] http://git.xfce.org/xfce/xfce4-settings/commit/?id=500f6937ae707c611db246bb2c7c4b05cccb92c9 [11:51] :D [11:51] elfy: i've read through the release notes, they're fine from my pov, the xfce updates are plenty and i'm not sure whether we can/shall list them (esp thunar, xfwm4, panel) [11:52] let's just be appreciative that we can get this patch in before saturday [11:52] lol, nice patch [11:53] ochosi: like to release notes? sorry, been chasing bugs :D [11:53] http://pad.ubuntu.com/VividBeta1 [11:54] line 1 should no longer be the case..? [11:54] some circles are ellipses :'( [11:54] (ubiquity progress dots at the bottom) [11:55] also it's just elfy poking fun at me i think [11:56] ah, thought those were intentional [11:56] :D [11:57] soo, i really gotta run now [11:57] i hope you two can finish up the rest of the new features, the rest seems okay to me [11:57] and even as it is, i think most new features are mentioned [11:58] I'll work on it [11:58] thanks [11:58] thanks ochosi, have a fun day [11:58] so again, you'll be around later today or not? [11:59] 2130 UTC [11:59] (i'm just asking cause you asked me :)) [11:59] alrighty, i guess we'll talk then [11:59] cool [11:59] seeya [11:59] yup, hf too! [12:01] good news, well "good" [12:01] bug 1425401 [12:01] bug 1425401 in mate-panel (Ubuntu) "Mate notification area crashed upon booting to the live DE" [High,Confirmed] https://launchpad.net/bugs/1425401 [12:01] it noti area crashes in xfce and mate [12:01] the [12:10] ochosi, you don't have any other examples of the 16px icons? [12:25] most gtk3 apps have dropped button icons altogether [12:25] if we really wanted to standardize, that's what we'd need to do [12:27] though imo no icons/icons isn't as bad as no icons/smaller icons/larger icons [12:27] :P [12:29] knome: german just surpassed finnish in the docs translations :p [12:30] boo hoo [12:31] but is it contributed by one person :P [12:34] ochosi: it's elfy poking fun at elfy :) [12:36] bluesabre: ^^ re the circles are all squares :P [12:47] I'm anticipating only doing release notes for xubuntu.org today, if anyone else feels the need for a wiki one too - be my guest - but don't do it yet :) [12:59] elfy: https://bugzilla.xfce.org/show_bug.cgi?id=11601 I'll be fixing that one today and it will be out with this weekend's release :) [12:59] bugzilla.xfce.org bug 11601 in Helpers "exo-open: firefox no longer supports -remote" [Normal,New] [13:00] or rather, everybody else is fixing and I'll commit [13:00] :D [13:02] bluesabre: \o/ as soon as I see it I will unpin v35 and enable proposed :p [13:02] I'm just off - I have marked us ready [13:03] I'll double check the beta notes so I can do the Ubuntu wide release announcement [13:03] going to be waiting on studio I think ... [13:03] elfy: thanks [13:04] by the time the flavours should run milestones gets around to Xubuntu again - we should be post 16.04 :D [13:04] bbl [13:06] bbl [13:23] hello [13:25] i'd like to learn more about xfce4 indicators, specialy too add an indicator-plugin for the message panel . Where can i find more documentation and/or example written in C/C++or java? [13:27] you mean unity indicators? [13:27] nope, i want it for xfce4 [13:27] so you want to code a panel plugin? [13:27] but if thry run on unity its ok [13:27] yeah [13:28] e.g the email icon is there and shoe something on my desktop (top right, after the clock) [13:29] i think its the xfce4-panel and thats supports plugins [13:30] https://wiki.xfce.org/dev/howto/panel_plugins [13:30] i found some phyton examples, but that doesn't fit into my skill :-P [13:30] also http://ecc-comp.blogspot.de/2015/02/a-simple-tutorial-for-xfce-panel-plugin.html [13:31] perfect thanks! [13:32] I want to write a little monitor/alert plugin. i'm not sure if something exist already. It should monitor syslog/kernel stuff and support manual scripts [13:34] maybe http://goodies.xfce.org/projects/panel-plugins/xfce4-genmon-plugin [13:36] you could contribute to this plugin, if it already does most of the things you need [13:39] thanks, i'll take a look :-) [13:42] i guess it's not shipped with xubuntu? [13:43] not by default, but it is installable [13:43] i search for "genmon" but no hit (synaptic) [13:44] xfce4-genmon-plugin [13:44] thx :-) [13:47] I just took a quick to the git repo. The master branch looks odd. It looks like only some translations was done over last years. Maybe it's time to add some new things :-) [13:48] possible, some panel plugins are not maintained anymore [13:48] but patches are still welcome I'd guess [13:48] i hope so. we will see :-) [13:49] and if not, hey its GPL ;-) [13:49] this would be not my first time i fork a gpl project with a new name and continue the development [13:51] but in this case it not my intension to do so [13:51] it's not really xubuntu related, so maybe we should stop the talk :) [13:51] feel free to fork it [13:52] xfce is xubuntu :-) so the plugins as well, but i know what you mean [15:43] Are you guys having panel crashes on i386 only too? [15:45] flexiondotorg, oni386 for sure [15:46] can't say anything abour amd64 though [15:46] elfy is the one to confirm that [15:46] slickymaster, Interesting. I can only reproduce the notification tray crashing on i386. powerpc and amd64 are fine. [15:48] brainvvash_: do you have any extra info regarding flexiondotorg's ping ^^ [15:50] no, but someone should inform #ubuntu-devel about this [15:51] bluesabre, Unit193 ^^^ [15:53] lp report https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/1425401 [15:53] Launchpad bug 1425401 in mate-panel (Ubuntu) "Notification area crashed upon booting to the live DE (i386 only)" [High,Confirmed] [17:03] brainvvash_, and you can't do that because...? [17:03] because I am not in that channel [17:05] hey knome [17:05] brainvvash_, and you can't join that channel because...? [17:06] instead of asking stupid questions, why don't you inform the guys in ubuntu-devel? [17:07] brainvvash_, instead of telling other people to tell somebody, why don't you simply do it yourself? [17:07] brainvvash_, i *really* don't understand why somebody else should tell something to somebody else on your behalf [17:08] brainvvash_, how is *that* saving time or effort? [17:08] on my behalf? I don't have anything to tell them [17:08] then why should somebody else have? [17:09] are you doing this only for your own benefit? [17:09] why would other consider doing something for somebody else if you don't? [17:10] because they care about this bug [17:10] who are "they"? [17:10] other [17:11] well if you don't care about the bug, why do you take the time to notice people on this channel? [17:11] I was ask about it [17:11] if i can provide more info [17:12] well i still don't understand why joining the channel and telling yourself is really so much more that you can't take it [17:13] "because I am not in that channel" [17:14] you just typed more letters in this channel that it would have taken to join AND part that channel, so you're not making any sense [17:15] randomly linking something there and leave won't help [17:15] how would it be less random if i did that; i don't even know the background of the issue [17:15] but whatever [17:15] if you aren't willing to help, maybe consider not telling other people to do that as well [17:15] because that's not really helping the cause [17:16] other people? I did not name anyone [17:16] this is nothing personal, i just don't enjoy seeing people telling "others" should do something they could do theirself [17:18] thank you for pointing that out [17:18] well, eh, you're welcome [17:19] slickymasterWork, hullo [17:20] o/ [17:30] knome: if you've time can you look at http://xubuntu.org/?p=3033&preview=true [17:30] url's are all funky :p [17:31] very [17:31] i'll try to fix the issue mentioned in -ot first.. [17:31] need to deal with the global announce stuff first [17:43] bluesabre, ochosi: a fix for the bug elfy mentioned in -ot (https://bugzilla.xfce.org/show_bug.cgi?id=11601) looks like something we want in 4.12, tell me if i can help with it :) [17:43] bugzilla.xfce.org bug 11601 in Helpers "exo-open: firefox no longer supports -remote" [Normal,New] [17:43] bluesabre, ochosi: patch exists [18:36] knome: fixed the funkiness - just need a double check of it [19:20] ok - published [19:21] for better or worse, can people like knome and pleia2 do the socially media stuffs :) [20:04] elfy, oh, sorry, i forgot to look at that [20:04] i'll tweet [20:05] thanks knome :) [20:05] I found it in the end - knew it had to be a missing > or somesuch - and was :p [20:05] heh [20:06] ough, there's some weird markup [20:06] * knome fixes [20:08] this is sort of one of those things in that 'bottom area' we discussed the other day [20:08] mmyep [20:10] elfy, see the footer now [20:11] hmm not 14.10 [20:11] :D [20:11] hmm that's the best one [20:12] let me tweak it a bit more [20:12] or at least, test something else [20:12] I obviously like that there :) [20:12] hmm yeah, i have another issue to fix for 3.0 ;) [20:13] but yeah, it's good as it is now, it just could be easier on the backend [20:14] does that get changed on wp-admin? [20:15] yep [20:15] elfy, under appearance -> widgets [20:16] elfy, it's in the "footer 1" area [20:16] aah right - got it [20:18] elfy, currently we have to squeeze it all in one widget since otherwise it'd go into columns [20:18] right [20:18] i'm thinking to add one more widget area for this kind of things that would automatically stack vertically [20:18] then another that does the columns if we add more widgets [20:18] tbh, the wordpress core should start taking care of things like this... [20:18] :) [20:18] or at least i'm waiting for that day [20:19] ha ha [20:19] but i'm not sure if it will happen [20:19] themes control the appearance, so meh [20:19] another option would be to allow CSS classes per widget [20:19] but some widgets do that manually already, so that's meh too ;) [20:20] the only sane option is to have "too many" widget areas if you happen to need them [20:20] or if you want to change the appearance for them [20:25] I suppose so :D [20:25] well that's not sane... [20:26] you shouldn't have to have unused widget areas [20:26] I'll assume you weren't excpecting a balanced reply from me - as most of what you said is stuck in the wall above my head [20:26] but then many people who maintain the content probably aren't so nitpicky than i am ;) [20:26] but I can get behind that last comment :) [20:26] not that last one [20:26] the one before :D [20:26] lol [20:26] well it's true [20:27] i'm nitpicky with my stuff, fortunately i have full access at all times to my personal blog files... ;) [20:27] :D [20:30] elfy, http://paste.ubuntu.com/10435735/ [20:31] elfy, change the last two lines to those at /usr/share/xfce4/helpers/firefox.desktop [20:32] elfy, fixes the firefox issue we were talking before [20:33] change the ones in the desktop file to match the paste? [20:33]