Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[Gordon Messmer]

On 01/27/2016 02:12 AM, Tony Mountifield wrote:

In C7 i have no idea


In C7, "-g" appears to be an argument to ntpd, by default.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[Clint Dilks]

My bad for fogging things up. Besides the epel rpm, I had also tried the
(non-rpm) tar file from mozilla of the latest beta release (installed in
/usr/local).  That turns out to be a 32-bit version.  The epel rpm is
clearly 64-bit.

   Well if you are still seeing the same error then the only think I can
think of is that elements of your install in /usr/local are conflicting
with the RPM version.  If you haven't already completely remove the
/usr/local/ instance.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[Tim Evans]

On 01/27/2016 05:11 PM, Clint Dilks wrote:


This looks like all dependencies are met but I noticed something, your
first message mentions /usr/local/seamonkey/seamonkey-bin, we are looking
at /usr/lib64/seamonkey/seamonkey-bin, which one are you using and do both
exist on your system ?


My bad for fogging things up. Besides the epel rpm, I had also tried the 
(non-rpm) tar file from mozilla of the latest beta release (installed in 
/usr/local).  That turns out to be a 32-bit version.  The epel rpm is 
clearly 64-bit.



--
Tim Evans   |5 Chestnut Court
443-394-3864|Owings Mills, MD 21117
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, man

[m . roth]

Robert Nichols wrote:
> On 01/27/2016 10:31 AM, m.r...@5-cent.us
> wrote:
>> This is... odd.
>>
>>  From my workstation, where I'm directly logged in, if I ssh to any
>> CentOS 7 box, as myself, and try to run man, it fails.
>> Example 1:
>>   man dd
>> man:
>> cannot write to /var/cache/man/cat1/dd.1.gz in catman mode
>> dd.
>>
>> Example 2:
>>   man dd
>> man: can't chmod (null): Bad address
>> man: can't unlink (null): Bad address
>> dd.
>>
>> In all cases, if I sudo -s to root, I have no trouble reading the
>> manpage. In all cases I've tried, selinux is in permissive mode.

> I've had NOCACHE set in /etc/man.config for a long time. On a modern
> machine there's not that much overhead generating the text page on
> demand, and eliminating that avoids issues with pages formatted for
> one window size being viewed on another.

Thanks for the suggestion. The thing that bothers me is why this should
happen at all

   mark

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

Re: [CentOS] Alternative HTML Editor

[Clint Dilks]

On Thu, Jan 28, 2016 at 11:01 AM, Tim Evans  wrote:

> On 01/27/2016 04:59 PM, Clint Dilks wrote:
>
> What is the result of
>>
> > ldd /usr/lib64/seamonkey/seamonkey-bin
>
> # ldd /usr/lib64/seamonkey/seamonkey-bin
> linux-vdso.so.1 =>  (0x7ffe525fc000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x003d6b40)
> libdl.so.2 => /lib64/libdl.so.2 (0x003d6bc0)
> librt.so.1 => /lib64/librt.so.1 (0x003d6c00)
> libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x003d71c0)
> libm.so.6 => /lib64/libm.so.6 (0x003d6b80)
> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x003d7180)
> libc.so.6 => /lib64/libc.so.6 (0x003d6b00)
> /lib64/ld-linux-x86-64.so.2 (0x003d6ac0)
>


This looks like all dependencies are met but I noticed something, your
first message mentions /usr/local/seamonkey/seamonkey-bin, we are looking
at /usr/lib64/seamonkey/seamonkey-bin, which one are you using and do both
exist on your system ?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] verify clean umount

[Robert Arkiletian]

This is on a C6 systems.

How can I verify that an ext4 data partition is being unmounted properly at
(reboot/shutdown) on a sysV init system. I've looked at S01reboot and
S01halt scripts in etc but what I'm concerned about is that I mounted my
partition on a tmpfs dir mount point. So if those S01 scripts try to umount
the tmpfs dir first they may get a "target busy" and then they will try a
force umount. (I think that's not good)

Basically I'm trying to verify that the partition (on reboot/shutdown) is
being unmounted before its tmpfs mount point. Is there an easy way to
verify this?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS-es] [ISPConfig o Webmin] Controlar Hosting y Arrendamiento ?

[angel jauregui]

Buen dia.

Tengo un par de servidores que corren servicio de poco impacto y sobrantes
de poder (ram, procesador y disco duro).

Me gustaria formar un peque~o negocio de arrendamiento de hosting, me
gustaria pedirles su opinion cual seria la mejor opcion para levantan un
servicio de arrendamiento de hosting ???...

Estuve investigando, probando y leido sobre ISPConfig y Webmin, pero a fin
de cuentas no termino de ver a largo plazo cual seria la ventaja y cual
segun su opinion muy personal creen que seria mi mejor opcion ??

De entrada mi objetivo es ofrecerles una cuenta donde el cliente administre
su hosting, cuentas ftp, dominio, subdominio y php. En SEGUNDO PLANO (ya en
un futuro mas lejano) seria el Reselling (pero de momento no).

Saludos !

-- 
M.S.I. Angel Haniel Cantu Jauregui.

Celular: (011-52-1)-899-871-17-22
E-Mail: angel.ca...@sie-group.net
Web: http://www.sie-group.net/
Cd. Reynosa Tamaulipas.
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es

Re: [CentOS] pmount

[m . roth]

Gordon Messmer wrote:
> On 01/27/2016 08:11 AM, m.r...@5-cent.us wrote:
>> my manager has me using
>> pmount/pumount to mount the hard drives I'm putting in the eSATA drive
>> bay for offline backups. Formerly, I used mount/umount, and when I
>> umounted it, and walked downstairs, mostly, esp the green drives,
>> were spun down. I pumount... and*nothing*  spins down.
>
> I think you're seeing a simple correlation of events that are
> indeterminate.  Un-mounting a filesystem doesn't cause the drive to spin
> down (though "eject" should, IIRC).  WD Green drives have a short
> spin-down period, and are more likely to spin down while not being
> accessed.
>
> pmount is just a SUID wrapper around mount.  That is, it calls mount and
> umount.  Whatever is keeping your drives from spinning down is almost
> certainly unrelated to using pmount.
>
> I'd suggest that you make the users who need to handle these disks
> members of the "disk" group.  With that membership, they should be able
> to run "eject" to safely remove the drives and cause them to spin down.

Um, us sysadmins, the only ones using pmount, can do that already.

Thanks.

mark

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

Re: [CentOS] CentOS 7, 327 kernel still crashing

[Wes James]

> On Jan 27, 2016, at 1:47 PM, m.r...@5-cent.us wrote:
> 
> I've just added the following to the CentOS bugtracker for CentOS-7
> 0009860. I admit to not being sure if it's the same issue, or a separate
> one, but this and other Dell servers - I *think* they're all R420's, but I
> could be wrong, just all do the same thing on boot.
> *
> I've just updated a CentOS 7 server to the latest kernel,
> vmlinuz-3.10.0-327.4.5.el7.x86_64, and the server fails to boot. It has
> failed on every 327 kernel.
> 
> Server: Dell R420, 2 Xeons, 124G RAM.
> 

I have the same issue on a 2011 iMac.  Usually a it takes one or two rounds of 
kernels more and it starts working, but I have to stay on 3.10.0-229.20.1 right 
now.  All the 327’s crash on boot.

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

[CentOS] NTP Service Running on Local Host does not Sync System Time

[Traiano Welcome]

Hi List

I have  ntp running as a service on a PC, with the expectation that it
would keep time in synch to my ntp server.

However, while  I can manually update the time using "ntpdate -u ...",
I find that if I manually force the wrong time, the ntpd service does
not automatically re-synch the system time with the ntp server:

- Current time:

[admin@lol ~]# date
Wed Jan 27 10:54:21 AST 2016


- Force wrong time:

[admin@lol ~]# date -s 09:29
Wed Jan 27 09:29:00 AST 2016

- Restart ntp service:

[admin@lol ~]# service ntpd restart
Shutting down ntpd:[  OK  ]
Starting ntpd: [  OK  ]


- Time not synched (even after about 10 minutes)

[admin@lol ~]# date
Wed Jan 27 09:35:52 AST 2016

- use ntpdate -u to force synch:

[admin@lol ~]# ntpdate -u time.lol.com
27 Jan 11:02:28 ntpdate[18570]: step time server 172.16.100.13 offset
5154.859809sec
[osadmin@test-till ~]#

[admin@lol ~]# date
Wed Jan 27 11:03:09 AST 2016


I'm not sure if this is a configuration issue with ntp (ntp.conf looks
fine, as well as /etc/sysconfig/ntpd.conf (pasted below).

/etc/ntp.conf:

restrict default nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict ::1
server time.lol.com
driftfile /var/lib/ntp/drift


