[00:13] <manchicken> JontheEchidna: Hey man, I've got the thing updating the sources. Now I'm having fun getting it to update the system.
[00:22] <JontheEchidna> manchicken: fun?
[00:22] <manchicken> The sarcastic variety :)
[00:23] <manchicken>     m_backend->updateCache(); That's what I'm calling.
[00:24] <JontheEchidna> Did you run into any problems with that?
[00:24] <manchicken> Yeah
[00:24] <manchicken> found error while replying QDBusError("org.freedesktop.DBus.Error.InvalidArgs", "") 
[00:25] <JontheEchidna> that should be harmless
[00:25] <manchicken> I guess the question is how do I detect whether or not the update is working?
[00:25] <JontheEchidna> ah, right
[00:26] <JontheEchidna> so that method returns a QApt::Transaction object used to track the cache update
[00:27] <JontheEchidna> manchicken: if you have a libqapt checkout, there's some example code for that in the example/ subdir
[00:27] <JontheEchidna> example/cacheupdatewidget.cpp
[00:27] <manchicken> K
[00:27] <manchicken> I'll look there. Thanks.
[00:28] <JontheEchidna> no prob
[00:35] <manchicken> JontheEchidna: Why not just provide QApt widgets?
[00:36] <manchicken> Or is that kinda what you meant with the examples?
[00:36] <manchicken> In a less formal way?
[00:36] <JontheEchidna> manchicken: I was trying to keep libqapt Qt-only
[00:36] <JontheEchidna> and widgets would require KDE integration like l10n
[00:37] <manchicken> That's a good point.
[00:37] <JontheEchidna> I have to duck out for a bit, bbl
[00:37] <manchicken> Thanks
[06:17] <smartboyhw> Holy cow
[06:17] <smartboyhw> Translating kde4libs.po for zh_HK is a hard job
[06:18] <ScottK> smartboyhw: You aren't doing it in Launchpad are you?
[06:18] <smartboyhw> ScottK, no.
[06:18] <ScottK> OK.
[06:18] <smartboyhw> KDE -18n
[06:18] <smartboyhw> Complete disaster
[06:19] <smartboyhw> People translated it with extremely wrong sense
[06:19] <smartboyhw> The translated words just doesn't match
[06:19] <ScottK> OK.
[06:19] <ScottK> Just wanted to make sure you were doing it upstream and not in LP.
[06:21] <smartboyhw> ScottK, no worries.
[06:21] <smartboyhw> I just want to revive the zh_HK KDE localization team:P
[06:21] <ScottK> Nice.
[06:24] <smartboyhw> ScottK, but one .po file is already giving me a disaster.
[06:25] <smartboyhw> For example, somebody translated "Yesterday" as “星期一” （which means "Monday"), but "Yesterday" should be "昨天“.
[06:25] <smartboyhw> ScottK, how terrible is that? ....
[06:26] <ScottK> Does sound bad.
[06:45]  * smartboyhw screams at the horribleness of the kdelibs zh_HK.po
[07:55] <lordievader> Good morning.
[09:42] <Mamarok> folks, did you disable Nepomuk in 4.10.90 on Raring? I can't get it to run
[09:42] <Mamarok> was already a problem in 4.10.80
[09:44] <yofel> not particulary. Mind sharing your .xsession-errors?
[10:56] <Quintasan> smartboyhw: I'm kind of actually getting the idea
[10:57] <Quintasan> That the thought process behind that one was lkke
[10:57] <Quintasan> like*
[10:57] <Quintasan> Yesterday == One Day Ago == 星期一
[10:57] <Quintasan> Though I might be wrong
[10:58] <Quintasan> hmm
[10:59] <Quintasan> Well, it really does mean Monday
[10:59] <Quintasan> How did that happen
[10:59] <Quintasan> But don't worry, Polish translation is bad too
[11:23] <BluesKaj_> Howdy folks
[11:37] <soee> good morning
[12:06] <smartboyhw> Quintasan, LOL
[15:28] <vHanda> Mamarok: what's the problem?
[15:28] <vHanda> Mamarok: please email me directly when you have a problem or file a bug report. It's easier that way.
[15:31] <Mamarok> vHanda: the problem is that since KDE 4.10.80 I have no more running Nepomuk instance, despite having it activated in the System Settings
[15:31] <Mamarok> so to give you more information I need you to tell me what you need :)
[15:31] <Mamarok> the Indexer just doesn't run
[15:31] <vHanda> $ nepomukctl status
[15:32] <Mamarok> Nepomuk Server is running.
[15:32] <Mamarok> Service storage is running.
[15:33] <vHanda> Right. Ugh. So many seem to be having this problem without the code changing at all
[15:33] <vHanda> run $ nepomukctl restart storage
[15:33] <Mamarok> that is a major problem for the 4.11 release
[15:33] <vHanda> unfortunately, it's an installation issue, not a programming one
[15:34] <Mamarok> well, then the settings need to be tweaked so this doesn't happen, installation scripts can do that
[15:34] <Mamarok> you should tell the distros about that, so they can take care of it
[15:35] <vHanda> I don't know what distros have changed. It seems that suddenly the wrong odbc drivers are being shipped
[15:35] <vHanda> anyway, yeah. I'll take it up
[15:35] <vHanda> ( The relevant code has not changed in 3 years now )
[15:35] <Mamarok> also, the SystemTray doesn't show the indexer widget anymore, seems to have gone into Nirwana
[15:35] <vHanda> yup. I removed it
[15:35] <Mamarok> why?
[15:36] <vHanda> I'll do a blog post about it. Because indexing has been made slower, and email indexing has been properly scheduled now.
[15:36] <Mamarok> at least one could easily stop and restart the indexer with that widget, now it only is accessible through the system settings
[15:36] <vHanda> With email indexing the indexing icon is almost always active
[15:36] <vHanda> the reasoning is that with the improved scheduling the user should not have to care about indexing
[15:36] <Mamarok> I don't want email indexing, I don't use local mail
[15:36] <vHanda> and therefore they don't need to be notified when stuff is being indexed
[15:37] <Mamarok> well, I do :)
[15:37] <Mamarok> I want to know if it is runnng or idle, since I don't use local mail
[15:37] <vHanda> may I ask why?
[15:37] <Mamarok> and I know a lot of other people who don't use local mail either
[15:37] <Mamarok> since the kmail disaster there are very little people left who use that
[15:37] <vHanda> Alright, in the context of just "files". Why do you want to be notified when stuff is being indexed?
[15:37] <Mamarok> and I am not going to try again soon, it still looses my mail even in the last version
[15:38] <Mamarok> vHanda: cause I need to know if it indexes my external disks or not, as those are not always connected
[15:38] <Mamarok> and for Amarok, which starts with only 134 files out of 16.000+ it should show
[15:40] <vHanda> For amarok - It's amarok's responsibility to add code to make sure stuff is indexed and show an appropriate UI. They already have this for their normal indexing, it should be adapted for the Nepomuk Collection. From the user point of view, it's not at all obvious that one should be checking the system tray.
[15:40] <vHanda> In terms of hard disk indexing - again, as far as I'm concerned, it should just work. The only reason you want to be notified is because it has not worked for you.
[15:40] <vHanda> If it is not working, then please file detailed bugs.
[15:41] <vHanda> It seems to be working for me. Unless I can reproduce it, I cannot fix it
[15:41] <Mamarok> OK, will do
[15:41] <Mamarok> that's why I wanted to know how to debug the current isuse
[15:41] <vHanda> could you please run $nepomukctl restart storage
[15:41] <vHanda> and paste the output?
[15:42] <Mamarok> I just did: 
[15:42] <Mamarok> Nepomuk nepomukstorage stopped succesfully.
[15:42] <Mamarok> nepomukstorage started succesfully.
[15:42] <vHanda> please enable the debug output via kdebugdialog. There should be some more stuff.
[15:42] <Mamarok> but since there is no widget I can't tell what is running, and opening the system settings seems a bit too much when there can be just a widget
[15:44] <Mamarok> vHanda: http://paste.kde.org/790796/
[15:44] <vHanda> that's it?
[15:44] <Mamarok> it's still running something apparently, waiting for it to print more output
[15:45] <Mamarok> but seems to have stalled
[15:45] <Mamarok> ah, I get this now: nepomukstorage(25486)/nepomuk (storage service) Nepomuk2::Repository::open: Unable to create model for repository "main"
[15:45] <vHanda> yup. The same issue.
[15:45] <Mamarok> fwiw, I disabled the automatic backup as it was just filling up my storage devices
[15:46] <vHanda> I'll get back to you. Let me talk to the distro people
[15:46] <vHanda> it seems like it's a common problem
[15:46] <Mamarok> with now apparent advantage but to loose disk space
[15:46] <Mamarok> OK
[15:46] <Mamarok> s/now/no/
[18:06] <shadeslayer_> vHanda: Mamarok seems fine on kubuntu saucy nepomukstorage(5780)/nepomuk (storage service) Nepomuk2::Repository::open: Successfully created new model for repository "main"
[18:12] <Mamarok> shadeslayer_: which is of not much use to me, I use Raring
[22:39] <ahoneybun> hello all
[22:40]  * genii makes more coffee