On Sunday, Feb 16, 2003, at 17:52 Europe/Brussels, Max Horn wrote:
This has at least these two problems:
* We have to record the location of the matching .info file (note that
it could even exist in multiple places, e.g. local/stable/unstable,
and in different versions)
* New .info files can
At 9:08 Uhr -0800 16.02.2003, Ben Hines wrote:
On Sunday, February 16, 2003, at 08:44 AM, Max Horn wrote:
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of in
On Sunday, February 16, 2003, at 09:19 AM, Ben Hines wrote:
No, those are not concerns. You miss the point of my suggestion. There
is only one (or more if expanded by shell metacharacters) "matching
info file" with my method:
Perhaps it will make more sense with a full path:
"fink install
On Sunday, February 16, 2003, at 08:52 AM, Max Horn wrote:
* We have to record the location of the matching .info file (note that
it could even exist in multiple places, e.g. local/stable/unstable,
and in different versions)
No
* New .info files can't be found this way; thus you won't pi
At 16:59 Uhr +0100 16.02.2003, jfm wrote:
On Sunday, Feb 16, 2003, at 02:43 Europe/Brussels, Max Horn wrote:
... we could add a "fink index foo.info" command, which would add
the specified .info file(s) to the index. This way, you could just
(re)index the files you are working on, avoiding hav
On Sunday, February 16, 2003, at 08:44 AM, Max Horn wrote:
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing
the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the cu
On Sunday, February 16, 2003, at 04:44 pm, Max Horn wrote:
Note that you can always enforce a full reindexing by "fink index". I
don't think that enabling an auto-reindex option, then run fink, then
disable it again, is easier, rather it seems to be way more
complicated :-)
Apparently my sc
At 8:09 Uhr -0500 16.02.2003, David R. Morrison wrote:
I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the current indexing behavior on (instead of
always having to type "fi
On Sunday, Feb 16, 2003, at 02:43 Europe/Brussels, Max Horn wrote:
... we could add a "fink index foo.info" command, which would add the
specified .info file(s) to the index. This way, you could just
(re)index the files you are working on, avoiding having to do full
indexing too often.
Yes _
I think it would be useful to have a configuration option governing the
index behavior. Sometimes, I am doing a lot of editing of info files,
and then I might want to turn the current indexing behavior on (instead of
always having to type "fink index foo.info"). Other times, I am mainly
compiling
I can confirm this, the same thing happened to me once within the last
two or three days--due to a patch file which was no longer
present/pertinent. No insight to offer towards a solution, sorry :(
'sudo fink index' bypassed the problem.
On Saturday, February 15, 2003, at 10:03 pm, Ben Hines w
On Saturday, February 15, 2003, at 05:43 PM, Max Horn wrote:
To ease the developer's pain somewhat, we could add a "fink index
foo.info" command, which would add the specified .info file(s) to the
index. This way, you could just (re)index the files you are working
on, avoiding having to do
On Saturday, February 15, 2003, at 08:43 PM, Max Horn wrote:
After suffering from extremely bad fink performance on my iBook in the
past couple months (despite the nice improvements recently done), I
begin to wonder if maybe we should reconsider our current package DB
indexing behavior.
I thi
After suffering from extremely bad fink performance on my iBook in
the past couple months (despite the nice improvements recently done),
I begin to wonder if maybe we should reconsider our current package
DB indexing behavior.
The current approach is restricted in its performance by the fact
t
14 matches
Mail list logo