SL6.1 memory usage

[Stijn De Weirdt]

hi all,

we are having an "issue" with some SL61 nodes. after a reboot, free 
reports 1.4GB of memory in use, of which 24+163=187MB buffers+cache.


i'm unable to identify what is holding the memory, and i'd like to know 
if others see this too and how i could proceed to find the culprit.


(it is a 32core/64GB machine; kernel commandline has 
crashkernel=128M@16M (but no difference then eg crashkernel=auto and 
kdump is off))


many thanks,


stijn

free
# free -m
 total   used   free sharedbuffers cached
Mem: 64554   1604  62949  0 24166
-/+ buffers/cache:   1413  63140
Swap:16394  0  16394


mem sorted top

top - 16:13:52 up 13 min,  1 user,  load average: 0.00, 0.01, 0.01
Tasks: 694 total,   1 running, 693 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 
0.0%st

Mem:  66103768k total,  1643336k used, 64460432k free,25164k buffers
Swap: 16787916k total,0k used, 16787916k free,   170552k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 



 2788 root  20   0 37988  25m 2876 S  0.0  0.0   0:00.06 pbs_mom 



 2653 root  20   0  159m  12m 1472 S  0.0  0.0   0:00.19 ncm-cdispd 



 2643 root  20   0  138m 5604  840 S  0.0  0.0   0:00.00 
cdp-listend 

 3276 root  20   0  120m 4156 3232 S  0.0  0.0   0:00.07 sshd 



 2620 root  20   0  745m 3788 1764 S  0.0  0.0   0:00.12 automount 



 3102 nslcd 20   0  427m 2936  488 S  0.0  0.0   0:00.00 nslcd 



 3301 root  20   0  103m 1688 1336 S  0.0  0.0   0:00.05 bash 



 3623 root  20   0 13528 1604  844 R  0.3  0.0   0:00.14 top 



1 root  20   0 21416 1544 1240 S  0.0  0.0   0:06.23 init 



 2482 root  20   0  194m 1484 1108 S  0.0  0.0   0:00.14 qlgc_dsc 



 2325 root  20   0  242m 1412  928 S  0.0  0.0   0:00.04 rsyslogd 



 2459 rpcuser   20   0 23112 1168  884 S  0.0  0.0   0:00.00 rpc.statd 



 2606 root  18  -2 10956 1144  412 S  0.0  0.0   0:00.03 udevd 



 3164 nscd  20   0  583m 1132  788 S  0.0  0.0   0:00.02 nscd 



 2697 root  20   0 62040 1064  464 S  0.0  0.0   0:00.00 sshd 



  943 root  16  -4 10960 1052  316 S  0.0  0.0   0:00.12 udevd 



 2607 root  18  -2 10956 1052  320 S  0.0  0.0   0:00.00 udevd 



 2723 root  20   0  112m 1012  380 S  0.0  0.0   0:00.00 crond 



 2707 root  20   0 22488  992  752 S  0.0  0.0   0:00.03 xinetd 



 2439 rpc   20   0 18940  908  672 S  0.0  0.0   0:00.04 rpcbind 



 2568 dbus  20   0 23448  876  604 S  0.0  0.0   0:00.01 
dbus-daemon 

 2972 nagios20   0 37096  796  452 S  0.0  0.0   0:00.00 nrpe 

Re: SL6.1 memory usage

[Stephan Wiesand]

Hi Stijn,

On Sep 5, 2011, at 16:24, Stijn De Weirdt wrote:

> hi all,
> 
> we are having an "issue" with some SL61 nodes. after a reboot, free reports 
> 1.4GB of memory in use, of which 24+163=187MB buffers+cache.
> 
> i'm unable to identify what is holding the memory, and i'd like to know if 
> others see this too and how i could proceed to find the culprit.

yes, we see this as well. On a 48 GB system without users or special processes:

# free -m
 total   used   free sharedbuffers cached
Mem: 48388   1374  47013  0 30186
-/+ buffers/cache:   1157  47231

In /proc/meminfo, I find that the difference to what I'd consider reasonable 
(and see on a 48GB SL5 system) is due to slabs.

A "slabtop -s c" reveals that it's a "size-2097152" pool accounting for this. 
Do you see this as well?

Cheers,
Stephan

> 
> (it is a 32core/64GB machine; kernel commandline has crashkernel=128M@16M 
> (but no difference then eg crashkernel=auto and kdump is off))
> 
> many thanks,
> 
> 
> stijn
> 
> free
> # free -m
> total   used   free sharedbuffers cached
> Mem: 64554   1604  62949  0 24166
> -/+ buffers/cache:   1413  63140
> Swap:16394  0  16394
> 
> 
> mem sorted top
> 
> top - 16:13:52 up 13 min,  1 user,  load average: 0.00, 0.01, 0.01
> Tasks: 694 total,   1 running, 693 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
> Mem:  66103768k total,  1643336k used, 64460432k free,25164k buffers
> Swap: 16787916k total,0k used, 16787916k free,   170552k cached
> 
>  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 
> 2788 root  20   0 37988  25m 2876 S  0.0  0.0   0:00.06 pbs_mom 
> 2653 root  20   0  159m  12m 1472 S  0.0  0.0   0:00.19 ncm-cdispd 
> 2643 root  20   0  138m 5604  840 S  0.0  0.0   0:00.00 cdp-listend 
> 3276 root  20   0  120m 4156 3232 S  0.0  0.0   0:00.07 sshd 
> 2620 root  20   0  745m 3788 1764 S  0.0  0.0   0:00.12 automount 
> 3102 nslcd 20   0  427m 2936  488 S  0.0  0.0   0:00.00 nslcd 
> 3301 root  20   0  103m 1688 1336 S  0.0  0.0   0:00.05 bash 
> 3623 root  20   0 13528 1604  844 R  0.3  0.0   0:00.14 top 
>1 root  20   0 21416 1544 1240 S  0.0  0.0   0:06.23 init 
> 2482 root  20   0  194m 1484 1108 S  0.0  0.0   0:00.14 qlgc_dsc 
> 2325 root  20   0  242m 1412  928 S  0.0  0.0   0:00.04 rsyslogd 
> 2459 rpcuser   20   0 23112 1168  884 S  0.0  0.0   0:00.00 rpc.statd 
> 2606 root  18  -2 10956 1144  412 S  0.0  0.0   0:00.03 udevd 
> 3164 nscd  20   0  583m 1132  788 S  0.0  0.0   0:00.02 nscd 
> 2697 root  20   0 62040 1064  464 S  0.0  0.0   0:00.00 sshd 
>  943 root  16  -4 10960 1052  316 S  0.0  0.0   0:00.12 udevd 
> 2607 root  18  -2 10956 1052  320 S  0.0  0.0   0:00.00 udevd 
> 2723 root  20   0  112m 1012  380 S  0.0  0.0   0:00.00 crond 
> 2707 root  20   0 22488  992  752 S  0.0  0.0   0:00.03 xinetd 
> 2439 rpc   20   0 18940  908  672 S  0.0  0.0   0:00.04 rpcbind 
> 2568 dbus  20   0 23448  876  604 S  0.0  0.0   0:00.01 dbus-daemon 
> 2972 nagios20   0 37096  796  452 S  0.0  0.0   0:00.00 nrpe 

-- 
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany

rpm --whatrequires vs yum

[Andrew Z]

i'm not sure why there is a difference in the output of "rpm -q
--whatrequires " and "yum remove"
[code]
 yum remove libxklavier-4.0-7.el6.x86_64
Loaded plugins: refresh-packagekit
Setting up Remove Process
Resolving Dependencies

--> Finished Dependency Resolution

Dependencies Resolved

==
 Package  Arch  Version
Repository  Size
==
Removing:
 libxklavier  x86_644.0-7.el6
@anaconda-ScientificLinux-201103021619.x86_64/6139 k
Removing for dependencies:
 gnome-screensaverx86_642.28.3-8.el6
@anaconda-ScientificLinux-201103021619.x86_64/65.9 M
 libgnomekbd  x86_642.28.2-2.el6
@anaconda-ScientificLinux-201103021619.x86_64/6525 k
 xfce-utils   x86_644.8.1-3.el6
