**** BEGIN LOGGING AT Sat Dec 18 12:45:24 2010

Dec 18 12:45:24 -->	You are now talking on #anjuta
Dec 18 12:49:49 <--	seb (~seb@cvl92-3-82-247-217-100.fbx.proxad.net) has left #anjuta
Dec 18 12:50:13 -->	dino (~dino@hnvr-4dbb2e21.pool.mediaWays.net) has joined #anjuta
Dec 18 14:07:08 -->	kennym (~km0r3@190.128.160.214) has joined #anjuta
Dec 18 14:48:51 -->	seb (~seb@cvl92-3-82-247-217-100.fbx.proxad.net) has joined #anjuta
Dec 18 14:59:12 <kennym>	hi seb
Dec 18 14:59:16 <seb>	hi
Dec 18 14:59:30 <kennym>	I installed Anjuta from master
Dec 18 14:59:46 <kennym>	and I had to uninstall some plugins, because they had bugs
Dec 18 15:00:10 <kennym>	they were gtodo, and gbf-am
Dec 18 15:00:42 <seb>	gtodo and gdf-am are not part of anjuta anymore.
Dec 18 15:01:06 <kennym>	oh!
Dec 18 15:01:13 <kennym>	did I forget to make git-clean?
Dec 18 15:01:20 <seb>	If you have already installed an older version (by example in /usr/local) you need to uninstall it.
Dec 18 15:01:54 <seb>	No, it's not related to git. You need to run make uninstall before installing the new one.
Dec 18 15:02:17 <kennym>	but when those aren't part of anjuta anymore, why are they in master?
Dec 18 15:02:29 <seb>	You can just erase the directory /usr/local/lib/anjuta.
Dec 18 15:02:46 <seb>	Or even just the file *.plugin inside.
Dec 18 15:02:51 <seb>	They shouldn't be part of master.
Dec 18 15:03:26 <seb>	I have checked they are no part of master.
Dec 18 15:03:46 -->	nacho (~nacho@188.84.37.99) has joined #anjuta
Dec 18 15:04:05 <kennym>	ok, I forgot to make `git clean -fd` when switching to master
Dec 18 16:11:38 -->	Samm (~Samuel@193.34.191.4) has joined #anjuta
Dec 18 16:28:12 -->	jhs (~jhs@91-65-254-7-dynip.superkabel.de) has joined #anjuta
Dec 18 16:31:08 <--	Samm has quit (Leaving)
Dec 18 16:34:06 <jhs>	hi PeSc|O!
Dec 18 16:34:10 <PeSc|O>	hi jhs 
Dec 18 16:34:41 <jhs>	From your mails I still get how you would solve the point that the user only included individual files or a package and not the whole package.
Dec 18 16:35:22 -->	zaspire (~zaspire@109.237.98.89) has joined #anjuta
Dec 18 16:36:33 <PeSc|O>	well, in the case of a single included file there should be something that triggers the package-population 
Dec 18 16:36:48 <PeSc|O>	or we can place the included file in a 'unknown package'
Dec 18 16:36:58 <PeSc|O>	to have a later population when he'll include the package
Dec 18 16:37:49 <PeSc|O>	the files on global-db may then have more than a package as a reference
Dec 18 16:38:13 <jhs>	no, you get me wrong. If the user includes <gtkmm/button.h> (which is part of gtkmm) he probably doesn't want to include <gtkmm/menu.h> which is also part of gtkmm. I don't know how your approach would solve this.
Dec 18 16:39:40 <PeSc|O>	well, I think my approach won't solve this.
Dec 18 16:40:27 <PeSc|O>	but we can anyway have an option to use *only* temporary packages
Dec 18 16:40:48 <PeSc|O>	in that case the gtkmm package will be populated but will remain 'hidden'
Dec 18 16:41:11 <PeSc|O>	and the temporary package will be created including the only button.h
Dec 18 16:41:39 <PeSc|O>	the queries will then only check for the temporary package which has button.h
Dec 18 16:41:57 <jhs>	PeSc|O: well, I don't see why we should not do that as default. I don't know if we need a temporary database for this but I feel that the queries could be too slow otherwise.
Dec 18 16:42:00 <jhs>	see also https://bugzilla.gnome.org/show_bug.cgi?id=630198
Dec 18 16:43:15 <PeSc|O>	yeah I remember that bug. I think I agree with naba's view.
Dec 18 16:43:43 <PeSc|O>	But we can put as default the option you mention
Dec 18 16:44:23 <PeSc|O>	it's not a problem for me, but I'll left it switched off on my own projects [coz i'd like to see gtkmm menu completions too]
Dec 18 16:45:04 <jhs>	How would be implement both without duplicating too much code?
Dec 18 16:46:07 <PeSc|O>	well I have to think about that, but I suppose it's doable
Dec 18 16:47:11 <PeSc|O>	the option flag will in the end say which packages to include, if the the system ones, of just the temporary ones
Dec 18 16:47:55 <jhs>	I see a problem in joining the temporary and the system db queries if we need both.
Dec 18 16:50:00 -->	lxsameer (~lxsameer@109.110.170.153) has joined #anjuta
Dec 18 16:50:19 <PeSc|O>	hmm I'm thinking about that
Dec 18 16:50:20 <lxsameer>	hi guy, is there any where to find out more anjuta plugins ?
Dec 18 16:50:55 <jhs>	lxsameer: apart from anjuta-extras and anjuta itself there is basically only the poky plugin.
Dec 18 16:51:49 <lxsameer>	jhs: aha
Dec 18 16:52:08 <jhs>	lxsameer: are you looking for anything specfic.
Dec 18 16:52:45 <lxsameer>	jhs: yeah some thing like mercurial plug in but i looking for interesting plugins too
Dec 18 16:53:09 <jhs>	PeSc|O: anyway, at least we have the separation of pkg-config packages now so we should try to use it.
Dec 18 16:53:33 <jhs>	lxsameer: there is no mercurial plugin though it's probably not difficult to write. But I don't know anybody using mercurial
Dec 18 16:53:44 <PeSc|O>	jhs: yep I see the commit
Dec 18 16:53:54 <lxsameer>	jhs: nice 
Dec 18 16:54:06 <lxsameer>	jhs: are you the author of anjuta ?
Dec 18 16:54:50 <PeSc|O>	jhs: can you tell me an example where there could be some problems about joining temp and system ones?
Dec 18 16:55:15 <jhs>	lxsameer: one of the authors
Dec 18 16:55:54 <PeSc|O>	jhs: let's say that if user adds to the project a system package which is referred by file on a temporary packages, that file will be removed by the temp
Dec 18 16:55:54 <lxsameer>	jhs: can i tell you my ideas and suggestion about anjuta ?
Dec 18 16:55:58 <jhs>	PeSc|O: I don't want to search in two databases in language-support - they should be transparent (also for scopes, etc.)
Dec 18 16:56:45 <jhs>	lxsameer: sure (well, you can tell anybody in the channel). But it might tell you to file enhancement bugs in the end ;)
Dec 18 16:56:52 <jhs>	to keep track of things
Dec 18 16:58:07 <lxsameer>	jhs: hmmmmmmmm my ideas are not something to file a bug or some thing like that:P
Dec 18 16:58:49 <lxsameer>	jhs: i use emacs for my coding , but i found anjuta lovely but i think something missing in anjuta
Dec 18 16:59:36 <lxsameer>	jhs: many people love emacs i think it will be a good idea to add emacs to anjuta's editors
Dec 18 16:59:45 <PeSc|O>	jhs: basically we'd like to use IAnjutaSymbolQuery* create_query (IAnjutaSymbolQueryName name, IAnjutaSymbolQueryDb db); without telling the db to use?
Dec 18 17:00:00 <jhs>	lxsameer: we tried with vim - fail. Basically emacs in the IDE doesn't work - sorry.
Dec 18 17:00:10 <jhs>	PeSc|O: exactly.
Dec 18 17:00:28 <lxsameer>	jhs: np it just an idea ;P
Dec 18 17:01:26 <jhs>	lxsameer: even emacs shortcut don't really work. It is just so different from any other modern user-interface.
Dec 18 17:01:47 <PeSc|O>	jhs:  ok, well, that isn't a problem I suppose - in the api implementation the call will be done on the project db and on the system db.
Dec 18 17:02:04 <lxsameer>	jhs: i see but many people like emacs because its shortcuts :D
Dec 18 17:02:35 <jhs>	lxsameer: we gave up on emacs/vim users - they have there own religion and aren't our target group.
Dec 18 17:02:39 <PeSc|O>	jhs: there will be a reference to the global db active packages - they can be real system packages or temporary packages.
Dec 18 17:02:40 <jhs>	s/there/their
Dec 18 17:02:56 <jhs>	PeSc|O: ok, I am fine with that then.
Dec 18 17:03:53 <PeSc|O>	jhs: if the user specifies to use only system temporary packages he won't be able to scan for real system packages, is it ok with that?
Dec 18 17:05:50 <jhs>	PeSc|O: well, in my idea we wouldn't care about packages at all in the global database. We would just scan the files we need and place them in the db to avoid rescanning them all the time. But in the dual-use case I don't know how that fits in.
Dec 18 17:06:52 <PeSc|O>	jhs: yeah I had to think about that. Problems could come if user wants both at the same time
Dec 18 17:07:23 <jhs>	lxsameer: nothing against you of course but we found that it is difficult to catch those users because they have very specific ideas how an editor should work.
Dec 18 17:07:48 <jhs>	PeSc|O: basically I think allowing both is overcomplicating things a lot (UI and code)
Dec 18 17:07:58 <PeSc|O>	yep indeed
Dec 18 17:08:25 <lxsameer>	jhs: i see :)
Dec 18 17:10:05 <PeSc|O>	jhs: I'd like to proceed by steps: first allowing current symbol-db implementation to filter packages [currently it hasn't that feat]. Secondly to write a manager that'll say which are the current packages to scan, either system or temporary ones.
Dec 18 17:11:11 <jhs>	PeSc|O: writing the code to get a the packages for the current project is trivial.
Dec 18 17:11:29 <jhs>	PeSc|O: but yes, making the symbol-db decide which packages to include in a query could be a first step.
Dec 18 17:14:03 <PeSc|O>	I'll have time to code in the xmas vacations because I'm currently overloaded on other things
Dec 18 17:15:17 <jhs>	PeSc|O: that would be cool! Don't get stressed in your leissure time ;)
