sopcast is a streaming command line binary (www.sopcast.com) closed source :(((( while License: GNU General Public License 2.0 Labels: sopcast, GUI, QT, P2P, TV, Linux Join project Project owners: lianwei3 Project members: liudidi qsopcast is a QT GUI front-end of the Linux command line executive of P2P TV sopcast (http://wwww.sopcast.com). compiles and runs easily in a normal gentoo qt3 environment.
ok, i know google can help with a research but the qsopcast gui is there: http://code.google.com/p/qsopcast/
Created attachment 125551 [details] Suggested SopCast 1,0,2 binary blob ebuild A simple ebuild for the SopCast binary blob available for Linux (x86/amd64?) from their homepage. Troublespots: no idea of the license and this cannot be GPL since there is no source being distributed. "Worked for me" on an amd64 box, also compiled on a x86 machine (didn't try watching on that one, though). Feel free to improve. Also see this discussion thread (e.g., for gsopcast-svn ebuild): http://forums.gentoo.org/viewtopic-t-444450.html
Created attachment 125552 [details] Suggested qsopcast 0.3.5 ebuild A simple ebuild for the QSopCast front-end to the SopCast P2P Internet TV. Troublespots: I'm more than slightly confused about which version of QT was actually required, but got it working the the magic functions in kde-functions. "Worked for me" on an amd64 box, also compiled on a x86 machine (didn't try watching on that one, though). Feel free to improve. Also see this discussion thread (e.g., for gsopcast-svn ebuild): http://forums.gentoo.org/viewtopic-t-444450.html As they say on that thread, the lower part of the image tends to pixelate or otherwise turn fuzzy most of the time.
Created attachment 125573 [details] Suggested QSopCast 0.3.5 ebuild Now the ebuild also makes a menu/desktop entry.
i found a moment to try both, they works perfectly on x86 and amd64 too. mplayer displays videos like a charm. please include in main portage
Just a comment about the license of the sopcast binary itself: many file download sites such as download.com and downloads.zdnet.co.uk seem to have sopcast (Windows, Linux, whatever versions they carry) marked as "Freeware", "Gratuit", "Gratis" etc. That can probably be updated into the sopcast's ebuild's LICENSE variable if it gets accepted.
It seems there's something wrong with the ebuild of gsopcast. It wants to compile against qt4 instead of qt3.
Created attachment 136315 [details] Build.log
Created attachment 136317 [details] emerge --info
(In reply to comment #9) > Created an attachment (id=136317) [edit] > emerge --info > (In reply to comment #7) > It seems there's something wrong with the ebuild of gsopcast. It wants to > compile against qt4 instead of qt3. > changing qmake call to eqmake3 fixes that
Created attachment 137461 [details] media-tv/sopcast-1.1.1.ebuild
Created attachment 137462 [details] media-tv/gsopcast-999.ebuild svn ebuild for gtk gui
Created attachment 137463 [details] media-tv/gsopcast-9999.ebuild
Created attachment 137531 [details] media-tv/qsopcast-0.3.5-r1.ebuild I've uploaded a little revision for qsoapcast to fix the build problem. I didn't see the comments in the bug and found the solution of comment #10 by myself. So maybe it's easier to put a new ebuild for other people, don't you think?
Created attachment 143044 [details, diff] Patch to sopcast-1.1.1.ebuild (wrong download URL)
(In reply to comment #15) > Created an attachment (id=143044) [edit] > Patch to sopcast-1.1.1.ebuild (wrong download URL) > I tried the two URL, both can download the source correctly.
Created attachment 155659 [details] sopcast 3.0.1 Slightly improved amd64 support (corrected dependencies) Moved to /opt (more appropriate place for binary-only packages)
qsopcast and the new sopcast ebuild work perfectly in my systems (x86 and amd64). i hope they can get official portage
Created attachment 155961 [details] gsopcast 0.4.0 Please consider this a low-quality ebuild. I simply hacked the svn-ebuild by commenting the svn-related lines, and removing the "subversion" inherit. However, it compiled fine.
gsopcast works for me on amd64, currently the ebuild is missing the keyword.
these three ebuild are portage quality ready for me. please push to official tree
paludis -i qsopcast ... x86_64-pc-linux-gnu-g++ -c -pipe -Wall -W -march=athlon64 -O2 -pipe -msse3 -DALSA -DQT_NO_DEBUG -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_THREAD_SUPPORT -I/usr/qt/3/mkspecs/linux-g++ -I/var/tmp/paludis/media-tv-qsopcast-0.3.5/work/qsopcast-0.3.5/src -I. -I/usr/qt/3/include -I.moc/ -o .obj/menubar.o menubar.cpp main.cpp: In function 'int main(int, char**)': main.cpp:47: error: 'srand' was not declared in this scope make: *** [.obj/main.o] Error 1 # gcc --version gcc (Gentoo 4.3.1-r1 p1.1) 4.3.1 As you can see, this was on AMD64.
i get the same error as meme. also amd64 gcc version 4.3.1 (Gentoo 4.3.1-r1 p1.1)
(In reply to comment #23) > i get the same error as meme. > > also amd64 > gcc version 4.3.1 (Gentoo 4.3.1-r1 p1.1) > compilation with gcc version 4.2.4 (Gentoo 4.2.4 p1.0) works fine...
Created attachment 165738 [details, diff] Patch to fix compilation with gcc 4.3 Patch which allowed compilation to pass with both gcc 4.1.2 and gcc 4.3.1.
Created attachment 165739 [details] Applying the gcc 4.3 patch added to ebuild Applying the gcc 4.3 patch added to Carlos Cordoba's latest ebuild version for qsopcast.
Comment on attachment 125551 [details] Suggested SopCast 1,0,2 binary blob ebuild Obsoleting this old sopcast ebuild.
Created attachment 165751 [details, diff] Patches qsopcast defaults to less wrong channels xml url Another one-liner patching qsopcast defaults to less wrong url for the channels xml, i.e., the issue mentioned in: http://code.google.com/p/qsopcast/issues/detail?id=5
Created attachment 165752 [details] Qsopcast ebuild using both of the one-liner patches - uses patch: qsopcast-0.3.5-gcc-4.3.patch - uses patch: qsopcast-0.3.5-channel-url.patch - dropped curl for downloading the icon in favour of wget since wget seems to be used anyway by qsopcast for, e.g., downloading the channel list Sorry for the noise. :)
everything works perfectly!
It worked great for me as well...basically out-of-the-box :).
Hi, I'm not using alsa. Qsopcast compiles file, but doesn't start: qsopcast: sound.cpp:44: Sound::Sound(QObject*, const char*): Assertion `elem' failed. Aborted Is there a chance to get it working?
Getting: ebuild sopcast-3.0.1.ebuild digest Appending /usr/local to PORTDIR_OVERLAY... !!! /usr/local/portage/media-tv/sopcast-3.0.1.ebuild does not seem to have a valid PORTDIR structure. Any help is appreciated. Thank you
(In reply to comment #33) > Getting: > > > ebuild sopcast-3.0.1.ebuild digest > Appending /usr/local to PORTDIR_OVERLAY... > !!! /usr/local/portage/media-tv/sopcast-3.0.1.ebuild does not seem to have a > valid PORTDIR structure. > > Any help is appreciated. Thank you > the directory has to be /usr/local/portage/media-tv/sopcast/sopcast-3.0.1.ebuild
Created attachment 171119 [details] removes alsa from qsopcast.pro when unneeded Patch which removes ALSA altogether from the qsopcast.pro file so that qmake won't sneak behind our backs (like in comment #32 ?) and find "libasound.so" somewhere even when you don't want alsa.
Created attachment 171121 [details] Heavily rewritten ebuild for qsopcast New ebuild for qsopcast, which (1) introduces the alsa use flag into ebuild and applies the no-alsa patch when necessary, (2) tries to be semi-intelligent about i18n (linguas) (not much tested), and (3) finally let's portage worry about the icon download as a "source" file. You need sopcast-3.0.1.ebuild, and the three patches (gcc-4.3, channel-uri and no-alsa) for qsopcast from above to go with this ebuild.
Created attachment 171123 [details, diff] minor tweak for the no-alsa patch Fixes the "visual inspection ugliness" from previous no-alsa patch. Lesson: never copy-paste diff -u patches manually into diff -r -u patches. They work ok, but the filenames look dubious. :)
Works like a charm
Hello, since sopcast version 1.1.1 I get many errors fetching sp-auth.tgz. : >>> Downloading 'http://gentoo.tiscali.nl/distfiles/sp-auth.tgz' --2009-02-25 11:43:52-- http://gentoo.tiscali.nl/distfiles/sp-auth.tgz Resolving gentoo.tiscali.nl... 195.241.77.98 Connecting to gentoo.tiscali.nl|195.241.77.98|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2009-02-25 11:43:52 ERROR 404: Not Found. >>> Downloading 'http://download.sopcast.cn/download/sp-auth.tgz' --2009-02-25 11:43:52-- http://download.sopcast.cn/download/sp-auth.tgz Resolving download.sopcast.cn... 221.130.189.142, 221.130.189.140 Connecting to download.sopcast.cn|221.130.189.142|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 340562 (333K) [application/x-gzip] Saving to: `/usr/portage/distfiles/sp-auth.tgz' 100%[=======================================================================>] 340,562 124K/s in 2.7s 2009-02-25 11:43:56 (124 KB/s) - `/usr/portage/distfiles/sp-auth.tgz' saved [340562/340562] ('Filesize does not match recorded size', 340562, 2791012) !!! Fetched file: sp-auth.tgz VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 340562 !!! Expected: 2791012 Refetching... File renamed to '/usr/portage/distfiles/sp-auth.tgz._checksum_failure_.mFqnXR' !!! Couldn't download 'sp-auth.tgz'. Aborting. * Fetch failed for 'media-tv/sopcast-3.0.1', Log file: * '/var/tmp/portage/media-tv/sopcast-3.0.1/temp/build.log' No way to fetch that file. Any solution? Regards, Flavio
(In reply to comment #39) > Any solution? Yes, you forgot to update manifest file: # ebuild software-x.x.ebuild manifest
(In reply to comment #40) > (In reply to comment #39) > > Any solution? > > Yes, you forgot to update manifest file: > # ebuild software-x.x.ebuild manifest > No, I didn't forgot it. It actually returns me the same message: ('Filesize does not match recorded size', 340562, 2791012) Each time I add a new ebuild I run `ebuild /path/to/ebuild/foo.ebuild digest`. I also tried to do ebuild software-x.x.ebuild manifest but nothing changed. Thanks a lot anyway.
(In reply to comment #41) > No, I didn't forgot it. It actually returns me the same message: > ('Filesize does not match recorded size', 340562, 2791012) > > Each time I add a new ebuild I run `ebuild /path/to/ebuild/foo.ebuild digest`. > I also tried to do ebuild software-x.x.ebuild manifest but nothing changed. Try this then: rm Manifest && ebuild foobar-version.ebuild manifest As long as the filename-version won't change manifest will only upgrade ebuild checksums. And afair sopcast has only one name without any version numbers: sp-auth.tgz so you have old file checksum with new ebuild and that checksum is wrong.
(In reply to comment #42) > Try this then: > rm Manifest && ebuild foobar-version.ebuild manifest Thanks a lot Piotr, it worked for me now! Regards, Flavio
There is something wrong with sopcast (the binary blob) on my amd64 systems, something has changed quite recently (last couple months). It runs and displays tv ok, but every time I run revdep-rebuild, sopcast needs to be re-emerged: * broken /usr/bin/sp-sc-auth (no version information available) This could be something with emul compat libs or libc5 on amd64, but I have no time to hunt down the problem right now. It still plays the channels ok, at least did the ones I briefly tested.
What does ldd /usr/bin/sp-sc-auth say ?
(In reply to comment #45) > What does ldd /usr/bin/sp-sc-auth say ? $ ldd /usr/bin/sp-sc-auth /usr/bin/sp-sc-auth: /usr/lib32/libstdc++.so.5: no version information available (required by /usr/bin/sp-sc-auth) /usr/bin/sp-sc-auth: /usr/lib32/libstdc++.so.5: no version information available (required by /usr/bin/sp-sc-auth) linux-gate.so.1 => (0xffffe000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f39000) libstdc++.so.5 => /usr/lib32/libstdc++.so.5 (0xf7e76000) libm.so.6 => /lib32/libm.so.6 (0xf7e50000) libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf7e42000) libc.so.6 => /lib32/libc.so.6 (0xf7d01000) /lib/ld-linux.so.2 (0xf7f8c000) Which leads to sys-libs/libstdc++-v3, which apparently is somehow b0rken on Gentoo, at least on amd64 multilib? Bug #259403 would imply so. Fortunately, in that bug comment 3 hints that the lib is also provided by, e.g., gcc:3.3 and I noticed that on amd64 it appears to also be provided by app-emulation/emul-linux-x86-compat. So, just gotta fix the dependencies of sopcast ebuild then or wait out for libstdc++-v3 to be properly fixed ...
Mr Deranek, I just realized you had fixed it already in comment #17 and I had forgotten to copy that version over to my overlay. Sorry for the noise.
Created attachment 189216 [details] gsopcast-0.4.0.ebuild ebuild for gcc-4.3
Created attachment 189217 [details, diff] gsopcast-gcc4.3.patch gcc 4.3 patch for gsopcast
since gsopcast doesn't build anymore with gcc 4.3 I applied a solution proposed here : http://code.google.com/p/gsopcast/issues/detail?id=6 . So I made a new ebuild and a patch to fix the compilation issues with gcc-4.3
regarding gsopcast and qsopcast projects are almost dead sopcast player is alive, working fine and it's the official linux front-end providing 32 and 64 bits stuff http://code.google.com/p/sopcast-player/ it worths to switch to this, one, working gui.
(In reply to comment #51) > sopcast player is alive, working fine and it's the official linux front-end > it worths to switch to this, one, working gui. I downloaded the source and tried to compile: make all Generating language files... /usr/bin/python -c 'import compileall; compileall.compile_dir("lib", force=1)' Listing lib ... Listing lib/.svn ... Listing lib/.svn/prop-base ... Listing lib/.svn/props ... Listing lib/.svn/text-base ... Listing lib/.svn/tmp ... Listing lib/.svn/tmp/prop-base ... Listing lib/.svn/tmp/props ... Listing lib/.svn/tmp/text-base ... Compiling lib/ConfigurationManager.py ... Compiling lib/DatabaseOperations.py ... Compiling lib/FileDownload.py ... Compiling lib/ImportChannelGuide.py ... Compiling lib/VLCWidget.py ... Compiling lib/dynamic_ports.py ... Compiling lib/fork.py ... Compiling lib/listen.py ... Compiling lib/pySocket.py ... Compiling lib/pySopCastConfigurationManager.py ... Compiling lib/sopcast-player.py ... sed -e 's|@DATADIR@|/usr/share|g' -e 's|@NAME@|sopcast-player|g' -e 's|@PYTHON@|/usr/bin/python|g' -e 's|@INSTALLDIR@|/usr/share/sopcast-player|g' -e 's|@ICONDIR@|/usr/share/icons/hicolor/scalable/apps|g' -e 's|@DESTDIR@||g' sopcast-player.in > sopcast-player cd vlc_python_bindings; \ CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4" /usr/bin/python -c 'import setuptools; execfile("setup.py")' build; \ cd .. Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named setuptools The specifications: BuildRequires: vlc-devel >= 0.9.4 desktop-file-utils Requires: python >= 2.4.3 vlc >= 0.9.4 sp-auth >= 3.0.1 Ok, there's no vlc installed on my system. I guess I'll continue using qsopcast. It's still working here.
updated: http://ftp.magiclinux.org.cn/nihui/kde4/files/
version bump: http://ftp.magiclinux.org.cn/nihui/kde4/files/
and we have SopCast 3.2.6 for Linux bump too no mainteiner here ?
(In reply to comment #55) > and we have SopCast 3.2.6 for Linux bump too > > no mainteiner here ? Assigned To: Default Assignee for New Packages <maintainer-wanted@gentoo.org> PS. Nice to know about new release. (: And about that maintaner, here's the main problem with sopcast afaik: (In reply to comment #2) > Troublespots: no idea of the license and this cannot be GPL since there is no > source being distributed.
Hello, I am receiving the following message prior to an emerge -uDN world: * Please fix your package (media-tv/qsopcast-0.3.5) to not use kde-functions.eclass /usr/local/portage/media-tv/qsopcast/qsopcast-0.3.5.ebuild: line 32: need-qt: command not found Why this happens? Why need-qt is not longer present on my system? Should the ebuild be modified? Regards, Flavio
By the way, I've just ran emerge -uDN world again and that message has not appeared O_O I don't know what it happens..
(In reply to comment #57) > Why this happens? Why need-qt is not longer present on my system? Probably due to kde3/qt3 being dropped and getting removed from the tree, which also means changes in eclasses. > Should the ebuild be modified? Yes. I marked my old ones obsolete. Upstream has some recent commit in svn which might contain a qt4 patch set. Someone still interested in qsopcast should probably look into it.
Created attachment 217849 [details] sopcast-bin-3.2.6.ebuild Updated ebuild for sopcast-bin.
Created attachment 217851 [details] sopcast-bin-3.2.6.ebuild Updated some more: * added EAPI info * renamed binary sp-sc ? sopcast-bin It's still missing a license.
(In reply to comment #59) > Probably due to kde3/qt3 being dropped and getting removed from the tree, which > also means changes in eclasses. I still have both qt-3 and qt-4 on my system. Maybe it's required by some package. > Yes. I marked my old ones obsolete. Upstream has some recent commit in svn > which might contain a qt4 patch set. Someone still interested in qsopcast > should probably look into it. Thank you, so we have to wait for a new qsopcast ebuild. Flavio
(In reply to comment #58) > By the way, > > I've just ran emerge -uDN world again and that message has not appeared O_O > > I don't know what it happens.. > Few days ago, the message appeared again! (In reply to comment #57) > /usr/local/portage/media-tv/qsopcast/qsopcast-0.3.5.ebuild: line 32: need-qt: > command not found O_O Flavio
Compile fails for me as well. I am using gcc 4.3.4 mail ~ # gcc-config -l [1] x86_64-pc-linux-gnu-4.3.4 * Here it is the compile failure message: 2010-04-30 00:17:50 (6.86 MB/s) - `/var/tmp/portage/media-tv/qsopcast-0.3.5/work/qsopcast-0.3.5/src//../sopcast-logo.gif' saved [2599/2599] * Applying qsopcast-0.3.5-gcc-4.3.patch ... [ ok ] * Applying qsopcast-0.3.5-channel-url.patch ... [ ok ] >>> Source unpacked in /var/tmp/portage/media-tv/qsopcast-0.3.5/work >>> Compiling source in /var/tmp/portage/media-tv/qsopcast-0.3.5/work/qsopcast-0.3.5/src ... /var/tmp/portage/media-tv/qsopcast-0.3.5/temp/environment: line 2344: eqmake3: command not found * ERROR: media-tv/qsopcast-0.3.5 failed: * qmake failed
I added an ebuild for sopcast-player at bug 341433.
qsopcast is update to 0.4.16, please update the ebuild.
I always get the message below when I run sopcast-bin: detect MTU=4c4 Connection=10 Connection=10 Connection=10 Connection=10 Connection=10 Connection=10 Connection=10 Connection=10 Access Service not available Service not available, must quit Service not available
