Hi Fernando,

do you happen to have the exact error message? The simplest search
through the zef source didn't find anything related, so perhaps it was
actually "too many open files" caused by a too-low limit on open file
descriptors?

`ulimit -a` on my system gives me `Maximum number of open file
descriptors (-n) 1048576` because i have set it to "a very high value"
at some point in the past in /etc/security/limits.conf, but some systems
have it at an obnoxiously low number.

Obviously we don't want zef to open billions of file descriptors just to
go through a directory or something, so tracking that down further could
be interesting if that is the case.

HTH
  - Timo

On 01/08/2020 22:46, Fernando Santagata wrote:
> Hello,
>
> I found out that on my system at a certain point zef was unable to
> read the content of ~/.raku/short and because of that to install any
> other module.
> According to zef there were too many files in that directory and
> indeed there were a lot of subdirectories.
>
> I don't know what happened, because I try to keep my installation lean
> and I uninstall old versions of all the modules that I update.
>
> Is it possible that zef failed to update that directory content when,
> I don't know, a module fails to install or something like that,
> leaving behind unused directories?
> Has that happened to anyone else?
>
> -- 
> Fernando Santagata

Reply via email to