On Fri, May 04, 2018 at 02:16:27PM +0200, Sebastian Reitenbach wrote:
> Hi,
> 
> Am Mittwoch, Mai 02, 2018 23:10 CEST, Landry Breuil <lan...@openbsd.org> 
> schrieb:
> 
> > On Wed, May 02, 2018 at 10:28:57PM +0200, Sebastian Reitenbach wrote:
> > > Hi,
> > >
> > >
> > >
> > > Am Montag, April 30, 2018 15:20 CEST, Landry Breuil <lan...@openbsd.org> 
> > > schrieb:
> > >
> > > > On Fri, Mar 09, 2018 at 11:55:48AM +0100, Sebastian Reitenbach wrote:
> > > > > >
> > > > > > Wouldn't it be better to use upstream's standard names? Then a 
> > > > > > simple
> > > > > > wildcard works, it matches their usual setup, and you don't have the
> > > > > > inconsistency you have here where some files are renamed with
> > > > > > -postgres and others aren't.
> > > > >
> > > > >
> > > > > yeah, with the loop in my updated version, I use the standard names, 
> > > > > and
> > > > > I dropped some legacy scripts.
> > > >
> > > > Can you resend the updated version ? it seems it never made it to the
> > > > list, and now that i've upgraded my work server to 6.3 i might give it a
> > > > shot..
> > > >
> > >
> > > great, thanks! See below.
> > >
> > > ? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0-mysql_sh
> > > ? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0_sh
> >
> > Forgotten ? patches not needed ?
> >
>  indeed forgotten, sorry, updated patch attached.
> 
> Sebastian

I finally got the time to properly test this, backported to 6.3. The
patched script upgrading the database fields works fine with our ksh.

The only annoyance i have is with the scss/angular crap that is all
voodoo to me.

It seems the 'source' files arent shipped in the package (ie
UI/WebServerResources/{scss,angular-material}) and even if i resynced
/usr/local/lib/GNUstep/SOGo/WebServerResources/ to /var/www/sogo/www,
the webui is still trying to fetch scss files and generating tons of
404s on such urls:
$baseurl/SOGo.woa/WebServerResources/angular-material/src/core/style/structure.scss
etc etc etc

to workaround this issue, i manually copied the scss files from the
source tarball (ie
https://github.com/inverse-inc/sogo/tree/master/UI/WebServerResources/scss
and the source files from angular-material git submodule)
but that feels *wrong* to me. What makes this crap think it needs to
'rebuild' js/css files ?

Have you experienced something similar on your instances ?

Landry

Reply via email to