@epel  797 k
 xfce4-settings   x86_644.8.2-2.el6
@epel  1.6 M

Transaction Summary
==
Remove5 Package(s)

Installed size: 8.9 M
Is this ok [y/N]: ^CExiting on user Command
Complete!
[root@toshiba ~]# rpm -q --whatrequires libxklavier-4.0-7
no package requires libxklavier-4.0-7
[root@toshiba ~]# rpm -q --whatrequires libxklavier-4.0-7.el6
no package requires libxklavier-4.0-7.el6
[root@toshiba ~]# rpm -q --whatrequires libxklavier
no package requires libxklavier
[/code]

Thank you.
Andrew

Re: SL6.1 memory usage

[Stijn De Weirdt]

hi stephan

the first lines of slabtop show

Active / Total Objects (% used): 238382 / 243482 (97.9%)
 Active / Total Slabs (% used)  : 4987 / 4987 (100.0%)
 Active / Total Caches (% used) : 64 / 80 (80.0%)
 Active / Total Size (% used)   : 68080.12K / 69386.02K (98.1%)
 Minimum / Average / Maximum Object : 0.01K / 0.28K / 8.00K

is this similar?

(btw size-2097152 sounds like one of the default name used by hugectl 
(or hugeadm) from the hugetlbfs tools). is that mounted in your case? 
and are there any hugepages reserved? )



stijn

On 09/05/2011 05:10 PM, Stephan Wiesand wrote:

Hi Stijn,

On Sep 5, 2011, at 16:24, Stijn De Weirdt wrote:


hi all,

we are having an "issue" with some SL61 nodes. after a reboot, free reports 
1.4GB of memory in use, of which 24+163=187MB buffers+cache.

i'm unable to identify what is holding the memory, and i'd like to know if 
others see this too and how i could proceed to find the culprit.


yes, we see this as well. On a 48 GB system without users or special processes:

# free -m
  total   used   free sharedbuffers cached
Mem: 48388   1374  47013  0 30186
-/+ buffers/cache:   1157  47231

In /proc/meminfo, I find that the difference to what I'd consider reasonable 
(and see on a 48GB SL5 system) is due to slabs.

A "slabtop -s c" reveals that it's a "size-2097152" pool accounting for this. 
Do you see this as well?

Cheers,
Stephan



(it is a 32core/64GB machine; kernel commandline has crashkernel=128M@16M (but 
no difference then eg crashkernel=auto and kdump is off))

many thanks,


stijn

free
# free -m
 total   used   free sharedbuffers cached
Mem: 64554   1604  62949  0 24166
-/+ buffers/cache:   1413  63140
Swap:16394  0  16394


mem sorted top

top - 16:13:52 up 13 min,  1 user,  load average: 0.00, 0.01, 0.01
Tasks: 694 total,   1 running, 693 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Mem:  66103768k total,  1643336k used, 64460432k free,25164k buffers
Swap: 16787916k total,0k used, 16787916k free,   170552k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
2788 root  20   0 37988  25m 2876 S  0.0  0.0   0:00.06 pbs_mom
2653 root  20   0  159m  12m 1472 S  0.0  0.0   0:00.19 ncm-cdispd
2643 root  20   0  138m 5604  840 S  0.0  0.0   0:00.00 cdp-listend
3276 root  20   0  120m 4156 3232 S  0.0  0.0   0:00.07 sshd
2620 root  20   0  745m 3788 1764 S  0.0  0.0   0:00.12 automount
3102 nslcd 20   0  427m 2936  488 S  0.0  0.0   0:00.00 nslcd
3301 root  20   0  103m 1688 1336 S  0.0  0.0   0:00.05 bash
3623 root  20   0 13528 1604  844 R  0.3  0.0   0:00.14 top
1 root  20   0 21416 1544 1240 S  0.0  0.0   0:06.23 init
2482 root  20   0  194m 1484 1108 S  0.0  0.0   0:00.14 qlgc_dsc
2325 root  20   0  242m 1412  928 S  0.0  0.0   0:00.04 rsyslogd
2459 rpcuser   20   0 23112 1168  884 S  0.0  0.0   0:00.00 rpc.statd
2606 root  18  -2 10956 1144  412 S  0.0  0.0   0:00.03 udevd
3164 nscd  20   0  583m 1132  788 S  0.0  0.0   0:00.02 nscd
2697 root  20   0 62040 1064  464 S  0.0  0.0   0:00.00 sshd
  943 root  16  -4 10960 1052  316 S  0.0  0.0   0:00.12 udevd
2607 root  18  -2 10956 1052  320 S  0.0  0.0   0:00.00 udevd
2723 root  20   0  112m 1012  380 S  0.0  0.0   0:00.00 crond
2707 root  20   0 22488  992  752 S  0.0  0.0   0:00.03 xinetd
2439 rpc   20   0 18940  908  672 S  0.0  0.0   0:00.04 rpcbind
2568 dbus  20   0 23448  876  604 S  0.0  0.0   0:00.01 dbus-daemon
2972 nagios20   0 37096  796  452 S  0.0  0.0   0:00.00 nrpe

Re: SL6.1 memory usage

[Stephan Wiesand]

Hi Stijn,

On Sep 5, 2011, at 17:23, Stijn De Weirdt wrote:

> hi stephan
> 
> the first lines of slabtop show
> 
> Active / Total Objects (% used): 238382 / 243482 (97.9%)
> Active / Total Slabs (% used)  : 4987 / 4987 (100.0%)
> Active / Total Caches (% used) : 64 / 80 (80.0%)
> Active / Total Size (% used)   : 68080.12K / 69386.02K (98.1%)
> Minimum / Average / Maximum Object : 0.01K / 0.28K / 8.00K
> 
> is this similar?

not really.

% slabtop -s c --once |head -10
 Active / Total Objects (% used): 185625 / 205302 (90.4%)
 Active / Total Slabs (% used)  : 16756 / 16757 (100.0%)
 Active / Total Caches (% used) : 101 / 182 (55.5%)
 Active / Total Size (% used)   : 856865.31K / 859451.65K (99.7%)
 Minimum / Average / Maximum Object : 0.02K / 4.19K / 4096.00K

  OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME   
   384384 100% 2048.00K3841786432K size-2097152   
 26276  26250  99%1.00K   65694 26276K ext4_inode_cache   
   181181 100%   32.12K1811 11584K kmem_cache 

> (btw size-2097152 sounds like one of the default name used by hugectl (or 
> hugeadm) from the hugetlbfs tools). is that mounted in your case? and are 
> there any hugepages reserved? )

Not that I'd know of. But wasn't there a new feature called "transparent 
hugepage support" in 6.1?

