[CentOS-announce] Release for CentOS Linux 7 (1708) on ppc64

2017-09-13 Thread James O'Connor 
I am pleased to announce the general availability of CentOS Linux 7
(1708) for 64 bit POWER7, big endian, compatible machines.
This is the current release for CentOS Linux
7 and is tagged as 1708, derived from Red Hat Enterprise Linux 7.4

== Download
Images are available on the mirrors at:
http://mirror.centos.org/altarch/7/isos/ppc64/

Images and sha256sums :


CentOS-7-AltArch-ppc64-Everything-1708.iso:
ab8c40f7195b3e55b55bf3bdaa7a7ebb8752a4e117fec56d93b6315beaa97730

CentOS-7-AltArch-ppc64-Minimal-1708.iso:
57978f5796dde6218a7d9f2a11aa8619926934597b8a0774a52b632652232330

CentOS-7-AltArch-ppc64-NetInstall-1708.iso:
e5b2314c7d054745618e1623f9779436c202c919e2319dcf3255c0a1e7f921c7


More informations/details on the dedicated wiki page:
https://wiki.centos.org/SpecialInterestGroup/AltArch/ppc64

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

[CentOS-announce] Release for CentOS Linux 7 (1708) on ppc64le

2017-09-13 Thread James O'Connor 
I am pleased to announce the general availability of CentOS Linux 7
(1708) for 64 bit POWER8, little endian, compatible machines.
This is the current release for CentOS Linux
7 and is tagged as 1708, derived from Red Hat Enterprise Linux 7.4

== Download
Images are available on the mirrors at:
http://mirror.centos.org/altarch/7/isos/ppc64le/

Images and sha256sums :

CentOS-7-AltArch-ppc64le-Everything-1708.iso:
907fefce4f701180286abed461585e6e9cf0f0d0c4e444e7d1481cc76e1f5124

CentOS-7-AltArch-ppc64le-Minimal-1708.iso:
c5c3bc2d3d88665c5bddc816cffc264de4b5708fd204080bf1f22c0bad855544

CentOS-7-AltArch-ppc64le-NetInstall-1708.iso: 
5c3bb26a8599a21cf0eaabf3bcb02f7545cd9c8ea56a3adffe0c5a37113b8fc0


More informations/details on the dedicated wiki page:
https://wiki.centos.org/SpecialInterestGroup/AltArch/ppc64le

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

Re: [CentOS] audio flaky

2017-09-13 Thread Michael Hennebry 

On Wed, 13 Sep 2017, Michael Hennebry wrote:


On Wed, 13 Sep 2017, wwp wrote:

On Tue, 12 Sep 2017 12:02:34 -0500 (CDT) Michael Hennebry 
 wrote:



I'm running CentOS 6.
The audio goes in and out a lot.
With vlc, I can sometimes get the audio back
by turning the audio track off and on again.
I have similar issues with a/v embedded in html.

Any suggestions on how to diagnose this?


Could you elaborate about "the audio goes in and out a lot"?


It just cuts out.

Of videos on my computer, the problem might be for a single mp4 file.
The cut outs occurs at scene changes,
most of which are between grayscale and color.

A facebook friend sent me a video that used to have sound.
Now it's quiet and shorter.


Apparently, when I get at it though chat,
it's muted by default and a right-clich brings up the unmute menu.
That leaves the other file.


Now I wonder whether my video software has
gotten more sensitive to malformed data.


According to yum.log, vlc stuff was updated on MArch 29 and not later.
According to rpm -q vlc depends on libpulse... .
According to yum.log , pulseaudio stuff was updated May 3 and not later.
This include erasing package pulseaudio
with no corresponding install or update.
This suggests to me a major change.

All that said,
it seems to me that the cutting out started much later than that.

Also, since the problem appears to affect only one file,
'tain't all that big a deal anymore.


Is there a tool that will try to clean a bad mp4 video?


--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Lamar Owen 

On 09/13/2017 04:40 PM, Jerry Geis wrote:

I am running the propriatry NVIDIA driver 384.69 for GT 720 support.
The ELrepo driver works very well for me with CentOS 7.4.1708 on a Dell 
Precision M6700.  Here's what I have:

++
[lowen@localhost ~]$ nvidia-detect -v
Probing for supported NVIDIA devices...
[10de:11be] NVIDIA Corporation GK104GLM [Quadro K3000M]
This device requires the current 384.59 NVIDIA driver kmod-nvidia
[lowen@localhost ~]$ rpm -qa|grep nvidia
nvidia-x11-drv-384.69-2.el7.elrepo.x86_64
nvidia-detect-384.59-1.el7.elrepo.x86_64
yum-plugin-nvidia-1.0.2-1.el7.elrepo.noarch
pcp-pmda-nvidia-gpu-3.11.8-7.el7.x86_64
kmod-nvidia-384.69-1.el7_4.elrepo.x86_64
[lowen@localhost ~]$

