New version is available. PR: https://github.com/gentoo/gentoo/pull/6110
As pointed out in the Github PR discussion and linked forum post, the old ebuild doesn't install correctly. If instead of handpicking files here and there you simply do `mv usr "${D}"/`, it works fine.
Created attachment 502190 [details] skypeforlinux-8.9.0.1.ebuild My version of the ebuild fixing all problems (licenses, broken menu links, broken desktop file, missing node modules).
(In reply to Mario Fetka (geos_one) from comment #2) > Created attachment 502190 [details] > skypeforlinux-8.9.0.1.ebuild > > My version of the ebuild fixing all problems (licenses, broken menu links, > broken desktop file, missing node modules). Repoman complaints about licenses: LICENSE.invalid [fatal] 2 net-im/skypeforlinux/skypeforlinux-8.9.0.1.ebuild: BSD-3 net-im/skypeforlinux/skypeforlinux-8.9.0.1.ebuild: Artistic-2.0 There is Artistic-2 file in /usr/portage/licenses but there isn't BSD-3. If I understand correctly 3-clause-BSD is just BSD (/usr/portage/licenses/BSD in Gentoo).
Created attachment 502788 [details] Simpified ebuild with fixed dependencies Here is an improved bumped ebuild that I had started independently. It: - updates the list of dependencies shared libraries - simplifies the installation step, making it more robust - includes the improvements of geos_one's ebuild
Your ebuild caused emerge of media-libs/libv4l and Skype works now. I'll made changes in my PR.
*** Bug 629464 has been marked as a duplicate of this bug. ***
(In reply to Karol Grudziński from comment #5) > Your ebuild caused emerge of media-libs/libv4l and Skype works now. I'll > made changes in my PR. Please look also at bug #629464 where there is someone else maintaining an ebuild slightly different from yours, it would be good to have an unique version :-)
I saw that bug report. As you can see I even made comment there ;). I think Yann's ebuild is much better because it takes into account correct new dependencies and list of licenses (see bug https://bugs.gentoo.org/615468 ).
Thumbs up to karol's opinion on this. I've been "out of it" lately and can't think straight.
Created attachment 505612 [details] skypeforlinux-8.11.76.8.ebuild my new version of the ebauild also added support for the autostart function of spypeforlinux
yes i tooke the time and parsed the 3rdparty license file and created the new LICENSE line that was taken over by Yann's ebuild and as usual i creatad some typos ;-)
(In reply to Mario Fetka (geos_one) from comment #11) > yes i tooke the time and parsed the 3rdparty license file and created the > new LICENSE line that was taken over by Yann's ebuild > and as usual i creatad some typos ;-) Your ebuild negates changes made in my PR. And I think we shouldn't be introducing ebuild for unstable version because it already takes too long to bump stable version in portage, unstable version creates more problems than it solves.
There was another version bump yesterday.
Created attachment 506434 [details] skypeforlinux-8.11.0.4.ebuild The bump to 8.11.0.4 does not require any changes to the ebuild, but this new version fixes a QA warning and incorporates Mario’s fix for the autostart file
Hi, today skypeforlinux 5.5.0.1 (and last week 5.4.0.1) stopped working (no longer supported by skype). Merging the new ebuild would be highly esteemed :).
*** Bug 638524 has been marked as a duplicate of this bug. ***
Attachment 506434 [details] / skypeforlinux-8.11.0.4.ebuild "build" fine and is working.
Came here just to say that skype 5.5 stopped working today. There's no working version of skype available in portage at this moment.
(In reply to Luis Lucas from comment #18) > Came here just to say that skype 5.5 stopped working today. There's no > working version of skype available in portage at this moment. I confirm, we'll wait for official ebuild
I made PR nearly one month ago. I'm only proxy-maintainer of skypeforlinux so somebody else have to finally merge this.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f080bf81d486d5d1dda6119662c493487c3a6eb2 commit f080bf81d486d5d1dda6119662c493487c3a6eb2 Author: Karol Grudziński <krlgrudzinski+gentoo@gmail.com> AuthorDate: 2017-11-02 16:24:42 +0000 Commit: Agostino Sarubbo <ago@gentoo.org> CommitDate: 2017-11-27 18:28:56 +0000 net-im/skypeforlinux: version bump - Remove ebuilds for obsolete versions - Bump to 8.11.0.4 with changes in ebuild: - updated the list of dependencies - updated list of licenses - simplified the installation - other QA fixes Bug: https://bugs.gentoo.org/636278 Bug: https://bugs.gentoo.org/615468 Package-Manager: Portage-2.3.13, Repoman-2.3.4 net-im/skypeforlinux/Manifest | 3 +- net-im/skypeforlinux/skypeforlinux-5.4.0.1.ebuild | 108 --------------------- ....5.0.1.ebuild => skypeforlinux-8.11.0.4.ebuild} | 50 +++++----- 3 files changed, 25 insertions(+), 136 deletions(-)}
the multilib dep on app-crypt/libsecret is incorrect due to fact this ebuild has no multilib variant. emerge -pv net-im/skypeforlinux These are the packages that would be merged, in order: │ Calculating dependencies... done! emerge: there are no ebuilds to satisfy "app-crypt/libsecret[abi_x86_64(-)?]". (dependency required by "net-im/skypeforlinux-8.11.0.4::gentoo" [ebuild]) (dependency required by "net-im/skypeforlinux" [argument])
(In reply to Oleg from comment #22) > the multilib dep on app-crypt/libsecret is incorrect due to fact this ebuild > has no multilib variant. > > emerge -pv net-im/skypeforlinux > > These are the packages that would be merged, in order: > > > │ > Calculating dependencies... done! > > > emerge: there are no ebuilds to satisfy > "app-crypt/libsecret[abi_x86_64(-)?]". > > (dependency required by "net-im/skypeforlinux-8.11.0.4::gentoo" [ebuild]) > > (dependency required by "net-im/skypeforlinux" [argument]) Should someone file a bug on libsecret (if it doesn't already exist) and have it block this one?
Can somebody else confirm this bug? I unmerged libsecret and skypeforlinux and I don't get any errors: # emerge -pv skypeforlinux These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-crypt/libsecret-0.18.5::gentoo USE="crypt introspection -debug {-test} -vala" 497 KiB [ebuild N ] net-im/skypeforlinux-8.11.0.4::gentoo USE="-pax_kernel" ABI_X86="(64)" 0 KiB Total: 2 packages (2 new), Size of downloads: 497 KiB
(In reply to Karol Grudziński from comment #24) > Can somebody else confirm this bug? I unmerged libsecret and skypeforlinux > and I don't get any errors: > > # emerge -pv skypeforlinux > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] app-crypt/libsecret-0.18.5::gentoo USE="crypt > introspection -debug {-test} -vala" 497 KiB > [ebuild N ] net-im/skypeforlinux-8.11.0.4::gentoo USE="-pax_kernel" > ABI_X86="(64)" 0 KiB > > Total: 2 packages (2 new), Size of downloads: 497 KiB I can confirm that I had no issues upgrading to net-im/skypeforlinux-8.11.0.4. (Not an emerge from scratch.) It'll take a while, but I can try it in a clean Gentoo VM if you'd like.
A bad dependency listing in the ebuild would be a good reason to fix the skypeforlinux ebuild.
You should use repoman ;): $ cd /usr/portage/net-im/skypeforlinux $ repoman -d RepoMan scours the neighborhood... dependency.badindev 1 net-im/skypeforlinux/skypeforlinux-8.11.0.4.ebuild: RDEPEND: ~amd64(default/linux/amd64/13.0/x32) ['app-crypt/libsecret[abi_x86_64(-)?]'] But anyway: it seems that skype binaries are 64 bits (look at ldd /opt/skypeforlinux/skypeforlinux). So the multilib stuff is not needed at all and should be completely dropped, as the package is 64 bits only and will not run on 32bits arch
It is necessary for the x32 profile, as repoman states.
Yes, file a bug for libsecret multilibbing, preferably with multilib ebuild/patch or a link to PR eventually too, for its maintainers to review it.
As of now if one download the rpm file one gets: Skype version 8.14.0.10 Calling version 2018.03.01.16
(In reply to Martin Mokrejš from comment #30) > As of now if one download the rpm file one gets: > > Skype version 8.14.0.10 > Calling version 2018.03.01.16 Wow, it just landed the portage tree (#646088).
Closing this bug as obsolete then. The libsecret multilib stuff discussed above is tracked in bug 642054