[00:13] <nixternal> hrmm, in maverick I can't set chrome as my default browser via chrome like i was able to do before...any ideas would be helpful as i dig for a solution
[00:16] <ulysses> no idea, if I try to set Chrome as default in System Settings, it does nothing like I would do it via Chrome
[00:54] <lucio> with maverick in freeze is 4.5.1 will be included in B1?
[01:00] <JontheEchidna> lucio: nope, won't make it for B1
[02:26] <ScottK> nixternal: I've seen the same problem.
[02:29] <ScottK> apachelogger: FYI, you could go ahead and upload 4.5.1, it just won't get accepted until after the beta freeze is over.
[02:39] <claydoh> wheee! maverick feels much snappier than lucid w/4.5 wow wow
[05:50] <ScottK> Updated Kubuntu images needing testing: http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[05:50] <ScottK> http://cdimage.ubuntu.com/kubuntu/daily/current/
[05:51] <ScottK> http://cdimage.ubuntu.com/kubuntu/dvd/current/
[05:51] <ScottK> http://iso.qa.ubuntu.com/qatracker/build/kubuntu/all
[09:01]  * Mamarok hugs apachelogger for having tried that KDE ONE client
[09:03]  * markey hugs too, for good measure
[09:03] <al> mh, the choqok version in karmic stopped working with twitter, since they made oauth mandatory
[09:04] <markey> yep, I can confirm
[09:10] <al> errm, lucid i meant
[09:10] <markey> yeah
[09:10] <markey> it's know, though
[09:10] <markey> known even
[09:10] <al> karmic and below is affected too of course ;)
[09:16] <nigelb> apachelogger: you need to update /topic
[09:16] <nigelb> there is birthday today :D
[09:17] <Mamarok> nigelb: who?
[09:18]  * Mamarok checks her Facebook
[09:19] <Mamarok> oh, Maco has her birthday today!
[09:19] <Mamarok> maco: Happy Birthday!
[09:19]  * Mamarok hugs maco
[09:23] <nigelb> Mamarok: ah, I was away for a minute
[09:23] <nigelb> Looks like you figured it out :)
[09:24] <agateau> maco: happy birthday!
[09:25] <agateau> Riddell: hi, any news on my amarok mpris update?
[09:58] <al> ah, building maverick's choqok and qoauth in karmic works just fine
[09:59] <al> meh, s/karmic/lucid/
[10:07] <apachelogger> nigelb: we have an open topic policy here ;)
[10:07] <apachelogger> meaning everyone can change it ;)
[10:12] <nigelb> apachelogger: ah
[10:13]  * apachelogger giggles
[10:13]  * apachelogger hugs Mamarok and markey
[10:16]  * Trouble unplugs apachelogger's keyboard :D
[10:16]  * apachelogger hugs maco and wishes her a happy and awesome birthday
[10:28] <apachelogger> hm
[10:28] <apachelogger> is it just me or is rekonq forgetting cookies?
[10:41] <Riddell> agateau: updated patch is in https://edge.launchpad.net/ubuntu/+source/amarok/2:2.3.1-1ubuntu7
[10:42] <agateau> Riddell: great, thanks!
[11:03] <markey> al: http://digitizor.com/2010/08/31/install-choqok-1-0-beta-2-from-ppa-kubuntu-10-04-10-10/
[11:03] <markey> check this
[11:03] <markey> fixes the OAuth issues
[11:06] <Riddell> hmm, we should get choqok backported
[11:06] <markey> yep
[11:07] <Riddell> shadeslayer: fancy investigating that ^^ ?
[11:14] <apachelogger> !find kvm-img
[11:16] <apachelogger> Riddell: http://aplg.kollide.net/images/avatar/snapshot5.png is that meant to happen with a kubuntu image?
[11:20] <apachelogger> doesnt even start -.-
[11:21] <Riddell> is bug 613636
[11:21] <Riddell> not starting is a larger bug
[11:21] <apachelogger> well it could be testdrive's fault
[11:22] <apachelogger> it did not get is own dependencies right, that is always a bad sign
[11:22] <apachelogger> *its
[11:24] <apachelogger> mhhh, getting pulseaudio errors from qemu
[11:26] <apachelogger> Riddell: never mind that, it seems testdrive had stupid audio default setting that blocked qemu
[11:26] <Riddell> tsk
[11:42] <apachelogger> hm
[11:45] <apachelogger> Riddell: say I have a file Foo.py and that contains a class Foo, how do I import Foo.py not as module (i.e. so I can call the class Foo directly without Foo. prefix)
[11:45] <Riddell> from Foo import Foo no?
[11:46] <apachelogger> oh that works
[11:46] <apachelogger> Riddell: still a bit strange though ^^
[11:46] <apachelogger> thanks
[11:54] <apachelogger> somehow login with qemu fails -.-
[11:55]  * apachelogger tries vbox
[11:56] <apachelogger> ahahahah
[11:56] <apachelogger> Icon=/usr/share/testdrivegtk/media/testdrive.png
[11:56] <apachelogger> I love desktop files like that
[11:57] <sheytan> apachelogger what's thestdrive? :D
[11:57] <sheytan> testdrive*
[11:57] <apachelogger> a reason to not follow best practise obviously
[11:58] <apachelogger> sheytan: it is supposed to help one test *buntu ISO images in that it rsyncs them and then launches a virtual machine
[11:58] <sheytan> apachelogger, oh, ok ;)
[11:59] <apachelogger> Riddell: is it me or is login broken (inside a vm?)
[11:59] <apachelogger> qemu failed, vbox gets sensible colors but also fails...
[12:00] <Riddell> apachelogger: from a live image?
[12:00] <apachelogger> yes
[12:00] <Riddell> should boot up into ubiquity which lets you run 'Try Kubuntu'
[12:01] <apachelogger> yes, but then login does not work
[12:01] <apachelogger> splash comes up goes a couple of steps, then falls back to kdm
[12:01] <apachelogger> which sounds pretty much like X is crashin
[12:01] <Riddell> works for me, check your Xsession logs I guess
[12:04] <apachelogger> ddxsiggiveup
[12:22] <shadeslayer> Riddell: hmm sure as soon as im done with PIM
[12:22] <shadeslayer> neversfelde: pong
[12:27] <nigelb> shadeslayer: how did the exam go?
[12:27] <nigelb> s/exam/exams
[12:28] <shadeslayer> well..
[12:28] <shadeslayer> nigelb: 15-20/100 in the first one, 2nd one went better .. like 70-80 :P
[12:29] <nigelb> shadeslayer: lol
[12:29] <shadeslayer> i stuided for ~1 hour for both
[12:29] <yofel> maco: happy birthday :D
[12:29] <shadeslayer> but we shall get grace marks
[12:29] <nigelb> shadeslayer: be careful with that stuff when you say it in a logged channel :D
[12:29] <shadeslayer> maco: happy birthday !! :D
[12:30] <shadeslayer> nigelb: dude half the stuff was out of syllabus :P
[12:30] <nigelb> Never know if your future employer is going to google you :D
[12:30] <shadeslayer> and our teacher broke his leg
[12:30] <shadeslayer> so we had no teacher for 2 weeks, and its only been 3 weeks into college
[12:30] <shadeslayer> nigelb: id rather be self employed :P
[12:31] <shadeslayer> than work under someone who "googles" me ^_^
[12:31] <shadeslayer> Riddell: choqok to go into lucid backports?
[12:32] <nigelb> shadeslayer: hahaha
[12:32] <ScottK> shadeslayer: Since it's totally broken, it should be fixed in an SRU
[12:32] <shadeslayer> ScottK: oic :)
[12:32] <nigelb> ScottK: twitter OAuth thing?
[12:32] <ScottK> Yep
[12:32] <shadeslayer> ScottK: OAuth needs backporting as well then
[12:33] <shadeslayer> ill do that too :P
[12:33] <ScottK> shadeslayer: Nope.  It all needs to be done as an SRU (not backports)
[12:33] <shadeslayer> yes thats what i meant...
[12:33] <shadeslayer> backport to SRU
[12:34] <shadeslayer> take mav package -> package for lucid -> ask for SRU
[12:34] <nigelb> um, no
[12:35] <nigelb> I think its take the patch that fixes and bug and request for sru, but I may be wrong
[12:36] <ScottK> nigelb: Generally that's the case.
[12:36] <shadeslayer> nigelb: whole new release :P
[12:36] <ScottK> Sometimes exceptions get made and entire releases are done, but I'm not on the SRU team, so can't say if this is one of them.
[12:37] <nigelb> ScottK: but since its entirely broken right now, it might be warranted, unless we have a clean patch
[12:37] <apachelogger> well
[12:37] <apachelogger> a) it is not broken for identica from what I understand
[12:37] <ScottK> Agreed, but I'm not the one to decide.
[12:37] <apachelogger> b) there is still the twitter plasmoid
[12:37] <shadeslayer> apachelogger: true, just twitter
[12:37] <apachelogger> c) choqok is not released as stable
[12:38] <shadeslayer> nigelb: some of my friends call it tweeter :P
[12:38] <nigelb> apachelogger: A whole bag of worms isn't it?
[12:38] <apachelogger> so IMHO the educated decision would be to get it into backports and once stable try SRU
[12:38] <ScottK> apachelogger: We aren't supposed to use backports to fix SRU worthy problems.
[12:39] <apachelogger> ScottK: we are not fixing it we are patching it until a fix is available
[12:39] <apachelogger> also mind that libqoauth was not available in lucid
[12:39] <shadeslayer> lol @ topic links
[12:39] <ScottK> The usual result in such cases is then the fix is never available.
[12:39] <apachelogger> so apt-get update and kpk will not want to upgrade choqok with a new dep I suppsoe
[12:40] <ScottK> We can get new packages into -proposed/updates if needed.
[12:40] <shadeslayer> apachelogger: afaik choqok now deps on qoauth, so that should not be a problem
[12:41] <apachelogger> that does not change the fact that libqoauth is not available on any stock lucid system and if choqok was installed it will not be upgraded unless the user opts towards installing the new lib
[12:41] <apachelogger> quite frankly I think discussion here is rather pointless anyway ... propose the options to upstream, let upstream pick the one they want and then implement that one
[12:42] <shadeslayer> ill be doing a SRU for qoauth as well
[12:43] <markey> hmm
[12:43] <markey> Choqok 1.0 Beta2 is very laggy here
[12:43] <markey> interface is like molasses
[12:43] <shadeslayer> hahaha :P
[12:43] <markey> maybe check that before putting in backports
[12:43] <ScottK> apachelogger: The same is required to upgrade kernels when the abi is bumped, so it should be ~fine.
[12:44]  * markey reads backlog :)
[12:44] <ScottK> apachelogger: Upstream will want the latest version in all releases back to dapper.  No need to bother asking what they'd want.
[12:44] <shadeslayer> markey: its slow when fetching updates, works fine after the initial 2 mins of fetching backlog
[12:44] <shadeslayer> oi
[12:44] <shadeslayer> new choqok release
[12:44] <markey> is it? been running for a while now
[12:45] <shadeslayer> works for me :D
[12:45] <shadeslayer> ubuntu one kde on the other had does not
[12:45] <shadeslayer> apachelogger: *hint* *hint*
[12:45] <apachelogger> huh?
[12:45] <apachelogger> yeah
[12:45] <apachelogger> let the ship sink
[12:46]  * apachelogger does not give a foobar
[12:46] <shadeslayer> apachelogger: if you ship ubuntuone-kde ill cry
[12:46] <apachelogger> we wont
[12:46] <apachelogger> seeing as it is broken
[12:46] <shadeslayer> good
[12:46] <shadeslayer> can you change the icon here : https://edge.launchpad.net/ubuntu/+source/choqok : to the new one?
[12:47] <shadeslayer> ( the new ones green :P )
[12:47] <shadeslayer> ok im updating choqok then
[12:48] <nigelb> shadeslayer: the logo has to be updated here https://edge.launchpad.net/choqok
[12:48] <apachelogger> sheytan: mtux can
[12:48] <shadeslayer> nigelb: seeing that apachelogger registered it i asked him to do it
[12:48] <shadeslayer> apachelogger: dude the project is registered by you :P
[12:48] <apachelogger> seeing that I transfered maintainership to mtux I do not ahve no control whatsoever
[12:48] <nigelb> shadeslayer: no, I mean it has to be done at the upstream project
[12:49] <nigelb> I'm pretty sure Mehrdad Momeny isn't apachelogger ;)
[12:49] <nigelb> gah, it is registered by him
[12:49] <nigelb> I should wear my glasses
[12:50] <shadeslayer> apachelogger: oic :)
[12:50]  * apachelogger is wondering where he put the u1kde graphc
[12:52] <shadeslayer> choqok beta 3 building
[12:52] <shadeslayer> oh
[12:53] <shadeslayer> OH!!!
[12:53] <shadeslayer> this will require FFe :S
[12:53] <shadeslayer> right?
[12:53] <apachelogger> for maverick?
[12:53] <apachelogger> of course
[12:54] <apachelogger> AAAAHAA
[12:54] <apachelogger> rekonq's urlbar drives me nuts
[12:57] <shadeslayer> nigelb: airtel-- :/
[12:57] <shadeslayer> nigelb: also check out http://www.fakingnews.com/2010/09/with-just-over-a-month-to-go-terrorists-pull-out-of-cwg/
[12:57] <nigelb> shadeslayer: airtel rocks for me (so far)
[12:58] <shadeslayer> nigelb: it rained so heavily here that my connection dropped to 15 KBps :P
[12:58] <shadeslayer> its 70KBps otherwise
[12:58] <markey> eh, there's Choqok Beta 3 now :)
[12:58] <shadeslayer> either that or the indian mirror is SLOOOOOWWWW
[12:59]  * markey just upgraded to Beta 2
[12:59] <shadeslayer> markey: yeah its building :P
[12:59] <shadeslayer> ( on my machine that is )
[12:59] <nigelb> shadeslayer: I never use Indian Mirror
[12:59] <nigelb> There is an option to ping and find best mirror.  Use that.
[12:59] <shadeslayer> best thing about choqok .... it informs you that theres a new release of itself :P
[13:00] <nigelb> lol
[13:00] <shadeslayer> nigelb: i know, but indian mirror is now fast, it has push mirroring
[13:00] <shadeslayer> jpds got a request from the server maintainer
[13:03] <apachelogger> !ninjas
[13:03] <apachelogger> 4.5.1 for lucid!!!!
[13:04] <ScottK> apachelogger: It'd be good to go ahead and get it in queue for Maverick too.
[13:04] <apachelogger> ScottK: if someone fixes bindings
[13:04]  * ScottK looks at NCommander, then bindings meister in chief.
[13:05] <apachelogger> there is a patch already
[13:05] <apachelogger> but lex disappeared
[13:06] <NCommander> uh oh, what broke?
[13:07] <apachelogger> NCommander: upstream not speaking cmake
[13:07] <apachelogger> HOLY GRAIL!!!!
[13:07] <apachelogger> the ubuntu wiki is freaking me out
[13:07] <apachelogger> why is it that all the shit we need to use is either slow, bugged or got no usibility whatsoever or all three of them
[13:10] <apachelogger> ScottK: the upload order does not matter anymore, does it?
[13:10] <ScottK> apachelogger: No.  I don't think so.
[13:10] <ScottK> apachelogger: Also, it's going into unapproved, so it really doesn't matter.
[13:10] <apachelogger> *nod*
[13:10] <apachelogger> oh
[13:10] <apachelogger> new Qt
[13:10] <apachelogger> oh dear
[13:10] <apachelogger> that could take a while
[13:10] <shadeslayer> :O
[13:11] <ScottK> apachelogger: I vote new Qt after new KDE.
[13:11] <shadeslayer> lex was supposed to return last week wasnt he? :P
[13:11] <apachelogger> what if there is ABI breakage? :S
[13:11] <apachelogger> then we need to rebuild KDE
[13:11] <shadeslayer> i vote new qt and then new KDE
[13:11] <ScottK> Then we'll find out.
[13:11] <apachelogger> well, but why would you want Qt after KDE?
[13:12] <ScottK> Because Qt takes to long to build on the slow archs there's ~a day where we can't build KDE stuff at all on some archs
[13:12] <ScottK> Between the time Qt finishes on i386 (and is published) and when it finishes (and is published) on the relevant arch.
[13:13] <shadeslayer> give priority to qt* over gtk* ? :P
[13:13] <apachelogger> well then lets do it that way
[13:13]  * apachelogger moves shadeslayer to start on 451 for lucid
[13:14] <shadeslayer> apachelogger: i already am working on choqok -> choqok for lucid -> kdepim beta 3 for maverick and lucid -> exams
[13:14] <shadeslayer> add some rekonq in there somewhere too :P
[13:15] <ScottK> shadeslayer: gtk is a legacy technology no longer much developed.  I'm not sure people care about it much anymore.
[13:15] <shadeslayer> ScottK: so gnome uses qt as well now? :D
[13:15] <apachelogger> Internal error in server
[13:15] <apachelogger> https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa/+files/meta-kde_63ubuntu5%7Eppa1.dsc
[13:15] <apachelogger> ....
[13:15] <apachelogger> ...................
[13:15]  * apachelogger takes a deep breath
[13:15] <shadeslayer> apachelogger: yeah im getting that in lunchpad + kubuntu wiki
[13:15] <ScottK> shadeslayer: Ask Gnome devs how they feel about the robustness of gtk development.
[13:16] <shadeslayer> gnome has devs? :D
[13:16] <ScottK> Apparently.
[13:16] <shadeslayer> ScottK: apachelogger http://web.archive.org/web/20021108141525/http://www.illusionary.com/GNOMEvKDE.html
[13:16] <apachelogger> ehm
[13:16] <apachelogger> ohm
[13:16] <apachelogger> hum
[13:16] <apachelogger> in the name of the lord darth vader himself
[13:17] <apachelogger>   <title>OpenID transaction in progress</title>
[13:17] <ScottK> shadeslayer: As was already pointed out on kde promo, what Ubuntu ships really isn't much like Gnome at all.
[13:17] <apachelogger> launchpad in their openid craps can go and play foo
[13:17] <shadeslayer> ScottK: kde promo? where?
[13:17] <ScottK> apachelogger: I was having openid troubles earlier too, but it passed.
[13:17] <ScottK> shadeslayer: kde promo mailing list.
[13:18] <shadeslayer> oh i see.. will have to check it ;)
[13:18] <wgrant> apachelogger: What is the error message that you get? I don't have permission to see that PPA, but it should work for you.
[13:18] <shadeslayer> 4.5.1 is in maverick right?
[13:18] <shadeslayer> or will be uploaded to maverick right?
[13:18] <apachelogger> wgrant: Internal error in server
[13:18] <apachelogger> https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa/+files/meta-kde_63ubuntu5%7Eppa1.dsc
[13:19] <ScottK> Yes
[13:19] <apachelogger> that is it
[13:19] <apachelogger> no more than that
[13:19] <apachelogger> and that is coming from the browser actually
[13:19] <wgrant> apachelogger: Can you produce a screenshot?
[13:19] <shadeslayer> apachelogger: works for me now :)
[13:19] <wgrant> That's a very odd message.
[13:20] <wgrant> ScottK: What were the earlier OpenID troubles?
[13:20] <apachelogger> wgrant: http://aplg.kollide.net/images/avatar/snapshot6.png
[13:20] <wgrant> (note, though, that the thing branded as the LP OpenID thing is not part of LP at all, but managed by Canonical ISD)
[13:21] <wgrant> apachelogger: What if you visit that URL directly?
[13:21] <apachelogger> wgrant: what do you mean by directly?
[13:21] <wgrant> apachelogger: Enter it in the address bar.
[13:21] <apachelogger> I click on the link, save-as-dialog pops up, I tell it where to save
[13:21] <wgrant> Ah.
[13:21] <wgrant> I see.
[13:21] <wgrant> Another browser doesn't work?
[13:22] <apachelogger> then KDE tries to open a copy job for it which apparently fails
[13:22] <apachelogger> wgrant: let me install konqueror
[13:22]  * shadeslayer tries with chromium
[13:22] <JohnFlux> The ibus packages the ubuntu ships with cause a memory leak in plasma-desktop at a rate of about 250KB/sec
[13:23] <JohnFlux> There's a fix in the ibus ppa, but it seems fairly important to get these fixes out officially
[13:23] <apachelogger> hm
[13:23] <apachelogger> wgrant: it works in konqueror
[13:23] <apachelogger> man
[13:23] <apachelogger> -.-
[13:23] <wgrant> apachelogger: Yeah, Chromium and Firefox too.
[13:23] <apachelogger> wgrant: what could be the reason?
[13:23] <apachelogger> wgrant: cookie missing?
[13:24] <wgrant> apachelogger: A missing cookie would do it.
[13:24] <wgrant> But I don't know how those bits of KDE work.
[13:24]  * shadeslayer runs in other direction
[13:24] <apachelogger> well, I blame rekonq
[13:24] <apachelogger> because the cookies are shared with konqueror
[13:24] <shadeslayer> apachelogger: works in rekonq for me :P
[13:24] <apachelogger> and since opening the connection works with konqueror and not rekonq I could imagine where the problem is
[13:25] <shadeslayer> apachelogger: http://imgur.com/oCpk0
[13:25] <JohnFlux> hello?
[13:25] <apachelogger> shadeslayer: save it
[13:25] <shadeslayer> JohnFlux: yes we heard you :)
[13:25] <apachelogger> the file transfer fails
[13:25] <ScottK> wgrant: I was logged out of LP today and when I tried to log in, it said the service was down.
[13:25] <apachelogger> not the save dialog
[13:25] <JohnFlux> shadeslayer: so, now what? :-)
[13:25] <shadeslayer> apachelogger: http://imgur.com/46OGa
[13:26] <wgrant> ScottK: login.launchpad.net, or launchpad.net?
[13:26] <shadeslayer> JohnFlux: youll need to file a bug report and then we can take it from there
[13:26] <apachelogger> shadeslayer: well
[13:26] <ScottK> wgrant: I was logged out of LP and login.lp was down.
[13:26] <JohnFlux> shadeslayer: where?
[13:26] <ScottK> This was ~90 minutes ago.
[13:26] <wgrant> ScottK: Aha.
[13:26] <wgrant> ScottK: ENOTREALLYLP
[13:27] <shadeslayer> JohnFlux: on launchpad of course, against ibus and mention that it affects kdebase
[13:27] <ScottK> wgrant: The being logged out was really LP, right?
[13:27] <wgrant> ScottK: Hm, possibly.
[13:27] <shadeslayer> or hold on
[13:27] <shadeslayer> apachelogger: ^ ibus issue
[13:27] <ScottK> In any case, the normal level of service is such that I didn't consider it remarkable.
[13:27] <shadeslayer> should the bug be filed against ibus or kdebase?
[13:28] <wgrant> apachelogger, ScottK: So, feel free to complain about LP. But do so in a manner that can be noticed and handled usefully, please.
[13:28] <wgrant> apachelogger: (and it's even better if it doesn't turn out to be a browser bug :P)
[13:29] <ScottK> wgrant: If LP developers care (as a whole, not you) about how well their service worked, it would.  They don't need me to tell them.
[13:29] <wgrant> ScottK: Indeed.
[13:31] <apachelogger> wgrant: well ... broken client and broken service is a bit of an overkill for me :P
[13:32] <apachelogger> so
[13:32] <apachelogger> now that I have a working browser again
[13:32]  * apachelogger continues with 4.5.1
[13:33] <JohnFlux> shadeslayer: I found a bug there - it's been there for a month
[13:33] <shadeslayer> JohnFlux: bug number please
[13:33] <apachelogger> ah right
[13:33] <apachelogger> shadeslayer: what is with ibus?
[13:34] <shadeslayer> JohnFlux: ^
[13:35] <JohnFlux> https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/583954
[13:35] <JohnFlux> shadeslayer: ^
[13:35] <shadeslayer> JohnFlux: ill have a look after kdepim :)
[13:35] <apachelogger> gtk -> #ubuntu-desktop
[13:36] <shadeslayer> apachelogger: also affects plasma-desktop
[13:36] <shadeslayer> apparently....
[13:36] <apachelogger> how is that?
[13:36] <JohnFlux> shadeslayer: yeah I just spent the last 4 hours tracking it down from a plasma-desktop leak to ibuys
[13:36] <JohnFlux> ibus
[13:36] <shadeslayer> erm
[13:36] <shadeslayer> hmm
[13:36] <shadeslayer> JohnFlux: id say poke the guy who last uploaded ibus
[13:37] <apachelogger> I do not get it
[13:37] <apachelogger> what is leaking there
[13:37] <apachelogger> ibus
[13:37] <apachelogger> or the applet
[13:37] <apachelogger> or plasma
[13:37] <apachelogger> or gtk
[13:37] <apachelogger> or what?
[13:37] <apachelogger> how could it leak into plasma anyway?
[13:38] <shadeslayer> ibus if i understand correctly
[13:38] <JohnFlux> ibus, right
[13:38] <apachelogger> so the daemon itself is leaking?
[13:38] <JohnFlux> apachelogger: or the ibus systray applet
[13:38] <JohnFlux> apachelogger: I don't know how it appears in cause plasma-destop to leak
[13:38] <shadeslayer> apachelogger: is there a script to file a FFe?
[13:39] <apachelogger> ScottK, Riddell: can one of you upload oxygen-icons ... with my connection it would take like half a day or so
[13:39] <JohnFlux> but plasma-desktop has the systray, and the applet embeds into that
[13:39] <apachelogger> shadeslayer: not that I know of
[13:39] <apachelogger> also I could not imagine how such a script would work
[13:39]  * shadeslayer proceeds to file manually
[13:39] <ScottK> apachelogger: Probably later today.
[13:39] <shadeslayer> apachelogger: requestsync does have a FFe option
[13:39] <JohnFlux> shadeslayer: anyway, please update the packages if you can
[13:39] <apachelogger> JohnFlux: the gtk applet?
[13:40] <JohnFlux> apachelogger: yes
[13:40] <apachelogger> well, then do not use that :P
[13:40] <apachelogger> there is a perfectly fine plasmoid for ibus IIRC
[13:40] <shadeslayer> JohnFlux: i cant really
[13:40] <apachelogger> !info plasma-widget-kimpanel-backend-ibus
[13:40] <apachelogger> JohnFlux: ^
[13:41] <JohnFlux> shadeslayer: but the bug is 4 months old and has lots of people saying that it leaks - at what point do you update packages then? :-/
[13:41] <JohnFlux> shadeslayer: if the original guy was active he would have done it by now
[13:41] <ScottK> Meh.  This system is too old to boot to usb.
[13:41] <ScottK> Need to burn an actual CD.
[13:41] <JohnFlux> apachelogger: cool
[13:42] <apachelogger> ScottK: maybe a bios upgrade helps
[13:42] <apachelogger> cagibi uploaded
[13:42] <ScottK> apachelogger: No.  Circa 2006 Intel motherboard.
[13:43] <apachelogger> ScottK: 2006? that surely should have a bios upgrade for usb booting
[13:43] <ScottK> I think it was out of support before such things were considered.
[13:43] <apachelogger> oh
[13:43] <apachelogger> ic
[13:43] <apachelogger> my 2006 asus board had usb booting out of the box IIRC
[13:46] <Riddell> freeflying: what do you make of bug 583954 ?
[13:47] <apachelogger> Riddell also doesnt use vim ^^
[13:47] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot7.png
[13:47] <apachelogger> we vim uses know everything :P
[13:48] <Sput> stupid know-it-alls
[13:48] <apachelogger> lol
[13:48] <apachelogger> oh
[13:48] <apachelogger> there comes apport again
[13:52] <shadeslayer> Riddell: apachelogger bug 628051
[13:53] <shadeslayer> uh oh
[13:53] <shadeslayer> i didnt close the bug in changelog :/
[13:54] <Riddell> shadeslayer: is it suitable for backports too?
[13:54] <shadeslayer> Riddell: for lucid? no
[13:54] <shadeslayer> havent gotten around to backporting qoauth
[13:54] <shadeslayer> ( thats next on my agenda )
[13:55] <shadeslayer> and is it final that it should go to backports? no SRU?
[13:56] <ScottK> shadeslayer: Other way around.
[13:56] <shadeslayer> ScottK: i dont understand ...
[13:56] <shadeslayer> backport qoauth -> backport choqok right...
[13:57] <ScottK> shadeslayer: Didn't I already say that backports wasn't for fixing SRU worthy bugs?
[13:58] <shadeslayer> yes...
[13:58] <ScottK> shadeslayer: OK, so why do you say no SRU, do backports?
[13:59] <ScottK> That is, AFAICT, pretty much the exact opposite of what I said.
[13:59] <shadeslayer> i didnt say that, Riddell asked if it was good for backports, so i got confused
[14:00] <shadeslayer> SRU it is then
[14:05] <shadeslayer> ScottK: the changelog should still mention backport to lucid right?
[14:05] <shadeslayer> ( even if its a SRU )
[14:05] <ScottK> shadeslayer: Don't use the word backport.  It's confusing in this context.
[14:06] <shadeslayer> hmm
[14:06]  * apachelogger wants bzr builddeb to work before he continues :@
[14:06] <shadeslayer> Release for lucid?
[14:06] <ScottK> lucid-proposed
[14:07] <shadeslayer> ah ok
[14:09] <shadeslayer> ScottK: your in the release team right?
[14:09] <ScottK> shadeslayer: Yes, but not ubuntu-sru which is the relevant team for this.
[14:10]  * shadeslayer points ScottK to choqok FFe
[14:10] <ScottK> Bug #?
[14:10] <shadeslayer> bug 628051
[14:11] <shadeslayer> dont use the package in ppa, the changelog doesnt close the bug
[14:14] <shadeslayer> hmm.. this is new, if i upload 2 packages, different releases, with same version number, lp doesnt accept the upload :/
[14:14] <ScottK> shadeslayer: No.  It doesn't.  This is a feature, not a bug.  Upload to the oldest you want and then copy forward.
[14:14] <apachelogger> bzr builddeb trunk works \o/
[14:15] <ScottK> apachelogger: I was able to log into LP using reqkonq just now without a problem.  I think it was LP that was screwing with you before.
[14:15] <ScottK> wgrant: ^^^
[14:15] <apachelogger> I am used to being screwed with :S
[14:15] <wgrant> shadeslayer: That's not new. It's been the case since... well, since Debian moved to package pools many years ago.
[14:15] <shadeslayer> ScottK: so what do you think i should version the qoauth package if mav has : 1.0-2ubuntu3 ? ( i versioned it 1.0-2ubuntu1 )
[14:16] <ScottK> shadeslayer: ubuntu2.1
[14:16] <shadeslayer> wgrant: i didnt know, ive never tried this before :P
[14:16] <shadeslayer> ohh
[14:17]  * ScottK considers apachelogger's last comment, then considers "this is a family friendly channel", then refrains from comment.
[14:18] <nigelb> ScottK: heh
[14:21] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot8.png pinentry has the broken layoutz
[14:22] <Sput> ScottK: I had to spend a full week with apachelogger
[14:22] <shadeslayer> apachelogger: whats broken?
[14:22] <CIA-71> [kdelibs] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 4:4.5.1-0ubuntu1
[14:22] <shadeslayer> hahaha :D
[14:22] <apachelogger> shadeslayer: don you notice that the red warning thing overlaps the lock icon
[14:22] <Sput> ScottK: can you imagine that, having to cope with that for days!?
[14:23] <apachelogger> besides it being completely disaligned
[14:23] <shadeslayer> apachelogger: i thought that was intentional 0_o
[14:23] <shadeslayer> i mean the x indicates the lock was not opened
[14:23] <ScottK> Sput: I hope you showered thoroughly afterwards.
[14:24] <apachelogger> lol
[14:24] <Sput> ScottK: I bathed myself in pure alcohol
[14:24] <ScottK> ;-)
[14:24] <apachelogger> shadeslayer: you think?
[14:24] <apachelogger> cause I think it looks awkwardly silly
[14:24] <shadeslayer> yeah ...
[14:24] <shadeslayer> i think thats not broken :P
[14:25] <apachelogger> and is non-standard anyway, since the main overlay ought to be bottomish (also the size ratio does not fit if it is intentional)
[14:25] <apachelogger> shadeslayer: well, at the very least it is eww
[14:25] <apachelogger> possibly even *gross*
[14:26] <apachelogger> since the colors are, well, not exactly attracted to each other
[14:26] <apachelogger> I do not see them children any time soon
[14:26] <shadeslayer> ScottK: seems qoauth built in my ppa, SRU'ing choqok noq
[14:26] <apachelogger> +have
[14:26] <shadeslayer> *now
[14:26] <apachelogger> choqoknoq ^^
[14:26] <shadeslayer> hehehe
[14:26] <apachelogger> choknoq
[14:27] <apachelogger> kdelibs up
[14:28] <apachelogger> ah
[14:28] <apachelogger> konqueror
[14:28] <apachelogger> beautiful konqueror
[14:28]  * apachelogger should write a poem about konqueror one day
[14:28] <apachelogger> once I have learned how to do that
[14:33] <shadeslayer> uploading choqok for lucid
[14:34] <apachelogger> http://paste.ubuntu.com/486764/
[14:34] <apachelogger> I luv my fancy commands ^^
[14:34] <shadeslayer> nice :D
[14:35] <shadeslayer> im content with debuild -S -sa
[14:35] <apachelogger> way to horrible to write
[14:36] <apachelogger> I also have "I command you to install"
[14:36] <apachelogger> unlike "Install please" that will not do make install but sudo make install ;)
[14:36] <apachelogger> kdepimlibs up
[14:38] <CIA-71> [kdepimlibs] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 4:4.5.1-0ubuntu1
[14:39] <shadeslayer> i shall reformat my system now
[14:39] <apachelogger> that sounds like fun
[14:40] <shadeslayer> apachelogger: yeah ill be installing something called windows 7 promising me moar games :P
[14:40] <apachelogger> I doubt it
[14:40] <apachelogger> you cannot play brood wars on it
[14:40] <ScottK> dantti_work: When I add a new repository using kpackagekit, it's not at all clear I need to check for updates before I can use it.
[14:40]  * shadeslayer wants steam on ubuntu ... NOW
[14:40] <apachelogger> anything you cannot breed on is not qualified for being used
[14:41] <apachelogger> kdegraphics up
[14:41] <shadeslayer> apachelogger: how do you test build so fast? 0_o
[14:41] <shadeslayer> ( assuming you do test build )
[14:41] <apachelogger> -j21 :P
[14:42] <shadeslayer> apachelogger: that shall kill my machine
[14:42] <apachelogger> compile cluster
[14:43] <shadeslayer> apachelogger: you have a compile cluster? :O
[14:43] <apachelogger> you can have one two :P
[14:43] <apachelogger> !info icecc
[14:43] <shadeslayer> but
[14:43] <shadeslayer> erm
[14:43] <shadeslayer> hmm....
[14:43] <apachelogger> ^^
[14:44] <shadeslayer> apachelogger: that will distribute compile stuff to where?
[14:44] <apachelogger> np: Doctor ? by Orbital
[14:44] <apachelogger> doctor
[14:44] <apachelogger> shadeslayer: network
[14:44] <shadeslayer> apachelogger: the interwebz?
[14:44] <apachelogger> no
[14:44] <apachelogger> network
[14:45] <shadeslayer> what network? :P
[14:45] <apachelogger> precisely to each node that is registered to the icecc scheduler
[14:45] <dantti_work> ScottK: sure, but iirc the software-properties-kde asks you to refresh it
[14:45] <apachelogger> and has free resources
[14:45] <apachelogger> shadeslayer: the local one :P
[14:45] <ScottK> dantti_work: Not today.
[14:45] <shadeslayer> apachelogger: im the single user on my LAN :P
[14:45] <shadeslayer> ( not really a LAN you see )
[14:45] <apachelogger> ScottK: maybe jonny broke it :P
[14:45] <shadeslayer> its just me and my Modem
[14:46] <apachelogger> shadeslayer: well, then get some nodes and you can have a compile cluster :P
[14:46] <dantti_work> dantti_work: hmm weird, well we need to look at software-properties code then, since kpk just lauches it with a patch from Riddell afaik
[14:46] <dantti_work> ScottK:  ^
[14:46] <ScottK> OK.  Thanks.
[14:46]  * dantti_work is getting old, talking to himself...
[14:46] <apachelogger> one must be old to do that?
[14:47]  * apachelogger needs to stop doing it then ...
[14:47] <shadeslayer> no
[14:47] <shadeslayer> one must be sane enough to do that :P
[14:47] <CIA-71> [kdeaccessibility] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 4:4.5.1-0ubuntu1
[14:47] <dantti_work> or not :P
[14:49] <jussi> apachelogger: hang on, I thought you were old... :P
[14:49]  * jussi hugs dantti_work
[14:49] <apachelogger> oi!!!!
[14:49]  * apachelogger is only 19
[14:49] <CIA-71> [kdemultimedia] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 4:4.5.1-0ubuntu1
[14:49] <dantti_work> apachelogger: someone told me there is a create_tarball in kdesdk that grabs an app from kde svn and it's .po, you told me something about a way to create a tarball is it the same?
[14:49] <apachelogger> no
[14:49] <apachelogger> my approach is superior
[14:49] <apachelogger> and will soon replace create_tarball
[14:50] <dantti_work> jussi: well I'm only 24 :P
[14:50] <apachelogger> (once I have dropped of the new supreme OOP version)
[14:50] <jussi> cripes... now Im feeling old
[14:50] <dantti_work> jussi: but you know I have wife, 2 kids... you get old faster :P
[14:50] <apachelogger> dantti_work: create_tarball is going to die with move to git since no one seems to crea to port it btw
[14:50] <apachelogger> which is pretty much why I will replace it
[14:50]  * jussi is 28, and getting married in 3.5 weeks...
[14:51] <shadeslayer> jussi: i can make you and everyone here feel old
[14:51] <shadeslayer> me and Quintasan that is :P
[14:51] <shadeslayer> im 19 and Quintasan is 18 :D
[14:51] <jussi> shadeslayer: go talk to blueskaj in -offtopic...
[14:51] <jussi> :D
[14:51] <dantti_work> jussi: nice, hope you like it :)
[14:51] <shadeslayer> jussi: how old is he?
[14:51] <jussi> shadeslayer: 60 something...
[14:51] <shadeslayer> hmm :)
[14:51] <dantti_work> apachelogger: right, so where do I get you super tarball creator :P so that I can release kpk in kde-apps
[14:52] <shadeslayer> ive worked with blueskaj during my intial days :D
[14:52] <shadeslayer> *initial
[14:53]  * ScottK files moar bugs.
[14:54] <shadeslayer> ScottK: i updated the choqok FFe .. have a looksie when your free :)
[14:54] <apachelogger> shadeslayer, dantti_work, jussi: I think smarter is still one year younger than Quintasan
[14:54] <apachelogger> dantti_work: sec
[14:54] <shadeslayer> apachelogger: ever heard of bilalakhtar ?
[14:54] <shadeslayer> hes 14 -15 i think ...
[14:55] <ScottK> OK
[14:55] <apachelogger> well, smarter was 14 when he started contributing I think
[14:55] <apachelogger> young family we have
[14:55] <apachelogger> well
[14:55] <apachelogger> except for ScottK :P
[14:55] <shadeslayer> apachelogger: bilalakhtar has been contributing for a year, and hes 14-15 now :P
[14:55] <apachelogger> dantti_work: https://code.launchpad.net/~apachelogger/+junk/extragear-release-script
[14:55] <apachelogger> oh
[14:56] <apachelogger> wrong one
[14:56] <apachelogger> dantti_work: https://code.launchpad.net/~apachelogger/+junk/release-script-refactor
[14:56] <apachelogger> that one
[14:56] <ScottK> apachelogger: Right.  I'm even older than nixternal and that's saying something.
[14:56] <apachelogger> dantti_work: I am writing a scripty for you
[14:57] <dantti_work> these will probably be the next younger kde devs :P http://www.youtube.com/watch?v=75l_N0VK1kk  http://www.youtube.com/watch?v=ZudyFAM26S4&feature=channel
[14:57] <shadeslayer> hahahah
[14:58] <apachelogger> dantti_work: how/where do you define your version number?
[14:58] <apachelogger> in the source
[14:58] <dantti_work> apachelogger: version.h
[14:58] <shadeslayer> ScottK: \o/ choqok ready for SRU, just lemme generate debdiffs :D
[14:58] <shadeslayer> and i need testers
[14:58] <apachelogger> ah
[14:58] <apachelogger> easy enough
[14:58] <dantti_work> apachelogger: I was thinking in moving to config.h.cmake but don't know what's best
[14:59] <ScottK> shadeslayer: I've got nothing to do with SRU stuff, so I'm not the one you want to tell.
[14:59] <apachelogger> dantti_work: it seems most popular to set it via cmake these days
[14:59] <apachelogger> see digikam for example
[14:59] <shadeslayer> ScottK: just saying ;)
[14:59] <dantti_work> k
[14:59] <shadeslayer> any lucid users here? :D
[15:00] <shadeslayer> oi!
[15:00] <shadeslayer> choqok (0.9.90-0ubuntu1.1~ppa1) maverick; urgency=low << how did maverick get there
[15:00] <shadeslayer> that is not good :/
[15:05] <apachelogger> dantti_work: bzr branch lp:~apachelogger/+junk/release-script-refactor
[15:05] <apachelogger> run ./kpackagekit.rb
[15:06] <apachelogger> ./kpackagekit.rb -b trunk -v 0.1 -p ssh -u sitter
[15:06] <apachelogger> like that for example
[15:06] <apachelogger> also see --help and readme for more information
[15:06] <dantti_work> apachelogger: many thanks :)
[15:06] <apachelogger> if you want to create a tag in kde svn run with -t etc.
[15:07] <apachelogger> if you want to strip translations that do not have a certian level of completion you can use  -m <percent to have at least>
[15:08] <dantti_work> apachelogger: one thing that I don't get with svn is taging, is it just to mark the revision for a release version for example?
[15:08] <dantti_work> is there any other benefit?
[15:08] <apachelogger> when done the script spits out various information about the generated tarball and a packagernotification.txt file which might be of use for packagers (i.e. that stuff got requested back in the days when I used to be amarok's release mgr)
[15:08] <apachelogger> dantti_work: actually it copies the tag target to /tags/somepath
[15:09] <apachelogger> unlike bzr or git which just mark a certain revision as tag 123
[15:09] <apachelogger> dantti_work: there is no particular use from tagging other than history value maybe
[15:10] <apachelogger> and larger software packages might have to rebuild the tarballs from tag (e.g. when a change needs to go into a KDE release tarball between actual tagging and release, the change will be merged into the tag and a new tarball gets created from the tag directory rather than trunk)
[15:10] <dantti_work> apachelogger: I see thanks :)
[15:12] <CIA-71> [kdegames] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog releasing version 4:4.5.1-0ubuntu1
[15:13] <shadeslayer> apachelogger: CIA-71 reads bzr commits as well now? :D
[15:13] <apachelogger> no
[15:13] <apachelogger> it gets told about them
[15:14] <shadeslayer> hmm
[15:26] <ScottK> http://blog.volker-lanz.de/2010/09/01/release-kde-partition-manager-1-0-3/ looks worthwhile.
[15:30] <shadeslayer> hmm
[15:42] <apachelogger> ubuntu wiki - no body is slower
[15:43] <apachelogger> ubuntu wiki - because user experience is secondary
[15:45] <ScottK> apachelogger: ubuntu wiki - there to make launchpad feel fast.
[16:00] <shadeslayer> ubuntu wiki - slowest/mundanest wiki eva!
[16:02] <shadeslayer> \o/ choqok  built for lucid
[16:05] <jussi> ScottK: love it :D
[16:05] <shadeslayer> jussi: your on lucid?
[16:05] <jussi> shadeslayer: right now, yes
[16:05] <shadeslayer> jussi: good, do you have choqok installed?
[16:06] <jussi> no
[16:06] <shadeslayer> ok can you install it? :D
[16:06] <jussi> shadeslayer: Im at work, limited amount I can do.
[16:06] <shadeslayer> oh
[16:06] <shadeslayer> :(
[16:06] <shadeslayer> well...postponed then
[16:07] <shadeslayer> https://edge.launchpad.net/~rohangarg/+archive/kde-extra/+packages << choqok 0.9.90 packages for lucid
[16:07] <shadeslayer> im off for now
[16:07] <jussi> shadeslayer: they need testing?
[16:08] <apachelogger> ScottK: oh, that one is good ^^
[16:20] <bulldog98> apachelogger: is the package ok now?
[16:20] <ScottK> claydoh: The usb-creator fix is going to lucid-updates, so instead of telling people to use the usb-creator from lucid-proposed, we need to tell them to make sure they install lucid updates before trying to create a maverick USB stick.
[16:21] <apachelogger> bzr: ERROR: The dirstate file (DirState(u'/home/me/src/bzr/kdebase-workspace/.bzr/checkout/dirstate')) appears to be corrupt: Bad parse, we expected to end on \n, not: 0 : (('', '', ''), [('', '', 0L, 0, ''), ('', '', 0L, 0, '')])
[16:21] <apachelogger> these days I wonder
[16:21] <apachelogger> what is actually not broken?
[16:24] <shadeslayer> jussi: yes
[16:24] <ScottK> apachelogger: My quassel is working very nicely.
[16:24] <shadeslayer> sabdfl: Riddell a friend just called up to say that he wanted to pay for development if K/Ubuntu ..... im at a loss as to what i should say to him :D
[16:25] <apachelogger> oh, true, that is one of the few working things
[16:25] <apachelogger> I wonder why CVE-2010-0436_fix_kdm_local_exploit.diff is not upstreamed
[16:26] <apachelogger> 4.4.2 :O
[16:26] <ScottK> apachelogger: IIRC upstream did part of it and I wasn't sure if the remaining bits were needed, so being unsure and in a hurry, I left it.
[16:27] <ScottK> Then, being ancient, promptly forgot about it.
[16:27] <apachelogger> unless check_c_source_runs is called somewhere I doubt this is needed
[16:28] <ScottK> OK.  Feel free to use your best judgement on it.
[16:28] <apachelogger> bzr qlog says that patch only got touched by jon for "Recommend polkit-kde-1, not policykit-kde-1 (non-existent)"
[16:28] <ScottK> shadeslayer: Your friend should give apachelogger and I fat consulting contracts to work on Kubuntu development so we can be more professional and focused.
[16:29] <apachelogger> lol
[16:29] <shadeslayer> haha
[16:29] <apachelogger> ScottK: you are just jealous that I can mess aorund so much :P
[16:29] <shadeslayer> ScottK: you me and apachelogger :P
[16:30] <ScottK> That or send some money to nixternal to continue to do nothing.
[16:30] <Riddell> shadeslayer: either offer your services for a suitable fee or point them at http://www.ubuntu.com/community/get-involved/donate
[16:30] <markey> Choqok Beta 2 still isn't working right for me, I think it's borked
[16:30] <markey> an earlier version did the same thing
[16:30] <markey> (lag)
[16:30] <shadeslayer> :D
[16:31] <ScottK> shadeslayer: I wasn't kidding about if he wants to pay for development, he should fund someone to do it.
[16:31] <apachelogger> something is wrong about the workspace thing
[16:32] <shadeslayer> ScottK: ill forward him the donate links and your suggestions :D
[16:32] <ScottK> OK.
[16:32] <apachelogger> shadeslayer: http://jointhegame.kde.org/
[16:32] <apachelogger> shadeslayer: http://ev.kde.org/getinvolved/supporting-members.php
[16:33]  * shadeslayer has a jointthegame pamphlet from akademy
[16:35] <apachelogger> hm
[16:35] <apachelogger> ScottK: the remaining part of the patch was just applied at a different position in the file ;)
[16:36] <ScottK> apachelogger: OK.  Bad me.
[16:36] <apachelogger> yeah :P
[16:36] <apachelogger> well
[16:36] <apachelogger> I am all confused from the history here
[16:36] <ScottK> shadeslayer: You might ask kevinvandine what they are doing with Gwibber and oauth as it has a similar problem.
[16:36] <ScottK> Coordinate your stories for fixing lucid.
[16:36] <apachelogger> rgreening removed the patch at some point
[16:36] <shadeslayer> hmm
[16:36] <apachelogger> and as said jon re-added the trimmed down version in a completely unrelated change
[16:37] <shadeslayer> ScottK: ubuntu-devel ?
[16:37] <ScottK> Dunno.
[16:39] <al> markey: choqok 0.9.85 is working fine here
[16:45] <shadeslayer> ScottK: things just went fugly
[16:46] <shadeslayer> dont upload choqok 0.9.90 right now
[16:47]  * smarter waves
[16:47] <shadeslayer> hey :)
[16:48] <smarter> hey everyone!
[16:48] <smarter> apachelogger: yep, I think I was 14 when I made my first patch :)
[16:49] <smarter> how's everyone doing?
[16:50] <apachelogger> ahoy smarter o/
[16:50] <smarter> howdy apachelogger!
[16:50] <apachelogger> ScottK is getting older, nixternal is getting lazier, apachelogger is getting rantier... ;)
[16:50] <shadeslayer> true :P
[16:50] <smarter> business as usual then :p
[16:51] <ScottK> shadeslayer: You'd need to complete the FFe first in any case.
[16:51] <apachelogger> smarter: yeah ^^
[16:51] <apachelogger> smarter: how is life?
[16:51] <shadeslayer> hehe
[16:51] <shadeslayer> ScottK: apachelogger Riddell : ideas! http://paste.ubuntu.com/486830/
[16:51] <smarter> fine, high school is finally over, college starts in a few weeks :)
[16:52] <apachelogger> see how I did not get a :
[16:52]  * apachelogger feels special now
[16:52] <Nightrose> you're always special apachelogger ;-)
[16:52] <apachelogger> smarter: to me that reads like "I am going to become super star contirbutor now"
[16:52] <smarter> maybe yes :p
[16:52] <apachelogger> Nightrose: not as special as you are to me <3
[16:53] <smarter> d'awww
[16:53] <Nightrose> <3
[16:53] <smarter> apachelogger: I saw you did a GSOC, I'm jealous :p
[16:53] <apachelogger> no need to be, I might have taken serious brain demage from it
[16:54] <smarter> why?
[16:54] <shadeslayer> smarter: a GSOC project that is now absolutely broken :P
[16:54] <apachelogger> smarter: also that reads like "I am going to be doing gsoc next year"
[16:54] <ScottK> shadeslayer: Good luck.  I don't have enough caring to express an opinion.
[16:54] <apachelogger> ^^
[16:54] <apachelogger> shadeslayer: it is not really
[16:54] <apachelogger> in fact it would be working better than ever
[16:54] <apachelogger> the underlying crap stack is broken right now
[16:54] <smarter> apachelogger: I wish! According to the rules you have to be 18 in April, I turn 18 in May :/
[16:54] <shadeslayer> apachelogger: no i mean the auth mechanism changed, not really your fault
[16:54] <smarter> canonical changed the server part?
[16:54] <apachelogger> smarter: oh ... well then the year after that ^^
[16:55] <shadeslayer> otoh the app is completely useless :P
[16:55] <apachelogger> shadeslayer: I already adapated to the auth mechanism
[16:55] <shadeslayer> then why doesnt it work? or did you not do a new release? :D
[16:55] <smarter> apachelogger: no idea who I should ask to bend the rules? :p
[16:55]  * apachelogger did not go to toilet for a week and then suddenly presented a whole gui ... go figure :P
[16:56] <apachelogger> smarter: well...
[16:56] <Riddell> shadeslayer: I don't understand kenvandine's solution, he still ends up with a key in the source code as I read it
[16:56] <apachelogger> you could always write a letter to chris I suppose
[16:56] <apachelogger> a real letter
[16:56]  * ScottK could have done without that imagery.
[16:56] <apachelogger> not an email
[16:56] <apachelogger> Nightrose: or you could go bribe someone ^
[16:56] <shadeslayer> Riddell: yes but theres a override mechanism... see when he packaged it he put in the new key
[16:57] <apachelogger> smarter: I recon if Nightrose bribes someone you will have to make a project for KDE or you will be in serious trouble :P
[16:57] <Nightrose> this is most certainly true
[16:57] <Riddell> uh huh, so the new key is in the source code surely
[16:57] <apachelogger> Nightrose: can I bribe you so I can make a KDE project next year?
[16:57] <Nightrose> apachelogger: if you have a good proposal and a mentor sure
[16:57] <smarter> I wasn't considering anything but KDE anyway :p
[16:58]  * Nightrose pets smarter
[16:58] <apachelogger> Nightrose: do you want to be my mentor?
[16:58] <Nightrose> :D
[16:58] <smarter> :)
[16:58] <apachelogger> smarter: that is actually very wise
[16:58] <shadeslayer> hmm
[16:59] <apachelogger> anyhow
[16:59] <apachelogger> my dearest minions
[16:59]  * shadeslayer sees alot of KDE GSoC'rs next year... me also being one of them
[16:59]  * apachelogger notes that he did not call the minions minions recently
[16:59]  * shadeslayer runs to apachelogger
[16:59] <apachelogger> also why do we have so few?
[16:59] <apachelogger> well, nevermind, my dearest minions please go find a maintainer for ubuntuone-kde!!!
[16:59] <shadeslayer> Riddell: ^
[17:00] <kenvandine> hey Riddell
[17:00] <smarter> apachelogger: Also, I started watching Doctor Who during the holidays :p
[17:00] <al> i guess there's no api to dev.twitter.com?
[17:01] <apachelogger> smarter: uhhhh, sweet :D
[17:01] <kenvandine> al: for registering an app? no
[17:01] <al> kenvandine: yea
[17:01] <apachelogger> shadeslayer: do you have a maintainer already?
[17:02] <shadeslayer> apachelogger: for what? :D
[17:02] <shadeslayer> u1-kde?
[17:02] <kenvandine> al: they are very focused on developers of web apps, not desktop clients
[17:02] <apachelogger> shadeslayer: aye
[17:02] <shadeslayer> apachelogger: no.... :(
[17:04] <shadeslayer> ScottK: i dont understand what im missing :(
[17:12] <nixternal> apachelogger: I am not getting lazier, I have a personal life, I cycle 200 miles a week. I don't think that is lazy
[17:12] <nigelb> nixternal: going pro with cycling?
[17:13] <nixternal> no, I just like cycling
[17:13]  * nigelb hugs Nix
[17:13] <nigelb> *nixternal
[17:13] <neversfelde> shadeslayer: you synced qoauth and choqok?
[17:13] <nigelb> I would cycle when I was in school.
[17:14] <nixternal> hopefully get my team racing bike today, or at least my future team racing bike
[17:15] <shadeslayer> neversfelde: yes
[17:15] <neversfelde> shadeslayer: upstream told me, that the latest choqok version needs qoauth 1.0.1 and we only have 1.0
[17:16] <neversfelde> so it is probably broken in Maverick
[17:16] <shadeslayer> neversfelde: currently we have a bigger problem
[17:16] <shadeslayer> neversfelde: http://paste.ubuntu.com/486830/
[17:17] <shadeslayer> and why doesnt it say so in the CMake  o/p ?
[17:17] <shadeslayer> that it needs this particular version
[17:18] <al> qoauth from maverick works fine fwiw :>
[17:18] <shadeslayer> neversfelde: how do you contact mtux ? :P
[17:18] <shadeslayer> al: likewise here
[17:18] <neversfelde> shadeslayer: email or #choqok
[17:19] <neversfelde> shadeslayer: so if you are working on this problem, could you have a look at the 1.0.1 problem, too?
[17:19] <shadeslayer> sure :)
[17:19] <shadeslayer> currently we need to work out a way to get the proper consumer key
[17:20] <\sh> apachelogger, ubuntuone-kde was a kde project...at least it uses some kde libs ;)
[17:21]  * stalcup checking in
[17:22] <apachelogger> \sh: just that no one but kubuntu has particular use for it :P
[17:22] <\sh> apachelogger, hmm...fedora? opensuse?
[17:22] <\sh> oh they don't ship ubuntu one ;)
[17:22] <apachelogger> right
[17:23] <neversfelde> shadeslayer: thanks
[17:26] <\sh> apachelogger, I could need someone who writes a (DC)² KDE client...some xmlrpc calls + UI , you could even s/xmlrpc/json-rpc/ if you need an adventure :) c++ or python
[17:26] <stalcup> apachelogger: ツthingy is nucking futs
[17:26] <apachelogger> ^^
[17:27] <stalcup> gah!
[17:27] <stalcup> it's all done :(
[17:27] <stalcup> I'll start on backports
[17:27] <apachelogger> \sh: json is the sweetest in Qt ;)
[17:27] <apachelogger> http://apachelog.wordpress.com/2010/06/02/♥-qjson-♥/
[17:28] <\sh> apachelogger, but json-rpc which is something special ;)
[17:28] <apachelogger> never did that ^^
[17:29] <\sh> apachelogger, everything goes POST...
[17:29] <stalcup> quick qestion, where do we upload the backports for the stack?
[17:29] <stalcup> ~ninjas?
[17:29] <apachelogger> stalcup: yus
[17:29] <stalcup> danke
[17:30] <apachelogger> :)
[17:30] <apachelogger> oh why
[17:30] <apachelogger> dput again decided to crap out one kb before finish
[17:30] <apachelogger> terrific
[17:30] <apachelogger> specially since the upload was kdebase-workspace that big fat beast
[17:31]  * apachelogger goes :@
[17:32] <apachelogger> \sh: is there documentation somewhere?
[17:32]  * apachelogger could probably poke a bit into it
[17:32] <apachelogger> seeing as I only have 5 projects I am working on :P
[17:33] <\sh> apachelogger, don't do that now...I'm working on an API doku when the project is ready to release as public beta...right now it's alpha stadte
[17:33] <\sh> state even
[17:34] <apachelogger> okidoki
[17:34] <apachelogger> \sh: just give me a poke when I shall take a look at it :)
[17:34] <\sh> apachelogger, count on me...
[17:37] <\sh> apachelogger, just started with a mono c# gtk based desktop client ... just for the fun of learning c#
[17:38] <shadeslayer> reformat time
[17:38] <shadeslayer> ciao everyone
[17:39] <apachelogger> \sh: you could use qyoto :P
[17:39] <apachelogger> for the fun of fixing kdebindings
[17:39] <apachelogger> because apparently the qyoto foo is broken
[17:40] <\sh> well...you know me, I don't care about ui widget sets...at least it does what I want ;) I started to wrote also a (DC)² plasma widget...which works half way
[17:40] <\sh> in c++ that is ;)
[17:41] <apachelogger> yeah well, dont trust aseigo when he says javascript is awesome :P
[17:41] <apachelogger> in fact is rather insufficient right now :S
[17:42] <\sh> apachelogger, yes...
[17:42] <apachelogger> hm
[17:42] <apachelogger> \sh: soaping in Qt does not strike me as terribly difficult ^^
[17:44] <\sh> apachelogger, well, soap I don't like..I'm using django + rpc4django as backend, which brings playin xmlrpc + json-rpc for ajax stuff...it works, you write one method and it exports both formats
[17:45] <apachelogger> \sh: is there that much difference between soap and plain xml-rpc?
[17:45] <\sh> apachelogger, yes...xmlrpc doesn't have a WSDL which is the first difference
[17:46] <apachelogger> \sh: well, that only makes things on easier on my part I suppose ;)
[17:46] <\sh> apachelogger, so you have as inital documention only a systems.methods() call...no type introspection by default, you have to do type checking on the backend
[17:46] <\sh> apachelogger, well, it's more difficult for java and c# developers, who could use the respective wsdl class generators more easily
[17:47] <apachelogger> *nod*
[17:48] <apachelogger> oh
[17:48] <apachelogger> look what I just found http://api.kde.org/4.4-api/kdepimlibs-apidocs/kxmlrpcclient/html/index.html
[17:54] <shadeslayer_> hmm
[17:55] <shadeslayer_> whose responsible for the slideshow in the installer?
[17:56] <apachelogger> bulldog98: kdeadmin should be fine btw
[17:56] <apachelogger> we will see once I get to its review at any rate ;)
[17:57] <bulldog98> apachelogger: ok than everything is fine again
[17:58] <bulldog98> apachelogger: are we planing to package beta 3 of kdepim (release tomorrow)
[18:00] <yofel> didn't shadeslayer_ do that already?
[18:02] <apachelogger> at least shadeslayer had it on the todo
[18:02] <apachelogger> bulldog98: what would be better right now is backporting 4.5.1 to lucid
[18:02] <apachelogger> ->dinner
[18:30] <ScottK> dantti_work: the "Refreshing software ..." dialogue takes up the entire screen width in plasma-netbook.  I suspect you aren't defining a max width.
[18:31] <bulldog98> apachelogger: I backport kdelibs
[18:32] <apachelogger> new ktorrent bufix release out
[18:33] <apachelogger> new grantlee out
[18:33] <apachelogger> ma
[18:33] <apachelogger> n
[18:33] <apachelogger> it seems to be release season
[18:33] <apachelogger> bulldog98: sweet
[18:33] <dantti_work> ScottK: you mean when you "apt-cache update"?
[18:33] <ScottK> dantti_work: Also I get the queue to update if I add a new repository from scratch, it's just not if I enable one that's present and disabled.
[18:33] <ScottK> Yes.
[18:34] <ScottK> dantti_work: Waiting for authentication is the same.
[18:34] <dantti_work> ScottK: what's the screen size?
[18:34] <ScottK> 576 X 1024
[18:35] <ScottK> Actually all the package install dialogues.
[18:36] <dantti_work> ScottK: sure they are all the same transaction dialog, but if you reduce teir size they get smaller don't they?
[18:37] <ScottK> dantti_work: the netbook windeco makes everything without a max size specified full screen.
[18:37] <ScottK> It looks like you have max height, but not width.
[18:38] <dantti_work> ScottK: sure because you will probably want a wider window
[18:38] <dantti_work> when you look at details you want that, and then it's a bug in netbook windeco imo
[18:39] <dantti_work> if it's not fullscreen then how would it be? would it have window decorations?
[18:39] <dantti_work> also it should respect the max height
[18:40] <dantti_work> there is no point in limiting the width
[18:41] <ScottK> No idea, but it look very odd full width.
[18:43] <dantti_work> That's why the height has max set :P
[18:44] <dantti_work> ScottK: it will probably look better if you show the details
[18:44] <ScottK> Possibly
[18:44] <dantti_work> ScottK: btw didn't you had this problem with older versions of PK?
[18:45] <ScottK> dantti_work: I don't often use the gui package manager except when explicitly testing, so no idea.
[18:49] <dantti_work> the windeco must be fixed.. I could even try to work around but other apps might have the same problem
[18:49] <ScottK> dantti_work: Not a bug, it's a feature.
[18:49] <ScottK> Seriously.
[18:51] <dantti_work> ScottK: well it should respect the max height so it's a bug
[18:52] <ScottK> It does.
[18:52] <ScottK> The dialog isn't full height.
[18:52] <dantti_work> it's full width?
[18:52] <shadeslayer> yofel: apachelogger was waiting to correct my system and then work on it, installing sbuilder now :D
[18:53] <apachelogger>   Uploading kdebase-workspace_4.5.1.orig.tar.bz2: 64140k/64141k
[18:53] <apachelogger> dput hates me
[18:53] <apachelogger> \o/
[18:53] <dantti_work> ScottK: well in this case I don't really know what to do.. kio dialogs and probably others will have this problem...
[18:53] <shadeslayer> heh
[18:53] <shadeslayer> apachelogger: use something else?
[18:53] <apachelogger> what else is there
[18:53] <ScottK> dantti_work: You might chat with notmart about it.
[18:53]  * apachelogger probably could upload using kio_ftp
[18:53] <apachelogger> though that would be sickish ^^
[18:53] <shadeslayer> lets see
[18:54] <shadeslayer> apachelogger: dupload ?
[18:54] <dantti_work> ScottK: k, I'll try to poke him them :)
[18:54] <shadeslayer> or does that work only for debian?
[18:54] <dantti_work> ScottK: and you said something about enabling repos does not fire refresh cache right?
[18:55] <dantti_work> ScottK: that is kpk settings not software-properties-kde settings right?
[18:56] <yofel> ah ^^
[18:57] <ScottK> dantti_work: It's whatever I click on in kpk
[18:57] <dantti_work> ScottK: I can make kpk refresh your sources whenever you enable/disable repos, but whe you open the edit sources dialog that's  another app
[18:58] <ScottK> Right.  This was just clicking on enabling existing repositories that were disabled.
[18:59] <shadeslayer> why is everything so slooooww
[18:59] <nixternal> have to say maverick is shaping up nicely, except for compositing being suspended after logging in. clean, smooth, and fast, just how I like my bikes :)
[19:00] <shadeslayer> nixternal: its laggy for me :(
[19:00] <shadeslayer> maybe because i dont have nvidia-current
[19:00] <shadeslayer> that usually speeds my system up
[19:04] <shadeslayer> nixternal: did the installer slideshow work OK for you?
[19:04] <shadeslayer> mine didnt show the second slide
[19:06] <nixternal> i did an upgrade. i will install to my netbook in the next day or so, but I am sure you will get feedback before then
[19:07] <shadeslayer> oic :D
[19:22] <Riddell> claydoh: ping
[19:32] <apachelogger> Sput: lock layout seems a bit unlocked?
[19:37] <Sput> hm?
[19:42] <apachelogger> Sput: in the view menu, when setting lock layout
[19:42] <apachelogger> it really just locks the topic
[19:43] <apachelogger> everything else is just as movable as ever
[19:46] <apachelogger> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 3 matched rules; type="method_call", sender=":1.117" (uid=1000 pid=15616 comm="python) interface="(unset)" member="disableSourceCodeSources" error name="(unset)" requested_reply=0 destination=":1.110" (uid=0 pid=15510 comm="python))
[19:47] <apachelogger> that worked 3 days ago
[19:47] <apachelogger> is there a reason python likes to mess with me?
[19:56] <ScottK> apachelogger: Could you have a look at http://bazaar.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu/annotate/head:/debian/patches/kubuntu_34_kdm_plymouth_transition.diff rev 387.  It seems it broke stopping plymouth.
[19:57] <ScottK> ubottu is an idiot in this case.
[19:57] <ScottK> No chance of that.
[19:57] <ScottK> apachelogger: See bug #618450 or bug 628195 for details.
[19:57] <apachelogger> scary code
[19:58] <ScottK> kdm.  by definition scary.
[19:58] <smarter> there's no lib to communicate with plymouth?
[19:58] <smarter> also, gotos, nice :p
[19:59] <apachelogger> there is nothing wrong with a good goto
[20:00] <ScottK> So it look like that's actually just whitespace changes, but the patch isn't working anymore.
[20:00] <smarter> imperative programming as a whole is doomed anyway :P
[20:00] <apachelogger> nonesense :P
[20:00] <\sh> how many gotos were in the linux kernel code?
[20:01] <apachelogger> ScottK: my bet is that something changed in plymouth
[20:01] <ScottK> apachelogger: slangasek says not.
[20:01] <apachelogger> that is odd then
[20:01] <ScottK> gdm still works, btw.
[20:01] <ScottK> As further supporting evidence it's not plymouth.
[20:02] <apachelogger> +    int plymouth_is_running;    /* Plymouth's status */
[20:02] <apachelogger> nice
[20:02] <apachelogger> who wrote that patch?
[20:02] <apachelogger> that person should learn to obey surrounding code style
[20:02]  * apachelogger grumps away
[20:02] <ScottK> Alberto Milone
[20:03] <ScottK> Have fun.
[20:03] <smarter> that's old school C style
[20:03] <apachelogger> ScottK: do we have a kdm.log?
[20:04]  * ScottK looks
[20:04] <smarter> At least it's C89 compatible :p
[20:04] <\sh> "old school" means "old people can read"...like scott and me;)
[20:05] <ScottK> Doesn't seem to provide any relevant info.
[20:05]  * ScottK is waiting for his bifocals to arrive.
[20:05] <apachelogger> oh right, one would have to run it in debug mode I suppose ^^
[20:06]  * apachelogger downloads workspace
[20:06] <apachelogger> ScottK: btw, I also cannot upload workspace
[20:06] <ScottK> need to run.
[20:06] <apachelogger> I think upload.ubuntu.com times out on me being slow or so
[20:06] <ScottK> I can upload it later from bzr if needed.
[20:06] <apachelogger> tried with dput, dupload and kio_ftp
[20:06] <ScottK> One of them made it because it's in queue.
[20:06] <apachelogger> oh?
[20:06]  * apachelogger did not get no mail
[20:06] <apachelogger> but all the better
[20:15] <shadeslayer> apachelogger: your pbuilder hooks should work with sbuild as well right?
[20:17] <Quintasan> oh god
[20:17] <Quintasan> school tomorrow!
[20:19] <shadeslayer> Quintasan: whee.. i have a holiday :P
[20:20] <shadeslayer> Quintasan: btw new kdevelop release
[20:20] <Quintasan> oh well but I have tons of fun in school?
[20:20] <Quintasan> shadeslayer: can't do much about it now, I still do not have the books and notebooks to school and it is 21:20 here
[20:20] <Quintasan> :D
[20:22] <apachelogger> shadeslayer: they are pbuilder hooks
[20:24] <shadeslayer> so wont work in sbuilder?
[20:27] <shadeslayer> anyways im off to sleep
[20:46] <bulldog98> if someone want to take over kdelibs, take it I need to much time for it
[20:56] <bulldog98> I‘ll try to finish it nevertheless
[21:00] <ScottK> apachelogger: Any word on kdm/plymouth?
[21:04] <apachelogger> ScottK: yeah there is some weird crap going on
[21:05] <ScottK> OK.  Sounds good.
[21:05] <apachelogger> the condition that ought to be met to even look for plymouth craps is not met
[21:05] <ScottK> Ohhh.  Sounds like progress.
[21:10] <apachelogger> ScottK: if I had any clue what that thing is doing...
[21:10] <apachelogger> d->reqSrvVT >= 0
[21:10] <ScottK> More to whine about.  You should be happy.
[21:10] <apachelogger> ScottK: are we sure that patch every worked?
[21:11] <apachelogger> oh
[21:11] <apachelogger> nvm
[21:11] <ScottK> apachelogger: Yes.  Worked with KDM 4.4
[21:15] <apachelogger> hmmmmmmm
[21:20] <apachelogger> ha!
[21:24] <apachelogger> 2010-09-01 22:22:16	avatar	kdm[1076]	plymouth is running
[21:24] <apachelogger> 2010-09-01 22:22:16	avatar	kdm[1076]	playmouth has an active vt
[21:24] <apachelogger> and yet
[21:24] <apachelogger> and yet it does not get killed
[21:24] <apachelogger> that strikes me as odd
[21:26] <apachelogger> eheheheheh
[21:26] <apachelogger> ScottK: are you sure this precise patch worked?
[21:26] <apachelogger> I have serious doubts about that
[21:26] <ScottK> I'm sure that I have no plymouth running in lucid.
[21:26] <apachelogger> hm
[21:26] <apachelogger> well
[21:26] <apachelogger> maybe it gets killed by other means
[21:27]  * apachelogger takes another look
[21:27] <ScottK> That was meant to be the means.
[21:27] <apachelogger> well
[21:27] <apachelogger> that would be strange
[21:27] <apachelogger> because
[21:28] <apachelogger> you see
[21:28] <apachelogger> if plymouth is running and has an active VT
[21:28] <apachelogger> kdm is meant to transit to that VT rather than starting a new one
[21:28] <apachelogger> as to prevent flickering I suppose
[21:28] <apachelogger> the thing is
[21:28] <apachelogger> that transition consits of apparently two function calls
[21:29] <apachelogger> one that prepares plymouth for being taken over and one that actually carries out the quitting
[21:29] <apachelogger> BUT
[21:29] <apachelogger> the one that is quitting is *only* called from a function named abortStartServer(struct display *d)
[21:30] <apachelogger> now I do not know about you, but I do not think that a function named abortanything gets called if startup was successful
[21:39] <apachelogger> ;o
[21:39] <apachelogger> it actually gets called
[21:39] <apachelogger> strange world
[21:48] <claydoh> Riddell: pongs
[21:51]  * apachelogger pours Nightrose and himself a glass of schilcher wine
[21:52] <Nightrose> apachelogger: already have tea and hot chocolate but thank you ;-)
[21:52] <apachelogger> oh :(
[21:52] <apachelogger> more for me to drink I suppose
[21:52] <apachelogger> ScottK!
[21:52] <apachelogger> JontheEchidna!
[21:52]  * ScottK looks up
[21:52] <apachelogger> ScottK: I do really think that patch is incomplete ... that abort thingy would only transit to a failsafe session if I understand this correctly
[21:53] <apachelogger> ScottK: does gdm have a similar patch? and has anyone tempered with our patch maybe?
[21:54] <ScottK> apachelogger: gdm has some magic for this.  I'd ask slangasek for help.
[21:54]  * apachelogger pulls
[21:54] <apachelogger> the thing is
[21:54] <ScottK> Looking at the bzr history, I think our patch is untampered.
[21:54] <apachelogger> kdm and gdm both derive from xdm
[21:55] <apachelogger> so their code base ought to be somewhat similar
[21:57] <apachelogger> or not
[21:57] <apachelogger> ^^
[21:58] <apachelogger> well, they also have a starter, and theirs, unlike ours does transit from plymouth
[21:58]  * apachelogger changes source and reboots
[22:01] <apachelogger> 2010-09-01 23:00:06	avatar	kdm[1127]	Quitting Plymouth with transition
[22:01] <apachelogger> 2010-09-01 23:00:07	avatar	kdm[1127]	Is Plymouth still running? no
[22:01] <apachelogger> muhahahahaha
[22:01] <apachelogger> muhahhahahahahahahahaahahahahahahahah
[22:01] <apachelogger> who is the supreme dalek now?!
[22:01] <apachelogger> muhahahaha
[22:01] <apachelogger> ^^
[22:02] <bulldog98> apachelogger++
[22:02] <smarter> You successfully exterminated plymouth? :P
[22:02] <apachelogger> EXTERMINATE!!!!!! EXTERMINATE!!!!!
[22:04] <ulysses> :D
[22:04] <smarter> so, what was it?
[22:05] <ulysses> apachelogger: are you a dalek?:O
[22:06] <apachelogger> smarter: incomplete patch
[22:06] <apachelogger> as I understand it kdm does the following...
[22:07] <apachelogger> it has a primary and a couple of secondary screens it could occupy (as defined in the kdmrc)
[22:07] <apachelogger> now if kdm starts it will try to get hold of as many VTs as it has screens it could be occupying
[22:07] <apachelogger> so by default it is greedy to save time in case a screen fails, then it will try to start again on the next VT ...
[22:08] <apachelogger> that will trigger the abort calls I was talking about
[22:09] <apachelogger> now the thing is, for one reason or another the first (or maybe any successful startup) will never call abort in a condition that would lead to a transition of the plymouth VT
[22:09] <apachelogger> the issue is easy to be resolved by also transiting in the explicit startServer() function that as I recon will consequently start the X server on the VT that is currently targeted
[22:12] <smarter> in conclusion, kdm is scary :p
[22:12] <apachelogger> yus
[22:12] <smarter> Does the gdm solution make use of tons of system calls to plymouth too?
[22:12] <apachelogger> yes
[22:12] <apachelogger> they just wrap it nicely in some glib thing
[22:13] <apachelogger> actually their thing looks almost the same just that everything got 2 line calls because glib functions do not work with less than 24 arguments :P
[22:13] <smarter> and glib functions have_long_and_uncomprehensible_names
[22:24] <ScottK> apachelogger: If you get a working fix, just upload workspace again and I'll reject the old one.
[22:24] <apachelogger> that leads me to the question ... does soyuz keep the tar
[22:25] <ScottK> Not in this case.
[22:25] <apachelogger> because I am so not going to spend 5 tries on getting that thing upped
[22:25] <ScottK> OK.  Put it in bzr and ping me.  I'll do it.
[22:25] <ScottK> Gotta run.
[22:25] <apachelogger> aye aye
[22:26] <apachelogger> Nightrose: honey?
[22:26] <Nightrose> yes?
[22:26] <apachelogger> Nightrose: ^ did you see what super kdm haxx0r I am?
[22:27] <Nightrose> i just saw it
[22:27] <Nightrose> \o/
[22:27] <apachelogger> \o/
[22:27]  * apachelogger hugs Nightrose
[22:27] <apachelogger> ScottK: I'll sneak format streamlining in
[22:31] <smarter> 'night all
[22:32] <smarter> apachelogger: any idea what I could hack on in the next few days?
[22:33] <yofel> does anyone know where the ubiquity translations are?
[22:35] <apachelogger> smarter: what language do you want?
[22:35] <smarter> either C++ or python, I'm not too difficult :p
[22:35] <apachelogger> smarter: failesafeX would be something that needs work (which I started somewhere)
[22:36] <smarter> link?
[22:36] <apachelogger> I also started detatching software-properties-kde from the need of kdesudo  (i.e. create a dbus interface and use that for write actions)
[22:36] <apachelogger> Also ubuntuone-kde needs someone
[22:36] <apachelogger> like really urgently
[22:37] <smarter> the s-p-k one seems interesting, especially if that means we can integrate it in the KCM
[22:37] <apachelogger> smarter: aye, that is the intention
[22:37] <smarter> what's needed for ubuntuone-kde?
[22:38] <apachelogger> smarter: generally making it work
[22:38] <apachelogger> and taking over long-term maintainership or finding someone to
[22:38] <smarter> well, I'm not even sure I know what ubuntu one is, but I could try making it work :p
[22:38] <smarter> Is the API well documented?
[22:39] <apachelogger> hahah
[22:39] <apachelogger> rofl
[22:39] <apachelogger> documented
[22:39] <apachelogger> roflmao
[22:39]  * apachelogger cant breath no moar
[22:39] <apachelogger> oh
[22:40] <apachelogger> in and out in and out
[22:40] <apachelogger> phew
[22:40] <apachelogger> smarter: well, no, not exactly, though I have been complaining and apparently that is going to change
[22:40] <smarter> I guess that means you just look at the GTK client source code to figure out what to do? :p
[22:40] <apachelogger> well, actually the clients are pretty much there
[22:41] <apachelogger> smarter: well, I can explain you in detail if you want to check that one out
[22:41] <apachelogger> http://apachelog.wordpress.com/2010/08/21/ubuntu-one-technical-aspects/
[22:41] <apachelogger> that sort of explains the general concept
[22:41] <apachelogger> except everything about authentication/sso basically changed
[22:41] <apachelogger> by a 100%
[22:41] <smarter> nice :p
[22:42] <apachelogger> well, already did the hard part, with a super ugly kdeui :P
[22:43] <smarter> Did you go for python or C++?
[22:44] <apachelogger> c++ mostly
[22:44] <apachelogger> some python around the edges
[22:44] <smarter> If I want to start working on this tomorrow morning, what bzr branches should I check?
[22:46] <apachelogger> smarter: https://code.launchpad.net/~apachelogger/ubuntuone-client-kde/trunk is the main kde client
[22:46] <apachelogger> which technically should work as it is with the new auth part (ubuntu-sso-client)
[22:47] <apachelogger> I was however not able to test this because ubuntu-sso-client and the syncdaemon of ubuntuone were in disagreement about whether auth is possible
[22:47] <apachelogger> smarter: https://code.launchpad.net/~apachelogger/ubuntu-sso-client/kdeui is the new kdeui for ubuntu-sso-client
[22:48] <apachelogger> which is primarily writte in C++ and exposes a python module created via SIP which is wrapped in a handcrafted python module to added semi-constant strings
[22:48] <apachelogger> it is interface compatible with the GTK gui except that it requires ubuntu-sso-client to grow a run() method on the gtk gui and call that after setting up callbacks...
[22:49] <apachelogger> otherwise there is a blocking issue since obviously the kdeui does not use the same mainloop
[22:49] <apachelogger> and I think that is pretty much it
[22:50] <smarter> so, where does it b0rke?
[22:50] <apachelogger> last I tried outside my scope
[22:50] <apachelogger> ubuntu-sso-client was successfully getting authentication
[22:50] <apachelogger> and storing that in gnome-keyring
[22:50] <apachelogger> (I should note that the ubuntuone web interface did not know about this authentication)
[22:51] <apachelogger> then the ubuntuone syncdaemon tried to connect and failed
[22:51] <apachelogger> (supposedly because ubuntuone did not know about the auth, as indicated by the web ui)
[22:51] <smarter> and what are the ubuntu one guys saying?
[22:52] <apachelogger> additionally I must warn you that the ubuntuone team is incapable of getting their deps right, nor getting missing deps added after I reported them missing
[22:52] <apachelogger> smarter: I didnt ask
[22:52] <apachelogger> smarter: that caused anger overload and me giving up on it
[22:52] <smarter> that reminds me, I need to install maverick
[22:52] <smarter> I see
[22:52] <apachelogger> smarter: indeed, since it will only work on maverick ;)
[22:53] <apachelogger> you see, ubuntuone also likes to change things around in a completely non-backwards compatible way
[22:53] <smarter> so, the GTK ui is broken too?
[22:53] <apachelogger> I dunno
[22:54] <apachelogger> last I used the GTK ui I was using gnome and they do not exactly have visual feedback on whether the daemon is connected or not
[22:54] <smarter> well, I'll do a clean install of maverick tomorrow and see if anything works
[22:55] <apachelogger> smarter: good luck ;)
[22:55] <smarter> even if that means I'll have to install gnome :p
[22:55] <apachelogger> smarter: vertok in #ubuntuone is a very helpful person
[22:55] <smarter> noted
[22:56] <smarter> g'night!
[22:56] <smarter> (and thanks (: )
[22:56] <apachelogger> nini smarter
[22:56] <apachelogger> *hugs*
[22:57] <smarter> *hugs!*
[22:59] <CIA-71> [kdebase-workspace] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog patches/kubuntu_34_kdm_plymouth_transition.diff) Update kubuntu_34_kdm_plymouth_transition.diff to quit plymouth when startServerSuccess is called, which should be called whenever successful startup was archived. Failure cases seem to be covered properly
[23:08] <CIA-71> [kdebase-workspace] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/patches/kubuntu_34_kdm_plymouth_transition.diff supreme dalek whitespace fixes
[23:18] <CIA-71> [kdebase-workspace] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/patches/kubuntu_34_kdm_plymouth_transition.diff make public variable and function naming comply with surrounding code
[23:22] <apachelogger> ScottK: ^ I am positive the revised patch exterminates plymouth properly
[23:25] <CIA-71> [kdebase-workspace] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/changelog add bug no to kill bug dead
[23:47] <Riddell> claydoh: ping again, are you able to do us a beta release page?
[23:48] <claydoh> Riddell: beginning work on it in a few moments
[23:49] <Riddell> lovely
[23:49] <claydoh> Riddell: i have some info from scott k, anything important you want mentioned?
[23:50]  * claydoh likes it when Riddell sez 'lovely' :)
[23:51] <claydoh> in us-english, the word \often has a bit of sarcasm attached
[23:51] <Riddell> claydoh: bluedevil instead of kbluetooth
[23:52] <Riddell> qapt-batch instead of install-package
[23:52] <Riddell> kpackagekit has fast new backend and shiny new categories startup screen
[23:53] <Riddell> netbook is on the same image as desktop, should use right workspace for your machine
[23:53] <Riddell> plasma netbook uses global menu
[23:53] <claydoh> ooh yes plus installer bling - already hace screenies of that
[23:53]  * apachelogger is wondering how to translate lovely to german
[23:53] <apachelogger> ulysses: oh, we still need to publish the august report to the public, dont we?
[23:53] <Riddell> apachelogger: "ubersnuggle"
[23:54] <apachelogger> lol, yeah, something like that ^^
[23:58] <yofel> lol