(nvidia-detect hasn't yet been updated to .69..)  The ELrepo team 
does a great job with this driver; unless you have a compelling need to 
rebuild it yourself (I hesitate to say 'recompile' as, well, there's 
very little to actually compile) you should investigate using the 
ELrepo.org modules that make these sorts of updates much easier.  Thanks 
ELrepo for the modules; thanks CentOS project for the rebuilt OS.


The ELrepo nvidia driver handles the nouveau disabling as well; it's 
seamless, and works.  The only caveat is when your card goes to the 
legacy driver, at which time you'll have to install the legacy version; 
ELrepo builds those too.


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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 08:46 PM, Johnny Hughes wrote:
> On 09/13/2017 04:12 PM, Jerry Geis wrote:
>> if I do "init 3" to exit graphics. then run startx - it does not start -
>> but the only message (no errors) is
>> Server terminated successfully.
>>
> 
> In order to use the proprietary NVIDIA driver, you will need to disable
> the nouveau driver in the initrd.
> 
> On the plus side, the nouveau driver seems to work just fine for me to
> drive two 1920x1080 displays attached to my nvidia card via HDMI.  Do
> you absolutely need the NVIDIA driver?
> 
> Admittedly, the card in that particular machine is not very new (GeForce
> GT 710B), but I don't see a compelling reason to shift to the NVIDIA
> drivers for this test box as everything nouveau seems to be working.
> 
> I'm sure I could likely get a bit better frame rates for graphical
> intensive things, but if you are doing that, and if nouveau works with
> your chipset and card, I would consider it.



https://kaischroed.wordpress.com/howto-install-nvidia-driver-on-fedora-replacing-nouveau/

That is basically how to remove the nouveau driver, except you will need
to follow the instructions to use grub2 instead of grub in the comments
.. or see if you can find a guide for CentOS Linux 7.



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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 04:12 PM, Jerry Geis wrote:
> if I do "init 3" to exit graphics. then run startx - it does not start -
> but the only message (no errors) is
> Server terminated successfully.
> 

In order to use the proprietary NVIDIA driver, you will need to disable
the nouveau driver in the initrd.

On the plus side, the nouveau driver seems to work just fine for me to
drive two 1920x1080 displays attached to my nvidia card via HDMI.  Do
you absolutely need the NVIDIA driver?

Admittedly, the card in that particular machine is not very new (GeForce
GT 710B), but I don't see a compelling reason to shift to the NVIDIA
drivers for this test box as everything nouveau seems to be working.

I'm sure I could likely get a bit better frame rates for graphical
intensive things, but if you are doing that, and if nouveau works with
your chipset and card, I would consider it.



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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 08:02 PM, Johnny Hughes wrote:
> On 09/13/2017 07:59 PM, Johnny Hughes wrote:
>> On 09/13/2017 04:12 PM, Jerry Geis wrote:
>>> if I do "init 3" to exit graphics. then run startx - it does not start -
>>> but the only message (no errors) is
>>> Server terminated successfully.
>>>
>>
>> You can check the /var/log/Xorg.0.log to get some clues
>>
>>
> 
> I have a test machine with an NVIDIA card .. let me see if the
> proprietary NVIDIA driver works on this for 7.4.
> 

Now that 7.4.1708 is on a bunch of mirrors and populating the
mirrorlist, I would try this with all your normal repos on (as root):

yum clean all
rm -rf /var/cache/yum/

yum upgrade

yum group install "Gnome Desktop"

(assuming you are running the gnome desktop .. if you are running some
other desktop .. use that name instead of "Gnome Desktop" from the
command "yum group list")




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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 07:59 PM, Johnny Hughes wrote:
> On 09/13/2017 04:12 PM, Jerry Geis wrote:
>> if I do "init 3" to exit graphics. then run startx - it does not start -
>> but the only message (no errors) is
>> Server terminated successfully.
>>
> 
> You can check the /var/log/Xorg.0.log to get some clues
> 
> 

I have a test machine with an NVIDIA card .. let me see if the
proprietary NVIDIA driver works on this for 7.4.



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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 04:12 PM, Jerry Geis wrote:
> if I do "init 3" to exit graphics. then run startx - it does not start -
> but the only message (no errors) is
> Server terminated successfully.
> 

You can check the /var/log/Xorg.0.log to get some clues



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

Re: [CentOS] Apache 2.2 EOL - what is Red Hat's story for RHEL6?

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 08:10 AM, Alan McKay wrote:
>> I don't have any official knowledge, but I would suspect that they will
>> maintain httpd-2.2 throughout the lifetime of RHEL6.  Security issues
>> would be backported.  (If older versions of RHEL are any indication)
> 
> The basic problem is though that there won't be any security fixes for 2.2
> How can they back port something that does not exist?
> 
> Or do you mean you think they'll try to port a fix in 2.4 back to 2.2?
> Not even sure that will be possible.
> 
> Is there some way to get an official statement from RHEL on this?
> Like if I bought a licensed copy of RHEL and used it to open a support
> case or something like that?

Red Hat will provide security updates to whatever solution that they
have in RHEL-6 until end of life .. that is what they do and why their
Enterprise Linux has subscription costs .. see:

https://access.redhat.com/security/updates/backporting

The CentOS Project, on the other hand, does not make any security claims
of any kind for CentOS Linux at all.  We rebuild whatever source code
Red Hat releases for RHEL and the user must make sure it meets any
security requirements they have.



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

Re: [CentOS] Apache 2.2 EOL - what is Red Hat's story for RHEL6?

2017-09-13 Thread Alan McKay 
So looks like the definitive answer is here for those who have access

https://access.redhat.com/solutions/2595461

What I don't understand is in the top left it says "solution
unverified" and I"m not sure what that means.

Basic summary is that RH will continue to support apache 2.2 to the
end of life of RHEL6
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Akemi Yagi 
On Wed, Sep 13, 2017 at 2:00 PM, Johnny Hughes  wrote:

> On 09/13/2017 03:40 PM, Jerry Geis wrote:
> > I am running the propriatry NVIDIA driver 384.69 for GT 720 support.
>
> If you installed it directly from nvidia, you would need to boot to
> runlevel 3 and rerun the NVIDIA*.run script to build against the new
> kernel.
>
> If you are using the one from elrepo, not sure if they have a new one yet.
>

​Just to make a minor note ... ELRepo updated the kmod-nvidia (and related)
package​
​s as soon as RHEL 7.4 came out.  :-)​


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

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread Stephen John Smoogen 
On 13 September 2017 at 16:18, Valeri Galtsev  wrote:
>
> On Wed, September 13, 2017 2:16 pm, John R Pierce wrote:
>> On 9/13/2017 9:21 AM, Stephen John Smoogen wrote:
>>> ...The SATA hard drives[It doesn't matter the brand.. they get built
>>> with the same tech and at the same place these days.]
>>
>>
>> thats most assuredly not true.   HD manufacturing is extremely
>> competitive, there's no WAY they 'are built at the same place'. Each of
>> the few remaining major brands of HD's has their own processes, their
>> own factories and keeps their technology very closely guarded.
>
> Fully agree. And I even have my beloved manufacturer (whose drives have
> failure rate almost and order of magnitude lower that others).
>
> Valeri
>
>>

You are correct and I was way out on hyperbole on my comment. I was
aiming for going over the consolidation of brands where low-end drives
are made at the same place and rebadged to different vendors and took
it to the extreme.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] Updates for CentOS Linux 7 (1708) through 9/11/2017

2017-09-13 Thread Johnny Hughes 
All the updates for the base release CentOS Linux 7 (1708) were
announced into our CR Announce Mailing List, archives here:

https://lists.centos.org/pipermail/centos-cr-announce/2017-August/thread.html

https://lists.centos.org/pipermail/centos-cr-announce/2017-September/thread.html

That also includes updates to CentOS Linux 7 (1708) that were released
to CR between 8/1/2017 and 9/11/2017.

All new updates will be released to this CentOS Announce list now that
CentOS Linux 7 (1708) is released.

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] Update to 7.4 using DVD

2017-09-13 Thread Valeri Galtsev 

On Wed, September 13, 2017 4:10 pm, Jerry Geis wrote:
> I have recompiled the NVIDIA binary driver.

That is like an oxymoron ;-) You can not recompile NVIDIA binary driver,
you don't have source code for it. All you have is a binary compiled at
NVIDIA, and small piece of code for interface between that driver and
kernel. This is what you are recompiling when doing that with NVIDIA
binary driver: interface between driver and kernel.

You phrase made my day, thank you!

Valeri

> So graphics comes up - just when I click on the user - it restarts.
>
> Jerry
>
> On Wed, Sep 13, 2017 at 4:40 PM, Jerry Geis  wrote:
>
>> I am running the propriatry NVIDIA driver 384.69 for GT 720 support.
>>
>> Jerry
>>
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

[CentOS-announce] CESA-2017:2679 Important CentOS 7 kernel Security Update

2017-09-13 Thread Johnny Hughes 

CentOS Errata and Security Advisory 2017:2679 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2017:2679

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

x86_64:
5347974d195586a0c34124d0c6d6c756bd04da51799452d0f54788f13c0f  
kernel-3.10.0-693.2.2.el7.x86_64.rpm
56f52cbf26498dfa7ca66a6fc3abd9cba20fe469ab373183cf89eb30ffd2185c  
kernel-abi-whitelists-3.10.0-693.2.2.el7.noarch.rpm
7eecb8cfd1c4c94ed55c2a44e3051d73cb8f8d12a126aa6b555a62d54336d277  
kernel-debug-3.10.0-693.2.2.el7.x86_64.rpm
98a28057ef28d955546cf7cf955b540da45ec1801b41e6c562b509e3070df72d  
kernel-debug-devel-3.10.0-693.2.2.el7.x86_64.rpm
dac8a9cfd3460c122bd68a6ff2edb940aaf87c27539f392cf81939623bc8090d  
kernel-devel-3.10.0-693.2.2.el7.x86_64.rpm
f3e550816dbafb124049f52605df8f15960f823c3e2c4a1001426efd0c0aad32  
kernel-doc-3.10.0-693.2.2.el7.noarch.rpm
4a610d840e8c896f05bbeb392f6a8e86e182a5373a37a109c9f97ab357e6503b  
kernel-headers-3.10.0-693.2.2.el7.x86_64.rpm
307900c97ff75185807ed2add0bc73b967e8ee723e154d6e49dc6b01c83fb16a  
kernel-tools-3.10.0-693.2.2.el7.x86_64.rpm
364a345aaf1926141e6b2ebfa3bcd3103586ace357a1cabd06981906aeea1eab  
kernel-tools-libs-3.10.0-693.2.2.el7.x86_64.rpm
653e6a05b71872dbb05c90b4aedcbdad97d6b785e604f68eed6ffbdcd3627004  
kernel-tools-libs-devel-3.10.0-693.2.2.el7.x86_64.rpm
c024ce0507334b09caf26f57a8560fe3a3fdd82dc3739a2773e635920a1d8abe  
perf-3.10.0-693.2.2.el7.x86_64.rpm
fed56e07d2fb4927bea876aaa2256f8c3017b873b4e1d8fa7ab5f1f743b98e91  
python-perf-3.10.0-693.2.2.el7.x86_64.rpm




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

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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Jerry Geis 
if I do "init 3" to exit graphics. then run startx - it does not start -
but the only message (no errors) is
Server terminated successfully.

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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Jerry Geis 
I have recompiled the NVIDIA binary driver.
So graphics comes up - just when I click on the user - it restarts.

