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