Re: [CentOS] centos-release-gluster8 for centos 7

[Nicolas Zuber]

Thanks for that information. On 
https://buildlogs.centos.org/centos/7/storage/x86_64/gluster-8/ one can 
find at least rpms for gluster 8, 8.1, 8.2, and 8.3. And in the 
community build service one can find a centos-release-gluster8 and 
glusterfs-8.3-1.el7 entries with state complete. So I guess it is 
already build as far as I understand.


Best Regards
Nicolas

On Mo. 18.01.2021 20:20 Uhr, Strahil Nikolov via CentOS wrote:

Last time I asked, there was no reply - which means that most probably v8 is 
not yet build for C7

Best Regards,
Strahil Nikolov






В понеделник, 18 януари 2021 г., 15:04:12 Гринуич+2, Nicolas Zuber 
 написа:





Hi all,

We have some Centos 7 server running with gluster 7 installed. We are
using the the packages provided by the storage SIG
(centos-release-gluster7). "Yum search centos-release-gluster" shows
centos-release-gluster7 as the latest gluster version provided. But
according to https://wiki.centos.org/SpecialInterestGroup/Storage there
should be already packages for the gluster 8 release available.

So I am wondering what I can do to be able to install glusterfs 8 from
the storage SIG.

Thanks,
Nicolas
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos-release-gluster8 for centos 7

[Strahil Nikolov via CentOS]

Last time I asked, there was no reply - which means that most probably v8 is 
not yet build for C7

Best Regards,
Strahil Nikolov






В понеделник, 18 януари 2021 г., 15:04:12 Гринуич+2, Nicolas Zuber 
 написа: 





Hi all,

We have some Centos 7 server running with gluster 7 installed. We are 
using the the packages provided by the storage SIG 
(centos-release-gluster7). "Yum search centos-release-gluster" shows 
centos-release-gluster7 as the latest gluster version provided. But 
according to https://wiki.centos.org/SpecialInterestGroup/Storage there 
should be already packages for the gluster 8 release available.

So I am wondering what I can do to be able to install glusterfs 8 from 
the storage SIG.

Thanks,
Nicolas
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] centos-release-gluster8 for centos 7

[Nicolas Zuber]

Hi all,

We have some Centos 7 server running with gluster 7 installed. We are 
using the the packages provided by the storage SIG 
(centos-release-gluster7). "Yum search centos-release-gluster" shows 
centos-release-gluster7 as the latest gluster version provided. But 
according to https://wiki.centos.org/SpecialInterestGroup/Storage there 
should be already packages for the gluster 8 release available.


So I am wondering what I can do to be able to install glusterfs 8 from 
the storage SIG.


Thanks,
Nicolas
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos-release-stream VS centos-stream-release

[Johnny Hughes]

On 1/6/21 8:53 AM, lejeczek via CentOS wrote:
> hi guys,
> 
> do you know what to make of that? Why these tho packages?
> 
> many thanks, L.

One is designed to live in centos linux 8 extras and allow you to
install upgrade from centos linux 8 to centos stream 8 .. the other is
the actual release file from stream that gets installed if you install
stream from the iso or after you upgrade.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] centos-release-stream VS centos-stream-release

[lejeczek via CentOS]

hi guys,

do you know what to make of that? Why these tho packages?

many thanks, L.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] centos-release-gluster8 missing

[Strahil Nikolov via CentOS]

Hello All,


does anyone know where is centos-release-gluster8 for CentOS 7 ?

Best Regards,
Strahil Nikolov

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find centos-release-8.1-1.1911.0.9.el8.src.rpm

[Johnny Hughes]

On 5/29/20 3:16 PM, m...@tdiehl.org wrote:
> Hi,
> 
> I am looking for centos-release-8.1-1.1911.0.9.el8.src.rpm.
> Does anyone know where to find it. The only thing I see in vault is
> centos-release-8.1-1.1911.0.8.el8.src.rpm.
> 
> Regards,
> 

You can get all source code from git:

https://git.centos.org/rpms/centos-release/tree/c8



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find centos-release-8.1-1.1911.0.9.el8.src.rpm

[Juan Jose Villaplana Querol]

Hi,

According to
https://centos.pkgs.org/8/centos-baseos-x86_64/centos-release-8.1-1.1911.0.9.el8.x86_64.rpm.html,
the src rpm should be at
http://vault.centos.org/8.1.1911/BaseOS/Source/SPackages/centos-release-8.1-1.1911.0.9.el8.src.rpm,
but it isn't.

Is the same issue I reported earlier
<https://lists.centos.org/pipermail/centos/2020-May/350425.html> for the
sssd src rpm.

Does anyone at CentOS development team know about this issue?

Best regards,
Juanjo

On Fri, May 29, 2020 at 10:16 PM  wrote:

> Hi,
>
> I am looking for centos-release-8.1-1.1911.0.9.el8.src.rpm.
> Does anyone know where to find it. The only thing I see in vault is
> centos-release-8.1-1.1911.0.8.el8.src.rpm.
>
> Regards,
>
> --
> Tom m...@tdiehl.org
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Juan José Villaplana Querol/Servei d'Informàtica/Universitat Jaume I
Powered by GMail.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Where can I find centos-release-8.1-1.1911.0.9.el8.src.rpm

[me]

Hi,

I am looking for centos-release-8.1-1.1911.0.9.el8.src.rpm.
Does anyone know where to find it. The only thing I see in vault is
centos-release-8.1-1.1911.0.8.el8.src.rpm.

Regards,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] ANNOUNCE: centos-release-xen to switch to newer xen

[Anthony PERARD]

On Wed, Mar 11, 2020 at 11:25:44AM +, Anthony PERARD wrote:
> Greeting,
> 
> We are about to update the centos-release-xen package to point to a newer
> version of Xen. That is 4.12 on CentOS 7 but only 4.10 on CentOS 6.

Now done.

Cheers,

-- 
Anthony PERARD
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] ANNOUNCE: centos-release-xen to switch to newer xen

[Anthony PERARD]

Greeting,

We are about to update the centos-release-xen package to point to a newer
version of Xen. That is 4.12 on CentOS 7 but only 4.10 on CentOS 6.

As a reminder, you can "pin" your installation to Xen 4.8 by installing
centos-release-xen-48 and then removing centos-release-xen.
Other available Xen version are:
    centos-release-xen-48
    centos-release-xen-410
    centos-release-xen-412 (CentOS 7 only)

On CentOS 6, ocaml is too old to build some component of Xen 4.12. There
may be other issues.

(I'll wait at least two weeks before pushing from testing to the release
repo.)

Cheers,

-- 
Anthony PERARD
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS] Stream not installing centos-release-stream

[Rich Greenwood]

It looks like anaconda isn't installing centos-release-stream when you
install CentOS 8 Stream.  I just did a minimal install through PXE and it
pulled everything from the 8-stream repository and installed the stream
versions, but didn't install centos-release-stream.  (Below is the output
of yum list \*release\* immediately after install.)  This means that it
will not get updates from stream.  Is this intentional or is this a bug?
--Rich

Last metadata expiration check: 0:06:02 ago on Tue 22 Oct 2019 11:02:55 AM
PDT.
Installed Packages
centos-release.x86_64   8.0-0.1905.0.9.el8
@anaconda
Available Packages
centos-release.i686 8.0-0.1905.0.9.el8
BaseOS
centos-release-stream.x86_648.0-0.1905.0.9.el8
extras
elrepo-release.noarch   8.0-2.el8.elrepo
extras
epel-release.noarch 8-5.el8
 extras

-- 
Rich Greenwood
Network Engineer
Shasta County Office of Education
530-225-0161
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Release for CentOS Linux 7 (1908) on armhfp aarch64 i386 ppc64 ppc64le and power9

[Johnny Hughes]

On 9/17/19 8:23 AM, Pablo Sebastián Greco wrote:


Should be .. CentOS 7 (1908)



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] CentOS 7.6 and Xen 4.6 / centos-release-xen broken

[Pasi Kärkkäinen]

Hi,

On Tue, Mar 05, 2019 at 01:32:38PM +, George Dunlap wrote:
> > >
> > > It seems currently "centos-release-xen" package is broken in CentOS7,
> > > it points to xen-46 repo, which isn't available anymore in CentOS 7.6:
> > >
> > > http://mirror.centos.org/centos/7/virt/x86_64/
> > >
> > >   -> xen-48/
> > >   -> xen-410/
> > >
> > >
> > > # yum clean all
> > > # yum search centos-release-xen
> > > ..
> > > centos-release-xen.x86_64 : CentOS Virt SIG Xen repo configs
> > > centos-release-xen-48.x86_64 : CentOS Virt Sig Xen repo configs for Xen 
> > > 4.8
> > > centos-release-xen-common.x86_64 : CentOS Virt Sig Xen support files
> > > ..
> > >
> > > # yum install centos-release-xen
> > > # cat /etc/yum.repos.d/CentOS-Xen.repo
> > >
> > > # CentOS-Xen.repo
> > > #
> > > # Please see http://wiki.centos.org/QaWiki/Xen4 for more
> > > # information
> > >
> > > [centos-virt-xen-46]
> > > name=CentOS-$releasever - xen
> > > baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/xen-46
> > > gpgcheck=1
> > > enabled=1
> > > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> > >
> > > [centos-virt-xen-46-testing]
> > > name=CentOS-$releasever - xen - testing
> > > baseurl=http://buildlogs.centos.org/centos/$releasever/virt/$basearch/xen-46
> > > gpgcheck=0
> > > enabled=0
> > > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> > >
> > >
> > > I guess two things should happen in CentOS7:
> > >
> > > 1) Publish centos-release-xen-410 package
> > >
> >
> > Ah, actually it's there already in xen-48 and xen-410 dirs, but not in 
> > CentOS extras.
> >
> >
> > > 2) Update centos-release-xen package to point to.. 410 ?
> > >
> >
> > So it seems the "centos-release-xen" package in "extras" repo has the 
> > xen-46 reference in it.
> > So we should update the package in extras.
> 
> Sorry, missed this -- yes, we've been trying to get the powers that be
> to update it for some time; we did finally manage to get it updated a
> week or two ago.  Could you give it a try now?
> 

Indeed, now "centos-release-xen" on centos7-extras gives xen-48 repo. That's 
better :)


Thanks a lot,

-- Pasi


>  -George
>

___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] CentOS 7.6 and Xen 4.6 / centos-release-xen broken

[George Dunlap]

On Sat, Feb 9, 2019 at 4:50 PM Pasi Kärkkäinen  wrote:
>
> Hi,
>
> On Sat, Feb 09, 2019 at 06:39:59PM +0200, Pasi Kärkkäinen wrote:
> > Hello George,
> >
> > On Thu, Nov 01, 2018 at 12:06:49PM +, George Dunlap wrote:
> > > Hey all,
> > >
> > > In order to make sure SIG content is "fresh", whenever a new version
> > > of CentOS comes out, content is discarded automatically unless SIG
> > > chairs specifically request it to be moved over.
> > >
> > > At the moment, Xen has three repos that are under consideration to be 
> > > moved up:
> > >
> > > virt/x86_64/xen-46
> > > virt/x86_64/xen-48
> > > virt/x86_64/xen-410
> > >
> > > I'll request xen-48 and xen-410 to be updated for sure, but I wanted
> > > to gauge how much interest there was in xen-46.  If you have strong
> > > feelings about xen-46, let me know (and perhaps consider volunteering
> > > to maintain the packages).
> > >
> >
> > It seems currently "centos-release-xen" package is broken in CentOS7,
> > it points to xen-46 repo, which isn't available anymore in CentOS 7.6:
> >
> > http://mirror.centos.org/centos/7/virt/x86_64/
> >
> >   -> xen-48/
> >   -> xen-410/
> >
> >
> > # yum clean all
> > # yum search centos-release-xen
> > ..
> > centos-release-xen.x86_64 : CentOS Virt SIG Xen repo configs
> > centos-release-xen-48.x86_64 : CentOS Virt Sig Xen repo configs for Xen 4.8
> > centos-release-xen-common.x86_64 : CentOS Virt Sig Xen support files
> > ..
> >
> > # yum install centos-release-xen
> > # cat /etc/yum.repos.d/CentOS-Xen.repo
> >
> > # CentOS-Xen.repo
> > #
> > # Please see http://wiki.centos.org/QaWiki/Xen4 for more
> > # information
> >
> > [centos-virt-xen-46]
> > name=CentOS-$releasever - xen
> > baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/xen-46
> > gpgcheck=1
> > enabled=1
> > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> >
> > [centos-virt-xen-46-testing]
> > name=CentOS-$releasever - xen - testing
> > baseurl=http://buildlogs.centos.org/centos/$releasever/virt/$basearch/xen-46
> > gpgcheck=0
> > enabled=0
> > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> >
> >
> > I guess two things should happen in CentOS7:
> >
> > 1) Publish centos-release-xen-410 package
> >
>
> Ah, actually it's there already in xen-48 and xen-410 dirs, but not in CentOS 
> extras.
>
>
> > 2) Update centos-release-xen package to point to.. 410 ?
> >
>
> So it seems the "centos-release-xen" package in "extras" repo has the xen-46 
> reference in it.
> So we should update the package in extras.

Sorry, missed this -- yes, we've been trying to get the powers that be
to update it for some time; we did finally manage to get it updated a
week or two ago.  Could you give it a try now?

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] CentOS 7.6 and Xen 4.6 / centos-release-xen broken

[Pasi Kärkkäinen]

Hi,

On Sat, Feb 09, 2019 at 06:39:59PM +0200, Pasi Kärkkäinen wrote:
> Hello George,
> 
> On Thu, Nov 01, 2018 at 12:06:49PM +, George Dunlap wrote:
> > Hey all,
> > 
> > In order to make sure SIG content is "fresh", whenever a new version
> > of CentOS comes out, content is discarded automatically unless SIG
> > chairs specifically request it to be moved over.
> > 
> > At the moment, Xen has three repos that are under consideration to be moved 
> > up:
> > 
> > virt/x86_64/xen-46
> > virt/x86_64/xen-48
> > virt/x86_64/xen-410
> > 
> > I'll request xen-48 and xen-410 to be updated for sure, but I wanted
> > to gauge how much interest there was in xen-46.  If you have strong
> > feelings about xen-46, let me know (and perhaps consider volunteering
> > to maintain the packages).
> > 
> 
> It seems currently "centos-release-xen" package is broken in CentOS7,
> it points to xen-46 repo, which isn't available anymore in CentOS 7.6:
> 
> http://mirror.centos.org/centos/7/virt/x86_64/
> 
>   -> xen-48/
>   -> xen-410/
> 
> 
> # yum clean all
> # yum search centos-release-xen
> ..
> centos-release-xen.x86_64 : CentOS Virt SIG Xen repo configs
> centos-release-xen-48.x86_64 : CentOS Virt Sig Xen repo configs for Xen 4.8
> centos-release-xen-common.x86_64 : CentOS Virt Sig Xen support files
> ..
> 
> # yum install centos-release-xen
> # cat /etc/yum.repos.d/CentOS-Xen.repo 
> 
> # CentOS-Xen.repo
> #
> # Please see http://wiki.centos.org/QaWiki/Xen4 for more 
> # information
> 
> [centos-virt-xen-46]
> name=CentOS-$releasever - xen
> baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/xen-46
> gpgcheck=1
> enabled=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> 
> [centos-virt-xen-46-testing]
> name=CentOS-$releasever - xen - testing
> baseurl=http://buildlogs.centos.org/centos/$releasever/virt/$basearch/xen-46
> gpgcheck=0
> enabled=0
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization
> 
> 
> I guess two things should happen in CentOS7:
> 
> 1) Publish centos-release-xen-410 package
>