/etc/sysconfig/ntpd"

# Drop root to id 'ntp:ntp' by default.
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"
# Set to 'yes' to sync hw clock after successful ntpdate
SYNC_HWCLOCK=yes
# Additional options for ntpdate
NTPDATE_OPTIONS=""
---

Here are some diagnostic queries with ntpq:

---
[admin@lol ~]#  ntpq -pcrv

 remote   refid  st t when poll reach   delay   offset  jitter
==
 10.1.0.111   xxx.xx.xx.x  2 u   26   6413.618  6018473   0.001
associd=0 status=c012 leap_alarm, sync_unspec, 1 event, freq_set,
version="ntpd 4.2.6p5@1.2349-o Sat Nov 23 18:20:11 UTC 2013 (1)",
processor="i686", system="Linux/2.6.32-504.1.3.el6.i686", leap=11,
stratum=16, precision=-20, rootdelay=0.000, rootdisp=0.405, refid=INIT,
reftime=.  Thu, Feb  7 2036  9:28:16.000,
clock=da52e461.90fabbc4  Wed, Jan 27 2016  9:38:25.566, peer=0, tc=3,
mintc=3, offset=0.000, frequency=356.208, sys_jitter=0.000,
clk_jitter=0.001, clk_wander=0.000


What could be the issue? Any help would be appreciated.


Here is the output from running the ntpd service in debug mode:

---
[admin@lol ~]# ntpd -d
ntpd 4.2.6p5@1.2349-o Sat Nov 23 18:20:11 UTC 2013 (1)
27 Jan 09:29:58 ntpd[18652]: proto: precision = 0.931 usec
27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c01d 0d kern kernel time sync enabled
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
Finished Parsing!!
27 Jan 09:29:58 ntpd[18652]: ntp_io: estimated max descriptors: 1024,
initial socket boundary: 16
27 Jan 09:29:58 ntpd[18652]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
27 Jan 09:29:58 ntpd[18652]: Listen and drop on 1 v6wildcard :: UDP 123
27 Jan 09:29:58 ntpd[18652]: Listen normally on 2 lo 127.0.0.1 UDP 123
restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 3000
flags 0001
27 Jan 09:29:58 ntpd[18652]: Listen normally on 3 eth 172.16.0.213 UDP 123
restrict: op 1 addr 172.16.0.213 mask 255.255.255.255 mflags 3000
flags 0001
27 Jan 09:29:58 ntpd[18652]: Listen normally on 4 lo ::1 UDP 123
restrict: op 1 addr ::1 mask :::::::
mflags 3000 flags 0001
27 Jan 09:29:58 ntpd[18652]: Listen normally on 5 eth
fe80::3640:b5ff:fe90:104e UDP 123
restrict: op 1 addr fe80::3640:b5ff:fe90:104e mask
::::::: mflags 3000 flags 0001
27 Jan 09:29:58 ntpd[18652]: peers refreshed
27 Jan 09:29:58 ntpd[18652]: Listening on routing socket on fd #22 for
interface updates
restrict: op 1 addr 0.0.0.0 mask 0.0.0.0 mflags  flags 01d0
restrict: op 1 addr :: mask 0.0.0.0 mflags  flags 01d0
restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 
flags 
restrict: op 1 addr ::1 mask :::::::
mflags  flags 
key_expire: at 0 associd 17148
peer_clear: at 0 next 1 associd 17148 refid INIT
event at 0 10.1.0.111 8011 81 mobilize assoc 17148
newpeer: 172.16.0.213->10.1.0.111 mode 3 vers 4 poll 6 10 flags 0x1
0x1 ttl 0 key 
27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c016 06 restart
event at 0 0.0.0.0 c016 06 restart
27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c012 02 freq_set kernel 356.208 PPM
event at 0 0.0.0.0 c012 02 freq_set kernel 356.208 PPM
transmit: at 1 172.16.0.213->10.1.0.111 mode 3 len 48
auth_agekeys: at 1 keys 1 expired 0
receive: at 1 172.16.0.213<-10.1.0.111 mode 4 len 48
event at 1 10.1.0.111 8024 84 reachable
clock_filter: n 1 off 6018.651057  del 0.003849 dsp 7.945313 jit 0.01
.
.

---

I'm tempted to stick an "ntpdate -u ..." in the crontab to force
time-synch, but I don't see why that's needed if ntpd service should
already 

[CentOS] CD-Mount on CentOS-6.7

[James B. Byrne]

When I load a blank cd into the optical drive on my CentOS-6.7
workstation I am not getting any window or visible mount action on my
Gnome desktop.  Formerly, when I mounted a writeable media in this
drive on this host I would see a nautilus style file browser window
open with inducements to add files.

When I visit /mnt I see nothing:

ll /mnt
  total 0

My fstab does not seem to have much to say either:

cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Mon Sep 24 12:57:28 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more
info
#
/dev/mapper/vg_vhost04-lv_root /   ext4   
defaults1 1
UUID=a9a7cc59-bd0c-4362-9ab6-f721e25df2f8 /boot   ext4
   defaults1 2
/dev/mapper/vg_vhost04-lv_home /home   ext4   
defaults1 2
/dev/mapper/vg_vhost04-lv_tmp /tmpext4defaults
   1 2
/dev/mapper/vg_vhost04-lv_log /var/logext4defaults
   1 2
/dev/mapper/vg_vhost04-lv_spool /var/spool  ext4   
defaults1 2
/dev/mapper/vg_vhost04-lv_swap swapswap   
defaults0 0
tmpfs   /dev/shmtmpfs   defaults  
 0 0
devpts  /dev/ptsdevpts  gid=5,mode=620
 0 0
sysfs   /syssysfs   defaults  
 0 0
proc/proc   procdefaults  
 0 0
/dev/vg_vhost04/lv_data_disk_images /var/data/disk_images   ext4
defaults00
/dev/vg_vhost04/lv_home_byrnejb /home/byrnejb   ext4defaults0   0
/dev/vg_vhost04/lv_var  /var_newext3defaults0   0


The hardware seems to be there:

lshw
  . . .
   *-cdrom
description: DVD-RAM writer
product: DVD-RAM GH22NS30
vendor: HL-DT-ST
physical id: 1
bus info: scsi@3:0.0.0
logical name: /dev/cdrom
logical name: /dev/cdrw
logical name: /dev/dvd
logical name: /dev/dvdrw
logical name: /dev/scd0
logical name: /dev/sr0
version: 1.01
capabilities: removable audio cd-r cd-rw dvd dvd-r
dvd-ram
configuration: ansiversion=5 status=nodisc
*-serial UNCLAIMED
 description: SMBus
 product: 82801JI (ICH10 Family) SMBus Controller
 vendor: Intel Corporation
 physical id: 1f.3
 bus info: pci@:00:1f.3
 version: 00
 width: 64 bits
 clock: 33MHz
 configuration: latency=0
 resources: memory:d0825800-d08258ff ioport:1180(size=32)
. . .

Now, I have not played with any of this stuff in quite some time and I
used it late last year to cut CentOS-7 ISOs.  So my question is: What
has changed to cause this behaviour?  Any ideas?


-- 
***  e-Mail is NOT a SECURE channel  ***
Do NOT transmit sensitive data via e-Mail
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

Re: [CentOS] Just need to vent

[Tom Bishop]

Can this thread just end, it's been hashed and rehashed.  If there is a
moderator out there can we just kill the topic?

Lets move along. :)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Just need to vent

[m . roth]

Jonathan Billings wrote:
> On Wed, Jan 27, 2016 at 02:30:15PM +, Timothy Murphy wrote:
>> Jonathan Billings wrote:
>>
>> >> > Maybe you're not
>> >> > aware of it, but there are a LOT of things that systemd fixes that
>> >> > people are happy about.
>>
>> >> Like what ? I don't remember there were as many errors to fix before
>> >> systemd appeared.
>>
>> > I suggest reading the previous emails (SOME OF WHICH YOU REPLIED TO)
>> > that listed many of the features people are happy about.
>>
>> I don't take a position in the systemd argument,
>> but you said that systemd fixes lots of problems.
>> It is perfectly reasonable to ask you to name one of these problems,
>> perhaps the one you think is most important.
>
> Well, here's a great one.  I agree with Matthew:
>
> https://lists.centos.org/pipermail/centos/2016-January/157399.html

Well, that's interesting, about making sure it's stopped. I've asked here
a month or two ago, and got no responses: my manager has me using
pmount/pumount to mount the hard drives I'm putting in the eSATA drive bay
for offline backups. Formerly, I used mount/umount, and when I umounted
it, and walked downstairs, mostly, esp the green drives, were spun down. I
pumount... and *nothing* spins down. They stay spinning, which is obvious,
as I can feel the gyroscopic action as I pop them out immediately after
hitting the button to turn off the power to the drive.

