I have seen some messages that imply that flashplugin9 might be usable on STABLE. The port is sill marked IGNORE, though: ** Port marked as IGNORE: www/linux-flashplugin9: Unstable, no sound, generally unusable state I also thought that there might be a solution to the sound issue. Can anyone confirm the status? I would be happy to delete the IGNORE line if I thought it would work and I know what changes might be needed to get it to work. Even without sound, it would probably be useful. Too many sites are using Flash 9 for the entry page and there is no way to get to the site at all with Flash 7. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 224 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20081014/f2ffd8ed/attachment.pgp
On 10/14/08, Kevin Oberman <oberman@es.net> wrote:> I have seen some messages that imply that flashplugin9 might be usable > on STABLE. The port is sill marked IGNORE, though: > ** Port marked as IGNORE: www/linux-flashplugin9: > Unstable, no sound, generally unusable state >Maybe, but the fix is still not MFCed to STABLE, it is only available in CURRENT.> On Sat, Oct 04, 2008 at 02:08:16PM +0000, Konstantin Belousov wrote: > > kib 2008-10-04 14:08:16 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/compat/linprocfs linprocfs.c > > sys/fs/procfs procfs_map.c > > Log: > > SVN rev 183600 on 2008-10-04 14:08:16Z by kib > > > > Change the linprocfs <pid>/maps and procfs <pid>/map handlers to use > > sbuf instead of doing uiomove. This allows for reads from non-zero > > offsets to work. > > > > Patch is forward-ported des@' one, and was adopted to current code > > by dchagin@ and me. > > > > Reviewed by: des (linprocfs part) > > PR: kern/101453 > > MFC after: 1 week > > > > Revision Changes Path > > 1.125 +5 -29 src/sys/compat/linprocfs/linprocfs.c > > 1.42 +7 -29 src/sys/fs/procfs/procfs_map.c > > it should be noted that this patch lets flash9 work reliably on FreeBSD.
On Tuesday 14 October 2008 20:30:47 Kevin Oberman wrote:> I have seen some messages that imply that flashplugin9 might be usable > on STABLE. The port is sill marked IGNORE, though: > ** Port marked as IGNORE: www/linux-flashplugin9: > Unstable, no sound, generally unusable state > > I also thought that there might be a solution to the sound issue. > > Can anyone confirm the status? I would be happy to delete the IGNORE > line if I thought it would work and I know what changes might be needed > to get it to work. Even without sound, it would probably be useful. Too > many sites are using Flash 9 for the entry page and there is no way to > get to the site at all with Flash 7.Patches have been committed to CURRENT and should have been MFC'ed last weekend, but haven't for some reason. The port has a PR waiting for maintainer feedback: http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 The relevant thread on emulation@ is: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-September/005311.html (continues in October archives)
On Thu, Oct 16, 2008 at 06:48:52PM -0500, Sean C. Farley wrote:> On Thu, 16 Oct 2008, Kostik Belousov wrote: > > >Hmm, finaly I noted this thread. There is one more patch in the > >pipeline for 7 that is needed, as I was told. Testing of that patch > >seems to be stalled, so I am interested in the feedback. > > > >Possible rejects of the $FreeBSD$ chunks are fine. > > This patch works for me for most things. I am curious if the removal of > bsm/audit_kevents.h in two files is desired or not. > > I have found that trying to run something on hulu.com in Hi-Res 480p > instead of Std-Res 360p locks up Flash and the browser. I have to run > killall npviewer.bin to get the browser back and remove the > npviewer.bin.core file from my home directory. This is reproducible > every time at least for me. Of course, this could be an nspluginwrapper > or even Linux flash issue. >Hi, unfortunatelly, we are still have a serious bug in tls/futex emulation. thnx! -- Have fun! chd
On Fri, 17 Oct 2008, Chagin Dmitry wrote:> On Thu, Oct 16, 2008 at 06:48:52PM -0500, Sean C. Farley wrote: >> On Thu, 16 Oct 2008, Kostik Belousov wrote: >> >>> Hmm, finaly I noted this thread. There is one more patch in the >>> pipeline for 7 that is needed, as I was told. Testing of that patch >>> seems to be stalled, so I am interested in the feedback. >>> >>> Possible rejects of the $FreeBSD$ chunks are fine. >> >> This patch works for me for most things. I am curious if the removal >> of bsm/audit_kevents.h in two files is desired or not.Is this an accidental MFC-ism?>> I have found that trying to run something on hulu.com in Hi-Res 480p >> instead of Std-Res 360p locks up Flash and the browser. I have to >> run killall npviewer.bin to get the browser back and remove the >> npviewer.bin.core file from my home directory. This is reproducible >> every time at least for me. Of course, this could be an >> nspluginwrapper or even Linux flash issue. > > Hi, > > unfortunatelly, we are still have a serious bug in tls/futex emulation.Thank you for the fixes/additions you have made to the emulator. It is nice to be able to use Flash 9. I am anxious to see how it will behave the next time there is a Webex meeting at work. I am glad we know where the bug is. I always hate those bugs that you know exist but are too elusive to be found. Sean -- scf@FreeBSD.org