Re: [CentOS] OpenDJ - and Centos Auth
Hi All, Any pointers help please Thx On Thu, Feb 6, 2014 at 4:28 PM, Ganesh Hariharan wrote: > All, > > I have a working OpenDJ with SSL enabled and have also added users to > it > > Now, I am unable to authenticate my linux box to OpenDJ LDAP server, > either from login prompt or ssh... > > I understand sssd is the latest program which does this configuration and > I have that configured... > > though there is lot of howtos which google get, still there is clear > documentation that I can find to perform the auth.. > Please help > Regards > G > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 5.10 Firefox 24.3.0 HTML OL
On Thu, 2014-02-13 at 15:45 +1300, Rob Kampen wrote: > At this point it may be better to move the conversation, bug reporting > to firefox / mozilla as CentOS will only faithfully reproduce what > upstream (both redhat and mozilla org ) deign to provide. > Have you tried chromium? konqueror? I use these on the odd occasions > (couple of times a week) that a web site appears to malfunction, and > usually manage to get around the problem. I must admit, it is getting > frustrating to navigate the web with all the different bells and > whistles that site developers try to implement, only to find that one's > selected browser fails to render Latest Konqueror = 2005 from KDE 3.5.4-26.el5.centos.1 Red Hat renders as digits. Its also got a bad rendering fault with some CSS items (cuts the top off). Last Chromium = 2011 http://www.linux-powered.com/~ryoji.kamei/ChromiumCentOS5.xhtml "Suspension of the maintenance announcement I won't update Chromium binary rpms any more, because Chromium-14 hits a bug in binutils that CentOS/RHEL 64bit edition has. Actually I had built 32bit version of Chromium-14 with my modification, so if I provides special tool-chain for building it on 64bit edition, I can continue to maintenance probably. However I think binaries that are built on my own tool-chain are no longer for CentOS-5. So I suspend the work until the bug is fixed in CentOS/RHEL." The links do not exist. Suppose I will have to locate all and manually changed them :-( I just wish HTML and the browsers would remain stable ! Best regards, -- Paul. England, EU. Our systems are exclusively Linux. No Micro$oft Windoze here. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 5.10 Firefox 24.3.0 HTML OL
On 02/13/2014 03:23 PM, Always Learning wrote: On Thu, 2014-02-13 at 14:57 +1300, Rob Kampen wrote: On 02/13/2014 02:34 PM, Always Learning wrote: These used to work in the Centos 5 supplied Firefox. Now OL produce digits instead. http://www.w3schools.com/tags/att_ol_type.asp states "Differences Between HTML 4.01 and HTML5 The type attribute of the element is no longer deprecated in HTML5." i.e. no longer deprecated - implies it is either removed and not allowed or supported any more, or it has moved from being deprecated to valid poor choice of wording. just beware - w3schools.com is not authoritative on www / html / css - they hold a useful domain name that google insists on showing at or near the top of every search. Hi Rob, Thanks for your help. Clarity in English is increasingly important especially as the USA's gobbledygook English has replaced chunks of England's proper English. After reading your contribution I did another Google on "html 5 ol" and found http://dev.w3.org/html5/markup/ol.html which states, inter alia, "The start attribute on the ol element was deprecated in a previous version of HTML, but is no longer deprecated, as it has meaning and is not simply presentational." The web page then gives these examples:- "" type = "1" or "a" or "A" or "i" or "I" "" This HTML 5 syntax suggests to me OL was never actually withdrawn or cancelled from HTML 4.1 thus Firefox should continue to render it properly according to the HTML 4.1 specification and, importantly, being aware that OL is definitely established in the HTML 5 specification. My question is: Is the lack of rendering in FF a bug, a fault or an error ? At this point it may be better to move the conversation, bug reporting to firefox / mozilla as CentOS will only faithfully reproduce what upstream (both redhat and mozilla org ) deign to provide. Have you tried chromium? konqueror? I use these on the odd occasions (couple of times a week) that a web site appears to malfunction, and usually manage to get around the problem. I must admit, it is getting frustrating to navigate the web with all the different bells and whistles that site developers try to implement, only to find that one's selected browser fails to render Best regards ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 5.10 Firefox 24.3.0 HTML OL
On Thu, 2014-02-13 at 14:57 +1300, Rob Kampen wrote: > On 02/13/2014 02:34 PM, Always Learning wrote: > > These > > > > > > > > > > > > used to work in the Centos 5 supplied Firefox. Now OL produce digits > > instead. > > > > http://www.w3schools.com/tags/att_ol_type.asp states > > > > "Differences Between HTML 4.01 and HTML5 > > The type attribute of the element is no longer deprecated in > > HTML5." > i.e. no longer deprecated - implies it is either removed and not allowed > or supported any more, or it has moved from being deprecated to valid > poor choice of wording. > just beware - w3schools.com is not authoritative on www / html / css - > they hold a useful domain name that google insists on showing at or near > the top of every search. Hi Rob, Thanks for your help. Clarity in English is increasingly important especially as the USA's gobbledygook English has replaced chunks of England's proper English. After reading your contribution I did another Google on "html 5 ol" and found http://dev.w3.org/html5/markup/ol.html which states, inter alia, "The start attribute on the ol element was deprecated in a previous version of HTML, but is no longer deprecated, as it has meaning and is not simply presentational." The web page then gives these examples:- "" type = "1" or "a" or "A" or "i" or "I" "" This HTML 5 syntax suggests to me OL was never actually withdrawn or cancelled from HTML 4.1 thus Firefox should continue to render it properly according to the HTML 4.1 specification and, importantly, being aware that OL is definitely established in the HTML 5 specification. My question is: Is the lack of rendering in FF a bug, a fault or an error ? Best regards -- Paul. England, EU. Our systems are exclusively Linux. No Micro$oft Windoze here. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 5.10 Firefox 24.3.0 HTML OL
On 02/13/2014 02:34 PM, Always Learning wrote: Firefox used to render . as a. ... Now it does not. The HTML 4.1 spec at http://www.w3.org/TR/html401/struct/lists.html#type-values says use CSS instead. These used to work in the Centos 5 supplied Firefox. Now OL produce digits instead. http://www.w3schools.com/tags/att_ol_type.asp states "Differences Between HTML 4.01 and HTML5 The type attribute of the element is no longer deprecated in HTML5." i.e. no longer deprecated - implies it is either removed and not allowed or supported any more, or it has moved from being deprecated to valid poor choice of wording. just beware - w3schools.com is not authoritative on www / html / css - they hold a useful domain name that google insists on showing at or near the top of every search. If something is "deprecated" it is supposed to work until it is withdrawn or cancelled. Is Firefox's inability to render a bug or a very annoying irritation especially as I have hundreds of hand-coded pages using it ? :-( ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 5.10 Firefox 24.3.0 HTML OL
Firefox used to render . as a. ... Now it does not. The HTML 4.1 spec at http://www.w3.org/TR/html401/struct/lists.html#type-values says use CSS instead. These used to work in the Centos 5 supplied Firefox. Now OL produce digits instead. http://www.w3schools.com/tags/att_ol_type.asp states "Differences Between HTML 4.01 and HTML5 The type attribute of the element is no longer deprecated in HTML5." If something is "deprecated" it is supposed to work until it is withdrawn or cancelled. Is Firefox's inability to render a bug or a very annoying irritation especially as I have hundreds of hand-coded pages using it ? :-( -- Paul. England, EU. Our systems are exclusively Linux. No Micro$oft Windoze here. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Speaking of firefox...
On 2/12/2014 15:04, m...@tdiehl.org wrote: > > I guess it is hard to get it tested without making > it the default. No need to guess. There's plenty of evidence that at a certain point, software needs to be battle tested to shake the last bugs out. Take btrfs. It's been included in shipping kernels for 5 years now, yet people keep asking "...but is it stable?" Why does the question come up? Because it isn't the default filesystem. Since it isn't installed on $BIGNUM percent of all existing Linux boxes, there is room for ignorance to sprout into doubt. Firefox's PDF reader problems are certainly not all "bugs," per se. PDF is a huge bag of complex features only loosely related. I can't see Mozilla even *wanting* to implement every last behavior and feature defined by Adobe, much less accomplishing it. If your document depends on an unimplemented feature of PDF, it won't render right, so you're likely to call the viewer "broken," even if every feature Firefox's PDF reader /does/ implement is flawless. This isn't about Firefox and Adobe. It's about any software development team who's set themselves the task of following the taillights of another software development team, while the latter has a bigger revenue stream. It's an inferior strategy, if your goal is to win the race. Lots of examples of that: - octave vs Matlab - Libre/OpenOffice vs MS Office (document compatibility) - Wine/ReactOS vs Windows - SharpDevelop vs Visual Studio - Gimp vs Photoshop (PSD compatibility) If you're tempted to give "IE vs Firefox" as a counterexample, notice that I specified a bigger revenue stream. It's a necessary precondition. IE6 was leapfrogged by Firefox and Chrome because they have an independent revenue stream, while IE does not. IE also has to move around in legal leg irons that don't hobble the others. Another non-counterexample: Linux vs big iron Unix. Big iron Unix priced itself out of the segment of the market that was outgrowing the economy as a whole. Now Linux calls the dance steps. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Speaking of firefox...
On Tue, 11 Feb 2014, Nux! wrote: > On 11.02.2014 19:40, m.r...@5-cent.us wrote: >> The latest version seems to have a bug. One of my users went to look >> at a >> paper in Phy Rev E, and the firefox pdf view looked fine... but what >> printed had garbage for scales on the graphs. Then I had him use the >> firefox print preview... and it was garbage. Looked at it on my >> system, >> ditto, and firefox was updated yesterday on all our systems. >> >> Save as (why isn't there an "open"?) a .pdf, pull it up in acroread, >> and >> print, and everything's fine. > > Firefox' built-in PDF viewer blows the hell out of my laptop's fan. I > turned it off, Evince is so SO much better. +1 I have had enough random problems with it I have turned it off on all systems I admin. This includes both Linux and windoze. Too many support calls. ESR is supposed to be stable. The pdf viewer is not. IMO the default should be an external pdf viewer until the thing is ready for prime time, although I guess it is hard to get it tested without making it the default. Regards, -- Tom m...@tdiehl.org Spamtrap address me...@tdiehl.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Perl516 SCL modules
On 02/12/2014 07:20 AM, Nicole Hähnel wrote: > Am 11.02.2014 12:13, schrieb Johnny Hughes: >> On 02/10/2014 06:53 AM, Rainer Traut wrote: >>> Am 10.02.2014 11:12, schrieb Nicole Hähnel: ERROR: Command failed: # ['/usr/bin/yum-builddep', '--installroot', '/var/lib/mock/epel-6-x86_64/root/', '/var/lib/mock/epel-6-x86_64/root///builddir/build/SRPMS/perl516-perl-Email-Valid-0.184-1.el6.src.rpm'] Getting requirements for perl516-perl-Email-Valid-0.184-1.el6.src --> Already installed : 4:perl516-perl-5.16.3-12.el6.centos.alt.x86_64 --> Already installed : perl516-perl-ExtUtils-MakeMaker-6.66-1.el6.centos.alt.noarch --> perl516-perl-MailTools-2.13-1.el6.noarch --> perl516-perl-Net-DNS-0.74-1.el6.x86_64 --> Already installed : perl516-perl-Test-Simple-0.98-12.el6.centos.alt.noarch Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) Requires: perl516-perl(Win32::IPHelper) Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) Requires: perl516-perl(Win32::TieRegistry) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest DEBUG: kill orphans I do not understand why Win32::IPHelper and Win32::TieRegistry is needed with perl516 and with rhel6 standard perl not. >>> The problem seems to be if the perl module is build with mock >>> scl-perl516 then there is a wierd dependency of >>> perl516-perl(Win32::IPHelper) and perl516-perl(Win32::TieRegistry) >>> >> My question is, do you get the same dependency issues if you use the >> fedora SRPMs ... maybe they already patched to fix the issue. >> >> >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos > Yes, I tried the Fedora SRPM and the dependencies are also there. Looks to me like this spec takes all that out: https://apps.fedoraproject.org/packages/perl-Net-DNS/sources/spec signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Perl516 SCL modules
On 02/12/2014 07:20 AM, Nicole Hähnel wrote: > Am 11.02.2014 12:13, schrieb Johnny Hughes: >> On 02/10/2014 06:53 AM, Rainer Traut wrote: >>> Am 10.02.2014 11:12, schrieb Nicole Hähnel: ERROR: Command failed: # ['/usr/bin/yum-builddep', '--installroot', '/var/lib/mock/epel-6-x86_64/root/', '/var/lib/mock/epel-6-x86_64/root///builddir/build/SRPMS/perl516-perl-Email-Valid-0.184-1.el6.src.rpm'] Getting requirements for perl516-perl-Email-Valid-0.184-1.el6.src --> Already installed : 4:perl516-perl-5.16.3-12.el6.centos.alt.x86_64 --> Already installed : perl516-perl-ExtUtils-MakeMaker-6.66-1.el6.centos.alt.noarch --> perl516-perl-MailTools-2.13-1.el6.noarch --> perl516-perl-Net-DNS-0.74-1.el6.x86_64 --> Already installed : perl516-perl-Test-Simple-0.98-12.el6.centos.alt.noarch Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) Requires: perl516-perl(Win32::IPHelper) Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) Requires: perl516-perl(Win32::TieRegistry) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest DEBUG: kill orphans I do not understand why Win32::IPHelper and Win32::TieRegistry is needed with perl516 and with rhel6 standard perl not. >>> The problem seems to be if the perl module is build with mock >>> scl-perl516 then there is a wierd dependency of >>> perl516-perl(Win32::IPHelper) and perl516-perl(Win32::TieRegistry) >>> >> My question is, do you get the same dependency issues if you use the >> fedora SRPMs ... maybe they already patched to fix the issue. >> >> >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos > Yes, I tried the Fedora SRPM and the dependencies are also there. Looks to me like this spec takes all that out: https://apps.fedoraproject.org/packages/perl-Net-DNS/sources/spec signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Perl516 SCL modules
Am 11.02.2014 12:13, schrieb Johnny Hughes: > On 02/10/2014 06:53 AM, Rainer Traut wrote: >> Am 10.02.2014 11:12, schrieb Nicole Hähnel: >>> ERROR: Command failed: >>> # ['/usr/bin/yum-builddep', '--installroot', >>> '/var/lib/mock/epel-6-x86_64/root/', >>> '/var/lib/mock/epel-6-x86_64/root///builddir/build/SRPMS/perl516-perl-Email-Valid-0.184-1.el6.src.rpm'] >>> Getting requirements for perl516-perl-Email-Valid-0.184-1.el6.src >>> --> Already installed : 4:perl516-perl-5.16.3-12.el6.centos.alt.x86_64 >>> --> Already installed : >>> perl516-perl-ExtUtils-MakeMaker-6.66-1.el6.centos.alt.noarch >>> --> perl516-perl-MailTools-2.13-1.el6.noarch >>> --> perl516-perl-Net-DNS-0.74-1.el6.x86_64 >>> --> Already installed : >>> perl516-perl-Test-Simple-0.98-12.el6.centos.alt.noarch >>> Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) >>> Requires: perl516-perl(Win32::IPHelper) >>> Error: Package: perl516-perl-Net-DNS-0.74-1.el6.x86_64 (perl516_local) >>> Requires: perl516-perl(Win32::TieRegistry) >>> You could try using --skip-broken to work around the problem >>> You could try running: rpm -Va --nofiles --nodigest >>> >>> DEBUG: kill orphans >>> >>> >>> I do not understand why Win32::IPHelper and Win32::TieRegistry is needed >>> with perl516 and with rhel6 standard perl not. >> The problem seems to be if the perl module is build with mock >> scl-perl516 then there is a wierd dependency of >> perl516-perl(Win32::IPHelper) and perl516-perl(Win32::TieRegistry) >> > My question is, do you get the same dependency issues if you use the > fedora SRPMs ... maybe they already patched to fix the issue. > > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos Yes, I tried the Fedora SRPM and the dependencies are also there. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Where to get Sernet-Samba4 questions answered?
> I have been to sernet.de which builds the rpms and the site is in German, a > language I have not used in over twenty years and which I never read very > well. It refers to EnterpriseSamba.com but that site in turn provides no > reference to an online support community of users. > > So, I need help and I need some guidance as to where to go get it. Does > anyone here use the same packages for their Samba setups? Does anyone know of > an online support group for users of this particular package? I know this might not be helpful but ... When reading this page I get the impression that it's mostly about sernet's commercial Samba offering. Ok, the .rpms are freely downloadable but it looks like everything else is commercial support. -dirk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Speaking of firefox...
m.r...@5-cent.us wrote: > The latest version seems to have a bug. One of my users went to look at a > paper in Phy Rev E, and the firefox pdf view looked fine... but what > printed had garbage for scales on the graphs. Then I had him use the > firefox print preview... and it was garbage. Looked at it on my system, > ditto, and firefox was updated yesterday on all our systems. Don't print from firefox (i.e. don't use CTRL-P or print from the menu) use the print icon on the PDF viewer bar (i.e. the one with Page N of M and possibly "Automatic Zoom" displayed on it). Cheers, Roy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 108, Issue 7
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://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. CEBA-2014:0158 CentOS 6 nss Update (Johnny Hughes)
2. CESA-2014:0159 Important CentOS 6 kernel Update (Johnny Hughes)
3. CESA-2014:X005 Moderate Xen4CentOS kernel Security Update
(Johnny Hughes)
4. CESA-2014:X004 Moderate Xen4CentOS xen Security Update
(Johnny Hughes)
--
Message: 1
Date: Tue, 11 Feb 2014 13:28:45 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2014:0158 CentOS 6 nss Update
To: centos-annou...@centos.org
Message-ID: <20140211132845.ga62...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2014:0158
Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0158.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
310b1aeb6a141060d8d5aa9ae5917f22af5d6772b3c1b38095469dfc7c92ba39
nss-3.15.3-6.el6_5.i686.rpm
70eebce630134280c4bdef73fa1bb3e516b2a268256cc8aa4bce3757388952ec
nss-devel-3.15.3-6.el6_5.i686.rpm
6017281dc055f29ea81b7f6efa07854552925b06b570eb7b013b293150d3acc2
nss-pkcs11-devel-3.15.3-6.el6_5.i686.rpm
340e367a0e67787cf4491770b15830f5eddef223633c59dc774146f107d129ab
nss-sysinit-3.15.3-6.el6_5.i686.rpm
681e59d442c114390f28b3f0ef289427ecc0f1607dc5f11fbabe05e95df034cf
nss-tools-3.15.3-6.el6_5.i686.rpm
x86_64:
310b1aeb6a141060d8d5aa9ae5917f22af5d6772b3c1b38095469dfc7c92ba39
nss-3.15.3-6.el6_5.i686.rpm
40f8a4da558a0040ed9cf85ad4e3c93b2fec47360b95b0b134c4635b7b986635
nss-3.15.3-6.el6_5.x86_64.rpm
70eebce630134280c4bdef73fa1bb3e516b2a268256cc8aa4bce3757388952ec
nss-devel-3.15.3-6.el6_5.i686.rpm
0d12c2cc1b8d78bb0c9124d9afdb4eeabf56651fe5c079703aaf9e4ebfeae517
nss-devel-3.15.3-6.el6_5.x86_64.rpm
6017281dc055f29ea81b7f6efa07854552925b06b570eb7b013b293150d3acc2
nss-pkcs11-devel-3.15.3-6.el6_5.i686.rpm
733075233b68de52267f1a0deb419028c571097b2e03e7d0470d61eb5ebd1115
nss-pkcs11-devel-3.15.3-6.el6_5.x86_64.rpm
5825c6b6c0565442f17cc125dbe3576b8deacc3d2d37fe18ae16cefa7fb9a4b3
nss-sysinit-3.15.3-6.el6_5.x86_64.rpm
868a02e6cadd7af1f1f10f870e7bf11567193bee559d2c41d4b4f3f84df0c9ed
nss-tools-3.15.3-6.el6_5.x86_64.rpm
Source:
a6b663df279af7dc05d9d57e385adfb8f9610d37ea42480159e3f9742e37081e
nss-3.15.3-6.el6_5.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Wed, 12 Feb 2014 04:44:55 +
From: Johnny Hughes
Subject: [CentOS-announce] CESA-2014:0159 Important CentOS 6 kernel
Update
To: centos-annou...@centos.org
Message-ID: <20140212044455.ga12...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2014:0159 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0159.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
ea97a65892db65c6440909e7c1aae72f7a4967dd40acd6b7083efb669675f82e
kernel-2.6.32-431.5.1.el6.i686.rpm
f414c76e5f917e64ec06d58569819668de317f6bdf4fa664319798fc1d9c700b
kernel-abi-whitelists-2.6.32-431.5.1.el6.noarch.rpm
a8cc1be550eb37e7aa87952f47f35d09cff9320d70d0a6ed5d94ebbbdb174814
kernel-debug-2.6.32-431.5.1.el6.i686.rpm
f46b9c2dc6b943b4d8584355af74dce5efd26259b57f430e255bb8043961d168
kernel-debug-devel-2.6.32-431.5.1.el6.i686.rpm
aed0d4d4c5a8a18ac976a6051aa071c6203ff81f33a1b90f4f969cbf268c82fb
kernel-devel-2.6.32-431.5.1.el6.i686.rpm
86b38a37649d74ca4f8b32008c0c4b00fde9a992fbc6173b264e170101f5566c
kernel-doc-2.6.32-431.5.1.el6.noarch.rpm
c60c4e980136fd64f8073323af857c202a61e80a26b39949403f2f5c2ca2dbf6
kernel-firmware-2.6.32-431.5.1.el6.noarch.rpm
06eadc863ceaa33cb1b7d46ca6d752e877a9cbb7084b8a6ba4c924117d4d1eb0
kernel-headers-2.6.32-431.5.1.el6.i686.rpm
27bfc9e2e9d158d55e174ee22d1e4475c56e210528403f57064c455dbca05839
perf-2.6.32-431.5.1.el6.i686.rpm
6ccf0df7199af6008649ba4ebbf24e8f6989246b397d1b67fb14cb845ef965a8
python-perf-2.6.32-431.5.1.el6.i686.rpm
x86_64:
6fb4e540cf0a38a3881671c7097c4f2400986200959a51a5cd811c34c8780343
kernel-2.6.32-431.5.1.el6.x86_64.rpm
f414c76e5f917e64ec06d58569819668de317f6bdf4fa664319798fc1d9c700b
kernel-abi-whitelists-2.6.32-431.5.1.el6.noarch.rpm
422caa7fce83f70f1ce9e0104141d6b4f30cfeb9e54048001cdf5da93f0263d6
kernel-debug-2.6.32-431.5.1.el6.x86_64.rpm
21378f0499d012d533fdaf5701d0096df8dac
Re: [CentOS] password problems new centos 6.4 install and sl63 install. [SOLVED?]
well, yes. but why? On 02/12/2014 03:46 AM, g wrote: > > greetings, > > a previous install and updated centos 6.4 from dvd 1 x86_64 got > trashed. not sure of cause. no big deal. install practice never > hurts. :-) > > now, installation is: > > CentOS-6.4-x86_64-bin-DVD1.iso installed as; > CentOS (2.6.32-358.el6.x86_64) - root (hd1,2) > > SL-63-i386-2012-08-24-LiveCD.iso installed and updated as; > Scientific Linux (2.6.32-431.1.2.el6.i686) - root (hd1,5) > > /dev/sdb5/home > > after initial install of c6.4, second install phase went well. > rebooted and checked boot up 3 times, all with successful logins. > > needed some kde configuration information from sl63, rebooted, > selected sl63, boot ok. when tried to login to kde, user 'geo' > password refused and user 'root' password refused. > > booted sl-62-i386 install dvd in rescue mode; > > chroot /mnt/sysimage > passwd root > passwd geo > > exit > exit > reboot > > login to sl63 as 'geo' and 'root' ok. > > ran email, ran some web work. > > rebooted to centos, 'geo' and 'root' passwords refused, tried twice, > booted centos dvd-1 in rescue mode, made same entries as with sl62. > > rebooted to c64, login to c64 as 'geo' and 'root' ok. > > rebooted to sl62, tried to login as 'geo' and 'root', nfw, refused. > > it is now a continuous cycle of repeating of above. > > any and all help, ideas, suggestions, will be greatly appreciated. > > tia. after running searches with near exact, then various wordings of problem against sites; centos.org, fnal.gov, and, fedoraproject.org and with no domain named, nothing hit that was close. after thinking about what was happening and how the 2 systems where set up, the only things that was common between them was both used same /home partition. both systems had the other system mounted in /hdd/sd/xx. 'SWAG' time. i could think of nothing to try other than to comment out the mounting of the other system in the 2 fstab files. booted centos install dvd to rescue mode, ran the 'game' again. booted up sl63, logins ok. booted up c64, logins ok. 'DANK' time. anyone care to make a suggestion as to why unmounting other system cured problem? with previous installs of different distributions and with mounting non booted systems to mounted system, i have not had problem. -- peace out. in a world with out fences, who needs gates. tc.hago. g . ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
