[01:50] <Flannel> Howdy th0r, how can we help you today?
[01:51] <th0r> do you guys need someone to complain about MyNameIsLuca?
[01:51] <Flannel> We don't need a complaint, but a headsup if no one's caught it is alway... I suppose I won't finish that
[02:37] <Flannel> Anyone ever heard anything about #ubuntu-signpost?
[02:39] <nhandler> Flannel: That is a project to help point people in the right direction to find answers to their questions
[02:39] <nhandler> There was discussion about it on the ubuntu-doc list
[02:39] <Flannel> The channel doesn't seem to exist yet, but there's a wikipage directing people there
[02:48] <nhandler> The signpost is still being developed. However, it does look like #ubuntu-signpost is the correct channel. You can try talking to Andrew Sayers about getting it properly registered and setup
[02:50] <Flannel> Oh, I'm not too worried about it, just noticed that alis and chanserv know nothing of it
[02:55] <nhandler> Flannel: That is because it isn't registered ;)
[03:38] <nalioth> strange that it is not found - there's poeple in it
[03:38] <nalioth> and people, too
[03:40] <innociv> I was sent to #ubuntu-read-topic after I already changed my port and wasn't having problems
[03:40] <innociv> the test me fails
[09:27] <Flannel> "everything looks garbled" right.
[14:09] <Bacta> Hi I would like to discuss my ban in #ubuntu-social
[14:10] <elky> there is no such channel.
[14:10] <Bacta> sorry, #ubuntu-offtopic rather
[14:11] <elky> what aspect of the ban would you like to discuss?
[14:11] <Bacta> firstly I can't remember how I got it
[14:12] <Bacta> Can you please refresh my memory?
[14:14] <elky> Bacta, you decided it was funny to join with the nick "Abortionist" and offer "free abortions"
[14:14] <Bacta> Oh that
[14:15] <elky> yes. that.
[14:15] <Bacta> That was pretty dumb of me
[14:15] <elky> it was, yes.
[14:16] <elky> You have a history of that kind of behaviour.
[14:16] <Bacta> Yeah
[14:16] <Bacta> I actually quit trolling last weekend
[14:17] <elky> You've promised this so many times in the past.
[14:19] <Bacta> We might oneday be friends if I stop trolling :)
[14:20] <elky> Bacta, why "if"?
[14:21] <Bacta> Sorry, should be "now i have"
[14:21] <elky> Bacta, what is there to make us believe that you really have quit this time?
[14:21] <Bacta> Do you have anything to do with linuxchix?
[14:21] <Bacta> I try elky, problem is I suffer from adhd
[14:22] <Bacta> I do stupid things when I'm not on the meds
[14:22] <elky> Bacta, so do i.
[14:22] <Bacta> Really?
[14:22] <elky> yes.
[14:22] <elky> minus the hyperactivity.
[14:23] <Mamarok> Bacta: this is the oldest bad excuse we know of, I have ADS too, so...
[14:23] <Bacta> Whole different illness with the hyperactivity
[14:23] <elky> Bacta, actually, it's not.
[14:23] <Bacta> Are you constantly in motion?
[14:24] <elky> Bacta, my brain is, my body isnt.
[14:24] <Mamarok> not at all, the hiperactivity just becomes less prominent in adults
[14:24] <elky> Bacta, ADD/ADHD do not impair your ability to separate right from wrong.
[14:25] <Bacta> Mamarok: Not for me
[14:25] <Bacta> elky: I wouldn't go out and kill someone
[14:25] <Bacta> As an example
[14:25] <Mamarok> Bacta: well, then you should get correct treatment first
[14:26] <Bacta> I'm on concerta
[14:26] <Bacta> But it doesn't work very well :(
[14:26] <elky> Bacta, we cannot grant exceptions for bad behaviour for any reason. if we grant it for one, we have to grant it for all reasons. I don't think you want to see what that would be like.
[14:27] <elky> pmatulis, hi, we'll be with you soon, ok?
[14:27] <Bacta> Yeah I'm not expecting you to unban me
[14:27] <Bacta> Just trying to explain why I'm like this sometimes
[14:28] <elky> Bacta, ok then. is there anything else then?
[14:28] <Bacta> I'm really trying hard
[14:28] <pmatulis> elky: i'm all good
[14:28] <Bacta> Yes do you have anything to do with linuxchix?
[14:28] <Bacta> Everytime I logon to their server I get reported to my ISP
[14:28] <elky> Bacta, i realise that, but you need to get yourself a proper management plan.
[14:28] <jussi01> !idle | pmatulis
[14:29] <elky> Bacta, there is no connection between Ubuntu channels on Freenode, and the linuxchix server.
[14:29] <pmatulis> jussi01: good to know
[14:29] <Bacta> I found a log of you talking about me
[14:30] <elky> Bacta, i'm sure you did. this channel, however, has no influence over that server.
[14:30] <Bacta> Ok
[14:30] <Bacta> So are you able to give me a timeline on this ban or will I just have to wait it out?
[14:31] <elky> Bacta, you'll just have to wait until we see a drastic improvement in your behaviour. We see you in other places on the network, and we use that to judge whether you have really stopped trolling.
[14:32] <elky> this includes in #ubuntu-artwork.
[14:33] <Bacta> oh snap
[14:35] <elky> Bacta, your local community health center should have information on managing ADD-related conditions, and maybe even support groups. Also consider seeing a nutritionist. Avoiding caffeine and excess sugar will also help.
[14:36] <Bacta> Oh the sugar and caffeine is all that gets me through my days :)
[14:36] <elky> It is probably what is getting you in trouble, too.
[14:36] <Bacta> wow
[14:36] <Bacta> health advice on an ubuntu chan :) full service ftw!
[14:37] <elky> no, this isn't health advice. this is 'where to find health advice' advice
[14:38] <elky> you're not the first geek in history to have an imbalance, some of us have been there, done that.
[14:38] <Bacta> an imbalance?
[14:38] <elky> your brain is one big chemical reaction.
[14:39] <Bacta> true
[14:39] <Bacta> Hanz Reiser had a big one :P
[14:41] <elky> that is not really an appropriate comparison
[14:42] <elky> Bacta, is there anything further you want to discuss in here?
[14:42] <Bacta> Not really
[14:42] <Bacta> Better go before I get kicked
[14:42] <elky> ok then, you know the drill.
[14:47] <bazhang> crosspost ftl
[14:49] <elky> eh?
[14:49] <bazhang> zhxk`
[14:50] <elky> ah
[14:51] <elky> was avoiding that particular situation. only had enough sanity points for one troll tonight
[14:51] <jussi01> elky: bed for you!
[14:52] <elky> yes, i know
[14:52] <Pici> And you certainly went thorugh them all...
[14:53] <elky> i really should go get myself properly diagnosed one day :P
[16:58] <Pici> hrm @ -offtopic
[17:04] <stew> bazhang: where is he crossposting?
[17:04] <Pici> stew: was to #freenode, #kubuntu, and #ubuntu at least.
[17:05] <stew> is this about grub options and runlevels?
[17:05] <Pici> It was.
[17:06] <Pici> But that was nearly 2 hours ago
[17:08]  * stew msgs
[18:28] <Flannel> ikonia: That's not him?
[18:28] <Pici> Who was that?
[18:28] <Flannel> that's root, he was .au
[18:28] <Flannel> er, sorry
[18:28] <Flannel> you banned someone who wasn't the guy you kicked
[18:28] <ikonia> he's unmuted
[18:28] <ikonia> the correct guy was kicked
[18:28] <Flannel> right
[18:28] <ikonia> auto-bleh lagged for some reason
[21:03] <Flannel> The FF thing just got to /., so stay aware of trolls/whatevers
[21:21] <ikonia> which FF thing ?
[21:21]  * ikonia is out of the loop
[21:30] <popey> ikonia: bug 402767
[21:30] <ikonia> ahh
[21:32] <Nafallo> bah. everyone should be using vimperator anyway.


[08:24] <bkerensa> valorie: I sent you some interview questions if you are interested in the interview on OMG
[08:24] <bkerensa> :)


[00:02] <seele> blargh
[00:02] <seele> school + work + floss might be too much afterall
[00:03] <seele> oops, wrong channel, heh
[00:04] <ScottK> Riddell: Would you please backport Quassel to Intrepid (I can fill out a bug if you want)?
[00:10] <Riddell> ScottK: ok
[00:10] <ScottK> Thanks
[00:11] <Riddell> done
[00:11] <ScottK> Excellent
[00:14] <mk_ts> about the KDM-splash-fix.. i only found the kde-patch after all http://bugsfiles.kde.org/attachment.cgi?id=28129
[00:15] <Tscheesy> this post was me - strange nick
[00:15] <Tscheesy> bug in quassel ?
[00:21] <ScottK> Strangely enough, OOo actually built on IA64.
[00:22] <Riddell> goodness
[00:27] <ScottK> It only took ~18 hours
[00:28] <JontheEchidna> http://adymo.blogspot.com/2009/02/kde-42-on-eeepc-mini-review.html
[00:28] <JontheEchidna> Kubuntu is in there ^_^
[01:05] <seele> if you were reading jono's book and you came across an entry about usability testing.. what would you expect to read about?
[01:05]  * seele is gnawing on the metaphorical pencil eraser atm
[01:06] <jjesse> 1st do we do any actual usability testing, if so how does one provide feedback outside of regular usability studies, is there a standards document for usability, is there a usuablity community, if so how does one get involved
[01:06] <jjesse> does that help/
[01:06] <jjesse> ?
[01:07] <ScottK> seele: I hope you're getting paid for this.
[01:08] <seele> ScottK: i dont get paid to do any of this. i karma pays off and i come back as something besides a beetle
[01:08] <seele> jjesse: yes, some. thanks
[01:08] <jjesse> seele: you are welcome
[02:02] <vorian> evening
[02:03] <vorian> anything need doing?
[02:21] <NCommander> Riddell, poke?
[03:34] <txwikinger> Well.. I think the user management works so far
[03:34] <txwikinger> Just need to tie up some loose ends
[03:37] <DaSkreech> hi nixternal
[04:22] <txwikinger> Anybody at home?
[04:22] <shtylman> maybe
[04:22] <DaSkreech> I am
[04:22]  * DaSkreech sips tea
[04:26] <shtylman> Riddell: new version of installer is up in my branch, obviously still has glitches (you can't finish install right now) but I think you will like the work on the partition bars
[04:28] <shtylman> anyone else interested should also give feedback about the new bars (lp:~shtylman/ubiquity/kdeui)
[04:36] <shtylman> (or just run the partition bar test program in the ubiquity/frontend/kde_components/PartitionBar.py)
[08:12] <jussi01> hrm, getting a lot of sigsievs here...
[09:38] <markey> Riddell: ping
[10:12] <Riddell> markey: morning
[10:14] <markey> Riddell: morning :) I've just sent you a mail wrt the topic I wanted to discuss
[10:14] <markey> should reach you soonish
[10:15] <raphink> hello
[10:19] <Riddell> NCommander: next in chain for rescoring to something high is https://edge.launchpad.net/ubuntu/intrepid/+source/kde4libs/4:4.2.0-0ubuntu2~intrepid1
[10:41] <Panke> Can i use a katepart from a python program?
[10:46] <Riddell> Panke: I should think so
[10:46] <Riddell> I think this is the right interface http://api.kde.org/4.0-api/kdelibs-apidocs/interfaces/ktexteditor/html/classKTextEditor_1_1Factory.html
[10:49] <Panke> Riddell: I'm asking because i can't find anything here: http://api.kde.org/pykde-4.2-api/
[10:50] <Riddell> http://api.kde.org/pykde-4.2-api/kparts/KParts.Factory.html probably
[10:50] <Panke> okay thx
[11:04] <Riddell> Panke: here you go http://www.kubuntu.org/~jriddell/tmp/kapplication.py
[11:07] <Panke> thanks
[13:28] <a|wen> ScottK: kile http://awen.dk/packages/kile/ if you want to have a look and see if it looks reasonable...
[13:30] <ScottK> a|wen: You've tested this, as far as it 'working' goes, right?
[13:32] <a|wen> ScottK: yeah, open/compile/preview works ... it hase some quirks (strange naming of tabs, the multi-file searching doesn't work, and crashes sometimes when you exit)
[13:32] <ScottK> OK.
[13:42] <ScottK> a|wen: We still have kdvi.  Would it not be reasonable to have it as a suggests?
[13:44] <ScottK> Also I'd want the package name in the description for the -dbg.
[13:44] <a|wen> ScottK: okular can handle dvi files; and the build-in viewing-rules doesn't use kdvi at all
[13:45] <ScottK> The reason we kept kdvi was because it offered an inverse search function that okular did not.  Dunno if that warrants a suggests or not.
[13:46] <a|wen> ScottK: the only other things in suggests is something that kile can integrate with or take advantage with out-of-the box
[13:46] <a|wen> is kdvi KDE4 or KDE3?
[13:47] <ScottK> a|wen: Makes sense.  It's KDE3.  Let's leave it then.
[13:47] <seele> what are dvi files?
[13:47] <ScottK> Something latex related.
[13:48] <a|wen> seele: you could call it low-level ps (postscript)
[13:48] <seele> ah thats right
[13:49] <ScottK> a|wen: These hicolor icons you're installing: are they not provided in another package?
[13:50] <ScottK> a|wen: Also the entries that you have like /usr/share/kde4/apps/kile/complete/tex/yfonts.cwl in your .install can probably be /usr/share/kde4/apps/kile/* unless there is stuff that's not installed on purpose.
[13:50] <a|wen> ScottK: the icons is not in any package that i have installed ...
[13:52] <ScottK> a|wen: Do you have hicolor-icon-theme?
[13:53] <a|wen> ScottK: yes, that is installed (on intrepid though)
[13:54] <ScottK> a|wen: Also you should install them in a app specific location anyway so if they appear in the hicolor package later, you don't have a conflict.  Use usr/share/kde4/apps/kile/icons/hicolor/
[13:55] <a|wen> ScottK: can i just move them, and it will work in any case?
[13:55] <ScottK> Yes.
[13:55] <ScottK> The app should know to look there.
[13:55] <ScottK> I'd test it, of course.
[13:56] <a|wen> ScottK: of course ... when you're done with the review i'll test-build with the changes
[13:57] <ScottK> a|wen: With your patch does it still work with postscript?
[13:58] <a|wen> ScottK: yeah ... it has individual ps and pdf rules; but the pdf rules contained ps as well (probably copy-paste error)
[13:58] <ScottK> I see.  OK.
[13:59] <ScottK> That's all my comments then.
[13:59] <ScottK> Fix that up and I'll upload it.
[14:01] <a|wen> thanks a lot! ... i'll compile/test and ping you, when it's ready
[14:03] <JontheEchidna> yay, this should fix a bunch of kile bugs caused by missing kde3 bits
[14:03] <a|wen> JontheEchidna: jup, i've closed a bunch of those in the changelog already
[14:03] <JontheEchidna> ^_^
[14:07] <a|wen> but there is still plenty of bugs to test if they are fixed in the new version...
[14:56] <Riddell> seele: simplified konq intro page?  http://www.kubuntu.org/~jriddell/tmp/konq-intro.png
[14:57] <Riddell> nixternal: ^^
[14:58] <jjesse> Riddell: wow that is a very simplified konq intro page, i like how simple and clean it is
[14:59] <Riddell> if you weren't American that would read very ironicly :)
[15:01] <seele> hmm
[15:02] <JontheEchidna> Could any core-dev sponsor bug 296433?
[15:02] <ScottK> Riddell: Will there be a way to get the old one back?
[15:05] <seele> i dont see why. we want to promote dolphin as the file manager because it is a better tool than konqueror. those who are still using konq as a file manager will know how to use it by now
[15:06] <Quintasan> hmm, when I want to submit packages to REVU I should set myself as XSCB-Orginal-Maintainer in control?
[15:07] <ScottK> seele: Well I like the old one better and so while I don't object to that as a default, I'd like to keep mine the way it is.
[15:07] <ScottK> Quintasan: Yes.
[15:07] <JontheEchidna> Quintasan: yes
[15:08] <seele> ScottK: don't think of it as a choice between the old one and the new one. think of it as the old one or something else. what that something else is, has yet to be determined
[15:08] <Quintasan> thanks
[15:08] <ScottK> seele: OK.
[15:10] <seele> Riddell: so if we're going to change it, we might as well go all the way. if you want i can see if the oxygen guys have any opinions on layout/graphics/color
[15:11] <Riddell> seele: go ahead but I'm pretty sure they designed the current artwork (by oxygen-ising the KDE 3 stuff)
[15:25] <a|wen> ScottK: this should be it http://awen.dk/packages/kile/
[15:26]  * ScottK looks
[15:35] <Quintasan> oh crap, I've uploaded my package to revu by accident
[15:35] <ScottK> a|wen: I'm a little confused about copyright on this.  debian/copyright discusses GFDL for the docs, but I don't find the docs and COPYING.DOC is rather empty.
[15:35] <Quintasan> sorry -_-;
[15:35] <ScottK> Quintasan: Shouldn't be a problem.  You can just upload over it when you are ready.
[15:37] <a|wen> do indeed seem that the docs has been removed from the package ... but COPYING.DOC contains the GFDL (whatever it is covering though)
[15:38] <ScottK> a|wen: Here COPYING.DOC contains: "No catdoc available"
[15:38] <ScottK> Is there a chance you missed the docs on your svn export?
[15:39] <a|wen> ScottK: that is an error less spits at you
[15:39] <ScottK> Oh.
[15:39] <a|wen> ScottK: it assumes it is a docbook file
[15:39]  * ScottK learns something new.
[15:40] <ScottK> Sure enough.  That seems awfully Windows like behavior.
[15:41] <ScottK> a|wen: If you'll confirm that the docs truly are missing from svn, I'll just add a note to debian/changelog.
[15:41] <a|wen> oh, the docs are located by themselves in the svn... do we have a rule for how we do that
[15:42] <Quintasan> ScottK: I didn't intended to do so, but if there is going to be a request for klicker plasma applet it's already done :P
[15:42] <ScottK> ;-)
[15:43] <a|wen> ScottK: do we just shuffle it in under a docs subdir, or how?
[15:43] <ScottK> a|wen: It was in /doc before, so sure.
[15:44] <ScottK> a|wen: If the docs are big, since this has to go through New anyway, you might consider adding a -doc package (if there isn't one, I'm too lazy to look).
[15:44] <a|wen> ScottK: where is the best place to document that? README.Source?
[15:45] <ScottK> Seems reasonable.
[15:46] <a|wen> i'll just check the size of them, and then maybe do a -doc package
[15:46] <ScottK> OK
[15:47] <shtylman> Riddell: committed more partition bar changes, nearing completion on that front
[15:47] <Riddell> shtylman: got a screenshot?
[15:47] <shtylman> the old resize widget is gone in favor of using the actual bar graphics
[15:47] <shtylman> yea..lemme make one
[15:50] <Riddell> JontheEchidna: need me to look at that ktorrent merge?
[15:51] <JontheEchidna> Riddell: It would be very much appreciated :)
[15:51] <shtylman> http://shtylman.com/stuff/part_bars1.png
[15:51] <JontheEchidna> This release will close 5 other bugs/wishes in ktorrent
[15:52] <a|wen> ScottK: the docs are 1,2M ?
[15:52] <davmor2> shtylman: Won't the colours clash with desktop ;)
[15:52] <ScottK> a|wen: I think that's worth a -doc.
[15:52] <shtylman> and part_bars2.png shows what happens when you reach the end
[15:52] <shtylman> oh..the colors are free to be changed
[15:52] <shtylman> and probly should be
[15:53] <shtylman> I just picked some quickly to make the bar gradients
[15:53] <a|wen> ScottK: okay; it will be added
[15:53] <ScottK> a|wen: With 8 archs currently and rumors of more having a single arch all -doc adds up.
[15:53] <ScottK> Great.
[15:53] <Riddell> shtylman: ooh shiny!
[15:53] <a|wen> ScottK: indeed it does
[15:53] <JontheEchidna> shtylman: Yeah, the colors probably should be more Oxygen-y but that looks awesome!
[15:54] <JontheEchidna> <3
[15:54] <shtylman> thanks :)
[15:54] <shtylman> when you select manual...the bars go away
[15:55] <Riddell> shtylman: does it get used on the manual partitioning page too?
[15:55] <shtylman> and when you select entire disk..the bottom bar becomes 100% kubuntu and the labels change to 'After Partitioning'
[15:55] <shtylman> yea
[15:55] <shtylman> except without the resize devider
[15:55] <shtylman> just the static display of the current layout
[15:55] <shtylman> there are a few things to work out on the manual page (like turn on only the drive you have selected)
[15:56] <shtylman> and that is my next step...but should be easy
[15:56] <shtylman> im gonna test with virtual machine and several fake drives to see how it handles that
[15:56] <JontheEchidna> We really appreciate this. As you could probably tell from the Todo page, Ubiquity is the app that most people don't like to touch :P
[15:57] <shtylman> yea...I saw that as an opportunity to start helping out :)
[15:57] <Riddell> JontheEchidna: what's the stuff in ktorrent-3.2+dfsg.1/debian/Debian/Debhelper/ ?
[15:57] <JontheEchidna> Riddell: that's debian's packaging system. I included it just to keep the diff down
[15:58] <JontheEchidna> even if we aren't using
[15:58] <JontheEchidna> it
[15:58] <JontheEchidna> blah
[15:58] <Riddell> JontheEchidna: any idea what it does?
[15:58] <JontheEchidna> no clue
[15:59] <Riddell> JontheEchidna: oh is it debhelper 7 weirdness?
[15:59] <JontheEchidna> yeah, 7.3 iirc
[15:59] <JontheEchidna> or maybe that was a different package I"m thinking of for 7.3...
[15:59] <Riddell> debian/compat is set to 7
[15:59] <JontheEchidna> oh yeah, 7.3 was the weather applet
[15:59] <Riddell> JontheEchidna: well I presume you've compiled it and it works ok?
[16:00] <JontheEchidna> nvm
[16:00] <Riddell> I've never used debhelper 7
[16:00] <JontheEchidna> Riddell: yes
[16:00] <JontheEchidna> me either
[16:00] <JontheEchidna> <3 kde4.mk
[16:00] <ScottK> I gather Debian KDE team is planning on making a lot of use of it.
[16:00] <Riddell> oh joy, yet another build system
[16:00] <JontheEchidna> what's wrong with good ole' kde.mk?
[16:01]  * ScottK pushes Riddell to #debian-qt-kde to work it out.
[16:02] <Riddell> JontheEchidna: uploaded
[16:02] <JontheEchidna> kewl, thanks
[16:03] <Riddell> JontheEchidna: do you know where that Debian packaging is in svn?
[16:05] <JontheEchidna> I think I got the packaging by dget-ing it out of Debian New
[16:05] <JontheEchidna> Oh, this ktorrent release will have a new binary package that will need pushed through
[16:06] <JontheEchidna> (plasma-widget-ktorrent)
[16:06] <ScottK> JontheEchidna: Debian New isn't publically accessible, so you didnt' do that.
[16:07]  * JontheEchidna checks his logs
[16:07] <JontheEchidna> I knew somebody threw a .dsc at me
[16:07] <Riddell> incoming maybe
[16:08] <davmor2> Riddell: don't forget the panel issue :)
[16:09] <Riddell> davmor2: bugs are for after feature freeze :)
[16:09] <JontheEchidna> heh
[16:09] <a|wen> is the kde3 meinproc and the kde4 meinproc4 compatible?
[16:09] <davmor2> Riddell: I know but I figure if I keep buggin' you about it it'll get fixed :P
[16:10] <davmor2> Mainly to stop me buggin' you :)
[16:14]  * a|wen tries; if it breaks it breaks
[16:31] <JontheEchidna> ScottK: would you happen to know the status of kdepimlibs on sparc off the top of your head?
[16:31] <ScottK> JontheEchidna: Yes.
[16:32] <ScottK> Akonadi won't build due to a boost1.35 problem that's specific to sparc
[16:32] <ScottK> So pimlibs build-deps can't be met currently.
[16:32] <JontheEchidna> Mmm, so that explains why ktorrent isn't happy
[16:32] <ScottK> I've got a proposed fix that NCommander is testing for me.
[16:33] <JontheEchidna> Cool.
[16:33] <ScottK> The bug affects anything that moved to boost1.35 on sparc, so there will be a lot of retries after.
[16:34] <JontheEchidna> coincidentally ktorrent build-depends on boost1.35 explicitly as well
[16:34] <seele> Riddell: http://imagebin.ca/view/dHUHA5.html
[16:35] <ScottK> JontheEchidna: It'll have to if it uses boost since the different boost versions aren't co-installable.
[16:39] <a|wen-> ScottK: should kile recommend or suggest kile-doc, or what is our policy for that?
[16:39] <seele> Riddell: scratch that, see #oxygen
[16:39] <ScottK> a|wen: Dunno.  Riddell do you have an opinion on a|wen's question ^^^
[16:43] <ScottK> a|wen: I guess I'd go on how likely it is someone will use the package without needing the docs.
[16:44] <Riddell> a|wen-: suggest
[16:44] <ScottK> Thanks
[16:44] <a|wen-> thx
[16:44] <Riddell> well, that's just my first response
[16:44]  * a|wen- notes that kmplayer in intrepid doesn't follow that
[16:48] <shtylman> why does sorting templates when generating a deb take forever !! :(
[16:56] <Riddell> shtylman: I asked in #oxygen about colours and now they're discussing the whole look, if you are interested you can join in
[16:56] <a|wen-> ScottK: the correct doc-path is /usr/share/doc/kde4/HTML/en/kile or /usr/share/doc/kde/HTML/en/ ?
[16:57] <ScottK> a|wen-: For intrepid it's kde4.  For jaunty it's kde.
[16:57] <shtylman> Riddell: k, will do
[16:57] <a|wen-> ScottK: okay, thx ...
[16:58]  * a|wen- notes that the doc build-system in the package is seriously brokes
[17:00]  * Riddell out for a bit
[17:19] <Quintasan> Hmm, I'm out, time to learn
[17:35] <ScottK> Riddell: I expect your kdebase upload to build on all archs.  If it doesn't, let me know and I'll look into it.
[17:48] <a|wen-> anybody who is specialized in translations? ... what do you do with an index.docbook so it becomes avaible in kde4 helpcenter?
[17:55] <a|wen-> duplicate functinality in different CMakeLists.txt (none of them actually doing the right thing); i doubt anybody actually tried building those docs before
[18:02] <davmor2> Tscheesy: Did you get that image and try it?
[18:02] <smarter> a|wen-: hey, I'm not specialized in translations, but in kvkbd doc/ CMakeLists.txt, I use that to get it to appears in khelpcenter: kde4_create_handbook(index.docbook INSTALL_DESTINATION ${HTML_INSTALL_DIR}/en SUBDIR kvkbd)
[18:02] <davmor2> Tscheesy: more importantly did it work?
[18:02] <DaSkreech> txwikinger: Hi
[18:03] <Tscheesy> davmor2: actually i'm trying to boot
[18:03] <DaSkreech> nixternal: hi
[18:04] <a|wen-> smarter: thx ... seems that one of the cmakelists is close to being correct then
[18:05] <smarter> a|wen-: what are you working on?
[18:05] <Tscheesy> davmor2: not sure if my mini-sdcard interface is healty :(
[18:05] <a|wen-> smarter: on kile
[18:05] <smarter> cool :)
[18:05] <davmor2> Tscheesy: Needs to be usb not sd
[18:05] <smarter> has a kde4 version been released?
[18:06] <Tscheesy> davmor2:  i have a interface for usb
[18:06] <a|wen-> smarter: nope, building from svn ... which is probably why the build-system is kind of unfinished :)
[18:06] <smarter> hehe
[18:06] <davmor2> Ah right
[18:07] <smarter> a|wen-: does it work as well as the kde3 version?
[18:07] <a|wen-> smarter: in general yes, it has some quirks though but that is about it
[18:07] <smarter> great
[18:08] <smarter> planning to put it in k-e?
[18:08] <davmor2> Tscheesy: right I'm off for tea so let me know please ta :)
[18:08] <a|wen-> smarter: i was planning to get it into jaunty first; but an intrepid-version in k-e is not impossible
[18:08] <ScottK> smarter: If he can get it done, I'm going to upload it.
[18:08] <Tscheesy> davmor2: my Samsung NC10 Atom normally runs the standard install - now i'm Stuck with the image  - gonna try a larger Medium
[18:09] <smarter> ScottK: ok
[18:09]  * smarter takes advantage of the fact that his connection appear to be somewhat stable to testbuild his packages so that they can get in before FF :p
[18:09] <shtylman> Riddell: anything else major for the installer before the feature freeze?
[18:10] <a|wen-> smarter: does kvkbd have an index.html or index.docbook in the source?
[18:10] <smarter> ./doc/index.docbook
[18:10] <a|wen-> perfect; sounds like it actually could end up working after some patching
[18:10] <shtylman> Riddell: autologin option maybe?
[18:11] <Riddell> shtylman: yes was just thinking autologin would be nice
[18:11] <Riddell> shtylman: that needs the tickbox in the UI, but presumably also some logic somewhere to edit /etc/kde4/kdm/kdmrc
[18:11] <Riddell> I guess ask evand where that logic part is
[18:11] <shtylman> ok, I will look at that
[18:13] <smarter> shtylman: FWIW, the options needed for autologin in kdmrc are AutoLoginEnable=true and AutoLoginUser=<login>
[18:13] <DaSkreech> There is a kvkbd?
[18:13] <smarter> DaSkreech: KDE virtual keybord, yes
[18:13] <smarter> which I ported from KDE3 to KDE4 during Intrepid cycle, even if nobody cares :p
[18:14]  * DaSkreech always uses the xvkbd
[18:14] <shtylman> smarter: thanks
[18:14] <smarter> shtylman: you're welcome ;)
[18:15] <smarter> DaSkreech: well, try out kvkbd, I don't get lot of feedback on it and don't really use it(I just ported it because it was on the Intrepid TODO :p)
[18:15] <smarter> DaSkreech: it's installed with kubuntu-desktop
[18:15] <shtylman> is there a standard method to edit the kdmrc file? like a kde library method or something, or just whatever I come up with?
[18:16] <DaSkreech> reaaaaly
[18:16] <smarter> shtylman: you can probably use KConfig for that
[18:16] <shtylman> k
[18:16] <DaSkreech> Wow
[18:16] <DaSkreech> It's really black
[18:16] <smarter> heh :p
[18:16] <smarter> actually Qt seems to apply a little gradient
[18:16] <DaSkreech> Some of the buttons seem hidden
[18:16] <smarter> which is more visible if you active the numpad
[18:16] <smarter> *activate
[18:17] <smarter> what do you mean by hidden?
[18:17] <DaSkreech> Well obsucured
[18:17] <DaSkreech> Like I have aps loc
[18:17] <DaSkreech> I know it's Caps lock cause that's where the caps lock button is
[18:18] <DaSkreech> and un ock
[18:18] <ScottK> smarter: I did care enough to make sure it's building on the ports archs.
[18:18] <Riddell> shtylman: somewhere there will be the code which edits the gdm config file, that just needs to be adapted
[18:18] <DaSkreech> Works well enough though
[18:19] <smarter> ScottK: oh, didn't know this, thanks :)
[18:19] <shtylman> Riddell: noted
[18:19] <smarter> DaSkreech: could you provide me a screenshot?
[18:19] <DaSkreech> Sure
[18:19] <Riddell> shtylman: scripts/install.py includes the code used for the oem install, that already turns on auto login
[18:19] <Riddell> shtylman: but evand would be the man to ask as I say
[18:20] <shtylman> Riddell: ahh cool, I will take a look at that code..and also ask evand
[18:20] <DaSkreech> smarter: apparently I can't
[18:22] <smarter> DaSkreech: why?
[18:23] <DaSkreech> I closed kvkbd and now it won't reopen
[18:23] <smarter> :o
[18:23] <smarter> oh
[18:24] <smarter> it's in the systray
[18:24] <DaSkreech> Ah I have my systrat hidden :)
[18:24] <DaSkreech> systray
[18:24] <Riddell> smarter: have you thought about putting that into kdeaccessibility for 4.3?
[18:25] <smarter> DaSkreech: it should show itself when you try to lauch it again, dunno why I didn't implement that
[18:26] <DaSkreech> http://imagebin.ca/view/ID9XYDW.html
[18:30] <smarter> Riddell: I was considering kdeutils, 'cause it's probably also useful for touch screen devices
[18:30] <smarter> Riddell: but some part of the code needs a serious rewrite, and I was planning to transform it into a plasmoid so that I don't have to handle the window management
[18:31] <smarter> unfortunately I got rather busy and haven't been able to do it yet :/
[18:31]  * DaSkreech ponders the usefulness of it as a plasmoids
[18:31] <DaSkreech> the cashew will save you I guess
[18:32] <smarter> well, it'll (potentially) let you use it on the screensaver
[18:32] <DaSkreech> ha ha :-)
[18:32] <smarter> and maybe on kdm, if that get implemented
[18:33] <smarter> also, upside-down keyboard, why would you anything else if you had that? :p
[18:33] <DaSkreech> Ha ha :) I've yet to find a rally useful rotted plasmoid
[18:34] <smarter> DaSkreech: oh, the problem you have on your screenshot is that the button sizes are hardcoded, so if the font is too big, it doesn't fit
[18:35] <smarter> part of why I say it needs to be partially rewritten :p
[18:35] <DaSkreech> Yeah I figured it was something simple. As I said I know where the buttons are and they work
[18:39] <Tscheesy> davmor2: next try . fixed the interface with a cord.. can call me McGuyver.. i dd in a bigger Fat-Partition this time..
[18:40] <a|wen_> smarter: thx a lot for the help; docs now works!
[18:41] <smarter> cool :)
[18:41] <shtylman> Riddell: I have good news and I have bad news
[18:42] <shtylman> good news...implementing the autologin on the ui is easy...bad news: there is already a script that does the options setting...it is from debian installer called user-setup-apply...and it is hardcoded to /etc/kde3
[18:42] <shtylman> those source packages are pulled automatically...so I dunno where to make the change and have it propigate back to the installer
[18:43] <Riddell> shtylman: probably in the debian-installer sources
[18:44] <a|wen_> ScottK: now we're getting somewhere http://awen.dk/packages/kile/
[18:44]  * ScottK looks again.
[18:45] <shtylman> is that hosted by launchpad? I thought those were pulled from debian without changing them?
[18:46] <a|wen_> shtylman: everything is on launchpad ;)
[18:46] <shtylman> ive found it...I will ask cjwatson about it
[18:47] <a|wen_> the versions will tell you if it is a direct pull from debian or it has been changed
[18:47] <NCommander> Riddell, ping
[18:48] <NCommander> ScottK, second ping
[18:48] <ScottK> NCommander: Yes?
[18:48]  * ScottK doesn't think he got the first one.
[18:51] <Riddell> hi NCommander
[18:51] <NCommander> ScottK, can you remove kde4bindings hppa PAS entries
[18:51] <ScottK> NCommander: From what I can tell they were removed already.
[18:51] <NCommander> I talked with Infinity, Soyuz doesn't use p-a-s binary entries at all
[18:51] <NCommander> Oh
[18:51] <NCommander> Then why didn't a build get scheduled w/ the last kde4bindings upload ...
[18:52] <ScottK> There isn't a public repo of the pas that Ubuntu is using.  All I can do is look at the Debian one.
[18:52] <NCommander> Riddell, kde4*'s backport was badly clogging up the build daemons. I rescored all your backports to -5000 to prevent them from going until the other buildds drain
[18:52] <NCommander> ScottK, that's the one we're using
[18:52] <ScottK> OK, well the stuff I had added there is gone.
[18:52] <NCommander> I'll score them to 0 once FF passes
[18:52] <ScottK> NCommander: kdebindings tried to build on hppa and failed.
[18:53] <NCommander> oh
[18:53] <ScottK> (Note what was kde4bindings is now kdebindings)
[18:53] <NCommander> >.<;
[18:53] <NCommander> Ugh
[18:53] <NCommander> Yay for magic moving packages.
[18:53] <NCommander> WHy isn't kde4bindings removed from disk yet?
[18:53] <ScottK> Source was just removed yesterday
[18:53] <NCommander> cool
[18:53] <ScottK> The binaries are all the same.
[18:54] <ScottK> So if you could look at the hppa build log and make a recommendation, I'm all ears because I am totally confused now.
[18:54] <ScottK> Particularly since Phil Kern's mail to ubuntu-devel said Mono packages didn't need a pas entry for hppa.
[18:54] <NCommander> ScottK, well, I can see how we could probably fix it
[18:55]  * NCommander puts in an RT request ...
[18:55] <ScottK> Excellent.
[18:56] <jussi01> Hrm, vlc's picture and controls are separated in jaunty. is this a bug or a feature?
[18:56] <NCommander> it would be nice to make HPPA not suck this cycle.
[18:56] <ScottK> NCommander: kde4libs, kdepimlibs, and kdebase-workspace all built on hppa, so that's the only nodal KDE package that isn't built.
[18:57] <NCommander> Once kdebindings builds on HPPA, it will de-depwait a LOT of packages.
[18:57] <ScottK> Yep.
[18:57] <NCommander> (compiz is depwait on HPPA)
[18:59] <shtylman> Riddell: autologin option is done in the ui...it just need the debian-installer update to work
[18:59]  * NCommander is currently test running KDE 4 on ARM once his board finishes upgrading ...
[19:00] <ScottK> Excellent.
[19:00] <Riddell> shtylman: you're a coding ninja!
[19:00] <Riddell> shtylman: should I be merging this in yet?
[19:00] <shtylman> heh... :) I aim to please
[19:01] <NCommander> ScottK, I'm building a HPPA jaunty chroot now.
[19:01] <shtylman> Riddell: soon, I mean the autologin is there...I am verifying the proper object name for translation stuff, but yea...it just don't work until the d-i scripts are updated
[19:04] <ScottK> a|wen_: Source looks good.  Test building now.
[19:06] <a|wen_> ScottK: nice to hear ... i'll be leaving now, but ping me if anything looks wrong (if my connection doesn't break while i'm gone)
[19:07] <ScottK> o/
[19:17] <Riddell> rgreening!
[19:18] <rgreening> ola
[19:18] <rgreening> Im working on Qt build now.
[19:18] <Riddell> ah you know what I want to hear :)
[19:18] <Riddell> should get that in before FF tomorrow
[19:18] <rgreening> Im on a conf call for work, so making updates in betweeen questions..
[19:18] <rgreening> Riddell: I still have an issue with the current kdebindings not building against qt4.5.
[19:19] <Riddell> mm yes
[19:19] <rgreening> can someone (you) look at that? its unlikely it will just work against the new qt4.5 I am building as the changes arent major.
[19:19] <rgreening> Its a smoke issue
[19:19] <rgreening> I looked but couldnt make it build. it we go with qt4.5, this will be an issue on rebuild
[19:20] <Riddell> it'll need upstream to look at it, they're aware of the problem I believe, and mandriva and suse have both changed to 4.5 so we're not alone in needing it to work
[19:20] <rgreening> so it needs looking at by someone who may have better luck with it...
[19:20] <rgreening> Riddell: can you look into it? see if there is a fix?
[19:20] <Riddell> rgreening: just asking rdale in #kde-devel
[19:20] <rgreening> or work around? while I make the new qt4.5
[19:21] <rgreening> thanks
[19:21] <Riddell> rdieter: any plans for 4.5 in Fedora?
[19:21] <Riddell> 19:21 < rdale> hi Riddell: yes we've just fixed smoke with qt 4.5 today
[19:21] <rgreening> Riddell: packagekit changes for the draft doc for application framework are trickling into the git repo. I've asked for patches to back port...
[19:21] <rgreening> OMG. Cool.
[19:22] <Riddell> we have the best upstream :)
[19:22] <Riddell> rgreening: what's the URL to that draft again?
[19:22] <rgreening> Riddell: 1 sec.. looking
[19:23] <rgreening> Riddell: http://cgit.freedesktop.org/packagekit/plain/docs/app-install-v1.draft
[19:23] <rdieter> Riddell: plan is to do qt45 for F11, already imported and in use in our development repo (with a little pain, since gcc-4.4 landed very recently too)
[19:24] <rgreening> hey rdieter
[19:24] <Tscheesy> davmor2: sry - the image is not booting here..
[19:24] <NCommander> Riddell, oh, could you also look at merging in my packagekit changes?
[19:25] <ScottK> Riddell: ^^ Yes. Please do.
[19:25] <davmor2> Tscheesy: Meh back to the drawing board then :(
[19:25] <Riddell> NCommander: did glatzor review them?
[19:25] <ScottK> a|wen_: Kile uploaded.  Thank you for your contribution to Kubuntu.
[19:25] <davmor2> Although usb creator should get an .img creator soon so I'll try again then
[19:25] <NCommander> Riddell, he didn't like my autoconf patch, he wanted me to put it int he rules, which is a bad idea
[19:25] <NCommander> I was hoping for a second opinion
[19:26] <rdieter> rgreening: hiya
[19:26] <Tscheesy> davmor2: goin' to take a look inside too
[19:26] <Riddell> NCommander: anything so long as it works is my usual attitude to autoconf
[19:26] <davmor2> Tscheesy: usb creator is your friend ;)
[19:27] <NCommander> Riddell, well, my issue is that calling autogen right in the build environment can go badly. ScottK, your two cents please
[19:27] <ScottK> NCommander: My two cents is I know your test build works.  I soon as you say auto* I go hide.
[19:27] <ScottK> I soon as/As soon as...
[19:27] <NCommander> autofun?
[19:27] <NCommander> :-)
[19:28] <Riddell> NCommander: what's the bzr repositories again?
[19:28] <NCommander> Riddell, https://code.edge.launchpad.net/~mcasadevall/packagekit/werror-disabler/+merge/3707
[19:29] <NCommander> ScottK, akondki successfully build on SPARC with your boost
[19:29] <ScottK> NCommander: Thanks.
[19:32] <Riddell> NCommander: hmm, that patch is going to break as soon as autoconf decides to do anything different
[19:32] <NCommander> Riddell, autoconf usually like that. If that happens, you smash the patch and redo it.
[19:32]  * NCommander got this technique from the desktop team ...
[19:33] <Riddell> NCommander: I tend to just let autoconf do its own thing in the .diff.gz
[19:33] <NCommander> ew ....
[19:33] <Riddell> and have the patch contain only the stuff you're interetsed in
[19:33] <NCommander> That's why its a 99_autoconf.patch, it can easily be deleted and remade :-/
[19:34] <Riddell> seems like extra hassle
[19:34] <Riddell> what's ew with my approach?
[19:34] <NCommander> I hate having a messy diff.gz ...
[19:34] <Riddell> I hate having messy patches :)
[19:34] <NCommander> And that causes issues when merging to a new upstream because you forget to rerun autofun.
[19:34] <Riddell> autoconf... something is going to get messy
[19:35] <NCommander> pretty much
[19:35] <NCommander> The build itself, or the patch ...
[19:35] <Riddell> I just always ran autofoo for merges when KDE used it
[19:35] <Riddell> anyway, I can merge this so long as you take the flak from glatzor
[19:38] <ScottK> NCommander: Boost uploaded.  Thanks again for the testing help.
[19:38] <NCommander> No problem
[19:38] <NCommander> ScottK, is it worth a rescore on SPARC?
[19:38]  * ScottK looks
[19:38] <NCommander> or: how much is blocked because of boost ...
[19:40] <ScottK> NCommander: I don't see any main uploads in queue that I know would fail due to it
[19:40] <ScottK> I'd say let it go when it goes.
[19:40] <NCommander> ok, so I'll leave it alone
[19:41] <NCommander> Riddell, the second option I have is to fix the compiler warnings, but thats a really figity fix, and not foolproof :-/
[19:43] <Riddell> NCommander: too late, merged
[19:43] <NCommander> Oh
[19:43] <NCommander> Works for me
[19:43] <NCommander> Riddell, please upload when ready
[19:44] <Riddell> done
[19:44] <ScottK> Riddell: Hopefully that will be enough for Kubuntu Main to get fully built on armel.
[19:44] <ScottK> IIRC we only lack Kpackagekit currently.
[19:47] <Riddell> oh nice
[19:49] <ScottK> Ogra was giving me grief about it beeing missing the other day.  It was kind of fun to point out kpackagekit was missing due to packagekit FTBFS.
[20:40]  * Lure gave up on getting opencv in main for Jaunty :-(
[20:41] <JontheEchidna> Does that mean we'll have to disable the redeye plugin? :-(
[20:41]  * Lure thinks that people will have to live w/o batch RedEyeRemoval batch plugin in gwenview/digikam
[20:41] <JontheEchidna> heh
[20:42] <Lure> JontheEchidna: it is just too much work to get warnings fixed as Kees would like - see bug 324523:
[20:42] <Lure> This report is public
[20:42] <JontheEchidna> Yeah, I've been monitoring it. It's a shame but I guess it'll just have to be for now...
[20:43] <Lure> JontheEchidna: we can probably request a medibuntu package for it
[20:44] <smarter> Lure: feel free, I'll try to find some time to do it :)
[20:44]  * smarter is the only KDE guy in the medibuntu team :p
[20:45] <Lure> smarter: great, at least we have you ;-)
[20:45] <JontheEchidna> mm, aRts removal seems to be going well. Only 3 more packages to fix
[20:45] <smarter> which reminds me I should build amarok2 with libmp4v2
[20:45] <Lure> smarter: it is just a simple "add libcv-dev to Build-Depends" rebuild
[20:46] <smarter> ok, shouldn't pose any problem then ;)
[20:51] <rgreening> fabo: ping
[20:52] <rgreening> JontheEchidna: die aRts die...
[20:52] <JontheEchidna> :]
[20:52] <rgreening> aRts == eVil
[20:53] <rgreening> aRts stands for "a REAL terrible soundserver"
[20:54] <JontheEchidna> lol
[20:54] <JontheEchidna> It must have had an affair with gstreamer and had pulseaudio as its lovechild
[20:56] <rgreening> heh
[21:17] <DaSkreech> is there a problem with KDE 4.2 and nvidia? I've been hearing people cry for two days about updating to 4.2 and it's breaking the computer. All have nvidia cards
[21:28] <rgreening> Riddell: I've completed merging qt4.5 changes from fabo into our build. I am about to upload to my ppa to test/build. It is not necessarily ready yet. Also, I need to do a proper changelog update with all the changes.
[21:33] <JontheEchidna> Riddell: kcm-spck broke: bug 331192
[22:11] <Riddell> JontheEchidna: hum, I tested that from a live CD earlier this week
[22:12] <JontheEchidna> there have been system-config-printer updates in the meanwhile. I'm guessing that's what broke it
[22:12] <JontheEchidna> it did work before for me too
[22:13] <Riddell> indeed, /usr/share/system-config-printer/config.py has changed
[22:19] <rgreening> Riddell: do you have the fix for kdebindings? And is it uploaded yet?
[22:19] <jjardon> Anyone knows why synaptic driver is not installed by default in jaunty?
[22:20] <jjardon> See bug #323800
[22:27] <jjardon> I know is a known issue https://wiki.kubuntu.org/JauntyJackalope/TechnicalOverview, but why?
[22:33] <NCommander> ScottK, mono seems to be available on HPPA as of 2.0, I think we can get bindings to build now :-)
[22:43] <Riddell> jjardon: we just do KDE here, X developers tend to be elsewhere
[22:44] <jjardon> ok Riddell, sorry
[22:47] <smarter> has FF passed already?
[22:47] <smarter> if not, could somebody(ScottK? :]), upload webkitkde from lp:~kubuntu-members/webkit-open-source/webkitkde-ubuntu ?
[22:48] <smarter> (which probably shouldn't be in main)
[22:48] <Riddell> smarter: what's new?
[22:49] <smarter> Riddell: I updated to the latest svn
[22:49] <Riddell> smarter: then I'll need your .orig.tar.gz too
[22:49] <smarter> and added all the binary packages due to new libs being part of it
[22:49] <smarter> oh right
[22:49] <smarter> I upload that in a second
[22:50] <jjardon> Did you consider Arora web browser?
[22:50] <Riddell> we package both
[22:50] <smarter> Riddell: actually, you can just use debian/rules get-orig-source
[22:50] <Riddell> smarter: clever
[22:50] <smarter> my connection is far too random to upload the orig :p
[22:51]  * smarter has high expectations for Arora :)
[22:56] <Riddell> there's libwebkitkde.so and libkdewebkit.so, how confusing
[22:56] <smarter> Riddell: yup :/
[22:56] <smarter> and libkdenetwork isn't really a clever name too
[22:57] <smarter> I had trouble sorting all of them correctly in the install files :p
[22:59] <Riddell> hmm, gmail doesn't loAd
[23:03] <JontheEchidna> New QEdje, do we want?
[23:03] <JontheEchidna> New QZion too
[23:03] <Riddell> if it's binary compatible sure
[23:04] <Riddell> smarter: webkitkde uploaded, also I moved it to universe
[23:04] <smarter> cool, thanks
[23:05] <smarter> well, good night everyone :)
[23:05] <JontheEchidna> wasn't webkitkde included in a hardy prerelease once?
[23:05] <Riddell> in a KDE 4 remix CD
[23:05] <JontheEchidna> yeah, I remember because text fields in konq didn't work :P
[23:06] <NCommander> Riddell, can you do me a favor and bump upload libdc1394? Its not built on ARM because the last time it was touched in hardy and LP choked.
[23:06] <Riddell> but konqueror is more closely tied to khtml than you'd think
[23:06] <Riddell> NCommander: bump?
[23:06] <NCommander> Riddell, you know, build1 on it
[23:06] <Riddell> ok
[23:06] <smarter> so, what are we going to do regarding Qt 4.5?
[23:07] <Riddell> smarter: throw it in, every other distro is
[23:08] <Riddell> assuming rgreening gets off his conference call in time
[23:08] <smarter> ok
[23:08] <smarter> he wants to upload it before FF?
[23:08] <Riddell> yes
[23:09] <smarter> wow, that's gonna be tough :p
[23:10] <Riddell> it's compiling away in his PPA now
[23:11] <smarter> cool
[23:12]  * smarter wonders if webkitkde will need a rebuild against it to work
[23:12] <JontheEchidna> I'm guessing we have patches for the kdm crash?
[23:12] <JontheEchidna> irt Qt 4.5
[23:12] <Riddell> kdm crash?
[23:13] <smarter> JontheEchidna: it has been fixed in 4.5rc1 iirc
[23:14] <JontheEchidna> http://lists.kde.org/?t=123175866700006&r=1&w=2
[23:14] <ScottK-palm> NCommander: Would you please rescore akonadi on sparc. Boost built and is accepted and I hit retry.
[23:15] <NCommander> ScottK-palm, rescored.
[23:15] <JontheEchidna> smarter: apparently not: kde bug 183212
[23:15] <JontheEchidna> but there is a fix in trunk
[23:15] <JontheEchidna> Riddell: ^
[23:15] <NCommander> ScottK-palm, its next in the build queue
[23:16] <Riddell> JontheEchidna: shouldn't be a problem then
[23:16] <JontheEchidna> KDE trunk
[23:16] <JontheEchidna> We'd probably need to patch it for KDE 4.2
[23:17] <ScottK-palm> NCommander: Thanks.
[23:18] <smarter> JontheEchidna: then we should make sure that the fix gets backported to 4.2.1
[23:18]  * smarter off to bed for real
[23:18] <smarter> bye :)
[23:18] <JontheEchidna> :)
[23:19] <Riddell> smarter: bon soir
[23:42] <Riddell> rgreening: how was the conference call?
[23:42] <rgreening> Riddell: boring as always :)
[23:42] <rgreening> management/hr stuff - objective setting, etc.
[23:43] <rgreening> not exciting like this is :)
[23:43] <rgreening> Riddell: did kdebindings fix get in?
[23:44] <Riddell> rgreening: not looked at it, but that's a bug, bugs are for after tomorrow :)
[23:44] <rgreening> oh.. ok.
[23:45] <rgreening> Riddell: do you know how we are making out with the ubiquity changes?
[23:46] <rgreening> Riddell: #kubuntu spammer need ban
[23:47] <rgreening> why must the world have such people
[23:48] <rgreening> Riddell: qt takes so long to build...
[23:52] <Riddell> rgreening: shtylman is making good progress on ubiquity
[23:52]  * Riddell sleeps
[23:52] <ScottK-palm> NCommander: Would you mind looking at the akonadi/sparc failure log and see if it used the new boost or the old one?
[23:52] <ScottK-palm> I can't read .gz on my phone...
[23:54] <ScottK-palm> ... or anyone else for that matter.
[23:55]  * JontheEchidna takes a look
[23:55] <ScottK-palm> Thanks.
[23:57] <JontheEchidna> Get:1 http://ftpmaster.internal jaunty/main libboost-serialization1.35.0 1.35.0-8ubuntu2 [450kB]
[23:57] <JontheEchidna> looks like the old one
[23:57] <NCommander> SCORE!
[23:58] <NCommander> kdebindings successfully built on HPPA
[23:58] <JontheEchidna> \o/
[23:58] <NCommander> I need to test it in a PPA, but its looking promising
[23:58] <ScottK-palm> Thanks.  I'll got retry it.
[23:58] <NCommander> HPPA might not suck this cycle either
[23:58] <ScottK-palm> NCommander: Excellent.
[23:58] <NCommander> w00t
[23:58] <NCommander> It successfuly built
[23:58] <NCommander> And only with minor rule fudging
[23:59] <JontheEchidna> the whole of kdebindings is rule fudging :P
[23:59] <ScottK-palm> NCommander: Would you please rescore akonadi in a few minutes after I sign off to retry it?
[23:59] <ScottK-palm> NCommander: That's great.


[00:10] <davef> penguin42: The first question the LLM should be asking is "Have you tried turning it off and on again?"
[00:10] <davef> I need to put Jaffa Cakes as a notification
[00:11] <daftykins> that would be even *more* suitable for the last nag enquiry which was "the electric company is changing over my underground supply cable, should i do anything?"
[00:12] <penguin42> stick your finger in the live when it's off just to make sure?
[00:13] <penguin42> is that the same electricity cable that was going through the front door?
[00:13] <daftykins> if i shared pics that was my home :D
[00:13] <daftykins> yeah same job just much earlier at mine
[00:13]  * penguin42 can't remember that detail
[00:14] <daftykins> it struck me as some level of anxiety to be that bat guano insane about it though
[00:14] <daftykins> email, call, text
[00:15] <penguin42> interesting order
[00:15] <daftykins> :D
[00:39] <penguin42> https://cdn.mastodon.org.uk/media_attachments/files/111/910/033/238/470/639/original/eedabd7983333c07.jpeg  I don't remember that trip, but that's a nice pic from about 77
[00:41] <daftykins> wow looks good, have you been getting some old memories scanned in and touched up?
[00:41] <penguin42> daftykins: Yeh, I'm scanning my way through the set of slide carousels my dad left
[00:42] <penguin42> daftykins: I was introduced to technology young https://cdn.mastodon.org.uk/media_attachments/files/111/772/776/392/563/406/original/eb61600dc22ba334.jpeg
[00:42] <daftykins> :D
[00:42] <daftykins> that's brilliant
[01:22] <zxmpi> what was your cb handle? :-)
[01:32] <penguin42> hey, I'm a licensed ham, like my dad (not that I use it in ages)
[03:00] <davef> i should really get my ham license. i have a VHF/UHF handheld radio. i listen to the local repeaters.


[00:12] <kurt_> marcoceppi_: seeing this error when trying to deploy charm "Requested array, got <nil>."  http://pastebin.ubuntu.com/6211685/
[00:33] <davecheney> omgponies: $UNIT_NAME
[00:33] <davecheney> from memory
[00:33] <davecheney> will check
[00:33] <davecheney> but essentially it'll be an environment variable
[01:00] <davecheney> as I understand it, the http relation interface defines two properties, host and port
[01:00] <davecheney> is this correct (Y/N) ?
[05:00] <styles_> How did you guys like the switch to GoLang?
[06:27] <Kabiigon> hi im am have a lxc issue with a juju install
[06:28] <Kabiigon> lxc fails to start
[06:28] <Kabiigon> fresh install of precise
[06:31] <Kabiigon> serror: net: no such interface
[06:48] <rsynnest> hey quick random question: i have 12.04 lts and i just installed juju locally with "sudo apt-get install juju-local" before realizing i have LTS and need to install using sudo apt-get install "juju-local linux-image-generic-lts-raring linux-headers-generic-lts-raring" so just wondering if i need to remove anything from that first apt-get?
[06:50] <rsynnest> I'm brand new to IRC as well...
[06:51] <rsynnest> not sure if i can just throw questions out there....
[12:34] <marcoceppi_> kurt_: I think it's safe to ignore, unless the gui didnt' start properly
[14:12] <kurt_> marcoceppi_: I am running in to this: https://bugs.launchpad.net/juju-core/+bug/1236734
[14:12] <_mup_> Bug #1236734: juju 1.15.1 polls maas API continually <juju-core:Fix Committed by gz> <https://launchpad.net/bugs/1236734>
[14:13] <marcoceppi_> kurt_: ah, gotchya
[14:14] <kurt_> actually, on closer inspection…may not be that
[14:15] <kurt_> sorry, yes it is…wasn't looking at apache log
[14:15] <kurt_> its listed as critical, so hopefully fix soon
[14:19] <jcastro> marcoceppi_: hey so mramm and I demoed juju at our lug last night
[14:19] <jcastro> and I was talking about horizontal scaling
[14:19] <jcastro> and I did add-unit -n50 as an example
[14:19] <jcastro> "but I wouldn't do that on my laptop with LXC, that's just insane."
[14:20] <jcastro> except I hit enter instead of "next slide"
[14:20] <jcastro> my machine's load is like at 65
[14:20] <mramm> haha
[14:20] <jcastro> so tldr, ctrl-c after a juju command does nothing
[14:20] <jcastro> you're getting -n50 whether you cancelled or not
[14:29] <marcoceppi_> jamespage: yeah, because that's what's up
[14:30] <marcoceppi_> err jcastro ^
[14:36] <_mup_> juju/trunk r624 committed by<EMAIL_ADDRESS>[14:36] <_mup_> merge env-safety-belt
[14:37] <_mup_> Bug #1057665 was filed: juju destroy-environment is terrifying; please provide an option to neuter it <juju:Fix Committed by hazmat> <juju-core:New> <https://launchpad.net/bugs/1057665>
[14:39] <jcastro> marcoceppi_, I missed the previous line above your response to jamespage
[14:39] <hazmat> styles_, there's only one overlap on the devs between the langs on a whole its been nice as a language, and the ecosystem/lib support has come along quite nicely in the last two+ years since the rewrite started.
[14:39] <marcoceppi_> jcastro: there was none
[14:49] <hazmat> jcastro, if we can get lxc-clone support with snapshot.. its takes about 0.2s to create a container :-)
[14:49] <hazmat> and about 7m per each
[14:49] <jcastro> hazmat, I think the bottleneck is post container
[14:50] <jcastro> like, all of them doing one apt-get update at once, then updatedb/mlocate stuff, update-apt-xapian-index and a bunch of other IO stuff
[14:52] <hazmat> jcastro, true.. most of it is cloud-init based config in terms of time till a juju  unit.
[14:55] <jcastro> http://paste.ubuntu.com/6214069/
[15:12] <jrwren> option to turn that stuff off?
[15:43] <kurt_> LOL bug 1057665
[15:43] <_mup_> Bug #1057665: juju destroy-environment is terrifying; please provide an option to neuter it <juju:Fix Committed by hazmat> <juju-core:New> <https://launchpad.net/bugs/1057665>
[15:44] <hazmat> kurt_, james does beautiful bug descriptions :-)
[15:44] <kurt_> that was pretty funny
[15:46] <kurt_> Can anyone tell me if you need a guinea pig to test a fix for bug 1236734 ? It's killing me. :D
[15:46] <_mup_> Bug #1236734: juju 1.15.1 polls maas API continually <juju-core:Fix Committed by gz> <https://launchpad.net/bugs/1236734>
[16:00] <adeuring> marcoceppi_: another MP for charmtools. An one-line change this time
[16:00] <adeuring> marcoceppi_: https://code.launchpad.net/~adeuring/charm-tools/fix-setup-sdist/+merge/190170
[16:00] <marcoceppi_> adeuring: cool, I'll sit on it for several weeks :P
[16:01] <adeuring> ;)
[16:01] <marcoceppi_> adeuring: this actually can be fixed by just having ez_setup.py added to the manifest
[16:01] <marcoceppi_> which isn't commited in the repo
[16:01] <marcoceppi_> :\
[16:02] <marcoceppi_> Oh, nvm, this is even cleaner
[16:02] <adeuring> marcoceppi_: sure, that's the other option
[16:02] <marcoceppi_> adeuring: +1 from me
[16:02] <adeuring> marcoceppi_: thanks!
[16:04] <adeuring> marcoceppi_: let's also create a traball for charmworld. We'd like to use the tarball instead of PPAs in charmworld -- makes it easier to maintain the right version.
[16:05] <adeuring> erm, I mean a tarball of charm-tools.
[16:05] <marcoceppi_> adeuring: I just did that :)
[16:05] <marcoceppi_> adeuring: for the brew installer
[16:05] <adeuring> marcoceppi_: great!
[16:05] <marcoceppi_> adeuring: https://launchpad.net/charm-tools/stable/1.0
[16:06] <marcoceppi_> each release will get a tarball going forward, but I might be restructuring the release setup
[16:06] <marcoceppi_> instead of having "stable", it might be based on major version, so there will be a charm-tools/1.0, charm-tools/1.1 series, etc
[16:07] <adeuring> marcoceppi_: ...but running setup.py from that tarball raises "ImportError: No module named ez_setup"
[16:07] <marcoceppi_> adeuring: expect a 1.0.1!
[16:08] <adeuring> marcoceppi_: cool, even better!
[16:58] <marcoceppi_> adeuring: I'm re-arranging the charm-tools release layout, the stable series is going away
[16:58] <marcoceppi_> adeuring: not sure if that breaks anything for you
[16:59] <marcoceppi_> also, 1.0.1 with patched setup.py coming out
[17:00] <adeuring> marcoceppi_: no, I don't think so. But I'd appreciate  new tar ball. We want to use one for charmworld. (OK, I could also create a new one, but staying in sync seems to be a bit better.)
[17:00] <marcoceppi_> adeuring: yeah, 1.0.1 will have that new tarball
[17:00] <adeuring> marcoceppi_: sorry, was typing without reading: \o/ for the new release
[17:31] <marcoceppi_> adeuring: https://launchpad.net/charm-tools/1.0/1.0.1/+download/charmtools-1.0.1.tar.gz
[17:31] <adeuring> marcoceppi_: perfect! thanks a lot!
[17:32] <marcoceppi_> adeuring: I've moved the branch structure around a bit too, 1.1 is the current active series of development (lp:~charmers/charm-tools/1.1) I'm still trying to figure out how to best manage a project in lp so bare with me
[17:58] <AskUbuntu> how to stop entire openstack so that i can run maas server on my localhost | http://askubuntu.com/q/355914
[17:59] <mhall119> marcoceppi_: it doesn't look like setting that env var is working
[17:59] <marcoceppi_> mhall119: what's the error you're getting?
[18:00] <marcoceppi_> (is it the same as before)?
[18:00] <mhall119> 2013-10-09 17:57:19 INFO juju.worker.uniter context.go:234 HOOK error: no relation id specified
[18:02] <mhall119> marcoceppi_:
[18:02] <marcoceppi_> mhall119: yeah, fun
[18:03] <mhall119> marcoceppi_: JUJU_RELATION_ID=db:1
[18:03] <mhall119> that's what I was prefixing the hook call with
[18:03] <marcoceppi_> mhall119: well, there are two things wrong with that
[18:04] <marcoceppi_> aside from it not working properly, you can't just do a static assignment, the relation_id is created when add-relation happens and it's not easily predictable as to what it will be
[18:04] <mhall119> marcoceppi_: I'm getting it dynamically
[18:04] <mhall119> DID=$(relation-ids db)
[18:04] <marcoceppi_> mhall119: ah, cool good
[18:05] <mhall119> then JUJU_RELATION_ID=$DID
[18:05] <mhall119> but I logged ${DID} and it was db:1
[18:05] <marcoceppi_> let me fire up a charm real quick
[18:05] <mhall119> is "db:1" a valid value for JUJU_RELATION_ID?
[18:05] <marcoceppi_> yes
[18:14] <mhall119> marcoceppi_: see line 1847 of http://paste.ubuntu.com/6214819/
[18:15] <mhall119> that's prinding ${JUJU_RELATION_ID}
[18:15] <mhall119> in db-relation-changed
[18:15] <mhall119> but calls in the same script to relation-set and relation-get say no relation id specified, so is having the env variable not enough?
[18:26] <mhall119> marcoceppi_: ?
[18:27] <mhall119> jcastro: I think I broke marco :(
[18:28] <jcastro> hmm?
[18:28] <marcoceppi_> mhall119: sorry, lunching
[18:28] <marcoceppi_> mhall119: will be back in a few :)
[18:29] <mhall119> jcastro: a joke
[18:30] <mhall119> lunch sounds like a good idea though
[18:34] <AskUbuntu> how to run openstack and maas server on localhost together | http://askubuntu.com/q/355931
[19:01] <sinzui> rick_h_, jcsackett Do either of you have any ideas why staging.jujucharms.com is sending me hate mail :https://bugs.launchpad.net/charmworld/+bug/1237588
[19:01] <_mup_> Bug #1237588: BdbQuit errors <charmworld:Triaged> <https://launchpad.net/bugs/1237588>
[19:01] <rick_h_> sinzui: sorry, was doing some manual debugging. stagign is having a strange error
[19:02] <rick_h_> bac: think that's you? ^^ doing pdb in the live gunicorn running server? pdb and gunicorn don't place nice
[19:03] <sinzui> rick_h_, bac: That sounds much better than having that in trunk. We can mark the bug as a lower priority or invalid if we are certain we cannot release this to production
[19:04] <bac> rick_h_, sinzui: i have only been doing passive queries and looking at log files.  not i.
[19:04] <rick_h_> sinzui: yes, this is due to manual monkeying with the source on staging.
[19:04] <rick_h_> I'll mark invalid and make sure to back out my pdb's from earlier. supervisord must have come along and restarted the gunicorn servers and picked up the changes
[19:06] <rick_h_> sinzui: reverted changes
[19:06] <sinzui> Thank you rick_h_
[19:07] <rick_h_> sinzui: feel free to ignore that come along before it restarts. Sorry for the noise
[19:08] <sinzui> np. I just couldn't understand why I started seeing it. I had this fear something bad was in production and we wont be able to deploy to in until tomorrow
[19:23] <mhall119> marcoceppi_: so I've tried padding the relation-id with -r to relation-get and now I get:
[19:23] <mhall119> 2013-10-09 19:22:51 INFO juju.worker.uniter context.go:234 HOOK error: no unit id specified
[19:23] <mhall119> :(
[19:24] <marcoceppi_> mhall119: I was afraid of this
[19:25] <marcoceppi_> mhall119: so, in addition to -r <RELATION_ID> you need to specify which unit to pull the data from
[19:25] <marcoceppi_> this is in the format of mysql/0 for example
[19:25] <marcoceppi_> and is set from JUJU_RELATION_UNIT (I think)
[19:25] <marcoceppi_> mhall119: there are way easier ways to manage this stuff
[19:26] <hazmat> marcoceppi_, JUJU_REMOTE_UNIT afaicr
[19:27] <hazmat> mhall119, what's  your context.. if your in a relation hook all this is preset for you...
[19:28] <hazmat> ah config-changed
[19:33] <mhall119> hazmat: I'm trying to re-build my db_settings.py for django when a config change results in a new rev of the django code branc
[19:33] <mhall119> hazmat: marcoceppi_: I'm going to just copy over the old settings, and let a regular db relation changed updated it when needed
[19:34] <marcoceppi_> mhall119: the other idea is to just save the database details to a text file in the $CHARM_DIR and have config-changed read that to update the db_settings
[19:56] <_mup_> Bug #1237626 was filed: constraints should be validated <juju:New> <https://launchpad.net/bugs/1237626>
[20:06] <mhall119> thanks marcoceppi_, I think I have a charm that'll work now
[20:07] <mhall119> jcastro: I still have leftover lxc machine dirs after destroy-environment
[20:07] <jcastro> you will until you upgrade to 1.15.1
[20:07] <mhall119> ah, ok, still have 1.14.1-saucy-i386
[20:08] <jcastro> if you could wait another day or so ....
[20:08] <jcastro> or move to -devel if you want to be risque
[20:09] <mhall119> I can wait, time to ship my charm of to webops
[20:10] <_mup_> Bug #1237634 was filed: maas tags support should support full tag syntax <juju:New> <https://launchpad.net/bugs/1237634>
[21:43] <adam_g> does juju-core support maas-tags as constraints? as outlined in http://maas.ubuntu.com/docs/tags.html ?
[21:45] <marcoceppi_> adam_g: in 1.15.1 it does
[21:45] <adam_g> marcoceppi_, ah ya just found that
[21:45] <adam_g> marcoceppi_, did i read somewhere that the 1.14.1 -> 1.15.1 upgrade is bumpy?
[21:46] <marcoceppi_> adam_g: there's a bug open about it, have not tried myself
[21:46] <adam_g> marcoceppi_, have the bug # handy? about to try
[21:46] <marcoceppi_> adam_g: 1.16 comes out reallll soon if you want to wait for the next stabl
[21:46] <marcoceppi_> adam_g: https://bugs.launchpad.net/juju-core/+bug/1236622
[21:47] <marcoceppi_> adam_g: 1.16 has the fix for this
[21:48] <adam_g> marcoceppi_, thanks
[22:16] <eagles0513875> fwereade: haha :D now i know where you hid
[22:16] <eagles0513875> hide
[22:16] <eagles0513875> mhall119:  :D
[23:12] <mwhudson> davecheney: hey
[23:12] <mwhudson> oh
[23:12] <mwhudson> unping
[23:12]  * mwhudson hates bash instead of bugging people