[18:29] <jbicha> m4n1sh: are you around?
[18:38] <m4n1sh> jbicha: yes
[18:39] <jbicha> it's like midnight there, right? I'm having some troubles with Zeitgeist/the Privacy panel
[18:40] <m4n1sh> yes. go ahead
[18:40] <m4n1sh> I am free now
[18:41] <jbicha> I'm writing a script to automate taking some screenshots of Unity; and so I deleted the zeitgeist history
[18:41] <m4n1sh> how did you delete it?
[18:41] <m4n1sh> from the UI or deleted the sqlite file?
[18:42] <jbicha> with the Privacy panel, I've also tried rm'ing /.local/share/zeitgeist (is that safe?)
[18:43] <m4n1sh> yes you can remove that zeitgeist folder
[18:43] <m4n1sh> you will lose history and fts index
[18:44] <m4n1sh> and all user specific information like blacklists too
[18:44] <m4n1sh> so where exactly you found the problem?
[18:45] <jbicha> well one problem is that with Unity 5.8, newly started apps aren't showing up as Recent Apps in the Dash
[18:46] <m4n1sh> you deleted the history
[18:46] <m4n1sh> so Unity does not know about the application usage
[18:46] <jbicha> but apps I started after deleting the history should show up
[18:47] <m4n1sh> yes, they should show up
[18:47] <m4n1sh> you can try using lp:zeitgeist-explorer
[18:47] <m4n1sh> and check if application launches are being logged or not
[18:47] <jbicha> how hard is it to script adding a folder to the blacklist?
[18:48] <jbicha> for instance I don't want the screenshots folder to be showing, cluttering up the Dash search results
[18:48] <m4n1sh> yes, just open Privacy
[18:48] <m4n1sh> and add that folder
[18:48] <m4n1sh> as filter
[18:48] <jbicha> some settings, I can just use gsettings set in the script, but you're not using gsettings, are you?
[18:49] <m4n1sh> no. no gsettings
[18:49] <m4n1sh> everthing is stored in a sqlite database
[18:49] <m4n1sh> gsettings can't store such complex data objects
[18:49] <m4n1sh> or if it can do, its too much of work
[18:49] <jbicha> a list of blacklisted folders can be stored in gsettings
[18:50] <jbicha> I'll just add it to the list of thing to be done manually after creating a new account then, thanks
[18:50] <m4n1sh> yes, but that is not how it is stored
[18:50] <m4n1sh> its lot more complex
[18:50] <m4n1sh> you can have incredible control over the blacklist
[18:50] <m4n1sh> using the blacklist api, you can control that you want to blacklist filter of type avi in a folder
[18:51] <jbicha> I also had a problem yesterday where the Privacy panel with Unity 5.10 wouldn't delete the history but unfortunately I didn't save the terminal output
[18:51] <jbicha> fortunately it's working today
[18:51] <m4n1sh> or you can even specify to block all logging of videos of type avi in a specific folder only if it is opened by a specific player
[18:51] <m4n1sh> yes. I think the problem is even more
[18:51] <m4n1sh> the history is deleted
[18:51] <m4n1sh> but the fts index is not
[18:51] <m4n1sh> I think that might be the problem
[18:52] <m4n1sh> by now the index would have rebuilt itself
[18:52] <jbicha> the fts index takes a while then on a full home directory?
[18:53] <m4n1sh> no. the fts index is built using event history
[18:53] <m4n1sh> whatever is logged
[18:53] <m4n1sh> it does not deal with files
[18:53] <m4n1sh> the fts search is over usage history  and *not* over HOME
[18:53] <m4n1sh> we don't do crawling using inotify
[18:53] <m4n1sh> or any such method
[18:55] <m4n1sh> jbicha: anything else?
[18:58] <jbicha> ok, so I'm back with Unity 5.10 from the testing PPA, I deleted the history & starting new apps doesn't show in Recent Apps
[18:59] <jbicha> do I have to wait a certain amount of time or what do you think isn't working right?
[19:17] <htorque> jbicha: were the apps you started on your launcher? it seems to not show up then.
[19:24] <jbicha> well the apps sometimes show up and sometimes don't, here's my WIP script: http://paste.ubuntu.com/919367
[19:25] <jbicha> of course that script is trying to open up certain files to fill up the recent files section too
[19:26] <jbicha> maybe my script needs more pausing at the right times
[20:10] <Laney> jbicha: yo, have you seen bug #975686?
[20:10] <ubot2> Launchpad bug 975686 in ubuntu-wallpapers "package ubuntu-wallpapers-karmic (not installed) failed to install/upgrade: trying to overwrite '/usr/share/backgrounds/Bay.jpg', which is also in package ubuntu-wallpapers-extra 0.1" [Undecided,New] https://launchpad.net/bugs/975686
[20:11]  * Laney dupes it to a better one
[20:22] <jbicha> Laney: wow, I didn't know that package existed
[20:22] <Laney> me neither
[20:23] <Laney> I just got hit by "lost my old wallpaper" and installed ubuntu-wallpapers-*, and then this happened :-)
[20:23] <Laney> I'm doing a diff for the transitional package
[20:23] <jbicha> Laney: you lost a wallpaper?
[20:24] <Laney> I had an Oneiric one and it was removed when I got the new ubuntu-wallpapers, yes
[20:24] <Laney> it came back when I installed ubuntu-wallpapers-oneiric
[20:26] <jbicha> there were enough complaints when that happened for Oneiric that I thought we should fix it for this cycle
[20:26] <Laney> yes
[20:26] <Laney> I don't know what you can do other than handle it in the release upgrader though
[20:26] <jbicha> well it shouldn't happen again after Precise though
[20:27] <Laney> why?
[20:27] <Laney> what's seeded?
[20:27] <Laney> I think the wallpaper package is marked as automatically installed so apt is happy to remove it
[20:28] <jbicha> oh, I guess it needs a bit more work then, apt should get smarter and not remove ubuntu-wallpapers*
[20:29] <Laney> you have to get it marked as manually installed
[20:32] <jbicha> Laney: how do we do that?
[20:34] <Laney> not sure, perhaps it can be handled in u-m
[20:40] <jbicha> Laney: ok I added that note to bug 863509
[20:40] <ubot2> Launchpad bug 863509 in ubuntu-wallpapers "Upgrading Ubuntu to new version deletes previous wallpapers" [High,Fix released] https://launchpad.net/bugs/863509
[20:40] <Laney> you probably want to talk to mvo about how to implement it
[20:43] <maxb> semi relevant aside: I have a removal request for ubuntu-wallpapers-extra pending sponsorship
[20:44] <Laney> yep, thanks for that. I'm just providing the transitional package so that people who previously had that -extra get moved over to -karmic
[22:50] <james_w> Laney, jbicha: If ubuntu-wallpapers is moved to the metapackages section then I think the depended-on packages won't be removed
[22:51] <Laney> yeah? That would be good :-)
[22:51] <james_w> that's the behaviour for ubuntu-desktop et. al. at least
[22:52] <james_w> so that if it gets removed you don't lose all of the packages on your system
[22:52] <james_w> I'm not sure what I can cite as evidence though, except for having a vague recollection of mvo stating this at some point
[22:53] <Laney> I just experimentally verified this behaviour
[22:57] <Laney> not for disappearing packages though
[22:59] <Laney> james_w: ah, it's Never-MarkAuto-Sections
[22:59] <james_w> ah, not entirely helpful then
[22:59] <Laney> no no, it /is/ helpful
[22:59] <Laney> "// consider dependencies of packages in this section manual"
[23:00] <james_w> ah
[23:01] <Laney> see /etc/apt/apt.conf.d/01autoremove
[23:10] <Laney> jbicha: I just pushed ^ to my branch
[23:11] <Laney> it's too late for oneiric, unless you (a) add some kind of hint to the release upgrader if possible or (b) SRU the wallpapers to implement the split with an ubuntu-wallpapers-oneiric package only
[23:48] <jbicha> Laney: I'd rather go with option A
[23:54] <Laney> you should speak to mvo and see how possible it is :-)