[06:53] <Noskcaj> thanks bluesabre 
[09:42] <elfy> pleia2: are we still planning to do "Create user survey 2: Xubuntu preferences to help inform us whether defaults satisfy userbase" ?
[15:50] <knome> ochosi, ping
[16:33] <dkessel> elfy: i am tinkering around with the ISO tracker... would a script producing this information (live data) help you in any way? http://paste.ubuntu.com/11476521/
[16:33] <dkessel> formatting can be changed to your liking ;)
[17:29] <ochosi> knome: pong
[17:29] <Unit193> ochosi: No.
[17:30] <ochosi> Unit193: ?
[17:36] <ochosi> no to pinging knome?
[17:46] <elfy> dkessel: kind of , a level deeper would be more 
[17:46] <elfy> hi ochosi 
[17:48] <dkessel> elfy: what exactly is missing? user info or bug info?
[17:50] <elfy> dkessel: what's it for though? rather - why are you looking? 
[18:08] <ochosi> bbabl
[18:18] <dkessel> I looked at the item that says "draw data from the tracker" or something on the qa blueprint
[18:20] <dkessel> elfy: ^
[18:21] <elfy> oh right
[18:22] <dkessel> It should be possible to integrate the output of the script wherever it is needed
[18:22] <elfy> dkessel: that'd be sufficient for that
[18:23] <elfy> is this script easy to run and modify? 
[18:24] <dkessel> well it is python ;) my first draft: https://code.launchpad.net/~dkessel/+junk/python-qatracker-xubuntu
[18:25] <dkessel> It should be possible to run that out of the box. I modified the example hidden behind the API link on the tracker
[18:26] <elfy> that blueprint item was something that ochosi and I were discussing mid vivid 
[18:29] <elfy> so it's possible I'll discard the idea 
[18:30] <elfy> personally it would be quite useful if I could get an LP name with test reported number
[18:33] <dkessel> I'm not sure if the user names are returned through the api, but I could have a look. The blueprint is saying something like weekly stats, which could be possible.
[18:34] <dkessel> Also, there is this work item for knome about "more meaningful data". I wonder what exactly that is.
[18:34] <elfy> right - not sure this is something you should spend too much time on :)
[18:35] <elfy> that is mostly about the same thing - given that I'm not going to be manually extracting info for the QA incentive thing
[18:37] <elfy> dkessel: also while the blueprint has stuff on it - I'm still looking at it - so it's not finished really
[18:43] <dkessel> elfy: just trying to be useful while I have one or two days to spare ;) but I guess it's just too early in the cycle then
[18:44] <elfy> yea I understand that - but probably is too early
[18:46] <elfy> that said if that script could tell me that in 64bit on day x we had so many of each done - eg summary of the numbers on http://iso.qa.ubuntu.com/qatracker/milestones/338/builds/92402/testcases 
[18:47] <elfy> then I would use it - currently I'd be opening up a weeks worth at a time to look 
[18:47] <elfy> which is a pita
[18:54] <dkessel>  I think I can make that a list sorted by day. CSV output might be nice for a spreadsheet or something
[19:00] <elfy> that'd be rather useful to me :)
[19:06] <dkessel> Good :)
[20:56] <ochosi> evening all
[20:58] <Unit193> No.
[21:59] <bluesabre> Yes
[21:59] <bluesabre> evening ochosi
[22:00] <ochosi> evening bluesabre 
[22:00] <ochosi> and thanks for the affirmative word :)
[22:01] <bluesabre> :)
[22:01] <ochosi> soooo
[22:01] <bluesabre> I just got excited, didn't know this existed in the api :)
[22:01] <bluesabre> https://lazka.github.io/pgi-docs/#Gtk-3.0/classes/ApplicationWindow.html#Gtk.ApplicationWindow
[22:01] <ochosi> i talked to the elementary folks, they're (as expected) not interested in our LO effort
[22:01] <bluesabre> indeed
[22:05] <ochosi> oh, sounds nice, i also didn't know. but then again i haven't actively dealt with gtkapplication
[22:06] <bluesabre> I use it very very hackily with menulibre (and I think maybe catfish)
[22:06] <bluesabre> that will make it less hacky :)
[22:06] <ochosi> :)
[22:07] <bluesabre> I was thinking wtih CSD catfish, maybe using a split headerbar (https://blogs.gnome.org/mclasen/files/2014/01/Screenshot-from-2014-01-13-081511.png), folder selection and sidebar filters on left
[22:08] <ochosi> Unit193: while the elementary folks weren't excited about the LO icons thing, xubuntu-core got quite some praise!
[22:08] <ochosi> bluesabre: yeah, that could work
[22:08] <bluesabre> otherwise, this is easy to accomplish, http://i.imgur.com/ILlFtuW.png
[22:09] <ochosi> well, you can always start with this and move to the split headerbar
[22:09] <bluesabre> yeah
[22:09] <bluesabre> thats the plan
[22:09] <ochosi> i guess what's nice about the split is that the folder-selection and the filter somehow belong together
[22:09] <ochosi> without the sidebar, the separator might look a bit over the top
[22:10] <bluesabre> yeah
[22:10] <bluesabre> if I went with the split, the sidebar would always be displayed
[22:10] <ochosi> but anyway, starting with the low-hanging fruit is probably good
[22:10] <bluesabre> mhm
[22:10] <ochosi> also, i wanted to ask you whether you had a minute or two to test and quickly review a commit for xfpm (eric is on holidays)
[22:11] <bluesabre> sure
[22:11] <ochosi> i think you might've tested it before, rebased it on master now
[22:11] <ochosi> https://bugzilla.xfce.org/show_bug.cgi?id=4499
[22:11] <ochosi> i can't properly test this atm because my laptop burned down
[22:11] <ochosi> so i have this old laptop without battery
[22:11] <ochosi> not really ideal for this feature
[22:12] <bluesabre> true
[22:12] <ochosi> and my new one takes anther 3 weeks to arrive :'(
[22:12] <bluesabre> just use the latest patch?
[22:12] <ochosi> yup
[22:12] <bluesabre> cool
[22:13] <bluesabre> it'll take me a bit, will add the patch to the 1.5 package and install that way (so I don't trash my system)
[22:13] <ochosi> sure
[22:13] <ochosi> no rush
[22:13] <ochosi> but i think after that small feature, i'm ready for 1.5.1
[22:14] <ochosi> it's a bit early, but the bugs in 1.5.0 with the icons are just too annoying
[22:14] <bluesabre> +1
[22:14] <ochosi> and this way at least there's a new feature to test
[22:14] <ochosi> btw, i'm not sure the patch will cleanly apply on top of 1.5.0
[22:14] <ochosi> you need git master
[22:17] <knome> ochosi, did you mean "you need a git, master"
[22:17] <bluesabre> ochosi: so it seems :(
[22:17] <ochosi> bluesabre: didnt we set up a daily built xfpm somewhere at some point?
[22:20] <bluesabre> oh right, thats in https://launchpad.net/~xubuntu-dev/+archive/ubuntu/ppa
[22:22] <ochosi> heh, there you go ;)
[22:40] <bluesabre> ochosi: its installed
[22:40] <bluesabre> what do you need me to test?
[22:40] <ochosi> this sums it up: https://bugzilla.xfce.org/show_bug.cgi?id=4499#c33
[22:41] <ochosi> btw, i've meanwhile replaced 30 icons for LO, this is really quite a bit of work
[22:44] <bluesabre> for some reason, not getting any label here
[22:45] <ochosi> screener of xfce4-settings-editor with the property plz?
[22:45] <bluesabre> maybe its because my battery is so full
[22:46] <bluesabre> http://i.imgur.com/ZhQL6eE.png
[22:46] <ochosi> if it is, then yes, the label is hidden
[22:46] <ochosi> it depends on whether upower says your battery is still charging or not
[22:46] <ochosi> not on the load-level
[22:47] <bluesabre> I see
[22:47] <bluesabre> suppose I should play a game to empty it out a bit then
[22:47] <ochosi> :)
[22:47] <ochosi> you can check with "upower -d" whether it's charging or not
[22:47] <ochosi> the property looks ok though
[22:48] <ochosi> so in case the patch got applied, everything *should* be working
[22:48] <bluesabre> http://paste.ubuntu.com/11482893/
[22:51] <ochosi> hmmm
[22:51] <ochosi> sry, not sure now why that's not working :(
[22:52] <bluesabre> I think upower 0.99 is no good with my laptop... I'm definitely no longer charging
[22:53] <bluesabre> also, GTK's hiding scrollbars kind of suck compared to Ubuntu's, I don't need the scrollbars to cover up the content I'm scrolling through :\
[22:54] <bluesabre> (gtk 3.16)
[22:55] <ochosi> hmm
[22:55] <ochosi> yeah, haven't tested those yet
[22:56] <ochosi> meh, adding a modified zip folder to /usr/share/libreoffice/share/config/ obviously isn't enough to make the theme show up in the LO icon theme selector
[22:56] <bluesabre> yeah, for other non-official themes, they end up replacing the theme with tango
[22:57] <ochosi> ?
[22:58] <bluesabre> http://gnome-look.org/content/show.php?content=143474
[22:58] <bluesabre> rename your zip to images_crystal.zip and replace the existing one
[22:59] <ochosi> actually i made it show up now
[22:59] <bluesabre> oh cool
[22:59] <ochosi> it has to go in /usr/lib...
[22:59] <ochosi> for whatever reason
[22:59] <ochosi> the icons don't show up yet though, something's clearly not working right
[23:00] <ochosi> i have no idea how they create the zips
[23:00] <ochosi> maybe there's something special about them
[23:00]  * bluesabre shrugs
[23:02] <ochosi> http://i.imgur.com/EvwYcYH.png
[23:03] <bluesabre> fancy theme
[23:03] <bluesabre> :p
[23:03] <ochosi> yeah, i prefer it to the "human" theme :)
[23:10] <ochosi> ok, got it working now
[23:11] <bluesabre> nice
[23:13] <ochosi> i think the best way to make this available for testing is the zip
[23:13] <ochosi> we should just create a package that installs that and a symlink to it in the right place
[23:13] <ochosi> maybe you can take a peek at the packaging
[23:13] <ochosi> i think if we only want to replace the essential icons, we can do that this cycle easily
[23:14] <ochosi> thing that cause the most work is that they have ridiculous icon size like 26x26
[23:16] <ochosi> http://i.imgur.com/VE2Pg0N.png
[23:16] <ochosi> think i'll focus on the toolbar and the primary menus
[23:30] <bluesabre> ochosi: sure, I can investigate creating a package with this... maybe we can set up a branch for it to to work with
[23:30] <ochosi> should be fairly easy
[23:30] <bluesabre> yeah
[23:30] <ochosi> the final package does very little
[23:30] <ochosi> http://i.imgur.com/kkuTCRP.png
[23:32] <ochosi> soon, most of the horrible orange icons will be gone btw
[23:32] <bluesabre> :D
[23:33]  * bluesabre doesn't suggest that he likes Human/Humanity
[23:33] <bluesabre> and ochosi is using adwaita?
[23:33] <bluesabre> :o
[23:33] <ochosi> no, that's only cause i was testing a local copy of greybird and synaptic wanted root
[23:34] <bluesabre> ah, gotcha
[23:34] <ochosi> so many horrible icons
[23:34] <ochosi> oh lord, that'll be a nice piece of work
[23:37] <ochosi> question: can you somehow make the zip-ification of the theme take place in the packaging?
[23:37] <ochosi> i mean theoretically i guess i could script it, too
[23:37] <ochosi> thing is i would prefer to keep the whole icon theme somewhere as source files in git or something
[23:37] <ochosi> and then the zip is needed for packaging, so i could push that to a separate branch or something from which to build the package
[23:38] <ochosi> or keep it there in the same branch even
[23:39] <bluesabre> yeah
[23:39] <bluesabre> we can do that
[23:39] <bluesabre> make a branch and drop all of the folder structure in a subfolder, we can zip that structure
[23:41] <ochosi> so zipping in the packaging?
[23:41] <bluesabre> yes
[23:43] <ochosi> cool
[23:43] <ochosi> that'd be perfect
[23:43] <ochosi> so the next question is: git or bzr
[23:44] <bluesabre> either, shimmerproject exists in both :)
[23:44] <ochosi> :)
[23:45] <ochosi> if you dont care at all, i'll go for github
[23:46] <bluesabre> go for it
[23:46] <ochosi> okeydokey
[23:46] <ochosi> i'll have something for you to work with in a few minutes
[23:48] <bluesabre> cool
[23:56] <ochosi> bluesabre: there you go: https://github.com/shimmerproject/libreoffice-style-elementary
[23:56] <ochosi> hmm
[23:56] <ochosi> i wonder whether the subfolder was a good idea...
[23:56] <ochosi> since you said you can zip it up in the packaging
[23:57] <ochosi> but either way, that's a hint: the zip has to have that name: images_elementary.zip
[23:57] <ochosi> i'll remove the folder again now
[23:58] <bluesabre> ochosi: sure
[23:58] <bluesabre> I'll actually add a makefile that does the zipping, and the package will be easy because of that
[23:58] <bluesabre> so it won't be debian only
[23:58] <bluesabre> :)
[23:59] <ochosi> cool