[00:00] <wesley_> nl
[00:00] <Tonio_> wesley_: and I wake up at 6...
[00:00] <Tonio_> so time to go I guess :)
[00:00] <wesley_> no i am workless
[00:00] <wesley_> goodbye
[00:00] <Tonio_> wesley_: seya !
[00:05]  * ScottK learns about  bzr push :parent
[00:05] <wesley_> whats that ?
[00:08] <ScottK> Pushes a bzr branch back where it was branched from.
[00:08] <wesley_> aha, i am bored
[00:14] <wesley_> man 720 doesnt seem to run that good
[00:24] <neversfelde> is a get-orig-source rule necessary, everytime I repacked the source?
[00:31] <jjesse-dell9> evening
[00:33] <wesley_> I should use messages like contact person has left the chat use more often
[00:37] <jjesse-dell9> interesting couldnt input text on quassel until i quit and started again
[00:39] <ScottK> jjesse-dell9: Split client/core?
[00:39] <jjesse-dell9> ScottK: no core with internal server
[00:39] <ScottK> OK.  No idea then.
[00:40] <jjesse-dell9> trying to figure this out
[00:40] <ScottK> neversfelde: Most MOTU won't advocate without it.
[00:41] <neversfelde> ScottK: thanks, I should provide one with plasmoid-windowslist then
[00:41] <ScottK> neversfelde: Yes.
[00:44] <ScottK> neversfelde: You need to version your build-dep on libplasma-dev to 4.1.96~ or higher
[00:44] <ScottK> Due to your CMake patch it won't work on earlier ones.
[00:46] <ScottK> neversfelde: Also add a comment to the patch explaining why it's needed.
[00:46] <wesley_> hehe she says she goes offline, but then she shows up again
[00:47] <Ramblurr> any news regarding nvidida drivers version 180.22 ?
[00:47] <ScottK> It's not really a Kubuntu issue.
[00:48] <jjesse-dell9> in quassel is there a way to notify on all events?  only see notifications of my nickname
[01:19] <jjesse-dell9> what channel is kpackagekit maintainer in?  #packagekit?
[01:20] <Nightrose> jjesse-dell9: i think people said he is not online much
[01:20] <Nightrose> mostly email
[01:20] <jjesse-dell9> Nightrose: thanks
[01:26] <jjesse-dell9> question on the lcd weather plasmoid, if i am not connected to the internet when it starts up, it never updates
[01:28] <jjesse-dell9> if i close the lcd weather applet then open it back up connected to internet it works again
[01:30] <ScottK> So I've lost non-root write access for the 2nd time in a week.
[01:30]  * ScottK starts to thing running the kernel from -proposed wasn't a great idea.
[01:30] <ScottK> thing/think
[01:36] <vorian> look at bug 316849
[01:37] <vorian> ScottK: ^
[01:38] <ScottK> Looks like
[01:53] <_neversfelde> re again, probably not long
[01:54] <neversfelde> ScottK: I added a get-orig-source rule and the libplasma version but where should I add a comment of the patch
[01:54] <neversfelde> for plasmoid-windowslist
[02:00]  * vorian whispers 'changelog'
[02:00] <neversfelde> vorian: there is a description
[02:01] <vorian> what do you mean?
[02:02] <neversfelde> http://revu.ubuntuwire.com/details.py?package=plasmoid-windowslist
[02:04] <vorian> neversfelde: that patch allows the plasmoid to build against the new libplasma-dev
[02:04] <neversfelde> yes, but I added a description to changelog
[02:04] <neversfelde> is it not good enough?
[02:04] <vorian> it really doesn't have anything to do with the buildsystem change
[02:05] <neversfelde> ah ok, I thought
[02:05] <vorian> you were close
[02:05] <neversfelde> and copied it somewhere
[02:05] <neversfelde> thanks
[02:05] <vorian> that patch fixes pre 4.1.96 plasmoid/plasma stuff
[02:05] <vorian> no problem
[02:07] <neversfelde> uploaded again
[02:13] <NCommander> Riddell, ping
[02:42] <ScottK> vorian and neversfelde: Lintian will whine at you if your patch doesn't have a description in it.  For quilt it is freeform text before the start of the patch.
[02:43] <neversfelde> ScottK: do you know an example?
[02:44] <ScottK> Look at the qt-x11 packages.  They are chock full of commented patches from the Trolls.
[02:44] <neversfelde> ScottK: ty
[02:45] <ScottK> YW
[02:52] <nixternal> what is that webpage that apachelogger uses to figure out the best time for a meeting?
[02:52] <nixternal> nevermind, found it
[02:52] <nixternal> doodle.com
[02:53] <neversfelde> nixternal: doodle?
[02:53] <neversfelde> :)
[03:00] <neversfelde> added the description
[03:00] <neversfelde> puh :)
[03:04] <ScottK> nixternal: Can you do a bit of sponsoring for vorian?
[03:04] <vorian> or that
[03:05] <nixternal> I am unable to right now...working on getting a snapshot out for our QA team
[03:05] <vorian> no big deal
[03:05] <nixternal> I am kind of screwed right now because we restructured on friday, which means I took on the jobs of 2 previous people
[03:06] <nixternal> I am about to head up to the gas station and see if they are hiring
[03:06] <vorian> :o
[04:09] <a|wen> ScottK: ping
[04:09] <ScottK> Pong
[04:09] <ScottK> a|wen: ^^
[04:10] <a|wen> ScottK: have you had time to look at kdesvn (just wanted to know if you had any comments/questions)?
[04:10] <ScottK> Haven't had a chance to look.
[04:11] <a|wen> okay, no problem
[04:13] <a|wen> do you have anything atm which needs to be done / looked at (have some time later today for stuff)
[04:14] <ScottK> Packaging or coding or either?
[04:14] <ScottK> BTW, I CAN haz bluetooth.
[04:14] <ScottK> Riddell: kdebase-workspace for 4.1.4 uploaded to intrepid-proposed.
[04:14] <a|wen> packaging or testing mostly
[04:16] <ScottK> What are you running?
[04:16] <a|wen> intrepid with 4.2rc2
[04:16] <ScottK> Not sure then.
[04:16]  * ScottK looks at vorian.
[04:17]  * ScottK needs 4.1.4 testers.
[04:17] <ScottK> If you wanted a coding thing to look at http://aseigo.blogspot.com/2009/01/todays-tip-turning-off-fancy-schmancy.html seems useful.
[04:17] <vorian> ScottK: i run jaunty, sorry
[04:17] <ScottK> Right, but anything you know of needs testing?
[04:18] <vorian> not off the top of my head
[04:18] <a|wen> ScottK: i have an eeePC with me which run "stock" intrepid ... will look at upgrading that to 4.1.4 while i'm in class later today
[04:19] <ScottK> a|wen: Great.  Thanks.
[04:20] <a|wen> were you referring to the plasma configuration dialog thing? ... it want make it for 4.2?
[04:21] <ScottK> I was.  It won't make it upstream, but if you could produce a patch for 4.2 we could add it locally the then push it up into 4.3.
[04:22] <ScottK> Generally we want to package as many interesting plasmoids as we can this cycle.  That's also useful.
[04:22] <a|wen> ScottK: from the link you gave: "Update: A patch for this has already shown up on the plasma devel list. Nice.." ... so we pretty much just need to find that mail
[04:23] <ScottK> Ah, even better.
[04:23] <a|wen> :)
[04:25]  * a|wen starts searching
[04:29] <a|wen> ScottK: http://reviewboard.vidsolbach.de/r/331/diff/ ... and the comment from Aaron Seigo to it was "Ship it!"
[04:30] <ScottK> Good enough for me.
[04:32] <a|wen> do we know in which of our packages it belongs? kdebase-workspace?
[04:32] <ScottK> That's what it looks like.
[04:33] <a|wen> good; didn't want to start out with the wrong one
[04:34] <ScottK> If you're up for it, I'd suggest adding it to our current package locally and then if it works for you, kvetch at vorian to make sure the patch gets into our 4.2.0 packages (he's coordinating packaging of 4.2.0)
[04:37] <a|wen> ScottK: i'll do that
[04:37] <ScottK> a|wen: Great.  It's good to have you back.
[04:38] <a|wen> good to be back :)
[04:38] <a|wen> ScottK: our kde-packaging is in bzr, right? is it in lp:~kubuntu-members?
[04:40] <ScottK> a|wen: https://code.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu
[04:40] <ScottK> Yes.
[04:41] <a|wen> thx
[04:47] <ScottK> Riddell: New kdebase-workspace in intrepid-proposed is currently building (StevenK accepted it).  kdebluetooth is also uploaded and needs accepting (unless he gets to it).
[04:47] <ScottK> I got at least as much bluetooth as I had before, so it's progress.
[04:48] <vorian> ScottK: i give up on these symbols, clearly not anywhere near my ability
[04:49] <ScottK> vorian: OK.  I'm heading to bed here shortly (bluetooth is all I'm going to manage tonight).
[04:49] <vorian> yay
[04:50] <vorian> sleep well then
[04:53] <ScottK> If someone wants to do some bug stuff, all of https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=kde4.1.4 need tagged needs-verification.
[04:58] <a|wen> rather verification-needed
[05:00] <ScottK> That's it. Thanks.
[05:00]  * ScottK isn't very good with the paperwork.
[05:01] <a|wen> i'm just as bad remembering tags ... (except the SRU ones; try to do a lot of SRU testing when possible)
[05:03]  * a|wen starts tagging while waiting for a download
[05:04] <a|wen> ScottK: should anyone be subscribed to the bugs as well (sru-verification)?
[05:04] <ScottK> a|wen: I think so, but I don't recall for sure.  The wiki page tell all I'm pretty sure.
[05:04]  * ScottK really needs to get to bed.
[05:08] <a|wen> doesn't look like it from the wiki ... but last time i had an sru where they weren't subscribed they did complain a bit
[05:08] <ScottK> For Main, it's ubuntu-sru I think.
[05:09] <ScottK> But I wouldn't swear to it.
[05:09] <ScottK> Good night all.
[05:09] <a|wen> ScottK: are the packages uploaded?
[05:09] <a|wen> ScottK: or is it approval we are looking for?
[05:10] <ScottK> 4.1.4 is in -proposed.
[05:10] <a|wen> good ... thx
[05:10] <ScottK> The update to kdebase-workspace to get bluetooth working is buildng now.
[05:10] <a|wen> cool :)
[05:10] <a|wen> night ScottK ;)
[05:23] <a|wen> ScottK: all 4.1.4 bugs tagged and sru-verification subscribed
[05:28]  * a|wen leaves for a while ... only one inet connection and is going to upgrade his other machine to 4.1.4
[09:05] <jussi01> Riddell: I mentioned a logout problem to you a few days ago, (straight logout when clicking on the shutdown plasmoid) and you mentioned that usually happens when ksmserver has crashed. however, ksmserver is running, and its still happening. any other ideas?
[09:54] <Riddell> jussi01: nope
[09:55] <jussi01> Riddell: ok then. Ill file a bug :)
[10:40] <a|wen> Riddell: if an lp:~kubuntu-members branch of a package is still listed as "unreleased" for a package that is actually released, how to go about that?
[10:44] <Riddell> a|wen: commit the fix
[10:45] <Riddell> a|wen: did you have a package other day that needed review?
[10:45] <a|wen> okay, thx
[10:45] <a|wen> Riddell: yes, kdesvn - http://awen.dk/packages/kdesvn/
[10:52] <Riddell> a|wen: looks fine, uploading
[10:53] <a|wen> Riddell: thx
[10:59]  * a|wen- hates being kicked out due to laggy inet
[11:08] <ScottK> a|wen-: Thanks.
[11:08] <jussi01> sad... the only decent qt4 browser is closed source
[11:09] <ScottK> Riddell: I messed up kdebase-workspace for Intrepid (didn't actually apparently do something I thought I had. New one in a moment.)
[11:09] <a|wen-> ScottK: np
[11:10] <a|wen-> ScottK: Riddell has just looked at kdesvn ... so you get away this time
[11:10] <ScottK> I saw.  Thanks Riddell.
[11:12] <a|wen-> ScottK: just a note ... the lase release in jaunty of kdebase-workspace wasn't committed to bzr; i've just shuffled the missing bits up (would result in a build error if you took it directly; so that might be your backporting error?)
[11:13] <a|wen-> s/lase/last/
[11:13] <ScottK> a|wen-: No.  This is Intrepid and when I was moving my changes out of the chroot I was building in, I messed up.
[11:13]  * ScottK does note that someone ought to ping Tonio about that.
[11:14] <a|wen-> ScottK: okay ... then just ignore
[11:14] <Riddell> guess I'll write those packagekit main inclusion reports
[11:14]  * a|wen- was about to ping Tonio ... but he wasn't there
[11:19] <ScottK> Maybe even the NM plasmoid too ....
[11:19] <Riddell> ScottK: does it work?
[11:20] <jussi01> which svn still doesnt build...
[11:20] <Riddell> although given the speed of MIRs pre-emptive is not a bad idea
[11:20] <ScottK> Apparently not with wep, but someone said they had wpa working
[11:20] <ScottK> err wpa2 I think.
[11:21] <jussi01> current svn isnt building, just tried again then...
[11:25] <jussi01> hrm, cleaned builddir and starting again. lets see if it compiles now
[11:26] <ScottK> Riddell: Would you please accept kdebase-workspace and kdebluetooth in intrepid-proposed (kdebluetooth has a versioned build-dep so it'll just depwait until workspace builds)
[11:27] <Riddell> ScottK: what's the bug number?
[11:27] <jussi01> yeah, nm plasmoid, current svn still not building
[11:28] <ScottK> Riddell: Bug 280997
[11:28] <ScottK> Back in a bit.
[11:38] <ScottK> Riddell: I'm headed back to bed for an hour.  Is there anything else you needed for workspace and bluetooth on Intrepid?
[11:39] <Riddell> ScottK: that's fine
[11:39] <ScottK> OK.  Thanks.
[11:45] <Riddell> vorian: new soprano is out http://soprano.sourceforge.net/node/28
[11:45] <Riddell> vorian: debian has packaging in their branches/kde4.2/packages/soprano/debian
[11:48] <Riddell> ScottK: accepted (although normally only pitti is trusted to accept SRUs for main but it can't get more broken in this case)
[12:03] <Lure> apachelogger: kdegraphics failed to build - missing quilt as build-depends
[12:03] <Lure> apachelogger: can you upload the fix or should I find some other core-dev to sponsor fix upload?
[12:04]  * Lure needs working okular
[12:06] <Riddell> Lure: I can if you commit to bzr
[12:07] <Lure> Riddell: will try (did not use new bzr model until now)
[12:14] <Lure> Riddell: this bat* scripts just obscure stuff - where are bzr branches for kde packages?
[12:14]  * Lure just want to work directly with bzr
[12:16] <Lure> I suspect it is lp:~kubuntu-members/kdegraphics/ubuntu
[12:17] <Lure> uf, but it does not have apachelogger's change in changelog...
[12:17] <Riddell> Lure: that's the one
[12:18] <Lure> Riddell: ok, will merge in apacheloger's change too - it was anyhow just upload to trigger rebuild
[12:18]  * Lure is not sure how kdegraphics has built before withou quilt
[12:19] <Riddell> Lure: it doesn't need quilt if there's no patches, maybe a patch was added recently?
[12:19] <Lure> Riddell: probably
[12:19] <Lure> Riddell: it is patch to fix arm build
[12:19] <Riddell> pesky arm
[12:38] <Lure> Riddell: commited
[12:56] <vorian> Riddell: thanks. i'll grab it next
[12:59] <apachelogger_> who is getting grabbed?
[13:01] <apachelogger_> ScottK: http://aplg.kollide.net/screencasts/quilt-edit-patch.ogv
[13:05] <Lure> apachelogger: hi, I have commited fix for kdegraphics build (missing quilt build-depends)
[13:05] <Lure> apachelogger: can you or Riddell upload it to get my okular working?
[13:06] <Lure> apachelogger: btw, your upload was not in bzr, so I merged it in from package
[13:08] <apachelogger_> Lure: did you testbuild?
[13:08]  * apachelogger_ noticed earlier that said patch does not apply
[13:09] <apachelogger_> in fact, I think the whole patches dir should be removed completely
[13:09] <Lure> apachelogger: no, as my overheating laptop is currenlty busy with digikam
[13:09] <apachelogger_> launchpad diff from ubuntu1 to my ubuntu2 will know
[13:09] <apachelogger_> Lure: just take a look at the diff
[13:09] <Lure> how did then ubuntu1 upload work?
[13:09] <apachelogger_> without patches dir
[13:09] <Lure> apachelogger: so it was in bzr by accident!?
[13:10] <apachelogger_> that is one of the problems that occur if ninja packaging is not centered around the branch but around the source
[13:10] <apachelogger_> Lure: more like not removed at all
[13:10] <Lure> apachelogger: ninja packaging confuses me
[13:10] <apachelogger_> +1
[13:10]  * Lure uses normal bzr or debdiff rather ;-)
[13:10] <ScottK> apachelogger: That's a start.  Part of the idea though would be to not have to do the quilt add foo step.
[13:11] <apachelogger_> ScottK: that would take away 45% of why quilt is superior
[13:11] <ScottK> I'd like to be able to just toss a patch at the tmp and have it work.
[13:11] <apachelogger_> if you run with -t it would take away another 45%
[13:11] <apachelogger_> remaining 10 % is quilt import I suppose
[13:11] <apachelogger_> ScottK: you should use import
[13:12]  * Riddell still not convinced quilt is superior
[13:12] <ScottK> apachelogger: I'd say it takes away a substantial chunk of why quilt is annoying.
[13:12]  * Lure too
[13:12] <apachelogger_> ScottK: use import :P
[13:12] <apachelogger_> Riddell: in either way it is faster
[13:12] <ScottK> apachelogger: Well that didn't work at all on the bluetooth thing
[13:13] <apachelogger_> ScottK: read the doc before you try using superior software :P
[13:13] <ScottK> I tried every -p option more than once and ended up with empty patch every time.
[13:13] <ScottK> apachelogger: Read man quilt and the Debian how to several times.
[13:13] <ScottK> All lack a good example of import actually working.
[13:13] <apachelogger_> now that can be fixed
[13:13] <apachelogger_> for now back to work
[13:14] <ScottK> So don't bitch about my lack of reading what's not written.
[13:14] <ScottK> It's almost like bzr.
[13:14] <ScottK> "Why aren't you using this option that isn't actually documented.
[13:15] <ScottK> "
[13:15] <Riddell> I've found bzr to be very well documented
[13:15] <Riddell> and also good enough that it doesn't need documentation
[13:17]  * ScottK didn't know about bzr push :parent until he asked on #bzr.
[13:18] <ScottK> Riddell: It does have a lot of documentation.  It's perhaps I don't use it enough to get through stuff like knitted double stacked branches (I know that's slightlyl made up) and what the difference is.
[13:27] <Lure> I noticed another thing while moving digikam package to kde4.mk: *.install are relative to debian/, while with cmake.mk (used before) it is relative to package base - is this kubuntu specific change in kde4.mk?
[13:27] <Riddell> it's a debian kde packagers change I think
[13:28] <ScottK> It is and it's bloody annoying.
[13:28]  * ScottK had to do the same change when moving quassel to kde4.mk.
[13:31] <Riddell> bug 320028  bug 320012  bug 319998
[14:10] <cbr> the network manager plasmoid wont connect to wifi networks for me :(
[14:12] <ScottK> cbr: Using WEP?
[14:40]  * JontheEchidna huggles whomever is responsible for co-installable amarok and kmail
[14:45] <JontheEchidna> http://www.desktoplinux.com/news/NS3216921374.html
[14:45] <JontheEchidna> KDE is winning ^_^
[14:52] <cbr> ScottK: both with wpa-psk and no security
[14:52] <ScottK> cbr: OK.  Recently WEP was reported not working.
[14:53] <cbr> i went back to nm-applet
[14:53] <cbr> works fine except it wont connect to wifi network @ one building in school
[14:53] <cbr> but that's a linux issue for some reason
[14:53] <cbr> doesnt work with network-manager nor wicd
[14:54] <cbr> windows people dont have problems
[15:01] <freeflying> cbr: whats type of your wifi module
[15:02] <cbr> intel's 3945abg
[15:02] <cbr> but another guy uses kubuntu on his laptop too and i doubt he has the same wifi hardware
[15:03] <cbr> but it fails for him too
[15:03] <freeflying> cbr: mine intel 4965 works fine
[15:03] <cbr> it kind of associates with the AP but can't get DHCP reply
[15:03] <cbr> it just waits for it and fails
[15:03] <freeflying> with nm or wicd, wep/wpa
[15:04] <cbr> yeah, works for me for most networks too
[15:04] <cbr> but fails @ that building
[15:04] <cbr> the only thing that's different from most networks is that it's 802.11a
[15:05] <cbr> it also supports some handover function between AP's
[15:05] <cbr> but dont know whether that's relevant
[15:07] <Lure> cbr: it may be some timeout issue (slow dhcp response)
[15:07] <Lure> cbr: timeouts were raised a bit with 0.7, but may not be enough for all AP
[15:08] <cbr> can i somehow manually change it to test?
[15:08] <Lure> cbr: I had one AP, that did not work with pre-0.7 due to it
[15:08] <Lure> cbr: not sure - check network-manager package changelog fr coment and then inspect the diff to see what have changed
[15:09] <Lure> cbr: it may be that it was actually accepted upstream (as I also recall a thread on networkmanager mailing list)
[15:10] <Lure> cbr: from changelog: make manual regristration timeout patch out of automatic one (which
[15:10] <Lure>     was applied upstream)
[15:11] <Lure> cbr: bug 303142 may have more info
[15:12] <Lure> or better bug 292054
[15:13] <Lure> cbr: it looks it is hardcoded...
[15:13] <Lure> :-(
[15:14] <cbr> that network isn't encrypted though
[15:14] <cbr> no wpa/wep
[15:15]  * Lure is not sure if wpasupplicant is not used there to to kick dhcp request...
[15:17] <Lure> cbr: according to src/dhcp-manager/nm-dhcp-manager.c, dhcp timeout is 45 sec
[15:17] <cbr> the retries occur more often imo
[15:17] <cbr> but yeah, eventually it just fails.. so dunno
[15:18] <Lure> cbr: so in less than 45 sec?
[15:18] <Lure> cbr: does it take long also for windows users?
[15:18] <cbr> haven't asked really
[15:19] <cbr> well the whole thing times out in 45 seconds maybe.. but there are several requests like every 10 seconds
[15:19] <cbr> dont know about dhcp, does the previous request get superseded by a new one or how does it go
[15:28] <a|wen-> cbr: the problem with dhcp is that is it udp, so in a wifi environment maybe with a lot of traffic, they easily get lost
[15:33] <cbr> i doubt there's very much traffic
[15:33] <cbr> there are a lot of ap's
[15:34] <a|wen-> could also get lost in the network behind the AP's ... but hard to know
[15:58] <Tonio_> Riddell, apachelogger, rgreening: plasmoid-network-manager seems to build again and received a HUDGE number of changes...
[15:59] <Tonio_> I'm uploading an update right now so that everyone can test
[15:59] <Tonio_> Riddell: also uploading kpackagekit if nobody did
[15:59] <Riddell> Tonio_: go ahead
[15:59] <Riddell> Tonio_: I did the MIRs
[16:00] <apachelogger> ScottK: it must be documented somewhere, otherwise I wouldn't know it
[16:00]  * apachelogger doesn't read bash source :P
[16:01] <rgreening> Tonio_: \o/
[16:02] <a|wen> ScottK: kdebase-workspace committed to bzr with the notification configuration dialog ... i've tested the patch on intrepid (made a local backport)
[16:05] <a|wen> if anybody wants to test it, it's build for both intrepid as well as jaunty in my ppa: https://launchpad.net/~andreas-wenning/+archive
[16:06] <Riddell> a|wen:  notification configuration dialog?
[16:06] <a|wen> Riddell: http://reviewboard.vidsolbach.de/r/331/diff/
[16:07] <Riddell> cor
[16:08] <Riddell> a|wen: do you know upstream's opinion of that patch?
[16:08] <Tonio_> Riddell: the MIRs ? all of them ?
[16:08] <jussi01> Tonio_: I just built the plasmoid nm :)
[16:09] <a|wen> Riddell: Aaron Seigo said "Ship it!"
[16:09] <rgreening> Riddell: yeah, he indicated it would be main for 4.3
[16:10] <Riddell> a|wen: that's encouragement :)
[16:10] <a|wen> Riddell: exactly my though :)
[16:10] <Riddell> Tonio_: bug 320028  bug 320012  bug 319998
[16:13] <Tonio_> Riddell: rocking !
[16:17] <Tonio_> Riddell: sorry for the delay for the MIRs... I was too tired yesterday to go on that :) I left the work at about 21...
[16:19] <ScottK> a|wen: Great.
[16:19] <ScottK> Riddell: I think we ought to include the notification control in our 4.2.0 package.
[16:21] <Riddell> ScottK: yes should be good, just want to make sure upstream are happy
[16:21] <Tonio_> kpackagekit uploaded
[16:22] <Tonio_> plasmoid-network-manager too
[16:22] <a|wen> do we know if there will be an rc2 ... or when 4.2 will arrive?
[16:23] <Tonio_> Riddell: k3b seems to work pretty decent and I mostly finished the packaging, fyi
[16:23] <Tonio_> Riddell: could be uploaded this we probably
[16:23] <ScottK> a|wen: 4.2.0 is tagged
[16:23] <jjesse> Tonio_: i had no issues with the .deb you provided me
[16:23] <jjesse> they worked fin on my box
[16:23] <a|wen> ScottK: oh; so packaging has begun?
[16:23] <Riddell> Tonio_: packaged as k3b or k3b-kde4 ?
[16:24] <Riddell> a|wen: yes it has, in the secret channel if you want to help
[16:24] <a|wen> Riddell: just got an invite from ScottK
[16:25] <jjesse> wow a secret channel :)
[16:25] <ScottK> Only for dealing with unreleased upstream tarballs.
[16:26] <rgreening> Tonio_: I successfuly burned a DVD with k3b. looks to be fine.
[16:26] <jjesse> Tonio_: i burned a CD fine with it, no issues
[16:48] <cbr> is devicekit better than hal or smth?
[16:50] <neversfelde> Tonio_: I burned an iso, went fine, but md5 was not checked
[16:51] <apachelogger> neversfelde: is your crap uploaded yet?
[16:51] <apachelogger> cbr: it is hal just named *kit :P
[16:52] <neversfelde> apachelogger: no, I had to add get-orig-source rules and several other things
[16:53] <apachelogger> neversfelde: urlies please
[16:53] <neversfelde> urlies?
[16:59] <smarter> neversfelde: urls I imagine
[16:59] <smarter> (hi)
[16:59] <Tonio_> neversfelde: good point ;)
[17:00] <Tonio_> Riddell: I plan to finish the all k3b packaging for tomorrow, and then will also look at partitionmanager
[17:01] <neversfelde> apachelogger: http://tinyurl.com/a7u6s7 and http://tinyurl.com/cj9ml5
[17:03] <apachelogger> ScottK: do you really think a get-orig-source for kde-look hosted stuff is worth the effort?
[17:04] <ScottK> apachelogger: I think if we figured it once, it'd make things much easier in the future.  I'm willing to accept it's more trouble than it's worth.
[17:05] <apachelogger> ScottK: it would have to be hardlocked to $upload
[17:05] <apachelogger> so there wouldn't be any benefit but being able to redownload the tarball
[17:06] <ScottK> OK.  Maybe not worth it.
[17:06] <apachelogger> :)
[17:08] <apachelogger> neversfelde: that patch header for the plasmoid... did you add that with quilt?
[17:08] <neversfelde> apachelogger: no, should I?
[17:09] <apachelogger> no, I just wanted to sign you up for documenting that :P
[17:09] <apachelogger> neversfelde: does that get-orig target work?
[17:10] <apachelogger> mv windowslist_0.3 plasmoid-windowslist.orig  ... looks phony
[17:10] <apachelogger> so does rm -rf plasmoid-windowslist.orig
[17:10] <neversfelde> apachelogger: mhh, that was new to me, I will look into it again
[17:11] <apachelogger> neversfelde: well, you should at least testrun stuff :P
[17:11] <apachelogger> make -f debian/rules get-orig-source
[17:12] <apachelogger> neversfelde: btw, if you end every line with ; \
[17:12] <apachelogger> you don't have to do ../ all the time
[17:12]  * ScottK confesses to have asked for a get-orig-source and forgot to specify 'working'.
[17:13] <Riddell> ScottK: could you unsubscribe ubuntu-sponsors-main from bug 177652
[17:13] <apachelogger> well, there is not much point in a broken one ;-)
[17:14] <ScottK> Sure
[17:14] <ScottK> I'd have thought that, but who know.
[17:14] <ScottK> Riddell: Done.
[17:15] <Riddell> thanks
[17:26] <apachelogger> neversfelde: general note about get-orig-source targets ... if you can't implement them in a way that they can easily bumped for a new upstream release, there is little reason to do them at all
[17:26] <apachelogger> the other reason I could think of would removing binary blob
[17:28] <neversfelde> I do not understand these rules atm
[17:30]  * ScottK notes http://albertomilone.com/wordpress/?p=312 and wonders if this ought to be integrated into something.
[17:32] <rgreening> ScottK: can we add the package to the desktop seed? or make a recommends of system-settings?
[17:33] <ScottK> rgreening: Needs a MIR first.
[17:33] <ScottK> Dunno how big it is, but if there's a convenient package already in main that could be patched, it'd save space and avoid a MIR.
[17:33]  * ScottK didn't look at the code.
[17:33] <neversfelde> apachelogger: when I repackaged the source, a get-orig-source rule is absolutely necessary, isn't it?
[17:37] <rgreening> ScottK: It's small (python) < 11K src, < 5K deb, ~66K installed
[17:38] <rgreening> ScottK: works fine here.
[17:38] <apachelogger> neversfelde: well, you only should repack the source when you need to remove non-free stuff anyway
[17:39] <neversfelde> apachelogger: I did it, because of wrong directory layout
[17:39] <apachelogger> neversfelde: wrong directory layout?
[17:40] <rgreening> ScottK: It also requires python-xkit as a dep
[17:40] <ScottK> Oh.  Well we need that for jockey anyway
[17:40] <rgreening> cool. then its a no brainer
[17:41] <neversfelde> apachelogger: the unpacked dir is windowslist_0.3, so I renamed to plasmoid-windowslist-0.3 and packed it again
[17:42] <seele> ScottK: what do you mean "integrated into something"?
[17:42] <apachelogger> neversfelde: unnecessary
[17:42] <neversfelde> apachelogger: ok, only rename the directory?
[17:42] <ScottK> seele: Not a separate package
[17:42] <apachelogger> neversfelde: not at all
[17:42] <rgreening> ScottK: install it.
[17:43] <apachelogger> neversfelde: it wouldn't even matter if the unpacked dir is called "foobar" ... everyone but you will use dpkg-source to extract the source package, and that takes care the dir is named properly
[17:43] <seele> ScottK: i think that's just for now
[17:43] <rgreening> ScottK: dontzap is the interface to editing the xorg.conf  and can be run cmdline.
[17:43] <rgreening> It's looks integrated into system settings from users perspective.
[17:44] <seele> right and it will be included by default in Jaunty.
[17:44] <ScottK> seele: In what package?
[17:44] <neversfelde> apachelogger: I remembered that dh_make complains, so I did this. Ok, I will do another run and remove that get-orig-source thing
[17:44] <apachelogger> neversfelde: dh-source probably complained ;-)
[17:44] <apachelogger> stupid thing
[17:45] <seele> ScottK: i dont know that kind of stuff.  stuff either works, is broken, or is missing in my world
[17:45] <ScottK> Understand.  But that's the kind of integration I'm talking about.
[17:46] <seele> oh i thoguht you meant with the ui
[17:50] <neversfelde> apachelogger: The directory name must be <package>-<version> for dh_make to work!
[17:50] <neversfelde> this was my problem
[17:50] <rgreening> ScottK: I'm pretty sure there was a patch added to systemsettings to show this option if dontzap exists (I have ot verify)
[17:51] <apachelogger> ahhhh
[17:51] <ScottK> OK.
[17:51] <apachelogger> neversfelde: you don't need to change the tarball for that
[17:51] <apachelogger> neversfelde: just rename your working directory
[17:51] <neversfelde> apachelogger: ok, easy^^
[18:27] <ghostcube> sorry to disturb you :)
[18:28] <ghostcube> but i noticed a problem since the last proposed update for kde 4.1.4 oO
[18:28] <ghostcube> what exactly changed to the alsa device handling
[18:29] <ghostcube> it seems kde4 is capturing the hw:0 device and doesnt release it if not in use
[18:30] <ghostcube> iam not able anymore to start jackd it claims about alsa hw:0 in uzse stop application this startet with the last update before it worked like charm
[18:34] <ScottK> ghostcube: How did you stop it?
[18:35] <ghostcube> from working ?
[18:35]  * ScottK notices we actually got the dontzap U/I first (before Gnome).
[18:35] <ghostcube> ScottK, i just updated lol
[18:35] <ScottK> I misread you then.
[18:35] <ghostcube> i worked with jackd till 2 am updated at 5 pm now its not starting anymore ;(
[18:36] <ScottK> I read you were manually stopping something.
[18:36] <ghostcube> nah :)
[18:36] <ScottK> That update just patched bluetooth-solid, so I can't imagine how it might affect you that way.
[18:36] <ghostcube> hmmm
[18:36]  * ScottK wonders if Riddell might have ideas.
[18:38] <ghostcube> i installed rt kernel and bootet it up want to start jackd after i updatet 4.1.4 then i noticed hmm jackd not startin and thought it is rt kernel but its not starting on normal generic kernel too and sound works fine in all audio players but if i shut down all audio apps by kill jackd still claims alsa hw:0 in use
[18:38] <ghostcube> sorry for my dman bad english
[18:38] <ghostcube> :D
[18:39] <ghostcube> and a force-reload on alsa kills plasma too oO
[18:39] <ghostcube> is this normal ?
[19:26] <ScottK> Is bugs.kde.org down generally or just for me?
[19:26] <JontheEchidna> blame the servers, they run suse
[19:26] <JontheEchidna> :P
[19:27] <JontheEchidna> but yes, it does seem to go down a lot
[19:27] <apachelogger> more importantly ... they run @suse's
[19:27] <samppa> does someone know if kdenlive 0.7.1 is somehow available for intrepid
[19:29] <smarter> ScottK: http://downforeveryoneorjustme.com/
[19:29] <ghostcube> anyone here on 4.1.4 from today may can test if jackd is starting hmm so i could see if its only mee oO
[19:29] <smarter> (actually, it doesn't seem to handle subdomain correctly, so disregard that :p)
[19:29] <ScottK> smarter: Doesn't like three level domains
[19:30] <ScottK> ghostcube: Using the RT kernel and jackd isn't our most common use case.
[19:30] <smarter> yup
[19:30] <ghostcube> nah i didnt use rt :| cause single core build
[19:30] <ghostcube> i am on normal generic kernel for 64 bit
[19:30] <ScottK> OK.
[19:31] <ScottK> So how do I start jack?  I can try it.
[19:31] <ghostcube> ehm jackd -d alsa
[19:32] <ghostcube> be sure no apps running alsa
[19:32] <ScottK> How do I do that then?
[19:32]  * ScottK doesn't mess with sound much.
[19:32] <ghostcube> close all sound apps
[19:32] <ghostcube> amarok xmms or so
[19:33] <ScottK> Trying
[19:37] <ScottK> ghostcube: Starts here/
[19:37] <ScottK> /.
[19:37] <ghostcube> hmmm
[19:38] <ghostcube> thats not good :D
[19:38] <ghostcube> the playback device "hw:0" is already in use. Please stop the application using it and run JACK again
[19:38] <ghostcube> this is what i get
[19:39] <ScottK> Not here.
[19:40] <ScottK> The only think I stopped before trying it was Kmix.
[19:41]  * Lure is considering to switch to i386 kubuntu, just to get packages faster from build farm ;-)
[19:43] <ghostcube> ScottK, hmm no chance here can i somehow see what is connected to alsa ?
[19:44] <ScottK> I'm sure there's a way.  IDK what it is.
[19:44] <smarter> ghostcube: asoundconf list ?
[19:44] <smarter> (not sure what you're asking for)
[19:45] <rgreening> lsof | grep -i alsa maybe?
[19:46] <smarter> ah, I get it
[19:46] <smarter> lsof | grep snd
[19:46] <smarter> should work
[19:46] <ghostcube> rgreening, ok this tells me plasma
[19:47] <ghostcube> yep all commands ell me plasma
[19:49] <apachelogger> Lure: doesn't lpia on average build faster than i386?
[19:50] <rgreening> :)
[19:50] <rgreening> kquitapp plasma && plasma..
[19:50] <ghostcube> ??
[19:50] <rgreening> :)
[19:51] <ghostcube> aye jackd starting up
[19:52] <ghostcube> when i kill plasma jackd starts
[19:52] <ghostcube> :|
[19:52] <ghostcube> thats no good
[19:53] <smarter> strange that plasma uses alsa
[19:53] <smarter> it doesn't here
[19:53] <ghostcube> lsof | grep snd
[19:53] <ghostcube> plasma    31312    incubus  mem       CHR              116,6               33017 /dev/snd/pcmC0D0p
[19:54] <smarter> do you have some weird plasmoids running?
[19:54] <ghostcube> ehm teacoocker
[19:54] <ghostcube> but this was running yesterday too :|
[19:54] <ghostcube> hmm ill check
[19:55] <ghostcube> outch
[19:55] <ghostcube> smarter, u get the price
[19:55] <ghostcube> i never had thought it would be an applet
[19:55] <ghostcube> :|
[19:56] <ghostcube> but why is this startin 2 month after i first used teacoocker
[19:56] <ghostcube> with the update today
[19:56] <ghostcube> oO
[19:56] <Lure> apachelogger: but does lpia runs on regular core2duo?
[19:57] <apachelogger> *shrug*
[19:57] <Lure> apachelogger: now I see that we have only one amd64 build machine: https://edge.launchpad.net/+builds
[19:57] <apachelogger> Lure: at some point we had two I think
[19:57] <apachelogger> ah yeah
[19:57] <apachelogger> all broken :D
[19:57] <Lure> apachelogger: there are two, one is reserved for private build
[19:57] <ghostcube> hmm guys sorry for being stupid and disturbing you
[19:57] <ghostcube> :|
[19:57] <apachelogger> ah, all private
[19:58] <smarter> ghostcube: you may want to report the bug
[19:58] <apachelogger> Lure: it's only private because something private is getting built right now
[19:58] <apachelogger> I suppose ubuntu-secrurity
[19:58] <ghostcube> smarter, is  this a bug i should file ?
[19:58] <mariuz> can i ask here about that error from classroom??
[19:58] <smarter> (if it's a bug, which I'm not sure since I haven't followed the conversation :p)
[19:58] <ghostcube> smarter, ok short version
[19:58] <smarter> ghostcube: probably
[19:58] <Lure> apachelogger: I suppose Riddell is building daily kde-from-svn for his laptop ;-)
[19:58] <apachelogger> vorian: help mariuz resolve the issue :P
[19:58] <ghostcube> i updated today kde 4.1.4 from porposed cause new packages
[19:58] <apachelogger> Lure: lol
[19:59] <ghostcube> then jackd doesnt want to startup again
[19:59] <vorian> mariuz: give me two shakes
[19:59] <ghostcube> and i never had checked it is teacoocker applet
[19:59] <ghostcube> cause this worked before too
[20:00] <smarter> so something has changed somewhere which causes this bug? :p
[20:00] <mariuz> i have intrepid on 64 and i build the plasmoid-toggle-compositing i have this error
[20:01] <mariuz> MakeFiles/plasma_applet_toggle_compositing.dir/toggle_compositing.o: In function `~ToggleCompositing':
[20:01] <mariuz> /home/mariuz/work/plasmoid-toggle-compositing-0.2.2/toggle_compositing.cpp:112: undefined reference to `Plasma::Applet::~Applet()'
[20:01] <ghostcube> smarter, seems so
[20:01] <apachelogger> vorian:  are you sure it builds with 4.1?
[20:01] <vorian> nope
[20:01] <smarter> ghostcube: it's probably worth reporting it to http://bugs.kde.org with all the details you can
[20:01] <mariuz> ok
[20:01] <vorian> it prolly doesn't due to ole libplasma
[20:02] <mariuz> so i should upgrade to kde 4.2
[20:02] <vorian> not if you don't want to
[20:02] <mariuz> thanks
[20:03] <ghostcube> smarter, hmm yep its definetly changed anything inside plasma cause teacoocker now connects permanently to pcm this wasent before
[20:04] <ghostcube> and this causes jackd to wont startup
[20:06] <ghostcube> hmm i report this to bugs kde would be cool if teacoocker applet only would connect to  sound if needed
[20:07] <ghostcube> so this wont cause anny probs
[20:07] <smarter> and say that it worked on 4.1.3
[20:07] <ghostcube> it worked on 4.1.4 till today too
[20:07] <ghostcube> i had 4.1.4 already
[20:07] <ghostcube> this started with the last update today
[20:08]  * ScottK wonders who knows about KDE sound stuff.
[20:08] <ScottK> smarter: Which was my kdebase-workspace patch for bluetooth-solid.
[20:08] <smarter> huh
[20:08] <ghostcube> hmm there have been 8 packages or so
[20:08] <smarter> strangy
[20:09] <ghostcube> but ScottK you can reproduce this
[20:09] <ScottK> All those binaries are built from one source package.
[20:09] <ScottK> No.
[20:09] <ghostcube> youst add teacoocker and try startin jackd
[20:09] <ScottK> OK.
[20:09] <ScottK> Actually I need to run.
[20:10] <ScottK> Perhaps later.
[20:10] <ghostcube> ok no prob )
[20:10] <ghostcube> :)
[20:10] <ScottK> a|wen may have a 4.1.4 box he can test with?
[20:20] <NCommander> Riddell, ping
[21:01] <Riddell> NCommander: pong
[22:23] <a|wen> ScottK: what should i test on 4.1.4?
[22:24] <Riddell> glatzor: I made MIRs for packagekit and kpackagekit
[22:25] <ghostcube> a|wen, the thing that teacoocker applet stops jackd from loading since todays update, cause plasma is using alsa hw:0
[22:32] <glatzor> Riddell, great. thanks
[22:45] <a|wen-> ghostcube: when are you trying to load jackd ... just after teacooker stops or while it is running?
[22:46] <ghostcube> a|wen, no if u add teacooker to miniprograms and then u try to launch jackd it says jackd cant be loaded cause alsa is in use
[22:47] <ghostcube> this waent yesterday on 4.1.4 i used teacooker and jackd after todays update i cant use both at the same time
[22:47] <ghostcube> *wasent
[22:57] <a|wen-> ghostcube: no problem here it seems; i can load jackd just fine
[22:57] <a|wen-> which driver do you use for jackd
[22:57] <ghostcube> with teacooker  ?
[22:57] <ghostcube> jackd loads fine if i didnt use teacooker
[22:57] <ghostcube> so thats the thing i dont get here
[22:58] <ghostcube> oO
[22:58] <ghostcube> whats the output for lsof | grep snd if you start teacooker
[22:58] <ghostcube> is there plasma pcm0 ?
[23:00] <ghostcube> a|wen, i can live without teacooker but i was just wondering why this happened after todays update for me
[23:00] <ghostcube> :F
[23:00] <ghostcube> *:D
[23:02] <a|wen-> ghostcube: i've got plasma, kmix and jackd as output
[23:02] <ghostcube> can u may pastebin this so ican look at it
[23:03] <a|wen-> just a min ... the comp testing has no inet
[23:03] <ghostcube> oh no prob isnt needed is to much hastle
[23:03] <ghostcube> :D
[23:04] <a|wen-> ghostcube: which driver do you load teacooker with?
[23:04] <a|wen-> sry jackd
[23:04] <ghostcube> alsa
[23:05] <a|wen-> same then
[23:05] <ghostcube> and the 4.1.4 is with the latest updates from today ?
[23:06] <a|wen-> ghostcube: can you remember what got updated?
[23:06] <ghostcube> i  can look into dpkg log
[23:08] <a|wen-> please, thx
[23:09] <ghostcube> http://pastie.org/368244
[23:11] <ScottK> a|wen: Everything.
[23:11] <ScottK> a|wen: Eventually we need comments in all those bugs saying "works good".
[23:13] <ghostcube> btw the amsynth package for intrepid is b0rked lol  the hardy one works but all 64 bit
[23:14] <a|wen-> ghostcube: seems to not have the newest one then
[23:15] <ghostcube> a|wen, hmm this started with the latest packages i noticed this cause jackd wasnt starting and smarter pointed out maybe an applet
[23:15] <dtchen> hmm
[23:15] <ghostcube> so i get it it was teacooker and i can show you what it does
[23:16] <ghostcube> http://pastie.org/368254
[23:16] <dtchen> i think libsoprano4 is missing a Replaces on soprano-daemon (<= 2.1.64+dfsg.1-0ubuntu1)
[23:16] <ghostcube> this is when tea is started it grabs an pcm port
[23:17] <a|wen-> ghostcube: there it cached hw:0
[23:17] <dtchen> vorian: did you test the upgrade of libsoprano4 on current jaunty?
[23:17] <a|wen-> catched*
[23:17] <ghostcube> a|wen, yep and jackd is default cathing hw:0 to
[23:18] <ghostcube> and yesterday tea wasent catching hw:0
[23:18] <a|wen-> ghostcube: i tested it with the package from yesterday (eg. not the newest)
[23:18] <ghostcube> yep there it works fine
[23:19] <dtchen> is tea now trying to grab raw hw:*?
[23:19] <dtchen> by default, jackd will, which will obviously break on hardware not supporting native multiopen
[23:19] <ghostcube> intel hda isnt at the moment as it seems
[23:20] <dtchen> err, *which* hda codec?
[23:20] <a|wen-> ghostcube: i can get it to not work fine with the previous package
[23:20] <dtchen> ("intel hda" is much too ambiguous - there are dozens of hda codecs)
[23:21] <dtchen> (e.g., certain sigmatel 927x have hardware multiopen with prelim support in sound-2.6 git HEAD)
[23:21] <a|wen-> ghostcube: so it is not the latest one (but could be 4.1.4 in general, i cannot say)
[23:22] <ghostcube> dtchen, iam looking for it
[23:24] <ghostcube> 82801JI (ICH10 Family) HD Audio Controller
[23:24] <ghostcube> its onboard on asus p5q-pro
[23:27] <a|wen-> dtchen: it didn't grab raw here the first time ... but now i can't get it to stop grabbing raw
[23:29] <dtchen> ghostcube: i really would need the codec if it in fact is an alsa issue (see http://www.alsa-project.org/alsa-info.sh ; it's a bash script)
[23:29] <ghostcube> dmeasg shows me an hda_codec not known
[23:29] <ghostcube> with a number
[23:34] <ghostcube> dtchen, http://pastie.org/368267
[23:36] <a|wen-> ScottK: i'll just work with 4.1.4 over the next time, and see if i clash into anything horrible