headers
BratSinot | 20 Jun 2012 11:23
Picon

Armedslack-current QEMU

If you installing with kernel from 13.37 everything works. But, if you use the current kernel, QEMU writes:
> pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle 0x0 cmd 0x0 value 0xf0f0f0f0)
> pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle 0x0 cmd 0x0 value 0xf0)
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Stuart Winter | 20 Jun 2012 11:38
Picon

Re: Armedslack-current QEMU


> If you installing with kernel from 13.37 everything works. But, if you use
> the current kernel, QEMU writes:
> > pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle
> 0x0 cmd 0x0 value 0xf0f0f0f0)
> > pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle
> 0x0 cmd 0x0 value 0xf0)

with which kernel? 3.4.2?  I must say that I didn't test QEMU - I only
ever test QEMU before a release, as I no longer use it.

I will have a look at it at some point.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Permalink | Reply |
headers
Robby Workman | 20 Jun 2012 19:36

Re: Armedslack-current QEMU

On Wed, 20 Jun 2012 10:38:37 +0100 (BST)
Stuart Winter <m-lists <at> biscuit.org.uk> wrote:

> 
> > If you installing with kernel from 13.37 everything works. But, if
> > you use the current kernel, QEMU writes:
> > > pflash_write: Unimplemented flash cmd sequence (offset 00000000,
> > > wcycle
> > 0x0 cmd 0x0 value 0xf0f0f0f0)
> > > pflash_write: Unimplemented flash cmd sequence (offset 00000000,
> > > wcycle
> > 0x0 cmd 0x0 value 0xf0)
> 
> with which kernel? 3.4.2?  I must say that I didn't test QEMU - I only
> ever test QEMU before a release, as I no longer use it.
> 
> I will have a look at it at some point.

I'm not getting that at all here, but 3.4.2 definitely won't boot
(for other reasons).

  mount: mounting /dev/sda2 on /mnt failed: No such device or address
  ERROR: No /sbin/init found...  blah blah ..

  # ls -lh /dev/sd*
  brw-rw----   1 root    disk        8,   0 Jan  1  1970 /dev/sda
  brw-rw----   1 root    disk        8,   1 Jan  1  1970 /dev/sda1
  brw-rw----   1 root    disk        8,   2 Jun  1  2012 /dev/sda2

  # mount -o ro /dev/sda2 /mnt
  mount: mounting /dev/sda2 on /mnt failed: No such device or address

Soo....  no idea really.  I notice that devtmpfs is not enabled in 
the kernel, but I don't think that should matter (since the devices
are present by other means); however, it's probably worth enabling
just in case.  Recent udev requires devtmpfs anyway.

-RW
Permalink | Reply |
headers
Stuart Winter | 20 Jun 2012 21:29
Picon

Re: Armedslack-current QEMU


> Soo....  no idea really.  I notice that devtmpfs is not enabled in
> the kernel, but I don't think that should matter (since the devices
> are present by other means );

Yes udev puts them there.

> however, it's probably worth enabling
> just in case.  Recent udev requires devtmpfs anyway.

It should be configured since it is in the x86 kernels, so I've added it
to the kernel configs.  I've set 3.4.3 building now and I'll probably look
at the QEMU problem on Friday.
Permalink | Reply |
headers
Stuart Winter | 20 Jun 2012 21:53
Picon

Re: Armedslack-current QEMU


> If you installing with kernel from 13.37 everything works. But, if you use
> the current kernel, QEMU writes:
> > pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle
> 0x0 cmd 0x0 value 0xf0f0f0f0)
> > pflash_write: Unimplemented flash cmd sequence (offset 00000000, wcycle
> 0x0 cmd 0x0 value 0xf0)

This is a QEMU message rather than a Linux kernel message.

http://lists.gnu.org/archive/html/qemu-devel/2012-03/msg04050.html

I suspect Linux 3.4 has made some changes that aren't compatible with the
version of QEMU you're running.  However, they may also just be debug info
rather than the cause of any problem.

I'll upgrade my installation of QEMU to the latest release and try on
Friday.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Permalink | Reply |
headers
Stuart Winter | 22 Jun 2012 10:29
Picon

Re: Armedslack-current QEMU


The problem seems to be because :

[   12.186250] sym53c8xx 0000:00:0d.0: BAR 0: can't reserve [io
0x44000000-0x440000ff]
[   12.348049] smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre
<nico <at> fluxnic.net>
[   12.374710] eth0: SMC91C11xFD (rev 1) at d1024000 IRQ 25 [nowait]

The SCSI driver isn't initialising the card properly or something like
that, so sd_mod isn't being loaded by udev since there are no disks.