That box is running CentOS 7.

mark

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

[CentOS] Was, Re: Just need to vent, is pmount

[m . roth]

Jonathan Billings wrote:
> On Wed, Jan 27, 2016 at 11:11:56AM -0500, m.r...@5-cent.us wrote:
>> Well, that's interesting, about making sure it's stopped. I've asked
>> here a month or two ago, and got no responses: my manager has me using
>> pmount/pumount to mount the hard drives I'm putting in the eSATA drive
>> bay for offline backups. Formerly, I used mount/umount, and when I
>> umounted it, and walked downstairs, mostly, esp the green drives, were
>> spun down. I pumount... and *nothing* spins down. They stay spinning,
>> which is obvious, as I can feel the gyroscopic action as I pop them
>> out immediately after hitting the button to turn off the power
>> to the drive.
>>
>> That box is running CentOS 7.
>
> Just to note, `pmount' is an EPEL package, not a CentOS package.

Fine. And you're suggesting that we don't mention those, or elrepo, here?

Is anyone else using pmount?

  mark

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

Re: [CentOS] Alternative HTML Editor

[m . roth]

Tim Evans wrote:
> I've been using the SeaMonkey built-in HTML editor from the epel repo
> for CentOS 6.7:

> This is now dumping core. The latest release, directly from Mozilla
> (2.9b4), fails with:
>
> /usr/local/seamonkey/seamonkey-bin: error while loading shared
> libraries: libdbus-glib-1.so.2: cannot open shared object file: No such
> file or directory
>
> Recommendations for alternative HTML editors for this system?

I take it you can't downgrade?

  mark "as my own web page reads at the bottom, 'this page
proudly built in vi'"

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

Re: [CentOS] Intel Xorg driver for Intel HD graphics

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane]

I have an older intel card (845G) that works _correctly_ only with the newer 
kernels (3.17+) with everything else being CentOS 6 stock.
The elrepo kernel-ml made this much easier to support.
http://elrepo.org/tiki/kernel-ml
http://elrepo.org/tiki/kernel-lt
I don't know if you need all the other new packages you built and installed, 
but at least you will not have to be compiling the kernel for yourself if you 
use the elrepo packages. 
Note: although I am using the el6 packages, they have el7 packages.
http://elrepo.org/linux/kernel/el7/x86_64/RPMS/

Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


> -Original Message-
> From: Jerry Geis [mailto:ge...@pagestation.com]
> Sent: Sunday, January 24, 2016 10:20 PM
> To: CentOS mailing list
> Subject: Re: [CentOS] Intel Xorg driver for Intel HD graphics
> 
> > i915.preliminary_hw_support=1
> 
> Adding this to the boot - does not make it work on straight 7.2
> 
> I saw information about this - but it is mentioned on the page I
> included that this was no longer needed with the files listed in the
> link.
> 
> 
> The kernel 4.4 installs and runs fine on the NUC5C. Its the
> xorg-server package that is is my issue. Everything else ran fine.
> 
> 
> The problem I'm trying to solve is getting the NUC 5C to run X on 7.2.
> 
> I "realize" that is all newer hardware - but if its possible it's beneficial.
> 
> 
> I just need to figure out how to compile the X server it was giving an error.
> 
> 
> Thanks,
> 
> 
> Jerry

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

Re: [CentOS] Just need to vent

[m . roth]

Joseph L. Casale wrote:
>> I don't take a position in the systemd argument,
>> but you said that systemd fixes lots of problems.
>> It is perfectly reasonable to ask you to name one of these problems,
>> perhaps the one you think is most important.
>
> Compare any average sysv init script with a systemd unit file.
> The magnitude of gross bash required to do what systemd
> elegantly accomplishes with a mere few configuration directives
> in a more reliable way is enough for me.
>
> Personally, I think systemd is the single greatest accomplishment
> Linux has had in so long I can't recall.
>
Sorry, I don't understand this. I *think* I've written one or two init V
scripts. Overwhelmingly, I just edit .conf files. What I've seen of
systemd files are complicated, and multi-multi level.

mark

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

[CentOS] Alternative HTML Editor

[Tim Evans]

I've been using the SeaMonkey built-in HTML editor from the epel repo 
for CentOS 6.7:


$ repoquery -i seamonkey

Name: seamonkey
Version : 2.39
Release : 1.el6
Architecture: x86_64
Size: 127340745
Packager: Fedora Project
Group   : Applications/Internet
URL : http://www.seamonkey-project.org
Repository  : epel
Summary : Web browser, e-mail, news, IRC client, HTML editor
Source  : seamonkey-2.39-1.el6.src.rpm

This is now dumping core. The latest release, directly from Mozilla 
(2.9b4), fails with:


/usr/local/seamonkey/seamonkey-bin: error while loading shared 
libraries: libdbus-glib-1.so.2: cannot open shared object file: No such 
file or directory


Recommendations for alternative HTML editors for this system?

Thanks.
--
Tim Evans   |   5 Chestnut Court
UNIX System Admin Consulting|   Owings Mills, MD 21117
http://www.tkevans.com/ |   443-394-3864
tkev...@tkevans.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 7, man

[m . roth]

This is... odd.

>From my workstation, where I'm directly logged in, if I ssh to any CentOS
7 box, as myself, and try to run man, it fails.
Example 1:
 man dd
man:
cannot write to /var/cache/man/cat1/dd.1.gz in catman mode
dd.

Example 2:
 man dd
man: can't chmod (null): Bad address
man: can't unlink (null): Bad address
dd.

In all cases, if I sudo -s to root, I have no trouble reading the manpage.
In all cases I've tried, selinux is in permissive mode.

>From one of these boxes:
ls -laF /var/cache/man/ | more
total 832
drwxr-xr-x. 38 root root   4096 Jan 27 07:52 ./
drwxr-xr-x.  9 root root105 Dec 28 12:42 ../
-rw-r--r--.  1 root root190 Dec 28 13:18 CACHEDIR.TAG
drwxr-xr-x.  4 root root 62 Jan 27 07:52 ca/
drwxr-xr-x.  2 root root 20 Jan 27 11:27 cat1/
<...>

But it's the same in CentOS 6. Clues?

   mark




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

Re: [CentOS] Just need to vent

[Jonathan Billings]

On Wed, Jan 27, 2016 at 02:30:15PM +, Timothy Murphy wrote:
> Jonathan Billings wrote:
> 
> >> > Maybe you're not
> >> > aware of it, but there are a LOT of things that systemd fixes that
> >> > people are happy about.
> 
> >> Like what ? I don't remember there were as many errors to fix before
> >> systemd appeared.
> 
> > I suggest reading the previous emails (SOME OF WHICH YOU REPLIED TO)
> > that listed many of the features people are happy about.
> 
> I don't take a position in the systemd argument,
> but you said that systemd fixes lots of problems.
> It is perfectly reasonable to ask you to name one of these problems,
> perhaps the one you think is most important.

Well, here's a great one.  I agree with Matthew:

https://lists.centos.org/pipermail/centos/2016-January/157399.html

Note who responded to that message.


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

Re: [CentOS-virt] Mouse and display issues with Windows 10 guest

[Jean-Marc LIGER]

Le 27/01/2016 15:24, Robert Nichols a écrit :

On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:

On 27.01.2016 00:51, Robert Nichols wrote:


Any suggestions or success reports would be appreciated.


What's the host OS?

I enjoy Windows 8.1 (virtio/qxl) on CentOS 7.2 laptop (the one I'm
writing now on).


CentOS 6.7. Sorry I forgot to mention that.

As I said, Windows 7 runs just fine in a couple of VMs.

One thing I haven't tried is removing the virtio drivers that got
carried over in the Windows 7 -> 10 upgrade. I haven't found any
virtio drivers labeled for use with Windows 10. (How the heck you
uninstall a driver that's no longer associated with any device is
going to take a bit of searching.)



You can use the virtio drivers for Windows 8.1
JML
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Just need to vent

[m . roth]

Sylvain CANOINE wrote:
>> De: "Jonathan Billings" 

>> Maybe you're not aware of it, but there are a LOT of things that
>> systemd fixes that people are happy about.

> Like what ? I don't remember there were as many errors to fix before
> systemd appeared.
>
Agreed. The speed of boot and shutdown? Whoop-de-do. I've got HP servers
that take about 70 second BEFORE THE LOGO ever comes up, just blank
screen, before POST. And my servers - for at least a lot of them, I've got
once a month maintenance windows to reboot. Some, maybe once every three
months. Why should I care about speed of reboot? That matters on someone's
laptop, but the rest?

Or the annoyance with NetMangler, that in 7 is not only noisy, but keeps
wanting to do stuff with wifi... on a wired workstation, and I have yet to
figure out how to shut it up.

Or systemctl restart somethingorother, that gives *ZERO* warm fuzzies
while running, just nothing, and you have to run another command to find
out what happened.  Or the non-plain-text configuration files, which are
just *wonderful* NOT when you're in linux rescue.

Just because you *can* do something does not mean you *should*.

mark

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

Re: [CentOS] Just need to vent

[Valeri Galtsev]

On Wed, January 27, 2016 10:07 am, Tom Bishop wrote:
> Can this thread just end, it's been hashed and rehashed.  If there is a
> moderator out there can we just kill the topic?
>
> Lets move along. :)

+1 here. Who can't stand systemd, explore other systems. Ask me off the
list, I'll do my best to advise on some. And let's focus on technical
CentOS related topics here.

Valeri


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

Re: [CentOS] Just need to vent

[m . roth]

Tom Bishop wrote:
> Can this thread just end, it's been hashed and rehashed.  If there is a
> moderator out there can we just kill the topic?
>
> Lets move along. :)

Other than the one I posted, about pmount, sure, I'm out of it now.

  mark

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

Re: [CentOS] Just need to vent

[Jonathan Billings]

On Wed, Jan 27, 2016 at 11:11:56AM -0500, m.r...@5-cent.us wrote:
> Well, that's interesting, about making sure it's stopped. I've asked here
> a month or two ago, and got no responses: my manager has me using
> pmount/pumount to mount the hard drives I'm putting in the eSATA drive bay
> for offline backups. Formerly, I used mount/umount, and when I umounted
> it, and walked downstairs, mostly, esp the green drives, were spun down. I
> pumount... and *nothing* spins down. They stay spinning, which is obvious,
> as I can feel the gyroscopic action as I pop them out immediately after
> hitting the button to turn off the power to the drive.
> 
> That box is running CentOS 7.

Just to note, `pmount' is an EPEL package, not a CentOS package.

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

