[CentOS-es] COmo autentificar ppp de puerto serie servidor freeradius mysql

2012-07-04 Thread Jorge
Necesito información de como autentificar un pppd a un freeradius con mysql.

saludos Jorge



 


--

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] after last update google-chrome no runs anymore

2012-07-04 Thread Gary Trotcko
On Wed, Jul 4, 2012 at 2:17 AM, Leonard den Ottolander
leon...@den.ottolander.nl wrote:
 Hello Gary,

 Not sure if this is related, but it is the only thing sticking out:

 On Wed, 2012-07-04 at 01:24 +0300, Gary Trotcko wrote:
   libbz2.so.1.0 = not found

 bzip2-libs only provides libbz2.so.1 and libbz2.so.1.0.4, not
 libbz2.sos.1.0. bzip2-devel doesn't provide it either, nor does any
 other package.

 If you haven't installed bzip2-libs install it. If you still see that
 libbz2 not found try (assuming you're on i386):
 # cd /lib
 # ln -s libbz2.so.1.0.4 libbz2.so.1.0

 and see if that makes a difference.

 Since CentOS uses an unaltered SRPM for bzip2 you can be pretty sure Red
 Hat does not provide that link either. Which means that dependency is a
 chromism, i.e. a bug in Chrome, possibly due to a build system with a
 modified bzip2.

 You could also try booting a stock kernel, not a centosplus one.

The bzip2-libs is installed at my system but libbz2.so.1.0 didn't
exist so I've created symlink and it hasn't effect:
$ ldd /opt/google/chrome/chrome | grep libbz
/opt/google/chrome/chrome: /lib/libz.so.1: no version information
available (required by /opt/google/chrome/chrome)
/opt/google/chrome/chrome: /lib/libz.so.1: no version information
available (required by /opt/google/chrome/chrome)
libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x001af000)


-- 
Best Regards,
Gary Trotcko
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] after last update google-chrome no runs anymore

2012-07-04 Thread Leonard den Ottolander
Hello Gary,

On Wed, 2012-07-04 at 11:46 +0300, Gary Trotcko wrote:
 The bzip2-libs is installed at my system but libbz2.so.1.0 didn't
 exist so I've created symlink and it hasn't effect:
 $ ldd /opt/google/chrome/chrome | grep libbz
 /opt/google/chrome/chrome: /lib/libz.so.1: no version information
 available (required by /opt/google/chrome/chrome)
 /opt/google/chrome/chrome: /lib/libz.so.1: no version information
 available (required by /opt/google/chrome/chrome)
   libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x001af000)

Ok, so adding that symlink does not make Chrome happy to the point where
it starts working? Still that requirement is a bug and suggests that
google uses an unclean (i.e. patched) build system, not a stock RHEL or
CentOS.

As people pointed out that libz warning in itself is probably harmless.

All that is left is to repeat my advise: If the suggestions given here
do not fix your issue you might want to take it to a Chrome specific
list. If you do take your issue there, please mention the bogus
requirement on libbz2.so.1.0 and point out that that link is *not*
available on stock CentOS 6 (and in all likeliness neither on RHEL 6)
systems.

Regards,
Leonard.

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


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


Re: [CentOS] after last update google-chrome no runs anymore

2012-07-04 Thread James Pearson
Leonard den Ottolander wrote:
 Hello Gary,
 
 On Wed, 2012-07-04 at 11:46 +0300, Gary Trotcko wrote:
 
The bzip2-libs is installed at my system but libbz2.so.1.0 didn't
exist so I've created symlink and it hasn't effect:
$ ldd /opt/google/chrome/chrome | grep libbz
/opt/google/chrome/chrome: /lib/libz.so.1: no version information
available (required by /opt/google/chrome/chrome)
/opt/google/chrome/chrome: /lib/libz.so.1: no version information
available (required by /opt/google/chrome/chrome)
  libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x001af000)
 
 
 Ok, so adding that symlink does not make Chrome happy to the point where
 it starts working? Still that requirement is a bug and suggests that
 google uses an unclean (i.e. patched) build system, not a stock RHEL or
 CentOS.
 
 As people pointed out that libz warning in itself is probably harmless.
 
 All that is left is to repeat my advise: If the suggestions given here
 do not fix your issue you might want to take it to a Chrome specific
 list. If you do take your issue there, please mention the bogus
 requirement on libbz2.so.1.0 and point out that that link is *not*
 available on stock CentOS 6 (and in all likeliness neither on RHEL 6)
 systems.

