subject:"Re\\\: \\\[SOGo\\\] ANN\\\: SOGo Package Repositories"

Re: [SOGo] ANN: SOGo Package Repositories

2016-08-01 Thread Daniel Bareiro

Hi, Slávek.

On 28/07/16 16:20, Slávek Banko (slavek.ba...@axis.cz) wrote:

>> The condition for leave out this package is to have clients using
>> Outlook 2013 or higher, right?

> Without OpenChange are two possibilities for MS Outlook support:
> 
> 1) ActiveSync with Outlook 2013 and later.
> 
> 2) Outlook CalDav Synchronizer with Outlook 2007 ane later.
> 
> Do not be fooled by the 'CalDav' in the plugin name, because for some time 
> also allows to synchronize CardDAV! It is an open source and development is 
> very active. Plugin adds into MS Outlook exactly what is missing == CalDAV 
> and CardDAV. For more information, see:
> 
> https://sourceforge.net/projects/outlookcaldavsynchronizer/
> 
> I would say that with this plugin you do not need to deal with OpenChange.

Thank you for your contribution and to have confirmed that it requires
Outlook 2013 or later.

I remember some time ago someone from this list had recommended me using
the CalDAV Synchronizer plugin. I tried to access the site just now but
it seems that is temporarily inaccessible.

The interesting thing about this plugin is that, as someone said in this
subthread, it change the rules of the game. Because now it is no longer
use ActiveSync to synchronize calendar and contacts; any groupware
software with support of CalDAV/CardDAV could be used.

I think this has another positive result. When I've tested Outlook 2013
with ActiveSync, users was able to synchronize contacts, calendar and
emails. The latter makes users to have two email mailboxes in your
control panel, one corresponding to IMAP access and another for the
ActiveSync access. That could be confusing for some users.

Kind regards,
Daniel

signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-29 Thread "Alain Abbas"


Hello 
I ve got already a machine with Libmapi-dev, libmapistore-dev, libmapiproxy-dev 
i will reinstall a clean machine 
I try to do it for learning :) 



Le Vendredi 29 Juillet 2016 14:36 CEST, Slávek Banko (slavek.ba...@axis.cz) 
 a écrit:
 Dne pá 29. července 2016 "Alain Abbas" napsal(a):
> Hello Slavek
> Tryed that but it still try to compile openchange and does the same error
> my steps: 
> #tar -xzvf SOGo-2.3.13.tar.gz
> #cd SOGo-2.3.13
> #cp -a packaging/debian debian
> #cp packaging/debian-multiarch/control-no-openchange  debian/control
> #./debian/rules
> #dpkg-buildpackage -b
>
> and falled on the same error
> any ideas ? 
>
> Regards and Thanks in advance 
>

You have a clean build machine or already installed dependencies needed for
build with openchange: libmapi-dev, libmapistore-dev, libmapiproxy-dev?

By the way, already built packages may be sufficient for you? See alternative
SOGo packages repository for Debian and Ubuntu.

--
Slávek
--
users@sogo.nu
https://inverse.ca/sogo/lists
--
Alain Abbas
3 rue des Violettes
54 410 Laneveuville-Devant-Nancy
Tel : +333 83 18 02 70
skype: alain.abbas
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-29 Thread Janis Hamme

Am 29.07.2016 um 14:36 schrieb Slávek Banko (slavek.ba...@axis.cz):
> Dne pá 29. července 2016 "Alain Abbas" napsal(a):
>> Hello Slavek
>> Tryed that but it still try to compile openchange and does the same error
>> my steps: 
>> #tar -xzvf SOGo-2.3.13.tar.gz
>> #cd SOGo-2.3.13
>> #cp -a packaging/debian debian
>> #cp packaging/debian-multiarch/control-no-openchange  debian/control
>> #./debian/rules
>> #dpkg-buildpackage -b
>>
>> and falled on the same error
>> any ideas ? 
>>
>> Regards and Thanks in advance 
>>
> You have a clean build machine or already installed dependencies needed for 
> build with openchange: libmapi-dev, libmapistore-dev, libmapiproxy-dev?
>
> By the way, already built packages may be sufficient for you? See alternative 
> SOGo packages repository for Debian and Ubuntu.
>
Removing libmapi* from my Jessie system resolved this error for me.
Thanks a lot!
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-29 Thread slavek.ba...@axis.cz

Dne pá 29. července 2016 "Alain Abbas" napsal(a):
> Hello Slavek
> Tryed that but it still try to compile openchange and does the same error
> my steps: 
> #tar -xzvf SOGo-2.3.13.tar.gz
> #cd SOGo-2.3.13
> #cp -a packaging/debian debian
> #cp packaging/debian-multiarch/control-no-openchange  debian/control
> #./debian/rules
> #dpkg-buildpackage -b
>
> and falled on the same error
> any ideas ? 
>
> Regards and Thanks in advance 
>

You have a clean build machine or already installed dependencies needed for 
build with openchange: libmapi-dev, libmapistore-dev, libmapiproxy-dev?

By the way, already built packages may be sufficient for you? See alternative 
SOGo packages repository for Debian and Ubuntu.

-- 
Slávek
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-29 Thread "Alain Abbas"


Hello Slavek
Tryed that but it still try to compile openchange and does the same error
my steps: 
#tar -xzvf SOGo-2.3.13.tar.gz
#cd SOGo-2.3.13
#cp -a packaging/debian debian
#cp packaging/debian-multiarch/control-no-openchange  debian/control
#./debian/rules
#dpkg-buildpackage -b

and falled on the same error
any ideas ? 

Regards and Thanks in advance 

Le Jeudi 28 Juillet 2016 19:57 CEST, Slávek Banko (slavek.ba...@axis.cz) 
 a écrit:
 Take file 'control-no-openchange' from packaging/debian-multiarch and use it
instead of the current 'control'.

--
Slávek

On Thursday 28 of July 2016 19:41:53 "Alain Abbas" wrote:
> Hello 
> Thanks Slavek
> but how i can build Sogo without Openchange support 
> I didn t find any documentations or wehre to desactivate it.
> how to desactivate it in the source ? 
> thanks you 
> Regards
>
>
> Le Jeudi 28 Juillet 2016 19:10 CEST, Slávek Banko (slavek.ba...@axis.cz)
>  a écrit: It seems that you are building SOGo with
> OpenChange from Debian Jessie, which is probably older than expected in
> current SOGo versions. You can try to build without OpenChange support.
>
> --
> Slávek
>
> On Thursday 28 of July 2016 07:59:10 "Alain Abbas" wrote:
> > Hello 
> > Trying to make packages on Jessie 
> > for SOPE ok no problems 
> > For Sogo 
> > Error :
> > MAPIStoreContext.m:558:12: error: too many arguments to function
> > ‘openchangedb_get_new_changeNumbers’ retval =
> > openchangedb_get_new_changeNumbers (connInfo->oc_ctx, memCtx, owner, max,
> > ); ^
> > In file included from MAPIStoreContext.m:57:0:
> > /usr/include/libmapiproxy.h:204:17: note: declared here
> >  enum MAPISTATUS openchangedb_get_new_changeNumbers(struct
> > openchangedb_context *, TALLOC_CTX *, uint64_t, struct UI8Array_r **); ^
> > /usr/share/GNUstep/Makefiles/rules.make:468: recipe for target
> > 'obj/SOGoBackend.obj/MAPIStoreContext.m.o' failed make[4]: ***
> > [obj/SOGoBackend.obj/MAPIStoreContext.m.o] Error 1
> > /usr/share/GNUstep/Makefiles/Instance/bundle.make:193: recipe for target
> > 'internal-bundle-run-compile-submake' failed make[3]: ***
> > [internal-bundle-run-compile-submake] Error 2
> > /usr/share/GNUstep/Makefiles/Master/rules.make:298: recipe for target
> > 'SOGoBackend.all.bundle.variables' failed make[2]: ***
> > [SOGoBackend.all.bundle.variables] Error 2
> > /usr/share/GNUstep/Makefiles/Master/bundle.make:37: recipe for target
> > 'internal-all' failed make[1]: *** [internal-all] Error 2
> > make[1]: Leaving directory '/home/test/SOGo-3.1.4/OpenChange'
> > debian/rules:26: recipe for target 'build-arch-stamp' failed
> > make: *** [build-arch-stamp] Error 2
> > dpkg-buildpackage: erreur: debian/rules build a produit une erreur de
> > sortie de type 2 Seems that package libmapiproxy-dev is outdated on
> > Jessie How to desactivate Openchange compilation in the source ? or where
> > i can have the right libmapiproxy-dev ?
> >
> > Regards
> >
> >
> >
> > Le Mercredi 27 Juillet 2016 23:27 CEST, "\"Alain Abbas\""
> > (alain.ab...@libertech.fr)  a écrit: Hello
> > Trying that but it try to build the sogo openchange package too  when
> > compiling sogo  how to desactivate it ?
> >
> > Regards 
> >
> >
> >
> > Le Mardi 19 Juillet 2016 22:45 CEST, "Achim Gottinger" (ac...@ag-web.biz)
> >  a écrit: Here is an short howto for sogo2 on wheezy
> > without openchange
> >
> > First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> > build-essentails and dpkg-dev On wheezy libwbxml2 is also required you
> > can get the required version
> > https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
> >
> > # tar xvzf SOPE-3.1.4.tar.gz
> > #  cd SOPE
> > #  cp -a packaging/debian .
> > #  ./debian/rules
> > # dpkg-buildpackage
> > (install all required dependencies)
> > # dpkg-buildpackage
> > # cd ..
> > # dpkg -i libsope*.deb
> > # tar xvzf SOGo-2.3.13.tar.gz
> > # cd SOGo-2.3.13
> > #  ./debian/rules
> > # dch
> > (add an changelog entry for version 2.3.13)
> >  dpkg-buildpackage -b
> > (install all required dependencies)
> > # dpkg-buildpackage -b
> >
> > You should now have build these packages:
> >
> > libsbjson2.3_4.9.r1664_amd64.deb
> > libsbjson2.3-dev_4.9.r1664_amd64.deb
> > libsope4.9-dev_4.9.r1664_all.deb
> > libsope-appserver4.9_4.9.r1664_amd64.deb
> > libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> > libsope-core4.9_4.9.r1664_amd64.deb
> > libsope-core4.9-dev_4.9.r1664_amd64.deb
> > libsope-gdl1-4.9_4.9.r1664_amd64.deb
> > libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> > libsope-ldap4.9_4.9.r1664_amd64.deb
> > libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> > libsope-mime4.9_4.9.r1664_amd64.deb
> > libsope-mime4.9-dev_4.9.r1664_amd64.deb
> > libsope-xml4.9_4.9.r1664_amd64.deb
> > libsope-xml4.9-dev_4.9.r1664_amd64.deb
> > sogo_2.3.13_amd64.deb
> > sogo-activesync_2.3.13_amd64.deb
> > sogo-dbg_2.3.13_amd64.deb
> > sogo-dev_2.3.13_amd64.deb
> > sope4.9-appserver_4.9.r1664_amd64.deb
> > sope4.9-dbg_4.9.r1664_amd64.deb
> >

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-28 Thread slavek.ba...@axis.cz