Ah, actually it's there already in xen-48 and xen-410 dirs, but not in CentOS 
extras.


> 2) Update centos-release-xen package to point to.. 410 ? 
> 

So it seems the "centos-release-xen" package in "extras" repo has the xen-46 
reference in it.
So we should update the package in extras.


Thanks,

-- Pasi

> 
> Thanks,
> 
> -- Pasi
> 
> > Thanks,
> >  -George
> > 
> 
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] CentOS 7.6 and Xen 4.6 / centos-release-xen broken

[Pasi Kärkkäinen]

Hello George,

On Thu, Nov 01, 2018 at 12:06:49PM +, George Dunlap wrote:
> Hey all,
> 
> In order to make sure SIG content is "fresh", whenever a new version
> of CentOS comes out, content is discarded automatically unless SIG
> chairs specifically request it to be moved over.
> 
> At the moment, Xen has three repos that are under consideration to be moved 
> up:
> 
> virt/x86_64/xen-46
> virt/x86_64/xen-48
> virt/x86_64/xen-410
> 
> I'll request xen-48 and xen-410 to be updated for sure, but I wanted
> to gauge how much interest there was in xen-46.  If you have strong
> feelings about xen-46, let me know (and perhaps consider volunteering
> to maintain the packages).
> 

It seems currently "centos-release-xen" package is broken in CentOS7,
it points to xen-46 repo, which isn't available anymore in CentOS 7.6:

http://mirror.centos.org/centos/7/virt/x86_64/

    -> xen-48/
    -> xen-410/


# yum clean all
# yum search centos-release-xen
..
centos-release-xen.x86_64 : CentOS Virt SIG Xen repo configs
centos-release-xen-48.x86_64 : CentOS Virt Sig Xen repo configs for Xen 4.8
centos-release-xen-common.x86_64 : CentOS Virt Sig Xen support files
..

# yum install centos-release-xen
# cat /etc/yum.repos.d/CentOS-Xen.repo 

# CentOS-Xen.repo
#
# Please see http://wiki.centos.org/QaWiki/Xen4 for more 
# information

[centos-virt-xen-46]
name=CentOS-$releasever - xen
baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/xen-46
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization

[centos-virt-xen-46-testing]
name=CentOS-$releasever - xen - testing
baseurl=http://buildlogs.centos.org/centos/$releasever/virt/$basearch/xen-46
gpgcheck=0
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization


I guess two things should happen in CentOS7:

1) Publish centos-release-xen-410 package
2) Update centos-release-xen package to point to.. 410 ? 


Thanks,

-- Pasi

> Thanks,
>  -George
> 

___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Centos-release src rpm.

[Johnny Hughes]

On 12/4/18 8:25 AM, m...@tdiehl.org wrote:
> Hi,
> 
> Any chance someone (Johnny?) could point me towards the latest
> centos-release
> src rpm?
> 
> Regards,
> 

https://buildlogs.centos.org/c7.1810.00.x86_64/centos-release/20181123131556/7-6.1810.2.el7.centos.x86_64/





signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos-release src rpm.

[John R. Dennison]

On Tue, Dec 04, 2018 at 09:25:31AM -0500, m...@tdiehl.org wrote:
> Hi,
> 
> Any chance someone (Johnny?) could point me towards the latest centos-release
> src rpm?

Until the SRPMs are pushed to vault.centos.org you can get the same
packages that are on the ISOs / mirrors from buildlogs.centos.org.  Do
note, however, that these packages are not signed.






John
-- 
I begin by taking.  I shall find scholars later to demonstrate my perfect right.

-- Euripides (c 480 BC - 406 BC), Greek playwright, Suppliants


pgpLB0pnKCDod.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos-release src rpm.

[Phil Wyett]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 2018-12-04 at 09:25 -0500, m...@tdiehl.org wrote:
> Hi,
> 
> Any chance someone (Johnny?) could point me towards the latest centos-release
> src rpm?
> 
> Regards,
> 

Hi,

The source rpm files will appear on: vault.centos.org in due course.
Alternatively you can book out code and build the source rpm files yourself
from: git.centos.org.

Regards

Phil

- -- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

IRC: kathenas

Web: https://kathenas.org

Github: https://github.com/kathenas

GitLab: https://gitlab.com/kathenas

Twitter: kathenasorg

GPG: A0C3 4C6A AC2B B8F4 F1E5 EDF4 333F 60DC B0B9 BB77
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJcBpXlAAoJEDM/YNywubt3f6QP/3b6iPFYQAHufp0kE+oWBDe4
OeEi0Cl4Ll7ts9+6459rP6PwdwPsqN8YglaCS3z977zGF1kcEovhasQK6ANnk2eh
Arv2TAVOaU8l1mesoigDPDSys9o2nL/XobYbTKMbL3jsymc5LkFZ+eEfow4pdKBA
EsmUVnQgZOxWJcCLe5t/XL5Ne33NR41oPYPgqNH2prs4WCbzU2xzn89sHLk1pwf0
NhpVrMH8E5J8VtyAK20o/971JJvlgD/4P3Yz10fNzi5RLMMtcxWM0uI5lFk5VVa6
cUaH+Hz1NS7rfrNGpknvJybwYk+zt8f4iv1Fw5h4wpHlX3izonmrxRQvDjs0f9zC
bQZhtv+sHk6MYmmYbX1JphuZSOTJhqJyZIkTEn/wSttVAuSTX7p1W9UQH+P7AMvt
lr2mfbYSTcSDGD9bTeBsXgimJoC7bbMcYyN1iKgyb6fhn4lrTd1O2F1VNSwrlho3
Ocq+/5jJM0snOpX+7TngA8PWrCCOSuhvWHGS0MYluSauaANN241NRmxbmiqeB3bs
Sell/RIr7PGF9s+qlYaun+yEvTdV1ktvNYEhovN5N4BKQXmZpa1l0KNK7k6ZVU/C
BD/acia/dW8Kx1egKzjhG8lmhEqcL5UndgFD/tg/1m1W04bzMDAT6Vd/o4DiHm7x
dtybD2WozX08GAy5/FcG
=uBkz
-END PGP SIGNATURE-

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Centos-release src rpm.

[me]

Hi,

Any chance someone (Johnny?) could point me towards the latest centos-release
src rpm?

Regards,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] centos-release-7-5.1804.5.el7.centos update

[Johnny Hughes]

We have released an update to the centos-release that changes some of
the architectures to use mirrorlist.centos.org (which also uses external
mirrors) .. instead of having all alternative arches use only
mirror.centos.org.  This should male updates happen faster for these
arches as it spreads the load from our mirror.centos.org servers
(normally 20-30 worldwide mirrors) to more than 600 world wide mirrors
in 83 countries in mirrorlist.
  
The files in this release are (only the applicable rpm will install on
your CentOS instance, based on its architecture):
centos-release-7-5.1804.5.el7.centos.a.aarch64.rpm
centos-release-7-5.1804.5.el7.centos.p.ppc64.rpm
centos-release-7-5.1804.5.el7.centos.p9.ppc64le.rpm
centos-release-7-5.1804.5.el7.centos.p.ppc64le.rpm
centos-release-7-5.1804.5.el7.centos.i.i686.rpm
centos-release-7-5.1804.5.el7.centos.x86_64.rpm

All these RPMs are built from the same Source RPM:
http://vault.centos.org/7.5.1804/updates/Source/SPackages/centos-release-7-5.1804.5.el7.centos.src.rpm

You can also get the centos-release sources from these git repos:

SPEC file and patches:
https://github.com/CentOS/sig-core-AltArch/tree/master/centos-release

Exploded Tarball:
https://github.com/CentOS/sig-core-AltArch/tree/master/centos-release-repo

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce

Re: [CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

[George Dunlap]

On Thu, Aug 2, 2018 at 11:58 AM T.Weyergraf  wrote:
>
> Hi
>
> Thanks for providing updated Packages, they are much appreciated. At
> work, we are currently running an entire production infrastructure on
> Xen4CentOS, with quite some success.
>
> We are looking into a refresh towards CentOS 7 along with newer Xen and
> Dom0 Kernel packages. However, even the updated packages are quite old.
> Xen 4.8 is out of active support since June and will see the end of
> security support in less than a year. Likewise, a newer LTS kernel
> (4.14) exists for quite some time, while the Xen4CentOS effort currently
> uses 4.9.

Re Xen, our ideal goal is to always be running the most
recently-released even-numbered point release; i.e., I would ideally
like to be on 4.10 now, and probably be on 4.12 as soon as 4.12.1
comes out.  But Anthony and I are normal developers with lots of stuff
to do, so we get to it when we can.  Pull requests make improvements
happen much faster. : -)

Regarding Linux, I don't personally have any preference; historically
the sense was that CentOS users liked "old stodgy and boring", and so
staying on the oldest possible kernel to pick up the latest bug fixes
*without* picking up the latest bugs was seen as the thing to do.  We
might make an exception to get PVH.  Did you have an alternate
suggestion for the community to consider?

> Are there any short to mid-term plans to bump both versions to more
> current ones (i.e.: 4.10 and 4.14)? Currently, our update-tests are
> based on 4.10 candidate packages with kernel 4.9. Given the support
> timelines, I'd rather prefer 4.10 over 4.8. A change in Xen versions has
> been never successfully performed using live-migration between versions,
> so a reboot of more or less our entire infrastructure is required.
> Something you would not consider light-hearted.

Supporting any -> any live migration is a testing load that upstream
Xen doesn't have yet.  If that's important, you might consider one of
the paid-for options, like XenServer.

> As a side note, is there anything reasonable, people like me could to,
> to support the speed-up of that process? I would consider testing to be
> important, but are there any regression test-suites, one could use? I am
> aware, there are such tests, but I have not found something to actually
> try in our test-infrastructure.

There are three general things that need testing:
1) Xen core virtualization
  1a) Xen / CentOS package usability
2) CentOS packaging (making sure installs / updates work, )
3) Kernel testing -- device driver bugs, 

#1 is generally taken care of pretty well by upstream testing at this
point, so doesn't need any coverage.

#1a of course is something that is difficult for upstream developers
to do, because we're too close things, and because we don't do
everything our users do.

#2 is something that we really should get into a CI somewhere; but
generally a combination of ad-hoc and community testing seems to work
OK.

#3 is something that it's not really possible for anyone to do other
than a company with massive amounts of dedicated resources and an HCL;
we really rely on our users to test their own hardware and report /
help track down issues.

So, probably the best thing is to help test out new kernels on your
own hardware whenever you can; and also give feedback / suggestions on
the usability of the software and packages that we can feed in to
improve the process.

> Finally a big shout-out and kudos to the Xen community and Xen4CentOS.
> Your work is used and much appreciated.

Thanks!  Glad to know it's useful. :-)

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

[Jeff Fisher]

I assume the 4.6 to 4.8 upgrade just works and there's nothing special 
to be done? I haven't fired up a test box yet.


Thanks,
Jeff

On 08/02/2018 04:32 AM, Anthony PERARD wrote:

Greeting,

We are about to update the centos-release-xen package to point to Xen
4.8 rather than 4.6. I'll push the update next week.

As a reminder, you can "pin" your installation to Xen 4.6 by installing
centos-release-xen-46 and then removing centos-release-xen.

And for the more adventurous, that update will come with a new package
centos-release-xen-410 to install Xen 4.10.

(Testing will be updated today.)

Cheers,


___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Why the new centos-release update?

[Johnny Hughes]

On 08/03/2018 07:58 AM, Greg Bailey wrote:
> Just curious about this after seeing the following output of a typical
> "yum upgrade":
> 
> Resolving Dependencies
> --> Running transaction check
> ---> Package centos-release.x86_64 0:7-5.1804.el7.centos.2 will be updated
> ---> Package centos-release.x86_64 0:7-5.1804.1.el7.centos will be an
> update
> ...etc...
> 
> After downloading the 2 centos-release RPMs, the content appears
> identical.  I was assuming there'd at least be differences with yum
> definitions, GPG keys, or something like that.
> 
> Was it just to fix some naming inconsistency or something?
> 

The new one (and newer still) are required for the alt arches ..
specifically to roll in SIG content and allow the SIGs to build from the
SRPMs and have it work on other than x86_64.  The actual x86_64 content
remains unchanged .. BUT .. we are using now a 'unified' centos-release
source code for all arches (x86_64 and the AltArches as well):

https://github.com/CentOS/sig-core-AltArch/tree/master/centos-release

The latest update the centos-release .. hopefully the last until the
next point release (7-5.1804.4.el7.centos), will allow us to support the
power9 arch with the kernel-alt (a 4.14 kernel) and a newer anaconda
(both also used in aarch64).

The latest centos-release also allows for better Atomic Host integration
iwth this added for all arches:

https://pagure.io/fedora-release/pull-request/102#request_diff

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Why the new centos-release update?

[Greg Bailey]

Just curious about this after seeing the following output of a typical 
"yum upgrade":


Resolving Dependencies
--> Running transaction check
---> Package centos-release.x86_64 0:7-5.1804.el7.centos.2 will be updated
---> Package centos-release.x86_64 0:7-5.1804.1.el7.centos will be an update
...etc...

After downloading the 2 centos-release RPMs, the content appears 
identical.  I was assuming there'd at least be differences with yum 
definitions, GPG keys, or something like that.


Was it just to fix some naming inconsistency or something?

-Greg

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

[Sarah Newman]

On 08/02/2018 03:58 AM, T.Weyergraf wrote:
> Hi
> 
> Thanks for providing updated Packages, they are much appreciated. At work, we 
> are currently running an entire production infrastructure on Xen4CentOS,
> with quite some success.
> 
> We are looking into a refresh towards CentOS 7 along with newer Xen and Dom0 
> Kernel packages. However, even the updated packages are quite old. Xen
> 4.8 is out of active support since June and will see the end of security 
> support in less than a year.

https://wiki.xenproject.org/wiki/Xen_Project_Release_Features says December 
2019, so about a year and 4 months.