Compare the dmesg output from the kernel in 13.37:
[   16.344200] sym0: <895a> rev 0x0 at pci 0000:00:0d.0 irq 27
[   16.356532] sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
[   16.379719] sym0: SCSI BUS has been reset.
[   16.386938] scsi0 : sym-2.2.3
[   19.414393] sym0: unknown interrupt(s) ignored, ISTAT=0x5 DSTAT=0x80
SIST=0x0
[   19.425751] scsi 0:0:0:0: Direct-Access     QEMU     QEMU HARDDISK
1.1. PQ: 0 ANSI: 5
[   19.440427] scsi target0:0:0: tagged command queuing enabled, command
queue depth 16.
[   19.455265] scsi target0:0:0: Beginning Domain Validation

I don't know how to fix that yet.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Permalink | Reply |
headers
Stuart Winter | 22 Jun 2012 10:39
Picon

Re: Armedslack-current QEMU

> I don't know how to fix that yet.

http://www.spinics.net/lists/arm-kernel/msg177442.html

I'll try with some of the suggestions here.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Permalink | Reply |
headers
Stuart Winter | 27 Jun 2012 09:46
Picon

Re: Armedslack-current QEMU


> http://www.spinics.net/lists/arm-kernel/msg177442.html
>
> I'll try with some of the suggestions here.

Thanks to Jim Hawkins for patching the Versatile kernel.

The -current tree isn't in a state in which it can be publically consumed,
so I've put the new packages and kernels here:

http://armed.slackware.com/fixes/versatile/

The layout is the same as the -current tree, so you can download the files
from the URL above, remove the copies in your -current tree and drop the
new versions in place.

The patch is also in the 'k' directory - in case anybody comes across this
thread and wants to get Versatile working again in QEMU.

Also whilst doing a test installation on QEMU I wondered why I'd not
enabled DHCP by default in the supplied 'installer_launch' script.  QEMU
has a built-in DHCP server and since the script sets up QEMU using NAT, it
makes sense to use DHCP.
I've adjusted the script:
   -append "nic=auto:eth0:dhcp root=/dev/ram rw"

The new version of the script will be uploaded at some point.
The only thing about using DHCP from inside QEMU is that when mouting your
x86 NFS server, you need to refer to it by IP Address rather than any
canonical name.  e.g.  192.168.1.1

Cheers
s.

--

-- 
Stuart Winter
Slackware ARM: www.armedslack.org
Permalink | Reply |
headers
Davide | 27 Jun 2012 16:34
Picon
Favicon

libflashplayer

Has anyone got a working version of libflashplayer.so for armedslack ?

I tryed this: http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so
but I was unable to get it to work.

I also tryed this: http://ac100.wikispaces.com/file/view/libflashplayer.so/284969210/libflashplayer.so
but it's still a no go .
Are thse binaty incompatible or is it just a matter of fixing some library dependencies ?

Regards
David
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Ottavio Caruso | 27 Jun 2012 20:10
Picon
Favicon

Re: libflashplayer

On 27 June 2012 15:34, Davide <louigi600 <at> yahoo.it> wrote:
> Has anyone got a working version of libflashplayer.so for armedslack ?

There's no official flash player for Linux on ARM. You can try to
google around but you would probably find either pirated of obsolete
versions.

--

-- 
Ottavio Caruso
Permalink | Reply |
headers
Thorsten Mühlfelder | 27 Jun 2012 20:56
Picon
Gravatar

Re: libflashplayer

Am Wed, 27 Jun 2012 19:10:53 +0100
schrieb Ottavio Caruso <pr0f3ss0r1492 <at> yahoo.com>:

> On 27 June 2012 15:34, Davide <louigi600 <at> yahoo.it> wrote:
> > Has anyone got a working version of libflashplayer.so for
> > armedslack ?
> 
> There's no official flash player for Linux on ARM. You can try to
> google around but you would probably find either pirated of obsolete
> versions.

Various Android Browser are shipping a Flash plugin. AFAIK the latest
Firefox for Android (version 14.x) has one, too. Maybe you can find
something in their source/app/ML/chat... :-/

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
Permalink | Reply |
headers
Ottavio Caruso | 27 Jun 2012 21:10
Picon
Favicon

Re: libflashplayer

On 27 June 2012 18:56, Thorsten Mühlfelder <thenktor <at> gmail.com> wrote:
> Various Android Browser are shipping a Flash plugin. AFAIK the latest
> Firefox for Android (version 14.x) has one, too. Maybe you can find
> something in their source/app/ML/chat... :-/

I strongly doubt that at the moment you can take random pieces from
the Android userspace and just transplant it into any Linux distro,
but I'd be pleased to be proven wrong.

--

-- 
Ottavio Caruso
Permalink | Reply |
headers
Thorsten Mühlfelder | 27 Jun 2012 21:32
Picon
Gravatar

Re: libflashplayer

Am Wed, 27 Jun 2012 19:10:00 +0000
schrieb Ottavio Caruso <pr0f3ss0r1492 <at> yahoo.com>:

> On 27 June 2012 18:56, Thorsten Mühlfelder <thenktor <at> gmail.com> wrote:
> > Various Android Browser are shipping a Flash plugin. AFAIK the
> > latest Firefox for Android (version 14.x) has one, too. Maybe you
> > can find something in their source/app/ML/chat... :-/
> 
> 
> I strongly doubt that at the moment you can take random pieces from
> the Android userspace and just transplant it into any Linux distro,
> but I'd be pleased to be proven wrong.
> 

