On Fri, May 11, 2018 at 11:43:14AM +0200, Landry Breuil wrote:
> 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 ?
The 'less ugly' workaroud is to remove the last line of
./UI/WebServerResources/css/styles.css so that it doesnt point at the
sourcemap. The UI works without it, but i dont understand what makes the
browser think it needs to download all those scss files. timestamps on
files ? hash/checksum somewhere ?
Landry
