[00:30] <Riddell> groovy, kde4libs compiled
[00:31] <ScottK> Riddell: Did you see the new tarball?
[00:34] <Riddell> ScottK: nope, yet to look at my e-mail this evening
[00:34] <nigelb> evening..
[00:36] <Riddell> hi nigelb 
[00:37] <nigelb> Riddell: Heya :)
[00:39] <Riddell> gosh this is a messy beta release
[00:51] <Riddell> new tar compiling
[00:54] <freeflying> Riddell: git://anongit.kde.org/scratch/nihui/kndesktop git://anongit.kde.org/scratch/nihui/knpanel
[00:54] <DarkwingDuck> hey Riddell 
[00:55] <Riddell> freeflying: what's that?
[00:55] <Riddell> evening DarkwingDuck 
[00:55] <freeflying> Riddell: a lightweight desktop and panel 
[01:08] <claydoh|werk> DarkwingDuck: any traction from your kubuntu-users and kubuntuforums posts?
[01:08] <DarkwingDuck> A couple
[01:08] <claydoh|werk> DarkwingDuck: i am a willing minion as well, tho depending on the task I may need assistance
[01:08] <DarkwingDuck> with documentation or other?
[01:10] <claydoh|werk> docmentation I know squat, other things i would need less learning. such as a help.kubuntu.org
[01:10] <claydoh|werk> but even tho I feel like and old fart I can still try to learn things
[01:12] <DarkwingDuck> Hehehe
[01:12] <DarkwingDuck> claydoh|werk: I'm still figureing out what we need for setting up help.kubuntu however... If you want to start writing how-tos for popular KDE/Kubuntu programs that would be outstanding
[01:21] <claydoh|werk> I can do that, heck I could even do screencasts, though text is more easily translatable 
[01:21] <claydoh|werk> I will start with some of the basics, perhaps.
[01:36] <DarkwingDuck> claydoh|werk: look at what we have already with BZR
[01:36] <DarkwingDuck> bzr branch lp:kubuntu-docs
[01:36] <claydoh|werk> DarkwingDuck: kk
[01:37] <DarkwingDuck> If you want to just send how-tos I'll convert them over
[01:37] <DarkwingDuck> just make sure you put your name on the todo list we have so that no work is duplicated
[01:37] <DarkwingDuck> wiki.kubuntu.org/Kubuntu/Todo
[01:42] <Riddell> grr, new kde4libs error
[01:42] <Riddell> fregl: any ideas? http://kubuntu.pastebin.com/yXNZZNjE
[02:22] <claydoh|werk> docbook looks so  ....intimidating
[02:24] <jjesse> it itsn't
[02:25] <claydoh|werk> but it *looks* that way :)
[02:25] <jjesse> yes it does
[02:26] <jjesse> but it isn't
[02:28] <jjesse> heck i learned it
[03:07] <claydoh|werk> work beckons.. :(
[04:00] <nixternal> is there a fix for compositing in maverick for intel cards? this is ridonkulous
[04:01] <maco> um yes went in about 2 weeks before release
[04:01] <maco> a new mesa was uploaded
[04:01] <nixternal> bullshit
[04:01] <nixternal> where is it at? 
[04:01] <maco> in final...
[04:01] <nixternal> I have all repos enabled and compositing doesn't work for me
[04:01] <nixternal> i have to enable it, and then watch kubuntu suck horse ass
[04:16] <nixternal> maco: i can confirm on 2 fresh installs right now, compositing disables itself on login and you have to do the alt+shift+f12
[04:16] <maco> but it works after that?
[04:16] <nixternal> one is a dell mini 10v and the other is my desktop
[04:17] <nixternal> depends on how you define "works"
[04:17] <maco> on my netbook it usually works fine for a while, til i get enough other junk running, then it disables
[04:17] <maco> (and re-enabling works fine)
[04:18] <nixternal> right, i can do all that, but then i get massive glitches with konsole/yakuake when hiding, playing shisen sho and a few other games lag out until you move the window to get it to refresh, web browsing with chromium is a mess
[09:16] <fregl> Riddell: weird, afaik nobody had touched that stuff in quite a while (knewstuff3)
[09:17] <phononlogger> ohm
[09:17] <phononlogger> tabs
[09:17] <phononlogger> dantti: seriously? tabs?
[09:18]  * phononlogger hugs fregl
[09:18] <fregl> awww :D
[09:18]  * fregl hugs phononlogger
[09:49]  * phononlogger does not understand aptcc -.-
[09:49] <phononlogger> dantti: if you can make the codec finder work we could get truely amazing codec-installs in natty :)
[11:53] <ari-tczew> JontheEchidna: I'm sad due to again reintroduce bug in konversation. :(
[11:56] <Riddell> fregl: this is weird
[11:57] <Riddell> fregl: the kdelibs beta 1 tar I have as an enum in itemsgridviewdelegate.cpp and needs this patch http://kubuntu.pastebin.com/VKG5Cwdh
[11:57] <Riddell> fregl: but the copy in svn has no enum, it has a bunch of static const int DelegateRatingWidget = 3;
[12:08] <fregl> Riddell: very weird, seems like dirk commited something like that: http://websvn.kde.org/tags/KDE/4.5.80/kdelibs/knewstuff/knewstuff3/ui/itemsgridviewdelegate.cpp?r1=1198725&r2=1199825
[12:39] <Riddell> ninjas: while you're waiting for 4.5 beta to move on here's a new kipi-plugins for the packaging http://www.digikam.org/drupal/node/551
[12:39] <Riddell> digikam too
[12:51] <ari-tczew> Riddell: could you help with finally fix bug 676303?
[12:58] <Riddell> ari-tczew: I'll take a look in a bit
[12:58] <ScottK> nixternal: I've not had any significant problems on my 10v.  Just disable the capability checks for kwin.
[13:06] <Riddell> groovy, kdelibs uploaded to ninjas
[13:12] <ari-tczew> debfx: around?
[13:36] <JontheEchidna> ari-tczew: :(
[13:36] <JontheEchidna> ari-tczew: If you would like, I could fix it. I could also sponsor a fix, if that's what you'd like
[13:37] <JontheEchidna> I think they key is to pop the patch first, then remove the patch from debian/patches and debian/patches/series
[13:37] <ari-tczew> JontheEchidna: Riddell wrote above that he will fix it.
[13:38] <ari-tczew> JontheEchidna: anyway, it's not important for me who will fix it - you or Riddell. I won't make second patch.
[13:38] <JontheEchidna> ok. I just wanted to ask to make sure I am not stepping on anybody's toes.
[13:39] <JontheEchidna> Riddell: mind if I take this one?
[13:49] <Riddell> JontheEchidna: go ahead
[13:49] <ScottK> Riddell: You saw the kde4libs FTBFS, right (need the upnp stuff)
[13:49] <Riddell> ScottK: hupnp is also uploaded, should just need a retry when it's in
[13:50] <ScottK> nixternal: I've seen the issues with Chromium recently, but those are, frankly, Chromium's fault.  It worked fine at release and the has gotten worse with post-release updates.
[13:50] <ScottK> Riddell: Cool.
[13:50] <ScottK> Riddell: Did you get a chance to look at akonadi in New?
[13:51] <Riddell> next on the todo list
[13:51] <Riddell> but first need to get some bread for lunch
[14:31] <JontheEchidna> Riddell: for the todo: http://revu.ubuntuwire.com/details.py?upid=8697
[14:34] <JontheEchidna> this one new? http://launchpadlibrarian.net/59497796/buildlog_ubuntu-natty-armel.konversation_1.3.1-2ubuntu3_FAILEDTOBUILD.txt.gz
[14:36] <Riddell> JontheEchidna: ooh, goody
[14:36] <ScottK> JontheEchidna: Looking
[14:38] <ScottK> JontheEchidna: That's Bug #675347
[14:50] <ScottK> JontheEchidna: You're the symbols file expert ...  It looks to me like in http://paste.ubuntu.com/535570/ the _ZThn8_ symbols should just be removed.  Is that amd64 specific do you think (it's from the amd64 build log)
[14:51] <ScottK> Plus it looks like Soyuz ate the i386 build.
[14:52] <JontheEchidna> dunno what _ZThn8_ means
[14:53] <Riddell> I just retried the i386 build
[14:53] <ScottK> I retried it too.  It just failed quickly with no build log.
[14:53] <ScottK> I think it needs a new upload.
[14:54] <Riddell> it's doing ok now
[14:54] <ScottK> I was thinking that fixing the symbols file would be nice at the same time.
[14:54] <ScottK> Oh.
[14:54] <ScottK> OK.
[14:54] <ScottK> Weird.
[14:55] <Riddell> ScottK: debian/akonadi-agent-launcher.install and debian/akonadi-agent-server.install aren't in the akonadi packaging in bzr
[14:56] <Riddell> ScottK: but also, shouldn't something depend on them?
[14:56] <ScottK> Riddell: I must have forgotten to bzr add.  I'll fix.
[14:56] <Riddell> can't they go in the akonadi-server package?
[14:56] <ScottK> Riddell: AFAICT they are totally optional to use.
[14:57] <ScottK> Honestly I'm not sure.  I thought it was better to split them out and let them land in Universe until we see what use gets made of them.
[14:57] <ScottK> If you'd rather not split them out, I can see that too.
[14:58] <Riddell> best thing would be to predict what debian were going to do so we don't have to add replaces about the place if we get it different :)
[14:58] <ScottK> I did ask Debian about the library rename.
[14:58] <ScottK> That seems OK.
[15:00] <Riddell> asking in #akonadi
[15:00] <ScottK> Cool.
[15:01] <Riddell> awooga, kdelibs built
[15:01] <Riddell> !ninjas
[15:04] <Riddell> ScottK: 15:03 < tokoe> Riddell: together with akonadi-server
[15:05] <ScottK> Riddell: OK.  I'll fix it.
[15:05] <ScottK> Please reject those binaries.
[15:06]  * Riddell gives it the boot
[15:12] <dantti> phononlogger: tabs??
[15:12] <dantti> phononlogger:are you talking about gstreamer finding in aptcc?
[15:13] <Riddell> ulysses: ping
[15:13] <Riddell> ulysses: kdelibs needs huphp, so your packaging is needed soon, are you able to fix the remaining issues?  I left some comments on http://revu.ubuntuwire.com/p/hupnp
[15:20] <ScottK> Riddell: Fixed akonadi uploaded.  It'll still hit New once it builds due to libakonadiprotocolinternals1.
[15:22] <ScottK> Riddell: I'll be gone most of today, so unlikely to be much more help on packaging.  I should be able to help out some tomorrow.
[15:25] <Riddell> thanks ScottK 
[15:25] <ScottK> No problem.
[15:29] <ulysses> Riddell: I have some lessons remaining today, around 21 pm UTC I could do it
[15:34] <Riddell> ulysses: groovy, mostly just needs some .install files to split up the .deb package
[15:41] <persia> So, I sent an email to ubuntu-devel-announce about products recently.  Has the Kubuntu team decided which images they are producing for Natty yet?
[15:42] <Riddell> persia: yes, see https://wiki.kubuntu.org/NattyNarwhal/ReleaseManifest
[15:44] <persia> Which kind of armel is the Kubuntu Mobile Preview image?
[15:44] <Riddell> whatever ones work :)
[15:45] <persia> OK.  Let's ask differently.  What sort of armel hardware do the folk willing to test it have?
[15:45] <rbelem> n900
[15:45] <rbelem> :-)
[15:45] <persia> rbelem, Thanks.
[15:45] <rbelem> panda boards?
[15:45] <persia> Next: is the powerpc Desktop image being discontinued?
[15:45] <persia> rbelem, Well, if you have panda, sure.
[15:46] <rbelem> i have an old beagle board
[15:46] <persia> Which one?
[15:46] <ScottK> persia: I'll test it and regular Kubuntu on mx51.
[15:46] <rbelem> the first model, class b i think
[15:46] <rbelem> or class c
[15:47] <persia> rbelem, B3 or newer should let you do armel+omap if you like.
[15:47] <rbelem> i'm not sure
[15:47] <ScottK> persia: powerpc desktop image is not discontinued.  We have testers for that.
[15:47] <rbelem> cool
[15:47] <persia> ScottK, I thought Tm_T would want it :)  It's not on the list.
[15:48] <persia> So anyway, it sounds like the list doesn't quite match ReleaseManifest.  That's OK.  There's discussions about how to structure that page.
[15:48] <Riddell> powerpc was always hidden in ports, but maybe now we don't have that distinction it should go on that page
[15:50] <persia> I'm just doing data collection now: I'm happy to take information from that page, or just IRC notes.
[15:51] <persia> The key bit is that I want to know which images, which install targets (I don't yet have confirmation if amd64+mac is different than amd64 for this cycle), and who is responsible for making sure it gets tested.
[15:51] <Tm_T> righto
[15:52] <ScottK> persia: AFAIK the only thing I think we are unlikely to support is panda4, but that may happen too.
[15:52] <ScottK> persia: What armel subarchs are on the list for consideration right now?
[15:52] <persia> ScottK, You mean "armel+omap4" (which is panda and blaze and maybe something else if TI has a design win)
[15:53] <ScottK> Yes.
[15:53] <ScottK> We may or may not have hardware to support testing omap4.
[15:53] <persia> I don't have a list of known working install targets yet.  the only kernel I know is being tested is the armel+omap4 one.
[15:53] <ScottK> The rest (which afaik is likely omap3 and mx51) from the linaro kernel we do have testers for.
[15:55] <persia> Historically there's also been armel+dove, and there might be more in linaro kernels, but I'm more interested in stuff for which you have testers than in what Linaro may or may not manage to produce for kernels (I'd expect them to answer that better than you).
[15:56] <ScottK> persia: It's good to know what's on offer so we can work on finding testers. We'd like Kubuntu to be supported as broadly as possible.
[15:56] <persia> But it sounds like you plan Mobile and Desktop for all of i386, amd64, amd64+mac (if it exists), powerpc, armel+imx51, armel+omap, and possibly armel+omap4 (depending on hardware).
[15:56] <rbelem> i'm planning to buy two arm dev board in january
[15:57] <ScottK> persia: Yes.
[15:57] <rbelem> probably panda and other one i don't know yet
[15:57] <ScottK> Although mobile is just i386 and armel.
[15:58] <persia> Riddell, And you'll be the contact to approve all the Desktop images?
[15:58] <persia> rbelem, You'll be the contact to approve all the Mobile images?
[15:58] <Riddell> persia: the Kubuntu community will, with me giving final approval
[15:58] <Riddell> although I don't know about amd64+mac
[15:59] <persia> I don't know if it will exist.  I think cjwatson said something about having an idea to not need it anymore.
[15:59] <rbelem> i don't know
[16:01] <ScottK> I think rbelem is the right POC for mobile.
[16:01] <persia> Riddell, I'm supposed to get a person who is the contact for approval.  That you are only a delegate is expected :)
[16:01] <ScottK> We'll all provide input, of course.
[16:02] <Riddell> yeah put rbelem down for mobile and me for kubuntu normal
[16:02] <persia> OK.  Once I have the complete list, I'll let you know if there are concerns about the list you gave me today.
[16:02] <rbelem> :-)
[16:02] <Riddell> persia: also I avoid the term "Kubuntu Desktop" since it includes netbook
[16:04]  * persia needs to adapt to the new model.
[16:04] <persia> Is it just "Kubuntu"?
[16:04] <Riddell> yes
[16:05] <Riddell> on the other hand I'm very happy to see the term Ubuntu Desktop getting greater usage and approval
[16:05] <persia> I don't like the use of "Kubuntu" for that, because Ubuntu Desktop and Ubuntu Netbook are merging for natty.
[16:06] <JontheEchidna> anybody know what E: gtk2-engines-oxygen: pkg-has-shlibs-control-file-but-no-actual-shared-libs means?
[16:07] <ScottK> JontheEchidna: Did you read the verbose output of Lintian?
[16:07] <Riddell> JontheEchidna: I suspect lintian is only looking in /usr/lib and missing the .so file in /usr/lib/gtk-2.0/2.10.0/engines/liboxygen-gtk.so
[16:07] <Riddell> so it's probably ignorable
[16:07] <JontheEchidna> ScottK: I looked up the tag on the internet but it really didn't say how to fix it
[16:07] <ScottK> OK.
[16:08] <JontheEchidna> like, definiting wth a "shlibs control file" actually is
[16:08]  * ScottK doesn't know of the top of his head.  
[16:08] <JontheEchidna> *defining
[16:09] <JontheEchidna> basically the description gives the uber-long tag name a proper sentence structure, offering no further explanation
[16:09] <JontheEchidna> Riddell: anyways, I've fixed the erronous suggests and reuploaded
[16:10] <JontheEchidna> nice to see that revu finally supports source format 3.0
[16:12] <Riddell> ScottK: "Qt still broken on ARM, patch for GCC in testing" is that accurate?
[16:13] <ScottK> Riddell: I'd say "patch sent upstream from review".
[16:14] <ScottK> Riddell: Unfortunately you'll also apparently have to add "Ubuntu GCC maintainer doesn't want to upload GCC again until after Alpha 1, so broken for another month regardless of progress on the patch".
[16:14] <Riddell> wibble
[16:16] <JontheEchidna> :/
[16:16] <JontheEchidna> I bet he'd be singing a different tune if it was preventing gtk+2.0 from building
[16:59] <ScottK> Riddell: hupnp builds on armel (I'm trying to test build stuff as we go so we don't get a huge suprise on porting problems once gcc is fixed)
[16:59] <ScottK> To answer the next question: building using the old gcc.
[17:19] <ScottK> txwikinger: Oracle isn't stepping away from open source.  They were never close to it.
[17:19] <txwikinger> ScottK: Well.. Sun was closer than Oracle since they bought Sun
[17:20] <ScottK> txwikinger: That's definitely true.  I don't see this as stepping away, I see it as Oracle being Oracle.
[17:20] <txwikinger> ScottK: Yeah.. I looked at it from the perspective of OpenOffice, not so much Oracle as an entity
[17:21] <shadeslayer> ScottK: the patch was already applied upstream :)
[17:21] <shadeslayer> Skrooge one
[17:21] <ScottK> shadeslayer: Great.
[17:21] <ScottK> shadeslayer: How about the open with patch for rekonq?
[17:22] <shadeslayer> ScottK: its being reviewed on reviewboard
[17:22]  * ScottK notes shadeslayer would be less tired and overworked if he'd do better the minion recruiting task.
[17:22]  * ScottK suspects apachelogger would agree.
[17:22] <ScottK> shadeslayer: OK.  Thanks.
[17:22] <shadeslayer> it doesnt do right click > open with, but when you click on a url, it lists various apps
[17:22] <shadeslayer> ScottK: im recruting... but not from IRC :>
[17:22] <ScottK> Not ideal, but I can live with that.
[17:23] <shadeslayer> people are showing interest in college
[17:23] <ScottK> Great.
[17:23] <shadeslayer> and since college is ending tmmrw ... im trying to reap the benefits
[17:24] <ScottK> ;-)
[17:25] <shadeslayer> There might be a guy called Akshay Tayal coming along in the next few days..... he asked me about packaging and i told him about the workflow and the packaging guide and pointed him to this channel :D
[17:32]  * apachelogger agrees
[17:32]  * apachelogger reads what he agrees with
[17:32] <apachelogger> oh
[17:32] <apachelogger> I agree.
[17:55] <Quintasan> ScottK: sip ping
[17:57] <apachelogger> jefferai: is there a ftphonon account on ktown? if so, can you please add me to its authorized keys, if not, how do phonon tarballs get published?
[17:57]  * apachelogger needs to leave for a meeting but would like to publish phonon 4.4.3 soonish :)
[18:07] <Nightrose> apachelogger: he's traveling 
[18:07] <Nightrose> #kde-sysadmin
[18:08] <dantti> apachelogger: what were you talking about?
[18:09] <dantti> oh he is out again
[18:56] <ari-tczew> debfx: could you review again clementine on revu? thanks
[19:04] <Quintasan> apachelogger: "life-changing injury"  OR "life changing injury" ?
[19:04]  * Quintasan wonders if there is #english-language-support :P
[21:27] <apachelogger> dantti: about the life of brian
[21:27] <apachelogger> dantti: also about how installing gstreamer0.10-packagekit and using phonon-backend-gstreamer will make kpk show a dialog that a codec is missing and it will go search for it
[21:28] <apachelogger> but then the search ends in error of not being able to find anything
[21:28] <apachelogger> Quintasan: I suppose latter is more correct
[21:29] <apachelogger> just make a google fight ;)
[21:29] <dantti> apachelogger: right that's because I need to finish the search :P
[21:29] <dantti> apachelogger: I started it based on how the py code did but after speaking with some gstreamer dev it endend up to be the wrong way
[21:30] <dantti> it's somehow easy to finish it but I didn't had time yet to finish it
[21:30] <apachelogger> right, so I was suggesting that if you were to finish it soonish we could have amazing missing-codec support in kubuntu 11.04 ;)
[21:33]  * apachelogger has a major headache and isnt able to continue work on his phonon nor kubuntu is ubuntu blog post -.-
[21:34] <dantti> apachelogger: btw do you know gstreamer functions?
[21:34] <apachelogger> dantti: a bit, from what I have come to see in reading through the phonon-gst code
[21:35]  * apachelogger is wondering if peopel will ever grow tired of making videos about their desktop which is really about compiz 
[21:37] <dantti> apachelogger: do you know something about gst_caps_new_simple ?
[21:39] <apachelogger> dantti: not really, what do you need to know?
[21:39] <apachelogger> (I know that phonon-gst creates the decoder name from a caps
[21:39] <apachelogger> )
[21:40] <dantti> apachelogger: well aptcc receives an string like "gstreamer0.10(decoder-audio/x-wma)(wmaversion=3)"
[21:41] <dantti> then gs has this function to create a capabilities things
[21:41] <dantti> and I have to match against packages..
[21:41] <_Groo_> hi/2 all. could any kind sould backport this PLSSSSSS:
[21:41] <_Groo_> http://websvn.kde.org/branches/KDE/4.5/kdegraphics/libs/libkipi/libkipi/pluginloader.cpp?r1=1194512&r2=1194513
[21:41] <apachelogger> dantti: get_caps_from_string()
[21:42] <_Groo_> it fixed the digikam crash when clicking on settings
[21:42] <apachelogger> dantti: using the part behind deocder- as argument
[21:42] <_Groo_> should be in 4.5.4, but if someone could backport it, it would be super
[21:42] <_Groo_> since it afects every single digikam since at least 1.4.0
[21:47] <apachelogger> oh
[21:48] <apachelogger> dantti: gst_caps_new_simple might be more suited
[21:49] <apachelogger> that would be called like gst_caps_new_simple("audio/x-wma", "wmaversion", G_TYPE_INT, 3, NULL)
[21:49] <dantti> apachelogger: right, I'm trying to re read the docs
[21:49] <apachelogger> what I imagine tricky is to find the actual gdatatype of the value to a field
[21:51] <apachelogger> OTOH you probably only have ints or strings anyway
[21:51] <apachelogger> dantti: also you are very brave for reading gstreamer documentation ;)
[21:52] <apachelogger> "documentation" - it mostly just says what is obvious from function name and parameter names ;)
[21:52] <apachelogger> Nightrose: thanks
[21:54] <dantti> apachelogger: well what can I say, without docs what can i do :P
[21:54] <apachelogger> trial'n'error ;)
[21:55] <apachelogger> that is how I do things starting with a g ;)
[21:55] <dantti> kkk
[21:55] <apachelogger> or ask google
[21:55] <apachelogger> that also works at times
[21:55] <apachelogger> though most of the time it will just show you obscure usage of the function you wants thought was very useful and totally easy to handle ;)
[21:56] <apachelogger> s/wants/once
[22:34] <dantti> apachelogger: oh now I remember the first problem I had, finding gs libs :P
[22:51] <ulysses> Riddell: ping
[23:12] <ulysses> Riddell: I'll go to sleep, sorry I didn't come earlier, in the morning I'll look at hupnp
[23:16] <CIA-42> [muon] jmthomas * 1200117 * trunk/extragear/sysadmin/muon/installer/ (4 files in 2 dirs) (log message trimmed)
[23:16] <CIA-42> Several fixes for queue handling. Also remove the confirmation dialog, since the
[23:16] <CIA-42> confirmation really needs to occur before the transaction is added to the