Tiny Core Linux
Tiny Core Extensions => TCE Q&A Forum => Topic started by: Yleisajattelija on October 24, 2012, 06:26:49 AM
-
Firefox/chrome flash is not working any more with finnish internet TV "yle areena". Worked until july/12 when there was large "engine update" on "yle areena".
Odd enough, old archive "Elava arkisto" works confless (flash plugin seems to be alive normally), so maybe there is something to do with copyright control. Those old archieve films are public domain and current programs copyright protected.
Current ubuntu flash works confless -> I think maybe TC flash server port setup might needed.
Any ideas?
-
Last Firefox-compatible flash version is 11.2.202.243, getFlash11 installs xxxx38 version number, is this OK?
Chrome is still supported, thats behaving similarly than firefox.
When trying to start video, text "Jarjestelma valiaikaisesti pois kaytosta" is shown that means "System temporally out of use"
I try to dig log files.
-
Flash ports seems to be OK, verified by: http://www.flashcomguru.com/apps/port_test/index.cfm.
Ubuntu uses xx243 version of flash, so probably problem is that xx238version number.
When will xx243 be on TC?
-
Presumable never, as the license does not allow it, use getFlash11 VERSIONNUMBER to download the flash version that works for you.
-
Version number selection is removed last update getFlash11 package (that is documented on package info).
What is that license? xx243 should be available, and last version supported for generic linux (not chrome)
-
What is that license?
https://www.adobe.com/cfusion/mmform/index.cfm?name=distribution_form&pv=fp
http://www.adobe.com/products/clients/all_dist_agreement.html
Not to confuse with the EULA which applies to simple home users when downloading from manufacturer ;)
-
I will update getFlash11.scm to the xxx243 release.
-
I will update getFlash11.scm to the xxx243 release.
Thanks!
-
Version number selection is removed last update getFlash11 package (that is documented on package info).
What is that license? xx243 should be available, and last version supported for generic linux (not chrome)
My bad i dont follow along the minor updates of tce's and dont use scm at all, I download my flash my self from adobe's website no need for a script to do that anyway. Just move it to your browser plugin directory afterwards.
Maybe you are mistaking the license with a compatibility list. The license is about the legal distribution and usages of the flash plugin something you agreed you had read before you used it ;)
-
Loaded latest flash version but no help.
Seems that there is special security mechanism to protect media copy rights. At /home/tc/.adobe directory have some special 'S' file permission instead of normal 'rwx-' characters. 'Yle areena' checks some crypt key on this directory and without that key is not playing video.
Difficult.
Does anyone knows about this 'S' file permission character?
Edit: s and S are both setuid bits
-
Why don't you use yle-dl? Sure it's not as nice having to download in advance, but in exchange it seems to work perfectly, something which can't be said of Flash on any platform ;)
Also saves a lot of cpu (and so power) to use an optimized player, instead of the hog flash.
-
Why don't you use yle-dl? Sure it's not as nice having to download in advance, but in exchange it seems to work perfectly, something which can't be said of Flash on any platform ;)
Also saves a lot of cpu (and so power) to use an optimized player, instead of the hog flash.
That answer includes, that yle-dl is working even real time playing is not.
So, I will compile yle-dl, too.
Problem is, first I started to compile xsane backends. That was Tc2.3 or something, now I have 2.7, and TC core, Xorg and CUPS works again and flash is not. Now I'm almost at starting point, not great proceeding, I would say!
-
This is interesting case. I think this is the ultimate problem:
---------------------------------------------------------------------------------------------------------------------------
<script language="JavaScript">
JavaScript commands
</script>
Because there are different client-side languages, we need to indicate to the browser which language we are using in our scripts. To indicate the scripting language, we added the language attribute to the <script> tag. Since we are using JavaScript, we set the language tag to JavaScript. If you omit the language tag from your <script> tag, the browser will assume that your code is written in JavaScript.
If you place your scripting code outside of the HTML page, you still use the <script> tag but then just add the src attribute. The value of src attribute tells the browser where your JavaScript code is located. For instance,
<script language="JavaScript" src="JavaScript/displayDate.js">
</script>
----------------------------------------------------------------------------------------
For copyrights control to work, I think digital signature must be added on video stream. Probably RSA is calculated with client MAC address and stream is marked with that (or something like that). For yle-areena to work JavaScript must be enabled. JavaScript can exec code on client machine (that's why those setuid's).
Those ~/.adobe -directory files are 'S' setuid with is without 'x', but probably there is piece of Javascript code somewhere inside flashplayer -package
with 's' with 'x', and that code executes digital signature calculation with keys on ~/.abode directory.
Problem for TC is that executable script file path is hardcoded to HTLM-stream, and not found on TC becouse of /usr/local installtion point instead of /usr usually.
Solution is systematic "debian like filestructure" symlinks, which will solve that xsane problem too (or change TC installation point to normal scattered mode.
-
<cut>
At /home/tc/.adobe directory have some special 'S' file permission
<cut>
Does anyone knows about this 'S' file permission character?
Edit: s and S are both setuid bits
In your case its a "setgid" (SGID). Directory is what gives it away.
I think the s stands for sticky not set anyway thats how ive always refered to them bits ;)
-
Sticky bit is 't'.
-
Problem for TC is that executable script file path is hardcoded to HTLM-stream, and not found on TC becouse of /usr/local installtion point instead of /usr usually.
Solution is systematic "debian like filestructure" symlinks, which will solve that xsane problem too (or change TC installation point to normal scattered mode.
Scattered mode wouldn't change the slightest thing about conforming with Filesystem Hierarchy Standard
-
So, what to do?
-
Ubuntu yle-areena runs 'usr/lib/firefox/omni,ja'
TC file is located on 'apps/firefox/pkgbase/omni.ja' and 'apps/firefox/pkgbase/webapprt/omni.ja'
omni.ja seems to be jar package and includes lot of code to run.
Edit: jar is java package, not javascript package.
-
Ubuntu yle-areena runs 'usr/lib/firefox/omni,ja'
TC file is located on 'apps/firefox/pkgbase/omni.ja' and 'apps/firefox/pkgbase/webapprt/omni.ja'
omni.ja seems to be jar package and includes lot of code to run.
Edit: jar is java package, not javascript package.
No relation to any of the above.
https://developer.mozilla.org/en-US/docs/Mozilla/About_omni.ja_(formerly_omni.jar)
https://bugzilla.mozilla.org/show_bug.cgi?id=605524
-
"Yle areena" video is not working, "Elava arkisto" video works confless. Both are flash, not HTLM5 (mouse right button get adobe flash settings panel)
Here ps -command result:
Yle "Areena"
PID USER COMMAND
4115 tc -sh
4638 root /usr/local/bin/Xorg -nolisten tcp
4670 tc flwm_topside
4709 root /sbin/udhcpc -b -i eth0 -x hostname box -p /var/run/udhcpc.eth0.pid
4710 root [kworker/2:2]
4788 root [loop77]
4812 root /sbin/udevd --daemon
4813 root /sbin/udevd --daemon
4871 tc wbar
4921 tc {firefox} /bin/sh /apps/firefox/bin/firefox
4922 tc /apps/firefox/pkgbase/firefox
4951 tc /apps/firefox/pkgbase/plugin-container /tmp/tcloop/flash11/usr/local/share/flash11/libflashplayer.so -greomni /apps/firefox/pkgbase/omni.ja 4922 true plugin
4981 tc aterm
4982 tc sh
5010 tc editor
5017 tc ps
Yle "Elava arkisto"
PID USER COMMAND
4115 tc -sh
4638 root /usr/local/bin/Xorg -nolisten tcp
4670 tc flwm_topside
4709 root /sbin/udhcpc -b -i eth0 -x hostname box -p /var/run/udhcpc.eth0.pid
4710 root [kworker/2:2]
4788 root [loop77]
4812 root /sbin/udevd --daemon
4813 root /sbin/udevd --daemon
4871 tc wbar
4921 tc {firefox} /bin/sh /apps/firefox/bin/firefox
4922 tc /apps/firefox/pkgbase/firefox
4951 tc /apps/firefox/pkgbase/plugin-container /tmp/tcloop/flash11/usr/local/share/flash11/libflashplayer.so -greomni /apps/firefox/pkgbase/omni.ja 4922 true plugin
4981 tc aterm
4982 tc sh
5010 tc editor
5018 tc editor
5045 tc ps
Edit:
ls -l omni.ja
-rw-r--r-- 1 root root 7943879 Oct 24 15:40 omni.ja
-
I think this may(or not) be the copy right protection mechanics for "Yle areena"
-------------------------------------------
Removing Adobe Flash Access data files
Some content providers on the Internet protect content using Adobe Flash Access. To view this protected content, you must obtain content licenses from the content provider. These licenses are automatically downloaded to your computer when you rent or purchase protected content, for example. Flash and AIR applications save these licenses on your computer.
If you no longer want to play protected content, you can remove their associated license files from your computer by following the instructions below. The Flash Access license files for Flash Player are stored in the Flash Player preferences folder. For AIR-based applications, these files are stored in the specific application’s folder in the AIR Encrypted Local Store (ELS) folder.
Flash Player
Close all browsers and any applications using Flash.
Navigate to the Flash Player preferences folder under:
Linux: ~/.adobe/Flash_Player
Mac OS X: system drive/Users/user name/Library/Caches/Adobe/Flash Player
Windows XP: system drive:\Document and Settings\user name\Application Data\Adobe\Flash Player
Windows Vista and Windows 7: system drive:\Users\user name\AppData\Roaming\Adobe\Flash Player
Delete the folders APSPrivateData2 and NativeCache.
AIR
Close all AIR applications.
Navigate to the AIR ELS folder:
Linux: ~/.appdata/Adobe/AIR/ELS
Mac OS X: system drive/Users/user name/Library/Application Support/Adobe/AIR/ELS
Windows XP: system drive:\Document and Settings\user_name\Application Data\Adobe\AIR\ELS
Windows Vista and Windows 7: system drive:\Users\user_name\AppData\Roaming\Adobe\AIR\ELS
Locate the specific AIR application and delete the subfolders APSPrivateData and APSPrivateData2.
-----------------------------------
-
I don't find documentation for that "Yle areena" copyright control. Probably it is "Adobe access" thing but not "Adobe access Air". Problem is obviously those key file handling. Those autenthication procedures are very complex
P. S by the way, this is totally legal activity, because those "Yle areena" videos are free stuff, typically 1-2 moths time to watch.
-
This embeded licence mechanism is new Adobe Access feature and probably included "Yle areena" licende policy 2012. Licece is embedded on video/HTLM stream.
---------------------------------------------------------------
ADOBE FLASH ACCESS 21
Pre-generating and embedding licenses
Last updated 8/26/2011
Embedding licenses
Once content has been encrypted and a license has been pre-generated, the license may be embedded into the encrypted content.
To embed a license, obtain an instance of com.adobe.flashaccess.sdk.media.drm.contentupdate.MediaKeyMetaDataUpdater. If you know the type of the encrypted content, use the constructor for FLVKeyMetaDataUpdater or F4VKeyMetaDataUpdater; otherwise, use MediaProcessorFactory.getMediaProcessor() to return an instance based on the file type detected. Construct a KeyMetaDataCallback and invoke modifyKeyMetaData(). Your callback implementation will be invoked when the DRM metadata is located in the encrypted content. Based on the metadata found, you can choose a license to embed and set the license using EmbedLicenseKeyMetaData.setEmbeddedLicenses().
For sample code demonstrating embedded licenses, see com.adobe.flashaccess.samples.licenseembedder.EmbedLicense in the Reference Implementation Command Line Tools “Samples” directory.
Note: Flash Access 2.0 clients will ignore any licenses embedded in the content and will attempt to obtain a license from the license server specified in the metadata. However, if the metadata indicates that no license server is available, a Flash Access 2.0 client will need to upgrade to view the content.
See “Out-of-band Licenses” on page 7.
---------------------------------------------------------
-
a) Ubuntu is not using setuid -bit for '.adobe' directory. I can't say if that does matter, probably not.
b) Probably pre-generated licence is used for Yle
c) Adobe Access licence server setup (key/licence handling directories etc.) is not directed on Adobe Access docs, it is service provider dependable.
I did sent query to Yle help desk query for this issue.
Let's see, if answer will never come.
Edit:
tc
~/.adobe and subdirectories is ownd by tc and group is staff, file permissions setuid for group is set 'S'
~/.adobe/Flash_Player/AssetCache/XXXXXX/ licence directory is empty
Ubuntu
.adobe and subdirectories is owned by XX and group is XX (same as user), file permission drwx------ without 'S'
~/.adobe/Flash_Player/AssetCache/XXXXXX/ licence directory includes licence code
So, obviously this is licence related problem. Adobe docs says that licence is machine depended (=MAC) and FlashPlayer software client depended
-
This is typical unix mess.
Ubuntu file permission bit for those licence files at ~/.adobe/Flash_Player/AssetCache/XXXXXX/ directory is:
-rw-rw-r-- (owner and group is user).
Problem is that setgid -bit is set on tc directory, but nobody knows what that bit does on busybox (or whatever unix version.)
Question. what that sgid bit should do on TC?
Guess: Nobody knows, probably.
Edit: Actually. that setgid could be security problem when used with these key files. Careful licence server might refuse to write setgid directories like this.
-
On ubuntu, a user's default group is the same as their username. On TC, the tc user's default group is staff. This is not a problem, this is working as intended.
Set-gid on a directory means that any file created in that directory inherits the directory's group. This is unlikely to be a security concern, and the process creating the licences is:
a) Entirely unlikely to even know that the directory has setgid
b) Almost definitely running as the tc user anyway, and given that the file is owned by the tc user, is therefore not going to run into any issues resulting from group settings.
-
I have no programming experience with setgid or setuid bit properties. Just read couple of articles for these bit and unexpected side-effects. At least on some articles is recommended not to use these bit, unless absolute necessary. But if there is security issues AND exact behaviour differs at different distroes, problems are expected.
There seems to be some cases, where these bits have to use, hdisk swap -memory is at least mentioned with GnuPG.
But, if setgid is problem with this case it easy to test tonight.
Edit: tested, no change. .~/adobe and ~/.macromedia directories are created when flashplayer first started.
-
The sticky group id means that the group sticks to new files created in that directory which have the bit set.
The sticky user id mean that the user id of the file sticks to the executed program regardless of what user executed it.
Its the same for ALL linux distros, these two sticky bit's are all that have ever been used in linux. You can use the third sticky bit for your own purpose and some old unix's did, mostly in relation to sticky memory.
How is it "typical unix mess" i completely fail to see that and what is typical unix mess anyway??
If its set on a file its a SUID if set on a directory its a SGID why? because it makes sense and any other way would not. Try and think about it instead of concluding its the OS being a mess. Its all pretty "clean" logic (opposite a mess).
-
New flashplayer version is introduces and getflash11 won't work anymore.
I read FlashPlayer installation guides and made trial installation with Adobe .tar package.
No success.
I think problem is changes for Firefox installation procedure. Firefox "Help" -> "Troubleshooting information" -> "Open directory" doesn't find personalized data.
If I did understood Firefox instructions correctly, it should not be installed apps/ directory but /home/"concurrent-user" instead.
Reason for this change is copyright control -procedure, license is by user, not by workstation.
So, must start with Firefox installation for correction. That's quite big job, is that on the plan near future?
-
FWIW, running opera out of an arbitrary dir and adding an arbitrary dir containing libflashplayer.so as plugin dir path in preferences GUI works fine.
-
FWIW, running opera out of an arbitrary dir and adding an arbitrary dir containing libflashplayer.so as plugin dir path in preferences GUI works fine.
Tested, not working from arbitrary directory with opera-12.
Probably libflashplayer.so should be on /apps/opera-12/lib/opera-12/plugins/ -directory.
Cannot copy there because *.scm is "read-only-type" file system.
-
Reason for not working is /apps installation directory is obvious:
libflashplayer.so is dynamically linked library and that is related with several other dynamically linked libs.
Because Opera "/apps" installation point libflashplayer.so cannot find those libs.
-
Post output of:
ldd /path/to/libflashplayer.so |grep not
-
ldd /path/to/libflashplayer.so |grep not
----------------------------------------------------
libssl3.so => not found
libsmime3.so => not found
libnss3.so => not found
libnssutil3.so => not found
libplds4.so => not found
libplc4.so => not found
libnspr4.so => not found
libgtk-x11-2.0.so.0 => not found
libgdk-x11-2.0.so.0 => not found
libatk-1.0.so.0 => not found
libpangoft2-1.0.so.0 => not found
libgdk_pixbuf-2.0.so.0 => not found
libpangocairo-1.0.so.0 => not found
libcairo.so.2 => not found
libpango-1.0.so.0 => not found
------------------------------------------------------------
Those are located on "/apps" directory, but not found. That can be fixed by "ldconfig", but it is useless without systematic lib handling (that is missed by TC, I guess).
-
That shared library configuration should be at "/etc/ld.so.conf" file.
At TC 4.7.x that is consisting "usr/local/lib" only.
The key element of the linux lib file system are "/lib" and "/usr/lib/" directories, which should include "linux trusted libraries".
-
For some reason, ldconfig refuses to load libs from "/apps" directory, so whole .scm system has to be dismantled to fix (several libs are needed).
-
So, your issue seems to be paths of dependencies of flashplayer, browser and flashplayer paths being totally irrelevant.
Installing all dependencies of flashplayer (like gtk2, netscape runtime, curl etc.) as .tcz should work.
-
getFlash11.scm was updated a few days ago, and it should just work. I have it working with opera-12, update your extensions and it should just work.
getFlash11.tcz has had changes since I maintained it, and it may not work though.
-
Reload TC 4.7.2 with Xorg.
Installed packages:
firefox.scm and getflash11.scm -> flash.scm installed
Command "ldd /usr/local/lib/mozilla/plugins/libflashplayer.so":
--------------------------------------------------------------------------
linux-gate.so.1 => (0xb77d9000)
libgthread-2.0.so.0 => not found
libX11.so.6 => /usr/lib/libX11.so.6 (0xb6549000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb6537000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb64e1000)
librt.so.1 => /lib/librt.so.1 (0xb64d8000)
libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0xb64ce000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb64c5000)
libssl3.so => not found
libsmime3.so => not found
libnss3.so => not found
libnssutil3.so => not found
libplds4.so => not found
libplc4.so => not found
libnspr4.so => not found
libpthread.so.0 => /lib/libpthread.so.0 (0xb64ad000)
libdl.so.2 => /lib/libdl.so.2 (0xb64a9000)
libgtk-x11-2.0.so.0 => not found
libgdk-x11-2.0.so.0 => not found
libatk-1.0.so.0 => not found
libpangoft2-1.0.so.0 => not found
libgdk_pixbuf-2.0.so.0 => not found
libpangocairo-1.0.so.0 => not found
libcairo.so.2 => not found
libpango-1.0.so.0 => not found
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6443000)
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0xb6415000)
libgobject-2.0.so.0 => not found
libgmodule-2.0.so.0 => not found
libglib-2.0.so.0 => not found
libm.so.6 => /lib/libm.so.6 (0xb63f1000)
libc.so.6 => /lib/libc.so.6 (0xb62e6000)
/lib/ld-linux.so.2 (0xb77da000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb62e3000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb62dd000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb62c7000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb62be000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb62a5000)
libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0xb629f000)
libz.so.1 => /usr/lib/libz.so.1 (0xb628e000)
libexpat.so.1 => /usr/local/lib/libexpat.so.1 (0xb626e000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb6269000)
----------------------------------------------------------------------------
Edit: those missing libs are present at /apps -directory but obviously not found by ldd
Edit2: I think it is security issue why ldd won't load those libs:
"There is an security mechanism in Solaris preventing an application with setuid getting exploited by preloading a malicous library to carry out an dependency substitution or symbol interposition attack. This mechanism kicks in, when an executable uses setuid and it's not executed by the owner of the file. It's not that way, that preloading doesn't work with setuid binaries. To enable the libraries to be preloaded under this conditions, they have to be in directories that were explicitly configured by the admin as safe (or that were configured per default as secure directories in the factory install)"
-
getFlash11.scm was updated a few days ago, and it should just work. I have it working with opera-12, update your extensions and it should just work.
getFlash11.tcz has had changes since I maintained it, and it may not work though.
getflash11.scm date is 2012/09/26
firefox.scm, date 2012/11/22
opera.scm, date 2012/12/25
Are those dates OK?
Edit: Firefox and Opera are now both working with youtube flashplayer and not with yle-areena.
-
There is an environment variable, which set ldd secured directories path. If TC /apps installation point is meant to kept, that variable should be set to /apps/lib -directory (but not /apps -directory for security reasons) and shared libs should be placed on that /apps/lib directory.
One option is to place all shared libs to /usr/lib directory, but that brakes .scm concept.
-
getflash11.scm was updated a few days ago, but on the new server and not ibiblio.
http://repo.tinycorelinux.net
is the mirror of the new server where the updated getFlash11.scm should be.
As for the library path and ldd, the scm format deliberately does not use that to avoid library conflicts, and the scm extensions are designed to work with that in consideration. So libraries that are part of an scm are not meant for use system wide.
-
Reload TC 4.7.2 from http://repo.tinycorelinux.net
getflash11.scm date is 2012/09/26
firefox.scm, date 2012/11/22
opera.scm, date 2012/12/25
Seems that getflash11.scm is stil out of date, something problems with repo and/or sync?
Edit: getflash11.scm is getting flashplayer newest ver. 11.2.202.258 ,so info file date stamp is possible not correct.
Edit2: Firefox, Opera and flashplayer is working correctly with youtube videos but not with yle-areena videos and ldd reports those missing libraries.
-
Hi Yleisajattelija
As for the library path and ldd, the scm format deliberately does not use that to avoid library conflicts
I think that means you can not use ldd to check for missing dependencies.
-
I think that means you can not use ldd to check for missing dependencies.
There are several linux loaders (newest are for ELF format, I think), but all should be recognized by ldd.
.so files are dynamically loadable libraries and must be loaded somehow. I think TC has not custom made loader, so ldd should recognize those libs, (but I'm quite often wrong and maybe this time, too).
-
If you are wanting to use ldd on the flash extension, here is the command to use to account for /apps/flash/lib as a library path:
root@box:~# export LD_LIBRARY_PATH=/apps/flash/lib:/apps/gtk2/lib
root@box:~# ldd /usr/local/lib/mozilla/plugins/libflashplayer.so
linux-gate.so.1 => (0xb775c000)
libgthread-2.0.so.0 => /apps/gtk2/lib/libgthread-2.0.so.0 (0xb65cd000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb64c6000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb64b4000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb645e000)
librt.so.1 => /lib/librt.so.1 (0xb6455000)
libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0xb644b000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb6442000)
libssl3.so => /apps/flash/lib/libssl3.so (0xb6414000)
libsmime3.so => /apps/flash/lib/libsmime3.so (0xb63ef000)
libnss3.so => /apps/flash/lib/libnss3.so (0xb62dd000)
libnssutil3.so => /apps/flash/lib/libnssutil3.so (0xb62c6000)
libplds4.so => /apps/flash/lib/libplds4.so (0xb62c3000)
libplc4.so => /apps/flash/lib/libplc4.so (0xb62bf000)
libnspr4.so => /apps/flash/lib/libnspr4.so (0xb628b000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb6275000)
libdl.so.2 => /lib/libdl.so.2 (0xb6270000)
libgtk-x11-2.0.so.0 => /apps/gtk2/lib/libgtk-x11-2.0.so.0 (0xb5ea4000)
libgdk-x11-2.0.so.0 => /apps/gtk2/lib/libgdk-x11-2.0.so.0 (0xb5e0e000)
libatk-1.0.so.0 => /apps/gtk2/lib/libatk-1.0.so.0 (0xb5df2000)
libpangoft2-1.0.so.0 => /apps/gtk2/lib/libpangoft2-1.0.so.0 (0xb5dcc000)
libgdk_pixbuf-2.0.so.0 => /apps/gtk2/lib/libgdk_pixbuf-2.0.so.0 (0xb5dad000)
libpangocairo-1.0.so.0 => /apps/gtk2/lib/libpangocairo-1.0.so.0 (0xb5da2000)
libcairo.so.2 => /apps/gtk2/lib/libcairo.so.2 (0xb5cf2000)
libpango-1.0.so.0 => /apps/gtk2/lib/libpango-1.0.so.0 (0xb5cb1000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb5c4d000)
libfontconfig.so.1 => /apps/gtk2/lib/libfontconfig.so.1 (0xb5c1b000)
libgobject-2.0.so.0 => /apps/gtk2/lib/libgobject-2.0.so.0 (0xb5bd8000)
libgmodule-2.0.so.0 => /apps/gtk2/lib/libgmodule-2.0.so.0 (0xb5bd5000)
libglib-2.0.so.0 => /apps/gtk2/lib/libglib-2.0.so.0 (0xb5acc000)
libm.so.6 => /lib/libm.so.6 (0xb5aa9000)
libc.so.6 => /lib/libc.so.6 (0xb599d000)
/lib/ld-linux.so.2 (0xb775d000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb599a000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb5994000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb597e000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb5976000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb595c000)
libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0xb5956000)
libz.so.1 => /usr/lib/libz.so.1 (0xb5945000)
libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0xb5942000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb5939000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5877000)
libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0xb5874000)
libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0xb5871000)
libpixman-1.so.0 => /apps/gtk2/lib/libpixman-1.so.0 (0xb57ee000)
libxcb-shm.so.0 => /apps/gtk2/lib/libxcb-shm.so.0 (0xb57eb000)
libxcb-render.so.0 => /apps/gtk2/lib/libxcb-render.so.0 (0xb57e4000)
libxcb.so.1 => /apps/gtk2/lib/libxcb.so.1 (0xb57ca000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb57ad000)
libgio-2.0.so.0 => /apps/gtk2/lib/libgio-2.0.so.0 (0xb5687000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb5675000)
libexpat.so.1 => /apps/gtk2/lib/libexpat.so.1 (0xb564d000)
libffi.so.5 => /apps/gtk2/lib/libffi.so.5 (0xb5647000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb5642000)
root@box:~#
-
First problem is, I cannot find docs for .scm format. Is that top secret?
Second problem is flashplayer is not playing some protected videos.
"libflashplayer.so" is dynamically linked library and is obviously depended on several libraries and few of those libs are missing. Flashplayer cannot work without libs it need.
ldd just print missing shared libraries of "libflashplayer.so", it is not loader/linker.
ld.so and ld-linux.so* are lib loaders for linux, /etc/ld.so.conf is conf file and ldconfig is run time binder.
For libflashplayer.so to find libs someone has to set path to /etc/ld.so.conf file and/or run ldconfig to set those bindings.
Is this command JasonW suggested setting secured directory environment variable that linux loaders could find missing libs? (sorry I'm not big help because I don't know .scm structure).
root@box:~# export LD_LIBRARY_PATH=/apps/flash/lib:/apps/gtk2/lib
-
Hi Yleisajattelija
First problem is, I cannot find docs for .scm format. Is that top secret?
I'm not aware of any formal doc, but have you read through this thread?
http://forum.tinycorelinux.net/index.php/topic,12457.msg67393.html#msg67393
-
When you launch a web browser that an scm extension, it uses an LD_LIBRARY_PATH that will allow libflashplayer.so to find it's needed libs. Depending on a system wide library path specified in /etc/ld.so.conf is not needed for scm's. That is one of the structural distinctions of a basically self contained package. The bad news is that you can't load, say, gtk2.scm and it provide a gtk2 environment that can be used by non scm apps.
The scm format is not clearly documented since for the user it should just work, and I am basically the only scm extension maker aside from a couple others who have contributed. I hope one day documentation can appear.
Please post the output of the earlier 2 commands I mentioned so I can see what libraries are missing on your system.
-
Here is result and seems to find all libs!
-------------------------------------------------------------------------------------------------------------
linux-gate.so.1 => (0xb77b1000)
libgthread-2.0.so.0 => /apps/gtk2/lib/libgthread-2.0.so.0 (0xb6622000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb651f000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb650d000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb64b7000)
librt.so.1 => /lib/librt.so.1 (0xb64ae000)
libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0xb64a4000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb649b000)
libssl3.so => /apps/flash/lib/libssl3.so (0xb646d000)
libsmime3.so => /apps/flash/lib/libsmime3.so (0xb6448000)
libnss3.so => /apps/flash/lib/libnss3.so (0xb6336000)
libnssutil3.so => /apps/flash/lib/libnssutil3.so (0xb631f000)
libplds4.so => /apps/flash/lib/libplds4.so (0xb631c000)
libplc4.so => /apps/flash/lib/libplc4.so (0xb6318000)
libnspr4.so => /apps/flash/lib/libnspr4.so (0xb62e4000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb62ce000)
libdl.so.2 => /lib/libdl.so.2 (0xb62c9000)
libgtk-x11-2.0.so.0 => /apps/gtk2/lib/libgtk-x11-2.0.so.0 (0xb5efd000)
libgdk-x11-2.0.so.0 => /apps/gtk2/lib/libgdk-x11-2.0.so.0 (0xb5e67000)
libatk-1.0.so.0 => /apps/gtk2/lib/libatk-1.0.so.0 (0xb5e4b000)
libpangoft2-1.0.so.0 => /apps/gtk2/lib/libpangoft2-1.0.so.0 (0xb5e25000)
libgdk_pixbuf-2.0.so.0 => /apps/gtk2/lib/libgdk_pixbuf-2.0.so.0 (0xb5e06000)
libpangocairo-1.0.so.0 => /apps/gtk2/lib/libpangocairo-1.0.so.0 (0xb5dfb000)
libcairo.so.2 => /apps/gtk2/lib/libcairo.so.2 (0xb5d4b000)
libpango-1.0.so.0 => /apps/gtk2/lib/libpango-1.0.so.0 (0xb5d0a000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb5ca6000)
libfontconfig.so.1 => /apps/gtk2/lib/libfontconfig.so.1 (0xb5c74000)
libgobject-2.0.so.0 => /apps/gtk2/lib/libgobject-2.0.so.0 (0xb5c31000)
libgmodule-2.0.so.0 => /apps/gtk2/lib/libgmodule-2.0.so.0 (0xb5c2e000)
libglib-2.0.so.0 => /apps/gtk2/lib/libglib-2.0.so.0 (0xb5b25000)
libm.so.6 => /lib/libm.so.6 (0xb5b02000)
libc.so.6 => /lib/libc.so.6 (0xb59f6000)
/lib/ld-linux.so.2 (0xb77b2000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb59f3000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb59ed000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb59d7000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb59cf000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb59b5000)
libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0xb59af000)
libz.so.1 => /usr/lib/libz.so.1 (0xb599e000)
libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0xb599b000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb5992000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb58d0000)
libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0xb58cd000)
libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0xb58ca000)
libpixman-1.so.0 => /apps/gtk2/lib/libpixman-1.so.0 (0xb5847000)
libxcb-shm.so.0 => /apps/gtk2/lib/libxcb-shm.so.0 (0xb5844000)
libxcb-render.so.0 => /apps/gtk2/lib/libxcb-render.so.0 (0xb583d000)
libxcb.so.1 => /apps/gtk2/lib/libxcb.so.1 (0xb5823000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb5806000)
libgio-2.0.so.0 => /apps/gtk2/lib/libgio-2.0.so.0 (0xb56e0000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb56ce000)
libexpat.so.1 => /apps/gtk2/lib/libexpat.so.1 (0xb56a6000)
libffi.so.5 => /apps/gtk2/lib/libffi.so.5 (0xb56a0000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb569b000)
-----------------------------------------------------------------------------------------------------
-
Can you provide a link to the protected videos, if they are publicly available, so I can test?
-
http://areena.yle.fi/tv
Problem is that locale area restrict codes are used, and have to use some proxy trick to watch outside of Finland.
-
Ok, I tried to use various Finnish proxies, but unable to reach the video through them, so cannot test.
-
I was curious so clicked on the link above, then proceeded to watch the flash TV shows and movies in firefox. am I missing something?
that was in Windows with flash version 11.5.502.135
opened up firefox in tc and the video did not play, i think I need an updated version of flash which is currently version 11.1.102.55 So attempted to update flash11 but failed to download source "error: downloading source". I didn't look any further. Seems like I need to update java also (done)
Ok I understand now, the video is selective, only some flash video play while most have a connection error. Disregard
-
There is text "Järjestelmä väliaikaisesti pois käytöstä", when player is not working and played with Finland area code and some different English text if area code is blocked and video not shown for that reason.
This Adobe Access protection may be used other applications, but it is quite new anyway and I don't know other application. I think curaga is finn, could he make tests?
This problem is related with HTLM5/flashplayer problem, HTLM5 is capable to play videos as well, but film studios do not allow to use it for copy right issues. Adobe do not want develop linux version any more, because all know that will be hacked before official release. i think google is committed to hide flashplayer code and that's why chrome is supported.
Macrohard Doors is closed system, so hacking is little bit harder (little bit only).
This Adobe/Google/Chrome system is useless anyway, there is so called "analog hole" which prevents all effort to protect digital media copyrights. That's bad of course, artists (and film studios) should get their money. too.
Only result is like this, illegal use is not prevented, and those who pay (finns TV is financed by tax payers money = that's me too) for product cannot use product.
This case is an excellent example how these protection mechanism never works as should. That same thing happened with mp3, no protection mechanisms never worked so it has to released for free use.
-
I think it isn't eventually good idea to reject all public lib bindings like .scm format does.
That is complicated issue, but with current and future MMU, uP, memory types (mass storage, flash memories, fast cashes etc.) and multicore uP structures shared libs are still need.
Shared libraries (and dynamic lib loading) are efficient on large systems where is sufficient memory. mass storage and capable MMU-system. Especially at applications like flashplayer it is good because of applications temporary nature, user wants first to play video and next to close video and start surfing with tinycore forum. It waste of memory and resources to keep all libs loaded, and eventually is impossible as continuous manner if number of applications is not limited somehow. It is reasonable in some cases to keep several copies of same libs (it think this is The Idea behind .scm format), and when loading same lib differently for different applications is indeed isolating lib conflicts, but this flashplayer problem is good example of difficulties encountered with that approach.
Static loading is good idea for embedded systems, and typically dynamic loading is used only when other choices are not possible.
I agree, that TC base system should be on busybox and even fully statically linked, if needed. Actually I have large embedded scientific application, which will run on linux platform. Maintaining proprietary embedded linux is nightmare, and TC is one option. I'm looking for solution, where target system is lightweight embedded TC and development environment is workstation with fully capable TC installation.
I think TC should be dedicated library management to handle different type situations and should include different libs handling. There should be smooth transition from static memory model CLI running small Armcore uP to full powered all-MMU multicore/GPU machine with advanced dynamically loaded libs.
-
I can't read Finnish and have a pepper flash player but its showing a load but not playing does image text help?
(http://oi49.tinypic.com/1xyo7r.jpg)
-
Translation:
Transfer error has occur, try to reload page
1) Problems with your Internet connection, (for example wireless connection has temporary cuts off)
2) You are using service from abroad, license is limited only for Finland users
-
That's so funny, initially I clicked on many video's and they all played without error. Later they became selective where some played while others did not, now none play.. lol How ridiculous can you get.. all the movies are self protected by the language alone!
I have seen both those errors, must be the hole you mention.
The reason I'm curious is because HTML5 is not working for me either in tc - have no audio :(
-
Yes I'm a Finn, but I won't touch Flash by choice. I use yle-dl to watch what few good programs they still make.
-
The reason I'm curious is because HTML5 is not working for me either in tc - have no audio :(
Maybe you are using OSS.tcz and not alsa.tcz?
Firefox doen't support OSS on HTML5, and things aren't gonna change, sadly.
alsa is too bloated for my tastes, so I resort to flash, usually either downloading it via a very good python script (youtube-dl) and converting, or using flash plugin.
-
Unfortunately I have issues with Alsa not properly detecting and fully supporting my audio card. H'mmm was thinking of updating my audio card, maybe this is a good reason to go shopping.
-
alsa is too bloated for my tastes, so I resort to flash
So, alsa is bloated and flash is not :o
-
coreplayer2
and sorry for the hijack, and have you considered using a model=string to let alsa do its business?
-
Ok, I tried to use various Finnish proxies, but unable to reach the video through them, so cannot test.
I can make tests, if needed.
I think thas probably not big help, because I don't know .scm format internals.
-
Firefox doen't support OSS on HTML5, and things aren't gonna change, sadly.
It did last I checked, but it's a compile-time switch only.
-
I can make tests, if needed.
I think thas probably not big help, because I don't know .scm format internals.
One test would be to use the tcz version of flash and firefox/opera, and that would tell if it is an issue specific to the scm format. Though I don't believe the issues of those videos has anything to do with the fact the browser and flash are scms.
-
So, alsa is bloated and flash is not :o
Agreed, I phrased my thought badly: I meant that, referring to youtube, I prefer downloading+converting rather than loading alsa xor flash.
Sometimes, yes, I even use flash11.tcz without alsa, which is perverse because flash is closed and even more bloated; however, most of flash11.tcz.dep are typically already loaded when I do that, and tce-load -i alsa is sooo slow, and anyway flash is needed for some other websites...
It is a dreadful combination of laziness and hostile www.
Firefox doen't support OSS on HTML5, and things aren't gonna change, sadly.
It did last I checked, but it's a compile-time switch only.
Curaga, do you have references for that?
What makes me pessimistic about WebM + OSS4 in firefox is the following:
https://bugzilla.mozilla.org/show_bug.cgi?id=574363 (https://bugzilla.mozilla.org/show_bug.cgi?id=574363)
I would be glad to learn about compile-time switches to enable OSS.
Another possibility is using alsa with OSS backend; this would make sense, however, only if that reduced the bloat. With current tcz dependencies, this is not the case (tce-size gives something like 6 Mb): it would be interesting to study whether the dependencies can be slimmed down (this has already been the case for other extensions).
-
No links at hand, but your link mentions the file to edit/dir to check out. It wasn't a configure switch, you had to go and edit the included sound lib to use OSS instead of ALSA. It's limited that way (only one backend, compile-time decision).
I haven't built Firefox in a long while, so this may not apply to the latest version (which is probably something like Firefox 97564 by now).
-
I don't know well TC and .tcz/-scm -history, but I read some old threads conserning alsa -problems in .tcz format.
Please, could someone tell details of that problem, because I will try to make .tcz package for sane backends.
I localized problems when compiling sources and only way to get it work was use "noharedlibraries" parameter when configured. That is not best way solve problems, becouse at the end there will be massive count of library copies on the system.
I don't se any particular problem with shared libraries on "/usr/lib" directory. why is so frightening issue at TC?
-
I don't se any particular problem with shared libraries on "/usr/lib" directory. why is so frightening issue at TC?
We're trying to make a separation between what comes with the base system in /usr/lib and what comes with extensions in /usr/local/lib.
-
Separate? For what?
Original reasons for bin and lib code separation is that EPROM and SRAM memory types at different directories for easy mount on ancient machines. Nowdays it is utilized mostly for security purposes to isolate executable code.
"/lib" is for "/bin" and "/sbin'" staff and those should be for so for boot system (this is good to HD partition isolation for crash situations).
When system is up, there is no standard way to place shared libs. Usually not-boot-system system wide libraries for applications are on /usr/lib directory. And /usr/lib that always the place where system wide libs are looked for.
"/usr/local" -directory is typically used for local installation for network file systems including disk servers (usually local installations are made only for to reduce network traffic).
I think it is totally legal to use "/usr/local/lib" for TC but what that helps? Libs have to placed somewhere anyway and must be maintained anyway and .tcz squahsfile system can track files where ever they are, I think.
So, what is The Advantage to get these extra troubles with "usr/local/lib" installation point?
Edit: typo
-
So, what is The Advantage to get these extra troubles with "usr/local/lib" installation point?
The advantage is that it is clear that everything under /usr is part of the base system and everything under /usr/local is part of an extension.
Only a very few apps, often poorly written, have problems with the above.
-
What about a lib which is used by apps and is already installed on "/usrlib"?
And what about a lib which is used by several apps, how it should be placed on "/usr/local/lib/"?
You need a library strategy and docs anyway to describe where those libs are.
-
What about a lib which is used by apps and is already installed on "/usrlib"?
And what about a lib which is used by several apps, how it should be placed on "/usr/local/lib/"?
You need a library strategy and docs anyway to describe where those libs are.
Strategy is already documented here:
http://www.pathname.com/fhs/pub/fhs-2.3.html
No need to reinvent the wheel ;)
Besides from that, I couldn't see how that would have anything to do with the topic "Flash setup"...
-
Strategy is already documented here:
http://www.pathname.com/fhs/pub/fhs-2.3.html
No need to reinvent the wheel ;)
... and that document says that libs should be at "/lib" and "/usr/lib"!
So now you are talking business...
-
What about a lib which is used by apps and is already installed on "/usrlib"?
There's no problem for any extension to take advantage of libs in the base
And what about a lib which is used by several apps, how it should be placed on "/usr/local/lib/"?
You quote the needed lib extension in your apps dep file and it will use the lib in question automatically (as long as you compiled against the required -dev extension).
..and this is getting seriously off-thread
-
One test would be to use the tcz version of flash and firefox/opera, and that would tell if it is an issue specific to the scm format. Though I don't believe the issues of those videos has anything to do with the fact the browser and flash are scms.
New getflash11.tcz gets error on loading.
-
Hi Yleisajattelija
Try downloading getFlash11.tcz again, preferably from repo.tinycorlinux.net. There was a minor problem
when roberts fixed it. See:
http://forum.tinycorelinux.net/index.php/topic,14298.msg83185.html#msg83185
-
TC 4.7.3 loaded from repo.tinycorelinux.com
firefox 18.0
getflash11 load normally
Flash working with youtube, but not playing yle areena.
"Firefox -> Help -> Troubleshooting Information -> Profile Directory -> Open Directory" does not open profiles directory, so there is something wrong with profiles settings.
Edit: lot of warnings to firefox error console, impossible to say, which are meaningful
-
Just did a check for updates against repo.tinycorelinux.net which showed getFlash11.tcz to be updated. Got update failed though.
-
Didn't work with TC4.7.2, does work with TC4.7.3.
-
Well, I'm running 4.7.3 and I still get an error when I try to download the updated getFlash11.tcz. Unfortunately it's the only extension I have that currently needs updating so I can't be sure there's not something else wrong.
edit: Switched mirrors a few days ago when I updated to 4.7.5 and was able to successfully download getFlash11.tcz.
-
Flashplayer needs HAL!
http://forums.adobe.com/message/4797322
Ubuntu has libhal1 -package, which seems to be missing on tc.
Anyone knows that lib?
Edit: http://forum.tinycorelinux.net/index.php?topic=12675.0
libhal1 included hal.tcz and not working for me, too. But now key directories are generated as should be
-
There is two separate problems with flashplayer:
a) Flasplayer needs antique HAL-interface for DRM. HAL needs probably dbus, and both must be loaded until haldaemon starts
b) When testing with adobe DRM-test program, test video is playing but yle-areena is not. Metafile does not start, and "security sandbox violation" error code is shown. Probably this error comes because yle areena makes some securitys checkcs and error comes becouse libflasplayer.so should be at /usr/lib.
That needs some more testing.
Edit: I'm working with *.tzc packages for library reasons. I think flashplayer won't work without dynamic lib stack. Next try to install raw *.tar package from adobe and install HAL-system.