[00:04] <_Groo_> hi/2 all
[00:05] <_Groo_> can anyone help me out, im having a bad deb package day :D
[00:06] <_Groo_> its a real simple question, the debhelper isnt honoring the debian/tmp dir.. it creates the package dir (in this case basket-kde4) but cant follow my basket-kde4.install
[00:09] <_Groo_> anyone?
[00:11] <_Groo_> i also finished the backport for intrepid of koffice2 beta6.. if anyone wants the diffs...
[00:20] <ScottK> calc: Riddell is at Fosdem this weekend.
[00:21] <ScottK> _Groo_: Are you using CDBS and kde4.mk?
[00:23] <_Groo_> hi ScottK
[00:23] <_Groo_> ScottK
[00:23] <_Groo_> ScottK: yes i am
[00:23] <_Groo_> my rules file onlye have the kde4.mk inclide
[00:23] <_Groo_> include
[00:24] <ScottK> Can you patstebin your .install file?
[00:24] <_Groo_> sure just a sec
[00:26] <_Groo_> http://pastebin.ca/1330369
[00:27] <_Groo_> most useful plasmoid ever :D
[00:29] <ScottK> And what error do you get?
[00:31] <_Groo_> that it cant find usr/bin/* (or anything i put in the .install file)
[00:31] <_Groo_> and he doesnt create the tmp dir, inlye the basket-kde4 one
[00:31] <_Groo_> only*
[00:32] <_Groo_> ScottK: any ideas?
[00:33] <quassel17> te
[00:33] <_Groo_> dh_install: basket-kde4 missing files (usr/bin/*), aborting
[00:34] <ScottK> Not immediately.
[00:34] <ScottK> That seems to have worked in the packages I've done.
[00:34] <ScottK> I guess I'd look and see if there's any upstream build system tomfoollery you need to override.
[00:35] <_Groo_> ScottK: my rules file: http://pastebin.ca/1330375
[00:36] <ScottK> Nope.  No great ideas.  Sorry.
[00:37] <_Groo_> ScottK: yes it tghe first time it doesnt work, i make koffice2, ktorrent-kde4, etc etc.. but this one is refusing the .install
[00:39] <_Groo_> ScottK: did you see the rules?
[00:39] <ScottK> I did.  Didn't see anything wrong there.
[00:39] <ScottK> Maybe something in the CMakelists (but I've no idea what or how).
[00:40] <lex79> ScottK: 4 new plasmoids are in revu :)
[00:41] <ScottK> Excellent.
[00:45] <_Groo_> ScottK: ok, going to check that
[00:45] <_Groo_> ScottK: do you want the koffice beta6 diff?
[00:46] <ScottK> No.  I don't really have time to review anything tonight.
[00:46] <_Groo_> ScottK: dont need to be tonight.. i can only contribute (aka be online for that) at weekends.. so i can send it to your mail, or just check my ppa
[00:48] <ScottK> Send it to Riddell or better yet attach the .diff.gz to a bug in Launchpad and subscribe him.
[00:48] <_Groo_> ok
[00:49] <_Groo_> gonna go now.. seeya all later.. thanks ScottK for your time
[00:49] <ScottK> See you later.  Thanks for helping out.
[00:56] <lex79> ScottK: if compat is 5, debhelper must be 5 ?
[00:56] <ScottK> Yes
[00:57] <ScottK> So, since we're stuck with PA, do we have all these Fedora patches? http://aseigo.blogspot.com/2009/01/i-will-not-drink-koolaide.html?showComment=1232288580000#c920616696340136807
[01:01] <lex79> I don't like pulseaudio
[01:06] <ScottK> I think we're past the like it/don't like it point here.  It's been default in Ubuntu for two releases.
[01:06] <lex79> You're right
[01:07] <ScottK> oooooooooooooooo-----------[01:07] <ScottK> Oops.
[01:08] <ScottK> On issues like this I'm very much a pragmatisc.
[01:56] <vorian> Quintasan: sorry, about cut my finger off
[01:56] <ScottK> You OK?
[01:56] <vorian> yeah,
[01:57] <vorian> my finger bled for 45 minutes!
[01:57] <ScottK> Lovely.
[01:58] <vorian> silly me, i would lose my "totin'chip"
[01:59] <ScottK> ;-)
[01:59]  * ScottK has one of those.
[01:59]  * vorian just lost a corner :(
[01:59] <ScottK> I haven't heard that term in a very long time.
[01:59] <vorian> \o/
[02:00] <vorian> I love drudging up olde stuff
[02:01] <ScottK> The year at Boy Scout summer camp that I got the Wood Carving merit badge I was the only one in my troop to do it without blood loss.
[02:03] <vorian> I always picked silly and impossible classes at camp
[02:03] <vorian> like: shooting, hiking, indain lore,
[02:04] <vorian> i can't think of any other ... I just know I was bored out of my skull, and realized half way throught there was no merit badge at the end (much more to do at home)
[02:11] <vorian> lex79: please set bugs to "confirmed" and unasign yourself when you are ready for sponsoring :)
[02:12] <lex79> vorian: ok :)
[02:23] <ScottK> For me Boy Scouts ended up being an early example of me not being willing to put up with stupid crap regargless of the consequences.
[02:23] <ScottK> regarg/regard
[02:24] <ScottK> When I had everything done for Eagle Scout except getting the 'you've been a good citizen' sign off from my Scoutmaster, he told me I had to agree to be Patrol Leader for the group with all the troublemakers or he wouldn't sign.
[02:24] <ScottK> I was so angry I left and walked all the way home (several miles).
[02:24] <ScottK> I didn't go back.
[02:25] <ScottK> A year later I was at a scout meeting where my younger brother was being welcomed into the Boy Scouts
[02:25] <ScottK> The Scoutmaster indicated he was particularly glad to have my brother in the troop since his older brother was about to get his Eagle Scout.
[02:25] <ScottK> I took that as a hint that'd he'd given up.
[02:25] <ScottK> I went back and he signed it without a word being spoken.
[03:36] <lex79> vorian: thanks for sponsor me
[03:37] <vorian> lex79: thanks for contributing :)
[03:37] <lex79> vorian if you have time there are four plasmoid to review :)
[03:38] <lex79> hihih
[03:38] <vorian> ohmy!
[03:38] <vorian> on revu?
[03:38] <lex79> yeah
[03:39]  * vorian looks
[03:41]  * vorian makes a note to make a plasmoid meta package 
[03:42] <lex79> plasmoid meta package??
[03:43] <lex79> do you want make a meta packages that include all plasmoids?
[03:43] <vorian> apt-get install kubuntu-plasmoids
[03:43] <lex79> excellent :)
[03:43] <vorian> it would pull in all 3rd party plasmoids
[03:44] <ScottK> vorian: I've been considering that too, although I'd call it kubuntu-universe-plasmoids as any in Main people will have already.
[03:44] <vorian> ScottK: good point
[03:47] <ScottK> If we don't disable install widgets from the internet, why package them?
[03:47] <ScottK> I'm wondering if we should disable that?
[03:48] <ScottK> Also I think we may be renaming all these things plasma-widgets-*
[03:48] <seele> ScottK: do you think it would be possible for quassel to check what the system user name was and try that instead of quassel1234?
[03:48] <ScottK> seele: Upstream has been asked about that and is looking into it.
[03:48] <seele> sweet
[03:48] <ScottK> I saw a commit hit yesterday for doing something like that in the OS X environment.
[03:49] <vorian> ScottK: the "get new widgets" are already in binary form
[03:49] <vorian> the ones we package have to be compiled
[03:49] <ScottK> vorian: I'm thinking package names.
[03:49] <vorian> hmmmm
[03:49] <ScottK> If the package is called plasmoid, most users are going to say WTF is that.
[03:50] <vorian> true
[03:50] <ScottK> http://aseigo.blogspot.com/2009/02/why-widget-brother.html
[03:50] <ScottK> http://aseigo.blogspot.com/2009/02/user-vs-technical-language-aka-more-on.html
[03:51] <ScottK> I'm more in the I don't care WTF we call it as long as Debian and us agree camp.
[03:51] <ScottK> (currently we don't).
[03:51] <vorian> ahh, fantastic
[03:52] <ScottK> I have this vague hope that Riddell ran into one of the Debian guys as FOSDEM and they sorted it out.
[03:52] <vorian> we have less then two weeks left, if we are going to do this, we should start soon (now)  :P
[03:53] <ScottK> I can tell you from my own experience with non-technical users, widget is what they get.  http://www.kitterman.org/ScottK/2008/10/kubuntu_intrepid_teenager_read.html
[03:54] <vorian> excellent point
[03:54] <ScottK> I'm also curious for dtchen's view on http://aseigo.blogspot.com/2009/01/i-will-not-drink-koolaide.html
[03:54] <ScottK> Since I know about zip about sound (except the one Windows guy on a project I worked on recently made fun of me because at least Skype worked for him)
[03:55] <ScottK> Skype worked fine for me before we switched to PA.
[03:55] <vorian> dtchen: (off topic) can i have a copy of your slides from OLF
[03:55] <vorian> please :)
[03:56] <vorian> i've never tried skype
[03:57] <ScottK> This project I was on had people working in 4 time zones from -0800 to +0200 and we had weekly status telcons via Skype.
[03:57] <ScottK> Before that, I hadn't either.
[03:58] <vorian> Oprah likes skype
[03:58] <vorian> hehe
[03:58] <vorian> Oprah likes skype™
[03:59] <ScottK> Yeah, well Oprah probably voted from a different Presidential candidate than me too.
[03:59] <vorian> WHAAA
[04:02] <vorian> ☭
[04:02] <vorian> oops
[04:04] <vorian> lex79: did you repack the plasmoid-simplemonitor tarball?
[04:05] <vorian> dpkg-source: warning: ignoring deletion of file .monitor.desktop~
[04:05] <vorian> dpkg-source: warning: ignoring deletion of file .monitor.h~
[04:05] <vorian> dpkg-source: warning: ignoring deletion of file .monitor.cpp~
[04:05] <vorian> dpkg-source: warning: ignoring deletion of file .CMakeLists.txt~
[04:05] <lex79> I didn't
[04:05] <lex79> uhm
[04:06] <vorian> the package looks good
[04:06] <vorian> except upstream needs to clean their tarball
[04:06] <lex79> I send an email to upstream for this?
[04:07] <vorian> that would be wonderful :)
[04:07] <lex79> I didn't repack, this is an upstream issue
[04:07] <lex79> ok
[04:08] <vorian> lex79: while you are at it, can you expound on the long descripion?
[04:09] <lex79> uhm this is a simple simple plasmoid :(
[04:09] <lex79> This plasmoid shows the history of cpu usage and the disk cache memory
[04:10] <lex79> and....
[04:10] <vorian> how does it show it?
[04:10] <lex79> http://kde-look.org/content/preview.php?preview=1&id=84933&file1=84933-1.png&file2=&file3=&name=Simple+monitor
[04:11] <vorian> very interesting
[04:11] <lex79> I can put "with graph"
[04:11] <vorian> yes?
[04:11] <vorian> that would be cool
[04:11] <vorian> can you change colors?
[04:11] <lex79> a moment
[04:11] <lex79> vorian: no
[04:12] <lex79> it is very simple
[04:13] <lex79> there isn't configuration, you can change only shortcut
[04:14] <vorian> loverly
[04:14] <vorian> ok
[04:37] <lex79> go to bed :)
[07:16] <rgreening> fabo: ping
[09:11] <fabo> rgreening: pong
[09:40] <markey> heya
[09:40] <markey> anyone got a package for ChoqoK (for 8.10) ?
[09:40] <markey> it's some twitter/identica app
[09:41] <Riddell> markey: it's in intrepid-backports https://edge.launchpad.net/ubuntu/+source/choqok
[09:42] <markey> thanks :)
[09:43] <markey> found
[09:44] <markey> ..and installed
[09:46]  * markey badly wants auto-mount back
[09:46] <markey> sucks having to mount external HDDs manually
[09:46] <markey> one tends to forget about it
[09:46] <markey> and then amarok screws up, e.g.
[09:46] <markey> what is the problem with auto-mount again?
[09:51] <Riddell> I didn't know there was one
[09:51] <markey> wow, ChoqoK rocks :)
[09:51] <markey> really good stuff
[09:53] <markey> Riddell: ah sorry, I thought it was implemented at some point. at any rate, is it technically feasible? what's stopping it?
[09:54] <Riddell> markey: what's the problem?  all plugin storage or just hard disks?
[10:00] <markey> Riddell: well e.g. external HDDs with music on them. you boot the computer, forget to mount it, start amarok -> BOOM
[10:00] <markey> also it's simply not very comfortable
[10:00] <markey> I don't see the point
[10:00] <markey> in the manual mounting
[10:01] <markey> it opens dolphin
[10:01] <markey> why? maybe I don't want dolphin
[10:03] <Riddell> oh so it should mount drvies at boot
[10:03] <Riddell> or when plugged in
[10:03] <Mamarok> exactly
[10:03] <Riddell> hmmm
[10:03] <Mamarok> is just a PITA when you restart and forget to mount
[10:04] <Mamarok> there was automount before in 8.04
[10:04] <markey> both at boot, and when plugging in
[10:05] <Mamarok> like, CDs too, one has to mount it by hand
[10:05] <Riddell> this sounds like a question for hal policy
[10:08] <markey> maybe
[10:08] <markey> admittedly, I don't know much about HAL
[10:09] <markey> basically I'm just having a normal user perspective on that
[10:09] <markey> I would say
[10:09] <Riddell> yep
[10:09] <Riddell> i can  ask our hal guy if i see him here at fosdem
[10:09] <markey> cool
[10:10] <Mamarok> anyway, one can not configure much in the current HAL GUI
[10:10] <Riddell> elsd probably something for ubuntu-devel mailing list
[10:11] <Mamarok> and some solid docu would be NTH
[10:12] <Riddell> kde docs need love generally
[10:13] <Mamarok> true, but I could not even help with solid and hal, never really understood how it's supposed to work
[10:14] <Mamarok> so some docu from the devs is needed first
[10:21] <Riddell> ~twitter update at fosdem in crossdesktop room
[10:21] <kubotu> status updated
[10:40] <markey> :)
[10:41] <markey> sadly, rbot does not yet support identi.ca
[10:41] <markey> but I think they're on it
[10:57] <Tm_T> ok, qt-copy is now qt 4.5rc1
[11:36] <Quintasan> vorian: ping
[11:45] <fabo> rgreening: kdm crash with Qt 4.5 fixed in r922805
[11:59] <Tm_T> fabo: rgreening: any packages from qt 4.5 yet? (;)
[12:10] <fabo> Tm_T: on ppa
[12:10] <Tm_T> in which ppa ?
[12:11] <fabo> Tm_T: https://launchpad.net/~roderick-greening/+archive/ppa
[12:12] <Tm_T> thanks
[12:12] <fabo> I'll suggest to use roderick's ppa. I'm not sure he'll merge all my changes for Ubuntu ;)
[12:13] <Tm_T> ouch, only jaunty...
[12:14] <fabo> hmm mine too. only for Jaunty. I didn't tried something else.
[12:15]  * Tm_T is partly in intrepid still
[12:15] <Tm_T> oh well, maybe I compile myself
[12:19] <fabo> Tm_T: I guess if you dget from roderick's ppa and rebuild for intepid (or use PPA to build for intrepid), it should be fine.
[12:26] <Tm_T> fabo: I can build from qt-copy, if needed, have to wait until I get new pc
[12:34] <ulo> hi! does anyone run 9.04 successfully on amd64 with kdebase-*ubuntu4 packages?
[12:35] <ulo> it worked for me until two days ago when i upgraded those packages. since then i get segfaults in ksmserver and nepomukservices
[12:35] <ulo> like those: ksmserver[4882]: segfault at 140073010f ip 00007ff6f3bf8904 sp 00007ffffc03c528 error 4in libkdeinit4_ksmserver.so[7ff6f3be5000+38000]
[12:36] <ulo> and nepomukservices[4894] general protection ip:7f0f091ab7ae sp:7fff1179f970 error:0 in libQtCore.so.4.4.3[7f0f09142000+230000]
[12:38] <neversfelde> ulo: probably bug 326344 ?
[12:40] <ulo> neversfelde: ah that looks quite matching yes. also got nvidia here and kwin+x11 use everything my two cores offer.. thanks
[12:42] <neversfelde> ulo: switch to nv, should work again then
[12:45] <ulo> neversfelde: will do that. thanks again! bye
[13:13] <calc> ScottK: ah ok, i'm in hamburg, didn't think i would do well with that little sleep ;-) ie berlin to brussells (friday night) to hamburg (sunday night)
[14:02] <Quintasan> I should add build-essential to control or its not needed?
[14:04] <freeflying> Quintasan: no needn't
[14:05] <Quintasan> freeflying: thanks
[14:06] <freeflying> Quintasan: welcome
[14:09] <Quintasan> Hmm, there is no package for monkeys audio codec. If I build I can submit it to REVU?
[14:09] <freeflying> Quintasan: no, this one has license issue
[14:09] <Quintasan> ok
[14:10] <freeflying> Quintasan: and the package maintained in debian-multimedia repo already
[14:10] <Quintasan> freeflying: not really, I've tried (amd64) and it wasn't there
[14:12] <freeflying> Quintasan: you sure?
[14:12] <freeflying> Quintasan: http://ftp.tw.debian.org/debian-multimedia/pool/main/m/monkeys-audio/libmac2_3.99-u4-b5-0.0_amd64.deb
[14:12] <Quintasan> freeflying: maybe mt mirror was out of date
[14:12] <Quintasan> my*
[14:13] <freeflying> Quintasan: this package has not any upgrade for while
[14:14] <Quintasan> freeflying: thanks once more :)
[14:14] <freeflying> Quintasan: nope
[14:15] <ScottK> Got the FF date wrong last night ...
[14:17] <Quintasan> vorian: ping
[14:33] <Quintasan> kdebase4-workspace-devel is required to compile plasmoids? or I need libplasma-dev only?
[14:37] <a|wen> ScottK: in 8.04.2 (desktop-live) choosing the install option and then opening the release notes, after closing konqueror the installer is dead ... do we want to know if it is a regression before doing more about it?
[14:44] <ScottK-desktop> Yes we do.
[14:50] <a|wen> ScottK: do you have the time to test it? (if you have an "original" hardy cd)
[14:57] <Quintasan> grrr, what should I put in rules in clean section? It always throws an error no matter what I put there. I've tried rm <CMake files>
[15:35] <a|wen> Quintasan: isn't there some sort of cmake.mk in cdbs, that you could use ... i think it contains all the necessary clean rules for common cases
[15:37] <Quintasan> a|wen: I'm trying to build a plasmoid using debuild, I've added the cmake line to configure rule, debuild starts with clean so I was wondering what I'm doing wrong :D
[15:38] <a|wen> Quintasan: debuild always starts with a clean (it should do that) afaik
[15:39] <Quintasan> yep, I'm starting with a clean source. I've done nothing execpt dh_make
[15:39] <Quintasan> except*
[15:39] <a|wen> Quintasan: running clean on a clean source tree should be possible, so that is as it should be
[15:41] <a|wen> Quintasan: if the clean fails it is in most cases because you haven't installed (some of) the build-dependencies needed locally (eg. cdbs/cmake)
[15:42] <Quintasan> a|wen: Hmm I have all the required packages because I've built the package using: cmake, make and makeinstall and it worked
[15:42] <Quintasan> debuild tells me there are no rules to make object `clean` and throws Error 2
[15:43] <a|wen> what does you debian/rules look like > pastebin
[15:43] <Quintasan> http://wklej.org/id/50308/
[15:46] <a|wen> Quintasan: does the package use cmake?
[15:46] <Quintasan> a|wen: yes, it's a plasmoid
[15:46] <Quintasan> http://kde-look.org/content/show.php/Lastmoid?content=98117
[15:47] <a|wen> Quintasan: instead of going through all the trouble yourself, just including /usr/share/cdbs/1/class/cmake.mk should get you a long way (and hopefully just minor adjustments)
[15:48] <Quintasan> a|wen: how do you include those?
[15:49] <a|wen> Quintasan: "include /usr/share/cdbs/1/class/cmake.mk" ... but try downloading the source of one of the plasmoid-packages that already exist and look at the debian/rules from that one
[15:50] <Quintasan> a|wen: Thanks
[15:50] <a|wen> Quintasan: i can't remember if /usr/share/cdbs/1/class/kde4.mk works for plasmoids too ... might be that one you should use actually
[15:56] <mluser-home> What is the best music/media application that can sync with an ipod, amarok used to do this for me, but the new amarok does not seem to see my ipod
[16:19] <ScottK> kde4.mk works for plasmoids
[16:19] <ScottK> a|wen: I'll see what I can do about testing that (Hardy).  I have a CD somewhere.
[16:20] <ScottK> mluser-home: Support questions in #kubuntu.  You might also ask in #amarok about getting it working.
[16:20] <a|wen> ScottK: great (would take me 10+ hours to D/L ... so i'll rather get the alternate cd down for testing instead)
[16:20] <ScottK> a|wen: Agreed.  That's much better.
[16:20] <mluser-home> ScottK: thanks
[16:20] <freeflying> ScottK: is ther any tools like pkg-kde-tools?
[16:21] <ScottK> freeflying: For what?
[16:22] <a|wen> ScottK: any 4.1.4 stuff turned up while i was away? or are we closing in on a possible copy to -updates...
[16:22] <ScottK> a|wen: Not as far as I know.  I talked to pitti a bit about getting it copied last week, but he was tied up in the Canonical sprint.
[16:23] <freeflying> ScottK: for pakages relate to kde4 in kubuntu
[16:24] <a|wen> ScottK: sounds good ... oh, that is of course fair enough; we'll see about it a bit later then
[16:24] <ScottK> freeflying: Not that I know of.
[16:25] <freeflying> ScottK: pkg-kde-tools - common makesnippets and other build scripts for KDE4 related packages
[16:25] <ScottK> I'm aware of that one, but not any others.  For all the KDE4 stuff I've done kde4.mk has done what I needed.
[16:29] <a|wen> we'll kde 4.2.1 be ready in time for going into updates, or will it possibly be a stock 4.2 we are releasing?
[16:37] <JontheEchidna> a|wen: we'll most likely release with KDE 4.2.2
[16:37] <JontheEchidna> we pretty much have a standing FFe for KDE
[16:38] <ScottK> Based on our experience with 4.1, I think we should get official permission from the tech board for the post-release KDE updates.
[16:38] <a|wen> oh, that sounds good ... is there a release schedule for the 4.2.x releases out? (couldn't find any)
[16:39] <JontheEchidna> Generally they're released monthly
[16:39] <JontheEchidna> but when they get to .4 or so they're released less often because of increased focus on trunk
[16:40] <a|wen> so we'll hopefully have just around a month between 4.2.2 release and jaunty release, sounds reasonable
[16:42] <a|wen> ScottK: we plan to do the releases on the exact same way right? ... we just want to have an official agreement on it
[16:42] <ScottK> a|wen: That's my thought.
[16:42] <ScottK> We declare 4.1.x an 'experiment' that succeeded and then get official blessing to keep doing it.
[16:43] <a|wen> +1 for that
[16:59] <a|wen> do we have any aggregated status for all the projects we have work on prior to FF?
[17:00] <ScottK> No.
[17:00] <ScottK> With a week and a half to go it'd be good to have.
[17:03] <martijn81> does anyone of you know how to fix this? http://ktorrent.org/forum/viewtopic.php?t=2860&highlight=
[17:03] <a|wen> it would have been nice, yes ... seems scp-kde and kpackagekit is the big hurdles; how about the ubiquity porting?
[17:06] <ScottK> Dunno.
[17:07] <ScottK> One of the big things I know we are still missing is a KDE4 k3b.
[17:07] <a|wen> ScottK: yeah, but the pretty much depends on upstream though
[17:07] <a|wen> s/the/that/1
[17:08] <ScottK> That or someone getting inspired to help.
[17:08] <ScottK> At the very least we need to communicate issues.
[17:08] <ScottK> I've not followed it closely, so we may have done that.
[17:09] <a|wen> correct ... it seem to be a bit stucked? last update on the kde4 porting is 9 months old
[17:13] <a|wen> last commit is 2 weeks old though ... so that looks a bit more positive
[17:19] <a|wen> ScottK: but if it isn't ready, i'm of the impression that the current k3b is in a reasonable shape? ... i might be wrong, though
[17:19] <ScottK> It is, but our goal was no kde3 on the CD.
[17:19] <ScottK> That frees up a lot of space that we need for stuff like Akonadi.
[17:20] <JontheEchidna> does akonadi still take up a lot of space now that it doesn't bring in an entire sql server?
[17:20] <JontheEchidna> or is space just that tight?
[17:21] <a|wen> i see the point
[17:22] <a|wen> seems to be a lot of smaller bits in https://wiki.kubuntu.org/KubuntuJauntyGapAnalysis as well which might or might not be finished ...
[17:34]  * a|wen thinks about making a status page for all the spec parts (and other bit needed before FF); any interest? ... but will need a lot of help to fill in the status of them
[17:35] <rgreening> fabo: yeah, I'm going through your Qt build now and cleaning up mine to co-incide more closely.
[17:36] <rgreening> k3b kde4 works here.
[17:36] <rgreening> ScottK ^
[17:36] <ScottK> rgreening: Then maybe we should just update to an svn snapshot.
[17:37] <ScottK> Maybe someone who's looked into it ought to discuss it with upstream?
[17:37] <rgreening> ScottK: seems reasonable. Tonio_ was supposedly working on packaging.
[17:38] <rgreening> If I can get Tonio_'s work thus far, I can clean it up if he has not the time.
[17:38] <JontheEchidna> rgreening: btw, I've just started working on making the dialog less messed up
[17:38] <ScottK> Hopefully he's home from FOSDEM soon and can tell you.
[17:39] <rgreening> JontheEchidna: cool. Im glad you had more succes in porting the remaining kde3 bits than I did.
[17:39] <JontheEchidna> thanks
[17:39] <rgreening> Getting this patch in would be great.
[17:39] <JontheEchidna> rgreening: If I can't get it working we should just go with your modified suse patch, since neither patch detects youtube/cnn
[17:40] <JontheEchidna> either way I think we'll have to put a link to kubuntu.org/getflash or something similar in the Konq start page
[17:42] <rgreening> Ya.
[18:30] <ScottK> Stand by to mass rename plasmoid-foo to plasma-widget-foo.
[18:30] <Tm_T> ScottK: in where?
[18:30] <ScottK> Package names
[18:30] <Tm_T> aah, roger
[18:30] <Tm_T> sounds good
[18:42] <a|wen> ScottK: found a bug about the release notes problem, so this seems to be known / no regression
[19:07] <Quintasan> a|wen: had some problems but it build with no errors, thanks :P
[19:11] <a|wen> cool :)
[19:11] <Quintasan> I finally build something other than hello :3
[19:12] <Quintasan> built*
[19:12] <Tm_T> awww
[19:12]  * Tm_T huggles Quintasan son
[19:13] <a|wen> Quintasan: welcome to the wonderful world of packaging :)
[19:13] <Quintasan> :D
[19:30] <ScottK> a|wen: Excellent.  Then note the bug on the testing page and we're done.
[19:31] <a|wen> ScottK: i did that (together with another bug), and mentioned that neither of them we're regressions
[19:31] <a|wen> were*
[19:31] <ScottK> a|wen: Excellent.
[19:33] <a|wen> ScottK: the alternate cd (i386) is D/L'ing (~8h remaining), and i'll start testing that one over the next days ... but we miss some wine and 64-bit testing; i can do neither
[19:34] <ScottK> davmor2 (I think) said he'd do some testing once Alpha 4 was out, so maybe he can pick up 64 bit.
[19:35] <a|wen> that would be cool ... then we just need to find someone with windows; seems to be the hard part around here
[19:36] <rgreening> a|wen: good idea on the status update. Restricted install... both JontheEchidna and myself have been working on the konqueror part of this. we have a working implementation, but are looking to improve upon it.
[19:37] <rgreening> a|wen: Display Setup tool - was put on hold and will likely not make it into Jaunty (last I heard)
[19:37] <a|wen> rgreening: i'll begin on one ... any objections to calling it https://wiki.kubuntu.org/KubuntuJauntySpecsStatus ?
[19:37] <rgreening> sounds good to me
[19:38] <rgreening> nixternal: what's the status of spec " Front Page of Konqueror?
[19:39] <Quintasan> I have Window 7, what needs to be tested?
[19:39] <rgreening> a|wen: Firwall was put on hold in favor of getting Qt4.5.0 working. It may still make it in, but it is not critical.
[19:40] <rgreening> a|wen: guest account patch - no work (to my knowledge) has started on that one.
[19:41] <a|wen> Quintasan: see the topic ... you need to grab the 8.04.2 desktop-live testing cd and test a kubuntu install using wine
[19:41] <a|wen> rgreening: thx, i'll start by making the list, and filling in as much as possible
[19:42] <ScottK> a|wen: Don't you mean wubi?
[19:44] <a|wen> ScottK: yes of course ... Quintasan listen to ScottK ^^
[19:46] <Quintasan> Okay, I will do it tomorrow after school :)
[19:56] <a|wen> Quintasan: thx a lot ... and report back on the first link :)
[20:12] <a|wen> ScottK, rgreening: apart from k3b do we have any other kde4 portings we "need"/are waiting for?
[20:12] <ScottK> Ubiquity?
[20:15] <a|wen> got that one, and userconfig on the list
[20:16] <a|wen> is everything about having powerdevil as default finished?
[20:18] <a|wen> ScottK, rgreening: please fill in the status / assignee of those you know: https://wiki.kubuntu.org/KubuntuJauntySpecsStatus
[20:19] <rgreening> a|wen: ty.
[20:19] <ScottK> a|wen: I think it needed some kind of widget for the taskbar.  Dunno if that is done or not.
[20:20] <ScottK> a|wen: Plasmoid-network-manager needs to be on the list
[20:21] <ScottK> Also get a KDE4 IRC client (can be marked done)
[20:21] <rgreening> a|wen: IRC (Quassel) should be there too
[20:21] <rgreening> ya
[20:21] <a|wen> ScottK: it integrates with the battery plasmoid ... so we just need to have it as default in the panel i think? (that's how i use it now)
[20:21] <a|wen> rgreening, ScottK: i'll add the two
[20:21] <ScottK> a|wen: Great.  We need that in the default setup then.  Is the battery widget in Main?
[20:21] <rgreening> a|wen: yes, we need it auto added to panel (IMO)
[20:22] <a|wen> isn't the battery plasmoid part of some default kde package?
[20:23] <ScottK> Dunno
[20:26] <JontheEchidna> a|wen: maybe we should merge your page with this? https://wiki.kubuntu.org/Kubuntu/Todo
[20:28] <a|wen> JontheEchidna: yeah, we probably need to
[20:29] <rgreening> on simply link from the ToDO
[20:29] <rgreening> as this is really specific to Jaunty and not Kubuntu in general.
[20:30] <rgreening> only thinking out loud..
[20:30] <JontheEchidna> that page is used to track series-specific todos
[20:31] <rgreening> It's all intrepid atm
[20:32] <a|wen> i'll be willing to move it, if that is the consensus?
[20:33] <rgreening> doesn't matter to me
[20:43] <martijn81> is kpackagekit to be included in Jaunty?
[20:45] <rgreening> martijn81: its the plan
[20:46] <martijn81> would it be the default?
[20:46] <rgreening> yes
[20:46] <rgreening> adapt will be cut
[20:47] <jjesse_> rgreening: do you know when that will happen?  or did that happen on the last alpha?
[20:47] <rgreening> jjesse: not sure if it's done yet. I thin we are waiting on MIR
[20:49] <a|wen> rgreening: the MIR hasn't been approved finally (waits for an upstream issue afaik)
[20:50] <rgreening> thanks a|wen.
[20:52] <Lure> rgreening, ScottK: I think k3b package from Tonio_ is on revu
[20:52] <Lure> http://revu.ubuntuwire.com/p/k3b
[20:53]  * jussi01 wonders if theres an intrepid version of kpackagekit to try...
[20:53] <rgreening> jussi01: I don't think so (yet)
[20:53] <jussi01> :(
[20:54] <apachelogger> Lure, rgreening, ScottK: just so I mentioned it: I am not sure we should replace k3b KDE 3 right away .... not without conducting loads of testing beforehand anyway
[20:54] <Lure> apachelogger: agreed - last time it did not work for me at all
[20:54] <Tm_T> apachelogger: hmmm, any issues seen with it yet?
[20:54] <Tm_T> works mostly fine here
[20:54] <Lure> apachelogger: we need ppa with test packages, then we can get wider testing
[20:55] <apachelogger> aye
[20:55] <apachelogger> Tm_T: it did for you, it didn't for Lure ... that is IMHO very good indicationg that it needs more testing ;-)
[20:55] <rgreening> apachelogger: I am running k3b kde4 and have no issues with it
[20:55] <apachelogger> also testing from more people
[20:55] <Tm_T> apachelogger: aye, mostly, as I said, there's crashes
[20:55] <apachelogger> on different hardware
[20:55] <apachelogger> etc.
[20:55] <Lure> and we need one package that we all try
[20:56] <Lure> currently we have reports from various tries with different setups (kde 4.2, kde-trunk, tonio's packages...)
[20:58] <rgreening> I agree. We need a PPA to install/test it from.
[20:58] <rgreening> get common results.
[20:58] <a|wen> who is the packaging master for that one? Tonio?
[20:58] <rgreening> yus
[20:58] <rgreening> he's at FOSDEM
[20:59] <apachelogger> hm, that dood on the list talking about "we", "we" is an unknown method or variable, is awesome :D
[21:00] <a|wen> rgreening: but afterwards we need to have them online at his (or another personal) ppa ... and if we think it is good enough put it in kubuntu-experimental, to get it shaken a lot
[21:01] <apachelogger> time for bed
[21:01] <apachelogger> cya
[21:01] <a|wen> night apachelogger
[21:24] <a|wen> ScottK: please find your 8.04.0 cd in any case ... if you can test oem install; choose english as the language, and also choose english when prompted by oem-config; does this fail for you?
[21:25] <ScottK> Will do.  I know there's a current Kubuntu oem-config bug.  I wonder if it goes that far back?
[21:29] <a|wen> not impossible ... it doesn't work for english+english, but english+german works fine
[21:30] <a|wen> ScottK: i tried downgrading oem-config to the one shipped in hardy, but that didn't change anything
[21:30] <ScottK> I have a box I can try that on, probably later tonight.
[21:30] <ScottK> OK.
[21:31] <a|wen> perfect
[21:34] <ghostcube> ScottK, is it possible to patch the plasma cashew in the same way opensuse does it so its removable :)
[21:34] <a|wen> and it seriously need giving some feedback while it works (unless that is already changed)
[21:34] <ghostcube> the guys in plasma told me about that
[21:36] <ScottK> ghostcube: There's a widget floating around to remove it.  Rather than patch the core system, I think it'd be better for someone to package that so people who want to remove it can do it.
[21:36] <ghostcube> yeah i showed it up in here but do you think this is better ?
[21:37] <ghostcube> i didnt look what opensuse do till now maybe i can get the changes this cant be much
[21:37] <ghostcube> its only tun on off :
[21:38] <ScottK> ghostcube: Any deviation from upstream represents a risk of sorts.  If a problem can be solved without patching the core system, that's almost always better.
[21:47] <ghostcube> ScottK, hmm sure
[21:49] <a|wen> goodnight people
[21:54] <ghostcube> n8
[22:28] <jussi01> are there still issues with triple head setups anyone know?
[23:36] <rgreening> fabo: ping
[23:42] <rgreening> fabo: can you look at the FTBFS log of kdebindings in my PPA and this kde bug? http://bugs.kde.org/show_bug.cgi?id=177842
[23:54] <rgreening> Riddell: KDE 4.2.0 has been stable here with Qt 4.5.0 RC1. Only issue left is a build problem for kdebindings (see bug above). Not sure if its a KDE or Qt issue. Once a fix for that is found, I can rebuild bindings. If that works, we should be able to upload Qt 4.5.0 and rebuild KDE 4.2.0 against it successfully.