[02:00] <Unit193> jjfrv8: I've added you as reviewer simply because you are docs lead.
[04:33] <Noskcaj> ochosi, I'll take a look later tonight
[04:48] <Noskcaj> ochosi, Are there any other patches i should cherry pick?
[09:58] <slickymaster-job> morning all
[09:58] <elfy> morning slickymaster-job 
[09:59] <slickymaster-job> hi elfy, good morning
[10:45] <elfy> knome: you seen the numbers on the package tracker lately - certainly appears that calling for sections every fortnight or so works 
[10:46] <knome> elfy, no, i have to confess i haven't been looking too much (implies you're doing your job well)
[10:46] <elfy> lol
[10:46] <knome> but great to hear it's working :)
[10:46] <knome> i seriously need to start running tests for the betas
[10:47] <elfy> well ... when beta tests come up - and I report for the blog - I will have 2 lists. 1 for people and another for people in -team :p
[10:51] <knome> good
[12:05] <Unit193> ochosi: And present extension in trusty too.
[12:06] <pmjdebruijn> ochosi: hey
[12:06] <pmjdebruijn> ochosi: https://github.com/pmjdebruijn/xcalibrator
[12:06] <pmjdebruijn> ochosi: but that uses a colorimeter though
[12:07] <pmjdebruijn> it's not the gamma thing
[12:07] <ochosi> Unit193: yeah, i know, i noticed a few days ago (and thought i even posted that here)
[12:07] <ochosi> pmjdebruijn: oh, cool!
[12:07] <Unit193> ochosi: Couldn't remember if you did about Debian or trusty, and backlog isn't there.
[12:08] <ochosi> Unit193: afair from what ali1234 said, you also need a rather bleeding edge intel driver for the present extension...
[12:09] <ochosi> pmjdebruijn: so this is for calibrating, or does it also load the color-profile in the session daemon-like?
[12:10] <pmjdebruijn> it requires xiccd for that
[12:10] <pmjdebruijn> xiccd/colord
[12:10] <pmjdebruijn> in xfce's case
[12:10] <pmjdebruijn> which I have packaged on a ppa :)
[12:10] <Unit193> And I presume  * Merge from Debian git.  isn't enough. :/
[12:11] <pmjdebruijn> ochosi: it's really silly, I put xfce4-terminal into fullscreen mode, to make it look less like a script :)
[12:11] <ochosi> pmjdebruijn: haha, nice :) well you could've also used zenity or something ;)
[12:11] <ochosi> although i'm not sure in what shape that is today
[12:11] <ochosi> been ages that i used it
[12:11] <pmjdebruijn> right
[12:12] <pmjdebruijn> well I wanted a black background anyhow
[12:12] <ochosi> :>
[12:12] <pmjdebruijn> that's the only downside though if the user has a weird color scheme set
[12:12] <pmjdebruijn> which a nonblack background
[12:12] <pmjdebruijn> but it's not a huge problem
[12:12] <ochosi> Unit193: yeah, i presume...
[12:12] <ochosi> pmjdebruijn: ah, for the calibrating you mean, the black background is better?
[12:12] <pmjdebruijn> ochosi: shouldn't be a significant difference
[12:12] <pmjdebruijn> it's not meant like a real project anyhow
[12:13] <pmjdebruijn> just as an example how people can do their own scripts :)
[12:15] <ochosi> yeah, well i think that's great
[12:16] <ochosi> i'll have to get a hold of a colorimeter though to test it :>
[12:18] <pmjdebruijn> don't feel obliged to test it :)
[12:18] <pmjdebruijn> was just an FYI
[12:18] <pmjdebruijn> if you ever want to get into color management for yourself, feel free to bump me though
[12:18] <Unit193> ochosi: Hah, he didn't bump the year, but reset the date: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/NEWS :D
[12:19] <knome> pmjdebruijn, that whole thing is interestering for me as well, so please keep poking us :)
[12:20] <knome> err, interesting :D
[12:24] <pmjdebruijn> nanotube: haha :)
[12:24] <pmjdebruijn> oops
[12:24] <pmjdebruijn> knome: haha :)
[12:24] <pmjdebruijn> it's a bit complicated though
[12:24] <pmjdebruijn> it's not fire and forget tech
[12:24] <pmjdebruijn> and you need a pricy piece of hardware :)
[12:25] <pmjdebruijn> I've mostly worked with Richard on GNOME Color Manager
[12:25] <pmjdebruijn> but since xiccd I did a little work on that as well
[12:25] <pmjdebruijn> since xiccd covers everything that isn't GNOME or KDE
[12:26] <pmjdebruijn> btw TearFree seems completely stable now in intel.. 909
[12:26] <knome> pmjdebruijn, that's true, but iirc there was some cheaper one
[12:27] <pmjdebruijn> yes and no
[12:27] <pmjdebruijn> cheaper means you lose accuracy
[12:27] <knome> http://www.hughski.com/ open source
[12:27] <pmjdebruijn> colormunki display is probably the best affordable instrument
[12:27] <pmjdebruijn> knome: I've worked with Richard on that :)
[12:27] <pmjdebruijn> I've been the sounding board to ColorHug development :D
[12:27] <knome> ooh, nice
[12:27] <pmjdebruijn> :D
[12:27] <pmjdebruijn> but the sensor is a bit limited
[12:27] <knome> the device is very interesting
[12:28] <pmjdebruijn> it's supercool, but the accuracy isn't too great atm
[12:28] <pmjdebruijn> depending on which display type you have
[12:28] <pmjdebruijn> Richard is slow working on a ColorHug 2, which has a good chance of being much better
[12:28] <knome> aha!
[12:28] <pmjdebruijn> the guy behind GNOME Color Manager, colord, ColorHug is the same
[12:29] <knome> will continue to keep an eye on it then
[12:30] <pmjdebruijn> https://encrypted.pcode.nl/blog/2012/01/29/color-management-on-linux/
[12:30] <pmjdebruijn> https://encrypted.pcode.nl/blog/2013/11/24/display-color-profiling-on-linux/
[12:30] <pmjdebruijn> those are some general articles on the topic though
[12:31] <knome> yeah, i have them on my todo list
[12:31] <pmjdebruijn> :D
[12:32] <pmjdebruijn> btw, just not to take too much great, Richard did pretty much all the work on the ColorHug though
[12:32] <pmjdebruijn> I was _just_ the sounding board
[12:32] <knome> ;)
[12:32] <pmjdebruijn> not to give the impression that it was more than that
[12:32] <pmjdebruijn> I knew Richard via GNOME Color Manager, for which I did a lot of testing
[12:52] <slickymaster-job> knome: http://irclogs.ubuntu.com/2014/02/06/%23xubuntu-devel.html#t12:31 what do you think?
[12:58] <slickymaster-job> bbl ->
[15:20] <slickymaster-job> hey GridCube 
[15:20] <GridCube> Hola slickymaster-job :)
[15:20] <GridCube> :D you is an ubuntu member now
[15:20] <slickymaster-job> o/
[15:21] <GridCube> congrats
[15:21] <slickymaster-job> yes, that's also possible to your kind words on my wiki
[15:21] <slickymaster-job> thanks
[15:35] <schproodle> slickymaster-job, "Official Ubuntu Membership means recognition of significant and sustained contribution to Ubuntu and the Ubuntu community." Congrats -- you earned it -- and thanks.
[15:46] <slickymaster-job> schproodle: thanks for your kind words
[16:35] <elfy> pulled the xfce core tests forward a week - give people a bit of a break before we're headlong into the Betas
[16:50] <Drummit77> uhh..is this thing on?
[16:51] <elfy> which thing?
[16:51] <Unit193> Yes, the elfy is enabled.
[16:51] <elfy> in reboot mode though
[16:52] <slickymaster-job> enabled if near by the kettle
[16:52] <drc> but he seg faults a lot
[16:52] <elfy> :(
[16:53] <Drummit77> awesome.  new to IRC and development.  Was interested in testing new LTS release.
[16:54] <elfy> then you've come to just the right place 
[16:54] <Drummit77>  thats a pretty quick reboot..
[16:54] <elfy> it's not finished yet :p
[16:55] <elfy> so what can we help you with about it 
[16:56] <elfy> basically it is pretty stable - but if you need to not upgrade a current install - testing and checking it out in a vm works too
[16:56] <Drummit77> :)  Roger that.  Ok...so...Where do I start?  What do I do?  I looked at the links, but honestly...confusing. And confused=mistakes=useless testing
[16:57] <drc> start here http://xubuntu.org/news/help-us-test-xubuntu-14-04-lts/
[16:58] <elfy> I'd say that the most important thing to worry about here is whether to install it virtually if possible or not
[17:00] <Drummit77> thanks drc....i will check into that. Elfy...I have a laptop that I was going to run full install on for it.
[17:02] <Drummit77> sorry...still learning ins and outs of irc
[17:02] <elfy> that's ok - so is slickymaster-job 
[17:02] <slickymaster-job> whatie ?!
[17:03] <Drummit77> I had one of those in Thailand... :)
[17:03] <slickymaster-job> ah ah ah lol
[17:03] <elfy> :)
[17:03] <drc> really?
[17:03] <slickymaster-job> well, mostly the deep waters of irssi and screen
[17:03] <Drummit77> maybe that was a masterslicky job.... idunno
[17:03] <elfy> drc: probably not the best channel ... 
[17:03] <elfy> Drummit77: ^^
[17:03] <elfy> sorry drc :)
[17:03] <Drummit77> sorry...I couldn't help it.
[17:04] <elfy> Drummit77: anyway - if you're going to run a full install on then - go for it - the daily is at http://iso.qa.ubuntu.com/qatracker/milestones/308/builds
[17:04] <elfy> download, burn to something and install it 
[17:05] <elfy> when you're installing you can also run through  an install test ( for 64 bit http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/62677/testcases)
[17:05] <elfy> also we test packages too at - http://packages.qa.ubuntu.com/qatracker/milestones/306/builds/55995/testcases
[17:05] <Drummit77> ok...how do I send reports?
[17:06] <elfy> do you have a launchpad account? 
[17:06] <Drummit77> not yet..
[17:06] <Drummit77> sure thats easily remedied
[17:06] <elfy> you need one of those - then you can login to the trackers and report - simple as that
[17:06] <slickymaster-job> knome: did you get a chance to take a look at http://irclogs.ubuntu.com/2014/02/06/%23xubuntu-devel.html#t12:31
[17:07] <Drummit77> gottit.   Thanks!  Sorry again if I offended anyone..
[17:07] <elfy> that's ok 
[17:07] <slickymaster-job> another thing knome, how do you feel about changing the <section id="customizing-appearance"> tittle to <section id="customizing-desktop">?
[17:13] <slickymaster-job> sorry knome, that's nor the correct section, what I mean is changing the <section id="customizing-wallpaper"> tittle to <section id="customizing-desktop">?
[19:34] <pleia2> doh, knome beat me to the emailz
[19:59] <knome> pleia2, heh :)
[20:01] <Unit193> ochosi: Nag 'em?
[20:02] <knome> where's slicky again
[20:03] <Unit193> Reading the logs.
[20:03]  * Unit193 waves
[20:03] <pleia2> hehe
[20:04] <Noskcaj> ochosi, https://code.launchpad.net/~noskcaj/ubuntu/trusty/thunar/lp-1277149 is done
[20:09] <Unit193> * Add git-xfdesktop-4.11.patch  xfdesktop?  Can you also slip ali1234's patch with the new bookmarks dir?  Or I can keep using out of stream still. :P
[20:09] <Unit193> Speak of the devil.
[20:10] <ali1234> Unit193: if that patch works well for you please comment on the bug tracker :)
[20:10] <Noskcaj> Unit193, link to diff plz
[20:11] <Unit193> Don't you already know it does?  All I had to do was rm ~/.gtk-bookmarks on the one computer.  Want anything more than "Works wonderfully for me."?  :P
[20:11] <ali1234> no, that's fine. it's not for my benefit but for reviewers :)
[20:12] <brainwash> is .gtk-bookmarks deprecated?
[20:12] <ali1234> yes
[20:12] <ali1234> it was simply moved
[20:12] <ali1234> it lives in .config now
[20:12] <brainwash> ah, to .config
[20:13] <brainwash> yeah :D
[20:13] <Unit193> xfce 10627 10626
[20:14] <Unit193> Crap, what's my password?  Only ever logged in once.
[20:15] <Unit193> Oh, by "username" it means email. :P
[20:17] <ali1234> thanks
[20:17] <Unit193> 'Welcome, thank you for the patch.
[20:23] <schproodle>  /msg NickServ identify hunter46
[20:24] <Unit193> I'm going to presume that's not real, because hunter46 and because you were already identified. :D
[20:24] <Noskcaj> schproodle, woops
[20:25] <schproodle> Noskcaj, can you see that?
[20:25] <Noskcaj> yeah, you had a space at the front of the commands
[20:25] <schproodle> I see that.
[20:26] <schproodle> I meant to do that in freenode
[20:26] <schproodle> guess I should change that eh?
[20:28] <Noskcaj> Usually helps
[20:31] <schproodle> Noskcaj, thanks.  Password is change.
[20:32] <Noskcaj> Unit193, patch added to branch
[20:32] <Unit193> Nice.
[20:32]  * Unit193 won't even ask for xfce4-places-plugin. :P
[20:33] <schproodle> Unit193, does one have to identify every time one connects?
[20:34] <Unit193> schproodle: Manually, no.  You were already when you pasted that, so your client is already setup to do that.
[20:35] <schproodle> Unit193, OK, that was my intention. But nickserv says "nickname is registered. Please choose...
[20:59] <Unit193> elfy: #xubuntu!
[20:59] <Unit193> (He's here too.)
[21:00] <damiank> guys i saw in the mailing list that maybe you need help testing isos? i have free time on weekend if you want i can test both 32bit / 64 bit on AMDs i have here
[21:02] <elfy> damiank: we're always testing trusty daily iso's - the last iso call itself was for 12.04.4 - that's all done now
[21:02] <elfy> http://iso.qa.ubuntu.com/qatracker/milestones/308/builds
[21:02] <damiank> ok elfy i download tonight so tomorrow i test.
[21:02] <damiank> i'll send you the results later
[21:02] <elfy> thanks :)
[21:02] <damiank> np
[21:03] <elfy> report to the tracker please :)
[21:03] <damiank> yes
[21:03] <elfy> thanks damiank - always wanting people to test for us :)
[21:03] <damiank> i really love xubuntu, so i want to help in any way i can
[21:04] <damiank> my main working pc is xubuntu 12.04 based and is very stable and works great
[21:06] <elfy> excellent - well you get the dev mails - so you'll always get the mails from me
[21:07] <Unit193> damiank: Don't forget to sync up before you test!
[21:07] <Unit193> !zsync
[21:08] <Unit193> Not seen much progress on https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1060543 :/
[21:10] <damiank> yes im subscribed to dev
[21:10] <damiank> i'll do that
[21:10] <damiank> and test tomorrow
[21:10] <damiank> i have one partition with 12.04 which i almost never use  excepts for tests, i will use that to test update
[21:11] <elfy> if you've got a 12.04 update it and then run an upgrade test on it :)
[21:12] <elfy> http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57247/testcases or http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57248/testcases
[21:19] <damiank> ok perfect
[21:19] <damiank> one question, 14.04 will work with the old athlon xp?
[21:20] <elfy> I'd not know offhand - ram?
[21:20] <damiank> 2gb
[21:20] <elfy> I'd install it ;)
[21:22] <schproodle> damiank, If you are interested in testing, it would be more than worthwhile to use virtualbox.
[21:22] <elfy> schproodle: damiank has hardware to test with - always better than virtual if possible
[21:24] <damiank> i have a virtualbox setup here, probably i will test an install before upgrading
[21:24] <schproodle> elfy, I could try that with another machine.  Vbox makes me lazy eh.
[21:25] <damiank> elfy: anyway my hardware isnt a great thing
[21:25] <damiank> i have 2 pcs, both old
[21:25] <damiank> one much older, the athlon xp
[21:26] <elfy> damiank: even so - hardware is going to better than virtual, and if it's getting on a bit - that can help us see if we need to change our minimum specs :)
[21:27] <damiank> ok
[21:27] <schproodle> elfy, are there ways to setup vbox so that there is less of a disadvantage compared to hardware?
[21:27] <Noskcaj> schproodle, not really
[21:27] <knome> schproodle, not really.
[21:27] <knome> Noskcaj, hah
[21:27] <Noskcaj> lol
[21:27] <elfy> schproodle: not really ... :p
[21:28] <Noskcaj> damiank, Plus lubuntu and mini.iso always need testing if it turns out you can't run xubuntu
[21:28] <elfy> however - what we want here is people testing for us ... 
[21:29] <damiank> Noskcaj, thanks for the offer, but i like xfce
[21:29] <Noskcaj> elfy, yes, but testing  different flavour is better than no testing at all
[21:29] <Noskcaj> That is my only point
[21:29] <schproodle> What things does vbox usually goof-up?
[21:29] <damiank> i have been using xfce for many years actually
[21:29] <elfy> and my point is that it's hard enough to get people testing for us as it is 
[21:29] <knome> schproodle, it doesn't. hardware just allows us to see if real hardware works
[21:30] <knome> schproodle, virtualbox is always an environment we can expect, so no surprises re: hardware there
[21:30] <Unit193> Generally if I have a question about support for the hardware, I use grml-rescueboot from the repos and just boot the new ISO, checking to see if most/all things work, then reboot into the system and do the upgrade.
[21:30] <knome> schproodle, hardware tests allow us to see if more moving parts (different hardware) potentially breaks something that looks unrelated
[21:31] <Noskcaj> i.e. broken graphics or un-supported wifi cards
[21:31] <damiank> well, the graphics on the older pc is always a pain, its a geforce2
[21:32] <damiank> on the neweer one i have a new radeon
[21:32] <Unit193> Heh, mine is even more fun. :P
[21:32] <damiank> ?
[21:33] <Unit193> Ooooold graphics, got a warning couple releases back about support being limited at best. :P
[21:33] <schproodle> I didn't understand how much vbox is distinct from my physical host.
[21:34] <schproodle> Been using vbox for three days. :)
[21:34] <elfy> that's ok schproodle - majority of testing I do is with vbox 
[21:36] <damiank> guys i have to go, we'll talk tomorrow bye
[21:36] <schproodle> There must be a way to boot a computer from an iso on a hdd eh.
[21:37] <elfy> https://help.ubuntu.com/community/Grub2/ISOBoot
[21:37] <elfy> not done it for some time
[21:38] <schproodle> I just discovered zsync.  Lotsa fun. I have done 39 reports on Daily i386 and amd64.
[21:38] <Unit193> !info grml-rescueboot
[21:39] <schproodle> Just passed the stickymaster eh.  ;)
[23:20] <Noskcaj> bluesabre, when do you think you'll merge lightdm greeter from debian?
[23:21] <bluesabre> Noskcaj: we're going to release 1.8 this weekend, we'll pull it from debian at that point
[23:21] <Noskcaj> ok
[23:21] <bluesabre> thanks for keeping on top of things
[23:24] <brainwash> 1.8 already? with or without indicators?
[23:24] <Noskcaj> Is there anything else assigned to me for the cycle?
[23:24] <bluesabre> brainwash: with indicators
[23:24] <brainwash> great
[23:24] <Noskcaj> I'll package the indicator-gtk3 stuff next weekend if there aren
[23:24] <Noskcaj> 't any releases
[23:25] <brainwash> right, we really need the panel gtk indicators too
[23:25] <brainwash> gtk3
[23:25] <bluesabre> cool, I might have a new menulibre and mugshot release in a week or two, but those are immediate items
[23:25] <Noskcaj> ok
[23:26] <brainwash> bluesabre: the greeter indicator branch did change the .conf a bit, now you have to enable all the indicators/menu explicitly
[23:27] <brainwash> so we need to ship an updated lightdm-gtk-greeter.conf for xubuntu
[23:27] <bluesabre> yeah, more stuff to add to the branches :)
[23:29] <brainwash> still some minor issue remain unsolved (clock not perfectly centered and occasionally 1px free space between the right screen and the last indicator/menuitem)
[23:31] <brainwash> does 1.8 also mean feature freeze?
[23:36] <bluesabre> brainwash: it might be a good idea to create some bug reports if there are not some already
[23:37] <bluesabre> I'm basically going into bug-fixing/merging mode tomorrow morning :)
[23:38] <brainwash> thought that ochosi would fix these issues in time :D
[23:38] <bluesabre> :D
[23:38] <bluesabre> so did I
[23:38] <bluesabre> ochosi :<
[23:39] <brainwash> and he cannot verify the 1px issue I think :/
[23:40] <bluesabre> do you have a screenshot of that issue, I'm not quite sure what you mean by it
[23:40] <brainwash> move the cursor to the top right corner and click
[23:41] <brainwash> it should activate the menuitem/indicator
[23:41] <brainwash> but it does not in all cases, depending on screen resolution and panel content
[23:42] <bluesabre> oh
[23:42] <bluesabre> thats odd
[23:42] <brainwash> the gtk button box uses the 'edge' layout and spreads the 3 items across the panel, but it leaves 1px space sometimes on the right side
[23:42] <brainwash> "miscalulation"
[23:44] <brainwash> and I suggested to add homogeneous=true to the panel to center the clock, but it could break the layout on small resolutions
[23:45] <brainwash> not quite sure how to enable it dynamically based on the actual needed space
[23:45] <bluesabre> so, the clock is not always centered when there is enough space available?
[23:46] <brainwash> no, usually you got the hostname on the left side and the 4 menuitems on the right
[23:46] <brainwash> and won't notice it
[23:46] <brainwash> but after adding many indicators you do
[23:47] <brainwash> so there is more stuff on the right side, pushing the clock a bit to the left
[23:47] <bluesabre> ah, I see
[23:48] <brainwash> minor stuff, very low priority
[23:48] <brainwash> that's why I did not file any report yet
[23:48] <bluesabre> I had opted out of using homogenous because if one side is extra long, it forces everything over (causes the panel window to resize)
[23:48] <brainwash> right
[23:49] <brainwash> you can actually mark child widgets as non_homogeneous.. but this did not work for me
[23:50] <brainwash> so the hostname and indicator area would be even
[23:50] <brainwash> I think that's how it should work
[23:51] <bluesabre> hm, I might experiment with that a bit tomorrow then as well
[23:54] <brainwash> ok thanks :)