On Thursday 28 of July 2016 20:36:40 Daniel Bareiro wrote:
> The condition for leave out this package is to have clients using
> Outlook 2013 or higher, right?

Without OpenChange are two possibilities for MS Outlook support:

1) ActiveSync with Outlook 2013 and later.

2) Outlook CalDav Synchronizer with Outlook 2007 ane later.

Do not be fooled by the 'CalDav' in the plugin name, because for some time 
also allows to synchronize CardDAV! It is an open source and development is 
very active. Plugin adds into MS Outlook exactly what is missing == CalDAV 
and CardDAV. For more information, see:

https://sourceforge.net/projects/outlookcaldavsynchronizer/

I would say that with this plugin you do not need to deal with OpenChange.

Cheers
-- 
Slávek
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-28 Thread Daniel Bareiro

On 28/07/16 14:57, Slávek Banko (slavek.ba...@axis.cz) wrote:

>> but how i can build Sogo without Openchange support I didn t find
>> any documentations or wehre to desactivate it.
>> how to desactivate it in the source ?

> Take file 'control-no-openchange' from packaging/debian-multiarch and use it
> instead of the current 'control'.

The condition for leave out this package is to have clients using
Outlook 2013 or higher, right?

Kind regards,
Daniel

signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-28 Thread slavek.ba...@axis.cz

Take file 'control-no-openchange' from packaging/debian-multiarch and use it 
instead of the current 'control'.

-- 
Slávek

On Thursday 28 of July 2016 19:41:53 "Alain Abbas" wrote:
> Hello 
> Thanks Slavek
> but how i can build Sogo without Openchange support 
> I didn t find any documentations or wehre to desactivate it.
> how to desactivate it in the source ? 
> thanks you 
> Regards
>
>
> Le Jeudi 28 Juillet 2016 19:10 CEST, Slávek Banko (slavek.ba...@axis.cz)
>  a écrit: It seems that you are building SOGo with
> OpenChange from Debian Jessie, which is probably older than expected in
> current SOGo versions. You can try to build without OpenChange support.
>
> --
> Slávek
>
> On Thursday 28 of July 2016 07:59:10 "Alain Abbas" wrote:
> > Hello 
> > Trying to make packages on Jessie 
> > for SOPE ok no problems 
> > For Sogo 
> > Error :
> > MAPIStoreContext.m:558:12: error: too many arguments to function
> > ‘openchangedb_get_new_changeNumbers’ retval =
> > openchangedb_get_new_changeNumbers (connInfo->oc_ctx, memCtx, owner, max,
> > ); ^
> > In file included from MAPIStoreContext.m:57:0:
> > /usr/include/libmapiproxy.h:204:17: note: declared here
> >  enum MAPISTATUS openchangedb_get_new_changeNumbers(struct
> > openchangedb_context *, TALLOC_CTX *, uint64_t, struct UI8Array_r **); ^
> > /usr/share/GNUstep/Makefiles/rules.make:468: recipe for target
> > 'obj/SOGoBackend.obj/MAPIStoreContext.m.o' failed make[4]: ***
> > [obj/SOGoBackend.obj/MAPIStoreContext.m.o] Error 1
> > /usr/share/GNUstep/Makefiles/Instance/bundle.make:193: recipe for target
> > 'internal-bundle-run-compile-submake' failed make[3]: ***
> > [internal-bundle-run-compile-submake] Error 2
> > /usr/share/GNUstep/Makefiles/Master/rules.make:298: recipe for target
> > 'SOGoBackend.all.bundle.variables' failed make[2]: ***
> > [SOGoBackend.all.bundle.variables] Error 2
> > /usr/share/GNUstep/Makefiles/Master/bundle.make:37: recipe for target
> > 'internal-all' failed make[1]: *** [internal-all] Error 2
> > make[1]: Leaving directory '/home/test/SOGo-3.1.4/OpenChange'
> > debian/rules:26: recipe for target 'build-arch-stamp' failed
> > make: *** [build-arch-stamp] Error 2
> > dpkg-buildpackage: erreur: debian/rules build a produit une erreur de
> > sortie de type 2 Seems that package libmapiproxy-dev is outdated on
> > Jessie How to desactivate Openchange compilation in the source ? or where
> > i can have the right libmapiproxy-dev ?
> >
> > Regards
> >
> >
> >
> > Le Mercredi 27 Juillet 2016 23:27 CEST, "\"Alain Abbas\""
> > (alain.ab...@libertech.fr)  a écrit: Hello
> > Trying that but it try to build the sogo openchange package too  when
> > compiling sogo  how to desactivate it ?
> >
> > Regards 
> >
> >
> >
> > Le Mardi 19 Juillet 2016 22:45 CEST, "Achim Gottinger" (ac...@ag-web.biz)
> >  a écrit: Here is an short howto for sogo2 on wheezy
> > without openchange
> >
> > First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> > build-essentails and dpkg-dev On wheezy libwbxml2 is also required you
> > can get the required version
> > https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
> >
> > # tar xvzf SOPE-3.1.4.tar.gz
> > #  cd SOPE
> > #  cp -a packaging/debian .
> > #  ./debian/rules
> > # dpkg-buildpackage
> > (install all required dependencies)
> > # dpkg-buildpackage
> > # cd ..
> > # dpkg -i libsope*.deb
> > # tar xvzf SOGo-2.3.13.tar.gz
> > # cd SOGo-2.3.13
> > #  ./debian/rules
> > # dch
> > (add an changelog entry for version 2.3.13)
> >  dpkg-buildpackage -b
> > (install all required dependencies)
> > # dpkg-buildpackage -b
> >
> > You should now have build these packages:
> >
> > libsbjson2.3_4.9.r1664_amd64.deb
> > libsbjson2.3-dev_4.9.r1664_amd64.deb
> > libsope4.9-dev_4.9.r1664_all.deb
> > libsope-appserver4.9_4.9.r1664_amd64.deb
> > libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> > libsope-core4.9_4.9.r1664_amd64.deb
> > libsope-core4.9-dev_4.9.r1664_amd64.deb
> > libsope-gdl1-4.9_4.9.r1664_amd64.deb
> > libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> > libsope-ldap4.9_4.9.r1664_amd64.deb
> > libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> > libsope-mime4.9_4.9.r1664_amd64.deb
> > libsope-mime4.9-dev_4.9.r1664_amd64.deb
> > libsope-xml4.9_4.9.r1664_amd64.deb
> > libsope-xml4.9-dev_4.9.r1664_amd64.deb
> > sogo_2.3.13_amd64.deb
> > sogo-activesync_2.3.13_amd64.deb
> > sogo-dbg_2.3.13_amd64.deb
> > sogo-dev_2.3.13_amd64.deb
> > sope4.9-appserver_4.9.r1664_amd64.deb
> > sope4.9-dbg_4.9.r1664_amd64.deb
> > sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
> > sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
> > sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
> > sope4.9-stxsaxdriver_4.9.r1664_amd64.deb
> >
> >
> > But i have not yet tested if these packages work proper. :-)
> >
> >  Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):Hello,
> >
> > could you please post a short howto on how to build those debian packages
> > based on the control files?
> >
> >

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-28 Thread "Alain Abbas"


Hello 
Thanks Slavek
but how i can build Sogo without Openchange support 
I didn t find any documentations or wehre to desactivate it.
how to desactivate it in the source ? 
thanks you 
Regards


Le Jeudi 28 Juillet 2016 19:10 CEST, Slávek Banko (slavek.ba...@axis.cz) 
 a écrit:
 It seems that you are building SOGo with OpenChange from Debian Jessie, which
is probably older than expected in current SOGo versions. You can try to
build without OpenChange support.

--
Slávek

