Re: [CentOS-docs] Indonesian Translation
On Fri, Feb 10, 2012 at 10:24 AM, Muhammad Panji sumodi...@gmail.comwrote: Dear All, My name is Muhammad Panji (MuhammadPanji on Wiki). I would like to help translation of wiki to Indonesian language. How should I start or whom should I coordinate with if there are already Indonesian translator. Thank you. Dear All, sorry for replying my own thread. I would like to ask how to start translating the wiki to Indonesian language. are there any steps that I have to do before I granted permission to edit wiki? thank you. Regards, -- - Muhammad Panji http://www.panji.web.id http://www.kurungsiku.com http://sumodirjo.wordpress.com http://www.kurungsiku.web.id http://www.linuxbox.web.id ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
[CentOS-announce] CESA-2012:0136 Important CentOS 5 libvorbis Update
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
a6276f2f84ff930d5c81a2d72e638c9a8eaa7000c2d6cd39c655c3480443933d
libvorbis-1.1.2-3.el5_7.6.i386.rpm
0f7b19cc311158a94ad84433532b3a61a74a54a166da856f7c2e9c203cb856cb
libvorbis-devel-1.1.2-3.el5_7.6.i386.rpm
x86_64:
a6276f2f84ff930d5c81a2d72e638c9a8eaa7000c2d6cd39c655c3480443933d
libvorbis-1.1.2-3.el5_7.6.i386.rpm
5d36d732d27600cb9eb528d594a3ca1bdc7d3808903ff79a497aef10532dac83
libvorbis-1.1.2-3.el5_7.6.x86_64.rpm
0f7b19cc311158a94ad84433532b3a61a74a54a166da856f7c2e9c203cb856cb
libvorbis-devel-1.1.2-3.el5_7.6.i386.rpm
abaec4ced74371cc6b60d710d3638af0d2da9115f406937ad8c0fd6f6a5f8106
libvorbis-devel-1.1.2-3.el5_7.6.x86_64.rpm
Source:
2a261a33ba5d9dd28cdbef45327096e6fc8e2db7237e937736ec843b52eb1d11
libvorbis-1.1.2-3.el5_7.6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2012:0136 Important CentOS 4 libvorbis Update
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
c910ab7739da565391810c93acd34b9243e118a6d7062919db20d42bed7196c9
libvorbis-1.1.0-4.el4.5.i386.rpm
f168def63e7d39112d1c147f355b92abca41b085676c7fe6a4f917526c4ee32b
libvorbis-devel-1.1.0-4.el4.5.i386.rpm
x86_64:
c910ab7739da565391810c93acd34b9243e118a6d7062919db20d42bed7196c9
libvorbis-1.1.0-4.el4.5.i386.rpm
7e28d4f1e7ee612714d72dec7de3e6f52738b73c611cab563a5ebca42902cfa2
libvorbis-1.1.0-4.el4.5.x86_64.rpm
c59b09888baef4e4010cd7727a56257cf98953f1529672e31cf065096172bcc5
libvorbis-devel-1.1.0-4.el4.5.x86_64.rpm
Source:
b77e104b40c4ac899055ba47860e502aa72bdac141b6f7a95d7867fc6b81cb04
libvorbis-1.1.0-4.el4.5.src.rpm
--
Tru Huynh
CentOS Project { http://www.centos.org/ }
irc: tru_tru, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2012:0136 Important CentOS 6 libvorbis Update
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
ffd0931ac246c926bb29585865f972e262460ac75edeccd35e59bdc4bd6e4e15
libvorbis-1.2.3-4.el6_2.1.i686.rpm
2bcd50d679338d567b17dcc8e46912184831dca77e1bbb2cd3162983e3d3bc29
libvorbis-devel-1.2.3-4.el6_2.1.i686.rpm
0b0343416172bdf2ddd36d6235ac2b0255ef95c28ad05fd3d030b56176e01c10
libvorbis-devel-docs-1.2.3-4.el6_2.1.noarch.rpm
x86_64:
ffd0931ac246c926bb29585865f972e262460ac75edeccd35e59bdc4bd6e4e15
libvorbis-1.2.3-4.el6_2.1.i686.rpm
da803914d66eca64ef7a9dd69cfcf4a0afb3da2d781547fbf4a663f06c0e4431
libvorbis-1.2.3-4.el6_2.1.x86_64.rpm
2bcd50d679338d567b17dcc8e46912184831dca77e1bbb2cd3162983e3d3bc29
libvorbis-devel-1.2.3-4.el6_2.1.i686.rpm
4994b44fd9913ef4da9dd5701c3849958caab5148dc7a493f92664802cc92dcc
libvorbis-devel-1.2.3-4.el6_2.1.x86_64.rpm
0b0343416172bdf2ddd36d6235ac2b0255ef95c28ad05fd3d030b56176e01c10
libvorbis-devel-docs-1.2.3-4.el6_2.1.noarch.rpm
Source:
8fa60e212c3ec73da945e31723866426421e1ce376a3bd7c0550719ea489fa57
libvorbis-1.2.3-4.el6_2.1.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2012:0135 Critical CentOS 6 java-1.6.0-openjdk Update
CentOS Errata and Security Advisory 2012:0135 Critical
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0135.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
ecbe8b8af6c3fe47f9bac60e44825edbe23404bef6706f7d633bd5c7b715b512
java-1.6.0-openjdk-1.6.0.0-1.43.1.10.6.el6_2.i686.rpm
1c70372ed39c946b0d9bd21b1752ae76556b4110707d9d1bdad64555a36e455c
java-1.6.0-openjdk-demo-1.6.0.0-1.43.1.10.6.el6_2.i686.rpm
fc14669d4130d64bc8a953a47af4031c0cf5e376040862120c438558ba8089dc
java-1.6.0-openjdk-devel-1.6.0.0-1.43.1.10.6.el6_2.i686.rpm
08c870179b69f466d451d6cdb1b3e32d041f9d21a38a86f889d527f061a4a544
java-1.6.0-openjdk-javadoc-1.6.0.0-1.43.1.10.6.el6_2.i686.rpm
79ffb715d7fefca972af47be4f839aa71b1b40805afaf27a2b38d608d50bbc7a
java-1.6.0-openjdk-src-1.6.0.0-1.43.1.10.6.el6_2.i686.rpm
x86_64:
7d07f39fee980305560c95bd1a51a3372bca12fec6f34e0eedd44d12d80569fd
java-1.6.0-openjdk-1.6.0.0-1.43.1.10.6.el6_2.x86_64.rpm
c0d77cc4f0f561ebea3f452008f6da50d2acd2d2538232149b7e671325ddc4c9
java-1.6.0-openjdk-demo-1.6.0.0-1.43.1.10.6.el6_2.x86_64.rpm
46063fcaa038ba1ad63f857fa5b94202068131b9ac7a70eaac2c0b2bac5d37a8
java-1.6.0-openjdk-devel-1.6.0.0-1.43.1.10.6.el6_2.x86_64.rpm
b4608c01470814c8221850ad205b6be4eeb5f1246d9022fbb2af13414a2e3405
java-1.6.0-openjdk-javadoc-1.6.0.0-1.43.1.10.6.el6_2.x86_64.rpm
17c01a3059ae9f4ee02e565b601504bc3a7f16102e2c4db187b1b49ea5922d23
java-1.6.0-openjdk-src-1.6.0.0-1.43.1.10.6.el6_2.x86_64.rpm
Source:
2d0667a62d4c2d4c071df6a796b56d98b62b0bbcb9a668a9bbf5347b10d92ec6
java-1.6.0-openjdk-1.6.0.0-1.43.1.10.6.el6_2.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEBA-2012:0134 CentOS 6 policycoreutils Update
CentOS Errata and Bugfix Advisory 2012:0134
Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0134.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
62c089a178cf3fc1eeb91f4ca253cd429e231dc669129f10e28d23a994c91a7e
policycoreutils-2.0.83-19.21.el6_2.i686.rpm
988b5756156b6b25a995c6148294d46a4649f9db950cdd1d363584cc756acfcd
policycoreutils-gui-2.0.83-19.21.el6_2.i686.rpm
0ce230014f9125dafdfbbc15232cb0969b85505e1ad5b529226aab644aad59cd
policycoreutils-newrole-2.0.83-19.21.el6_2.i686.rpm
d59543895c385ddaba68f2f87afb3d0aefd21a33bfe34f7b3bd830f9e1766187
policycoreutils-python-2.0.83-19.21.el6_2.i686.rpm
b0970073bb9b52727757a7ac7fb292579e8d30e4fce09bbdfea8ba51d2eeb6e4
policycoreutils-sandbox-2.0.83-19.21.el6_2.i686.rpm
x86_64:
48a5c263dcf7884c89baaa19d6e5f604f701ffaac692d667e26e9b6d76c7b4e0
policycoreutils-2.0.83-19.21.el6_2.x86_64.rpm
fd0c8d8d321dab9920ac351b632c2f6a1ae1524cbae51abf8e4f29766cfe
policycoreutils-gui-2.0.83-19.21.el6_2.x86_64.rpm
ce39d279a6df194e23acb13386625cb9475dd152ed6b78f67a463f20b64e1f3a
policycoreutils-newrole-2.0.83-19.21.el6_2.x86_64.rpm
9a955bbf2a7ee0965040e83f37bf010bbe3b62c0ca7284c2a6faf3e4ef55e748
policycoreutils-python-2.0.83-19.21.el6_2.x86_64.rpm
9f65a1b765e658f3dc430084ad68a80a6f9c461d7be9106094af05e1e271a730
policycoreutils-sandbox-2.0.83-19.21.el6_2.x86_64.rpm
Source:
459e9d6892a3cb6120b326ef82f9d1e8440803b0f534a76e840b701720f64397
policycoreutils-2.0.83-19.21.el6_2.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS] [CentOS-announce] CEBA-2012:0124 CentOS 6 kernel Update
On 02/14/2012 09:14 AM, Steve Clark wrote: On 02/14/2012 06:00 AM, Johnny Hughes wrote: CentOS Errata and Bugfix Advisory 2012:0124 Upstream details at :https://rhn.redhat.com/errata/RHBA-2012-0124.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73849c1b3103e62ef1f469d189d36e306b2a5c38ac1e03a23bb82ca569f33ded kernel-2.6.32-220.4.2.el6.i686.rpm 283cf06274026bbce4894aaa46cf3a7b8eb3d950e707bce79df1b4744c2256fe kernel-debug-2.6.32-220.4.2.el6.i686.rpm ccacf5db5d9ec3c08ab9b1cf913ccc19c2cf638570d5b304bab10fb0379e682c kernel-debug-devel-2.6.32-220.4.2.el6.i686.rpm 3e4059a495c06656f9366c168899da4f7b9be2d4dd7d5b3b85b181d5bec1c8a6 kernel-devel-2.6.32-220.4.2.el6.i686.rpm 15eedf5373ef236ccd3f359dddf98a79bab7d6d73303207ecb8c1d8ad047ba55 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm c415cdb090b59dcc80e13054012e45f23bf8e3cc1245a1f85aaf5d1cc791bc86 kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 7a9d72cd977f044ea24eba24a46bee0dedb112fe19d7f3aa6b9fe945d61663d5 kernel-headers-2.6.32-220.4.2.el6.i686.rpm 125120985bd7d7a83b4ccd9330affa64ace446f96b2a9a2121219745afdf621e perf-2.6.32-220.4.2.el6.i686.rpm 925edef043f1f863ddf8d6b55040e7fce58c3185e276c33953a754a6c64116a1 python-perf-2.6.32-220.4.2.el6.i686.rpm x86_64: e7c8f813ef1ebc783811894d3143c3965c20c3312ad65fc4e1cf73f9afc29155 kernel-2.6.32-220.4.2.el6.x86_64.rpm 4e2c367554292ed66d991b24917948001877a995f50d03c54047c57cee470377 kernel-debug-2.6.32-220.4.2.el6.x86_64.rpm 58631186f2babbc46918e67f91760663f85235dc837b5695efbd97696b59c158 kernel-debug-devel-2.6.32-220.4.2.el6.x86_64.rpm 78b63a80fd7a8af3083d5b07e35ddd74cd9993c38ac1a67240774b08954f38a0 kernel-devel-2.6.32-220.4.2.el6.x86_64.rpm b69c65bad8e5bc58f9128d893b1a3e93c3dcc1e633b70fbeaa88c70f9568b510 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm a0b8dadc909efb4d7b832bff405fd8c255bc0401a6123c96b3421c5c9600eb0b kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 4bb63941d75b8c3334e2d9da2a4df1b812de1cb308bcaafd6161a06eba5d0469 kernel-headers-2.6.32-220.4.2.el6.x86_64.rpm 89612ecf638034983e045e978fada0b9885eec21fae3cd59ad714c06fb4b8936 perf-2.6.32-220.4.2.el6.x86_64.rpm de66cf4e775d1f4f8b652780c5d9c05bed629e3911696ffad03baeb891a22c20 python-perf-2.6.32-220.4.2.el6.x86_64.rpm Source: f412dbb7b1e7b0061c68fd6ad84960a47d0270fec644071ebd9583fc7a1b3290 kernel-2.6.32-220.4.2.el6.src.rpm Anyone know how to tell if your system is using: This overflow led to a kernel panic on the systems using the Time Stamp Counter (TSC) or Virtual Machine Interface (VMI) clock source This: [johnny@m4500n corp]$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm [johnny@m4500n corp]$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc If you can not use the new kernel, you can change the clocksource by adding this to your kernel line in /boot/grub/grub.conf: clocksource=acpi_pm (or clocksource=hpet, you should research which to use if you do not want tsc) signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] bug in repo affecting perl
On 02/14/2012 12:59 PM, Blake Hudson wrote:
Nicolas Thierry-Mieg wrote the following on 2/13/2012 9:11 PM:
why do you think there's a problem? if you have an x86_64 system, you
are expected to use x86_64 perl, and that's what you have in the os
and updates dir for that arch, with the newer version in updates. Same
if you have an i386 system. Apparently centos extras provides the i386
package for people who want that on an x86_64 system, although the
version provided is the older one. ...
The only possible bug is that extras could carry the latest i386
package.
I have dozens of x86_64 systems. On none of them did I manually install
the i386 perl package. However, they all seem to have it installed.
It seems that in many cases CentOS installs both an i386 and an x86_64
package when only the base package is requested, so I have thought
nothing of it. install.log shows that the x86_64bit package was the only
one initially installed, yum indicates that the i386 package was
installed later (looks like during a yum update, possibly a dependency).
Is this a past mistake in the repo that is only rearing its head when
there is a mismatch between the x86_64 version in the update repo and
the i386 version in the extra repo? Should there even exist a version in
the extra repo? If so, it seems it should certainly be updated.
--Blake
This may come as a shock to many people on the list ... but by default
on CentOS-5.x (and also CentOS-4.x or 3.x), when you do an x86_64
install it also installs many i[3,6]86 packages. This is not the
default behavior in CentOS-6.x (it installs only x86_64 by default).
This is the default behavior in RHEL and so it is also the default
behavior in CentOS.
Anaconda and yum both install these i[3,6]86 packages and update them by
default for c5 and earlier.
If you wanted to have only 64-bit packages installed, then you would
just add this line to your .rpmmacros file to be able to see which
packages are i[3,6]86 and which are x86_64:
%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
Before you add that, you will get this:
==
rpm -q glibc
glibc-2.5-65.el5_7.1
glibc-2.5-65.el5_7.1
=
Afterwards:
rpm -q glibc
glibc-2.5-65.el5_7.1.i686
glibc-2.5-65.el5_7.1.x86_64
=
Now you can remove all the i[3,6]86 packages if you want ...
=
Specifically for perl ... at one time, RHEL had perl.i386 in their
x86_64 tree and it was removed ... we did the same thing in CentOS (if
you look at the 5.7 tree, there is no i386 perl).
If you installed at an earlier time and upgraded, it is possible that
you have an i386 perl (CentOS-5.1 had it there, it was taken out in
5.2). Is it possible that these machines were 5.1 installs and updated?
So, you have 2 choices ... you can try to remove the perl with this command:
rpm -e perl.i386
If you have nothing that specifically requires that arch of perl, that
will remove it.
OR
We did add the i386 version of perl to the x86_64 c5 extras before for
this same reason before ... and I see no negative to doing it again with
the latest version of perl.i386 ... but unless you really need it, I
would recommend removing it.
I am adding the i386 version of perl to x86_64 extras for c5 now ... it
will go out to the mirrors soon.
signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LDAP encryption, not sure.
On Wednesday 15 February 2012 08:46:02 Fajar Priyanto wrote: Say the case is like this. CompB is set to have LDAP authentication. A --- SSH --- CompB --- Local LDAP:389 --- SASLAUTHD -- Global LDAP: 636 1. Password on the SSH session would be encrypted, isn't it? 2. How about when it goes to the local LDAP:389, would it be encrypted? AFAIK not, it won't be encrypted. However, the only way to read that information would be to already have access to your computer (so you'd be screwed anyway) Regards ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [CentOS-announce] CEBA-2012:0124 CentOS 6 kernel Update
On 02/15/2012 04:52 AM, Johnny Hughes wrote: On 02/14/2012 09:14 AM, Steve Clark wrote: On 02/14/2012 06:00 AM, Johnny Hughes wrote: CentOS Errata and Bugfix Advisory 2012:0124 Upstream details at :https://rhn.redhat.com/errata/RHBA-2012-0124.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73849c1b3103e62ef1f469d189d36e306b2a5c38ac1e03a23bb82ca569f33ded kernel-2.6.32-220.4.2.el6.i686.rpm 283cf06274026bbce4894aaa46cf3a7b8eb3d950e707bce79df1b4744c2256fe kernel-debug-2.6.32-220.4.2.el6.i686.rpm ccacf5db5d9ec3c08ab9b1cf913ccc19c2cf638570d5b304bab10fb0379e682c kernel-debug-devel-2.6.32-220.4.2.el6.i686.rpm 3e4059a495c06656f9366c168899da4f7b9be2d4dd7d5b3b85b181d5bec1c8a6 kernel-devel-2.6.32-220.4.2.el6.i686.rpm 15eedf5373ef236ccd3f359dddf98a79bab7d6d73303207ecb8c1d8ad047ba55 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm c415cdb090b59dcc80e13054012e45f23bf8e3cc1245a1f85aaf5d1cc791bc86 kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 7a9d72cd977f044ea24eba24a46bee0dedb112fe19d7f3aa6b9fe945d61663d5 kernel-headers-2.6.32-220.4.2.el6.i686.rpm 125120985bd7d7a83b4ccd9330affa64ace446f96b2a9a2121219745afdf621e perf-2.6.32-220.4.2.el6.i686.rpm 925edef043f1f863ddf8d6b55040e7fce58c3185e276c33953a754a6c64116a1 python-perf-2.6.32-220.4.2.el6.i686.rpm x86_64: e7c8f813ef1ebc783811894d3143c3965c20c3312ad65fc4e1cf73f9afc29155 kernel-2.6.32-220.4.2.el6.x86_64.rpm 4e2c367554292ed66d991b24917948001877a995f50d03c54047c57cee470377 kernel-debug-2.6.32-220.4.2.el6.x86_64.rpm 58631186f2babbc46918e67f91760663f85235dc837b5695efbd97696b59c158 kernel-debug-devel-2.6.32-220.4.2.el6.x86_64.rpm 78b63a80fd7a8af3083d5b07e35ddd74cd9993c38ac1a67240774b08954f38a0 kernel-devel-2.6.32-220.4.2.el6.x86_64.rpm b69c65bad8e5bc58f9128d893b1a3e93c3dcc1e633b70fbeaa88c70f9568b510 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm a0b8dadc909efb4d7b832bff405fd8c255bc0401a6123c96b3421c5c9600eb0b kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 4bb63941d75b8c3334e2d9da2a4df1b812de1cb308bcaafd6161a06eba5d0469 kernel-headers-2.6.32-220.4.2.el6.x86_64.rpm 89612ecf638034983e045e978fada0b9885eec21fae3cd59ad714c06fb4b8936 perf-2.6.32-220.4.2.el6.x86_64.rpm de66cf4e775d1f4f8b652780c5d9c05bed629e3911696ffad03baeb891a22c20 python-perf-2.6.32-220.4.2.el6.x86_64.rpm Source: f412dbb7b1e7b0061c68fd6ad84960a47d0270fec644071ebd9583fc7a1b3290 kernel-2.6.32-220.4.2.el6.src.rpm Anyone know how to tell if your system is using: This overflow led to a kernel panic on the systems using the Time Stamp Counter (TSC) or Virtual Machine Interface (VMI) clock source This: [johnny@m4500n corp]$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm [johnny@m4500n corp]$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc If you can not use the new kernel, you can change the clocksource by adding this to your kernel line in /boot/grub/grub.conf: clocksource=acpi_pm (or clocksource=hpet, you should research which to use if you do not want tsc) Thanks for the info, it is much appreciated. Looks like out boxes are using hpet so we should be okay, correct? -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] bug in repo affecting perl
Nicolas Thierry-Mieg wrote the following on 2/14/2012 5:54 PM: yes it should be udpated. I was just pointing out that the i386 version you have installed must have come from extras, since your x86_64 system cannot see the i386 versions available in the base+updates i386 repos that you showed in your original post. It seemed you were wondering why these versions were not being installed. Yes I was a bit confused as to that point, although it was secondary to my main concern. I did not realize that the x86_64 system could not see the i386 repo. I figured that there being a plethora of both i386 and x86_64 packages installed, the 64bit systems must be able to see both. I see now how it's setup. Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] bug in repo affecting perl
Nicolas Thierry-Mieg wrote the following on 2/14/2012 5:59 PM: BTW: why do you need 32bit perl? Since the package exists and you have it installed, I guess there must be use-cases... but perl being interpreted, I'm curious as to what they could be. I did not install it intentionally. I attempted to remove it via yum and yum cited no dependencies, so it doesn't appear to have been necessary. My guess is that it was accidentally listed as a requirement for another RPM package that was installed or updated on the system at one point. As Johnny pointed out, these are older C5 installs, and the configuration of the repo and some packages might have changed with time. The i386 perl package was likely never necessary for the function of the system. However, it's installation should not have caused any problems. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] bug in repo affecting perl
Johnny Hughes wrote the following on 2/15/2012 4:39 AM: I am adding the i386 version of perl to x86_64 extras for c5 now ... it will go out to the mirrors soon. I appreciate the help Johnny. Thanks, --Blake ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] corrupted /etc/mtab
Hello everyone, It seems like we have a corrupted /etc/mtab file and I just wanted to check that my plan of action is correct. df -k returns: df: cannot read table of mounted file systems: No such file or directory ls -la mtab: ?- ? ?? ?? mtab messages full of errors: EXT3-fs error (device cciss/c0d2p1): ext3_lookup: unlinked inode 847444 in dir #846977 I would like to fsck / partition, but, obviously, can't do it on a live system. The plan is to touch /forcefsck and to force fsck during reboot. Please let me know if you see a problem with my plan or have any other suggestions. Thank you, Asya ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [FIXED] Centos 5.7--desktop icons are now a blank sheet of paper with the .desktop filename and they don't work
On Fri, Feb 10, 2012 at 09:40:13AM -0500, Daniel J Walsh wrote: On 02/09/2012 05:06 PM, fred smith wrote: new info, see below... On Wed, Nov 16, 2011 at 08:31:17PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 08:45:48PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 11:22:32AM +0100, Ljubomir Ljubojevic wrote: Vreme: 11/15/2011 03:25 AM, fred smith piše: note that the Desktop folder contains a subdirectory named radio stations, and that its representation on the desktop looks correct. but when I click on it to open up that folder, all its contents are also broken in the same way. Anybody got any clues? First remove all spaces from folder(s) and desktop files. Next, there was some trick when you create your own desktop files, I was receiving similar warning, but I am not sure (at the moment) what was the solution. While you change names, I will later on look for a solution. Tried removing spaces. makes no difference. did a reboot with forced fsck, on the off-chance that would fix something. no such luck. created a whole new user, who CAN create working desktop launchers. which tells me it's something in my own login environment that's messing me up. Wonder what that might be Well, it's fixed. I know the solution, if not the cause: in my home directory, cd to .local/share/mime, delete (or rename) the globs file. log off, log on. voila. I note that the globs file in that location is not the same size as the one in /usr/share/mime globs, which is also no the same size as the one in /usr/local/share/mime/globs. I have no CLUE how it gets generated (unless update-mime-database does it, but I don't know when or by what agency it gets run.) but after rebooting it has not been regenerated, but at least my desktop launchers now work. I note that /usr/share/mime/globs contains: application/x-desktop:*.desktop and that the globs file I renamed in ~/.local/share/mime does not contain such a line. without doing further spelunking, I can only guess that it is the absence of that line that broke my desktop. Wonder how the file could have become broken/corrupted? is there a more correct method of fixing it? So, this afternoon a single update came down, a new selinux policy file. after installing that update, the problem (described above) recurred. So, it's some kind of selinux(-related) issue. If any of you have any further thoughts on this I'd like to hear them. thanks! Fred I would relabel your system touch /.autorelabel; reboot And I would bet that fixes your problem. I'm not sure that it did. I did what you suggest. rebooted then reinserted the glob file (I'd saved it under a different name). it immediately seemed to be still working, but the next day the problem started occurring again, without having installed any other updates. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen. - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 84, Issue 8
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. CESA-2012:0136 Important CentOS 5 libvorbis Update (Johnny Hughes)
2. CESA-2012:0136 Important CentOS 4 libvorbis Update (Johnny Hughes)
3. CESA-2012:0136 Important CentOS 6 libvorbis Update (Johnny Hughes)
4. CESA-2012:0135 Critical CentOS 6 java-1.6.0-openjdk Update
(Johnny Hughes)
5. CEBA-2012:0134 CentOS 6 policycoreutils Update (Johnny Hughes)
--
Message: 1
Date: Wed, 15 Feb 2012 09:08:27 +
From: Johnny Hughes joh...@centos.org
Subject: [CentOS-announce] CESA-2012:0136 Important CentOS 5 libvorbis
Update
To: centos-annou...@centos.org
Message-ID: 20120215090827.ga18...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
a6276f2f84ff930d5c81a2d72e638c9a8eaa7000c2d6cd39c655c3480443933d
libvorbis-1.1.2-3.el5_7.6.i386.rpm
0f7b19cc311158a94ad84433532b3a61a74a54a166da856f7c2e9c203cb856cb
libvorbis-devel-1.1.2-3.el5_7.6.i386.rpm
x86_64:
a6276f2f84ff930d5c81a2d72e638c9a8eaa7000c2d6cd39c655c3480443933d
libvorbis-1.1.2-3.el5_7.6.i386.rpm
5d36d732d27600cb9eb528d594a3ca1bdc7d3808903ff79a497aef10532dac83
libvorbis-1.1.2-3.el5_7.6.x86_64.rpm
0f7b19cc311158a94ad84433532b3a61a74a54a166da856f7c2e9c203cb856cb
libvorbis-devel-1.1.2-3.el5_7.6.i386.rpm
abaec4ced74371cc6b60d710d3638af0d2da9115f406937ad8c0fd6f6a5f8106
libvorbis-devel-1.1.2-3.el5_7.6.x86_64.rpm
Source:
2a261a33ba5d9dd28cdbef45327096e6fc8e2db7237e937736ec843b52eb1d11
libvorbis-1.1.2-3.el5_7.6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Wed, 15 Feb 2012 09:14:10 +
From: Johnny Hughes joh...@centos.org
Subject: [CentOS-announce] CESA-2012:0136 Important CentOS 4 libvorbis
Update
To: centos-annou...@centos.org
Message-ID: 20120215091410.ga18...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
c910ab7739da565391810c93acd34b9243e118a6d7062919db20d42bed7196c9
libvorbis-1.1.0-4.el4.5.i386.rpm
f168def63e7d39112d1c147f355b92abca41b085676c7fe6a4f917526c4ee32b
libvorbis-devel-1.1.0-4.el4.5.i386.rpm
x86_64:
c910ab7739da565391810c93acd34b9243e118a6d7062919db20d42bed7196c9
libvorbis-1.1.0-4.el4.5.i386.rpm
7e28d4f1e7ee612714d72dec7de3e6f52738b73c611cab563a5ebca42902cfa2
libvorbis-1.1.0-4.el4.5.x86_64.rpm
c59b09888baef4e4010cd7727a56257cf98953f1529672e31cf065096172bcc5
libvorbis-devel-1.1.0-4.el4.5.x86_64.rpm
Source:
b77e104b40c4ac899055ba47860e502aa72bdac141b6f7a95d7867fc6b81cb04
libvorbis-1.1.0-4.el4.5.src.rpm
--
Tru Huynh
CentOS Project { http://www.centos.org/ }
irc: tru_tru, #cen...@irc.freenode.net
--
Message: 3
Date: Wed, 15 Feb 2012 10:25:54 +
From: Johnny Hughes joh...@centos.org
Subject: [CentOS-announce] CESA-2012:0136 Important CentOS 6 libvorbis
Update
To: centos-annou...@centos.org
Message-ID: 20120215102554.ga21...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2012:0136 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0136.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
ffd0931ac246c926bb29585865f972e262460ac75edeccd35e59bdc4bd6e4e15
libvorbis-1.2.3-4.el6_2.1.i686.rpm
2bcd50d679338d567b17dcc8e46912184831dca77e1bbb2cd3162983e3d3bc29
libvorbis-devel-1.2.3-4.el6_2.1.i686.rpm
0b0343416172bdf2ddd36d6235ac2b0255ef95c28ad05fd3d030b56176e01c10
libvorbis-devel-docs-1.2.3-4.el6_2.1.noarch.rpm
x86_64:
ffd0931ac246c926bb29585865f972e262460ac75edeccd35e59bdc4bd6e4e15
libvorbis-1.2.3-4.el6_2.1.i686.rpm
da803914d66eca64ef7a9dd69cfcf4a0afb3da2d781547fbf4a663f06c0e4431
libvorbis-1.2.3-4.el6_2.1.x86_64.rpm
2bcd50d679338d567b17dcc8e46912184831dca77e1bbb2cd3162983e3d3bc29
libvorbis-devel-1.2.3-4.el6_2.1.i686.rpm
[CentOS] ViSpan
I was looking for the old Vispan stuff, and it seems to have disappeared from the web. Now I realize it was old, but it did provide some details that I liked on my old servers. I've got mailscanner-mrtg running, but that only provides a view of what mailscanner sees. Does anyone know of a good replacement for vispan that might give complete stats on what the mail server is doing instead of just what MailScanner is doing? thanks steve campbell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] init/upstart issue? ypbind and autofs
- Original Message - | | | The other machine doesn't have NetworkManager installed. Removed | | it | | here | | and NIS/autofs started working correctly. | | You don't have to remove NetworkManager you just need to tell the | interface not to be managed by NM in order for it to work. | | Won't help in this case, I think, as this behaviour already makes my | kickstart | %post fail. Once you make the network interface no longer NM managed you can then perform a service network restart in your post and all network functionality should then become available. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On 02/15/2012 12:25 PM, Steve Campbell wrote: I was looking for the old Vispan stuff, and it seems to have disappeared from the web. Now I realize it was old, but it did provide some details that I liked on my old servers. I've got mailscanner-mrtg running, but that only provides a view of what mailscanner sees. Does anyone know of a good replacement for vispan that might give complete stats on what the mail server is doing instead of just what MailScanner is doing? thanks steve campbell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos It is still available here. http://www.while.org.uk/index.php/vispan.html -- Brian - Get the latest Fremont, OH Weather http://www.Fremont-OH-Weather.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
The link seems broken, I had tried this earlier. Thanks steve On 2/15/2012 12:42 PM, Mail Lists wrote: On 02/15/2012 12:25 PM, Steve Campbell wrote: I was looking for the old Vispan stuff, and it seems to have disappeared from the web. Now I realize it was old, but it did provide some details that I liked on my old servers. I've got mailscanner-mrtg running, but that only provides a view of what mailscanner sees. Does anyone know of a good replacement for vispan that might give complete stats on what the mail server is doing instead of just what MailScanner is doing? thanks steve campbell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos It is still available here. http://www.while.org.uk/index.php/vispan.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On Wed, Feb 15, 2012 at 12:58:56PM -0500, Steve Campbell wrote: The link seems broken, I had tried this earlier. Please don't top-post. The link is fine now as I was just there. Another alternative is mailgraph, which EPEL packages. Mailgraph graphs various metrics for postfix and sendmail installations. John -- Whenever two people meet, there are really six people present. There is each man as he sees himself, each man as the other person sees him, and each man as he really is. -- William James pgpsecwsFgFOD.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On 02/15/2012 12:58 PM, Steve Campbell wrote: The link seems broken, I had tried this earlier. Thanks steve On 2/15/2012 12:42 PM, Mail Lists wrote: It is still available here. http://www.while.org.uk/index.php/vispan.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Follow this link.. it is listed on the left hand side as downloads. http://www.while.org.uk/index.php/downloads/cat_view/6-current-software.html -- Brian - Get the latest Fremont, OH Weather http://www.Fremont-OH-Weather.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [FIXED] Centos 5.7--desktop icons are now a blank sheet of paper with the .desktop filename and they don't work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/15/2012 11:40 AM, fred smith wrote: On Fri, Feb 10, 2012 at 09:40:13AM -0500, Daniel J Walsh wrote: On 02/09/2012 05:06 PM, fred smith wrote: new info, see below... On Wed, Nov 16, 2011 at 08:31:17PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 08:45:48PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 11:22:32AM +0100, Ljubomir Ljubojevic wrote: Vreme: 11/15/2011 03:25 AM, fred smith piše: note that the Desktop folder contains a subdirectory named radio stations, and that its representation on the desktop looks correct. but when I click on it to open up that folder, all its contents are also broken in the same way. Anybody got any clues? First remove all spaces from folder(s) and desktop files. Next, there was some trick when you create your own desktop files, I was receiving similar warning, but I am not sure (at the moment) what was the solution. While you change names, I will later on look for a solution. Tried removing spaces. makes no difference. did a reboot with forced fsck, on the off-chance that would fix something. no such luck. created a whole new user, who CAN create working desktop launchers. which tells me it's something in my own login environment that's messing me up. Wonder what that might be Well, it's fixed. I know the solution, if not the cause: in my home directory, cd to .local/share/mime, delete (or rename) the globs file. log off, log on. voila. I note that the globs file in that location is not the same size as the one in /usr/share/mime globs, which is also no the same size as the one in /usr/local/share/mime/globs. I have no CLUE how it gets generated (unless update-mime-database does it, but I don't know when or by what agency it gets run.) but after rebooting it has not been regenerated, but at least my desktop launchers now work. I note that /usr/share/mime/globs contains: application/x-desktop:*.desktop and that the globs file I renamed in ~/.local/share/mime does not contain such a line. without doing further spelunking, I can only guess that it is the absence of that line that broke my desktop. Wonder how the file could have become broken/corrupted? is there a more correct method of fixing it? So, this afternoon a single update came down, a new selinux policy file. after installing that update, the problem (described above) recurred. So, it's some kind of selinux(-related) issue. If any of you have any further thoughts on this I'd like to hear them. thanks! Fred I would relabel your system touch /.autorelabel; reboot And I would bet that fixes your problem. I'm not sure that it did. I did what you suggest. rebooted then reinserted the glob file (I'd saved it under a different name). it immediately seemed to be still working, but the next day the problem started occurring again, without having installed any other updates. Fred Well you can check if SELinux is involved, by executing # ausearch -m avc -ts recent If this returns output it could still be SELinux. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk87/CIACgkQrlYvE4MpobNg8gCfcG7ARdQ2u/s8reNHechpkWvu 1SsAoJHr4sy5OVQUWBHWKEM0IBhxbIxd =b/x/ -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [FIXED] Centos 5.7--desktop icons are now a blank sheet of paper with the .desktop filename and they don't work
On Wed, Feb 15, 2012 at 11:40 AM, Daniel J Walsh dwa...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/15/2012 11:40 AM, fred smith wrote: On Fri, Feb 10, 2012 at 09:40:13AM -0500, Daniel J Walsh wrote: On 02/09/2012 05:06 PM, fred smith wrote: new info, see below... On Wed, Nov 16, 2011 at 08:31:17PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 08:45:48PM -0500, fred smith wrote: On Tue, Nov 15, 2011 at 11:22:32AM +0100, Ljubomir Ljubojevic wrote: Vreme: 11/15/2011 03:25 AM, fred smith piše: note that the Desktop folder contains a subdirectory named radio stations, and that its representation on the desktop looks correct. but when I click on it to open up that folder, all its contents are also broken in the same way. Anybody got any clues? First remove all spaces from folder(s) and desktop files. Next, there was some trick when you create your own desktop files, I was receiving similar warning, but I am not sure (at the moment) what was the solution. While you change names, I will later on look for a solution. Tried removing spaces. makes no difference. did a reboot with forced fsck, on the off-chance that would fix something. no such luck. created a whole new user, who CAN create working desktop launchers. which tells me it's something in my own login environment that's messing me up. Wonder what that might be Well, it's fixed. I know the solution, if not the cause: in my home directory, cd to .local/share/mime, delete (or rename) the globs file. log off, log on. voila. I note that the globs file in that location is not the same size as the one in /usr/share/mime globs, which is also no the same size as the one in /usr/local/share/mime/globs. I have no CLUE how it gets generated (unless update-mime-database does it, but I don't know when or by what agency it gets run.) but after rebooting it has not been regenerated, but at least my desktop launchers now work. I note that /usr/share/mime/globs contains: application/x-desktop:*.desktop and that the globs file I renamed in ~/.local/share/mime does not contain such a line. without doing further spelunking, I can only guess that it is the absence of that line that broke my desktop. Wonder how the file could have become broken/corrupted? is there a more correct method of fixing it? So, this afternoon a single update came down, a new selinux policy file. after installing that update, the problem (described above) recurred. So, it's some kind of selinux(-related) issue. If any of you have any further thoughts on this I'd like to hear them. thanks! Fred I would relabel your system touch /.autorelabel; reboot And I would bet that fixes your problem. I'm not sure that it did. I did what you suggest. rebooted then reinserted the glob file (I'd saved it under a different name). it immediately seemed to be still working, but the next day the problem started occurring again, without having installed any other updates. Fred Well you can check if SELinux is involved, by executing # ausearch -m avc -ts recent If this returns output it could still be SELinux. Just cat /selinux/enforce - if that has a 1 in it, then selinux is enabled. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On 15-02-12 19:08, John R. Dennison wrote: On Wed, Feb 15, 2012 at 12:58:56PM -0500, Steve Campbell wrote: The link seems broken, I had tried this earlier. Please don't top-post. The link is fine now as I was just there. Another alternative is mailgraph, which EPEL packages. Mailgraph graphs various metrics for postfix and sendmail installations. Last time I looked mailgraph caused SELinux AVCs and the bugreport seems to be gathering dust. Regards, Patrick ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On Wed, Feb 15, 2012 at 07:54:57PM +0100, Patrick Lists wrote: Last time I looked mailgraph caused SELinux AVCs and the bugreport seems to be gathering dust. There is an adjunct mailgraph-selinux package in epel as well, whether this will address that concern or not is unknown by me. John -- I've learned a lot of lessons from this whole experience, and perhaps, maybe, the biggest lesson I learned is that I talk too much. -- Former Illinois Governor Rod Blagojevich on choosing not to testify at his political corruption trial, 25 July 2010 pgpgMR7JdDGf1.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ViSpan
On 15-02-12 20:00, John R. Dennison wrote: On Wed, Feb 15, 2012 at 07:54:57PM +0100, Patrick Lists wrote: Last time I looked mailgraph caused SELinux AVCs and the bugreport seems to be gathering dust. There is an adjunct mailgraph-selinux package in epel as well, whether this will address that concern or not is unknown by me. Good one. I forgot to mention that mailgraph-selinux was installed too. This was on CentOS 6.2 and the version I tried was 1.14-8: http://koji.fedoraproject.org/koji/buildinfo?buildID=198543 Regards, Patrick ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] question on unused directories in /usr/lib and /usr/lib64
I was working on archiving an old virtual server today and was reminded of how much space is wasted by some of the default installations on CentOS. I think this was a 5.x box. Anyway, in /usr/lib/64 (and probably /usr/lib on non-64 systems), there were a lot of directories which have no bearing on a basic server. I saw firefox, openoffice and many, many other directories -- replete with enough files to seriously affect backup space over time. Does anyone have an available script or list of commands for removing most or all of these generally unused directories, packages or whatever they are? I found something a while back for shutting off unused services, but this seems to be a gaping hole in available archives. Thanks. CT ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Am 15.02.2012 21:30, schrieb Craig Thompson: I was working on archiving an old virtual server today and was reminded of how much space is wasted by some of the default installations on CentOS. I think this was a 5.x box. Anyway, in /usr/lib/64 (and probably /usr/lib on non-64 systems), there were a lot of directories which have no bearing on a basic server. I saw firefox, openoffice and many, many other directories -- replete with enough files to seriously affect backup space over time. Does anyone have an available script or list of commands for removing most or all of these generally unused directories, packages or whatever they are? I found something a while back for shutting off unused services, but this seems to be a gaping hole in available archives. Thanks. CT You are kidding, are you? Uninstall unused / unnecessary software cleanly using using yum (or rpm). *Don't* randomly delete filesystem structures you think they are pointless or wasting harddrive space. Alexander ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Hardly kidding. But then again, this is early April isn't it? Oh, wait... To cleanly uninstall unused software, one would need a list of what software is ON the system which is unused. Doing a minimal install pretty much gives you a system which no one can use. Doing the classic server install loads a lot of this junk which no one ever uses. As someone opined on this list, Why does CentOS install bluetooth packages??? I don't want it on my server. I'm trying to find out what the commonly UNUSED packages are so they can be removed. I randomly selected one package pango and found it had about 200 dependencies and uninstalled it. Lucky? But I'm sure there are more. And nowhere do I recall proposing a mass hysteria approach of rm -R -f / ... Can you help in this? If so, I would welcome your input. On Feb 15, 2012, at 3:51 PM, Alexander Dalloz wrote: Am 15.02.2012 21:30, schrieb Craig Thompson: I was working on archiving an old virtual server today and was reminded of how much space is wasted by some of the default installations on CentOS. I think this was a 5.x box. Anyway, in /usr/lib/64 (and probably /usr/lib on non-64 systems), there were a lot of directories which have no bearing on a basic server. I saw firefox, openoffice and many, many other directories -- replete with enough files to seriously affect backup space over time. Does anyone have an available script or list of commands for removing most or all of these generally unused directories, packages or whatever they are? I found something a while back for shutting off unused services, but this seems to be a gaping hole in available archives. Thanks. CT You are kidding, are you? Uninstall unused / unnecessary software cleanly using using yum (or rpm). *Don't* randomly delete filesystem structures you think they are pointless or wasting harddrive space. Alexander ___ 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] OT: Anyone out there using Openfreezer?
If so, could I ask you a few questions? I am in contact with their tech support as well but I think someone here could be more helpful if they are using it. My questions are technically OT for this list since it pertains to moving from RHEL 5.7 to Ubuntu 11.11 Though it is really about Python / Apache config. -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of In Defense of Food ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Craig Thompson wrote: Hardly kidding. But then again, this is early April isn't it? Oh, wait... To cleanly uninstall unused software, one would need a list of what software is ON the system which is unused. Doing a minimal install pretty much gives you a system which no one can use. Doing the classic I agree. I just did a minimal install last week, and had all *kinds* of grief trying to get networking working. server install loads a lot of this junk which no one ever uses. As someone opined on this list, Why does CentOS install bluetooth packages??? I don't want it on my server. I'm trying to find out what the commonly UNUSED packages are so they can be removed. Yup. For that matter, why would I want avahi running on a rackmount server that's hardwired for gigabit ethernet? But you get that, too, with server. I randomly selected one package pango and found it had about 200 dependencies and uninstalled it. Lucky? But I'm sure there are more. There are indeed some packages that have a ridiculous set of dependencies. I can't remember what it was - it's been months, but I wanted to install some command line tool, and it wanted gnome installed. snip mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
On 02/15/12 1:00 PM, Craig Thompson wrote: Doing a minimal install pretty much gives you a system which no one can use. Nowdays, I nearly always do a minimal install, then add the specific packages I need... on a recent C6 build for an archival file server, that consisted of... |yum -y install wget ftp xfsprogs xfsdump man man-pages parted unzip pciutils \ sysstat mailx vim openssh-clients ||vsftpd ||samba samba-client | | and half of that stuff wasn't absolutely required, was just there for my convenience... | -- john r pierceN 37, W 122 santa cruz ca mid-left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
On 02/15/12 1:13 PM, m.r...@5-cent.us wrote: I agree. I just did a minimal install last week, and had all*kinds* of grief trying to get networking working. huh? I did a minimal install of C6 and it came up on DHCP right off the bat. I don't even think I had to start sshd (at least, if I did, I forgot to record such on my installation notes) -- john r pierceN 37, W 122 santa cruz ca mid-left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
On Wednesday, February 15, 2012 03:30:56 PM Craig Thompson wrote: Does anyone have an available script or list of commands for removing most or all of these generally unused directories, packages or whatever they are? Ok, here's a two-step process you can try: 1.) rpm -qf /usr/lib/name/of/file/in/one/of/those/directories 2.) yum remove result-from-step-1-without-version-or-release-but-with-arch. Be sure to check the dependencies yum will want to remove, and think it through at least twice before confirming by pressing 'y.' This is a diesel piledriver of a solution, but. do be careful you aren't trying to remove something really important. As an arbitrary and simple example: [root@localhost ~]# cd /usr/lib64 [root@localhost lib64]# cd firefox-3.6 [root@localhost firefox-3.6]# ls application.ini chrome extensions langpacks README.txt blocklist.xml components firefox LICENSErun-mozilla.sh browserconfig.properties defaultsicons modulessearchplugins [root@localhost firefox-3.6]# pwd /usr/lib64/firefox-3.6 [root@localhost firefox-3.6]# rpm -qf application.ini firefox-3.6.26-1.el6.centos.x86_64 [root@localhost firefox-3.6]# cd .. [root@localhost lib64]# yum remove firefox.x86_64 Loaded plugins: fastestmirror, refresh-packagekit, security Setting up Remove Process Resolving Dependencies -- Running transaction check --- Package firefox.x86_64 0:3.6.26-1.el6.centos will be erased -- Finished Dependency Resolution Dependencies Resolved PackageArch Version Repository Size Removing: firefoxx86_643.6.26-1.el6.centos @updates 17 M Transaction Summary Remove1 Package(s) Installed size: 17 M Is this ok [y/N]: n Exiting on user Command [root@localhost firefox-3.6]# Here's a more concrete (if extreme) example, since the python-2.6 directory in a default CentOS system isn't small (do note that I've snipped out several hundred lines of output with points of ellipsis (...) but left in lines that show real dealbreaker issues.): [root@localhost lib64]# du . --max-depth=1|sort -g 4 ./audit 4 ./games 4 ./libxslt-plugins .. 19112 ./firefox-3.6 29568 ./xulrunner-1.9.2 39092 ./dri 46536 ./perl5 77424 ./python2.6 141624 ./valgrind 691124 . [root@localhost lib64]# cd python2.6 [root@localhost python2.6]# ls _abcoll.py HTMLParser.py sched.pyc ... htmlentitydefs.pyo runpy.py zipfile.pyc htmllib.py runpy.pyc zipfile.pyo htmllib.pyc runpy.pyo htmllib.pyo sched.py [root@localhost python2.6]# rpm -qf runpy.py python-2.6.6-29.el6.x86_64 [root@localhost python2.6]# yum remove python.x86_64 Loaded plugins: fastestmirror, refresh-packagekit, security Setting up Remove Process Resolving Dependencies -- Running transaction check --- Package python.x86_64 0:2.6.6-29.el6 will be erased -- Processing Dependency: python(abi) = 2.6 for package: python-babel-0.9.4-5.1.el6.noarch -- Processing Dependency: python(abi) = 2.6 for package: authconfig-6.1.12-5.el6.x86_64 ... --- Package yum.noarch 0:3.2.29-22.el6.centos will be erased -- Processing Dependency: yum = 3.2.18 for package: yum-plugin-security-1.1.30-10.el6.noarch -- Processing Dependency: yum = 3.0 for package: yum-plugin-fastestmirror-1.1.30-10.el6.noarch --- Package yum-metadata-parser.x86_64 0:1.1.2-16.el6 will be erased --- Package yum-utils.noarch 0:1.1.30-10.el6 will be erased -- Running transaction check ... --- Package cman.x86_64 0:3.0.12.1-23.el6 will be erased ... -- Processing Dependency: gettext = 0.17-16.el6 for package: gettext-devel-0.17-16.el6.x86_64 -- Processing Dependency: gettext for package: libvirt-client-0.9.4-23.el6_2.4.x86_64 --- Package grub.x86_64 1:0.97-75.el6 will be erased -- Processing Dependency: grub for package: 1:libguestfs-1.7.17-26.el6.x86_64 ... -- Processing Dependency: /sbin/mount.nfs for package: resource-agents-3.9.2-7.el6.x86_64 -- Restarting Dependency Resolution with new changes. -- Running transaction check --- Package resource-agents.x86_64 0:3.9.2-7.el6 will be erased -- Finished Dependency Resolution Error: Trying to remove yum, which is protected You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@localhost python2.6]# In other words, you can't remove /usr/lib64/python2.6 safely. unless you want the basic 'yum' command to breakand want to remove the bootloader and want the cluster manager (cman) to quit working. But python2.6 accounts for over 11% of the space in the /usr/lib64 tree. ___ CentOS
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
John R Pierce wrote: On 02/15/12 1:13 PM, m.r...@5-cent.us wrote: I agree. I just did a minimal install last week, and had all*kinds* of grief trying to get networking working. huh? I did a minimal install of C6 and it came up on DHCP right off the bat. I don't even think I had to start sshd (at least, if I did, I forgot to record such on my installation notes) Let me think I *think* it might have been on a blade, so there may have been some oddness. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Thanks, Lamar. This is the type of helpful response I was looking for. If anyone has any other practical lists of junk please post them. My goal is to develop my own list, put it in a basic shell script and remove them wholesale. I've done this for generally unused services which I run upon installation of a basic system, and it works well. The more community input, the better, IMO. Thanks again. On Feb 15, 2012, at 4:30 PM, Lamar Owen wrote: On Wednesday, February 15, 2012 03:30:56 PM Craig Thompson wrote: Does anyone have an available script or list of commands for removing most or all of these generally unused directories, packages or whatever they are? Ok, here's a two-step process you can try: 1.) rpm -qf /usr/lib/name/of/file/in/one/of/those/directories 2.) yum remove result-from-step-1-without-version-or-release-but-with-arch. Be sure to check the dependencies yum will want to remove, and think it through at least twice before confirming by pressing 'y.' This is a diesel piledriver of a solution, but. do be careful you aren't trying to remove something really important. As an arbitrary and simple example: [root@localhost ~]# cd /usr/lib64 [root@localhost lib64]# cd firefox-3.6 [root@localhost firefox-3.6]# ls application.ini chrome extensions langpacks README.txt blocklist.xml components firefox LICENSErun-mozilla.sh browserconfig.properties defaultsicons modulessearchplugins [root@localhost firefox-3.6]# pwd /usr/lib64/firefox-3.6 [root@localhost firefox-3.6]# rpm -qf application.ini firefox-3.6.26-1.el6.centos.x86_64 [root@localhost firefox-3.6]# cd .. [root@localhost lib64]# yum remove firefox.x86_64 Loaded plugins: fastestmirror, refresh-packagekit, security Setting up Remove Process Resolving Dependencies -- Running transaction check --- Package firefox.x86_64 0:3.6.26-1.el6.centos will be erased -- Finished Dependency Resolution Dependencies Resolved PackageArch Version Repository Size Removing: firefoxx86_643.6.26-1.el6.centos @updates 17 M Transaction Summary Remove1 Package(s) Installed size: 17 M Is this ok [y/N]: n Exiting on user Command [root@localhost firefox-3.6]# Here's a more concrete (if extreme) example, since the python-2.6 directory in a default CentOS system isn't small (do note that I've snipped out several hundred lines of output with points of ellipsis (...) but left in lines that show real dealbreaker issues.): [root@localhost lib64]# du . --max-depth=1|sort -g 4 ./audit 4 ./games 4 ./libxslt-plugins .. 19112 ./firefox-3.6 29568 ./xulrunner-1.9.2 39092 ./dri 46536 ./perl5 77424 ./python2.6 141624 ./valgrind 691124 . [root@localhost lib64]# cd python2.6 [root@localhost python2.6]# ls _abcoll.py HTMLParser.py sched.pyc ... htmlentitydefs.pyo runpy.py zipfile.pyc htmllib.py runpy.pyc zipfile.pyo htmllib.pyc runpy.pyo htmllib.pyo sched.py [root@localhost python2.6]# rpm -qf runpy.py python-2.6.6-29.el6.x86_64 [root@localhost python2.6]# yum remove python.x86_64 Loaded plugins: fastestmirror, refresh-packagekit, security Setting up Remove Process Resolving Dependencies -- Running transaction check --- Package python.x86_64 0:2.6.6-29.el6 will be erased -- Processing Dependency: python(abi) = 2.6 for package: python-babel-0.9.4-5.1.el6.noarch -- Processing Dependency: python(abi) = 2.6 for package: authconfig-6.1.12-5.el6.x86_64 ... --- Package yum.noarch 0:3.2.29-22.el6.centos will be erased -- Processing Dependency: yum = 3.2.18 for package: yum-plugin-security-1.1.30-10.el6.noarch -- Processing Dependency: yum = 3.0 for package: yum-plugin-fastestmirror-1.1.30-10.el6.noarch --- Package yum-metadata-parser.x86_64 0:1.1.2-16.el6 will be erased --- Package yum-utils.noarch 0:1.1.30-10.el6 will be erased -- Running transaction check ... --- Package cman.x86_64 0:3.0.12.1-23.el6 will be erased ... -- Processing Dependency: gettext = 0.17-16.el6 for package: gettext-devel-0.17-16.el6.x86_64 -- Processing Dependency: gettext for package: libvirt-client-0.9.4-23.el6_2.4.x86_64 --- Package grub.x86_64 1:0.97-75.el6 will be erased -- Processing Dependency: grub for package: 1:libguestfs-1.7.17-26.el6.x86_64 ... -- Processing Dependency: /sbin/mount.nfs for package: resource-agents-3.9.2-7.el6.x86_64 -- Restarting Dependency Resolution with new changes. -- Running transaction check --- Package resource-agents.x86_64 0:3.9.2-7.el6 will be erased --
[CentOS] Fwd: CentOS4 desktop has stopped recognizing removable media - haldaemon problem?
Didn't get any response to this last time, but it's still happening, so I'm trying again. No clues? -- Forwarded message -- From: Bart Schaefer barton.schae...@gmail.com Date: Mon, Jun 27, 2011 at 8:15 PM Subject: CentOS4 desktop has stopped recognizing removable media - haldaemon problem? To: CentOS mailing list centos@centos.org USB sticks and cameras used to pop right up on my desktop. Now they don't. I've checked the Gnome Drives and Media Preferences and nothing has changed -- I have Mount removable media when inserted etc. (Tried toggling it off and back on, no effect.) I've logged out and back in, even rebooted. /var/log/messages shows the devices are being recognized by udev: Jun 27 19:53:37 torch kernel: Attached scsi removable disk sde at scsi11, channel 0, id 0, lun 0 Jun 27 19:53:37 torch scsi.agent[13576]: disk at /devices/pci:00/:00:0b.1/usb1/1-5/1-5:1.0/host11/target11:0:0/11:0:0:0 Jun 27 19:53:37 torch udevd[1347]: udev done! Jun 27 19:53:47 torch udevd[1347]: udev done! However, that's followed by this: Jun 27 19:54:07 torch hald[5179]: Timed out waiting for hotplug event 699. Rebasing to 699 I restarted hald (service haldaemon restart) and it picked up one of the two devices I'd plugged in, but not the other. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
On Wednesday, February 15, 2012 04:00:45 PM Craig Thompson wrote:
Hardly kidding. But then again, this is early April isn't it? Oh, wait...
To cleanly uninstall unused software, one would need a list of what
software is ON the system which is unused.
And one would need to define 'unused.'
The Windows Add/Remove Control Panel widget has an indicator of 'last usage'
and it might be possible to emulate that to a degree by looking at the last
accessed time for a library... hmmm, something like:
find /usr/lib64 ! -used +1 -exec rpm -qf \{\} \; |sort|uniq
might do *part* of what you want, at least for /usr/lib64. I say *part* simply
because this finds all files that have not been used more than 1 day after
their status last changed and lists the package containing that file, sorts the
output, and strips out all nonunique lines, but it is very possible that a
package could have many, but not all, of its files 'used' and wind up on this
list because of even just one unused file and what you want is to find each
package where *none* of its files have been used since their status last
changed (that is, since that package was last installed/modified).
But you'd want to actually *use* all of the programs you expect to be used
before acting on that list and you'd want to take the packages on that list
and feed them to 'rpm -ql' for each package, and see if *any* file in that
package had been 'used' (in the 'find' sense of the word).
Sounds like a 'yum remove-unused' plugin or 'yum-cleanup-unused' utility or an
enhancement to 'package-cleanup' from the yum-utils package, really, since the
yum API has all the hooks necessary to do this from python. Python is
guaranteed to be available on any EL system with a functional yum, and is much
more powerful than shell for this sort of thing, so it would be a good fit,
IMO.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
On Wednesday, February 15, 2012 04:13:23 PM m.r...@5-cent.us wrote: There are indeed some packages that have a ridiculous set of dependencies. I can't remember what it was - it's been months, but I wanted to install some command line tool, and it wanted gnome installed. This is one area 'build it yourself' distributions have done better than more general-purpose distributions. With gentoo, as an example, you can build the system with options telling it how to build each package. There are packages that require some things installed in the general case due to build-time options, and in order to eliminate the dependency you have to rebuild from source; to then go and say you want that feature back you have to rebuild from source. Some seemingly 'ridiculous' dependencies are there for that reason, and the packager is building for the general case, not for the minimalist case. And, no, I can't think of one right of the top of my head, either. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Dear Craig, On Wed, 15 Feb 2012 16:58:40 -0500 Craig Thompson cthomp...@loganthompsonlaw.com wrote: My goal is to develop my own list, put it in a basic shell script and remove them wholesale. I've done this for generally unused services which I run upon installation of a basic system, and it works well. Why don't you go the other way around: Create a kickstart file with only the exact packages you need? E.g. -- snip -- %packages --excludedocs --nobase screen vim-enhanced wget postfix vixie-cron Above example will give you a minimal system with 5 extra packages. You can do a lot more with kickstart. See http://fedoraproject.org/wiki/Anaconda/Kickstart for full documentation. Brgds -- Freundliche Gruesse/Best Regards Benjamin Hackl IT/Administration Media FOCUS Research Ges.m.b.H. Maculangasse 8, 1220 Wien Austria Tel: +43 1 258 97 01-295 b.ha...@focusmr.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] question on unused directories in /usr/lib and /usr/lib64
Craig Thompson wrote:
Thanks, Lamar. This is the type of helpful response I was looking for.
If anyone has any other practical lists of junk please post them.
My goal is to develop my own list, put it in a basic shell script and
remove them wholesale. I've done this for generally unused services which
I run upon installation of a basic system, and it works well.
The more community input, the better, IMO.
snip
Here's a thought:
yum grouplist | awk '{if ($3 ~ /Groups/ ) { doit = ($1 ~ /Install/ ) ? 1 :
0;} if ( doit ) { print $0; }}'
This will name all the groups that are installed. if you see, say, Office
Suite and Productivity, you can do a yum remove @Office Suite and
Productivity
mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LDAP encryption, not sure.
On Feb 14, 2012, at 5:46 PM, Fajar Priyanto wrote: Hi all, I'm setting up a local LDAP server with a pass-through authentication to another LDAP. I'm not clear about the encryption. Say the case is like this. CompB is set to have LDAP authentication. A --- SSH --- CompB --- Local LDAP:389 --- SASLAUTHD -- Global LDAP: 636 1. Password on the SSH session would be encrypted, isn't it? ldaps (port 636) would indeed be encrypted but it is deprecated and not typically started by default configurations these days. 2. How about when it goes to the local LDAP:389, would it be encrypted? depends upon whether TLS is indicated and/or required. If you require it via an ACL on the LDAP server, then it succeeds only if the connection is made via TLS. If you require it at the client (TLS_ReqCert demand or hard), then it succeeds only if the connection is made via TLS. Craig ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LDAP encryption, not sure.
On Thu, Feb 16, 2012 at 7:34 AM, Craig White craig.wh...@ttiltd.com wrote: Say the case is like this. CompB is set to have LDAP authentication. A --- SSH --- CompB --- Local LDAP:389 --- SASLAUTHD -- Global LDAP: 636 1. Password on the SSH session would be encrypted, isn't it? ldaps (port 636) would indeed be encrypted but it is deprecated and not typically started by default configurations these days. 2. How about when it goes to the local LDAP:389, would it be encrypted? depends upon whether TLS is indicated and/or required. If you require it via an ACL on the LDAP server, then it succeeds only if the connection is made via TLS. If you require it at the client (TLS_ReqCert demand or hard), then it succeeds only if the connection is made via TLS. Thanks for the thoughts so far. When I setup TLS on the local LDAP, somehow the saslauthd fails to authenticate the password with Global LDAP. The admin said that the Global LDAP doesn't support TLS, only SSL. Basic question... What's the different between TLS and SSL in LDAP? I googled no clue yet. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] anyone else having flash trouble?
On my centos 5.7 system, using Firefox 10.1, suddenly flash videos have stopped working, like, today. they worked yesterday. Now all I get is an error message that the flash plugin has crashed, reload page and try again. strangely, my centos-6 machine using the same firefox and the same flash plugin works fine. Clues? -- Fred Smith -- fre...@fcshome.stoneham.ma.us - For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen. - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LDAP encryption, not sure.
On 02/15/2012 08:20 PM, Fajar Priyanto wrote: Basic question... What's the different between TLS and SSL in LDAP? I googled no clue yet. A plain-old LDAPS (LDAP over SSL) connection starts off from the very beginning as an SSL connection on port 636. When using LDAP and TLS, the initial (unencrypted) connection is made to port 389 and the SSL connection is negotiated on-the-fly. Logically, the unencrypted connection is made initially, then the client and server start up an SSL handshake if both ends support it. The LDAP-over-SSL (LDAPS) method as been deprecated and the preferred method is LDAP and TLS. The TLS method is no less secure as the only thing that goes over the wire unencrypted is the SSL handshake. Just my $.02 -- Jay Leafey - jay.lea...@mindless.com Memphis, TN ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] anyone else having flash trouble?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 15 Feb 2012 22:36:14 -0500 fred smith fre...@fcshome.stoneham.ma.us wrote: On my centos 5.7 system, using Firefox 10.1, suddenly flash videos have stopped working, like, today. they worked yesterday. Now all I get is an error message that the flash plugin has crashed, reload page and try again. strangely, my centos-6 machine using the same firefox and the same flash plugin works fine. Clues? Hi there, I had a similar issue to this a while back on a Fedora box, I found out it was not flash plugin or firefox causing the issue, it turned out that it was the proprietary Nvidia driver that I was using. So if you are using Nvidia driver, it might be worth looking into. My issue was resolved by updating the driver. Your issue may be different, but I thought I would mention it just in case :-). - -- Jake Shipton (JakeMS) GPG Key: 0xE3C31D8F GPG Fingerprint: 7515 CC63 19BD 06F9 400A DE8A 1D0B A5CF E3C3 1D8F -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iQEcBAEBAgAGBQJPPLU8AAoJEB0Lpc/jwx2PYk0IANYPFi3K3D8GZqy7KsbpntlJ KtQcFLvBA8aIJ5y+/JaxozA6p1PKntpJWac8CmmT+FBbIdzlaRUn0fGBcKpPuzKS Zh5IsAnp5hZw27n/8re7x5/H2DBfZupCyImNbFm2SyQVnu+YL8gyBMJZRQ1cT/Wp ANW3mW5gnDdCFH+6hlLnJhMFdbV8G1o1aERszkO9e+JbW4FRP87zVSiEoaZPTGcn e3W7qbpbcW86jNsf59vLAXwcrcpLkUPNjWKB8ILg10JXeY6qgoqvLaEH/SH7iocH du6swUeuQyToEc+Om2wnZQcOnJ/bXqgZTzRbKrQIvD8vpxOi0NrRqPn0nFjvWMg= =WnVk -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
