[04:56] <lucidfox> Anyone knows why Chromium 35 is not in Ubuntu yet, and when to expect it?
[05:40] <didrocks> morning
[05:42] <larsu> salut
[05:42] <didrocks> hey larsu!
[05:47] <BigWhale> Greetings.
[05:48] <BigWhale> Are there any API's in Gnome to detect USB changes?
[05:48] <BigWhale> Devices connected and disconnected?
[05:53] <TheMuso> BigWhale: Thats udisks.
[05:53] <TheMuso> afaik anyway.
[05:57] <didrocks> hey BigWhale
[06:04] <BigWhale> Hey didrocks! :)
[06:05] <BigWhale> TheMuso, Hmm, this seems like something that deals mainly with discs.
[06:05] <BigWhale> err, storage devices. :)
[06:06] <BigWhale> I'd like to detect whether a USB camera was connected.
[06:06] <BigWhale> And I'm pretty sure this was already done somewhere. :)
[06:09] <pitti> bonjour didrocks
[06:09] <pitti> hey TheMuso
[06:09] <didrocks> hey pitti, how are you?
[06:09] <pitti> hello BigWhale, how are you?
[06:09] <didrocks> pitti: tu as encore mangé des fraises aujourd'hui ?
[06:09] <pitti> didrocks: quite fine, thanks! was a nice half-work half-family day yesterday
[06:10] <didrocks> great ;)
[06:10] <pitti> didrocks: pas encore, mais je vais manger le petite-dejeuner en quelques minutes, avec des fraises :)
[06:10] <didrocks> héhé, bon appétit !
[06:10] <pitti> merci !
[06:11] <BigWhale> pitti, hey! Doing excellent. Finally found time to show some love for Ubuntu. :)
[06:11] <TheMuso> BigWhale: Sorry, I misread your query, and thought you were talking about disks.
[06:11] <TheMuso> Hey pitti.
[06:14]  * larsu wants fraises as well
[06:14] <larsu> morning everyone :)
[06:15] <mvo> goog morning
[06:15] <didrocks> hey mvo ;)
[06:27] <RAOF> BigWhale: libgudev will get you various notificationy things, libgusb will get you usb-y things.
[06:29] <BigWhale> RAOF, thanks, I'll look into it.
[06:30] <RAOF> If you're specifically after cameraing, gphoto might be what you're after, but I don't know if that handles hotplug detection also.
[06:31] <BigWhale> RAOF, I'm working on webcam features for Kazam and I just need to detect if something happened on USB, so I can fire up camera detection.
[06:33] <RAOF> gudev would totally do that for you.
[06:33] <RAOF> 1) Set up udev monitor for the “usb” subsystem, 2) profit!
[06:34] <pitti> hey mvo, gugen Morgen :)
[06:34] <pitti> BigWhale: right, lib(g)udev, watch for "usb" subsystem and pick out the ones with ID_GPHOTO=1
[06:35] <pitti> gvfs' gphoto2 monitor does that, in case you need a working example
[06:36] <BigWhale> http://www.freedesktop.org/software/systemd/gudev/GUdevClient.html#GUdevClient-uevent
[06:36] <BigWhale> This looks promising.
[06:37] <BigWhale> My buttons will appear and disappear automagically! :>
[06:37] <mvo> hey pitti and didrocks, good morning
[06:49] <pitti> BigWhale: https://git.gnome.org/browse/gvfs/tree/monitor/gphoto2/ggphoto2volumemonitor.c#n379 FYI
[06:59] <BigWhale> pitti, yes, thanks. I'm already testing this.
[07:04] <BigWhale> wow, there's even video4linux subsytem. <3
[08:06] <Laney> hey
[08:06] <didrocks> morning Laney
[08:07] <pitti> hello Laney
[08:08] <Laney> hey pitti et didrocks
[08:08] <Laney> how goes?
[08:08] <pitti> quite fine, thanks! Just ran my first click package test with adt-run :)
[08:09] <didrocks> Laney: I'm good, thanks! Yourself?
[08:09] <seb128> good morning desktopers
[08:09] <seb128> hey Laney didrocks pitti
[08:09] <seb128> how are you?
[08:09] <pitti> bonjour seb128
[08:09] <Laney> not bad!
[08:09] <Laney> gave blood last night to finish up the 8 week interval trial i've been on
[08:09] <didrocks> salut seb128
[08:10]  * Laney is drained
[08:10] <didrocks> in the night? They don't let you after 1PM here…
[08:10] <Laney> open until 19.30 on some days
[08:10] <pitti> Laney: which trial? how much blood they can get out of you before you collapase? :/
[08:10] <didrocks> waow, nice
[08:11]  * didrocks would love that, would be easier to give blood
[08:11] <Laney> pitti: trying to increase the allowed frequency
[08:11] <seb128> Laney, did you go climbing after that? ;-)
[08:11] <Laney> http://www.intervalstudy.org.uk/about-the-study/why-is-it-important/
[08:11] <pitti> Laney: ah, it's 12 weeks here
[08:11] <Laney> haha
[08:11] <Laney> yeah, 12 for men and 16 for women is standard I think
[08:11] <Laney> but they have a problem with not enough donors
[08:12] <Laney> so pumping the existing people for more blood is one solution ...
[08:12] <pitti> and I have enough trouble getting enough iron with 12 :)
[08:12] <Laney> haha, somehow that doesn't surprise me ;-)
[08:12] <pitti> Laney: did they give you iron pills?
[08:12] <Laney> seb128: definitely not, I went home and had okonomiyaki and then cookie dough ice cream ;-)
[08:12] <Laney> nope
[08:13] <pitti> yummy
[08:13] <Laney> you're supposed to get it from your normal diet
[08:13] <didrocks> okonomiyaki \o/
[08:13] <didrocks> mvo: see, I'm not the only one ^
[08:14] <mvo> didrocks: haha
[08:14] <mvo> yeah!
[08:14] <didrocks> mvo: tell me once you have experienced some :)
[08:14] <mvo> not yet, no :)
[08:16] <seb128> hey mvo
[08:16] <seb128> what do you need to experience?
[08:16] <mvo> seb128: hey !
[08:16] <mvo> seb128: okonomiyaki
[08:17] <seb128> oh, I should too, though I just googled for it and it doesn't look too appealing to me
[08:19] <pitti> looks quite nice to me -- is that veggie?
[08:20] <Laney> ours doesn't look very authentic judging by the google images ...
[08:20] <seb128> seems veggie yes
[08:20] <Laney> not necessarily but you choose what to put in so it can be
[08:20]  * pitti waves, bbl
[08:20] <pitti> mvo: you don't have a national holiday today?
[08:20] <seb128> though they have variants with fish or meat
[08:20] <seb128> pitti, holiday for you?
[08:20] <seb128> pitti, enjoy!
[08:21] <pitti> mvo: it's "Fronleichnam" for the catholic states (but I'm working half-day today and half-day yesterday)
[08:21] <pitti> seb128: well, I'm in Dresden to visit my grandma, she's really in a bad condition
[08:21] <seb128> :-(
[08:21] <seb128> pitti, good luck with that then
[08:21] <pitti> thus I'm working short days with interruptions, and compensate by working today
[08:21] <pitti> which works out quite nicely
[08:21] <pitti> seb128: merci
[08:24]  * didrocks hugs pitti, good luck
[08:33] <seb128> Laney, what's the status of that vala issue?
[08:33] <Laney> oh
[08:34] <Laney> uploaded it to unstable
[08:34] <Laney> did it sync?
[08:34] <seb128> let me check, syncs are not on -changes
[08:34] <seb128> yes
[08:34] <Laney> oh man, build status looks pretty bad
[08:34] <seb128> it ftbfsed on i386 and some others though
[08:35] <Laney> might have to give that another go ...
[08:35] <seb128> one test failing
[08:35] <Laney> yeah it's this one
[08:35] <Laney> guess my fix didn't work everywhere
[08:35] <Laney> but there's an upstream patch for this now
[08:35] <Laney> so let me take that, sec
[08:35] <seb128> thanks
[08:35] <mvo> pitti: yeah, its a pulic holiday but I swaped it with tomorrow
[08:36] <mvo> pitti: my sister will visit me tomorrow :)
[08:52] <seb128> Saviq, hey, just as a fyi, charles fixed indicator-session but apparently untiy8 doesn't respond to the logout request, just fwd you his email if you are interested in details
[08:53] <Saviq> seb128, heh :|
[09:57] <Laney> buh
[09:57] <Laney> what was the trick to get around broken vala bootstrapping?
[09:57] <Laney> pitti: you had some fun with some time last year, do you remember?
[10:00] <mpt> xnox, hey, remember <https://wiki.ubuntu.com/DiskWarnings>?
[10:01] <seb128> Laney, https://launchpad.net/ubuntu/+source/vala-0.18/0.18.1-0ubuntu9 and previous entries?
[10:01] <Laney> yeah
[10:01] <Laney> is it 'include the updated C sources, touch that .stamp file'?
[10:02] <seb128> the diff touch the .c as well
[10:08] <ari-tczew> hey, is gnome 3.12 going to be default in utopic?
[10:22] <seb128> ari-tczew, no, default is Unity
[10:23] <Laney> phew
[10:24] <Laney> glad someone had this problem before me
[10:24] <seb128> the vala one?
[10:24] <seb128> did that worked?
[10:24] <Laney> yeah
[10:24] <Laney> looks promising
[10:26]  * Laney is a dwarf standing on the shoulders of pittis
[11:47] <ari-tczew> seb128: so can we do syncs/merges/upgrades versions 3.12 of gnome-related packages?
[11:48] <seb128> ari-tczew, no
[11:48] <ari-tczew> seb128: why?
[11:49] <seb128> ari-tczew, you can for things not using GtkHeaderBar/CSD, read logs from this channels or ubuntu-desktop lists for details, that has been covered quite a few times
[13:19] <seb128> tedg, charles: hey, why is indicator-transfer build-depending on dbus?
[13:22] <tedg> seb128, I believe so that it can use it as part of the test environment?
[13:22] <tedg> seb128, Is it directly, or just through dbus-test-runner?
[13:24] <seb128> tedg, it has a build-depends on "dbus", which seems a bit weird, I though it would get it through dbus if that's what needs dbus
[13:24] <seb128> tedg, charles: "Vcs-Browser: https://bazaar.launchpad.net/~indicator-applet-developers/indicator-transfer/trunk.13.04/files", also, that url is invalid
[13:26] <seb128> tedg, charles: those are my only nitpick, looks good for NEW otherwise, I'm going to accept it
[13:29] <seb128> pitti, I binNEWed the touch langpacks that were in the utopic queue
[13:29] <pitti> seb128: ah, thanks
[13:30] <seb128> yw!
[13:34] <tedg> seb128, Cool, I'll do an MR to fix them, but we'll wait for a silo with something else to merge it.
[13:34] <seb128> tedg, sure, that can be fixed later
[13:34] <seb128> tedg, charles: is the indicator supposed to work/show under unity7?
[13:34] <tedg> seb128, No
[13:34] <seb128> :-(
[13:35] <tedg> seb128, It requires custom IDO widgets. We've talked about it, but hard to prioritize doing.
[13:35] <seb128> oh ok, that makes sense
[13:36] <seb128> using the loader I can at least see the "idle" changing to "1 active" when running the simple download test
[13:55] <charles> seb128, I'm still doing coding on i-transfer, I'll update the (1) dbus dependency and (2) Vcs-Browser line in the next MR
[13:55] <charles> seb128, thanks for the suggestions
[13:57] <seb128> charles, yw, and ted said he's going to MR the changes, so check with him to not duplicate work
[13:57] <charles> tedg, ^
[13:57] <tedg> charles, Check your mail :-)
[13:59] <charles> tedg, ack
[14:07] <seb128> tedg, https://code.launchpad.net/~seb128/indicator-network/use-in-unity8-sessions/+merge/223748 ... wdyt?
[14:11] <tedg> seb128, Seems good to me. I'd say we need something better, but really it's just short term until "Unity" is something consistent.
[14:12] <seb128> tedg, right, or until we use the new indicator in unity7
[14:12] <Laney> what about unity8-x11?
[14:12] <seb128> Laney, is that still a thing?
[14:12] <Laney> also s/&&/-a/, no?
[14:13] <Laney> there's still a package for it at least
[14:13] <seb128> Laney, is "&&" incorrect ... my sh scriptiong is not good, is that wrong syntax (seems to work locally)
[14:13] <Laney> pretty sure
[14:13] <Laney> see man test
[14:14] <Laney> you can do [ ... ] && [ ... ] though
[14:15] <charles> tedg (& seb128): approved, thanks ;)
[14:15] <seb128> charles, thanks
[14:16] <seb128> Laney, can you wrap shell lines?
[14:16] <seb128> like do
[14:16] <seb128> [ ... ] &&
[14:16] <seb128>  [ ... ] &&
[14:16] <seb128>  [ ... ]
[14:16] <seb128> ?
[14:17] <charles> hmm, I wonder if there's a better way to do things like this so that we don't wind up with #ifdef-level code all over the place
[14:17] <charles> https://code.launchpad.net/~445865575-b/indicator-session/indicatorForKylin/+merge/223664
[14:18] <Laney> seb128: should work
[14:18] <Laney> urgh
[14:19] <Laney> I hate that renaming of Ubuntu to Ubuntu Kylin everywhere
[14:21] <Laney> maybe they should divert /etc/os-release or something
[14:28] <seb128> Laney, https://code.launchpad.net/~seb128/indicator-network/use-in-unity8-sessions/+merge/223748 looks good to you?
[14:28] <charles> seb128, any thoughts on that Kylin string question?
[14:29] <charles> maybe I'm making too much of it, but my first thought is if we don't do this better, there will be patches like that all through our repos
[14:29] <seb128> charles, what laney said, use NAME from /etc/os-release and get Kylin to change that
[14:30] <seb128> like "%s Help", NAME
[14:30] <seb128> happyaron, FJKong: do you if Kylin change its /etc/os-release?
[14:31] <happyaron> seb128: Kylin does not change it atm
[14:31] <Laney> seb128: yeah that'll work
[14:31] <seb128> Laney, thanks
[14:32] <seb128> Laney, I tested locally and it works in unity7 and 8 session (does respectively the right thing)
[14:32] <Laney> seb128: you could do ${DESKTOP_SESSION##unity8-} = ${DESKTOP_SESSION} to match all unity8- sessions at once
[14:32] <Laney> :-)
[14:32] <Laney> sh is fun
[14:32] <seb128> lol, I'm having something working, I don't touch it
[14:33] <Laney> like if there's a unity8-wayland ever
[14:33] <seb128> happyaron, do you know if they discussed change it?
[14:33] <Laney> * hell freezes over
[14:35] <happyaron> seb128: they didn't
[14:36] <happyaron> seb128: they added a file, /etc/ubuntukylin-release, for identifying Kylin systems.
[14:36] <Laney> it means that programs have to special case kylin though
[14:36] <seb128> happyaron, well, that forces code to special case rather than just reading os-release
[14:38] <happyaron> seb128: they want to keep compatibility with Ubuntu as much as possible, so that all program that do OS checking can identify it as Ubuntu, except those ones can recognize the additional indication of Kylin flavor.
[14:38] <seb128> shrug
[14:38] <seb128> they want to be Ubuntu but not be flagged as Ubuntu at the same time
[14:39] <happyaron> that's it
[14:39] <Laney> http://www.freedesktop.org/software/systemd/man/os-release.html
[14:39] <Laney> I think that NAME is for presentation
[14:57] <seb128> Laney, so, tell me about vala in utopic?
[14:57] <Laney> -5 is in unstable
[14:57] <seb128> waiting for the next autosync to get it?
[14:57] <Laney> just for LP to see it, can manually sync then
[14:57] <seb128> k
[14:58] <seb128> thanks
[14:58] <Laney> feel free to upload if you want it now
[14:58] <seb128> no hurry, just make sure it's in the pipes
[14:58] <seb128> tomorrow is fine
[14:58] <Laney> the series of tubes is clear
[14:59] <Laney> https://buildd.debian.org/status/package.php?p=vala-0.24&suite=unstable
[15:35] <seb128> Mirv, hey, do you know if there is a bug somewhere discussing changing the default qt version from qt4 to qt5?
[15:36] <seb128> Mirv, is "install qt5-default" the right way currently to make it default? (that pulls in a bunch of dev binaries that don't seem needed to change the default)
[15:40] <mdeslaur> tedg: happy birthday :)
[15:41] <tedg> mdeslaur, Ha, thanks!
[15:41] <seb128> oh
[15:41] <seb128> tedg, happy birthday!
[15:48] <Mirv> seb128: man qtchooser explains the different way of setting it, ie environment variable, a parameter for the tool etc. qt5-default installs a config file that makes qt5 default if not overridden
[15:59] <seb128> Mirv, thanks ... what about having qt5 default? was that discussed before?
[16:00] <Mirv> seb128: no, setting either as system wide default default has not been discussed, other than it's done via /etc/environment on the phone/tablet
[16:09] <seb128> Mirv, where would be the right place to start that discussion?
[16:10] <seb128> Mirv, context is that the current unity8-desktop issue fails to start qml apps because it's looking in qt4 directories
[16:10] <seb128> Mirv, we need to resolve that one way or another, trying to figure out which way is best, hacking the environment doesn't seem great
[16:19] <Mirv> seb128: everything goes through qtchooser, so it depends on which method seems less ugly. the default.conf symlink from qt5-default in a leaner package would be one option if environment variable seems too ugly, if it's ok to deviate from Debian in that matter
[16:20] <seb128> Mirv, is Debian going to default to qt5 one day?
[16:20] <Mirv> seb128: currently the fallback is to Qt 4, the fallback might be set to Qt 5 some day
[16:20] <seb128> Mirv, there must be a way to have qml apps working out of the box, I can't believe that debian is fine with "install an app, try to run it from its .desktop, have that fail because it looks to the wrong qt"
[16:21] <didrocks> and 20 more tests today, not a bad day \o/
[16:21] <seb128> or maybe the .desktop should call to a different binary?
[16:21] <Mirv> seb128: qmlscene is a developer tool not recommended to be used in production, according to documentation :P
[16:22] <seb128> Mirv, do you know if we plan to replace it before rtm/this cycle?
[16:22] <Mirv> seb128: there have been discussions about it for 1.5 years, but nothing has ever materialized ie. it has continued to work well enough so that no-one has bothered to write "ubuntuscene"
[16:22] <Mirv> so I doubt it'll change
[16:22] <seb128> k
[16:23] <seb128> so we need to somewhat make qmlscene work
[16:23] <seb128> Mirv,  would it make sense to email ubuntu-devel@ about it to get the discussion going?
[16:24] <Mirv> seb128: possibly, some people have become allergic to the topic however :D
[16:24] <Mirv> but the SDK team does know about it, you might ping Zoltan next week when he's back
[16:25] <seb128> Mirv, well, as you said, Debian has the same issue
[16:25] <didrocks> not sure that "being allergic to a topic" is a good reason to ignore the issue and not fix it :)
[16:25] <seb128> so it seems rather a distro one that a sdk one
[16:25] <seb128> I feel like I'm going to get more consensus from a devel discussion that from talking to Zoltan
[16:25] <seb128> didrocks, yeah, not going to stop me in any ca
[16:25] <seb128> case
[16:25] <didrocks> seb128: for your demo at the sprint when I was looking about it with mvo, I installed qt5-default IIRC
[16:26] <seb128> didrocks, yeah, I did that earlier, but it brings a stack of libdev binaries
[16:26] <seb128> Depends: qtbase5-dev...
[16:26] <didrocks> I didn't pay attention to that, I just tried to have your laptop working, but it doesn't seem right…
[16:26] <seb128> I don't want that on the iso
[16:27] <seb128> right
[16:27] <seb128> it's working, I can confirm it ;-)
[16:27] <Mirv> yeah it seems a distro one and a bit complex from the aspects that 1) it works, 2) funnily, it's a very very small tool that essentially just does "load this QML", 3) 'qmlscene' usage is spread out through the system, 4) we might want to write our own (we=who?), 5) there's even another similar binary now called just 'qml', introduced in Qt 5.2
[16:27] <seb128> but yeah, wrong way
[16:27] <didrocks> maybe we should have qt5-default and qt5-default-dev
[16:28] <didrocks> as setting the runtime and dev environment are different matters
[16:28] <didrocks> and the list of deps would be different then
[16:28] <seb128> Mirv, well, my issues is that we have apps that don't work once installed, you click on their desktop and they fail because they look into the wrong directory, so those packages need fixing, the solution might be to code the path to the binary I don't know
[16:28] <Mirv> seb128: all of the apps could also call qmlscene like "qmlscene -qt5", problem solved
[16:28] <didrocks> the issue is that if you then install any app and the default isn't correctly set…
[16:28] <Mirv> (one option of how to use qtchooser)
[16:28] <Mirv> it's just all apps need to be patched
[16:28] <Mirv> or there could be an alias...
[16:29] <tedg> seb128, Thanks!
[16:29] <seb128> is the rational that those apps are qml ones and can work with either qt4 or qt5?
[16:29] <didrocks> yeah, either qmlscene-qt5 or qmlscene5… if there is no backward compatibility of qmlscene between 5 and 4…
[16:29] <seb128> but that's not even true, the format changes and they use 5 apis
[16:29] <seb128> didrocks, right
[16:30] <didrocks> seb128: I wonder if qml with qt 4 (qtquick 1) works with qml with qt5
[16:30] <Mirv> if QML app is written in Qt Quick 1, it works with both Qt 4 and 5. Quick 2 is only supported in Qt 5
[16:30] <didrocks> maybe…
[16:30] <didrocks> and that would be the reason
[16:31] <didrocks> so, why not qmlscene is shipped with conflicts: replaces the Qt 4 version? (as you can load it with Qt 5)
[16:33] <didrocks> if you install the Qt5 version and it's compatible with the previous Qt 4 version, just let the new one replace the old one if you install Qt 5 on top of Qt 4 (for those binaries, not the libs of course)
[16:33] <seb128> yeah, I don't know enough about the specifics there to have an opinion
[16:33] <seb128> that would work I guess
[17:01] <Laney> good evening!
[17:02] <seb128> Laney, to you too!
[17:02] <seb128> happy climbing? ;-)
[17:03] <czajkowski> seb128: meeting --> over there
[17:03] <seb128> czajkowski, thanks
[17:03] <Laney> good guess
[17:03] <Laney> yeah sorry I'm leaving before this meeting
[17:03] <Laney> you can handle it!
[17:04] <seb128> trying to
[17:04] <seb128> let's see how that goes ;-)
[17:04] <seb128> Laney, have fun, see you tomorrow!
[17:04]  * czajkowski promises to be nice if you fix her bug :)
[17:04] <Laney> czajkowski: hopefully someone DMBish turns up
[17:05] <seb128> lol
[17:05] <czajkowski> Laney: if not we'll just keep talking to poor old seb128
[17:35] <thedoctor_> gay <<
[17:36] <thedoctor_> some ppl are touchy
[17:39] <czajkowski> see seb128 is still alive
[17:40] <seb128> lol
[17:40] <seb128> the CC indeed doesn't eat contributors ;-)
[17:42] <czajkowski> now if we could just fix the wee bug I hit daily especially on planes where I need to shut down machine and it restarts my life would be easier :)
[17:42] <seb128> kernel issue?
[17:43] <czajkowski> yeah known for a long time
[20:18] <Laney> czajkowski: do a catch up with the kernel team? ^o)
[20:26] <czajkowski> Laney: not a bad idea
[20:35] <stgraber> hey, so I'm still working on that unity8 in lxc stuff and I'm currently getting the following error when attempting to start unity8 as it is inside the latest desktop next image:
[20:35] <stgraber> Ubuntu Platform API: Unable to find module configuration file -- Aborting
[20:35] <stgraber> does that ring a bell to anyone?
[20:37] <Laney> not me
[20:37] <Laney> I'd ask ricmm
[20:37] <bregma> stgraber, are all your qtubuntu packages up-to-date?
[20:38] <stgraber> bregma: should be, the container is based on whatever was in the desktop-next image that I downloaded 10min ago
[20:38] <bregma> it sounds like a recent change to do with sensors might have caused that -- which is a ricmm thing
[20:39] <stgraber> oh, there are a bunch of available updates, let me apply those quickly. If that does the trick, I'll respin the desktop-next iso and retry from scratch.
[20:43] <stgraber> bregma: no change after a dist-upgrade. I guess I'll have to try and catch ricmm then