Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
> Packaging team, thoughts? and what would it take to make it happen? If > agreed upon can it be done for RC0 itself? Since glusterd2 looks like it will be packaged separate from glusterfs we can probably continue to build and distribute glusterfs for el6 from the CentOS Storage SIG. >>> >>> This can easily be done if there would be a --without-server ./configure >>> option. At the moment that does not exist yet, so I prefer to wait with >>> building the packages for CentOS-6 (otherwise users will likely expect >>> to see glusterfs-server around). >> >> So this can be done for RC1 then? > > Yes, I think that can be done. Bug 1074947 exists for a long time > already, I've assigned it to myself now and an updated patch will get > posted for review soon. Awesome thanks Niels! ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
On Wed, Jan 31, 2018 at 09:48:09AM -0500, Shyam Ranganathan wrote: > On 01/31/2018 09:42 AM, Niels de Vos wrote: > > On Wed, Jan 31, 2018 at 09:13:26AM -0500, Kaleb S. KEITHLEY wrote: > >> On 01/31/2018 09:02 AM, Shyam Ranganathan wrote: > >>> Hi, > >>> > >>> In the gluster maintainers meeting last week, one of the topics touched > >>> upon was, should we build CentOS6 client packages for 4.0? > >>> > >>> The reasoning being, upgrading servers to 4.0 requires moving from > >>> CentOS6 (for installations on this base OS version) to CentOS7 and then > >>> moving to 4.0 bits on CentOS7. > >>> > >>> The same across clients would be further tedious. > >>> > >>> As a result (and based on glusterd2 not being a part of the client > >>> packages), should we build and release CentOS6 client packages for 4.0 > >>> via the CentOS Storage SIG? > >>> > >>> This does not mean we run regression tests using CentOS6 clients, like > >>> we never ran using CentOS7 bits in our regressions till date. > >>> > >>> Packaging team, thoughts? and what would it take to make it happen? If > >>> agreed upon can it be done for RC0 itself? > >> > >> Since glusterd2 looks like it will be packaged separate from glusterfs > >> we can probably continue to build and distribute glusterfs for el6 from > >> the CentOS Storage SIG. > > > > This can easily be done if there would be a --without-server ./configure > > option. At the moment that does not exist yet, so I prefer to wait with > > building the packages for CentOS-6 (otherwise users will likely expect > > to see glusterfs-server around). > > So this can be done for RC1 then? Yes, I think that can be done. Bug 1074947 exists for a long time already, I've assigned it to myself now and an updated patch will get posted for review soon. Niels ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
On 01/31/2018 09:42 AM, Niels de Vos wrote: > On Wed, Jan 31, 2018 at 09:13:26AM -0500, Kaleb S. KEITHLEY wrote: >> On 01/31/2018 09:02 AM, Shyam Ranganathan wrote: >>> Hi, >>> >>> In the gluster maintainers meeting last week, one of the topics touched >>> upon was, should we build CentOS6 client packages for 4.0? >>> >>> The reasoning being, upgrading servers to 4.0 requires moving from >>> CentOS6 (for installations on this base OS version) to CentOS7 and then >>> moving to 4.0 bits on CentOS7. >>> >>> The same across clients would be further tedious. >>> >>> As a result (and based on glusterd2 not being a part of the client >>> packages), should we build and release CentOS6 client packages for 4.0 >>> via the CentOS Storage SIG? >>> >>> This does not mean we run regression tests using CentOS6 clients, like >>> we never ran using CentOS7 bits in our regressions till date. >>> >>> Packaging team, thoughts? and what would it take to make it happen? If >>> agreed upon can it be done for RC0 itself? >> >> Since glusterd2 looks like it will be packaged separate from glusterfs >> we can probably continue to build and distribute glusterfs for el6 from >> the CentOS Storage SIG. > > This can easily be done if there would be a --without-server ./configure > option. At the moment that does not exist yet, so I prefer to wait with > building the packages for CentOS-6 (otherwise users will likely expect > to see glusterfs-server around). So this can be done for RC1 then? > >> And if EPEL has a golang compiler we should be able to do scratch builds >> of glusterd2 packages and distribute that via download.gluster.org. > > I suggest to only do this when users ask for a glusterfs-server on > CentOS-6, and they have a good reason not to move to CentOS-7. Agree. Also there has been not much noise on the initial mail with regards to this announcement in users, possibly post release we may see some noise. > > Niels > ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
On Wed, Jan 31, 2018 at 09:13:26AM -0500, Kaleb S. KEITHLEY wrote: > On 01/31/2018 09:02 AM, Shyam Ranganathan wrote: > > Hi, > > > > In the gluster maintainers meeting last week, one of the topics touched > > upon was, should we build CentOS6 client packages for 4.0? > > > > The reasoning being, upgrading servers to 4.0 requires moving from > > CentOS6 (for installations on this base OS version) to CentOS7 and then > > moving to 4.0 bits on CentOS7. > > > > The same across clients would be further tedious. > > > > As a result (and based on glusterd2 not being a part of the client > > packages), should we build and release CentOS6 client packages for 4.0 > > via the CentOS Storage SIG? > > > > This does not mean we run regression tests using CentOS6 clients, like > > we never ran using CentOS7 bits in our regressions till date. > > > > Packaging team, thoughts? and what would it take to make it happen? If > > agreed upon can it be done for RC0 itself? > > Since glusterd2 looks like it will be packaged separate from glusterfs > we can probably continue to build and distribute glusterfs for el6 from > the CentOS Storage SIG. This can easily be done if there would be a --without-server ./configure option. At the moment that does not exist yet, so I prefer to wait with building the packages for CentOS-6 (otherwise users will likely expect to see glusterfs-server around). > And if EPEL has a golang compiler we should be able to do scratch builds > of glusterd2 packages and distribute that via download.gluster.org. I suggest to only do this when users ask for a glusterfs-server on CentOS-6, and they have a good reason not to move to CentOS-7. Niels ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
On 01/31/2018 09:13 AM, Kaleb S. KEITHLEY wrote: > On 01/31/2018 09:02 AM, Shyam Ranganathan wrote: >> Hi, >> >> In the gluster maintainers meeting last week, one of the topics touched >> upon was, should we build CentOS6 client packages for 4.0? >> >> The reasoning being, upgrading servers to 4.0 requires moving from >> CentOS6 (for installations on this base OS version) to CentOS7 and then >> moving to 4.0 bits on CentOS7. >> >> The same across clients would be further tedious. >> >> As a result (and based on glusterd2 not being a part of the client >> packages), should we build and release CentOS6 client packages for 4.0 >> via the CentOS Storage SIG? >> >> This does not mean we run regression tests using CentOS6 clients, like >> we never ran using CentOS7 bits in our regressions till date. >> >> Packaging team, thoughts? and what would it take to make it happen? If >> agreed upon can it be done for RC0 itself? > > Since glusterd2 looks like it will be packaged separate from glusterfs > we can probably continue to build and distribute glusterfs for el6 from > the CentOS Storage SIG. > > And if EPEL has a golang compiler we should be able to do scratch builds > of glusterd2 packages and distribute that via download.gluster.org. scratch builds in Fedora's koji build system. > > I haven't tried any of this; it's mainly a thought experiment. > > -- > > Kaleb > ___ > maintainers mailing list > maintain...@gluster.org > http://lists.gluster.org/mailman/listinfo/maintainers > ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
On 01/31/2018 09:02 AM, Shyam Ranganathan wrote: > Hi, > > In the gluster maintainers meeting last week, one of the topics touched > upon was, should we build CentOS6 client packages for 4.0? > > The reasoning being, upgrading servers to 4.0 requires moving from > CentOS6 (for installations on this base OS version) to CentOS7 and then > moving to 4.0 bits on CentOS7. > > The same across clients would be further tedious. > > As a result (and based on glusterd2 not being a part of the client > packages), should we build and release CentOS6 client packages for 4.0 > via the CentOS Storage SIG? > > This does not mean we run regression tests using CentOS6 clients, like > we never ran using CentOS7 bits in our regressions till date. > > Packaging team, thoughts? and what would it take to make it happen? If > agreed upon can it be done for RC0 itself? Since glusterd2 looks like it will be packaged separate from glusterfs we can probably continue to build and distribute glusterfs for el6 from the CentOS Storage SIG. And if EPEL has a golang compiler we should be able to do scratch builds of glusterd2 packages and distribute that via download.gluster.org. I haven't tried any of this; it's mainly a thought experiment. -- Kaleb ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging
Re: [gluster-packaging] [Gluster-Maintainers] Release 4.0: Releasing client bits for CentOS6
Hi, In the gluster maintainers meeting last week, one of the topics touched upon was, should we build CentOS6 client packages for 4.0? The reasoning being, upgrading servers to 4.0 requires moving from CentOS6 (for installations on this base OS version) to CentOS7 and then moving to 4.0 bits on CentOS7. The same across clients would be further tedious. As a result (and based on glusterd2 not being a part of the client packages), should we build and release CentOS6 client packages for 4.0 via the CentOS Storage SIG? This does not mean we run regression tests using CentOS6 clients, like we never ran using CentOS7 bits in our regressions till date. Packaging team, thoughts? and what would it take to make it happen? If agreed upon can it be done for RC0 itself? Other, thoughts on the same. Thanks, Shyam ___ packaging mailing list packaging@gluster.org http://lists.gluster.org/mailman/listinfo/packaging