Re: new install on Centos 7

2017-08-11 Thread Peter
On 12/08/17 00:50, voy...@sbt.net.au wrote:
> I've followed GhettoForge's Postfix page, so far so good
> 
> but, I'm not that sure of getting dovecot22...
> 
> do I need to do a 'yum shell --enablerepo=gf-plus', followed by install,
> run, quit; like for Postfix..?

Yes, I haven't done a dovecot page yet, but the instructions are
essentially the same as for postfix.


Peter


Re: new install on Centos 7

2017-08-11 Thread voytek
On Thu, August 10, 2017 6:35 pm, Peter wrote:

> GhettoForge has dovecot22 packages as well which provide the latest
> stable version of Dovecot for CentOS 6 and 7.

Peter, thanks.

I've followed GhettoForge's Postfix page, so far so good

but, I'm not that sure of getting dovecot22...

do I need to do a 'yum shell --enablerepo=gf-plus', followed by install,
run, quit; like for Postfix..?
or
rpm -i
http://mirror.ghettoforge.org/distributions/gf/el/7Server/plus/x86_64/dovecot22...
?



On Fri, August 11, 2017 5:46 am, Joseph Tam wrote:

> Or consider compiling it yourself from source.  It may be more work, but
> you get complete control over your versioning, your package dependencies,

Joseph, thanks

whilst I can see the benefits, I'm better stay withing my limits...
(as you can see from my Q above)

V


Re: new install on Centos 7

2017-08-10 Thread Peter
On 11/08/17 10:42, Joseph Tam wrote:
>> Or just ping me in #ghettoforge on Freenode and I'll generally get it
>> fixed quickly, if I haven't already seen it on the list and fixed it.
> 
> Not all package maintainers are as responsive as you are.  I've lost
> count of the number of problems reported here, where people could not
> move from version 1.x, because their repo did not have anything newer, or
> for reason out of their control, they can't update because it would/could
> break something else.

Oh, I know, and I'll take that as a compliment :-)

>> There are downsides to compiling yourself.
> 
> To be sure.  (Incidentally, auto-updates are sometimes *not* what
> people want -- stability of a working system is paramount over
> anything that might jeopardize that.)

Right, but I didn't say "auto-updates", I said regular updates, which
could be auto-updates but could also just be regular running of "yum
update" by a human who can intervene if it blows up.  It could also be a
fully controlled test environment where someone does full regression
testing before pushing updates out to 500 other servers in a farm.

> Compiling from source is not everybody's cup of tea, but it does allow
> complete control over the build.  Repo-packages usually are built with
> kitchen-sink options, which may not suit everyone.

I would encourage that if you want to go that route that you actually
build your own packages and install them rather than installing directly
from source.  This takes advantage of the many features of package
systems such as the ability to verify installs in case tampering is
suspected, dependency resolution, and the ability to easily revert to a
prior version if something goes wrong.

I am more than happy for anyone who wants to do this to download and use
the .src.rpm files from GhettoForge as a base for their own package builds.


Peter


Re: new install on Centos 7

2017-08-10 Thread Joseph Tam

Or consider compiling it yourself from source.  It may be more work, but
you get complete control over your versioning, your package dependencies,
etc.  If a bug that affects you gets fixed on a bleeding edge version
(or is only available as a patch), you can fix it right away rather than
waiting for the package maintainer to catch up to it.


Or just ping me in #ghettoforge on Freenode and I'll generally get it
fixed quickly, if I haven't already seen it on the list and fixed it.


Not all package maintainers are as responsive as you are.  I've lost
count of the number of problems reported here, where people could not
move from version 1.x, because their repo did not have anything newer, or
for reason out of their control, they can't update because it would/could
break something else.


There are downsides to compiling yourself.


To be sure.  (Incidentally, auto-updates are sometimes *not* what
people want -- stability of a working system is paramount over
anything that might jeopardize that.)

Compiling from source is not everybody's cup of tea, but it does allow
complete control over the build.  Repo-packages usually are built with
kitchen-sink options, which may not suit everyone.

Joseph Tam 


Re: new install on Centos 7

2017-08-10 Thread Peter
On 11/08/17 07:46, Joseph Tam wrote:
>> GhettoForge has dovecot22 packages as well which provide the latest
>> stable version of Dovecot for CentOS 6 and 7.
> 
> Or consider compiling it yourself from source.  It may be more work, but
> you get complete control over your versioning, your package dependencies,
> etc.  If a bug that affects you gets fixed on a bleeding edge version
> (or is only available as a patch), you can fix it right away rather than
> waiting for the package maintainer to catch up to it.

Or just ping me in #ghettoforge on Freenode and I'll generally get it
fixed quickly, if I haven't already seen it on the list and fixed it.

There are downsides to compiling yourself.  If you do so then you have
to monitor new releases and bugfixes and push out updates.  If you use
packages in a yum repo, even a 3rd-party one like GhettoForge, then
someone else does that for you and all you have to do is run, "yum
update" on a regular basis.


Peter


Re: new install on Centos 7

2017-08-10 Thread Joseph Tam



I currently have Postfix Dovecot MySQL on Centos 6, looking at migrating
to new server

new server is CentOS 7.3, but, the Centos repo version is

dovecotx86_64   1:2.2.10-7.el7

what is the best way to install current release Dovecot on a new server ?


GhettoForge has dovecot22 packages as well which provide the latest
stable version of Dovecot for CentOS 6 and 7.


Or consider compiling it yourself from source.  It may be more work, but
you get complete control over your versioning, your package dependencies,
etc.  If a bug that affects you gets fixed on a bleeding edge version
(or is only available as a patch), you can fix it right away rather than
waiting for the package maintainer to catch up to it.

Joseph Tam 


Re: new install on Centos 7

2017-08-10 Thread Peter
On 10/08/17 18:56, voy...@sbt.net.au wrote:
> I currently have Postfix Dovecot MySQL on Centos 6, looking at migrating
> to new server
> 
> new server is CentOS 7.3, but, the Centos repo version is
> 
> dovecotx86_64   1:2.2.10-7.el7
> 
> what is the best way to install current release Dovecot on a new server ?

Following onto your similar post on the postfix mailing list...

GhettoForge has dovecot22 packages as well which provide the latest
stable version of Dovecot for CentOS 6 and 7.


Peter


new install on Centos 7

2017-08-09 Thread voytek
I currently have Postfix Dovecot MySQL on Centos 6, looking at migrating
to new server

new server is CentOS 7.3, but, the Centos repo version is

dovecotx86_64   1:2.2.10-7.el7

what is the best way to install current release Dovecot on a new server ?

tia,

V