[21:36] <aputtu> Will there be comment field added to the translation process? I'm trying to find the proposed tasks for dev.launchpad.net/translations - I've read https://wiki.ubuntu.com/OgMaciel/blueprints/rosetta.
[21:37] <aputtu> Also, I'd like to know where to file ideas to dev.launchpad.net/translations. For example as a reviewer I'd like a filter that filters out entries where I have made translation suggestions myself.
[21:42] <aputtu> Regarding the comment field, I read that this is included in the user story, so it's more a question on if and when. I know that the Danish team avoids Launchpad in some projects, as the comment function is crucial to the process.
[21:59] <aputtu> Well, okay - I've filed a bug on the comment field here: https://bugs.launchpad.net/launchpad/+bug/970414
[21:59] <_mup_> Bug #970414: Launcpad/translation: Add comment during translation process <translation> <Launchpad itself:New> < https://launchpad.net/bugs/970414 >
[22:00] <aputtu> I'll just file another one about the request for extended filtering.
[22:18] <aputtu> As for the request for an extended filter, I've filed a bug report on this also: 970423
[22:22] <cjwatson> you probably won't find too many developers around here at the weekend, fwiw ...
[22:22] <cjwatson> but bug reports are generally the right place for feature requests, yes
[22:23] <cjwatson> merge proposals get things done faster but are rather more work :-)
[22:39] <aputtu> great, I've noticed that tags have been added already - I wasn't aware of the existing tags and I'll add "lp-translations" and "feature" as well.


[18:16] <alf__> Hello there. I would like to know whether is possible to chage notifications time out value. In example in Firefox quit too soon


[01:20] <tlonim> jelmer: ah, the older ones which I saw similar to them were fixed already but I could still repeat this
[01:21] <jelmer> tlonim: https://bugs.launchpad.net/bzr/+bug/1021537
[01:23] <tlonim> so 'bzr reconcile --canonicalize-chks' ?
[01:25] <jelmer> tlonim: unfortunately that's not sufficient - it takes about 6 months to run that on the gcc repo, and it doesn't fix all instances
[01:26] <tlonim> and that seems to be due to broken repo..if we know the possible commits which caused this, is it possible to fix only those?
[01:28] <jelmer> tlonim: the broken commits are the commits in the existing gcc repositories, on which lp:gcc/1.8 gets stacked
[01:28] <tlonim> hmm
[01:28] <jelmer> tlonim: so in order to fix this, you'd have to do a fresh import of all existing gcc branches in Launchpad, or disable stacking somehow
[01:28] <tlonim> in my case there is no svn bridgeetc.
[01:30] <jelmer> tlonim: the essential problem is that both repositories disagree about the contents of an inventory (most likely a spurious file revision)
[01:33] <jelmer> tlonim: I can't think of any easy workarounds
[01:33] <tlonim> jelmer: so the "missing text keys:" are what caused the issue there?
[01:34] <tlonim> I mean the contents of that list
[01:34] <jelmer> tlonim: not really the texts themselves, rather that the text keys are slightly different in one or more revisions somewhere in the history of the two branches
[01:35] <tlonim> hmm. which two branches, I am not doing a merge here
[01:36] <jelmer> tlonim: you're copying them both into the same repository
[01:36] <tlonim> yeah.. shared-repo
[01:36] <jelmer> tlonim: right, so that repository has only one copy of each revision
[01:38] <jelmer> tlonim: if other data you try to import into that repository references a bit of the ambiguous revision(s), things break
[01:44] <tlonim> jelmer: so there may be something wrong with that branch itself - can I ask the people who merged into that branch to check
[01:45] <jelmer> tlonim: right, so the problem is that one of the two branches has some revisions in it that were imported with an old version of bzr-svn that was buggy
[01:45] <jelmer> tlonim: IIRC it was the linaro branch that actually had the issue in it
[01:46] <tlonim> I don't think we use bzr-svn in my case.. did you see anything related to that in mine
[01:47] <tlonim> jelmer: if I branch it as a non-shared clone, that should fix it for now right
[01:47] <tlonim> btw, I am running
[01:47] <tlonim> bzr reconcile -v  --canonicalize-chks lp:~percona-core/percona-server/release-5.5.32-31.0
[01:47] <tlonim> let me see how long it takes
[01:47] <jelmer> tlonim: that will allow the "bzr branch" commands to complete, but you won't be able to merge the two branches
[01:48] <tlonim> jelmer: btw, this reconcile can be killed anytime without leaving repo inconsistent right
[01:48] <jelmer> tlonim: the lp:gcc-linaro branch was actually created by bzr-svn originally (either bzr-svn directly or a launchpad import)
[01:48] <jelmer> tlonim: the reconcile doesn't help IIRC
[01:48] <jelmer> see my comment on that bug
[01:48] <tlonim> ack
[01:56] <tlonim> anyways, I got this with reconcile http://paste.wnohang.net/f45a3c :) (I guess that is because it is not on sftp or local right)
[02:02] <spiv> tlonim: right
[02:02] <spiv> tlonim: doing it locally will be much faster
[03:05] <jelmer> it'll still be quite slow locally judging  by the comments on that bug report..
[03:12] <spiv> jelmer: "faster" is a relative term :)
[03:12] <jelmer> spiv: fair 'nough :-)