Well, that's right. Precompiled probably won't work. No idea what C
library Android uses.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
Permalink | Reply |
headers
Stuart Winter | 27 Jun 2012 22:58
Picon

Re: libflashplayer

> I tryed this: http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so
> but I was unable to get it to work.

Did you see why it broke?

LoadPlugin: failed to initialize shared library
/usr/lib/mozilla/plugins/libflashplayer.so [libGLESv2.so: cannot open
shared object file: No such file or directory]

root <at> pepa:~# ldd /usr/lib/mozilla/plugins/libflashplayer.so | fgrep not
        libGLESv2.so => not found

Finding/compiling that module doesn't guarantee whatsoever that the player
would work, but you never know!
Permalink | Reply |
headers
Alexjan Carraturo | 28 Jun 2012 05:56
Picon
Gravatar

Re: libflashplayer

2012/6/27 Stuart Winter <m-lists <at> biscuit.org.uk>:
>> I tryed this: http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so
>> but I was unable to get it to work.
>
> Did you see why it broke?
>
> LoadPlugin: failed to initialize shared library
> /usr/lib/mozilla/plugins/libflashplayer.so [libGLESv2.so: cannot open
> shared object file: No such file or directory]
>
>
> root <at> pepa:~# ldd /usr/lib/mozilla/plugins/libflashplayer.so | fgrep not
>        libGLESv2.so => not found
>
>
> Finding/compiling that module doesn't guarantee whatsoever that the player
> would work, but you never know!

Seems that the flashplayer version that you are trying to use is
compiled in order to work with an accelerated graphic hardware.

In a lot of recent arm SoC is present 3D hardware (for example Mali
from ARM), and, with the driver that commonly it's  GPL released are
given libraries modified for that hardware (as libGLESv2) that usually
are closed.