On Thursday 28 of July 2016 07:59:10 "Alain Abbas" wrote:
> Hello 
> Trying to make packages on Jessie 
> for SOPE ok no problems 
> For Sogo 
> Error :
> MAPIStoreContext.m:558:12: error: too many arguments to function
> ‘openchangedb_get_new_changeNumbers’ retval =
> openchangedb_get_new_changeNumbers (connInfo->oc_ctx, memCtx, owner, max,
> ); ^
> In file included from MAPIStoreContext.m:57:0:
> /usr/include/libmapiproxy.h:204:17: note: declared here
>  enum MAPISTATUS openchangedb_get_new_changeNumbers(struct
> openchangedb_context *, TALLOC_CTX *, uint64_t, struct UI8Array_r **); ^
> /usr/share/GNUstep/Makefiles/rules.make:468: recipe for target
> 'obj/SOGoBackend.obj/MAPIStoreContext.m.o' failed make[4]: ***
> [obj/SOGoBackend.obj/MAPIStoreContext.m.o] Error 1
> /usr/share/GNUstep/Makefiles/Instance/bundle.make:193: recipe for target
> 'internal-bundle-run-compile-submake' failed make[3]: ***
> [internal-bundle-run-compile-submake] Error 2
> /usr/share/GNUstep/Makefiles/Master/rules.make:298: recipe for target
> 'SOGoBackend.all.bundle.variables' failed make[2]: ***
> [SOGoBackend.all.bundle.variables] Error 2
> /usr/share/GNUstep/Makefiles/Master/bundle.make:37: recipe for target
> 'internal-all' failed make[1]: *** [internal-all] Error 2
> make[1]: Leaving directory '/home/test/SOGo-3.1.4/OpenChange'
> debian/rules:26: recipe for target 'build-arch-stamp' failed
> make: *** [build-arch-stamp] Error 2
> dpkg-buildpackage: erreur: debian/rules build a produit une erreur de
> sortie de type 2 Seems that package libmapiproxy-dev is outdated on Jessie
> How to desactivate Openchange compilation in the source ? or where i can
> have the right libmapiproxy-dev ? 
>
> Regards
>
>
>
> Le Mercredi 27 Juillet 2016 23:27 CEST, "\"Alain Abbas\""
> (alain.ab...@libertech.fr)  a écrit: Hello
> Trying that but it try to build the sogo openchange package too  when
> compiling sogo  how to desactivate it ?
>
> Regards 
>
>
>
> Le Mardi 19 Juillet 2016 22:45 CEST, "Achim Gottinger" (ac...@ag-web.biz)
>  a écrit: Here is an short howto for sogo2 on wheezy without
> openchange
>
> First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> build-essentails and dpkg-dev On wheezy libwbxml2 is also required you can
> get the required version
> https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
>
> # tar xvzf SOPE-3.1.4.tar.gz
> #  cd SOPE
> #  cp -a packaging/debian .
> #  ./debian/rules
> # dpkg-buildpackage
> (install all required dependencies)
> # dpkg-buildpackage
> # cd ..
> # dpkg -i libsope*.deb
> # tar xvzf SOGo-2.3.13.tar.gz
> # cd SOGo-2.3.13
> #  ./debian/rules
> # dch
> (add an changelog entry for version 2.3.13)
>  dpkg-buildpackage -b
> (install all required dependencies)
> # dpkg-buildpackage -b
>
> You should now have build these packages:
>
> libsbjson2.3_4.9.r1664_amd64.deb
> libsbjson2.3-dev_4.9.r1664_amd64.deb
> libsope4.9-dev_4.9.r1664_all.deb
> libsope-appserver4.9_4.9.r1664_amd64.deb
> libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> libsope-core4.9_4.9.r1664_amd64.deb
> libsope-core4.9-dev_4.9.r1664_amd64.deb
> libsope-gdl1-4.9_4.9.r1664_amd64.deb
> libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> libsope-ldap4.9_4.9.r1664_amd64.deb
> libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> libsope-mime4.9_4.9.r1664_amd64.deb
> libsope-mime4.9-dev_4.9.r1664_amd64.deb
> libsope-xml4.9_4.9.r1664_amd64.deb
> libsope-xml4.9-dev_4.9.r1664_amd64.deb
> sogo_2.3.13_amd64.deb
> sogo-activesync_2.3.13_amd64.deb
> sogo-dbg_2.3.13_amd64.deb
> sogo-dev_2.3.13_amd64.deb
> sope4.9-appserver_4.9.r1664_amd64.deb
> sope4.9-dbg_4.9.r1664_amd64.deb
> sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
> sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
> sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
> sope4.9-stxsaxdriver_4.9.r1664_amd64.deb
>
>
> But i have not yet tested if these packages work proper. :-)
>
>  Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):Hello,
>
> could you please post a short howto on how to build those debian packages
> based on the control files?
>
> Thanks and best regards
> Heiner
>
>
>
> Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):
>  Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):
> On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:What
> does that mean for me? I have to download the source code and compile
> myself? Or should use nightly builds? How do I access
> these? Are these also in a package

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-28 Thread slavek.ba...@axis.cz

It seems that you are building SOGo with OpenChange from Debian Jessie, which 
is probably older than expected in current SOGo versions. You can try to 
build without OpenChange support.

-- 
Slávek

On Thursday 28 of July 2016 07:59:10 "Alain Abbas" wrote:
> Hello 
> Trying to make packages on Jessie 
> for SOPE ok no problems 
> For Sogo 
> Error :
> MAPIStoreContext.m:558:12: error: too many arguments to function
> ‘openchangedb_get_new_changeNumbers’ retval =
> openchangedb_get_new_changeNumbers (connInfo->oc_ctx, memCtx, owner, max,
> ); ^
> In file included from MAPIStoreContext.m:57:0:
> /usr/include/libmapiproxy.h:204:17: note: declared here
>  enum MAPISTATUS openchangedb_get_new_changeNumbers(struct
> openchangedb_context *, TALLOC_CTX *, uint64_t, struct UI8Array_r **); ^
> /usr/share/GNUstep/Makefiles/rules.make:468: recipe for target
> 'obj/SOGoBackend.obj/MAPIStoreContext.m.o' failed make[4]: ***
> [obj/SOGoBackend.obj/MAPIStoreContext.m.o] Error 1
> /usr/share/GNUstep/Makefiles/Instance/bundle.make:193: recipe for target
> 'internal-bundle-run-compile-submake' failed make[3]: ***
> [internal-bundle-run-compile-submake] Error 2
> /usr/share/GNUstep/Makefiles/Master/rules.make:298: recipe for target
> 'SOGoBackend.all.bundle.variables' failed make[2]: ***
> [SOGoBackend.all.bundle.variables] Error 2
> /usr/share/GNUstep/Makefiles/Master/bundle.make:37: recipe for target
> 'internal-all' failed make[1]: *** [internal-all] Error 2
> make[1]: Leaving directory '/home/test/SOGo-3.1.4/OpenChange'
> debian/rules:26: recipe for target 'build-arch-stamp' failed
> make: *** [build-arch-stamp] Error 2
> dpkg-buildpackage: erreur: debian/rules build a produit une erreur de
> sortie de type 2 Seems that package libmapiproxy-dev is outdated on Jessie
> How to desactivate Openchange compilation in the source ? or where i can
> have the right libmapiproxy-dev ? 
>
> Regards
>
>
>
> Le Mercredi 27 Juillet 2016 23:27 CEST, "\"Alain Abbas\""
> (alain.ab...@libertech.fr)  a écrit: Hello
> Trying that but it try to build the sogo openchange package too  when
> compiling sogo  how to desactivate it ?
>
> Regards 
>
>
>
> Le Mardi 19 Juillet 2016 22:45 CEST, "Achim Gottinger" (ac...@ag-web.biz)
>  a écrit: Here is an short howto for sogo2 on wheezy without
> openchange
>
> First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> build-essentails and dpkg-dev On wheezy libwbxml2 is also required you can
> get the required version
> https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
>
> # tar xvzf SOPE-3.1.4.tar.gz
> #  cd SOPE
> #  cp -a packaging/debian .
> #  ./debian/rules
> # dpkg-buildpackage
> (install all required dependencies)
> # dpkg-buildpackage
> # cd ..
> # dpkg -i libsope*.deb
> # tar xvzf SOGo-2.3.13.tar.gz
> # cd SOGo-2.3.13
> #  ./debian/rules
> # dch
> (add an changelog entry for version 2.3.13)
>  dpkg-buildpackage -b
> (install all required dependencies)
> # dpkg-buildpackage -b
>
> You should now have build these packages:
>
> libsbjson2.3_4.9.r1664_amd64.deb
> libsbjson2.3-dev_4.9.r1664_amd64.deb
> libsope4.9-dev_4.9.r1664_all.deb
> libsope-appserver4.9_4.9.r1664_amd64.deb
> libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> libsope-core4.9_4.9.r1664_amd64.deb
> libsope-core4.9-dev_4.9.r1664_amd64.deb
> libsope-gdl1-4.9_4.9.r1664_amd64.deb
> libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> libsope-ldap4.9_4.9.r1664_amd64.deb
> libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> libsope-mime4.9_4.9.r1664_amd64.deb
> libsope-mime4.9-dev_4.9.r1664_amd64.deb
> libsope-xml4.9_4.9.r1664_amd64.deb
> libsope-xml4.9-dev_4.9.r1664_amd64.deb
> sogo_2.3.13_amd64.deb
> sogo-activesync_2.3.13_amd64.deb
> sogo-dbg_2.3.13_amd64.deb
> sogo-dev_2.3.13_amd64.deb
> sope4.9-appserver_4.9.r1664_amd64.deb
> sope4.9-dbg_4.9.r1664_amd64.deb
> sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
> sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
> sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
> sope4.9-stxsaxdriver_4.9.r1664_amd64.deb
>
>
> But i have not yet tested if these packages work proper.  :-)
>
>  Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):Hello,
>
> could you please post a short howto on how to build those debian packages
> based on the control files?
>
> Thanks and best regards
> Heiner
>
>
>
> Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):
>  Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):
> On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:What
> does that mean for me? I have to download the source code and compile
> myself? Or should use nightly builds? How do I access
> these? Are these also in a package repository available to me?
> How are these accessed?Nightly builds are indeed available - just like
> before: https://sogo.nu/download.html
>
> There are FAQs on how to configure your repos for Yum and apt-get.
>
> Generating packages from the SOGo/SOPE sources isn't complex - it's just
> like

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-27 Thread Francis Lachapelle

Hello Jason

I understand your concerns. We've been providing release packages for over a 
decade and our decision to make them exclusive to our customers has shocked 
some members of the community. However, I remind everyone that the licensing 
doesn't change; SOGo remains Free and Open Source. The nightly builds are still 
available for all popular Linux distributions. Anyone interested in providing 
alternative repositories to share them among the SOGo community is free to do 
so.

Francis

> On Jul 21, 2016, at 1:15 PM, Jason Wohlford (ja...@wohlfordcompany.com) 
>  wrote:
> 
> The least expensive support plan at $750/yr is too expensive for just 
> repository access. Please consider offering an option for those of us who 
> just want official stable packages. $150/yr for such a service is justifiable 
> for how I use it.
> 
> Regards,
> Jason
> 
> — 
> Jason Wohlford
> 
> (334) 322-1491
> 
>> On Jul 19, 2016, at 11:13 AM, Ludovic Marcotte (lmarco...@inverse.ca) 
>>  wrote:
>> 
>> Hello,
>> 
>> Over the past 10 years, Inverse has been developing SOGo and providing 
>> everything (software packages, documentation, etc.) completely free of 
>> charge. A massive number of organizations worldwide have successfully 
>> deployed SOGo and benefit for free from the continuous enhancements of the 
>> software.
>> 
>> After many months of discussion and thinking, we made the decision to close 
>> down the public package repositories. From now on, in order to access the 
>> production builds of SOGo for various Linux distributions, you will need a 
>> proper support contract from Inverse. The options are listed here:
>> 
>> https://sogo.nu/support/index.html#support-plans
>> 
>> Payments can be made by credit card.
>> 
>> We hope that this move will help Inverse to:
>> 
>>  • increase its investments in SOGo
>>  • accelerate SOGo v3 evolution by adding more features (S/MIME, 
>> alternate storage backends, etc.)
>>  • expedite bugs fixing and small feature additions
>>  • invest in gravitational projects
>>  • extend its support to more Linux distributions
>>  • create a VAR channel to resell and participate in providing support
>> Tying up package repositories to a support agreement is important for us as 
>> Inverse strives to offer stellar support and we want to bring more value for 
>> the money to each customer. Current organizations that have a support 
>> contract with us will automatically get access to the package repositories. 
>> Official packages also offer the advantage of being thoroughly tested before 
>> they are released.
>> 
>> SOGo will continue to remain entirely Free and Open Source. The source code 
>> will always be fully available and we will keep using the current licenses. 
>> Nightly builds will also remain available to all, as well as the ZEG 
>> configured with the latest software.
>> 
>> Thanks for your support and understanding. Together, we all make SOGo better!
>> 
>> -- 
>> Ludovic Marcotte
>> 
>> lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
>> 
>> Inverse inc. :: Leaders behind SOGo (
>> http://sogo.nu), PacketFence (http://packetfence.org) and Fingerbank 
>> (http://fingerbank.org
>> )
>> 
>> -- 
>> users@sogo.nu
>> https://inverse.ca/sogo/lists
> 


-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-27 Thread "Alain Abbas"


Hello 
Trying that but it try to build the sogo openchange package too  when compiling 
sogo 
how to desactivate it ? 

Regards 



Le Mardi 19 Juillet 2016 22:45 CEST, "Achim Gottinger" (ac...@ag-web.biz) 
 a écrit:
  Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install 
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/

# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)
# dpkg-buildpackage
# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
 dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper.  :-)

 Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):Hello,