Jerry

On Wed, Sep 13, 2017 at 4:40 PM, Jerry Geis  wrote:

> I am running the propriatry NVIDIA driver 384.69 for GT 720 support.
>
> Jerry
>
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 03:40 PM, Jerry Geis wrote:
> I am running the propriatry NVIDIA driver 384.69 for GT 720 support.

Depending on how you installed the driver, it may need to be recompiled
for the new kernel.

If you installed it directly from nvidia, you would need to boot to
runlevel 3 and rerun the NVIDIA*.run script to build against the new kernel.

If you are using the one from elrepo, not sure if they have a new one yet.



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

[CentOS-docs] [Gitblit] arrfab pushed 1 commits => websites/centos.org.git

2017-09-13 Thread Gitblit 
https://git.centos.org/summary/websites!centos.org.git

>---
 master branch updated (1 commits)
>---

 Fabian Arrotin 
 Wednesday, September 13, 2017 20:43 +

 Modified download links for 1708 release

 
https://git.centos.org/commit/websites!centos.org.git/6732f569bdc49e07fd657ae83ede232f9183ed09
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Jerry Geis 
I am running the propriatry NVIDIA driver 384.69 for GT 720 support.

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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Jerry Geis 
I continued to play to get this running. I am close.
When X comes up and I click on the user to login - It appears X restarts.

I do see a message that gdm was killed by SIGTRAP in the logs.
I may just have something not installed at this point. I had to "yum
remove" a couple things to allow the update to take place.
One was the libgpod (thanks).

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

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread Valeri Galtsev 

On Wed, September 13, 2017 2:16 pm, John R Pierce wrote:
> On 9/13/2017 9:21 AM, Stephen John Smoogen wrote:
>> ...The SATA hard drives[It doesn't matter the brand.. they get built
>> with the same tech and at the same place these days.]
>
>
> thats most assuredly not true.   HD manufacturing is extremely
> competitive, there's no WAY they 'are built at the same place'. Each of
> the few remaining major brands of HD's has their own processes, their
> own factories and keeps their technology very closely guarded.

Fully agree. And I even have my beloved manufacturer (whose drives have
failure rate almost and order of magnitude lower that others).

Valeri

>
>
> --
> john r pierce, recycling bits in santa cruz
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

[CentOS-announce] Release for CentOS Linux 7 (1708) on armhfp

2017-09-13 Thread Fabian Arrotin 
I am pleased to announce the general availability of CentOS Linux 7
(1708) for armhfp compatible machines.

This is the current release for CentOS Linux
7 and is tagged as 1708, derived from Red Hat Enterprise Linux 7.4

== Download
You can download new images for armhfp boards on
http://mirror.centos.org/altarch/7/isos/armhfp/

Images and sha256sums :

CentOS-Userland-7-armv7hl-Minimal-1708-BananaPi.img.xz
a4b7c1710b2c6c52d7f4d65ed67ed554f7c22832ea1929c72b21aa3b3e5a0fe5

CentOS-Userland-7-armv7hl-Minimal-1708-CubieTruck.img.xz
d7fb3d385e303887cbe407520b552402ac81fcdfa53e3761a9865240e8b6ecf1

CentOS-Userland-7-armv7hl-Minimal-1708-RaspberryPi2.img.xz
eed1863c6acd2df2860c3df4cb04281f87c105f2f818c358e7199c42130f5a58

CentOS-Userland-7-armv7hl-Minimal-1708-RaspberryPi3.img.xz
00ae483c505db0492994ca7055712635ad8e08fb7392e6b4b192bf3c8f201b2b


More informations/details on the dedicated wiki page :
https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32

== Getting help
If you are searching for help, or would like to help the CentOS
altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev
list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us
in #centos-arm on irc.freenode.net

-- 
Fabian Arrotin
The CentOS Project | http://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab



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

[CentOS-announce] Release for CentOS 7.4.1708 for AArch64/ARM64

2017-09-13 Thread Jim Perrin 
I am pleased to announce the general availability of CentOS Linux 7
(1708) for AArch64/ARM64 machines.

== Changes ==
The kernel has been rebased from 4.5 to 4.11, the source for which can
be found at https://git.centos.org/summary/sig-altarch!kernel.git in the
sig-altarch7-aarch64 branch.

Additionally the following packages have been modified:

mozjs
js
libproxy
polkit
binutils

The sources for these packages can be found at
http://vault.centos.org/altarch/7.4.1708/os/Source/aarch64/Source/SPackages/


== Download ==


You can download new images and isos via
http://mirror.centos.org/altarch/7/isos/aarch64/

9c28d9f26477900dc36abd42a38c059d71b47b081a2bb6e2a30e519c092d6210
CentOS-7-aarch64-Everything.iso
d8528a83384cbb3733d3575a2a33dd0391ca8b3bdcef14b33e8cca5004059431
CentOS-7-aarch64.img.xz
3584416450c293f33f2a7aa8f9dd52dd5808f612e238a597458c1fde824540a1
CentOS-7-aarch64-NetInstall.iso
d8528a83384cbb3733d3575a2a33dd0391ca8b3bdcef14b33e8cca5004059431
CentOS-7-aarch64-rolling.img.xz
3fc69e35fce3d517adb5bcdd810ed0e85b9c17e78274c2a7ccd89bbac39ce883
CentOS-7-aarch64-rootfs-7.4.1708.tar.xz




-- 
Jim Perrin
The CentOS Project | http://www.centos.org
twitter: @BitIntegrity | GPG Key: FA09AD77
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce

[CentOS-announce] Release for CentOS Linux 7 (1708) on x86_64

2017-09-13 Thread Karanbir Singh 

I am pleased to announce the general availability of CentOS Linux 7
(1708) for 64 bit x86 compatible machines. Effectively immediately, this
is the current release for CentOS Linux 7 and is tagged as 1708, derived
from Red Hat Enterprise Linux 7.4

As always, read through the Release Notes at :
http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 - these notes
contain important information about the release and details about some
of the content inside the release from the CentOS QA team. These notes
are updated constantly to include issues and incorporate feedback from
the users.

--
Updates, Sources, and DebugInfos

Updates released since we froze the iso and install media content are
posted in the updates repo along with the release. This will include
content from late Aug 2017 and Sept 2017, therefore anyone
running a new install is highly encouraged to run a 'yum update'
operation immediate on install completion.  You can apply all updates,
including the content released today, on your existing CentOS Linux
7/x86_64 machine by just running 'yum update'.

As with all CentOS Linux 7 components, this release was built from
sources hosted at git.centos.org. In addition, SRPMs that are a
byproduct of the build (and also considered critical in the code and
buildsys process) are being published to match every binary RPM we
release. Sources will be available from vault.centos.org in their own
dedicated directories to match the corresponding binary RPMs. Since
there is far less traffic to the CentOS source RPMs compared with the
binary RPMs, we are not putting this content on the main mirror
network. If users wish to mirror this content they can do so using the
reposync command available in the yum-utils package. All CentOS source
RPMs are signed with the same key used to sign their binary
counterparts. Developers and end users looking at inspecting and
contributing patches to the CentOS Linux distro will find the code
hosted at git.centos.org far simpler to work against. Details on how
to best consume those are documented along with a quick start at :
http://wiki.centos.org/Sources

