[09:05] <stefan`> hi guys - short question: does your "kwin_gles" start when you start your session in precise?
[09:05] <stefan`> it fails for me and i'm wondering if i'm doing something simple wrong or if i should file a bug
[09:26] <Riddell> stefan`: well are you using arm and gles?
[09:27] <stefan`> Riddell: i have an intel graphics chip, 64bit precise and use kwin_gles. i don't know if "kwin" would work, though.
[09:28] <Riddell> stefan`: self compiled?
[09:29] <stefan`> Riddel: no - official repos
[09:31] <Riddell> stefan`: from what package?
[09:34] <stefan`> Riddell: ii  kde-window-manager-common 4:4.7.97-0ubuntu1         K window manager (KWin) Common Files                                   
[09:34] <stefan`> ii  kde-window-manager-gles   4:4.7.97-0ubuntu1         K window manager (KWin) - OpenGL ES binary
[09:35] <Riddell> stefan`: and that works fine starting manually?
[09:35] <stefan`> Riddell: sometimes.
[09:36] <stefan`> Riddell: i should probably upload my xsession_errors somewhere
[09:37] <Riddell> oh it's in universe that's why I don't see it
[09:40] <Riddell> well I don't know how kwin is ment to start, something in the startkde script but I'm not sure what, so I don't know how kwin_gles is supported to start
[09:40] <Riddell> supposed
[09:40] <Riddell> and mgraesslin is not here
[09:41] <stefan`> Riddell: ksmserver(1903) KSMServer::wmProcessChange: Window manager "kwin" failed to launch
[09:42] <Riddell> well it launching the non-gles kwin there isn't it?
[09:42] <Riddell> do you still have that installed and is there a reason it wouldn't work?
[09:42] <stefan`> Riddell: uhh... that could be :)
[09:42] <Riddell> you can set KDEWM manually to kwin_gles
[09:42] <Riddell> which is what would make the startkde script work
[09:43] <Riddell> but really there should be a mechanism for it to do that magically
[09:43] <stefan`> Riddell: ok - i will try that. kwin_gles is the only kwin installed
[09:44] <Riddell> ksmserver is what starts kwin
[09:44] <Riddell> so the question is has that been adapted to start kwin_gles if it exists
[09:46] <stefan`> Riddell: doesn't look like that to me
[09:46] <stefan`> Riddell: it tests if KDEWM is set and if not "makes sure that kwin is started"
[09:46] <stefan`> Riddell: quoting from a comment there
[09:48] <stefan`> Riddell: i export the KDEWM now in my bashrc - will test if that works.
[09:51] <stefan`> Riddell: it didn't help
[09:52] <stefan`> Riddell: at least it still didn't start automatically and i have the same error again in .xsession_errors
[10:01] <stefan`> Riddell: just tested: with normal kwin installed, things work as they should
[10:01] <stefan`> Riddell: will stick to that for now
[10:02] <Riddell> stefan`: do you even know if your X supported gles?
[10:04] <stefan`> Riddell: it worked for me in 11.10, so i assumed it would
[10:04] <stefan`> Riddell: and manyually starting it worked
[10:05] <Riddell> ksmserver might lack good support
[10:06] <Riddell> yeah doesn't mention it in the source
[10:07] <Riddell> stefan`: time to take this upstream, do you know how?
[10:08] <stefan`> Riddell: no, sorry
[10:08] <Riddell> stefan`: do you want to?  I can but I also have 50 other things to do so it might not be a priority
[10:09] <stefan`> Riddell: i'm happy to help
[10:09] <Riddell> stefan`: you can either ask mgrasslin when he appears on IRC in #kde-devel or ask on the plasma-devel mailing list
[10:09] <Riddell> ask if kwin_gles is supposed to start automatically if that is the only kwin installed
[10:10] <Riddell> because ksmserver doesn't seem to mention it in the source code
[10:10] <Riddell> then report back your findings :)
[10:10] <stefan`> Riddell: ok - i will ask him. thanks and i will :)
[10:55] <Riddell> cnd: did qt compile in your ppa?
[11:01] <Riddell> cnd: yes it did and I don't see any symbol changes but I think we'll let it compile on arm to be sure before upload
[11:08] <Riddell> shadeslayer: what's the state of kdevelop?  do you still expect to package kdevelop-php and kdevelop-custom-buildsystem ?
[12:08] <Riddell> damn calligra lnk error can't be recreated on amd64, will need a slow job on arm to find it
[12:43] <shadeslayer> Riddell: I intend to, just can't do it today, will finish it off tomorrow
[13:07] <Riddell> shadeslayer: cool thanks
[13:07] <Riddell> shadeslayer: cmake was good, uploaded
[13:47] <Riddell> oh thanks goodness I got the linker error to fix
[13:47] <Riddell> only took 2 hours
[14:18] <Riddell> Mamarok: are you still keeping an eye on kubuntu-users?  I sent reply which could be taken as being grumpy a while ago should I respond again?
[14:19]  * Mamarok checks
[14:20] <Mamarok> Riddell: you mean about the beta packages?
[14:33] <Riddell> Mamarok: mm I don't even remember
[14:33] <Riddell> yes very likely
[14:33] <Riddell> people were moaning that KDE was getting worse or something
[14:35] <Mamarok> yes, just let them moan, it's always the same 2 or 3 who do, some of them not even using Kubuntu
[14:35] <Mamarok> I don't think anybody is taking them seriously, they are so full of their own importance
[14:41] <Riddell> Mamarok: ok I'll do that, but let me know if there's anything I should respond to
[14:43] <Mamarok> OK, will do :)
[16:13] <Riddell> agateau: do you feel the need to test the new qt xi patch from cnd?
[16:14] <Riddell> it's in canonical-x ppa if you do
[16:14] <agateau> Riddell: I don't have any multitouch device here, so I don't think I can really test it
[16:14] <agateau> (assuming the patch is about multitouch)
[16:14] <Riddell> yes it is
[16:15] <Riddell> agateau: does unity-2d do multitouch?
[16:15] <agateau> Riddell: it does, at least to reveal the launcher
[16:16] <Riddell> agateau: who knows about that enough to test it?  (except for cnd, that's cheating)
[16:16] <cnd> Riddell, it will be rather hard right now
[16:16] <agateau> Riddell: I would say greyback (hi Gerry!)
[16:16] <cnd> precise doesn't have touchpad multitouch support yet
[16:17] <cnd> so it will have to be someone with a touchscreen
[16:17] <Riddell> cnd: oh ok we'll just upload and trust the testing you've done
[16:17] <Riddell> still waiting on arm compile
[16:17] <Riddell> which might take a while
[16:17] <cnd> Riddell, the plan was for us to pocket copy all the stuff when everything is ready
[16:18] <cnd> so please don't upload it yourself
[16:18] <Riddell> oh ok, you can just do that then
[16:18] <cnd> thanks
[16:18] <cnd> given how everything looks in the ppa, it looks like we'll be uploading as soon as qt is done building for arm anyways :)
[16:19] <greyback> Riddell: Testability can send gestures to a Qt application, so yep this can be tested
[16:20] <cnd> greyback, but can Testability send raw multitouch?
[16:20] <cnd> because this patch is merely hooking up the raw multitouch from XI 2 to the existing Qt touch and gesture plumbing
[16:21] <greyback> cnd: it's not raw multitouch
[16:22] <cnd> ok
[16:22] <greyback> cnd: I'm guessing it goes straight to Qt touch (not investigated it really)
[16:22] <cnd> it wouldn't hurt to have extra tests run on it, but I don't think we have any way to test the patch itself
[17:01] <ScottK> Anyone here running Kubuntu Oneiric?
[17:02] <ScottK> KDE SC 4.7.4 in oneiric-proposed needs testing.
[17:04] <Riddell> ScottK: tried the mailing list?
[17:04] <ScottK> I did.
[17:04] <Riddell> doesn't even need someone running it I guess, debootstrap and xnest would work
[17:04] <ScottK> kubuntu-devel anyway.
[17:04] <Riddell> just wish I had the bandwidth
[17:04] <ScottK> True.
[17:05] <ScottK> Mamarok: Would you be willing to send a call for testing for KDE SC 4.7.4 on kubuntu-users?
[17:05] <Riddell> ScottK: good thing I started using your arm boxes for calligra, I've found a bunch more arm issues
[17:05] <ScottK> Excellent.
[17:06] <Mamarok> ScottK: I will, yes. But why testing? Isn't it in the backports PPA since quite some time already?
[17:07] <ScottK> Mamarok: We need a test of the as built packages for the archive to get them into oneiric-updates for all users.
[17:07] <Riddell> needs testing again
[17:07] <ScottK> And then people need to comment in Bug #913928 
[18:40] <yuriy> anybody run valgrind on a Qt/KDE application lately? I am getting thousands of errors just opening and closing my app
[18:40] <yuriy> a lot in fontconfig
[18:40] <ScottK> yuriy: Are you on oneiric?
[18:42] <yuriy> ScottK: yes. on Natty it produced a lot fewer bogus errors
[18:42] <ScottK> Could you install 4.7.4 from oneiric-proposed and test it?
[18:42] <ScottK> It might do better and I need help with SRU verification.
[18:42] <ScottK> If you try it, please comment in Bug #913928.
[18:50] <shadeslayer> Riddell: awesome, working on KDevelop now
[18:52] <yuriy> is there a proposed for universe too? it's complaining about qt4-qmlviewer requiring a specific version of qt
[18:58] <shadeslayer> yuriy: could you be more specific as to what the errors are?
[18:58] <shadeslayer> pastebin and/or steps to reproduce them
[19:00] <yuriy> shadeslayer: are you asking about the update or valgrind?
[19:00] <shadeslayer> valgrind
[19:02] <ScottK> yuriy: There's also a new version of qt4-qmlviewer in proposed.
[19:08] <yuriy> ok I was being a little silly. If I actually close the program it's about 100 errors instead of 600+.  But I still get a lot of the same ones
[19:08] <yuriy> shadeslayer: http://pastebin.com/t3vhdAxp
[19:11] <yuriy> ScottK: adding universe helped. anything in particular to check for with this update?
[19:11] <ScottK> yuriy: No, just general goodness and keep an eye out for any regressions, then comment in the bug.
[19:24] <shadeslayer> yuriy: okay, I see lost memory and illegal read/writes to memory
[19:24] <shadeslayer> yuriy: This is something that you wrote yourself or a KDE Program?
[19:26] <shadeslayer> also, printing/accessing uninitialized vars
[19:35] <Darkwing> Riddell, ScottK, apachelogger, neversfeld, JontheEchidna. There is a CC meeting on the 19th at 5pm UTC. We have been invited. 
[19:35] <ScottK> Why?
[19:36]  * Darkwing shrugs
[19:36] <Darkwing> I'll attend for the Council in the Community Council meeting if you guys want.
[19:36] <Darkwing> I think out of the members I was elected for my Community stuff. :P:P
[19:39] <ScottK> I suspect it may have something to do with me objecting to Kubuntu being referred to as a "Derivative" the other day.
[19:39] <yuriy> shadeslayer: I know what the errors mean, but they are not in my code. It's initialization code in Qt and Fontconfig
[19:39] <Darkwing> ScottK: You want me to attend then report?
[19:39] <ScottK> I think things like Mint are a derivative, while things like Kubuntu that are co-developed in the Ubuntu project aren't.
[19:39] <ScottK> Darkwing: That'd be great.  I may be around too.
[19:40] <shadeslayer> yuriy: Uh okay, I'd say contact upstream since I doubt it's a packaging issue
[19:40] <ScottK> My preferred terms are sibling or flavor.
[19:40] <Darkwing> I prefer blue headed... nevermind. 
[19:40]  * Darkwing grins
[19:40] <shadeslayer> hehehe
[19:41] <Darkwing> Yay... My hotel was confirmed for this weekend.
[19:41] <shadeslayer> grrrrr
[19:41] <Darkwing> Southern California Linux Expo. I'm doing my anti-SOPA rant this weekend.
[19:41] <ScottK> Darkwing: The fundamental language problem is that the term Ubuntu is overloaded.  It's Ubuntu the project, Ubuntu the distro (the whole archive), and Ubuntu the desktop (a set of packages installed from that archive).
[19:41] <shadeslayer> Can someone check if cmake is installable in a chroot?
[19:42] <Darkwing> ScottK: I agree 110%. 
[19:42] <ScottK> Kubuntu is a sibling of Ubuntu the desktop.
[19:42] <ScottK> It is part of the Ubuntu archive and one flavor of the Ubuntu project.
[19:42] <Darkwing> It's Ubuntu with KDE instead of Gnome/Unity
[19:42] <Darkwing> That's really what it is.
[19:42] <ScottK> It's a bit more than that.
[19:43] <Darkwing> Yes.
[19:44] <Darkwing> But, it's more accurate then a Derivative.
[19:45] <shadeslayer> darn, looks like someone broke libxmlrpc-core-c3-dev
[19:54] <micahg> Darkwing: ScottK: the reason for the invite is here under Team catch-up: https://wiki.ubuntu.com/CommunityCouncilAgenda
[19:54]  * Darkwing blinks
[19:55] <Darkwing> My question is... why do they suddenly care?
[19:55] <ScottK> micahg: It seems like the CC thinks KC is subordinate to it.
[19:55] <ScottK> It's actually not since it predates it.
[19:56] <micahg> ScottK: well, that might be part of it
[19:56] <ScottK> Dunno.  I find it odd that it says add yourself if you want a slot, but AFAIK, no on on KC added themselves.
[19:56] <Darkwing> I didn't do it.
[19:57] <ScottK> yuriy: Thanks for testing.
[19:57] <micahg> no, they signed up everyone for at least 1 go, I don't know if it'll continue past that
[20:00] <Darkwing> Team Reports? Heh.
[20:05] <shadeslayer> I'm not entirely sure what's happening, but, cmake wants libxmlrpc-core-c3, and I see libxmlrpc-core-c3 using apt-cache search libxmlrpc-core-c3, but when doing a search in the chroot, I can only see libxmlrpc-core-c3-0
[20:06] <shadeslayer> ( Everything is updated from the main server )
[20:07] <shadeslayer> libxmlrpc-core-c3 is the newer package I believe
[20:07] <yofel> are you sure the chroot is on precise?
[20:07] <shadeslayer> Yes
[20:07] <yofel> libxmlrpc-core-c3-0 is oneiric
[20:08] <yofel> apt cache in chroot too old?
[20:08] <shadeslayer> like I said, everything is updated
[20:10] <yofel> dunno then
[20:11] <shadeslayer> http://paste.kde.org/188546
[20:13] <yofel> no idea, works fine here in a precise pbuilder chroot
[20:14]  * shadeslayer looks again
[20:17] <shadeslayer> quassel is being ported to QML?
[20:17] <yofel> is it?
[20:18] <shadeslayer> Well, there has been no activity on master for quite some time
[20:18] <shadeslayer> and I just pulled and there was a new branch called QML
[20:18] <shadeslayer> last activity, 8 weeks ago
[20:18] <shadeslayer> also, fails to build
[20:26] <shadeslayer> Well, managed to make it build, doesn't *look* different
[20:29] <shadeslayer> yofel: https://twitter.com/#!/herpderpedia
[20:30] <yofel> yeah, sas the wikipedia redirect earlier today
[20:30] <yofel> *saw
[20:31]  * yofel wonders though what so*f*a stands for ^^
[20:32] <shadeslayer> hah :D
[20:35] <ScottK> shadeslayer: #quassel is probably a slightly better place to ask, but the upstream developers don't have a lot of time for it right now.
[20:38] <schnelle> ScottK: I don't know is this imortant, but on ubuntuforums one user is complaining about 4.7.4 from proposed: http://ubuntuforums.org/showthread.php?t=1911205
[20:39] <schnelle> configuring printers doesn't work anymore
[20:40] <ScottK> It works here.
[20:42] <ScottK> schnelle: It is important.  Thanks for pointing it out.  It works for me both from systemsettings and from printer-applet.
[20:48] <shadeslayer> kdevelop-php uploaded to https://launchpad.net/~rohangarg/+archive/experimental
[20:48] <shadeslayer> so, all that's left is kdevelop-custom-buildsystem
[20:58] <ScottK> schnelle: Thanks for pointing it out.
[21:02] <schnelle> ScottK: glad to be part of the community :)
[21:02] <shadeslayer> tarballs up
[21:03] <ScottK> Good thing you're about done with kdevelop.
[21:03] <yofel> hehe
[21:03] <shadeslayer> ScottK: Actually ... kdevelop is the last package I can do ... I need to study for my last exam :P
[21:05] <shadeslayer> Well, I could help out a bit
[21:07] <shadeslayer> What do we do with tets that require X to be running?
[21:08] <schnelle> guys, I think you should consider gdebi-kde for default deb installer in precise. muon keeps failing to install some debs (some debs from kde-look, kernel debs etc) in oneiric
[21:09] <shadeslayer> schnelle: Could you elaborate? Fails? How?
[21:09] <schnelle> and jontheechidna is not responding to bug reports (seems he is very busy last months)
[21:10] <schnelle> shadeslayer: for example try to install this icon theme deb from kde-look: http://kde-look.org/content/show.php/H2O+Icon+Theme?content=127149
[21:11] <schnelle> muon will fail to install it. on other hand, gdebi-kde or konsole dpkg installs it without problems
[21:15] <shadeslayer> schnelle: downloading is going to take some time ;)
[21:17] <schnelle> shadeslayer: to be precise. muon package manager works okesh, muon updater works, but muon for installing (external) deb files fails very often (that was gdebi-kde's job before oneiric)
[21:17] <shadeslayer> I get it, but why is it failing, that needs to be investigated
[21:23] <ScottK> schnelle: I don't think your forums reporter has a 4.7.4 specific problem, but I'm trying to help him out.
[21:25] <shadeslayer> schnelle: hmm ... interesting
[21:25] <schnelle> ScottK: well if it works for you it's probably something else. I am already on 4.8rc2 so i cannot test it :(
[21:26] <schnelle> shadeslayer: it says "done" but in reallity package is not installed, isn't it?
[21:27] <shadeslayer> Nope
[21:27] <shadeslayer> And I get no debug output on my terminal as well
[21:29] <schnelle> here is the bug report: https://bugs.kde.org/show_bug.cgi?id=290510
[21:38] <shadeslayer> yofel: do you remember any kde packages have dep5 copyright formats?
[21:38] <yofel> kdeedu stuff should
[21:45] <shadeslayer> hmm ... can't find any GPL-3+ test
[21:45] <shadeslayer> *text
[21:46] <schnelle> shadeslayer: if you can bring to attention this muon problem to other kubuntu guys. it is present since oneiric and i think it musn't end up in next lts
[21:48] <micahg> shadeslayer: /usr/share/common-licenses/GPL-3?
[21:48] <shadeslayer> micahg: will that work when using the dep-5 format?
[21:48] <yofel> the short form will
[21:49] <yofel> just add the part where it says that it can be found in that file on debian systems
[21:49] <micahg> yeah, you're supposed to reference the long version on the system where it exists, idk offhand what the format is
[21:57] <shadeslayer> Could someone just check if everything is fine in this package ? https://launchpad.net/~rohangarg/+archive/experimental/+files/kdevelop-custom-buildsystem_1.2.1-0ubuntu1~ppa2.dsc
[21:57] <shadeslayer> And then KDevelop up for testing from : https://launchpad.net/~rohangarg/+archive/experimental/+packages
[22:06] <shadeslayer> I'm off to sleep, night :)
[23:40] <Riddell> Darkwing: "Team catch-up" is it?