The google-chrome-stable RPM creates the symlink 
/opt/google/chrome/libbz2.so.1.0 to /lib/libbz2.so.1 - and the 
google-chrome wrapper sets LD_LIBRARY_PATH to include /opt/google/chrome 
- so chrome finds libbz2.so.1.0 without a problem.

i.e. there isn't a problem with either libbz2.so.1.0 or libz.so.1

If chrome is not starting, then there is probably another issue - you 
could try moving the preferences/profile out of the way - e.g.

  cd $HOME/.config
  mv google-chrome google-chrome.save

and try again

If that doesn't help, try running chrome through strace and see if that 
gives any clues ...

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


[CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread James B. Byrne
OS CentOS-6.2 with updates to present.

I use git on this host to manage configuration changes and to monitor
package alterations.  This is not meant to be a security check.  It is
simply a way for me to easily recover from fumble fingered
configuration changes.

Yesterday git status reported that the following files had changed
since the previous commit:

#   modified:   ../usr/bin/gdb
#   modified:   ../usr/bin/gvim
#   modified:   ../usr/bin/vim

I therefore reinstalled these three packages using yum reinstall and
committed the change to git.

commit b87a8b2116ef22cc013fd5dc6f525d672d52570a
Author: sysadmin.root.vhost01.hamilton
sysadmin.root.vhost01.hamilton@harte-lyn
Date:   Tue Jul 3 16:22:34 2012 -0400

Reinstalled gdb, vim and vim-X11 due to unexpected changes in
executable files.


This morning git reports the same three files have again changed.

# On branch master
# Changed but not updated:
#   (use git add file... to update what will be committed)
#   (use git checkout -- file... to discard changes in working
directory)
#
#   modified:   ../etc/virsh.run
#   modified:   .Xauthority
#   modified:   .bash_history
#   modified:   ../selinux/policy
#   modified:   ../usr/bin/gdb
#   modified:   ../usr/bin/gvim
#   modified:   ../usr/bin/vim
#
# Untracked files:
#   (use git add file... to include in what will be committed)
#
#   ../.readahead_collect

When I check the differences git simply reports that the binary files
are difference but, after I reinstalled them all yesterday I noted
that the file modification times of the replaced files and their
respective reinstalled files were the same but their file sizes were
not.

Given what I have committed to the git repository I am satisfied that
these are the only system files that have changed.  None of the files
in /var/log show any entries relating to these files immediately prior
to the reinstall yesterday.  What entries do exist go back to when the
software was first installed and none are more recent than several
months ago.  The git commit on this host previous to yesterday was the
Kernel update on June 19. At that time the subject files were the same
as when they were originally installed.

This host does not accept any direct IP connections from IP addresses
outside our internal server subnet (a.b.c.0/192).   Access is blocked
via IPTables at the gateway and again on the host itself.  Some VM
guests do allow public or otherwise less restricted access but the VM
host itself does not.

I am of course deeply suspicious of these circumstances but I cannot
see how this could be the result of some outside agency. Therefore, I
am at a loss to explain these changes.  What I need to discover is
what agency changed these files and why. In the meantime I have
removed the gdb, vim-enhanced and vim-X11 packages from that host.

Has anyone else run across this sort of behaviour? Has anyone any idea
as to what is going on here?



-- 
***  E-Mail is NOT a SECURE channel  ***
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
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread John Doe
From: James B. Byrne byrn...@harte-lyne.ca

 Yesterday git status reported that the following files had changed
 since the previous commit:
 #       modified:   ../usr/bin/gdb
 #       modified:   ../usr/bin/gvim
 #       modified:   ../usr/bin/vim
 
 #       modified:   ../etc/virsh.run
 #       modified:   .Xauthority
 #       modified:   .bash_history
 #       modified:   ../selinux/policy
 #       modified:   ../usr/bin/gdb
 #       modified:   ../usr/bin/gvim
 #       modified:   ../usr/bin/vim
 #
 When I check the differences git simply reports that the binary files
 are difference but, after I reinstalled them all yesterday I noted
 that the file modification times of the replaced files and their
 respective reinstalled files were the same but their file sizes were
 not.

Did you rpm verify?
# rpm -qV vim-enhanced
# rpm -qV gdb
Did you diff the text files?
Did you binary diff the binaries?
How many bytes difference? constant number?

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