Debuginfo packages are also being signed and pushed. Yum configs
shipped in the new release file will have all the context required for
debuginfo to be available on every CentOS Linux install.

This release supersedes all previously released content for CentOS
Linux 7, and therefore we highly encourage all users to upgrade their
machines. Information on different upgrade strategies and how to
handle stale content is included in the Release Notes.

Note that older content, obsoleted by newer versions of the same
applications are trim'd off from repos like Extras/ and Plus/ However
this time we have also extended this to the sIG content hosted at
mirror.centos.org, and some older End of Life content has been dropped.
Everything we ever release, is always available on the vault service for
people still looking for and have a real need for it.

--
Download

In order to conserve donor bandwidth, and to make it possible to get
the mirror content sync'd out as soon as possible, we recommend using
torrents to get your initial installer images:

Details on the images are available on the mirrors at
http://mirror.centos.org/centos/7/isos/x86_64/0_README.txt - that file
clearly highlights the difference in the images, and when one might be
more suitable than the others.

The sizes, sha256 sums for the ISO files:

ec7500d4b006702af6af023b1f8f1b890b6c7ee54400bb98cef968b883cd6546
 CentOS-7-x86_64-DVD-1708.iso ( 4.2G)

8593f5a1631ebfb7581193a7b4ef96d44f500d3ceb49cc4cfbfd71d5698e4173
CentOS-7-x86_64-Everything-1708.iso ( 8.1G)

9941f5e1257d74e763652ceae5096ed73ddc94a9703ae116931d8713b801fec0
 CentOS-7-x86_64-LiveGNOME-1708.iso ( 1.2G)

4ba63634a8430d134d8a9535c62ff1341c33c898fb1c768a0c6e54fbc92a9133
CentOS-7-x86_64-LiveKDE-1708.iso ( 1.7G)

bba314624956961a2ea31dd460cd860a77911c1e0a56e4820a12b9c5dad363f5
CentOS-7-x86_64-Minimal-1708.iso ( 792 M)

fe3d960cce4d2c1c9f1b66817fe87cc0ee1a1c6c5dd126204cb5c33d51a45620
CentOS-7-x86_64-NetInstall-1708.iso ( 422 M)

Information for the torrent files and sums are available at
http://mirror.centos.org/centos/7/isos/x86_64


Additional Images

The container, Vagrant, Cloud and Atomic Host images are being prepared
and will be released in the next few days. Look for an announcement
posted to the centos-announce list for more information on availability
for these in the coming days.

--
Dojo

We try and organise Dojos in various parts of the world as a one day
event, to bring together people who use CentOS and others who are keen
to learn about CentOS. The day's focus is on sharing technical
knowledge and success stories. It's also a great place to meet and
talk about upcoming technologies and learn how others are using them
on CentOS Linux.

The next Dojo coming up is on the 20th Oct hosted by CERN, in
Switzerland. Details for this are available on

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread John R Pierce 

On 9/13/2017 9:21 AM, Stephen John Smoogen wrote:

...The SATA hard drives[It doesn't matter the brand.. they get built with 
the same tech and at the same place these days.]



thats most assuredly not true.   HD manufacturing is extremely 
competitive, there's no WAY they 'are built at the same place'. Each of 
the few remaining major brands of HD's has their own processes, their 
own factories and keeps their technology very closely guarded.



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread hw 

Stephen John Smoogen wrote:

On 13 September 2017 at 12:00, hw  wrote:



It will depend on the type of SSD. Ones with large cache and various
smarts (SAS Enterprise type) can take many different sizes. For SATA
ones it depends on what the cache and write of the SSD is and very few
of them seem to be the same. The SSD also has all kinds of logic which
moves data around constantly on disk to wipe level so it makes it
opaque. The people who have tested this usually have to burn through
an SSD set to get an idea about a particular 'run' of a model but it
doesn't go over every version of the model of SATA SSD.



Hm, so much to SSDs ...  I can only hope they will be replaced with
something better.


I have decided against putting anything onto these SSDs other than temporary
data, but even for that, I would need to make an md-RAID, which I don´t
want.
It may work or not, and "may work" is not enough.



May work is part of any commodity hardware build. The SATA hard drives
do not use the same technology as 4 years ago and you may end up with
them having crap out on shorter lifetimes because they aren't built to
live longer than 3 years depending on the model. [It doesn't matter
the brand.. they get built with the same tech and at the same place
these days.]


Spinning disks don´t have the trouble with writing as SSDs have, and they
are used for hardware RAID in this case.  The SSDs may work with hardware
RAID or may not.  They may work for their purpose or they may not.  The
spinning disks will work, they have done so for the last two years ---
with ZFS rather than hardware RAID, but WD Reds should do fine, and do
so since about a month now.

My experience is that spinning disks fail either within the first three
months or when about three years old --- or virtually never because they
get so old that they are being replaced by disks with greater capacity
before they fail.

Nowadays, what isn´t build to fail as soon as the manufacturer can get
away with? :(  Even cars you pay 70k for are built to fail after only
three years, same as those that cost 256k used.  (The 256k one I saw at a
BWM dealer, and the sales guy told me they are built to fail.  Go figure :) )


If the performance on the hardware RAID isn´t as good, it can not get worse
than it is now, and it may be even better than with the SSDs.


I have two at home with the system installed on btrfs.  I´m going to change
that
to md-RAID1 and xfs.  Is there anything special involved in copying the
system
to another disk?  Will 'cp -ax' do, or should I use rsync to copy xattrs
etc.?
Using the commonly used stripe size of 128kb is something I´d expect the
SSDs
being able to handle.



Depending on what CentOS you are working, cp -a will preserve xattrs.


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

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread Stephen John Smoogen 
On 13 September 2017 at 12:00, hw  wrote:

>>
>> It will depend on the type of SSD. Ones with large cache and various
>> smarts (SAS Enterprise type) can take many different sizes. For SATA
>> ones it depends on what the cache and write of the SSD is and very few
>> of them seem to be the same. The SSD also has all kinds of logic which
>> moves data around constantly on disk to wipe level so it makes it
>> opaque. The people who have tested this usually have to burn through
>> an SSD set to get an idea about a particular 'run' of a model but it
>> doesn't go over every version of the model of SATA SSD.
>
>
> Hm, so much to SSDs ...  I can only hope they will be replaced with
> something better.
>
>
> I have decided against putting anything onto these SSDs other than temporary
> data, but even for that, I would need to make an md-RAID, which I don´t
> want.
> It may work or not, and "may work" is not enough.
>

May work is part of any commodity hardware build. The SATA hard drives
do not use the same technology as 4 years ago and you may end up with
them having crap out on shorter lifetimes because they aren't built to
live longer than 3 years depending on the model. [It doesn't matter
the brand.. they get built with the same tech and at the same place
these days.]


> If the performance on the hardware RAID isn´t as good, it can not get worse
> than it is now, and it may be even better than with the SSDs.
>
>
> I have two at home with the system installed on btrfs.  I´m going to change
> that
> to md-RAID1 and xfs.  Is there anything special involved in copying the
> system
> to another disk?  Will 'cp -ax' do, or should I use rsync to copy xattrs
> etc.?
> Using the commonly used stripe size of 128kb is something I´d expect the
> SSDs
> being able to handle.
>

Depending on what CentOS you are working, cp -a will preserve xattrs.


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



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/

2017-09-13 Thread hw 

Stephen John Smoogen wrote:

On 13 September 2017 at 11:42, Johnny Hughes  wrote:

