[00:14] <utu-san> hi guys..looks like we are missing oxugen-cursor-theme for 4.9?
[00:14] <utu-san> oxygen*
[00:16] <utu-san> Candidate: 0.0.2012-06-kde4.8-2ubuntu1
[00:17] <utu-san>  kde-workspace-data depends on oxygen-cursor-theme
[00:36] <utu-san> forced kde-workspace-data and seems to be working with that oxygen-cursor-theme issue.  however apt-get will be complaining bec of that
[00:37] <utu-san> looks like it's not in ppa:backports either
[05:30] <Tm_T> sooo I decided I go and try finalize the upgrade: http://paste.kde.org/527540/
[05:30] <Tm_T> there seems to be dependency conflicts
[05:33] <Tm_T> I could go on and force those, but I suppose this is not expected?
[05:47] <ScottK> If sudo apt-get -f install will fix it, then it should be fine.
[06:24] <Tm_T> ScottK: that output is from apt-get install -f (:
[06:24] <Tm_T> so no it doesn't fix
[06:24] <ScottK> Oh.
[06:25] <ScottK> Try removing kde-runtime-dbg and then apt-get -f install again.
[06:29] <Tm_T> hmmm
[06:30] <Tm_T> does not let me remove it cleanly, pretty much as I suspected
[06:31] <Tm_T> I wonder if this is just me (and I should stop complaining) or something that will affect others too
[06:34] <ScottK> sudo apt-get -f remove kde-runtime-dbg
[06:34] <ScottK> Dunno.
[06:34] <ScottK> Since you've got a bunch of i386 autoremove packages, I have a suspicion this may be multiarch related and not related to KDE stuff.
[06:35] <Tm_T> ScottK: I don't see arch-related errors though
[06:35] <ScottK> True, but the dependency resolver may be getting confused somehow.
[06:35] <Tm_T> if this is just me, I can easily sort this for myself, but then if this is something more widespread, by forcing things forward I shut myself out of testing
[06:36] <ScottK> I think we need to narrow it down a bit to see.
[06:37] <Tm_T> hmm, autoremove ofcourse doesn't work without forcing either, also none of those multiarch-related packages are involved
[06:37] <Tm_T> so I highly doubt it would be affecting any way
[06:37] <Tm_T> atleast as far as I can see it (:
[06:40] <ScottK> The problem with the removal is you're stuck in the middle.
[06:41] <ScottK> The multiarch may have to do with why it got confused and landed you there.
[06:41] <ScottK> Were you able to remove the -dbg?
[06:43] <Tm_T> yup, with force-depends, let's see how it goes now
[06:43] <Tm_T> ah, aand then removing multiple dbg packages and then retry
[06:44] <Tm_T> to avoid forcing, removed like this: "sudo dpkg --remove kde-runtime-dbg kdebase-runtime-dbg kde-workspace-dbg calligra-dbg kdemultimedia-dbg"
[06:45] <Tm_T> http://paste.kde.org/527558/
[06:46] <Tm_T> so hmmm, if I go this route, I might have to remove quite a lot
[06:46] <ScottK> What happens if you sudo apt-get -f install kde-runtime-data
[06:47] <ScottK> That seems like the one that's the key to get upgraded.
[06:48] <ScottK> shadeslayer: kdenetwork wants to build-dep on telepathy-qt for some kind of bindings.  You might want to have a look and see if we need a new binary.
[06:53] <ScottK> test building the last KDE 4.8.5 package now ...
[06:59] <Tm_T> ScottK: apt-get install takes either packages or -f, it doesn't apply both (:
[06:59] <ScottK> OK.
[06:59] <ScottK> Then try it without the -f
[07:00] <Tm_T> "E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution)."
[07:01] <Tm_T> "dpkg --install --force-depends kde-runtime-data" would make difference
[07:01] <Tm_T> but it doesn't necessarily help explaining why this happens
[07:04] <ScottK> The newer version of -runtime-data shouldn't have the conflict the current one does.
[07:04] <ScottK> not sure why it doesn't get pulled in though.
[07:22] <jussi> o/
[07:47] <Tm_T> ScottK: ahha
[07:47] <Tm_T> dpkg: error processing /var/cache/apt/archives/kde-runtime-data_4%3a4.9.0-0ubuntu1~precise1~ppa1_all.deb (--install): trying to overwrite '/usr/lib/kde4/imports/org/kde/runnermodel/qmldir', which is also in package plasma-active 2.0+git2012021101-0ubuntu4~ppa3
[07:48] <Tm_T> when trying to install it manually
[07:49] <Tm_T> I assume plasma-active isn't supported, so conflicts with it is "my bad"?
[07:51] <ScottK> Hmmm.
[07:51]  * ScottK looks
[07:51] <ScottK> No it is.  That's a legit bug.
[07:52] <ScottK> Riddell: ^^^
[07:52] <ScottK> (he uploaded it, hopefully he'll be awake soon to fix since I really need to go to sleep)
[08:20] <Tm_T> ScottK: thanks for help on tracing this (:
[08:34] <Riddell> yeah that should be fixed
[09:00] <kubotu> ::workspace-bugs:: [1032541] Panel autohide doesn't work any more @ https://bugs.launchpad.net/bugs/1032541 (by Uqbar)
[09:55] <Riddell> Quintasan_: have you tried fcitx?
[11:50] <Riddell> whee http://www.kubuntu.org/news/kde-sc-4.9
[11:54] <apol> jtechidna: JontheEchidna: The reason for the warnings is the KExtendableItemDelegate
[11:55] <apol> it uses those roles during ::sizeHint
[11:58] <jtechidna> aah
[11:59] <jtechidna> apol: oh, there's also the ActiveRole, which shows when a resource is involved in an active transaction so the delegate can show a progress bar.
[11:59] <apol> jtechidna: why do you even need to call KExtendableItemDelegate::sizeHint(option, index)?
[12:01] <apol> wait, patch coming
[12:30] <BluesKaj> Hey all
[12:38] <apol> jtechidna: well, the thing is that QStyledItemDelegate is requesting these roles
[12:38] <apol> jtechidna: then those were being reported as empty by ::data
[12:39] <apol> jtechidna: so QStyledItemDelegate was printing plenty of empty text
[12:39] <apol> which is something really ugly, honestly :P
[12:39] <jtechidna> I see
[12:39] <apol> jtechidna: I'll do a quick hack for the moment so that those are not returned, but I think you should fix that...
[12:39] <apol> the UI will be faster too
[12:42] <jtechidna> so the delegate is requesting random empty roles?
[12:42] <apol> jtechidna: http://paste.opensuse.org/54801109
[12:42] <apol> try this
[12:42] <apol> not random, but the standard
[12:43] <jtechidna> and it shouldn't be requesting the standard roles?
[12:43] <apol> for the text, you use custom roles instead of the standard Qt::DisplayRole and so
[12:43] <apol> well
[12:43] <apol> it's not very interesting to have the UI painting empty data
[12:43] <apol> jtechidna: please check the patch out ;)
[12:46] <jtechidna> wow
[12:46] <jtechidna> haha
[12:46] <apol> yes
[12:46] <jtechidna> so even though I'm doing custom painting, it's still painting the normal delegate under?
[12:47] <apol> yes
[12:47] <apol> because you call KExtendedBlah::paint who calls QStyledItemDelegate::paint
[12:47] <apol> and this one does that
[12:49] <jtechidna> apol: so the solution is to just not call that since I'm doing all the painting manually, yes?
[12:49] <apol> jtechidna: well, I've tried to do that, then there's the extended part of the delegate that isn't painted
[12:49] <jtechidna> oh, hm
[12:49] <apol> jtechidna: I'll merge the split branch ok?
[12:50] <jtechidna> apol: Oh, I forgot to tell you, but that branch makes the Muon Package Manager lose some actions in the toolbar/menus
[12:52] <jtechidna> apol_: lose connection?
[12:53] <apol> nope
[12:53] <apol> I opened the laptop :P
[12:54] <apol> jtechidna: oh ok
[12:54] <apol> I'll look into this now
[12:54] <apol> jtechidna: can you tell me which?
[12:54] <jtechidna> uuh, sec. gotta compile that branch now
[12:55] <apol> thanks a lot :P
[12:56] <apol> uh
[12:56] <apol> I get the warnings too
[12:57] <jtechidna> for MPM: http://paste.kde.org/527732/
[12:57] <jtechidna> and for the update manager: http://paste.kde.org/527738/
[12:57] <apol> ok great
[12:58] <apol> I'll go have lunch and fix it later
[12:58] <apol> jtechidna: any other thing? :P
[12:58] <jtechidna> apol: openMarkings, saveMarkings, and that setActions warning for muon-installer
[12:58] <jtechidna> but I haven't noticed anything else that's broken
[13:01] <apol> ok
[13:01] <apol> thanks
[13:44] <tsdgeos> agateau: can you please fix homerun Messages.sh ?
[13:48] <apol> jtechidna: i think it's fixed now
[13:48] <apol> jtechidna: I'll merge ok?
[13:53] <Tm_T> Riddell: anything I can help test-wise on proceeding with the dependency/file conflict that was discussed this morning?
[13:55] <agateau> tsdgeos: on my todo
[13:56] <shadeslayer> ScottK: I've heard about that somewhere, will look into it today :)
[14:02] <apachelogger_> 9.8 GiB (98.07%) of 10.0 GiB
[14:02] <apachelogger_> we should clean up backports soonishy
[14:03] <apachelogger_> OTOH we only have oneiric and precise backports in there, so perhaps we need to request a limit bump
[14:04] <apachelogger_> that is pretty close for 2 releases, if 4.10 grows in icons just a bit we hit the limit with quantal+precise
[14:07] <Riddell> Tm_T: I added a conflicts now
[14:07] <Riddell> apachelogger_: I think we should just delete oneiric, that's what we normally do
[14:08] <apachelogger_> *shrug*
[14:08] <apachelogger_> IMHO it is nice to have them available for 2 stables
[14:08] <apachelogger_> e.g. if precise does not work for someone they can continue to use oneiric with not entirely dated KDE until precise does or quantal gets released
[14:12] <ScottK> shadeslayer: Look at configure from the last kdenetwork upload for a start.
[14:12] <ScottK> Thanks.
[14:16] <jtechidna> apol: go ahead
[14:16] <jtechidna> (sorry, I had an apointment I forgot about until the last minute)
[14:18] <apol> no worries
[14:22] <utu-san> no fix yet for oxygen-cursor-theme?
[14:22] <utu-san> update-alternatives: using /etc/X11/cursors/oxy-white.theme to provide /usr/share/icons/default/index.theme (x-cursor-theme) in auto mode
[14:23] <utu-san> update-alternatives: error: error creating symbolic link `/usr/share/icons/default/index.theme.dpkg-tmp': No such file or directory
[14:23] <utu-san> daily build manifest - oxygen-cursor-theme	0.0.2012-06-kde4.8-2ubuntu1
[14:27] <Riddell> utu-san: now that's a stange one
[14:29] <utu-san> I got this errors since yesterday, and I have to force install kde-workspace-data to complete install
[14:29] <utu-san> at least have someone take a look and maybe bump the version to 4.9 as well for consistency?
[14:30] <debfx> utu-san: please open a bug report about that, preferably from apport
[14:31] <Riddell> ag hah, now default/ directory in the update debfx did to oxygen-cursor-theme
[14:31] <utu-san> everything seems working ok but apt-get is alwasy complaining when it tries to set up the incomplete install
[14:32] <Riddell> utu-san: sudo mkdir /usr/share/icons/default  is the workaround
[14:32] <utu-san> Riddell: ok let me try
[14:33] <Riddell> debfx: easy enough fix, debian/dirs should be debian/oxygen-cursor-theme.dirs, I'll test and upload
[14:34] <utu-san> Riddell: you are the man.  thanks a lot
[14:37] <utu-san> Riddell: it's really strange that I'm the only one affected?
[14:37] <Riddell> vHanda: do you have an opinion on this? https://lists.ubuntu.com/archives/kubuntu-devel/2012-August/006330.html
[14:37] <Riddell> utu-san: nah I've seen it
[14:38] <vHanda> Riddell: yeah, this probably slipped passed us
[14:38] <vHanda> though I'm not sure where the symbol is being used
[14:38] <vHanda> lemme see
[14:39] <vHanda> Riddell: I'm confused, who need the nmm:albumArtist ?
[14:40] <vHanda> *needs
[14:40] <Riddell> vHanda: I don't now, it just got posted to our mailing list
[14:40] <debfx> Riddell: good catch, interestingly dpkg keeps /usr/share/icons/default in my upgrade tests
[14:41] <Riddell> vHanda: but that's a common enough tag to have in mp3 files, seems reasonable to index it
[14:42] <vHanda> yes, but the indexer code is in strigi and that doesn't have anything to do with kdelibs or sdo
[14:43] <vHanda> so I'm not sure how/why that person is getting the error
[14:43] <vHanda> it can't be while compiling kdelibs
[14:45] <Riddell> vHanda: oh the thread doesn't have anything to do with the patch request
[14:45] <Riddell> the patch request was just posted randomly to it
[14:53]  * debfx has a new favorite unicode symbol: smiling cat face with heart-shaped eyes
[14:53] <debfx> 😻
[14:54] <vHanda> Riddell: I'm sorry, I'm still fairly confused.
[14:58] <Riddell> debfx: not in my font alas
[14:58] <jtechidna> They should get the Canonical font guy on that right away :P
[14:59] <Riddell> vHanda: a user posted that to the list as a proposed patch we apply, that's about all there is to it
[14:59] <debfx> weird, I thought fontconfig falls back to another font if the current one doesn't have the symbol
[15:00] <vHanda> ahhh
[15:00] <vHanda> I thought they were some linker errors or something
[15:00] <Riddell> debfx: presumably none of my fonts have smiling cat face with heart-shaped eyes
[15:00] <Riddell> vHanda: no ignore that stuff
[15:00] <Riddell> separate topic
[15:01] <vHanda> Riddell: I actually need to bring up the discussion of nmm:albumArtist on the mailing list
[15:01] <vHanda> some people aren't going to like it
[15:01] <vHanda> but it needs to be discussed
[15:01] <vHanda> but go ahead, ship it
[15:01] <vHanda> you don't even need to recompile kdelibs
[15:01] <vHanda> the new symbol doesn't matter
[15:03] <Riddell> jtechidna: canonical font guy is currently dossing around central europe avoiding doing much
[15:04] <ScottK> Riddell: If you were using our default IRC client it'd have displayed fine.
[15:04] <Riddell> oh it could well be a problem with my server, it doesn't do unicode right enough
[15:04] <Riddell> the server is owned by the canonical font guy, this might be ironic I'm not sure
[15:11] <agateau> tsdgeos: how can I test Messages.sh by hand?
[15:11] <tsdgeos> reading my bloc
[15:11] <tsdgeos> -c+g
[15:12] <Riddell> agateau: run extract-messages.sh ?
[15:12] <agateau> tsdgeos: ah, I read the techbase doc, my bad :)
[15:13] <agateau> Riddell: where is it to be found?
[15:13] <Riddell> agateau: pkg-kde-tools
[15:13] <tsdgeos> agateau: i'm pretty sure it's documented there too
[15:13] <tsdgeos> http://techbase.kde.org/Development/Tutorials/Localization/i18n_Build_Systems#Extracting_and_merging_messages
[15:13] <tsdgeos>  Messages.sh, which is invoked by a script called extract-messages.sh
[15:14] <agateau> yes I saw that (proof: last edits are from me), but it misses the place where one can get extract-messages.sh
[15:17] <tsdgeos> agateau: lxr.kde.org to the rescue?
[15:17] <tsdgeos> hmm
[15:18] <tsdgeos> doesn't work as well as i though
[15:18] <agateau> yep :/
[15:18] <tsdgeos> l10n-kde/scripts
[15:18] <agateau> thanks, going to add a link to it in the docs
[15:19] <agateau> found it in l10n-kde4/scripts, yeah
[15:19] <tsdgeos> agateau: http://tsdgeos.blogspot.com.es/2010/08/how-to-run-messagessh-file-to-create.html
[15:22] <agateau> tsdgeos: ok, updating the doc now
[15:22] <tsdgeos> note 
[15:23] <tsdgeos> that there's no need for you to run it
[15:23] <tsdgeos> scripty does it
[15:23] <agateau> yes, but I don't like to commit blindly
[15:23] <tsdgeos> and your Messages.sh should be simple enough
[15:23] <tsdgeos> if it gets complicated
[15:23] <tsdgeos> bad :D
[15:24] <agateau> I am going to need to extract strings from a rc file
[15:26] <tsdgeos> how do you inject them back?
[15:27] <tsdgeos> or it's a ui.rc file?
[15:32] <agateau> it's not done yet
[15:32] <agateau> updated the doc
[15:33]  * ScottK is officially confused by the kalzium FTBFS on arm*
[15:34] <Riddell> ScottK: maybe a lack of avogadro?
[16:08] <ScottK> Riddell: 4.8.90 built and it didn't have it either.
[16:09] <ScottK> I compared the build logs and I can't figure anything. I didn't diff the package though.
[16:21] <Riddell> hum
[16:28] <Riddell> ScottK: oh it's just the version no libscience.so.4.9.0 vs libscience.so.4.8.0
[16:28] <ScottK> So why just on arm*?
[16:29] <Riddell> the others built before the new kdelibs I'd guess
[16:29] <ScottK> Oh, that'd do it.
[16:30] <Riddell> do you want to fix or shall I?
[16:38] <ScottK> Please go ahead.
[17:12] <shadeslayer> ScottK: I hope you weren't looking at build logs manuall
[17:12] <shadeslayer> *manually
[17:13] <ScottK> shadeslayer: In what context?
[17:13] <shadeslayer> because iirc me and yofel wrote a script for PN that prints out the cmake output for every package
[17:13] <shadeslayer> ScottK: optional build deps
[17:13] <yofel> didn't debfx integrate that into his pkg status website generation script?
[17:13] <ScottK> What I was doing was watching it scroll by when I was building 4.8.5.  That got me to look at a few packages and write the email.
[17:13] <shadeslayer> ah ok
[17:13] <shadeslayer> yofel: dunno
[17:14] <yofel> iirc he added something similiar at least
[17:14] <ScottK> Quintasan_: Are you fixing kimpanel in Quantal?
[17:14] <debfx> yes!
[17:14] <debfx> https://bazaar.launchpad.net/~debfx/+junk/kubuntu-automation/view/head:/cmake-ignore.json
[17:14] <shadeslayer> debfx: is that automagically generated?
[17:15] <debfx> shadeslayer: no, it's a list of exceptions
[17:15] <shadeslayer> ah ok
[17:15] <ScottK> Okular in that list is fixed.
[17:15] <debfx> i.e. dependencies we don't use on purpose
[17:17] <shadeslayer> hmm
[17:17] <shadeslayer>  [kubuntu-dev] a11y - ditch kaccessible: TODO
[17:17] <ScottK> Any idea why we don't use polkit-qt for pykde4?
[17:18] <Riddell> ScottK: at some point, it didn't compile
[17:18] <ScottK> OK.
[17:18] <Riddell> ScottK: in favour of ati
[17:18] <ScottK> debfx: kdenetwork has optional build-deps that we don't use and isn't on that list.
[17:18] <debfx> ScottK: do we really want to use chmlib? it has a bad security record and is not very maintained
[17:19] <ScottK> There's user demand for it.
[17:20] <ScottK> I see two CVEs in 5 years.  That's not horrible.
[17:23] <snele> hi guys. where can I find picture of kubuntu logo (kubuntu letters+logo) without backround?
[17:23] <jocarter> snele: wikipedia
[17:24] <debfx> ScottK: also https://bugs.launchpad.net/ubuntu/+source/chmlib/+bug/236113/comments/2
[17:24] <jocarter> snele: that's where I usually find all my logos these days, at least :) http://en.wikipedia.org/wiki/File:Kubuntu-logo-lucid.svg
[17:24] <snele> jocarter: thank you :)
[17:25] <shadeslayer> ScottK: basically, adding tp-qt to kdenetwork gives krdc the ability to use telepathy tubes
[17:25] <shadeslayer> i.e. desktop sharing using your contacts in KDE Telepathy
[17:25] <ScottK> Do we want that?
[17:25] <shadeslayer> upstream says it's stable
[17:26] <shadeslayer> needs a bit of testing however
[17:27] <shadeslayer> ScottK: seems reasonable to me, I've tested it before from George's PPA
[17:27] <shadeslayer> and it worked fine
[17:27] <ScottK> debfx: It does look a bit dead upstream.
[17:55] <debfx> ScottK: kdenetwork seems to be the only package where the cmake ignore file is outdated
[17:57] <ScottK> OK.
[17:58] <shadeslayer> snele: https://wiki.kubuntu.org/KubuntuArtwork
[17:59] <snele> shadeslayer: thank you! 
[17:59] <shadeslayer> snele: you're welcome :)
[18:00] <Riddell> snele: what's it for?
[18:01] <snele> Riddell: I found really easy way to make chromium/chrome theme (to match my colour scheme). I will add kubuntu branding at the bottom right corner
[18:03] <Riddell> I think rekonq just needs themes to make it popular :)
[18:04] <ScottK> Security support for Qtwebkit would be nice too.
[18:04] <ScottK> Who's the KDE maintainer for Okular?
[18:08] <debfx> ScottK: afaik tsdgeos
[18:08] <ScottK> Thanks.
[18:08] <snele> Riddell, all: I think it looks nice, simple and well integrated: http://www.dodaj.rs/f/1W/UK/1cvGHdWA/snapshot77.png
[18:09] <snele> http://www.dodaj.rs/f/1G/C2/aniO5Pp/snapshot80.png
[18:09] <snele> of course it can be done for oxygen theme and default colour scheme :)
[19:47] <Daskreech> anyone minds me adding the kubuntu 4.9 blog to the #kubuntu topic ?
[19:55] <shadeslayer> Daskreech: kubuntu 4.9 blog?
[19:55] <Daskreech> that's it available
[19:55] <Daskreech> on kubuntu.org
[19:55] <shadeslayer> oh, you meant from kubuntu.org
[19:55] <shadeslayer> Daskreech: please go ahead
[19:56] <shadeslayer> hmm .. maybe the installer should have a checkbox that says "Enroll me in a faster KDE update/backport cycle"
[19:57] <shadeslayer> and then if the user checks that, the installer add's the PPA
[19:57] <shadeslayer> Riddell: ^ random thought
[19:58] <micahg> shadeslayer: enabling PPAs from the archive is a no-no
[19:58] <shadeslayer> not from the archive, from the installer
[19:58] <micahg> shadeslayer: installer is in the archive :P
[19:59] <shadeslayer> oh .. right ...
[19:59] <shadeslayer> maybe a simple prompt after installing?
[20:00] <shadeslayer> like we do for flash and codecs
[20:01] <micahg> those are in multiverse
[20:01] <micahg> (codecs should be all in universe at this point I think)
[20:01] <ScottK> Or flash is in partner.
[20:02] <ScottK> Which is technically not part of the Ubuntu archive, but it's certainly not a PPA.
[20:02] <micahg> ScottK: no, it installs from multiverse, not partner
[20:02] <micahg> multiverse happens to pull the tarball from partner...
[20:02] <ScottK> Isn't that the installer?
[20:03] <ScottK> Yes, two stage process, but you still get there.
[20:03] <micahg> well, no, you can get flash without partner enabled
[20:04] <ScottK> Right, but it's still code from outside the archive.
[20:04] <micahg> yeah
[20:05] <shadeslayer> hmm
[20:08] <ScottK> But it's Flash.  If you're installing that, you're asking for trouble already.
[20:10] <shadeslayer> what the
[20:10] <shadeslayer> zsh-beta is older than zsh? 0.o
[20:12] <micahg> zsh 5.0 was released :), zsh-beta should be removed IMHO
[20:13] <Daskreech> shadeslayer: do I need to poke someone?
[20:13] <shadeslayer> Daskreech: for?
[20:13] <shadeslayer> oh, /topic updating?
[20:13] <Daskreech> topic change ?
[20:13] <shadeslayer> idk who has rights on that channel
[20:13] <Daskreech> Can I set it somewheer and have it flagged?
[20:16] <shadeslayer> possibly jussi can do that
[20:17]  * shadeslayer can't remember how to find ops for a channel and for some reason chanserv help doesn't list it too
[20:17] <shadeslayer> micahg: I think zsh has a regression :P
[20:18] <shadeslayer> for eg. it had a feature that when you typed 'a' and pressed the up arrow key, it completed to the last command that started with 'a'
[20:18] <shadeslayer> I can't reproduce it with zsh-beta
[20:21] <ScottK> qtmobility FTBFS fixed, btw.
[20:22] <shadeslayer> ScottK: should I also enable gadu gadu? Or since we're dropping kopete, kill of any chances of using gadu gadu with kopete
[20:22] <shadeslayer> ( re kdenetwork )
[20:23] <ScottK> Gadu is already enabled, isn't it?
[20:23] <ScottK> We're dropping it from the default install, not from the archive.
[20:23] <shadeslayer> don't think so, lemme check again
[20:24] <ScottK> For kdenetwork, my upload has the same stuff enabled that Debian did.
[20:24] <Daskreech> apachelogger_: ping
[20:24] <shadeslayer> ScottK: http://paste.kde.org/528134/
[20:24] <ScottK> I'm guessing they didn't do telepathy on purpose, but that doesn't mean we shouldn't.
[20:24] <Daskreech> or jussi
[20:24] <shadeslayer> right
[20:25] <Daskreech> can I get the topic in #kubuntu changed to "Official Kubuntu support | FAQ: https://wiki.kubuntu.org/FAQ | Pastes: http://paste.kde.org | Chat in #kubuntu-offtopic | Guidelines: https://wiki.kubuntu.org/IRC/Guidelines | Kmail users read this before upgrading: http://bit.ly/o841iy | 12.04 LTS http://www.kubuntu.org/news/12.04-release | KDE 4.9 available http://www.kubuntu.org/news/kde-sc-4.9"
[20:25] <ScottK> shadeslayer: I'd say add it or ask Quintasan_ .  IIRC gadu is big in Poland.
[20:25] <shadeslayer> yeah
[20:25] <shadeslayer> ok this is weird
[20:26] <shadeslayer> ScottK: my build log says gadu is not pulled in, build log from buildd says it's installed
[20:26] <shadeslayer> what the actual hell? 0.o
[20:28] <shadeslayer> so, it's not pulld in explicitly ( according to debian/control )
[20:28] <shadeslayer> bah, scratch taht
[20:28] <shadeslayer> wrong spelling of gadu
[20:32] <shadeslayer> *grumble* stupid VPS being ultra slow
[20:34] <Daskreech> or Riddell if you have time
[20:41] <shadeslayer> Daskreech: you'll probably have to wait till Monday
[20:41] <Daskreech> v_v