I made an short ebuild for this, but I do not know if I put the icons right so that kde/gnome can use them (I am using fluxbox). Maybe someone can correct this. I suggest net-im/skype for this because it is more instant messaging than P2P... I will also upload the licence-file ("skype-eula"). "Skype is the next phenomenon from the people who brought you KaZaA. Just like KaZaA, Skype uses P2P (peer-to-peer) technology to connect you to other users – not to share files this time, but to talk and chat with your friends. The technology is extremely advanced – but super simple to use... You’ll be making free phone calls to your friends in no time!" Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 33757 [details] skype-0.90.0.3.ebuild
Created attachment 33758 [details] skype-eula
*** Bug 54664 has been marked as a duplicate of this bug. ***
Thats so wrong .. my bug number was lower ;PPPPPPP
please note this application requires glibc 2.2.5 or higher .. so it has to be a DEPEND .. I thought that binaries go into opt ? Henti
Fmccor, could you please throw in your two cents on the eula? I'd think at the very least we'd need to contact upstream about adding it into the tree (assuming the license conditions aren't too insane). Side note, if you're not the one to pester for legalese stuff, blame ciaranm, he told me to pester you :)
Created attachment 33759 [details] skype-0.90.0.3.ebuild >please note this application requires glibc 2.2.5 or higher .. >so it has to be a DEPEND .. changed. >I thought that binaries go into opt ? Thought about this shortly after submitting... Also changed.
Created attachment 33760 [details] skype-0.90.0.3.ebuild Hopefully this is the last version ;-) The ebuild now puts the icons to /usr/share/pixmaps (like the opera-ebuild does). Please feel free to comment on this and/or modify the ebuild...
My non-expert, non-authoritative, non-binding suggestion would be indeed caution suggests contacting Skype Technologies, SA before distributing this as part of GenToo. The eula is pretty strict. Note that (1) May not export in violation of the export laws of the UK; (2) Jurisdiction and law for disputes lie in Luxembourg. I know nothing about either, so can't usefully comment much further, except to say that it would be smart to get Skype to give permission before distributing under the Gentoo label.
If you guys want i can contact Skype Technologies or we could just do like in the sun java packages and have the user go there and download the package by hand.
both acceptable. i'd first tell the user to download it, until you get the permission from them.
So would anyone have a problem with us putting this is portage now with a fetch restriction?
Chris, look at section 1.b.3- (b) You are allowed to redistribute the Software, under the conditions that you ... snip... (iii) notify Skype in writing via email to distribution@skype.net of your intentions to promote or distribute the Skype software; That in it's own seems to read rather clearly that we must notify prior to even considering inclusion. 1.b.4 also could use some clarification- (iv) clearly indicate that the Software originates from Skype and use the links and graphics as published and indicated on www.skype.com/go/redistribution... snip That is vaguely xfree86 4.4 like, although it probably isn't an issue w/ clarification. I'm not much of a fan of the license, but regardless of my opinion on that, we *should* contact them prior to just schlopping it into the tree. Gustavo, feel like firing off an email? Otherwise I can, doesn't matter much to me.
I realize that this probably doesn't matter in terms of our inclusion, but are the allegations over in the slashdot comments about skype being evil spyware carrying any weight?
Created attachment 33773 [details] skype-0.90.0.3.ebuild Added the fetch restriction, also changed a missing dodir (dodir /usr/bin for the dosym to work) and also some minor cosmectics (spaces and not tab's). Will be adding this hard masked now (hard masked because i tried the software and it crashed a couple of times and i still have not tried to make a call).
Hrr small mistake, please change: insinto /opt/${PN}/bin for: exeinto /opt/${PN}/bin
Created attachment 33774 [details] skype-0.90.0.3.ebuild * Changed the insinto to exeinto * Changed the URL to http://www.skype.com/download_linux.html (there you find everything important regarding the linux-version) for a better manual fetch.
Created attachment 33778 [details] The ebuild file for net-im/skype-0.90.0.3 I wrote a ebuild for skype too. This includes a nonstatic version (for Qt/KDE users) and a static (for those who don't have Qt installed) depending on the "qt" useflag. I wrote a arts-script too, to have a seemless integration into KDE when using arts. It detects automatically a running arts and pipes the skype sound through it. All you have to do is to start it as usually by executing "skype" Also, it copies now the icons and the *.desktop file to the right place. Because of a bug in portage (#16159) you have to emerge it with FEATURES="-cvs". This bug makes it necessary to have a manually edited digest file (2 file entries) which I'll attach here too. Lazy people can download the whole pack here: http://dlink624.dyndns.org/~elias/gentoo/skype-0.90.0.3.ebuild.tar.gz (works only when my PC is online). Extract it to ${PORTDIR_OVERLAY}. Greetings Elias P.
Created attachment 33779 [details] The arts-script needed by my skype-0.90.0.3 ebuild Copy it to ${FILESDIR}
Created attachment 33780 [details] The manually edited digest file for skype-0.90.0.3 Copy it to ${FILESDIR}
Elias: Nice work there, i just changed the script a bit (now one should not get error's from which not finding arts) I am sending this to portage now, could esd users test this and see how it works when starting with the esdsp /opt/skype/skype.bin (i think it is esdp) and report back so that a wrapper for esd can also be done?
Created attachment 33804 [details] esd wrapper and arts wrapper I have done some quick testing and have gotten skype to start with esd wrapping, (I don't have arts, so I can't conferm that I havn't brocken it :P But give it a go and see if it works for you. I can't get it to give me a user account, so I can't test if the sound acctually works.
Created attachment 33810 [details] Skype ebuild version use arts flag This ebuild uses the flag arts and does not create wrapper script esd/arts for USE="-arts".
Geoffrey Donaldson: why the grep esd$?
Created attachment 33813 [details] skype-0.90.0.3.ebuild I added arts and esd to the IUSE, done some small changes to the install (our wrappers handles esd and arts). Please test this version.
Created attachment 33814 [details] artsskype Some small change. Probably a good idea to change the name of this file some time :)
You should change the "if use !qt;" to an "if ! use qt" or something else. The if used in the ebuild produces an ugly "!qt"-output between the lines of the einfo-messages (see below). Both work, but the second looks nicer for the user. -------- part of emerge output ------- * Please go to http://www.skype.com/download_linux.html and download !qt * the static binary tar.bz2 * and copy it to /usr/portage/distfiles
Created attachment 33818 [details] skype-0.90.0.3.ebuild Add "use esd" test for "doexe skype.bin" and "fowners root:audio /opt/skype/skype.bin"
I used esd$ because the esound tools has other apps that start with esd eg. esdplay. so the esd$ is needed to check for the real thing, plus I also realized that: if [[ -z ${shellcheck1} || -z ${shellcheck2} ]] needs to be: if [[ -z ${shellcheck1} && -z ${shellcheck2} ]]
There's a small bug in pkg_nofetch(), it tells you to have a look at ${PORTDIR}/licenses/${PN} which doesn't exist. It should tell you to look at ${PORTDIR}/licenses/${LICENSE}.
Created attachment 33838 [details, diff] Patch to fix license name Patch attached
All fix in portage now. Just another quick note that the letter to Skypr has been sent yesterday, i am waiting for an answer.
I just tested the ebuild (with -qt). Ebuild seems te be good. Had one segfault while running skype. doesn't seem to be really stable yet. (For the interested: the segfault happend right after I created a skype account.)
Created attachment 33897 [details] skype-0.90.0.3.ebuild Could the Gnome/KDE users please test to see if the desktop entry is ok?
Created attachment 33915 [details] ArtsEsdSkype I fixed the esdcheck to find it properly now (grep "esd .") to match esd with a space after it. and changed the or to and and (as I mentioned above), because we want both not to be installed before we run the error message.
/usr/bin/skype: line 34: 29963 Segmentation fault artsdsp ${progpath}/${progname}.bin
Tested the last ebuild (2004-06-22 13:37 PST) and the gnome launcher is ok here. (suggestion: maybe put the launcher under the 'internet' submenu instaed of under the 'other' submenu.)
I will make those changes (grep "esd ." and the menu location today). Genady Okrain: This software is BETA, it crashes alot, no matter if you are runing with artsd esd or just accessing the devices. Sometimes i have to start it 4-5 times before it will start. When opening accounts and changing profile settings it also crashes alot.
just thought i might note that skype is at ver 0.90.0.4, so the digest has to be changed or something
Created attachment 33953 [details] skype-0.90.0.4.ebuild
Created attachment 33954 [details] skype-0.90.0.4.ebuild
Created attachment 33955 [details] sDaemonWrapper
Created attachment 33957 [details] files/digest-skype-0.90.0.4 Well i updated to 0.90.0.4 that does not seem much more stable (actually in 5 or 6 tries always crashes at start). I will look at the desktop entry and the grep "esd ." really soon.
Created attachment 33965 [details] skype-0.90.0.4.ebuild with slight fix to make renaming easier Just submitting a quick change to the ebuild script. It now generates SVER automatically, so that renaming just the ebuild file can be renamed (without needing to dive into the file and alter the SVER as well). Mike 5:)
Mike Auty: Thanks for the 5 cents. I have not looked at the desktop entry because there have been some problems in jabber world that i have been trying to solve.
Some interesting information for the people who make the skype ebuilds, it's allowed to use wget to download the binary from their download site. http://forum.skype.com/bb/viewtopic.php?t=4051 maybe it could be done by the ebuild?
Moritz Warning: Thanks for the info... I will be changing the ebuild now and have already sent the e-mail to Skype Software S.A.
I just commited a new version that puts the ring tone to /usr/share/skype, now one should hear skpe ringing when we get a call.
Stupid question (and not really in context) - do any of you get it to actually work with esddsp or aoss or artsdsp, and if so, how ? =)
Azarah: This is a oss software, if using alsa one must use the oss compatibility module. About artsd and esd i can only assume what people report here and what i have read in skype forums because i dont use those daemons.
Yeah, and I know how to setup dmix, etc. And aoss or esddsp/whatever works for most oss software - was just wondering if anybody actually got it working with with skype after I suggested so much on the forum, and afterwards tried to actually get it working (didnt bother before), and having no luck.
Ok, seems like only artsdsp works, and only if started as: artsd -a alsa -d -D default (where -D is your asym device)
Needs renaming to skype-0.90.0.6.ebuild...
I did that some 30 minutes ago and sent to cvs but started skyping with a friend that is in Australia and forgot to come here :)
Well i guess this is solved. The package will continue to be hard masked until a stable version comes out of Skype Tech.
Stable as in "not Beta" or stable as in "doesn't crash"? I'm just curious, since it could be a *very* long time before it comes out of Beta.
As we all know non-beta does not mean "does not crash" si lets just wait and see :) . I will probably unmask this from packages.mask when a version that is usable comes out, never before.
some suggestion here, perhaps add 'exec' in front of execution the final program, leaves 1 process less in the system. and another thing, why processcheck checks for artsshell, while it itself uses artsdsp?
well, i really dont remenber why it is like that, but any way it is more of a chek to see if it ins available (one could emerge skype with arts in use and then del arts). About the exec, well i really dont know if there is such a need. By the way i take this oprtunity to tell everyone here that new version of skype is available. I tried this version and it seems much more crash free so i removed skype from package.mask.
Created attachment 36149 [details, diff] patch to skype wrapper anyway, here's the patch 1. no final slash for progpath (cosmetic) 2. check for artsdsp instead of artsshell. artsdsp is needed for functioning, artshell could be gone for whatever reason. 3. use pidof program to check running instance (from baselayout pkg) 4. finally use exec :) not tested for esd, because i don't have one, but it worked for artsd.