[18:57]  * Mooncairn prays to the computer gods, waiting and hoping the migration to 23.04 goes well.
[19:06] <cmaloney> Good luck
[20:02] <Mooncairn> So far, so good. Some manual package management needed, particularly for PPAs, but nothing too bad.
[20:20] <cmaloney> yeah, ubuntu is boring now, in a good way
[21:20] <Mooncairn> Sadly, the migration to Python 3.11 isn't as boring. Nothing worrisome system-wide, but $HOME/.local/lib stuff needs to be transitioned over.
[21:22] <Mooncairn> Worse, pip3 doesn't seem to want to have anything to do with $HOME/.local/lib.
[21:25] <Mooncairn> Yup, everything Python-based is borked with no fix in sight.
[21:25] <cmaloney> might need to rebuild the venvs
[21:26] <Mooncairn> (I mean everything under $HOME. It appears that the only sanctioned way to install Python packages is through apt.)
[21:26] <Mooncairn> I install a number of utility programs that are written in python, with invocation scripts in ~/.local/bin.
[21:30] <Mooncairn> And python3.10 is gone from Ubuntu 23.04, so going back to it isn't an immediate option.
[21:31] <Scary_Guy> I did it when it just came out with a derivitive (Regolith Linux) and had zero issues.
[22:21] <Mooncairn> pipx (https://github.com/pypa/pipx) seems to be the new way to manage Python-based programs. I don't think it works for Python libraries used by editors like Neovim, so I'm still stuck with whatever is in Lunar and nothing else.
[23:11] <cmaloney> deadsnakes is an option
[23:12] <cmaloney> https://launchpad.net/~deadsnakes/+archive/ubuntu/ppa


[07:36] <mup> PR snapcraft#2389 opened: repo: run `apt update` before `apt install` <Created by abitrolly> <https://github.com/snapcore/snapcraft/pull/2389>
[09:22] <ackk> hi, anyone that could help with a rpi3 issue with ubuntu core?
[09:48] <ackk> is there a tool to modify the uboot.env file?
[11:51] <zyga> ackk: I'm here but I don't know enough about rpi3 to help
[11:51] <zyga> ackk: the config system can toggle some options in the boot process
[11:51] <zyga> ackk: but not sure what you really need
[12:14] <ackk> zyga, hi, so, I have rpi3 with ubuntu core, at some point it was rebooted and didn't come back. turns out the pi2 kernel snap was updated but the var in the uboot env wasn't, so it was trying to boot from a nonexistent kernel
[12:14] <ackk> zyga, I fixed that (I wonder if it's a ubuntu bug), but now the initramfs can't mount the root partition for some reason. it's ext4, but it fails after trying ext3 and ext2, saying there's some incompatibility
[12:14] <ackk> I can mount it fine on my pc
[12:43] <mup> PR snapd#6089 closed: tests: install dependencies during prepare <Simple 😃> <Created by sergiocazzolato> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6089>
[13:32] <ogra> ackk, from the runninf system you can use fw_printenv and fw_setenv to modify uboot.env
[13:32] <ogra> *running
[13:33] <ogra> and indeed you can manage uboot env from the uboot shell from the serial console like on all embedded boards we support
[13:34] <ackk> ogra yeah I was looking for something to change it from my pc, found about uboot-go from mvo :)
[13:34] <ogra> i have never seen it fail to set the vars though ... that would definitely be a bug if you didnt tinker with the card (not properly unmounting it or some such when you used it in a PC between boots)
[13:34] <ackk> ogra, so it turns out the snaps for core and kerner were wrong in the env
[13:34] <ackk> not sure why they didn't get updated
[13:34] <ogra> i have pi's here that run the same image since 2 years without ever failing
[13:35] <ackk> ogra, yeah that's weird
[13:36] <ogra> the ext2/3/4 warnings are nroaml btw ... the ext4 driver loops over all possible extX versions it can support and pronts that nonsense
[13:36] <ogra> *prints
[13:36] <ogra> *normal
[13:37] <ogra> if you can capture a full serial boot log and dump it to a pastebin i can take a look
[13:41] <ackk> ogra, is it normal that the core snap is marked as disabled?
[13:42] <ackk> ogra, (same for the pi2 kernel) https://paste.ubuntu.com/p/F2mrphCvfr/
[13:46] <ogra> no, something is seriously broken
[13:46] <ogra> what image was that originally ?
[13:47] <ogra> core kernel and gadget should never be marked as disabled on UC
[13:48] <ackk> ogra, the official pi3 image
[13:48] <ackk> for ubuntu core
[13:48] <ogra> hmm, strange
[13:48] <ackk> ogra, so I tried to enable core, it rebooted but didn't come back
[13:49] <ogra> i still wonder how you got into that situation in the first place
[13:49] <ackk> ogra, should the pi2-kernel be enaled on a pi3?
[13:49] <ogra> yes
[13:49] <ackk> ogra, it's my nextcloud box, it was just there running
[13:49] <ackk> ogra, I had a power loss, maybe something broke there
[13:49] <ogra> the name is a bit confusing, it should be pi-kernel
[13:50] <ogra> a power loss shouldnt cause this ... the system should recover
[13:50] <ackk> nothing else happened
[13:50] <ackk> snap_core=core_4916.snap
[13:50] <ackk> snap_kernel=pi2-kernel_73.snap
[13:50] <ackk> snap_mode=
[13:50] <ackk> snap_try_core=core_5331.snap
[13:50] <ackk> this looks better
[13:50] <ogra> not really ...
[13:51] <ackk> why?
[13:51] <ogra> sndp should have unset snap_try_core after it verified the boot
[13:51] <ackk> well it hasn't yet
[13:51] <ogra> *snapd
[13:51] <ackk> I just reenabled the snap
[13:52] <ackk> lemme try to reboot
[13:52] <ogra> echnically you should just have rebooted until the system fixed itself ... without touching anything
[13:52] <ogra> if you touched any vars they might be out of sync with what snapd expects
[13:53] <ackk> ogra, I did touch snap_core and snap_kernel as they were set to values that didn't exist and the pi wasn't booting
[13:53] <ogra> i assume there is something wrong with the watchdog ... the system should have done this on its own (rebooting until it fxed itself)
[13:54] <ogra> could it be that your SD is/was full ?
[13:54] <ackk> ogra, no
[13:54] <ogra> we dont really have protection against that yet
[13:54] <ackk> ogra, I rebooted, but it's still on the old core
[13:54] <ackk> and the try is still there
[13:54] <ogra> thats the only way i can imagine that the vars point to something non-existing
[13:54] <ogra> try "snap refresh core"
[13:55] <ackk> ack@nextcloud:~$ df -h | grep mmc
[13:55] <ackk> /dev/mmcblk0p2  3.6G  964M  2.4G  29% /writable
[13:55] <ackk> /dev/mmcblk0p1  127M   38M   89M  30% /boot/uboot
[13:55] <ackk> ogra, ^ fwiw
[13:55] <ackk> ogra, ok it's downloading a newer core now
[13:55] <ogra> lets see how that goes
[13:57] <ackk> rebooting now
[13:57] <ogra> good
[13:58] <ackk> well, it's supposed to, it doesn't seem it is
[13:58] <ogra> whats on the console ?
[13:58] <ackk> ok finally
[13:58] <ackk> nothing
[13:58] <ackk> but it's rebooting now
[13:58] <ogra> finally ? you mean it booted ?
[13:59] <ackk> it's booting
[13:59] <ogra> k
[14:09] <ackk> ogra, ok, everything seems green now
[14:09] <ogra> how does the kernel look in snap list ?
[14:09] <ogra> enable again ?
[14:10] <ogra> *enabled
[14:10] <ackk> pi2-kernel  4.4.0-1098.106  73    stable    canonical✓  kernel
[14:10] <ackk> yep, everything enabled
[14:10] <ogra> ok .. thats fine but outddated ...
[14:10] <ogra> snap refresh pi2-kernel
[14:10] <ogra> then you should be back up to date
[14:11] <ogra> (current stable is rev 74)
[14:13] <ackk> cool, thanks
[22:20] <mup> Bug #1600136 changed: App indicator does not show icon for Qt apps or with custom icons <isv> <patch> <snap-desktop-issue> <verification-done> <appmenu-qt5 (Ubuntu):Fix Released by 3v1n0> <libappindicator (Ubuntu):Fix Released by 3v1n0> <qtbase-opensource-src (Ubuntu):Fix Released by 3v1n0> <sni-qt
[22:20] <mup> (Ubuntu):Fix Released by 3v1n0> <appmenu-qt5 (Ubuntu Xenial):Fix Released> <libappindicator (Ubuntu Xenial):Fix Released> <qtbase-opensource-src (Ubuntu Xenial):Confirmed> <sni-qt (Ubuntu Xenial):Fix Released> <https://launchpad.net/bugs/1600136>


[10:14] <gac1> hello are their any Ubuntu specialists here ? Because I forget even the basic stuff I did know about using Ubuntu
[10:15] <gac1> Like for example how to get an app that is marked for installation then applied to actually function. I forget the other step. Duh.
[10:16] <gac1> I'm trying to get antivirus clam av to function
[10:17] <gac1> It is downloaded but I forget the next step. I haven't had a lot of experience using Ubuntu and don't spend a lot of time trying to figure it out
[10:18] <gac1> Is anybody here ?
[17:41] <akashm> hi all
[17:53] <akashm> i have question
[17:53] <mhall119> if it's a support question, you should ask it in #ubuntu, that's where all the support people are
[17:53] <mhall119> this channel is used for teaching classes
[17:55] <akashm> k
[17:56] <akashm> when i try try to gksudo ./myscript
[17:56] <akashm> it doesnt run at all
[17:58] <akashm> any suggestion?
[18:00] <padhu> akashm: ask the same on #ubuntu


[21:39] <bkerensa> chrisccoulson: are you able to reproduce this at all? https://bugzilla.mozilla.org/show_bug.cgi?id=929450
[21:39] <ubot2> Mozilla bug 929450 in Migration "Firefox sometimes doesn't reopen after Resetting Firefox" [Normal,New]