[05:31] <benonsoftware> \
[05:33] <m000gle> [Ubuntu 15.04 64-bit, i7-2700k CPU, 16GB DDR3, Dual GeForce GTX 760 /w nvidia- proprietary drivers]
[08:05] <oSoMoN> lpotter, I’m embedding the InputInfo code copied from unity8 in webbrowser-app to do mouse detection, and it works OK but the trackpoint on my bluetooth keyboard is not detected as a mouse/touchpad, is that expected, or a bug? note that the trackpoint actually works as a mouse, I can use it to move the cursor around and click on my arale
[08:06] <lpotter> hmm
[08:08] <lpotter> I suppose it should be detected as a mouse I think. need to check on my thinkpad
[08:17] <oSoMoN> lpotter, it seems to be registered as a mouse under /sys/class/input, however InputInfo doesn’t see it
[08:17] <oSoMoN> phablet@ubuntu-phablet:~$ cat /sys/class/input/mouse1/device/name
[08:17] <oSoMoN> ThinkPad Compact Bluetooth Keyboard with TrackPoint
[08:17] <oSoMoN> phablet@ubuntu-phablet:~$ cat /sys/class/input/event6/device/name
[08:17] <oSoMoN> ThinkPad Compact Bluetooth Keyboard with TrackPoint
[08:18] <oSoMoN> I’m guessing event6 is the keyboard, and mouse1 is the trackpoint
[08:29] <oSoMoN> lpotter, ok, the same keyboard/trackpoint combo works when paired to my laptop, so there must be something else
[08:29] <oSoMoN> maybe apparmor permissions
[08:30] <lpotter> ahh ya, part of it needs to be root ;/ libevdev
[08:32] <lpotter> but just for # buttons, switches, etc
[08:33] <lpotter> still doesnt mean apparmor isnt stopping something though
[08:33] <oSoMoN> I am seeing denials, let me see if they are related
[08:49] <tsdgeos> Mirv: ping
[08:51] <Mirv> pong
[08:53] <tsdgeos> Mirv: what would i do to propose a patch for the qtmultimedia we ship on the vivid overlay?
[09:05] <Mirv> tsdgeos: get a silo, give a patch to trainguard.
[09:06] <Mirv> tsdgeos: we'll dget the current overlay, add the patch, upload. that is, manually, there's no branches for the old Qt versions
[09:07] <Mirv> you can get the current one with dget https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+files/qtmultimedia-opensource-src_5.4.1-1ubuntu19~overlay2.dsc
[09:19] <lpotter> oSoMoN: on my thinkpad, the trackpoint comes up as a mouse
[09:23] <oSoMoN> lpotter, yes, same here, I’ve confirmed that it’s apparmor denying access to udev, if I add read permissions for /run/udev/data/** to the browser’s profile, my trackpoint is detected as a mouse too
[09:25] <lpotter> ok
[11:46] <pete-woods> mzanetti: hey. what was the name of that signal you mentioned that is fired when either the user hits return or changes focus from a TextField?
[11:46] <pete-woods> I've looked at onAccepted, but that is only fired on key enter
[11:47] <pete-woods> (maybe it behaves differently on the phone?)
[14:20] <Mirv> tsdgeos: did you get the silo for qtmultimedia like I asked? as I said, the way to get it into silo is via trainguards
[14:21] <tsdgeos> Mirv: no i didn't because there's a need for media-hub patch too
[14:21] <tsdgeos> so i was waiting for jim
[14:23] <Mirv> tsdgeos: it's useful to have a silo anyway, but I can create a ticket for you too (because I'm now online and could push the qtmultimedia test package)
[14:25] <Mirv> tsdgeos: however, the patch does not apply if replacing the old patch with your pastebin patch
[14:25] <tsdgeos> Mirv: it does here
[14:25] <tsdgeos> patch -p1 -R < oldpatch
[14:25] <tsdgeos> patch -p1 < newpath
[14:25] <tsdgeos> works
[14:27] <Mirv> tsdgeos: quilt would probably be more strict, maybe it's about that. I'll put instructions on how to reproduce.
[14:28] <tsdgeos> Mirv: all the debian packaging strictness scapes my knownledge
[14:28] <Mirv> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1534776/comments/14
[14:29] <Mirv> tsdgeos: it's often simply about doing it from a clean room that reveals problems. the only additional strictness is that if patch says "with fuzz" then that's not allowed.
[14:30] <Mirv> tsdgeos: and indeed if you do quilt push instead of debuild in those instructions, it shows that it guesses the applying of the patch in two places
[14:30] <Mirv> tsdgeos: also, I wonder how you get dos lineendings in linux o_O
[14:32] <Mirv> tsdgeos: there's at least some additional qDebug in your patch that is not there
[14:34] <Mirv> tsdgeos: the second is that your patch claims upstream would have "Q_REVISION(1) void playlistChanged();" while it has "void sourceChanged();" in a _p.h. that might be worth a look
[14:35] <tsdgeos> there = where?
[14:36] <Mirv> tsdgeos: in the Hunk #4 FAILED at 209.
[14:36] <tsdgeos> Mirv: ↑
[14:36] <tsdgeos> i don't know what hunk #4 failed is
[14:37] <Mirv> tsdgeos: after that is fixes then the add_qdeclarative_playlist.patch would need fixing since it doesn't apply anymore after the role patch changed
[14:37] <tsdgeos> as said if i start with qtmultimedia-opensource-src-5.4.1 and remove one patch and apply the other it works fine
[14:37] <tsdgeos> it's not replacing the patches
[14:37] <Mirv> tsdgeos: it's the part 4 of that qdeclarativeaudio_p.h diff in your patch
[14:38] <Mirv> tsdgeos: yes, I simply moved the new patch over to the old one, essentially removing one patch and applying another
[14:38] <tsdgeos> so you replaced the patches
[14:38] <Mirv> tsdgeos: maybe you meant adding the new patch to the end of the queue?
[14:38] <tsdgeos> that's not what i did/said
[14:38] <tsdgeos> Mirv: yes that would be probably closed to what i did
[14:38] <Mirv> tsdgeos: ok let's see
[14:39] <tsdgeos> but i guess the subsequent patches may fail to apply
[14:42] <Mirv> tsdgeos: ok, that solved it, only dos2unix was required then. there's a ticket and a silo now from where you and jhodapp can continue on it
[14:43] <tsdgeos> yeah no idea where the dos endings came from
[15:12] <Saviq> Mirv, thanks for picking this up!
[15:15] <Mirv> np