[CentOS] how to configure or (reset) display

[Shabbir abbasi]

i have posted a question on
http://unix.stackexchange.com/questions/257310/centos-7-font-problem-unable-to-read-words
,
i am unable to read words in terminal and unable to see correct images,
Dont know if it is wrong config or something else ,  i have updated this
system via ssh  from LAN,  Now i am connected directly  to system  and it
looks very bad ,  can anyone tell me how to fix ?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[J. S. Evans]

I use kompozer (http://www.kompozer.net/) It's based on the html editor
in seamonkey.

Jason

On 27.1.2016 17:15, Tim Evans wrote:
> I've been using the SeaMonkey built-in HTML editor from the epel repo
> for CentOS 6.7:
>
> $ repoquery -i seamonkey
>
> Name: seamonkey
> Version : 2.39
> Release : 1.el6
> Architecture: x86_64
> Size: 127340745
> Packager: Fedora Project
> Group   : Applications/Internet
> URL : http://www.seamonkey-project.org
> Repository  : epel
> Summary : Web browser, e-mail, news, IRC client, HTML editor
> Source  : seamonkey-2.39-1.el6.src.rpm
>
> This is now dumping core. The latest release, directly from Mozilla
> (2.9b4), fails with:
>
> /usr/local/seamonkey/seamonkey-bin: error while loading shared
> libraries: libdbus-glib-1.so.2: cannot open shared object file: No
> such file or directory
>
> Recommendations for alternative HTML editors for this system?
>
> Thanks.

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

Re: [CentOS] Alternative HTML Editor

[Clint Dilks]

Hi



> /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries:
> libdbus-glib-1.so.2: cannot open shared object file: No such file or
> directory
>
>
Have you tried yum provides 'libdbus-glib-1.so.2'.  I get a hit with
dbus-glib
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7, man

[Robert Nichols]

On 01/27/2016 10:31 AM, m.r...@5-cent.us 
wrote:

This is... odd.

 From my workstation, where I'm directly logged in, if I ssh to any CentOS
7 box, as myself, and try to run man, it fails.
Example 1:
  man dd
man:
cannot write to /var/cache/man/cat1/dd.1.gz in catman mode
dd.

Example 2:
  man dd
man: can't chmod (null): Bad address
man: can't unlink (null): Bad address
dd.

In all cases, if I sudo -s to root, I have no trouble reading the manpage.
In all cases I've tried, selinux is in permissive mode.

 From one of these boxes:
ls -laF /var/cache/man/ | more
total 832
drwxr-xr-x. 38 root root   4096 Jan 27 07:52 ./
drwxr-xr-x.  9 root root105 Dec 28 12:42 ../
-rw-r--r--.  1 root root190 Dec 28 13:18 CACHEDIR.TAG
drwxr-xr-x.  4 root root 62 Jan 27 07:52 ca/
drwxr-xr-x.  2 root root 20 Jan 27 11:27 cat1/
<...>

But it's the same in CentOS 6. Clues?


I've had NOCACHE set in /etc/man.config for a long time. On a modern
machine there's not that much overhead generating the text page on
demand, and eliminating that avoids issues with pages formatted for
one window size being viewed on another.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

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

Re: [CentOS-virt] Mouse and display issues with Windows 10 guest

[Robert Nichols]

On 01/27/2016 09:23 AM, Jean-Marc LIGER wrote:



Le 27/01/2016 15:24, Robert Nichols a écrit :

On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:

On 27.01.2016 00:51, Robert Nichols wrote:


Any suggestions or success reports would be appreciated.


What's the host OS?

I enjoy Windows 8.1 (virtio/qxl) on CentOS 7.2 laptop (the one I'm
writing now on).


CentOS 6.7. Sorry I forgot to mention that.

As I said, Windows 7 runs just fine in a couple of VMs.

One thing I haven't tried is removing the virtio drivers that got
carried over in the Windows 7 -> 10 upgrade. I haven't found any
virtio drivers labeled for use with Windows 10. (How the heck you
uninstall a driver that's no longer associated with any device is
going to take a bit of searching.)



You can use the virtio drivers for Windows 8.1


Perhaps I'll give that a try, but eliminating the virtio drivers by
switching back to IDE disks, uninstalling the balloon driver, etc.,
didn't improve things at all.

I had some problems initially with Windows Update, but that's
resolved now, and everything else seems to work. But, with a
1024x768 screen and no mouse, there's not much you can do with it
besides saying, "See, it runs!"

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

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

Re: [CentOS] Alternative HTML Editor

[Tim Evans]

On 01/27/2016 02:47 PM, Clint Dilks wrote:


/usr/local/seamonkey/seamonkey-bin: error while loading shared libraries:
libdbus-glib-1.so.2: cannot open shared object file: No such file or
directory



Have you tried yum provides 'libdbus-glib-1.so.2'.  I get a hit with
dbus-glib


Thanks.

Package dbus-glib-0.86-6.el6.x86_64 already installed and latest version

--
Tim Evans   |   5 Chestnut Court
UNIX System Admin Consulting|   Owings Mills, MD 21117
http://www.tkevans.com/ |   443-394-3864
tkev...@tkevans.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[John R Pierce]

On 1/27/2016 12:43 PM, Tim Evans wrote:

On 01/27/2016 02:47 PM, Clint Dilks wrote:

/usr/local/seamonkey/seamonkey-bin: error while loading shared 
libraries:

libdbus-glib-1.so.2: cannot open shared object file: No such file or
directory



Have you tried yum provides 'libdbus-glib-1.so.2'.  I get a hit with
dbus-glib


Thanks.

Package dbus-glib-0.86-6.el6.x86_64 already installed and latest version



# rpm -ql dbus-glib.x86_64
/usr/bin/dbus-binding-tool
/usr/lib64/libdbus-glib-1.so.2
/usr/lib64/libdbus-glib-1.so.2.1.0
/usr/share/doc/dbus-glib-0.86
/usr/share/doc/dbus-glib-0.86/COPYING
/usr/share/doc/dbus-glib-0.86/ChangeLog
/usr/share/doc/dbus-glib-0.86/NEWS

is seamonkey .i686 or .x86_64 ? you might need to yum install dbus-glib.i686

# yum list dbus-glib\*
.
Installed Packages
dbus-glib.x86_64 0.86-6.el6 @UIedited_0/6.5
Available Packages
dbus-glib.i686 0.86-6.el6 base
dbus-glib-devel.i686 0.86-6.el6 base
dbus-glib-devel.x86_64 0.86-6.el6 base




--
john r pierce, recycling bits in santa cruz

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

[CentOS] pmount

[Gordon Messmer]

On 01/27/2016 08:11 AM, m.r...@5-cent.us wrote:

my manager has me using
pmount/pumount to mount the hard drives I'm putting in the eSATA drive bay
for offline backups. Formerly, I used mount/umount, and when I umounted
it, and walked downstairs, mostly, esp the green drives, were spun down. I
pumount... and*nothing*  spins down.


I think you're seeing a simple correlation of events that are 
indeterminate.  Un-mounting a filesystem doesn't cause the drive to spin 
down (though "eject" should, IIRC).  WD Green drives have a short 
spin-down period, and are more likely to spin down while not being accessed.


pmount is just a SUID wrapper around mount.  That is, it calls mount and 
umount.  Whatever is keeping your drives from spinning down is almost 
certainly unrelated to using pmount.


I'd suggest that you make the users who need to handle these disks 
members of the "disk" group.  With that membership, they should be able 
to run "eject" to safely remove the drives and cause them to spin down.

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

Re: [CentOS] Alternative HTML Editor

[Tim Evans]

On 01/27/2016 04:17 PM, John R Pierce wrote:


is seamonkey .i686 or .x86_64 ? you might need to yum install
dbus-glib.i686


Thanks.

$ rpm -aq seamonkey
seamonkey-2.39-1.el6.x86_64

Double-check:

$ file /usr/lib64/seamonkey/seamonkey-bin
/usr/lib64/seamonkey/seamonkey-bin: ELF 64-bit LSB executable, x86-64, 
version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 
2.6.18, stripped


$ uname -a
Linux osprey 2.6.32-573.12.1.el6.x86_64 #1 SMP Tue Dec 15 21:19:08 UTC 
2015 x86_64 x86_64 x86_64 GNU/Linux

--
Tim Evans   |   5 Chestnut Court
UNIX System Admin Consulting|   Owings Mills, MD 21117
http://www.tkevans.com/ |   443-394-3864
tkev...@tkevans.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 7, 327 kernel still crashing

[m . roth]

I've just added the following to the CentOS bugtracker for CentOS-7
0009860. I admit to not being sure if it's the same issue, or a separate
one, but this and other Dell servers - I *think* they're all R420's, but I
could be wrong, just all do the same thing on boot.
*
I've just updated a CentOS 7 server to the latest kernel,
vmlinuz-3.10.0-327.4.5.el7.x86_64, and the server fails to boot. It has
failed on every 327 kernel.

Server: Dell R420, 2 Xeons, 124G RAM.

>From the rdsosreport.txt, the relevant portion is:
[ 3.317974]  systemd[1]: Starting File System Check on
/dev/disk//
by-label/\x2f...
[ 3.320089]  systemd-fsck[590]: Failed to detect device
/dev/diskk
/by-label//
[ 3.320567]  systemd[1]: systemd-fsck-root.service: main process
exited, code=exited, status=1/FAILURE
[ 3.320972]  systemd[1]: Failed to start File System Check on
/dee
v/disk/by-label/\x2f.
[ 3.321423]  systemd[1]: Dependency failed for /sysroot.
[ 3.321872]  systemd[1]: Dependency failed for Initrd Root
File SS
ystem.
[ 3.322335]  systemd[1]: Dependency failed for Reload
Configuratii
on from the Real Root.
[ 3.322802]  systemd[1]: Job initrd-parse-etc.service/start
failee
d with result 'dependency'.
[ 3.323266]  systemd[1]: Triggering OnFailure= dependencies of
inn
itrd-parse-etc.service.
[ 3.323697]  systemd[1]: Job initrd-root-fs.target/start
failed ww
ith result 'dependency'.
3.323266]  systemd[1]: Triggering OnFailure= dependencies
of inn
itrd-parse-etc.service.
[ 3.323697]  systemd[1]: Job initrd-root-fs.target/start
failed ww
ith result 'dependency'.
[ 3.324161]  systemd[1]: Triggering OnFailure= dependencies of
inn
itrd-root-fs.target.
[ 3.324586]  systemd[1]: Job sysroot.mount/start failed with
resuu
lt 'dependency'.
[ 3.324998]  systemd[1]: Unit systemd-fsck-root.service
entered ff
ailed state.
[ 3.325430]  systemd[1]: systemd-fsck-root.service failed.
[ 3.326752]  systemd[1]: Stopped dracut pre-pivot and cleanup
hooo

