[00:26] <DarkwingDuck> nixternal, jjesse: I'm starting to work on the desktop doc
[00:26] <txwikinger> hmm usb mount does not work automatically anymore
[00:26] <DarkwingDuck> I've already updated the wiki
[00:26] <DarkwingDuck> txwikinger: I've noticed it works about 50% of the time
[00:47] <amichair> JontheEchidna: I've got a q regarding hookgui, just to see if I'm missing something
[00:57] <amichair> JontheEchidna: a few, actually...
[01:01] <anika_> amichair: ask :)
[01:02] <amichair> is there a difference in each if/else block in the constructor between what happens in the if and the else, other than the key name?
[01:06] <jjesse> DarkwingDuck: the netbook.xml file looks good
[01:06] <DarkwingDuck> thanks jjesse
[01:07] <jjesse> there's some stuff that might need to befleshed out, but over all looks good
[01:07] <DarkwingDuck> ScottK said there would be more changes so I'll keep an eye on the daily build
[01:07] <jjesse> yeah
[01:08] <DarkwingDuck> I'll start working on some of the other docs too
[01:08] <DarkwingDuck> Since we seem to be starting from square one?
[01:08] <jjesse> hrmm don't kow if we are indeed starting from square one
[01:09] <jjesse> are we starting from square one nixternal?
[01:09] <JontheEchidna> amichair: in all cases it's just looking for a key and returning the value
[01:10] <amichair> JontheEchidna: so why do the if's and else's.... look so different?
[01:10] <DarkwingDuck> Most of the new docs look quite empty...
[01:10] <DarkwingDuck> I'll have to find the old ones then.
[01:10] <JontheEchidna> amichair: oh, for name and description we can possibly have localized name and description fields
[01:11] <JontheEchidna> so we check for the prescence of those first
[01:11] <amichair> JontheEchidna: nono, I mean using contains+[], as opposed to iterator, loops, checks, breaks...
[01:11] <JontheEchidna> oh
[01:11] <amichair> don't they do the exact same thing?
[01:12] <DarkwingDuck> jjesse: lp:kubuntu-docs is pretty much empty
[01:12] <JontheEchidna> amichair: contains just gives me a boolean on whether it exists
[01:13] <JontheEchidna> oh
[01:13] <JontheEchidna> hmm
[01:13] <amichair> JontheEchidna: right, and then [] gets it
[01:13] <JontheEchidna> yeah, I could just do contains() to see whether I could assign it with []
[01:14] <amichair> JontheEchidna: a while loop with a break at the end of the first loop is basically an if. getting an iterator and checking if it's not empty, then comparing it to the key by which it was already filtered, and then taking the value... it looks to me like it's doing the same thing
[01:14] <JontheEchidna> yeah
[01:15] <amichair> it would be much shorter and clearer to do contains and [] here too...
[01:15] <amichair> unless, of course, I'm missing some subtlely here...
[01:15] <JontheEchidna> I think I just came across the contains() function when I added the language support
[01:15] <JontheEchidna> and it never hit me I could do the same thing for getting the non-localized values
[01:16] <amichair> JontheEchidna: now about that, the wiki page says fields starting with _ should be i18nized, so where does the name-language syntax come in?
[01:17] <JontheEchidna> amichair: that's for the "source" hook, so to speak. The final installed version will not have the _ in front of it, but rather be in the format of name-langcode
[01:18] <amichair> JontheEchidna: oh I get it, langs are expanded when creating the file rather than by the code that uses it
[01:19] <JontheEchidna> right, the _ just denotes that it can be translated so that gettext picks up on it
[01:19] <amichair> JontheEchidna: is there an advantage to this over translating dynamically as in other code?
[01:20] <JontheEchidna> I don't understand
[01:21] <amichair> it could just as well have been a simple english file, and the code processing it would call gettext or _() or whatever it's called at runtime, just like it does for resources which are hard-coded in the sources, no?
[01:22] <JontheEchidna> I guess
[01:23] <amichair> is it this way because of problems gapping translations between different apps/components (which communcate via the files)?
[01:23] <JontheEchidna> dunno
[01:23] <amichair> ok
[01:25] <amichair> one other thought: instead of QMap< QString, QMap< QString, QString > > and language checking and standalone parser etc, how about having a Hook class?
[01:25] <amichair> it can take the filename in the constructor, do it's parsing/translating internally, and provide a cleaner external interface
[01:26] <amichair> so the gui just treats it as an opaque data structure, regardless of the dirty details inside...
[01:26] <JontheEchidna> That could work
[01:26] <JontheEchidna> But it seems all I've ever done with hook support is shove dirty details into their own little world :P
[01:27] <amichair> lol
[01:27] <JontheEchidna> This would be good in that it would remove the need for un-parsing
[01:27] <JontheEchidna> the hook class could provide methods for each of the fields
[01:28] <amichair> yep, and handle language-checking automatically, etc
[01:28] <JontheEchidna> then all we have to do is QLabel->setText(m_ourHook->name());
[01:28] <amichair> and it would be easier to fix the single m_command/m_terminal for multiple hooks bug too :-)
[01:28] <amichair> yeah, that's the idea
[01:29] <amichair> encapsulate the implementation details and duplicate functionality (e.g. those langs things)
[01:30] <amichair> anyway if u like the idea I can do it tomorrow
[01:30] <JontheEchidna> Sounds great. Thanks a bunch
[01:31]  * JontheEchidna afk for a bit
[01:31] <amichair> btw I'm not sure the kmime thing will work out, it's harder to get at a header iterator
[01:32] <amichair> (and I don't know how to include it in the project anyway :-) )
[01:32] <amichair> I'm off to bed... c u tomorrow :-)
[02:14] <shtylman> JontheEchidna: notifier stuff looks really good (on your blog) nice work
[02:17] <jjesse> yes JontheEchidna good job
[02:18] <jjesse> nixternal are we scrapping the docs totally or just tweaking what we currently have
[02:19] <JontheEchidna> shtylman, jjesse: Thanks. apachelogger and smarter deserve credit too
[02:29] <Lex79> JontheEchidna: can we sync only with testing ? no unstable?
[02:30] <JontheEchidna> Lex79: if we need to sync with unstable we can sync with unstable. I would say that while it's preferred to sync from testing this release it's not required
[02:32] <Lex79> ok I understand
[02:35] <DarkwingDuck> jjesse: I don't think nixternal is around
[02:36] <jjesse> i figure such
[02:36] <DarkwingDuck> :) I think that fixing the current docs would be a better way to go...
[02:36] <jjesse> me to
[02:37] <jjesse> i keep dropping ssh connections to my netbook
[02:37] <jjesse> no idea why
[02:37] <DarkwingDuck> hmmm, I have not attempted that yet.
[02:37] <DarkwingDuck> then again, I test for bugs and write documentation based on what I'm doing :D
[02:38] <DarkwingDuck> VBox keeps freezing on the Lucid install
[03:18] <nixternal> jjesse: yes, scrapping the docs totally....to tweak what we have would be just as much work, if not more
[03:18] <jjesse> wow seems like a lot of werk
[03:18] <jjesse> :)
[03:19] <nixternal> it is, but I am hoping to have 90% of it complete by the end of the holidays for translations
[03:19] <nixternal> oh
[03:19] <nixternal> netbook is draft, and someone just did the audio topic :)
[03:20] <nixternal> we have minions for once :p
[03:20] <jjesse> yay i like minions
[03:21]  * jjesse heads out to walk the dog and go to bed
[03:22] <ScottK> Lex79: kdepim retried.
[03:22] <nixternal> nice, we have Dell on the Planet pimping "Chromium OS on a Mini 10v"
[03:22] <ScottK> Yup.
[03:23] <ScottK> I guess it works for Canonical either way.
[03:23] <nixternal> well, it wasn't a Canonical thing to put Dell on there
[03:23] <nixternal> Dell has an employee who just happens to be a member and added it himself...
[03:23] <ScottK> Because Dell is an Ubuntu Member?
[03:23] <nixternal> no
[03:24] <nixternal> the one employee added the stuff himself...nobody said yes/no to it
[03:24] <nixternal> there is a new thing being designed for the planet that allows manufacturers have their news on the Planet as well
[03:24] <ScottK> Grumble.
[03:24] <nixternal> ie. dell, system76, and such
[03:25] <nixternal> but it is supposed to only pertain to ubuntu
[03:27] <DarkwingDuck> I'm working on desktop next
[03:27] <DarkwingDuck> minions? :P
[03:34] <nixternal> booyah!  http://bazaar.launchpad.net/~dhillon-v10/kubuntu-docs/dhillon-v10/annotate/head:/docs/audio/C/audio.xml
[03:34] <nixternal> that is a darn good start right there for the audio stuff...a few little fixes and that will be easy to whip into shap
[03:41] <Lex79> ScottK: https://edge.launchpad.net/ubuntu/+source/kdebase/4:4.3.3-0ubuntu2/+build/1365534
[03:41] <ScottK> nixternal: Be sure to talk to maco, since she's the Kubuntu audio expert now.
[03:42] <ScottK> Lex79: Done.
[03:42] <Lex79> great
[03:47] <Lex79> kdetoys is not uploaded yet, wiki merge says Quintasan has submitted for review...where no one knows :)
[03:49] <nixternal> ScottK: audio as in playing audio, not the hardware
[03:50] <ScottK> nixternal: I figure if i say it three times it will be true.  That's two.
[03:54] <DarkwingDuck> nixternal: I've updated taking what I'm going to be working on.
[03:54] <DarkwingDuck> Plus, as Lucid keeps getting updated I'll be updating
[04:09] <nixternal> hey, for .desktop translations, I am using debhelper, so I added the pkg-kde-tools shit for kde.mk...that will add the ubuntu gettext stuff to the file supposedly for translations...where the hell will those translations go? will they be part of the package or will they be a part of some silly l10n package?
[04:12] <ScottK> Should be part of the package.
[04:12] <ScottK> Then they'll get stripped.
[04:14] <JontheEchidna> you'll have to set a translation domain variable to get it all working, see any core KDE package for reference
[04:15] <nixternal> do I have to manually add that gettext stuff then to the desktop files?
[04:15] <ScottK> nixternal: Did you say good stuff on JontheEchidna's kubuntu-dev application yet?
[04:15] <JontheEchidna> oh, I should mention that this variable goes in debian/rules
[04:15] <nixternal> can't say that I have
[04:16] <ScottK> nixternal: Please do.  It might even motivate him to help you .... ('cause I don't know this stuff either)
[04:16] <nixternal> boost api docs are awesome
[04:16]  * ScottK consults is irony detector.
[04:16] <ScottK> is/his
[04:16] <nixternal> ScottK: the sad thing is, I did this crap for another application, actually a couple of them...and I can't remember which ones they were :)
[04:17] <nixternal> ScottK: writing a C++ app for a client
[04:17] <ScottK> Ah.
[04:17] <ScottK> Make sure it works with one and only one boost version for guaranteed lifetime employment.
[04:18] <nixternal> I don't have to worry about them breaking stuff, as it will be me maintaining their stuff for a while
[04:18] <nixternal> until I sell the contract off of course
[04:18] <ScottK> Nice.
[04:18] <nixternal> I can only take this consulting stuff for so long....
[04:19] <nixternal> my last consulting gig I was hoping would turn into a full-time gig, but it didn't....it would have definitely caused me to stop contributing here
[04:19] <nixternal> and it wasn't with microsoft!
[04:19] <DarkwingDuck> is there a way to port the kubuntu-docs when finished into docs.kubuntu.org at all?
[04:19] <JontheEchidna> apachelogger: http://jontheechidna.wordpress.com/2009/11/25/kubuntu-notification-helper-0-4-85-0-5-beta1/#comment-1193
[04:19] <nixternal> DarkwingDuck: yes, 'make web' will do it all for us
[04:20] <nixternal> wtf is up with nepomuk
[04:20] <DarkwingDuck> Who runs kubuntu.org? Canonical?
[04:21] <nixternal> yup
[04:22] <DarkwingDuck> so, how hard is it to get docs.kubuntu.org put together with a Lucid release
[04:22] <nixternal> hahahahahahahahahahahahahahhaha
[04:22] <nixternal> sorry
[04:22] <DarkwingDuck> that bad eh?
[04:22] <nixternal> ryanakca or Riddell would be better suited for that one
[04:23] <nixternal> we used to be at help.ubuntu.com but someone decided that kubuntu docs shouldn't be on an ubuntu domain
[04:23] <DarkwingDuck> waaa?
[04:24] <nixternal> someone also decided to CC-by-SA our docs, so we can't even use KDE docs, or link to them at all, so luckily we can cheat with <ulink type="help" url="help:/foo">
[04:24] <nixternal> thank god for KIO!!!
[04:25] <DarkwingDuck> does canonical not want to support us or, is this the mainstram guys?
[04:25] <DarkwingDuck> *Mainstream
[04:26] <DarkwingDuck> and by mainstream I mean ubuntu the gnome flavor...
[04:26] <nixternal> it wasn't canonical's decision
[04:26] <nixternal> which I find a bit odd
[04:27] <DarkwingDuck> hmm...
[04:27] <nixternal> jjesse: do you remember the whole thing about switching to cc-by-sa from gfdl?
[04:27] <DarkwingDuck> also, I don't know if I'm stepping on toes but, why are we not our own team for kubuntu docs?
[04:28] <DarkwingDuck> we don't follow their procedures, to are the bastard children...
[04:28] <nixternal> what I would really like to do, and it is my dream, is to eventually split kubuntu-docs from the ubuntu documentation project so I^we can: a) control the layout of our shit b) not have to follow the current layout of ubuntu-docs, c) make our own decisions, I mean after all it is our docs
[04:28] <DarkwingDuck> to=we
[04:28] <DarkwingDuck> ROFL
[04:28] <nixternal> haha
[04:28] <DarkwingDuck> 20 seconds
[04:28] <nixternal> we were thinking the same thing at the same exact time
[04:28] <DarkwingDuck> That's what I was thinking too
[04:29] <DarkwingDuck> who do we have to convince?
[04:29] <nixternal> we shouldn't have to convince anybody...kubuntu-docs are ours, we maintain them...nobody else does
[04:29] <DarkwingDuck> So, why don't we?
[04:29] <nixternal> it is to much of a head ache for me to take on
[04:30] <DarkwingDuck> actually, the question should be, what is stopping us?
[04:30] <nixternal> jjesse and I tried a couple of years ago
[04:30] <DarkwingDuck> and?
[04:30] <nixternal> this whole idea of topic based docs came about, which is a good idea....so all we did was pull all of the parts out of our user guides into separate docs...creating the illusion we were doing topic based help
[04:30] <nixternal> look at the ubuntu-docs bzr repo
[04:31] <nixternal> it is a mess
[04:31] <DarkwingDuck> I have... I gave up
[04:31] <nixternal> haha, exactly
[04:31] <nixternal> that's the reason I decided to clean ours up
[04:31] <nixternal> people would be like "ya! I want to help"
[04:31] <nixternal> then they look at the docs and then never return an email
[04:31] <DarkwingDuck> So, actually, because we are starting fresh this woudl be the PERFECT time to do it
[04:32] <nixternal> post LTS
[04:32] <DarkwingDuck> post?
[04:32] <nixternal> though, it is dangerous doing what I did for an LTS, but I feel I have a good grasp of everything right now, and there was no better time at doing it
[04:32] <nixternal> after first of the year, if I go back to working for a company, I won't be around much
[04:33] <DarkwingDuck> It's not that bad. between you me and jjesse and the handfull of help here and there we should have most of this done by Christmas
[04:33] <nixternal> exactly my plans :)
[04:33] <DarkwingDuck> So, if we get it all done, keep with the upkeep why not break away for Lucid?
[04:33] <DarkwingDuck> Since we are starting fresh anyway?
[04:34] <DarkwingDuck> I'm non-deployable so, I'm not going anywhere.
[04:37] <nixternal> well, with khelpcenter the way it is, the benefit isn't all that huge...i am working with upstream on creating a newer version of khelpcenter...would like to restructure kde documentation fully as well
[04:38] <nixternal> hopefully sometime next year, have a sprint that will deal with all of this
[04:39] <nixternal> it is kind of nice actually for me and documentation stuff....I am also the project leader for KDE documentation (which I have done a shit job at recently)...here in/around Chicago, we have me, the Xfce/Xubuntu documentation leader, as well as the head developer of all things documentation for GNOME
[04:39] <nixternal> we are getting together in a couple of months to figure out the best route for a cross-platform help system
[04:41] <nixternal> I made 2 pumpkin pies for tomorrow...couldn't help it, started eating one already :)
[04:42] <DarkwingDuck> Okay, I guess I don't understand what goes into making a new team. This is the way I see it currently. We use docbook, ubuntu-doc uses Mallard. When ever there has been a kubuntu doc done for the past few years its gone to you or jjesse from ubuntu-doc. MKE doesn't seem to mind/care about kubuntu side of the house. We are our own team in every way except officially...
[04:43] <DarkwingDuck> Oh, and we have our own branch that ubuntu-doc doesn't really touch
[04:43] <DarkwingDuck> we deal with the translators on our own...
[04:43] <DarkwingDuck> I'm sorry, I'm kinda a realist :D
[04:44] <JontheEchidna> The Chicago mob is secrectly based around the documentation of FOSS
[04:44] <DarkwingDuck> JontheEchidna: +1
[04:44] <DarkwingDuck> lol
[04:45] <DarkwingDuck> nixternal am I just off with something?
[04:45] <JontheEchidna> You should make an offer the ubuntu-docs team.... cannot refuse.
[04:45]  * JontheEchidna whips on sunglasses
[04:47] <nixternal> DarkwingDuck: ubuntu-doc isn't using mallard yet are they?
[04:48] <nixternal> I thought mallard wasn't ready for the big time yet
[04:48]  * nixternal attempts a deb build of kubuntu-docs 10.04.0
[04:48] <nixternal> 50 to 1 it doesn't work
[04:49] <DarkwingDuck> from what I gathered from email chains is that they are working very quickly to transition
[04:49] <nixternal> ya, I don't pay attention to their stuff
[04:49] <nixternal> ok, nepomuk is pissing me off
[04:52] <DarkwingDuck> I was reading it off and on.
[04:52] <DarkwingDuck> *sigh* VBox is pissing me off
[04:53] <nixternal> qemu ftw!
[04:53] <nixternal> if your system supports virtualization, qemu is the way to go
[04:53] <nixternal> way less overhead that vbox
[04:53] <nixternal> and, of course I forget to build dep on pkg-kde-tools :p
[04:53] <DarkwingDuck> I like the video options from VBox...
[04:54] <DarkwingDuck> or, does qemu support it?
[04:54] <nixternal> ahh, no support for those options
[04:54] <nixternal> remember, all screenshots at 1024x768 :)
[04:54] <nixternal> png format
[04:54] <JontheEchidna> g'night
[04:54] <nixternal> though I usually take care of all screenshots before final release
[04:54] <nixternal> g'nite
[04:55] <DarkwingDuck> :) yeah yeah yeah. except for the netbook... 1027x600
[04:55] <DarkwingDuck> *1024x600
[04:55] <DarkwingDuck> I was thinking of you tube vids... Kinda show off Plasma a bit
[04:57] <nixternal> ok, I have a piece of pumpkin pie with my name written all over it
[04:57] <nixternal> brb
[04:58] <nixternal> :)
[05:02] <nixternal> that pie just got its ass kicked
[05:04] <DarkwingDuck> LOL
[05:04] <DarkwingDuck> Anyway, back to the breaking off topic... why aren't/cant we?
[05:08] <nixternal> for some reason the ubuntu documentation project wants to hold on to everything
[05:10] <DarkwingDuck> So, who makes that? MDKE?
[05:16] <nixternal> he has his fingers in it, yes
[05:16] <nixternal> but he shouldn't be making decisions for kubuntu-docs
[05:17] <nixternal> right now, the layout sort of works...when it is time for new and exciting changes, then I will reinvest time to look at pulling away a bit
[05:18] <DarkwingDuck> If you need help with that let me know.
[05:18] <DarkwingDuck> Did it build?
[05:19] <nixternal> no, I keep breaking other things
[05:19] <DarkwingDuck> ahh
[05:19] <nixternal> ooh, I have a bunch of work to get it to build yet
[05:19] <DarkwingDuck> :) Okay, I'm heading to bed.
[05:20] <DarkwingDuck> getting up early to cook
[05:27] <nixternal> g'nite
[05:35] <vorian> bed is for the WEAK and stuff
[08:19] <siretart`> hey there
[08:20] <siretart`> I'm about to upload this diff to kdemultimedia:
[08:20] <siretart`> http://paste.ubuntu.com/328304/
[08:20] <siretart`> just before uploading I've noticed that the package seems to be managed in bzr, so I wanted to commit that debdiff to the branch
[08:21] <siretart`> however, it seems that I'm not allowed to commit to that branch
[08:21] <siretart`> anyone around that could commit the diff for me and upload it? or shall I just upload and someone who can will import the diff from launchpad to the branch?
[08:24] <jussi01> siretart`: its a bit quiet here in the mornings, perks up in about an hour or 2. can try pinging Riddell or ScottK or apachelogger for example...
[08:25] <siretart`> I guess you just did for me :-)
[08:26] <jussi01> yup :D
[08:26] <ghostcube> apachelogger is to old to be up :D he needs is beauty case sleep away
[08:26] <ghostcube> rofl
[09:31] <amichair> JontheEchidna: in hookgui, is it inded that invokeTerminal will run only when the command is quoted? or should that last line be outside the if?
[10:16] <apachelogger> ghostcube: thuesday is the only day I dont have a calculus lecture, hence you will never see me learier than 10 :P
[10:16] <ghostcube> :D
[10:17] <apachelogger> siretart`: I'll commit the diff right away, thanks for the heads up :)
[10:18] <siretart`> apachelogger: will you do the upload as well?
[10:18] <apachelogger> siretart`: can do
[10:18] <siretart`> okay, thanks
[10:30] <apachelogger> hum hum
[10:30]  * apachelogger is wondering when the meeting JontheEchidna was writing about is
[11:19] <Quintasan> apachelogger: I did not expect you to be such a good showman :O reading our maling list made me laugh really hard :P
[11:20] <Quintasan> Riddell: I belive I sent kdetoys debian diff for review but I didn't receive any comments on it, here's the link in case -> http://dl.dropbox.com/u/69524/kdetoys-ver666.tar.gz
[11:46] <brmassa> guys, is there anything i can do regarding the TIMELORD initiative?
[11:47] <Tm_T> brmassa: hug me ):
[11:47] <brmassa> Tm_T: so be it
[11:47] <brmassa> brmassa [] Tm_T
[11:48]  * Tm_T hugs brmassa back
[11:48] <brmassa> jezz!!! :P
[11:48] <Tm_T> thank you, now I can continue with this nepomuk mess ->
[11:49] <brmassa> Tm_T: ;-)
[11:49] <brmassa> so... testing/developing/documenting?
[11:51] <Sput> making it build?
[11:51] <Sput> :)
[11:51] <Tm_T> Sput: nepomuk currently in trunk is disabled, it's a mess ):
[11:51] <Tm_T> hmmm, who was our "the man" when talking about translations ?
[11:51] <Sput> Tm_T: yeah, I've noticed
[11:52] <Sput> my system is half-broken currently
[11:52] <Tm_T> Sput: I have spent a full week if not more to constantly sorting out why trunk is broken
[11:52] <Sput> not very nice of Trueg to introduce something like this a couple hours before feature freeze :/
[11:52] <Sput> Tm_T: same
[11:52] <Tm_T> Sput: I know, I've been bashing him
[11:53] <Sput> well, actually introducing would've been OK if it were tested
[11:53] <Tm_T> Sput: ye, shame most of the time people don't remember to mention the one who hints them about build issues and sorts or I would have got more hilights in -commits
[11:53] <Tm_T> Sput: he doesn't have enough time IIRC, and constantly forgets parts of commits etc... (:
[11:54] <Tm_T> and to be honest, he is not alone
[11:54] <Tm_T> also too many changes goes in without proper check of requirements etc
[11:55] <Tm_T> Sput: it's not fun to make sure trunk builds in Intrepid also
[11:55] <Sput> yeah thank $fsm I don't have to care about such things
[11:57] <Tm_T> now I know when I get my session up I won't compile anything until it's all sorted
[12:16] <Quintasa1|Szel> grrrr, my mother sometimes is really wried, I'm healthy enough to vaccum my carpet but not to use  the computer :O
[12:16] <Sput> obviously, you need a new mom
[12:17] <Quintasan|Szel> r...
[12:17] <Tm_T> Quintasan|Szel: say "good, that's the way" to your mother from me
[12:18] <Quintasan|Szel> Tm_T: :<
[12:20]  * Quintasan|Szel loves PuTYY
[12:20] <Quintasan|Szel> PuTTY even
[12:46] <Riddell> Quintasan: where's your kdetoys merge?
[12:55] <siretart`> apachelogger: thanks for the upload
[12:56] <apachelogger> siretart`: you're very welcome
[13:01] <Riddell> Quintasan: found it, uploaded, thanks
[13:01]  * Riddell deletes 1000 rosetta spam e-mails
[13:10] <amichair> JontheEchidna: another q, who is responsible for deleting the hooks? right now the user can run the hook command multiple times and it'll keep showing up
[13:14] <apachelogger> amichair: AFAIK they do not get delted, but blacklisted in a config
[13:14] <apachelogger> since some hooks might require each user to take action
[13:14] <amichair> oh
[13:14] <amichair> and who does the blacklisting?
[13:14] <apachelogger> though I suppose there is some difference between system hooks and user hooks
[13:14] <amichair> are we supposed to do it after the user selects 'do it'?
[13:15] <apachelogger> amichair: if the hooks code doesnt do it, then no one :P
[13:15] <apachelogger> amichair: pretty much so
[13:15] <amichair> apachelogger: yes, that's what I found :-)
[13:15] <apachelogger> actually I would say - after successfully executing the command
[13:38] <JontheEchidna> amichair: you're right, that if else statement is messed up
[13:38] <JontheEchidna> the else should be in regards to the second if
[13:39] <amichair> JontheEchidna: ok, fixed that
[13:39] <amichair> JontheEchidna: I made the change we discussed yesterday, it's lookin god
[13:39] <amichair> JontheEchidna: now I'm looking into further issues, like what happens when a notification occurs while the dialog is already open, or when a hook is deleted (which also pops up a notification!), etc
[13:40] <JontheEchidna> apachelogger: the meeting I referred to is the multimedia sprint that sandsmark was talking about
[13:40] <apachelogger> JontheEchidna: I meant on the mailing list
[13:40] <JontheEchidna> oh
[13:41] <apachelogger> oh
[13:41] <apachelogger> there is more
[13:41] <JontheEchidna> presumably there will be a meeting to process my application
[13:41] <rgreening> apachelogger: did you see the latest DrWho?
[13:41] <apachelogger> JontheEchidna: I am signed up for the sprint already :P
[13:41] <JontheEchidna> cool
[13:41] <apachelogger> markey pointed it out to me
[13:42] <markey> apachelogger++
[13:42] <apachelogger> though really, as I mentioned loads of times, KDE needs a generic solution to this
[13:42] <apachelogger> rgreening: waters on mars?
[13:42] <apachelogger> not ye
[13:42] <apachelogger> t
[13:42] <markey> apachelogger: btw, we still need some more people, would be nice of you could do some promotion for the event
[13:42] <apachelogger> didn't find the right mood to ... I dont want to waste that on a boring evening where I will only pay half the attention it deserves anyway :P
[13:42] <markey> (any multimedia related folks will do)
[13:42] <apachelogger> markey: did you invite the bangarang dood?
[13:42] <markey> the what?
[13:43] <apachelogger> bangaran
[13:43] <apachelogger> g
[13:43] <apachelogger> some new video player
[13:43] <markey> never heard of that
[13:43] <markey> from kde?
[13:43] <apachelogger> there have been a couple of posts on planet kde
[13:43] <apachelogger> markey: yes
[13:43] <markey> well, we sent mails to the multimedia ML, promo ML, events ML....
[13:43] <markey> and about 50 more
[13:43] <markey> if he hasn't seen it yet, then I dunno
[13:43] <apachelogger> markey: also dtchen might be good to have around since he is the one knowing all about them pulseaudio :)
[13:43] <markey> we already have a PA developer on board
[13:43] <markey> Colin Guthrie
[13:44] <JontheEchidna> apachelogger, amichair: I did check it out and it appears that gnome's update-notifier has a hook-delete.c file
[13:44] <markey> but another one can't hurt
[13:44] <apachelogger> markey: I think dtchen is more about implementations :D
[13:44] <markey> feel free to ask him
[13:44] <markey> yeah, cool
[13:44] <markey> ask him :)
[13:44] <markey> we have plenty space in the location
[13:44] <apachelogger> dtchen: wanna come to kde multimedia sprint in may in .ch?
[13:44] <apachelogger> JontheEchidna: in that case we might as well kill it
[13:45] <apachelogger> JontheEchidna: I seem to remember that the python thingy does only blacklist though
[13:45] <apachelogger> anyhow
[13:45] <apachelogger> JontheEchidna: it would be cool if you could update the hook specification
[13:45] <markey> here's the official mail for the MM-Sprint, with all information:
[13:45] <markey> http://lists.kde.org/?l=kde-events&m=125811990106415&w=2
[13:45] <JontheEchidna> yeah, it craps all over kdeglobal each time you see a a hook :P
[13:45]  * apachelogger notes that all of ubuntu fails when it comes to updating implemetnation specifications
[13:45] <dtchen> apachelogger: details? Foreign travel is kinda tough for me
[13:45] <apachelogger> dtchen: http://lists.kde.org/?l=kde-events&m=125811990106415&w=2
[13:46] <apachelogger> JontheEchidna: lol
[13:46] <apachelogger> markey: do you have a gst dude on board?
[13:47] <rgreening> Ya. The doc is insane! Oh my...
[13:47] <rgreening> apachelogger: ^
[13:47] <apachelogger> oh my
[13:47] <rgreening> :)
[13:47] <rgreening> watch it now apachelogger
[13:48] <apachelogger> there is a box that sez "A system restart is required"
[13:48] <JontheEchidna> Waters of Mars rocked
[13:48] <apachelogger> and there are 3 freaking buttons!
[13:48] <apachelogger> JontheEchidna: I dont wanna hear about it :P
[13:48] <apachelogger> so
[13:48] <markey> apachelogger: don't think so, but would be good to have some (although we're kinda navigating towards using VLC as the main Phonon backend)
[13:48] <apachelogger> who came up with that 3 buttons idea
[13:48] <apachelogger> way too confusing
[13:48] <apachelogger> which one to press
[13:48] <apachelogger> oh dear
[13:48] <markey> the VLC lead dev will attend as well
[13:49] <apachelogger> !info vlc
[13:49] <markey> libVLC, that is :)
[13:49] <markey> not the player itself
[13:49] <apachelogger> !info libvlc-dev
[13:50] <apachelogger> markey: all goody
[13:50] <markey> :>
[13:50] <apachelogger> since it is not multiverse there probably are no patent/legal complications with it
[13:50] <markey> nice
[13:50] <apachelogger> so technically it could go default in ubuntu
[13:50] <markey> yeah, and VLC is very well maintained
[13:50] <markey> quality software
[13:50] <apachelogger> that would also allow me to promot kamoso to main and ship it in the netbook remix :D
[13:50] <markey> and eean knows the VLC devs well
[13:50] <markey> they are nice folks
[13:51] <apachelogger> they are french, all french are nice :P
[13:51] <markey> well.... ;)
[13:51] <apachelogger> weird but nice :P
[13:51] <markey> let's say, the french cuisine is excellent ;)
[13:53] <Tm_T> hmm, does we Kubuntu has something I should start pushing to Akademy already?
[13:54] <Tm_T> as I will contact local people soon about it in overall
[13:54] <Tm_T> soon means today or tomorrow
[13:54]  * Tm_T has to do something else now that trunk is broken and a mess
[13:55] <Tm_T> I finally got webkit kpart built but other things are broken now, hooray ):
[14:08] <ScottK> apachelogger: We need to schedule a kubuntu-dev meeting now to review JontheEchidna's application.
[14:09] <apachelogger> tomorrow UTC evening?
[14:09] <Quintasan> Riddell: no problem :)
[14:09] <Quintasan> apachelogger: thanks for writing the mail :)
[14:10]  * JontheEchidna has rosetta@launchpad.net blackholed in KMail
[14:11] <ScottK> apachelogger: Works for me.
[14:11] <Quintasan> good idea, I hate getting shitloads of messages inbox
[14:11] <ScottK> We need at least 3 there.  We also need to invite Riddell, nixternal, and Tonio_.
[14:12] <amichair> apachelogger, JontheEchidna: know of a normal way to remove the pages from a kpagedialog?
[14:12]  * ScottK goes AFK.
[14:13] <Quintasan> Riddell: is it normal for armel to fail?
[14:14] <JontheEchidna> amichair: removePage(KPageWidgetItem *page)
[14:14] <amichair> JontheEchidna: if you don't keep around references to all pages, that is
[14:14] <JontheEchidna> apachelogger: oh, thanks for the feedback on my app too. I'm touched :)
[14:15] <amichair> I can't even find a decent way to iterate the pages
[14:15] <JontheEchidna> maybe we could contstruct a signal/slot during the iterator where we create all the pages?
[14:15] <JontheEchidna> hmm, that wouldn't work
[14:15] <amichair> ?
[14:16] <JontheEchidna> nevermind
[14:16] <amichair> the multi-hook problem is already fixed, if u meant that. I'm now trying to have it update the dialog with changes that occur while it's open
[14:17] <Riddell> Quintasan: armel fails for qt4-x11 currently so everything kde will fail :(
[14:17] <amichair> i.e., if we implement deleting the hook and the dialog is open, or there's a new notification while it's open
[14:17] <Riddell> apachelogger: I'm out tomorrow evening (and this evening)
[14:17] <Riddell> apachelogger: I'll be around every evening next week after 19:00UTC but not daytimes
[14:18] <Quintasan> Riddell: kay, thanks, I was worried I screwd something in toys :)
[14:18] <apachelogger> Riddell: well, fine with me, I suppose ScottK should also be around one of these evenings
[14:18] <apachelogger> ScottK: just tell us when you prefer to do the meeting
[14:18]  * apachelogger contineus writing about pointers
[14:20] <apachelogger> amichair: create an iterator class then :P
[14:20] <Quintasan> apachelogger: about RecordItNow, the recordmydesktop frontend, do you think we can put it in repos with proper testing? I didn't manage to crash it and it worked with serveral different options :P
[14:20] <apachelogger> Quintasan: well, yes
[14:20] <apachelogger> but really
[14:20] <apachelogger> Quintasan: you would have to talk to whoever spends most time on recordmydesktop
[14:21] <apachelogger> as I pointed out, since the latter does not provide an API recorditnow and recordmydesktop must always be version compatible
[14:21] <amichair> apachelogger: I don't know how to get to them... they're not even children of the dialog, but of a kvbox, which has no parent! they're lost in space!
[14:22] <apachelogger> amichair: kvbox.children() shoudl return a qobjectlist
[14:22] <JontheEchidna> This means we are probably (ab)using KPageDialog in ways never concieved :P
[14:22] <apachelogger> guessing that is :P
[14:22]  * apachelogger cant really propose solutions since he doesnt know the code and needs to write about c pointers anyway :P
[14:22] <amichair> apachelogger: but I can't get to the kvboxes either... it's strange, this api
[14:22] <Quintasan> apachelogger: if we do not update recordmydeskop it must work :P
[14:23] <amichair> JontheEchidna: no, it means the api is lacking... an iterator or a 'clear' method would be nice :-)
[14:24] <apachelogger> http://api.kde.org/new.classmapper.php?class=kpage&module=ALL&version=4.x&go=Go
[14:24] <apachelogger> Quintasan: we stands for all of the ubuntu and debian communities, I wonder how you can assume that will not happen? :P
[14:25] <apachelogger> amichair: kpagedialog is a convenice class, there is noething preventing you from deriving the class and adding and iterator
[14:25] <Quintasan> oh, well I can't I guess
[14:25] <apachelogger> kpagedialog's intent usecase is not really to iterate the items
[14:26] <amichair> apachelogger: of course I can do it myself... but it's very standard for a gui widget to give direct access to children, and for children to be the widgets shown on the parent... that's not the case here
[14:28] <Riddell> who's the ark maintainer again?
[14:28] <amichair> oh well, I'll figure some ugly hack around this
[14:31] <apachelogger> Riddell: metellius
[14:32] <apachelogger> oh my, I think I crashed kmail
[14:33] <Quintasan> Uuuu! I want GR sync in Akregator
[14:34] <JontheEchidna> Riddell: metillus on irc
[14:35] <Riddell> hmm, idle 4 days, maybe I should e-mail
[14:51] <apachelogger> Quintasan: what do you want to sync?
[14:53] <Quintasan> read and unread articles
[14:56] <apachelogger> Quintasan: from?
[14:56] <apachelogger> to?
[14:56] <apachelogger> via?
[14:58] <Quintasan> apachelogger: I subscribe some shit in GR, it automatically goes to akregator, when I read something on GR is gets marked as read in Akregator and vice versa
[14:58] <Quintasan> I also use GR on my phone
[14:58] <Quintasan> I know I demand a lot :P
[14:58] <Tm_T> GR?
[14:58] <Tm_T> googlereader, right?
[14:58] <Quintasan> yup
[14:59] <Tm_T> good to know it works that way
[14:59] <Quintasan> hmm update to kradioripper FTBFS :/
[14:59] <Quintasan> It doesn't
[14:59] <Tm_T> ?
[14:59] <Quintasan> I mean GR doesn't and I would like it to work like this, or rather this would need implementation in Akregator
[15:00] <Tm_T> ah, ok
[15:04] <apachelogger> Quintasan: as I already mentioned
[15:04] <apachelogger> that needs actions at google's end first
[15:04] <apachelogger> unless reader starts providing a stable API there is no point in trying to implement syncing
[15:04] <apachelogger> the risk of short-term breakage due to changes on google's end is way too high
[15:05] <Quintasan> I'm really demanding too much :P
[15:05] <apachelogger> so even if ther was syncing, you would not want to use it, because it might make something explode
[15:05] <apachelogger> Quintasan: you are demanding from the wrong people
[15:05] <apachelogger> you should be demanding an api from google
[15:05] <apachelogger> then syncing is really just a matter of someone stepping up and doing it
[15:12] <Riddell> "Tagging & Release delayed for KDE SC 4.4-beta1
[15:12] <Riddell> "We have postponed tagging until monday and the release on thursday."
[15:12] <Riddell> "The
[15:12] <Riddell> KDE SC 4.3.4 release schedule is not affected."
[15:13] <Tm_T> Riddell: ooh!
[15:13] <Tm_T> Riddell: where's that?
[15:14] <Sput> k-c-d
[15:14] <Tm_T> roger
[15:14] <Sput> that was to be expected too, as half of trunk doesn't build currently
[15:14] <Tm_T> Sput: yep
[15:14] <nixternal> grrr
[15:15] <nixternal> my /home encrytped foobarred last night
[15:15] <nixternal> I cannot gain access to that bastard at all, and I need to backup data
[15:15] <Tm_T> and "break kdelibs on mondays" or what it was haven't been followed in long time
[15:15] <Riddell> rgreening: http://thread.gmane.org/gmane.comp.kde.devel.core/62217 may be relevant to you (or may not be)
[15:25] <nixternal> well, it looks like I get to reformat/reinstall on my laptop....it went all these years w/o being wiped
[15:25] <nixternal> nepomuk blew up my system last night!
[15:27] <Tm_T> nixternal: you are using nepomuk from where?
[15:27] <nixternal> I wasn't.....it seemed to have a mind of its own last night and had my CPU at 9999 with a nice temp around 80c
[15:28] <Tm_T> nixternal: I mean you have nepomuk installed from what source?
[15:28] <nixternal> karmic
[15:28] <Tm_T> ok, weird
[15:28] <Tm_T> but then again, Nepomuk is weird
[15:44] <Riddell> phew. all SC merges uploaded, diffs sent to debian, patches sent upstream
[15:44] <Riddell> except kdebindings but that's for another day
[15:56] <rgreening> thanks Riddell.. looking now...
[15:58] <Quintasan> Riddell: http://revu.ubuntuwire.com/details.py?upid=7092 <- please review if you have a second, and I wonder does linitan really needs to complain about missing watch file? Not every package has it
[16:00] <rgreening> Riddell: yeah, thats the smb:// ioslave for accessing smb shares on other systems. This works already today... and isn't part of making a new local share
[16:21] <ejat> guys ... any idea about bug 398840
[16:27] <Riddell> ejat: gnome stuff in #ubuntu-desktop
[16:28] <ejat> Riddell: what i mean .. is it not compatible in kde?
[16:29] <Tm_T> ejat: that's not compatibility issue
[16:29] <Tm_T> ejat: that's simply bug in gwibber
[16:31] <ejat> Tm_T: thanks .. for the explanation
[16:31] <ejat> any similar client like gwibber for kde?
[16:31] <Riddell> choqok
[16:32] <ejat> owh ok .. thanks Riddell .. trying it ..
[16:33] <amichair> JontheEchidna: btw I'm working off the branch at lp:~amichai2/kubuntu-notification-helper/fixes, when you're ready to review/discuss
[16:36] <amichair> JontheEchidna: I think all the crashes are gone, at least the ones I've managed to recreate yesterday
[16:36] <JontheEchidna> cool
[16:42] <JontheEchidna> amichair: I notice that the runCommand() function in HookGui disappeared
[16:42] <amichair> JontheEchidna: no, it's just hiding :-)
[16:42] <JontheEchidna> oh, it moved
[16:42] <JontheEchidna> nvm
[16:43] <amichair> JontheEchidna: it's now encapsulated in Hook as well - each hook runs it's own command (this fixes the bug u noticed yesterday with a single m_command for all hooks)
[16:43] <JontheEchidna> right, good.
[16:46] <JontheEchidna> I must play with this a bit :)
[16:52] <JontheEchidna> amichair: awesome, merging
[16:52] <amichair> JontheEchidna: that was quick :-)
[16:53] <Riddell> agateau: gwenview question on kubuntu-users mailing list
[16:55] <JontheEchidna> D: kate: symbol lookup error: /usr/lib/libkateinterfaces.so.4: undefined symbol: _ZN9QHashData13detach_helperEPFvPNS_4NodeEPvEPFvS1_Ei
[16:55] <Tm_T> JontheEchidna: Qt <3
[16:56] <JontheEchidna> gotta wait for the kdesdk update I suppose. Better not close my remaining kate ;-)
[17:14] <agateau> mmm internet went down
[17:14] <agateau> Riddell: what is the question about Gwenview?
[17:15] <amichair> JontheEchidna: what does this mean? Path conflict: src/daemon/hookevent/hook.cpp / src/daemon/hookevent/hook.cpp
[17:15] <JontheEchidna> dunno
[17:18] <amichair> I'm supposed to do 'bzr merge' to sync back, right?
[17:19] <Riddell> https://lists.ubuntu.com/archives/kubuntu-users/2009-November/047972.html "Gwenview & printing Landscape"
[17:20] <agateau> Riddell: mmm, printing orientation, that's quite messy in KDE atm.
[17:21] <JontheEchidna> amichair: For getting your changes in to trunk I just copied the files over and committed. (I don't know how to officially do a merge with bzr...)
[17:21] <JontheEchidna> it's probably related to that ;-)
[17:22] <tsimpson> I think you need to resolve the conflict (by editing the file), then run "bzr resolve <file>" or "bzr resolve --all" to mark it as "resolved"
[17:22] <amichair> oh, maybe it's because there was a bzr rename in there, so it got picked up as changes on the filesystem instead of in bzr or something
[17:22] <amichair> tsimpson: there's no difference in the file, it says 'path conflict', but shows two identical paths
[17:23] <tsimpson> then you probably need to dive into "bzr help"
[17:23] <amichair> tsimpson: I'm trying :-)
[17:28] <JontheEchidna> hmm... font rendering has changed slightly in 46. rc1
[17:29] <JontheEchidna> *4.6 rc1
[17:29] <Tm_T> JontheEchidna: yes
[17:29] <JontheEchidna> Can't quite tell what's different
[17:29] <Tm_T> JontheEchidna: it's "fixed" and now is quite similar to others
[17:29] <JontheEchidna> less fuzzy maybe?
[17:29] <agateau> Riddell: I just tried printing in landscape, it worked here (with the pdf printer)
[17:30] <Riddell> agateau: tell it to the mailing list :)
[17:30] <Riddell> @canonical addresses should be whitelisted
[17:30] <Tm_T> JontheEchidna: more accurate, as before glyph heights and stuff were calculated wrong
[17:30] <JontheEchidna> ah, yeah. The letters are a bit lower on the pushbuttons
[17:31] <agateau> Riddell: ok
[17:31] <DarkwingDuck> JontheEchidna: to do a merge with bzr use bzr merge ADDRESS
[17:32] <agateau> Riddell: won't be able to make a proper reply though
[17:33] <amichair> DarkwingDuck: any idea how to fix the branch now? is there a 'resync' that just grabs everything anew from trunk to the branch?
[17:33] <JontheEchidna> the letters seem almost smaller too
[17:34] <JontheEchidna> I guess that's part of the glyph heights
[17:34] <DarkwingDuck> amichair: what are you trying to do? Repopulate local?
[17:35] <amichair> there's a branch, and the changes in it got merged to trunk in one fell swoop. now I do 'bzr merge' on the branch, and it's showing some sort of path conflicts
[17:37] <DarkwingDuck> what sort of conflicts?
[17:37] <DarkwingDuck> path?
[17:37] <DarkwingDuck> bzr diff
[17:37] <amichair> "Path conflict: src/daemon/hookevent/hook.cpp / src/daemon/hookevent/hook.cpp"
[17:38] <amichair> the old and new are both pointing to the same place... not sure what the conflict is
[17:38] <DarkwingDuck> amichair: http://doc.bazaar-vcs.org/bzr.0.92/en/user-guide/conflicts.html
[17:39] <amichair> I'm guessing that it doesn't know that a 'bzr mv' is equivalent to a add+remove if the content is identical
[17:39] <agateau> Riddell: done
[17:39] <agateau> have to go now
[17:40] <amichair> DarkwingDuck: that link says to rename the file... but I don't know what to rename it to, since both paths and names are the same (if I understand correctly)
[17:42] <DarkwingDuck> if you do bzr diff it should give you a list of changes. if your file is older then remove it to another location so it isn't lost and try the merge.
[17:42] <DarkwingDuck> bzr is not perfect all the time :P
[17:48] <DarkwingDuck> amichair: that work for ya?
[17:49] <amichair> DarkwingDuck: I'm not sure which file is which... it created a .cpp.THIS file, which is identical to the .cpp file. no diff. a bzr diff shows the entire contents of the cpp file added, like it's new.
[17:51] <amichair> the bottom line of the diff (after the entire added file) says 'renamed blabla.cpp to blabla.cpp.THIS'
[17:51] <amichair> maybe if I just delete the THIS files?
[17:52] <amichair> nope.
[17:58] <amichair> oh well. I'll just try copying everything over manually and committing.
[18:00] <DarkwingDuck> hmmm. that's something I have not run into before
[18:01] <amichair> doesn't work either. maybe bzr mving the THIS files on top of the other ones... dunno I'll play around until it lets me continue working :-)
[18:02] <DarkwingDuck> hehe. Let me know how you solve it and I'll add it to my bzr quick fix file :D
[18:09] <amichair> DarkwingDuck: we have a winner!
[18:10] <amichair> DarkwingDuck: for ur faq: I think it was caused by a bzr rename in the branch, but a remove+add in trunk, which got them out of sync
[18:10] <DarkwingDuck> ahhhh
[18:10] <DarkwingDuck> Sweet! :)
[18:11] <amichair> DarkwingDuck: solution: bzr delete --force file.cpp, then bzr mv file.cpp.THIS file.cpp (the THIS is auto-generated by bzr), and then bzr resolve file.cpp
[18:11] <amichair> DarkwingDuck: rinse and repeat for each conflicting file separately.
[18:11] <DarkwingDuck> Thanks amichair
[18:14] <amichair> DarkwingDuck: s/bzr delete/bzr rm/
[18:16] <Quintasan> oh man I didn't think that I could learn two things at once and both are useful, c++ and git :O
[18:16] <DarkwingDuck> i'll stick to markup languages :D
[18:32] <nookie^> hi all!
[18:32] <nookie^> has anyone thougt if it could be good to have an brainstorm page for kubuntu?
[18:32] <nookie^> sort of brainstorm.kubuntu.org
[18:32] <nookie^> where people could upload their ideas and improvements?
[18:35]  * JontheEchidna goes off to celebrate turkey day
[18:45] <Tm_T> nookie^: the ubuntu brainstorm wouldn't work, because...
[18:59] <Lex79> ScottK: when you have time you should rebuild kdesdk against qt 4.6~rc1 and take a look in "failed to upload" for kdebase i386
[18:59] <Lex79> https://edge.launchpad.net/ubuntu/+source/kdebase/4:4.3.3-0ubuntu2/+build/1365534
[19:10] <nookie^> Tm_T: hmmm
[19:10] <nookie^> ok
[19:10] <Tm_T> nookie^: yes?
[19:11] <nookie^> Tm_T: i wonder why?
[19:11] <nookie^> because that could give ideas on what things could be improved, changed in kubuntu
[19:11] <Tm_T> nookie^: hmm, but those can be done in ubuntu brainstorm too, right?
[19:12] <nookie^> Tm_T: right.. but i wonder how many devs from kubuntu are reading those
[19:12] <Tm_T> hmm, I don't see how using different site whould make it any different
[19:13] <nookie^> im just thinking maybe it could be only be focused on kubuntu
[19:13] <nookie^> and where devs could be reading stuff more frequently
[19:13] <nookie^> but maybe u're right.. maybe its not good idea
[19:13] <nookie^> i dont know
[19:14] <Tm_T> nookie^: see http://brainstorm.ubuntu.com/kubuntu/
[19:14] <tsimpson> tags :)
[19:14] <Tm_T> tsimpson: exactly
[19:14] <Tm_T> ofcourse we could redirect or something from brainstorm.kubuntu.org (;)
[19:15] <nookie^> that could be maybe to have
[19:15] <nookie^> just redirection to there
[19:15] <nookie^> =)
[19:15] <nookie^> nice idea Tm_T
[19:15] <nookie^> =)
[19:17] <nookie^> to bad that there are not that many there
[19:17] <Tm_T> what many?
[19:17] <nookie^> ideas
[19:18] <Tm_T> because we are doing that good job (;)
[19:18] <nookie^> Tm_T: that's it! hehehe =)
[19:34] <Blizzz> someone in need of google wave accs? have some invitations left
[19:59] <shtylman> we should get all kubuntu people to use wave :)
[19:59] <Tm_T> shtylman: who isn't yet?
[20:00] <Tm_T> shtylman: but get some usable frontend to it for me please (:
[20:00] <shtylman> Tm_T: haha
[20:01] <Tm_T> it's not funny anymore
[20:09] <jad> Hello
[20:09] <dantti> Riddell: a shot of the next kpk http://img88.imageshack.us/img88/3950/newkpk.png :P
[20:09] <jad> have the packages in the experimental repo been recompiled against Qt 4.6 beta 1 ?
[20:10] <jad> dantti: seems pretty close to what exists now :)
[20:11] <dantti> jad: sure, it just has the application icon, the description inverted and the kickoff behavior on mouse over..
[20:12] <shtylman> Tm_T: what do you not like about it? I havn't used it for anything so I don't know
[20:12] <Tm_T> shtylman: the web interface is just too slow, so never got anything useful done
[20:12] <shtylman> ahh
[20:13] <jad> dantti: Kickoff behaviour?
[20:13] <jad> you mean hover is a click?
[20:15] <Tm_T> jad: which Qt that repository has?
[20:15] <jad> Experimental I think
[20:17] <Tm_T> jad: erp... 4.6 rc1
[20:18] <tsimpson> there is only has qt4-x11 and phonon-backends in karmic, and phonon-backends in that repo
[20:18] <Tm_T> jad: so it all has to be built against that one
[20:18] <Tm_T> tsimpson: indeed
[20:18] <tsimpson> ignore that 2nd "phonon-backends" :)
[20:20] <jad> Sorry Rc1
[20:22] <jad> Right Phonon has been throwing symbol lookup werrors
[20:22] <shtylman> can I make ubottu go to any channel and log it? or does it only sit in certain channels?
[20:23] <tsimpson> it doesn't log any channel
[20:30] <shtylman> tsimpson: then what logs these channels?
[20:31] <tsimpson> shtylman: ubuntulog :)
[20:31] <shtylman> tsimpson: same question... now with ubuntulog :)
[20:31] <tsimpson> that's only for ubuntu channels, and goes directly to irclogs.u.c
[20:32] <tsimpson> *ubuntu, non-loco channels
[20:32] <tsimpson> we have a different log bot for loco channels
[20:32] <shtylman> tsimpson: k... and can that bot be made to log new user created channels? for short periods of time?
[20:34] <tsimpson> shtylman: you'd need to ask the person who runs the bot
[20:34] <shtylman> k
[20:34] <shtylman> any idea on who that is?
[20:34] <tsimpson> and you'd probably have better luck with the locobot_X bot(s) then ubuntulog
[20:34] <shtylman> gotcha
[20:37] <tsimpson> I think http://trac.ubuntu-eu.org/ is the place to ask
[20:38] <tsimpson> shtylman: or you can just run supybot yourself and enable the ChannelLogger
[20:39] <shtylman> tsimpson: how do I do that?
[20:39] <shtylman> and where does it dump the logs?
[20:39] <shtylman> tsimpson: I suppose the question is not how
[20:39] <tsimpson> just file a "ticket" requesting a logbot for your channel
[20:39] <tsimpson> the logs go http://logs.ubuntu-eu.org/
[20:39] <shtylman> but more of ... is that bot already running? or you mean run it myself locally
[20:40] <tsimpson> they run it on their servers
[20:40] <shtylman> gotcha
[20:40] <shtylman> k... I will look into that... I need something that will log channels that are created and torn down pretty often
[20:40] <shtylman> so a "ticket" might take too long
[20:41] <tsimpson> then you'll probably have to run your own log bot
[20:41] <Tm_T> or just use your regular irc-client for logging
[20:41] <tsimpson> supybot is fine for that (ubottu is a supybot)
[21:20] <Kubuntiac> This is probably not needed for peeps in this channel, but for any packaging dudes, have you taken a look at Giftwrap?
[21:21] <Kubuntiac> It's meant to be an automated way to create debs for Ubuntu
[21:21] <Kubuntiac> http://giftwrap.tuxfamily.org/
[21:21] <Kubuntiac> Just thought I should mention it in case it can help speed things up for you. :)
[21:22] <Tm_T> Kubuntiac: similar to checkinstall?
[21:23] <Kubuntiac> Not really
[21:23] <Kubuntiac> Checkinstall just installs the program
[21:23] <Kubuntiac> this creates a deb
[21:24] <Kubuntiac> IE you give is a source .tar.gz with the right folder structure, answer the wizards questions, and voila! Ubuntu deb
[21:24] <yuriy> pulseaudio is pretty awesome. if only there were a friendly UI for it
[21:25] <Kubuntiac> I'm not involved with it, but I'm a compiling moron, and I still managed to make a working deb or two
[21:25] <Kubuntiac> (Giftwrap, not Pulseaudio!)
[21:26] <Kubuntiac> yuiy - I like the idea of Pulse, but have trouble finding a use beyond network streaming...
[21:26] <Tm_T> Kubuntiac: checkinstall creates deb so you can install it
[21:26] <Kubuntiac> Tm_T: My understanding is that the checkinstall deb isn't really suitable for distribution
[21:27] <Kubuntiac> But then I know very, very little about any of this stuff
[21:27] <Tm_T> Kubuntiac: yup, not suitable for distribution
[21:28] <Kubuntiac> Anyway, I'm no expert (I can barely compile an app) but it just seemed very fast and easy to use
[21:28] <Kubuntiac> and it has a ppa
[21:28] <Kubuntiac> :)
[21:39] <tsimpson> Kubuntiac: if we want distribute debs, we use a PPA or the official archives, so why do we need giftwrap? (sell it to me ;)
[21:55] <Kubuntiac> tsimpson: lol. You're asking the wrong salesman. For all I know PPA's may be better. I'm sure everyone on this channel knows more than me here. I'm just throwing out something I found to let smarter people than me look at it. :)
[21:57] <Kubuntiac> I do know that I tried to create a PPA once and couldn't even get through the key signing to become an Ubuntero. I managed to create a deb with Giftwrap though. :)