Cheers,
Stephan
> 
> 
> stijn
> 
> On 09/05/2011 05:10 PM, Stephan Wiesand wrote:
>> Hi Stijn,
>> 
>> On Sep 5, 2011, at 16:24, Stijn De Weirdt wrote:
>> 
>>> hi all,
>>> 
>>> we are having an "issue" with some SL61 nodes. after a reboot, free reports 
>>> 1.4GB of memory in use, of which 24+163=187MB buffers+cache.
>>> 
>>> i'm unable to identify what is holding the memory, and i'd like to know if 
>>> others see this too and how i could proceed to find the culprit.
>> 
>> yes, we see this as well. On a 48 GB system without users or special 
>> processes:
>> 
>> # free -m
>>  total   used   free sharedbuffers cached
>> Mem: 48388   1374  47013  0 30186
>> -/+ buffers/cache:   1157  47231
>> 
>> In /proc/meminfo, I find that the difference to what I'd consider reasonable 
>> (and see on a 48GB SL5 system) is due to slabs.
>> 
>> A "slabtop -s c" reveals that it's a "size-2097152" pool accounting for 
>> this. Do you see this as well?
>> 
>> Cheers,
>>  Stephan
>> 
>>> 
>>> (it is a 32core/64GB machine; kernel commandline has crashkernel=128M@16M 
>>> (but no difference then eg crashkernel=auto and kdump is off))
>>> 
>>> many thanks,
>>> 
>>> 
>>> stijn
>>> 
>>> free
>>> # free -m
>>> total   used   free sharedbuffers cached
>>> Mem: 64554   1604  62949  0 24166
>>> -/+ buffers/cache:   1413  63140
>>> Swap:16394  0  16394
>>> 
>>> 
>>> mem sorted top
>>> 
>>> top - 16:13:52 up 13 min,  1 user,  load average: 0.00, 0.01, 0.01
>>> Tasks: 694 total,   1 running, 693 sleeping,   0 stopped,   0 zombie
>>> Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 
>>> 0.0%st
>>> Mem:  66103768k total,  1643336k used, 64460432k free,25164k buffers
>>> Swap: 16787916k total,0k used, 16787916k free,   170552k cached
>>> 
>>>  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
>>> 2788 root  20   0 37988  25m 2876 S  0.0  0.0   0:00.06 pbs_mom
>>> 2653 root  20   0  159m  12m 1472 S  0.0  0.0   0:00.19 ncm-cdispd
>>> 2643 root  20   0  138m 5604  840 S  0.0  0.0   0:00.00 cdp-listend
>>> 3276 root  20   0  120m 4156 3232 S  0.0  0.0   0:00.07 sshd
>>> 2620 root  20   0  745m 3788 1764 S  0.0  0.0   0:00.12 automount
>>> 3102 nslcd 20   0  427m 2936  488 S  0.0  0.0   0:00.00 nslcd
>>> 3301 root  20   0  103m 1688 1336 S  0.0  0.0   0:00.05 bash
>>> 3623 root  20   0 13528 1604  844 R  0.3  0.0   0:00.14 top
>>>1 root  20   0 21416 1544 1240 S  0.0  0.0   0:06.23 init
>>> 2482 root  20   0  194m 1484 1108 S  0.0  0.0   0:00.14 qlgc_dsc
>>> 2325 root  20   0  242m 1412  928 S  0.0  0.0   0:00.04 rsyslogd
>>> 2459 rpcuser   20   0 23112 1168  884 S  0.0  0.0   0:00.00 rpc.statd
>>> 2606 root  18  -2 10956 1144  412 S  0.0  0.0   0:00.03 udevd
>>> 3164 nscd  20   0  583m 1132  788 S  0.0  0.0   0:00.02 nscd
>>> 2697 root  20   0 62040 1064  464 S  0.0  0.0   0:00.00 sshd
>>>  943 root  16  -4 10960 1052  316 S  0.0  0.0   0:00.12 udevd
>>> 2607 root  18  -2 10956 1052  320 S  0.0  0.0   0:00.00 udevd
>>> 2723 root  20   0  112m 1012  380 S  0.0  0.0   0:00.00 crond
>>> 2707 root  20   0 22488  992  752 S  0.0  0.0   0:00.03 xinetd
>>> 2439 rpc   20   0 18940  908  672 S  0.0  0.0   0:00.04 rpcbind
>>> 2568 dbus  20   0 23448  876  604 S  0.0  0.0   0:00.01 dbus-daemon
>>> 2972 nagios20   0 37096  796  452 S  0.0  0.0   0:

Re: SL6.1 memory usage

[Stijn De Weirdt]

% slabtop -s c --once |head -10
  Active / Total Objects (% used): 185625 / 205302 (90.4%)
  Active / Total Slabs (% used)  : 16756 / 16757 (100.0%)
  Active / Total Caches (% used) : 101 / 182 (55.5%)
  Active / Total Size (% used)   : 856865.31K / 859451.65K (99.7%)
  Minimum / Average / Maximum Object : 0.02K / 4.19K / 4096.00K

   OBJS ACTIVE  USE OBJ SIZE  SLABS OBJ/SLAB CACHE SIZE NAME
384384 100% 2048.00K3841786432K size-2097152
  26276  26250  99%1.00K   65694 26276K ext4_inode_cache
181181 100%   32.12K1811 11584K kmem_cache

very different indeed.




(btw size-2097152 sounds like one of the default name used by hugectl (or 
hugeadm) from the hugetlbfs tools). is that mounted in your case? and are there 
any hugepages reserved? )


Not that I'd know of. But wasn't there a new feature called "transparent hugepage 
support" in 6.1?

thp shows in /proc/meminfo as AnonHugePages

]# grep Huge /proc/meminfo
AnonHugePages: 18432 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   2048 kB

you show check those there too to see where the come from


stijn



Cheers,
Stephan



stijn

On 09/05/2011 05:10 PM, Stephan Wiesand wrote:

Hi Stijn,

On Sep 5, 2011, at 16:24, Stijn De Weirdt wrote:


hi all,

we are having an "issue" with some SL61 nodes. after a reboot, free reports 
1.4GB of memory in use, of which 24+163=187MB buffers+cache.

i'm unable to identify what is holding the memory, and i'd like to know if 
others see this too and how i could proceed to find the culprit.


yes, we see this as well. On a 48 GB system without users or special processes:

# free -m
  total   used   free sharedbuffers cached
Mem: 48388   1374  47013  0 30186
-/+ buffers/cache:   1157  47231

In /proc/meminfo, I find that the difference to what I'd consider reasonable 
(and see on a 48GB SL5 system) is due to slabs.

A "slabtop -s c" reveals that it's a "size-2097152" pool accounting for this. 
Do you see this as well?

Cheers,
Stephan



(it is a 32core/64GB machine; kernel commandline has crashkernel=128M@16M (but 
no difference then eg crashkernel=auto and kdump is off))

many thanks,


stijn

free
# free -m
 total   used   free sharedbuffers cached
Mem: 64554   1604  62949  0 24166
-/+ buffers/cache:   1413  63140
Swap:16394  0  16394


mem sorted top

top - 16:13:52 up 13 min,  1 user,  load average: 0.00, 0.01, 0.01
Tasks: 694 total,   1 running, 693 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Mem:  66103768k total,  1643336k used, 64460432k free,25164k buffers
Swap: 16787916k total,0k used, 16787916k free,   170552k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
2788 root  20   0 37988  25m 2876 S  0.0  0.0   0:00.06 pbs_mom
2653 root  20   0  159m  12m 1472 S  0.0  0.0   0:00.19 ncm-cdispd
2643 root  20   0  138m 5604  840 S  0.0  0.0   0:00.00 cdp-listend
3276 root  20   0  120m 4156 3232 S  0.0  0.0   0:00.07 sshd
2620 root  20   0  745m 3788 1764 S  0.0  0.0   0:00.12 automount
3102 nslcd 20   0  427m 2936  488 S  0.0  0.0   0:00.00 nslcd
3301 root  20   0  103m 1688 1336 S  0.0  0.0   0:00.05 bash
3623 root  20   0 13528 1604  844 R  0.3  0.0   0:00.14 top
1 root  20   0 21416 1544 1240 S  0.0  0.0   0:06.23 init
2482 root  20   0  194m 1484 1108 S  0.0  0.0   0:00.14 qlgc_dsc
2325 root  20   0  242m 1412  928 S  0.0  0.0   0:00.04 rsyslogd
2459 rpcuser   20   0 23112 1168  884 S  0.0  0.0   0:00.00 rpc.statd
2606 root  18  -2 10956 1144  412 S  0.0  0.0   0:00.03 udevd
3164 nscd  20   0  583m 1132  788 S  0.0  0.0   0:00.02 nscd
2697 root  20   0 62040 1064  464 S  0.0  0.0   0:00.00 sshd
  943 root  16  -4 10960 1052  316 S  0.0  0.0   0:00.12 udevd
2607 root  18  -2 10956 1052  320 S  0.0  0.0   0:00.00 udevd
2723 root  20   0  112m 1012  380 S  0.0  0.0   0:00.00 crond
2707 root  20   0 22488  992  752 S  0.0  0.0   0:00.03 xinetd
2439 rpc   20   0 18940  908  672 S  0.0  0.0   0:00.04 rpcbind
2568 dbus  20   0 23448  876  604 S  0.0  0.0   0:00.01 dbus-daemon
2972 nagios20   0 37096  796  452 S  0.0  0.0   0:00.00 nrpe

ESS-emacs package

[Tanmoy Chatterjee]

