I take it shortly together as Rene didn't catch all and so I was fuzzy:
Portage tree has automatically updateable parts, which should not changed by
user, and overlay, which will be. Thus, index of this automatic part should
be updated only after "emerge --sync".
Speedup should contain custom fil
2008/11/24 René 'Necoro' Neumann <[EMAIL PROTECTED]>
> What you mentioned for the filesystem might be a nice thing (actually I
> started something like this some time ago [1] , though it is now dead
> ;)), but it does not help in the index/determine changes thing. It is
> just another API :).
>
M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tvali schrieb:
> But about filesystem...
>
> [... snip lots of stuff ...]
What you mentioned for the filesystem might be a nice thing (actually I
started something like this some time ago [1] , though it is now dead
;)), but it does not help in the i
There is one clear problem:
1. Some other app opens some portage file.
2. Tree is mounted and indexed.
3. Other app changes this file.
4. Index is out-of-date.
To disallow such thing it should be first suggested that all scripts change
portage tree only after mount. As defence against
So, mornings are smarter than evenings (it's Estonian saying) ...at night, I
thought more about this filesystem thing and found that it simply answers
all needs, actually. Now I did read some messages here and thought how it
could be made real simple, at least as I understand this word. Yesterday I
On 24-11-2008 10:34:28 +0100, René 'Necoro' Neumann wrote:
> tvali schrieb:
> > There is daemon, which notices about filesystem changes -
> > http://pyinotify.sourceforge.net/ would be a good choice.
>
> Disadvantage: Has to run all the time (I see already some people crying:
> "oh noez. not yet a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tvali schrieb:
> There is daemon, which notices about filesystem changes -
> http://pyinotify.sourceforge.net/ would be a good choice.
Disadvantage: Has to run all the time (I see already some people crying:
"oh noez. not yet another daemon..."). Prob