On 09/13/2017 10:28 AM, hw wrote:


Hi,

https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/
says that pst-barcode is included in texlive.

I installed texlive, and it can´t find pst-barcode.sty.  Is that a
bug in the packaging Centos does, or is texlive in Centos some
derelict version?


CentOS has whatever version is in RHEL.

sudo yum provides '*pst-barcode*'

That says it is not available though in CentOS Linux 7.





texlive is a pain in the ass to have all the things that are included
in contrib and other areas. The Fedora package breaks into 5932
different subpackages and the RHEL is a sub-build of those which are
felt can be maintained for the lifetime of a EL release. If you need
more than what EL provides, most people just take the 10->28 hours to
build a set of tetex packages from the Fedora ones.


So far, it seems that this is pretty much the only thing that´s still
missing, and it´s probably not difficult to install.  I´ll try that
first and see how it goes.

I could create a Fedora-VM and delegate this kind of work to it, but that
has its own issues ...
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/

2017-09-13 Thread Stephen John Smoogen 
On 13 September 2017 at 11:42, Johnny Hughes  wrote:
> On 09/13/2017 10:28 AM, hw wrote:
>>
>> Hi,
>>
>> https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/
>> says that pst-barcode is included in texlive.
>>
>> I installed texlive, and it can´t find pst-barcode.sty.  Is that a
>> bug in the packaging Centos does, or is texlive in Centos some
>> derelict version?
>
> CentOS has whatever version is in RHEL.
>
> sudo yum provides '*pst-barcode*'
>
> That says it is not available though in CentOS Linux 7.
>
>


texlive is a pain in the ass to have all the things that are included
in contrib and other areas. The Fedora package breaks into 5932
different subpackages and the RHEL is a sub-build of those which are
felt can be maintained for the lifetime of a EL release. If you need
more than what EL provides, most people just take the 10->28 hours to
build a set of tetex packages from the Fedora ones.

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



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread hw 

Stephen John Smoogen wrote:

On 13 September 2017 at 09:25, hw  wrote:

John R Pierce wrote:


On 9/9/2017 9:47 AM, hw wrote:



Isn´t it easier for SSDs to write small chunks of data at a time?
The small chunk might fit into some free space more easily than
a large one which needs to be spread out all over the place.




the SSD collects data blocks being written and when a full flash block
worth of data is collected, often 256K to several MB, it writes them all at
once to a single contiguous block on the flash array, no matter what the
'address' of the blocks being written is.  think of it as a 'scatter-gather'
operation.

different drive brands and models use different strategies for this, and
all this is completely opaque to the host OS so you really can't outguess or
manage this process at the OS or disk controller level.




What if the collector is full?

I understand that using small chunk sizes can reduce performance because
many chunks need to be dealt with.  Using large chunks would involve
reading and writing larger amounts of data every time, and that also
could reduce performance.

With a chunk size of 1MB, disk access might amount to huge amounts of
data being read and written unnecessarily.  So what might be a good chunk
size for SSDs?


It will depend on the type of SSD. Ones with large cache and various
smarts (SAS Enterprise type) can take many different sizes. For SATA
ones it depends on what the cache and write of the SSD is and very few
of them seem to be the same. The SSD also has all kinds of logic which
moves data around constantly on disk to wipe level so it makes it
opaque. The people who have tested this usually have to burn through
an SSD set to get an idea about a particular 'run' of a model but it
doesn't go over every version of the model of SATA SSD.


Hm, so much to SSDs ...  I can only hope they will be replaced with
something better.


I have decided against putting anything onto these SSDs other than temporary
data, but even for that, I would need to make an md-RAID, which I don´t want.
It may work or not, and "may work" is not enough.

If the performance on the hardware RAID isn´t as good, it can not get worse
than it is now, and it may be even better than with the SSDs.


I have two at home with the system installed on btrfs.  I´m going to change that
to md-RAID1 and xfs.  Is there anything special involved in copying the system
to another disk?  Will 'cp -ax' do, or should I use rsync to copy xattrs etc.?
Using the commonly used stripe size of 128kb is something I´d expect the SSDs
being able to handle.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 10:28 AM, hw wrote:
> 
> Hi,
> 
> https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/
> says that pst-barcode is included in texlive.
> 
> I installed texlive, and it can´t find pst-barcode.sty.  Is that a
> bug in the packaging Centos does, or is texlive in Centos some
> derelict version?

CentOS has whatever version is in RHEL.

sudo yum provides '*pst-barcode*'

That says it is not available though in CentOS Linux 7.



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

Re: [CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread Stephen John Smoogen 
On 13 September 2017 at 09:25, hw  wrote:
> John R Pierce wrote:
>>
>> On 9/9/2017 9:47 AM, hw wrote:
>>>
>>>
>>> Isn´t it easier for SSDs to write small chunks of data at a time?
>>> The small chunk might fit into some free space more easily than
>>> a large one which needs to be spread out all over the place.
>>
>>
>>
>> the SSD collects data blocks being written and when a full flash block
>> worth of data is collected, often 256K to several MB, it writes them all at
>> once to a single contiguous block on the flash array, no matter what the
>> 'address' of the blocks being written is.  think of it as a 'scatter-gather'
>> operation.
>>
>> different drive brands and models use different strategies for this, and
>> all this is completely opaque to the host OS so you really can't outguess or
>> manage this process at the OS or disk controller level.
>>
>>
>
> What if the collector is full?
>
> I understand that using small chunk sizes can reduce performance because
> many chunks need to be dealt with.  Using large chunks would involve
> reading and writing larger amounts of data every time, and that also
> could reduce performance.
>
> With a chunk size of 1MB, disk access might amount to huge amounts of
> data being read and written unnecessarily.  So what might be a good chunk
> size for SSDs?

It will depend on the type of SSD. Ones with large cache and various
smarts (SAS Enterprise type) can take many different sizes. For SATA
ones it depends on what the cache and write of the SSD is and very few
of them seem to be the same. The SSD also has all kinds of logic which
moves data around constantly on disk to wipe level so it makes it
opaque. The people who have tested this usually have to burn through
an SSD set to get an idea about a particular 'run' of a model but it
doesn't go over every version of the model of SATA SSD.


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



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/

2017-09-13 Thread hw 


Hi,

https://ctan.org/tex-archive/graphics/pstricks/contrib/pst-barcode/
says that pst-barcode is included in texlive.

I installed texlive, and it can´t find pst-barcode.sty.  Is that a
bug in the packaging Centos does, or is texlive in Centos some
derelict version?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 10:08 AM, Johnny Hughes wrote:
> On 09/13/2017 09:14 AM, Jerry Geis wrote:
>> I am attempting to update to 7.4 using the DVD
>>
>> I get these errors(truncated list)
>> Error: Package: libgpod-0.8.3-14.el7.x86_64 (@epel)
>>Requires: libusbmuxd.so.2()(64bit)
>>Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda)
>>libusbmuxd.so.2()(64bit)
>>Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (c7-media)
>>Not found
>> Error: Package: network-manager-applet-1.4.0-2.el7.x86_64 (@base)
>>Requires: libnma(x86-64) = 1.4.0-2.el7
>>Removing: libnma-1.4.0-2.el7.x86_64 (@base)
>>libnma(x86-64) = 1.4.0-2.el7
>>Updated By: libnma-1.8.0-3.el7.x86_64 (c7-media)
>>libnma(x86-64) = 1.8.0-3.el7
>> Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
>>Requires: ipa-common = 4.4.0-14.el7.centos.7
>>Removing: ipa-common-4.4.0-14.el7.centos.7.noarch (@updates)
>>ipa-common = 4.4.0-14.el7.centos.7
>>Updated By: ipa-common-4.5.0-20.el7.centos.noarch (c7-media)
>>ipa-common = 4.5.0-20.el7.centos
>> Error: Package: jansson-devel-2.4-6.el7.x86_64 (@base)
>>Requires: jansson = 2.4-6.el7
>>Removing: jansson-2.4-6.el7.x86_64 (@anaconda)
>>jansson = 2.4-6.el7
>>Updated By: jansson-2.10-1.el7.x86_64 (c7-media)
>>jansson = 2.10-1.el7
>> Error: Package: graphite2-devel-1.3.6-1.el7_2.x86_64 (c7-media)
>>Requires: graphite2(x86-64) = 1.3.6-1.el7_2
>>Installed: graphite2-1.3.10-1.el7_3.x86_64 (@updates)
>>graphite2(x86-64) = 1.3.10-1.el7_3
>>Available: graphite2-1.3.6-1.el7_2.x86_64 (c7-media)
>>graphite2(x86-64) = 1.3.6-1.el7_2
>> Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
>>Requires: python2-ipalib = 4.4.0-14.el7.centos.7
>>Removing: python2-ipalib-4.4.0-14.el7.centos.7.noarch (@updates)
>>python2-ipalib = 4.4.0-14.el7.centos.7
>>Updated By: python2-ipalib-4.5.0-20.el7.centos.noarch (c7-media)
>>python2-ipalib = 4.5.0-20.el7.centos
>> Error: Package: grilo-devel-0.2.12-2.el7.x86_64 (@base)
>>Requires: libgrlnet-0.2.so.0()(64bit)
>>Removing: grilo-0.2.12-2.el7.x86_64 (@anaconda)
>>libgrlnet-0.2.so.0()(64bit)
>>Updated By: grilo-0.3.3-1.el7.x86_64 (c7-media)
>>   ~libgrlnet-0.3.so.0()(64bit)
>> Error: Package: mesa-libgbm-devel-11.2.2-2.20160614.el7.x86_64 (@base)
>>Requires: mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
>>Removing: mesa-libgbm-11.2.2-2.20160614.el7.x86_64 (@base)
>>mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
>>Updated By: mesa-libgbm-17.0.1-6.20170307.el7.x86_64 (c7-media)
>>mesa-libgbm(x86-64) = 17.0.1-6.20170307.el7
>>  You could try using --skip-broken to work around the problem
>>  You could try running: rpm -Va --nofiles --nodigest
>>
>>
>> I have ran the rpm -Va --nofiles --nodigest
>> did no help,
>>
>> I ran with the --skip-broken and then all these files are skipped,
>> including new kernel.
>>
>> What else can I run to install these files ?
>>
>> I'm doing this from the mounted DVD  yum --disablerepo=\*
>> --enablerepo=c7-media update
>>
> 
> You probably want to wait until you also have access to 7.4.1708/updates/
> 
> or .. at least also enable 7.3.1611/cr/
> 
> But, I would just wait on the release to hit, which should be happening
> in a couple hours .. though I would wait until tomorrow for all mirrors
> to stabilize on the final release.
> 