Re: [CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread fred smith
On Wed, Jul 04, 2012 at 07:53:09AM -0700, John Doe wrote:
 From: James B. Byrne byrn...@harte-lyne.ca
 
  Yesterday git status reported that the following files had changed
  since the previous commit:
  #       modified:   ../usr/bin/gdb
  #       modified:   ../usr/bin/gvim
  #       modified:   ../usr/bin/vim
  
  #       modified:   ../etc/virsh.run
  #       modified:   .Xauthority
  #       modified:   .bash_history
  #       modified:   ../selinux/policy
  #       modified:   ../usr/bin/gdb
  #       modified:   ../usr/bin/gvim
  #       modified:   ../usr/bin/vim
  #
  When I check the differences git simply reports that the binary files
  are difference but, after I reinstalled them all yesterday I noted
  that the file modification times of the replaced files and their
  respective reinstalled files were the same but their file sizes were
  not.
 
 Did you rpm verify?
 # rpm -qV vim-enhanced
 # rpm -qV gdb
 Did you diff the text files?
 Did you binary diff the binaries?
 How many bytes difference? constant number?
 
 JD

prelink???

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
The Lord is like a strong tower. 
 Those who do what is right can run to him for safety.
--- Proverbs 18:10 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] Question about FASTTRACK, was [CentOS-announce] CEBA-2012:1035 CentOS 5 telnet FASTTRACK Update (fwd)

2012-07-04 Thread Max Pyziur

Greetings,
Are FASTTRACK updates delivered by way of a different repo?

Thanks.

Max Pyziur
p...@brama.com

-- Forwarded message --
Date: Mon, 25 Jun 2012 11:29:52 +
From: Johnny Hughes joh...@centos.org
Reply-To: centos@centos.org
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2012:1035 CentOS 5 telnet FASTTRACK Update


CentOS Errata and Bugfix Advisory 2012:1035

Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1035.html

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

i386:
fa2d0bd6c2f94951334aec309dc2c0a54a1bf04e28b7519dc868456a803875ac  
telnet-0.17-41.el5.i386.rpm
b81346fbbbfa9aabe0cce730c4625498786009306275d5045b590a91e981367d  
telnet-server-0.17-41.el5.i386.rpm

x86_64:
afe58abdf22e286fb825dd4f321c748d5c0a09dbad7174ba97db75608a0c4672  
telnet-0.17-41.el5.x86_64.rpm
3cc350f4ced6c5623a9d687be4a3a7cbce8dc4858792896d68ca2f2527402a75  
telnet-server-0.17-41.el5.x86_64.rpm

Source:
8b7a9891f410718c09b306cb84a3f2bd02bb5517ecbe58467a86d58ba1ce829d  
telnet-0.17-41.el5.src.rpm



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

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


