=== torstehu_ is now known as torstehu === J21_ is now known as J21 [03:06] hi [03:07] got an old laptop today, seems like a good idea to use it for testing alpha, is the current installer working? [03:07] kondor1001: try it [03:07] good idea [03:10] Don't forget to report your results to the iso tracker. [03:10] 20140220 i386 on the way [03:11] will do, will need to read up how [03:12] http://iso.qa.ubuntu.com/ [03:17] Unfortunately I missed out on the milestone tests. I just did an upgrade on my workstation with the daily iso and ran into this: https://lh3.googleusercontent.com/YE06Haj-C7GrL8kWDkpAT9nbGQ8g2tdSlseU0GiYjsU=w1598-h900 [03:17] A clean install seamed to work just fine (reinstalling applications now). [03:29] Couldn't select the last bootable kernel? 3.11.something ? [03:30] Unit193, I tried several kernels and recovery mode, same error each time [03:30] Well. [03:32] Looking at the testcase results, it looks like all the other upgrades used "update-manager -d -c" [03:32] Where as I booted the iso from a flash drive and selected upgrade [03:33] Never done that, I've heard bad results though. [03:35] I will remember that for the future. [03:37] (That's nothing official, just what I've heard before.) [03:38] I had assumed. [03:38] Might be nice for someone to fix if that's the case. [03:39] How does it differ? I just assumed it did a chroot and then an upgrade-manager call [03:39] One would think it would be less volatile than an in-place upgrade [03:40] got this one, do i have to report it anywhere other than clicking the report bug? it is a duplicate obviously, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1282640 [03:40] Launchpad bug 1282640 in ubiquity (Ubuntu Trusty) "ubiquity crashed with AttributeError in item_str(): 'list' object has no attribute 'find'" [Critical,Confirmed] [03:49] !bug [03:49] If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs. [03:56] does that launchpad page get updated when that bug is fixed? [03:56] when? [03:57] you mean, if there is activity, and that activity is logged.. yes [03:57] i mean when it is fixed [03:59] Unit193, is this worth reporting? I don't know what package to report against. [04:00] ok, im off, will keep an eye on that launchpad page so i know when to try another image. [04:05] ganglere: I'd say so, but I'm not really sure where it failed. [06:59] hey elfy [07:00] hi [07:00] Any chance you could get some testing to the new xfburn release? [07:03] As long as it's stable(ish), it will get to debian pretty soon [07:03] we can discuss it when it lands and is seeded [07:05] corsac won't upload it to debian unless it's tested first. I'll see if i can get the bzr branch to unbreak [07:05] not sure how many people you'll get testing something if they can't install it in a live session or their machines [07:06] and I'm more worried about people testing beta's and things that have/have to land for us tbh [07:07] it doesn't have to be much, just one person checking it's not completely broken [07:07] I don't have a dvd burner, and neither does corsac [07:07] neither do I [07:08] :( [07:08] if I did - I'd look myself [07:09] I've read the m/l discussion - if nothing changes in that I see no reason for me to get involved at the moment - I assume it'll get into Unreal Unicorn === zequence_ is now known as zequence [07:41] mmm indicator-network wants to use 92Mb of space - or without recommends 200Mb [09:04] I've got the new xfburn up for sponsoring. If anyone has an issue with that, please say. I know it's late in the cycle, but the old version is incredibly outdated, and i'd rather deal with bug reports for a current version rather than the old one. [09:04] I'll have to go soon, will be back 19UTC [11:07] elfy: indicator-network is not something we use by default though, we use nm-applet which in turn uses indicator-application === ochosi_ is now known as ochosi [11:35] elfy: ping [12:09] bug reports for a project with one maintainer can be bad news [12:09] considering that the current xfburn, as old as it is, is basically the most stable burning app there is, along with k3b === bluesabre21 is now known as bluesabre2 [12:44] http://pad.ubuntu.com/Xubuntu1404Beta1 [12:44] let's start working on the release notes [12:45] knome: where to place the drop of gthumg? [12:46] *gthumb [12:46] ok [12:46] isn't final "sections", just add anywhere, but i added a new heading [12:48] ochosi: pong [12:49] ok - that's ok, just checking - but nm-applet doesn't appear to be using indicator-application here [12:49] elfy, see link ^ [12:50] wut? [12:51] http://pad.ubuntu.com/Xubuntu1404Beta1 [12:51] oic sorry [12:55] knome: I'll add xfdesktop new features after lunch. I have a lunch appointment in about 10 minutes [12:55] sure, no hurry [12:55] we still have a week [12:56] at once we're well ahead [12:56] but but but but ... [12:57] better safe than sorry [12:58] slickymaster-job, question: in which parts is the documentation *re*written? [12:59] regarding the "Changing the wallpaper" section [12:59] right [12:59] i thought that would fall under "improved" [12:59] or maybe "updated" more than "rewritten" [13:00] and the command-line chapter that Unit193 sort of rewrite [13:00] see pad, rewrote that sentence [13:00] but feel free to revert if you insist [13:01] nopes, it does seems better that way. Better wording [13:01] but I really have to go now [13:01] bbl -> [13:01] elfy: can you please take a look at bug 1282227 and maybe confirm it? takes only some seconds :) [13:02] bug 1282227 in xfdesktop4 (Ubuntu) "xfdesktop-settings dialog not immediately displaying all available wallpapers" [Undecided,Confirmed] https://launchpad.net/bugs/1282227 [13:02] can't confirm it - works ok here [13:02] thanks [13:02] I would have 2 days ago when none of my wallpapers were available [13:03] I think there was possibly an issue with that a day or so ago [13:03] now it's gone? [13:04] well it works ok here - updated [13:04] but I did have that and a bunch of other really odd things going on [13:05] [19:17] lost icons for lots of panel launchers and all the gtk3 ones [13:05] [19:17] usr/share/xfce4/backdrops shows all my wallpapers [13:05] [19:18] if I do the same from desktop settings - then navigate to the same place it appears to be empty [13:05] [19:18] can't do a screenshot - as I'm told .png is not supported [13:05] http://imagebin.org/294486 [13:05] elfy: i wanted to ask you about testing light-locker-settings. it hasn't been added to the seed yet but it's uploaded, so installing it is easy [13:05] specifically testing whether screen-blanking and screen-suspending works [13:05] then the following morning my panel was the same length as in that AND the only thing you could see was the date [13:06] ochosi: ok - you want me to call for that? [13:06] ochosi: is xscreensaver gone from the seed now? [13:07] elfy: ouch, users who upgrade from a previous xubuntu version might experience the same issues [13:07] elfy: i think yes, let me check... [13:07] brainwash: it wasn't up upgrade from a previous version [13:08] elfy: the seed change for s/xscreensaver/light-locker/ has been merged, but i'm not sure micahg has uploaded that change already [13:09] mmm ok - so purge xscrn install light-locker light-locker-settings and check those 2 issues? [13:09] elfy: yup, sounds good [13:09] that really needs to have a testcase if we're seeding it [13:10] we will be seeding it, just a question of when the seed changes get merged/uploaded [13:10] ochosi: did you see what I said about nm-applet - is it supposed to be in notification area or in indicator plugin? [13:10] ochosi, you too, see the pad [13:11] knome: see what pad? [13:11] ochosi: ok - well I will get it on the tracker asap [13:11] let's get it in awesome shape so our marketing lead doesn't have to work on it [13:11] elfy: indicator area, but this requires the workaround [13:11] ochosi, http://pad.ubuntu.com/Xubuntu1404Beta1 [13:11] knome: ok, will check later [13:11] ochosi, ta [13:11] knome: I'll look at pad later - really want to smoke a lot and drink the cuppa b4 I'm back to work :p [13:11] elfy, yeah sure :) [13:11] brainwash: workaround? [13:12] and I'll read it later - bbl :p [13:12] elfy: see https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Trusty/Gtk3Indicators > "Indicators may fail to load" [13:13] we are still waiting for the fix from the indicator stack maintainer [13:14] oh yea, that one - thought about that while I was doing something else then promptly forgot again [13:15] we could apply the workaround until it really gets fixed, but nobody likes this idea, because it could cause some trouble later on [13:18] ochosi: will lightdm-gtk-greeter 1.8.2 land in trusty anytime soon or somewhat later after more bugfixes have been gathered? [13:19] the gtk_main_quit fix is quite important [13:19] especially now that the greeter is used as lock screen [15:11] knome: updated the tab with some more data [15:37] slickymaster-job, tab? you mean pad? :P [15:40] knome: yes, Pad [15:41] my mind is playing tricks on me [15:44] :) [15:46] (moved the bugs to the notes section for now, let's see which we want to "promote" on the announcement [15:48] ok, but I think there are some more [15:49] sure, let's keep on listing [15:52] are you ok with the xfdesktop new features knome? [15:52] slickymaster-job, yep, looks good [15:52] goo [15:52] *good [15:59] should we list bug 1271861 ? [15:59] bug 1271861 in thunar (Ubuntu) ""Open with 'default app'" in right click context menu with wrong icon" [Low,Confirmed] https://launchpad.net/bugs/1271861 [15:59] it's a feature request [15:59] wrong icon = generic folder icon [16:04] slickymaster-job: we might need an upstream report for bug 1282509 [16:04] bug 1282509 in xfdesktop4 (Ubuntu) "xfdesktop crashed with SIGSEGV in xfce_desktop_refresh()" [Medium,Triaged] https://launchpad.net/bugs/1282509 [16:04] brainwash: I know. Haven't got the time to take care of it, though [16:05] I'll try to do it over the weekend [16:05] usually you won't even notice this bug if you compile from git or disable apport, because the session immediately restarts xfdesktop after the crash [16:05] thanks :) [16:07] hopefully we'll get it fixed before B1 [16:08] not putting much faith in that [16:09] brainwash, file the upstream bug yourself, be in touch with upstream and make sure it's fixed, do a merge request (with help from somebody), make sure it gets to the sponsors queue and passes that [16:10] brainwash, i would rather you do this for one bug than hearing about "we need to fix this" about 20 bugs ("we" meaning somebody in the team but not you) [16:12] brainwash, helping out by triaging bugs is fine, but at this point, you have as much information about the bug than anybody else (probably more), and know the processes; if you don't know, you can ask for help [16:29] I'll do it myself then [16:29] ubuntu guys already complaining, bug 1283124 [16:29] bug 1283124 in xfdesktop4 (Ubuntu) "/usr/bin/xfdesktop:11:xfce_desktop_refresh:style_refresh_cb:g_timeout_dispatch:g_main_dispatch:g_main_context_dispatch" [High,New] https://launchpad.net/bugs/1283124 [16:30] brainwash, thanks for stepping up and taking care. [16:31] yes, errors tops e.u.c daily view [16:33] seb128 already mailed Noskcaj regarding it [16:33] since he was the one who did the update [16:42] xfdesktop does have some bugs... i've seen where it doesn't refresh the background on all monitors at startup [16:44] hey ali1234, maybe you can help brainwash with it [16:44] ali1234: latest version 4.11.3? [16:46] yes ali1234, that's the one [17:09] hello [17:09] hey ochosi [17:11] jjfrv8, you around? [17:29] 1516cb96c6ec9b20b63f05e7bcc4af8594d43129 looks like the culprit [17:30] jjfrv8, slickymaster-job: stgraber will do a ubiquity-slideshow-ubuntu release on monday, we have until that to get stuff prepared for the beta slideshow [17:32] knome: I must confess you that I haven't looked at it yet [17:32] no problem, jjfrv8 did some [17:32] and we have the weekend [17:33] that's what I was going to say [17:33] :P [17:46] ali1234: http://lpaste.net/100243 [17:48] ubiquity is a bit oops then atm [18:00] gotta go [18:00] bbl -> [18:06] hey sergio-br2 [18:18] hey ochosi [18:18] i did some random updates [18:19] huhu, random? :) [18:19] *in elementary icons, haha [18:19] brainwash: that doesn't look right to me [18:24] ali1234: what exactly? [18:24] well the icon reset does not depend on there being workspaces [18:24] and besides, why aren't there any workspaces? [18:24] sergio-br2: oh cool, somehow i don't get emails about pending merge-requests... [18:25] ali1234: don't know, I just added the check to prevent xfdesktop from segfaulting :( [18:26] it's a start I guess [18:26] sergio-br2: thanks, will review them tonight and get back to you. will you be around later? [18:26] yes, bot now, but after 2 hours i think so [18:26] *but not now [18:27] ok, sounds fine [18:27] i'll see whether i'll be around then [18:27] not unlikely that i will be [18:27] ali1234: the rest is up to eric (or you) :P [18:27] is this reported on xfce bugzilla? [18:27] https://bugzilla.xfce.org/show_bug.cgi?id=10705 [18:27] bugzilla.xfce.org bug 10705 in General "xfdesktop crashed with SIGSEGV in xfce_desktop_refresh()" [Major,New] [18:28] the report is only pointing to the LP one [18:29] brainwash: did you check in which commit the bug starts to appear? (since it's not in 4.11.2) [18:30] already found [18:30] yea, the style refresh commit [18:30] ok, cool [18:31] btw, before anyone complains to *me* about this, we're hit by this upstream gtk3.10 bug in 14.04: https://bugzilla.gnome.org/show_bug.cgi?id=710909 [18:32] Gnome bug 710909 in .General "Buttons are cut in some windows" [Normal,Unconfirmed] [18:32] ochosi: I have this thing where buttons are cut in some windows ... [18:32] yup [18:32] i have not seen anything like that with orion [18:32] everyone has it [18:32] some windows? [18:32] gtkdialog mostly [18:32] ah ok [18:33] ali1234: affects all themes that use the default engine to draw buttons [18:33] how do i reproduce it? [18:33] weird thing that I haven't noticed that so far [18:33] ali1234: here it is with orion: http://www.zimagez.com/zimage/screenshot-2014-02-21-193330.php [18:34] ali1234: one way is to start synaptic [18:34] i'll check another way for you to reproduce quickly [18:35] i don't see it [18:35] are you on 14.04? [18:35] that's weird then [18:35] yes [18:35] but that's only a minor glitch, no one would complain about this [18:35] open evince -> open file [18:35] what is evince? [18:35] the pdf-reader [18:35] is it "document viewer" [18:35] yup [18:36] ok, looks fine to me [18:36] the open-file dialog has that issue too [18:36] when did this start happening? [18:36] with gtk3.10 [18:36] i haven't updated since yesterday [18:36] i can't reproduce this anywhere [18:36] no, a lot earlier than yesterday [18:36] weird weird [18:36] greybird looks fine here, buttons are OK [18:36] i dn't use the default fonts, that probably affects it [18:36] what fonts do you use? [18:36] same here [18:37] not using the default font setup [18:37] droid sans 11, force 96 DPI, slight hinting [18:37] I was actualyl joking ochosi - but yea - got that here :) [18:37] yeah, weird [18:37] that fixes it [18:38] "fixes" [18:38] try 9pt [18:38] yeah that breaks it lol [18:38] so lets switch to 11 by default :) [18:38] also i can't read anything cos everything is so small [18:39] i'll add another comment about this upstream [18:39] fwiw, 10 also breaks it [18:39] not here it doesn't [18:40] oh wait, yeah it does [18:40] opensans works with 10pt, doesn't with 9pt [18:40] seems like a "simple" padding issue [18:40] it looks like the label text is too high on the button [18:40] meh [18:41] can you please link the upstream report? [18:41] https://bugzilla.gnome.org/show_bug.cgi?id=710909 is the upstream report [18:41] Gnome bug 710909 in .General "Buttons are cut in some windows" [Normal,Unconfirmed] [18:41] thanks [18:48] it was actually a pain to even get that bugreport re-opened [18:48] it took less than 24 hours [18:48] that's not a pain [18:49] completely random, but do you know how local menus works in unity? [18:50] can we implement it in xfwm? [18:50] i guess they use the same dbus method they use with their global-menu indicator (random guess) [18:51] hmm... seems reasonable assumption [18:51] where do you see that it took less than 24hrs from my comment on 2014-01-31 [18:52] that menu doesn't work nicely in xfce4-indicator-plugin, so i'm not sure getting it into xfwm4 will be easy [18:53] that's probably more down the the indicator plugin [18:53] what happens if the window is too small to show the menus on one line? [18:54] then there's an expander [18:54] i've seen a screenshot of that somewhere [18:54] hmm... [18:54] mousepad won't let you make the window smaller than the menu [18:55] ali1234: http://www.omgubuntu.co.uk/wp-content/uploads/2014/02/lim-not-enough-space.jpg [18:55] cool [18:55] i might try to implement it [18:56] sounds challenging [18:56] i bet it's easy really [18:56] cop and paste some code and dump a gtk widget onto the decorations [18:56] btw, since you're the most xfwm4-proficient person around: is there a way to increase the resize-hover-area of xfwm4? [18:56] hmm that's another thing on my todo list actually [18:56] or will that add lots of pointer-polling [18:56] i hate 1 pixel resize borders.... [18:57] something like 3px would be a nice area [18:57] it should not require any polling [18:57] the windows already have shadows that expand the real border area [18:57] just need to make the resizer detect based on that [18:57] although since that's part of the compositor we might not be able to use those directly [18:58] hmm, yeah, ideally would work also without compositor [19:00] bbiab [19:00] you can probably fake it on the theme side by making the brder pixmaps bigger, with transparent areas [19:02] i remember trying that and it not working though [19:02] anyway, bbiab [19:02] hmm, fair enough [19:14] ah, i think i found it [19:19] hmm... [19:23] hmmmmmmmmmm... [20:02] ali1234: ? :) [20:02] i'm not sure if this is even possible [20:03] the menus in the window-deco or the resize-area? [20:03] resize [20:03] wonder how other WMs do it though [20:03] using big pizmaps with transparency doesn't work because it uses XShape to make out the transparent pixels [20:04] if you don't make out the transparent pixels you get garbage in those pixels [20:05] all the other windows that can do it are compositors so they can do real transparency [20:05] window managers* [20:05] hmm [20:06] so they supposedly simply add 1 or 2px of transparent window-border? [20:06] (sounds like a straight-forward solution) [20:41] ochosi [21:07] sergio-br2: sorry, haven't finished yet :/ [21:15] sergio-br2: just finished the mimes branch [21:17] sergio-br2: hmm, no 22px multimedia-video-player? [21:21] sergio-br2: also, the shadow below the play-icon in the 24px version of that icon seems a bit off [21:26] ochosi, there is no 22 px multimedia-video-player in upstream [21:27] sergio-br2: yeah, but it's very trivial to do, there's always the same protocol for converting 24px to 22px [21:27] remove the drop-shadow, reduce the icon size to 22px [21:27] and then center the icon again and hit save :) [21:28] ok [21:28] btw, sometimes i don't merge stuff from upstream, because they don't have all the sizes and i don't have time to draw thenm [21:29] so i've merged all branches except the apps [21:29] is the 24px version taken directly from upstream? [21:29] the shadow is weird in 24 [21:29] yeah [21:30] strange [21:30] the only that missing was 22 px [21:30] probably worth mentioning that to DanRabbit or submitting a bugreport [21:30] or: fixing it and submitting a merge-request upstream [21:30] he's usually happy to merge stuff back [21:30] ok, i will see it [21:30] but no worries, let's fix it in -xfce first [21:32] something's off with that anyhow, i can't see it in the preview in thunar [21:32] that usually means the shadow won't be visible in the png converted version [21:37] ochosi, done [21:38] sergio-br2: did you also fix the shadow? [21:38] yes [21:38] strange, still looks large: http://www.zimagez.com/zimage/screenshot-2014-02-21-223821.php [21:39] otoh it gives the white icon a bit more structure against the red backdrop [21:39] oh right, it's the same in 32px [21:39] yes, but i think it is the desing [21:39] i thought it shouldn't be like that [21:39] yeah [21:39] design [21:39] it's fine [21:39] thanks [21:40] merged, thanks a bunch! [21:40] ok [21:40] no problem :) [21:41] you know when the git repo go to trusty? [21:41] is it you that make the package for ubuntu? [21:42] no, i'm not doing any packaging [21:42] i only push to the branch, then one of our packagers takes care of it [21:42] Noskcaj put the xubuntu-artwork package in the sponsors queue, so whenever uploaders have time, they upload it [21:43] my last push there was the 96px folders [21:43] but we can try to do another package upload sometime after beta1 [21:43] give me a deadline, i can do some icons yet [21:44] ok, let me check the release schedule quickly [21:45] march13th is the UI freeze, so being ready with the icons on march 6th would be ideal [21:45] then we have a week for our packagers to update the package and upload it [21:46] so two weeks from now, a little less than that [21:51] no time to lose then [21:52] yup [21:53] nice to see that some folks on ubuntu also use our artwork :) [22:04] bbl [22:12] ochosi, It's been on the queue for 2 days now [22:32] knome, are you still around? [22:33] jjfrv8, i am [22:33] did you want to work on the slideshow tonight? [22:33] if you have time and motivation, we can do that [22:34] as you most probably read, we have the weekend to land new things [22:34] (for beta, then again for final) [22:34] I was going to try to finish xfdesktop for ochosi tonight and I only have a few hours available this weekend [22:35] if you can push the slide you created to a branch, i'm fine with that [22:35] sure, I can do that [22:36] I'll probably have from around 14 to 16 tomorrow, that might be it for the weekend [22:37] but I'll push the slide in the next few minutes [22:37] you should use the time you have for xfdesktop [22:37] i can handle the slideshow for now [22:37] and i'm most probably away at that time tomorrow [22:37] ok [22:41] hey knome, jjfrv8 [22:41] heys li [22:41] . [22:41] hey slickymaster [22:41] it seems that I got here just in time [22:41]