[02:23] <seele> Riddell: if youre considering fixing the stretched logout menu graphic, other plasma themes might be of help.  e.g. glassified is using a graphic and it isn't scaled in a funny way
[03:00] <NCommander> Hey Riddell
[03:21] <NCommander> ScottK, I thought you said not to bother
[03:21] <ScottK> About?
[03:22] <ScottK> NCommander: ^^
[03:34] <JontheEchidna> ScottK: If you have some time could you sponsor a fix for bug 283438?
[03:35] <ScottK> JontheEchidna: I'm still trying to bend kdebase-workspace to my will.  Maybe after that.
[03:35] <JontheEchidna> g/l
[03:55] <ScottK> OK well got past the CMake foolishness.  Now it's just a question of waiting for it to build.
[03:57] <ScottK> JontheEchidna: Thoughts about http://lists.debian.org/debian-qt-kde/2008/11/msg00103.html ?
[03:57] <ScottK> I applied the upstream patch in our 4.1.3 packages.
[03:59] <ScottK> NCommander: Did you say you had a kdenetworking fix?
[03:59]  * NCommander looks at kdenetwork
[03:59] <JontheEchidna> eew, that libs issue looks nasty
[04:00] <NCommander> oh yeah
[04:00] <NCommander> add libsm-dev as a build-dep I believe clears it
[04:00] <NCommander> I don't think I actually test built it to see if it fully works though since someone said don't bother
[04:01] <JontheEchidna> rgreening tested that yesterday
[04:01] <JontheEchidna> and Riddell added the dep to the Qt packages yesterday too
[04:03] <JontheEchidna> so irt to the libsm-dev issue I think we're all good
[04:10] <ScottK> I guess I'll retry the builds then.
[04:10] <rgreening> Hey ScottK
[04:11] <ScottK> Heya
[04:11] <rgreening> whats kikin tonight
[04:12] <ScottK> Any ideas on http://lists.debian.org/debian-qt-kde/2008/11/msg00103.html
[04:12] <JontheEchidna> I don't think I have the technical know-how about the cache system to be of much help I'm afraid
[04:15] <rgreening> hmm... dunno...
[04:16]  * JontheEchidna heads off to get ready for bed
[10:52]  * Riddell twists brain around dh_sameversiondeps
[11:19]  * smarter wonders what is causing bug #285265
[11:24] <ScottK> Riddell: Would you please accept the kdenetwork in intrepid-backports
[11:26] <Riddell> ScottK: what's new?
[11:27] <ScottK> Riddell: Fixes a kopete crash.
[11:28] <smarter> are we going to put 4.1.4 in -updates?
[11:28] <smarter> *4.1.3
[11:28] <Riddell> we need to talk to slangasek and pitti about that
[11:28] <Riddell> ScottK: accepted
[11:28] <smarter> ok
[11:28] <ScottK> Riddell: Thanks.
[11:28] <ScottK> Riddell: Conveniently we have the precended of 3.5.10.
[11:29] <ScottK> precedent ...
[11:29] <smarter> because the kanagram crash annma complained about is still there without the change to the packaging of kdeedu 4.1.3 no?
[11:41] <Riddell> e-mail sent, let's see what they say
[12:01] <ScottK> FYI, http://www.undefinedfire.com/kde/please-check-for-duplicates/ are all but one Kubuntu submissions (the other is Debian).
[12:02]  * ScottK snoozes
[12:10] <apachelogger_> kde bug 174604
[12:11] <apachelogger_> kde bug 174747
[12:11] <apachelogger_> kde bug 174765
[12:13] <apachelogger_> ScottK: nothing out of the ordinary, however it might be that some X package (if there is any at all) in backports is exposing these issues
[12:21] <apachelogger_> smarter, Riddell: https://code.edge.launchpad.net/~kubuntu-members/kubuntu-icons-mono/trunk
[12:57] <rgreening> Riddell ScottK: yeah that kopete crash is ANNOYING. Every logout... it crashes.
[12:58] <JontheEchidna> rgreening: did the fix work?
[12:59] <rgreening> apachelogger, Riddell: when I install wine, all the programs show up in lost and found. any suggestions on a fix? Would it be wine or KDE to make changes in?
[12:59] <rgreening> JontheEchidna: haven't done any update to see yet
[13:00] <JontheEchidna> I was gonna try it last night, but I couldn't start a new session because I ****ed up xorg.conf
[13:02] <apachelogger_> rgreening: KDE
[13:03] <apachelogger_> rgreening: I think the kde4-applications.menu is still crap, even though I made it less crap
[13:03] <apachelogger_> should be fixed in KDE trunk already
[13:03] <JontheEchidna> yea, last time I checked trunk it was working
[13:04] <JontheEchidna> apachelogger_: I think kdebase-workspace needs some conflicts for pre-merge versions
[13:06] <rgreening> apachelogger_: Wine installs a new directory (Wine) along with sub-folders, which nevewr seem to get used. Consequently, KDE doesn't know anything (or claims not to) about wine-Programs-Accessories dir tree and the desktop files then get linked to Lost and Found. Any suggestion I what I can do to fix that? It worked in KDE 3.5.
[13:08] <ScottK> apachelogger_: My thought is maybe people are too quick to go upstream with bugs and we need to give them clearer instructions somehow.  Deluging upstream with useless backtraces isn't a great help.
[13:09]  * JontheEchidna hates it when he can't read the backlog because the computer got turned off :(
[13:16]  * ScottK hands JontheEchidna irclogs.ubuntu.com
[13:16] <JontheEchidna> hmm, now why didnt' I think of that?
[13:17]  * ScottK imagines it's unlikely any sarcastic remark he makes would improve on JontheEchidna's internal dialogue already in progress.
[13:17]  * JontheEchidna is still half asleep to be honest
[13:18] <JontheEchidna> ha, seems I didnt' miss much last night after all
[13:18] <ScottK> JontheEchidna: I uploaded kdenetwork, kdepimlibs, and kdebase-workspace.  Thanks.
[13:18] <JontheEchidna> You're welcome
[13:22] <apachelogger_> JontheEchidna: very much so
[13:23] <apachelogger_> rgreening: check the kde4-applications.menu file :P
[13:23] <JontheEchidna> (<= 4.1.3-0)
[13:23] <apachelogger_> ksycoca only relies on that .menu file IIRC
[13:24] <apachelogger_> so either KDE doesn't use some file which would be necessary to parse the wine menu properly, or the basic one is just doing funny stuff again
[13:24] <apachelogger_> JontheEchidna: (<= 4.1.3)
[13:24] <apachelogger_> JontheEchidna: -0 equals no revision which makes it pretty much pointless :P
[13:25] <apachelogger_> ScottK: the kbugthingy precisely states where to go and what to do
[13:25] <apachelogger_> ScottK: if they want distros to pre-handle that stuff they should give us a way to adapt that kbugthingy so it fits our needs
[13:26] <apachelogger_> or, which would make even more sense, don't suggest posting incomplete backtraces
[13:27] <apachelogger_> it's really not that difficult to read the gdb output and tell the user the aggregated information are insufficient and don't display the backtrace at all
[13:27] <Riddell> apachelogger_: those kubuntu-icons-mono could probably just go into upstream?
[13:27] <Riddell> rgreening: does wine create .desktop files?
[13:28] <apachelogger_> Riddell: technically, would have to talk with danny... though if we include it into upstream deploying a new revision is going to be a greater effort
[13:29] <ScottK> apachelogger_ and JontheEchidna: -0 is actually potentially harmful.  4.1.3-0 > 4.1.3-0ubuntu1~intrepid1 - Screws up backports.
[13:29] <ScottK> JontheEchidna: Did 4.1.3-0 get used somewhere?
[13:29] <apachelogger_> true
[13:30] <apachelogger_> ScottK: we won't backport from jaunty though ;-)
[13:30] <ScottK> apachelogger_: OK.  I just a want to make sure none of the stuff that went direct to intrepid-backports has that.
[13:30] <ScottK> apachelogger_: Generally we should allow for it though.
[13:30] <Riddell> ScottK: then backports should use 4.1.3-0~intrepid1 surely
[13:32] <apachelogger_> that still would be < -0
[13:32] <Riddell> isn't that the point?  it's a backport
[13:32] <apachelogger_> dood, read backlog :P
[13:32] <Riddell> good idea
[13:33] <apachelogger_> I need someone to read my bug mails, btw
[13:33] <JontheEchidna> I just browse the bug mail archive page
[13:33] <JontheEchidna> no need to flood my inbox
[13:34] <JontheEchidna> I do subscribe to certain bugs though
[13:34] <apachelogger_> one filters them :P
[13:35] <apachelogger_> JontheEchidna: if you don't subscribe kubuntu-bugs it could take a long time until grave issues get attention
[13:35] <ScottK> Riddell: 4.1.3 is sufficient.  No need to stuff a revision on there at all.
[13:36] <ScottK> There's actually a lintian test that whines about -1 revisions for this exact reason.
[13:39] <rgreening> Riddell: yep
[13:39] <rgreening> apachelogger_ thanks. I'll look into it.
[13:40] <apachelogger_> ScottK: that test only applies for build-deps
[13:41] <ScottK> True.
[13:41] <ScottK> It's equally applicable to run time deps too though.
[13:43] <apachelogger_> If I don't get my mail handling fixed soon I will have to flood someone with my bug mail flood.
[13:43]  * apachelogger_ looks at JontheEchidna 
[13:47] <ScottK> NCommander: Any chance you could look at KDE 4.1.3 in intrepid-backports on powerpc and see about fixing it up a bit?
[13:47] <NCommander> what bit is broken?
[13:48] <ScottK> NCommander: I can start you with http://launchpadlibrarian.net/19533672/buildlog_ubuntu-intrepid-powerpc.kdenetwork_4%3A4.1.3-0ubuntu1%7Eintrepid2_FAILEDTOBUILD.txt.gz
[13:48] <ScottK> NCommander: I haven't looked further.
[13:48] <NCommander> ScottK, same issue we're having w/ lpia
[13:48] <NCommander> broken dependencies
[13:49] <ScottK> NCommander: OK, but powerpc built before, can we work our way out of it?
[13:49] <apachelogger_> the question is, why does kdebase-workspace not build
[13:51] <NCommander> The problem is that libplasma-data doesn't get built in, hence broken dependencies
[13:52] <apachelogger_> NCommander: there is no such package, is there?
[13:52]  * apachelogger_ never saw libplasma-data
[13:53] <NCommander> oh
[13:53] <NCommander> it might be another dat
[13:53] <NCommander> kdebase-data
[13:53]  * NCommander is kinda half alseep
[13:53] <jjesse> morning :)
[13:54] <apachelogger_> NCommander: and why does that not get built?
[13:54]  * apachelogger_ suspects becuase kdebase-workspace is not built :P
[13:54] <rgreening> apachelogger_: have a look at this... http://paste.ubuntu.com/69986/ Cobbled together missing bits (probably incomplete). Similar would have been done in KDE 3.5
[13:54] <apachelogger_> the only packages that could prevent others from building is kdebase-workspace
[13:54] <NCommander> apachelogger_, it does, it just doesn't get installed
[13:54] <apachelogger_> that sounds like super fun :P
[13:57] <apachelogger_> rgreening: looks hackish
[13:58] <rgreening> apachelogger_: looking at kdelibs4 and this <MergeDir>applications-merged</MergeDir> is missing from kdelib5 version of kde4-applications.menu. That will fix it
[13:58] <rgreening> apachelogger_: any reason to not have that line then?
[13:58] <rgreening> works here.
[13:59] <apachelogger_> don't remember
[13:59] <apachelogger_> reading the spec right now
[14:01] <rgreening> apachelogger_ without it, all Wine apps get junked to a single top level Lost & Found, which isn't very user friendly. So, unless we find something better, it may be worthwhile to add this in.
[14:03] <apachelogger_> rgreening: http://standards.freedesktop.org/menu-spec/menu-spec-latest.html
[14:04] <apachelogger_> I think ksycoca just doesn't recognize/treat the wine applications properly
[14:04] <apachelogger_> rgreening: you have /etc/xdg/menus/applications-merged/wine.menu?
[14:09]  * rgreening looking apachelogger_
[14:10] <rgreening> yep.
[14:10] <rgreening> apachelogger_ ^
[14:11] <rgreening> apachelogger_: without the <MergeDir>applications-merged</MergeDir> line in kde4-applications.menu, I don't see any Wine directories. With it added, I do.
[14:12] <apachelogger_>  /etc/xdg/menus/applications-merged should be used through defaultmergedirs
[14:12] <rgreening> doesn't seem to... apachelogger_
[14:12] <apachelogger_> something in the internals of ksycoca/kded/kdelibsfancystuff is not using defaultmergedirs properly
[14:12] <apachelogger_> rgreening: I suggest you find someone in #kubuntu-devel who knows about that stuff
[14:12] <rgreening> k. will do...
[14:14] <apachelogger_> \o/
[14:14] <apachelogger_> akonadi startup worked
[14:15] <apachelogger_> now I just need to get the security board to agree with allowing imap connections :P
[14:22] <JontheEchidna> Riddell, ScottK, apachelogger_, http://paste.ubuntu.com/69995/
[14:23] <JontheEchidna> ScottK: so launchpad janitor is closing bugs when uploads to -backports are made?
[14:23] <ScottK> JontheEchidna: Yes.
[14:24]  * ScottK filed a bug about that.
[14:26] <Riddell> JontheEchidna: uploading
[14:27]  * JontheEchidna afk for 15 minutes
[14:32] <Riddell> two Nightrose's! we are blessed
[14:33] <Nightrose> :P
[14:33] <apachelogger_> that could be WDP
[14:33] <Nightrose> two is better tan one right?
[14:33] <Nightrose> +h
[14:34] <apachelogger_> depends on the intention of #2
[14:34] <Nightrose> evil of course
[14:34] <Nightrose> you know good and evil twin and stuff
[14:35] <apachelogger_> sounds dangerous
[14:39] <ScottK> Could be fun.
[14:39] <apachelogger_> ha! hu! he!
[14:40] <apachelogger_> Nightrose: I zink I no why ze phonon is not woerking
[14:40]  * rgreening creates #kubuntu-inuendo...
[14:40] <Nightrose> apachelogger_: ohhhhhhhh
[14:40] <Nightrose> tell
[14:41] <apachelogger_> although
[14:41] <apachelogger_> nah, doesn't make much sense I think
[14:41] <apachelogger_> export LD_LIBRARY_PATH=/opt/project-neon/lib:$NEONDIR/lib
[14:41] <apachelogger_> that should actually prevent wrong libfun
[14:43] <Nightrose> ok - brb - changing client
[14:43] <apachelogger_> oh noes
[14:44] <apachelogger_> Nightrose: I forwarded you a mail
[14:44] <apachelogger_> I think I found someone to work on the phonon b0rkage ;-)
[14:45] <Nightrose> \o/
[14:45] <Nightrose> will have a look
[14:46]  * apachelogger_ pokes JontheEchidna with bug 296223
[14:46] <apachelogger_> read tha description before closing bugs :P
[14:46] <JontheEchidna> oops
[14:47] <JontheEchidna> maybe he has a TV tuner card or something
[14:47] <apachelogger_> would that cuase such stuff?
[14:48] <apachelogger_> I actually think that either that is an issue caused by the implementation shortcomings in 4.1 or some X fancy stuff is buggish
[14:49] <JontheEchidna> perhaps he has his computer hooked up to the TV and when somebody turns it on the dialog pops up
[14:49] <JontheEchidna> :D
[14:50] <apachelogger_> lol
[14:50] <JontheEchidna> http://xkcd.com/502/
[14:51] <apachelogger_> rofl, the chief of our legal department just turned direction 6 times
[14:51] <JontheEchidna> kubotu: chat about your mom
[14:51] <kubotu> I can't :(
[14:52] <Nightrose> apachelogger: ok so I try to get him to fix the phonon b0rkage?
[14:52] <apachelogger_> yus
[14:52] <Nightrose> ok
[14:53] <apachelogger_> I am too busy conducting a study about the influence of caffeine :P
[14:57] <rgreening> anyone here still have KDE 3.5 (hardy) available to test something?
[14:58] <rgreening> I need ot confirm that DefaultMergeDirs in Hardy w/ KDE 3.5 doesn't work either.
[15:00] <apachelogger_> I deleted my hardy vm the other day :P
[15:00] <ScottK> IIRC a|wen has it.
[15:01] <apachelogger_> Riddell: I mailed Danny about including our icons in the KDE set
[15:01] <lex79> ScottK: corrected, http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:01] <rgreening> a|wen: ping
[15:01] <Riddell> apachelogger_: great
[15:03] <apachelogger_> lex79: I consider "  * Repacked .tar.bz2 to .tar.gz. tarball, no other changes. " bad practise because most KDE apps get deployed as bz2 anyway
[15:03] <ScottK> apachelogger_: Repacking the tarball should be documented though.
[15:03] <ScottK> What's your suggestion?
[15:03] <apachelogger_> not mentioning it
[15:03] <Riddell> seems useful to mention
[15:03] <apachelogger_> lex79: I guess you only did bunzip && gzip?
[15:04] <apachelogger_> Riddell: we would have to do it for every KDE package then
[15:04] <lex79> yes, yrd
[15:04] <apachelogger_> anyway
[15:04] <Riddell> seems not un-useful to mention :)
[15:04] <lex79> bunzip and gzip
[15:04] <apachelogger_> Riddell: but unnecessary ;-)
[15:04] <apachelogger_> lex79: if you lower the debhelper dependency you have to lower the compat level as well
[15:05] <Riddell> speaking of which, I wonder why our .orig.tar.gz files always end up with a different md5sum than Debian's
[15:05] <apachelogger_> debhelper 5 can't run with compat 7
[15:05] <ScottK> apachelogger_: In a KDE context I can see how it would seem redundant, but in a broader sense not everyone knows that.
[15:05] <ScottK> apachelogger_: Good point.  I failed to mention that in my comment.
[15:05] <lex79> so, debhelper 5 with compat 5 ?
[15:05] <ScottK> Yes.
[15:06] <lex79> ah ok... and no repacked?
[15:06] <apachelogger_> Riddell: different platforms I guess, also gzip vs. gzip -9 would generate different md5sums I guess
[15:06] <Riddell> I always use -9, I expect Debian does too since it's in their policy
[15:06] <apachelogger_> lex79: up to you, it is not un-useful but unnecessary
[15:07] <ScottK> Riddell: If you reroll the same tarball more than once do you get the same md5sum?
[15:07] <a|wen> rgreening: pong
[15:08] <apachelogger_> Riddell: then it's due to different platforms I suppose, that is the reason I bunzip/gzip the KDE release tarballs on my server because we always ended up with different md5sums
[15:08] <apachelogger_> ScottK: yes IIRC
[15:08] <a|wen> rgreening: still have a hardy running on my old laptop ... what do you need tested?
[15:08] <apachelogger_> the only sensible explenation I have is x86 vs amd64
[15:09] <Riddell> ScottK: hmm, no
[15:10] <Riddell> I guess the timestamp on the .tar gets updated
[15:10] <apachelogger_> that could be
[15:10] <Riddell> oh well, at least we're not doing something needlessly different
[15:11] <glade88> will kde4.2 support video thumbnails? or is there a workaround on 4.1.3 as well?
[15:11] <lex79> apachelogger_: http://revu.ubuntuwire.com/details.py?package=kradioripper I spoke with Riddel yesterday evening, said that is correct, no legal issue
[15:11] <apachelogger_> seeing how trunk got thumbnails I would suppose it also got them for video
[15:11] <ScottK> Unless there's a non-zero chance we'll sync I don't think it's significant.  It'd be nice if grab-merge didn't give you the Debian orig.tar.gz though.
[15:12] <apachelogger_> lex79: you should package a plasmoid with cdbs ;-)
[15:12] <apachelogger_> more fun that is
[15:12] <glade88> apachelogger_: so no way to get thumbnails working on the current release?
[15:13] <lex79> :D
[15:13] <apachelogger_> glade88: nope
[15:13] <glade88> apachelogger_: oh.. ohk
[15:13] <apachelogger_> lex79: ScottK will not like the debhelper 7 dependency in kradioripper
[15:13] <rgreening> a|
[15:13] <apachelogger_> lex79: the dep on kdelibs5 (>= 4.1.3) is still not necessary
[15:14] <rgreening> a|wen: do you have wine installed? or can you?
[15:14] <Riddell> I'm going to give up trying to understand dh_sameversiondeps and just accept that it seems to do the right thing
[15:14] <apachelogger_> lex79: ${shlibs:Depends} is going to take care of this
[15:14] <lex79> ok
[15:14] <a|wen> rgreening: it's installed
[15:14] <ScottK> I don't mind a debhelper 7 dependency if it's actually required.  In this case it wasn't.
[15:14] <rgreening> a|wen: ok, now, edit the following file : /etc/xdg/menus/kde-applications.menu
[15:15] <ScottK> Anyone have any idea how to convince dpkg-shlibdeps to emit the actual symbols it's using to figure out the dependency?
[15:15] <rgreening> a|wen: remove the MergeDir line and see if youe Wine menu stuff disappears
[15:15] <apachelogger_> ScottK: as invoked by debhelper?
[15:16] <rgreening> a|wen: supposedly, the DefaultMergeDirs entry in that file is supposed to cover the MergeDir entry. It doesn't (at least in KDE 4)
[15:16] <apachelogger_> rgreening: it is likely that 4.1 doesn't support it properly because 3.5 didn't and they didn't finish the standard compatibility by the time 4.1 got released
[15:16] <ScottK> apachelogger_: Yes.
[15:17] <apachelogger_> ScottK: export DH_VERBOSE=1 doesn't do the trick?
[15:17] <rgreening> apachelogger_: yeah, and apparantly the dev working on it buggered off.
[15:17] <apachelogger_> lol
[15:17] <ScottK> apachelogger_: I didn't actually try that.
[15:17]  * ScottK tries.
[15:18] <rgreening> so, apachelogger_, we need to make it work, and using MergeDir in applications.menu in kded is the only way currently to do so.
[15:18] <apachelogger_> ScottK: IIRC dpkg-shlibdeps expects a -v so dh_verbose should make debhelper invoke it with the -v argument
[15:18] <apachelogger_> oterwise I would consider this a debheper bug ;-)
[15:18] <a|wen> rgreening: it's still there when logging in after changing it ... should i check with a new user instead?
[15:18] <ScottK> Well I invoked dpkg-shlibdebs with -v and that didn't emit enough detail.
[15:19] <rgreening> a|wen: is this under KDE3.5?
[15:19] <a|wen> rgreening: yes
[15:19] <apachelogger_> ScottK: maybe it does with dh_verbose, otherwise I think you will have to hack something up
[15:19]  * ScottK throws up his hands and whines upstream.
[15:19] <apachelogger_> rgreening: it does work in trunk, so the most appropriate solution would be backporting the necessary change(s)
[15:19] <ScottK> OK.  I'll try it.
[15:20] <rgreening> apachelogger_: it works? ok, so I guess we need to look at figuring out the diffs.
[15:20] <apachelogger_> rgreening: that is why I suggested you talk to someone who knows more than the parts which are possibly causing the issues ;-)
[15:21] <rgreening> apachelogger_: and the dev is dead
[15:21] <apachelogger_> I kinda doubt that only one knows how that stuff is handled
[15:22] <a|wen> rgreening: in kde3.5 it still exists after removing the MergeDir line ... even with a new user
[15:22] <rgreening> a|wen: hmm... that's bizarre.
[15:23] <apachelogger_> lex79: both looking good from what I can tell right now, I will give them a more precise review once I am home, you might want to get an advocation from ScottK meanwhile
[15:23] <apachelogger_> lex79: and the next package has to be without cdbs or I won't review it :P
[15:23] <rgreening> ok, I guess I need a Hardy VM to test myself.
[15:23] <rgreening> the code hasn't changed from 3.5 to 4.1
[15:23] <lex79> ahahah ok apachelogger_ tanks
[15:24] <apachelogger_> rgreening: what code precisely?
[15:24] <lex79> *thanks :D
[15:25]  * apachelogger_ is wondering how Nightrose always manges to make apachelogger appear like a person who actual does work
[15:25] <Nightrose> haha
[15:25]  * Nightrose demands cookies
[15:26] <apachelogger_> kubotu: yo bot, do we haz cookies?
[15:26] <kubotu> 'afternoon apachelogger_ :)
[15:26] <ScottK> lex79: Did you upload one with the compat level fixed?
[15:26] <apachelogger_> -.-
[15:26] <apachelogger_> Nightrose: don't have cookies @ work
[15:26] <Nightrose> :( too bad
[15:27] <rgreening> apachelogger_: vfolder_menu.cpp
[15:27] <rgreening> apachelogger_: in fact, it hasn't changed in 4.2 either
[15:27] <lex79> ScottK: no...I will do it
[15:27] <ScottK> OK.
[15:27] <lex79> ten minutes :)
[15:27] <apachelogger_> rgreening: is that handling the parsing and menu creation?
[15:27] <ScottK> Would someone please fix libplasma in Jaunty so I can testbuild stuff?
[15:28] <rgreening> apachelogger_: from what I see, I believe so.
[15:28] <apachelogger_> ScottK: we should just upload 4.2 packages
[15:28] <apachelogger_> rgreening: that would appear weird
[15:28] <apachelogger_> rgreening: maybe one of the patches breaks it
[15:28] <rgreening> apachelogger_: yeah. I'm stumped
[15:29] <rgreening> 11_kde4_applications_menu.diff <- maybe apachelogger_
[15:29] <ScottK> apachelogger_: I think we should get the merges working or at least building first so we know we're starting with good packaging, but yes we should do that soon.
[15:29] <apachelogger_> rgreening: maybe, unlikely though
[15:29] <apachelogger_> rgreening: just try without that patch
[15:30] <rgreening> -     VFolderMenu::SubMenu *kdeMenu = g_vfolder->parseMenu("applications.menu", true);
[15:30] <rgreening> +     VFolderMenu::SubMenu *kdeMenu = g_vfolder->parseMenu("kde4-applications.menu", true);
[15:30] <rgreening> ^^^ apachelogger_: that may do it.
[15:30] <apachelogger_> no
[15:30] <apachelogger_> rgreening: if that was causing the problems the whole parsing wouldn't work
[15:30] <rgreening> applications.menu is the merged stuff.
[15:30] <apachelogger_> applications.menu is gnome
[15:30] <lex79> ScottK: in changelog, I have to remove "Repacked .tar.bz2 to tar.gz ....etc" ?
[15:30] <lex79> not necessary?
[15:30] <apachelogger_> applications-merged/* is the merge stuff
[15:31] <apachelogger_> lex79: you don't have to, you can
[15:32] <apachelogger_> rgreening: IIRC I added a fix to the applications.menu, if the line you pasted would cause the problems that patch I added wouldn't work either
[15:32] <apachelogger_> rgreening: the only thing I can imagine is that the applications.menu => kde4-applications.menu patch is incomplete
[15:33] <rgreening> apachelogger_: could be
[15:33] <apachelogger_> otherwise it is more than likely that not only that file you were talking about it is responsible for the menu generation
[15:33] <ScottK> lex79: Riddell and I suggest you leave it.  apachelogger_ suggests you remove it.  I'd prefer it left, but won't block on it not being there.
[15:35] <lex79> I just removed it in this package :)
[15:35] <rgreening> apachelogger_: as it stands, I think that MergeDir works and is included int eh spec and since DefaultMergedDirs doesn't appear working at this point, we should add in MergeDir for the time being.
[15:37] <apachelogger_> ~facts about apachelogger
[15:37] <kubotu> [5/13] apachelogger has a batman pyjama. [6/13] "...and apachelogger hates workarounds". [7/13] apachelogger loves to pimp his hookers
[15:38] <apachelogger_> rgreening: that would solve the issue for wine, and only that
[15:38] <apachelogger_> no crossover, no cedega, no other 3rd parties
[15:40] <jjesse> ~facts jjesse
[15:40] <kubotu> incorrect usage, ask for help using 'kubotu: help facts'
[15:40] <jjesse> ~facts about jjesse
[15:40] <kubotu> I know nothing about jjesse
[15:41] <rgreening> apachelogger_: umm.. no, <MergeDir>applications-merged</MergeDir> has nothing to do with wine specifically
[15:41] <rgreening> -1 apachelogger_ :)
[15:42] <apachelogger_> that is a good point indeed
[15:42] <rgreening> hehe
[15:42] <apachelogger_> anywho, it doesn't inherit properly
[15:42] <apachelogger_> at least I wouldn't assume it does
[15:42] <rgreening> something greater than nothing in this case
[15:42] <apachelogger_> still no more than a workaround
[15:42] <rgreening> which we used for KDE 3.5 anyway
[15:43] <rgreening> br0ken < working
[15:43] <apachelogger_> rgreening: don't ever use our 3.5 packaging as reference
[15:43] <rgreening> lol
[15:43] <apachelogger_> seriously
[15:43] <rgreening> dooooooooooooooood
[15:43] <rgreening> :P
[15:43] <apachelogger_> take a look at the amount of patches in kdelibs and kdebase
[15:44] <rgreening> in this case, unless someone can get it working, it should go in 4.1.3 packaging/update
[15:44] <rgreening> but I digress now.
[15:44] <JontheEchidna> Riddell: http://paste.ubuntu.com/70034/
[15:44] <ScottK> Heya mok0.
[15:44] <mok0> hello!
[15:45] <mok0> Is 4.2 planned for jj?
[15:45] <ScottK> mok0 is a KDE using MOTU who's interested in helping with getting stuff packaged up for KDE 4.2 in Jaunty.
[15:45] <ScottK> Yes.
[15:45] <mok0> cool
[15:45] <apachelogger_> rgreening: talk to upstream!!!! :P
[15:45] <lex79> ScottK: I reuploaded http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:45] <ScottK> mok0: One of our unofficial release goals is to get all the plasmoids packaged we can.  So one thing you can do is keep an eye out for those on REVU and prioritize them for comments.
[15:45] <ScottK> lex79: I'll look.
[15:46] <lex79> thx
[15:46] <mok0> ScottK: That sounds very doable
[15:47]  * apachelogger_ notes to poke mok0  when we start 4.2 work
[15:47] <mok0> apachelogger: thx
[15:47] <ScottK> mok0: RIght now we are just finishing merging in the Debian KDE 4.1 packaging improvements and we'll push to 4.2 snapshots pretty soon.
[15:47] <lex79> apachelogger_ http://www.kde-look.org/content/show.php/Adjustable+Clock?content=92825
[15:47] <apachelogger_> clocks++
[15:47] <apachelogger_> ~karma clocks
[15:47] <kubotu> karma for clocks: 2
[15:47] <lex79> ya
[15:47] <apachelogger_> \o/
[15:47] <JontheEchidna> \o/
[15:47] <JontheEchidna> ~karma
[15:47] <kubotu> karma for JontheEchidna: 2
[15:47] <lex79> plasmoid-adjustableclock ?
[15:48] <JontheEchidna> ^_^
[15:48] <apachelogger_> Oo
[15:48] <apachelogger_> now that is lame
[15:48] <lex79> or plasmoid-adjustable-clock
[15:48] <apachelogger_> clocks++
[15:48] <JontheEchidna> ~karma clocks
[15:48] <kubotu> karma for clocks: 3
[15:48] <lex79> uhm IoI
[15:48] <JontheEchidna> oh, so that's how karma works
[15:48] <apachelogger_> lex79: former
[15:48]  * ScottK thinks we have enough clocks.
[15:49] <ScottK> lex79: Advocated.
[15:49] <apachelogger_> lex79: upstream calls it adjustableclock-0.2.tar.bz2 no reason to differ from that
[15:49] <apachelogger_> ScottK: one can never have enough clocks ;-)
[15:49] <lex79> ScottK: thx
[15:49] <ScottK> mok0: You might have a look at http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage
[15:49] <mok0> ScottK: just looking at it
[15:49] <mok0> :)
[15:49] <ScottK> lex79: Take a note of the comment though and discuss with upstream.
[15:50] <lex79> ScottK: I will talk about it with upstream
[15:50] <ScottK> Great.
[15:55] <apachelogger_> oh dear
[15:55] <apachelogger_> I am so going to miss my train
[15:55] <apachelogger_> later
[16:25] <mok0> ScottK: got memusage plasmoid installed now. What is your point about fontsize? Seems pretty ok to me
[16:27] <mok0> ScottK: the default colors are pretty horrible
[16:27] <lex79> mok0: this plasmoid is very ugly :)
[16:28] <mok0> lex79: well, with colors adjusted it can become much nicer
[16:28] <lex79> ya ya
[16:29] <mok0> lex79: I was worried about my monitor catching fire when it first came up
[16:30] <lex79> ehehe :) install plasmoid-cpuload, it same
[16:31] <mok0> sizzle burn pop
[16:31] <lex79> :)
[16:31] <mok0> We should have a recommended color palette
[16:32] <mok0> lex79: argg cpuload doesn't let you change the color scheme
[16:33] <lex79> no
[16:33] <ScottK> mok0: On my display the words are chopped off because the font is bigger than the space for the letters.
[16:33] <rgreening> Riddell: can I diff kdegraphics 4.1.3 intrepid for the purposes of the debian merge (or do I still need ot do against 4.1.2 in Jaunty)?
[16:33] <Riddell> rgreening: using 4.1.3 is fine
[16:33] <mok0> ScottK: I see. My problem was that I had to change the size of the window, otherwise that pie-diagram looked squashed
[16:34] <rgreening> ok, looks like a lot of changes in debians 4.1.3 for kdegraphics...
[16:34] <ScottK> lex79: One of the things that attracts people to KDE4 is it's beauty (Current Gnome looks very tired in comparison, IMO) and so we need to give upstream feedback on the asthetics of their projects.
[16:34] <ScottK> mok0: I tried that.  The fonts did a perfect job of scaling with changing the window size (-:
[16:35] <ScottK> Err :-(
[16:35]  * DaSkreech grants Nightrose Kookies. hope they suffice
[16:35] <mok0> ScottK: Isn't there a standard Kubuntu color pallette?
[16:35] <ScottK> Dunno
[16:36] <mok0> ScottK: When people use #ff0000 etc. it looks terrible.
[16:36] <Nightrose> very kind of you DaSkreech ;-)
[16:36]  * Nightrose munches the cookies
[16:36] <mok0> ScottK: The standard kde color scheme is more subdued
[16:36] <Nightrose> sorry Kookies
[16:37] <DaSkreech> apachelogger: Isn't Nightrose a card carrying groupie?
[16:38] <Nightrose> i am
[16:40] <rgreening> Riddell: actually, in this case it doesn't matter... lol. when I upload this one, can you make special attention to it? lot's of the dev files have changed names, and I am worried about that and impact on other packages (possibly).
[16:40] <rgreening> Riddell: i.e. libkipi5-dev.install instead of libkipi-dev.install
[16:43] <Riddell> rgreening: oh hmm
[16:43] <Riddell> I wonder if we can kill the KDE 3 kipi in jaunty
[16:43] <Riddell> I expect we can
[16:44] <Riddell> rgreening: so go with the names debian is using for kipi, kdcraw and whatever the other one is
[16:44] <Riddell> and add Conflict: for the old name we used in inrepid
[16:44] <Riddell> intrepid
[16:45] <DaSkreech> Riddell: kipi plugins?
[16:45] <Riddell> DaSkreech: yes
[16:45] <Riddell> intrepid has two versions of them
[16:45] <DaSkreech> Well kipi code sprint jsut ran. SHould be a good indication once it settles as to how viable it is for KDE4
[16:49] <mok0> Hmm, it's 51 degrees celcius in Washington, DC...
[16:49] <mok0> according to the weather applet
[16:49] <mok0> s/applet/plasmoid/
[16:50] <DaSkreech> same thing :)
[16:50] <DaSkreech> plasmoid = plasma applet
[16:50] <DaSkreech> as opposed to an Apple applet :)
[16:50] <mok0> DaSkreech: Thanks for pointing that out
[16:51] <DaSkreech> Or a google gadget or Yahoowidget
[16:51] <DaSkreech> All being applets
[16:51] <mok0> DaSkreech: applets, plasmoids, widgets, /me gets confused
[16:51] <lex79> I send an email to upstream author of memusage
[16:52] <mok0> Still, pretty hot in Washington DC... must be the presidential transition creating all that steam
[16:52] <mok0> lex79: cool
[16:53] <mok0> Not the weather thingie I am looking for... it only works in the US
[16:53] <nixternal> Riddell: I can't remember the fix for gnupg that you told me about when I get the following error when trying to sign a package:
[16:54] <nixternal> gpg: problem with the agent - disabling agent use
[16:54] <nixternal> debsign: gpg error occurred!  Aborting...
[16:54] <DaSkreech> mok0: In short applets is always right :)
[16:54] <DaSkreech> plasmoids just means it's KDE specific
[16:55] <Riddell> nixternal: I don't have a fix except reboot.  unset GPG<tab>  worked
[16:56] <nixternal> ya, found it grepping my logs...thanks!
[16:56] <nixternal> reboot doesn't fix it either
[16:56] <mok0> DaSkreech: ... and then we have the Apple Dashboard widgets, and Adobe's air and Googles... wft?
[16:57] <DaSkreech> mok0: Isn't Plasma cool :)
[16:57] <mok0> DaSkreech: honestly?
[16:57] <DaSkreech> mok0: Yeah Plasma can run all of them
[16:58] <mok0> DaSkreech: Aha. I was going to answer "No". I am holding back awaiting you to tell me how to use if with Dashborad widgets
[16:58] <DaSkreech> mok0: I forget fully if that got into 4.1
[16:58] <DaSkreech> I think it might have but you have to install them from the command line
[16:59] <DaSkreech> AIR the plan is to have them available by KGHNS in 4.2
[16:59] <mok0> DaSkreech: I see, sounds interesting
[17:01] <mok0> DaSkreech: what's the difference between the kplasmoids-* and the plasmoid-* packages?
[17:01] <ScottK> mok0: The weather around here has been unseasonable.  Very nice.
[17:01] <ScottK> here = Washington DC area.
[17:02] <mok0> ScottK: but 51 degrees C? :-)
[17:02] <rgreening> Riddell: sure thing...
[17:02] <ScottK> Not that warm, no.
[17:02] <ScottK> mok0: Sounds about right for night time degrees F though.
[17:02] <mok0> ScottK: It's a bug in the weather plasmoid. It doesn't convert from Fahrenheit to Celsius
[17:03] <mok0> ScottK: It also only works for the US which is a shame
[17:03] <rgreening> Riddell: do we care about libkipi-common then? looks like the icons were pulled out of libkipi and put into common in our old package but are contained in libkipi5.install in debian
[17:05] <Riddell> rgreening: scrap it then, add a conflicts: libkipi-common to libkipi5
[17:06] <smarter> apachelogger: great, did you do some of these icons?
[17:06] <rgreening> Riddell: k
[17:06] <rgreening> lots to do for kdegraphics :)
[17:06] <smarter> apachelogger: http://pastebin.com/m4950ced1
[17:07] <DaSkreech> mok0: That I don't know :)
[17:07] <mok0> ScottK: the weather applet ougth to use the ICAO id
[17:07] <ScottK> Sure thing.
[17:07] <DaSkreech> The weather applet only does F ?
[17:08] <mok0> DaSkreech: I think the kdeplasmoids* are collections of plasmoids
[17:08] <DaSkreech> From playground most likely
[17:08] <mok0> DaSkreech: It doesn't convert when you choose Celcius
[17:09] <apachelogger> smarter: funnies
[17:09] <apachelogger> smarter: I am trying to get permission to move them to offical mono anyway
[17:09] <mok0> DaSkreech: ah now it worked
[17:09] <smarter> apachelogger: would be cool
[17:10] <apachelogger> smarter: it gives us less control though :P
[17:10] <apachelogger> Pushed up to revision 7.
[17:10]  * smarter is not overly excited by monochromatic icons control :p
[17:12]  * apachelogger loves the akonadi debugger
[17:12] <apachelogger> makes me feel busy
[17:12] <apachelogger> \o/
[17:12] <smarter> works :)
[17:12] <smarter> can I fix0r "No cmake_minimum_required command is present." ? :}
[17:13] <apachelogger> smarter: pointless
[17:13] <apachelogger> so
[17:13] <apachelogger> what's to be done?
[17:14] <apachelogger> I am feel all productive with an almost working mail access again ;-=
[17:14] <apachelogger> Nightrose: carsten also forked the old release script, see kdeedu main dir
[17:14] <apachelogger> makes me think that thing was not half bad
[17:15] <Nightrose> apachelogger: anything i need to do? or just have a look and see if i can use something of it?
[17:15] <apachelogger> it's from the _old_ script
[17:15] <Nightrose> ah
[17:15] <apachelogger> I don't even have to look at it that the new one is better :P
[17:16] <Nightrose> :P
[17:16] <apachelogger> Nightrose: just wanted to tell you about the need of a proper place for it
[17:16] <Nightrose> *nod*
[17:16] <apachelogger> Nightrose: IIRC gilles mailed the extragear list some time ago
[17:16] <apachelogger> dunno if that lead to anything
[17:17] <Nightrose> not that i know - but i am not subscribed to that list
[17:17]  * apachelogger asks the google
[17:27] <lex79> adjustableclock doesn't build :(
[17:27] <lex79> uff
[17:27] <nixternal> Riddell: any idea where I can find doko?
[17:28] <Riddell> nope
[17:30] <nixternal> looks like he hasn't been online in like 2 weeks
[17:30] <nixternal> I fixed his ant package
[17:35] <apachelogger> lex79: are your plasmoids uploaded yet?
[17:36] <lex79> plasmoid-memusage?
[17:36] <lex79> colors are ugly
[17:38] <lex79> http://revu.ubuntuwire.com/details.py?package=plasmoid-memusage I send an email to author
[17:39] <ScottK> JontheEchidna: If I read your debian/changelog entry for kde4libs, what about people upgrading from the KDE 4.1.3 packages in backports?  Don't those versions need to be conflicted on too?
[17:42] <JontheEchidna> ScottK: those would be less than 4.1.3, right?
[17:42] <ScottK> JontheEchidna: No.
[17:43] <ScottK> 4.1.3-0ubuntu1~hardyx is still bigger than 4.1.3
[17:43] <JontheEchidna> that's why I wanted to do a <= 4.1.3-0 in the beginnging
[17:45] <ScottK> I thought you were asking about for a depends, not a conflicts.
[17:45] <JontheEchidna> oh
[17:46] <apachelogger> lex79: are you going to upload an improved kradioripper today?
[17:46] <apachelogger> otherwise I am going to do some management stuff
[17:47] <lex79> yes, next time... this evening
[17:48] <apachelogger> okies
[17:55] <apachelogger> Riddell: meeting options from wed - sun each 2 pm to 11 pm UTC?
[17:56] <apachelogger> nixternal: would you be able to attend a meeting in that daily time frame?
[17:56] <Riddell> not saturday
[17:56] <Riddell> apachelogger: as a list of options that fine
[17:56] <lex79> apachelogger: http://revu.ubuntuwire.com/details.py?package=kradioripper
[17:56] <nixternal> apachelogger: what day?
[17:57] <apachelogger> nixternal: wed, thu, fri or sun
[17:57] <nixternal> I could potentially on a tuesday or thursday
[17:57] <lex79> I go away now, write your comment in revu please...bye
[17:57] <nixternal> sun yes, wed and fri == no
[17:57] <nixternal> possibly thu
[17:57] <apachelogger> Riddell: is next tuesday also possible?
[17:59] <Riddell> apachelogger: it is
[17:59] <smarter> Thursday(from 7pm utc), Saturday and Sunday possible
[17:59] <apachelogger> ok, I'll add that as well
[17:59] <Riddell> smarter: how's kdeedu coming along?
[18:00] <smarter> hmm, forgot a bit about that :}
[18:00] <smarter> I'll do it tomorrow
[18:00] <smarter> shame that I can't get a merge tool working for that
[18:00] <smarter> it'll be for the next round of merges I guess
[18:11] <apachelogger_> Riddell, nixternal, Nightrose, seele, yuriy, Tonio_, JontheEchidna, vorian, claydoh, smarter, ScottK, Arby, ryanakca, everyone else who thinks to have something to discuss: http://doodle.com/participation.html?pollId=tvt9bb3fvtbqda8v
[18:12] <Nightrose> aiai sir
[18:12] <Nightrose> ;-)
[18:12] <smarter> "GMT +01:00 (Etc/GMT-1)"
[18:12] <smarter> is that -1 or +1?
[18:13] <apachelogger_> +1 I would say
[18:13] <apachelogger_> smarter: you could select a real timezone I guess :P
[18:13] <ScottK> apachelogger_: Can you delete stuff that's submitted?  I messed up.
[18:14] <apachelogger_> ScottK: you should be able to edit
[18:14] <apachelogger_> NCommander did that once I think
[18:15] <NCommander> what?
[18:16] <rgreening> apachelogger: Nov 2009?
[18:17] <smarter> why is there only midnight available for saturday?
[18:17] <DaSkreech> The server will be out drinking
[18:17] <rgreening> lol
[18:17] <apachelogger> rgreening: that indeed seems quite futurish
[18:18] <apachelogger> smarter: Riddell can't do saturday
[18:20] <Nightrose> ScottK: you can click "edit an entry" in the left sidebar on doodle - not sure if that also lets you delete an entry though
[18:20] <ScottK> apachelogger: OK.  By the time I noticed the well disguised link to change an entry, I'd put a second one in, so I just made the first one available always so it wouldn't throw off the totals.
[18:20] <ScottK> Yeah.  Don't think I can delete it.
[18:20] <apachelogger> ScottK: I just did
[18:20] <apachelogger> and renamed the really entry
[18:21] <apachelogger> the interface is not the best example of good design really
[18:21] <ScottK> Which I just deleted because I thought it was the old one.
[18:21]  * ScottK does again.
[18:21] <apachelogger> :)
[18:21]  * apachelogger gets cookies for Nightrose, ScottK and apachelogger
[18:21] <DaSkreech> apachelogger: Good thing you invited seele :)
[18:21] <Nightrose> yay Kookies
[18:22] <apachelogger> nay!
[18:22] <apachelogger> cookies
[18:22] <Nightrose> awww
[18:22] <apachelogger> we might be kooks but we are eating ze cookies
[18:22] <DaSkreech> I get kookies at my work :-P
[18:22] <apachelogger> one kooky work that must be :P
[18:22] <apachelogger> Nightrose: do we have a fixed phonon yet?
[18:23] <Nightrose> nope
[18:23] <DaSkreech> apachelogger: You don't even get cookies at your workplace :-P
[18:23] <apachelogger> nay
[18:23] <apachelogger> but coffee
[18:23] <apachelogger> loads and loads of coffee
[18:24] <apachelogger> god thing I only start work at 7:30, the legal crew starts at 7:00 for some unknown reason and got 3 cups by the time I arrive
[18:24] <apachelogger> +o somewhere
[19:04] <Tm_T> hmmm
[19:04] <Tm_T> so what's our cmake situation atm?
[19:04] <Tm_T> for intrepid I mean, will we rely on some ppa to provide 2.6.2 ?
[19:05] <ScottK> Riddell and I were discussing that the other day.
[19:05] <Tm_T> ah, and?
[19:05] <ScottK> I said I wasn't sure.
[19:05] <Tm_T> backports ?
[19:05] <ScottK> Riddell: I've thought about it and I think a CMAKE backport would be fine.
[19:05] <ScottK> Yes.
[19:05] <Tm_T> would be great
[19:06] <Riddell> let's do it then
[19:06] <Riddell> any volunteers for a test compile?
[19:06] <Riddell> JontheEchidna: I uploaded your kde4libs patch and your kdepim
[19:06] <ScottK> Tm_T will do it no doubt.
[19:06] <Tm_T> umm, it needs compile tests? as in it's in ppa done many times already?
[19:07] <Tm_T> but I can do, if you tell me how (:)
[19:07] <Riddell> which ppa is it in?
[19:07] <Tm_T> Riddell: apachelogger has it in neon, http://ppa.launchpad.net/kubuntu-experimental/ubuntu/pool/main/c/cmake/
[19:07] <Tm_T> and https://launchpad.net/~pgquiles/+archive/+build/745051
[19:08] <Riddell> seems to be in https://edge.launchpad.net/~kubuntu-experimental/+archive too
[19:08] <Tm_T> Riddell: I thought I mentioned it (:)
[19:08] <Riddell> ok
[19:08] <Riddell> ScottK: shall I do the backport then?
[19:08] <Tm_T> Riddell: I thank you (:
[19:09] <apachelogger> Tm_T: kubuntu-experimental != neon :P
[19:11] <Tm_T> apachelogger: I know
[19:11] <Tm_T> apachelogger: they were separate
[19:25] <Riddell> JontheEchidna: kdepim failed, it's a bug in kdesdk-workspace I fixed, we'll retry it in a bit
[19:26] <JontheEchidna> k
[19:51] <rgreening> smarter: how you making out with kdeedu merge
[19:51] <smarter> rgreening: [19:00:25] <smarter> hmm, forgot a bit about that :}
[19:51] <smarter> [19:00:27] <smarter> I'll do it tomorrow
[19:53] <rgreening> lol
[21:07] <apachelogger> is it me or is bugs.debian.org not reachable?
[21:07] <NCommander> apachelogger, ack
[21:08] <apachelogger> that's like bugs.kde.org ... always down when you need it ;-)
[21:08]  * DaSkreech swats bugs.kde.org
[21:09]  * NCommander watches it die
[21:09]  * DaSkreech does Khest Kompressions
[21:10] <apachelogger> we should start reporting KDE bugs at the gnome BTS and add empty bugs with link to the gnome BTS within the 3 office hours BKO has per day :P
[21:11] <NCommander> wow
[21:11] <NCommander> sparc lost a builder
[21:11] <NCommander> as in litterially lost
[21:12] <Tm_T> NCommander: noone knows to which island it went?
[21:18] <DaSkreech> can someone confirm that installing the kcron package installs a whole lot of documentation but no binaries?
[21:19] <DaSkreech> Bh
[21:19] <DaSkreech> System settings module
[21:54] <glade88> has digikam-kde4 been deleted from intrepid? or is 0.10.0 version still available?
[21:54] <apachelogger> deleted
[21:54] <apachelogger> it depends on kde 4.2 nowadays
[21:55] <glade88> apachelogger: ok. ty
[21:55] <apachelogger> glade88: we are probably going to deploy it via the same repo we will have 4.2-pre-stable packages in
[21:56] <glade88> oic
[21:57] <glade88> apachelogger: http://kubuntuforums.net/forums/index.php?topic=3099241 -- was asking for this :)
[21:59] <apachelogger> "when packages get lost" ;-)
[21:59] <glade88> :D
[22:14] <Riddell> testers needed for bug 290589
[22:17] <NCommander> Riddell, stupid question, when do we want to start packaging 4.2?
[22:18] <Riddell> that's a sensible question and yes we probably do
[22:18] <Riddell> I wonder if there's a recent snapshot
[22:18] <NCommander> THere is
[22:18] <NCommander> Alpha 1 comes out in two weeks
[22:18] <NCommander> Final release is shortly before FF
[22:18] <ScottK> My suggestion was make sure we got our merged done and building and then move on to 4.2
[22:19] <NCommander> The wiki says we do
[22:19] <NCommander> ^have our merges done
[22:19] <NCommander> We need to figure out why PPC and lpia are having a pissy fit w/ libplasma however
[22:19] <ScottK> As of earlier today we were still doing cleanups.
[22:19] <Riddell> still a couple to be completed and I gave up on kdebindings :(
[22:19] <NCommander> Riddell, how do you do merges?
[22:20] <NCommander> (libplasma-dev is installable IF, and only if kdeworkspace-data is manually installed)
[22:20] <Riddell> take the debian package and add our changes generally
[22:20] <ScottK> I think kdebindings should wait until the current Debian package gets out of New.
[22:20] <Riddell> ScottK: it's in experimental now
[22:20] <ScottK> Ah
[22:20] <ScottK> Make NCommander do it since he asked.
[22:21] <Riddell> but I couldn't get the c# stuff to work from their build nor could I work out where the crucial difference is that makes it work
[22:21] <NCommander> ewwww
[22:21] <NCommander> C#
[22:21]  * NCommander screams
[22:21] <Riddell> NCommander: libplasma-dev installs for me now
[22:21] <NCommander> on lpia?
[22:21] <Riddell> oh, no
[22:21] <Riddell> normal arches :)
[22:23]  * NCommander whacks Riddell 
[22:23] <ScottK> NCommander: At least lamont did my PAS change so you don't have to worry about them on hppa.
[22:23] <NCommander> yay, we don't care about HPPA :-P
[22:23] <NCommander> Riddell, where is your current merge?
[22:24] <Riddell> NCommander: of what?
[22:24] <NCommander> kde4bindings
[22:24] <NCommander> That way I only have to fix the C# FTBFS, and not actually have to fight the rest of the merge
[22:24] <Riddell> there's no compile failure, it's a runtime issue
[22:25] <Riddell> and I don't have anything useful of a merge, it's just a big mess on my filesystem now, best just to take the one from debian experimental if you want to see if you can get it working
[22:25] <NCommander> ouch
[22:26] <NCommander> whats the runtime error?
[22:26] <ScottK> NCommander: You could problably sucker <-<-<-<- convince directhex to help with it.
[22:26] <Riddell> long backtrace about something in smoke
[22:26] <NCommander> ScottK, typically the backspace key is ^H ;-)
[22:27] <ScottK> Whatever.
[22:27] <ScottK> Can you tell I live with teenagers.
[22:28] <Riddell> ah, maybe lex79 can test that bug :)
[22:29] <lex79> Riddell: which bug?
[22:29] <lex79> :)
[22:29] <Riddell> lex79: bug 290589
[22:32] <lex79> Riddell: test in intrepid or jaunty? I am in jaunty now
[22:33] <Riddell> lex79: oh well, it needs intrepid
[22:35] <lex79> :( so sorry, I updated to jaunty yesterday, I will install intrepid tomorrow in a separate partition
[22:38] <ryanakca> apachelogger: *sigh*, it'll only let me take times from 8 to 5... I'm always at school on weekdays, 8-5...
[22:39] <DaSkreech> lex79: main computer ?
[22:40] <lex79> DaSkreech: ya :)
[22:40] <DaSkreech> Tad bit jumpy eh? :)
[22:40] <lex79> ;) it works fine
[22:41] <lex79> for now LoL
[22:42] <DaSkreech> Ah the implications of for now :)
[22:42] <lex79> :)
[22:42] <DaSkreech> If Ubuntu didn't mess with the toolchains so much I'd probably do the same
[22:43] <DaSkreech> Getting a sweet Upto date KDe 4.2 on day 6 would be sweet :)
[22:43] <lex79> yeah
[22:43] <DaSkreech> Riddell: are you planning on attending Kamp ?
[22:43]  * a|wen tries to find where to mount things in dolphin <-- Riddell guidance please
[22:44] <DaSkreech> Don't you just click the icons?
[22:45] <a|wen> DaSkreech: but where is the "my media" icons (or whatever they are called)?
[22:45] <a|wen> doesn't work to click on /dev/sd?? :)
[22:46] <Riddell> DaSkreech: no current plans, it's on the wrong side of the world
[22:46] <Riddell> a|wen: it should be in the sidebar if hal thinks it should be mountable
[22:47] <rgreening> a|wen: have you looked at the New Device Notifier applet? It shows mountable devices. Also they show up in dolphin in the places panel
[22:50] <a|wen> oh ... seems my fat32 restore drive is not classified as mountable
[22:50] <DaSkreech> Riddell: Alright
[22:52] <lex79> a|wen: your fat32 is not in /etc/fstab?
[22:53] <a|wen> lex79: probably it
[22:53] <Riddell> we need disks not in /etc/fstab
[22:54] <a|wen> how do i loose enough rights to get prompted?
[22:54] <ScottK> That was my problem when I tried to verify that one.  Everything just worked.
[22:54] <JontheEchidna> is the patch in backports?
[22:55] <Riddell> JontheEchidna: which patch?
[22:55] <JontheEchidna> the dbus command for mounting things
[22:55] <Riddell> should be
[22:55] <JontheEchidna> hmm
[22:56] <Riddell> hmm?
[22:56] <JontheEchidna> don't seem to work for me
[22:56]  * JontheEchidna updates to make sure
[22:56] <a|wen> JontheEchidna: works for me (running backports)
[22:57]  * ScottK uploaded it.
[22:57] <JontheEchidna> maybe I need to reboot or something
[22:58] <Riddell> a|wen: great, please comment on bug 290589
[23:06] <a|wen> Riddell: done ... do you need it tested w/o backports enabled?
[23:08] <Riddell> a|wen: only if it's easy for you to do
[23:10] <a|wen> hmm... virtualbox doesn't support using host usb-devices, thought it did
[23:10] <a|wen> i'll test it tomorrow if i get the time to upgrade my desktop machine :)
[23:11] <Riddell> thanks
 QUESTION: Is apachelogger affiliated with the Apache project?
[23:48] <DaSkreech> HA HA HA
[23:50] <DaSkreech> (01:58:12 PM) JontheEchidna: I'll be happy to answer further questions in #kubuntu
[23:50] <DaSkreech> (01:58:21 PM) JontheEchidna: ...to a degree though :P
[23:50] <DaSkreech>  That's great :)
[23:57] <JontheEchidna> heh
[23:59]  * JontheEchidna brings attention to kde rev 882594