[00:21] <Quintasan> hmm persia, any idea how to FORCE make to look for includes somewhere else? CPPFLAGS=-I/usr/src/linux-headers-2.6.31-608-imx51 doesnt work
[00:23] <Quintasan> oh
[00:23] <Quintasan> It found it
[00:23] <Quintasan> but FTBFS
[00:23] <Quintasan> http://paste.kde.org/86929
[00:23] <Quintasan> :S
[00:29]  * Quintasan goes to bed
[00:29] <Quintasan> Good night.
[00:29] <valorie> sweet dreams
[00:29] <valorie> no faceplants!
[02:03] <persia> Quintasan, I don't think that it isn't finding includes.  For example, if I create foo.c as "#include <myheader.h>\n\nint main() {\n  return 0;\n}\n" and call `gcc -o foo foo.c`., I'll get "foo.c:1:22: fatal error: myheader.h: No such file or directory".
[06:20] <yofel> morning
[08:12] <didrocks> Quintasan: thanks for the fix!
[08:12] <Quintasan> didrocks: Sup, no problem :)
[08:12] <didrocks> Quintasan: ok, I'll add the sni patch as well and then build :)
[08:36] <Quintasan> apachelogger: persia did some licensing magic with guys on #linaro and we might get the driver into archive
[08:38] <persia> Not done yet: there is only commitment to discuss what is required to have a sane license.
[09:21] <bambee> morning
[09:28] <Quintasan> GRRRRR
[09:28] <Quintasan> bambee: \o
[09:28] <bambee> yo!
[09:31] <Quintasan> persia, apachelogger: driver built!
[09:33] <Quintasan> and installed
[09:33]  * Quintasan tries
[09:43]  * Quintasan does the victory dance
[09:43] <Quintasan> persia, apachelogger: X starts with the imx driver
[09:45] <valorie> getting sleep was good, wasn't it?
[09:45] <valorie> :-)
[09:46] <Quintasan> Most likely it was :)
[09:46] <Quintasan> Division by zero in kernel.
[09:46] <Quintasan> [<8003e3fc>] (unwind_backtrace+0x0/0xe0) from [<8020599c>] (Ldiv0+0x8/0x10)
[09:46] <Quintasan> Division by zero in kernel.
[09:46] <Quintasan> [<8003e3fc>] (unwind_backtrace+0x0/0xe0) from [<8020599c>] (Ldiv0+0x8/0x10)
[09:46] <Quintasan> lol
[09:48] <Quintasan> ...
[09:48] <Quintasan> It works, but nothing changed
[09:50]  * Quintasan awaits apachelogger arrival
[09:52] <Quintasan> linaro@linaro:~$ DISPLAY=:0 glxinfo | grep direct
[09:52] <Quintasan> direct rendering: Yes
[09:52] <Quintasan> yeah
[09:52]  * Quintasan goes to play HoN
[09:56] <persia> Nice!
[10:01] <persia> Wait.  How did you get HoN for armel?
[10:05]  * apachelogger wonders that too
[10:06] <apachelogger> Quintasan: did you put the intstructions on the quickstart board wiki page?
[10:06] <persia> I don't think the instructions are sane enough yet.  Supposedly, installing the hwpack installs the right bits (not that this helps with images or anything)
[10:13] <apachelogger> persia: well, just so that one can replicate it onto different dev setups ;)
[10:14] <persia> If you like.  paulliu was talking about getting something into multiverse, which I think would be better.
[10:15] <apachelogger> certainly
[10:16] <persia> Of course, if you want hawtn355 *NOW*, then you'll have to bug Quintasan :)
[10:17] <persia> (or repeat the discussion with paulliu)
[10:21] <Quintasan> apachelogger: There is no improvement after installing the driver
[10:21] <Quintasan> :/
[10:37] <apachelogger> Quintasan: course not
[10:37] <apachelogger> you need to start with --opengl or somesuch
[10:40] <shadeslayer> apachelogger: how much do you have to pay if you overdraw?
[10:42] <apachelogger> too much
[10:42] <rohansgoogle> [1] .prn
[10:42] <rohansgoogle> [2] more .prn
[10:42] <rohansgoogle> [3] ~20 USD
[10:42] <rohansgoogle> [4] fluffy
[10:43] <shadeslayer> apachelogger: i didn't find any info on this on google btw, and the prepaid site says that you can't overdraw, so conflicting info everywhere
[10:43] <apachelogger> right, except that there is currency exchange involved
[10:43] <apachelogger> which makes just about everything possible
[10:44] <persia> "can't" implies that the system security is perfect.  This is the real world.  Doing so usually requires ingenuity (but coincidence can happen)
[10:44] <apachelogger> like flying chickens
[10:44] <shadeslayer> heh
[10:48] <Quintasan> apachelogger: start what with --opengl?
[10:49] <apachelogger> plasma-mobile --opengl
[10:52] <Quintasan> apachelogger: http://paste.kde.org/86995
[10:54] <apachelogger> QEgl::display(): Cannot initialize EGL display: "Success (0x3000)"
[10:54] <apachelogger> QEglContext::chooseConfig(): Could not find a suitable EGL configuration
[10:54] <apachelogger> something still is not quite right
[11:08] <shadeslayer> apachelogger: http://i.imgur.com/yIMti.png
[11:20] <apachelogger> oh you touch my tralala
[11:27] <debfx> didrocks: there is no need to merge qtcreator, all changes are in the Debian package
[11:27] <debfx> but it needs a new qtwebkit version
[11:27] <didrocks> debfx: nice! so basically, once the new Qt is published, we just need to sync?
[11:28] <didrocks> (qtwebkit coming with the new Qt merge, right?)
[11:29] <debfx> either we need to modify the build-depends in qtcreator or we wait for qtwebkit 2.2
[11:29] <debfx> *2.2 beta 1
[11:30] <didrocks> debfx: maybe I'm misleading, is it something different from libqt4-webkit ?
[11:30] <didrocks> libqtwebkit4 I mean
[11:31] <didrocks> (I don't find qtwebkit-source in debian)
[11:32] <debfx> didrocks: qtcreator build-depends on libqtwebkit-dev (>= 2.1.0~2011week13-2) 
[11:32] <debfx> the source package is called qtwebkit in debian
[11:32] <Quintasan> apachelogger: Any ideas about that EGL
[11:32] <didrocks> debfx: ok, so we just need to merge/sync from there?
[11:32] <apachelogger> Quintasan: well, on PVR you'd need to fiddle witht eh libEGL so files no idea how it works for freescale
[11:33] <apachelogger> a glimps at the ubuntu example image surely would help
[11:34] <debfx> didrocks: 2.2 beta 1 will probably be released on monday, I'd like to wait until it's packaged in debian and then merge the package
[11:35] <didrocks> debfx: oh sure, no hurry then :)
[11:35] <debfx> do you use qtwebkit in unity-2d?
[11:40] <apachelogger> yofel: ping
[11:44] <apachelogger> Quintasan: if you could write down what you did to get it building I might be able to beat it into shape over the weekend
[12:11] <didrocks> debfx: sorry, didn't see, no we don't
[12:23] <Quintasan> apachelogger: install the .38 kernel and headers
[12:23] <apachelogger> Quintasan: wiki!
[12:23] <Quintasan> apachelogger: I'll tell you and you write it down
[12:24] <apachelogger> I am gone in a bit moving my entire life north
[12:30] <Quintasan> apachelogger: https://wiki.ubuntu.com/ARM/iMX53QuickStartBoard
[12:30] <Quintasan> There you go
[13:07] <ScottK> DarkwingDuck: Would you please have a look at Princess Butterfly's email to kubuntu-devel re docs and get things straightened out?
[13:26] <yofel> apachelogger: pong
[13:28]  * yofel takes a look at kdepim
[13:38] <ScottK> yofel: How's the splitting going?
[13:40] <yofel> as you see on the wiki, not much progress. I'll do some more later, first I need to fix kdepim
[13:43] <ScottK> !ninjas
[13:43] <ScottK> You all will notice from the wiki that yofel isn't getting a lot of help.
[13:44] <ScottK> This is a big job, so please try to find a little time to knock part of it off: https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging
[13:48] <Quintasan> Getting to it
[13:51] <Quintasan> yofel: I'll be taking okular
[13:51] <yofel> sure, thanks
[13:53] <ScottK> Tonio_: ^^^ you too.
[13:55] <yofel> btw. can we recompress oxygen-icons? Using xz would reduce the size from 356MB -> 201MB
[13:57] <Quintasan> ScottK: ^
[13:58] <ScottK> yofel: The source package?
[13:58] <yofel> yep
[13:58] <ScottK> It's better not to.  We should keep the source the same as it's shipped unless there's a strong reason to change.
[13:58] <yofel> k
[13:58] <ScottK> I'll do oxygen-icons if it's a problem.
[13:59] <ScottK> That's not too hard for me to upload.
[14:26] <Quintasan> Don't I basically have to rewrite rules for okular?
[14:27] <yofel> you have to rewrite the whole package except for the install  and symbol files and the binary part of the control file
[14:28] <yofel> At least I already created a project for okular to hold the packaging branch, so you don't have to do that
[14:30]  * Quintasan goes for a quick walk
[14:39] <Quintasan> !@#$%$$#@@!#$
[14:39] <Quintasan> damn tests
[14:39] <Quintasan> yofel: Unable to find executable: /tmp/buildd/okular-4.6.90/obj-x86_64-linux-gnu/tests/shelltest.shell
[14:39] <Quintasan> Complaints to Dirk?
[14:40] <yofel> lemme try
[14:40] <Quintasan> want my packaging?
[14:41]  * Quintasan waits
[14:41] <Quintasan> ScottK: Is it okay to use dh8 there?
[14:41] <Quintasan> short rules etc
[14:42] <ScottK> Yes, but try to stick with the style we got from Debian in the last merge.
[14:42] <Quintasan> Okay, awesome
[14:42] <ScottK> We want this to be close to what they will eventually do.
[14:42] <Quintasan> Not enough ninjas online
[14:43] <Quintasan> ScottK: Also, any idea when Lex is coming back?
[14:43] <ScottK> Nope.  Last I heard was 'soon'.
[14:43] <ScottK> Quintasan: It might be nice if you mailed him about it.
[14:43] <ScottK> That way it's not just me asking.
[14:43]  * Quintasan includes hugs in his mail
[14:44] <bulldog98> Has someone an idea why I fail compiling kdevplatform in oneiric with no rule for Target »/usr/lib/librt.so«
[14:44] <Quintasan> yofel: !@#$%
[14:44] <Quintasan> It's really not there
[14:44] <Quintasan> git == magic
[14:44] <yofel> yeah, but where was it...
[14:44] <Quintasan> It's not in the tarball even
[14:45] <Quintasan> wait
[14:45] <Quintasan> tests/
[14:45] <Quintasan> shelltest.cpp
[14:45] <Quintasan> :/
[14:46] <didrocks> ScottK: debfx: local build of the merged Qt is fine, and I tried the transition without any breakage. So uploading now
[14:47] <Quintasan> \o/
[14:47] <Quintasan> Since okular is landing in main we can't ignore tests, can we?
[14:47] <yofel> nope
[14:47] <Quintasan> ...
[14:48] <Quintasan> .PHONY: override_dh_auto_test
[14:48] <Quintasan> in kdegraphics
[14:48] <Quintasan> :D
[14:48] <Quintasan> Or wait
[14:48] <Quintasan> I'm most likely using wrong stuff
[14:48] <Quintasan> include /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk
[14:48] <Quintasan> right?
[14:48] <debfx> didrocks: okay
[14:48] <yofel> right
[14:48]  * Quintasan rewrites
[14:49] <yofel> as well as the 2 vars that are defined for libokularcore0
[14:49] <yofel> kde-runtime though, not kdebase-runtime
[14:52]  * Quintasan wonder if okular-dbg should depend on libokularcore0
[14:55] <Quintasan> $(overridden_command) $(foreach p,$(shell dh_listpackages | grep ^lib),-p$p) -- -xkdebase-runtime <-- can someone explain this to me?
[14:56] <yofel> where did you get that from?
[14:57] <Quintasan> kdegraphics rules
[14:58] <yofel> ah, it tells dh_shlibdeps not to create any dependcies on kdebase-runtime
[14:58] <yofel> (I think)
[14:58] <yofel> change that to kde-runtime
[14:59] <bulldog98> has someone problems with multiarch in oneiric?
[14:59] <yofel> how does one even use multiarch?
[14:59] <bulldog98> yofel: http://wiki.debian.org/Multiarch/Implementation
[14:59] <bulldog98> follow the guide it will work on oneiric
[15:00] <bulldog98> but my problem is that cmake doesn’t like that
[15:00] <yofel> ah, to read for later
[15:00] <ScottK> didrocks: Great.
[15:01] <yofel> bulldog98: are you sure that you cmake file is searching in /usr/lib/${CMAKE_ARCH_TRIPLET} ?
[15:01] <yofel> *your cmake file
[15:01] <bulldog98> yofel: I use the standard ones (trying to build calligra, kdevelop)
[15:02] <yofel> no idea
[15:02] <yofel> I'll look at it later once I've finshed reading through the kdepim merge and am done fixing it
[15:02] <bulldog98> yofel: ok
[15:03] <yofel> bulldog98: ah, now that you're there: is there a reason why you don't install usr/bin/akonadi_nepomuk_email_feeder ?
[15:03] <yofel> it's in the install file bug you commented it out
[15:03] <yofel> *but
[15:03] <bulldog98> yofel: no there is none must have been an accident
[15:03] <yofel> k
[15:07] <ScottK> Which kit is it that controls privilege escalation for our GUI apps? Consolekit?
[15:07] <Quintasan> PolicyKit I think
[15:07] <ScottK> That's the one.
[15:08] <ScottK> Thanks.
[15:08] <ScottK> It's pissing me off at the moment.
[15:08] <ScottK> Why is it if you have multiple users that have admin rights it can't assume that if one of them is the one you are currently logged in as that's by default the user it should use?
[15:08] <ScottK> So each time I deal with it I have to pick.
[15:09] <ScottK> Let's make a sensible default and then let the user change if they want.
[15:09] <ScottK> Where's the taco man when you need him?
[15:10] <felimwhiteley> ScottK: well especially when you tell it to rmember and it keeps asking.. even if had to select the first time. :( feel your pain
[15:10] <yofel> can't we just wrap things in kdesudo as we did before? policykit feels broken since a few releases ago
[15:10] <Quintasan> NO
[15:10] <yofel> yep, that's esp. annoying
[15:10] <ScottK> I think getting poilcykit right is the way to go.
[15:10] <Quintasan> KDESudo is broke even more codewise
[15:11] <yofel> great, choose between crap and garbage
[15:12] <didrocks> ScottK: hum? The gnome frontend pick the current user running AFAIK. So it's technically possible
[15:12] <ScottK> didrocks: Thanks.
[15:12] <Quintasan> ScottK: Any idea where usr/lib/kde4/kio_msits.so from okular should go? okular.install?
[15:12] <didrocks> I agree if the KDE frontend doesn't do that, I can feel the pain :/
[15:13] <ScottK> Sounds like a good job for someone who knows a bit of C++.
[15:13] <yofel> Quintasan: it's in okular-extra-backends, leave it there
[15:13] <Quintasan> It's in listmissing :P
[15:13] <Quintasan> CHM backend goes there as well?
[15:14] <Quintasan> yofel: ^
[15:14] <yofel> hm, great, the debian folks didn't install it
[15:15] <ScottK> Quintasan: 	okular-extra-backends
[15:15] <Quintasan> moving
[15:17] <yofel> wth, can't find it in the install files now, but apt-file says okular-extra-backends
[15:17] <Quintasan> Fair enough
[15:18] <ScottK> I did discover in my quick google about it that Fedora gives it it's own package while opensuse and mandriva include it in okular.
[15:18] <ScottK> Debian has it in okular-extra-backends, so that's where we should put it.
[15:20]  * Quintasan builds
[15:21] <Quintasan> Should be ready in a minute
[15:21] <yofel> tests build? :P
[15:21] <Quintasan> ofc
[15:21] <yofel> :O
[15:21] <Quintasan> dpkg-buildpacakge -j32 FTW
[15:21] <yofel> . . .
[15:21]  * Quintasan needs more RAMZ
[15:22] <Quintasan> tmpfs will speed this up even more
[15:22] <Quintasan> k
[15:22] <Quintasan> new symbols!
[15:24] <Quintasan> One more and uploading
[15:25] <Quintasan> Too much test builds? What's that?
[15:25] <yofel> fooey, how did bulldog98 manage to create a kdepim packaging branch that's incompatible with the main one o.O
[15:25]  * yofel goes merging by hand
[15:25] <Quintasan> Don't ask me
[15:26] <bulldog98> yofel: have I really managed that?
[15:26] <yofel> http://paste.kde.org/87079
[15:30] <Quintasan> yofel, ScottK: review please https://code.edge.launchpad.net/~kubuntu-packagers/okular/ubuntu
[15:31]  * Quintasan is sure that he didnt do anything stupid as usually
[15:32] <yofel> not fair, you actually had a usable copyright file to start with
[15:33] <Quintasan> :3
[15:33] <Quintasan> I just removed files which were not there after split
[15:33] <yofel> sure that all the folks mentioned above actually have copyrights for okular?
[15:33]  * Quintasan kills it flies with fire
[15:35] <bulldog98> yofel: what does that error message mean?
[15:35] <Quintasan> yofel: crap
[15:35]  * Quintasan fixes
[15:36] <yofel> bulldog98: usually happens when you have a repos on launchpad in an old format and try to stack a branch with a recent format on it, no idea why it happens here though
[15:37]  * Quintasan notes licensecheck should have an option to list authors
[15:37] <yofel> Quintasan: --copyright
[15:38] <yofel> the output format isn't really usable though :/
[15:46] <Quintasan> yofel: copyright updated
[15:56] <yofel> maybe change the packaging licensing to us, other than that, looks fine IMO
[16:02]  * yofel tries to continue with smoke while kdepim builds
[16:04] <Quintasan> yofel: Isn't 4.6.4 in ~kubuntu-ppa?
[16:04] <yofel> ~kubuntu-ppa/ppa
[16:04] <Quintasan> yofel: Can you get rid of it in ninjas?
[16:04] <yofel> sure
[16:05] <yofel> does clutter the page indeed
[16:05] <Quintasan> \o/
[16:05] <Quintasan> i386 build of okular finished
[16:05]  * Quintasan takes a short break
[16:06] <yofel> already?
[16:06] <yofel> the oneiric builders somehow seem faster than the natty ones
[16:36] <Quintasan> jussi: pokey pokey pokey
[16:45] <Kaleo> fregl: you rock!
[16:47]  * fregl blushes
[16:47] <fregl> and I thought it was didrocks :)
[16:48] <didrocks> fregl: heh, thanks for the fixes! :-)
[16:48] <didrocks> seems it was almost there from the first release, it's really nice :)
[16:49] <fregl> \o/
[16:49] <didrocks> fregl: btw, did you receive my email about the examples licensing of qt-at-spi?
[16:49]  * fregl pokes apachelogger
[16:50] <fregl> didrocks: uhm, let me check - right now I sometimes ignore mail for a while to not get too distracted...
[16:50] <didrocks> fregl: no hurry anyway, especially not on a Friday evening. You should rather enjoy a beer for doing such a good work :-)
[16:50] <fregl> ah, right, I did
[16:51] <didrocks> Kaleo: nice work as well on the unity-2d side! ;)
[16:51] <fregl> almost - today is Lønningspils - lots of trolls having a beer in norway ;)
[16:51] <Kaleo> :)
[16:52] <didrocks> heh
[16:52] <fregl> didrocks: about the examples - actually they are so trivial, I'll simply put the lgpl header in there as well and be done with it.
[16:52] <didrocks> fregl: excellent! that sounds like the easiest thing to do, right :)
[16:53] <fregl> back in the days Riddell already poked me to fix licenses... I thought I had done that everywhere...
[16:55] <didrocks> I think no one never finishes to mess with licenses :-)
[16:56] <fregl> didrocks: ok, I hope they're all fine now, let me know if you find more stupid things I did there :)
[16:57] <didrocks> fregl: I won't hesitate to bother you with that, don't worry :-) 
[16:57] <fregl> damn :p
[16:58] <didrocks> fregl: heh, thanks for the commit, it looks good ;)
[16:58] <fregl> yw
[17:01] <didrocks> Quintasan: seems we have a FTBFS on arm for Qt. IIRC, there were some patch that were removed to prefer the debian's one
[17:01] <didrocks> Quintasan: https://launchpad.net/ubuntu/+source/qt4-x11/4:4.7.3-3ubuntu1/+build/2589479/+files/buildlog_ubuntu-oneiric-armel.qt4-x11_4%3A4.7.3-3ubuntu1_FAILEDTOBUILD.txt.gz FYI
[17:02] <Quintasan> That was kubuntu_23_arm_memory_barriers.diff
[17:03] <didrocks> Quintasan: can you have a look if we need that back? I'll sponsor you if needed
[17:03] <Quintasan> I think we'd better ask NCommander since I have next to no idea about ARM magic
[17:05] <didrocks> sure, let's wait for him then, I have no idea on those arm patches as well
[17:06] <Quintasan> Besides,  /tmp/ccCOH0VH.s:3278: Error: selected processor does not support Thumb mode `swp r6,r4,[r3]'
[17:07] <Quintasan> It's some Thumb2 IIRC
[17:07] <Quintasan> NCommander: http://bazaar.launchpad.net/~kubuntu-packagers/qt/ubuntu/revision/177 <- here are my changes
[17:14] <ScottK> What happened to x-0003-Use-GCC-intrinsics-for-armv6-atomic-operations.patch
[17:15] <Quintasan> fabo told me we don't want this and want armv6_Include_explicitly_IT_instructions.patch instead
[17:15] <ScottK> Quintasan: Look at the diff: http://launchpadlibrarian.net/74027553/qt4-x11_4%3A4.7.3-1ubuntu4_4%3A4.7.3-3ubuntu1.diff.gz - search for ldrex and see how many times it was included before and how many now.
[17:16] <Quintasan> Now ~2 times
[17:16] <Quintasan> Before ~6 times
[17:16] <ScottK> I think armv6_Include ... replaces kubuntu_22_thumb2_support
[17:16] <Quintasan> ...
[17:17] <ScottK> So I'm not sure, but I think that's likely the source of the problem.
[17:17] <Quintasan> ldrex 8 times in x-0003-Use-GCC-intrinsics-for-armv6-atomic-operations.patch
[17:19] <ScottK> I also don't understand Fix_builds_with_compilers_without_--with-fpu_neon_as_default.patch
[17:20] <ScottK> Actually that one may be OK.
[17:23] <ScottK> Yeah.  I think that's fine.
[17:32] <fabo> ScottK: pong
[17:32] <fabo> it's a day off in finland
[17:32] <ScottK> Did I ping you?
[17:32] <fabo> just back home
[17:32] <ScottK> Welcome.
[17:33] <fabo> ScottK: arm build failure, isn't it a ping ;)
[17:33] <ScottK> Right.
[17:33] <fabo> x-0003-Use-GCC-intrinsics-for-armv6-atomic-operations.patch should have been deprecated
[17:33] <ScottK> That's not included in our current build (that failed)
[17:34] <fabo> ScottK: Qt/armhf in debian is more or less Qt/ubuntu arm
[17:34] <ScottK> Yep.
[17:34] <fabo> it builds as expected on armhf
[17:34] <ScottK> So I'm confused.
[17:35] <fabo> and I built Qt on ubuntu arm builder successfully
[17:35] <persia> fabo: It's not quite the same.  The semantics for floating point differ quite a bit, which seems to affect alignment in odd ways.
[17:36] <ScottK> FOund it
[17:37] <fabo> we're waiting :)
[17:37] <ScottK> didrocks: +ifeq ($(DEB_HOST_ARCH),armhf) needs to include armel too
[17:37] <fabo> hum indeed :)
[17:37] <ScottK> +ifeq ($(DEB_HOST_ARCH),armhf)
[17:37] <ScottK> +	extra_configure_opts += -arch armv6
[17:37] <ScottK> +endif
[17:37] <fabo> rules is a bit different for ubuntu
[17:37] <ScottK> I'll fix.
[17:38] <didrocks> ScottK: you're right :)
[17:38] <didrocks> thanks ScottK
[17:38] <fabo> I had it in mind that you need to change this for ubuntu merge
[17:38] <ScottK> Yep.
[17:38] <ScottK> It's an easy one to miss.
[17:39]  * ScottK points ^^^ out to Quintasan.
[17:39] <fabo> ok, I can go back to my day off :)
[17:39] <ScottK> Yes.  Thanks for giving me the important clue.
[17:40] <didrocks> fabo: enjoy ;)
[17:40] <didrocks> ScottK: nice catch!
[17:40] <Quintasan> ScottK: Isn't that what I merged from Debian?
[17:40] <didrocks> I didn't notice that one, sorry
[17:40] <ScottK> Quintasan: Look at the diff.
[17:40] <ScottK> It happens
[17:41] <debfx> iirc NCommander said -arch armv6 isn't necessary anymore
[17:41] <Quintasan> Yes, that's why I merged that change
[17:41] <ScottK> I don't know why he said that.
[17:41] <ScottK> For Qt you have to tell it to use the v6 stuff.
[17:41] <ScottK> I guess we'll know for sure after I upload this.
[17:42] <Quintasan> Argh. armel, armhf it was before
[17:42]  * Quintasan notes that down
[17:44] <ScottK> Quintasan: It was an easy thing to miss.
[17:45] <Quintasan> ScottK: Can you note that down in KUBUNTU-DEBIAN-DIFFERENCES?
[17:45] <ScottK> BTW, I think referring to that in debian/changelog is cheating.
[17:46] <ScottK> It's hard to tell later exactly what was there then.
[17:48] <persia> If Ubuntu gets armhf, it will merge more cleanly.  Ubuntu and Debian use "armel" to mean completely different things.
[17:48] <Quintasan> Hmm.
[17:49] <Quintasan> armhf == ARM hard float?
[17:49] <ScottK> persia: We're including armhf compatibility in our packages for when that happens.
[17:49] <ScottK> Yes
[17:49] <ScottK> Updated the difference file too.
[17:50] <ScottK> Basically anywhere Debian says armhf we should have both.
[17:50] <Quintasan> Okay.
[17:51] <persia> ScottK, That's the best plan.  No idea if/when, but at UDS lots of people wanted to do it.  I think it depends on more buildds, more than anything else.
[17:51] <ScottK> Not entirely coincidentally I'm helping in Debian make sure KDE builds on armhf.
[17:53] <ScottK> Uploaded.
[17:56] <Quintasan> ScottK: Thanks.
[17:57] <apachelogger> once upon a time
[17:57] <apachelogger> Quintasan: did you get EGL to init?
[17:57] <Quintasan> apachelogger: Did you?
[17:58] <Quintasan> Take that as a "No."
[17:58] <Quintasan> No idea what to do with it
[17:58] <apachelogger> well, I am building packages right now
[17:58] <apachelogger> I'd rather not moot my setup as otherwise I had to rebuild me KDE 
[17:58] <Quintasan> I'm not even sure what software is  at fault
[17:58] <Quintasan> Is it the driver or KDE is doing some magic?
[17:59] <yofel> apachelogger: you pinged me before?
[18:00] <apachelogger> yofel: see kdepim related mail on kubuntu-devel list
[18:00] <yofel> sawn, working on it
[18:00] <apachelogger> I can reproduce that, no idea if the thing should be there though
[18:00] <apachelogger> ok perfect
[18:00] <yofel> it was before, so it's a regression
[18:00] <apachelogger> Quintasan: your driver setup is mooted most likely
[18:00] <Quintasan> Huh?
[18:00] <apachelogger> Quintasan: if you get the graphics sdk (which contains demo apps for gles) they will likely also not work
[18:01] <Quintasan> apachelogger: It works on your board?
[18:01] <apachelogger> no
[18:01] <apachelogger> but I had a similar issue with the n900
[18:02] <apachelogger> what I find funny: earlier today freescale had the 11.01, 11.03 and all new 11.05 images for the quickstart
[18:02] <apachelogger> now I only can see the 11.01s
[18:03] <ScottK> BTW, don't panic over what happens to the 4:4.7.3-3ubuntu1 builds for Qt.  I had lamont kill them with fire.
[18:03] <apachelogger>  trying to overwrite '/usr/lib/libEGL.so.1', which is also in package libegl1-mesa 7.10.2-0ubuntu2
[18:03] <apachelogger> there we have it
[18:03] <apachelogger> boooh
[18:04]  * apachelogger introduces appropriate relationships
[18:04] <Quintasan> apachelogger: What are you exactly doing?
[18:04] <apachelogger> building packages
[18:04] <Quintasan> ...
[18:05] <ScottK> didrocks: ^^^ (see my last comment)
[18:06] <didrocks> ScottK: thanks :)
[18:06] <Quintasan> apachelogger: <paulliu> Quintasan: The OpenGL ES is provided by seperated library. It have to replace the mesa lib
[18:07] <apachelogger> I know
[18:07] <Quintasan> Maybe that's why it doesnt work here
[18:07] <apachelogger> perhaps
[18:07] <Quintasan> I still have the mesa-egl
[18:07] <apachelogger> Quintasan: did you install the amd-gpu-bin tar?
[18:07] <Quintasan> I did
[18:07] <apachelogger> the wiki only sez -x11
[18:07] <Quintasan> They both contain the same stuff
[18:08] <apachelogger> they do?
[18:08] <Quintasan> Did you look at contents?
[18:08] <apachelogger> no
[18:08] <apachelogger> did you look at the binary sizes? :P
[18:08] <Quintasan> Unpacking them yielded same files
[18:09] <Quintasan> nope, but I guess we want X11 stuff
[18:09] <apachelogger> not really, no
[18:09] <apachelogger> when Qt does gl drawing X does not have anything to do with it
[18:10] <persia> Well, except in the sense that the gl surface tends to be rendered to some X container (e.g. a v4l2 pass-through region)
[18:12] <Quintasan> apachelogger: try it with both then
[18:12] <apachelogger> Quintasan: they are binary eqvivalent
[18:13] <apachelogger> persia: ha, now you made me remember things I wanted to forget :P
[18:13]  * persia can't keep track of everyone's information preferences
[18:14] <apachelogger> you could try
[18:14] <apachelogger> http://paste.ubuntu.com/631908/
[18:14] <apachelogger> so
[18:14] <apachelogger> this is confusing me
[18:15] <Quintasan> sudo dpkg -r --force-all libegl1-mesa?
[18:15] <apachelogger> ah no
[18:15] <apachelogger> nvm
[18:15] <apachelogger> I need more replaces and provides
[18:15] <Quintasan> Send me the debs to try them later on
 Quintasan: In Freescale BSP it is amd-gpu-x11-bin-mx51-11.01.00.tar.gz
[18:16] <Quintasan> apachelogger: ^
[18:16] <Quintasan> See?
[18:17] <apachelogger> Quintasan: they are the very same 
[18:18] <Quintasan> Well, I'd rather do what people at #linaro or #ubuntu-arm say since they probably know their stuff
[18:18]  * Quintasan tries that x11 stuff
[18:18] <Quintasan> Or wait
[18:18] <Quintasan> apachelogger: Do you haz debs?
[18:18] <apachelogger> Quintasan: what does the libz160 thing btw?
[18:19] <apachelogger> no
[18:19] <Quintasan> According to #linaro it's the closed source stuff from AMD for video accel
[18:19] <Quintasan> I think I was told it's required to compile imx X driver
[18:19]  * Quintasan can't really remember now
[18:21] <apachelogger> now you know why I write wiki pages as I go along ^^
[18:21] <persia> Right.  That's a closed library blob that for driving either the Z160 or the Z180 (the i.MX53 has the Z180).
[18:26] <bambee> apachelogger: which rendering backend uses phonon-gstreamer ? opengl? xv? I've a kernel crash with gallium using linux3.0 and a developer ask me the backend used by the player. my player is dragon
[18:26] <apachelogger> xv
[18:26] <bambee> ok thanks
[18:33] <neversfelde> yofel: ping
[18:33] <yofel> pon
[18:33] <yofel> *pong
[18:33] <neversfelde> yofel: hi
[18:33] <neversfelde> we aren't packaging KDE 4.7 from scratch?
[18:34] <yofel> well, we take what's usable and do the rest from scratch
[18:34] <yofel> no need to completely redo install files etc.
[18:34] <yofel> package descriptions and binary names are reusable too for example
[18:34] <neversfelde> anyway, thats really hard work :/
[18:35] <yofel> sure, only ~65 package left, get to work :P
[18:35] <yofel> *packages
[18:35] <yofel> you could take one of the former kdebase packages, those shouldn't be hard
[18:35] <yofel> just source renames, and kde-workspace is missing kde-wallpapers which is seperate now
[18:36] <yofel> ah wait, and kde-baseapps doesn't contain konsole
[18:36] <yofel> kde-runtime should be easy though
[18:37] <yofel> I'll finish smokegen once I've finished putting the dozens of missing files in kdepim into packages....
[18:38] <neversfelde> I'll have a look later this evening, nothing that should be done alongside other things
[18:48] <yofel> next kdepim try...
[18:48] <Quintasan> yofel: I'll get something else done in a while
[18:49] <yofel> \o/
[19:07] <_Groo_> hi/2 all
[19:07] <_Groo_> any devs alive?
[19:07] <yofel> sure, somewhat
[19:16] <Quintasan> damn EGL
[19:16] <Quintasan> ARRRRRRRRRRRRRRM
[19:18] <nixternal> heh, don't have a monitor for my server, so i can't see what is wrong :/  waiting to see if it finally boots or what. drive led's seems to be working, so maybe doing a partition check
[19:18] <_Groo_> hi yofel , Quintasan 
[19:18] <_Groo_> as you guys prolly already know
[19:18] <ScottK> Heya nixternal
[19:18] <_Groo_> nspluginwrapper is seg faulting in kubuntu right?
[19:18] <nixternal> wasabi ScottK
[19:18] <_Groo_> i discovered why :P and have a fix
[19:18] <yofel> _Groo_: iirc there was a fix which wasn't shipped, should be in 4.6.5
[19:18] <ScottK> nixternal: I mailed you and I didn't get an answer.  I was afraid you didn't love me anymore.
[19:18] <_Groo_> yofel: its the skypebutton.so
[19:18] <_Groo_> yofel: thats crashing nspluginwrapper
[19:19] <_Groo_> from the kopete package
[19:19] <nixternal> hrmm. don't remember seeing it, wonder if it was snagged by a filter or more than likely i accidentally deleted it :)
[19:19] <ScottK> I sent it to your @ubuntu.com.
[19:19] <ScottK> Anyway, we've got about a bazillion new packages to make and we need help.
[19:19] <nixternal> mucho amor por ScottK :)
[19:19] <ScottK> ;-)
[19:20] <ScottK> nixternal: It would be lovely if you could give us a hand.
[19:20] <nixternal> i think my developer stuff expired
[19:20] <nixternal> or i was kicked out
[19:20] <ScottK> Hmmm.
[19:20] <ScottK> Well we can sponsor you.
[19:21] <ScottK> We're just uploading to the ninjas PPA at the moment.
[19:21] <ScottK> (got to get it all lined up first)
[19:21] <nixternal> if this server ever gets back up and running i will have something to build on
[19:21] <yofel> _Groo_: I fear I don't know much about nspluginwrapper though, got the kde bug?
[19:22] <nixternal> and i will have to install ubuntu/kubuntu in a chroot
[19:23] <_Groo_> yofel: its hard to find the exact bug report
[19:23] <_Groo_> but its mostly kubuntu related
[19:23] <yofel> is that rekonq only? or also konqueror, firefox, etc....
[19:24] <nixternal> come on server, i need my irssi config already. this gui irc stuff is kind of lame
[19:24] <_Groo_> yofel: talking to me yofel? regarding rekonq?
[19:25] <yofel> yes
[19:25] <_Groo_> yofel: no no, its nspluginwrapper itseklf, he cant be INSTALLED in kubuntu cause it segfaults at post processing time with error 149... goes segfault on you
[19:26] <yofel> ouch (I don't have it installed here)
[19:26] <_Groo_> cause he goes to analyze the mozilla/plugins and finds skypebutton.so and segfaults.. remove skypebutton, and it works at advertised
[19:26] <yofel> oh wait, I DO have it installed
[19:27] <yofel> ah, but skypebutton.so isn't
[19:27] <_Groo_> do ypu have kopete installed? cause its part of the package
[19:27] <_Groo_> also if you have it installed FIRST before kopete it will work for obvious reasons
[19:28] <_Groo_> for if you install kopete and then nspluginwrapper it will break
[19:28] <yofel> ah wait, it was installed, but it's skypebuttons.so
[19:28] <_Groo_> at install :P and will try to reinstall with a apt-get -f install.. will put lots of users in dispear
[19:28] <yofel> let me reinstall nspluginwrapper
[19:28] <_Groo_> yofel: yeah sorryk, skypebuttons.so
[19:28] <_Groo_> yeah, try, it will break
[19:29] <_Groo_> do a remove purge, so hell try to remake plugins
[19:29] <_Groo_> i dont know if a reinstall is suficient
[19:29] <yofel> no crash
[19:29] <_Groo_> will suffice
[19:29] <yofel> this is oneiric
[19:29] <_Groo_> hmmm
[19:29] <_Groo_> im pretty sure it breaks in natty
[19:29] <_Groo_> did you removed or purged it?
[19:29]  * yofel purges it
[19:30] <_Groo_> does it still have /usr/lib/nspluginwrapper/plguins there?
[19:30] <yofel> not now
[19:31] <_Groo_> did you installed it again?
[19:31] <_Groo_> did it went ok?
[19:32] <yofel> nope, doesn't crash in oneiric, but the version is quite newer. 1.2.2 -> 1.4.2
[19:32] <_Groo_> yofel: mine is 1.4.2 too... i made the package myself
[19:33] <_Groo_> yofel: ok, if it doesnt crash :P what can i say :D
[19:33] <yofel> maybe it has something todo with 4.6.4, we have 4.6.3 in oneiric
[19:33] <_Groo_> you are in 64 bits, right?
[19:33] <yofel> yep
[19:33] <_Groo_> k
[19:38] <yofel> anyone an idea where -./usr/share/icons/hicolor/16x16/apps/korg-journal.png would belong in kdepim?
[19:39] <yofel> korganizer?
[19:39] <Quintasan> korganizer
[19:39] <shadeslayer> korganizer
[19:39] <yofel> :)
[19:39] <shadeslayer> xD
[19:39] <shadeslayer> hey everyone
[19:39] <yofel> k, that's all then
[19:39] <Quintasan> shadeslayer: and what the hell are you doing instead of packaging?
[19:40] <yofel> crying that he doesn't have an ARM board to go insane with :P
[19:40] <shadeslayer> Quintasan: GSoC DBus stuff ... will finish kate tomorrow 
[19:40] <Quintasan> I don't know if that is actually a valid reason to cry
[19:40] <yofel> ^^
[19:40] <shadeslayer> nope, not really
[19:41] <Quintasan> yofel: trying to figure why EGL fails to init is as hard as guessing why KDE and GNOME won't merge
[19:41] <shadeslayer> hahahaha
[19:41] <yofel> lol
[19:42] <Quintasan> shadeslayer: if you are working on DBus then you might as well ask them what to do about dbus magic in neon
[19:42] <persia> yofel, You could get one: the really confusing boards cost less than a good input device these days.
[19:42] <yofel> I know the freescale one isn't too expensive
[19:42] <yofel> *I know,
[19:42] <Quintasan> persia: I don't think we need more madmen here
[19:42] <Quintasan> ;)
[19:42]  * yofel would prefer a pandaboard ^^
[19:43] <persia> Quintasan, I'll agree with that. but we ought do our best to make sure nobody cries.
[19:43] <shadeslayer> ^^ if only they were available
[19:43] <yofel> true
[19:43] <shadeslayer> yofel: i actually pre ordered the HP Touchpad tho, should be able to dual boot on it
[19:43] <shadeslayer> but theres another issue with that :P
[19:43] <Quintasan> apachelogger: ^
[19:43] <yofel> ah
[19:44] <Quintasan> We've got our Plasma Contour Head QA Manager
[19:44] <shadeslayer> Cost : 543 USD .. Money on card : 505 USD
[19:44] <shadeslayer> i talked to the webOS internal guys and they said there's no reason apart from driver support that it won't work
[19:44] <Quintasan> shadeslayer: You basically volunteered for that one
[19:44] <shadeslayer> Quintasan: sure i have no issues with that
[19:45] <shadeslayer> but i won't get the device before august
[19:45]  * Quintasan is Wacom QT Head QA Manager
[19:45] <apachelogger> gzip: stdin: unexpected end of file
[19:45] <apachelogger> tar: Unexpected EOF in archive
[19:45] <apachelogger> tar: Unexpected EOF in archive
[19:45] <apachelogger> tar: Error is not recoverable: exiting now
[19:45] <apachelogger> FREEEEEESCALE
[19:45] <apachelogger> !!!!@!$Q!~$
[19:45] <persia> \o/
[19:45] <Quintasan> :D
[19:45] <shadeslayer> hahaha
[19:45]  * maco snorts
[19:45] <yofel> ^^
[19:45] <Quintasan> apachelogger: what the hell were you trying to unpack?
[19:45] <bambee> except the wetab which tablet is fully supported on linux?
[19:45] <shadeslayer> bambee: but its only i686
[19:46] <shadeslayer> we need moar aaaarrrrrmmmm
[19:46] <persia> apachelogger, Are you sure it's really compressed?  I usually get that when the web server confuses on-the-wire-gzip with gzip content.
[19:46] <bambee> that's why I am asking this question shadeslayer :p
[19:46] <Quintasan> and we want ARRRRRRRRRRRRRRRRRRRRM
[19:46] <bambee> arm ftw !
[19:46] <apachelogger> like I dont have anything else to do than wait for 900mb to download with their nice 100kbs connection stuff
[19:46] <bambee> :P
[19:46] <apachelogger> nah, it also needs to be broken once finished
[19:46] <apachelogger> g
[19:46] <yofel> hm, which reminds me
[19:46] <yofel> bambee: why aren't you packaging? ^^
[19:46] <apachelogger> persia: it was last I downloaded an image
[19:46] <apachelogger> also tar.gz sorta suggests it
[19:47] <Quintasan> bambee: GO TO WORK, nao
[19:47] <Quintasan> :P
[19:47] <apachelogger> Quintasan: the original image's targz
[19:47] <persia> Oh, I know.  I just have a bundle of .tar.gz files that are just tarballs laying about.
[19:47] <Quintasan> apachelogger: Do not tell me that you are actually thinking of trying what I suggested
[19:47] <apachelogger> 40.6 kB/s 
[19:47] <apachelogger> this is no fun at all
[19:48] <apachelogger> Quintasan: I have a working image here
[19:48] <apachelogger> BUT
[19:48] <Quintasan> "working" as in "boots"?
[19:48] <apachelogger> IIRC the image tar contains the debs for graphics and kernel and whatnot
[19:48] <apachelogger> Quintasan: yes
[19:48] <Quintasan> I thought working as in EGL works
[19:49] <Quintasan> persia: We are "somewhere" with EGL
[19:49] <Quintasan> Fails to init on apachelogger's board
[19:49] <Quintasan> same here
[19:49] <Quintasan> and .38 doesnt bring up VGA
[19:49] <apachelogger> because something is wrong with our setups
[19:49] <_Groo_> apachelogger: ping
[19:49] <apachelogger> I tried to run a fb demo app
[19:49] <apachelogger> and that fails too
[19:49] <_Groo_> guys anyone in natty, that can confir that dragon is broken with phonon-gstreamer from natty?
[19:50] <Quintasan> We did as paulliu told us
[19:50] <apachelogger> _Groo_: cannot confirm
[19:50]  * yofel thinks he scared bambee off...
[19:50] <Quintasan> _Groo_: What is broken exactly?
[19:50] <bambee> yofel: I plan to package kde-runtime and kde-workspace this evening and tomorrow
[19:50] <bambee> :P
[19:50] <Quintasan> bambee: 
[19:50] <_Groo_> Quintasan: video in dragon
[19:50] <Quintasan> bambee: Start now, we've got like over 9000 packages to do
[19:50] <_Groo_> Quintasan: it works with audio, but dragon is borking with video... works fine in totem and other gstreamer clients
[19:50] <Quintasan> >dragon player
[19:50] <Quintasan> meh
[19:51] <bambee> in fact I plan to package all not packaged yet packages :P  (I am not sure that this sentences is understandable lol)
[19:51]  * bambee is drunk o_O
[19:51] <yofel> oh good, then I can take a vacation ^^
[19:51]  * apachelogger pokes yofel
[19:52] <Quintasan> lol
[19:52] <bambee> Quintasan: what?
[19:52] <_Groo_> Quintasan: do you have  natty box there, quin
[19:52]  * Quintasan goes on a holiday
[19:52] <yofel> hm?
[19:52] <_Groo_> apachelogger: ah you are alive
[19:52] <Quintasan> _Groo_: I do not, I have a VM
[19:52] <_Groo_> Quintasan: same thing :P
[19:52] <bambee> also I've to continue kcm-userconfig ...
[19:52] <apachelogger> yay
[19:52] <bambee> (the cpp port works like a charm!!)
[19:52] <Quintasan> apachelogger: Any *useful* ideas about EGL?
[19:52] <_Groo_> apachelogger: your baby is missbehaving with latest 4.6.4 and gstreamer
[19:53] <_Groo_> apachelogger: audio works fine, but dragon refuses to play any video, although other gs clients work fine
[19:53] <_Groo_> apachelogger: video works fine with phonon-vlc too
[19:54] <apachelogger> Quintasan: no but I got graphics going on .38
[19:54] <Quintasan> wut
[19:54] <Quintasan> How?
[19:54] <apachelogger> superior might
[19:54] <apachelogger> I threw stones at it
[19:54] <apachelogger> now it works
[19:54] <Quintasan> Goddamnit
[19:54]  * Quintasan throws bricks at apachelogger
[19:54] <apachelogger> (the video config from boot.script is not compatible with .38 as .38 manages to autodetect stuff)
[19:55] <Quintasan> rm /boot/boot.scripts?
[19:56] <bambee> Quintasan: you said "we need arm" , I know. That's why I think I will buy an omap4 (my internship is done, I've money enough)
[19:56] <bambee> I am definitively not convinced by a tablet...
[19:57] <apachelogger> home made tablets are way cooler anyway
[19:57] <apachelogger> if not as portable though
[19:59] <apachelogger> ah
[19:59] <apachelogger> idea
[19:59] <apachelogger> reb00t
[19:59]  * Quintasan gets no ssh server now
[20:00] <apachelogger> Quintasan: you removed the thing?
[20:00] <Quintasan> Nope
[20:00] <Quintasan> I flashed kernelz and rebooted
[20:00]  * yofel hopes this will be the last kdepim testbuild...
[20:00] <apachelogger> perhaps the flash b0rked all and everything
[20:08] <nixternal> hrmm, seems i have a hard drive failing now in my server. $17 shipped on ebay :)
[20:11] <apachelogger> Quintasan: I knowz more
[20:11] <apachelogger> a) there are permission issues
[20:11] <Quintasan> Bring it on
[20:11] <apachelogger> b) even then it is still fck'd ^^
[20:11] <nixternal> new drive purchased :)
[20:16] <Quintasan> apachelogger: Explain further.
[20:20] <apachelogger> Quintasan: see wacky
[20:21] <Quintasan> wacky?
[20:21] <Quintasan> WTF?
[20:21] <apachelogger> wikey
[20:21] <apachelogger> wikiyy
[20:21] <apachelogger> wiki
[20:21] <apachelogger> there we go
[20:21] <Quintasan> ok
[20:24] <Quintasan> apachelogger: It's still broken after permissions?
[20:25]  * Quintasan kills the card with fire
[20:25] <Quintasan> can it boot off USB port?
[20:25] <apachelogger> right now I am not soo sure
[20:25] <apachelogger> Quintasan: supposedly
[20:25] <apachelogger> you just need to fix your bootargs in boot.script accordingly
[20:26]  * Quintasan can't boot now
[20:26] <Quintasan> or it boots but doesnt start ssh
[20:29] <Quintasan> I'll retry tomorrow
[20:29]  * Quintasan is too tired to continue
[20:30] <apachelogger> QEglContext::createSurface(): Unable to create EGL surface, error = 0x3003
[20:30] <apachelogger> QEglContext::createSurface(): Unable to create EGL surface, error = 0x3003
[20:30] <apachelogger> QGLContext::makeCurrent(): Cannot make invalid context current
[20:30] <apachelogger> QGLContext::makeCurrent(): Cannot make invalid context current
[20:30] <apachelogger> QGLTemporaryContext: Error creating EGL surface.
[20:30] <apachelogger> QGLTemporaryContext: Error creating EGL surface.
[20:30] <apachelogger> lololo
[20:30] <apachelogger> no idea why
[20:31] <apachelogger> Quintasan, persia: quite frankly at this point I believe we have a incompatibility at our hands
[20:32] <apachelogger> the only time I ever saw EGL init succeed but surface creation fail was in a case with too new kernel for too old omap sgx pvr driver thingy
[20:32] <Quintasan_> Yeah, I'll retry from beginning tomorrow
[20:32] <Quintasan_> Making sure our wiki page has a sane set of instructions as well
[20:34]  * Quintasan goes for a nap
[20:35] <apachelogger> kubotu: rodrigo
[20:35] <kubotu> oh, someone be pulling a rodrigo, recharge the batteries, good idea
[20:36] <nixternal> just pull the batteries
[20:51] <nixternal> so has kubuntu become a community project for good or is there canonical leadership still?
[20:53] <apachelogger> wth
[20:54] <apachelogger> Quintasan, persia: most of the test binaries shipped with amd-gpu-bin actually work
[20:56] <apachelogger> so, my best guess is something is fishy WRT libegl-mesa and the amd one
[20:57] <persia> Like ABI incompatibility?
[20:57] <apachelogger> perhaps
[20:58] <apachelogger> although then loading would fail altogether I suppose
[20:58] <persia> Depends.
[20:58] <persia> So, there's a few different ways to have incompatible ABIs.
[20:58] <apachelogger> might also be same ABI but difference in behaviour
[20:58] <persia> You can have incompatible APIs.  This tends to cause a load failure.
[20:58] <persia> You can have different symbol order.  This tends to cause runtime segfaults.
[20:58] <yofel> nixternal: well, without riddell we're pretty much community, he should be back next cycle I hope
[20:59] <persia> You can have different symbol packing or expression.  This tends to cause load failure.
[20:59] <yofel> at least we'll get a bzr expert like that ^^
[20:59] <persia> You can have different semantics for function calls with the same prototypes.  This tends to cause mysterious runtime errors or unexpected behaviours.
[20:59]  * apachelogger remembers them good old vtables which will most of the time not result in load failure but oddness
[21:00] <persia> Yep :)
[21:02] <bulldog98> yofel: I got that error fixed by cleaning up the cache of cmake
[21:02] <yofel> heh
[21:03] <apachelogger> the gpusdk contains kdevelop files ^^
[21:04] <bulldog98> apachelogger: If we have luck the kernel will contain them in time, too :)
[21:05] <apachelogger> lol
[21:05] <apachelogger> ah
[21:05] <apachelogger> uh
[21:05] <bulldog98> apachelogger: we promoted kdevelop to the kernel hackers at LinuxTag
[21:06] <apachelogger> persia: intresting observation: when building an gles2 code sample from the sdk for fbdev and x11 the fbdev version works but x11 fails to init
[21:06] <apachelogger> es2_lesson02_x11: lesson02_imx.c:203: int init(): Assertion `eglGetError() == 0x3000' failed.
[21:06] <persia> That's ... odd.
[21:07] <apachelogger> uh, and it crashes/restarts X 
[21:08] <persia> heh.  Extra points.
[21:09] <bulldog98> if you manage to get code executed it would be even more interesting
[21:24] <jussi> Quintasan: you need to bug me? 
[21:28] <apachelogger> he is pulling a rodrigo right now
[22:02] <yofel> hm...
[22:03] <yofel> smoke-dev-tools has files from smokegen, smokeqt and smokekde. Now I'm wondering how to name that after the split
[22:04] <yofel> smokegen-dev? smokegen-dev-tools? keep smoke-dev-tools?
[22:04] <ScottK> Sigh.
[22:04] <ScottK> OK, so that wasn't the issue on armel.
[22:04] <ScottK> fabo: No luck.
[22:05] <ScottK> NCommander: Help (Qt build failure on armel)
[22:34] <bambee> I am just curious, but why kde packages have been splitted on upstream?
[22:35] <bambee> (I don't find the original request on kde-core-devel :\ )
[22:37] <yofel> svn -> git conversion
[22:37] <yofel> that's one source package per git repository now
[22:38] <yofel> and it's been going on for a while and there will be more splits in the future
[22:38] <yofel> PovAddict would know more since he's writing the rules
[22:40] <bambee> ohh that's mainly due to the git conversion... ok. I thought it was for another reason
[22:41] <yofel> iirc kdeaccessibility and kdeutils are the next one that will be split (for 4.8)
[22:42] <bambee> the worst packages will be kde-runtime and kde-workspace, imho :)
[22:42] <yofel> really? why?
[22:42] <bambee> I mean, for packagers
[22:42] <yofel> they're mostly the same, except some things that were removed
[22:42] <yofel> kdeedu is horrible, 1 source -> >20 sources
[22:43] <yofel> fun times
[22:43] <yofel> at least I found someone in debian that's working on smokegen already
[22:43] <bambee> kde-workspace => 1 source -> 39 sources 
[22:45] <bambee> well, ~= 30 sources
[22:45] <yofel> huh?
[22:46]  * bambee says crap... o_O
[22:46] <yofel> I think you're mixing kdegraphics into there :P
[22:48]  * bambee thinks that he drank too much rum...
[22:50] <bambee> yofel: In fact I've counted the .install files, which is totally idiot because it has nothing to do with the policy on upstream (I mean, the policy used to split packages)
[22:50] <bambee> o_O
[22:50] <yofel> hahaha
[22:50] <yofel> well, you can remove at least one of those now ^^
[23:02] <bambee> night
[23:07] <NCommander> ScottK: currently in trnais tto Dublin. Will handle as part of my TODO list there
[23:15] <Quintasan> jussi: Fix !neon call in #kubuntu :P
[23:15] <Quintasan> Points to old apachelogger's mumbling
[23:16] <yofel> k, smokegen from debian works, let's look at smokeqt