And it stops, and drops me into the rdshell. Not that I can mkdir /mnt,
and mount /dev/sda1, and /boot is there, and I can mount /dev/sda3, and
root is there just fine.

mark

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

Re: [CentOS] Alternative HTML Editor

[Clint Dilks]

$ file /usr/lib64/seamonkey/seamonkey-bin
> /usr/lib64/seamonkey/seamonkey-bin: ELF 64-bit LSB executable, x86-64,
> version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
> 2.6.18, stripped
>
> What is the result of

ldd /usr/lib64/seamonkey/seamonkey-bin ?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[Tim Evans]

On 01/27/2016 12:40 PM, J. S. Evans wrote:

I use kompozer (http://www.kompozer.net/) It's based on the html editor
in seamonkey.


Thanks.

 $ /usr/local/kompozer/kompozer &
[1] 1905
/usr/local/kompozer $ ./kompozer-bin: error while loading shared 
libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such 
file or directory


This is apparently a 32-bit package, while the referenced lib (which is 
installed) is 64-bit.  Presumably, I'll need to find and install one or 
more 32-bit lib packages.


Again, this is CentOS 6.7.
--
Tim Evans   |   5 Chestnut Court
UNIX System Admin Consulting|   Owings Mills, MD 21117
http://www.tkevans.com/ |   443-394-3864
tkev...@tkevans.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Alternative HTML Editor

[Tim Evans]

On 01/27/2016 04:59 PM, Clint Dilks wrote:


What is the result of

> ldd /usr/lib64/seamonkey/seamonkey-bin

# ldd /usr/lib64/seamonkey/seamonkey-bin
linux-vdso.so.1 =>  (0x7ffe525fc000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x003d6b40)
libdl.so.2 => /lib64/libdl.so.2 (0x003d6bc0)
librt.so.1 => /lib64/librt.so.1 (0x003d6c00)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x003d71c0)
libm.so.6 => /lib64/libm.so.6 (0x003d6b80)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x003d7180)
libc.so.6 => /lib64/libc.so.6 (0x003d6b00)
/lib64/ld-linux-x86-64.so.2 (0x003d6ac0)

--
Tim Evans   |   5 Chestnut Court
UNIX System Admin Consulting|   Owings Mills, MD 21117
http://www.tkevans.com/ |   443-394-3864
tkev...@tkevans.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 131, Issue 9

[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-2016:0067 Important CentOS 6 java-1.6.0-openjdk Security
  Update (Johnny Hughes)
   2. CESA-2016:0067 Important CentOS 5 java-1.6.0-openjdk Security
  Update (Johnny Hughes)
   3. CESA-2016:0067 Important CentOS 7 java-1.6.0-openjdk Security
  Update (Johnny Hughes)


--

Message: 1
Date: Tue, 26 Jan 2016 13:28:19 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2016:0067 Important CentOS 6
java-1.6.0-openjdk Security Update
Message-ID: <20160126132819.ga55...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2016:0067 Important

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0067.html

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

i386:
8df06a899e26a7520bdeb3b4db31a8fe4c4686e10b2fefde977664de9c7fb658  
java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.i686.rpm
b645b00280c6b2df08eff4b3ea35f7c5dadffd5c261cfab385aaf9b1b9f37c39  
java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el6_7.i686.rpm
1a3a289f87f54ac2e0b351171f969e10c18f2b7f9068b37ffb962ecf3e5f2480  
java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el6_7.i686.rpm
bcae5c7e8520c7462c383d629d5e74047e2ce5991b7ac22f36ac035f0fc33000  
java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el6_7.i686.rpm
30a96ce89d2188f1ee96309dfd9ba72f37c77d3d8cc924baf3dcd25ae786d5f7  
java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el6_7.i686.rpm

x86_64:
dc8020c01029080793f7a80ee11ff7b8aa692ee3e5d27b36281d54f5e1a3  
java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm
8090ed5219f8f569c4fb0dc94242b0fcfe62415de1089b1a99ade591102ba088  
java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm
7f3c15ee1836066bad87abca524b4af50cc449f51f7ef5a248f4f3db2b2d62af  
java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm
4ac324c5649d25af27d90af2b6310924c029ac7063f922a43e946969051cc92b  
java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm
0b05e4b8e47cf5c7e6d7daf23c9eb8ab620ac85840dbc6d4d50bf5c4a4aa9743  
java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm

Source:
5caca590014371e8066406ef364651473a52b86e7fc56f33acbef9d9b9aa2d80  
java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.src.rpm



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



--

Message: 2
Date: Tue, 26 Jan 2016 13:50:52 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2016:0067 Important CentOS 5
java-1.6.0-openjdk Security Update
Message-ID: <20160126135052.ga6...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2016:0067 Important

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0067.html

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

i386:
a564cd9490be5ab97d050c1a1cee2090f315dc6e8993c3bb57fac0c732c6a3d3  
java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el5_11.i386.rpm
1e6e6102a88e6f8d1d99ba513f5d5bd27445c08ac35606126330dcb7eb309d8b  
java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el5_11.i386.rpm
5c5f8fed0f9e6ea7f009fa5db9f1d8517160a68470d5fa42d3b5964c730e1e12  
java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el5_11.i386.rpm
e3a65df6870d94b0be2553dabb647892d44564fc25ce7f091a50e711fb1bb6a3  
java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el5_11.i386.rpm
7596230198a5fc3d7149f94becde9cc1166f03b7d664500df33bae23ea67  
java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el5_11.i386.rpm

x86_64:
65e34e63b9a6d16a8019e1e7027d41438ae81722373d5847c94a0ee879a5478b  
java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm
3018d3ea3b1a291928891409ac60be0120863848ded1f271cc2b6a332a45b102  
java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm
276a82950dbe20324ce1322cf2cd781466b8a0b8a155b6d7f7f46a0bce2e76d9  
java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm
dc3173332668d4a3a75894c73ed938cf558592d49cc3e18c86e03a92ad776ba8  
java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm
e14622d70222762fad88e2f2238e6ae27c8f630e0ed29dbd78c19e0d2d0fb329  
java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm

Source:
67daf7f23cfdf1dc5aecdd9d6e1fdaedf77d3863445da21200f52628ec412953  

Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[Tony Mountifield]

In article <56a88188.6070...@hogranch.com>,
John R Pierce  wrote:
> On 1/27/2016 12:25 AM, Traiano Welcome wrote:
> > I'm tempted to stick an "ntpdate -u ..." in the crontab to force
> > time-synch, but I don't see why that's needed if ntpd service should
> > already be fulfilling that purpose.
> 
> 
> ntpd won't make drastic changes in the time, if its too far off. its 
> designed to stabilize the clock by making small changes in speeding it 
> up or slowing it down, and not 'staircase' setting it absolutely.
> 
> IMHO, ntpdate -u should be run before starting ntpd so the clock is 
> close to spot on up front, I have sometimes added this to the 
> /etc/init.d/ntp scripts.

You don't need to do that. If you have one or more ntp servers listed
in /etc/ntp/step-tickers, the startup scripts will do it for you
automatically. In C5 the ntpd script does it. In C6 you have to
do "chkconfig ntpdate on" too, as it is separate from the ntpd script.
In C7 i have no idea :-)

