[03:06] <kondor1001> hi
[03:07] <kondor1001> got an old laptop today,  seems like a good idea to use it for testing alpha,  is the current installer working?
[03:07] <holstein> kondor1001: try it
[03:07] <kondor1001> good idea
[03:10] <Unit193> Don't forget to report your results to the iso tracker.
[03:10] <kondor1001> 20140220 i386 on the way 
[03:11] <kondor1001> will do, will need to read up how
[03:12] <holstein> http://iso.qa.ubuntu.com/
[03:17] <ganglere> 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] <ganglere> A clean install seamed to work just fine (reinstalling applications now).
[03:29] <Unit193> Couldn't select the last bootable kernel?  3.11.something ?
[03:30] <ganglere> Unit193, I tried several kernels and recovery mode, same error each time
[03:30] <Unit193> Well.
[03:32] <ganglere> Looking at the testcase results, it looks like all the other upgrades used "update-manager -d -c"
[03:32] <ganglere> Where as I booted the iso from a flash drive and selected upgrade
[03:33] <Unit193> Never done that, I've heard bad results though.
[03:35] <ganglere> I will remember that for the future. 
[03:37] <Unit193> (That's nothing official, just what I've heard before.)
[03:38] <ganglere> I had assumed.
[03:38] <Unit193> Might be nice for someone to fix if that's the case.
[03:39] <ganglere> How does it differ? I just assumed it did a chroot and then an upgrade-manager call
[03:39] <ganglere> One would think it would be less volatile than an in-place upgrade
[03:40] <kondor1001> 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:49] <holstein> !bug
[03:56] <kondor1001> does that launchpad page get updated when that bug is fixed?
[03:56] <holstein> when?
[03:57] <holstein> you mean, if there is activity, and that activity is logged.. yes
[03:57] <kondor1001> i mean when it is fixed
[03:59] <ganglere> Unit193, is this worth reporting? I don't know what package to report against.
[04:00] <kondor1001> ok, im off, will keep an eye on that launchpad page so i know when to try another image.
[04:05] <Unit193> ganglere: I'd say so, but I'm not really sure where it failed.
[06:59] <Noskcaj> hey elfy 
[07:00] <elfy> hi
[07:00] <Noskcaj> Any chance you could get some testing to the new xfburn release?
[07:03] <Noskcaj> As long as it's stable(ish), it will get to debian pretty soon
[07:03] <elfy> we can discuss it when it lands and is seeded 
[07:05] <Noskcaj> 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] <elfy> 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] <elfy> and I'm more worried about people testing beta's and things that have/have to land for us tbh
[07:07] <Noskcaj> it doesn't have to be much, just one person checking it's not completely broken
[07:07] <Noskcaj> I don't have a dvd burner, and neither does corsac
[07:07] <elfy> neither do I
[07:08] <Noskcaj> :(
[07:08] <elfy> if I did - I'd look myself
[07:09] <elfy> 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 
[07:41] <elfy> mmm indicator-network wants to use 92Mb of space - or without recommends 200Mb 
[09:04] <Noskcaj> 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] <Noskcaj> I'll have to go soon, will be back 19UTC
[11:07] <ochosi_> elfy: indicator-network is not something we use by default though, we use nm-applet which in turn uses indicator-application
[11:35] <ochosi> elfy: ping
[12:09] <bluesabre21> bug reports for a project with one maintainer can be bad news
[12:09] <bluesabre21> considering that the current xfburn, as old as it is, is basically the most stable burning app there is, along with k3b
[12:44] <knome> http://pad.ubuntu.com/Xubuntu1404Beta1
[12:44] <knome> let's start working on the release notes
[12:45] <slickymaster-job> knome: where to place the drop of gthumg?
[12:46] <slickymaster-job> *gthumb
[12:46] <slickymaster-job> ok
[12:46] <knome> isn't final "sections", just add anywhere, but i added a new heading
[12:48] <elfy> ochosi: pong
[12:49] <elfy> ok - that's ok, just checking - but nm-applet doesn't appear to be using indicator-application here
[12:49] <knome> elfy, see link ^
[12:50] <elfy> wut?
[12:51] <knome> http://pad.ubuntu.com/Xubuntu1404Beta1
[12:51] <elfy> oic sorry
[12:55] <slickymaster-job> knome: I'll add xfdesktop new features after lunch. I have a lunch appointment in about 10 minutes 
[12:55] <knome> sure, no hurry
[12:55] <knome> we still have a week
[12:56] <knome> at once we're well ahead
[12:56] <elfy> but but but but ... 
[12:57] <slickymaster-job> better safe than sorry
[12:58] <knome> slickymaster-job, question: in which parts is the documentation *re*written?
[12:59] <slickymaster-job> regarding the "Changing the wallpaper" section 
[12:59] <knome> right
[12:59] <knome> i thought that would fall under "improved"
[12:59] <knome> or maybe "updated" more than "rewritten"
[13:00] <slickymaster-job> and the command-line chapter that Unit193 sort of rewrite
[13:00] <knome> see pad, rewrote that sentence
[13:00] <knome> but feel free to revert if you insist
[13:01] <slickymaster-job> nopes, it does seems better that way. Better wording
[13:01] <slickymaster-job> but I really have to go now
[13:01] <slickymaster-job> bbl ->
[13:01] <brainwash> elfy: can you please take a look at bug 1282227 and maybe confirm it? takes only some seconds :)
[13:02] <elfy> can't confirm it - works ok here
[13:02] <brainwash> thanks
[13:02] <elfy> I would have 2 days ago when none of my wallpapers were available 
[13:03] <elfy> I think there was possibly an issue with that a day or so ago
[13:03] <brainwash> now it's gone?
[13:04] <elfy> well it works ok here - updated
[13:04] <elfy> but I did have that and a bunch of other really odd things going on
[13:05] <elfy> [19:17] <elfy> lost icons for lots of panel launchers and all the gtk3 ones
[13:05] <elfy> [19:17] <elfy> usr/share/xfce4/backdrops shows all my wallpapers
[13:05] <elfy> [19:18] <elfy> if I do the same from desktop settings - then navigate to the same place it appears to be empty
[13:05] <elfy> [19:18] <elfy> can't do a screenshot - as I'm told .png is not supported
[13:05] <elfy> http://imagebin.org/294486
[13:05] <ochosi> 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] <ochosi> specifically testing whether screen-blanking and screen-suspending works
[13:05] <elfy> 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] <elfy> ochosi: ok - you want me to call for that? 
[13:06] <elfy> ochosi: is xscreensaver gone from the seed now?
[13:07] <brainwash> elfy: ouch, users who upgrade from a previous xubuntu version might experience the same issues
[13:07] <ochosi> elfy: i think yes, let me check...
[13:07] <elfy> brainwash: it wasn't up upgrade from a previous version 
[13:08] <ochosi> 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] <elfy> mmm ok - so purge xscrn install light-locker light-locker-settings and check those 2 issues?
[13:09] <ochosi> elfy: yup, sounds good
[13:09] <elfy> that really needs to have a testcase if we're seeding it 
[13:10] <ochosi> we will be seeding it, just a question of when the seed changes get merged/uploaded
[13:10] <elfy> ochosi: did you see what I said about nm-applet - is it supposed to be in notification area or in indicator plugin?
[13:10] <knome> ochosi, you too, see the pad
[13:11] <ochosi> knome: see what pad?
[13:11] <elfy> ochosi: ok - well I will get it on the tracker asap
[13:11] <knome> let's get it in awesome shape so our marketing lead doesn't have to work on it
[13:11] <brainwash> elfy: indicator area, but this requires the workaround
[13:11] <knome> ochosi, http://pad.ubuntu.com/Xubuntu1404Beta1
[13:11] <ochosi> knome: ok, will check later
[13:11] <knome> ochosi, ta
[13:11] <elfy> 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] <knome> elfy, yeah sure :)
[13:11] <elfy> brainwash: workaround?
[13:12] <elfy> and I'll read it later - bbl :p
[13:12] <brainwash> elfy: see https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Trusty/Gtk3Indicators > "Indicators may fail to load"
[13:13] <brainwash> we are still waiting for the fix from the indicator stack maintainer
[13:14] <elfy> oh yea, that one - thought about that while I was doing something else then promptly forgot again
[13:15] <brainwash> 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] <brainwash> ochosi: will lightdm-gtk-greeter 1.8.2 land in trusty anytime soon or somewhat later after more bugfixes have been gathered?
[13:19] <brainwash> the gtk_main_quit fix is quite important
[13:19] <brainwash> especially now that the greeter is used as lock screen
[15:11] <slickymaster-job> knome: updated the tab with some more data
[15:37] <knome> slickymaster-job, tab? you mean pad? :P
[15:40] <slickymaster-job> knome: yes, Pad
[15:41] <slickymaster-job> my mind is playing tricks on me
[15:44] <knome> :)
[15:46] <knome> (moved the bugs to the notes section for now, let's see which we want to "promote" on the announcement
[15:48] <slickymaster-job> ok, but I think there are some more
[15:49] <knome> sure, let's keep on listing
[15:52] <slickymaster-job> are you ok with the xfdesktop new features knome?
[15:52] <knome> slickymaster-job, yep, looks good
[15:52] <slickymaster-job> goo
[15:52] <slickymaster-job> *good
[15:59] <brainwash> should we list bug 1271861 ?
[15:59] <brainwash> it's a feature request
[15:59] <brainwash> wrong icon = generic folder icon
[16:04] <brainwash> slickymaster-job: we might need an upstream report for bug 1282509
[16:04] <slickymaster-job> brainwash: I know. Haven't got the time to take care of it, though
[16:05] <slickymaster-job> I'll try to do it over the weekend
[16:05] <brainwash> 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] <brainwash> thanks :)
[16:07] <brainwash> hopefully we'll get it fixed before B1
[16:08] <slickymaster-job> not putting much faith in that
[16:09] <knome> 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] <knome> 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] <knome> 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] <brainwash> I'll do it myself then
[16:29] <brainwash> ubuntu guys already complaining, bug 1283124
[16:30] <knome> brainwash, thanks for stepping up and taking care.
[16:31] <slickymaster-job> yes, errors tops e.u.c daily view
[16:33] <slickymaster-job> seb128 already mailed Noskcaj regarding it
[16:33] <slickymaster-job> since he was the one who did the update
[16:42] <ali1234> xfdesktop does have some bugs... i've seen where it doesn't refresh the background on all monitors at startup
[16:44] <slickymaster-job> hey ali1234, maybe you can help brainwash with it
[16:44] <brainwash> ali1234: latest version 4.11.3?
[16:46] <slickymaster-job> yes ali1234, that's the one
[17:09] <sergio-br2> hello
[17:09] <sergio-br2> hey ochosi
[17:11] <knome> jjfrv8, you around?
[17:29] <ali1234> 1516cb96c6ec9b20b63f05e7bcc4af8594d43129 looks like the culprit
[17:30] <knome> 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] <slickymaster-job> knome: I must confess you that I haven't looked at it yet
[17:32] <knome> no problem, jjfrv8 did some
[17:32] <knome> and we have the weekend
[17:33] <slickymaster-job> that's what I was going to say 
[17:33] <slickymaster-job> :P
[17:46] <brainwash> ali1234: http://lpaste.net/100243
[17:48] <elfy> ubiquity is a bit oops then atm
[18:00] <slickymaster-job> gotta go
[18:00] <slickymaster-job> bbl ->
[18:06] <ochosi> hey sergio-br2 
[18:18] <sergio-br2> hey ochosi
[18:18] <sergio-br2> i did some random updates
[18:19] <knome> huhu, random? :)
[18:19] <sergio-br2> *in elementary icons, haha
[18:19] <ali1234> brainwash: that doesn't look right to me
[18:24] <brainwash> ali1234: what exactly?
[18:24] <ali1234> well the icon reset does not depend on there being workspaces
[18:24] <ali1234> and besides, why aren't there any workspaces?
[18:24] <ochosi> sergio-br2: oh cool, somehow i don't get emails about pending merge-requests...
[18:25] <brainwash> ali1234: don't know, I just added the check to prevent xfdesktop from segfaulting :(
[18:26] <brainwash> it's a start I guess
[18:26] <ochosi> sergio-br2: thanks, will review them tonight and get back to you. will you be around later?
[18:26] <sergio-br2> yes, bot now, but after 2 hours i think so
[18:26] <sergio-br2> *but not now
[18:27] <ochosi> ok, sounds fine
[18:27] <ochosi> i'll see whether i'll be around then
[18:27] <ochosi> not unlikely that i will be
[18:27] <brainwash> ali1234: the rest is up to eric (or you) :P
[18:27] <ali1234> is this reported on xfce bugzilla?
[18:27] <brainwash> https://bugzilla.xfce.org/show_bug.cgi?id=10705
[18:28] <brainwash> the report is only pointing to the LP one
[18:29] <ochosi> brainwash: did you check in which commit the bug starts to appear? (since it's not in 4.11.2)
[18:30] <ali1234> already found
[18:30] <brainwash> yea, the style refresh commit
[18:30] <ochosi> ok, cool
[18:31] <ochosi> 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] <elfy> ochosi: I have this thing where buttons are cut in some windows ... 
[18:32] <ochosi> yup
[18:32] <ali1234> i have not seen anything like that with orion
[18:32] <ochosi> everyone has it
[18:32] <brainwash> some windows?
[18:32] <ochosi> gtkdialog mostly
[18:32] <brainwash> ah ok
[18:33] <ochosi> ali1234: affects all themes that use the default engine to draw buttons
[18:33] <ali1234> how do i reproduce it?
[18:33] <brainwash> weird thing that I haven't noticed that so far
[18:33] <ochosi> ali1234: here it is with orion: http://www.zimagez.com/zimage/screenshot-2014-02-21-193330.php
[18:34] <ochosi> ali1234: one way is to start synaptic
[18:34] <ochosi> i'll check another way for you to reproduce quickly
[18:35] <ali1234> i don't see it
[18:35] <ochosi> are you on 14.04?
[18:35] <ochosi> that's weird then
[18:35] <ali1234> yes
[18:35] <brainwash> but that's only a minor glitch, no one would complain about this
[18:35] <ochosi> open evince -> open file
[18:35] <ali1234> what is evince?
[18:35] <ochosi> the pdf-reader
[18:35] <ali1234> is it "document viewer"
[18:35] <ochosi> yup
[18:36] <ali1234> ok, looks fine to me
[18:36] <ochosi> the open-file dialog has that issue too
[18:36] <ali1234> when did this start happening?
[18:36] <ochosi> with gtk3.10
[18:36] <ali1234> i haven't updated since yesterday
[18:36] <ali1234> i can't reproduce this anywhere
[18:36] <ochosi> no, a lot earlier than yesterday
[18:36] <ochosi> weird weird
[18:36] <brainwash> greybird looks fine here, buttons are OK
[18:36] <ali1234> i dn't use the default fonts, that probably affects it
[18:36] <ochosi> what fonts do you use?
[18:36] <brainwash> same here
[18:37] <brainwash> not using the default font setup
[18:37] <ali1234> droid sans 11, force 96 DPI, slight hinting
[18:37] <elfy> I was actualyl joking ochosi - but yea - got that here :)
[18:37] <ochosi> yeah, weird
[18:37] <ochosi> that fixes it
[18:38] <ochosi> "fixes"
[18:38] <ochosi> try 9pt
[18:38] <ali1234> yeah that breaks it lol
[18:38] <brainwash> so lets switch to 11 by default :)
[18:38] <ali1234> also i can't read anything cos everything is so small
[18:39] <ochosi> i'll add another comment about this upstream
[18:39] <ochosi> fwiw, 10 also breaks it
[18:39] <ali1234> not here it doesn't
[18:40] <ali1234> oh wait, yeah it does
[18:40] <ochosi> opensans works with 10pt, doesn't with 9pt
[18:40] <ochosi> seems like a "simple" padding issue
[18:40] <ali1234> it looks like the label text is too high on the button
[18:40] <ali1234> meh
[18:41] <brainwash> can you please link the upstream report?
[18:41] <ali1234> https://bugzilla.gnome.org/show_bug.cgi?id=710909 is the upstream report
[18:41] <brainwash> thanks
[18:48] <ochosi> it was actually a pain to even get that bugreport re-opened
[18:48] <ali1234> it took less than 24 hours
[18:48] <ali1234> that's not a pain
[18:49] <ali1234> completely random, but do you know how local menus works in unity?
[18:50] <ali1234> can we implement it in xfwm?
[18:50] <ochosi> i guess they use the same dbus method they use with their global-menu indicator (random guess)
[18:51] <ali1234> hmm... seems reasonable assumption
[18:51] <ochosi> where do you see that it took less than 24hrs from my comment on 2014-01-31
[18:52] <ochosi> that menu doesn't work nicely in xfce4-indicator-plugin, so i'm not sure getting it into xfwm4 will be easy
[18:53] <ali1234> that's probably more down the the indicator plugin
[18:53] <ali1234> what happens if the window is too small to show the menus on one line?
[18:54] <ochosi> then there's an expander
[18:54] <ochosi> i've seen a screenshot of that somewhere
[18:54] <ali1234> hmm...
[18:54] <ali1234> mousepad won't let you make the window smaller than the menu
[18:55] <ochosi> ali1234: http://www.omgubuntu.co.uk/wp-content/uploads/2014/02/lim-not-enough-space.jpg
[18:55] <ali1234> cool
[18:55] <ali1234> i might try to implement it
[18:56] <ochosi> sounds challenging
[18:56] <ali1234> i bet it's easy really
[18:56] <ali1234> cop and paste some code and dump a gtk widget onto the decorations
[18:56] <ochosi> btw, since you're the most xfwm4-proficient person around: is there a way to increase the resize-hover-area of xfwm4?
[18:56] <ali1234> hmm that's another thing on my todo list actually
[18:56] <ochosi> or will that add lots of pointer-polling
[18:56] <ali1234> i hate 1 pixel resize borders....
[18:57] <ochosi> something like 3px would be a nice area
[18:57] <ali1234> it should not require any polling
[18:57] <ali1234> the windows already have shadows that expand the real border area
[18:57] <ali1234> just need to make the resizer detect based on that
[18:57] <ali1234> although since that's part of the compositor we might not be able to use those directly
[18:58] <ochosi> hmm, yeah, ideally would work also without compositor
[19:00] <ochosi> bbiab
[19:00] <ali1234> you can probably fake it on the theme side by making the brder pixmaps bigger, with transparent areas
[19:02] <ochosi> i remember trying that and it not working though
[19:02] <ochosi> anyway, bbiab
[19:02] <ali1234> hmm, fair enough
[19:14] <ali1234> ah, i think i found it
[19:19] <ali1234> hmm...
[19:23] <ali1234> hmmmmmmmmmm...
[20:02] <ochosi> ali1234: ? :)
[20:02] <ali1234> i'm not sure if this is even possible
[20:03] <ochosi> the menus in the window-deco or the resize-area?
[20:03] <ali1234> resize
[20:03] <ochosi> wonder how other WMs do it though
[20:03] <ali1234> using big pizmaps with transparency doesn't work because it uses XShape to make out the transparent pixels
[20:04] <ali1234> if you don't make out the transparent pixels you get garbage in those pixels
[20:05] <ali1234> all the other windows that can do it are compositors so they can do real transparency
[20:05] <ali1234> window managers*
[20:05] <ochosi> hmm
[20:06] <ochosi> so they supposedly simply add 1 or 2px of transparent window-border?
[20:06] <ochosi> (sounds like a straight-forward solution)
[20:41] <sergio-br2> ochosi
[21:07] <ochosi> sergio-br2: sorry, haven't finished yet :/
[21:15] <ochosi> sergio-br2: just finished the mimes branch
[21:17] <ochosi> sergio-br2: hmm, no 22px multimedia-video-player?
[21:21] <ochosi> sergio-br2: also, the shadow below the play-icon in the 24px version of that icon seems a bit off
[21:26] <sergio-br2> ochosi, there is no 22 px multimedia-video-player in upstream
[21:27] <ochosi> sergio-br2: yeah, but it's very trivial to do, there's always the same protocol for converting 24px to 22px
[21:27] <ochosi> remove the drop-shadow, reduce the icon size to 22px
[21:27] <ochosi> and then center the icon again and hit save :)
[21:28] <sergio-br2> ok
[21:28] <ochosi> 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] <ochosi> so i've merged all branches except the apps
[21:29] <ochosi> is the 24px version taken directly from upstream?
[21:29] <sergio-br2> the shadow is weird in 24
[21:29] <sergio-br2> yeah
[21:30] <ochosi> strange
[21:30] <sergio-br2> the only that missing was 22 px
[21:30] <ochosi> probably worth mentioning that to DanRabbit or submitting a bugreport
[21:30] <ochosi> or: fixing it and submitting a merge-request upstream
[21:30] <ochosi> he's usually happy to merge stuff back
[21:30] <sergio-br2> ok, i will see it
[21:30] <ochosi> but no worries, let's fix it in -xfce first
[21:32] <ochosi> something's off with that anyhow, i can't see it in the preview in thunar
[21:32] <ochosi> that usually means the shadow won't be visible in the png converted version
[21:37] <sergio-br2> ochosi, done
[21:38] <ochosi> sergio-br2: did you also fix the shadow?
[21:38] <sergio-br2> yes
[21:38] <ochosi> strange, still looks large: http://www.zimagez.com/zimage/screenshot-2014-02-21-223821.php
[21:39] <ochosi> otoh it gives the white icon a bit more structure against the red backdrop
[21:39] <ochosi> oh right, it's the same in 32px
[21:39] <sergio-br2> yes, but i think it is the desing
[21:39] <ochosi> i thought it shouldn't be like that
[21:39] <ochosi> yeah
[21:39] <sergio-br2> design
[21:39] <ochosi> it's fine
[21:39] <ochosi> thanks
[21:40] <ochosi> merged, thanks a bunch!
[21:40] <sergio-br2> ok
[21:40] <sergio-br2> no problem :)
[21:41] <sergio-br2> you know when the git repo go to trusty?
[21:41] <sergio-br2> is it you that make the package for ubuntu?
[21:42] <ochosi> no, i'm not doing any packaging
[21:42] <ochosi> i only push to the branch, then one of our packagers takes care of it
[21:42] <ochosi> Noskcaj put the xubuntu-artwork package in the sponsors queue, so whenever uploaders have time, they upload it
[21:43] <ochosi> my last push there was the 96px folders
[21:43] <ochosi> but we can try to do another package upload sometime after beta1
[21:43] <sergio-br2> give me a deadline, i can do some icons yet
[21:44] <ochosi> ok, let me check the release schedule quickly
[21:45] <ochosi> march13th is the UI freeze, so being ready with the icons on march 6th would be ideal
[21:45] <ochosi> then we have a week for our packagers to update the package and upload it
[21:46] <ochosi> so two weeks from now, a little less than that
[21:51] <sergio-br2> no time to lose then
[21:52] <ochosi> yup
[21:53] <ochosi> nice to see that some folks on ubuntu also use our artwork :)
[22:04] <ochosi> bbl
[22:12] <Noskcaj> ochosi, It's been on the queue for 2 days now
[22:32] <jjfrv8> knome, are you still around?
[22:33] <knome> jjfrv8, i am
[22:33] <jjfrv8> did you want to work on the slideshow tonight?
[22:33] <knome> if you have time and motivation, we can do that
[22:34] <knome> as you most probably read, we have the weekend to land new things
[22:34] <knome> (for beta, then again for final)
[22:34] <jjfrv8> I was going to try to finish xfdesktop for ochosi tonight and I only have a few hours available this weekend
[22:35] <knome> if you can push the slide you created to a branch, i'm fine with that
[22:35] <jjfrv8> sure, I can do that
[22:36] <jjfrv8> I'll probably have from around 14 to 16 tomorrow, that might be it for the weekend
[22:37] <jjfrv8> but I'll push the slide in the next few minutes
[22:37] <knome> you should use the time you have for xfdesktop
[22:37] <knome> i can handle the slideshow for now
[22:37] <knome> and i'm most probably away at that time tomorrow
[22:37] <jjfrv8> ok
[22:41] <slickymaster> hey knome, jjfrv8 
[22:41] <knome> heys li
[22:41] <knome> .
[22:41] <knome> hey slickymaster 
[22:41] <slickymaster> it seems that I got here just in time
[22:41] <jjfrv8> evening
[22:47] <knome> slickymaster, kind of :)
[22:47] <knome> slickymaster, did you have ideas for the slideshow?
[22:50] <jjfrv8> knome, I've pushed the slideshow. You don't want a MP, do you? Just a link to the branch?
[22:53] <knome> jjfrv8, either one works for me
[22:53] <slickymaster> knome: I'm going to start on it now
[22:53] <knome> jjfrv8, but easier for you with no MP
[22:53] <knome> slickymaster, okay :)
[22:54] <jjfrv8> knome, https://code.launchpad.net/~jjfrv8/ubiquity-slideshow-ubuntu/personalize-desktop
[22:54] <knome> jjfrv8, thanks
[22:54] <slickymaster> knome: I think that all types of markting stuff are to be avoid, right?
[22:54] <knome> slickymaster, yep
[22:54] <knome> slickymaster, and boring applications listing
[22:54] <jjfrv8> I didn't create a new slide, I just modified 01_internet.html
[22:55] <knome> jjfrv8, that works
[22:55] <knome> i'll sort it out if/when we get more stuff done today
[22:56] <slickymaster> it looks good jjfrv8 
[22:56] <jjfrv8> thx
[23:08] <slickymaster> knome, jjfrv8 proposed text completely empties 2/3 of 05_desktop.html slide
[23:08] <knome> slickymaster, no problem, i'm not merging the branch as is
[23:12] <slickymaster> knome: remind me again how to build the slideshow locally, please
[23:12] <knome> slickymaster, ./test-slideshow.sh xubuntu
[23:12] <slickymaster> ok, thanks
[23:35] <knome> http://temp.knome.fi/xubuntu/trusty_slideshow/personalize.png
[23:35] <knome> slickymaster, does that help your inspiration?
[23:35] <knome> note the different layout
[23:36] <knome> the shot is still to be replaced
[23:36] <knome> and i need the mugshot icon from somewhere
[23:37] <knome> file:///usr/share/doc/python-launchpadlib/docs/files/mugshot.png
[23:37] <knome> hahah.
[23:37] <knome> (did "locate mugshot.png")
[23:38] <knome> ochosi, ping
[23:38] <slickymaster> yeah, I allready had saw jjfrv8's slide
[23:39] <knome> yeah, but the layout is now fixed
[23:39] <slickymaster> the new layout is much better, more modern and fluid
[23:39] <knome> well, the best thing is that the text fits :P
[23:40] <slickymaster> yes, the worst thing is that I'm feeling empty :P
[23:40] <knome> let's have a brainstorm
[23:41] <knome> what do we want to tell about the user in the slideshow?
[23:41] <knome> - the customizing features
[23:41] <knome> - highlight of our applications
[23:41] <slickymaster> maybe the problem can be the fact that I'm much attached to the already existent text in the slides
[23:41] <knome> - some commonly dismissed features
[23:41] <knome> catfish? application finder?
[23:41] <knome> - whiskermenu?
[23:42] <knome> - panel layout
[23:42] <knome> - DOCS, help and support methods
[23:42] <slickymaster> abd are we to drop every mention to the media and internet applications?
[23:43] <knome> i just got an idea to do one slide with just some of the default applications listed
[23:43] <knome> do we want a slide about desktop looks customizing? (yeah)
[23:43] <knome> - ubuntu software center
[23:43] <knome> - thanks
[23:44] <slickymaster> tell me something does the number of slides has to remain the same? 
[23:44] <knome> not at all
[23:44] <slickymaster> is that strict
[23:45] <knome> nope
[23:45] <knome> pretty much nothing is.
[23:45] <knome> we can even change the size of the slideshow window if we for some reason want to
[23:45] <slickymaster> don't think that would work much
[23:46] <knome> nope, but just giving you the idea how loose we are on everything
[23:46] <slickymaster> got it
[23:47] <slickymaster> another thing knome xx_newfeatures.html
[23:47] <knome> yep?
[23:47] <slickymaster> is still to be decided where it is going to be placed, right?
[23:48] <knome> yep, that's why the xx
[23:48] <slickymaster> thought so
[23:52] <knome> http://temp.knome.fi/xubuntu/trusty_slideshow/defaultapps.png
[23:52] <knome> slickymaster, give you inspiration?
[23:53] <knome> as you see, we can do whatever we want...
[23:56] <slickymaster> well, I'll give another try in the next half an hour
[23:56] <slickymaster> if nothing comes out, I'll sleep on it and hopefully I'll wake up tomorrow and produce something
[23:57] <slickymaster> defaultapps.png
[23:58] <knome> that it is
[23:58] <knome> ;)
[23:58] <slickymaster> is something we can use to the new features slide
[23:58] <slickymaster> the concept of the slide that is
[23:58] <knome> sure, if we find the right content for that format
[23:59] <knome> http://temp.knome.fi/xubuntu/trusty_slideshow/defaultapps2.png
[23:59] <slickymaster> I'm trying to sketch something up around whiskermenu