Per the release notes
(https://wiki.centos.org/Manuals/ReleaseNotes/CentOS7), you will also
need to:

yum downgrade libgpod

(first)



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

Re: [CentOS] Update to 7.4 using DVD

2017-09-13 Thread Johnny Hughes 
On 09/13/2017 09:14 AM, Jerry Geis wrote:
> I am attempting to update to 7.4 using the DVD
> 
> I get these errors(truncated list)
> Error: Package: libgpod-0.8.3-14.el7.x86_64 (@epel)
>Requires: libusbmuxd.so.2()(64bit)
>Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda)
>libusbmuxd.so.2()(64bit)
>Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (c7-media)
>Not found
> Error: Package: network-manager-applet-1.4.0-2.el7.x86_64 (@base)
>Requires: libnma(x86-64) = 1.4.0-2.el7
>Removing: libnma-1.4.0-2.el7.x86_64 (@base)
>libnma(x86-64) = 1.4.0-2.el7
>Updated By: libnma-1.8.0-3.el7.x86_64 (c7-media)
>libnma(x86-64) = 1.8.0-3.el7
> Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
>Requires: ipa-common = 4.4.0-14.el7.centos.7
>Removing: ipa-common-4.4.0-14.el7.centos.7.noarch (@updates)
>ipa-common = 4.4.0-14.el7.centos.7
>Updated By: ipa-common-4.5.0-20.el7.centos.noarch (c7-media)
>ipa-common = 4.5.0-20.el7.centos
> Error: Package: jansson-devel-2.4-6.el7.x86_64 (@base)
>Requires: jansson = 2.4-6.el7
>Removing: jansson-2.4-6.el7.x86_64 (@anaconda)
>jansson = 2.4-6.el7
>Updated By: jansson-2.10-1.el7.x86_64 (c7-media)
>jansson = 2.10-1.el7
> Error: Package: graphite2-devel-1.3.6-1.el7_2.x86_64 (c7-media)
>Requires: graphite2(x86-64) = 1.3.6-1.el7_2
>Installed: graphite2-1.3.10-1.el7_3.x86_64 (@updates)
>graphite2(x86-64) = 1.3.10-1.el7_3
>Available: graphite2-1.3.6-1.el7_2.x86_64 (c7-media)
>graphite2(x86-64) = 1.3.6-1.el7_2
> Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
>Requires: python2-ipalib = 4.4.0-14.el7.centos.7
>Removing: python2-ipalib-4.4.0-14.el7.centos.7.noarch (@updates)
>python2-ipalib = 4.4.0-14.el7.centos.7
>Updated By: python2-ipalib-4.5.0-20.el7.centos.noarch (c7-media)
>python2-ipalib = 4.5.0-20.el7.centos
> Error: Package: grilo-devel-0.2.12-2.el7.x86_64 (@base)
>Requires: libgrlnet-0.2.so.0()(64bit)
>Removing: grilo-0.2.12-2.el7.x86_64 (@anaconda)
>libgrlnet-0.2.so.0()(64bit)
>Updated By: grilo-0.3.3-1.el7.x86_64 (c7-media)
>   ~libgrlnet-0.3.so.0()(64bit)
> Error: Package: mesa-libgbm-devel-11.2.2-2.20160614.el7.x86_64 (@base)
>Requires: mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
>Removing: mesa-libgbm-11.2.2-2.20160614.el7.x86_64 (@base)
>mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
>Updated By: mesa-libgbm-17.0.1-6.20170307.el7.x86_64 (c7-media)
>mesa-libgbm(x86-64) = 17.0.1-6.20170307.el7
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
> 
> 
> I have ran the rpm -Va --nofiles --nodigest
> did no help,
> 
> I ran with the --skip-broken and then all these files are skipped,
> including new kernel.
> 
> What else can I run to install these files ?
> 
> I'm doing this from the mounted DVD  yum --disablerepo=\*
> --enablerepo=c7-media update
> 

You probably want to wait until you also have access to 7.4.1708/updates/

or .. at least also enable 7.3.1611/cr/

But, I would just wait on the release to hit, which should be happening
in a couple hours .. though I would wait until tomorrow for all mirrors
to stabilize on the final release.




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

Re: [CentOS] audio flaky

2017-09-13 Thread Michael Hennebry 

On Wed, 13 Sep 2017, wwp wrote:


On Tue, 12 Sep 2017 12:02:34 -0500 (CDT) Michael Hennebry 
 wrote:


I'm running CentOS 6.
The audio goes in and out a lot.
With vlc, I can sometimes get the audio back
by turning the audio track off and on again.
I have similar issues with a/v embedded in html.

Any suggestions on how to diagnose this?


Could you elaborate about "the audio goes in and out a lot"?


It just cuts out.

Of videos on my computer, the problem might be for a single mp4 file.
The cut outs occurs at scene changes,
most of which are between grayscale and color.

A facebook friend sent me a video that used to have sound.
Now it's quiet and shorter.
I don't have enough time to try to turn sound off and on.
I'm going to look for some other embedded video to check.