Cheers
Tony
-- 
Tony Mountifield
Work: t...@softins.co.uk - http://www.softins.co.uk
Play: t...@mountifield.org - http://tony.mountifield.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[John R Pierce]

On 1/27/2016 12:25 AM, Traiano Welcome wrote:

I'm tempted to stick an "ntpdate -u ..." in the crontab to force
time-synch, but I don't see why that's needed if ntpd service should
already be fulfilling that purpose.



ntpd won't make drastic changes in the time, if its too far off. its 
designed to stabilize the clock by making small changes in speeding it 
up or slowing it down, and not 'staircase' setting it absolutely.


IMHO, ntpdate -u should be run before starting ntpd so the clock is 
close to spot on up front, I have sometimes added this to the 
/etc/init.d/ntp scripts.   with systemd, this woudl be trickier to 
implement, maybe a seperate 'service' thats runs the ntpddate -u and 
exits, which the ntpd service depends on being run first?  I dunno, I 
haven't really spent the time to grok systemd thoroughly yet.



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[Dirk Deimeke]

On 2016-01-27 09:36, John R Pierce wrote:

Hi!


ntpd won't make drastic changes in the time, if its too far off. its
designed to stabilize the clock by making small changes in speeding it
up or slowing it down, and not 'staircase' setting it absolutely.


http://www.ntp.org/ntpfaq/NTP-s-algo.htm#Q-ALGO-BASIC-STEP-SLEW

Apart from that, the ntp-implementation (or chrony nowadays) "wants" to 
have more than one time source.


http://www.ntp.org/ntpfaq/NTP-s-algo-real.htm#Q-NTP-ALGO

Cheers

Dirk

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

Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[James Hogarth]

On 27 January 2016 at 08:53, Dirk Deimeke  wrote:
> On 2016-01-27 09:36, John R Pierce wrote:
>
> Hi!
>
>> ntpd won't make drastic changes in the time, if its too far off. its
>> designed to stabilize the clock by making small changes in speeding it
>> up or slowing it down, and not 'staircase' setting it absolutely.
>
>
> http://www.ntp.org/ntpfaq/NTP-s-algo.htm#Q-ALGO-BASIC-STEP-SLEW
>
> Apart from that, the ntp-implementation (or chrony nowadays) "wants" to have
> more than one time source.
>
> http://www.ntp.org/ntpfaq/NTP-s-algo-real.htm#Q-NTP-ALGO
>
>

It's best practice to have a reasonable pool of sources (3, 5 or 7
depending on how many false tickers you want to be able to cope with)
but it can run against a single source, with the understanding that it
has to trust it as real time since there's nothing to compare it to.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Just need to vent

[Timothy Murphy]

Jonathan Billings wrote:

>> > Maybe you're not
>> > aware of it, but there are a LOT of things that systemd fixes that
>> > people are happy about.

>> Like what ? I don't remember there were as many errors to fix before
>> systemd appeared.

> I suggest reading the previous emails (SOME OF WHICH YOU REPLIED TO)
> that listed many of the features people are happy about.

I don't take a position in the systemd argument,
but you said that systemd fixes lots of problems.
It is perfectly reasonable to ask you to name one of these problems,
perhaps the one you think is most important.

I would say exactly the same to anyone who said
systemd causes lots of problems, without specifying any.

-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


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

[CentOS-announce] CESA-2016:0071 Critical CentOS 6 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0071 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html

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

i386:
c6d657f5507534819aeb712af8752230bbeb50253e45e7e440d4fdeded3c0760  
firefox-38.6.0-1.el6.centos.i686.rpm

x86_64:
c6d657f5507534819aeb712af8752230bbeb50253e45e7e440d4fdeded3c0760  
firefox-38.6.0-1.el6.centos.i686.rpm
685c98c6e6206b7336074554106ac415212bacdc6060a288ad66949c1346cd5d  
firefox-38.6.0-1.el6.centos.x86_64.rpm

Source:
18d697b64f3b8817f71b83be1471b37167206f8547643dd26d0385cda53035fd  
firefox-38.6.0-1.el6.centos.src.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

[CentOS-announce] CESA-2016:0073 Moderate CentOS 6 bind Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0073 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html

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

i386:
b6ed7e941878203bab5f445fdf02242ebc7ddb9e106d21448fa934567b6c9d69  
bind-9.8.2-0.37.rc1.el6_7.6.i686.rpm
ec4e913be997eb6ecb0adb463b3e048fd258abb50719d28e3bda699ba5564ac3  
bind-chroot-9.8.2-0.37.rc1.el6_7.6.i686.rpm
6d0bc1d187e270721a840ff5b444ef71def121e3fcc3b0e3000be956ccefd2cb  
bind-devel-9.8.2-0.37.rc1.el6_7.6.i686.rpm
e4b5938891980805d1f2b6cce9d3cf35d287c6fb23955966f5c33988011002d8  
bind-libs-9.8.2-0.37.rc1.el6_7.6.i686.rpm
3219ce9865b0c077cec06304bd44e6093a94e2deb20131ac9eaf12be99390c85  
bind-sdb-9.8.2-0.37.rc1.el6_7.6.i686.rpm
fd0239cafda5baa254ce72b463032948de416ec28a52b13239efecaf16ed4672  
bind-utils-9.8.2-0.37.rc1.el6_7.6.i686.rpm

x86_64:
5c6dc609593f17d383c2d7c4c491b6b782453e11ac62770461eaa569f86971de  
bind-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm
fcac37ddb041c983721cec05d536513900a0726a106a39d8bd6a5635f0b8ad76  
bind-chroot-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm
6d0bc1d187e270721a840ff5b444ef71def121e3fcc3b0e3000be956ccefd2cb  
bind-devel-9.8.2-0.37.rc1.el6_7.6.i686.rpm
a2b62f0e56767af74ecc39b32cff9bab02630d2ed828e1caa4cdc225f9cdf6b0  
bind-devel-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm
e4b5938891980805d1f2b6cce9d3cf35d287c6fb23955966f5c33988011002d8  
bind-libs-9.8.2-0.37.rc1.el6_7.6.i686.rpm
bafaa0e1646245658301a2aec80915fd79a28b8cac54b0fbdd33a7aeb917cce0  
bind-libs-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm
72f64bdd0a6deaede7760d0728da752558913fe5f266ad39b383fcda390e541a  
bind-sdb-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm
563fb6fe2028e188ec044091e79e415b067d2073b4fde07b7f179fee3f611e77  
bind-utils-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm

