Re: Skype on SL5

2012-01-22 Thread Der Kybernetiker
Thank you, but I tried upgrading to SL6 and it appeared to be slower on
my old computer. Moreover, sometimes I got kernel panic message when
booting linux. That is why I prefer to stick to 5th branch as long as
it is doing its job.

On Sun, 22 Jan 2012 08:07:51 -0500
Nico Kadel-Garcia nka...@gmail.com wrote:

 On Sun, Jan 22, 2012 at 8:02 AM, Der Kybernetiker
 kyberneti...@gmail.com wrote:
  Hello,
 
  has anybody installed Skype under SL5 successfully?
 
  I did everything according to instructions at
  http://punkts.org/trac/wiki/Skype22ForCentOS5
  but it freezes as soon as I try to type anything into the logon
  window.
 
  I'm using Scientific Linux 5.7 and Genius Slim 2020AF Web Cam.
 
 It's working well under SL 6.with Logitech devices. Is there any
 reason not to upgrade to SL 6.1?


Re: Skype on SL5

2012-01-22 Thread Akemi Yagi
On Sun, Jan 22, 2012 at 5:02 AM, Der Kybernetiker
kyberneti...@gmail.com wrote:
 Hello,

 has anybody installed Skype under SL5 successfully?

 I did everything according to instructions at
 http://punkts.org/trac/wiki/Skype22ForCentOS5
 but it freezes as soon as I try to type anything into the logon
 window.

 I'm using Scientific Linux 5.7 and Genius Slim 2020AF Web Cam.

You may want to check out this CentOS mailing list thread:

http://lists.centos.org/pipermail/centos/2012-January/122298.html

Looks like there are a few possible solutions. One of them is to use
the static version referenced in http://wiki.centos.org/HowTos/Skype .
Avoiding 2.2.x seems to be a better option (?) at this moment.

Akemi


Re: nfs-utils umount.nfs core dumps

2012-01-22 Thread Chris Schanzle

On 01/21/2012 11:01 AM, Nico Kadel-Garcia wrote:

On Fri, Jan 20, 2012 at 11:14 PM, Chris Schanzleschan...@nist.gov  wrote:

On 01/20/2012 09:51 PM, Konstantin Olchanski wrote:


I feel obligated to vent about the ongoing mess-up of the nfs-utils
package.

In the nutshell, all of my SL6.1 machines are affected (not both
machines,
both dozens of machines, 24 is the last count).

The / directory is filling up with 1 Mbyte core files from umount.nfs
at the rate of about 3 core dumps per minute.




Just wanted to put a me too out there.  I admit to not keeping up with the
various nfs-utils versions and just recently joined this list.

Seemed that umount.nfs dumping core caused /etc/mtab to not get cleaned up,
so you had many duplicates in the output of say, 'df'.

We don't use kerberos, just NIS and the automounter, so it seemed like a lot
of the discussion didn't apply to us.  It didn't affect all our systems
either.

I feel the same frustration.  I have stopped rolling out EL6 and I'm
apologizing to my existing early adopter users.  With this issue and my
previously mentioned email about the inability to reboot successfully (due
to umount issues) not generating any discussion, I'm preparing to hop back
to the other prominent NA enterprise Linux derivative.  It's great to have
choices.

PS - I just noticed the mailing list doesn't add a Reply-To: field to direct
replies to the list.


Chris, I'm not sure you can blame SL for this one at all. Our favorite
upstream vendor occasionally publishes software with a bug, although
they're very good about testing and fixing any reported issues, which
is why some of us pay them for support licenses and others take
advantage of the goodness of free software. Is there a sign or pointer
that this was, in fact, an SL compilation generated bug?


Yes, I understand and agree we get upstream's occasional rare bugs.  I'm 
pointing the finger (possibly!) at SL due to this thread which references the 
re-issuing of nfs-utils due to a build environment error:
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1201L=scientific-linux-develT=0P=77

There are other interesting threads including Recent updates break 
autofs/ldap/krb5, but those may be upstream bugs.


Are you mounting NFS directories at / ? That's usually a *REALLY* bad
idea, because if the NFS mount has any issues, it interferes with any
function that glances in / for permissions or other information. If
not, do you have any idea why it'd dumping those files in / ?


No - I'm sorry if I wrote something that implied that.  We use standard indirect maps (e.g., 
/home/user).  I am guessing umount.nfs is dumping cores in / since that is 
it's CWD.