Now I wonder whether my video software has
gotten more sensitive to malformed data.
Don't remember when vlc was last updated.
ls -l tells me Jan 4, but I'm pretty sure that is wrong.
I'll try to find it in my yum logs.
Is there a tool that will try to clean a bad mp4 video?

--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Update to 7.4 using DVD

2017-09-13 Thread Jerry Geis 
I am attempting to update to 7.4 using the DVD

I get these errors(truncated list)
Error: Package: libgpod-0.8.3-14.el7.x86_64 (@epel)
   Requires: libusbmuxd.so.2()(64bit)
   Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda)
   libusbmuxd.so.2()(64bit)
   Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (c7-media)
   Not found
Error: Package: network-manager-applet-1.4.0-2.el7.x86_64 (@base)
   Requires: libnma(x86-64) = 1.4.0-2.el7
   Removing: libnma-1.4.0-2.el7.x86_64 (@base)
   libnma(x86-64) = 1.4.0-2.el7
   Updated By: libnma-1.8.0-3.el7.x86_64 (c7-media)
   libnma(x86-64) = 1.8.0-3.el7
Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
   Requires: ipa-common = 4.4.0-14.el7.centos.7
   Removing: ipa-common-4.4.0-14.el7.centos.7.noarch (@updates)
   ipa-common = 4.4.0-14.el7.centos.7
   Updated By: ipa-common-4.5.0-20.el7.centos.noarch (c7-media)
   ipa-common = 4.5.0-20.el7.centos
Error: Package: jansson-devel-2.4-6.el7.x86_64 (@base)
   Requires: jansson = 2.4-6.el7
   Removing: jansson-2.4-6.el7.x86_64 (@anaconda)
   jansson = 2.4-6.el7
   Updated By: jansson-2.10-1.el7.x86_64 (c7-media)
   jansson = 2.10-1.el7
Error: Package: graphite2-devel-1.3.6-1.el7_2.x86_64 (c7-media)
   Requires: graphite2(x86-64) = 1.3.6-1.el7_2
   Installed: graphite2-1.3.10-1.el7_3.x86_64 (@updates)
   graphite2(x86-64) = 1.3.10-1.el7_3
   Available: graphite2-1.3.6-1.el7_2.x86_64 (c7-media)
   graphite2(x86-64) = 1.3.6-1.el7_2
Error: Package: ipa-python-compat-4.4.0-14.el7.centos.7.noarch (@updates)
   Requires: python2-ipalib = 4.4.0-14.el7.centos.7
   Removing: python2-ipalib-4.4.0-14.el7.centos.7.noarch (@updates)
   python2-ipalib = 4.4.0-14.el7.centos.7
   Updated By: python2-ipalib-4.5.0-20.el7.centos.noarch (c7-media)
   python2-ipalib = 4.5.0-20.el7.centos
Error: Package: grilo-devel-0.2.12-2.el7.x86_64 (@base)
   Requires: libgrlnet-0.2.so.0()(64bit)
   Removing: grilo-0.2.12-2.el7.x86_64 (@anaconda)
   libgrlnet-0.2.so.0()(64bit)
   Updated By: grilo-0.3.3-1.el7.x86_64 (c7-media)
  ~libgrlnet-0.3.so.0()(64bit)
Error: Package: mesa-libgbm-devel-11.2.2-2.20160614.el7.x86_64 (@base)
   Requires: mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
   Removing: mesa-libgbm-11.2.2-2.20160614.el7.x86_64 (@base)
   mesa-libgbm(x86-64) = 11.2.2-2.20160614.el7
   Updated By: mesa-libgbm-17.0.1-6.20170307.el7.x86_64 (c7-media)
   mesa-libgbm(x86-64) = 17.0.1-6.20170307.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


I have ran the rpm -Va --nofiles --nodigest
did no help,

I ran with the --skip-broken and then all these files are skipped,
including new kernel.

What else can I run to install these files ?

I'm doing this from the mounted DVD  yum --disablerepo=\*
--enablerepo=c7-media update

Thanks,

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

Re: [CentOS] Apache 2.2 EOL - what is Red Hat's story for RHEL6?

2017-09-13 Thread James Hogarth 
On 13 September 2017 at 14:10, Alan McKay  wrote:

> > I don't have any official knowledge, but I would suspect that they will
> > maintain httpd-2.2 throughout the lifetime of RHEL6.  Security issues
> > would be backported.  (If older versions of RHEL are any indication)
>
> The basic problem is though that there won't be any security fixes for 2.2
> How can they back port something that does not exist?
>
> Or do you mean you think they'll try to port a fix in 2.4 back to 2.2?
> Not even sure that will be possible.
>
> Is there some way to get an official statement from RHEL on this?
> Like if I bought a licensed copy of RHEL and used it to open a support
> case or something like that?
>


Yes they have engineers who, when a CVE is discovered, will analyse if it
applies to the httpd shipped in RHEL and if there is an issue will write
their own patch (if there is no longer an upstream to directly backport
from).

So long as you use the httpd shipped in RHEL/CentOS you will be protected
against all known CVEs that get discovered - of course ensuring that
mitigating factors such as selinux being enforce also assists with
protection from many/most vulnerabilities in something like httpd.

You will want to read up on:

https://access.redhat.com/support/policy/updates/errata/

and possibly:

https://access.redhat.com/articles/rhel-top-support-policies

and certainly:

https://access.redhat.com/security/updates/backporting

So yes if there is a security issue found in the httpd 2.2 shipped with EL6
after December of this year RHEL engineers will develop a patch to
mitigate/fix it and include it in their build of httpd they ship.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] stripe size for SSDs? ( cyrus spool on btrfs?)

2017-09-13 Thread hw 

John R Pierce wrote:

On 9/9/2017 9:47 AM, hw wrote:


Isn´t it easier for SSDs to write small chunks of data at a time?
The small chunk might fit into some free space more easily than
a large one which needs to be spread out all over the place.



the SSD collects data blocks being written and when a full flash block worth of 
data is collected, often 256K to several MB, it writes them all at once to a 
single contiguous block on the flash array, no matter what the 'address' of the 
blocks being written is.  think of it as a 'scatter-gather' operation.

different drive brands and models use different strategies for this, and all 
this is completely opaque to the host OS so you really can't outguess or manage 
this process at the OS or disk controller level.




What if the collector is full?

I understand that using small chunk sizes can reduce performance because
many chunks need to be dealt with.  Using large chunks would involve
reading and writing larger amounts of data every time, and that also
could reduce performance.

With a chunk size of 1MB, disk access might amount to huge amounts of
data being read and written unnecessarily.  So what might be a good chunk
size for SSDs?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] system slowdown

2017-09-13 Thread Larry Martell 
On Thu, May 18, 2017 at 1:04 PM, Pete Biggs  wrote:
>
>>
>> kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd]
>> kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged]
>>
>> These messages started appearing today around 7 AM, which is when
>> users started reporting the slowdown. They are still occurring
>> periodically and the system is still slow. Are these messages caused
>> by the slowdown or are they the reason for it? Are they useful in
>> tracking down the problem?
>
> They are what is causing it to appear to run slow.
>
> The soft lockup is when a CPU is spending a lot of time in kernel mode.
> The cause can be a number of things, including overloading or a bug in
> the kernel - or sometimes a hardware issue.
>
> Are you seeing any other possibly hardware related errors in the logs?
>
> Do you have the 'sensors' package installed and configured - is
> everything OK? (An overclocked CPU or a low voltage/bad PSU can cause
> this sort of thing.)

Sorry for the delay in responding, but that system was down until
today for other reasons. Indeed it was a bad power supply that was
making it run slow. Never would have guessed that. Thanks so much for
the suggestion. Had it replaced and it's running fine now.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Apache 2.2 EOL - what is Red Hat's story for RHEL6?