Source:
f6634e8e85939b9d204cb50d84fad0d31f095fc1c351ace5c20ee89cd522a984  
bind-9.8.2-0.37.rc1.el6_7.6.src.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

[CentOS-announce] CESA-2016:0071 Critical CentOS 7 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0071 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html

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

x86_64:
be34c367e10c7dc57ece2a1e963b78ea8528f6f6dd2900111945c4b9349bb66d  
firefox-38.6.0-1.el7.centos.i686.rpm
2742f3432b2ddf784c0e350d66c1488546c65cc3154b974cae43ae4e94d48655  
firefox-38.6.0-1.el7.centos.x86_64.rpm

Source:
7fc2d1a4212d902f469f0442a705d11065a8b1b3df348f8dbd4bc8668ef050a4  
firefox-38.6.0-1.el7.centos.src.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

[CentOS-announce] CESA-2016:0073 Moderate CentOS 7 bind Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0073 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html

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

x86_64:
687d126e287b5261d66dfdefd6f2275667f6172810d437d89db00fe5b3699fd8  
bind-9.9.4-29.el7_2.2.x86_64.rpm
85ec2b5256b2f7317eccb164514664a6d70ef259c88fe8fdb8420265fd35a656  
bind-chroot-9.9.4-29.el7_2.2.x86_64.rpm
5c787513258b287757d732b1c64081bc3c5279a4302bfd4f290df16d142e33dd  
bind-devel-9.9.4-29.el7_2.2.i686.rpm
e8864072298c6083b61945891ddd0084da8426527e380bbd9d40f199589d6055  
bind-devel-9.9.4-29.el7_2.2.x86_64.rpm
a8c318b3f3bfd258ba58125e638971ea58cc9be8489f42121bd16ac2c06c178b  
bind-libs-9.9.4-29.el7_2.2.i686.rpm
e21275bf4758672beeb929263ef90eacbe35a4ae72394c6281ac7ba7b47f8627  
bind-libs-9.9.4-29.el7_2.2.x86_64.rpm
73a32ba26598b5a23b99530fe699fb934a67f3f968e584e2374a99672780fed1  
bind-libs-lite-9.9.4-29.el7_2.2.i686.rpm
be4a8fec4ddf26a67053fcd4d7533564e032db6aa8f351c6953f1403917a5b64  
bind-libs-lite-9.9.4-29.el7_2.2.x86_64.rpm
5e07d967ce3a00f18f5c78065b1dc3d6afd85447ebcb1c45772450f80479fc29  
bind-license-9.9.4-29.el7_2.2.noarch.rpm
3c42a0bc47f6ddb9df1ad59adc9847ea78ad95c1bb0dbd5cd7ddd6b2423add9d  
bind-lite-devel-9.9.4-29.el7_2.2.i686.rpm
ac5cb51ddb57e365c99fbe15e978662ae6a11b2fbf6e3e2ba33f147b9835e858  
bind-lite-devel-9.9.4-29.el7_2.2.x86_64.rpm
e92f2c1f37f67be2266c54dff8049dd9ddfbb4b8748ac1c899c5288f1125b055  
bind-pkcs11-9.9.4-29.el7_2.2.x86_64.rpm
21c6d74ec37c375dd97f580f33a0b4ef9a03d4605ce385e30337712327c9e012  
bind-pkcs11-devel-9.9.4-29.el7_2.2.i686.rpm
1b5db2d89b0ab1c0d576a5de73f08f4a6aaded98cdf40585cb90ff1ce9e2be11  
bind-pkcs11-devel-9.9.4-29.el7_2.2.x86_64.rpm
6da046cfc1bed327100f00c18257e4db6163143027f688ce95093c92ab25d890  
bind-pkcs11-libs-9.9.4-29.el7_2.2.i686.rpm
581c28fbae1ad38b9b969a8e4913e3d9cfd7bd8ca3bc8d816a43bec9d93722fb  
bind-pkcs11-libs-9.9.4-29.el7_2.2.x86_64.rpm
5368ad7cc0023a8b6764a935b207ca5f01e2eab4a7f68f35dc931d326f7d735f  
bind-pkcs11-utils-9.9.4-29.el7_2.2.x86_64.rpm
f1b676334768c532e108a5b2e659495957a0c3c9a56ea0e15ff00c960d0a9997  
bind-sdb-9.9.4-29.el7_2.2.x86_64.rpm
dcec313d83c6b9027ac92c67b74cb79e3958cbacf3f5294128a1221722a79c09  
bind-sdb-chroot-9.9.4-29.el7_2.2.x86_64.rpm
3094d168064b902abd356da286858c323d6d43b518701a9a9e163868adcdcd59  
bind-utils-9.9.4-29.el7_2.2.x86_64.rpm

Source:
f7bf841e6e6c5aa5bb8f231eaf7f069272574987f3acf4d4d895db28259518c1  
bind-9.9.4-29.el7_2.2.src.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] Just need to vent

[Sylvain CANOINE]

- Mail original -
> De: "Jonathan Billings" 
> Maybe you're not aware of it, but there are a LOT of things that
> systemd fixes that people are happy about.
Like what ? I don't remember there were as many errors to fix before systemd 
appeared.

Sylvain.
Pensez ENVIRONNEMENT : n'imprimer que si ncessaire

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

Re: [CentOS] Just need to vent

[Jonathan Billings]

On Wed, Jan 27, 2016 at 03:11:50PM +0100, Sylvain CANOINE wrote:
> - Mail original -
> > De: "Jonathan Billings" 
> > Maybe you're not aware of it, but there are a LOT of things that
> > systemd fixes that people are happy about.
> Like what ? I don't remember there were as many errors to fix before
> systemd appeared. 

I suggest reading the previous emails (SOME OF WHICH YOU REPLIED TO)
that listed many of the features people are happy about.

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

Re: [CentOS] NTP Service Running on Local Host does not Sync System Time

[James Hogarth]

On 27 January 2016 at 08:36, John R Pierce  wrote:
> On 1/27/2016 12:25 AM, Traiano Welcome wrote:
>>
>> I'm tempted to stick an "ntpdate -u ..." in the crontab to force
>> time-synch, but I don't see why that's needed if ntpd service should
>> already be fulfilling that purpose.
>
>
>
> ntpd won't make drastic changes in the time, if its too far off. its
> designed to stabilize the clock by making small changes in speeding it up or
> slowing it down, and not 'staircase' setting it absolutely.
>
> IMHO, ntpdate -u should be run before starting ntpd so the clock is close to
> spot on up front, I have sometimes added this to the /etc/init.d/ntp
> scripts.   with systemd, this woudl be trickier to implement, maybe a
> seperate 'service' thats runs the ntpddate -u and exits, which the ntpd
> service depends on being run first?  I dunno, I haven't really spent the
> time to grok systemd thoroughly yet.


Or of course reading the man page for ntpd it can be seen that the
simplest answer is to use the -g option

http://linux.die.net/man/8/ntpd

This can be added in /etc/sysconfig/ntpd - the appropriate config file
for such a thing.

Hacking the init scripts is a terribly fragile thing that will break
on the next NTP package update as they are explicitly not marked as
config files and will be 'fixed'.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] Mouse and display issues with Windows 10 guest

[Robert Nichols]

On 01/27/2016 07:34 AM, Dmitry E. Mikhailov wrote:

On 27.01.2016 00:51, Robert Nichols wrote:


Any suggestions or success reports would be appreciated.


What's the host OS?

I enjoy Windows 8.1 (virtio/qxl) on CentOS 7.2 laptop (the one I'm
writing now on).


CentOS 6.7. Sorry I forgot to mention that.

As I said, Windows 7 runs just fine in a couple of VMs.

One thing I haven't tried is removing the virtio drivers that got
carried over in the Windows 7 -> 10 upgrade. I haven't found any
virtio drivers labeled for use with Windows 10. (How the heck you
uninstall a driver that's no longer associated with any device is
going to take a bit of searching.)

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

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

Re: [CentOS] Just need to vent

[Jonathan Billings]

On Tue, Jan 26, 2016 at 06:38:58PM +, Always Learning wrote:
> When something new is proposed and it is substantially and conspicuously
> superior, then everyone wants it. Never noticed that enthusiasm with
> systemd's imposition - an imposition nurtured and promoted by the
> non-everyday business work environment of experimental Fedora.

Maybe you're not aware of it, but there are a LOT of things that
systemd fixes that people are happy about.  A lot of people just don't
care because it works well enough that they don't notice it.

Like anything in the IT world, you only hear about it when it breaks. 

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

[CentOS-announce] CESA-2016:0074 Moderate CentOS 5 bind97 Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0074 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0074.html

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

