[08:57] <Riddell> wow image size today is 858M, I know that's below our new limit but how the heck has it got so big so quick
[09:05] <jussi> Riddell: ouch. btw, are we now going to ship LO or calligra? 
[09:06] <Riddell> mm that didn't come up during the spec review
[09:06] <Riddell> but "include Calligra in Alpha images, decide on inclusion before beta" is still what I'd like
[09:10] <jussi> Yeah, id be interested in that
[09:13] <jussi> I think the biggest sticking point for most people is the lack of ability to create MS office format docs
[09:13] <Riddell> not spreading that proprietary format is an advantage for me!  </idealist>
[09:14] <jussi> I guess thats why I said "most people" ;)
[09:14] <jussi> btw, where is our latest calligra version housed? 
[09:15] <starbuck> Riddell: when you right click in dolphin to create a document, what is the default filetype for word, spreadsheet and presentation in kubuntu 12.04?
[09:15] <starbuck> for the file that gets created?
[09:16] <jussi> starbuck: they seem to be LO odp/t etc
[09:26] <Riddell> does anyone use the Create New in file managers?
[09:28] <Riddell> whee today's image working well and universal
[09:29] <inetpro> Riddell: if I may chime in, I often use it to create a new folder and create new txt document
[09:29] <inetpro> but the rest of them I don't use often
[09:30] <Riddell> fair enough
[09:42] <starbuck> Riddell: isnt it kpr for koffice presentation in 12.04?
[09:42] <starbuck> i wonder, i think its not odf?
[09:42] <starbuck> or odp?
[09:43] <starbuck> i think its old koffice based...
[09:45] <Riddell> starbuck: koffice doesn't exist in 12.04, only calligra does which uses odp
[09:47] <starbuck> oh, then i wonder if I right click why does it offer me kpr extension for presentation?
[09:47] <starbuck> did i install some package that influences it?
[09:48] <Riddell> I didn't think even koffice used kpr any more
[09:48] <Riddell> let me look
[09:50] <Riddell> starbuck: calligrastage does open kpr documents but it doesn't save them and dolphin has a Create New Presentation option which gives me a .odp OpenDocument file
[09:53] <starbuck> oh
[09:53] <Riddell> kpr is a pretty old format, koffice moved to opendocument a while ago
[09:56] <starbuck> yes,
[09:56] <starbuck> so any settings where i can decide on create new documents type and endings?
[09:59] <Riddell> that's a .desktop file somewhere and a template /me looks
[10:01] <starbuck> Riddell: thanks.
[10:10] <debfx> Riddell: re image size, kde-wallpapers is quite large: http://felix.fobos.de/kubuntu/kubuntu-quantal-cd-amd64-diff.htm
[10:17] <Riddell> starbuck: /usr/share/templates/ is the magic directory they are in
[10:18] <Riddell> e.g. /usr/share/templates/Presentation.desktop
[10:18] <Riddell> which points to /usr/share/templates/.source/Presentation.odp as template
[10:21] <starbuck> Riddell: great, that helps :)
[10:35] <BluesKaj> Hey all
[12:48] <shadeslayer> Riddell: not anymore :)
[12:50] <Riddell> shadeslayer: what what?
[12:51] <shadeslayer> Riddell: ec2
[12:57] <Riddell> aah, slow conversation this one
[13:00] <shadeslayer> :P
[13:01] <shadeslayer> Riddell: Could you possibly test calligra ? And maybe upload kile?
[13:01] <Riddell> shadeslayer: hmm spose so
[13:01] <shadeslayer> https://launchpad.net/~rohangarg/+archive/experimental < from here
[13:01] <Riddell> where are they?
[13:01] <Riddell> ok
[13:02] <shadeslayer> calligra packaging can also be found in bzr
[13:06] <Riddell> mm, this calligrawords is opening any proprietary format file I throw at it well
[13:06] <ScottK> Opens, but can you create a new one?
[13:06] <apachelogger> good morning
[13:07] <shadeslayer> ^_^
[13:07] <shadeslayer> apachelogger: ahoy
[13:08] <Riddell> ScottK: goodness no, whyever would I want to spread evil formats like that?
[13:09] <ScottK> Because there's not a lot of point is sending someone a file they can't open.
[13:09] <apachelogger> before we talk about offices
[13:09] <apachelogger> can we talk about browsers?
[13:10]  * apachelogger asked for testing on potential rekonq update on ML ... 2 people replied, one of them with any sort of feedback
[13:10] <apachelogger> logical deduction is that almost one in the team uses rekonq on a regularly basis
[13:10]  * ScottK doesn't.
[13:10] <apachelogger> what with doog food and stuff that seems slightly odd
[13:11] <Riddell> apachelogger: you asked for 0.9.2 which is already in quantal?
[13:11] <apachelogger> yeah
[13:12] <apachelogger> except our users are on precise, are they not?
[13:12] <ScottK> I have been using Calligra Words a bit lately and I fine it generally nice, but the MS Office thing is still a killer, IMO.
[13:12] <apachelogger> AAMOF I am on precise
[13:12] <ScottK> I gotta run (be offline all day), so have fun.
[13:12] <Riddell> apachelogger: on -devel many will be on quantal I guess
[13:13] <Riddell> and with ubuntu's stable each day policy I'd like to move upstream devs and testers to the development release
[13:13] <apachelogger> even so, they would be able to talk about rekonq 0.9.2's quality I'd think
[13:13] <jussi> btw, where is our latest calligra version for precise housed? 
[13:13] <shadeslayer> uhh
[13:13] <shadeslayer> jussi: I'll work on that
[13:13] <shadeslayer> now that my visa is all sorted out
[13:14] <dantti_laptop> rbelem: ping
[13:14] <Riddell> shadeslayer: visa for akademy?
[13:14] <shadeslayer> apachelogger: do you want me to work exclusively on pgst?
[13:14] <shadeslayer> Riddell: yeah
[13:14] <Riddell> whee
[13:14] <shadeslayer> They were so awesome, they didn't even charge me for it
[13:15] <apachelogger> shadeslayer: I thought you grew up to be >minion ^^
[13:15] <shadeslayer> so free visa
[13:15] <jussi> shadeslayer: +++
[13:15] <shadeslayer> apachelogger: I didn't ask you to mentor me, I just asked if it's specifically pgst that needs fixing
[13:16]  * jussi hugs shadeslayer
[13:16] <apachelogger> you could also have a look at phonon/general bugs
[13:16] <apachelogger> pvlc is the working
[13:16]  * shadeslayer hugs jussi back
[13:16] <shadeslayer> hmm
[13:17] <apachelogger> http://goo.gl/bbkva
[13:17] <apachelogger> shadeslayer: oh, actually, if you want something kdeish you can also look at the phonon crap in kde-multimedia
[13:18] <apachelogger> kcm/kded/platformplugin/streamer
[13:18] <apachelogger> OHOHOH
[13:18] <apachelogger> actually
[13:18] <apachelogger> shadeslayer: you might want to look at KIO streaming
[13:18] <shadeslayer> #kde-multimedia would a better place for this :P
[13:18] <apachelogger> *shrug*
[13:19] <apachelogger> cwickert says kubuntu doesn't do anything upstream
[13:20] <jussi> You know in response to the calligra export thing, we should just annoy people from all the lovely stakeholders, LO, Canonical, Calligra and everyone else we can find to sponsor a single converter for MS Office formats, that is maintained by one group, and has an API that everyone can hook into and redistribute with their application...
[13:20] <jussi> apachelogger: lol
[13:24] <Riddell> MS Office can jjjjjjjjjjjj
[13:24] <jussi> heh
[13:24] <jussi> anyways, off home now
[13:24] <jussi> laters
[13:26] <Riddell> MS Office can open ODF
[13:30] <apachelogger> Riddell, jussi, ScottK: more interestingly. ... last I checked a lot of the format support development was actually founded by nokia... :S
[13:30] <apachelogger> or was it funded
[13:30]  * apachelogger needs coffee
[13:31] <shadeslayer> iirc didn't MS promise ODF support ?
[13:31] <shadeslayer> in the next version of Office
[13:32] <Riddell> shadeslayer: yes
[13:32] <Riddell> in no other industry would it be acceptable for people to not use the standard
[13:35] <shadeslayer> right, so what's the problem with sending odf documents, I mean, if someone does recieve a ODF document and it's not supported, they could *easily* upload it to GDocs and convert it to doc
[13:35] <shadeslayer> although, this might be a problem in commercial situations
[13:35] <shadeslayer> Riddell: does calligra work ok?
[13:36] <Riddell> shadeslayer: it works great, uploaded
[13:37] <Riddell> shadeslayer: fancy changing the seeds to calligra for the experiment?
[13:38] <shadeslayer> I'll do it tonight :)
[13:38] <Riddell> great
[13:38] <Riddell> shadeslayer: what needs doing with kile?
[13:38] <shadeslayer> uploading, you already tested it
[13:38] <shadeslayer> as did yofel I think
[13:39] <Riddell> shadeslayer: you're in the right group to be able to upload?
[13:39] <shadeslayer> for kile? no
[13:39] <shadeslayer> assuming kile isn't in the kubuntu package sert
[13:40] <Riddell> shadeslayer: I think it can be if you just add it to the supported seed
[13:40] <Riddell> uploaded thanks
[13:40] <shadeslayer> <3
[13:40] <shadeslayer> I need to look into this supported/unsupported seed stuff
[13:40] <Riddell> we all do
[13:41] <Riddell> but supported is just another seed file next to desktop et al
[13:41] <Riddell> which I think will put packages into kubuntu-dev so elite people like you can upload them
[13:41] <Riddell> previously it pulled them into main but shouldn't do that now
[13:41] <ScottK> shadeslayer: I don't get to tell my customers "Just upload it to GDocs and convert it."
[13:42] <shadeslayer> ScottK: right
[13:42] <ScottK> Also some people have privacy concerns about uploading their documents to cloud services.
[13:42] <shadeslayer> ScottK: that's why I added that it might not work in commercial setups
[13:42] <ScottK> It would also violate the principal of least surprise for non-technical users.
[13:43] <ScottK> But I have to go.
[13:46] <shadeslayer> cya
[13:50] <apachelogger> ScottK: do you plan on rolling out oneiric to customers?
[13:50] <apachelogger> because if not, I am not opposed to the idea of giving calligra a one-release trial, particularly after LTS
[13:50] <apachelogger> if upstream is ok with that
[13:51] <apachelogger> if it starts a shitstorm we can always go "use 12.04"
[13:52] <Riddell> oneiric?  surely quantal?
[13:56] <apachelogger> ah, yes ^^
[13:56]  * apachelogger has not got enough sleep
[13:57] <apachelogger> the price one has to pay for a bug free phonon vlc :(
[13:57] <Riddell> it's worth it
[13:57] <Riddell> what do we want in our language packs? (i.e. meta packages)
[13:58] <Riddell> so far I have Depends: ${misc:Depends}, language-pack-aaaUBUNTULANGCODEbbb, kde-l10n-aaaUBUNTULANGCODEbbb
[13:58] <Riddell> and I'm going to work out how to put in calligra where it exists
[13:58] <Riddell> anything else?
[13:58] <apachelogger> k3b-i18n? amarok-i18n?
[13:59] <Riddell> is there a separate amarok-i18n?
[14:00] <Riddell> I think it's all in amarok-common
[14:01] <shadeslayer> Riddell: btw there are calligra lang packs as well
[14:01] <shadeslayer> what do we do about those
[14:01] <debfx> Riddell: pulling in the right language support packages is handled by muon/language-selector and the seeds
[14:01] <Riddell> shadeslayer: package them up same as currently
[14:02] <Riddell> shadeslayer: so make a big calligra-l10n package
[14:02] <shadeslayer> mmm ... 
[14:02] <Riddell> debfx: language-selector is going to go away, what does muon do?
[14:02] <shadeslayer> that's going to be fun
[14:03] <Riddell> the seeds bring in language-pack-kde-xx which is going to go away
[14:03] <Riddell> and I'm planning on replacing launchpad made language-pack-kde-xx with meta package language-pack-kde-xx
[14:05] <debfx> muon is calling language-selector. I think only the frontend of l-s is going away.
[14:06] <debfx> are you absolutely sure that we don't want lp translations for some packages?
[14:07] <debfx> and do we have no patches in kde sc that introduce user-visible strings?
[14:08] <Riddell> lp translations just cause problems in my experience
[14:08] <Riddell> the only user-visible string I can think of is one saying "translations edited in launchpad"
[14:09] <debfx> for example synaptiks has nearly no translations upstream. while I'd say translations should be done upstream when possible it's clearly not working well in this case.
[14:10] <Riddell> synaptiks has just been moved to universe along with everything else
[14:11] <debfx> that doesn't matter, universe packages are translated if you set a control field
[14:12] <debfx> kde-workspace has: +            m_installDefaultWallpaperButton->setText(i18nc("@action:button", "Install Default Wallpapers..."));
[14:13] <Riddell> upstream have always said they'd welcome disto strings like that translated upstream (havn't you tsdgeos?)
[14:13] <debfx> which is a bit weird since default wallpapers should be installed already ;)
[14:14] <tsdgeos> Riddell: ECANTPARSESENTECE
[14:14] <tsdgeos> Riddell: what do you mean
[14:14] <tsdgeos> ?
[14:15] <Riddell> debfx: the default selection was split out to save cd space, only the default default one was included
[14:15] <Riddell> tsdgeos: if we don't use launchpad for translations can we put strings like "Install Default Wallpapers..." upstream for translation?
[14:15] <tsdgeos> Riddell: yes, if you define kde svn to be your upstream translation location we can do that
[14:16] <tsdgeos> we do that for the commit digest web and stuff
[14:16] <tsdgeos> though it has to be seen how you upload the .po files
[14:16] <tsdgeos> for commit digest et all it's manual update
[14:17] <tsdgeos> since we "don't trust" running MEssages.sh contained in "foreign" repos
[14:17] <tsdgeos> but it can be wokred out
[14:17] <tsdgeos> if you want
[14:24] <rbelem> dantti_laptop, pong
[14:25] <dantti_laptop> rbelem: dfaure already told me where smb kio lies :P
[14:26] <rbelem> dantti_laptop, :-)
[14:26] <dantti_laptop> rbelem: I'm going to change it to also display the printer share so you can add it directly from the dolphin page :)
[14:27] <rbelem> dantti_laptop, nice :-)
[14:27] <dantti_laptop> rbelem: it will be *much* easier that using libsmbclient directly  :P
[14:27] <dantti_laptop> and more integrated too
[14:28] <rbelem> dantti_laptop, which kio r u talking about?
[14:29] <dantti_laptop> rbelem: the browse one not the your share
[14:29] <rbelem> dantti_laptop, ah! ok
[14:29] <rbelem> dantti_laptop, i think afiestas_ was working on that
[14:30] <rbelem> dantti_laptop, there are two kio for browsing
[14:30] <rbelem> dantti_laptop, one of them is more maintained and complete
[14:31] <rbelem> dantti_laptop, but i dont remember which of them is the one
[14:32] <dantti_laptop> oh
[14:33] <dantti_laptop> ok I'll poke him thanks for the head up
[14:33] <rbelem> :-)
[14:55] <Riddell> jussi: why use precise instead of quantal?
[14:55] <Riddell> say if you want the latest and greatest calligra
[15:01] <yofel> Riddell, shadeslayer: from the things that I added to supported, perlkde and kile were skipped in the packageset it seems - needs a manual override?
[15:02] <yofel> shadeslayer: digikam is in though, so feel free to upload that
[15:02] <shadeslayer> won't upload digikam today, needs a bit of work that I've planned for tomorrow
[15:03] <shadeslayer> the packaging wasn't in sync between bzr and the archive
[15:03] <shadeslayer> so, while I've sync'd it ... someone needs to go over the last few revision once
[15:03] <yofel> debfx: as Riddell said that was because of kde-wallpapers split - if we leave it merged that should be changed to install kdewallpapers again as it did before
[15:04] <yofel> ah, I'll take a look later maybe
[15:04] <shadeslayer> and libkvkontakte-data might need a kick from binary new
[15:04] <Riddell> we could look at unsplitting kde-wallpapers with our larger image size now, depends on how much it adds
[15:05] <Riddell> I wonder how translations are done in digikam
[15:05] <yofel> Riddell: it is merged now - that's what makes the images larger
[15:05] <shadeslayer> I'd really like to see more wallpapers on the ISO, just having one lonely wallpaper seems bad
[15:05] <Riddell> yofel: oh right, I didn't spot that happening
[15:06] <yofel> kde-wallpapers-default is a transitional package now, but still in the seeds until we're sure we'll leave it like this
[15:06] <Riddell> shadeslayer: yeah yeah next you'll be asking for language and then games and then you'll be moaning that 1GB isn't enough!
[15:07] <debfx> yofel: I know, I was merely commenting on the ambiguity of what "default wallpapers" means. to me it sounds like "install the wallpapers that are installed by default".
[15:07] <apachelogger> what we need is multi-size wallpaper
[15:07] <apachelogger> not one for all
[15:07] <apachelogger> which then looks like the crap pile of crap
[15:07] <yofel> ah ok
[15:08]  * debfx notes that killing kde-wallpapers-default means diverging from Debian
[15:10] <yofel> why did they split it?
[15:11] <Riddell> to save ISO space
[15:12] <yofel> did I miss something or aren't debian install images a set from the whole archive?
[15:14] <Riddell> yofel: why do you think you might have missed something?
[15:15] <debfx> yofel: there is a debian kde cd image
[15:15] <yofel> ok, I didn't know about that one
[15:15] <yofel> (last time I checked (quite a while ago) all I found were a set of many images and the netinst for installation)
[15:23] <soee> hi
[15:25] <yofel> so, do we want to keep it like this? I merged it to make things simplier, but considering the size and that it's easy to install it would probably make more sense to merge some of the harder to notice splits
[15:25] <yofel> (esp. those that aren't done in debian)
[15:26] <Riddell> if it's split in debian we should keep it that way
[15:27] <yofel> ok, I'll revert it
[15:40] <highvoltage> ScottK: howdy! I see pairs end up under the "Other" menu in Gnome. would it be ok if I update the .desktop file so that it ends up under the right place?
[15:47] <jussi> Riddell: my system needs to "kinda" work, ie. the wife needs to be able to use it a bit - Ill upgrade usually about alpha3
[15:47] <jussi> an the work system...well...
[16:04] <Riddell> jussi: see ubuntu has this new dev-release-always-stable policy, I'm wondering if anyone in practice has used it
[16:05] <Riddell> highvoltage: is it an upstream bug?
[16:05] <Riddell> have you worked out what the problem is?
[16:14] <shadeslayer> well that's weird .. words and stage don't want to compile on precise
[16:14] <shadeslayer> and the CMake diff is insanely large
[16:15] <yofel> oh, you need that -DHAVEPATCHEDQT define or what it was called in rules for qt 4.8.1 - see precise package
[16:15] <yofel> or wait, I'll get it
[16:16] <shadeslayer> uh ok
[16:17] <shadeslayer> Someone needs to write a backporting guide with all these caveats :P
[16:18] <yofel> shadeslayer: http://paste.kde.org/502718
[16:19] <shadeslayer> building
[16:26] <yofel> Riddell: I'm always running the dev release here on my work notebook - with a backup system not too far away. Works fine 95% of the time, and then something from the "doesn't boot anymore" scale happens. So IMO dailies are perfectly fine for testing, but even a "always keep it stable" policy won't prevent people from making mistakes
[16:27] <shadeslayer> No matter what you do, shit will happen
[16:28] <yofel> if you want a continous testing release, that's debian testing. Uploading to -proposed and auto-copying to release will only prevent apt breakage, it's still unstable
[16:31] <Riddell> mm
[16:31] <Riddell> I'm mindful that backports take a lot of time to do and are only used by the sort of people who could upgrade to the development release
[16:33] <yofel> well, we could drop the beta backports? Those happen during the times when we don't really have time for them. Backporting a stable release once a month for including ~2 point releases is ok IMHO
[16:33] <yofel> s/for//
[16:33] <kubotu> yofel meant: "well, we could drop the beta backports? Those happen during the times when we don't really have time  them. Backporting a stable release once a month for including ~2 point releases is ok IMHO"
[16:33] <yofel> sed fail
[16:34] <JontheEchidna> lol
[16:35] <soee> noo :) keep on with beta backports 
[16:40] <CIA-45> [lp:~kubuntu-packagers/kubuntu-packaging/kde-wallpapers] Philip Muškovac * 38 * debian/ (5 files) Revert kde-wallpapers[-default] merge from 4:4.8.80-0ubuntu1
[16:41] <yofel> that'll fix most of the image size
[16:50] <Riddell> yofel: mm dumping beta backports is an interesting middle ground
[16:51] <debfx> yofel: I think we should include all sizes of the default wallpaper in kde-wallpapers-default
[16:51] <Riddell> Mamarok as a non-dev how would that make you feel?  to get beta from neon and devel release rather than beta backports
[16:51] <yofel> debfx: didn't think about that, right
[16:52] <Mamarok> the problem with Neon is that it needs a separate installation, so not something I can test on the same machine
[16:52] <yofel> Mamarok: it doesn't - and if it does then something's broken
[16:53] <Mamarok> yofel: oh, then I was misinformed, and that would be perfect for beta testing
[16:54] <Mamarok> so I can get Neon packages and once I want stable I just disable it?
[16:54] <yofel> one issue with neon is that I never got the python bindings done - so all python parts are missing (It's a PITA to do really)
[16:54] <Mamarok> hm, what app would that influence?
[16:55] <yofel> printer settings at least, and whatever else uses python
[16:55] <Mamarok> and is it possible to mix stuff, e.g. getting just one app from Neon but keep Precise for the rest?
[16:56] <yofel> neon is installed seperately (which is what makes it tricky to do) - so you keep everything from precise
[16:56] <Mamarok> yofel: didn't you just say it was not?
[16:57] <Riddell> it's installed into /opt so you have to log out and in to run it
[16:57] <Mamarok> ah, crap
[16:57] <Mamarok> I think I will reactivate my old laptop instead
[16:58] <yofel> you can run specific apps from konsole in the normal session - but not plasma etc.
[16:58] <Mamarok> or as a different user?
[16:58] <Riddell> apachelogger: why amarok no output to headphones when dragon does!  phonon smells!
[16:58] <yofel> it doesn't share the settings with the normal KDE install, so a seperate user isn't really needed
[16:58] <Mamarok> Riddell: I blame PA
[16:59] <Mamarok> yofel: but I have a second user, so that would suffice?
[16:59] <yofel> sure
[16:59] <Mamarok> so I can just switch user for testing, which doesn't need me to log out
[16:59] <yofel> ah, yeah, should be fine
[17:01]  * Mamarok needs to get a bigger HD then, or use the old laptop instead
[17:04] <Mamarok> so yes, dump the beta backports, since we have an alterantive
[17:05] <Mamarok> alternative even :)
[17:10] <shadeslayer> and since we're setting up qemu images for neon, testing is going to be even easier
[17:11] <shadeslayer> you could run stable KDE and run neon in a virtual image
[17:11] <shadeslayer> also, yay : /tmp/buildd/calligra-2.4.91a/active/src/MainWindow.h:27:26: fatal error: kdeclarative.h: No such file or directory
[17:11] <shadeslayer> !find kdeclarative.h quantal
[17:11] <yofel> quantal: kdelibs5-dev, precise: kdelibs5-experimental-dev
[17:12] <starbuck> anyone knows the email of david edmundson (from lightdm-kde?)
[17:12] <shadeslayer> yeah
[17:24] <snele> hi guys. do you plan to update plasma-nm for precise? current version in precise is 0.9.0.1 and newer releases have some important fixes. 
[17:24] <snele> http://lamarque-lvs.blogspot.com/2012/06/plasma-nm-0903.html
[17:29] <yofel> kubotu: newversion networkmanagement 0.9.0.3 http://lamarque-lvs.blogspot.com/2012/06/plasma-nm-0903.html
[17:29] <kubotu> https://bugs.launchpad.net/bugs/1014753
[17:31] <yofel> snele: we'll at least backport it to precise, as for -updates we'll have to see
[17:31] <yofel> snele: we'll at least backport it to precise, as for -updates we'll have to see
[17:34] <snele> yofel: ok. lamarque (plasma-nm dev) is asking distributions to update it in their repositories: "We receive duplicates of this bug twice a day because users have not updated their Plasma NM installations. Unfortunately, some distributions still have not created updates for 0.9.0.2, which was released more than 40 days ago. Please distributions, help me and provide updates for your users, ok?"
[17:36] <snele> btw I am not experiencing any bugs with precise's plasma-nm but seems that a lot of other kubuntu users do
[17:50] <yofel> shadeslayer: are you going to upload calligra-l10n or should I?
[17:50] <shadeslayer> if you're free do it
[17:50] <shadeslayer> I'm trying to make calligra compile on precise
[17:55] <shadeslayer> `.text._ZN24KisShadeSelectorLineBaseD2Ev' referenced in section `.text._ZN24KisShadeSelectorLineBaseD1Ev[KisShadeSelectorLineBase::~KisShadeSelectorLineBase()]' of CMakeFiles/kritacolorselectorng.dir/kis_shade_selector_line_combo_box.o: defined in discarded section `.text._ZN24KisShadeSelectorLineBaseD2Ev[_ZN24KisShadeSelectorLineBaseD5Ev]' of CMakeFiles/kritacolorselectorng.dir/kis_shade_selector_line_combo_box.o
[17:55] <shadeslayer> collect2: ld returned 1 exit status
[17:55] <shadeslayer> \o/
[17:56] <yofel> looks like ccache mess
[17:56] <shadeslayer> yeah, now I'll have to rebuild the entire thing again :|
[18:11] <Peace-> ok 12.10 tested good
[18:33] <soee> Peace-, tested what :>
[18:37] <apachelogger> Riddell: how would I know
[18:44] <highvoltage> Riddell: it's like that in the upstream tarball
[18:45] <highvoltage> (regarding pairs)
[18:45] <BarkingFish> Evening guys :)  Wonder if you could help me... I'm trying to install some packages for debugging kmail 4.8.3 - it's died, and yet the crash assistant is telling me it can't find debug packages for the trace.  Do we have all the necessary symbol packages out there please?
[18:45] <yofel> calligra-l10n is fun
[18:45] <yofel> at least the debian folks ship a script to set that up
[18:46] <yofel> BarkingFish: depends on the file that's missing, can you pastebin the incomplete trace?
[18:46] <BarkingFish> sure, one mo
[18:47] <BarkingFish> yofel, http://pastebin.com/uDgH3rvf
[18:48] <yofel> symbols are there, it probably complains about "Backtrace stopped: previous frame inner to this frame (corrupt stack?)"
[18:49] <BarkingFish> hm.  So the trace is unusable?
[18:49] <BarkingFish> it's marked up a 2* in the assistant - i was basically doing a mass delete, and it just died outright.  
[18:50] <yofel> well, a few symbols are there... not sure
[18:50] <BarkingFish> it might be worth submitting, i suppose. Whatever is there could still match something i would imagine
[18:51] <BarkingFish> but if there are any missing symbols, i guess it would make it harder to figure out what the heck had gone wrong.
[18:54] <BarkingFish> yep, it's already hit the bug, it's a duplicate yofel 
[18:54] <yofel> heh
[18:55] <BarkingFish> 286708 - Kmail crashes while adding/deleting old mails to/from inbox
[18:55] <BarkingFish> i'll submit it and it'll get attached to that one I'd assume
[18:57] <BarkingFish> not filed, it's a common crash, 139 bugs marked duplicate off it, and I have nothing new to add on.
[19:10] <ScottK> highvoltage: We'd want something that could be upstreamed.
[19:25] <shadeslayer> jussi: ping
[19:25] <shadeslayer> jussi: I'm going to put calligra into staging, could you test after it's built?
[19:27] <highvoltage> ScottK: any of you have commit rights? could I just provide an updated .desktop file for you?
[19:27] <shadeslayer> highvoltage: I have commit rights
[19:27] <ScottK> highvoltage: I don't, but I believe Riddell or apachelogger could.
[19:28] <shadeslayer> though it would be best to just post the patch on reviewboard
[19:28] <apachelogger> shadeslayer can
[19:30] <shadeslayer> calligra for precise uploaded to staging
[20:12] <jussi> shadeslayer: likely, likely, but definately not tonight
[21:09] <JontheEchidna> any symbols experts know what to do w/ a symbols file that works on amd64 but not i386? https://launchpadlibrarian.net/107917253/buildlog_ubuntu-quantal-i386.libkgapi_0.4.0-0ubuntu2_FAILEDTOBUILD.txt.gz
[21:15] <solid_liq> JontheEchidna, use it on amd64
[21:23] <debfx> JontheEchidna: you should use pkgkde tools to create symbol files
[21:24] <debfx> JontheEchidna: they generate this: http://paste.ubuntu.com/1048139/
[21:26] <debfx> (with "1.7" replaced by "0.4.0" ;) )
[21:31] <JontheEchidna> debfx: thanks
[21:58] <Riddell> highvoltage: yes can commit fixes