[05:41] <hikiko> Hello
[05:52] <pitti> Good monring
[06:30] <didrocks> good morning
[07:06] <pitti> bonjour didrocks !
[07:07] <didrocks> hey pitti, ça va ?
[07:07] <pitti> didrocks: ça va bien, merci ! et toi ?
[07:08] <didrocks> ça va, merci !
[07:14] <alexarnaud> bonjour didrocks et pitti
[07:14] <alexarnaud> quelqu'un s'y connait en packing compiz ?
[07:14] <didrocks> alexarnaud: yeah, a little (I did package it for years ;))
[07:14] <pitti> bonjour alexarnaud
[07:14] <alexarnaud> didrocks: do you want to spek in english or in PM ?
[07:15] <didrocks> alexarnaud: I'm fine with both, whatever you prefer ;)
[07:16] <alexarnaud> didrocks: I'm trying to have access to GSettings on my Debian package but nothing work. Which part of the Ubuntu package or configuration should I get for this ?
[07:16] <didrocks> you mean, accessing the gsettings schema/key for building profiles?
[07:18] <alexarnaud> didrocks: for the package, see http://debian.hypra.fr/debian/import_key
[07:18] <alexarnaud> didrocks: yes
[07:19] <alexarnaud> I thing we have fail in the packaging or in compiz version maybe. I don't what part or what element I need to check to active GSettings in Compiz.
[07:19] <didrocks> so, to build the gsettings profiles, you need to:
[07:19] <didrocks> use -DUSE_GSETTINGS=ON
[07:19] <didrocks> (look at our source package in debian/rules
[07:19] <didrocks> -DCOMPIZ_DISABLE_GS_SCHEMAS_INSTALL=OFF
[07:19] <didrocks> at least, with those, the base gsettings schema will be generated
[07:20] <alexarnaud> what "COMPIZ_DISABLE_GS_SCHEMAS_INSTALL=OFF" mean ?
[07:20] <didrocks> to install in "make install" the gsettings schemas files
[07:20] <didrocks> (yeah double negation in the settings! :p)
[07:20] <didrocks> you just change your debian/rules to use both cmake flags
[07:21] <alexarnaud> OK didrocks, thanks you very much. Will you hear this afternoon ? I will applies your advises the afternoon.
[07:21] <didrocks> alexarnaud: I should be, yeah :)
[07:22] <alexarnaud> didrocks: OK, thanks very much
[07:25] <didrocks> yw!
[07:26] <alexarnaud> didrocks: if you would like another day we could discuess accessibility issue in Compiz. May you could help to find which people treats accessibility subject at Canonical.
[07:27] <alexarnaud> didrocks: I work at hypra.fr, we choose Mate and Compiz to deliver accessible desktop to visual impaired and blind people
[07:27] <didrocks> alexarnaud: there are no more upstream real upstream per say, but you can still talk to hikiko and TheMuso I guess about this
[07:28] <didrocks> alexarnaud: however, we'll accept contributions I guess for those and can merge in trunk :)
[07:29] <didrocks> ah, you work with Access42 :)
[07:30] <alexarnaud> didrocks: no really, it just creats the initial web site.
[07:30] <alexarnaud> but we know lot of people in the french #a11y community
[07:31] <alexarnaud> didrocks: if you want you can join the Debian group to help us to make compiz in Debian
[07:31] <didrocks> yeah, I see you were at debconf as well and I think you know kinouchou and such ;)
[07:32] <didrocks> alexarnaud: I tried to push it some years ago, there seems to have no real interest and TBH, I'm not maintaining compiz anymore, so not sure I'll be a good bet in the long term for this :)
[07:32] <alexarnaud> didrocks: yes, kinou give me you nick few years ago for talking Compiz and Unity a11y
[07:33] <alexarnaud> didrocks: wait a moment I will give you the links
[07:33] <didrocks> (and then, pitti thinks again "all those french guys know each other" ;))
[07:34] <alexarnaud> didrocks: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722451
[07:34] <pitti> bien sûr ! France, c'est très petite, il n'y a pas beaucoup de personnes :)
[07:34] <didrocks> pitti: ahah, évidemment ! :)
[07:34] <alexarnaud> pitti: tout a fait :)
[07:36] <didrocks> alexarnaud: yeah, just a note ubuntu packaging == upstream ones (I'm the one who pushed it)
[07:36] <didrocks> if there are changes we can do to vendorize it and add some "if debian" in rules or such, I think we can merge that
[07:36] <didrocks> so that we don't split the packaging effort, it's then easier to maintain
[07:37] <didrocks> alexarnaud: I guess the only thing we don't want to go back is to split compiz is gazillion of sources
[07:38] <alexarnaud> didrocks: https://alioth.debian.org/projects/compiz/
[07:38] <didrocks> back at the the time, there were 8 sources for compiz
[07:38] <didrocks> which needed to be built in the correct order
[07:38] <didrocks> knowing that compiz never had a stable ABI
[07:38] <didrocks> and so, this was just a PITA for each release :)
[07:39] <didrocks> so, I think you should try to merge with our packaging, and see where the differences are needed
[07:40] <didrocks> that way, you will have the gsettings backend and such without any additional effort :)
[07:40] <didrocks> apart from some patches, there is nothing ubuntu-specific in it
[07:40] <alexarnaud> didrocks: gsettings are available by default in Ubuntu ?
[07:40] <didrocks> (and we can vendorize those)
[07:40] <didrocks> alexarnaud: sure, for at least 2 years
[07:41] <didrocks> that's why I really think you shouldn't duplicate the work and start from our work
[07:41] <alexarnaud> OK
[07:41] <didrocks> we also build a special gles version for capable machines…
[07:41] <alexarnaud> didrocks: gles ?
[07:42] <didrocks> opengles
[07:42] <alexarnaud> Oh, OK
[07:43] <didrocks> we have some mate (for ubuntu mate) default profile as well
[07:43] <alexarnaud> I'm totally aware of some part of Compiz technologies. I need to lear more and more.
[07:43] <didrocks> with the packaging, adding a profile is just a question of dropping the right .ini file
[07:43] <alexarnaud> didrocks: alose for gsettings ? ini file are automatically converted to gsettings at initialisation ?
[07:44] <didrocks> alexarnaud: exactly!
[07:44] <alexarnaud> didrocks: good !
[07:44] <didrocks> not initialization, build time though
[07:44] <didrocks> but users won't care about that detail :)
[07:45] <alexarnaud> what's about /etc/compizconfig/config ? If we change settings.
[07:46] <didrocks> this is just for people using the ini backend
[07:46] <didrocks> which is untested for quite a while, I wouldn't recommend using it
[07:46] <didrocks> (and only people fiddling in ccsm may use it)
[07:47] <didrocks> oh also, we dropped the gconf backend recently FYI
[07:47] <didrocks> (we didn't use it for a while, but it will still around. However, there is no reason at all to use it nowdays)
[08:01] <ricotz> didrocks, hi, could you sponsor a automake-1.15 merge?
[08:02] <didrocks> ricotz: hey! if it's a 5 minutes review, yeah, otherwise, I would prefer if we can get the traditional patch pilot doing it
[08:02] <ricotz> didrocks, https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/5781864/+listing-archive-extra
[08:06] <didrocks> ricotz: uploaded
[08:07] <ricotz> didrocks, thanks
[08:07] <didrocks> yw ;)
[08:09] <ricotz> didrocks, on that thought autoconf-archive is quite outdated and could use an update too ;)
[08:10] <didrocks> seems you just candidated yourself to it :)
[08:10] <ricotz> it is in the same ppa, but it should be updated in debian
[08:10] <didrocks> let's wait in debian then, and maybe try to poke the patch pilot?
[08:11] <didrocks> people should really do their shifts, anyone it's always the same set of 6-8 people doing all reviews
[08:11] <didrocks> ricotz: for all those build tools, you can poke doko
[08:12] <larsu> morning!
[08:12] <didrocks> hey larsu!
[08:12] <ricotz> didrocks, I see, hard to actually reach him though ;)
[08:12] <larsu> hi didrocks, what's up?
[08:12]  * larsu has to leave again in a bit - doctor's appointment
[08:13] <didrocks> ricotz: he should be in european time, maybe try to ping steve at the same time :p
[08:13] <didrocks> larsu: everything's fine. You? are you ill? :/
[08:13] <ricotz> didrocks, alright, thanks
[08:14] <larsu> didrocks: no it's good :)
[08:14] <larsu> didrocks: thanks
[08:14]  * ricotz thinks this sudden perl transition is be quite a holiday gift :\
[08:15] <didrocks> ricotz: isn't it? :/
[08:15] <ricotz> I am hoping the archive reaches a normal state before everyone is leaving ;)
[08:16] <pitti> haha, that was a good one
[08:40] <didrocks> ricotz: a couple of tests failed: https://launchpadlibrarian.net/230427459/buildlog_ubuntu-xenial-amd64.automake-1.15_1%3A1.15-3ubuntu1_BUILDING.txt.gz
[08:43] <ricotz> didrocks, hmm :\, perl 5.22? the ppa build was before the new perl hit the archive
[08:44] <didrocks> can be
[08:46] <cyphermox> ricotz: hey, are you still interested in updating NM?
[08:46] <ricotz> cyphermox, hi, are you sure you mean me?
[08:47] <cyphermox> I thought so, maybe not
[08:47] <ricotz> could be I touched it some years ago
[08:47] <cyphermox> no, someone asked me not that long ago
[08:47] <cyphermox> ignore me, I'm sick and not sleeping.
[08:47] <ricotz> that wasn't me then ;)
[08:48] <cyphermox> ;)
[08:50] <ricotz> didrocks, I would say, wait for the transition to finish and retry the build
[08:56] <didrocks> ricotz: if you think it's perl related, let's see…
[08:56] <didrocks> ricotz: just remind me of retrying please
[08:57] <willcooke> morning all
[08:57] <ricotz> didrocks, the ppa build succeeded fine (also against -proposed at this time), simply retying it now might even work too
[08:58] <didrocks> ricotz: ok, let's see
[08:58] <didrocks> willcooke: !!!
[08:58] <didrocks> willcooke: feeling better?
[08:58] <willcooke> didrocks, yeah, mostly.
[08:58] <willcooke> must have been something from child #1 school going round.
[08:59] <didrocks> willcooke: urgh :/
[09:26] <Trevinho> Morning!
[09:27] <Trevinho> willcooke: nice to read you're better!
[09:27] <willcooke> hey Trevinho, thanks
[09:27] <willcooke> still a bit "drained" ;)
[09:29] <didrocks> hey Trevinho :)
[09:31] <Trevinho> Hi didrocks
[11:17] <Sweet5hark> willcooke: morning!
[11:17]  * Sweet5hark opens a wormhole to communicate out of vacation.
[11:18] <willcooke> hey Sweet5hark
[11:19] <didrocks> hey Sweet5hark
[11:28] <tjaalton> I changed my session language, but nautilus in xenial doesn't change the links (on left-side pane) and now they're broken. where to fix that?
[11:28]  * Sweet5hark waves through the wormhole to didrocks. ;)
[11:31] <didrocks> tjaalton: IIRC, it's using ~/.config/user-dir*.
[11:31] <didrocks> tjaalton: you probably need to kill nautilus as well
[11:31] <tjaalton> didrocks: those are fine, they got created after logging back in
[11:32] <tjaalton> the localized versions that is. left-side pane links are still in en(us)
[12:21] <willcooke> davmor2, still around?
[12:21] <davmor2> I am
[12:23] <willcooke> davmor2, do you remember if the 3g modem thing ever got fixed?  I'm still seeing issues.  The modem is "online" now, which it wasn't before, but I can't seem to connect
[12:23] <willcooke> still working out whats going on
[12:24] <willcooke> from what I can remember, the old problem was usb modeswitch seg faulting
[12:24] <willcooke> and I /think/ that is indeed fixed
[12:25] <davmor2> willcooke: so iirc the old issue was that the version of usb modeswitch died and left you in the usb data mode rather than modem mode, if that were the issue still you wouldn't see it to connect to
[12:26] <willcooke> ah, maybe that is it then
[12:26] <willcooke> I'll try it from the cli
[12:26] <davmor2> willcooke: do you have modem manager installed or have you removed it to flash the phone at any point
[12:29] <willcooke> davmor2, this is my test machine, so totally standard
[12:29] <willcooke> davmor2, a USB modeswitch from the cli makes it appear and work
[12:29] <davmor2> willcooke: right just double
[12:29] <davmor2> checking
[12:29] <davmor2> willcooke: right so sound like possibly one for cyphermox who fixed it last time
[12:30] <davmor2> willcooke: it might be that the fix got dropped by the new imports
[12:30] <davmor2> willcooke: but I thought that the fix came from upstream and was applied
[12:31] <willcooke> yeah, I think the fix was for a seg fault
[12:31] <willcooke> this /seems/ to now be that it didnt do the modeswitch
[12:31] <willcooke> humm
[12:31] <willcooke> idea...
[12:31] <willcooke> maybe it had mounted it as a usb drive
[12:31] <willcooke> and needed ejecting
[12:31] <willcooke> but that it wasnt in the laucher
[12:31] <willcooke> so I didnt try that
[12:31] <davmor2> willcooke: should switch automatically
[12:32] <willcooke> let's see....
[12:32] <willcooke> I'll just finishing setting up the APN and see what happens when I reboot
[13:22] <didrocks> pitti: ok, all large tests are passing but one (on the ~400 tests in total)
[13:23] <didrocks> pitti: I don't know why when I'm extracting Unity3D, at some point, it's stopping and don't finish up. I'll need to add some debug, I guess it doesn't detect properly the end of the file or such…
[13:23] <didrocks> but well, getting close :)
[13:44] <didrocks> ok, extract_all in tarfile is doing something weird on this FS inside qemu
[13:45]  * didrocks removes exception handler to fetch more info
[13:48] <pitti> didrocks: you mean on package installation, or doesn't it start?
[13:48] <pitti> didrocks: for starting and 3D we might need some extra measures such as configuring the dummy driver
[13:48] <didrocks> pitti: package installation
[13:49] <didrocks> I don't yet if it's failing or not :p
[13:49] <didrocks> (to start)
[14:07] <desrt> word up.
[14:07] <willcooke> hey desrt
[14:08] <didrocks> morning desrt
[14:08] <desrt> hello willcooke and didrocks
[14:09] <desrt> willcooke: happy to see you back :)
[14:34] <willcooke> davmor2, hrm - seems to be working now.  Ignore :L)
[14:34] <willcooke> :)
[14:55] <pitti> hey desrt!
[14:55] <desrt> belated hello, pitti :)
[14:57] <qengho> ayan: hi
[15:10]  * davmor2 forgets that willcooke ever said anything
[15:11] <didrocks> pitti: btw, the issue with the end of file was the unity server which served invalid files for a couple of hours
[15:16] <ayan> qengho: hihi!
[16:00] <pitti> c'est ça, mes amis -- je commence mes vacances :)
[16:00] <pitti> I wish you all some nice holidays!
[16:00] <willcooke> cya pitti, happy Crimbo
[17:45] <willcooke> right, Christmas starts here.... good night all