On Monday, January 27, 2003, at 06:36 PM, Randal L. Schwartz wrote:
"Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> The comments discuss the issue of it not being documented, i
think.
Ben> In any case, it was a pointer at the tracker, which is the proper
Ben> place to comment that "Try
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> The comments discuss the issue of it not being documented, i think.
Ben> In any case, it was a pointer at the tracker, which is the proper
Ben> place to comment that "Try finding *that* in either "man fink" or
Ben> "fink --help". It's not
On Monday, January 27, 2003, at 04:20 PM, Max Horn wrote:
At 15:53 Uhr -0800 27.01.2003, Ben Hines wrote:
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* fe
At 15:53 Uhr -0800 27.01.2003, Ben Hines wrote:
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --hel
On Monday, January 27, 2003, at 02:30 PM, Randal L. Schwartz wrote:
"Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not
there.
http://sourceforge.net/
On Monday, January 27, 2003, at 05:01 PM, Carsten wrote:
Hi Max,
Yes I am seeing the same thing too.
Agreed, fink should use the existing (dirty) index in this case. It
does seem to do so when a package is specified ("fink list zip" or
"fink apropos zip" for example).
I believe I have seen
if it's still around once I'm done with the cvs and mirror patches I'm
working on I'll have a look at it.
[EMAIL PROTECTED] writes:
>Now only somebody has to do it :-)
-=[JFH] Justin F. Hallett
-=[JFH] Blue Falls Manufacturing Ltd.
-=[JFH] [EMAIL PROTECTED]
---
At 14:30 Uhr -0800 27.01.2003, Randal L. Schwartz wrote:
> "Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not there.
Maybe it should be reworked to be
> "Justin" == Justin Hallett <[EMAIL PROTECTED]> writes:
Justin> try fink list --help
Ahh, another *undocumented* feature.
Try finding *that* in either "man fink" or "fink --help". It's not there.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTE
try fink list --help
[EMAIL PROTECTED] writes:
>What's "fink list -o"? It's not documented.
-=[JFH] Justin F. Hallett
-=[JFH] Blue Falls Manufacturing Ltd.
-=[JFH] [EMAIL PROTECTED]
---
This SF.NET email is sponsored by:
SourceForge Ent
> "Max" == Max Horn <[EMAIL PROTECTED]> writes:
Max> One of the last changes to speed up re-index causes a regression. Now
Max> if I enter e.g. "fink list -o" when my index is dirty, I get this:
Max> fink list -o
What's "fink list -o"? It's not documented.
--
Randal L. Schwartz - Stonehen
Hi Max,
Yes I am seeing the same thing too.
Agreed, fink should use the existing (dirty) index in this case. It
does seem to do so when a package is specified ("fink list zip" or
"fink apropos zip" for example).
I believe I have seen this problem even before my last patch, but it
certainly is
One of the last changes to speed up re-index causes a regression. Now
if I enter e.g. "fink list -o" when my index is dirty, I get this:
fink list -o
Fink has detected that your package cache is out of date and needs an
update, but does not have privileges to modify it. Please re-run fink as
roo
13 matches
Mail list logo