[02:05] <jtechidna> rgreening: 02_no_dependency_file.diff in kdepimlibs
[02:05] <jtechidna> needs to be gone for it to work I think
[02:14] <coreymon77> and now for my classic line
[02:14] <coreymon77> holy netsplits batman!
[03:09] <jtechidna> Ha, success
[03:30] <jtechidna> ScottK, Riddell: http://paste.ubuntu.com/69465/ <- Revert bad patch that makes kdepimlibs5-dev not dep on kdelibs5-dev
[03:30] <jtechidna> http://paste.ubuntu.com/69466/ <- Re-add tooltips patch to base-workspace
[04:05] <rgreening> \o/ jtechidna
[04:05] <jtechidna> Riddell: http://paste.ubuntu.com/69477/ <- fixes kdenetwork FTBFS
[04:05]  * jtechidna waves to rgreening
[04:10] <rgreening> Just had kgpg eating 100% CPU for last couple of hours. Dunno why
[04:10] <rgreening> Lappy smeels like burnt tennis shoes
[04:12] <JontheEchidna> heh
[04:13] <JontheEchidna> hmm, new Qt in jaunty
[04:13]  * JontheEchidna wonders what's new
[04:14] <JontheEchidna> oh, kdenetwork didn't need to depend on libsm-dev
[04:14] <JontheEchidna> Riddell: nevermind that kdenetwork diff then
[04:22]  * JontheEchidna out
[04:23] <rgreening> bye
[04:38] <ScottK> rgreening: I've never had much luck with kgpg.
[04:58] <rgreening> lol
[05:04] <nixternal> finally fixed my damn development desktop...took me long enough, but I finally decided to fork over a little cash to get some new hardware
[05:47] <NCommander> ScottK, are you interested in sponsoring an upload to main (I think I have a fix to resolve kdenetwork's FTBFS)
[05:48] <ScottK> NCommander: Possibly.  I need to get to bed.
[05:48] <NCommander> No issue, I'll ask someone else to upload
[06:17] <nixternal> NCommander: jaunty?
[06:18] <nixternal> if so, link me to the sources and I can upload
[06:18] <NCommander> if we're going to be uploading 4.2 soonish
[06:18] <NCommander> Probably not worth it
[06:19] <nixternal> ok..if you change your mind I can upload for you
[06:19] <coreymon77> HI EVERYBODY!
[06:19] <coreymon77> hi dr. nick!
[06:19]  * NCommander didn't know you were a coredev Nightrose
[06:19] <coreymon77> lol
[06:19] <NCommander> er nixternal
[06:19] <nixternal> hehe
[06:19] <nixternal> yup
[06:20] <coreymon77> heya nixy
[06:20] <NCommander> nixternal, next time I'm in Chicago, I'll have to say hi
[06:20] <coreymon77> whats up
[06:20] <nixternal> only put it off for a couple of years because I was working with KDE4 so much that I didn't need core dev for anything else...always had JR, Tonio, Hobbsee, and others to upload for my lazy arse
[06:21] <nixternal> NCommander: sure enough, let me know when you come out...we can get an opensource night out on the town
[06:21] <nixternal> we do it, like every night I think :)
[06:21] <nixternal> wasabi coreymon77
[06:21] <coreymon77> i dont like spicy stuff
[06:21] <coreymon77> :P
[06:21] <NCommander> Bah, FEEL THE BURN
[10:26] <Tm_T> hmm, has there been plans to upgrade/backport cake 2.6.2 or newer to intrepid ?
[10:26] <Tm_T> s/cake/cmake/
[10:47] <NCommander> Tm_T, you can request a backport
[10:50] <Tm_T> NCommander: oh, I'm sure it will be backported when someone starts packaging KDE 4.2
[10:50] <Tm_T> or so
[10:50] <NCommander> KDE 4.2 isn't packaged yet?
[10:51] <Tm_T> it isn't "ready" yet even
[10:51] <NCommander> Oh
[10:51] <NCommander> fair enough
[10:52] <Tm_T> current development head (trunk) KDE: 4.1.72 (KDE 4.1.72 (KDE 4.2 >= 20081104))
[10:53]  * NCommander nods
[11:14] <NCommander> Riddell, ping
[11:16] <jussi01> mornining NCommander, didnt get to congratulate you yet, so congrats on MOTU! :D
[11:17] <NCommander> heh
[11:17] <NCommander> Thank you
[12:15] <Tm_T> apachelogger: hi son
[12:40] <JontheEchidna> NCommander: I believe Riddell fixed the kdenetwork ftbfs last night when he added libsm-dev to qt4-x11's build deps
[12:40] <NCommander> right
[12:40] <NCommander> that's the fix
[12:40] <JontheEchidna> What can I say? The man is fast :P
[12:41] <JontheEchidna> Anyway, if we have enough people I wouldn't mind packaging the next weekly snapshot of KDE 4.2 for Jaunty
[12:41] <NCommander> I'll help do it
[12:41] <NCommander> But do we want it in a PPA, or Jaunty proper?
[12:42] <JontheEchidna> I'd assume both, the PPA being for us mere mortals who don't want to break their systems with Jaunty
[12:43] <NCommander> No jaunty PPAs though
[12:43] <NCommander> JontheEchidna, you core dev yet?
[12:43] <JontheEchidna> nope, gonna go for MOTU in a bit here
[12:44] <JontheEchidna> I think we could use an Intrepid PPA since we wouldn't have to change much more than the series
[12:53] <Tm_T> JontheEchidna: NCommander: you will need new cmake then
[12:54] <JontheEchidna> good point, hadn't realized that
[12:54] <NCommander> We can simply put the new cmake in the PPA
[12:54] <Tm_T> JontheEchidna: so please do that for intrepid backports please (;)
[12:54] <NCommander> Can't
[12:54] <NCommander> PPA do not build w/ backports
[12:55] <Tm_T> you can put it to backports _too_
[12:55] <Tm_T> or, KDE developers fiddling with Intrepid will need other source (ppa?)
[12:55] <Tm_T> just for cmake that is
[12:55] <JontheEchidna> apparently if you have 1337 powars you can even copy stuff from ppas to backports
[12:56]  * JontheEchidna afk for breakfast
[13:03] <Tm_T> KDE 3 repository for Intrepid: http://ubuntuforums.org/showthread.php?p=6065524
[13:08] <JontheEchidna> those packages have an epoch of 7...
[13:08] <JontheEchidna> crazy
[13:14] <JontheEchidna> Tm_T: So trunk needs cmake 2.6.2 currently?
[13:15]  * JontheEchidna investigates and finds out the answer is "yes" :P
[13:17] <JontheEchidna> oh, jaunty already has 2.6.2
[13:17] <JontheEchidna> kewl
[13:19] <Tm_T> JontheEchidna: will need
[13:19] <JontheEchidna> kk
[13:28] <JontheEchidna> bah, dput is broken
[13:28] <andylockran> guys, I've just switched over to kubuntu (by installing kubuntu-desktop) to help with more bugs reports .etc after listening to the ubuntu-uk podcast.
[13:29] <andylockran> How come any bugs that occur goto bugs.kde.org rather than a launchpad bug-tracker?
[13:30] <JontheEchidna> The KDE devs can't fix bugs they don't know about
[13:30] <JontheEchidna> If you're unsure whether the bug is KDE or *buntu's fault, then it's a better idea to report it at launchpad first
[13:31] <JontheEchidna> we can generally determine whether or not it's a KDE or Kubuntu bugs
[13:31] <JontheEchidna> Oh, and if anybody can halp with the dput failure: http://paste.ubuntu.com/69628/
[13:34] <JontheEchidna> oh, haha
[13:34]  * JontheEchidna needs to learn to rtfm
[13:37] <Hobbsee> dput -f?
[13:38] <Hobbsee> oh :)
[13:59] <andylockran> JontheEchidna: isn't there a method for passing kubuntu bugs upstread?
[13:59] <andylockran> upstream ?
[16:57] <jjesse> good morning :0
[17:00] <apachelogger> Tm_T: yo mom
[17:08] <apachelogger> JontheEchidna: I thought I did that before I even created that patch, will look into it
[17:10] <ryanakca> apachelogger: were you still interested in helping out with porting the wiki theme? We basically need to get a color palette and then sed ``Dark Ubuntu Brown'' for ``Dark Kubuntu Blue'' throughout the css files. (I seem to recall asking you this, not sure...)
[17:11] <apachelogger> Riddell: about kubuntu_11_fix_openwithdialog.diff coming from upstream: no, it is a workaround for 4.1, 4.2 will carry the whole kservice object around instead of only connecting selected information to the tree, however I talked to dfaure and he aggreed that the patch is a sensible solution as well, I actually think the proper fix of carrrying around the object should be committed by now, IIRC I created that patch a couple of
[17:11] <apachelogger>  weeks ago
[17:12] <apachelogger> ryanakca: get a meeting date
[17:12] <apachelogger> color palette is uberimportant indeed
[17:13] <ryanakca> apachelogger: okies. Well, what I'll do is work on one, and then present it at the meeting, if everybody likes it, I can sed, commit and start poking the sysadmins.
[17:14] <apachelogger> seele, smarter: --force-overwrite for the neon issues, KDE dragged stuff around in plasma creating some conflicts
[17:14] <smarter> apachelogger: yup, I figured it out(and I had another issue, but it was because I forgot to s/hardy/intrepid/ the neon line in my sources.list :P)
[17:18] <ryanakca> apachelogger: did the bzr + kde packages get discussed or is it for the next meeting
[17:18] <apachelogger> not that I would claim the neon stuff for intrepid works properly yet :P
[17:18] <apachelogger> ryanakca: next meeting
[17:18] <apachelogger> in fact, I should get that meeting setup
[17:19] <ryanakca> apachelogger: okies... I set the DateTime to TBD... and I'll finish adding my topic to the agenda
[17:20] <apachelogger> Nightrose: about that quassel package: only if sput can ensure we get a stable release from current HEAD by the time jaunty is going into future freeze, otherwise it probably would make sense to drag neon to the 3rd layer of abstraction which would mean that I have to introduce documentation so that I don't get lost, and we all know, documenting stuff is boring, so I'd rather not do that
[17:21] <Nightrose> apachelogger: hmmmmm i'll ask
[17:21] <Nightrose> when is feature freeze?
[17:21] <apachelogger> no clue
[17:21] <apachelogger> ~google ubuntu wiki schedule jaunty
[17:21] <kubotu> Results for ubuntu wiki schedule jaunty: 1. JauntyReleaseSchedule - Ubuntu Wiki: https://wiki.ubuntu.com/JauntyReleaseSchedule | 2. UbuntuOpenWeek - Ubuntu Wiki: https://wiki.ubuntu.com/UbuntuOpenWeek | 3. Xubuntu/Artwork/Incoming/Jaunty - Ubuntu Wiki: https://wiki.kubuntu.org/Xubuntu/Artwork/Incoming/Jaunty
[17:22] <apachelogger> February 19th
[17:23] <Nightrose> k
[17:38] <Tm_T> apachelogger: cmake upgrade on the way there?
[17:38] <apachelogger> where?
[17:39] <apachelogger> ScottK: I think we should create a package with some useful and well maintained scripts to be shipped with Kubuntu
[17:39] <apachelogger> maybe based on upstream suggestions
[17:40] <Tm_T> apachelogger: kde trunk will soon require cmake 2.6.2 or newer, so, how will you deal needed upgrade on neon?
[17:40] <Tm_T> and will that be also pushed to ubuntu backports or some?
[17:40] <apachelogger> Tm_T: neon shipped 2.6.2 as it's first or second intrepid package
[18:03] <Tm_T> apachelogger: aah, good
[18:04] <Tm_T> apachelogger: I'm hoping someone push it to backports or some other more general source
[18:04]  * apachelogger needs to get some sort of mail access working again
[18:04] <smarter> apachelogger: do you plan to package kdepim for neon?
[18:04] <apachelogger> smarter: it is
[18:04] <smarter> apachelogger: oh, I didn't even see it :p
[18:04] <smarter> but "Version: 20081027.6+svn876565-0neon1"
[18:06] <apachelogger> so?
[18:06] <smarter> kdebase/kdelibs are from 1107
[18:07] <apachelogger> well, kdebase was b0rked for the last week or so
[18:07] <smarter> so, any plan for upgrading all the other packages? :)
[18:08] <lex79> apachelogger: http://revu.ubuntuwire.com/details.py?package=kradioripper
[18:08] <lex79> http://revu.ubuntuwire.com/report.py/legal?upid=3892
[18:08] <apachelogger> smarter: technically I invoked a rebuild 3 hours ago
[18:08] <apachelogger> but my kmail ain't starting
[18:09] <apachelogger> konqueror fails to render gmail and I really don't feel like coping with the incredibly slow lp today
[18:09] <smarter> ooohh, shiny, upgr4des :p
[18:10]  * smarter wonders why aptitude decided to install exim4
[18:10] <apachelogger> lex79: upstream licensed in a very inproper way
[18:10] <apachelogger> / (c) Tim Fechtner. Licenced under GPL 2 (yes, version 2 only!).
[18:11] <apachelogger> that is not my defintion of a sensible license header
[18:11] <apachelogger> in fact, I don't even think that is valid
[18:11] <lex79> so, missing license header in all files?
[18:11] <ScottK> smarter: Because some package wanted an MTA and Debian usually does that exim4|mail-transport-agent
[18:11] <apachelogger> lex79: well, incomplete
[18:12] <apachelogger> lex79: also the COPYING is missing, which is definitely invalid
[18:12] <ScottK> apachelogger: Does the package include a full copy of GPL v2 in the tarball?
[18:12] <ScottK> Yeah.  That's needed.
[18:12] <apachelogger> ScottK: people who insist on version 2 only mostly didn't read the license :P
[18:12] <smarter> ScottK: probably, but I don't expect a post-release upgrade to install a mail daemon/client/whatever :p
[18:12] <ScottK> apachelogger: I disagree.
[18:13] <apachelogger> ScottK: all I have seen didn't
[18:13] <ScottK> smarter: Sure.  What else does it want to install/upgrade?
[18:13] <apachelogger> lex79, ScottK: ah!
[18:13] <ScottK> apachelogger: I think there are very valid reasons not to like V3.
[18:13] <apachelogger> actually there is
[18:13]  * apachelogger was blind
[18:14] <lex79> I send a mail to author :)
[18:14] <ScottK> OK.  Well if there's a full copy of the license in the tarball, then the incomplete license/copyright headers in the files won't block it.
[18:14] <lex79> ScottK: ya
[18:14] <apachelogger> ScottK: my point is that they rely on reasons of other people without reading the licenses for themselfs
[18:14] <ScottK> It's better if it's there.
[18:14] <apachelogger> lex79: suggest it to upstram though
[18:14] <smarter> ScottK: http://pastebin.com/m2a2196b8
[18:14] <lex79> ok
[18:14] <ScottK> Definitely (about suggesting upstream)
[18:14]  * ScottK looks
[18:14] <smarter> it may be aptitude who wants to install recommends and these recommends need a mailer
[18:15] <apachelogger> bug #271516
[18:15] <ScottK> smarter: Yes.  That's about right.
[18:16] <smarter> oh, bsd-mailx rdepends on devscripts
[18:16] <ScottK> Yes.
[18:17] <ScottK> smarter: Do you have backports enabled?
[18:17] <smarter> yup
[18:17] <ScottK> That's the new devscripts just backported from Jaunty.
[18:17] <ScottK> It's wouldn't stun me if it pulled to much stuff in.
[18:17] <smarter> okay
[18:18] <apachelogger> lex79: I am pretty sure kdelibs5-dev already depends on libqt4-dev and libphonon-dev, and I am also pretty sure kdesdk-dev depends on kdelibs5-dev .... that said, a) why does it depend on kdesdk-dev at all? b) why does it depend on kdelibs >= 4.1.3 and kdesdk >= 4.12? c) the depends on kdelibs5 is going to be determined by the shilbs debhelper
[18:18] <apachelogger> lex79: no periods at the end of the initial description line please
[18:18] <lex79> a moment... :)
[18:19] <apachelogger> lex79: no md5sums in the copyright file
[18:19] <lex79> no?
[18:19] <lex79> in control?
[18:19] <apachelogger> no
[18:20] <apachelogger> not at all
[18:20] <apachelogger> one would have to update it everytime which is pointless
[18:20] <lex79> ok
[18:20] <apachelogger> lex79: your short license is wrong
[18:20] <apachelogger>     the Free Software Foundation; either version 2 of the License, or
[18:20] <apachelogger>     (at your option) any later version.
[18:20] <ScottK> smarter: I'll discuss it with pitti this week.
[18:21] <ScottK> Thanks for pointing it out.
[18:21] <smarter> you're welcome ;)
[18:21] <lex79> This package disgusting :)
[18:21] <apachelogger> lex79: how so?
[18:21] <smarter> maybe it's just aptitude which is not doing the right thing
[18:21]  * apachelogger needs a jaunty pbuilder
[18:21] <ScottK> The or later version is optional (upstream's choice)
[18:22] <lex79> apachelogger: for depends: http://revu.ubuntuwire.com/revu1-incoming/kradioripper-0811091906/kradioripper-0.4.1/INSTALL
[18:22] <ScottK> apachelogger: Everything you need for that is in intrepid-backports
[18:22] <ScottK> smarter: No, aptitude is installing recommends as it is supposed to.
[18:22] <apachelogger> ScottK: would I need something special for that? Oo
[18:23] <ScottK> apachelogger: Either get debootstrap from backports or add a Jaunty symlink yourself.
[18:23]  * apachelogger loves his pbuilder :P
[18:23] <ScottK> The devscripts backport will give you a dch that defaults to Jaunty, which can be handy.
[18:23] <lex79> apachelogger: without libphonon-dev, pbuilder does not build
[18:24] <smarter> lex79: what's the error?
[18:24] <lex79> phonon not found
[18:24] <smarter> kdelibs5-dev does depend on libphonon-dev
[18:24] <apachelogger> lex79: I am not saying they are wrong, they are just not common ;-) you don't manual set a depends which is going to be detected by debhelper anyway (kdelibs5) ... and for the build-deps they are recursive
[18:25] <apachelogger> kdesdk-dev depends on kdelibs5-dev, kdelibs5-dev depends on libphonon-dev and libqt4-dev
[18:25] <apachelogger> so at least you would need to remove phonon and qt4
[18:25] <apachelogger> but I also think kdesdk is not necessary, so I would appreciate if you could try without it
[18:25] <lex79> I try
[18:26] <ScottK> apachelogger: plasmoid-quicklauncher is looking for a 2nd advocate on REVU.
[18:27]  * ScottK looks to sponsor JontheEchidna's kdepimlibs upload.
[18:28] <lex79> kdelibs5-dev with (>= 4.1.3) or without?
[18:29] <apachelogger> lex79: I would assume (>= 4.1) should be enough
[18:29] <lex79> ok
[18:33] <lex79> apachelogger: without phon no build
[18:33] <lex79> http://paste.ubuntu.com/69703/
[18:33] <apachelogger> lex79: complete log please
[18:35] <apachelogger> bug #260094
[18:36] <apachelogger> ScottK: I feel like holding back the advocation in order to get the patch mentioned in the changelog
[18:38] <ScottK> apachelogger: What patch?
[18:38] <apachelogger> desktop-file-improve.patch
[18:38] <apachelogger> ScottK: plasmoid-quicklauncher
[18:38] <ScottK> That's in the package.
[18:39] <ScottK> Oh, I see
[18:39] <apachelogger> but not documented in the changelog
[18:39] <ScottK> apachelogger: I'd say edit the changelog and upload it then.
[18:39] <ScottK> Got it.
[18:39] <apachelogger> well, might be a good lesson :P
[18:39] <ScottK> apachelogger: Be careful not to teach the lesson that's it's too hard to get stuff done for Kubuntu.
[18:39] <apachelogger> being to sloppy on the documentation of patches is a pretty grave issue IMHO
[18:39] <lex79> apachelogger: http://paste.ubuntu.com/69705/
[18:40] <apachelogger> ScottK: you are probably right
[18:40] <ScottK> I think if you show the right way that will be enough.
[18:41] <apachelogger> *nod*
[18:42] <apachelogger> lex79: apparently the libphonon dep was dropped in our most recent debian merge
[18:42] <apachelogger> I am not sure that is a very good idea though
[18:42] <apachelogger> lex79: for now readd the phonon build-dep, but the libqt4-dev one shouldn't be needed
[18:43] <lex79> ok, add libphonon-dev
[18:53] <ScottK> apachelogger: Is there some package that used to depend on libphonon-dev that doesn't now.  My test build of kdepimlibs just failed for lack of phonon.
[18:53] <smarter> ScottK: see above :P
[18:54] <smarter> ScottK: apparently Debian doesn't make kdelibs5-dev depends on libphonon-dev
[18:54] <smarter> and we merged recently
[18:54] <ScottK> I see.
[18:54] <apachelogger> well
[18:54] <ScottK> apachelogger: Should we put that back then?
[18:54] <apachelogger> I am not sure
[18:54] <apachelogger> this could easily be caused by CMake linking recursive
[18:54] <apachelogger> which is going to get fixed once we upload something 4.2ish
[18:55] <apachelogger> ScottK: I guess readding it for now is the way to go
[19:00]  * apachelogger is feeling ineffective without kmail
[19:08] <lex79> I try to make a package for this plasmoid http://www.kde-look.org/content/show.php/memusage?content=86630
[19:08] <lex79> same issue with libphonon-dev... uhm
[19:09] <smarter> that is one ugly plasmoid
[19:09] <smarter> and hackish too, you shouldn't need a config dialog for changing the size
[19:10] <apachelogger> smarter: I would assume it's the author's first one
[19:10] <smarter> probably
[19:10]  * apachelogger kicks nx
[19:10] <apachelogger> reply ain't workin
[19:10] <smarter> lex79: I would suggest not packaging any plasmoid until we have 4.2 in the repos
[19:11] <lex79> :(
[19:11] <smarter> 'cause there is a chance that some of them will not be updated
[19:11] <apachelogger> smarter: I don't agree, it is practise
[19:11] <smarter> and then we'll have to remove them
[19:11] <smarter> wel,l you can package them, but we could wait until 4.2 is out to upload them ;)
[19:12] <apachelogger> smarter: that is discouraging :P
[19:12] <ScottK> Finding old broken KDE3 that won't be updated and doesn't work and getting it removed would be a good idea.
[19:13] <ScottK> 5 year old just had a conniption because she felt one of her older sisters wasn't taking her seriously.
[19:13] <ScottK> I told her to go to her room until she calms down and can be civil.
[19:14] <ScottK> I expect that'll get me an hour or two of quiet.
[19:14] <ScottK> ;-)
[19:14] <apachelogger> LOL
[19:14] <smarter> http://www.kde-look.org/content/show.php/Adjustable+Clock?content=92825 yeah, moar clocks! :p
[19:14] <apachelogger> clocks++
[19:14] <apachelogger> ~karma c
[19:14] <kubotu> karma for c: 35
[19:14] <apachelogger> ~karma python
[19:14] <kubotu> python has neutral karma
[19:14] <apachelogger> ~karma ruby
[19:14] <kubotu> ruby has neutral karma
[19:15] <apachelogger> ye're all a bunch of c lovas :P
[19:15] <ScottK> Not /me.
[19:15] <ScottK> The best thing about C packages is I can't fix them so all I can do is complain.
[19:16] <apachelogger> ScottK: isn't that what you did all intrepid anyway? :P
[19:16] <smarter> apachelogger: it's probably because you say c++ more often than python++ :p
[19:16] <smarter> c++++ ? :]
[19:16] <ScottK> apachelogger: Yep.  Worked too.
[19:16] <apachelogger> ~karma c++
[19:16] <kubotu> karma for c++: 1
[19:16] <apachelogger> ScottK: ;-)
[19:16]  * ScottK did fix guidance-power-manager stuff too though.
[19:17] <apachelogger> I think I should comment on sebner's motu app
[19:17] <apachelogger> but I can't, nx doesn't let me :S
[19:18]  * ScottK thinks sebner syncs too many things.
[19:18] <apachelogger> I have 5 choices: 1) install KDE 4.1 2) fix akonadi and use mailody 3) fix nx 4) fix gmail 5) just don't care
[19:19] <smarter> why did you remove kde 4.1 anyway?
[19:19] <smarter> or use firefox for gmail if konqueror is broken
[19:19] <apachelogger> ScottK: I think he should only be allowed to do syncs, the packaging he did from scratch and made me review was not too motuworthy IIRC
[19:19] <ScottK> apachelogger: Please comment on that then.
[19:20] <ScottK> I think he just syncs the world without a lot of consideration.
[19:20] <apachelogger> *nod*
[19:20] <apachelogger> will have to do some studies on his work
[19:21] <apachelogger> smarter: no 4.1 because we don't ship 4.1 with jaunty, no firefox because I have values
[19:21] <ScottK> JontheEchidna: kdepimlibs uploaded.  Thank you for your contribution to Kubuntu.
[19:22] <ScottK> NCommander: Still got that kdenetwork fix to get uploaded?
[19:22]  * ScottK looks at kdebase-workspace
[19:22] <apachelogger> smarter: btw, we are going to need kubuntu-icons-mono
[19:22] <apachelogger> smarter: for launchpad, ubiquity, jockey-kde, possibly more
[19:22] <smarter> why?
[19:22] <smarter> oh
[19:23] <apachelogger> smarter: you should give trunk mono a try
[19:23] <apachelogger> I moved a lot of stuff around
[19:23] <smarter> and we need an artist which is excited by black&white icons :P
[19:23] <apachelogger> smarter: mono icons are pretty easy to do
[19:23]  * apachelogger did one or two already
[19:24] <apachelogger> dragon player is going to be difficult
[19:24]  * apachelogger thinks juk just crashed something
[19:25] <apachelogger> oh, kded it is :(
[19:25] <smarter> you're using juk?
[19:26] <apachelogger> amarok has become too sluggish for my liking
[19:27] <apachelogger> and something is draining hard disk space
[19:32] <apachelogger> the network manager plasmoid is already working pretty well
[19:36]  * smarter switched to good ol' /etc/network/interfaces and wpa-supplicant
[19:36] <apachelogger> smarter: much more reliable indeed
[19:36] <smarter> and works without X
[19:37]  * smarter never really understood why networkmanager couldn't be run from a console
[19:37] <apachelogger> because none implemented a CLI?
[19:37] <smarter> probably :)
[19:40]  * apachelogger needs to get new cal thingy into neon
[19:40] <apachelogger> -.-
[21:24] <andylockran> howdy guys
[22:02] <Riddell> hi andylockran
[22:14] <Arby> Riddell: do you have time to look at some s-c-p-kde patches?
[22:16] <Riddell> Arby: jings sorry totally failed to do that
[22:17] <Riddell> Arby: I've got the one from 4th nov about the qstring -> unicode
[22:17] <Riddell> that seems right enough
[22:17] <Arby> good
[22:17] <Riddell> Arby: got more?
[22:18] <Arby> Riddell: next one is bug 281905
[22:18] <Arby> I'm pretty sure it's just a bad method name
[22:18] <Arby> Riddell: http://paste.ubuntu.com/69775/ should fix it
[22:18] <Arby> but I don't have the hardware to test the fix
[22:22] <Riddell> yeah, that'll be copied from the GTK version and not changed
[22:22] <Arby> Riddell: great. the next one is more interesting
[22:22] <Arby> Riddell: bug 283575
[22:23] <Arby> Riddell: should be fixed by http://paste.ubuntu.com/69776/
[22:23] <Arby> Riddell: but the real question is what does cups have against whitespace
[22:24] <Arby> the fix works but I wonder if it's the right solution
[22:25] <Riddell> till kampper would be the guy to ask
[22:25] <Riddell> Till Kamppeter
[22:25] <Arby> I'll try to catch up with him
[22:26] <Arby> do you want to use this as a temporary solution or should we try to find the root
[22:26] <Arby> ?
[22:27] <Riddell> this is fine with me
[22:27] <Arby> I've got one more as well. give me a minute
[22:28] <Arby> great, please commit whenever you have time
[22:28] <Riddell> Arby: all three committed
[22:28] <Arby> thanks
[22:28] <Riddell> Arby: last time I had a complaint about use of QFileDialog, it should be using KDE classes where they exist e.g. KFileDialog or KMessageBox
[22:29] <Arby> Riddell: OK noted. I'll do some cleaning up soon then
[22:29] <Arby> last one for now is bug 282687
[22:29] <Riddell> Arby: and there's another :)
[22:30] <Arby> seems to be caused by cups not running
[22:30] <Arby> I was wondering whether s-c-p-k should display a warning at startup if that's the case.
[22:31] <Riddell> it doesn't warn when cups isn't running at startup?
[22:31] <Arby> nope
[22:32] <Riddell> Arby: it ought to
[22:32] <Arby> I wrote some code that does this afternoon
[22:32] <Arby> haven't made a diff yet
[22:32] <Riddell> Arby: but check the gtk s-c-p to see what it does, there might be code that can be copied, pasted and adapted
[22:33] <Arby> Riddell: there is a try/except block for the relevant error
[22:33] <Arby> so it gets caught but pretty much ignored
[22:33] <Arby> let me make a diff, 2 ticks
[22:37] <Arby> Riddell: possible solution http://paste.ubuntu.com/69784/
[22:40] <Riddell> Arby: that should work, just needs i18n()
[22:41] <Riddell> and a decent dialog title e.g.  i18n("Print Server Not Running")
[22:41] <Arby> Riddell: can I just wrap the whole string in i18n()
[22:43] <Riddell> yep
[22:43] <Riddell> not with the tripple quotes
[22:43] <Riddell> just use " quotes
[22:44] <Arby> Riddell: ok, new patch coming up
[22:46] <Arby> Riddell: new improved version http://paste.ubuntu.com/69787/
[22:47] <Arby> Riddell:
[22:47] <Arby> is it worth me making a pass through the whole code and trying to port to PyKDE as much as possible?
[22:47] <Riddell> yes that would be good
[22:47] <Arby> I'll add that to the todo list then
[22:47] <Riddell> QMessageBox and QFileDialog are probably the most visible ones though
[22:47] <Arby> ok
[22:48] <Arby> I've also made a start at implementing the ui spec that seele did
[22:48] <smarter> porting QPushButton to KPushButton should not be needed in most case
[22:48] <Arby> but there's still a lot of work there
[22:48] <Riddell> I've never worked out what the difference is
[22:48] <smarter> KPushButton let you habe an icon next to the text
[22:48] <smarter> *have
[22:49]  * smarter is doing to much German :p
[22:49] <Riddell> Arby: excellent
[22:49] <smarter> and can take a "KGuiItem" but I don't really know what it is :p
[22:49] <Arby> I've got most of the elements in place but the layout isn't quite right yet
[22:50]  * smarter is interested in using his PyQt sk1llz for our distro tools
[22:50] <smarter> what needs love right now?
[22:50] <Riddell> qpushbuttons have had icons since qt 4.0
[22:50] <Arby> and the buttons aren't hooked up yet
[22:50] <Riddell> the KGuiItem will be the important bit I guess
[22:51] <smarter> Really? I don't see anything about that on http://doc.trolltech.com/4.4/qpushbutton.html
[22:52] <Riddell> http://doc.trolltech.com/4.4/qabstractbutton.html#icon-prop
[22:53] <smarter> ooohhh
[22:53]  * smarter learned something today :p
[22:53] <smarter> thanks^^
[22:53] <Riddell> abstraction hides many things
[22:53] <Riddell> Arby: committed
[22:53] <Arby> quick bzr question. in 'bzr merge [LOCATION]' is location where I'm merging from or to?
[22:53] <Arby> Riddell:  thanks
[22:53] <Riddell> Arby: from
[22:53] <Arby> thanks again
[22:54] <smarter> (kpushbutton has drag support too)
[22:54] <Riddell> smarter: all help lovingly received. apt-cache rdepends python-kde4, pick your favourite app, look up bugs, write patches, achieve fame and glory
[22:55] <smarter> hehe, okay ;)
[22:55] <smarter> is there a quick tutorial on pykde?
[22:55]  * smarter knows pyqt, c++/qt, c++/kde, but not pykde (:
[22:55] <Riddell> smarter: pykde is a pretty small step from pyqt
[22:56] <Riddell> smarter: here's some good bugs if printer-applet interests you https://bugs.kde.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=printer-applet
[22:56]  * smarter <3 printer-applet
[22:56] <Arby> branches all tidied up, that's me done for now
[22:56] <Riddell> hmm, that URL won't work
[22:56] <smarter> improving it will certainly interest me :)
[22:57] <Riddell> this works https://bugs.kde.org/buglist.cgi?quicksearch=printer-applet
[22:58] <smarter> I'll try to look into that tuesday(which is an holiday here ;))
[22:59] <smarter> https://bugs.kde.org/show_bug.cgi?id=173091 sounds like it could be fixed with a simple foo.raise_()
[23:00] <Riddell> foo.show()
[23:16] <smarter> 'night everybody
[23:20] <lex79> 'night smarter
[23:27]  * JontheEchidna is back
[23:34] <Riddell> JontheEchidna: we missed you
[23:35] <JontheEchidna> :)
[23:35]  * JontheEchidna waves to a|wen-
[23:38] <a|wen-> hey JontheEchidna
[23:38]  * a|wen- finally got his new laptop =) just installed intrepid and is migrating data now