Hello friends
After recently installing SL6.1, I have tried to find out the "Emacs
speaks statistics" (ESS) package in the repositories but have been
unable to do so. Can anybody tell me which repository comes with this
package?

Thanks.

Re: rpm --whatrequires vs yum

[Dr Andrew C Aitchison]

On Mon, 5 Sep 2011, Andrew Z wrote:


i'm not sure why there is a difference in the output of "rpm -q
--whatrequires " and "yum remove"
[code]
yum remove libxklavier-4.0-7.el6.x86_64
Loaded plugins: refresh-packagekit
Setting up Remove Process
Resolving Dependencies

--> Finished Dependency Resolution

Dependencies Resolved

==
Package  Arch  Version
Repository  Size
==
Removing:
libxklavier  x86_644.0-7.el6
@anaconda-ScientificLinux-201103021619.x86_64/6139 k
Removing for dependencies:
gnome-screensaverx86_642.28.3-8.el6


Try rpm -q --requires libxklavier-4.0-7
"Removing for dependencies" in the yum output
appears (to me) to mean
   these packages were installed because libxklavier-4.0-7
   required them. nothing else requires them,
   so I'll remove them too.

... but I'm only guessing.

--
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
a.c.aitchi...@dpmms.cam.ac.uk   http://www.dpmms.cam.ac.uk/~werdna

Re: SL6.1: Missing dependencies in SL repos

[Maciej Puzio]

Thanks everyone for replies. On Saturday I managed to update the server to
6.1. Or so I hope, I am not sure anymore. The update went smoothly with one
exception: SL .repo files got overwritten, and not only did "6x" revert to
"$releasever", but fastbugs was removed entirely. Had I not been vigilant, I
would be for quite a nasty surprise. Nastier even if I used third-party
repos with priorities, as priority settings would have gone up in smoke.
Can't say that I am thrilled by how this works...

{OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Andrew Z]

yeah, i know computerworld is not THE source.
http://www.computerworld.com/s/article/9219727/Hackers_steal_SSL_certificates_for_CIA_MI6_Mossad?taxonomyId=85

Re: SL6.1: Missing dependencies in SL repos

[Akemi Yagi]

On Mon, Sep 5, 2011 at 12:10 PM, Maciej Puzio  wrote:
> Thanks everyone for replies. On Saturday I managed to update the server to
> 6.1. Or so I hope, I am not sure anymore. The update went smoothly with one
> exception: SL .repo files got overwritten, and not only did "6x" revert to
> "$releasever", but fastbugs was removed entirely. Had I not been vigilant, I
> would be for quite a nasty surprise. Nastier even if I used third-party
> repos with priorities, as priority settings would have gone up in smoke.
> Can't say that I am thrilled by how this works...

There is a how-to page here:

https://www.scientificlinux.org/documentation/howto/upgrade.6x

Regarding the fastbugs repo, you need to install yum-conf-sl-other
(see #6 of the how-to).

Akemi

Re: rpm --whatrequires vs yum

[Garrett Holmstrom]

On 2011-09-05 8:16, Andrew Z wrote:

i'm not sure why there is a difference in the output of "rpm -q
--whatrequires " and "yum remove"


The rest of the packages depend on the .so file, not the package name:

[5508] gholms@lux ~ % rpm -q --whatrequires 'libxklavier.so.15()(64bit)'
libxklavier-4.0-7.el6.x86_64
libgnomekbd-2.28.2-2.el6.x86_64
kdebase-workspace-4.3.4-19.el6.x86_64
gnome-settings-daemon-2.28.2-11.el6.x86_64
1:control-center-2.28.1-25.el6.x86_64
1:gdm-2.30.4-21.el6_0.1.x86_64
1:gnome-applets-2.28.0-7.el6.x86_64
gnome-screensaver-2.28.3-8.el6.x86_64

--
Garrett Holmstrom

"yum deplist" vs "rpm -q --requires" confusion

[Todd And Margo Chester]

Hi Guys,

I am looking at the dependencies for the "rpm" package

#yum deplist rpm
#rpm -q --requires rpm

Yum gives me
 dependency: libnss3.so
  provider: nss.i386 3.12.8-1.el5.centos
  provider: nss.i386 3.12.8-4.el5_6

rpm just gives me libnss3.so.

Is there a way to get rpm to tell me the provider like yum does?

Many thanks,
-T

Re: rpm --whatrequires vs yum

[Andrew Z]

On Mon, Sep 5, 2011 at 3:43 PM, Garrett Holmstrom wrote:

> On 2011-09-05 8:16, Andrew Z wrote:
>
>> i'm not sure why there is a difference in the output of "rpm -q
>> --whatrequires " and "yum remove"
>>
>
> The rest of the packages depend on the .so file, not the package name:
>
> [5508] gholms@lux ~ % rpm -q --whatrequires 'libxklavier.so.15()(64bit)'
>
> libxklavier-4.0-7.el6.x86_64
> libgnomekbd-2.28.2-2.el6.x86_**64
> kdebase-workspace-4.3.4-19.**el6.x86_64
> gnome-settings-daemon-2.28.2-**11.el6.x86_64
> 1:control-center-2.28.1-25.**el6.x86_64
> 1:gdm-2.30.4-21.el6_0.1.x86_64
> 1:gnome-applets-2.28.0-7.el6.**x86_64
> gnome-screensaver-2.28.3-8.**el6.x86_64
>
> --
> Garrett Holmstrom
>

---
-- slowly descending into more confusion 

Garret, can you please run "yum remove libxklavier"?

Re: "yum deplist" vs "rpm -q --requires" confusion

[Andrew Z]

On Mon, Sep 5, 2011 at 3:49 PM, Todd And Margo Chester <
toddandma...@gmail.com> wrote:

> Hi Guys,
>
> I am looking at the dependencies for the "rpm" package
>
>#yum deplist rpm
>#rpm -q --requires rpm
>
> Yum gives me
> dependency: libnss3.so
>  provider: nss.i386 3.12.8-1.el5.centos
>  provider: nss.i386 3.12.8-4.el5_6
>
> rpm just gives me libnss3.so.
>
> Is there a way to get rpm to tell me the provider like yum does?
>
> Many thanks,
> -T
>

i think so . you need to put vendor etc into your .rpmmacros file... it was
on Centos FAQs site somewhere.

Re: "yum deplist" vs "rpm -q --requires" confusion

[Andrew Z]

On Mon, Sep 5, 2011 at 3:53 PM, Andrew Z  wrote:

>
> On Mon, Sep 5, 2011 at 3:49 PM, Todd And Margo Chester <
> toddandma...@gmail.com> wrote:
>
>> Hi Guys,
>>
>> I am looking at the dependencies for the "rpm" package
>>
>>#yum deplist rpm
>>#rpm -q --requires rpm
>>
>> Yum gives me
>> dependency: libnss3.so
>>  provider: nss.i386 3.12.8-1.el5.centos
>>  provider: nss.i386 3.12.8-4.el5_6
>>
>> rpm just gives me libnss3.so.
>>
>> Is there a way to get rpm to tell me the provider like yum does?
>>
>> Many thanks,
>> -T
>>
>
> i think so . you need to put vendor etc into your .rpmmacros file... it was
> on Centos FAQs site somewhere.
>

Here are the goodies:
http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c

Re: "yum deplist" vs "rpm -q --requires" confusion

[Todd And Margo Chester]

  
  
On 09/05/2011 12:55 PM, Andrew Z wrote:

  
  On Mon, Sep 5, 2011 at 3:53 PM, Andrew Z

wrote:

  

  On Mon, Sep 5, 2011 at 3:49 PM,
Todd And Margo Chester 
wrote:

  Hi Guys,
  
  I am looking at the dependencies for the "rpm" package
  
         #yum deplist rpm
         #rpm -q --requires rpm
  
  Yum gives me
      dependency: libnss3.so
           provider: nss.i386 3.12.8-1.el5.centos
           provider: nss.i386 3.12.8-4.el5_6
  
  rpm just gives me libnss3.so.
  
  Is there a way to get rpm to tell me the provider like
  yum does?
  
  Many thanks,
  
-T
  
  
  

  
  i think so . you need to put vendor etc into your .rpmmacros
  file... it was on Centos FAQs site somewhere.

  
  
  Here are the goodies:
  http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c
  
  

Hi Andrew,

$ more .rpmmacros
%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}