i386:
1ac16b73eca063cb4f562733a64e35cff3ef7873209b22c48e6bbe1b5df936e6  
bind97-9.7.0-21.P2.el5_11.5.i386.rpm
d00a5209fd4a6c72783037af6b7909bcfa767a66385b245ad3b287ddfe48f4b7  
bind97-chroot-9.7.0-21.P2.el5_11.5.i386.rpm
9ceb0ca912faefe419906fac778a83648ba1795a5c69f6382fda81df9a023fe1  
bind97-devel-9.7.0-21.P2.el5_11.5.i386.rpm
8ffd71c8d09ac29cc9a9310c7d04c5249d34fab41559a918d504125386ddc441  
bind97-libs-9.7.0-21.P2.el5_11.5.i386.rpm
d924ae3b48500a8982a4ccb6249dd87bc9a5fe272abdee158e1eaa7935fdb58c  
bind97-utils-9.7.0-21.P2.el5_11.5.i386.rpm

x86_64:
b157e8406abe9110c9d40d4ae745d1136929de910986c82944f85240829ae42b  
bind97-9.7.0-21.P2.el5_11.5.x86_64.rpm
5418786b36f906420acc4c157d35a81d4e5e78acd42ce0cb477ae3043977f78e  
bind97-chroot-9.7.0-21.P2.el5_11.5.x86_64.rpm
9ceb0ca912faefe419906fac778a83648ba1795a5c69f6382fda81df9a023fe1  
bind97-devel-9.7.0-21.P2.el5_11.5.i386.rpm
c4da10547d26ffd16aa93e0ea69a9b1d7728c0a3f69d29e50339b1449305cf36  
bind97-devel-9.7.0-21.P2.el5_11.5.x86_64.rpm
8ffd71c8d09ac29cc9a9310c7d04c5249d34fab41559a918d504125386ddc441  
bind97-libs-9.7.0-21.P2.el5_11.5.i386.rpm
df963d049822cfbf4832f0b7fcf9481b55252248a0f7ee4e1ad554350a811e32  
bind97-libs-9.7.0-21.P2.el5_11.5.x86_64.rpm
7962f4a2e941a2de8da8f8729a17d7f42b5d90a5b9f544ccd9351811dc7a2963  
bind97-utils-9.7.0-21.P2.el5_11.5.x86_64.rpm

Source:
7a939bb5c6f9605c0b6798511dd7d5574fdaa2f24e325aaae0bc2ba2602de81d  
bind97-9.7.0-21.P2.el5_11.5.src.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

[CentOS-announce] CESA-2016:0071 Critical CentOS 5 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0071 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html

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

i386:
7857a7a7b41cb33bf15e4d44951a9769a41087a741ce2a46dd0a22e0ce92a7f4  
firefox-38.6.0-1.el5.centos.i386.rpm

x86_64:
7857a7a7b41cb33bf15e4d44951a9769a41087a741ce2a46dd0a22e0ce92a7f4  
firefox-38.6.0-1.el5.centos.i386.rpm
218583469a900a71f38c9232ae3a6d099f1cf93e8ed841993521e76bd50991a7  
firefox-38.6.0-1.el5.centos.x86_64.rpm

Source:
11dbb60ec69d824094085cb320bddd37cd8cda1f7f658d5227c43701eb6d73bb  
firefox-38.6.0-1.el5.centos.src.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

[CentOS-announce] CESA-2016:0073 Moderate CentOS 5 bind Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2016:0073 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html

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

i386:
ddbfbbe93f13b2ad52daa56c2d188fdbd27ec99f8c2bb47bae45795b294d0d11  
bind-9.3.6-25.P1.el5_11.6.i386.rpm
25a9c6953ff01c7b5d0cae31c4d9f472501de99084a2462c12f98710791f93a1  
bind-chroot-9.3.6-25.P1.el5_11.6.i386.rpm
77b5271a5e8f4b3b196f2080a522885e1ac61934aae1aee555c4a006c9e94d72  
bind-devel-9.3.6-25.P1.el5_11.6.i386.rpm
7d417af61cd259bbaeeaa785da1f0d3b81322e52484618aaf264384f3d1a9b6f  
bind-libbind-devel-9.3.6-25.P1.el5_11.6.i386.rpm
b23b685f71e43193b5f44d8c1ec94c7d437722554783f4fe49c51877395f3c45  
bind-libs-9.3.6-25.P1.el5_11.6.i386.rpm
517edaa050d9d1aac33caf9df8d7697be2257ac58a62ebc4347bdf2ced679a15  
bind-sdb-9.3.6-25.P1.el5_11.6.i386.rpm
86df6e077ef4232cad3d00bcad67df95412628764b43cc0e20099cd6469fc283  
bind-utils-9.3.6-25.P1.el5_11.6.i386.rpm
a5b33baa5bcaad17b757a30b352281a6b7cfe23b820656c68f349ad54adb63f0  
caching-nameserver-9.3.6-25.P1.el5_11.6.i386.rpm

x86_64:
38c75d87815be4802e9b4b0eadd6ff7aaecc7ab390b63bfd324556953606997b  
bind-9.3.6-25.P1.el5_11.6.x86_64.rpm
439b61a89198405603239230a83d32baf2fd2f1654716c19310748cb1d1242eb  
bind-chroot-9.3.6-25.P1.el5_11.6.x86_64.rpm
77b5271a5e8f4b3b196f2080a522885e1ac61934aae1aee555c4a006c9e94d72  
bind-devel-9.3.6-25.P1.el5_11.6.i386.rpm
96f45a79b9d6c1639484a8a2ca9ae210e46e8dd6b4e92285fc994a7bde0d45a9  
bind-devel-9.3.6-25.P1.el5_11.6.x86_64.rpm
7d417af61cd259bbaeeaa785da1f0d3b81322e52484618aaf264384f3d1a9b6f  
bind-libbind-devel-9.3.6-25.P1.el5_11.6.i386.rpm
a02c456ce0113de0dffd642ba5a1fd2983eeb4a91a9d02653139f3cdabbb20bf  
bind-libbind-devel-9.3.6-25.P1.el5_11.6.x86_64.rpm
b23b685f71e43193b5f44d8c1ec94c7d437722554783f4fe49c51877395f3c45  
bind-libs-9.3.6-25.P1.el5_11.6.i386.rpm
024c84269610726dae11e7e5ff02c03210984bbd87cb06af13bd095cc57bffe1  
bind-libs-9.3.6-25.P1.el5_11.6.x86_64.rpm
5413c5a298327da426f17910082560b27ea64bfda8d25fad526e667557ec033e  
bind-sdb-9.3.6-25.P1.el5_11.6.x86_64.rpm
4609a64d0b10e1ff219a4d6ddcf225bb98486db32d476dac085ffd9c4cf8db60  
bind-utils-9.3.6-25.P1.el5_11.6.x86_64.rpm
6e8d5003341a937e49e221ed5bca41f680bef0143669e8a36283f07b96eddc95  
caching-nameserver-9.3.6-25.P1.el5_11.6.x86_64.rpm

Source:
17b44d7032712e6a3542f01e2d58a31f5a0ee89f98616231d8810bd0798e0f3f  
bind-9.3.6-25.P1.el5_11.6.src.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] [Bulk] Re: vpn - xl2tpd and routing to a net?

[lejeczek]

On 26/01/16 17:19, John R Pierce wrote:

On 1/26/2016 9:14 AM, Gordon Messmer wrote:

On 01/26/2016 05:37 AM, lejeczek wrote:
vpn clients with established tunnels can get to VPN 
server's NICs/IPs but cannot get through to the net 
behind the server.
Well... they can, but only if on a host (eg. 
192.168.2.33) on VPN server's net I do:


route add -host 192.168.2.10 gw 192.168.2.100# 
192.168.2.10 is VPN client 


If the VPN isn't hosted on the device with the default 
gateway, then that route should be added to the gateway 
device.  Proxy arp is an option if you use addresses in 
the same broadcast domain, but adding a route in the 
gateway device should work for all configurations.



not in this case, because a random host like 192.168.2.33 
thinks the remote VPN client 192.168.2.10 is on the same 
LAN, so it wouldn't even forward the packet to the gateway 
unless the gateway responds to the ARP for 192.168.2.10


yes, I see I might not have said it clear in my last message 
- like John says - move your VPN local IP to a different 
subnet and it works, otherwise route on 'per-host basis' to 
each VPN client - wrong & undesired.

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

Re: [CentOS] Just need to vent

[Joseph L. Casale]

> I don't take a position in the systemd argument,
> but you said that systemd fixes lots of problems.
> It is perfectly reasonable to ask you to name one of these problems,
> perhaps the one you think is most important.

Compare any average sysv init script with a systemd unit file.
The magnitude of gross bash required to do what systemd
elegantly accomplishes with a mere few configuration directives
in a more reliable way is enough for me.

Personally, I think systemd is the single greatest accomplishment
Linux has had in so long I can't recall.

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