> Likewise, a newer LTS kernel (4.14) exists for
> quite some time, while the Xen4CentOS effort currently uses 4.9.

The end support date for that is much sooner: January 2019. Based on 
https://www.kernel.org/category/releases.html I'm not sure if it makes sense to
move until a new LTS is available, as I suspect that will happen before 4.9 
support ends. If you wanted to contribute an experimental 4.14 kernel it
might be accepted.

> Are there any short to mid-term plans to bump both versions to more current 
> ones (i.e.: 4.10 and 4.14)?

Anthony's original email said "that update will come with a new package 
centos-release-xen-410 to install Xen 4.10." So yes on Xen.

> As a side note, is there anything reasonable, people like me could to, to 
> support the speed-up of that process? I would consider testing to be
> important, but are there any regression test-suites, one could use? I am 
> aware, there are such tests, but I have not found something to actually try
> in our test-infrastructure.

My understanding is that would be most welcome if you have anything to 
contribute. There are occasional meetings on freenode in #centos-devel for the
virt-sig but you can also try the #centos-virt irc room.

> Finally a big shout-out and kudos to the Xen community and Xen4CentOS. Your 
> work is used and much appreciated.

+1, we haven't given back enough ourselves.

--Sarah
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

[Anthony PERARD]

Greeting,

We are about to update the centos-release-xen package to point to Xen
4.8 rather than 4.6. I'll push the update next week.

As a reminder, you can "pin" your installation to Xen 4.6 by installing
centos-release-xen-46 and then removing centos-release-xen.

And for the more adventurous, that update will come with a new package
centos-release-xen-410 to install Xen 4.10.

(Testing will be updated today.)

Cheers,

-- 
Anthony PERARD
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Leon Fauster via CentOS]

> Am 11.07.2018 um 20:56 schrieb Johnny Hughes :
> 
> On 07/11/2018 01:39 PM, Johnny Hughes wrote:
>> On 07/11/2018 09:20 AM, Leonard den Ottolander wrote:
>>> On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote:
 I pushed the 3 SRPMs that are not in CR to:
 
 http://vault.centos.org/6.10/os/Source/SPackages/
>>> 
 All the other new SRPMS should be available from :
 
 http://vault.centos.org/6.9/cr/Source/SPackages/
>>> 
>>> When you have time, could all 6.10 SRPMS be made available in 6.10/os as
>>> well?
>>> 
>>> Also, there are a few updates still missing: dhcp-4.1.1-61.P1.el6_10,
>>> qemu-kvm-0.12.1.2-2.506.el6_10.1 and kernel-2.6.32-754.2.1.el6.
>>> 
>> 
>> They will all be there once all the tool sets for firefox are done
>> building .. that is what the builders are all doing right now .. el6 and
>> el7 devtoolset-7, llvm-toolset-7, rust-toolset-7 and all the deps /
>> prereqs, bootstraps, etc.
>> 
> 
> For those that don't know what it entails ..
> 
> There are 7 arches for el7 .. each of the 7 arches needed 4 new repos
> set up (devtoolset-7, llvm-toolset-7, rust-toolset-7, firefox) with
> their own specific mock config.
> 
> For several of the packages in devtoolset-7 and rust-toolset .. there
> are cyclic dependencies (gdb depends on gcc and gcc depends on gdb) ..
> so you need to boot strap a package to use to build one of them .. then
> use that bootstrap package to build the other .. then build them both
> again, etc.  Same for el6 .. but the deps that need bootstrapping are
> different.
> 
> for el6 .. only 2 arches (not 7) and only 2 extra repos .. but no el6
> rust-toolset sources right now and the el7 source code does not work as
> is .. it must be adapted for el6 (older python, no llvm, etc.)
> 
> I expect to have it all done by the end of this week .. probably by
> tomorrow .. but it was quite challenging.
> 
> This is tying up the builders and the testing machines I have available
> for building.  This is also unprecedented in EL sources .. several tool
> kits required for one OS base package.  But , we'll get through it this
> week.


Thank you for your big effort to get this done! I can only send symbolically a 
beer.

--
LF






___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Johnny Hughes]

On 07/11/2018 01:39 PM, Johnny Hughes wrote:
> On 07/11/2018 09:20 AM, Leonard den Ottolander wrote:
>> On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote:
>>> I pushed the 3 SRPMs that are not in CR to:
>>>
>>> http://vault.centos.org/6.10/os/Source/SPackages/
>>
>>> All the other new SRPMS should be available from :
>>>
>>> http://vault.centos.org/6.9/cr/Source/SPackages/
>>
>> When you have time, could all 6.10 SRPMS be made available in 6.10/os as
>> well?
>>
>> Also, there are a few updates still missing: dhcp-4.1.1-61.P1.el6_10,
>> qemu-kvm-0.12.1.2-2.506.el6_10.1 and kernel-2.6.32-754.2.1.el6.
>>
> 
> They will all be there once all the tool sets for firefox are done
> building .. that is what the builders are all doing right now .. el6 and
> el7 devtoolset-7, llvm-toolset-7, rust-toolset-7 and all the deps /
> prereqs, bootstraps, etc.
> 

For those that don't know what it entails ..

There are 7 arches for el7 .. each of the 7 arches needed 4 new repos
set up (devtoolset-7, llvm-toolset-7, rust-toolset-7, firefox) with
their own specific mock config.

For several of the packages in devtoolset-7 and rust-toolset .. there
are cyclic dependencies (gdb depends on gcc and gcc depends on gdb) ..
so you need to boot strap a package to use to build one of them .. then
use that bootstrap package to build the other .. then build them both
again, etc.  Same for el6 .. but the deps that need bootstrapping are
different.

for el6 .. only 2 arches (not 7) and only 2 extra repos .. but no el6
rust-toolset sources right now and the el7 source code does not work as
is .. it must be adapted for el6 (older python, no llvm, etc.)

I expect to have it all done by the end of this week .. probably by
tomorrow .. but it was quite challenging.

This is tying up the builders and the testing machines I have available
for building.  This is also unprecedented in EL sources .. several tool
kits required for one OS base package.  But , we'll get through it this
week.






signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Johnny Hughes]

On 07/11/2018 09:20 AM, Leonard den Ottolander wrote:
> On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote:
>> I pushed the 3 SRPMs that are not in CR to:
>>
>> http://vault.centos.org/6.10/os/Source/SPackages/
> 
>> All the other new SRPMS should be available from :
>>
>> http://vault.centos.org/6.9/cr/Source/SPackages/
> 
> When you have time, could all 6.10 SRPMS be made available in 6.10/os as
> well?
> 
> Also, there are a few updates still missing: dhcp-4.1.1-61.P1.el6_10,
> qemu-kvm-0.12.1.2-2.506.el6_10.1 and kernel-2.6.32-754.2.1.el6.
>

They will all be there once all the tool sets for firefox are done
building .. that is what the builders are all doing right now .. el6 and
el7 devtoolset-7, llvm-toolset-7, rust-toolset-7 and all the deps /
prereqs, bootstraps, etc.



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Leonard den Ottolander]

On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote:
> I pushed the 3 SRPMs that are not in CR to:
> 
> http://vault.centos.org/6.10/os/Source/SPackages/

> All the other new SRPMS should be available from :
> 
> http://vault.centos.org/6.9/cr/Source/SPackages/

When you have time, could all 6.10 SRPMS be made available in 6.10/os as
well?

Also, there are a few updates still missing: dhcp-4.1.1-61.P1.el6_10,
qemu-kvm-0.12.1.2-2.506.el6_10.1 and kernel-2.6.32-754.2.1.el6.

Regards,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Johnny Hughes]

On 07/10/2018 04:39 AM, Andrew Colin Kissa wrote:
> On 05/07/2018 13:34, Johnny Hughes wrote:
>> I pushed the 3 SRPMs that are not in CR to:
>>
>> http://vault.centos.org/6.10/os/Source/SPackages/
>>
>> They should be there in a few minutes (after the master mirror syncs out
>> to the rest of the vault mirrors).
>>
>> All the other new SRPMS should be available from :
>>
>> http://vault.centos.org/6.9/cr/Source/SPackages/
> 
> It seems some srpms are still missing in both CR and the 6.10 source
> directories. An example of the missing srpms is anaconda.
> 
> Any timelines on when the full srpms will hit the mirrors ?
> 

There is NO NEW anaconda in 6.10 .. the SRPM for 6.9 anaconda is here:

http://vault.centos.org/6.9/os/Source/SPackages/





signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[me]

On Tue, 10 Jul 2018, Andrew Colin Kissa wrote:


On 05/07/2018 13:34, Johnny Hughes wrote:

 I pushed the 3 SRPMs that are not in CR to:

 http://vault.centos.org/6.10/os/Source/SPackages/

 They should be there in a few minutes (after the master mirror syncs out
 to the rest of the vault mirrors).

 All the other new SRPMS should be available from :

 http://vault.centos.org/6.9/cr/Source/SPackages/


It seems some SRPMS are still missing in both CR and the 6.10 source
directories. An example of the missing SRPMS is anaconda.

Any timelines on when the full srpms will hit the mirrors ?


SRPMS do not get mirrored. They are in the vault. For 1804 try looking
in http://vault.centos.org/7.5.1804/os/Source/SPackages/

I see 3 anaconda SRPMS in there.

Regards,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Andrew Colin Kissa]

On 05/07/2018 13:34, Johnny Hughes wrote:

I pushed the 3 SRPMs that are not in CR to:

http://vault.centos.org/6.10/os/Source/SPackages/

They should be there in a few minutes (after the master mirror syncs out
to the rest of the vault mirrors).

All the other new SRPMS should be available from :

http://vault.centos.org/6.9/cr/Source/SPackages/


It seems some srpms are still missing in both CR and the 6.10 source
directories. An example of the missing srpms is anaconda.

Any timelines on when the full srpms will hit the mirrors ?

- A
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Johnny Hughes]

On 07/05/2018 06:13 AM, Johnny Hughes wrote:
> On 07/04/2018 06:35 PM, m...@tdiehl.org wrote:
>> On Wed, 4 Jul 2018, Phil Wyett wrote:
>>>
>>> On Wed, 2018-07-04 at 16:06 -0400, m...@tdiehl.org wrote:
>>>> Hi,
>>>>
>>>> Where can I find the srpm for
>>>> centos-release-6-10.el6.centos.12.3.x86_64?
>>>>
>>>> I looked in vault and it is not there.
>>>>
>>>
>>> The 6.10 folder is in place, but we need to give the team chance to
>>> upload. I
>>> would assume it will appear in coming days or alternatively, you could
>>> create
>>> your own from git.centos.org.
>>
>> Hi,
>>
>> Yea, I know it will show up in a few days. In the past when I asked,
>> someone
>> usually provides a url to it so that I can get going with what I have to
>> do.
>>
>> TBH, Pulling the sources from git.centos.org would be a great way to get
>> the
>> sources if it worked as per the documentation @
>> https://wiki.centos.org/Sources
>> I thought that I had this figured out for C7 by following the above wiki
>> page
>> but if I pull the sources for the c7 centos-release rpm when I look at
>> the spec
>> file I see it is for 7.3.1611. If I try to do a git checkout for c6 I
>> get the
>> following error:
>>
>> (vgeppetto2 pts14) $ git checkout c6
>> error: pathspec 'c6' did not match any file(s) known to git.
>> (vgeppetto2 pts14) $
>>
>> So at this point in time, I am lost. Can someone tell me what the magic
>> incantation is to actually get the latest sources?
>>
>> It would also be nice if it was described how to do this
>> @ https://wiki.centos.org/Sources so that mear mortals like myself could
>> understand how to actually use it.
>>
> 
> All the sources except centos-release are in place in the CR directory
> .. I will be working on getting the Sources directory completed today.
> I don't want to delay the actual os release to get all the sources in
> place before release of the os.
> 
> WRT getting sources from git.centos.org .. that is for CentOS-7 and
> later only.
> 
> CentOS-6 predates the CentOS move to the Red Hat family and we did not
> change where the sources come from for CentOS-6 .. I still get the
> original Sources from ftp.redhat.com to build.
> 
> 
> 
> Any way, for the record, this was the fastest version 6 release so far
> with CR released in 1 Day and full release in 10 days.
> 
> I am working on getting those SRPMs to the master server now.

I pushed the 3 SRPMs that are not in CR to:

http://vault.centos.org/6.10/os/Source/SPackages/

They should be there in a few minutes (after the master mirror syncs out
to the rest of the vault mirrors).

All the other new SRPMS should be available from :

http://vault.centos.org/6.9/cr/Source/SPackages/

If you have any other issues let me know .. but I want to work on the
Firefox-60 build first thing this morning to see if we can get that out
today (at least for CentOS-7).

See my other post today to this list on the 'Firefox 60.0.1.0 ESR
Progress' thread about this issue.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Johnny Hughes]

On 07/04/2018 06:35 PM, m...@tdiehl.org wrote:
> On Wed, 4 Jul 2018, Phil Wyett wrote:
>>
>> On Wed, 2018-07-04 at 16:06 -0400, m...@tdiehl.org wrote:
>>> Hi,
>>>
>>> Where can I find the srpm for
>>> centos-release-6-10.el6.centos.12.3.x86_64?
>>>
>>> I looked in vault and it is not there.
>>>
>>
>> The 6.10 folder is in place, but we need to give the team chance to
>> upload. I
>> would assume it will appear in coming days or alternatively, you could
>> create
>> your own from git.centos.org.
> 
> Hi,
> 
> Yea, I know it will show up in a few days. In the past when I asked,
> someone
> usually provides a url to it so that I can get going with what I have to
> do.
> 
> TBH, Pulling the sources from git.centos.org would be a great way to get
> the
> sources if it worked as per the documentation @
> https://wiki.centos.org/Sources
> I thought that I had this figured out for C7 by following the above wiki
> page
> but if I pull the sources for the c7 centos-release rpm when I look at
> the spec
> file I see it is for 7.3.1611. If I try to do a git checkout for c6 I
> get the
> following error:
> 
> (vgeppetto2 pts14) $ git checkout c6
> error: pathspec 'c6' did not match any file(s) known to git.
> (vgeppetto2 pts14) $
> 
> So at this point in time, I am lost. Can someone tell me what the magic
> incantation is to actually get the latest sources?
> 
> It would also be nice if it was described how to do this
> @ https://wiki.centos.org/Sources so that mear mortals like myself could
> understand how to actually use it.
> 

All the sources except centos-release are in place in the CR directory
.. I will be working on getting the Sources directory completed today.
I don't want to delay the actual os release to get all the sources in
place before release of the os.

WRT getting sources from git.centos.org .. that is for CentOS-7 and
later only.

CentOS-6 predates the CentOS move to the Red Hat family and we did not
change where the sources come from for CentOS-6 .. I still get the
original Sources from ftp.redhat.com to build.



