[CentOS] skypeforlinux lacks dependencies, won't update

[wwp]

Hello Peter,


On Tue, 21 Nov 2017 20:39:41 +1300 Peter <peter at pajamian.dhs.org> wrote:

> On 21/11/17 19:55, wwp wrote:
> >>>> Maybe. Unpacking the rpm works, anyway, I never encountered a single
> >>>> binary issue since I use it like that (ordinary use, I probably don't
> >>>> use that text encoding or whatever submodule which depends on a newer
> >>>> libstdc++).
> >>>>
> >>>>
> >>>> Please explain "Unpacking the RPM".  How is one to do that when there    
> >>> are broken dependencies?    
> >>
> >> Easy.
> >>     rpm2cpio /path/to/whatever.rpm | cpio -idm
> >>
> >> Probably best to do that in a temporary directory and see what you get.
> >> See the cpio manpage for other options.  
> > 
> > Exactly. One could also install using `rpm -Uvh --nodeps
> > skypeforlinux-64-0.rpm`, that worked too even if NOT solving the dep
> > for uninstalled lib for the specific skype module.  
> 
> The issue here is that the reason it's a dep is because at least some
> component of the skype package was built against a libstdc++ that in
> turn was built against a newer glibc than that provided by CentOS 7.
> You are playing with fire trying to bypass the dep and install it
> anyways.  You are much better off getting the skype from the insider
> channel which was built without the newer library requirements.  After
> installing it you can disable the insider repo and then you'll get newer
> updates from the stable repo instead (which should hopefully work in the
> future).

I think that it's clear that installing the package that way is
potentially unsafe (well, when you know what module may crash, you
don't risk much), is tricky and just a workaround. At the time there
was no insider package that fixes it, there was no alternative but this
hack. I personally faced no issue at all w/ that workaround and am
waiting for the next stable to jump in, I consider the insider one as
less reliable.


Regards,

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.centos.org/pipermail/centos/attachments/20171121/2efc4806/attachment.sig>