could you please post a short howto on how to build those debian packages based 
on the control files?

Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):
 Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):
On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:What 
does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html

There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's just like 
building any other packages. We still provide the Debian control files and the 
spec files to do so.

Thanks!Thank you for the clarification. Managed to build debian wheezy packages 
for sope and sogo with control files under packaging/debian.--
users@sogo.nu
https://inverse.ca/sogo/lists --
users@sogo.nu
https://inverse.ca/sogo/lists--
users@sogo.nu
https://inverse.ca/sogo/lists
--
Alain Abbas
3 rue des Violettes
54 410 Laneveuville-Devant-Nancy
Tel : +333 83 18 02 70
skype: alain.abbas
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-27 Thread MJ Ray

On 07/22/16 14:56, Peter Beck (pe...@datentraeger.li) wrote:
> On 07/22/2016 03:13 PM, "Sean M. Pappalardo"
> (spappala...@renegadetech.com) wrote:
>>  And a sogo3 package could be added.
> 
> Jaroen Dekkers is already working on that, afaik:
> 
> https://wiki.debian.org/GroupwareMeeting2016-04-08to10

It may not be as simple as that, but if anyone interested joins
http://lists.alioth.debian.org/mailman/listinfo/calendarserver-discuss
then if Jeroen's not around, I'll try to help as far as I can (as a
debian developer).

Hope that helps,
-- 
MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op
http://koha-community.org supporter, web and library systems developer.
In My Opinion Only: see http://mjr.towers.org.uk/email.html
Available for hire (including development) at http://www.software.coop/
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-23 Thread Jan Skarvall

Ahh, found it in 
https://packages.inverse.ca/SOGo/nightly/2/ubuntu/pool/trusty/w/wbxml2/ :-)



On 2016-07-23 13:02, Jan Skarvall wrote:


I am trying to recreate SOGo-2.3.8 (and SOPE-2.3.8) for Ubuntu 14.04 
(trusty), following the description below.


When running dpkg-buildpackage -b in SOGo-2.3.8 I got stuck on 
"dpkg-checkbuilddeps: Unmet build dependencies: libwbxml2-dev (>= 
0.11.2)", and when looking in 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/trusty/ I find 
to my surprise that there are no files there.


trusty itself installs libwbxml2-dev 0.10.7-1.

$ dpkg -l | grep libwbxml2-dev
ii  libwbxml2-dev 0.10.7-1 amd64
WBXML library development file


Now I am unsure how to get past this.


On 2016-07-19 22:45, Achim Gottinger (ac...@ag-web.biz) wrote:

Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install 
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/


# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)
# dpkg-buildpackage
# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
 dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper. :-)


Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):

Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) 
wrote:



What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - 
it's just like building any other packages. We still provide the 
Debian control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists




--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Amit Armoogum

Nice job, always handy !

On 22/07/2016 15:13, devteam (devt...@alpeinsoft.ch) wrote:

Thx!)

On 07/22/2016 03:05 PM, m...@celafai.it (m...@celafai.it) wrote:

Yes,

of course. I'm alone and I need a few time to build packages.
Thank You so much

Il giorno Venerdi, Luglio 22, 2016 13:13 CEST, "devteam" 
(devt...@alpeinsoft.ch)  ha scritto:

Hi. Great jobs! Thank you!

May be compile samba 4.4 for jessie and openchange?)

On 07/22/2016 11:48 AM, m...@celafai.it (m...@celafai.it) wrote:

Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

_*For Debian Jessie User*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

_*For Ubuntu 16.04 users*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get 
install update add repository in this way:

  * If you have Ubuntu Xenial 64 bit:

deb [arch=amd64] http://repository.celafai.it/debian xenial main

  * If you have Ubuntu Xenial 32 bit:

deb [arch=i386] http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo 
package maintainer of EPEL repo

> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a 
rolling

release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Peter Beck

On 07/22/2016 03:13 PM, "Sean M. Pappalardo"
(spappala...@renegadetech.com) wrote:
>  And a sogo3 package could be added.

Jaroen Dekkers is already working on that, afaik:

https://wiki.debian.org/GroupwareMeeting2016-04-08to10
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread "Sean M. Pappalardo"

For those of you building your own Debian packages, please consider
contacting the Debian SOGo maintainer or becoming one yourself so the
version in Debian proper can be kept up to date. And a sogo3 package
could be added.

Sincerely,
Sean M. Pappalardo




smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread devteam

Thx!)

On 07/22/2016 03:05 PM, m...@celafai.it (m...@celafai.it) wrote:

Yes,

of course. I'm alone and I need a few time to build packages.
Thank You so much

Il giorno Venerdi, Luglio 22, 2016 13:13 CEST, "devteam" 
(devt...@alpeinsoft.ch)  ha scritto:

Hi. Great jobs! Thank you!

May be compile samba 4.4 for jessie and openchange?)

On 07/22/2016 11:48 AM, m...@celafai.it (m...@celafai.it) wrote:

Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

_*For Debian Jessie User*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

_*For Ubuntu 16.04 users*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get 
install update add repository in this way:

  * If you have Ubuntu Xenial 64 bit:

deb [arch=amd64] http://repository.celafai.it/debian xenial main

  * If you have Ubuntu Xenial 32 bit:

deb [arch=i386] http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo 
package maintainer of EPEL repo

> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread m...@celafai.it

Yes,

of course. I'm alone and I need a few time to build packages.
Thank You so much

Il giorno Venerdi, Luglio 22, 2016 13:13 CEST, "devteam" 
(devt...@alpeinsoft.ch)  ha scritto:

Hi. Great jobs! Thank you!
May be compile samba 4.4 for jessie and openchange?) On 07/22/2016 11:48 AM, 
m...@celafai.it (m...@celafai.it) wrote:Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

For Debian Jessie User

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list 
Then run apt-get update && apt-get install sogo

For Ubuntu 16.04 users

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list 
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get install update 
add repository in this way:
 * If you have Ubuntu Xenial 64 bit: deb [arch=amd64] 
http://repository.celafai.it/debian xenial main
 * If you have Ubuntu Xenial 32 bit: deb [arch=i386] 
http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo package 
> maintainer of EPEL repo
> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

 --
users@sogo.nu
https://inverse.ca/sogo/lists--
users@sogo.nu
https://inverse.ca/sogo/lists

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread devteam

Hi. Great jobs! Thank you!

May be compile samba 4.4 for jessie and openchange?)

On 07/22/2016 11:48 AM, m...@celafai.it (m...@celafai.it) wrote:

Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

_*For Debian Jessie User*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

_*For Ubuntu 16.04 users*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get 
install update add repository in this way:

  * If you have Ubuntu Xenial 64 bit:

deb [arch=amd64] http://repository.celafai.it/debian xenial main

  * If you have Ubuntu Xenial 32 bit:

deb [arch=i386] http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo 
package maintainer of EPEL repo

> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Marcio Vogel Merlone dos Santos

Thank you!

Em 22/07/2016 05:48, m...@celafai.it (m...@celafai.it) escreveu:

Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

_*For Debian Jessie User*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

_*For Ubuntu 16.04 users*_

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get 
install update add repository in this way:

  * If you have Ubuntu Xenial 64 bit:

deb [arch=amd64] http://repository.celafai.it/debian xenial main

  * If you have Ubuntu Xenial 32 bit:

deb [arch=i386] http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo 
package maintainer of EPEL repo

> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
*Marcio Merlone*
TI - Administrador de redes

*A1 Engenharia - Unidade Corporativa*
Fone:   +55 41 3616-3797
Cel:+55 41 9689-0036

http://www.a1.ind.br/ 
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Ludovic Marcotte


On 2016-07-22 5:37 AM, Jan Skarvall (jan.skarv...@nejko.net) wrote:

The FAQ at 
https://sogo.nu/nc/support/faq/article/how-do-i-compile-sogo-2.html 
does not specify which versions of sogo and sope to choose.


If I, as an example, want to build sogo 2.3.8, should I then also 
choose sope 2.3.8?


That is correct - we made it so many years ago so it's easier to compile 
SOGo.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread m...@celafai.it

Hi guys,

I compiled SOGo 3.1.4 packages for:

Ubuntu 16.04 amd64
Ubuntu 16.04 i386
Debian Jessie amd64
Debian Jessie i386

If You want, you can add my personal repositories to your sources.list:

For Debian Jessie User

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian jessie main

to your /etc/apt/sources.list 
Then run apt-get update && apt-get install sogo

For Ubuntu 16.04 users

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 30642240

and add this:

deb http://repository.celafai.it/debian xenial main

to your /etc/apt/sources.list 
Then run apt-get update && apt-get install sogo

Only if you receive an error about i386 packages, after apt-get install update 
add repository in this way:
 * If you have Ubuntu Xenial 64 bit:deb [arch=amd64] 
http://repository.celafai.it/debian xenial main
 * If you have Ubuntu Xenial 32 bit:deb [arch=i386] 
http://repository.celafai.it/debian xenial main

Thank You very much.

Il giorno Giovedi, Luglio 21, 2016 16:53 CEST, "Daniel Bareiro" 
(daniel-lis...@gmx.net)  ha scritto:

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo package 
> maintainer of EPEL repo
> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Jan Skarvall

The FAQ at 
https://sogo.nu/nc/support/faq/article/how-do-i-compile-sogo-2.html does 
not specify which versions of sogo and sope to choose.