$ rpm -q --requires rpm | grep -i nss
libnss3.so  
libnssutil3.so  

I think I am missing something.

-T

  

Re: rpm --whatrequires vs yum

[Garrett Holmstrom]

On 2011-09-05 12:51, Andrew Z wrote:

On Mon, Sep 5, 2011 at 3:43 PM, Garrett Holmstrom mailto:ho...@physics.umn.edu>> wrote:

On 2011-09-05 8:16, Andrew Z wrote:

i'm not sure why there is a difference in the output of "rpm -q
--whatrequires " and "yum remove"


The rest of the packages depend on the .so file, not the package name:

[5508] gholms@lux ~ % rpm -q --whatrequires 'libxklavier.so.15()(64bit)'

libxklavier-4.0-7.el6.x86_64
libgnomekbd-2.28.2-2.el6.x86___64
kdebase-workspace-4.3.4-19.__el6.x86_64
gnome-settings-daemon-2.28.2-__11.el6.x86_64
control-center-2.28.1-25.__el6.x86_64
gdm-2.30.4-21.el6_0.1.x86_64
gnome-applets-2.28.0-7.el6.__x86_64
gnome-screensaver-2.28.3-8.__el6.x86_64

--
Garrett Holmstrom


---
-- slowly descending into more confusion 

Garret, can you please run "yum remove libxklavier"?


It would be better to just explain what is actually happening.  The 
libxklavier package provides three things:


[5610] gholms@lux ~ % rpm -q --provides libxklavier.x86_64
libxklavier.so.15()(64bit)
libxklavier = 4.0-7.el6
libxklavier(x86-64) = 4.0-7.el6

The first of these is the library itself, namely 
/usr/lib64/libxklavier.so.15.  rpmbuild automatically adds dependencies 
of this type to packages that link against shared libraries.


The rest are used for things that depend on the package by name.  For 
instance, this includes gnome-applets-2.28.0-7.el6.x86_64's dependency 
on "libxklavier >= 4.0".


By having yum remove the libxklavier package you remove all three of 
these, but your rpm query only searched for things that depend on the 
second.  To get an accurate list of what directly depends on a package 
you must check *everything* that the package provides.


[5616] gholms@lux ~ % rpm -q --provides libxklavier.x86_64 | sed 
's/=.*//' | xargs rpm -q --whatrequires | sort | uniq

control-center-2.28.1-25.el6.x86_64
gdm-2.30.4-21.el6_0.1.x86_64
gnome-applets-2.28.0-7.el6.x86_64
gnome-screensaver-2.28.3-8.el6.x86_64
gnome-settings-daemon-2.28.2-11.el6.x86_64
kdebase-workspace-4.3.4-19.el6.x86_64
libgnomekbd-2.28.2-2.el6.x86_64
libxklavier-4.0-7.el6.x86_64
no package requires libxklavier(x86-64)

--
Garrett Holmstrom

Re: "yum deplist" vs "rpm -q --requires" confusion

[Andrew Z]

On Mon, Sep 5, 2011 at 5:13 PM, Todd And Margo Chester <
toddandma...@gmail.com> wrote:

>  On 09/05/2011 12:55 PM, Andrew Z wrote:
>
>
>
> On Mon, Sep 5, 2011 at 3:53 PM, Andrew Z  wrote:
>
>>
>> On Mon, Sep 5, 2011 at 3:49 PM, Todd And Margo Chester <
>> toddandma...@gmail.com> wrote:
>>
>>> Hi Guys,
>>>
>>> I am looking at the dependencies for the "rpm" package
>>>
>>>#yum deplist rpm
>>>#rpm -q --requires rpm
>>>
>>> Yum gives me
>>> dependency: libnss3.so
>>>  provider: nss.i386 3.12.8-1.el5.centos
>>>  provider: nss.i386 3.12.8-4.el5_6
>>>
>>> rpm just gives me libnss3.so.
>>>
>>> Is there a way to get rpm to tell me the provider like yum does?
>>>
>>> Many thanks,
>>>  -T
>>>
>>
>>  i think so . you need to put vendor etc into your .rpmmacros file... it
>> was on Centos FAQs site somewhere.
>>
>
> Here are the goodies:
>
> http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c
>
>
>  Hi Andrew,
>
> $ more .rpmmacros
> %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
>
> $ rpm -q --requires rpm | grep -i nss
> libnss3.so
> libnssutil3.so
>
> I think I am missing something.
>
> -T
>
>

mmm. upsetting... i think rpm reads the rpms' section, but yum does some
extra lookups...
sorry that was the only trick i could think of.

Re: {OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Valerii D.]

2011/9/5 Andrew Z 

> yeah, i know computerworld is not THE source.
>
> http://www.computerworld.com/s/article/9219727/Hackers_steal_SSL_certificates_for_CIA_MI6_Mossad?taxonomyId=85
>
>
Yes. And the distribution is still the browser 3. 6. 2 without security
updates. And with a certificate from DigiNotar.

Re: rpm --whatrequires vs yum

[Andrew Z]

On Mon, Sep 5, 2011 at 6:04 PM, Garrett Holmstrom wrote:

> On 2011-09-05 12:51, Andrew Z wrote:
>
>> On Mon, Sep 5, 2011 at 3:43 PM, Garrett Holmstrom > **> wrote:
>>
>>On 2011-09-05 8:16, Andrew Z wrote:
>>
>>i'm not sure why there is a difference in the output of "rpm -q
>>--whatrequires " and "yum remove"
>>
>>
>>The rest of the packages depend on the .so file, not the package name:
>>
>>[5508] gholms@lux ~ % rpm -q --whatrequires
>> 'libxklavier.so.15()(64bit)'
>>
>>libxklavier-4.0-7.el6.x86_64
>>libgnomekbd-2.28.2-2.el6.x86__**_64
>>kdebase-workspace-4.3.4-19.__**el6.x86_64
>>gnome-settings-daemon-2.28.2-_**_11.el6.x86_64
>>control-center-2.28.1-25.__**el6.x86_64
>>gdm-2.30.4-21.el6_0.1.x86_64
>>gnome-applets-2.28.0-7.el6.__**x86_64
>>gnome-screensaver-2.28.3-8.__**el6.x86_64
>>
>>--
>>Garrett Holmstrom
>>
>>
>> ---
>> -- slowly descending into more confusion 
>>
>> Garret, can you please run "yum remove libxklavier"?
>>
>
> It would be better to just explain what is actually happening.  The
> libxklavier package provides three things:
>
> [5610] gholms@lux ~ % rpm -q --provides libxklavier.x86_64
>
> libxklavier.so.15()(64bit)
> libxklavier = 4.0-7.el6
> libxklavier(x86-64) = 4.0-7.el6
>
> The first of these is the library itself, namely
> /usr/lib64/libxklavier.so.15.  rpmbuild automatically adds dependencies of
> this type to packages that link against shared libraries.
>
> The rest are used for things that depend on the package by name.  For
> instance, this includes gnome-applets-2.28.0-7.el6.**x86_64's dependency
> on "libxklavier >= 4.0".
>
> By having yum remove the libxklavier package you remove all three of these,
> but your rpm query only searched for things that depend on the second.  To
> get an accurate list of what directly depends on a package you must check
> *everything* that the package provides.
>
> [5616] gholms@lux ~ % rpm -q --provides libxklavier.x86_64 | sed 's/=.*//'
> | xargs rpm -q --whatrequires | sort | uniq
>
> control-center-2.28.1-25.el6.**x86_64
> gdm-2.30.4-21.el6_0.1.x86_64
> gnome-applets-2.28.0-7.el6.**x86_64
> gnome-screensaver-2.28.3-8.**el6.x86_64
> gnome-settings-daemon-2.28.2-**11.el6.x86_64
> kdebase-workspace-4.3.4-19.**el6.x86_64
> libgnomekbd-2.28.2-2.el6.x86_**64
> libxklavier-4.0-7.el6.x86_64
> no package requires libxklavier(x86-64)
>
> --
> Garrett Holmstrom
>

