Hello, On Mon, 20 Nov 2017 19:22:19 -0600 Robert Nichols <rnicholsNOSPAM at comcast.net> wrote:> On 11/20/2017 07:13 PM, Mark LaPierre wrote: > > On 11/20/17 03:44, wwp wrote: > >> Hello, > >> > >> > >> On Mon, 20 Nov 2017 12:58:21 +1300 Peter <peter at pajamian.dhs.org> wrote: > >> > >>> On 20/11/17 11:30, milos.blazevic wrote: > >>>> There's the unstable version that installs and works: > >>>> https://www.skype.com/en/insider/ > >>> > >>> Thanks for pointing this out, it looks like they removed the newer > >>> GLIBCXX requirement that was added for 8.10, possibly due to popular demand? > >> > >> 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. 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/f334944c/attachment-0001.sig>
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). Peter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20171121/16cbb398/attachment-0001.sig>
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-0001.sig>