On Mon, 11 Feb 2019 09:01:18 +0100 Arnaud Loonstra
wrote:
The feature freeze is close. With this bug SOGo provided by the Debian
repos is in my opinion not usable, at least on ARM.
Is there anything we can do to give this some attention?
Rg,
Arnaud
The bug is fixed, at least in 4.0.7-1
Package: vim-runtime
Version: 2:8.1.0875-2
Severity: important
Dear Maintainer,
Running vim-tutor results in: E484: Can't open file
/usr/share/nvim/runtime/tutor/tutor.vim
It seems it tries to load a wrong file, ie. tutor.vim
-- System Information:
Debian Release: buster/sid
APT prefers
The feature freeze is close. With this bug SOGo provided by the Debian
repos is in my opinion not usable, at least on ARM.
Is there anything we can do to give this some attention?
Rg,
Arnaud
K, found some hints through the Sogo ml.
If you set SoProductRegistryDebugEnabled = YES; in the sogo.conf you can
see it fails to load some libs:
Jan 04 21:50:23 sogod [6628]: version 4.0.4 -- starting
Jan 04 21:50:23 sogod [6628]: vmem size check enabled: shutting down app
when vmem > 384
Just noticed an updated package (4.0.4-2) was available in buster.
However it is still broken with the same error.
Is there anything I can do to help fix this?
Rg,
Arnaud
On 08/16/2018 12:47 PM, Jordi Mallach wrote:
El dj. 16 de 08 de 2018 a les 12:29 +0200, en/na Arnaud Loonstra va
escriure:
Package: sogo
Version: 4.0.1-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
I guess a recent update to the Sogo package?
What version
Package: sogo
Version: 4.0.1-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
I guess a recent update to the Sogo package?
* What exactly did you do (or not do) that was effective (or
ineffective)?
I have found no workaround, yet! Tried update scripts
I can confirm this is a bug in the current package using LDAP and Mysql
(Maria) It's quite a show stopper but I guess debian procedures prevent this
from being fixed in the stable release?
--
Arnaud Loonstra <arn...@sphaero.org>
Actually this might be caused by the QtCurve theme as it only happens
when I have the QtCurve theme selected...
ie:
Set gtk-theme-name="QtCurve" in .gtkrc-2.0 file then the font will
always be Sans no matter how gtk-font-name is set
Rg,
Arnaud
Same here using plain Xorg/i3 on testing
Rg,
Arnaud
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Simply hosting a preseed file on github.com fails, for example fails.
This was an issue the debian-installer in ubuntu as well but they seemed
to have added https support. Couldn't it be added to the original
installer?
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/833994
I've been talking to the egroupware developers recently and they managed
to fix the bug. I've tried the ldapimport.php from their subversion
repository and it seems to have fixed the problem. I hope this can still
go into the debian package for Etch... since it is a nasty bug if you're
using
Package: egroupware-core
Version: 1.2-105.dfsg-2
Severity: normal
Fresh network install of etch using a daily build netinst.iso (8-11).
Installed egroupware with apache2, php4, mysql-server5.
Managed to do authentication with an ldap server but when
the setup wizard asks me to import accounts
into getting the procedures the way it should I'm willing to
invest time into the Mambo package.
Rg,
Arnaud Loonstra
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
14 matches
Mail list logo
