On 31/12/22 02:58, Jorge Concha C. wrote:
Hi,
Yes, it works perfectly!
Thanks for confirming. I've moved the packages to gf-plus and future
updates in Ghettoforge will contain this fix.
Peter
Hi,
Yes, it works perfectly!
Jorge Concha C.
Área de Sistemas - CEC
U. de Chile
On 30-12-22 05:19, Peter wrote:
On 30/12/22 13:17, Peter wrote:
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The
RPM package at
https://mirr
> On 30/12/2022 10:47 EET Peter wrote:
>
>
> On 28/12/22 03:31, Jorge Concha C. wrote:
> > Finally, I found the problem.
> > At build time, I had not installed the 'rpcgen' (RPM) package.
> > Initially, I installed the original RPM of the Rocky-Linux distribution,
> > having the same problem
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem.
At build time, I had not installed the 'rpcgen' (RPM) package.
Initially, I installed the original RPM of the Rocky-Linux distribution,
having the same problem.
I gather that the Rocky-Linux community is also creating the do
On 30/12/22 13:17, Peter wrote:
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The
RPM package at
https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/
requiere rpcgen and this is not necesary.
I wasn't sure a
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM
package at
https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/
requiere rpcgen and this is not necesary.
I wasn't sure and what I could find seemed to in
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM
package at
https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/
requiere rpcgen and this is not necesary.
Yes, the solution for me was just to install rpcgen and recompile the
same SRPM provided b
On 29/12/22 14:01, Peter wrote:
On 29/12/22 07:30, Jorge Concha C. wrote:
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
And the solution for you simply involvs installing rpcgen during the
configure and build stages? Are there any changes required to configur
On 29/12/22 07:30, Jorge Concha C. wrote:
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
And the solution for you simply involvs installing rpcgen during the
configure and build stages? Are there any changes required to configure
or build flags?
Peter
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
Jorge
Jorge Concha C.
Área de Sistemas - CEC
U. de Chile
On 27-12-22 23:53, Peter wrote:
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem.
At build time, I had not installed the 'rpcgen' (RPM)
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem.
At build time, I had not installed the 'rpcgen' (RPM) package.
Initially, I installed the original RPM of the Rocky-Linux distribution,
having the same problem.
I gather that the Rocky-Linux community is also creating the do
uota get -u user" command, it returns an
error "doveadm(user): Error: Failed to get quota resource STORAGE:
quota-fs: quotactl(Q_GETQUOTA, nfs:/home) failed: No such file or
directory"
If the user has his "$home" on a local drive, everything works fine,
but if the u
Hello everyone,
I'm migrating my dovecot (imap) server from CentOS-6 to RockyLinux-9,
but I can't get the QUOTA-FS plugin to work.
When trying the "doveadm quota get -u user" command, it returns an error
"doveadm(user): Error: Failed to get quota resource STO
13 matches
Mail list logo