Any way, for the record, this was the fastest version 6 release so far
with CR released in 1 Day and full release in 10 days.

I am working on getting those SRPMs to the master server now.

Thanks,
Johnny Hughes




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[me]

On Wed, 4 Jul 2018, Phil Wyett wrote:


On Wed, 2018-07-04 at 16:06 -0400, m...@tdiehl.org wrote:

Hi,

Where can I find the srpm for centos-release-6-10.el6.centos.12.3.x86_64?

I looked in vault and it is not there.



The 6.10 folder is in place, but we need to give the team chance to upload. I
would assume it will appear in coming days or alternatively, you could create
your own from git.centos.org.


Hi,

Yea, I know it will show up in a few days. In the past when I asked, someone
usually provides a url to it so that I can get going with what I have to do.

TBH, Pulling the sources from git.centos.org would be a great way to get the
sources if it worked as per the documentation @ https://wiki.centos.org/Sources
I thought that I had this figured out for C7 by following the above wiki page
but if I pull the sources for the c7 centos-release rpm when I look at the spec
file I see it is for 7.3.1611. If I try to do a git checkout for c6 I get the
following error:

(vgeppetto2 pts14) $ git checkout c6
error: pathspec 'c6' did not match any file(s) known to git.
(vgeppetto2 pts14) $

So at this point in time, I am lost. Can someone tell me what the magic
incantation is to actually get the latest sources?

It would also be nice if it was described how to do this
@ https://wiki.centos.org/Sources so that mear mortals like myself could
understand how to actually use it.

Regards,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where can I find the 6.10 centos-release srpm?

[Phil Wyett]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 2018-07-04 at 16:06 -0400, m...@tdiehl.org wrote:
> Hi,
> 
> Where can I find the srpm for centos-release-6-10.el6.centos.12.3.x86_64?
> 
> I looked in vault and it is not there.
> 
> Regards,
> 

Hi,

The 6.10 folder is in place, but we need to give the team chance to upload. I
would assume it will appear in coming days or alternatively, you could create
your own from git.centos.org.

Regards

Phil

- -- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

IRC: kathenas

Web: https://kathenas.org

Github: https://github.com/kathenas

GitLab: https://gitlab.com/kathenas

Twitter: kathenasorg

GPG: A0C3 4C6A AC2B B8F4 F1E5 EDF4 333F 60DC B0B9 BB77
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJbPSwwAAoJEDM/YNywubt3giAP/0ECw9woBcVR/3NXa6mu56C/
u0J3FAE9fBNXPPp2jJvg+dP5em2zn3Jmm1L16C2vob4LsWZw0B7O/qFL6XcdCrQ0
3POuwPNJUVxiTAiBI9w54UePe7HBM+kvqgBeO1ANy3JjGq0rH7GGNdiLqxPMW1jC
ueJ7t7DEpiluYzvMCGQLVM6FkOrqY0yTkBpCh42MR1qnYnu/jF9bNgzz9Et1PQMo
uY/uwUKk7i9i+ggCK416bWr3/TC3kvWwMcSpIE4W4v0UeUBYS1eOl5VPk9hPlc63
1uS4f5LtuyIfQlwpIqSK4bQoN6JKIHOEtSAb9ZCE2MOJi5hKvxvu9/9dLImu2c1N
jqqD4UGhTVh7piie+N1gXj1W2zIgieJQSAKi//cds+Y4L1I2xDcznuZu5whSRwQ7
YsvvzE4a8SfeJQ5KAFsRC14e1tdh0b04a/QUcn7etMiB4Uc9qgDSRtPmj+yYVYrn
8a3zoDXoWUTinpHZDOi22yp5Ui8cxo4eOXhfDG+oFGcHBH27Iy5/TpCjgkBut+uM
eEptUx5DN6dKmpC/3nAXLw536qkqTG72np7kERFY1XRRj64/nWtHoWabUZo9ie7D
ehInzeuOMQ/0XzbOyxTobHd2D3X5J/q9NYI/bWRH3NYLWd14e/FnLJtMLub7X/J/
l8Y/Cm0jzrsV9xi5ouQO
=Toxw
-END PGP SIGNATURE-

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Where can I find the 6.10 centos-release srpm?

[me]

Hi,

Where can I find the srpm for centos-release-6-10.el6.centos.12.3.x86_64?

I looked in vault and it is not there.

Regards,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] Apparent discontinuity between advertised centos7 release 1803_01 and content of centos-release file

[Scott Dowdle]

Greetings,

- Original Message -
> Hello,
> 
> I searched centos7 in the AWS marketplace for the
> at-time-of-writing-latest centos7 image:
> https://aws.amazon.com/marketplace/pp/B00O7WM7QW?qid=1524138193326=0-1_=srh_res_product_title
> 
> I built a standard free tier t2.micro from this putative 1803_01 AMI.
> I see from the docs, this is thus a March 2018 compilation.
> When I get CLI, I get this:
> 
> [centos@ip-172-31-27-32 etc]$ cat centos-release
> CentOS Linux release 7.4.1708 (Core)
> 
> which suggests that the AMI I just launched was built on a version of
> centos compiled from upstream sources in August 2017.
> Does the release of centos7 on the marketplace sport a release
> version which does not pertain to the machine's release? Unlike with
> releases published outside AWS, the Centos cloud page does not
> specify version info as listed on AWS.
> 
> Thanks v much IA,

RHEL releases about every 6 months... and then CentOS lags behind a little bit 
as a rebuilder.

The most current release of CentOS is based on RHEL 7.4... and is dated August 
2017 (1708).  RHEL 7.5 was released a week or so ago and CentOS is frantically 
working on coming out with CentOS release based on it.  When that comes out, 
the latest release will be 1804 (or 1805, etc).

That doesn't mean there aren't in-between release updates because there are... 
but they don't re-number the whole release because of regular updates.

CentOS has a lot of products that they produce and some of them may be rebuilt 
and distributed more frequently (like CentOS Atomic Host or their Vagrant 
image, etc)... but not the oldest, main product.

Did that answer your question?

TYL,
-- 
Scott Dowdle
704 Church Street
Belgrade, MT 59714
(406)388-0827 [home]
(406)994-3931 [work]
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] Apparent discontinuity between advertised centos7 release 1803_01 and content of centos-release file

[mql]

Hello,

I searched centos7 in the AWS marketplace for the at-time-of-writing-latest 
centos7 image: 
https://aws.amazon.com/marketplace/pp/B00O7WM7QW?qid=1524138193326=0-1_=srh_res_product_title

I built a standard free tier t2.micro from this putative 1803_01 AMI.  I see 
from the docs, this is thus a March 2018 compilation.
When I get CLI, I get this:

[centos@ip-172-31-27-32 etc]$ cat centos-release
CentOS Linux release 7.4.1708 (Core)

which suggests that the AMI I just launched was built on a version of centos 
compiled from upstream sources in August 2017.  
Does the release of centos7 on the marketplace sport a release version which 
does not pertain to the machine's release? Unlike with releases published 
outside AWS, the Centos <https://wiki.centos.org/Cloud/AWS> cloud page does not 
specify version info as listed on AWS.

Thanks v much IA,

M







___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] centos-release srpm for 6.9

[me]

On Fri, 7 Apr 2017 10:25:25 Johnny Hughes wrote:


On 04/07/2017 08:54 AM, Johnny Hughes wrote:
> On 04/06/2017 11:32 AM, m...@tdiehl.org wrote:
>> Hi,
>>
>> Is the centos-release srpm available anywhere? I do not see any srpms in
>> vault.
>>
>> Regards,
>>
>
> Sorry .. all the SRPMs except centos-release and anaconda are in 6.8/cr/
> in vault.
>
> Let me do anaconda and centos-release now and then I'll hardlink the
> others into 6.9/os along with those.
>
> Should be out in about an hour or so to world.

I am starting to see these now here:

http://vault.centos.org/6.9/os/Source/SPackages/


Thanks for the quick response and all of your hard work.

Regards,

--
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos-release srpm for 6.9

[Kay Schenk]

On Apr 7, 2017 7:25 AM, "Johnny Hughes" <joh...@centos.org> wrote:
>
> On 04/07/2017 08:54 AM, Johnny Hughes wrote:
> > On 04/06/2017 11:32 AM, m...@tdiehl.org wrote:
> >> Hi,
> >>
> >> Is the centos-release srpm available anywhere? I do not see any srpms
in
> >> vault.
> >>
> >> Regards,
> >>
> >
> > Sorry .. all the SRPMs except centos-release and anaconda are in 6.8/cr/
> > in vault.
> >
> > Let me do anaconda and centos-release now and then I'll hardlink the
> > others into 6.9/os along with those.
> >
> > Should be out in about an hour or so to world.
>
> I am starting to see these now here:
>
> http://vault.centos.org/6.9/os/Source/SPackages/

I did my update yesterday. All good! :)

Thanks again to the CentOS team!

>
>
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos-release srpm for 6.9

[Johnny Hughes]

On 04/07/2017 08:54 AM, Johnny Hughes wrote:
> On 04/06/2017 11:32 AM, m...@tdiehl.org wrote:
>> Hi,
>>
>> Is the centos-release srpm available anywhere? I do not see any srpms in
>> vault.
>>
>> Regards,
>>
> 
> Sorry .. all the SRPMs except centos-release and anaconda are in 6.8/cr/
> in vault.
> 
> Let me do anaconda and centos-release now and then I'll hardlink the
> others into 6.9/os along with those.
> 
> Should be out in about an hour or so to world.

I am starting to see these now here:

http://vault.centos.org/6.9/os/Source/SPackages/






signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos-release srpm for 6.9

[Johnny Hughes]

On 04/06/2017 11:32 AM, m...@tdiehl.org wrote:
> Hi,
> 
> Is the centos-release srpm available anywhere? I do not see any srpms in
> vault.
> 
> Regards,
> 

Sorry .. all the SRPMs except centos-release and anaconda are in 6.8/cr/
in vault.

Let me do anaconda and centos-release now and then I'll hardlink the
others into 6.9/os along with those.

Should be out in about an hour or so to world.



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] centos-release srpm for 6.9

[me]

Hi,

Is the centos-release srpm available anywhere? I do not see any srpms in vault.

Regards,

--
Tom m...@tdiehl.org Spamtrap address
me...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Unable to install extras "centos-release-scl" "epel-release"

[waltdnes]

On Tue, Oct 11, 2016 at 04:19:24PM -0600, Frank Cox wrote
> On Tue, 11 Oct 2016 18:09:21 -0400
> waltd...@waltdnes.org wrote:
> 
> 
> >   What am I missing?
> 
> Probably the fact that both of those repos are available for x86_64 only.

  Thanks.  At least I won't waste any more time trying to figure that
out.  Instead, the VM is currently building GCC 5.4 from source.  I'll
probably have to do the same for ICEWM window manager.

-- 
Walter Dnes 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Unable to install extras "centos-release-scl" "epel-release"

[John R Pierce]

On 10/11/2016 3:09 PM, waltd...@waltdnes.org wrote:

   I have CentOS7 32-bit x86 AltArch in a VM.  Following advice I found
on Google, I tried stuff like "sudo yum install centos-release-scl" and
"sudo yum install epel-release".  They came back with...

No package centos-release-scl available.
No package epel-release available.

   What am I missing?


I don't believe epel or scl supports any altarch releases at present.

--
john r pierce, recycling bits in santa cruz

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Unable to install extras "centos-release-scl" "epel-release"

[Frank Cox]

On Tue, 11 Oct 2016 18:09:21 -0400
waltd...@waltdnes.org wrote:


>   What am I missing?

Probably the fact that both of those repos are available for x86_64 only.

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Unable to install extras "centos-release-scl" "epel-release"

[waltdnes]

  I have CentOS7 32-bit x86 AltArch in a VM.  Following advice I found
on Google, I tried stuff like "sudo yum install centos-release-scl" and
"sudo yum install epel-release".  They came back with...

No package centos-release-scl available.
No package epel-release available.

  What am I missing?

-- 
Walter Dnes <waltd...@waltdnes.org>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-build-reports] Build Done: centos-release-openstack-mitaka 1-5.el7.x86_64 on c7-extras

[buildsys]

logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/build.log
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/centos-release-openstack-mitaka-1-5.el7.noarch.rpm
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/centos-release-openstack-mitaka-1-5.el7.src.rpm
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/mock.cfg
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/mock.exitcode
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/root.log
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/state.log
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/stderr
logs/c7-extras/centos-release-openstack-mitaka/20161005192931/1-5.el7.x86_64/stdout
___
CentOS-build-reports mailing list
CentOS-build-reports@centos.org
https://lists.centos.org/mailman/listinfo/centos-build-reports

[CentOS-build-reports] Build Done: centos-release-ceph-jewel 1.0-1.el7.centos.x86_64 on c7-extras

[buildsys]

logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/build.log
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/centos-release-ceph-jewel-1.0-1.el7.centos.noarch.rpm
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/centos-release-ceph-jewel-1.0-1.el7.centos.src.rpm
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/mock.cfg
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/mock.exitcode
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/root.log
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/state.log
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/stderr
logs/c7-extras/centos-release-ceph-jewel/20160906103148/1.0-1.el7.centos.x86_64/stdout
___
CentOS-build-reports mailing list
CentOS-build-reports@centos.org
https://lists.centos.org/mailman/listinfo/centos-build-reports

[CentOS-virt] ANNOUNCEMENT: centos-release-xen switching to 4.6 later this week

[George Dunlap]

In preparation for XSA-172, due to be made public next week (29
March), as discussed previously, I'm going to be updating the
centos-release-xen package to point to Xen 4.6 rather than 4.4.

As a reminder, you can "pin" your installation to Xen 4.4 by
installing centos-release-xen-44 and then removing centos-release-xen.

Also, I will not be applying any more patches to the Xen 4.4 packages.
I will, however, review and push through the build system pull
requests sent to https://github.com/CentOS-virt7/xen.

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] status for centos-release-docker and docker packages

[Lokesh Mandvekar]

On Sun, Mar 06, 2016 at 11:28:23PM -0600, Lokesh Mandvekar wrote:
> On Fri, Mar 04, 2016 at 08:33:31PM +, Karanbir Singh wrote:
> > Let me look through the bits and see where we are and get this process
> > started up. We'd need to get some basic testing done, and then we can
> > promote it a bit.
> > 
> > is the docker-1.10 stack completely in-place replacement/upgrade from
> > the existing distro hosted docker ( 1.8.2 ? )
> 
> Not a replacement for what's recompiled from RHEL-extras, only what's in
> virt7.
> 

Created buildlogs bug: https://bugs.centos.org/view.php?id=10550


-- 
Lokesh
Freenode: lsm5
GPG: 0xC7C3A0DD


signature.asc
Description: PGP signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] status for centos-release-docker and docker packages

[Lokesh Mandvekar]