2017-09-13 Thread Alan McKay 
> I don't have any official knowledge, but I would suspect that they will
> maintain httpd-2.2 throughout the lifetime of RHEL6.  Security issues
> would be backported.  (If older versions of RHEL are any indication)

The basic problem is though that there won't be any security fixes for 2.2
How can they back port something that does not exist?

Or do you mean you think they'll try to port a fix in 2.4 back to 2.2?
Not even sure that will be possible.

Is there some way to get an official statement from RHEL on this?
Like if I bought a licensed copy of RHEL and used it to open a support
case or something like that?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Apache 2.2 EOL - what is Red Hat's story for RHEL6?

2017-09-13 Thread Leon Fauster 
> Am 13.09.2017 um 01:04 schrieb Johnny Hughes :
> 
> On 09/12/2017 02:58 PM, Stephen John Smoogen wrote:
>> On 12 September 2017 at 15:29, Alan McKay  wrote:
>>> Hi folks,
>>> 
>>> I have been googling for a few weeks now and not finding anything.
>>> Apache 2.2 is EOL at the end of this year.
>>> 
>>> Has Red Hat announced a plan yet on what they are doing in RHEL6?
>>> 
>>> I am assuming they will up-version from 6.9 to 6.10 and as part of
>>> that upgrade from Apache 2.2 to Apache 2.4 ?
>>> 
>>> thanks,
>>> -Alan
>>> 
>> 
>> RHEL 6 is in Production Stage 3 where only security fixes will be done
>> to packages. In the past that has meant that no upgrades etc are done
>> in the final Prod 3 releases and backports of high level security
>> fixes are done. So I don't expect any sort of upgrade.
>> 
> 
> I don't have any official knowledge, but I would suspect that they will
> maintain httpd-2.2 throughout the lifetime of RHEL6.  Security issues
> would be backported.  (If older versions of RHEL are any indication)
> 


BTW - SCLo SIG provides additionally httpd24, at least until May 2019 ...

--
LF

 

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

[CentOS] CentOS-announce Digest, Vol 151, Issue 2

2017-09-13 Thread centos-announce-request 
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CESA-2017:2681 Important CentOS 6 kernel Security Update
  (Johnny Hughes)
   2. CESA-2017:2685 Moderate CentOS 6 bluez Security   Update
  (Johnny Hughes)


--

Message: 1
Date: Tue, 12 Sep 2017 23:15:02 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2017:2681 Important CentOS 6 kernel
SecurityUpdate
Message-ID: <20170912231502.ga63...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2017:2681 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2017:2681

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

i386:
7a7e756bdd778e6b552e95e51ec2b38f8492b755929fafd37ee80341a05a2fe0  
kernel-2.6.32-696.10.2.el6.i686.rpm
6b2e9e78a22faba659b12ea2775604009bb6b41e243179df49ce5c187b4cd76b  
kernel-abi-whitelists-2.6.32-696.10.2.el6.noarch.rpm
a79b93e88aa475510db88b2f0503b752c69ab0797a32b1a3b46e7ab455f52bfa  
kernel-debug-2.6.32-696.10.2.el6.i686.rpm
3f37d2c6befe9bd7d9d4afc1bb5024e589285e30e5a758ed3755764dfff0f5cd  
kernel-debug-devel-2.6.32-696.10.2.el6.i686.rpm
fea84013ef28f95125c2a6175af0eaac4876e575a0a62e5d5c04f00898780844  
kernel-devel-2.6.32-696.10.2.el6.i686.rpm
ea414d9514476ed940bb33ad39b3ab9c58b2f7ac4e72fbb667a706ea8349bf56  
kernel-doc-2.6.32-696.10.2.el6.noarch.rpm
5566fbb87f5c6f1a3d267487ea6ca417ca6ec60ff610d0421d40d30d5f8a1c98  
kernel-firmware-2.6.32-696.10.2.el6.noarch.rpm
5ddf34e914c3a51d4b1887a44fd1e2eb70c7189be716b6c0906c101a303e17ee  
kernel-headers-2.6.32-696.10.2.el6.i686.rpm
133bd9bbe4b85cba6ce8153f20d83c9456abd755944384d597de556b200bff08  
perf-2.6.32-696.10.2.el6.i686.rpm
c0f48d37c0adeca7aa7847353288eecadbbafe8e5c4470679bd8425deb521d64  
python-perf-2.6.32-696.10.2.el6.i686.rpm

x86_64:
5a068ea731cace53bfce2ead23a15536f258424fab34f1213daea933e8966d78  
kernel-2.6.32-696.10.2.el6.x86_64.rpm
6b2e9e78a22faba659b12ea2775604009bb6b41e243179df49ce5c187b4cd76b  
kernel-abi-whitelists-2.6.32-696.10.2.el6.noarch.rpm
6ee990b5ee67f5cefcee70ddeb7feeeccffc6457d18ff3c0f1a82c375535c0b7  
kernel-debug-2.6.32-696.10.2.el6.x86_64.rpm
3f37d2c6befe9bd7d9d4afc1bb5024e589285e30e5a758ed3755764dfff0f5cd  
kernel-debug-devel-2.6.32-696.10.2.el6.i686.rpm
6027e42601a185c0f4bf6c290c971678922b1e31cad4c2aedbef8e1c80f2f922  
kernel-debug-devel-2.6.32-696.10.2.el6.x86_64.rpm
709c68c776d8db6d03e08b4fb609e5f9c0b6b293531a8cb59bb1c5c4b2389b7b  
kernel-devel-2.6.32-696.10.2.el6.x86_64.rpm
ea414d9514476ed940bb33ad39b3ab9c58b2f7ac4e72fbb667a706ea8349bf56  
kernel-doc-2.6.32-696.10.2.el6.noarch.rpm
5566fbb87f5c6f1a3d267487ea6ca417ca6ec60ff610d0421d40d30d5f8a1c98  
kernel-firmware-2.6.32-696.10.2.el6.noarch.rpm
e412035e84b763214b8dd9f679ba6c7c4c22e07107c000fdd193b613c492d5af  
kernel-headers-2.6.32-696.10.2.el6.x86_64.rpm
0b4eeb2ac18fa4da9998621b5595a6492929b0258c936056e2a3e1c19e261eff  
perf-2.6.32-696.10.2.el6.x86_64.rpm
93163e180b9f2927220805b39b10b97e7b74bd202b0abb22d8ecb92bd213d60d  
python-perf-2.6.32-696.10.2.el6.x86_64.rpm

Source:
187fa35692f8a9f2c294a3f9a20713e78351e6e662a9983ab65533aff437ecfc  
kernel-2.6.32-696.10.2.el6.src.rpm



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



--

Message: 2
Date: Tue, 12 Sep 2017 23:15:38 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2017:2685 Moderate CentOS 6 bluez
SecurityUpdate
Message-ID: <20170912231538.ga64...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2017:2685 Moderate

Upstream details at : https://access.redhat.com/errata/RHSA-2017:2685

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

i386:
f55b99ac9aeb545e217b69fa3f9bf1570ec4c59f5c6d121c22c2af788345ae7d  
bluez-4.66-2.el6_9.i686.rpm
57b7082172ce050457c8767b0c71cb3ea1333b63d4c371b790e267b2d5fbb369  
bluez-alsa-4.66-2.el6_9.i686.rpm
4c70d6a7409019bfc72d131abb0456715738f24e0a3da38d5f5fd69aeebebe16  
bluez-compat-4.66-2.el6_9.i686.rpm
668e314d0f092255fab6d18627ee93ae0ee5ce583d0753f1a66c87efee26591f  
bluez-cups-4.66-2.el6_9.i686.rpm
3706f759e384c00379bb3619118e8d576a141ebbdcad34e830fadf28885021ad