Garrett,
 i think i'm hang up on the definition of  "requires". To me it means "won't
work if removed". But with this definition i have problem digesting the
difference in "Yum remove" output and your (really cool)  one line.
Thank you!
AZ

Re: {OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Andreas Petzold]

On Monday, September 05, 2011 21:11:09 Andrew Z wrote:
> yeah, i know computerworld is not THE source.
> http://www.computerworld.com/s/article/9219727/Hackers_steal_SSL_certificat
> es_for_CIA_MI6_Mossad?taxonomyId=85

omg, now someone can impersonate the CIA website. Now I can't be sure if I'm 
really logged in at the CIA or not

http://xkcd.com/932/




smime.p7s
Description: S/MIME cryptographic signature

Re: "yum deplist" vs "rpm -q --requires" confusion

[Todd And Margo Chester]

  
  
On 09/05/2011 03:17 PM, Andrew Z wrote:

  On Mon, Sep 5, 2011 at 5:13 PM, Todd And
Margo Chester 
wrote:

  

   On 09/05/2011 12:55 PM, Andrew Z wrote:

  
  On Mon, Sep 5, 2011 at 3:53
PM, Andrew Z 
wrote:

  

  On Mon, Sep 5, 2011
at 3:49 PM, Todd And Margo Chester 
wrote:
 Hi Guys,
  
  I am looking at the dependencies for the
  "rpm" package
  
         #yum deplist rpm
         #rpm -q --requires rpm
  
  Yum gives me
      dependency: libnss3.so
           provider: nss.i386
  3.12.8-1.el5.centos
           provider: nss.i386 3.12.8-4.el5_6
  
  rpm just gives me libnss3.so.
  
  Is there a way to get rpm to tell me the
  provider like yum does?
  
  Many thanks,
   -T
  
  
  

  
  i think so . you need to put vendor etc into your
  .rpmmacros file... it was on Centos FAQs site
  somewhere.

  
  
  Here are the goodies:
  http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c
  
  

  

Hi Andrew,

$ more .rpmmacros
%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}

$ rpm -q --requires rpm | grep -i nss
libnss3.so  
libnssutil3.so  

I think I am missing something.
 
  -T
  


  
  
  
  mmm. upsetting... i think rpm reads the rpms' section, but yum
  does some extra lookups...
  sorry that was the only trick i could think of.
  

No problem.  I really appreciate the help!

-T
  

Re: {OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Andreas Petzold]

On Tuesday, September 06, 2011 00:26:22 Valerii D. wrote:
> 2011/9/5 Andrew Z 
>  yeah, i know computerworld is not THE source.
> http://www.computerworld.com/s/article/9219727/Hackers_steal_SSL_certificat
> es_for_CIA_MI6_Mossad?taxonomyId=85
> 
> 
> 
> Yes. And the distribution is still the browser 3. 6. 2 without security
> updates. And with a certificate from DigiNotar.

TUV released the errata a week ago, so we can expect to see patched rpms from 
SL soon. In the meantime you can just delete the Diginotar CA from FF.

Andreas



smime.p7s
Description: S/MIME cryptographic signature

Re: {OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Andrew Z]

Would be fun to see Mossad doing that :))
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Andreas Petzold  wrote:

On Monday, September 05, 2011 21:11:09 Andrew Z wrote:
> yeah, i know computerworld is not THE source.
> http://www.computerworld.com/s/article/9219727/Hackers_steal_SSL_certificat
> es_for_CIA_MI6_Mossad?taxonomyId=85

omg, now someone can impersonate the CIA website. Now I can't be sure if I'm 
really logged in at the CIA or not

http://xkcd.com/932/

Re: repo "update"

[Nico Kadel-Garcia]

On Sun, Sep 4, 2011 at 1:01 PM, Andrew Z  wrote:
> i'm setting up my laptop for mock and why looking thru the
> /etc/mock/epel-6-x86_64.cfg i noticed that "updates" repo points to centos
> server list.
>
> question:
>  1. what's the right repo for updates?

Mock from EPEL is easily reconfigured to point to a local Scietifidic
Linux repository: that's how I use it.

Re: repo "update"

[Andrew Z]

On Mon, Sep 5, 2011 at 10:27 PM, Nico Kadel-Garcia  wrote:

> On Sun, Sep 4, 2011 at 1:01 PM, Andrew Z  wrote:
> > i'm setting up my laptop for mock and why looking thru the
> > /etc/mock/epel-6-x86_64.cfg i noticed that "updates" repo points to
> centos
> > server list.
> >
> > question:
> >  1. what's the right repo for updates?
>
> Mock from EPEL is easily reconfigured to point to a local Scietifidic
> Linux repository: that's how I use it.
>


dumier question - what's "fastbugs" are?

Re: xfce4 : either repo/xkb-plugin

[Andrew Z]

On Wed, Aug 31, 2011 at 11:23 AM, Andrew Z  wrote:

> Alex,
>
> > Unfortunately the link to the tar isn't working right now, so I'll try
> that again later (need to go sleep now...lol). From your reply it looks like
> you are using an i686 system, correct? Also are you comfortable building
> from source? If not I'll try to make the rpms for you if I can get it
> working.
> I have both ( 686 and 64) . It's just my 686 is setup for rpm building, and
> i tried it to see if it can be done quickly. I do appreciate your help with
> rpm building, but i'll try to get it done myself.
>
> Before i went into the abyss of dreamless night, i thought that i should
> check the tars for xkb. Maybe guys never updated the srpms. So that will be
> my next step. For reference :
> http://archive.xfce.org/src/panel-plugins/xfce4-xkb-plugin/0.5/ Most
> likely i get to this in a next few days
>
> Andrew
>
>
>
> On Wed, Aug 31, 2011 at 12:13 AM, Alexander Hunt <
> alexander.d.h...@googlemail.com> wrote:
>
>> **
>> On 08/30/2011 09:37 PM, Andrew Z wrote:
>>
>> unfortunately all of them ( from fedora 9 to 12) produce:
>> xkb-config.c: In function 'xkb_config_initialize_xkb_
>> options':
>> xkb-config.c:153: error: too few arguments to function
>> 'xkl_config_registry_load'
>> xkb-config.c:138: warning: unused variable 'state'
>> xkb-config.c: In function 'xkb_config_free':
>> xkb-config.c:198: warning: unused variable 'i'
>> xkb-config.c: In function 'xkb_config_get_xkl_registry':
>> xkb-config.c:550: error: too few arguments to function
>> 'xkl_config_registry_load'
>> while I try to compile it..
>>
>> the latest i tried was
>> ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/12/SRPMS/xfce4-xkb-plugin-0.5.3.3-3.fc12.src.rpm
>> next one 
>> (xfce4-xkb-plugin-0.5.3.3-4.fc13.i686.rpm)
>> requires libxklavier-5.1 and that's not in our repos :(
>>
>> i found  reference to this bug (
>> http://osdir.com/ml/debian-bugs-closed/2010-04/msg01890.html). Not sure
>> where to go from here
>>
>> Any ideas are welcomed
>>  Andrew
>>
>>
>> On Tue, Aug 30, 2011 at 10:43 PM, Andrew Z  wrote:
>>
>>> Alexandr,
>>> >... Maybe check and see if you have "keyboard" under the "settings" in
>>> the menu. That gives you keyboard options on the last tab. If not check for
>>> the file /usr/share/applications/xfce-keyboard-settings.desktop.
>>>
>>> both are in place. I should say that i installed xfce from epel by "group
>>> install". Didn't do anything else.
>>>
>>> The annoyance with the "Keyboard" tool is that it doesn't provide a way
>>> to select a shortcuts, nor it doesn't put the indicator on the panel. At the
>>> same time i can select the language their and it work ( i can type in
>>> selected language ) as expected.So that's a big plus.
>>> So i'm pretty much sure that all i need is to find the way to assign a
>>> keyboard shortcut and add the language indicator to the panel.
>>>
>>> while looking around i found the post by Jean-Paul -
>>> http://www.mail-archive.com/scientific-linux-users@listserv.fnal.gov/msg07732.html,
>>> yet no xfce4-xkb there.
>>> I found smth here (
>>> http://rpm.pbone.net/index.php3/stat/4/idpl/16012224/dir/fedora_15/com/xfce4-xkb-plugin-0.5.4.1-1.fc15.i686.rpm.html).
>>> Will try to recompile.
>>>
>>> Thank you Alex for all the detailed information.
>>> Andrew
>>>
>>>
>>>
>>> On Tue, Aug 30, 2011 at 9:55 PM, Alexander Hunt <
>>> alexander.d.h...@googlemail.com> wrote:
>>>
   On 08/29/2011 11:51 AM, Andrew Z wrote:

 Hello,
  i think i'm pretty much sold on XFCE4 .
  few quick questions:
  a. do i need any special repos for it?
  b. i'm looking for xfce4-xkb-plugin and it doesn't seemed to be in
 regular repos ( rpmforge, epel ). What am i missing?
  c. I need to add a shortcut to change the keyboard layouts. And i can't
 find a place where to specify the shortcut for that ...

 Please advise.
 Andrew

   Hi Andrew,
 Sorry it took a while to get to this... Since I also use XFCE I thought
 I could help.

 a.) just epel-testing, all the basics are there but some optionals are
 missing, like the plugins and xf-burn (maybe more but those are the ones
 I've needed too and aren't there).

 Maybe check and see if you have "keyboard" under the "settings" in the
 menu. That gives you keyboard options on the last tab. If not check for the
 file /usr/share/applications/xfce-keyboard-settings.desktop. I'm not sure 
 if
 that app will give you the control you need or not.

 b.) I found this repo that has the .rpm for the kbd plugin, but I don't
 know how good the package builds are, but easy enough to get rid of it 
 there
 is a problem:
 http://lcfg-sl5.see.ed.ac.uk/see/sl6_64/  (this link is for the  x86_64
 repo. If you use i686, just go to parent folder

