[06:36] <darkxst> Noskcaj, gnome-user-share is already done, we are leaving at 3.14 for time being
[06:50] <didrocks> oh, forgot to say good morning here
[06:50]  * didrocks was reviewing the google code in task progress during the night
[06:55] <Noskcaj> darkxst, ok. no plans for 3.18?
[06:55] <darkxst> Noskcaj, no, it just removes stuff
[06:55] <darkxst> hey didrocks
[06:57] <didrocks> hey darkxst
[07:38] <alexarnaud> hey didrocks !
[07:39] <didrocks> bonjour alexarnaud :)
[07:39] <alexarnaud> didrocks: My first question is you are agree, what the libxorg-gtest ?
[07:39] <alexarnaud> Why "Google test" for Compiz package ?
[07:40] <alexarnaud> didrocks: how do you do today ?
[07:40] <didrocks> alexarnaud: I guess the apt-cache show description is clear, don't you think so?
[07:40] <didrocks> Description-en: X.Org dummy testing environment for Google Test
[07:40] <didrocks>  Provides a Google Test environment for starting and stopping
[07:40] <didrocks>  a dummy X server for headless testing purposes.
[07:40] <didrocks> alexarnaud: I'm excellent, thanks! yourself?
[07:40] <didrocks> that's what we are using for testing compiz/unity
[07:41] <alexarnaud> didrocks: the same
[07:42] <alexarnaud> didrocks: maybe I don't know Google test, it's maybe a framework or something like that
[07:42] <alexarnaud> didrocks: so if it's free software only I think we can easily port it to Debian main
[07:43] <didrocks> alexarnaud: it is, as you can see it's in main in ubuntu as well, so free software
[07:44] <alexarnaud> didrocks: The second stuff I would to check to test with you is the usage of metacity theme comming with matecity package that we haven't in Debian, for what sort of thing is it usaful? (Let me one minute to find you the exact error log)
[07:44] <Texou> hey didrocks  :)
[07:45] <didrocks> alexarnaud: oh, right, we use something around it, let me refresh my memory :)
[07:45] <didrocks> hey Texou! :)
[07:46] <Texou> didrocks: thanks for your help to alexarnaud  :) very happy to work with you on this matters :)
[07:46] <didrocks> Texou: you're really welcome! I hope you can get compiz into debian and that will get more interests from their side than some years ago!
[07:47] <Texou> didrocks: I think it will, given reactions to my ITP bugreport
[07:47] <didrocks> alexarnaud: ok, so if you are using gtk-window-decorator, (the default decorator in compiz, that we don't use in Ubuntu), we are using the metacity theme system
[07:47] <didrocks> meaning metacity private so
[07:48] <didrocks> that way, we can have a coherent and existing gtk theme system support
[07:48] <didrocks> (we rewrote a better decorator for unity, which is in unity package, so we don't use it, we still keep the gtk window decorator for Ubuntu Mate and such though)
[07:49] <Texou> just hope we'll have a unified packages between 2 distro
[07:50] <didrocks> Texou: yeah, if you are really starting from our base, that should be fine :)
[07:50] <didrocks> (that's why I suggested that some days ago)
[07:50] <Texou> didrocks: yes we do, except some patches from Knoppix for accessibility purpose
[07:51] <Texou> I'd like to unify Debian, Ubuntu and Knoppix one to make maintainance easier
[07:51] <didrocks> yeah, it may be possible, if those are not disruptive and with tests, that we merge them upstream
[07:51] <Texou> hence the Compiz group Alex showed yesterday
[07:51] <didrocks> as we are basically "compiz upstream" defacto
[07:51] <Texou> yep
[07:51] <didrocks> (we == ubuntu)
[07:51] <Texou> let's hope :)
[07:51] <didrocks> :)
[07:52] <didrocks> the only thing to keep in mind is that it took great extends to get some quality in compiz
[07:52] <didrocks> and we have quite a bunch of tests
[07:52] <didrocks> we don't want know non-graphical code to not be tested in trunk
[07:53] <Texou> interesting
[07:53] <Texou> what do you mean with extends?
[07:53] <alexarnaud> didrocks: I'm trying to recompile
[07:54] <didrocks> Texou: sorry, extent*
[07:54] <didrocks> alexarnaud: good!
[07:54] <Texou> plugins?
[07:55] <didrocks> no, basically an idiom for "it took at lot of efforts"
[07:58] <Texou> didrocks oh ok
[07:59] <alexarnaud> didrocks: it seem that Compiz compile withtout any problem
[07:59] <Texou> it's for us a quality assurance such requirements, so...
[07:59] <Texou> didrocks: and do you know if Ubuntu plans to stop maintaining Compiz soon?
[08:02] <didrocks> alexarnaud: sweet! \o/
[08:02] <didrocks> Texou: well, we are going to get out a LTS, so you are fine for the next 5 years at least :)
[08:02] <didrocks> Texou: then, we will move to Unity8 (I guess before next LTS), which isn't based on compiz
[08:03] <didrocks> but I think the project is more or less stable, no big changes are needed for quite a while
[08:03] <alexarnaud> didrocks: is there any tool to download package source from Ubuntu in Debian ? For now I've downloaded from package.ubuntu.com
[08:03] <didrocks> alexarnaud: dget -x on launchpad, one sec, if you want the link
[08:03] <didrocks> alexarnaud: dget -x https://launchpad.net/ubuntu/+archive/primary/+files/compiz_0.9.12.2%2B16.04.20151211-0ubuntu1.dsc
[08:03] <didrocks> for instance
[08:03] <Texou> ok sweet :) thanks because it's a very important news for me :)
[08:04] <didrocks> alexarnaud: https://launchpad.net/ubuntu/+source/compiz shows which version we have where
[08:04] <didrocks> alexarnaud: otherwise, you can use bzr branch lp:compiz, it only contains latest version in the release pocket
[08:04] <alexarnaud> didrocks: OK thanks
[08:04] <didrocks> as we keep on purpose packaging inside bzr
[08:05] <didrocks> Texou: yeah, you're safe for quite a while on that side :)
[08:05] <Texou> very good
[08:05] <Texou> didrocks: and do you think Wayland will imply a large code review for Compiz?
[08:07] <didrocks> Texou: yeah, I think that would be quite invasive, and we will be happy to review/merge good patches for this, but TBH, I doubt we will implement it
[08:08] <Texou> didrocks: an idea when Wayland will be the rule instead of Xorg?
[08:08] <didrocks> Texou: well, no idea, we are going for Mir, not Wayland :)
[08:08] <didrocks> but I doubt that Xorg-less support is coming before years
[08:09] <Texou> ok
[08:10] <Texou> anyway happy to know we will collaborate, I didn't know you worked with Compiz
[08:10] <alexarnaud> didrocks: I'm new in Debian packaging, is it possible to personalize package like ini file for exemple or I need to create another package just for this purposer ?
[08:11] <didrocks> Texou: I've packaged compiz for years (maintaining the whole Unity stack)
[08:11] <Texou> excellent
[08:12] <didrocks> Texou: not that much in charge of it anymore, happy to give a hand, but can't devote a lot of time for this
[08:12] <didrocks> Texou: TheMuso is supposed to work on compiz a11y for quite some time (some years?), so he should be able to give a hand as well
[08:13] <didrocks> alexarnaud: I would go with another binary package, try to mirror what Ubuntu Mate did with their separate configuration
[08:13] <Texou> didrocks: ah I didn't know this :)
[08:13] <Texou> thanks
[08:14] <Texou> poor themuso :)
[08:14] <Texou> so much things he does not :)
[08:15] <Texou> bbs
[08:16] <alexarnaud> didrocks: I've some error output, http://paste.ubuntu.com/14135756/
[08:18] <didrocks> alexarnaud: some are valid lintian warnings, you need to investigate others, but there are no blockers from the list I see (the package was lintian-clean when I was maintaining it, seems it's far from being the case now :p)
[08:19] <didrocks> however from W: compiz source: diff-contains-bzr-control-dir .bzr
[08:19] <didrocks> it seems you took the bzr directory and run debuild
[08:19] <didrocks> (you should remove .bzr/)
[08:19] <didrocks> and W: compiz source: native-package-with-dash-version
[08:19] <didrocks> it's you changing the version I guess (and the package has a native format)
[08:20] <didrocks> E: compiz-gnome: python-script-but-no-python-dep usr/share/session-migration/scripts/00_remove_scalefilter_in_unity_session.py
[08:20] <Trevinho> Good morning!
[08:20] <didrocks> -> this is done on purpose (it can use a lintian override maybe to not show up)
[08:20] <didrocks> those are migration scripts, the migration system deps on python
[08:20] <didrocks> hey Trevinho!
[08:20] <didrocks> W: compiz source: changelog-should-mention-nmu
[08:20] <Trevinho> didrocks: hey, how is it?
[08:20] <didrocks> (and the like)
[08:21] <didrocks> -> this is because you changed the version, and it's not native and so on…
[08:21] <didrocks> E: compiz-plugins-extra: maintainer-address-causes-mail-loops-or-bounces Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
[08:21] <didrocks> -> I guess those are because we are upstream, not sure if we can do anything else than overriding (debian doesn't seem to like that maintainer address :p)
[08:21] <didrocks> Trevinho: I'm great, thanks, yourself?
[08:21] <didrocks> Trevinho: found an easy unity/compiz crash btw ;)
[08:22] <alexarnaud> didrocks: OK, I'll investigate
[08:22] <didrocks> alexarnaud: lintian-info --tags will help you anyway
[08:24] <Trevinho> didrocks: oh, quite well..
[08:27] <didrocks> Trevinho: basic reproducer, close all windows, focus nautilus desktop, alt+tab
[08:57] <Texou_> re
[10:35] <Trevinho> didrocks: can't reproduce...
[10:35] <Trevinho> backtrace is welcome
[10:36] <didrocks> Trevinho: ok, will provide one once I would close all windows
[10:50] <alexarnaud> didrocks: I have only two deps I don't what is there use : session-migration and gnome-settings-daemon-schemas
[11:08] <didrocks> alexarnaud: session-migration is optional, it's only if you want to migrate (through scripts) config for users on upgrade
[11:08] <didrocks> alexarnaud: you need gnome-settings-daemon-schemas though, to access the GNOME gsettings schemas and copy them to your compiz profile
[11:25] <alexarnaud> didrocks: in my test, if I want to install compiz-gnome, it requires session-migration
[11:26] <alexarnaud> I use latest code fom launchpad
[11:27] <didrocks> alexarnaud: yeah, we can downgrade it as a recommends (which are not installed in debian by default)
[11:29] <alexarnaud> didrocks: OK, so I need to adapt the package, isn't it ? We have only dh-migration package on Debian, so we could package session-migration if necessarry, so I don't know anything more on this package
[11:29] <alexarnaud> didrocks: are there any documentation of some sort of component ?
[11:31] <didrocks> alexarnaud: well, I guess you can either looking on launchpad or install ubuntu to look at it :p
[11:31] <didrocks> alexarnaud: but yeah, I would happy to push session-migration in debian if needed
[11:31] <didrocks> there is no dependency and such (and I'm upstream for it)
[12:10] <alexarnaud> didrocks: I believe that gnome-settings-daemon-schemas is an ubuntu-specific things
[12:10] <alexarnaud> didrocks: ubuntu maybe decide to split gnome-settings-daemon package
[12:22] <didrocks> alexarnaud: yeah, we did split it, we can add a | gnome-settings-daemon
[12:23] <didrocks> (because we have unity-settings-daemon)
[12:39] <alexarnaud> didrocks: it will be great for us
[14:00] <alexarnaud> didrocks: which plugin manage the window title bar ? If I choose hight contrast theme in Mate the title of my softwares don't use the theme
[14:12] <didrocks> alexarnaud: that's not a plugin, it's a decorator
[14:12] <didrocks> that's the gtk-window-decorator I talked about before
[14:12] <didrocks> so mate needs to set the metacity theme as well
[14:12] <didrocks> and that way, it will pick it up
[14:24] <alexarnaud> didrocks: OK, so I don't find it in CCSM. I will check better.
[14:25] <didrocks> alexarnaud: it's the decor plugin
[14:26] <didrocks> which binds to gtk-w-d
[14:26] <alexarnaud> I see
[14:26] <alexarnaud> didrocks: is it a way to check also mate theme informations in this ?
[14:27] <didrocks> alexarnaud: I have no idea how mate theme are working, you can talk to the ubuntu mate guys maybe
[14:27] <alexarnaud> Else mate should define metacity information in gsettings ?
[14:27] <didrocks> I guess that's what they do
[14:27] <didrocks> talk about it with flexiondotorg I would say
[14:36] <alexarnaud> didrocks: is Compiz works on Arm V7 (Raspberry Pi 2) ?
[14:41] <didrocks> alexarnaud: unsure, I know there is an ubuntu mate version on raspberry pi 2, not sure it's using compiz though
[14:41] <didrocks> I can only say that, as you can see on launchpad, it compiles on arm v7
[14:41] <didrocks> and it's using opengles
[14:41] <didrocks> but on the performance side, I never tested it
[18:24]  * didrocks waves good evening and good night! (will keep some tests running and have a look later)
[19:41]  * Trevinho waves as well