I've got my CentOS 6.2 installation process ready and will switch my most 
troublesome user hopefully Monday.  Unfortunately, it is not an 
apples-to-apples comparison with the current SL 6.1.

As an experiment, I installed 
6rolling/testing/x86_64/nfs-utils/nfs-utils-1.2.3-15.el6.0.sl6.x86_64.rpm (I 
believe the latest upstream version, i.e., what is in 6.2) on that user's 
system and while the core dumps have not returned, /etc/mtab is still 
accumulating duplicates, viewable with duplicate counts via:

  sort /etc/mtab | uniq -dc


Re: Skype on SL5 [SOLVED]

2012-01-22 Thread Der Kybernetiker
Thanks a lot for the useful links. I downloaded and installed
precompiled rpm from
http://rpms.plnet.rs/plnet-centos5-i386/RPMS.plnet/skype-2.1.0.81-1.el5.noarch.rpm
and it seems to work now.

By the way, the repo from which I downloaded the package contains many
interesting rpms. Its maintainer does the good job.

Thanks again.

Best regards,

Ivan


On Sun, 22 Jan 2012 07:20:20 -0800
Akemi Yagi amy...@gmail.com wrote:

 On Sun, Jan 22, 2012 at 5:02 AM, Der Kybernetiker
 kyberneti...@gmail.com wrote:
  Hello,
 
  has anybody installed Skype under SL5 successfully?
 
  I did everything according to instructions at
  http://punkts.org/trac/wiki/Skype22ForCentOS5
  but it freezes as soon as I try to type anything into the logon
  window.
 
  I'm using Scientific Linux 5.7 and Genius Slim 2020AF Web Cam.
 
 You may want to check out this CentOS mailing list thread:
 
 http://lists.centos.org/pipermail/centos/2012-January/122298.html
 
 Looks like there are a few possible solutions. One of them is to use
 the static version referenced in http://wiki.centos.org/HowTos/Skype .
 Avoiding 2.2.x seems to be a better option (?) at this moment.
 
 Akemi


Re: RPM spin of the berlios?

2012-01-22 Thread Phil Schaffner

Todd And Margo Chester wrote on 01/20/2012 07:38 PM:

Hi All,

Anyone know of an RPM spin of the real cdrecord?

http://cdrecord.berlios.de


Answered you on Repoforge http://lists.repoforge.org/mailman/listinfo/users

For the record here, I found this:

http://www.city-fan.org/ftp/contrib/sysutils/cdrtools/

It does rebuild and work on EL6 (with a lot of external deps) if you 
don't want to use the supplied binaries, as I did not. Has some 
interesting links to the background of the controversy.


Phil


Re: RPM spin of the berlios?

2012-01-22 Thread Todd And Margo Chester

On 01/22/2012 10:17 AM, Phil Schaffner wrote:

Todd And Margo Chester wrote on 01/20/2012 07:38 PM:

Hi All,

Anyone know of an RPM spin of the real cdrecord?

http://cdrecord.berlios.de


Answered you on Repoforge http://lists.repoforge.org/mailman/listinfo/users

For the record here, I found this:

http://www.city-fan.org/ftp/contrib/sysutils/cdrtools/

It does rebuild and work on EL6 (with a lot of external deps) if you
don't want to use the supplied binaries, as I did not. Has some
interesting links to the background of the controversy.

Phil



Hi Phil,

   Thank you!

   Now to see if mkisofs will shrink my TS_VIDEO directory
down from 6.2 gb to 4.4 gb like other tools do.

-T


libupnp.so.3()(64bit) : Success - empty transaction

2012-01-22 Thread Yasha Karant
When attempting to do a routine SL 6x update (red pointed badge 
exclamation point symbol appears on top bar of Gnome window manager), I 
received the result below.  I am posting this as an information item to 
save others the time; I understand that EPEL is outside the domain of SL 
and this list.   I suspect that  Success - empty transaction  is an 
oxymoron.


Yasha Karant

This update will add new features and expand functionality.
This notification was issued on 2011-07-06.
New build for EL-6

For more information about this update please visit this website:
• https://admin.fedoraproject.org/updates/F6.1/FEDORA-EPEL-2011-3726.

libupnp.so.3()(64bit) : Success - empty transaction