Re: "yum deplist" vs "rpm -q --requires" confusion

[Andrew Z]

On Mon, Sep 5, 2011 at 6:47 PM, Todd And Margo Chester <
toddandma...@gmail.com> wrote:

>  On 09/05/2011 03:17 PM, Andrew Z wrote:
>
>
> On Mon, Sep 5, 2011 at 5:13 PM, Todd And Margo Chester <
> toddandma...@gmail.com> wrote:
>
>>   On 09/05/2011 12:55 PM, Andrew Z wrote:
>>
>>
>>
>> On Mon, Sep 5, 2011 at 3:53 PM, Andrew Z  wrote:
>>
>>>
>>> On Mon, Sep 5, 2011 at 3:49 PM, Todd And Margo Chester <
>>> toddandma...@gmail.com> wrote:
>>>
 Hi Guys,

 I am looking at the dependencies for the "rpm" package

#yum deplist rpm
#rpm -q --requires rpm

 Yum gives me
 dependency: libnss3.so
  provider: nss.i386 3.12.8-1.el5.centos
  provider: nss.i386 3.12.8-4.el5_6

 rpm just gives me libnss3.so.

 Is there a way to get rpm to tell me the provider like yum does?

 Many thanks,
  -T

>>>
>>>  i think so . you need to put vendor etc into your .rpmmacros file... it
>>> was on Centos FAQs site somewhere.
>>>
>>
>> Here are the goodies:
>>
>> http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c
>>
>>
>>   Hi Andrew,
>>
>> $ more .rpmmacros
>> %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
>>
>> $ rpm -q --requires rpm | grep -i nss
>> libnss3.so
>> libnssutil3.so
>>
>> I think I am missing something.
>>
>> -T
>>
>>
>
> mmm. upsetting... i think rpm reads the rpms' section, but yum does some
> extra lookups...
> sorry that was the only trick i could think of.
>
>  No problem.  I really appreciate the help!
>
> -T
>

I'm not sure if you read my other thread. But there Garrett replied with the
following statement:
[quote]
 gholms@lux ~ % rpm -q --provides libxklavier.x86_64 | sed 's/=.*//' | xargs
rpm -q --whatrequires | sort | uniq

control-center-2.28.1-25.el6.x86_64
gdm-2.30.4-21.el6_0.1.x86_64
gnome-applets-2.28.0-7.el6.x86_64
gnome-screensaver-2.28.3-8.el6.x86_64
gnome-settings-daemon-2.28.2-11.el6.x86_64
kdebase-workspace-4.3.4-19.el6.x86_64
libgnomekbd-2.28.2-2.el6.x86_64
libxklavier-4.0-7.el6.x86_64
no package requires libxklavier(x86-64)
[/quote]

maybe this is what you are looking for 

yet, when i ran :
[code]
[root@toshiba ~]# rpm -q --provides rpm |sed 's/=.*//' | xargs rpm -q
--whatrequires | sort | uniq
createrepo-0.9.8-4.el6.noarch
kde-filesystem-4-30.1.el6.noarch
man-1.6f-29.el6.x86_64
no package requires rpm(x86-64)
policycoreutils-2.0.83-19.8.el6_0.x86_64
python-meh-0.11-1.el6.noarch
rpm-4.8.0-16.el6.x86_64
rpm-build-4.8.0-16.el6.x86_64
rpm-libs-4.8.0-16.el6.x86_64
rpm-python-4.8.0-16.el6.x86_64
yum-3.2.29-17.el6.noarch
[/code]

while :
[code]
[root@toshiba ~]# yum deplist rpm | grep provider: | awk '{print $2 }' |
sort | uniq
bash.x86_64
bzip2-libs.x86_64
coreutils.x86_64
curl.x86_64
db4-utils.x86_64
db4.x86_64
elfutils-libelf.x86_64
file-libs.x86_64
glibc.i686
glibc.x86_64
libacl.x86_64
libcap.x86_64
libselinux.x86_64
lua.x86_64
nss.x86_64
popt.i686
popt.x86_64
rpm-libs.x86_64
xz-libs.x86_64
zlib.x86_64
[/code]

389-ds-admin

[Neil Streeter]

Hi all,

I've just installed Scientific Linux 6.1 with the 389 directory server. 
I can't seem to locate the 389 directory server admin console with yum 
(389-ds-admin). What am I missing?


Thanks!
Neil

Re: 389-ds-admin

[William Scott]

On 6 September 2011 13:54, Neil Streeter  wrote:
> Hi all,
>
> I've just installed Scientific Linux 6.1 with the 389 directory server. I
> can't seem to locate the 389 directory server admin console with yum
> (389-ds-admin). What am I missing?

?

389-admin-1.1.11-0.5.rc1.el6.x86_64 from epel
389-adminutil-1.1.10-1.el6.x86_64 from epel



>
> Thanks!
> Neil
>

Re: 389-ds-admin

[Neil Streeter]

On 09/06/2011 12:07 AM, William Scott wrote:

On 6 September 2011 13:54, Neil Streeter  wrote:

Hi all,

I've just installed Scientific Linux 6.1 with the 389 directory server. I
can't seem to locate the 389 directory server admin console with yum
(389-ds-admin). What am I missing?

?

 389-admin-1.1.11-0.5.rc1.el6.x86_64 from epel
 389-adminutil-1.1.10-1.el6.x86_64 from epel




I guess I expected to see these packages in the Scientific Linux repos 
along with 389-ds-base-1.2.8.2. I also noticed on the 389 wiki release 
notes pertaining to release 1.2.8.2 the following versions which were 
released at the same time. The EPEL versions appear to be older.


   * 389-ds-base 1.2.8.2
   * 389-admin 1.1.16
   * idm-console-framework 1.1.7
   * 389-ds-console 1.2.5
   * 389-admin-console 1.1.7

I have not yet enabled EPEL - is this the only way to obtain these 
packages? I would think I would want the 1.1.16 version of 389-admin and 
the versions of the other tools that correspond with the 1.2.8.2 release.


ns

Re: {OT} Saga with certificates continues : "Hackers steal SSL certificates for CIA, MI6, Mossad"

[Franchisseur Robert]

-- Le (On) 2011-09-06 +0200 à (at) 00:53:39 Andreas Petzold écrivit (wrote): --