On Fri, Mar 04, 2016 at 08:33:31PM +, Karanbir Singh wrote:
> Let me look through the bits and see where we are and get this process
> started up. We'd need to get some basic testing done, and then we can
> promote it a bit.
> 
> is the docker-1.10 stack completely in-place replacement/upgrade from
> the existing distro hosted docker ( 1.8.2 ? )

Not a replacement for what's recompiled from RHEL-extras, only what's in
virt7.

-- 
Lokesh
Freenode: lsm5
GPG: 0xC7C3A0DD


signature.asc
Description: PGP signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] status for centos-release-docker and docker packages

[Karanbir Singh]

On 03/03/16 16:23, Lokesh Mandvekar wrote:
> 
> I have rpm sources for centos-release-docker at
> https://github.com/CentOS-virt7/centos-release-docker
> 
> Some updated packages available on centos-docker-common-testing branch are: 
> docker: http://cbs.centos.org/koji/buildinfo?buildID=9932
> atomic: http://cbs.centos.org/koji/buildinfo?buildID=10046
> docker-distribution: http://cbs.centos.org/koji/buildinfo?buildID=9950
> 
> I think I need to have the docker testing packages available on
> buildlogs.c.o. That's probably a task for kb, arrfab?

Let me look through the bits and see where we are and get this process
started up. We'd need to get some basic testing done, and then we can
promote it a bit.

is the docker-1.10 stack completely in-place replacement/upgrade from
the existing distro hosted docker ( 1.8.2 ? )

regards


-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] status for centos-release-docker and docker packages

[Lokesh Mandvekar]

I have rpm sources for centos-release-docker at
https://github.com/CentOS-virt7/centos-release-docker

Some updated packages available on centos-docker-common-testing branch are: 
docker: http://cbs.centos.org/koji/buildinfo?buildID=9932
atomic: http://cbs.centos.org/koji/buildinfo?buildID=10046
docker-distribution: http://cbs.centos.org/koji/buildinfo?buildID=9950

I think I need to have the docker testing packages available on
buildlogs.c.o. That's probably a task for kb, arrfab?

Let me know what next.
-- 
Lokesh
Freenode: lsm5
GPG: 0xC7C3A0DD


signature.asc
Description: PGP signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[George Dunlap]

On Wed, Feb 24, 2016 at 12:01 AM, Karanbir Singh  wrote:
> On 23/02/16 15:04, George Dunlap wrote:
>> On Sat, Feb 20, 2016 at 9:24 PM, Sarah Newman  wrote:
>>> On 02/17/2016 04:30 AM, George Dunlap wrote:
 I have the following packages going through the CBS:
 * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
 * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
 * A CentOS 6 xen-4.4.3-11, with XSAs 170

 All these should show up in mirrors hopefully sometime later today.
 As usual, please report any problems here.
>>>
>>> Domains using the distribution provided pvgrub won't boot after upgrade.
>>>
>>> Old location of pvgrub:
>>>
>>> /usr/lib/xen/boot/pv-grub-x86_32.gz
>>> /usr/lib/xen/boot/pv-grub-x86_64.gz
>>>
>>> New location of pvgrub:
>>>
>>> /usr/lib64/xen/boot/pv-grub-x86_32.gz
>>> /usr/lib64/xen/boot/pv-grub-x86_64.gz
>>
>> FYI I've got a new version that provides symbolic links for backwards
>> compatibility which should have hit buildlogs (aka
>> centos-virt-xen-testing) two hours ago, but hasn't for some reason...
>
>
> can you check and let me know - I've looked at the pending queues a few
> minutes back and found nothing there. So anything due to buildlogs or
> cdn should be pushed already

Yes, it seems to be there now, thanks.

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Karanbir Singh]

On 23/02/16 15:04, George Dunlap wrote:
> On Sat, Feb 20, 2016 at 9:24 PM, Sarah Newman  wrote:
>> On 02/17/2016 04:30 AM, George Dunlap wrote:
>>> I have the following packages going through the CBS:
>>> * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
>>> * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
>>> * A CentOS 6 xen-4.4.3-11, with XSAs 170
>>>
>>> All these should show up in mirrors hopefully sometime later today.
>>> As usual, please report any problems here.
>>
>> Domains using the distribution provided pvgrub won't boot after upgrade.
>>
>> Old location of pvgrub:
>>
>> /usr/lib/xen/boot/pv-grub-x86_32.gz
>> /usr/lib/xen/boot/pv-grub-x86_64.gz
>>
>> New location of pvgrub:
>>
>> /usr/lib64/xen/boot/pv-grub-x86_32.gz
>> /usr/lib64/xen/boot/pv-grub-x86_64.gz
> 
> FYI I've got a new version that provides symbolic links for backwards
> compatibility which should have hit buildlogs (aka
> centos-virt-xen-testing) two hours ago, but hasn't for some reason...


can you check and let me know - I've looked at the pending queues a few
minutes back and found nothing there. So anything due to buildlogs or
cdn should be pushed already

regards



-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[George Dunlap]

On Sat, Feb 20, 2016 at 9:24 PM, Sarah Newman  wrote:
> On 02/17/2016 04:30 AM, George Dunlap wrote:
>> I have the following packages going through the CBS:
>> * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
>> * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
>> * A CentOS 6 xen-4.4.3-11, with XSAs 170
>>
>> All these should show up in mirrors hopefully sometime later today.
>> As usual, please report any problems here.
>
> Domains using the distribution provided pvgrub won't boot after upgrade.
>
> Old location of pvgrub:
>
> /usr/lib/xen/boot/pv-grub-x86_32.gz
> /usr/lib/xen/boot/pv-grub-x86_64.gz
>
> New location of pvgrub:
>
> /usr/lib64/xen/boot/pv-grub-x86_32.gz
> /usr/lib64/xen/boot/pv-grub-x86_64.gz

FYI I've got a new version that provides symbolic links for backwards
compatibility which should have hit buildlogs (aka
centos-virt-xen-testing) two hours ago, but hasn't for some reason...

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[George Dunlap]

On Thu, Feb 18, 2016 at 1:57 PM, Johnny Hughes <joh...@centos.org> wrote:
> On 02/17/2016 06:30 AM, George Dunlap wrote:
>
> 
>
> For C6 users:
>
>> * If you want to update to xen-46, and also get further updates 
>> automatically:
>>
>> yum install centos-release-xen-46
>
> Would this be instead (to get latest and always stay one latest):
>
> yum remove centos-release-xen44 centos-release-xen46
> yum install centos-release-xen
>
> (instead of installing centos-release-xen46)

Long-term, yes. :-)  But for the time being, centos-release-xen still
points to 4.4, so if you want 4.6, you have to install the 46 package.

The idea is to give people currently on 4.4, who may want to *stay* on
4.4, a window to notice (and test) the new centos-release-xen-44
package before having centos-release-xen automatically update.

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Sarah Newman]

On 02/17/2016 04:30 AM, George Dunlap wrote:
> I have the following packages going through the CBS:
> * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
> * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
> * A CentOS 6 xen-4.4.3-11, with XSAs 170
> 
> All these should show up in mirrors hopefully sometime later today.
> As usual, please report any problems here.

Domains using the distribution provided pvgrub won't boot after upgrade.

Old location of pvgrub:

/usr/lib/xen/boot/pv-grub-x86_32.gz
/usr/lib/xen/boot/pv-grub-x86_64.gz

New location of pvgrub:

/usr/lib64/xen/boot/pv-grub-x86_32.gz
/usr/lib64/xen/boot/pv-grub-x86_64.gz




___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Karanbir Singh]

On 18/02/16 13:57, Johnny Hughes wrote:
> On 02/17/2016 06:30 AM, George Dunlap wrote:
> 
> 
> 
> For C6 users:
> 
>> * If you want to update to xen-46, and also get further updates 
>> automatically:
>>
>> yum install centos-release-xen-46
> 
> Would this be instead (to get latest and always stay one latest):
> 
> yum remove centos-release-xen44 centos-release-xen46
> yum install centos-release-xen

you dont need that centos-release-xen anymore.

once there is enough traction, the 'xen' repo itself will go away ( its
a symlink right now, pointing to the latest xen-XX in each of the centos
repos )

Regards


-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Johnny Hughes]

On 02/18/2016 07:57 AM, Johnny Hughes wrote:
> On 02/17/2016 06:30 AM, George Dunlap wrote:
> 
> 
> 
> For C6 users:
> 
>> * If you want to update to xen-46, and also get further updates 
>> automatically:
>>
>> yum install centos-release-xen-46
> 
> Would this be instead (to get latest and always stay one latest):
> 
> yum remove centos-release-xen44 centos-release-xen46
> yum install centos-release-xen
> 
> (instead of installing centos-release-xen46)
> 
> 


As discussed on this list in the past .. the SIG in general is going to
maintain 1 version of xen current for each CentOS version.  And the goal
currently (as I understand it) is to move to every even point release,
if that release works within the gcc/glibc parameters for that CentOS
Version.

So, xen 4.8 will be the one following 4.6, etc.

That means that the older versions (ie 4.4 on CentOS-6) will be orphaned
if someone from the community does not step up, join the SIG, and
maintain the packages.

Specifically for Xen-4.4.x on CentOS-6, I will maintain that so long as
upstream xenproject.org continues to produce XSA patches for Xen-4.4.
Once xenproject.org stops support for xen-4.4 then an announcement will
be made and that branch will stop being updated.

Thanks,
Johnny Hughes




signature.asc
Description: OpenPGP digital signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Johnny Hughes]

On 02/17/2016 06:30 AM, George Dunlap wrote:



For C6 users:

> * If you want to update to xen-46, and also get further updates automatically:
> 
> yum install centos-release-xen-46

Would this be instead (to get latest and always stay one latest):

yum remove centos-release-xen44 centos-release-xen46
yum install centos-release-xen

(instead of installing centos-release-xen46)





signature.asc
Description: OpenPGP digital signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[Pasi Kärkkäinen]

On Wed, Feb 17, 2016 at 01:04:08PM +, George Dunlap wrote:
> On Wed, Feb 17, 2016 at 12:30 PM, George Dunlap  wrote:
> > I have the following packages going through the CBS:
> > * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
> > * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
> > * A CentOS 6 xen-4.4.3-11, with XSAs 170
> >
> > All these should show up in mirrors hopefully sometime later today.
> > As usual, please report any problems here.
> >
> > Xen 4.4 only has XSA 170 because at the time the embargo was lifted, I
> > didn't have a suitable backport of XSA-154.  It's only applicable when
> > PCI-passthrough is in effect, so it's not that critical.
> 
> I now have a build of Xen 4.4 with XSA-154 going through the build
> system.  For users who need it, it should be available on buildlogs
> (via centos-virt-xen-testing) sometime later this afternoon.  The
> signed version on mirrors may be delayed until tomorrow.
>

Great!
 
> And that really will be the last Xen 4.4 XSA update I personally port. :-)
> 

:)

> However, if anyone wants to push any further changes to 4.4, feel free
> to send a pull request to this tree:
> 
> https://github.com/CentOS-virt7/xen
> 
> And I'll be happy to review it and push it through the CBS.  I've made
> a detailed how-to, so hopefully it shouldn't be too difficult.
>

Thanks a lot! Howto looks good.


-- Pasi
 
> Peace,
>  -George

___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[George Dunlap]

On Wed, Feb 17, 2016 at 12:30 PM, George Dunlap  wrote:
> I have the following packages going through the CBS:
> * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
> * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
> * A CentOS 6 xen-4.4.3-11, with XSAs 170
>
> All these should show up in mirrors hopefully sometime later today.
> As usual, please report any problems here.
>
> Xen 4.4 only has XSA 170 because at the time the embargo was lifted, I
> didn't have a suitable backport of XSA-154.  It's only applicable when
> PCI-passthrough is in effect, so it's not that critical.

I now have a build of Xen 4.4 with XSA-154 going through the build
system.  For users who need it, it should be available on buildlogs
(via centos-virt-xen-testing) sometime later this afternoon.  The
signed version on mirrors may be delayed until tomorrow.

And that really will be the last Xen 4.4 XSA update I personally port. :-)

However, if anyone wants to push any further changes to 4.4, feel free
to send a pull request to this tree:

https://github.com/CentOS-virt7/xen

And I'll be happy to review it and push it through the CBS.  I've made
a detailed how-to, so hopefully it shouldn't be too difficult.

Peace,
 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] XSAs 170 and 154, repository layouts, and centos-release-xen 8-1

[George Dunlap]

I have the following packages going through the CBS:
* A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154
* A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154
* A CentOS 6 xen-4.4.3-11, with XSAs 170

All these should show up in mirrors hopefully sometime later today.
As usual, please report any problems here.

Xen 4.4 only has XSA 170 because at the time the embargo was lifted, I
didn't have a suitable backport of XSA-154.  It's only applicable when
PCI-passthrough is in effect, so it's not that critical.

Additionally, we've moved to the new repository layout.  Repositories
will now be tagged with the release; so C6 will have xen-44 and
xen-46, and C7 will have xen-46.  For now, the existing xen/
repository will be a symlink -- to xen-44 for C6 and to xen-46 for C7.

There will be new centos-release-xen packages coming down the line.
As described elsewhere:

* centos-release-xen-44 will always point to the xen-44 repository
* centos-release-xen-46 will always point to the xen-46 repository
* centos-release-xen will (normally) point to whatever the most recent
release is.

For the time being, the C6 version of centos-release-xen will remain
pointing to xen-44.

These packages can be installed at the same time; yum will choose the
most recent release of all available.

= What you need to do (C6 users only) =

* If you want to stay on xen-44:

yum install centos-release-xen-44
yum remove centos-release-xen

* If you want to update to xen-46 and stay there until you choose to update:

yum install centos-release-xen-46
yum remove centos-release-xen

* If you want to update to xen-46, and also get further updates automatically:

yum install centos-release-xen-46

= What you need to do (C7 users) =

Much less urgent, since we don't plan to upgrade until 4.8, but:

* If you want to stay on 46 until you choose to update:

yum install centos-release-xen-46
yum remove centos-release-xen

* If you want to get further updates automatically:

Do nothing, you're already set.
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] Proposal: Version-specific centos-release-xen-NN packages

[George Dunlap]

Thank you for those who raised the issue of upgrading across
potentially disruptive major versions (like the Xen 4.4 -> 4.6
update), and for everyone who weighed in.

After discussing options with users here on this list (as well as in
the IRC channel), further discussing things in the Virt SIG IRC
meeting, and also raising the issue with other SIGs on the
centos-devel list, here are my thoughts.  (Skip down to the "Proposal"
sections for the TLDR version.)

= The issue =

To summarize the issue:

* Some users want to get whatever the latest supported version of Xen
automatically via yum, without having to do anything but a "yum
update".  They want "yum update" to give them a new major version when
one is available.  We can call this group "auto-upgrade", because they
expect a major version upgrade to happen automatically.