Re: [CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread John Doe
From: fred smith fre...@fcshome.stoneham.ma.us

 On Wed, Jul 04, 2012 at 07:53:09AM -0700, John Doe wrote:
  From: James B. Byrne byrn...@harte-lyne.ca
   Yesterday git status reported that the following files had changed
   since the previous commit:
   #       modified:   ../usr/bin/gdb
   #       modified:   ../usr/bin/gvim
   #       modified:   ../usr/bin/vim
   
   #       modified:   ../etc/virsh.run
   #       modified:   .Xauthority
   #       modified:   .bash_history
   #       modified:   ../selinux/policy
   #       modified:   ../usr/bin/gdb
   #       modified:   ../usr/bin/gvim
   #       modified:   ../usr/bin/vim
   #
   When I check the differences git simply reports that the binary files
   are difference but, after I reinstalled them all yesterday I noted
   that the file modification times of the replaced files and their
   respective reinstalled files were the same but their file sizes were
   not.
 
  Did you rpm verify?
  # rpm -qV vim-enhanced
  # rpm -qV gdb
  Did you diff the text files?
  Did you binary diff the binaries?
  How many bytes difference? constant number?
 
 prelink???

I do not think prelink would alter text configuration files like .Xauthority or 
.bash_history

JD

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


Re: [CentOS] Question about FASTTRACK, was [CentOS-announce] CEBA-2012:1035 CentOS 5 telnet FASTTRACK Update (fwd)

2012-07-04 Thread William Hooper
On Wed, Jul 4, 2012 at 11:29 AM, Max Pyziur p...@brama.com wrote:

 Greetings,
 Are FASTTRACK updates delivered by way of a different repo?

Yes.

http://wiki.centos.org/AdditionalResources/Repositories?action=show

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


Re: [CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread James B. Byrne

On Wed, July 4, 2012 11:51, John Doe wrote:
 From: fred smith fre...@fcshome.stoneham.ma.us

 On Wed, Jul 04, 2012 at 07:53:09AM -0700, John Doe wrote:

  Did you rpm verify?
  # rpm -qV vim-enhanced

Yes

  # rpm -qV gdb

Yes

  Did you diff the text files?

The files other than those in /usr/bin I know the cause of their
alteration.  It is caused by my ssh accesses.

  Did you binary diff the binaries?

No

  How many bytes difference? constant number?

 prelink???

It seems so:

[root@vhost01 ~]# yum install gdb
. . .
[root@vhost01 ~]# ll /usr/bin/gdb
-rwxr-xr-x. 1 root root 4453160 Dec  7  2011 /usr/bin/gdb
[root@vhost01 ~]# mv /usr/bin/gdb /usr/bin/gdb.cln
[root@vhost01 ~]# cp -p /usr/bin/gdb.cln /usr/bin/gdb
[root@vhost01 ~]# ll /usr/bin/gdb*
-rwxr-xr-x. 1 root root 4453160 Dec  7  2011 /usr/bin/gdb
-rwxr-xr-x. 1 root root1061 Dec  7  2011 /usr/bin/gdb-add-index
-rwxr-xr-x. 1 root root 4453160 Dec  7  2011 /usr/bin/gdb.cln
lrwxrwxrwx. 1 root root   3 Jul  4 14:16 /usr/bin/gdbtui - gdb
[root@vhost01 ~]# prelink -v /usr/bin/gdb
Prelinking /usr/bin/gdb
[root@vhost01 ~]# ll /usr/bin/gdb*
-rwxr-xr-x. 1 root root 4468992 Dec  7  2011 /usr/bin/gdb
-rwxr-xr-x. 1 root root1061 Dec  7  2011 /usr/bin/gdb-add-index
-rwxr-xr-x. 1 root root 4453160 Dec  7  2011 /usr/bin/gdb.cln
lrwxrwxrwx. 1 root root   3 Jul  4 14:16 /usr/bin/gdbtui - gdb

Which accounts for the size changes as far as I can see.  I infer that
the linked sizes likely changed as a result of system library updates
associated with the recent kernel update.

Thank you for the help.


 I do not think prelink would alter text configuration files like
 .Xauthority or .bash_history

Those files I expected to change and I am aware of the the cause.  It
is only the files in /usr/bin that concern me.



-- 
***  E-Mail is NOT a SECURE channel  ***
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
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Strange alterations to vim and related packages on KVM host

2012-07-04 Thread Rob Kampen

On 07/05/2012 03:51 AM, John Doe wrote:

From: fred smithfre...@fcshome.stoneham.ma.us


On Wed, Jul 04, 2012 at 07:53:09AM -0700, John Doe wrote:

  From: James B. Byrnebyrn...@harte-lyne.ca
Yesterday git status reported that the following files had changed
since the previous commit:
#   modified:   ../usr/bin/gdb
#   modified:   ../usr/bin/gvim
#   modified:   ../usr/bin/vim
  
#   modified:   ../etc/virsh.run
#   modified:   .Xauthority
#   modified:   .bash_history
#   modified:   ../selinux/policy
#   modified:   ../usr/bin/gdb
#   modified:   ../usr/bin/gvim
#   modified:   ../usr/bin/vim
#
When I check the differences git simply reports that the binary files
are difference but, after I reinstalled them all yesterday I noted
that the file modification times of the replaced files and their
respective reinstalled files were the same but their file sizes were
not.

  Did you rpm verify?
  # rpm -qV vim-enhanced
  # rpm -qV gdb
  Did you diff the text files?
  Did you binary diff the binaries?
  How many bytes difference? constant number?

prelink???

I do not think prelink would alter text configuration files like .Xauthority or 
.bash_history
No - the simple act of logging in did that - my vote is for prelink - 
git is probably unaware of prelink.


JD

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


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


[CentOS] fpaste-server pastebin service

2012-07-04 Thread Kaushal Shriyan
Hi,

Any step by step guide for setting up fpaste-server on CentOS 5.8?

Regards

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