> On Tuesday, September 06, 2011 00:26:22 Valerii D. wrote:
> > 
> > 
> > Yes. And the distribution is still the browser 3. 6. 2 without security
> > updates. And with a certificate from DigiNotar.
> 
> TUV released the errata a week ago, so we can expect to see patched rpms from 
> SL soon. In the meantime you can just delete the Diginotar CA from FF.
> 

   You can't ! It seems it was deleted but if you re-open :

   Edit --> Preferences --> Advanced --> Encryption --> View certificats 
--> Authorities

   it is still there !


-- 
 Best regards,
   Robert FRANCHISSEUR

  Apollo_gist :-)___
| Robert FRANCHISSEUR   |
| Laboratoire de Météorologie Dynamique -  C.N.R.S. |
| Equipe "R.A.M.S.E.S." -   UPMC   -   Tour 45-55 3ème 315C |
| Boite 99 - 4, place JussieuF-75252 PARIS CEDEX 05  FRANCE |
| Phone  : +33 (0)1 44 27 73 87  fax : +33 (0)1 44 27 62 72 |
| e-mail : robert at lmd . jussieu . fr   http://www.lmd.jussieu.fr |
 ---

Re: 389-ds-admin

[William Scott]

On 6 September 2011 14:34, Neil Streeter  wrote:
> On 09/06/2011 12:07 AM, William Scott wrote:
>
> On 6 September 2011 13:54, Neil Streeter  wrote:
>
> Hi all,
>
> I've just installed Scientific Linux 6.1 with the 389 directory server. I
> can't seem to locate the 389 directory server admin console with yum
> (389-ds-admin). What am I missing?
>
> ?
>
> 389-admin-1.1.11-0.5.rc1.el6.x86_64 from epel
> 389-adminutil-1.1.10-1.el6.x86_64 from epel
>
>
>
> I guess I expected to see these packages in the Scientific Linux repos along
> with 389-ds-base-1.2.8.2. I also noticed on the 389 wiki release notes
> pertaining to release 1.2.8.2 the following versions which were released at
> the same time. The EPEL versions appear to be older.
>
> 389-ds-base 1.2.8.2
> 389-admin 1.1.16
> idm-console-framework 1.1.7
> 389-ds-console 1.2.5
> 389-admin-console 1.1.7
>
> I have not yet enabled EPEL - is this the only way to obtain these packages?

I don't have it installed but the wiki implies that.

Did you look in the testing repo?

389-ds-base  x86_64   1.2.9-0.2.a2.el6   epel-testing-389-ds-base


yum install 389-ds --disablerepo=*
--enablerepo=epel,epel-testing,epel-testing-389-ds-base,sl


> I would think I would want the 1.1.16 version of 389-admin and the versions
> of the other tools that correspond with the 1.2.8.2 release.
>
> ns
>
>

Re: rpm --whatrequires vs yum

[Garrett Holmstrom]

On 2011-09-05 15:27, Andrew Z wrote:


On Mon, Sep 5, 2011 at 6:04 PM, Garrett Holmstrom mailto:ho...@physics.umn.edu>> wrote:

On 2011-09-05 12:51, Andrew Z wrote:

On Mon, Sep 5, 2011 at 3:43 PM, Garrett Holmstrom
mailto:ho...@physics.umn.edu>
>__>
wrote:

On 2011-09-05 8:16, Andrew Z wrote:

i'm not sure why there is a difference in the output of
"rpm -q
--whatrequires " and "yum remove"


The rest of the packages depend on the .so file, not the
package name:

[5508] gholms@lux ~ % rpm -q --whatrequires
'libxklavier.so.15()(64bit)'

libxklavier-4.0-7.el6.x86_64
libgnomekbd-2.28.2-2.el6.x86_64
kdebase-workspace-4.3.4-19.el6.x86_64
gnome-settings-daemon-2.28.2-11.el6.x86_64
control-center-2.28.1-25.el6.x86_64
gdm-2.30.4-21.el6_0.1.x86_64
gnome-applets-2.28.0-7.el6.x86_64
gnome-screensaver-2.28.3-8.el6.x86_64

--
Garrett Holmstrom


---
-- slowly descending into more confusion 

Garret, can you please run "yum remove libxklavier"?


It would be better to just explain what is actually happening.  The
libxklavier package provides three things:

[5610] gholms@lux ~ % rpm -q --provides libxklavier.x86_64

libxklavier.so.15()(64bit)
libxklavier = 4.0-7.el6
libxklavier(x86-64) = 4.0-7.el6

The first of these is the library itself, namely
/usr/lib64/libxklavier.so.15.  rpmbuild automatically adds
dependencies of this type to packages that link against shared
libraries.

The rest are used for things that depend on the package by name.
  For instance, this includes gnome-applets-2.28.0-7.el6.__x86_64's
dependency on "libxklavier >= 4.0".

By having yum remove the libxklavier package you remove all three of
these, but your rpm query only searched for things that depend on
the second.  To get an accurate list of what directly depends on a
package you must check *everything* that the package provides.

[5616] gholms@lux ~ % rpm -q --provides libxklavier.x86_64 | sed
's/=.*//' | xargs rpm -q --whatrequires | sort | uniq

control-center-2.28.1-25.el6.__x86_64
gdm-2.30.4-21.el6_0.1.x86_64
gnome-applets-2.28.0-7.el6.__x86_64
gnome-screensaver-2.28.3-8.__el6.x86_64
gnome-settings-daemon-2.28.2-__11.el6.x86_64
kdebase-workspace-4.3.4-19.__el6.x86_64
libgnomekbd-2.28.2-2.el6.x86___64
libxklavier-4.0-7.el6.x86_64
no package requires libxklavier(x86-64)

--
Garrett Holmstrom


Garrett,
  i think i'm hang up on the definition of "requires". To me it means
"won't work if removed". But with this definition i have problem
digesting the difference in "Yum remove" output and your (really cool)
one line.


That is exactly what "requires" means here.  rpm enforces these 
dependencies by refusing to allow you to remove something when something 
else depends upon it.  Yum knows this, so when you tell yum to remove a 
package it generally removes everything that depends upon it as well. 
So if you remove libxklavier.x86_64 then it will also remove everything 
in the list given by the above rpm query.  Everything that depends on 
*those* packages, then, also gets removed, and so forth.  This is what 
yum means by "removing for dependencies".


--
Garrett Holmstrom

Re: "yum deplist" vs "rpm -q --requires" confusion

[Dr Andrew C Aitchison]

On Mon, 5 Sep 2011, Todd And Margo Chester wrote:


On 09/05/2011 12:55 PM, Andrew Z wrote:


  On Mon, Sep 5, 2011 at 3:53 PM, Andrew Z  wrote:

On Mon, Sep 5, 2011 at 3:49 PM, Todd And Margo Chester 
 wrote:
  Hi Guys,

  I am looking at the dependencies for the "rpm" package

         #yum deplist rpm
         #rpm -q --requires rpm

  Yum gives me
      dependency: libnss3.so
           provider: nss.i386 3.12.8-1.el5.centos
           provider: nss.i386 3.12.8-4.el5_6

  rpm just gives me libnss3.so.

  Is there a way to get rpm to tell me the provider like yum 
does?

  Many thanks,
  -T


i think so . you need to put vendor etc into your .rpmmacros file... it was on 
Centos FAQs site somewhere.


Here are the goodies:
http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-863c703185b8f37d716f15e2a25393813ccf155c


Hi Andrew,

$ more .rpmmacros
%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}

$ rpm -q --requires rpm | grep -i nss
libnss3.so 
libnssutil3.so 

I think I am missing something.


# rpmquery --requires rpm | grep -i nss
libnss3.so()(64bit)

# rpmquery --qf "%{VENDOR} %{name}-%{version}-%{release}.%{arch}\n" 
--whatprovides 'libnss3.so()(64bit)'
Scientific Linux nss-3.12.9-9.el6.x86_64

--qf is the command-line equivalent of the %_query_all_fmt variable.

--
Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge
a.c.aitchi...@dpmms.cam.ac.uk   http://www.dpmms.cam.ac.uk/~werdna