* Other users want "yum update" to have fairly strong guarantees not
to break their systems -- and thus want "yum update" *not* to give
them a new major version, but want to have to manually do something
specific (such as installing a different package) to get the updated
version.  Or at very least, they expect not to get a new major version
that is expected to break things.  We can call this group
"manual-upgrade", because they want to manually upgrade major
versions.

* At the moment, the Virt SIG is only committed to making security
updates to one version of Xen at a time

* The 4.4 -> 4.6 update may be particularly disruptive for some users,
since xend/xm will no longer be available.

* Many users may not follow this mailing list, so may not know about
the impending update

* There are new XSAs coming out in 2 days (17 February).

There are basically two "problems" to solve.

The first thing to look at is what we would like things to look
long-term, given that some users want auto-upgrade and some users want
manual-upgrade.

The second thing to look at is what to do in the current situation,
given that we have users from both camps with the same set of packages
installed, who may not read this mailing list.

A couple of goals (some of which are on conflict):

* We'd like to support both types of users

* We want to minimize breakage for people who do don't follow this
list, and do "yum update" without noticing the major upgrade that gets
pushed out.

* We want to minimize the security exposure for people who don't
follow this list, and who don't notice that there haven't been any
updates in response to XSAs.

Additionally, we'd like if possible to be able to make it possible for
anyone who wants to maintain older versions of Xen to do so in
parallel with the newer versions.

= Proposal: Long term =

Going forward, this is what I propose we aim for:

* Have separate repos for each version of Xen; at the present, this
means xen-44 and xen-46.

* Have version-specific centos-release-xen-NN pakcages which will
always point to that version of the repo.  So centos-release-xen-44
will point to xen-44, centos-release-xen-46 will point to xen-46.
Users in the "manual-upgrade" camp can install one of these versions,
knowing that a simple "yum update" will never move them across
versions.  When they're ready to upgrade, they can just install the
newer version; yum will choose the newest version from all the repos
available to it.

* Have a generic centos-release-xen package which will always point to
the most recent 'released' Virt SIG version of Xen.  Users in the
"auto-upgrade" camp can install this version, knowing that they'll
always get the version with the latest security fixes.

This will also make it simple for community members to step up and
support older versions if they desire.

= Discussion: Short term =

For those who do not follow the list, we have to essentially choose
one update policy for them.  Will the current users expecting
"manual-upgrade" have "auto-upgrade" imposed on them (potentially
breaking on update)?  Or will the current users expecting
"auto-upgrade" have "manual-upgrade" imposed on them (potentially
missing important security updates)?

For someone to be negatively affected by the "manual-upgrade" choice,
they only have to be running Xen in any configuration.

For someone to be negatively affected by the "auto-upgrade" choice, they have to
* still be running xend (in spite of having a warning printed on every
xm command invocation for the last 18 months)
* update their systems without checking / noticing the new major version

Even then, they should have the option of downgrading with "yum
downgrade"; there should only be major carnage if they automatically
update large numbers of servers at once.

When I brought this question up with the other SIGs, the general
sentiment was that, as community-run projects, we do not have nearly
the testing effort required to

Re: [CentOS-virt] Updated centos-release-xen packages (fixes missing initrd issue on upgrade)

[Karel Hendrych]

Thanks! Upgrade to 3.18.25-18.el6/4.4.3-10.el6 went fine. No need to 
manualy adjust grub anymore.

BR
--
Karel

On 20.1.2016 19:33, George Dunlap wrote:

I've pushed an update to the centos-release-xen package,
centos-release-xen-7-12.el6, to centos-virt-xen-testing, which should
fix the "missing initrd" issue people have been seeing.

Please test and see if it fixes your issue (and that it makes no other
issues).  If everything works well, I'll get it pushed to
centos-extras.

Thanks,
  -George


___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-announce] Update for centos-release-openstack