If I, as an example, want to build sogo 2.3.8, should I then also choose 
sope 2.3.8?



On 2016-07-19 20:10, Ludovic Marcotte (lmarco...@inverse.ca) wrote:


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-22 Thread Christian Mack

Hello

Am 21.07.2016 um 15:37 schrieb Daniel Bareiro (daniel-lis...@gmx.net):
> 
>>> I only see the SOGo packages mentioned in my previous email using the
>>> official repositories of Debian. I'm not sure why the Debian maintainers
>>> did not include the activesync package or if they included the
>>> activesync support in some other package.
> 
>> In Debian is an outdated version of SOGo, which didn't include
>> ActiveSync support at all.
>> Because of that you do not get sogo-activesync from Debian Jessie.
> 
> It is a good point :-) Thanks for the clarification. Just for curiosity,
> do you remember from what version of SOGo was added the ActiveSync support?
> 
> I was researching [1] and the SOGo version in the unstable branch of
> Debian repositories is the 2.2.17.
> 
> In any case, it is always the option to generate the packets using the
> procedure mentioned by Achim, or use the Nightly repositories of Inverse.
> 
> Thanks for your reply.
> 
> Kind regards,
> Daniel
> 
> [1]
> https://packages.debian.org/search?keywords=sogo=names=all=all
> 

2.2.17 has ActiveSync support already.
But I would not set up a new SOGo server with that old version, because
ActiveSync support has improved a lot since 2.2.17.
There were cases, when synchronization didn't work at all, especially
with big postboxes and calendars.


Kind regards,
Christian Mack

-- 
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung Basisdienste
78457 Konstanz
+49 7531 88-4416



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-21 Thread Jason Wohlford

The least expensive support plan at $750/yr is too expensive for just 
repository access. Please consider offering an option for those of us who just 
want official stable packages. $150/yr for such a service is justifiable for 
how I use it.

Regards,
Jason
 
— 
Jason Wohlford

(334) 322-1491

> On Jul 19, 2016, at 11:13 AM, Ludovic Marcotte (lmarco...@inverse.ca) 
>  wrote:
> 
> Hello,
> 
> Over the past 10 years, Inverse has been developing SOGo and providing 
> everything (software packages, documentation, etc.) completely free of 
> charge. A massive number of organizations worldwide have successfully 
> deployed SOGo and benefit for free from the continuous enhancements of the 
> software.
> 
> After many months of discussion and thinking, we made the decision to close 
> down the public package repositories. From now on, in order to access the 
> production builds of SOGo for various Linux distributions, you will need a 
> proper support contract from Inverse. The options are listed here:
> 
> https://sogo.nu/support/index.html#support-plans
> 
> Payments can be made by credit card.
> 
> We hope that this move will help Inverse to:
> 
>   • increase its investments in SOGo
>   • accelerate SOGo v3 evolution by adding more features (S/MIME, 
> alternate storage backends, etc.)
>   • expedite bugs fixing and small feature additions
>   • invest in gravitational projects
>   • extend its support to more Linux distributions
>   • create a VAR channel to resell and participate in providing support
> Tying up package repositories to a support agreement is important for us as 
> Inverse strives to offer stellar support and we want to bring more value for 
> the money to each customer. Current organizations that have a support 
> contract with us will automatically get access to the package repositories. 
> Official packages also offer the advantage of being thoroughly tested before 
> they are released.
> 
> SOGo will continue to remain entirely Free and Open Source. The source code 
> will always be fully available and we will keep using the current licenses. 
> Nightly builds will also remain available to all, as well as the ZEG 
> configured with the latest software.
> 
> Thanks for your support and understanding. Together, we all make SOGo better!
> 
> -- 
> Ludovic Marcotte
> 
> lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
> 
> Inverse inc. :: Leaders behind SOGo (
> http://sogo.nu), PacketFence (http://packetfence.org) and Fingerbank 
> (http://fingerbank.org
> )
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists



smime.p7s
Description: S/MIME cryptographic signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-21 Thread Daniel Bareiro

On 07/21/16 10:49, Zhang Huangbin (z...@iredmail.org) wrote:

> Dear folks,

Hi, Zhang.

It's good to know the opinion of the founder of another open source
project, as the case of iRedMail.

> Maybe the best way to benefit all SOGo users is contacting SOGo package 
> maintainer of EPEL repo
> (for RHEL/CentOS), Debian/Ubuntu official apt repo, then keep SOGo up
to date?

In the case of Debian, I see difficult it, since Debian is not a rolling
release and it has its own operating scheme using three branches:
unstable-> testing-> stable.

Kind regards,
Daniel

signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-21 Thread devteam


Hi!

https://sogo.nu/news/2016/article/sogo-package-repositories.html

After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse 
. Payments can be made 
by credit card.



*May be create non-official packages repository**for Debian/Ubuntu?
*maintance: latest sogo + openchange + samba 4.4

Цhat do you think?
*
*

On 07/21/2016 04:49 PM, Zhang Huangbin (z...@iredmail.org) wrote:

Dear folks,

Maybe the best way to benefit all SOGo users is contacting SOGo package 
maintainer of EPEL repo (for RHEL/CentOS), Debian/Ubuntu official apt repo, 
then keep SOGo up to date?


Zhang Huangbin, founder of iRedMail project: http://www.iredmail.org/
Time zone: GMT+8 (China/Beijing).



--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-21 Thread Zhang Huangbin

Dear folks,

Maybe the best way to benefit all SOGo users is contacting SOGo package 
maintainer of EPEL repo (for RHEL/CentOS), Debian/Ubuntu official apt repo, 
then keep SOGo up to date?


Zhang Huangbin, founder of iRedMail project: http://www.iredmail.org/
Time zone: GMT+8 (China/Beijing).

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-21 Thread Daniel Bareiro


> Hi

Hi, Christian.

>> I only see the SOGo packages mentioned in my previous email using the
>> official repositories of Debian. I'm not sure why the Debian maintainers
>> did not include the activesync package or if they included the
>> activesync support in some other package.

> In Debian is an outdated version of SOGo, which didn't include
> ActiveSync support at all.
> Because of that you do not get sogo-activesync from Debian Jessie.

It is a good point :-) Thanks for the clarification. Just for curiosity,
do you remember from what version of SOGo was added the ActiveSync support?

I was researching [1] and the SOGo version in the unstable branch of
Debian repositories is the 2.2.17.

In any case, it is always the option to generate the packets using the
procedure mentioned by Achim, or use the Nightly repositories of Inverse.

Thanks for your reply.

Kind regards,
Daniel

[1]
https://packages.debian.org/search?keywords=sogo=names=all=all



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Heiner Markert


Hello,

thanks a lot. This helps, particularly I got stuck at the 
libwbxml2-compatibility yesterday.


Kind regards
Heiner


Am 19.07.2016 um 22:45 schrieb Achim Gottinger (ac...@ag-web.biz):

Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install 
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/


# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)
# dpkg-buildpackage
# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
 dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper. :-)


Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):

Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists



--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread "sg gs"

agreed, but i'm not quite sure (though i would like it) if sogo can beat ms-exchange because there are many people thinking, ms invented mail and that outlook/exchange is the ideal combination lacking any source of problems.

maybe it would be a good idea to collect and publish some reference data:

company, number of users, degree of satisfaction

Sent: Wednesday, July 20, 2016 at 3:13 PM
From: "\"Amit Armoogum\" (armoo...@silkan.net)" <users@sogo.nu>
To: users@sogo.nu
Subject: Re: [SOGo] ANN: SOGo Package Repositories

I totally approve the fact that Inverse guys want to put up support contracts.
Sogo is a fantastic tool if you manage and configure it carefully, I've been using it plugged to another open DNS/LDAP/SAMBA/DHCP/ActivSync software and it works like a charm.
Secure and versatile for mobile and fixed devices ... Microsoft must fear this ! :)

Go SoGOD ! ^^

My best,

Amit

On 20/07/2016 15:02, "sg gs" (s...@mail.com) wrote:

another 2 cents from me

if (after completition of evaluation) i will be convinced that sogo is the right groupware server for our company and if this universe will still look like it does today, i will be able to convince our management to decide in favour of sogo and i'm sure they will not refuse paying for platin support as this will pay back.

sggs

btw: nobody rides for free

Sent: Wednesday, July 20, 2016 at 2:18 PM
From: "\"Florian GRUEL\" (florian.gr...@sysoco.fr)" <users@sogo.nu>
To: users@sogo.nu
Subject: Re: [SOGo] ANN: SOGo Package Repositories

Hello all,

A software like Sogo isn't free to develop.

For my companie the minimun 700$ support option is a beat too expensive, but I'm certain that some of us can subscribe for an option without support, and just to access the repo if the cost is cheaper.

So inverse can earn some money too continue develop this tools, and the users have a "not so much" expensive option too contribute.

My 2 cents ...

Florian GRUEL
Responsable Systèmes d'Information

SYSOCO
36 rue Vaucanson - CS 20815
69153 DECINES CHARPIEU cedex
Tél. : +33(0)4 81 65 23 28
@ : florian.gr...@sysoco.fr
WEB : www.sysoco.fr
« Garantir vos communications en situation d’exploitation ou d’urgence »

Message original
Sujet : [SOGo] ANN: SOGo Package Repositories
De : Ludovic Marcotte (lmarco...@inverse.ca) <users@sogo.nu>
Pour : users@sogo.nu
Date : 19/07/2016 18:13

Hello,

Over the past 10 years, Inverse has been developing SOGo and providing everything (software packages, documentation, etc.) completely free of charge. A massive number of organizations worldwide have successfully deployed SOGo and benefit for free from the continuous enhancements of the software.

After many months of discussion and thinking, we made the decision to close down the public package repositories. From now on, in order to access the production builds of SOGo for various Linux distributions, you will need a proper support contract from Inverse. The options are listed here:

https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

increase its investments in SOGo
accelerate SOGo v3 evolution by adding more features (S/MIME, alternate storage backends, etc.)
expedite bugs fixing and small feature additions
invest in gravitational projects
extend its support to more Linux distributions
create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for us as Inverse strives to offer stellar support and we want to bring more value for the money to each customer. Current organizations that have a support contract with us will automatically get access to the package repositories. Official packages also offer the advantage of being thoroughly tested before they are released.

SOGo will continue to remain entirely Free and Open Source. The source code will always be fully available and we will keep using the current licenses. Nightly builds will also remain available to all, as well as the ZEG configured with the latest software.

Thanks for your support and understanding. Together, we all make SOGo better!

--
Ludovic Marcotte
lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence (http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

-- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread "sg gs"


i do not really remember but i'm quite sure i started up with the 3.1-nightlies and added packages as i felt i needed them.

 



The output on your previous email was after adding nightly?



-- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Christian Mack

Hi

Am 20.07.2016 um 15:20 schrieb Daniel Bareiro (daniel-lis...@gmx.net):
> On 07/20/16 09:45, "sg gs" (s...@mail.com) wrote:
>> daniel,
> 
> Hi, sg gs.
> 
>> we use the nightlies for ~3 weeks now without any problems, but i must
>> admit, currently in an evaluation phase - all users, all mails migrated,
>> no calendar nor addressbook migration yet.
>>  
>> did you install the package for activesync.
>>  
>> -
>> at our site (yes it's jessie too):
>> #apt-cache search sogo
>> fusiondirectory-plugin-sogo - SOGo plugin for FusionDirectory
>> fusiondirectory-plugin-sogo-schema - LDAP schema for FusionDirectory
>> SOgo plugin
>> sogo-common - Scalable groupware server - common files
>> sogo-openchange - Scalable groupware server - OpenChange backend
>> xul-ext-sogo-connector - transforms Icedove into a full DAV client for
>> groupware servers
>> sogo - a modern and scalable groupware
>> sogo-activesync - a modern and scalable groupware - ActiveSync module
>> sogo-dbg - a modern and scalable groupware - debugging symbols
>> sogo-dev - a modern and scalable groupware - development files
>> -
> 
> Thanks for sharing your experience.
> 
> I only see the SOGo packages mentioned in my previous email using the
> official repositories of Debian. I'm not sure why the Debian maintainers
> did not include the activesync package or if they included the
> activesync support in some other package.
> 

In Debian is an outdated version of SOGo, which didn't include
ActiveSync support at all.
Because of that you do not get sogo-activesync from Debian Jessie.


> The output on your previous email was after adding nightly?
> 

Yes.


Kind regards,
Christian Mack

-- 
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung Basisdienste
78457 Konstanz
+49 7531 88-4416



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Daniel Bareiro

On 07/20/16 09:45, "sg gs" (s...@mail.com) wrote:

> daniel,

Hi, sg gs.

> we use the nightlies for ~3 weeks now without any problems, but i must
> admit, currently in an evaluation phase - all users, all mails migrated,
> no calendar nor addressbook migration yet.
>  
> did you install the package for activesync.
>  
> -
> at our site (yes it's jessie too):
> #apt-cache search sogo
> fusiondirectory-plugin-sogo - SOGo plugin for FusionDirectory
> fusiondirectory-plugin-sogo-schema - LDAP schema for FusionDirectory
> SOgo plugin
> sogo-common - Scalable groupware server - common files
> sogo-openchange - Scalable groupware server - OpenChange backend
> xul-ext-sogo-connector - transforms Icedove into a full DAV client for
> groupware servers
> sogo - a modern and scalable groupware
> sogo-activesync - a modern and scalable groupware - ActiveSync module
> sogo-dbg - a modern and scalable groupware - debugging symbols
> sogo-dev - a modern and scalable groupware - development files
> -

Thanks for sharing your experience.

I only see the SOGo packages mentioned in my previous email using the
official repositories of Debian. I'm not sure why the Debian maintainers
did not include the activesync package or if they included the
activesync support in some other package.

The output on your previous email was after adding nightly?


Kind regards,
Daniel



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Amit Armoogum

I totally approve the fact that Inverse guys want to put up support 
contracts.
Sogo is a fantastic tool if you manage and configure it carefully, I've 
been using it plugged to another open DNS/LDAP/SAMBA/DHCP/ActivSync 
software and it works like a charm.
Secure and versatile for mobile and fixed devices ... Microsoft must 
fear this ! :)


Go SoGOD ! ^^

My best,

Amit



On 20/07/2016 15:02, "sg gs" (s...@mail.com) wrote:

another 2 cents from me
if (after completition of evaluation) i will be convinced that sogo is 
the right groupware server for our company and if this universe will 
still look like it does today, i will be able to convince our 
management to decide in favour of sogo and i'm sure they will not 
refuse paying for platin support as this will pay back.

sggs
btw: nobody rides for free
*Sent:* Wednesday, July 20, 2016 at 2:18 PM
*From:* "\"Florian GRUEL\" (florian.gr...@sysoco.fr)" <users@sogo.nu>
*To:* users@sogo.nu
*Subject:* Re: [SOGo] ANN: SOGo Package Repositories

Hello all,

A software like Sogo isn't free to develop.

For my companie the minimun 700$ support option is a beat too 
expensive, but I'm certain that some of us can subscribe for an option 
without support, and just to access the repo if the cost is cheaper.


So inverse can earn some money too continue develop this tools, and 
the users have a "not so much" expensive option too contribute.


My 2 cents ...

*Florian GRUEL
Responsable Systèmes d'Information*
**<http://www.sysoco.fr/>**

SYSOCO
36 rue Vaucanson - CS 20815
69153 DECINES CHARPIEU cedex

*Tél. : +33(0)4 81 65 23 28
@ :**florian.gr...@sysoco.fr
WEB :www.sysoco.fr <http://www.sysoco.fr/>*

« Garantir vos communications en situation d’exploitation ou d’urgence »
 Message original 
*Sujet : *[SOGo] ANN: SOGo Package Repositories
*De : *Ludovic Marcotte (lmarco...@inverse.ca) <users@sogo.nu>
*Pour : *users@sogo.nu
*Date : *19/07/2016 18:13

Hello,

Over the past 10 years, Inverse has been developing SOGo and
providing everything (software packages, documentation, etc.)
completely free of charge. A massive number of organizations
worldwide have successfully deployed SOGo and benefit for free
from the continuous enhancements of the software.

After many months of discussion and thinking, we made the decision
to close down the public package repositories. From now on, in
order to access the production builds of SOGo for various Linux
distributions, you will need a proper support contract from
Inverse. The options are listed here:

https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing
support

Tying up package repositories to a support agreement is important
for us as Inverse strives to offer stellar support and we want to
bring more value for the money to each customer. Current
organizations that have a support contract with us will
automatically get access to the package repositories. Official
packages also offer the advantage of being thoroughly tested
before they are released.

SOGo will continue to remain entirely Free and Open Source. The
source code will always be fully available and we will keep using
the current licenses. Nightly builds will also remain available to
all, as well as the ZEG configured with the latest software.

Thanks for your support and understanding. Together, we all make
SOGo better!

-- 
Ludovic Marcotte

lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread "sg gs"


another 2 cents from me

 

if (after completition of evaluation) i will be convinced that sogo is the right groupware server for our company and if this universe will still look like it does today, i will be able to convince our management to decide in favour of sogo and i'm sure they will not refuse paying for platin support as this will pay back.

 

sggs

 

btw: nobody rides for free

 

Sent: Wednesday, July 20, 2016 at 2:18 PM
From: "\"Florian GRUEL\" (florian.gr...@sysoco.fr)" <users@sogo.nu>
To: users@sogo.nu
Subject: Re: [SOGo] ANN: SOGo Package Repositories



Hello all,

A software like Sogo isn't free to develop.

For my companie the minimun 700$ support option is a beat too expensive, but I'm certain that some of us can subscribe for an option without support, and just to access the repo if the cost is cheaper.

So inverse can earn some money too continue develop this tools, and the users have a "not so much" expensive option too contribute.

 

My 2 cents ...

 

 






 
Florian GRUEL
Responsable Systèmes d'Information
 

SYSOCO
36 rue Vaucanson - CS 20815
69153 DECINES CHARPIEU cedex
Tél. : +33(0)4 81 65 23 28 
@ : florian.gr...@sysoco.fr
WEB : www.sysoco.fr
 « Garantir vos communications en situation d’exploitation ou d’urgence »

 Message original 
Sujet : [SOGo] ANN: SOGo Package Repositories
De : Ludovic Marcotte (lmarco...@inverse.ca) <users@sogo.nu>
Pour : users@sogo.nu
Date : 19/07/2016 18:13


 

Hello,

Over the past 10 years, Inverse has been developing SOGo and providing everything (software packages, documentation, etc.) completely free of charge. A massive number of organizations worldwide have successfully deployed SOGo and benefit for free from the continuous enhancements of the software.

After many months of discussion and thinking, we made the decision to close down the public package repositories. From now on, in order to access the production builds of SOGo for various Linux distributions, you will need a proper support contract from Inverse. The options are listed here:

https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:


	increase its investments in SOGo
	accelerate SOGo v3 evolution by adding more features (S/MIME, alternate storage backends, etc.)
	expedite bugs fixing and small feature additions
	invest in gravitational projects
	extend its support to more Linux distributions
	create a VAR channel to resell and participate in providing support


Tying up package repositories to a support agreement is important for us as Inverse strives to offer stellar support and we want to bring more value for the money to each customer. Current organizations that have a support contract with us will automatically get access to the package repositories. Official packages also offer the advantage of being thoroughly tested before they are released.

SOGo will continue to remain entirely Free and Open Source. The source code will always be fully available and we will keep using the current licenses. Nightly builds will also remain available to all, as well as the ZEG configured with the latest software.

Thanks for your support and understanding. Together, we all make SOGo better!

-- 
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence (http://packetfence.org) and Fingerbank (http://fingerbank.org)


--
users@sogo.nu
https://inverse.ca/sogo/lists

 

--
users@sogo.nu
https://inverse.ca/sogo/lists


 -- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Florian GRUEL


Hello all,

A software like Sogo isn't free to develop.

For my companie the minimun 700$ support option is a beat too expensive, 
but I'm certain that some of us can subscribe for an option without 
support, and just to access the repo if the cost is cheaper.


So inverse can earn some money too continue develop this tools, and the 
users have a "not so much" expensive option too contribute.



My 2 cents ...


*Florian GRUEL
Responsable Systèmes d'Information
*
**

**SYSOCO
36 rue Vaucanson - CS 20815
69153 DECINES CHARPIEU cedex

*Tél. : +33(0)4 81 65 23 28
@ :**florian.gr...@sysoco.fr 
WEB :www.sysoco.fr *

« Garantir vos communications en situation d’exploitation ou d’urgence »
 Message original 
*Sujet : *[SOGo] ANN: SOGo Package Repositories
*De : *Ludovic Marcotte (lmarco...@inverse.ca) 
*Pour : *users@sogo.nu
*Date : *19/07/2016 18:13


Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for 
us as Inverse strives to offer stellar support and we want to bring 
more value for the money to each customer. Current organizations that 
have a support contract with us will automatically get access to the 
package repositories. Official packages also offer the advantage of 
being thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!


--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Andreas Welbers


Hi,

could anybody or Inverse provide a working .rpmmacros for build RPMs 
with CentOS?


The SPEC-file for SOGo has missing build dependencies I worked around.

I created a .rpmmacros with these inital settings:

%sope_major_version 4
%sope_minor_version 9
%sope_source SOPE-%{sogo_version}.tar.gz
%sope_version 4.9
%sogo_version 2.3.13

With these settings it works somewhat better but it breaks at:

creating: /root/rpmbuild/BUILD/SOPE/config.make
optional library found: xml2
optional library found: ldap
optional library found: ssl
optional library found: pq
failed to link optional library: mysqlclient
configuring NGStreams library  done (log in config-NGStreams.log).
+ make CC=gcc '%{sope_makeflags}'
This is gnustep-make 2.6.6. Type 'make print-gnustep-make-help' for help.
make: *** Keine Regel, um >>%{sope_makeflags}<< zu erstellen.  Schluss.
Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.ceRzk8 (%build)

Thanks,
Andreas
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread "sg gs"


daniel,

 

we use the nightlies for ~3 weeks now without any problems, but i must admit, currently in an evaluation phase - all users, all mails migrated, no calendar nor addressbook migration yet.

 

did you install the package for activesync.
 

-

at our site (yes it's jessie too):


#apt-cache search sogo
fusiondirectory-plugin-sogo - SOGo plugin for FusionDirectory
fusiondirectory-plugin-sogo-schema - LDAP schema for FusionDirectory SOgo plugin
sogo-common - Scalable groupware server - common files
sogo-openchange - Scalable groupware server - OpenChange backend
xul-ext-sogo-connector - transforms Icedove into a full DAV client for groupware servers
sogo - a modern and scalable groupware
sogo-activesync - a modern and scalable groupware - ActiveSync module
sogo-dbg - a modern and scalable groupware - debugging symbols
sogo-dev - a modern and scalable groupware - development files

-


 

Sent: Wednesday, July 20, 2016 at 2:01 PM
From: "\"Daniel Bareiro\" (daniel-lis...@gmx.net)" <users@sogo.nu>
To: users@sogo.nu
Subject: Re: [SOGo] ANN: SOGo Package Repositories

Hi!

On 07/20/16 08:34, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:

>> why not go for the nightlies?

> Until now nightly for me sounds like a testing "version". I read other
> posts, that this isn't the case. So switching to nightly looks like an
> alternative.

The case with this is that every time you try to update the operating
system with apt-get/aptitude or the package manager that uses the
distribution of each, we will have a new version of SOGo to update and
may not there are changes between the last build and the previous.

I currently use Debian stable (Jessie) for my servers and they have
included SOGo on the repositories, although it seems (if I'm not missing
something) it is not incorporating all packages:

--
$ apt-cache search sogo
fusiondirectory-plugin-sogo - SOGo plugin for FusionDirectory
fusiondirectory-plugin-sogo-schema - LDAP schema for FusionDirectory
SOgo plugin
sogo - Scalable groupware server
sogo-common - Scalable groupware server - common files
sogo-dbg - Scalable groupware server - debugging symbols
sogo-openchange - Scalable groupware server - OpenChange backend
xul-ext-sogo-connector - transforms Icedove into a full DAV client for
groupware servers
--

For example, I do not see the package for activesync.

Kind regards,
Daniel
 



-- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Daniel Bareiro

Hi!

On 07/20/16 08:34, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:

>> why not go for the nightlies?

> Until now nightly for me sounds like a testing "version". I read other
> posts, that this isn't the case. So switching to nightly looks like an
> alternative.

The case with this is that every time you try to update the operating
system with apt-get/aptitude or the package manager that uses the
distribution of each, we will have a new version of SOGo to update and
may not there are changes between the last build and the previous.

I currently use Debian stable (Jessie) for my servers and they have
included SOGo on the repositories, although it seems (if I'm not missing
something) it is not incorporating all packages:

--
$ apt-cache search sogo
fusiondirectory-plugin-sogo - SOGo plugin for FusionDirectory
fusiondirectory-plugin-sogo-schema - LDAP schema for FusionDirectory
SOgo plugin
sogo - Scalable groupware server
sogo-common - Scalable groupware server - common files
sogo-dbg - Scalable groupware server - debugging symbols
sogo-openchange - Scalable groupware server - OpenChange backend
xul-ext-sogo-connector - transforms Icedove into a full DAV client for
groupware servers
--

For example, I do not see the package for activesync.

Kind regards,
Daniel



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Sebastian Hempel

Hi,

> why not go for the nightlies?

Until now nightly for me sounds like a testing "version". I read other
posts, that this isn't the case. So switching to nightly looks like an
alternative.

Best regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Achim Gottinger




Am 20.07.2016 um 09:49 schrieb Sven Schwedas (sven.schwe...@tao.at):

On 2016-07-19 22:45, Achim Gottinger (ac...@ag-web.biz) wrote:

Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/

# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)

You can also call `dpkg-checkbuilddeps` directly instead.

Thanks did not know that command, thought there is something like that. :-)



# dpkg-buildpackage

Why not use -b here, too?
It did was required for sogo  because it failed building the source 
packages. Of course these are not that important.



# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
  dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper. :-)


Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):

Hello,

could you please post a short howto on how to build those debian
packages based on the control files?

Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):


Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):

On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?

Nightly builds are indeed available - just like before:
https://sogo.nu/download.html

There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's
just like building any other packages. We still provide the Debian
control files and the spec files to do so.

Thanks!

Thank you for the clarification. Managed to build debian wheezy
packages for sope and sogo with control files under packaging/debian.
--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread m...@celafai.it


Hi.

I'm setting up my own deb repository for Sogo stable for Ubuntu 16.04 but it 
could be good for Debian jessie too.
When it will be done, I can give You repository address

Thank You so much.

Il giorno Mercoledi, Luglio 20, 2016 09:49 CEST, "Sven Schwedas" 
(sven.schwe...@tao.at)  ha scritto:
 On 2016-07-19 22:45, Achim Gottinger (ac...@ag-web.biz) wrote:
> Here is an short howto for sogo2 on wheezy without openchange
>
> First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> build-essentails and dpkg-dev
> On wheezy libwbxml2 is also required you can get the required version
> https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
>
> # tar xvzf SOPE-3.1.4.tar.gz
> # cd SOPE
> # cp -a packaging/debian .
> # ./debian/rules
> # dpkg-buildpackage
> (install all required dependencies)

You can also call `dpkg-checkbuilddeps` directly instead.

> # dpkg-buildpackage

Why not use -b here, too?

> # cd ..
> # dpkg -i libsope*.deb
> # tar xvzf SOGo-2.3.13.tar.gz
> # cd SOGo-2.3.13
> # ./debian/rules
> # dch
> (add an changelog entry for version 2.3.13)
> dpkg-buildpackage -b
> (install all required dependencies)
> # dpkg-buildpackage -b
>
> You should now have build these packages:
>
> libsbjson2.3_4.9.r1664_amd64.deb
> libsbjson2.3-dev_4.9.r1664_amd64.deb
> libsope4.9-dev_4.9.r1664_all.deb
> libsope-appserver4.9_4.9.r1664_amd64.deb
> libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> libsope-core4.9_4.9.r1664_amd64.deb
> libsope-core4.9-dev_4.9.r1664_amd64.deb
> libsope-gdl1-4.9_4.9.r1664_amd64.deb
> libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> libsope-ldap4.9_4.9.r1664_amd64.deb
> libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> libsope-mime4.9_4.9.r1664_amd64.deb
> libsope-mime4.9-dev_4.9.r1664_amd64.deb
> libsope-xml4.9_4.9.r1664_amd64.deb
> libsope-xml4.9-dev_4.9.r1664_amd64.deb
> sogo_2.3.13_amd64.deb
> sogo-activesync_2.3.13_amd64.deb
> sogo-dbg_2.3.13_amd64.deb
> sogo-dev_2.3.13_amd64.deb
> sope4.9-appserver_4.9.r1664_amd64.deb
> sope4.9-dbg_4.9.r1664_amd64.deb
> sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
> sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
> sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
> sope4.9-stxsaxdriver_4.9.r1664_amd64.deb
>
>
> But i have not yet tested if these packages work proper. :-)
>
>
> Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):
>> Hello,
>>
>> could you please post a short howto on how to build those debian
>> packages based on the control files?
>>
>> Thanks and best regards
>> Heiner
>>
>>
>>
>> Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):
>>>
>>>
>>> Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):

 On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:

> What does that mean for me? I have to download the source code and
> compile myself? Or should use nightly builds? How do I access
> these? Are these also in a package repository available to me?
> How are these accessed?
 Nightly builds are indeed available - just like before:
 https://sogo.nu/download.html

 There are FAQs on how to configure your repos for Yum and apt-get.

 Generating packages from the SOGo/SOPE sources isn't complex - it's
 just like building any other packages. We still provide the Debian
 control files and the spec files to do so.

 Thanks!
>>> Thank you for the clarification. Managed to build debian wheezy
>>> packages for sope and sogo with control files under packaging/debian.
>>> --
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
>>
>> --
>> users@sogo.nu
>> https://inverse.ca/sogo/lists
>
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists

--
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas, Systemadministrator
Mail/XMPP sven.schwe...@tao.at | Skype sven.schwedas
TAO Beratungs- und Management GmbH | Lendplatz 45 | A8020 Graz
https://software.tao.at | Tel +43 680 301 7167
 


 
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread Sven Schwedas

On 2016-07-19 22:45, Achim Gottinger (ac...@ag-web.biz) wrote:
> Here is an short howto for sogo2 on wheezy without openchange
> 
> First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install
> build-essentails and dpkg-dev
> On wheezy libwbxml2 is also required you can get the required version
> https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/
> 
> # tar xvzf SOPE-3.1.4.tar.gz
> #  cd SOPE
> #  cp -a packaging/debian .
> #  ./debian/rules
> # dpkg-buildpackage
> (install all required dependencies)

You can also call `dpkg-checkbuilddeps` directly instead.

> # dpkg-buildpackage

Why not use -b here, too?

> # cd ..
> # dpkg -i libsope*.deb
> # tar xvzf SOGo-2.3.13.tar.gz
> # cd SOGo-2.3.13
> #  ./debian/rules
> # dch
> (add an changelog entry for version 2.3.13)
>  dpkg-buildpackage -b
> (install all required dependencies)
> # dpkg-buildpackage -b
> 
> You should now have build these packages:
> 
> libsbjson2.3_4.9.r1664_amd64.deb
> libsbjson2.3-dev_4.9.r1664_amd64.deb
> libsope4.9-dev_4.9.r1664_all.deb
> libsope-appserver4.9_4.9.r1664_amd64.deb
> libsope-appserver4.9-dev_4.9.r1664_amd64.deb
> libsope-core4.9_4.9.r1664_amd64.deb
> libsope-core4.9-dev_4.9.r1664_amd64.deb
> libsope-gdl1-4.9_4.9.r1664_amd64.deb
> libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
> libsope-ldap4.9_4.9.r1664_amd64.deb
> libsope-ldap4.9-dev_4.9.r1664_amd64.deb
> libsope-mime4.9_4.9.r1664_amd64.deb
> libsope-mime4.9-dev_4.9.r1664_amd64.deb
> libsope-xml4.9_4.9.r1664_amd64.deb
> libsope-xml4.9-dev_4.9.r1664_amd64.deb
> sogo_2.3.13_amd64.deb
> sogo-activesync_2.3.13_amd64.deb
> sogo-dbg_2.3.13_amd64.deb
> sogo-dev_2.3.13_amd64.deb
> sope4.9-appserver_4.9.r1664_amd64.deb
> sope4.9-dbg_4.9.r1664_amd64.deb
> sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
> sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
> sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
> sope4.9-stxsaxdriver_4.9.r1664_amd64.deb
> 
> 
> But i have not yet tested if these packages work proper. :-)
> 
> 
> Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):
>> Hello,
>>
>> could you please post a short howto on how to build those debian
>> packages based on the control files?
>>
>> Thanks and best regards
>> Heiner
>>
>>
>>
>> Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):
>>>
>>>
>>> Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):

 On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:

> What does that mean for me? I have to download the source code and
> compile myself? Or should use nightly builds? How do I access
> these? Are these also in a package repository available to me?
> How are these accessed?
 Nightly builds are indeed available - just like before:
 https://sogo.nu/download.html

 There are FAQs on how to configure your repos for Yum and apt-get.

 Generating packages from the SOGo/SOPE sources isn't complex - it's
 just like building any other packages. We still provide the Debian
 control files and the spec files to do so.

 Thanks!
>>> Thank you for the clarification. Managed to build debian wheezy
>>> packages for sope and sogo with control files under packaging/debian.
>>> -- 
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
>>
>> -- 
>> users@sogo.nu
>> https://inverse.ca/sogo/lists
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas, Systemadministrator
Mail/XMPP sven.schwe...@tao.at | Skype sven.schwedas
TAO Beratungs- und Management GmbH | Lendplatz 45 | A8020 Graz
https://software.tao.at | Tel +43 680 301 7167



signature.asc
Description: OpenPGP digital signature

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread "sg gs"

why not go for the nightlies?
 

Sent: Tuesday, July 19, 2016 at 10:25 PM
From: "\"Sebastian Hempel\" (sebast...@hempel-roeslau.de)" <users@sogo.nu>
To: users@sogo.nu
Subject: Re: [SOGo] ANN: SOGo Package Repositories

Hi,

>> Are there any plans to make a special support package for the
>> access of the repositories only? Take the Bronze package and remove
>> the included incidents the extended support. Would this be a
>> possiblity to make a cheaper package?
> Right now, we aren't planning on doing that.

That's sad. As others already mentioned, paying 700 € only to access the
official repository is to much. And the alternative to build the
packages by my own isn't realy great. It was the ease of installing and
updating that makes SOGo so nice for ops.

Best Regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
--
users@sogo.nu
https://inverse.ca/sogo/lists



-- users@sogo.nuhttps://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-20 Thread dan le bray

Le 19/07/2016 20:37, Ludovic Marcotte (lmarco...@inverse.ca) a écrit :
> On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:
> 
>> What i would always appreciated in nightly repo is the stability: they
>> fix bugs even before the stable releases.
>> And what worried me now is the possibility the nightly become just as
>> they sound like: unstable/untested repo
>> to play with .
> Naa - we are always careful when pushing changes to the source repos
> because we know a lot of people are using the nightly builds - and we
> appreciate feedback we receive from them. We will continue doing so, we
> aren't morons doing software.

Just for info, the Debian repo for the nightly builds may be used within
APT using the following DSN instead of the original one:

deb http://packages.inverse.ca/SOGo/nightly/3/debian jessie jessie
-- 
Daniel Le Bray :: CRI :: Pôle Systèmes et Réseaux
daniel.le-b...@univ-lehavre.fr / +33 02 32 74 42 94
Universite du Havre, 25 rue Philippe Lebon, BP1123, 76063 Le Havre Cedex
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Achim Gottinger


Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install 
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/


# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)
# dpkg-buildpackage
# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
 dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper. :-)


Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):

Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Sebastian Hempel

Hi,

>> Are there any plans to make a special support package for the
>> access of the repositories only? Take the Bronze package and remove
>> the included incidents the extended support. Would this be a
>> possiblity to make a cheaper package?
> Right now, we aren't planning on doing that.

That's sad. As others already mentioned, paying 700 € only to access the
official repository is to much. And the alternative to build the
packages by my own isn't realy great. It was the ease of installing and
updating that makes SOGo so nice for ops.

Best Regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Benoit SERRA

That is quite a shame, as I'm using Sogi only for myself and I'm not willing to 
pay 700€ per year to have access to officials packages.

But if you create a cheaper plan only for accessing the repos, I'll probably 
think about it twice.



> Le 19 juil. 2016 à 21:26, Ludovic Marcotte  a écrit :
> 
>> On 2016-07-19 2:54 PM, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:
>> 
>> Are there any plans to make a special support package for the access of
>> the repositories only? Take the Bronze package and remove the included
>> incidents the extended support. Would this be a possiblity to make a
>> cheaper package?
> Right now, we aren't planning on doing that.
> 
> Thanks!
> 
> -- 
> Ludovic Marcotte
> lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
> Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
> (http://packetfence.org) and Fingerbank (http://fingerbank.org)
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Heiner Markert


Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

--
users@sogo.nu
https://inverse.ca/sogo/lists


--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Steve Ankeny


and, me

On 07/19/2016 02:40 PM, Davide Bozzelli (bu...@olografix.org) wrote:

Thx Ludovic.

This reassures me.



Il 19/07/16 20:37, Ludovic Marcotte (lmarco...@inverse.ca) ha scritto:

On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: 
they fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just 
as they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, 
we aren't morons doing software.







--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte


On 2016-07-19 2:54 PM, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:


Are there any plans to make a special support package for the access of
the repositories only? Take the Bronze package and remove the included
incidents the extended support. Would this be a possiblity to make a
cheaper package?

Right now, we aren't planning on doing that.

Thanks!

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Sebastian Hempel

Hi,

> After many months of discussion and thinking, we made the decision to
> close down the public package repositories. From now on, in order to
> access the production builds of SOGo for various Linux distributions,
> you will need a proper support contract from Inverse. The options are
> listed here:

Are there any plans to make a special support package for the access of
the repositories only? Take the Bronze package and remove the included
incidents the extended support. Would this be a possiblity to make a
cheaper package?

Best regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Achim Gottinger




Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy packages 
for sope and sogo with control files under packaging/debian.

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Davide Bozzelli


Thx Ludovic.

This reassures me.



Il 19/07/16 20:37, Ludovic Marcotte (lmarco...@inverse.ca) ha scritto:

On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: 
they fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, 
we aren't morons doing software.




--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte


On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: they 
fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, we 
aren't morons doing software.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Davide Bozzelli




Il 19/07/16 20:10, Ludovic Marcotte (lmarco...@inverse.ca) write:
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists
What i would always appreciated in nightly repo is the stability: they 
fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .

I think that should happen in order to "monetize" the stable repo.
This is my major concern.

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's just 
like building any other packages. We still provide the Debian control 
files and the spec files to do so.


Thanks!

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread "Kai-Uwe Rommel"


users-requ...@sogo.nu wrote on 19.07.2016 18:13:18:
> After many months of discussion and thinking, we made the decision
> to close down the public package repositories. From now on, in order
> to access the production builds of SOGo for various Linux
> distributions, you will need a proper support contract from Inverse.
> The options are listed here:
> https://sogo.nu/support/index.html#support-plans
> Payments can be made by credit card.

I understand the motivation for this change.

I have used SOGo for some time now on a private/personal groupware
server for my family. Even the basic support contract will be
completely out of sense for this purpose.

What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?

Kai-Uwe Rommel


kai-uwe.rom...@ars.de
Telefon+Mobil +49 89 32468-120


ARS Eventtipp:
Sichern Sie sich Ihr kostenloses Early Bird-Ticket bei Anmeldung zur ARScon'16 
am 27.10.2016 in der Allianz Arena München.
Neu: limitierte Anzahl an Early Bird-Tickets noch bis zum 31.07.2016 verfügbar!




ARS Computer und Consulting GmbH, http://www.ars.de
Ridlerstrasse 37, 80339 Muenchen, Deutschland

ARS - The Art of Software Engineering
Software Engineering, Technologieberatung, IBM Software, IBM Lizenzmanagement 
Services

Handelsregister Muenchen, HRB 101829, USt-ID: DE 155 068 909
Geschaeftsfuehrer: Michael Arbesmeier, Kai-Uwe Rommel, Roland Schock, Joachim 
Gucker
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread p...@szladovics.hu


2016-07-19 18:13 keltezéssel, Ludovic Marcotte (lmarco...@inverse.ca) írta:


Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for 
us as Inverse strives to offer stellar support and we want to bring 
more value for the money to each customer. Current organizations that 
have a support contract with us will automatically get access to the 
package repositories. Official packages also offer the advantage of 
being thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!




Hi Ludovic,

These reasons are absolutely understandable, but I think the community 
needs some extra documentation about the package creation for various 
distributions (RHEL, Debian, Ubuntu what supported by you with 
repositories earlier).
I think some of us have infrastructure to keep 3rd party repositories 
for compatible packages with the olders.


Example, I can build packages for Ubuntu, and serve it for other 
interested community users. Not all branches, but the main stable v3 
branch is distributable by me - after some days later than the stable 
release is launched.


The main point is the fully compatibility with older (created by you) 
packages.
If you have build scripts or anything what can help us in this 
procedure, that should be awesome.


Thanks a lot,
Peti
--
users@sogo.nu
https://inverse.ca/sogo/lists

61 matches

Mail list logo