The libglesv2, derives from Mesa, and there (without hardware
acceleration), available second in terms of MIT license
(http://www.mesa3d.org/).

Often, however, things compiled for hardware accelerated version does
not work well with the "software only".

In slackware 13.37 is present a compiled version of mesa, but, AFAIK
it's compiled with this option

  ./configure \
    --prefix=/usr \
    --sysconfdir=/etc \
    --libdir=/usr/lib${LIBDIRSUFFIX} \
    --mandir=/usr/man \
    --docdir=/usr/doc/mesa-$VERSION \
    --enable-xcb \
    --disable-gallium \
    --build=$ARCH-slackware-linux-gnueabi

In order to have libgles you have to compile with this option

--enable-gles1 --enable-gles2

This just in theory. I've never actually tried. I tried the
precompiled version of debian, but with poor performance.

bye
Alexjan

--

-- 
Alexjan Carraturo
--
Twitter/Facebook/Identica/flickr: axjslack
Personal site: http://axjslack.wordpress.com
--
Permalink | Reply |
headers
Davide | 28 Jun 2012 10:01
Picon
Favicon

Re: libflashplayer

>> I tryed this: http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so
>> but I was unable to get it to work.

>Did you see why it broke?

>LoadPlugin: failed to initialize shared library
>/usr/lib/mozilla/plugins/libflashplayer.so [libGLESv2.so: cannot open
>shared object file: No such file or directory]


>root <at> pepa:~# ldd /usr/lib/mozilla/plugins/libflashplayer.so | fgrep not
>        libGLESv2.so => not found


>Finding/compiling that module doesn't guarantee whatsoever that the player
>would work, but you never know!

I noticed that ldd was missing some stuff and tryed to fulfill the missing deps: could not find the libGLES on slackware so I first attempted to use fedora18 ARM port that forced me to install other dependencies too.
After all the dependency fulfillment ldd told me it could find all the libs neaded ... but it was still a no go .... maybe some further dependencies that I missed or binary incompatibility .....

I did a little fiddling to try to figure out where the "LoadPlugin: failed to initialize shared library" message was coming from as I was unable to reproduce it in ani log, trought strace nor in the jsconsole.
After some attempts I notced that the message comes out if you start firefox from a terminal and yoy subsequently open the add-ons tool.

I'll try to build libGLESv2.so from sources minimizing the need for further dependencies and see if I get anywhere.

Regards
David 
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Davide | 29 Jun 2012 09:39
Picon
Favicon

Re: libflashplayer


>>LoadPlugin: failed to initialize shared library
>>/usr/lib/mozilla/plugins/libflashplayer.so [libGLESv2.so: cannot open
>>shared object file: No such file or directory]


>>root <at> pepa:~# ldd /usr/lib/mozilla/plugins/libflashplayer.so | fgrep not
>>        libGLESv2.so => not found


>>Finding/compiling that module doesn't guarantee whatsoever that the player
>>would work, but you never know!

>I noticed that ldd was missing some stuff and tryed to fulfill the missing deps: could not find the libGLES on slackware so I first attempted to use fedora18 ARM port that forced me to install other dependencies too.
>After all the dependency fulfillment ldd told me it could find all the libs neaded ... but it was still a no go .... maybe some further dependencies that I missed or binary incompatibility .....

>I did a little fiddling to try to figure out where the "LoadPlugin: failed to initialize shared library" message was coming from as I was unable to reproduce it in ani log, trought strace nor in the jsconsole.
>After some attempts I notced that the message comes out if you start firefox from a terminal and yoy subsequently open the add-ons tool.

>I'll try to build libGLESv2.so from sources minimizing the need for further dependencies and see if I get anywhere.

It appears that libGLES* get built from the X mesa sources (at least fedora does it from a mesa 8.1 snapshot {20120603}and some patches aplied).
I'm not familiar at all with the way redhat/fedora build their packages from sources so i was unable to figure out how to buil libGLES.

Looking back at waht I have on my sistem I notice that I have the mesa-8.0.3 package installed but it does not contain libGLES*.
I wonder if that is because libGLES crept in some version abter 8.0.3 and before 8.1 or because it's spefifically not built in the slackware package ?

Looking at teh armedslack mesa source package I see it has GLES includes
Mesa-8.0.3/include/GLES2/
Mesa-8.0.3/include/GLES2/gl2platform.h
Mesa-8.0.3/include/GLES2/gl2.h
Mesa-8.0.3/include/GLES2/gl2ext.h
Mesa-8.0.3/include/GLES/
Mesa-8.0.3/include/GLES/glplatform.h
Mesa-8.0.3/include/GLES/gl.h
Mesa-8.0.3/include/GLES/glext.h
Mesa-8.0.3/include/GLES/egl.h

anyone know hot to build libGLES* from the armedslack source package ?


Regards
David
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Stuart Winter | 29 Jun 2012 15:22
Picon

Re: libflashplayer


> anyone know hot to build libGLES* from the armedslack source package ?

I've dropped this into /usr/lib/mozilla/plugins:
  http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so

And firefox about:plugins now says:

===
Shockwave Flash

    File: libflashplayer.so
    Version:
    Shockwave Flash 10.1 r120

MIME Type       Description     Suffixes
application/x-shockwave-flash   Shockwave Flash         swf
application/futuresplash        FutureSplash Player     spl
===

I can watch a video on youtube  x11vnc but I don't have a working native
X at the moment as x/xf86-video-xgi-1.6.0-arm-3.tgz doesn't work with the new version of X
and won't build yet.

Give it a go.  This package is built on the new -current so I don't know
if it'll work on the one that's public at the moment (although I would
imagine it will)
  http://armed.slackware.com/test/mesa-8.0.3-arm-2.tgz
The src is here:
  http://armed.slackware.com/test/src/

All I've changed is:
  Added ./configure options:
   --with-gallium-drivers=" nouveau r600 r300 svga"
   --enable-gles1 --enable-gles2 --enable-openvg --enable-gallium-egl
and removed --disable-egl
Permalink | Reply |
headers
Davide | 1 Jul 2012 09:42
Picon
Favicon

Re: libflashplayer



>I've dropped this into /usr/lib/mozilla/plugins:
>  http://kotelett.no/ac100/phh/Android2.2/libflashplayer.so

>And firefox about:plugins now says:

>===
>Shockwave Flash

 >   File: libflashplayer.so
 >   Version:
 >   Shockwave Flash 10.1 r120

>MIME Type      Description    Suffixes
>application/x-shockwave-flash  Shockwave Flash        swf
>application/futuresplash        FutureSplash Player    spl
>===

I did the same after upgrading to the mesa package below and now firefox no longer complains about not being able to load libflashplayer.so but none the less the plugin is not detected (I recently updated to current).

>I can watch a video on youtube  x11vnc but I don't have a working native
>X at the moment as x/xf86-video-xgi-1.6.0-arm-3.tgz doesn't work with the new version of X
>and won't build yet.

>Give it a go.  This package is built on the new -current so I don't know
>if it'll work on the one that's public at the moment (although I would
>imagine it will)
>  http://armed.slackware.com/test/mesa-8.0.3-arm-2.tgz
>The src is here:
>  http://armed.slackware.com/test/src/

>All I've changed is:
> Added ./configure options:
> --with-gallium-drivers=" nouveau r600 r300 svga"
>  --enable-gles1 --enable-gles2 --enable-openvg --enable-gallium-egl
>and removed --disable-egl

Maybe the version of libflashplayer.so is incompatible with firefox 13 or maybe there is some other issue with the mesa package on current.

What were you running on when you got things to work ?

Regards
David

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Ottavio Caruso | 1 Jul 2012 12:25
Picon
Favicon

Re: libflashplayer

On 1 July 2012 08:42, Davide <louigi600 <at> yahoo.it> wrote:
> Maybe the version of libflashplayer.so is incompatible with firefox 13 or
> maybe there is some other issue with the mesa package on current.

Am I missing something? While modern Android OS may share the same
kernel with a traditional Linux distro, its runtime library is not
binary compatible with the GNU libraries. As the flash plugin is not
available in source code I don't see why people can assume one can
just drop libflashplayer.so for Android and expect it to work and even
if it did you'd open a can of worms.

The only realistic solution (which I'm not going to try at the moment)
is to run some sort of Android SDK emulator. But if I have missed the
point please correct me where I'm wrong.

--

-- 
Ottavio
Permalink | Reply |
headers
Stuart Winter | 1 Jul 2012 14:58
Picon

Re: libflashplayer


> available in source code I don't see why people can assume one can
> just drop libflashplayer.so for Android and expect it to work and even
> if it did you'd open a can of worms.

It does work - I tested it.  I suspect it doesn't work for Davide because
the library is compiled for a CPU higher than his own.  This is what I ran
it on:

root <at> pepa:~/ac/source/kde# cat /proc/cpuinfo
Processor       : ARMv7 Processor rev 0 (v7l)
processor       : 0
BogoMIPS        : 1987.37

processor       : 1
BogoMIPS        : 1993.93

Features        : swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16
tls
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x1
CPU part        : 0xc09
CPU revision    : 0

Hardware        : trimslice
Revision        : 0000
Serial          : 0000000000000000
root <at> pepa:~/ac/source/kde#
Permalink | Reply |
headers
stanley garvey | 2 Jul 2012 02:55
Favicon

Re: libflashplayer

On Jul 1, 2012 13:58 "Stuart Winter" <m-lists <at> biscuit.org.uk> wrote:
available in source code I don't see why people can assume one can
just drop libflashplayer.so for Android and expect it to work and even
if it did you'd open a can of worms.

> It is a can of worms. It is closed source and lets hope it's finished. Adobe don't fully support it and have publicly said so.

It does work - I tested it. I suspect it doesn't work for Davide because
the library is compiled for a CPU higher than his own. This is what I ran
it on:

>I am a pragmatist, if it works use it. Still hoping the web goes HTML5, MP4, OGG.
Steve Jobs may have had a point.


_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Ottavio Caruso | 4 Jul 2012 13:24
Picon
Favicon

Re: libflashplayer

On 2 July 2012 01:55, stanley garvey <stanley <at> stanleygarvey.com> wrote:

>> It is a can of worms. It is closed source and lets hope it's finished.
>> Adobe don't fully support it and have publicly said so.

Yes, Adobe has officially end-of-lifed Flash Player on Android:

http://blogs.adobe.com/flashplayer/2012/06/flash-player-and-android-update.html

--

-- 
Ottavio
Permalink | Reply |
headers
Thorsten Mühlfelder | 4 Jul 2012 13:57
Picon
Gravatar

Re: libflashplayer

2012/7/4 Ottavio Caruso <pr0f3ss0r1492 <at> yahoo.com>:
> On 2 July 2012 01:55, stanley garvey <stanley <at> stanleygarvey.com> wrote:
>
>>> It is a can of worms. It is closed source and lets hope it's finished.
>>> Adobe don't fully support it and have publicly said so.
>
> Yes, Adobe has officially end-of-lifed Flash Player on Android:
>
> http://blogs.adobe.com/flashplayer/2012/06/flash-player-and-android-update.html

Not only on Android, but on Linux in general:
http://tech.slashdot.org/story/12/02/22/1323204/adobe-makes-flash-on-gnulinux-chrome-only

Adobe Flash will only be available as part of Google Chrome/Chromium.

Thorsten
Permalink | Reply |
headers
Davide | 4 Jul 2012 16:03
Picon
Favicon

Re: libflashplayer




>>>> It is a can of worms. It is closed source and lets hope it's finished.
>>>> Adobe don't fully support it and have publicly said so.
>>
>> Yes, Adobe has officially end-of-lifed Flash Player on Android:
>>
>> http://blogs.adobe.com/flashplayer/2012/06/flash-player-and-android-update.html

>Not only on Android, but on Linux in general:
>http://tech.slashdot.org/story/12/02/22/1323204/adobe-makes-flash-on-gnulinux-chrome-only

>Adobe Flash will only be available as part of Google Chrome/Chromium.

Can chrome/chromium run on armedslack and not loose the flash support ?
A while back I attempted using chrome/chromium on x86 slackware but my experience was limiten in the ['could not compile' ... 'very bad user experience'] range, I seriously doubt that even now it could be any better then that on ARM.... but maybe I'm wrong ?

Ciao
David
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Ottavio Caruso | 4 Jul 2012 16:11
Picon
Favicon

Re: libflashplayer

On 4 July 2012 15:03, Davide <louigi600 <at> yahoo.it> wrote:
> Can chrome/chromium run on armedslack and not loose the flash support ?

I am not aware of Chrome/Chromium running on ARM at all.

The problem is in the hardware, not the software. Adobe will pay their
developers to develop on 'certified' architectures' only, that is the
chip manufacturer will have to pay money for it:

===quote===

To ensure that  the Flash Player provides the best possible experience
for users, our partner program requires certification of each Flash
Player implementation.  Certification includes extensive testing to
ensure web content works as expected, and that the Flash Player
provides a good user experience. Certified devices typically include
the Flash Player pre-loaded at the factory or as part of a system
update.

==unquote===

--

-- 
Ottavio
Permalink | Reply |
headers
Old Man | 4 Jul 2012 17:03
Gravatar

Re: libflashplayer


Chrome on ARM is just an android package: https://www.google.com/intl/en/chrome/browser/mobile/android.html#utm_campaign=en&utm_source=en-ha-na-us-bk&utm_medium=ha

At this point you'd be writing an android emulator. Not that it's a bad idea though, just a difficult one.

On Jul 4, 2012, at 8:11 AM, Ottavio Caruso <pr0f3ss0r1492 <at> yahoo.com> wrote:

> On 4 July 2012 15:03, Davide <louigi600 <at> yahoo.it> wrote:
>> Can chrome/chromium run on armedslack and not loose the flash support ?
> 
> I am not aware of Chrome/Chromium running on ARM at all.
> 
> The problem is in the hardware, not the software. Adobe will pay their
> developers to develop on 'certified' architectures' only, that is the
> chip manufacturer will have to pay money for it:
> 
> ===quote===
> 
> To ensure that  the Flash Player provides the best possible experience
> for users, our partner program requires certification of each Flash
> Player implementation.  Certification includes extensive testing to
> ensure web content works as expected, and that the Flash Player
> provides a good user experience. Certified devices typically include
> the Flash Player pre-loaded at the factory or as part of a system
> update.
> 
> ==unquote===
> 
> -- 
> Ottavio
> _______________________________________________
> ARMedslack mailing list
> ARMedslack <at> lists.armedslack.org
> http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Thorsten Mühlfelder | 4 Jul 2012 19:42
Picon
Gravatar

Re: libflashplayer

Am Wed, 4 Jul 2012 09:03:22 -0600
schrieb Old Man <oldtopman <at> guy-family.com>:

> Chrome on ARM is just an android package:
> https://www.google.com/intl/en/chrome/browser/mobile/android.html#utm_campaign=en&utm_source=en-ha-na-us-bk&utm_medium=ha

No, it should be possible to build "real" chromium on ARMed Slack and
run it in X.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
Permalink | Reply |
headers
Davide | 4 Jul 2012 15:51
Picon
Favicon

Re: libflashplayer


>>> It is a can of worms. It is closed source and lets hope it's finished.
>>> Adobe don't fully support it and have publicly said so.

I think it's much worse then a can of worms. I really don't understand why people use flash for things that do not need flash:
why the hell should one use flash for authentication on a web site (on some sites if you don't have flash you cannot even see the box for typing the authentication) !
I feel pledged into using flash :-D
If it wasn't that sometimes it's handy to watch video documentation (like for opening up a device without braking it) I'd have been happy to use swfdec for basic flash support.
I tryed gnash but I was unable to deal with the dependencies for compiling it.

>Yes, Adobe has officially end-of-lifed Flash Player on Android:
>http://blogs.adobe.com/flashplayer/2012/06/flash-player-and-android-update.html

Android really has only uses a modified linux kernel and has nothing else in common with any other linux distribution so when Adobe supported flash on mobile devices it never meant that Adobe supported flash on ARM linux devices.

Cheers
David



_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Thorsten Mühlfelder | 4 Jul 2012 19:47
Picon
Gravatar

Re: libflashplayer

Am Wed, 4 Jul 2012 14:51:29 +0100 (BST)
schrieb Davide <louigi600 <at> yahoo.it>:

> why the hell should one use flash for authentication on a web site
> (on some sites if you don't have flash you cannot even see the box
> for typing the authentication) !

I've never seen that and actually it's kind of funny nowadays. I guess
the webmaster does not want to have many users? :-D
The mobile phone/tablet market is growing every day and neither iOS nor
recent Android is meant to run flash.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
Permalink | Reply |
headers
stanley garvey | 5 Jul 2012 01:01
Favicon

Re: libflashplayer

On Jul 4, 2012 18:47 "Thorsten Mühlfelder" <thenktor <at> gmail.com> wrote:
Am Wed, 4 Jul 2012 14:51:29 +0100 (BST)
schrieb Davide <louigi600 <at> yahoo.it>:
why the hell should one use flash for authentication on a web site
(on some sites if you don't have flash you cannot even see the box
for typing the authentication) !

I've never seen that and actually it's kind of funny nowadays. I guess
the webmaster does not want to have many users? :-D
The mobile phone/tablet market is growing every day and neither iOS nor
recent Android is meant to run flash.

> Flash is already dead. Its hulking corpse seemingly animated only by the inertia of its ubiquitous web presence. In a diverse client environment Adobe has lost their way. The Web works just fine with out flash. It's now down to content providers to provide content that does not require a proprietary plugin. 
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Davide | 2 Jul 2012 08:59
Picon
Favicon

Re: libflashplayer


>> available in source code I don't see why people can assume one can
>> just drop libflashplayer.so for Android and expect it to work and even
>> if it did you'd open a can of worms.

>It does work - I tested it.  I suspect it doesn't work for Davide because
>the library is compiled for a CPU higher than his own.  This is what I ran
>it on:

>root <at> pepa:~/ac/source/kde# cat /proc/cpuinfo
>Processor      : ARMv7 Processor rev 0 (v7l)
>processor      : 0
>BogoMIPS        : 1987.37

>processor      : 1
>BogoMIPS        : 1993.93

>Features        : swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16
>tls
>CPU implementer : 0x41
>CPU architecture: 7
>CPU variant    : 0x1
>CPU part        : 0xc09
>CPU revision    : 0

>Hardware        : trimslice
>Revision        : 0000
>Serial          : 0000000000000000
>root <at> pepa:~/ac/source/kde#
 
That's odd: AC100 is a TEGRA2 (Tegra 250 T20) CORTEX-A9 based that only lacks NEON instruntions.
Unless the library uses NEON instruntions (that I assume is not the sace or the android it came from would not run on any TEGRA2 based device) the most sensible guass I can make is that I need to enable some kernel options that were left off.

Regards
David 
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Davide | 2 Jul 2012 09:32
Picon
Favicon

Re: libflashplayer

>>> available in source code I don't see why people can assume one can
>>> just drop libflashplayer.so for Android and expect it to work and even
>>> if it did you'd open a can of worms.

>>It does work - I tested it.  I suspect it doesn't work for Davide because
>>the library is compiled for a CPU higher than his own.  This is what I ran
>>it on:

>>root <at> pepa:~/ac/source/kde# cat /proc/cpuinfo
>>Processor      : ARMv7 Processor rev 0 (v7l)
>>processor      : 0
>>BogoMIPS        : 1987.37

>>processor      : 1
>>BogoMIPS        : 1993.93

>>Features        : swp half thumb fastmult vfp edsp thumbee vfpv3 vfpv3d16
>>tls
>>CPU implementer : 0x41
>>CPU architecture: 7
>>CPU variant    : 0x1
>>CPU part        : 0xc09
>>CPU revision    : 0

>>Hardware        : trimslice
>>Revision        : 0000
>>Serial          : 0000000000000000
>>root <at> pepa:~/ac/source/kde#
 
>That's odd: AC100 is a TEGRA2 (Tegra 250 T20) CORTEX-A9 based that only lacks NEON instruntions.
>Unless the library uses NEON instruntions (that I assume is not the sace or the android it came from would not run on any TEGRA2 based device) the most sensible guass I can make is that I need to enable some kernel >options that were left off.

I think I can exclude any kernel options as my cpuinfo only differs from that in Bogomibs and Hardware section
...
BogoMIPS        : 1992.29
...
BogoMIPS        : 1992.29
...
Hardware        : Toshiba AC100/ Dynabook AZ

The rest is exactly the same.

What else could it be ?

Regards
David

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack


_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Stuart Winter | 2 Jul 2012 11:51
Picon

Re: libflashplayer


> What else could it be ?

Dunno but you can try with the new -current updates once I push them out
this week.
Permalink | Reply |
headers
Davide | 16 Jul 2012 07:53
Picon
Favicon

Re: libflashplayer

>> What else could it be ?

>Dunno but you can try with the new -current updates once I push them out
>this week.

Last Saturday I did an update yo current again but I still can't get libflashplayer to load on firefox.
Maybe I'm missing something else that's not showing as error when firefox loads plugins.
Can you give me the output of "ls /var/log/pasckages" on the system where you got libflashplayer to work ?

Ciao
David

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
Stuart Winter | 16 Jul 2012 15:50
Picon

Re: libflashplayer

>
> Last Saturday I did an update yo current again but I still can't get libflashplayer to load on firefox.
> Maybe I'm missing something else that's not showing as error when firefox loads plugins.
> Can you give me the output of "ls /var/log/pasckages" on the system where you got libflashplayer to work ?

It's a full installation minus kdei.

I've got to finish up some other packages before reinstalling my dev box
again, then I'll try and see if it still works -- I suspect it does.
I'm guessing that your system is missing a feature that this library wants
to use.
Permalink | Reply |
headers
Davide | 16 Jul 2012 19:42
Picon
Favicon

Re: libflashplayer

>>> Last Saturday I did an update yo current again but I still can't get libflashplayer to load on firefox.
>>> Maybe I'm missing something else that's not showing as error when firefox loads plugins.
>>> Can you give me the output of "ls /var/log/pasckages" on the system where you got libflashplayer to work ?

>>It's a full installation minus kdei.

>>I've got to finish up some other packages before reinstalling my dev box
>>again, then I'll try and see if it still works -- I suspect it does.
>>I'm guessing that your system is missing a feature that this library wants
>>to use.

>I suspect that too but the thing that's bothering me on this thought is that I can't get firefox to tell me that it cannot load the library >and maybe give me a hint as to why.
>Maybe it's a several level nested library dep. and that's the reason it's not showing ... but my slack installations  install all the >suggested packages in the "l" section just to avoid this sort of problem.
>I forgot if I did something different on my AC100 but I can fix that with "slackpkg install l".

Since I could not get any responce from firefox i tryed strace ... so here is a grep of flash form the putput of strace:

lstat64("/usr/lib/firefox-13.0.1/plugins/libflashplayer.so", {st_mode=S_IFLNK|0777, st_size=31, ...}) = 0 readlink("/usr/lib/firefox-13.0.1/plugins/libflashplayer.so", "../../plugins/libflashplayer.so"..., 4095) = 31 lstat64("/usr/lib/plugins/libflashplayer.so", {st_mode=S_IFREG|0755, st_size=8016428, ...}) = 0 stat64("/usr/lib/plugins/libflashplayer.so", {st_mode=S_IFREG|0755, st_size=8016428, ...}) = 0that does not look bad to me ... but maybe I'm mistaken ?

Now here's a grep of opens that return -1 :

openat(AT_FDCWD, "/usr/lib/firefox-13.0.1/distribution/bundles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/charset.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/gtk20-properties.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/gtk20-properties.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/tls/v7l/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/tls/v7l/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/tls/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/tls/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/v7l/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/v7l/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/v7l/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/v7l/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/v7l/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/v7l/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/vfp/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/libgnomeui-2.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/firefox-13.0.1/updates/0/update.status", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/pango/pangorc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/root/.pangorc", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/root/.icons/default/cursors/xterm", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/icons/default/cursors/xterm", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/pixmaps/default/cursors/xterm", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/pixmaps/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/firefox-13.0.1/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/chrome.manifest", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/glib20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/glib20.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/icons/icon-theme.cache", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/share/pixmaps/icon-theme.cache", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/local/share//mime/aliases", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/local/share//mime/subclasses", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/local/share//mime/icons", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/local/share//mime/generic-icons", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/gdk-pixbuf.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/gdk-pixbuf.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.Xdefaults-slackware", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.icons/default/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory) open("/root/.icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/icons/default/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/pixmaps/default/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/pixmaps/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libcanberra.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/libcanberra.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib/libcanberra.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/libcanberra.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/root/.mozilla/firefox/yup11s77.default/prefs.js", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC|O_LARGEFILE, 0644) = -1 EEXIST (File exists) open("/root/.mozilla/firefox/yup11s77.default/prefs.js", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC|O_LARGEFILE, 0644) = -1 EEXIST (File exists) open("/root/.mozilla/firefox/yup11s77.default/localstore.rdf", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC|O_LARGEFILE, 0644) = -1 EEXIST (File exists) The stuff in root's home, /usr/share/, gnome I suspect being harmless as I guess pretty much nobody uses gnome on any slackware version ... so tha leaves me with very few things missin that I've no idea if they are mandatory ro flash:

/lib/libcanberra.so.0 /usr/lib/libcanberra.so.0 /lib/libcanberra.so.0

I did a 3 leven ldd search for libraries neaded by flash and I did not spot any
"not found" ... so I've no clue as to what's going wrong.
Anyone know if these are required for flash ?

Regards
David



_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Permalink | Reply |
headers
John O'Donnell | 2 Jul 2012 09:15
Picon

Re: libflashplayer

On 07/01/2012 06:25 AM, Ottavio Caruso wrote:
> On 1 July 2012 08:42, Davide<louigi600 <at> yahoo.it>  wrote:
>> Maybe the version of libflashplayer.so is incompatible with firefox 13 or
>> maybe there is some other issue with the mesa package on current.
>
> Am I missing something? While modern Android OS may share the same
> kernel with a traditional Linux distro, its runtime library is not
> binary compatible with the GNU libraries. As the flash plugin is not
> available in source code I don't see why people can assume one can
> just drop libflashplayer.so for Android and expect it to work and even
> if it did you'd open a can of worms.

The android system does not use glibc.  It uses a system called Bionic.  It is 
essentially glibc trimmed down.  So if it works on Bionic it should work on glibc.

http://en.wikipedia.org/wiki/Bionic_%28software%29

Hope this helps.
John

--

-- 
=== Never ask a geek why, just nod your head and slowly back away.===
+================================+==================================+
|  John O'Donnell                |                                  |
|  (Sr. Systems Engineer,        |    http://juanisan.homeip.net    |
|  Net Admin, Programmer, etc.)  |  E-Mail: unixjohn1969 <at> gmail.com  |
+================================+==================================+
No man is useless who has a friend, and if we are loved we are
indispensable.  -- Robert Louis Stevenson
Permalink | Reply |

Gmane