[Karanbir Singh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The CentOS Cloud SIG (
https://wiki.centos.org/SpecialInterestGroup/Cloud ) is releasing a
new OpenStack metadata package called centos-release-openstack-kilo
that replaces centos-release-openstack. Metadata packages in CentOS
are used to setup the repositories used by the package manager ( yum )
and the signing keys used to validate content installed from the
corresponding repositories. The present metadata package, called
centos-release-openstack, does not allow for us to have multiple
OpenStack versions available to users, without adding many layers of
complexity to the install and update process.

This new OpenStack metadata package ( centos-release-openstack-kilo )
effectively sets up the mechanics required for us to deliver OpenStack
Liberty as an alternative to users who might prefer the newer
codebase, once it's available. However, we would like to still support
the users who have a Kilo install at the moment, and would like to run
that as long as updates are available for Kilo itself.

Kilo to Liberty update process will require administrative actions,
for details see "Upgrade Notes" in upstream release notes
https://wiki.openstack.org/wiki/ReleaseNotes/Liberty

The metadata rpm for OpenStack Liberty will be called
centos-release-openstack-liberty and users will be able to install it
once released. For more information on our progress with that effort,
please join the Cloud SIG meetings that are held weekly on
#centos-devel on irc.freenode.net or join us on the centos-devel
mailing list ( https://lists.centos.org/ ).

The updated metadata package, centos-release-openstack-kilo, is now
available on all CentOS mirrors, and can be installed by running
either 'yum update centos-release-openstack' or 'yum install
centos-release-openstack-kilo'

- -- 
Karanbir Singh, Project Lead, The CentOS Project
+44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS
GnuPG Key : http://www.karan.org/publickey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWIT6SAAoJEI3Oi2Mx7xbt5OUH/AoA9RW3H2w2YxzRFDkZJOS9
GFuxBSxX7C1hQ+u/5XQlEYx/hj4oaJSeWEBd5bOCyCxVJRSFakUy2LjenErbaX5n
QiUdYtaDh2MP72doiGTbOyMpRbJT9jnbuSrSzd4t9oEVGOWyP+gLlaU0QhL4ST3t
01m1Z6vxd0VYmXWpGYH1gK65GEymYNb5vE/MwLFq+Apm2DXELKoPgtwRkwyiT19d
aV+xT4f2qLrtI5YMVKspjNxKYOX72yExzrbcaUersTbTmsJB9zCrbi3sqAy/BOv9
jnCpG677EHre6R23ipQ36rUSi401FC8dnN89kO3+joUBtqsPYZw6P8p9brKKC68=
=T+80
-END PGP SIGNATURE-
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce

[CentOS-virt] Draft of new centos-release-xen rpm source available on github

[George Dunlap]

I pushed a draft of a new centos-release-xen rpm repo here:

https://github.com/gwd/centos-release-xen

The source of this works for both C6 and C7.  There's already a C7
package in virt7-xen-44-candidate, and there should be a C6 build in
virt6-testing soon.

This is to Johnny in particular, but any feedback is welcome.

-George
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Release 7 1503 includes samba-common.i686 (breaks multilib installs)

[Karanbir Singh]

Hi,

Can you file this as a bugreport on bugs.centos.org and we will work it
asap.

- KB

On 04/01/2015 05:51 PM, Benjamin Ash wrote:
 Hi,
 
 Unfortunately we are getting multilib issues with the latest release
 of CentOS 7. It seems that samba-common.i686 conflicts with
 samba-common.x86_64, and therefore Yum multilib support.
 
 Is this expected?
 
 
 Thanks,
 -ben
 
 Transaction check error:
   file /usr/bin/net conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/pdbedit conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/profiles conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/smbcontrol conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/testparm conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
 


-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Release 7 1503 includes samba-common.i686 (breaks multilib installs)

[Benjamin Ash]

Thanks - I filed http://bugs.centos.org/view.php?id=8370

-ben

On Wed, Apr 1, 2015 at 1:23 PM, Karanbir Singh mail-li...@karan.org wrote:
 Hi,

 Can you file this as a bugreport on bugs.centos.org and we will work it
 asap.

 - KB

 On 04/01/2015 05:51 PM, Benjamin Ash wrote:
 Hi,

 Unfortunately we are getting multilib issues with the latest release
 of CentOS 7. It seems that samba-common.i686 conflicts with
 samba-common.x86_64, and therefore Yum multilib support.

 Is this expected?


 Thanks,
 -ben

 Transaction check error:
   file /usr/bin/net conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/pdbedit conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/profiles conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/smbcontrol conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64
   file /usr/bin/testparm conflicts between attempted installs of
 samba-common-0:4.1.12-21.el7_1.i686 and
 samba-common-0:4.1.12-21.el7_1.x86_64



 --
 Karanbir Singh
 +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
 GnuPG Key : http://www.karan.org/publickey.asc
 ___
 CentOS mailing list
 CentOS@centos.org
 http://lists.centos.org/mailman/listinfo/centos



-- 
Benjamin Ash | Technical Manager - Intelerad
RHCE

+1-514-931-6222 ext. 7311 | b...@intelerad.com
Website http://www.intelerad.com/ | Twitterhttp://www.twitter.com/intelerad
 | LinkedIn http://www.linkedin.com/company/intelerad-medical-systems |
 Blog http://intelerad-insider.com/

-- 

This email or any attachments may contain confidential or legally 
privileged information intended for the sole use of the addressees. Any 
use, redistribution, disclosure, or reproduction of this information, 
except as intended, is prohibited. If you received this email in error, 
please notify the sender and remove all copies of the message, including 
any attachments.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Release 7 1503 includes samba-common.i686 (breaks multilib installs)

[Benjamin Ash]

Hi,

Unfortunately we are getting multilib issues with the latest release
of CentOS 7. It seems that samba-common.i686 conflicts with
samba-common.x86_64, and therefore Yum multilib support.

Is this expected?


Thanks,
-ben

Transaction check error:
  file /usr/bin/net conflicts between attempted installs of
samba-common-0:4.1.12-21.el7_1.i686 and
samba-common-0:4.1.12-21.el7_1.x86_64
  file /usr/bin/pdbedit conflicts between attempted installs of
samba-common-0:4.1.12-21.el7_1.i686 and
samba-common-0:4.1.12-21.el7_1.x86_64
  file /usr/bin/profiles conflicts between attempted installs of
samba-common-0:4.1.12-21.el7_1.i686 and
samba-common-0:4.1.12-21.el7_1.x86_64
  file /usr/bin/smbcontrol conflicts between attempted installs of
samba-common-0:4.1.12-21.el7_1.i686 and
samba-common-0:4.1.12-21.el7_1.x86_64
  file /usr/bin/testparm conflicts between attempted installs of
samba-common-0:4.1.12-21.el7_1.i686 and
samba-common-0:4.1.12-21.el7_1.x86_64

-- 
Benjamin Ash | Technical Manager - Intelerad
RHCE

+1-514-931-6222 ext. 7311 | b...@intelerad.com
Website http://www.intelerad.com/ | Twitterhttp://www.twitter.com/intelerad
 | LinkedIn http://www.linkedin.com/company/intelerad-medical-systems |
 Blog http://intelerad-insider.com/

-- 

This email or any attachments may contain confidential or legally 
privileged information intended for the sole use of the addressees. Any 
use, redistribution, disclosure, or reproduction of this information, 
except as intended, is prohibited. If you received this email in error, 
please notify the sender and remove all copies of the message, including 
any attachments.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Release 7 1503

[Jerry Geis]

Just updated to release 7 1503. CentOS team is awesome!

I thought I read sometime back that the release was going to
rebase to a newer gnome?

Did that not happen? Is there a way to get release 7 to a later gnome
version?

Thanks! Looking forward to playing.

Jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Release 7 1503

[Nux!]

From what I've read there will be a newer Gnome in 7.2.

HTH

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
 From: Jerry Geis ge...@pagestation.com
 To: CentOS mailing list centos@centos.org
 Sent: Wednesday, 1 April, 2015 00:04:11
 Subject: [CentOS] Release 7 1503

 Just updated to release 7 1503. CentOS team is awesome!
 
 I thought I read sometime back that the release was going to
 rebase to a newer gnome?
 
 Did that not happen? Is there a way to get release 7 to a later gnome
 version?
 
 Thanks! Looking forward to playing.
 
 Jerry
 ___
 CentOS mailing list
 CentOS@centos.org
 http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CESA-2015:C002 CentOS-7 centos-release BugFix Update

[Johnny Hughes]

CentOS Errata and BugFix Advisory 2015:C002


The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
89a6d526f11d2544adedaa554e010b772b644395689c5e246ef54f8205352741 
centos-release-7-0.1406.el7.centos.2.6.x86_64.rpm

Source:
f2686a700e7c21c9117d2f418a1260c2cc80e4180c62ecf10544b3b1c85c9eac 
centos-release-7-0.1406.el7.centos.2.6.src.rpm


NOTE: This update adds CentOS-CR.repo to /etc/yum.repos.d/ .  It is disabled
by default.  If you want to enable the CR repo for future updates, then edit
/etc/yum.repos.d/CentOS-CR.repo and set the [cr] repo from enabled=0 to
enabled=1.

For more information on the CentOS CR repository, see:

http://wiki.centos.org/AdditionalResources/Repositories/CR

-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #centos at irc.freenode.net

___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce

Re: [CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[George Dunlap]

Hey Johnny!  I tested your most recent implementation of the
grub-update script, and it now seems to work whether I use the CentOS
xen packages or a self-built one.  Thanks for your work. :-)

One more thing though: it seems that the grub update is triggered on
the *kernel* install or upgrade; but not in the *xen* install or
remove.  So if someone installs both the CentOS Xen packages and the
dom0 kernel, and then for some reason removes the Xen packages without
removing the kernel, then the default grub entry will be pointing to a
non-existent xen binary; or, if you were to install the dom0 kernel
first, and then later install the xen packages, you wouldn't have an
entry for xen.  I'm not familiar with the rpm spec system, but would
it be possible to have the xen-hypervisor package kick the grub-update
script on install and remove?

Also, is it possible to run the grub-update script manually?  We could
then document that for users who want to roll their own Xen.

 -George

On Mon, Oct 20, 2014 at 11:09 AM, George Dunlap dunl...@umich.edu wrote:
 On Thu, Oct 16, 2014 at 5:52 PM, Johnny Hughes joh...@centos.org wrote:
 On 10/16/2014 11:25 AM, George Dunlap wrote:
 On Fri, Oct 10, 2014 at 2:41 AM, Johnny Hughes joh...@centos.org wrote:
 The new process for auto updates of grub upon kernel install is in the
 xen4centos testing repo.

 In order to test these as updates to an existing system, you can do this:

 1. download the test repo file:

 http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo

 2. Put it in /etc/yum.repos.d/

 3. Issue this command:

 yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen

 (that should install all the new files required to make the kernel
 update work automatically)

 4.  Review the new file /etc/sysconfig/xen-kernel ... if there is any
 other items you want on the 'kernel /xen.gz' line, you would edit the
 file.  For example, I like to add  'com1=115200,8n1 console=com1' to the
 end of that line so I can use consoles in virsh.  So I would change the
 line:

 Hmm -- so I take it that /etc/sysconfig/xen-kernel is now a part of
 the xen package...?

 One issue with this is that during normal Xen development I often make
 an RPM directly from the upstream repo, so while I have the xen4centos
 kernel  libvirt installed, I don't have a xen4centos xen installed.

 The nice thing about the current script in centos-release-xen is that
 it works with non-x4c xen packages.

 Sorry I hadn't thought about that side-effect when you mentioned this
 before. :-/

 Any thoughts?  Would it be possible to have the script in
 centos-release-xen and check for the existence of /boot/xen.gz, for
 instance?

 I don't think that is a good idea .. people might have the xen.repo
 installed so that they can get the kernel.  But not xen installed (ie,
 they are on a domU).  They want the kernel and have centos-release-xen
 installed .. BUT they don't want the grub mods as they want to boot a
 normal kernel.

 I'm a bit confused.  I suggested that the script only install xen if
 /boot/xen.gz exists.  If they don't have the hypervisor package
 installed, then /boot/xen.gz won't exist, and so it should fall back
 to the default behavior.  If they have the hypervisor package
 installed in the domU for some reason, then it will put /boot/xen.gz
 first unless they edit /etc/sysconfig/xen-kernel -- which is the same
 thing that would happen if they installed the hypervisor packages you
 have here, right?

 Hmm, maybe it wasn't clear that I was actually suggesting moving
 /etc/sysconfig/xen-kernel to centos-release-xen; I wasn't suggesting
 getting rid of it and just always loading the xen kernel if it exists.

 The easier thing would be for you (as a one off installer situation) to
 create your own /etc/sysconfig/xen-kernel manually if you want grub
 updated.  It only has 2 variables.

 That's not too hard. :-)  But it does mean a bit of extra overhead for
 anyone installing a non-CentOS build of Xen (a local build, a snapshot
 of release candidate, c).

 This solution was for C6 only, right -- C7 uses grub2, right?  If it
 was going to be something CentOS would be using going forward we might
 be able to make the argument for including it in the upstream Xen
 install.  But if it's just a patch to get C6 to work, I don't think
 upstream will be so keen.

 I want to make it easy to get things right in the major use cases ..
 which I think this solution does in the way it is split up.

 Right, so in your suggestion:
 - centos-release-xen installed, CentOS hypervisor installed:
 Automatically defaults to xen
 - centos-release-xen instlaled, CentOS hypervisor installed,
 xen-kernel edited: Whatever is configured
 - centos-release-xen installed, no hypervisor installed: Defaults to
 bare metal Linux
 - centos-release-xen installed, alternate Xen installed: Defaults to
 bare metal Linux (needs grub.conf editing every kernel update).

 Which means using the CentOS hypervisor packages are a little bit

Re: [CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[Brad Tarver]

CentOS – Roll Your Own Xen




 On Oct 22, 2014, at 5:52 AM, George Dunlap dunl...@umich.edu wrote:
 
 
 Also, is it possible to run the grub-update script manually?  We could
 then document that for users who want to roll their own Xen.
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[George Dunlap]

On Thu, Oct 16, 2014 at 5:52 PM, Johnny Hughes joh...@centos.org wrote:
 On 10/16/2014 11:25 AM, George Dunlap wrote:
 On Fri, Oct 10, 2014 at 2:41 AM, Johnny Hughes joh...@centos.org wrote:
 The new process for auto updates of grub upon kernel install is in the
 xen4centos testing repo.

 In order to test these as updates to an existing system, you can do this:

 1. download the test repo file:

 http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo

 2. Put it in /etc/yum.repos.d/

 3. Issue this command:

 yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen

 (that should install all the new files required to make the kernel
 update work automatically)

 4.  Review the new file /etc/sysconfig/xen-kernel ... if there is any
 other items you want on the 'kernel /xen.gz' line, you would edit the
 file.  For example, I like to add  'com1=115200,8n1 console=com1' to the
 end of that line so I can use consoles in virsh.  So I would change the
 line:

 Hmm -- so I take it that /etc/sysconfig/xen-kernel is now a part of
 the xen package...?

 One issue with this is that during normal Xen development I often make
 an RPM directly from the upstream repo, so while I have the xen4centos
 kernel  libvirt installed, I don't have a xen4centos xen installed.

 The nice thing about the current script in centos-release-xen is that
 it works with non-x4c xen packages.

 Sorry I hadn't thought about that side-effect when you mentioned this
 before. :-/

 Any thoughts?  Would it be possible to have the script in
 centos-release-xen and check for the existence of /boot/xen.gz, for
 instance?

 I don't think that is a good idea .. people might have the xen.repo
 installed so that they can get the kernel.  But not xen installed (ie,
 they are on a domU).  They want the kernel and have centos-release-xen
 installed .. BUT they don't want the grub mods as they want to boot a
 normal kernel.

I'm a bit confused.  I suggested that the script only install xen if
/boot/xen.gz exists.  If they don't have the hypervisor package
installed, then /boot/xen.gz won't exist, and so it should fall back
to the default behavior.  If they have the hypervisor package
installed in the domU for some reason, then it will put /boot/xen.gz
first unless they edit /etc/sysconfig/xen-kernel -- which is the same
thing that would happen if they installed the hypervisor packages you
have here, right?

Hmm, maybe it wasn't clear that I was actually suggesting moving
/etc/sysconfig/xen-kernel to centos-release-xen; I wasn't suggesting
getting rid of it and just always loading the xen kernel if it exists.

 The easier thing would be for you (as a one off installer situation) to
 create your own /etc/sysconfig/xen-kernel manually if you want grub
 updated.  It only has 2 variables.

That's not too hard. :-)  But it does mean a bit of extra overhead for
anyone installing a non-CentOS build of Xen (a local build, a snapshot
of release candidate, c).

This solution was for C6 only, right -- C7 uses grub2, right?  If it
was going to be something CentOS would be using going forward we might
be able to make the argument for including it in the upstream Xen
install.  But if it's just a patch to get C6 to work, I don't think
upstream will be so keen.

 I want to make it easy to get things right in the major use cases ..
 which I think this solution does in the way it is split up.

Right, so in your suggestion:
- centos-release-xen installed, CentOS hypervisor installed:
Automatically defaults to xen
- centos-release-xen instlaled, CentOS hypervisor installed,
xen-kernel edited: Whatever is configured
- centos-release-xen installed, no hypervisor installed: Defaults to
bare metal Linux
- centos-release-xen installed, alternate Xen installed: Defaults to
bare metal Linux (needs grub.conf editing every kernel update).

Which means using the CentOS hypervisor packages are a little bit
easier (since you don't need to remember to run grub-bootxen.sh on
every kernel update); but it makes having an alternate Xen installed
harder, because you need to actually edit menu.lst on every kernel
update.

In my suggestion (moving /etc/sysconfig/xen-kernel to
centos-release-xen, checking to see if xen exists):
- centos-release-xen installed, CentOS hypervisor installed:
Automatically defaults to xen
- centos-release-xen instlaled, CentOS hypervisor installed,
xen-kernel edited: Whatever is configured
- centos-release-xen installed, no hypervisor installed: Defaults to Linux
- centos-release-xen installed, alternate Xen installed: Automatically
defaults to Xen
- centos-release-xen instlaled, alternate Xen installed, xen-kernel
edited: Whatever is configured

It seems to me my way keeps things just as sensible for when the
CentOS hypervisor packages are installed, but makes things better in
the case where an alternate Xen is installed (which is not uncommon,
even for non-developers).

Or am I missing something?

 -George

Re: [CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[George Dunlap]

On Fri, Oct 10, 2014 at 2:41 AM, Johnny Hughes joh...@centos.org wrote:
 The new process for auto updates of grub upon kernel install is in the
 xen4centos testing repo.

 In order to test these as updates to an existing system, you can do this:

 1. download the test repo file:

 http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo

 2. Put it in /etc/yum.repos.d/

 3. Issue this command:

 yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen

 (that should install all the new files required to make the kernel
 update work automatically)

 4.  Review the new file /etc/sysconfig/xen-kernel ... if there is any
 other items you want on the 'kernel /xen.gz' line, you would edit the
 file.  For example, I like to add  'com1=115200,8n1 console=com1' to the
 end of that line so I can use consoles in virsh.  So I would change the
 line:

Hmm -- so I take it that /etc/sysconfig/xen-kernel is now a part of
the xen package...?

One issue with this is that during normal Xen development I often make
an RPM directly from the upstream repo, so while I have the xen4centos
kernel  libvirt installed, I don't have a xen4centos xen installed.

The nice thing about the current script in centos-release-xen is that
it works with non-x4c xen packages.

Sorry I hadn't thought about that side-effect when you mentioned this
before. :-/

Any thoughts?  Would it be possible to have the script in
centos-release-xen and check for the existence of /boot/xen.gz, for
instance?

 -George
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[Johnny Hughes]

On 10/16/2014 11:25 AM, George Dunlap wrote:
 On Fri, Oct 10, 2014 at 2:41 AM, Johnny Hughes joh...@centos.org wrote:
 The new process for auto updates of grub upon kernel install is in the
 xen4centos testing repo.

 In order to test these as updates to an existing system, you can do this:

 1. download the test repo file:

 http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo

 2. Put it in /etc/yum.repos.d/

 3. Issue this command:

 yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen

 (that should install all the new files required to make the kernel
 update work automatically)

 4.  Review the new file /etc/sysconfig/xen-kernel ... if there is any
 other items you want on the 'kernel /xen.gz' line, you would edit the
 file.  For example, I like to add  'com1=115200,8n1 console=com1' to the
 end of that line so I can use consoles in virsh.  So I would change the
 line:
 
 Hmm -- so I take it that /etc/sysconfig/xen-kernel is now a part of
 the xen package...?
 
 One issue with this is that during normal Xen development I often make
 an RPM directly from the upstream repo, so while I have the xen4centos
 kernel  libvirt installed, I don't have a xen4centos xen installed.
 
 The nice thing about the current script in centos-release-xen is that
 it works with non-x4c xen packages.
 
 Sorry I hadn't thought about that side-effect when you mentioned this
 before. :-/
 
 Any thoughts?  Would it be possible to have the script in
 centos-release-xen and check for the existence of /boot/xen.gz, for
 instance?

I don't think that is a good idea .. people might have the xen.repo
installed so that they can get the kernel.  But not xen installed (ie,
they are on a domU).  They want the kernel and have centos-release-xen
installed .. BUT they don't want the grub mods as they want to boot a
normal kernel.

The easier thing would be for you (as a one off installer situation) to
create your own /etc/sysconfig/xen-kernel manually if you want grub
updated.  It only has 2 variables.

I want to make it easy to get things right in the major use cases ..
which I think this solution does in the way it is split up.






signature.asc
Description: OpenPGP digital signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

[CentOS-virt] Test new xen, centos-release-xen and kernel for auto grub update on kernel install

[Johnny Hughes]

The new process for auto updates of grub upon kernel install is in the
xen4centos testing repo.

In order to test these as updates to an existing system, you can do this:

1. download the test repo file:

http://dev.centos.org/centos/6/xen-c6-RC1/xen-c6-RC1.repo

2. Put it in /etc/yum.repos.d/

3. Issue this command:

yum --disablerepo=Xen4CentOS upgrade xen\* centos-release-xen

(that should install all the new files required to make the kernel
update work automatically)

4.  Review the new file /etc/sysconfig/xen-kernel ... if there is any
other items you want on the 'kernel /xen.gz' line, you would edit the
file.  For example, I like to add  'com1=115200,8n1 console=com1' to the
end of that line so I can use consoles in virsh.  So I would change the
line:

XEN_KERNEL_MBARGS=--mbargs=dom0_mem=1024M,max:1024M loglvl=all
guest_loglvl=all

to

XEN_KERNEL_MBARGS=--mbargs=dom0_mem=1024M,max:1024M loglvl=all
guest_loglvl=all com1=115200,8n1 console=com1

(both of those should be one line if they wrap)

This is also where you can assign more or less memory to the dom0. etc. 
This article has some other possible parameters for the xen.gz line:

http://www.informit.com/articles/article.aspx?p=1187966seqNum=4

5.  Make sure this is set as well in /etc/sysconfig/xen-kernel:

BOOT_XEN_AS_DEFAULT=yes

6.  issue this command to upgrade the kernel:

yum --disablerepo=Xen4CentOS upgrade kernel-\*

7. This should upgrade your kernel and it should also automatically
update your /boot/grub/grub.conf to boot for dom0 use.

If, for some reason, you want to manually upgrade the grub.conf file
yourself, set the BOOT_XEN_AS_DEFAULT to no instead of yes.

8.  If you want to install the xen kernel in other places other than xen
dom0 machines, just  make sure not to install the xen package, and
grub.conf will get standard and not xen kernel boot entries.



Once ypu have done your updates, please delete 
/etc/yum.repos.d/xen-c6-RC1.repo

===

Please report positive and negative experiences here so we can move this
into the CentOS-6 xen4 repository (or fix things that are broken).

Thanks,
Johnny HUghes




signature.asc
Description: OpenPGP digital signature
___
CentOS-virt mailing list
CentOS-virt@centos.org
http://lists.centos.org/mailman/listinfo/centos-virt

[CentOS] Testing packages for Xen, Xen Kernel, and centos-release-xen

[Johnny Hughes]

For those of you who use xen4centos, but are not on the centos-virt mail
list (shame on you if you do that :D) ..

http://lists.centos.org/pipermail/centos-virt/2014-October/004132.html

If you can test the auto update functionality of the kernel as outlined
in that post and report the results (hopefully to the virt mail list
:D), it would be greatly appreciated.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS-docs] Centos Release Update from 6.2 to 6.5

[Sahil Aggarwal]

* Suppose I install CentOS 6.2 now, Suppose in 8 months CentOS 6.5 is
** released.
* * Now I issue a yum update, so my system will be updated to CentOS 6.5, or I
** will have an updated 6.2 ? *

*You are requested to explain the update policy of centos in detail . *


-- 

*Sahil*
Mobile
* - 09467607999*
fbAddress*-www.facebook.com/SahilAggarwalg
http://www.facebook.com/SahilAggarwalg*
___
CentOS-docs mailing list
CentOS-docs@centos.org
http://lists.centos.org/mailman/listinfo/centos-docs

Re: [CentOS-docs] Centos Release Update from 6.2 to 6.5

[Thomas Göttgens]

Since 6.2 and 6.5 are only subreleases of Centos 6, you will have an updated 
Centos 6 on the subrelease level 6.5. Don’t think of those as actual releases; 
those are more ‚respins‘ oft he installation media then anything else. Once a 
point release is made, there will be no more updates if you want to stay on an 
older point release. So staying with 6.2 will render you vulnerable to security 
holes in the code.

 

So in a nutshell Centos 6.2 becomes 6.3 once this is released, and 6.2 does no 
longer receive updates, cause the most recent release of the 6 series is 6.3. 
By the way, centos is guaranteed to stay binary/ABI compatible through the 
entire run of a major release, so there’s really no point in even trying to 
stay at a certain subrelease.

 

Von: centos-docs-boun...@centos.org [mailto:centos-docs-boun...@centos.org] Im 
Auftrag von Sahil Aggarwal
Gesendet: Donnerstag, 31. Juli 2014 16:06
An: centos-docs@centos.org
Betreff: [CentOS-docs] Centos Release Update from 6.2 to 6.5

 

 Suppose I install CentOS 6.2 now, Suppose in 8 months CentOS 6.5 is
 released.
 
 Now I issue a yum update, so my system will be updated to CentOS 6.5, or I
 will have an updated 6.2 ? 
You are requested to explain the update policy of centos in detail . 

 

-- 

Sahil

Mobile - 09467607999

fbAddress-www.facebook.com/SahilAggarwalg

___
CentOS-docs mailing list
CentOS-docs@centos.org
http://lists.centos.org/mailman/listinfo/centos-docs

[CentOS] Searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm

[Markus Steinborn]

Hi,

I'm searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm.

Id like to customize it for installations without internet available, so 
using our local private mirror.


I did not find it on:

http://vault.centos.org/7.0.1406/os/Source/SPackages/

http://buildlogs.centos.org/c7.00.04/centos-release/20140704062900/7-0.1406.el7.centos.2.3.x86_64/
 


https://git.centos.org/log/rpms!centos-release.git/refs!heads!c7

nor anywhere else.


Greetings from Germany

Markus Steinborn
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm

[Karanbir Singh]

Hi,

On 07/10/2014 03:54 PM, Markus Steinborn wrote:
 https://git.centos.org/log/rpms!centos-release.git/refs!heads!c7

you dont need all those /s :)

try here : https://git.centos.org/summary/rpms!centos-release.git

the final srpm is effected as an import, in branch c7/ let me know if
you have issues with that. the srpm will also get pushed out shortly,
I've just handed it over to Johnny.

- KB

-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm

[Markus Steinborn]

Hi Karanbir,

Karanbir Singh wrote:
 try here : https://git.centos.org/summary/rpms!centos-release.git
Great. As I am used to git, that's mostly everything I need. Just the 
centos-release-7.tar.gz is missing. I'd expect to find it on 
https://git.centos.org/sources/centos-release/c7/;, but all I can find 
there is too old to be the final release.

 the final srpm is effected as an import, in branch c7/ let me know if
 you have issues with that.
Well, having all the files of the source RPM is as good as the source 
RPM itself. I'll take the first being complete - for teh git source 
currently I am missing one file...)

Thanks  Greetings from Germany

Markus Steinborn
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm

[Karanbir Singh]

On 07/10/2014 06:01 PM, Markus Steinborn wrote:
 Hi Karanbir,
 
 Karanbir Singh wrote:
 try here : https://git.centos.org/summary/rpms!centos-release.git
 Great. As I am used to git, that's mostly everything I need. Just the 
 centos-release-7.tar.gz is missing. I'd expect to find it on 
 https://git.centos.org/sources/centos-release/c7/;, but all I can find 
 there is too old to be the final release.

should be there now,

-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Searching for centos-release-7-0.1406.el7.centos.2.3.src.rpm

[Johnny Hughes]

On 07/10/2014 11:33 AM, Karanbir Singh wrote:
 Hi,

 On 07/10/2014 03:54 PM, Markus Steinborn wrote:
 https://git.centos.org/log/rpms!centos-release.git/refs!heads!c7
 you dont need all those /s :)

 try here : https://git.centos.org/summary/rpms!centos-release.git

 the final srpm is effected as an import, in branch c7/ let me know if
 you have issues with that. the srpm will also get pushed out shortly,
 I've just handed it over to Johnny.

 - KB


OK, this SRPM is now pushed to the master vault server ... should
propagate out within 30 minutes to all vault servers. 



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cannot install rhev-agentd on CentoOS CentOS release 6.5 (Final)

[Johnny Hughes]

On 02/25/2014 07:53 PM, iida wrote:
 Hi All,

 I am trying to install rhev-agentd but i cannot able to install it.
 I havefollowed this documentation:http://wiki.centos.org/HowTos/oVirt

 I'm Trying Command:
 wget -q http://dev.centos.org/centos/6/ovirt/ovirt.repo

 File Not Found.

 Please guide me!

oVirt.org now creates new content directly for CentOS.  You can install
the latest version of oVirt now by using their site and instructions
directly.  I will update the wiki to point directly to their site now
and not to our testing repo.

Go to:

http://www.ovirt.org/Download

Search for the Enterprise Linux 6 section and follow the instructions
there.

This is one of the big wins in the CentOS / Red Hat agreement.  Red Hat
community projects like oVirt, RDO, GlusterFS, and OpenShift Origin are
now directly installable their Red Hat project sites and community
supported on CentOS.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Cannot install rhev-agentd on CentoOS CentOS release 6.5 (Final)

[iida]

Hi All,

I am trying to install rhev-agentd but i cannot able to install it.
I havefollowed this documentation:http://wiki.centos.org/HowTos/oVirt

I'm Trying Command:
wget -q http://dev.centos.org/centos/6/ovirt/ovirt.repo

File Not Found.

Please guide me!
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS release 5.3 (Final) yum update error TypeError: unsubscriptable object

[Dave Burns]

Just FYI. This machine has been offline and not updated for several months.
I booted it and ran yum update. It generated an error. I googled the error,
no hits. I did yum clean all. Tried yum update again, it finished
dependency resolution and reported some missing dependencies. I can deal
with that.
love and kisses,
Dave

Here is the tail end of the error output:

--- Package geos-devel.x86_64 0:3.1.0-1.el5.rf set to be updated
-- Processing Dependency: libgeos-3.1.0.so()(64bit) for package: gdal
4f6cc3a71b7f8a837fe18f749eb1740523af76b0-filelists.sqlite.bz2
| 5.6 MB 02:09
Traceback (most recent call last):
  File /usr/bin/yum, line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
  File /usr/share/yum-cli/yummain.py, line 229, in user_main
errcode = main(args)
  File /usr/share/yum-cli/yummain.py, line 145, in main
(result, resultmsgs) = base.buildTransaction()
  File /usr/lib/python2.4/site-packages/yum/__init__.py, line 647, in
buildTransaction
(rescode, restring) = self.resolveDeps()
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 704, in
resolveDeps
for po, dep in self._checkFileRequires():
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 939, in
_checkFileRequires
if not self.tsInfo.getOldProvides(filename) and not
self.tsInfo.getNewProvides(filename):
  File /usr/lib/python2.4/site-packages/yum/transactioninfo.py, line 414,
in getNewProvides
for pkg, hits in self.pkgSack.getProvides(name, flag,
version).iteritems():
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 300, in
getProvides
return self._computeAggregateDictResult(getProvides, name, flags,
version)
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 470, in
_computeAggregateDictResult
sackResult = apply(method, args)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 861, in
getProvides
return self._search(provides, name, flags, version)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 837, in
_search
for pkg in self.searchFiles(name, strict=True):
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 586, in
searchFiles
self._sql_pkgKey2po(rep, cur, pkgs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 470, in
_sql_pkgKey2po
pkg = self._packageByKey(repo, ob['pkgKey'])
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 413, in
_packageByKey
po = self.pc(repo, cur.fetchone())
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 68, in
__init__
self._read_db_obj(db_obj)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 94, in
_read_db_obj
setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS release 5.3 (Final) yum update error TypeError: unsubscriptable object

[Thomas Göttgens]

geos-devel.x86_64 0:3.1.0-1.el5.rf is a RepoForge package and thus this
depedency problem does not signify a centos problem.

-Ursprüngliche Nachricht-
Von: centos-boun...@centos.org [mailto:centos-boun...@centos.org] Im Auftrag
von Dave Burns
Gesendet: Montag, 11. März 2013 23:06
An: centOS mailing list
Betreff: [CentOS] CentOS release 5.3 (Final) yum update error TypeError:
unsubscriptable object

Just FYI. This machine has been offline and not updated for several months.
I booted it and ran yum update. It generated an error. I googled the error,
no hits. I did yum clean all. Tried yum update again, it finished
dependency resolution and reported some missing dependencies. I can deal
with that.
love and kisses,
Dave

Here is the tail end of the error output:

--- Package geos-devel.x86_64 0:3.1.0-1.el5.rf set to be updated
-- Processing Dependency: libgeos-3.1.0.so()(64bit) for package: gdal
4f6cc3a71b7f8a837fe18f749eb1740523af76b0-filelists.sqlite.bz2
| 5.6 MB 02:09
Traceback (most recent call last):
  File /usr/bin/yum, line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
  File /usr/share/yum-cli/yummain.py, line 229, in user_main
errcode = main(args)
  File /usr/share/yum-cli/yummain.py, line 145, in main
(result, resultmsgs) = base.buildTransaction()
  File /usr/lib/python2.4/site-packages/yum/__init__.py, line 647, in
buildTransaction
(rescode, restring) = self.resolveDeps()
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 704, in
resolveDeps
for po, dep in self._checkFileRequires():
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 939, in
_checkFileRequires
if not self.tsInfo.getOldProvides(filename) and not
self.tsInfo.getNewProvides(filename):
  File /usr/lib/python2.4/site-packages/yum/transactioninfo.py, line 414,
in getNewProvides
for pkg, hits in self.pkgSack.getProvides(name, flag,
version).iteritems():
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 300, in
getProvides
return self._computeAggregateDictResult(getProvides, name, flags,
version)
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 470, in
_computeAggregateDictResult
sackResult = apply(method, args)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 861, in
getProvides
return self._search(provides, name, flags, version)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 837, in
_search
for pkg in self.searchFiles(name, strict=True):
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 586, in
searchFiles
self._sql_pkgKey2po(rep, cur, pkgs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 470, in
_sql_pkgKey2po
pkg = self._packageByKey(repo, ob['pkgKey'])
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 413, in
_packageByKey
po = self.pc(repo, cur.fetchone())
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 68, in
__init__
self._read_db_obj(db_obj)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 94, in
_read_db_obj
setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS release 5.3 (Final) yum update error TypeError: unsubscriptable object

[Thomas Göttgens]

And by the way, if you do leaps like this make sure to update yum first. The
older Yum might not be able to cope with newer metadata.

-Ursprüngliche Nachricht-
Von: centos-boun...@centos.org [mailto:centos-boun...@centos.org] Im Auftrag
von Dave Burns
Gesendet: Montag, 11. März 2013 23:06
An: centOS mailing list
Betreff: [CentOS] CentOS release 5.3 (Final) yum update error TypeError:
unsubscriptable object

Just FYI. This machine has been offline and not updated for several months.
I booted it and ran yum update. It generated an error. I googled the error,
no hits. I did yum clean all. Tried yum update again, it finished
dependency resolution and reported some missing dependencies. I can deal
with that.
love and kisses,
Dave

Here is the tail end of the error output:

--- Package geos-devel.x86_64 0:3.1.0-1.el5.rf set to be updated
-- Processing Dependency: libgeos-3.1.0.so()(64bit) for package: gdal
4f6cc3a71b7f8a837fe18f749eb1740523af76b0-filelists.sqlite.bz2
| 5.6 MB 02:09
Traceback (most recent call last):
  File /usr/bin/yum, line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
  File /usr/share/yum-cli/yummain.py, line 229, in user_main
errcode = main(args)
  File /usr/share/yum-cli/yummain.py, line 145, in main
(result, resultmsgs) = base.buildTransaction()
  File /usr/lib/python2.4/site-packages/yum/__init__.py, line 647, in
buildTransaction
(rescode, restring) = self.resolveDeps()
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 704, in
resolveDeps
for po, dep in self._checkFileRequires():
  File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 939, in
_checkFileRequires
if not self.tsInfo.getOldProvides(filename) and not
self.tsInfo.getNewProvides(filename):
  File /usr/lib/python2.4/site-packages/yum/transactioninfo.py, line 414,
in getNewProvides
for pkg, hits in self.pkgSack.getProvides(name, flag,
version).iteritems():
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 300, in
getProvides
return self._computeAggregateDictResult(getProvides, name, flags,
version)
  File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 470, in
_computeAggregateDictResult
sackResult = apply(method, args)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 861, in
getProvides
return self._search(provides, name, flags, version)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 837, in
_search
for pkg in self.searchFiles(name, strict=True):
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in
newFunc
return func(*args, **kwargs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 586, in
searchFiles
self._sql_pkgKey2po(rep, cur, pkgs)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 470, in
_sql_pkgKey2po
pkg = self._packageByKey(repo, ob['pkgKey'])
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 413, in
_packageByKey
po = self.pc(repo, cur.fetchone())
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 68, in
__init__
self._read_db_obj(db_obj)
  File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 94, in
_read_db_obj
setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Using an MS Access database from CentOS release 5.7 (Final)

[Ron Young]

@Work requires me to manipulate the MS Access database (mdb) file
located on an XP box that is an integral part of a third party
application that is central to the business.

Does anyone have experience doing so?

I have used odbtp in the recent past but it is extremely difficult to
set up on the linux box as I learned when I recently upgraded from
CentOS 4.x to 5.x.

Is there another way to get read and write access to the mdb file from
apache/php running from the linux box?  A couple of hours of googling
last night has resulted in finding very expensive odbc drivers for the
linux box and nothing really foss except the odbc driver managers.


Regards,

Ron Young
919-621-9015
http://www.linkedin.com/in/ronhyoung

+++
Little tiny dreams require little tiny thoughts and little tiny steps.
Great big dreams require great big thoughts and little tiny steps.
+++
Kosh: The avalanche has already started. It is too late for the pebbles to vote.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Using an MS Access database from CentOS release 5.7 (Final)

[Les Mikesell]

On Wed, Dec 14, 2011 at 3:21 PM, Ron Young ronyo...@nc.rr.com wrote:
 @Work requires me to manipulate the MS Access database (mdb) file
 located on an XP box that is an integral part of a third party
 application that is central to the business.

 Does anyone have experience doing so?

 I have used odbtp in the recent past but it is extremely difficult to
 set up on the linux box as I learned when I recently upgraded from
 CentOS 4.x to 5.x.

 Is there another way to get read and write access to the mdb file from
 apache/php running from the linux box?  A couple of hours of googling
 last night has resulted in finding very expensive odbc drivers for the
 linux box and nothing really foss except the odbc driver managers.


The best approach to doing this is to convert the access tables to use
a sql server instead of the native mdb.   This may or may not be
practical/easy, but access can work over ODBC with the db on
linux/postgresql (among others) where you would have a matching php
client.Next best would be to write something to give web server
access to the data you need on the windows box, and access it remote
via http.

-- 
  Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos