From vova at fbsd.ru Wed Oct 1 09:55:53 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed Oct 1 09:56:00 2008 Subject: firefox & flash9 patches In-Reply-To: <1222783113.1675.67.camel@localhost> References: <20080929200237.GA68300@dchagin.dialup.corbina.ru> <1222762139.1675.16.camel@localhost> <20080930133719.GA4089@dchagin.dialup.corbina.ru> <1222783113.1675.67.camel@localhost> Message-ID: <1222854947.21166.23.camel@localhost> On Tue, 2008-09-30 at 17:58 +0400, Vladimir Grebenschikov wrote: Well, the crash below was due to totem plugins: mv /usr/X11R6/lib/browser_plugins/libtotem* ~/tmp/ fixes nspluginwrapper crash, now: $ nspluginwrapper -l /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so Wrapper version string: 1.0.0 /home/vova/.mozilla/plugins/npwrapper.nppdf.so Original plugin: /home/vova/.mozilla/plugins/nppdf.so Wrapper version string: 1.0.0 $ And now flash player works with www/firefox, Thank you Dmitry ! but still does not works with www/firefox3: after ln /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so /usr/X11R6/lib/firefox3/plugins about:plugins shows it, but when I try to show page with flash contents browser just fails with following diagnostic: ---- (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00031 unexpectedly destroyed (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00030 unexpectedly destroyed (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e0002f unexpectedly destroyed (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00003 unexpectedly destroyed The program 'npviewer.bin' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 240 error_code 191 request_code 156 minor_code 7) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) *** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout ^T load: 0.43 cmd: npviewer.bin 28672 [linuxfutex] 0.00u 0.00s 0% 151456k *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() invoke: Message timeout *** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout ---- ls -l *.core -rw------- 1 vova vova 156430336 Oct 1 13:50 npviewer.bin.core. > On Tue, 2008-09-30 at 17:37 +0400, Chagin Dmitry wrote: > > On Tue, Sep 30, 2008 at 12:08:59PM +0400, Vladimir Grebenschikov wrote: > > > On Tue, 2008-09-30 at 00:02 +0400, Chagin Dmitry wrote: > > > > Hi, > > > > > > > > please, test following patches (just -current). > > > > with them firefox && flash9 forks for me, > > > > I tested only on ia32@amd64 with 2.6.16 enabled, > > > > firefox 2.0.0.16 and flash9 plugin. > > > > > > I've tried to check your patch - kernel builds ok, but nspluginwrapper > > > drops core > > > $ nspluginwrapper -l > > > Segmentation fault (core dumped) > > > $ > > > > > > and it kills gdb if I tried to run it under gdb > > > $ gdb nspluginwrapper > > > GNU gdb 6.1.1 [FreeBSD] > > > ... > > > (gdb) r -l > > > Starting program: /usr/local/bin/nspluginwrapper -l > > > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Assertion failed: ((mapbits & CHUNK_MAP_ALLOCATED) != 0), function arena_salloc, file /usr/src/lib/libc/stdlib/malloc.c, line 3555. > > > Abort (core dumped) > > > $ > > > > > > I am puzzled, how to use it ? > > > Any help will be very appreciated. > > > > > > > Hi, > > Can you be more specific? Do you have any DEBUG options in kernel? > > especially INVARIANTS - in this case it's necessary to build kernel. > > I have neither DEBUG nor INVARIANTS in kernel configuration. > Should I rebuild kernel with these options to test patch ? > > > also, please, show uname -v and installed plugins. > > FreeBSD 8.0-CURRENT #3: Tue Sep 30 10:25:13 MSD 2008 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK > I have yesterday's 8-CURRENT. > > As for installed plug-ins, I guess I have only acrobat linux plugin, and > it works in ff3. > $ nspluginwrapper -v -a -i > Auto-install plugins from /usr/X11R6/lib/browser_plugins > Looking for plugins in /usr/X11R6/lib/browser_plugins > Auto-install plugins from /usr/X11R6/lib/firefox/plugins > Looking for plugins in /usr/X11R6/lib/firefox/plugins > Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin > Looking for plugins in /usr/local/lib/npapi/linux-flashplugin > Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so > ... already installed system-wide, skipping > Auto-install plugins from /home/vova/.mozilla/plugins > Looking for plugins in /home/vova/.mozilla/plugins > Install plugin /home/vova/.mozilla/plugins/nppdf.so > into /home/vova/.mozilla/plugins/npwrapper.nppdf.so > $ nspluginwrapper -l > Segmentation fault (core dumped) > $ > > But! core file decoded fine: > > $ gdb /usr/local/bin/nspluginwrapper npconfig.core > GNU gdb 6.1.1 [FreeBSD] > ... [cut lots of libraries] > #0 0x48359270 in gnome_vfs_xfer_delete_list () > from /usr/local/lib/libgnomevfs-2.so.0 > [New LWP 100181] > (gdb) bt > #0 0x48359270 in gnome_vfs_xfer_delete_list () > from /usr/local/lib/libgnomevfs-2.so.0 > #1 0x486f03f2 in std::bad_alloc::~bad_alloc () from /usr/lib/libstdc > ++.so.6 > #2 0x486f21d5 in __gnu_cxx::__atomic_add () from /usr/lib/libstdc > ++.so.6 > #3 0x48667969 in ?? () from /usr/lib/libstdc++.so.6 > #4 0x48088140 in ?? () > #5 0x480799b8 in ?? () from /libexec/ld-elf.so.1 > #6 0xbfbfdd38 in ?? () > #7 0x4805243c in dlsym () from /libexec/ld-elf.so.1 > #8 0x48052dce in dlopen () from /libexec/ld-elf.so.1 > #9 0x080490d4 in is_wrapper_plugin () > #10 0x08049220 in is_wrapper_plugin_0 () > #11 0x08048f34 in process_plugin_dir () > #12 0x08048fd1 in process_list () > #13 0x0804bb52 in main () > (gdb) > > building port with DEBUG=yes and running binary from port directory (not > stripped) gives no more details. > > Sorry for not enough details in first attempt. > > > thnx! -- Vladimir B. Grebenschikov vova@fbsd.ru From rdivacky at freebsd.org Wed Oct 1 10:20:33 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Wed Oct 1 10:20:39 2008 Subject: firefox & flash9 patches In-Reply-To: <1222854947.21166.23.camel@localhost> References: <20080929200237.GA68300@dchagin.dialup.corbina.ru> <1222762139.1675.16.camel@localhost> <20080930133719.GA4089@dchagin.dialup.corbina.ru> <1222783113.1675.67.camel@localhost> <1222854947.21166.23.camel@localhost> Message-ID: <20081001102010.GA55212@freebsd.org> On Wed, Oct 01, 2008 at 01:55:47PM +0400, Vladimir Grebenschikov wrote: > On Tue, 2008-09-30 at 17:58 +0400, Vladimir Grebenschikov wrote: > > Well, the crash below was due to totem plugins: > > mv /usr/X11R6/lib/browser_plugins/libtotem* ~/tmp/ > > fixes nspluginwrapper crash, now: > > $ nspluginwrapper -l > /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so > Original > plugin: /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so > Wrapper version string: 1.0.0 > /home/vova/.mozilla/plugins/npwrapper.nppdf.so > Original plugin: /home/vova/.mozilla/plugins/nppdf.so > Wrapper version string: 1.0.0 > $ > > And now flash player works with www/firefox, Thank you Dmitry ! so you confirm that the aforementioned patch fixes the flash9? If so, dmitry please send this to des@ and ask him to review/commit that. > but still does not works with www/firefox3: > > after > ln /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so /usr/X11R6/lib/firefox3/plugins > about:plugins shows it, but when I try to show page with flash contents > browser just fails with following diagnostic: > ---- > (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00031 unexpectedly > destroyed > > (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00030 unexpectedly > destroyed > > (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e0002f unexpectedly > destroyed > > (npviewer.bin:28665): Gdk-WARNING **: GdkWindow 0x4e00003 unexpectedly > destroyed > The program 'npviewer.bin' received an X Window System error. > This probably reflects a bug in the program. > The error was 'RenderBadPicture (invalid Picture parameter)'. > (Details: serial 240 error_code 191 request_code 156 minor_code 7) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) > *** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Message timeout > ^T load: 0.43 cmd: npviewer.bin 28672 [linuxfutex] 0.00u 0.00s 0% > 151456k > *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() invoke: Message > timeout > *** NSPlugin Wrapper *** ERROR: NP_Shutdown() invoke: Message timeout > ---- what linux_base do you use? I belive this can stem from using way too old libraries with a new firefox. From vova at fbsd.ru Wed Oct 1 10:32:19 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed Oct 1 10:32:25 2008 Subject: firefox & flash9 patches In-Reply-To: <20081001102010.GA55212@freebsd.org> References: <20080929200237.GA68300@dchagin.dialup.corbina.ru> <1222762139.1675.16.camel@localhost> <20080930133719.GA4089@dchagin.dialup.corbina.ru> <1222783113.1675.67.camel@localhost> <1222854947.21166.23.camel@localhost> <20081001102010.GA55212@freebsd.org> Message-ID: <1222857135.21166.46.camel@localhost> On Wed, 2008-10-01 at 12:20 +0200, Roman Divacky wrote: > > And now flash player works with www/firefox, Thank you Dmitry ! > > so you confirm that the aforementioned patch fixes the flash9? Yes, but without sound so far. Anyway I think it worth to commit patch. > what linux_base do you use? I belive this can stem from using way too > old libraries with a new firefox. linux_base-fc6 currently, and now I upgrading to f8 to check. -- Vladimir B. Grebenschikov vova@fbsd.ru From vova at fbsd.ru Wed Oct 1 10:47:32 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed Oct 1 10:47:38 2008 Subject: ALSA support for linuxator - any ideas / progress ? Message-ID: <1222855688.21166.33.camel@localhost> Hi As far as we have working flash player under linuxator (see "firefox & flash9 patches" thread in emulation@) it will be nice to have sound here. So far flashplayer9 just complains about no ALSA devices: ... ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ... Probably anyone have ideas how to make linux ALSA applications to work under FreeBSD ? some obvious ideas here: - provide fake, OSS-backended libalsa (probably there is such beast on Linux ?) - port ALSA framework on FreeBSD (looks complex, but there was such talks about this in lists) - something else ? -- Vladimir B. Grebenschikov vova@fbsd.ru From Alexander at Leidinger.net Wed Oct 1 11:41:17 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Oct 1 11:41:24 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222855688.21166.33.camel@localhost> References: <1222855688.21166.33.camel@localhost> Message-ID: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 14:08:08 +0400): > Hi > > As far as we have working flash player under linuxator (see "firefox & > flash9 patches" thread in emulation@) it will be nice to have sound > here. > So far flashplayer9 just complains about no ALSA devices: > > ... > Probably anyone have ideas how to make linux ALSA applications to > work under FreeBSD ? > some obvious ideas here: > - provide fake, OSS-backended libalsa (probably there is such beast > on Linux ?) AFAIK there's no such thing on Linux. The openosund developers had a fake libalsa, but it was just a minimal one, and they dont't really maintain it. > - port ALSA framework on FreeBSD (looks complex, but there was such > talks about this in lists) There was just some talk to get the OSS libalsa working... but only talk, no code. So just assume there's nothing. > - something else ? There's a flash9 add-on which uses OSS instead of ALSA (libflashsupport.so in the linux-flashplugin9 port). It should work. If not someone should have a look at what's going on there. Bye, Alexander. -- Ferengi Rule of Acquisition #139: Wives serve, brothers inherit. -- ST:DS9, "Necessary Evil" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From shoesoft at gmx.net Wed Oct 1 12:36:53 2008 From: shoesoft at gmx.net (Stefan Ehmann) Date: Wed Oct 1 12:36:59 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Message-ID: <200810011408.42265.shoesoft@gmx.net> On Wednesday 01 October 2008 13:16:07 Alexander Leidinger wrote: > Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > > 14:08:08 +0400): > > Hi > > > > As far as we have working flash player under linuxator (see "firefox & > > flash9 patches" thread in emulation@) it will be nice to have sound > > here. > > So far flashplayer9 just complains about no ALSA devices: > > > > ... > > > > Probably anyone have ideas how to make linux ALSA applications to > > work under FreeBSD ? > > some obvious ideas here: > > - provide fake, OSS-backended libalsa (probably there is such beast > > on Linux ?) > > AFAIK there's no such thing on Linux. The openosund developers had a > fake libalsa, but it was just a minimal one, and they dont't really > maintain it. > > > - port ALSA framework on FreeBSD (looks complex, but there was such > > talks about this in lists) > > There was just some talk to get the OSS libalsa working... but only > talk, no code. So just assume there's nothing. > > > - something else ? > > There's a flash9 add-on which uses OSS instead of ALSA > (libflashsupport.so in the linux-flashplugin9 port). It should work. > If not someone should have a look at what's going on there. The port has working sound here with www/linux-firefox. -- Stefan From vova at parallels.com Wed Oct 1 16:21:46 2008 From: vova at parallels.com (Vladimir Grebenschikov) Date: Wed Oct 1 16:21:53 2008 Subject: firefox & flash9 patches In-Reply-To: <1222857135.21166.46.camel@localhost> References: <20080929200237.GA68300@dchagin.dialup.corbina.ru> <1222762139.1675.16.camel@localhost> <20080930133719.GA4089@dchagin.dialup.corbina.ru> <1222783113.1675.67.camel@localhost> <1222854947.21166.23.camel@localhost> <20081001102010.GA55212@freebsd.org> <1222857135.21166.46.camel@localhost> Message-ID: <1222878099.21166.78.camel@localhost> On Wed, 2008-10-01 at 14:32 +0400, Vladimir Grebenschikov wrote: > On Wed, 2008-10-01 at 12:20 +0200, Roman Divacky wrote: > > > > And now flash player works with www/firefox, Thank you Dmitry ! > > > > so you confirm that the aforementioned patch fixes the flash9? > > Yes, but without sound so far. Anyway I think it worth to commit patch. > > > what linux_base do you use? I belive this can stem from using way too > > old libraries with a new firefox. > > linux_base-fc6 currently, and now I upgrading to f8 to check. After upgrading to linux_base-f8 www/firefox3 also works with flash9. -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From tijl at ulyssis.org Wed Oct 1 16:38:53 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Wed Oct 1 16:40:02 2008 Subject: firefox & flash9 patches In-Reply-To: <20080929200237.GA68300@dchagin.dialup.corbina.ru> References: <20080929200237.GA68300@dchagin.dialup.corbina.ru> Message-ID: <200810011809.10681.tijl@ulyssis.org> On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > please, test following patches (just -current). > with them firefox && flash9 forks for me, > I tested only on ia32@amd64 with 2.6.16 enabled, > firefox 2.0.0.16 and flash9 plugin. > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve things a lot. I'm still having crashes from time to time, but overall flash9 works much better. Great work! I've attached the patch for RELENG_7 (patch-linprocfs) and another patch for libflashsupport [1]. It should improve OSS support, A/V sync etc. For those without a linux box, I've attached a compiled version of the lib as well. You can drop it in /compat/linux/usr/lib. [1] http://sourceforge.net/projects/flashsupport/ -------------- next part -------------- --- linprocfs.c.orig 2008-10-01 17:47:51.000000000 +0200 +++ linprocfs.c 2008-10-01 17:49:02.000000000 +0200 @@ -869,14 +869,12 @@ static int linprocfs_doprocmaps(PFS_FILL_ARGS) { - char mebuffer[512]; vm_map_t map = &p->p_vmspace->vm_map; vm_map_entry_t entry, tmp_entry; vm_object_t obj, tobj, lobj; vm_offset_t saved_end; vm_ooffset_t off = 0; char *name = "", *freename = NULL; - size_t len; ino_t ino; unsigned int last_timestamp; int ref_count, shadow_count, flags; @@ -894,13 +892,9 @@ if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); - if (uio->uio_offset != 0) - return (0); - error = 0; vm_map_lock_read(map); - for (entry = map->header.next; - ((uio->uio_resid > 0) && (entry != &map->header)); + for (entry = map->header.next; entry != &map->header; entry = entry->next) { name = ""; freename = NULL; @@ -949,7 +943,7 @@ * format: * start, end, access, offset, major, minor, inode, name. */ - snprintf(mebuffer, sizeof mebuffer, + error = sbuf_printf(sb, "%08lx-%08lx %s%s%s%s %08lx %02x:%02x %lu%s%s\n", (u_long)entry->start, (u_long)entry->end, (entry->protection & VM_PROT_READ)?"r":"-", @@ -965,18 +959,11 @@ ); if (freename) free(freename, M_TEMP); - len = strlen(mebuffer); - if (len > uio->uio_resid) - len = uio->uio_resid; /* - * XXX We should probably return - * EFBIG here, as in procfs. - */ last_timestamp = map->timestamp; vm_map_unlock_read(map); - error = uiomove(mebuffer, len, uio); + if (error == -1) + return (0); vm_map_lock_read(map); - if (error) - break; if (last_timestamp + 1 != map->timestamp) { /* * Look again for the entry because the map was -------------- next part -------------- A non-text attachment was scrubbed... Name: libflashsupport.so Type: application/octet-stream Size: 44856 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081001/3194e994/libflashsupport.so From tijl at ulyssis.org Wed Oct 1 16:55:23 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Wed Oct 1 16:55:51 2008 Subject: firefox & flash9 patches Message-ID: <200810011852.45247.tijl@ulyssis.org> On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > please, test following patches (just -current). > with them firefox && flash9 forks for me, > I tested only on ia32@amd64 with 2.6.16 enabled, > firefox 2.0.0.16 and flash9 plugin. > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve things a lot. I'm still having crashes from time to time, but overall flash9 works much better. Great work! I've attached the patch for RELENG_7 (patch-linprocfs) and another patch for libflashsupport [1]. It should improve OSS support, A/V sync etc. For those without a linux box, I've attached a compiled version of the lib as well. You can drop it in /compat/linux/usr/lib. [1] http://sourceforge.net/projects/flashsupport/ -------------- next part -------------- --- linprocfs.c.orig 2008-10-01 17:47:51.000000000 +0200 +++ linprocfs.c 2008-10-01 17:49:02.000000000 +0200 @@ -869,14 +869,12 @@ static int linprocfs_doprocmaps(PFS_FILL_ARGS) { - char mebuffer[512]; vm_map_t map = &p->p_vmspace->vm_map; vm_map_entry_t entry, tmp_entry; vm_object_t obj, tobj, lobj; vm_offset_t saved_end; vm_ooffset_t off = 0; char *name = "", *freename = NULL; - size_t len; ino_t ino; unsigned int last_timestamp; int ref_count, shadow_count, flags; @@ -894,13 +892,9 @@ if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); - if (uio->uio_offset != 0) - return (0); - error = 0; vm_map_lock_read(map); - for (entry = map->header.next; - ((uio->uio_resid > 0) && (entry != &map->header)); + for (entry = map->header.next; entry != &map->header; entry = entry->next) { name = ""; freename = NULL; @@ -949,7 +943,7 @@ * format: * start, end, access, offset, major, minor, inode, name. */ - snprintf(mebuffer, sizeof mebuffer, + error = sbuf_printf(sb, "%08lx-%08lx %s%s%s%s %08lx %02x:%02x %lu%s%s\n", (u_long)entry->start, (u_long)entry->end, (entry->protection & VM_PROT_READ)?"r":"-", @@ -965,18 +959,11 @@ ); if (freename) free(freename, M_TEMP); - len = strlen(mebuffer); - if (len > uio->uio_resid) - len = uio->uio_resid; /* - * XXX We should probably return - * EFBIG here, as in procfs. - */ last_timestamp = map->timestamp; vm_map_unlock_read(map); - error = uiomove(mebuffer, len, uio); + if (error == -1) + return (0); vm_map_lock_read(map); - if (error) - break; if (last_timestamp + 1 != map->timestamp) { /* * Look again for the entry because the map was -------------- next part -------------- --- flashsupport.c.orig 2008-10-01 16:25:02.000000000 +0200 +++ flashsupport.c 2008-10-01 16:57:58.000000000 +0200 @@ -44,11 +44,11 @@ #endif // HAVE_ALSA_ASOUNDLIB_H #ifdef HAVE_LINUX_SOUNDCARD_H -//#define OSS +#define OSS #endif // HAVE_LINUX_SOUNDCARD_H #ifdef HAVE_LINUX_VIDEODEV_H -#define V4L1 +//#define V4L1 #endif // HAVE_LINUX_VIDEODEV_H //////////////////////////////////////////////////////////////////////////////////////////////////// @@ -736,28 +736,23 @@ int oss_fd; pthread_t thread; int signal; + char * buf; + int bsize; }; static void *oss_thread(void *ptr) { struct SoundOutput_Instance *instance = (struct SoundOutput_Instance *)ptr; - char buffer[4096]; - int len = 0; int written = 0; + usleep(100); for(;;) { - FPI_SoundOutput_FillBuffer(ptr,buffer,4096); - len = 4096; - while ( len ) { - written = write(instance->oss_fd, buffer, len); - if ( written >= 0 ) { - len -= written; - } - if ( instance->signal ) { - pthread_exit(0); - } - if ( written < 0 ) { - usleep(100); - } + FPI_SoundOutput_FillBuffer(ptr, instance->buf, instance->bsize); + written = write(instance->oss_fd, instance->buf, instance->bsize); + if ( instance->signal ) { + pthread_exit(0); + } + if ( written < 0 ) { + usleep(100); } } } @@ -784,12 +779,16 @@ if ( ioctl(instance->oss_fd, SNDCTL_DSP_SPEED, &speed) < 0 ) goto fail; + if ( ioctl(instance->oss_fd, SNDCTL_DSP_GETBLKSIZE, &instance->bsize) < 0 ) goto fail; + + instance->buf = (char *)FPI_Mem_Alloc(instance->bsize); + if ( pthread_create(&instance->thread, 0, oss_thread, instance) < 0 ) goto fail; return instance; fail: if ( instance ) { - if ( FPI_Mem_Free ) FPI_Mem_Free(instance); + FPX_SoundOutput_Close(instance); } return 0; } @@ -803,18 +802,19 @@ instance->signal = 1; - if ( instance->oss_fd ) { - ioctl(instance->oss_fd, SNDCTL_DSP_RESET, 0); - } - if ( instance->thread ) { pthread_join(instance->thread,&retVal); } if ( instance->oss_fd ) { + ioctl(instance->oss_fd, SNDCTL_DSP_RESET, 0); close(instance->oss_fd); } + if ( instance->buf ) { + if ( FPI_Mem_Free ) FPI_Mem_Free(instance->buf); + } + if ( FPI_Mem_Free ) FPI_Mem_Free(instance); return 0; @@ -827,10 +827,10 @@ struct SoundOutput_Instance *instance = (struct SoundOutput_Instance *)ptr; if ( instance->oss_fd ) { int value = 0; - if ( ( value = ioctl(instance->oss_fd,SNDCTL_DSP_GETODELAY,&value) ) == 0 ) { - return value / 4; + if ( ioctl(instance->oss_fd,SNDCTL_DSP_GETODELAY,&value) == -1 ) { + return 0; } - return 0; + return value / 4; } return -1; } -------------- next part -------------- A non-text attachment was scrubbed... Name: libflashsupport.so Type: application/octet-stream Size: 44856 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081001/04c800db/libflashsupport-0001.so From dchagin at freebsd.org Wed Oct 1 17:08:23 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Wed Oct 1 17:08:30 2008 Subject: firefox & flash9 patches In-Reply-To: <200810011852.45247.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> Message-ID: <20081001170814.GA5962@dchagin.dialup.corbina.ru> On Wed, Oct 01, 2008 at 06:52:37PM +0200, Tijl Coosemans wrote: > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > > please, test following patches (just -current). > > with them firefox && flash9 forks for me, > > I tested only on ia32@amd64 with 2.6.16 enabled, > > firefox 2.0.0.16 and flash9 plugin. > > > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! > > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve > things a lot. I'm still having crashes from time to time, but overall > flash9 works much better. Great work! > second half of my patch (fooaffinity() related) can't be applied on RELENG_7, I will prepare a patch for RELENG_7, will test? > I've attached the patch for RELENG_7 (patch-linprocfs) and another > patch for libflashsupport [1]. It should improve OSS support, A/V sync > etc. For those without a linux box, I've attached a compiled version of > the lib as well. You can drop it in /compat/linux/usr/lib. > > [1] http://sourceforge.net/projects/flashsupport/ > --- linprocfs.c.orig 2008-10-01 17:47:51.000000000 +0200 > +++ linprocfs.c 2008-10-01 17:49:02.000000000 +0200 > @@ -869,14 +869,12 @@ > static int > linprocfs_doprocmaps(PFS_FILL_ARGS) > { > - char mebuffer[512]; > vm_map_t map = &p->p_vmspace->vm_map; > vm_map_entry_t entry, tmp_entry; > vm_object_t obj, tobj, lobj; > vm_offset_t saved_end; > vm_ooffset_t off = 0; > char *name = "", *freename = NULL; > - size_t len; > ino_t ino; > unsigned int last_timestamp; > int ref_count, shadow_count, flags; > @@ -894,13 +892,9 @@ > if (uio->uio_rw != UIO_READ) > return (EOPNOTSUPP); > > - if (uio->uio_offset != 0) > - return (0); > - > error = 0; > vm_map_lock_read(map); > - for (entry = map->header.next; > - ((uio->uio_resid > 0) && (entry != &map->header)); > + for (entry = map->header.next; entry != &map->header; > entry = entry->next) { > name = ""; > freename = NULL; > @@ -949,7 +943,7 @@ > * format: > * start, end, access, offset, major, minor, inode, name. > */ > - snprintf(mebuffer, sizeof mebuffer, > + error = sbuf_printf(sb, > "%08lx-%08lx %s%s%s%s %08lx %02x:%02x %lu%s%s\n", > (u_long)entry->start, (u_long)entry->end, > (entry->protection & VM_PROT_READ)?"r":"-", > @@ -965,18 +959,11 @@ > ); > if (freename) > free(freename, M_TEMP); > - len = strlen(mebuffer); > - if (len > uio->uio_resid) > - len = uio->uio_resid; /* > - * XXX We should probably return > - * EFBIG here, as in procfs. > - */ > last_timestamp = map->timestamp; > vm_map_unlock_read(map); > - error = uiomove(mebuffer, len, uio); > + if (error == -1) > + return (0); > vm_map_lock_read(map); > - if (error) > - break; > if (last_timestamp + 1 != map->timestamp) { > /* > * Look again for the entry because the map was > --- flashsupport.c.orig 2008-10-01 16:25:02.000000000 +0200 > +++ flashsupport.c 2008-10-01 16:57:58.000000000 +0200 > @@ -44,11 +44,11 @@ > #endif // HAVE_ALSA_ASOUNDLIB_H > > #ifdef HAVE_LINUX_SOUNDCARD_H > -//#define OSS > +#define OSS > #endif // HAVE_LINUX_SOUNDCARD_H > > #ifdef HAVE_LINUX_VIDEODEV_H > -#define V4L1 > +//#define V4L1 > #endif // HAVE_LINUX_VIDEODEV_H > > //////////////////////////////////////////////////////////////////////////////////////////////////// > @@ -736,28 +736,23 @@ > int oss_fd; > pthread_t thread; > int signal; > + char * buf; > + int bsize; > }; > > static void *oss_thread(void *ptr) > { > struct SoundOutput_Instance *instance = (struct SoundOutput_Instance *)ptr; > - char buffer[4096]; > - int len = 0; > int written = 0; > + usleep(100); > for(;;) { > - FPI_SoundOutput_FillBuffer(ptr,buffer,4096); > - len = 4096; > - while ( len ) { > - written = write(instance->oss_fd, buffer, len); > - if ( written >= 0 ) { > - len -= written; > - } > - if ( instance->signal ) { > - pthread_exit(0); > - } > - if ( written < 0 ) { > - usleep(100); > - } > + FPI_SoundOutput_FillBuffer(ptr, instance->buf, instance->bsize); > + written = write(instance->oss_fd, instance->buf, instance->bsize); > + if ( instance->signal ) { > + pthread_exit(0); > + } > + if ( written < 0 ) { > + usleep(100); > } > } > } > @@ -784,12 +779,16 @@ > > if ( ioctl(instance->oss_fd, SNDCTL_DSP_SPEED, &speed) < 0 ) goto fail; > > + if ( ioctl(instance->oss_fd, SNDCTL_DSP_GETBLKSIZE, &instance->bsize) < 0 ) goto fail; > + > + instance->buf = (char *)FPI_Mem_Alloc(instance->bsize); > + > if ( pthread_create(&instance->thread, 0, oss_thread, instance) < 0 ) goto fail; > > return instance; > fail: > if ( instance ) { > - if ( FPI_Mem_Free ) FPI_Mem_Free(instance); > + FPX_SoundOutput_Close(instance); > } > return 0; > } > @@ -803,18 +802,19 @@ > > instance->signal = 1; > > - if ( instance->oss_fd ) { > - ioctl(instance->oss_fd, SNDCTL_DSP_RESET, 0); > - } > - > if ( instance->thread ) { > pthread_join(instance->thread,&retVal); > } > > if ( instance->oss_fd ) { > + ioctl(instance->oss_fd, SNDCTL_DSP_RESET, 0); > close(instance->oss_fd); > } > > + if ( instance->buf ) { > + if ( FPI_Mem_Free ) FPI_Mem_Free(instance->buf); > + } > + > if ( FPI_Mem_Free ) FPI_Mem_Free(instance); > > return 0; > @@ -827,10 +827,10 @@ > struct SoundOutput_Instance *instance = (struct SoundOutput_Instance *)ptr; > if ( instance->oss_fd ) { > int value = 0; > - if ( ( value = ioctl(instance->oss_fd,SNDCTL_DSP_GETODELAY,&value) ) == 0 ) { > - return value / 4; > + if ( ioctl(instance->oss_fd,SNDCTL_DSP_GETODELAY,&value) == -1 ) { > + return 0; > } > - return 0; > + return value / 4; > } > return -1; > } I don't have soundcard, so I can't test it :) thnx! -- Have fun! chd From dchagin at FreeBSD.org Wed Oct 1 17:31:47 2008 From: dchagin at FreeBSD.org (dchagin@FreeBSD.org) Date: Wed Oct 1 17:31:53 2008 Subject: kern/101453: [linux] [patch] linprocfs disallows Message-ID: <200810011731.m91HVcte006117@dchagin.dialup.corbina.ru> > Unformatted: > The original implementation of this routine should have placed its > output into the sbuf provided as an argument. The following untested > patch from des@FreeBSD.org converts the code to make use of the sbuf. > Once the sbuf is properly filled, pseudofs should take care of handling > any offset into the fd. > Index: sys/compat/linprocfs/linprocfs.c > =================================================================== more comments: glibc pthread_getattr_np() uses /proc/self/maps for thread stack address && size calculation. Linux applications which uses NPTL cannot work without this patch. I have a little corrected a patch and have tested it with linux-flashplugin9. It works fine. It would be excellent to commit it and make MFC to RELENG_7 before 7.1R! Many our users waits it. Fix: diff --git a/src/sys/compat/linprocfs/linprocfs.c b/src/sys/compat/linprocfs/linprocfs.c index dd4bf77..715146a 100644 --- a/src/sys/compat/linprocfs/linprocfs.c +++ b/src/sys/compat/linprocfs/linprocfs.c @@ -872,14 +872,12 @@ linprocfs_doprocenviron(PFS_FILL_ARGS) static int linprocfs_doprocmaps(PFS_FILL_ARGS) { - char mebuffer[512]; vm_map_t map = &p->p_vmspace->vm_map; vm_map_entry_t entry, tmp_entry; vm_object_t obj, tobj, lobj; vm_offset_t saved_end; vm_ooffset_t off = 0; char *name = "", *freename = NULL; - size_t len; ino_t ino; unsigned int last_timestamp; int ref_count, shadow_count, flags; @@ -897,13 +895,9 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); - if (uio->uio_offset != 0) - return (0); - error = 0; vm_map_lock_read(map); - for (entry = map->header.next; - ((uio->uio_resid > 0) && (entry != &map->header)); + for (entry = map->header.next; entry != &map->header; entry = entry->next) { name = ""; freename = NULL; @@ -952,7 +946,7 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) * format: * start, end, access, offset, major, minor, inode, name. */ - snprintf(mebuffer, sizeof mebuffer, + error = sbuf_printf(sb, "%08lx-%08lx %s%s%s%s %08lx %02x:%02x %lu%s%s\n", (u_long)entry->start, (u_long)entry->end, (entry->protection & VM_PROT_READ)?"r":"-", @@ -968,18 +962,11 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) ); if (freename) free(freename, M_TEMP); - len = strlen(mebuffer); - if (len > uio->uio_resid) - len = uio->uio_resid; /* - * XXX We should probably return - * EFBIG here, as in procfs. - */ last_timestamp = map->timestamp; vm_map_unlock_read(map); - error = uiomove(mebuffer, len, uio); + if (error == -1) + return (0); vm_map_lock_read(map); - if (error) - break; if (last_timestamp + 1 != map->timestamp) { /* * Look again for the entry because the map was -- chd, Have fun! From vova at fbsd.ru Thu Oct 2 06:04:30 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 06:04:38 2008 Subject: firefox & flash9 patches In-Reply-To: <200810011852.45247.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> Message-ID: <1222927463.1798.11.camel@localhost> On Wed, 2008-10-01 at 18:52 +0200, Tijl Coosemans wrote: Do you have working sound with your flashsupport patch and flash9 ? I've tried both - your pre-build library and to build library myself with your patch - same effect, I have a lot of "ALSA" complains on output and no actual sound: (I am trying on 8-CURRENT) ... ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' ... Any hints will be very appreciated. > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > > please, test following patches (just -current). > > with them firefox && flash9 forks for me, > > I tested only on ia32@amd64 with 2.6.16 enabled, > > firefox 2.0.0.16 and flash9 plugin. > > > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! > > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve > things a lot. I'm still having crashes from time to time, but overall > flash9 works much better. Great work! > > I've attached the patch for RELENG_7 (patch-linprocfs) and another > patch for libflashsupport [1]. It should improve OSS support, A/V sync > etc. For those without a linux box, I've attached a compiled version of > the lib as well. You can drop it in /compat/linux/usr/lib. > > [1] http://sourceforge.net/projects/flashsupport/ > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" -- Vladimir B. Grebenschikov vova@fbsd.ru From rdivacky at freebsd.org Thu Oct 2 07:13:53 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Thu Oct 2 07:13:59 2008 Subject: firefox & flash9 patches In-Reply-To: <20081001170814.GA5962@dchagin.dialup.corbina.ru> References: <200810011852.45247.tijl@ulyssis.org> <20081001170814.GA5962@dchagin.dialup.corbina.ru> Message-ID: <20081002071321.GA61530@freebsd.org> On Wed, Oct 01, 2008 at 09:08:14PM +0400, Chagin Dmitry wrote: > On Wed, Oct 01, 2008 at 06:52:37PM +0200, Tijl Coosemans wrote: > > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > > > please, test following patches (just -current). > > > with them firefox && flash9 forks for me, > > > I tested only on ia32@amd64 with 2.6.16 enabled, > > > firefox 2.0.0.16 and flash9 plugin. > > > > > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! > > > > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve > > things a lot. I'm still having crashes from time to time, but overall > > flash9 works much better. Great work! > > > > second half of my patch (fooaffinity() related) can't be applied on RELENG_7, > I will prepare a patch for RELENG_7, will test? I believe a reverse of this should do it: http://www.vlakno.cz/~rdivacky/linux_misc7.patch (the patch is reversed so you have to patch -R it) From clemens at ladisch.de Thu Oct 2 09:00:57 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 09:01:04 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081001131607.13835rpplem7lr40@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> Message-ID: <48E48927.8000309@ladisch.de> Alexander Leidinger wrote: > Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > 14:08:08 +0400): > > Probably anyone have ideas how to make linux ALSA applications to > > work under FreeBSD ? > > some obvious ideas here: > > - provide fake, OSS-backended libalsa (probably there is such beast > > on Linux ?) > > AFAIK there's no such thing on Linux. The alsa-plugins package contains an OSS backend for libasound. See . Regards, Clemens From Alexander at Leidinger.net Thu Oct 2 09:12:29 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Thu Oct 2 09:12:41 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <48E48927.8000309@ladisch.de> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> Message-ID: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Quoting "Clemens Ladisch" (from Thu, 02 Oct 2008 10:41:11 +0200): > Alexander Leidinger wrote: >> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 >> 14:08:08 +0400): >> > Probably anyone have ideas how to make linux ALSA applications to >> > work under FreeBSD ? >> > some obvious ideas here: >> > - provide fake, OSS-backended libalsa (probably there is such beast >> > on Linux ?) >> >> AFAIK there's no such thing on Linux. > > The alsa-plugins package contains an OSS backend for libasound. See > . Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 based)? It may also be interesting to make a native port for this (to get some ALSA-only apps portable to FreeBSD)... Bye, Alexander. -- Put cats in the coffee and mice in the tea! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From vova at fbsd.ru Thu Oct 2 09:38:13 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 09:38:24 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Message-ID: <1222940286.1798.30.camel@localhost> On Thu, 2008-10-02 at 11:12 +0200, Alexander Leidinger wrote: > Quoting "Clemens Ladisch" (from Thu, 02 Oct 2008 > 10:41:11 +0200): > > > Alexander Leidinger wrote: > >> Quoting "Vladimir Grebenschikov" (from Wed, 01 Oct 2008 > >> 14:08:08 +0400): > >> > Probably anyone have ideas how to make linux ALSA applications to > >> > work under FreeBSD ? > >> > some obvious ideas here: > >> > - provide fake, OSS-backended libalsa (probably there is such beast > >> > on Linux ?) > >> > >> AFAIK there's no such thing on Linux. > > > > The alsa-plugins package contains an OSS backend for libasound. See > > . > > Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 > based)? It may also be interesting to make a native port for this (to > get some ALSA-only apps portable to FreeBSD)... Thanks Clemens, I was able to make aplay to play sound on FreeBSD installation. need to install alsa-lib-1.0.15-1.fc8.i386.rpm (minor library upgrade to match oss-plugin) alsa-plugins-oss-1.0.15-3.fc8.1.i386.rpm alsa-utils-1.0.15-1.fc8.i386.rpm (for aplay) and then provide default pcm configuration # cat /compat/linux/etc/asound.conf pcm.!default "oss" pcm.oss { type oss device /dev/dsp } # After that some simple wav's can be played: $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono $ Unfortunately flash9 plug-in is still silent, but it not shows more any error messages. Probably it is due to: --- README-pcm-oss --- ... The function supported by this plugin is limited. For example, you cannot use dmix together with this plugin. Don't expect too much :) ... Probably it worth to try play sound with flash9 player through this plug-in on plain Linux. > Bye, > Alexander. -- Vladimir B. Grebenschikov vova@fbsd.ru From beech at freebsd.org Thu Oct 2 09:56:55 2008 From: beech at freebsd.org (Beech Rintoul) Date: Thu Oct 2 09:57:07 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <20081002111212.15904gttx6dapncw@webmail.leidinger.net> References: <1222855688.21166.33.camel@localhost> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> Message-ID: <200810020137.42027.beech@freebsd.org> On Thursday 02 October 2008, Alexander Leidinger said: > Quoting "Clemens Ladisch" (from Thu, 02 Oct > 2008 > > 10:41:11 +0200): > > Alexander Leidinger wrote: > >> Quoting "Vladimir Grebenschikov" (from Wed, 01 > >> Oct 2008 > >> > >> 14:08:08 +0400): > >> > Probably anyone have ideas how to make linux ALSA applications > >> > to work under FreeBSD ? > >> > some obvious ideas here: > >> > - provide fake, OSS-backended libalsa (probably there is such > >> > beast on Linux ?) > >> > >> AFAIK there's no such thing on Linux. > > > > The alsa-plugins package contains an OSS backend for libasound. > > See > > >DME-pcm-oss;hb=HEAD>. > > Sounds very interesting. Any RPMs for this (Fedora 4 or Fedora 8 > based)? It may also be interesting to make a native port for this > (to get some ALSA-only apps portable to FreeBSD)... > > Bye, > Alexander. I'm also interested, I'd like to get away from the custom OSS skype dists. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From tijl at ulyssis.org Thu Oct 2 12:49:34 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Thu Oct 2 12:49:41 2008 Subject: firefox & flash9 patches In-Reply-To: <1222927463.1798.11.camel@localhost> References: <200810011852.45247.tijl@ulyssis.org> <1222927463.1798.11.camel@localhost> Message-ID: <200810021446.57051.tijl@ulyssis.org> On Thursday 02 October 2008 08:04:23 Vladimir Grebenschikov wrote: > On Wed, 2008-10-01 at 18:52 +0200, Tijl Coosemans wrote: > > Do you have working sound with your flashsupport patch and flash9 ? > > I've tried both - your pre-build library and to build library myself > with your patch - same effect, I have a lot of "ALSA" complains on > output and no actual sound: > (I am trying on 8-CURRENT) > > ... > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device > ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device > ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card > ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device > ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device > ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card > ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' > ... > > Any hints will be very appreciated. I have sound in both linux-firefox and native firefox 2. The libflashsupport installed by the linux-flashplugin9 port already makes sound work for me. I have the following linux packages installed: linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary linux-cairo-1.0.2 Linux cairo binary linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-firefox-2.0.0.17 Web browser based on the browser portion of Mozilla linux-flashplugin-9.0r124_1 Adobe Flash Player NPAPI Plugin linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project linux-jpeg-6b.34 RPM of the JPEG lib linux-openssl-0.9.7f SSL and crypto library (Linux Version) linux-pango-1.10.2 Linux pango binary linux-png-1.2.8_2 RPM of the PNG lib linux-tiff-3.7.1 TIFF library, Linux/i386 binary linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-fc-4_13 Base set of packages needed in Linux mode (for i386/amd64) Kernel with Dmitry's linprocfs patch and linprocfs mounted on /compat/linux/proc sysctl compat.linux compat.linux.oss_version: 198144 compat.linux.osrelease: 2.4.2 compat.linux.osname: Linux That's it for linux-firefox. For native firefox, you need to install nspluginwrapper and run "nspluginwrapper -v -a -i" as root. My patch for libflashsupport improves handling of the sound buffer, but sound should already work without it. From vova at fbsd.ru Thu Oct 2 13:03:43 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 13:03:49 2008 Subject: firefox & flash9 patches In-Reply-To: <200810021446.57051.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> <1222927463.1798.11.camel@localhost> <200810021446.57051.tijl@ulyssis.org> Message-ID: <1222952618.1798.56.camel@localhost> On Thu, 2008-10-02 at 14:46 +0200, Tijl Coosemans wrote: > On Thursday 02 October 2008 08:04:23 Vladimir Grebenschikov wrote: > > On Wed, 2008-10-01 at 18:52 +0200, Tijl Coosemans wrote: > > > > Do you have working sound with your flashsupport patch and flash9 ? > > > > I've tried both - your pre-build library and to build library myself > > with your patch - same effect, I have a lot of "ALSA" complains on > > output and no actual sound: > > (I am trying on 8-CURRENT) > > > > ... > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device > > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device > > ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device > > ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device > > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > > ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card > > ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device > > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device > > ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name > > ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device > > ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device > > ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default > > ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card > > ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' > > ... > > > > Any hints will be very appreciated. > > I have sound in both linux-firefox and native firefox 2. The > libflashsupport installed by the linux-flashplugin9 port already makes > sound work for me. > > I have the following linux packages installed: > > linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary > linux-cairo-1.0.2 Linux cairo binary > linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library > linux-firefox-2.0.0.17 Web browser based on the browser portion of Mozilla > linux-flashplugin-9.0r124_1 Adobe Flash Player NPAPI Plugin > linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig > linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib > linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary > linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project > linux-jpeg-6b.34 RPM of the JPEG lib > linux-openssl-0.9.7f SSL and crypto library (Linux Version) > linux-pango-1.10.2 Linux pango binary > linux-png-1.2.8_2 RPM of the PNG lib > linux-tiff-3.7.1 TIFF library, Linux/i386 binary > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > linux_base-fc-4_13 Base set of packages needed in Linux mode (for i386/amd64) > > Kernel with Dmitry's linprocfs patch and linprocfs mounted on > /compat/linux/proc > > sysctl compat.linux > compat.linux.oss_version: 198144 > compat.linux.osrelease: 2.4.2 > compat.linux.osname: Linux > > That's it for linux-firefox. Hm, in my case it even does not starts with osrelease=2.4.2 $ linux-firefox FATAL: kernel too old $ > For native firefox, you need to install nspluginwrapper and run > "nspluginwrapper -v -a -i" as root. Same diagnostic from flashplugin9 under ff3, looks like it is due to glibc from fedora8 looks like either flashpayer9 or flashsupport or some linux library provides additional ALSA->pcm compatibility. > My patch for libflashsupport improves handling of the sound buffer, > but sound should already work without it. -- Vladimir B. Grebenschikov vova@fbsd.ru From clemens at ladisch.de Thu Oct 2 13:06:02 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 13:06:10 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222940286.1798.30.camel@localhost> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> Message-ID: <48E4C73F.1040105@ladisch.de> Vladimir Grebenschikov wrote: > [...] > After that some simple wav's can be played: > > $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav > Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono > > Unfortunately flash9 plug-in is still silent, but it not shows more any > error messages. Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. This means that it requires an ALSA kernel driver; many other ALSA plugins besides 'oss' do not work with it either. Regards, Clemens From vova at fbsd.ru Thu Oct 2 13:26:26 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 13:26:37 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <48E4C73F.1040105@ladisch.de> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> <48E4C73F.1040105@ladisch.de> Message-ID: <1222953981.1798.60.camel@localhost> On Thu, 2008-10-02 at 15:06 +0200, Clemens Ladisch wrote: > Vladimir Grebenschikov wrote: > > [...] > > After that some simple wav's can be played: > > > > $ /compat/linux/usr/bin/aplay /usr/local/share/apps/sim/sounds/message.wav > > Playing WAVE '/usr/local/share/apps/sim/sounds/message.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono > > > > Unfortunately flash9 plug-in is still silent, but it not shows more any > > error messages. > > Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. > This means that it requires an ALSA kernel driver; many other ALSA > plugins besides 'oss' do not work with it either. Bad news. Question is how same flash9 plug-in works with sound for Tijl Coosemans with compat.linux.osrelease=2.4.2 and fc4 libraries ? > Regards, > Clemens -- Vladimir B. Grebenschikov vova@fbsd.ru From dchagin at freebsd.org Thu Oct 2 13:44:25 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Thu Oct 2 13:44:32 2008 Subject: firefox & flash9 patches In-Reply-To: <1222952618.1798.56.camel@localhost> References: <200810011852.45247.tijl@ulyssis.org> <1222927463.1798.11.camel@localhost> <200810021446.57051.tijl@ulyssis.org> <1222952618.1798.56.camel@localhost> Message-ID: <20081002132306.GA10232@dchagin.dialup.corbina.ru> On Thu, Oct 02, 2008 at 05:03:38PM +0400, Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 14:46 +0200, Tijl Coosemans wrote: > > On Thursday 02 October 2008 08:04:23 Vladimir Grebenschikov wrote: > > > On Wed, 2008-10-01 at 18:52 +0200, Tijl Coosemans wrote: > > > > I have the following linux packages installed: > > > > linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary > > linux-cairo-1.0.2 Linux cairo binary > > linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library > > linux-firefox-2.0.0.17 Web browser based on the browser portion of Mozilla > > linux-flashplugin-9.0r124_1 Adobe Flash Player NPAPI Plugin > > linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig > > linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib > > linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary > > linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project > > linux-jpeg-6b.34 RPM of the JPEG lib > > linux-openssl-0.9.7f SSL and crypto library (Linux Version) > > linux-pango-1.10.2 Linux pango binary > > linux-png-1.2.8_2 RPM of the PNG lib > > linux-tiff-3.7.1 TIFF library, Linux/i386 binary > > linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries > > linux_base-fc-4_13 Base set of packages needed in Linux mode (for i386/amd64) > > > > Kernel with Dmitry's linprocfs patch and linprocfs mounted on > > /compat/linux/proc > > > > sysctl compat.linux > > compat.linux.oss_version: 198144 > > compat.linux.osrelease: 2.4.2 > > compat.linux.osname: Linux > > > > That's it for linux-firefox. > > Hm, in my case it even does not starts with osrelease=2.4.2 > $ linux-firefox > FATAL: kernel too old > $ > feel free to switch back to linux_base-fc4.... I'm curiously :) > > For native firefox, you need to install nspluginwrapper and run > > "nspluginwrapper -v -a -i" as root. > > Same diagnostic from flashplugin9 under ff3, looks like it is due to > glibc from fedora8 > > looks like either flashpayer9 or flashsupport or some linux library > provides additional ALSA->pcm compatibility. > ktrace/linux_kdump of running linux-ff3 please :) > > My patch for libflashsupport improves handling of the sound buffer, > > but sound should already work without it. > thnx! -- Have fun! chd From vova at fbsd.ru Thu Oct 2 13:48:57 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 13:49:03 2008 Subject: firefox & flash9 patches In-Reply-To: <20081002132306.GA10232@dchagin.dialup.corbina.ru> References: <200810011852.45247.tijl@ulyssis.org> <1222927463.1798.11.camel@localhost> <200810021446.57051.tijl@ulyssis.org> <1222952618.1798.56.camel@localhost> <20081002132306.GA10232@dchagin.dialup.corbina.ru> Message-ID: <1222955333.1798.65.camel@localhost> On Thu, 2008-10-02 at 17:23 +0400, Chagin Dmitry wrote: > feel free to switch back to linux_base-fc4.... I'm curiously :) fc4 is too old, I guess I'll lose skype in that case: "Skype requires at least linux_base-fc6" > > > For native firefox, you need to install nspluginwrapper and run > > > "nspluginwrapper -v -a -i" as root. > > > > Same diagnostic from flashplugin9 under ff3, looks like it is due to > > glibc from fedora8 > > > > looks like either flashpayer9 or flashsupport or some linux library > > provides additional ALSA->pcm compatibility. > > > > ktrace/linux_kdump of running linux-ff3 please :) Tijl, can you provide kdump ? -- Vladimir B. Grebenschikov vova@fbsd.ru From tijl at ulyssis.org Thu Oct 2 13:58:10 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Thu Oct 2 13:58:17 2008 Subject: firefox & flash9 patches In-Reply-To: <1222952618.1798.56.camel@localhost> References: <200810011852.45247.tijl@ulyssis.org> <200810021446.57051.tijl@ulyssis.org> <1222952618.1798.56.camel@localhost> Message-ID: <200810021557.31963.tijl@ulyssis.org> On Thursday 02 October 2008 15:03:38 Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 14:46 +0200, Tijl Coosemans wrote: >> On Thursday 02 October 2008 08:04:23 Vladimir Grebenschikov wrote: >>> On Wed, 2008-10-01 at 18:52 +0200, Tijl Coosemans wrote: >>> >>> Do you have working sound with your flashsupport patch and flash9 ? >>> >>> I've tried both - your pre-build library and to build library myself >>> with your patch - same effect, I have a lot of "ALSA" complains on >>> output and no actual sound: >>> (I am trying on 8-CURRENT) >>> >>> ... >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device >>> ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device >>> ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device >>> ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device >>> ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default >>> ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card >>> ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device >>> ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_concat returned error: No such device >>> ALSA lib confmisc.c:1072:(snd_func_refer) error evaluating name >>> ALSA lib conf.c:3493:(_snd_config_evaluate) function snd_func_refer returned error: No such device >>> ALSA lib conf.c:3962:(snd_config_expand) Evaluate error: No such device >>> ALSA lib pcm.c:2099:(snd_pcm_open_noupdate) Unknown PCM default >>> ALSA lib pcm_hw.c:1305:(_snd_pcm_hw_open) Invalid value for card >>> ALSA lib confmisc.c:672:(snd_func_card_driver) cannot find card '0' >>> ... >>> >>> Any hints will be very appreciated. >> >> I have sound in both linux-firefox and native firefox 2. The >> libflashsupport installed by the linux-flashplugin9 port already makes >> sound work for me. >> >> I have the following linux packages installed: >> >> linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary >> linux-cairo-1.0.2 Linux cairo binary >> linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library >> linux-firefox-2.0.0.17 Web browser based on the browser portion of Mozilla >> linux-flashplugin-9.0r124_1 Adobe Flash Player NPAPI Plugin >> linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig >> linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib >> linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary >> linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project >> linux-jpeg-6b.34 RPM of the JPEG lib >> linux-openssl-0.9.7f SSL and crypto library (Linux Version) >> linux-pango-1.10.2 Linux pango binary >> linux-png-1.2.8_2 RPM of the PNG lib >> linux-tiff-3.7.1 TIFF library, Linux/i386 binary >> linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries >> linux_base-fc-4_13 Base set of packages needed in Linux mode (for i386/amd64) >> >> Kernel with Dmitry's linprocfs patch and linprocfs mounted on >> /compat/linux/proc >> >> sysctl compat.linux >> compat.linux.oss_version: 198144 >> compat.linux.osrelease: 2.4.2 >> compat.linux.osname: Linux >> >> That's it for linux-firefox. > > Hm, in my case it even does not starts with osrelease=2.4.2 > $ linux-firefox > FATAL: kernel too old > $ > >> For native firefox, you need to install nspluginwrapper and run >> "nspluginwrapper -v -a -i" as root. > > Same diagnostic from flashplugin9 under ff3, looks like it is due to > glibc from fedora8 > > looks like either flashpayer9 or flashsupport or some linux library > provides additional ALSA->pcm compatibility. There's no need for an ALSA->OSS layer. The flashsupport lib has direct access to the sound buffer. You need to make sure the flash plugin can load the support lib though, because it fails silently. Can it find all lib dependencies for instance? What does ldd say: % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so libssl.so.5 => /lib/libssl.so.5 (0x20020000) libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x20059000) libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x201cb000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) libdl.so.2 => /lib/libdl.so.2 (0x203a5000) libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) /lib/ld-linux.so.2 (0x00000000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x203bc000) From vova at fbsd.ru Thu Oct 2 14:15:52 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 2 14:15:59 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <200810021557.31963.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> <200810021446.57051.tijl@ulyssis.org> <1222952618.1798.56.camel@localhost> <200810021557.31963.tijl@ulyssis.org> Message-ID: <1222956948.1798.70.camel@localhost> On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: > > > looks like either flashpayer9 or flashsupport or some linux library > > provides additional ALSA->pcm compatibility. > > There's no need for an ALSA->OSS layer. The flashsupport lib has > direct > access to the sound buffer. So it provides pcm access. > You need to make sure the flash plugin can load the support lib > though, because it fails silently. Hm, bad case, need some way to report about such problems. > Can it find all lib dependencies for instance? What does ldd say: > > % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so > libssl.so.5 => /lib/libssl.so.5 (0x20020000) > libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 > (0x20059000) > libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 > (0x201cb000) > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) > libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) > libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) > libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) > libdl.so.2 => /lib/libdl.so.2 (0x203a5000) > libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) > /lib/ld-linux.so.2 (0x00000000) > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 > (0x203bc000) There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, after installation of e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and keyutils-libs-1.2-2.fc6.i386.rpm sound works ! Looks like we lack of two required ports for flash9 port. -- Vladimir B. Grebenschikov vova@fbsd.ru From clemens at ladisch.de Thu Oct 2 14:16:40 2008 From: clemens at ladisch.de (Clemens Ladisch) Date: Thu Oct 2 14:16:52 2008 Subject: ALSA support for linuxator - any ideas / progress ? In-Reply-To: <1222953981.1798.60.camel@localhost> References: <1222855688.21166.33.camel@localhost> <20081001131607.13835rpplem7lr40@webmail.leidinger.net> <48E48927.8000309@ladisch.de> <20081002111212.15904gttx6dapncw@webmail.leidinger.net> <1222940286.1798.30.camel@localhost> <48E4C73F.1040105@ladisch.de> <1222953981.1798.60.camel@localhost> Message-ID: <48E4D7CE.1040600@ladisch.de> Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 15:06 +0200, Clemens Ladisch wrote: > > Flash 9 relies on ALSA's async PCM handler, i.e., SIGIO notifications. > > This means that it requires an ALSA kernel driver; many other ALSA > > plugins besides 'oss' do not work with it either. > > Bad news. > > Question is how same flash9 plug-in works with sound for Tijl Coosemans > with compat.linux.osrelease=2.4.2 and fc4 libraries ? AFAICS his libflashsupport is patched to use OSS directly. Regards, Clemens From tijl at ulyssis.org Thu Oct 2 14:34:50 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Thu Oct 2 14:34:56 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <1222956948.1798.70.camel@localhost> References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> Message-ID: <200810021632.16085.tijl@ulyssis.org> On Thursday 02 October 2008 16:15:48 Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: >> Can it find all lib dependencies for instance? What does ldd say: >> >> % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so >> libssl.so.5 => /lib/libssl.so.5 (0x20020000) >> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x20059000) >> libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) >> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x201cb000) >> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) >> libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) >> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) >> libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) >> libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) >> libdl.so.2 => /lib/libdl.so.2 (0x203a5000) >> libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) >> /lib/ld-linux.so.2 (0x00000000) >> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x203bc000) > > There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, > after installation of > e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and > keyutils-libs-1.2-2.fc6.i386.rpm > sound works ! > > Looks like we lack of two required ports for flash9 port. % pkg_info -W /compat/linux/lib/libcom_err.so.2 /compat/linux/lib/libcom_err.so.2 was installed by package linux_base-fc-4_13 I don't have a libkeyutils installed, so it seems this depends on whichever linux_base you have. From dchagin at freebsd.org Thu Oct 2 16:04:36 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Thu Oct 2 16:04:43 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <1222956948.1798.70.camel@localhost> References: <200810011852.45247.tijl@ulyssis.org> <200810021446.57051.tijl@ulyssis.org> <1222952618.1798.56.camel@localhost> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> Message-ID: <20081002160428.GA10988@dchagin.dialup.corbina.ru> On Thu, Oct 02, 2008 at 06:15:48PM +0400, Vladimir Grebenschikov wrote: > On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: > > > > > Can it find all lib dependencies for instance? What does ldd say: > > > > % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so > > libssl.so.5 => /lib/libssl.so.5 (0x20020000) > > libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 > > (0x20059000) > > libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) > > libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 > > (0x201cb000) > > libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) > > libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) > > libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) > > libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) > > libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) > > libdl.so.2 => /lib/libdl.so.2 (0x203a5000) > > libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) > > /lib/ld-linux.so.2 (0x00000000) > > libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 > > (0x203bc000) > > There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, > after installation of > e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and > keyutils-libs-1.2-2.fc6.i386.rpm > sound works ! > > Looks like we lack of two required ports for flash9 port. > very good news, thnx Tijl && Vladimir! I suggest to prepare patches that it has been commited before 7.1R -- Have fun! chd From bsam at ipt.ru Thu Oct 2 16:53:43 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Oct 2 16:53:50 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <200810021632.16085.tijl@ulyssis.org> (Tijl Coosemans's message of "Thu\, 2 Oct 2008 16\:32\:14 +0200") References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> Message-ID: <70513378@bb.ipt.ru> Tijl Coosemans writes: > On Thursday 02 October 2008 16:15:48 Vladimir Grebenschikov wrote: >> On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: >>> Can it find all lib dependencies for instance? What does ldd say: >>> >>> % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so >>> libssl.so.5 => /lib/libssl.so.5 (0x20020000) >>> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x20059000) >>> libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) >>> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x201cb000) >>> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) >>> libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) >>> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) >>> libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) >>> libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) >>> libdl.so.2 => /lib/libdl.so.2 (0x203a5000) >>> libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) >>> /lib/ld-linux.so.2 (0x00000000) >>> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x203bc000) >> >> There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, >> after installation of >> e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and >> keyutils-libs-1.2-2.fc6.i386.rpm >> sound works ! >> >> Looks like we lack of two required ports for flash9 port. > > % pkg_info -W /compat/linux/lib/libcom_err.so.2 > /compat/linux/lib/libcom_err.so.2 was installed by package linux_base-fc-4_13 > > I don't have a libkeyutils installed, so it seems this depends on > whichever linux_base you have. The port linux_base-f8 has been just fixed. It happens that at recent distributions libraries (e2fsprogs-libs) has a package by themselves. As for libkeyutils -- I'm not sure if it is needed. Prove me wrong. ;-) Thanks for the report and the analysis! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From eitanadlerlist at gmail.com Thu Oct 2 18:52:28 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Oct 2 18:52:35 2008 Subject: linux source moved Message-ID: <48E51860.6090202@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 One of the sources that linux base 4 checks is ftp://mirrors.kernel.org/fedora/core/updates/.... The directory has moved to http://archives.fedoraproject.org/pub/archive/fedora/linux/core/updates/4/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjlGGAACgkQtl8kq+nCzNHHPgCglkxuEZkzV4u7fcT/9aWjckL7 PDoAn0DO9+WOteyQ2N9MthKsypB3DP7r =jghM -----END PGP SIGNATURE----- From sfourman at gmail.com Fri Oct 3 04:45:53 2008 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Fri Oct 3 04:46:00 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <70513378@bb.ipt.ru> References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> Message-ID: <11167f520810022114k6fe305fl4f10d71c30656b96@mail.gmail.com> On Thu, Oct 2, 2008 at 11:53 AM, Boris Samorodov wrote: > Tijl Coosemans writes: >> On Thursday 02 October 2008 16:15:48 Vladimir Grebenschikov wrote: >>> On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: >>>> Can it find all lib dependencies for instance? What does ldd say: >>>> >>>> % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so >>>> libssl.so.5 => /lib/libssl.so.5 (0x20020000) >>>> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x20059000) >>>> libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) >>>> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x201cb000) >>>> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) >>>> libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) >>>> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) >>>> libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) >>>> libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) >>>> libdl.so.2 => /lib/libdl.so.2 (0x203a5000) >>>> libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) >>>> /lib/ld-linux.so.2 (0x00000000) >>>> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x203bc000) >>> >>> There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, >>> after installation of >>> e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and >>> keyutils-libs-1.2-2.fc6.i386.rpm >>> sound works ! >>> >>> Looks like we lack of two required ports for flash9 port. >> >> % pkg_info -W /compat/linux/lib/libcom_err.so.2 >> /compat/linux/lib/libcom_err.so.2 was installed by package linux_base-fc-4_13 >> >> I don't have a libkeyutils installed, so it seems this depends on >> whichever linux_base you have. > > The port linux_base-f8 has been just fixed. It happens that at > recent distributions libraries (e2fsprogs-libs) has a package by > themselves. > > As for libkeyutils -- I'm not sure if it is needed. Prove me wrong. ;-) > > Thanks for the report and the analysis! > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" Can someone provide a step by step to get flash 9 with sound working on 8-CURRENT? eg what ports need to be installed Sam Fourman Jr. From vova at parallels.com Fri Oct 3 06:50:05 2008 From: vova at parallels.com (Vladimir Grebenschikov) Date: Fri Oct 3 06:50:11 2008 Subject: kern/97326: [linux] file descriptor leakage in linux emulation Message-ID: <200810030650.m936o55G018523@freefall.freebsd.org> The following reply was made to PR kern/97326; it has been noted by GNATS. From: Vladimir Grebenschikov To: bug-followup@FreeBSD.org, bakul@bitblocks.com Cc: Chagin Dmitry Subject: Re: kern/97326: [linux] file descriptor leakage in linux emulation Date: Fri, 03 Oct 2008 10:09:01 +0400 I can confirm - skype does not leak descriptors after first call. Tested on 8-CURRENT. FreeBSD vbook.fbsd.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Wed Oct 1 08:03:48 MSD 2008 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK i386 # pkg_info -I linux_base\* skype\* linux_base-f8-8_4 Base set of packages needed in Linux mode (for i386/amd64) skype-2.0.0.72,1 P2P VoIP software # sysctl compat.linux compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux # Analysis of open descriptors: $ lsof | fgrep skype | awk '{ print $9; }' | sort | uniq -c | sort -nr 88 16 /usr/home/vova/.kde/share/config/kioslaverc 16 *:35644 8 localhost:18001 8 10.30.1.111:24183->ppp85-140-221-4.pppoe.mtu-net.ru:23909 8 /usr/local/lib/X11/fonts/webfonts/verdanab.ttf 8 /usr/local/lib/X11/fonts/webfonts/verdana.ttf 8 /usr/local/lib/X11/fonts/bitstream-vera/VeraBd.ttf 8 /usr/local/lib/X11/fonts/bitstream-vera/Vera.ttf 8 /usr/local/bin/skype 8 /usr/home/vova/.Skype/nickname/voicemail256.dbb 8 /usr/home/vova/.Skype/nickname/user4096.dbb 8 /usr/home/vova/.Skype/nickname/user16384.dbb 8 /usr/home/vova/.Skype/nickname/user1024.dbb 8 /usr/home/vova/.Skype/nickname/transfer256.dbb 8 /usr/home/vova/.Skype/nickname/profile16384.dbb 8 /usr/home/vova/.Skype/nickname/message512.dbb 8 /usr/home/vova/.Skype/nickname/message4096.dbb 8 /usr/home/vova/.Skype/nickname/message256.dbb 8 /usr/home/vova/.Skype/nickname/message1024.dbb 8 /usr/home/vova/.Skype/nickname/index2.dat 8 /usr/home/vova/.Skype/nickname/contactgroup512.dbb 8 /usr/home/vova/.Skype/nickname/contactgroup256.dbb 8 /usr/home/vova/.Skype/nickname/chatsync/93/933e6de4e914de3f.dat 8 /usr/home/vova/.Skype/nickname/chatsync/90/90443626f418d589.dat 8 /usr/home/vova/.Skype/nickname/chatsync/57/57d806a6d7ff6809.dat 8 /usr/home/vova/.Skype/nickname/chatsync/56/56187794f108deaf.dat 8 /usr/home/vova/.Skype/nickname/chatsync/03/03d2e8678e8cb7ce.dat 8 /usr/home/vova/.Skype/nickname/chatmsg512.dbb 8 /usr/home/vova/.Skype/nickname/chatmsg256.dbb 8 /usr/home/vova/.Skype/nickname/chatmsg2048.dbb 8 /usr/home/vova/.Skype/nickname/chatmsg1024.dbb 8 /usr/home/vova/.Skype/nickname/chatmember256.dbb 8 /usr/home/vova/.Skype/nickname/chat512.dbb 8 /usr/home/vova/.Skype/nickname/chat4096.dbb 8 /usr/home/vova/.Skype/nickname/chat2048.dbb 8 /usr/home/vova/.Skype/nickname/callmember256.dbb 8 /usr/home/vova/.Skype/nickname/call256.dbb 8 /usr/home/vova 8 /usr/compat/linux/usr/lib/libstdc++.so.6.0.8 8 /usr/compat/linux/usr/lib/libfreetype.so.6.3.16 8 /usr/compat/linux/usr/lib/libfontconfig.so.1.0.4 8 /usr/compat/linux/usr/lib/libexpat.so.0.5.0 8 /usr/compat/linux/usr/lib/gconv/UTF-16.so 8 /usr/compat/linux/usr/X11R6/lib/libXv.so.1.0 8 /usr/compat/linux/usr/X11R6/lib/libXss.so.1.0 8 /usr/compat/linux/usr/X11R6/lib/libXrender.so.1.2.2 8 /usr/compat/linux/usr/X11R6/lib/libXrandr.so.2.0 8 /usr/compat/linux/usr/X11R6/lib/libXinerama.so.1.0 8 /usr/compat/linux/usr/X11R6/lib/libXi.so.6.0 8 /usr/compat/linux/usr/X11R6/lib/libXfixes.so.3.0 8 /usr/compat/linux/usr/X11R6/lib/libXext.so.6.4 8 /usr/compat/linux/usr/X11R6/lib/libXcursor.so.1.0.2 8 /usr/compat/linux/usr/X11R6/lib/libX11.so.6.2 8 /usr/compat/linux/usr/X11R6/lib/libSM.so.6.0 8 /usr/compat/linux/usr/X11R6/lib/libICE.so.6.3 8 /usr/compat/linux/usr/X11R6/lib/X11/locale/lib/common/xomGeneric.so.2 8 /usr/compat/linux/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 8 /usr/compat/linux/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2 8 /usr/compat/linux/lib/libz.so.1.2.3 8 /usr/compat/linux/lib/librt-2.7.so 8 /usr/compat/linux/lib/libresolv-2.7.so 8 /usr/compat/linux/lib/libpthread-2.7.so 8 /usr/compat/linux/lib/libnss_files-2.7.so 8 /usr/compat/linux/lib/libnss_dns-2.7.so 8 /usr/compat/linux/lib/libm-2.7.so 8 /usr/compat/linux/lib/libgcc_s-4.1.2-20070925.so.1 8 /usr/compat/linux/lib/libdl-2.7.so 8 /usr/compat/linux/lib/libc-2.7.so 8 /usr/compat/linux/lib/libasound.so.2.0.0 8 /usr/compat/linux/lib/ld-2.7.so 8 /usr 8 /dev/null 8 / 1 /usr/local/share/applications/skype.desktop $ lsof | fgrep skype | awk ' ($9 == "") { print $5; }' | sort | uniq -c 64 PIPE 24 unix $ Looks like everything goes as expected - linux's clone() makes copy of all file-handlers per thread. So we have about ~90 (handlers per thread) * 8 (threads) = ~700 open file-handlers. Need to check, but I think, same picture should be on Linux. MacOS contrary, should have better thread support. Probably, somebody encourages skype.com to build native FreeBSD version of skype ? -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From vova at fbsd.ru Fri Oct 3 07:07:53 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Fri Oct 3 07:08:00 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <11167f520810022114k6fe305fl4f10d71c30656b96@mail.gmail.com> References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> <11167f520810022114k6fe305fl4f10d71c30656b96@mail.gmail.com> Message-ID: <1223017669.1842.48.camel@localhost> On Thu, 2008-10-02 at 23:14 -0500, Sam Fourman Jr. wrote: > Can someone provide a step by step to get flash 9 with sound working > on 8-CURRENT? > > eg what ports need to be installed By experience, you need: * recent 8-CURRENT with linuxator patch from Chagin Dmitry (see beginning of that thread) * recent ports tree with ports: - linux_base-f8-8_5 (Makefile 1.44 or later!) - linux-flashplugin-9.0r124_1 - nspluginwrapper-1.0.0 and dependencies also you need download and install keyutils-libs-1.2-2.fc6.i386.rpm (I do not know why .fc6 package get to fc8 distribution DVD, but it fits ok here). you can get it from any appropriate place, like: ftp://ftp.chg.ru/pub/Linux/fedora/linux/releases/8/Everything/i386/os/Packages/keyutils-1.2-2.fc6.i386.rpm Then you need to extract it to compat tree: cd /compat/linux && rpm2cpio /path/to/keyutils-1.2-2.fc6.i386.rpm | cpio -id now run as root: # nspluginwrapper -a -v -i Auto-install plugins from /usr/X11R6/lib/browser_plugins Looking for plugins in /usr/X11R6/lib/browser_plugins Auto-install plugins from /usr/X11R6/lib/firefox/plugins Looking for plugins in /usr/X11R6/lib/firefox/plugins Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin Looking for plugins in /usr/local/lib/npapi/linux-flashplugin Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Auto-install plugins from /root/.mozilla/plugins Looking for plugins in /root/.mozilla/plugins # Now you should have working flash9 under firefox2 (www/firefox). If you need it under firefox3 (www/firefox3) link plugin manually to firefox3 plugins: # ln /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so /usr/local/lib/firefox3/plugins/ Enjoy > Sam Fourman Jr. -- Vladimir B. Grebenschikov vova@fbsd.ru From vova at fbsd.ru Fri Oct 3 07:12:24 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Fri Oct 3 07:12:30 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <70513378@bb.ipt.ru> References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> Message-ID: <1223017938.1842.53.camel@localhost> On Thu, 2008-10-02 at 20:53 +0400, Boris Samorodov wrote: > > % pkg_info -W /compat/linux/lib/libcom_err.so.2 > > /compat/linux/lib/libcom_err.so.2 was installed by package > linux_base-fc-4_13 > > > > I don't have a libkeyutils installed, so it seems this depends on > > whichever linux_base you have. > > The port linux_base-f8 has been just fixed. It happens that at > recent distributions libraries (e2fsprogs-libs) has a package by > themselves. > > As for libkeyutils -- I'm not sure if it is needed. Prove me > wrong. ;-) I've just tested it without libkeyutils - libflashsupport just does not loaded and no sound as result. So we need it, not sure as dedicated port or as part of linux_base-f8 ? Another ways is try to rebuild libflashsupport without that dependency, (ky oing in mind that there was patches here about A/V sync for that lib). But I have no good idea how to cross-build Linux library on FreeBSD. > WBR -- Vladimir B. Grebenschikov vova@fbsd.ru From vova at parallels.com Fri Oct 3 07:46:58 2008 From: vova at parallels.com (Vladimir Grebenschikov) Date: Fri Oct 3 07:47:10 2008 Subject: kern/97326: [linux] file descriptor leakage in linux emulation In-Reply-To: <200810022334.02404.beech@freebsd.org> References: <200810030650.m936o55G018523@freefall.freebsd.org> <200810022334.02404.beech@freebsd.org> Message-ID: <1223020014.1842.70.camel@localhost> On Thu, 2008-10-02 at 23:33 -0800, Beech Rintoul wrote: > On Thursday 02 October 2008, Vladimir Grebenschikov said: > > The following reply was made to PR kern/97326; it has been noted by > > GNATS. > > > > > Probably, somebody encourages skype.com to build native FreeBSD > > version of skype ? > > That's something I'm lobbying for. As well as the port maintainer, I'm > also a member of Skype's closed beta team. I broached that subject > this summer when I met with Skype senior project people and devs. The > bottom line is the app is very tightly integrated and won't be an > easy port. Skype is willing to listen providing we can show them that > we (including the other BSD's) can show enough actual users to > justify the dev time on their part. I'm totally open for suggestions > on how to accomplish that, providing we have a large userbase in the > first place. Hm, i can suggest two ways: - usual web-petition, where interested people may leave a signatures - small change in Linux version of skype, that will report to skype actual OS even when skype runs under emulation. Probably counting number of OSS-based skype clients will give such number estimation even now (is there still many live linux desktops without ALSA ?). But this way will not count potential skype users who is blocked by emulation disadvantages (like second set of libraries in memory). As for real problem of "fair" skype porting I see lack of video framework (like V4L) on BSD. > Beech -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From beech at freebsd.org Fri Oct 3 07:51:55 2008 From: beech at freebsd.org (Beech Rintoul) Date: Fri Oct 3 07:52:01 2008 Subject: kern/97326: [linux] file descriptor leakage in linux emulation In-Reply-To: <200810030650.m936o55G018523@freefall.freebsd.org> References: <200810030650.m936o55G018523@freefall.freebsd.org> Message-ID: <200810022334.02404.beech@freebsd.org> On Thursday 02 October 2008, Vladimir Grebenschikov said: > The following reply was made to PR kern/97326; it has been noted by > GNATS. > > Probably, somebody encourages skype.com to build native FreeBSD > version of skype ? That's something I'm lobbying for. As well as the port maintainer, I'm also a member of Skype's closed beta team. I broached that subject this summer when I met with Skype senior project people and devs. The bottom line is the app is very tightly integrated and won't be an easy port. Skype is willing to listen providing we can show them that we (including the other BSD's) can show enough actual users to justify the dev time on their part. I'm totally open for suggestions on how to accomplish that, providing we have a large userbase in the first place. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From tijl at ulyssis.org Fri Oct 3 10:42:03 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Fri Oct 3 10:42:10 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <70513378@bb.ipt.ru> References: <200810011852.45247.tijl@ulyssis.org> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> Message-ID: <200810031241.47289.tijl@ulyssis.org> On Thursday 02 October 2008 18:53:33 Boris Samorodov wrote: > Tijl Coosemans writes: >> On Thursday 02 October 2008 16:15:48 Vladimir Grebenschikov wrote: >>> On Thu, 2008-10-02 at 15:57 +0200, Tijl Coosemans wrote: >>> Can it find all lib dependencies for instance? What does ldd say: >>>> >>>> % /compat/linux/bin/sh /usr/bin/ldd /usr/lib/libflashsupport.so >>>> libssl.so.5 => /lib/libssl.so.5 (0x20020000) >>>> libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x20059000) >>>> libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x200ac000) >>>> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x201cb000) >>>> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x201e2000) >>>> libcom_err.so.2 => /lib/libcom_err.so.2 (0x20254000) >>>> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x20257000) >>>> libresolv.so.2 => /lib/libresolv.so.2 (0x2027c000) >>>> libcrypto.so.5 => /lib/libcrypto.so.5 (0x2028e000) >>>> libdl.so.2 => /lib/libdl.so.2 (0x203a5000) >>>> libz.so.1 => /usr/lib/libz.so.1 (0x203a9000) >>>> /lib/ld-linux.so.2 (0x00000000) >>>> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x203bc000) >>> >>> There was two missed libraries: libcom_err.so.2 and libkeyutils.so.1, >>> after installation of >>> e2fsprogs-libs-1.40.2-10.fc8.i386.rpm and >>> keyutils-libs-1.2-2.fc6.i386.rpm >>> sound works ! >>> >>> Looks like we lack of two required ports for flash9 port. >> >> % pkg_info -W /compat/linux/lib/libcom_err.so.2 >> /compat/linux/lib/libcom_err.so.2 was installed by package linux_base-fc-4_13 >> >> I don't have a libkeyutils installed, so it seems this depends on >> whichever linux_base you have. > > The port linux_base-f8 has been just fixed. It happens that at > recent distributions libraries (e2fsprogs-libs) has a package by > themselves. > > As for libkeyutils -- I'm not sure if it is needed. Prove me wrong. ;-) # pkg_info -W /compat/linux/usr/lib/libkrb5.so.3 /compat/linux/usr/lib/libkrb5.so.3 was installed by package linux_base-f8-8_5 # /compat/linux/bin/sh /usr/bin/ldd /compat/linux/usr/lib/libkrb5.so.3 libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x200b1000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x200d8000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x200db000) libkeyutils.so.1 => not found libresolv.so.2 => /lib/libresolv.so.2 (0x200e4000) libc.so.6 => /lib/libc.so.6 (0x200f8000) libkeyutils.so.1 => not found libkeyutils.so.1 => not found libselinux.so.1 => /lib/libselinux.so.1 (0x20256000) libdl.so.2 => /lib/libdl.so.2 (0x20271000) /lib/ld-linux.so.2 (0x00000000) So libkeyutils seems to be a dependency of some of the libs already installed by linux_base-f8. From bsam at ipt.ru Fri Oct 3 11:31:39 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Oct 3 11:31:47 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <1223017938.1842.53.camel@localhost> (Vladimir Grebenschikov's message of "Fri\, 03 Oct 2008 11\:12\:18 +0400") References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> <1223017938.1842.53.camel@localhost> Message-ID: <47291840@bb.ipt.ru> Vladimir Grebenschikov writes: > On Thu, 2008-10-02 at 20:53 +0400, Boris Samorodov wrote: > >> > % pkg_info -W /compat/linux/lib/libcom_err.so.2 >> > /compat/linux/lib/libcom_err.so.2 was installed by package >> linux_base-fc-4_13 >> > >> > I don't have a libkeyutils installed, so it seems this depends on >> > whichever linux_base you have. >> >> The port linux_base-f8 has been just fixed. It happens that at >> recent distributions libraries (e2fsprogs-libs) has a package by >> themselves. >> >> As for libkeyutils -- I'm not sure if it is needed. Prove me >> wrong. ;-) > > I've just tested it without libkeyutils - libflashsupport just does not > loaded and no sound as result. Well, I'm not sure why a package for key management should be vital for a sound... But seems to be worth having it at the base port. > So we need it, not sure as dedicated port or as part of linux_base-f8 ? OK, I'll include it at the linux_base-f8 port until someone big and strong won't convince me to go the other way. ;-) > Another ways is try to rebuild libflashsupport without that dependency, > (ky oing in mind that there was patches here about A/V sync for that > lib). But I have no good idea how to cross-build Linux library on > FreeBSD. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From tijl at ulyssis.org Fri Oct 3 12:16:29 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Fri Oct 3 12:16:35 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <47291840@bb.ipt.ru> References: <200810011852.45247.tijl@ulyssis.org> <1223017938.1842.53.camel@localhost> <47291840@bb.ipt.ru> Message-ID: <200810031415.27411.tijl@ulyssis.org> On Friday 03 October 2008 13:31:27 Boris Samorodov wrote: > Vladimir Grebenschikov writes: >> I've just tested it without libkeyutils - libflashsupport just does >> not loaded and no sound as result. > > Well, I'm not sure why a package for key management should be vital > for a sound... But seems to be worth having it at the base port. libflashsupport also adds SSL and crypto support to the flash plugin. From bsam at ipt.ru Fri Oct 3 12:18:30 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Oct 3 12:18:38 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <1223017669.1842.48.camel@localhost> (Vladimir Grebenschikov's message of "Fri\, 03 Oct 2008 11\:07\:49 +0400") References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> <11167f520810022114k6fe305fl4f10d71c30656b96@mail.gmail.com> <1223017669.1842.48.camel@localhost> Message-ID: <81219027@bb.ipt.ru> Vladimir Grebenschikov writes: > On Thu, 2008-10-02 at 23:14 -0500, Sam Fourman Jr. wrote: > >> Can someone provide a step by step to get flash 9 with sound working >> on 8-CURRENT? >> >> eg what ports need to be installed > > By experience, you need: > * recent 8-CURRENT with linuxator patch from Chagin Dmitry > (see beginning of that thread) > * recent ports tree with ports: > - linux_base-f8-8_5 (Makefile 1.44 or later!) > - linux-flashplugin-9.0r124_1 > - nspluginwrapper-1.0.0 > and dependencies FYI the following step is not needed with linux_base-f8-8_6: ----- > also you need download and install keyutils-libs-1.2-2.fc6.i386.rpm (I > do not know why .fc6 package get to fc8 distribution DVD, but it fits ok > here). > you can get it from any appropriate place, like: > ftp://ftp.chg.ru/pub/Linux/fedora/linux/releases/8/Everything/i386/os/Packages/keyutils-1.2-2.fc6.i386.rpm > Then you need to extract it to compat tree: > cd /compat/linux && rpm2cpio /path/to/keyutils-1.2-2.fc6.i386.rpm | cpio > -id ----- > now run as root: > > # nspluginwrapper -a -v -i > Auto-install plugins from /usr/X11R6/lib/browser_plugins > Looking for plugins in /usr/X11R6/lib/browser_plugins > Auto-install plugins from /usr/X11R6/lib/firefox/plugins > Looking for plugins in /usr/X11R6/lib/firefox/plugins > Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin > Looking for plugins in /usr/local/lib/npapi/linux-flashplugin > Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so > into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so > Auto-install plugins from /root/.mozilla/plugins > Looking for plugins in /root/.mozilla/plugins > # > > Now you should have working flash9 under firefox2 (www/firefox). > > If you need it under firefox3 (www/firefox3) link plugin manually to > firefox3 plugins: > > # ln /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so /usr/local/lib/firefox3/plugins/ > > Enjoy > >> Sam Fourman Jr. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From nox at jelal.kn-bremen.de Fri Oct 3 13:33:57 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Oct 3 13:34:03 2008 Subject: firefox & flash9 patches In-Reply-To: <20081002071321.GA61530@freebsd.org> References: <200810011852.45247.tijl@ulyssis.org> <20081001170814.GA5962@dchagin.dialup.corbina.ru> Message-ID: <200810031325.m93DPNnq005795@saturn.kn-bremen.de> In article <20081002071321.GA61530@freebsd.org> you write: >On Wed, Oct 01, 2008 at 09:08:14PM +0400, Chagin Dmitry wrote: >> On Wed, Oct 01, 2008 at 06:52:37PM +0200, Tijl Coosemans wrote: >> > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: >> > > please, test following patches (just -current). >> > > with them firefox && flash9 forks for me, >> > > I tested only on ia32@amd64 with 2.6.16 enabled, >> > > firefox 2.0.0.16 and flash9 plugin. >> > > >> > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! >> > >> > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve >> > things a lot. I'm still having crashes from time to time, but overall >> > flash9 works much better. Great work! >> > >> >> second half of my patch (fooaffinity() related) can't be applied on RELENG_7, >> I will prepare a patch for RELENG_7, will test? > >I believe a reverse of this should do it: > > http://www.vlakno.cz/~rdivacky/linux_misc7.patch >(the patch is reversed so you have to patch -R it) I can confirm this and the patches posted by Tijl Coosemans get flash9 going on 7-stable amd64 here, at least for youtube. Great work guys! Juergen From linimon at lonesome.com Fri Oct 3 14:40:04 2008 From: linimon at lonesome.com (Mark Linimon) Date: Fri Oct 3 14:40:10 2008 Subject: kern/97326: [linux] file descriptor leakage in linux emulation Message-ID: <200810031440.m93Ee30s086005@freefall.freebsd.org> The following reply was made to PR kern/97326; it has been noted by GNATS. From: linimon@lonesome.com (Mark Linimon) To: Vladimir Grebenschikov Cc: bug-followup@FreeBSD.org Subject: Re: kern/97326: [linux] file descriptor leakage in linux emulation Date: Fri, 3 Oct 2008 09:38:37 -0500 On Fri, Oct 03, 2008 at 06:50:05AM +0000, Vladimir Grebenschikov wrote: > I can confirm - skype does not leak descriptors after first call. So does this mean this PR can be closed? mcl From vova at parallels.com Fri Oct 3 15:20:06 2008 From: vova at parallels.com (Vladimir Grebenschikov) Date: Fri Oct 3 15:20:12 2008 Subject: kern/97326: [linux] file descriptor leakage in linux emulation Message-ID: <200810031520.m93FK5Ki088718@freefall.freebsd.org> The following reply was made to PR kern/97326; it has been noted by GNATS. From: Vladimir Grebenschikov To: Mark Linimon Cc: bug-followup@FreeBSD.org Subject: Re: kern/97326: [linux] file descriptor leakage in linux emulation Date: Fri, 03 Oct 2008 19:16:19 +0400 On Fri, 2008-10-03 at 09:38 -0500, Mark Linimon wrote: > On Fri, Oct 03, 2008 at 06:50:05AM +0000, Vladimir Grebenschikov wrote: > > I can confirm - skype does not leak descriptors after first call. > > So does this mean this PR can be closed? I think - yes, but I am not reporter. > mcl -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From bsam at ipt.ru Fri Oct 3 19:26:16 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Oct 3 19:26:22 2008 Subject: [Renato Botelho] Re: firefox & flash9 patches - now it works with sound on 8-CURRENT Message-ID: <49058757@bb.ipt.ru> Hi All, here is one more success story (great!): ----- On Fri, Oct 3, 2008 at 9:18 AM, Boris Samorodov wrote: > Vladimir Grebenschikov writes: >> On Thu, 2008-10-02 at 23:14 -0500, Sam Fourman Jr. wrote: >> >>> Can someone provide a step by step to get flash 9 with sound working >>> on 8-CURRENT? >>> >>> eg what ports need to be installed >> >> By experience, you need: >> * recent 8-CURRENT with linuxator patch from Chagin Dmitry >> (see beginning of that thread) >> * recent ports tree with ports: >> - linux_base-f8-8_5 (Makefile 1.44 or later!) >> - linux-flashplugin-9.0r124_1 >> - nspluginwrapper-1.0.0 >> and dependencies > > FYI the following step is not needed with linux_base-f8-8_6: > ----- >> also you need download and install keyutils-libs-1.2-2.fc6.i386.rpm (I >> do not know why .fc6 package get to fc8 distribution DVD, but it fits ok >> here). >> you can get it from any appropriate place, like: >> ftp://ftp.chg.ru/pub/Linux/fedora/linux/releases/8/Everything/i386/os/Packages/keyutils-1.2-2.fc6.i386.rpm >> Then you need to extract it to compat tree: >> cd /compat/linux && rpm2cpio /path/to/keyutils-1.2-2.fc6.i386.rpm | cpio >> -id > ----- > >> now run as root: >> >> # nspluginwrapper -a -v -i >> Auto-install plugins from /usr/X11R6/lib/browser_plugins >> Looking for plugins in /usr/X11R6/lib/browser_plugins >> Auto-install plugins from /usr/X11R6/lib/firefox/plugins >> Looking for plugins in /usr/X11R6/lib/firefox/plugins >> Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin >> Looking for plugins in /usr/local/lib/npapi/linux-flashplugin >> Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so >> Auto-install plugins from /root/.mozilla/plugins >> Looking for plugins in /root/.mozilla/plugins >> # >> >> Now you should have working flash9 under firefox2 (www/firefox). >> >> If you need it under firefox3 (www/firefox3) link plugin manually to >> firefox3 plugins: >> >> # ln /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so /usr/local/lib/firefox3/plugins/ One more success case here: garga@botelhor:~> uname -a FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #17 r183569M: Fri Oct 3 11:46:09 BRT 2008 root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 garga@botelhor:~> pkg_info | grep linux_base linux_base-f8-8_6 Base set of packages needed in Linux mode (for i386/amd64) Everything is working like a charm \o/ Crongrats and thanks for the great work -- Renato Botelho ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From rbgarga at gmail.com Fri Oct 3 19:28:56 2008 From: rbgarga at gmail.com (Renato Botelho) Date: Fri Oct 3 19:29:02 2008 Subject: firefox & flash9 patches - now it works with sound on 8-CURRENT In-Reply-To: <81219027@bb.ipt.ru> References: <200810011852.45247.tijl@ulyssis.org> <200810021557.31963.tijl@ulyssis.org> <1222956948.1798.70.camel@localhost> <200810021632.16085.tijl@ulyssis.org> <70513378@bb.ipt.ru> <11167f520810022114k6fe305fl4f10d71c30656b96@mail.gmail.com> <1223017669.1842.48.camel@localhost> <81219027@bb.ipt.ru> Message-ID: <747dc8f30810031158h2ba9af4fj8bcf0fcbd98ef480@mail.gmail.com> On Fri, Oct 3, 2008 at 9:18 AM, Boris Samorodov wrote: > Vladimir Grebenschikov writes: >> On Thu, 2008-10-02 at 23:14 -0500, Sam Fourman Jr. wrote: >> >>> Can someone provide a step by step to get flash 9 with sound working >>> on 8-CURRENT? >>> >>> eg what ports need to be installed >> >> By experience, you need: >> * recent 8-CURRENT with linuxator patch from Chagin Dmitry >> (see beginning of that thread) >> * recent ports tree with ports: >> - linux_base-f8-8_5 (Makefile 1.44 or later!) >> - linux-flashplugin-9.0r124_1 >> - nspluginwrapper-1.0.0 >> and dependencies > > FYI the following step is not needed with linux_base-f8-8_6: > ----- >> also you need download and install keyutils-libs-1.2-2.fc6.i386.rpm (I >> do not know why .fc6 package get to fc8 distribution DVD, but it fits ok >> here). >> you can get it from any appropriate place, like: >> ftp://ftp.chg.ru/pub/Linux/fedora/linux/releases/8/Everything/i386/os/Packages/keyutils-1.2-2.fc6.i386.rpm >> Then you need to extract it to compat tree: >> cd /compat/linux && rpm2cpio /path/to/keyutils-1.2-2.fc6.i386.rpm | cpio >> -id > ----- > >> now run as root: >> >> # nspluginwrapper -a -v -i >> Auto-install plugins from /usr/X11R6/lib/browser_plugins >> Looking for plugins in /usr/X11R6/lib/browser_plugins >> Auto-install plugins from /usr/X11R6/lib/firefox/plugins >> Looking for plugins in /usr/X11R6/lib/firefox/plugins >> Auto-install plugins from /usr/local/lib/npapi/linux-flashplugin >> Looking for plugins in /usr/local/lib/npapi/linux-flashplugin >> Install plugin /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> into /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so >> Auto-install plugins from /root/.mozilla/plugins >> Looking for plugins in /root/.mozilla/plugins >> # >> >> Now you should have working flash9 under firefox2 (www/firefox). >> >> If you need it under firefox3 (www/firefox3) link plugin manually to >> firefox3 plugins: >> >> # ln /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so /usr/local/lib/firefox3/plugins/ One more success case here: garga@botelhor:~> uname -a FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #17 r183569M: Fri Oct 3 11:46:09 BRT 2008 root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 garga@botelhor:~> pkg_info | grep linux_base linux_base-f8-8_6 Base set of packages needed in Linux mode (for i386/amd64) Everything is working like a charm \o/ Crongrats and thanks for the great work -- Renato Botelho From kris at pcbsd.com Fri Oct 3 20:01:22 2008 From: kris at pcbsd.com (Kris Moore) Date: Fri Oct 3 20:01:29 2008 Subject: firefox & flash9 patches In-Reply-To: <200810011852.45247.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> Message-ID: <48E674C9.1060908@pcbsd.com> Tijl Coosemans wrote: > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: >> please, test following patches (just -current). >> with them firefox && flash9 forks for me, >> I tested only on ia32@amd64 with 2.6.16 enabled, >> firefox 2.0.0.16 and flash9 plugin. >> >> If all is good, I will ask des@ and kib@ to review&commit them. thnx! > > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve > things a lot. I'm still having crashes from time to time, but overall > flash9 works much better. Great work! > > I've attached the patch for RELENG_7 (patch-linprocfs) and another > patch for libflashsupport [1]. It should improve OSS support, A/V sync > etc. For those without a linux box, I've attached a compiled version of > the lib as well. You can drop it in /compat/linux/usr/lib. > > [1] http://sourceforge.net/projects/flashsupport/ > > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it seems to be working nicely now! Would it be possible to update the www/linux-flashplugin9 port with your improved libflashsupport library? -- Kris Moore PC-BSD Software http://www.pcbsd.com From ciroqs at gmail.com Fri Oct 3 20:22:10 2008 From: ciroqs at gmail.com (Ciro Q. Siqueira) Date: Fri Oct 3 20:22:17 2008 Subject: Vmware3 no FreeBSD Message-ID: <1757f6360810031249n391e0872l2fbacfda53dbc0e8@mail.gmail.com> Hi! I?m testing use the port that emulates vmware on FreeBSD. I?m having problems to start the services. At Linux, I can run vmware without graphical interface, is it possible either on FreeBSD? How to do it? when i execute vwmare it shows: Setting TMPDIR=/var/tmp. VMware Workstation Error: Cannot open display. Failed to initialize user interface. Press "Enter" to continue... Thanks Ciro From sfourman at gmail.com Fri Oct 3 23:03:11 2008 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Fri Oct 3 23:03:18 2008 Subject: firefox & flash9 patches In-Reply-To: <48E674C9.1060908@pcbsd.com> References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> Message-ID: <11167f520810031603y1611169eoc6f5eb744b0ece15@mail.gmail.com> > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it seems to > be working nicely now! Would it be possible to update the > www/linux-flashplugin9 port with your improved libflashsupport library? If this actually fixes Flash9 w/ sound on FreeBSD 7.1, then these patches should be committed ASAP in my opinion Flash9 functionality is so significant and crucial to the FreeBSD community as a whole that the 7.1 RELEASE should be held up till this get committed GREAT work guys, this is one of the single most sought after features in any BSD period. you have just made my day to hear that this works on FreeBSD 7.1 Sam Fourman Jr. Fourman Networks From doconnor at gsoft.com.au Sat Oct 4 03:08:08 2008 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Sat Oct 4 03:08:15 2008 Subject: Xilinx ISE Webpack 8.2 Message-ID: <200810041214.47925.doconnor@gsoft.com.au> Hi, I have the Linux Xilinx ISE Webpack 8.2 (http://direct.xilinx.com/direct/webpack/82/WebPACK_82i_SFD.sh - you need a login but they are free). I did have it working with linux_base-fc4 mostly "out of the box" but for fc6 I needed some extra files, ie fetch -r ftp://ftp.pbone.net/mirror/archive.download.redhat.com/pub/redhat/linux/7.3/en/os/i386/RedHat/RPMS/glibc-devel-2.2.5-34.i386.rpm cd /compat/linux rpm2cpio ~/glibc-devel-2.2.5-34.i386.rpm | sudo tar -zxvf - ./usr/lib/crt\?.o (This is needed to run a simulation) For both I need to do the following otherwise it won't run.. cd /compat/linux/usr/X11R6/lib/ sudo ln -s /compat/linux/usr/lib/libfontconfig.so.1 Also to run a simulation on both you need to do this.. cd /compat/linux/lib sudo ln -s libc.so.6 libc.so sudo ln -s libm.so.5 libm.so sudo ln -s ../../lib/libdl.so.2 libdl.so (otherwise FreeBSD versions of these files get used and you end up with a chimeric executable that doesn't work) When I switched to the later Linux kernel emulation (2.6.16) I found that the simulation executable would not exit properly - one of its processes would die but the other 3 would stick around until you killed them manually. If you use 2.4 emulation this doesn't happen. I also tried the latest ISE (10) but I can't even run the installer, it exits silently unless you manually set the XILINX env var and when you do that it starts up but lists nothing to install :) I was thinking it would be nice to add something to the handbook in case people wanted to run ISE on FreeBSD, and it would be nice if the latest version worked but I have no idea how to debug it :( PS please CC me as I am not on the list. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081004/5949a898/attachment.pgp From rdivacky at freebsd.org Sat Oct 4 07:48:20 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Sat Oct 4 07:48:26 2008 Subject: firefox & flash9 patches In-Reply-To: <11167f520810031603y1611169eoc6f5eb744b0ece15@mail.gmail.com> References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> <11167f520810031603y1611169eoc6f5eb744b0ece15@mail.gmail.com> Message-ID: <20081004074745.GA11520@freebsd.org> On Fri, Oct 03, 2008 at 06:03:09PM -0500, Sam Fourman Jr. wrote: > > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it seems to > > be working nicely now! Would it be possible to update the > > www/linux-flashplugin9 port with your improved libflashsupport library? > > If this actually fixes Flash9 w/ sound on FreeBSD 7.1, then these > patches should be committed ASAP > > in my opinion Flash9 functionality is so significant and crucial to > the FreeBSD community as a whole that the 7.1 RELEASE should be held > up till this get committed > > GREAT work guys, this is one of the single most sought after features > in any BSD period. > you have just made my day to hear that this works on FreeBSD 7.1 can some native speaker make an entry to the release-notes? I believe this should be advertised :) From tijl at ulyssis.org Sat Oct 4 10:55:24 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Sat Oct 4 10:55:31 2008 Subject: firefox & flash9 patches In-Reply-To: <48E674C9.1060908@pcbsd.com> References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> Message-ID: <200810041252.49105.tijl@ulyssis.org> On Friday 03 October 2008 21:38:49 Kris Moore wrote: > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it > seems to be working nicely now! Would it be possible to update the > www/linux-flashplugin9 port with your improved libflashsupport > library? I filed a PR for the port: http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 From bsam at ipt.ru Sat Oct 4 16:36:52 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Oct 4 16:37:07 2008 Subject: firefox & flash9 patches In-Reply-To: <200810041252.49105.tijl@ulyssis.org> (Tijl Coosemans's message of "Sat\, 4 Oct 2008 12\:52\:47 +0200") References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> <200810041252.49105.tijl@ulyssis.org> Message-ID: <04408023@bb.ipt.ru> Tijl Coosemans writes: > On Friday 03 October 2008 21:38:49 Kris Moore wrote: >> I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it >> seems to be working nicely now! Would it be possible to update the >> www/linux-flashplugin9 port with your improved libflashsupport >> library? > > I filed a PR for the port: > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 Thaks, I've taken this PR. Awaiting for the maintainer's feedback. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Sat Oct 4 16:42:55 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Oct 4 16:43:02 2008 Subject: Xilinx ISE Webpack 8.2 In-Reply-To: <200810041214.47925.doconnor@gsoft.com.au> (Daniel O'Connor's message of "Sat\, 4 Oct 2008 12\:14\:39 +0930") References: <200810041214.47925.doconnor@gsoft.com.au> Message-ID: <38327657@bb.ipt.ru> "Daniel O'Connor" writes: > I did have it working with linux_base-fc4 mostly > "out of the box" but for fc6 I needed some extra files, Any reason why did you use fc6 port but not f8? I'd advice the latter. This port is a candidate to become a default one in the future. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From scf at FreeBSD.org Sat Oct 4 16:55:48 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Sat Oct 4 16:55:54 2008 Subject: SEGV with games/linux-ut Message-ID: Alexander and I are getting SEGV's when trying to run games/linux-ut. He also sees problems with Serious Sam. It does not occur for him with an FC4 base. Criteria for SEGV: 1. linux_base-f8-8_{4,6} 2. compat.linux.osrelease: 2.6.16 3. RELENG_7 (r183556) with or without patches for Flash 9 support 4. nvidia-driver-173.14.12 ktrace: 7055 ut-bin CALL geteuid 7055 ut-bin RET geteuid 1001/0x3e9 7055 ut-bin CALL geteuid 7055 ut-bin RET geteuid 1001/0x3e9 7055 ut-bin CALL linux_open(0xbfbfc628,0x8002,0) 7055 ut-bin NAMI "/compat/linux/dev/nvidiactl" 7055 ut-bin NAMI "/dev/nvidiactl" 7055 ut-bin RET linux_open 50/0x32 7055 ut-bin CALL linux_ioctl(0x32,0xc04846d2 ,0xbfbfc588) 7055 ut-bin RET linux_ioctl 0 7055 ut-bin CALL linux_ioctl(0x32,0xc0e046c8 ,0x2bab5700) 7055 ut-bin RET linux_ioctl 0 7055 ut-bin CALL linux_ioctl(0x32,0xc00c4622 ,0xbfbfc6d8) 7055 ut-bin RET linux_ioctl 0 7055 ut-bin CALL geteuid 7055 ut-bin RET geteuid 1001/0x3e9 7055 ut-bin CALL linux_open(0xbfbfc528,0x8002,0) 7055 ut-bin NAMI "/compat/linux/dev/nvidia0" 7055 ut-bin NAMI "/dev/nvidia0" 7055 ut-bin RET linux_open 51/0x33 7055 ut-bin CALL linux_ioctl(0x32,0xc040464d ,0xbfbfc338) 7055 ut-bin RET linux_ioctl 0 7055 ut-bin PSIG SIGSEGV caught handler=0x283a4d38 mask=0x0 code=0x0 7055 ut-bin PSIG SIGSEGV SIG_DFL 7055 ut-bin NAMI "ut-bin.core" Sean -- scf@FreeBSD.org From dchagin at freebsd.org Sat Oct 4 19:55:43 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Sat Oct 4 19:55:49 2008 Subject: firefox & flash9 patches in HEAD now In-Reply-To: <11167f520810031603y1611169eoc6f5eb744b0ece15@mail.gmail.com> References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> <11167f520810031603y1611169eoc6f5eb744b0ece15@mail.gmail.com> Message-ID: <20081004195528.GA43830@dchagin.dialup.corbina.ru> On Fri, Oct 03, 2008 at 06:03:09PM -0500, Sam Fourman Jr. wrote: > > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it seems to > > be working nicely now! Would it be possible to update the > > www/linux-flashplugin9 port with your improved libflashsupport library? > > If this actually fixes Flash9 w/ sound on FreeBSD 7.1, then these > patches should be committed ASAP > > in my opinion Flash9 functionality is so significant and crucial to > the FreeBSD community as a whole that the 7.1 RELEASE should be held > up till this get committed > kib 2008-10-04 19:23:30 UTC FreeBSD src repository Modified files: sys/compat/linux linux_misc.c Log: SVN rev 183612 on 2008-10-04 19:23:30Z by kib Current linux_fooaffinity() emulation fails, as the FreeBSD affinity syscalls expect the bitmap size in the range from 32 to 128. Old glibc always assumed size 1024, while newer glibc searches for approriate size, starting from 1024 and going up. For now, use FreeBSD size of cpuset_t for bitmap size parameter and return EINVAL if length of user space bitmap less than our size of cpuset_t. Submitted by: dchagin MFC after: 1 week -- Have fun! chd From dchagin at freebsd.org Sat Oct 4 21:19:00 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Sat Oct 4 21:19:06 2008 Subject: SEGV with games/linux-ut In-Reply-To: References: Message-ID: <20081004211850.GA44165@dchagin.dialup.corbina.ru> On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: > Alexander and I are getting SEGV's when trying to run games/linux-ut. > He also sees problems with Serious Sam. It does not occur for him with > an FC4 base. > > Criteria for SEGV: > 1. linux_base-f8-8_{4,6} > 2. compat.linux.osrelease: 2.6.16 > 3. RELENG_7 (r183556) with or without patches for Flash 9 support > 4. nvidia-driver-173.14.12 > > ktrace: > > 7055 ut-bin CALL geteuid > 7055 ut-bin RET geteuid 1001/0x3e9 > 7055 ut-bin CALL geteuid > 7055 ut-bin RET geteuid 1001/0x3e9 > 7055 ut-bin CALL linux_open(0xbfbfc628,0x8002,0) > 7055 ut-bin NAMI "/compat/linux/dev/nvidiactl" > 7055 ut-bin NAMI "/dev/nvidiactl" > 7055 ut-bin RET linux_open 50/0x32 > 7055 ut-bin CALL linux_ioctl(0x32,0xc04846d2 ,0xbfbfc588) > 7055 ut-bin RET linux_ioctl 0 > 7055 ut-bin CALL linux_ioctl(0x32,0xc0e046c8 ,0x2bab5700) > 7055 ut-bin RET linux_ioctl 0 > 7055 ut-bin CALL linux_ioctl(0x32,0xc00c4622 ,0xbfbfc6d8) > 7055 ut-bin RET linux_ioctl 0 > 7055 ut-bin CALL geteuid > 7055 ut-bin RET geteuid 1001/0x3e9 > 7055 ut-bin CALL linux_open(0xbfbfc528,0x8002,0) > 7055 ut-bin NAMI "/compat/linux/dev/nvidia0" > 7055 ut-bin NAMI "/dev/nvidia0" > 7055 ut-bin RET linux_open 51/0x33 > 7055 ut-bin CALL linux_ioctl(0x32,0xc040464d ,0xbfbfc338) > 7055 ut-bin RET linux_ioctl 0 0xc040464d = _IOWR('F', 77, xxxxx), aka FrameBuffer which never supported in linuxulator (as far as I understand) please, show /compat/linux/bin/sh /usr/bin/ldd /path_to/ut-bin > 7055 ut-bin PSIG SIGSEGV caught handler=0x283a4d38 mask=0x0 code=0x0 > 7055 ut-bin PSIG SIGSEGV SIG_DFL > 7055 ut-bin NAMI "ut-bin.core" > thnx! -- Have fun! chd From doconnor at gsoft.com.au Sat Oct 4 22:34:06 2008 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Sat Oct 4 22:34:12 2008 Subject: Xilinx ISE Webpack 8.2 In-Reply-To: <38327657@bb.ipt.ru> References: <200810041214.47925.doconnor@gsoft.com.au> <38327657@bb.ipt.ru> Message-ID: <200810050903.55176.doconnor@gsoft.com.au> On Sun, 5 Oct 2008, Boris Samorodov wrote: > "Daniel O'Connor" writes: > > I did have it working with linux_base-fc4 mostly > > "out of the box" but for fc6 I needed some extra files, > > Any reason why did you use fc6 port but not f8? I'd advice the > latter. This port is a candidate to become a default one in the > future. I picked fc6 because that's what Skype needed :) I'll give fc8 a go. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081004/894183ec/attachment.pgp From scf at FreeBSD.org Sat Oct 4 22:49:26 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Sat Oct 4 22:49:33 2008 Subject: SEGV with games/linux-ut In-Reply-To: <20081004211850.GA44165@dchagin.dialup.corbina.ru> References: <20081004211850.GA44165@dchagin.dialup.corbina.ru> Message-ID: On Sun, 5 Oct 2008, Chagin Dmitry wrote: > On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: >> Alexander and I are getting SEGV's when trying to run games/linux-ut. >> He also sees problems with Serious Sam. It does not occur for him >> with an FC4 base. >> >> Criteria for SEGV: >> 1. linux_base-f8-8_{4,6} >> 2. compat.linux.osrelease: 2.6.16 >> 3. RELENG_7 (r183556) with or without patches for Flash 9 support >> 4. nvidia-driver-173.14.12 >> >> ktrace: >> >> 7055 ut-bin CALL geteuid >> 7055 ut-bin RET geteuid 1001/0x3e9 >> 7055 ut-bin CALL geteuid >> 7055 ut-bin RET geteuid 1001/0x3e9 >> 7055 ut-bin CALL linux_open(0xbfbfc628,0x8002,0) >> 7055 ut-bin NAMI "/compat/linux/dev/nvidiactl" >> 7055 ut-bin NAMI "/dev/nvidiactl" >> 7055 ut-bin RET linux_open 50/0x32 >> 7055 ut-bin CALL linux_ioctl(0x32,0xc04846d2 ,0xbfbfc588) >> 7055 ut-bin RET linux_ioctl 0 >> 7055 ut-bin CALL linux_ioctl(0x32,0xc0e046c8 ,0x2bab5700) >> 7055 ut-bin RET linux_ioctl 0 >> 7055 ut-bin CALL linux_ioctl(0x32,0xc00c4622 ,0xbfbfc6d8) >> 7055 ut-bin RET linux_ioctl 0 >> 7055 ut-bin CALL geteuid >> 7055 ut-bin RET geteuid 1001/0x3e9 >> 7055 ut-bin CALL linux_open(0xbfbfc528,0x8002,0) >> 7055 ut-bin NAMI "/compat/linux/dev/nvidia0" >> 7055 ut-bin NAMI "/dev/nvidia0" >> 7055 ut-bin RET linux_open 51/0x33 >> 7055 ut-bin CALL linux_ioctl(0x32,0xc040464d ,0xbfbfc338) >> 7055 ut-bin RET linux_ioctl 0 > > 0xc040464d = _IOWR('F', 77, xxxxx), aka FrameBuffer which never > supported in linuxulator (as far as I understand) Maybe new functionality in linuxulator encouraged the code to try farther? Here is the entire trace minus the I/O data: http://people.freebsd.org/~scf/ut-ktrace.log.bz2 > please, show /compat/linux/bin/sh /usr/bin/ldd /path_to/ut-bin Is this what you want? # ll /compat/linux/bin/{ba,}sh /usr/bin/ldd /compat/linux/usr/bin/ldd /usr/local/bin/ut /usr/local/share/linux-ut/System/ut-bin -rwxr-xr-x 1 root wheel 729352 Oct 3 17:09 /compat/linux/bin/bash* lrwxrwxrwx 1 root wheel 4 Oct 3 17:10 /compat/linux/bin/sh@ -> bash -rwxr-xr-x 1 root wheel 5770 Oct 3 17:09 /compat/linux/usr/bin/ldd* -r-xr-xr-x 1 root wheel 16596 Oct 2 18:56 /usr/bin/ldd* -r-xr-xr-x 1 root wheel 1727 Sep 15 19:23 /usr/local/bin/ut* -r-xr-xr-x 1 root wheel 91336 Sep 15 19:23 /usr/local/share/linux-ut/System/ut-bin* >> 7055 ut-bin PSIG SIGSEGV caught handler=0x283a4d38 mask=0x0 code=0x0 >> 7055 ut-bin PSIG SIGSEGV SIG_DFL >> 7055 ut-bin NAMI "ut-bin.core" Sean -- scf@FreeBSD.org From dchagin at freebsd.org Sun Oct 5 07:20:15 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Sun Oct 5 07:20:22 2008 Subject: SEGV with games/linux-ut In-Reply-To: References: Message-ID: <20081005072006.GA1450@dchagin.dialup.corbina.ru> On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: > Alexander and I are getting SEGV's when trying to run games/linux-ut. > He also sees problems with Serious Sam. It does not occur for him with > an FC4 base. > What about Serious Sam ktrace/linux_kdump? -- Have fun! chd From dchagin at freebsd.org Sun Oct 5 07:33:43 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Sun Oct 5 07:33:49 2008 Subject: SEGV with games/linux-ut In-Reply-To: References: <20081004211850.GA44165@dchagin.dialup.corbina.ru> Message-ID: <20081005073336.GB1450@dchagin.dialup.corbina.ru> On Sat, Oct 04, 2008 at 05:49:23PM -0500, Sean C. Farley wrote: > On Sun, 5 Oct 2008, Chagin Dmitry wrote: > > >On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: > >>Alexander and I are getting SEGV's when trying to run games/linux-ut. > >>He also sees problems with Serious Sam. It does not occur for him > >>with an FC4 base. > >> > >>Criteria for SEGV: > >>1. linux_base-f8-8_{4,6} > >>2. compat.linux.osrelease: 2.6.16 > >>3. RELENG_7 (r183556) with or without patches for Flash 9 support > >>4. nvidia-driver-173.14.12 > >> > >>ktrace: > >> > >> 7055 ut-bin CALL geteuid > >> 7055 ut-bin RET geteuid 1001/0x3e9 > >> 7055 ut-bin CALL geteuid > >> 7055 ut-bin RET geteuid 1001/0x3e9 > >> 7055 ut-bin CALL linux_open(0xbfbfc628,0x8002,0) > >> 7055 ut-bin NAMI "/compat/linux/dev/nvidiactl" > >> 7055 ut-bin NAMI "/dev/nvidiactl" > >> 7055 ut-bin RET linux_open 50/0x32 > >> 7055 ut-bin CALL linux_ioctl(0x32,0xc04846d2 ,0xbfbfc588) > >> 7055 ut-bin RET linux_ioctl 0 > >> 7055 ut-bin CALL linux_ioctl(0x32,0xc0e046c8 ,0x2bab5700) > >> 7055 ut-bin RET linux_ioctl 0 > >> 7055 ut-bin CALL linux_ioctl(0x32,0xc00c4622 ,0xbfbfc6d8) > >> 7055 ut-bin RET linux_ioctl 0 > >> 7055 ut-bin CALL geteuid > >> 7055 ut-bin RET geteuid 1001/0x3e9 > >> 7055 ut-bin CALL linux_open(0xbfbfc528,0x8002,0) > >> 7055 ut-bin NAMI "/compat/linux/dev/nvidia0" > >> 7055 ut-bin NAMI "/dev/nvidia0" > >> 7055 ut-bin RET linux_open 51/0x33 > >> 7055 ut-bin CALL linux_ioctl(0x32,0xc040464d ,0xbfbfc338) > >> 7055 ut-bin RET linux_ioctl 0 > > > >0xc040464d = _IOWR('F', 77, xxxxx), aka FrameBuffer which never > >supported in linuxulator (as far as I understand) > > Maybe new functionality in linuxulator encouraged the code to try > farther? > agree 100% > Here is the entire trace minus the I/O data: > http://people.freebsd.org/~scf/ut-ktrace.log.bz2 > > >please, show /compat/linux/bin/sh /usr/bin/ldd /path_to/ut-bin > > Is this what you want? > # ll /compat/linux/bin/{ba,}sh /usr/bin/ldd /compat/linux/usr/bin/ldd > /usr/local/bin/ut /usr/local/share/linux-ut/System/ut-bin > -rwxr-xr-x 1 root wheel 729352 Oct 3 17:09 /compat/linux/bin/bash* > lrwxrwxrwx 1 root wheel 4 Oct 3 17:10 /compat/linux/bin/sh@ -> bash > -rwxr-xr-x 1 root wheel 5770 Oct 3 17:09 /compat/linux/usr/bin/ldd* > -r-xr-xr-x 1 root wheel 16596 Oct 2 18:56 /usr/bin/ldd* > -r-xr-xr-x 1 root wheel 1727 Sep 15 19:23 /usr/local/bin/ut* > -r-xr-xr-x 1 root wheel 91336 Sep 15 19:23 > /usr/local/share/linux-ut/System/ut-bin* > no, output of /compat/linux/bin/sh /usr/bin/ldd /usr/local/share/linux-ut/System/ut-bin I can't find the specification of framebuffer ioctl's -- Have fun! chd From ports at logvinov.com Sun Oct 5 11:53:38 2008 From: ports at logvinov.com (Alexander Logvinov) Date: Sun Oct 5 11:53:44 2008 Subject: SEGV with games/linux-ut In-Reply-To: <20081005072006.GA1450@dchagin.dialup.corbina.ru> References: <20081005072006.GA1450@dchagin.dialup.corbina.ru> Message-ID: <1962364299.20081005212124@logvinov.com> Hello Dmitry! Sunday, October 5, 2008, 5:20:06 PM, you wrote: > On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: >> Alexander and I are getting SEGV's when trying to run games/linux-ut. >> He also sees problems with Serious Sam. It does not occur for him with >> an FC4 base. >> > What about Serious Sam ktrace/linux_kdump? # ktrace -t cnstu /usr/local/share/ssamtfe/Bin/ssam_lnx STUB: load window icon in SeriousSam/MainWindow.cpp, line 153. STUB: Need SDL invisible window or something in SeriousSam/MainWindow.cpp, line 356. Segmentation fault (core dumped) http://www.logvinov.ru/files/ssamtfe.tar.gz -- Best regards, Alexander mailto:ports@logvinov.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 483 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081005/be583ffe/attachment.pgp From scf at FreeBSD.org Sun Oct 5 14:22:00 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Sun Oct 5 14:22:07 2008 Subject: SEGV with games/linux-ut In-Reply-To: <20081005073336.GB1450@dchagin.dialup.corbina.ru> References: <20081004211850.GA44165@dchagin.dialup.corbina.ru> <20081005073336.GB1450@dchagin.dialup.corbina.ru> Message-ID: On Sun, 5 Oct 2008, Chagin Dmitry wrote: > On Sat, Oct 04, 2008 at 05:49:23PM -0500, Sean C. Farley wrote: >> On Sun, 5 Oct 2008, Chagin Dmitry wrote: >>> On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: >>>> Alexander and I are getting SEGV's when trying to run >>>> games/linux-ut. He also sees problems with Serious Sam. It does >>>> not occur for him with an FC4 base. >>>> >>>> Criteria for SEGV: >>>> 1. linux_base-f8-8_{4,6} >>>> 2. compat.linux.osrelease: 2.6.16 >>>> 3. RELENG_7 (r183556) with or without patches for Flash 9 support >>>> 4. nvidia-driver-173.14.12 >>>> >>>> ktrace: >>>> >>>> 7055 ut-bin CALL geteuid >>>> 7055 ut-bin RET geteuid 1001/0x3e9 >>>> 7055 ut-bin CALL geteuid >>>> 7055 ut-bin RET geteuid 1001/0x3e9 >>>> 7055 ut-bin CALL linux_open(0xbfbfc628,0x8002,0) >>>> 7055 ut-bin NAMI "/compat/linux/dev/nvidiactl" >>>> 7055 ut-bin NAMI "/dev/nvidiactl" >>>> 7055 ut-bin RET linux_open 50/0x32 >>>> 7055 ut-bin CALL linux_ioctl(0x32,0xc04846d2 ,0xbfbfc588) >>>> 7055 ut-bin RET linux_ioctl 0 >>>> 7055 ut-bin CALL linux_ioctl(0x32,0xc0e046c8 ,0x2bab5700) >>>> 7055 ut-bin RET linux_ioctl 0 >>>> 7055 ut-bin CALL linux_ioctl(0x32,0xc00c4622 ,0xbfbfc6d8) >>>> 7055 ut-bin RET linux_ioctl 0 >>>> 7055 ut-bin CALL geteuid >>>> 7055 ut-bin RET geteuid 1001/0x3e9 >>>> 7055 ut-bin CALL linux_open(0xbfbfc528,0x8002,0) >>>> 7055 ut-bin NAMI "/compat/linux/dev/nvidia0" >>>> 7055 ut-bin NAMI "/dev/nvidia0" >>>> 7055 ut-bin RET linux_open 51/0x33 >>>> 7055 ut-bin CALL linux_ioctl(0x32,0xc040464d ,0xbfbfc338) >>>> 7055 ut-bin RET linux_ioctl 0 >>> >>> 0xc040464d = _IOWR('F', 77, xxxxx), aka FrameBuffer which never >>> supported in linuxulator (as far as I understand) >> >> Maybe new functionality in linuxulator encouraged the code to try >> farther? > > agree 100% > >> Here is the entire trace minus the I/O data: >> http://people.freebsd.org/~scf/ut-ktrace.log.bz2 >> >>> please, show /compat/linux/bin/sh /usr/bin/ldd /path_to/ut-bin >> >> Is this what you want? >> # ll /compat/linux/bin/{ba,}sh /usr/bin/ldd /compat/linux/usr/bin/ldd >> /usr/local/bin/ut /usr/local/share/linux-ut/System/ut-bin >> -rwxr-xr-x 1 root wheel 729352 Oct 3 17:09 /compat/linux/bin/bash* >> lrwxrwxrwx 1 root wheel 4 Oct 3 17:10 /compat/linux/bin/sh@ -> bash >> -rwxr-xr-x 1 root wheel 5770 Oct 3 17:09 /compat/linux/usr/bin/ldd* >> -r-xr-xr-x 1 root wheel 16596 Oct 2 18:56 /usr/bin/ldd* >> -r-xr-xr-x 1 root wheel 1727 Sep 15 19:23 /usr/local/bin/ut* >> -r-xr-xr-x 1 root wheel 91336 Sep 15 19:23 >> /usr/local/share/linux-ut/System/ut-bin* > > no, output of > /compat/linux/bin/sh /usr/bin/ldd /usr/local/share/linux-ut/System/ut-bin > > I can't find the specification of framebuffer ioctl's Ah, it was a moment of no coffee. Here it is: # /compat/linux/bin/sh /usr/bin/ldd /usr/local/share/linux-ut/System/ut-bin not a dynamic executable The native ldd works better: # ldd /usr/local/share/linux-ut/System/ut-bin libdl.so.2 => /lib/libdl.so.2 (0x2807a000) libnsl.so.1 => /lib/libnsl.so.1 (0x28080000) libpthread.so.0 => /lib/libpthread.so.0 (0x28099000) Engine.so => not found Core.so => not found libSDL-1.1.so.0 => /usr/lib/libSDL-1.1.so.0 (0x280b1000) libm.so.6 => /lib/libm.so.6 (0x28138000) libc.so.6 => /lib/libc.so.6 (0x28161000) /lib/ld-linux.so.2 (0x2805a000) Sean -- scf@FreeBSD.org From nox at jelal.kn-bremen.de Sun Oct 5 16:43:34 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Oct 5 16:43:40 2008 Subject: firefox & flash9 patches - linprocfs patch for 6.x In-Reply-To: <200810011852.45247.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> Message-ID: <20081005164118.GA68613@saturn.kn-bremen.de> On Wed, Oct 01, 2008 at 06:52:37PM +0200, Tijl Coosemans wrote: > On Monday 29 September 2008 22:02:37 Chagin Dmitry wrote: > > please, test following patches (just -current). > > with them firefox && flash9 forks for me, > > I tested only on ia32@amd64 with 2.6.16 enabled, > > firefox 2.0.0.16 and flash9 plugin. > > > > If all is good, I will ask des@ and kib@ to review&commit them. thnx! > > On 7.1-PRERELEASE, linux 2.4, fc4, the linprocfs patch seems to improve > things a lot. I'm still having crashes from time to time, but overall > flash9 works much better. Great work! > > I've attached the patch for RELENG_7 (patch-linprocfs) and another > patch for libflashsupport [1]. It should improve OSS support, A/V sync > etc. For those without a linux box, I've attached a compiled version of > the lib as well. You can drop it in /compat/linux/usr/lib. > > [1] http://sourceforge.net/projects/flashsupport/ I still have one box on 6.3, so today I tried the updated RELENG_7 linprocfs_doprocmaps() and libflashsupport there (using linux-base-fc4), and got youtube working on there as well. I'll append the patch, which should also apply on RELENG_6 and _6_4, tho with offset. (also at http://people.freebsd.org/~nox/linprocfs-6.3.patch ) Thanx again, Juergen Index: linprocfs.c @@ -934,48 +934,47 @@ linprocfs_doprocenviron(PFS_FILL_ARGS) static int linprocfs_doprocmaps(PFS_FILL_ARGS) { - char mebuffer[512]; vm_map_t map = &p->p_vmspace->vm_map; - vm_map_entry_t entry; + vm_map_entry_t entry, tmp_entry; vm_object_t obj, tobj, lobj; + vm_offset_t saved_end; vm_ooffset_t off = 0; char *name = "", *freename = NULL; - size_t len; ino_t ino; + unsigned int last_timestamp; int ref_count, shadow_count, flags; int error; struct vnode *vp; struct vattr vat; int locked; - + PROC_LOCK(p); error = p_candebug(td, p); PROC_UNLOCK(p); if (error) return (error); - + if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); - - if (uio->uio_offset != 0) - return (0); - + error = 0; - if (map != &curthread->td_proc->p_vmspace->vm_map) - vm_map_lock_read(map); - for (entry = map->header.next; - ((uio->uio_resid > 0) && (entry != &map->header)); + vm_map_lock_read(map); + for (entry = map->header.next; entry != &map->header; entry = entry->next) { name = ""; freename = NULL; if (entry->eflags & MAP_ENTRY_IS_SUB_MAP) continue; + saved_end = entry->end; obj = entry->object.vm_object; - for (lobj = tobj = obj; tobj; tobj = tobj->backing_object) + for (lobj = tobj = obj; tobj; tobj = tobj->backing_object) { + VM_OBJECT_LOCK(tobj); + if (lobj != obj) + VM_OBJECT_UNLOCK(lobj); lobj = tobj; + } ino = 0; if (lobj) { - VM_OBJECT_LOCK(lobj); off = IDX_TO_OFF(lobj->size); if (lobj->type == OBJT_VNODE) { vp = lobj->handle; @@ -984,10 +983,12 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) } else vp = NULL; + if (lobj != obj) + VM_OBJECT_UNLOCK(lobj); flags = obj->flags; ref_count = obj->ref_count; shadow_count = obj->shadow_count; - VM_OBJECT_UNLOCK(lobj); + VM_OBJECT_UNLOCK(obj); if (vp) { vn_fullpath(td, vp, &name, &freename); locked = VFS_LOCK_GIANT(vp->v_mount); @@ -1007,7 +1008,7 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) * format: * start, end, access, offset, major, minor, inode, name. */ - snprintf(mebuffer, sizeof mebuffer, + error = sbuf_printf(sb, "%08lx-%08lx %s%s%s%s %08lx %02x:%02x %lu%s%s\n", (u_long)entry->start, (u_long)entry->end, (entry->protection & VM_PROT_READ)?"r":"-", @@ -1023,19 +1024,23 @@ linprocfs_doprocmaps(PFS_FILL_ARGS) ); if (freename) free(freename, M_TEMP); - len = strlen(mebuffer); - if (len > uio->uio_resid) - len = uio->uio_resid; /* - * XXX We should probably return - * EFBIG here, as in procfs. - */ - error = uiomove(mebuffer, len, uio); - if (error) - break; - } - if (map != &curthread->td_proc->p_vmspace->vm_map) + last_timestamp = map->timestamp; vm_map_unlock_read(map); - + if (error == -1) + return (0); + vm_map_lock_read(map); + if (last_timestamp + 1 != map->timestamp) { + /* + * Look again for the entry because the map was + * modified while it was unlocked. Specifically, + * the entry may have been clipped, merged, or deleted. + */ + vm_map_lookup_entry(map, saved_end - 1, &tmp_entry); + entry = tmp_entry; + } + } + vm_map_unlock_read(map); + return (error); } From bugmaster at FreeBSD.org Mon Oct 6 11:06:53 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 6 11:07:35 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200810061106.m96B6qDd035441@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 12 problems total. From dchagin at freebsd.org Mon Oct 6 12:24:57 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Mon Oct 6 12:25:04 2008 Subject: SEGV with games/linux-ut In-Reply-To: <1962364299.20081005212124@logvinov.com> References: <20081005072006.GA1450@dchagin.dialup.corbina.ru> <1962364299.20081005212124@logvinov.com> Message-ID: <20081006122448.GA4279@dchagin.dialup.corbina.ru> On Sun, Oct 05, 2008 at 09:21:24PM +1000, Alexander Logvinov wrote: > Hello Dmitry! > > Sunday, October 5, 2008, 5:20:06 PM, you wrote: > > > On Sat, Oct 04, 2008 at 11:55:45AM -0500, Sean C. Farley wrote: > >> Alexander and I are getting SEGV's when trying to run games/linux-ut. > >> He also sees problems with Serious Sam. It does not occur for him with > >> an FC4 base. > >> > > What about Serious Sam ktrace/linux_kdump? > # ktrace -t cnstu /usr/local/share/ssamtfe/Bin/ssam_lnx > STUB: load window icon in SeriousSam/MainWindow.cpp, line 153. > STUB: Need SDL invisible window or something in SeriousSam/MainWindow.cpp, line 356. > Segmentation fault (core dumped) > > http://www.logvinov.ru/files/ssamtfe.tar.gz > Hi, the same problem, undocumented _IOWR('F', 4d, xxxx) called from nvidia_drv.so Strange that it worked with fc-4 base... I think that it is necessary to write to NVIDIA about it. -- Have fun! chd From shildret at scotth.emsphone.com Mon Oct 6 15:24:14 2008 From: shildret at scotth.emsphone.com (Scott T. Hildreth) Date: Mon Oct 6 15:24:21 2008 Subject: firefox & flash9 patches In-Reply-To: <200810041252.49105.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> <48E674C9.1060908@pcbsd.com> <200810041252.49105.tijl@ulyssis.org> Message-ID: <1223304835.1353.5.camel@scotth.emsphone.com> On Sat, 2008-10-04 at 12:52 +0200, Tijl Coosemans wrote: > On Friday 03 October 2008 21:38:49 Kris Moore wrote: > > I'm testing flash9 on i386 FreeBSD 7.1PR, and amd64 7.1PR, and it > > seems to be working nicely now! Would it be possible to update the > > www/linux-flashplugin9 port with your improved libflashsupport > > library? I installed the linux_procfs patch, rebuilt the kernel and installed it. I installed missing linux ports, including the flash9 port. Then I copied your libflashsupport library over the installed one. I ran the command "nspluginwrapper -v -a -i" and rebooted. My flash9 is not working, the npviewer.bin is segfaulting. Did I miss a step? Thanks. > I filed a PR for the port: > http://www.freebsd.org/cgi/query-pr.cgi?pr=127839 > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" From tijl at ulyssis.org Mon Oct 6 15:42:48 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Mon Oct 6 15:42:55 2008 Subject: firefox & flash9 patches In-Reply-To: <1223304835.1353.5.camel@scotth.emsphone.com> References: <200810011852.45247.tijl@ulyssis.org> <200810041252.49105.tijl@ulyssis.org> <1223304835.1353.5.camel@scotth.emsphone.com> Message-ID: <200810061742.43367.tijl@ulyssis.org> On Monday 06 October 2008 16:53:55 Scott T. Hildreth wrote: > I installed the linux_procfs patch, rebuilt the kernel and installed > it. I installed missing linux ports, including the flash9 port. Then > I copied your libflashsupport library over the installed one. I ran > the command "nspluginwrapper -v -a -i" and rebooted. My flash9 is > not working, the npviewer.bin is segfaulting. Did I miss a step? Did you mount linprocfs? mount -t linprocfs linprocfs /compat/linux/proc You can add the following line to /etc/fstab to have it mounted at boot. linprocfs /compat/linux/proc linprocfs rw 0 0 From shildret at scotth.emsphone.com Mon Oct 6 16:52:28 2008 From: shildret at scotth.emsphone.com (Scott T. Hildreth) Date: Mon Oct 6 16:52:35 2008 Subject: firefox & flash9 patches In-Reply-To: <200810061742.43367.tijl@ulyssis.org> References: <200810011852.45247.tijl@ulyssis.org> <200810041252.49105.tijl@ulyssis.org> <1223304835.1353.5.camel@scotth.emsphone.com> <200810061742.43367.tijl@ulyssis.org> Message-ID: <1223311947.1353.10.camel@scotth.emsphone.com> On Mon, 2008-10-06 at 17:42 +0200, Tijl Coosemans wrote: > On Monday 06 October 2008 16:53:55 Scott T. Hildreth wrote: > > I installed the linux_procfs patch, rebuilt the kernel and installed > > it. I installed missing linux ports, including the flash9 port. Then > > I copied your libflashsupport library over the installed one. I ran > > the command "nspluginwrapper -v -a -i" and rebooted. My flash9 is > > not working, the npviewer.bin is segfaulting. Did I miss a step? > > Did you mount linprocfs? > > mount -t linprocfs linprocfs /compat/linux/proc > > You can add the following line to /etc/fstab to have it mounted at > boot. > > linprocfs /compat/linux/proc linprocfs rw 0 0 That did it, thanks Tijl! I had that in my fstab before, I must have lost in an update. Thanks again. Scott From nox at jelal.kn-bremen.de Sat Oct 11 21:43:01 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Oct 11 21:43:09 2008 Subject: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5457) In-Reply-To: <200809302233.m8UMXdca045408@saturn.kn-bremen.de> References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> <20080926220445.GA13099@saturn.kn-bremen.de> <20080927204729.GA52209@saturn.kn-bremen.de> <200809302233.m8UMXdca045408@saturn.kn-bremen.de> Message-ID: <20081011214148.GA57939@saturn.kn-bremen.de> On Wed, Oct 01, 2008 at 12:33:39AM +0200, Juergen Lock wrote: > In article you write: > >On Sat, Sep 27, 2008 at 5:47 PM, Juergen Lock wrote: > >> On Sat, Sep 27, 2008 at 12:04:45AM +0200, I wrote: > >>>[...] > >>> I'll see if I can prepare another update over the weekend and then go > >>> thru more of the patches that have accumulated in the port... > >> > >> OK, here we go :) First the update: (at r5331 now) > >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080927.patch > >[...] > > > >I suggest applying the following patch (on top of yours). It includes > >options to build additional sound emulators. > > > >--- Makefile.orig 2008-09-28 00:11:29.000000000 -0300 > >+++ Makefile 2008-09-28 00:53:03.000000000 -0300 > >@@ -38,6 +38,10 @@ > > GNUTLS "gnutls dependency (vnc encryption)" On \ > > PCAP "pcap dependency (networking with bpf)" On \ > > CDROM_DMA "IDE CDROM DMA" On \ > >+ AC97 "Intel 82801AA AC97 sound card" Off \ > >+ ADLIB "Adlib card with Yamaha YM3812 (OPL2) chip" Off \ > >+ CS4231A "CS4231A sound card (Windows Sound System)" Off \ > >+ GUS "Gravis Ultrasound GF1 sound card" Off \ > > ALL_TARGETS "Also build dyngen targets (requires gcc34)" On > > > > .include > >@@ -76,6 +80,35 @@ > > CONFIGURE_ARGS+= --enable-pcap > > .endif > > > >+.if defined(WITH_AC97) > >+AUDIO_CARD_LIST= ac97 > >+.endif > >+ > >+.if defined(WITH_ADLIB) > >+.if defined(AUDIO_CARD_LIST) > >+AUDIO_CARD_LIST+= , > >+.endif > >+AUDIO_CARD_LIST+= adlib > >+.endif > >+ > >+.if defined(WITH_CS4231A) > >+.if defined(AUDIO_CARD_LIST) > >+AUDIO_CARD_LIST+= , > >+.endif > >+AUDIO_CARD_LIST+= cs4231a > >+.endif > >+ > >+.if defined(WITH_GUS) > >+.if defined(AUDIO_CARD_LIST) > >+AUDIO_CARD_LIST+= , > >+.endif > >+AUDIO_CARD_LIST+= gus > >+.endif > >+ > >+.if defined(AUDIO_CARD_LIST) > >+CONFIGURE_ARGS+= --audio-card-list="${AUDIO_CARD_LIST}" > >+.endif > >+ > > .if defined(WITH_SAMBA) > > RUN_DEPENDS+= ${LOCALBASE}/sbin/smbd:${PORTSDIR}/net/samba3 > > .endif > > > >Signed-off-by: Carlos Santos > > Hmm. I might just add one knob to compile in all of these instead, > they are still to be enabled individually at runtime, right? Ok, new update at: http://people.freebsd.org/~nox/qemu/qemu-devel-20081011.patch I have added an ADD_AUDIO knob to enable all of the above, and I have also added the aio emulation patch that makes qemu still work when aio is not loaded (although usually slower.) I have noticed tho that -soundhw ac97 together with -usb -drive if=scsi,... and -net nic,model=rtl8139 causes scsi resets and timeouts at least for my sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso livecd guest, can anyone reproduce this? A FreeBSD 7.1-BETA-i386-livefs.iso guest with the same parameters also hangs at boot with scsi problems... Oh and the other problems I mentioned also still seem to exist. Thanx, Juergen From minimarmot at gmail.com Sun Oct 12 20:45:06 2008 From: minimarmot at gmail.com (Ben Kaduk) Date: Sun Oct 12 20:45:13 2008 Subject: edwin scheme/emacs SEGV's in X; not on console Message-ID: <47d0403c0810121319k28f2badbm87fa3d93cb45b1be@mail.gmail.com> Hi all, I'm taking a classical mechanics class that uses an scmutils package on top of mit-scheme. Attempting to build this software on FreeBSD natively has been ... painful, so I'm looking at using the linuxulator to run an already-compiled version. I'm running FreeBSD-CURRENT from the September snapshot, and I installed linux_base-f8 and linux-xorg-libs. I then downloaded this tarball: http://groups.csail.mit.edu/mac/users/gjs/6946/scmutils-tarballs/scmutils-20080929-ix86-ubuntu-gutsy.tar.gz and unpacked it in /usr/local . I needed to brandelf -t Linux /usr/local/scmutils/mit-scheme/bin/mit-scheme-native and change /usr/local/bin/mechanics to have #!/usr/compat/linux/bin/bash instead of #!/bin/bash, but then the program runs just fine in console mode. (edwin is an emacs18, and it has a module on top of it to run a scheme interpreter using their mechanics library.) However, when I run the program in X11, whenever I try to evaluate a command (C-x, even), I get the message: Internal error: Hardware trap SIGSEGV. I can try to ktrace the call to scheme, but kdump segfaults on the ktrace.out. Is there anything obvious that I should look at? Thanks, Ben Kaduk From bsam at ipt.ru Sun Oct 12 21:04:29 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Oct 12 21:04:36 2008 Subject: edwin scheme/emacs SEGV's in X; not on console In-Reply-To: <47d0403c0810121319k28f2badbm87fa3d93cb45b1be@mail.gmail.com> (Ben Kaduk's message of "Sun\, 12 Oct 2008 16\:19\:30 -0400") References: <47d0403c0810121319k28f2badbm87fa3d93cb45b1be@mail.gmail.com> Message-ID: <81099402@bs1.sp34.ru> "Ben Kaduk" writes: > Hi all, > > I'm taking a classical mechanics class that uses an scmutils package > on top of mit-scheme. > Attempting to build this software on FreeBSD natively has been ... > painful, so I'm looking > at using the linuxulator to run an already-compiled version. > > I'm running FreeBSD-CURRENT from the September snapshot, and I installed > linux_base-f8 and linux-xorg-libs. > I then downloaded this tarball: > http://groups.csail.mit.edu/mac/users/gjs/6946/scmutils-tarballs/scmutils-20080929-ix86-ubuntu-gutsy.tar.gz > and unpacked it in /usr/local . > I needed to brandelf -t Linux > /usr/local/scmutils/mit-scheme/bin/mit-scheme-native > and change /usr/local/bin/mechanics to have #!/usr/compat/linux/bin/bash > instead of #!/bin/bash, but then the program runs just fine in console mode. > (edwin is an emacs18, and it has a module on top of it to run a scheme > interpreter > using their mechanics library.) > > However, when I run the program in X11, whenever I try to evaluate a command > (C-x, even), I get the message: > Internal error: Hardware trap SIGSEGV. > I can try to ktrace the call to scheme, but kdump segfaults on the ktrace.out. > > Is there anything obvious that I should look at? You should use devel/linux_kdump instead of the native one. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From minimarmot at gmail.com Sun Oct 12 21:34:36 2008 From: minimarmot at gmail.com (Ben Kaduk) Date: Sun Oct 12 21:34:43 2008 Subject: edwin scheme/emacs SEGV's in X; not on console In-Reply-To: <81099402@bs1.sp34.ru> References: <47d0403c0810121319k28f2badbm87fa3d93cb45b1be@mail.gmail.com> <81099402@bs1.sp34.ru> Message-ID: <47d0403c0810121434r3a84bf4bj3b04b5184b6f097a@mail.gmail.com> On Sun, Oct 12, 2008 at 5:06 PM, Boris Samorodov wrote: > "Ben Kaduk" writes: > >> Hi all, >> >> I'm taking a classical mechanics class that uses an scmutils package >> on top of mit-scheme. >> Attempting to build this software on FreeBSD natively has been ... >> painful, so I'm looking >> at using the linuxulator to run an already-compiled version. >> >> I'm running FreeBSD-CURRENT from the September snapshot, and I installed >> linux_base-f8 and linux-xorg-libs. >> I then downloaded this tarball: >> http://groups.csail.mit.edu/mac/users/gjs/6946/scmutils-tarballs/scmutils-20080929-ix86-ubuntu-gutsy.tar.gz >> and unpacked it in /usr/local . >> I needed to brandelf -t Linux >> /usr/local/scmutils/mit-scheme/bin/mit-scheme-native >> and change /usr/local/bin/mechanics to have #!/usr/compat/linux/bin/bash >> instead of #!/bin/bash, but then the program runs just fine in console mode. >> (edwin is an emacs18, and it has a module on top of it to run a scheme >> interpreter >> using their mechanics library.) >> >> However, when I run the program in X11, whenever I try to evaluate a command >> (C-x, even), I get the message: >> Internal error: Hardware trap SIGSEGV. >> I can try to ktrace the call to scheme, but kdump segfaults on the ktrace.out. >> >> Is there anything obvious that I should look at? > > You should use devel/linux_kdump instead of the native one. > Ah, thanks. The (8M) linux_kdump output is here: http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/prolix/mechanics.dump.txt though I am not getting much useful out of it ... -Ben Kaduk From bugmaster at FreeBSD.org Mon Oct 13 11:06:48 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 13 11:07:34 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200810131106.m9DB6lZW029392@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 12 problems total. From eforezz at gmail.com Tue Oct 14 15:02:15 2008 From: eforezz at gmail.com (EforeZZ) Date: Tue Oct 14 15:02:21 2008 Subject: Linux X11 applications getting disconnected Message-ID: Hello, I have a little problem with my X11 linux applications (Skype, VMware). I run remote X11 server on Windows (Cygwin/XWin) and I'm getting problems with Skype/VMware. They sporadically get disconnected from the X server while all other native FreeBSD programs (KDE, terminals) keep running. Is there anything special about networking in Linux programs running under FreeBSD? Best regards, EforeZZ From bsam at ipt.ru Wed Oct 15 06:23:27 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Oct 15 06:23:39 2008 Subject: Recommended linux_base for 8.0? In-Reply-To: <20081015055852.GA7541@troutmask.apl.washington.edu> (Steve Kargl's message of "Tue\, 14 Oct 2008 22\:58\:52 -0700") References: <20081015023312.GA5850@troutmask.apl.washington.edu> <47140620@bb.ipt.ru> <20081015055852.GA7541@troutmask.apl.washington.edu> Message-ID: <14987644@bb.ipt.ru> Steve Kargl writes: > On Wed, Oct 15, 2008 at 09:33:39AM +0400, Boris Samorodov wrote: >> Steve Kargl writes: >> >> > Which linux base port is recommended for FreeBSD-current on amd64? >> >> Well, the answer is "just install any linux application you need from >> ports/packages and the ports infrastructure will DTRT". ;-) > > matlab isn't in the ports collection. Yes. There is a PR about new port Matlab7 though. >> > linux_base-f7/ >> > linux_base-f8/ >> > linux_base-fc4/ >> > linux_base-fc6/ >> > linux_base-gentoo-stage1/ >> > linux_base-gentoo-stage2/ >> > linux_base-gentoo-stage3/ >> > >> > I currently have fc4 installed, but have run into some pthread >> > problems. >> >> This one is the default for now. > > % matlab >>> plotTAIHR_bin_30D > system error(34): __kmp_set_stack_info: pthread_getattr_np: Numerical result out of range > OMP abort: fatal system error detected. > > hpc:kargl[206] pkg_info | grep linux_base > linux_base-fc-4_10 Base set of packages needed in Linux mode (for i386/amd64) > hpc:kargl[208] portversion -vl '<' | grep linux_base > linux_base-fc-4_10 < needs updating (port has 4_13) Since you don't have other linux ports at this system it will be not hard to test linux_base-f8 which is intended to become a new linux base default in the future. > Guess which port is broken? I'm not sure whether it's a port or a system blame. CCing to emulation@ since there are more sharp linuxulator eyes there. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From linimon at FreeBSD.org Thu Oct 16 21:47:45 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Oct 16 21:47:51 2008 Subject: ports/128160: emulators/linux_base-fc4 tries to use a lot of old fedora core 4 mirrors Message-ID: <200810162147.m9GLljs6087289@freefall.freebsd.org> Old Synopsis: make files try to use a lot of old fedora core 4 mirrors New Synopsis: emulators/linux_base-fc4 tries to use a lot of old fedora core 4 mirrors Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 16 21:46:11 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=128160 From nox at jelal.kn-bremen.de Sat Oct 18 21:08:18 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Oct 18 21:08:25 2008 Subject: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5499) In-Reply-To: <20081011214148.GA57939@saturn.kn-bremen.de> References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> <20080926220445.GA13099@saturn.kn-bremen.de> <20080927204729.GA52209@saturn.kn-bremen.de> <200809302233.m8UMXdca045408@saturn.kn-bremen.de> <20081011214148.GA57939@saturn.kn-bremen.de> Message-ID: <20081018204648.GA50596@saturn.kn-bremen.de> On Sat, Oct 11, 2008 at 11:41:48PM +0200, Juergen Lock wrote: > On Wed, Oct 01, 2008 at 12:33:39AM +0200, Juergen Lock wrote: > > In article you write: > > >On Sat, Sep 27, 2008 at 5:47 PM, Juergen Lock wrote: > > >> On Sat, Sep 27, 2008 at 12:04:45AM +0200, I wrote: > > >>>[...] > > >>> I'll see if I can prepare another update over the weekend and then go > > >>> thru more of the patches that have accumulated in the port... > > >> > > >> OK, here we go :) First the update: (at r5331 now) > > >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080927.patch > > >[...] > > > > > >I suggest applying the following patch (on top of yours). It includes > > >options to build additional sound emulators. > > > > > >--- Makefile.orig 2008-09-28 00:11:29.000000000 -0300 > > >+++ Makefile 2008-09-28 00:53:03.000000000 -0300 > > >@@ -38,6 +38,10 @@ > > > GNUTLS "gnutls dependency (vnc encryption)" On \ > > > PCAP "pcap dependency (networking with bpf)" On \ > > > CDROM_DMA "IDE CDROM DMA" On \ > > >+ AC97 "Intel 82801AA AC97 sound card" Off \ > > >+ ADLIB "Adlib card with Yamaha YM3812 (OPL2) chip" Off \ > > >+ CS4231A "CS4231A sound card (Windows Sound System)" Off \ > > >+ GUS "Gravis Ultrasound GF1 sound card" Off \ > > > ALL_TARGETS "Also build dyngen targets (requires gcc34)" On > > > > > > .include > > >@@ -76,6 +80,35 @@ > > > CONFIGURE_ARGS+= --enable-pcap > > > .endif > > > > > >+.if defined(WITH_AC97) > > >+AUDIO_CARD_LIST= ac97 > > >+.endif > > >+ > > >+.if defined(WITH_ADLIB) > > >+.if defined(AUDIO_CARD_LIST) > > >+AUDIO_CARD_LIST+= , > > >+.endif > > >+AUDIO_CARD_LIST+= adlib > > >+.endif > > >+ > > >+.if defined(WITH_CS4231A) > > >+.if defined(AUDIO_CARD_LIST) > > >+AUDIO_CARD_LIST+= , > > >+.endif > > >+AUDIO_CARD_LIST+= cs4231a > > >+.endif > > >+ > > >+.if defined(WITH_GUS) > > >+.if defined(AUDIO_CARD_LIST) > > >+AUDIO_CARD_LIST+= , > > >+.endif > > >+AUDIO_CARD_LIST+= gus > > >+.endif > > >+ > > >+.if defined(AUDIO_CARD_LIST) > > >+CONFIGURE_ARGS+= --audio-card-list="${AUDIO_CARD_LIST}" > > >+.endif > > >+ > > > .if defined(WITH_SAMBA) > > > RUN_DEPENDS+= ${LOCALBASE}/sbin/smbd:${PORTSDIR}/net/samba3 > > > .endif > > > > > >Signed-off-by: Carlos Santos > > > > Hmm. I might just add one knob to compile in all of these instead, > > they are still to be enabled individually at runtime, right? > > Ok, new update at: > http://people.freebsd.org/~nox/qemu/qemu-devel-20081011.patch > I have added an ADD_AUDIO knob to enable all of the above, and I have > also added the aio emulation patch that makes qemu still work when aio > is not loaded (although usually slower.) > New update at: http://people.freebsd.org/~nox/qemu/qemu-devel-20081018.patch I have removed the cpu-exec.c patch as it seems(!) no longer needed, and I have added a fix for -m >= 1024 on recent FreeBSD/amd64 hosts, I'll post about that seperately. > I have noticed tho that -soundhw ac97 together with -usb -drive if=scsi,... > and -net nic,model=rtl8139 causes scsi resets and timeouts at least for my > sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso livecd guest, can > anyone reproduce this? A FreeBSD 7.1-BETA-i386-livefs.iso guest with the > same parameters also hangs at boot with scsi problems... > I was unable to reproduce this when trying it like that again, it appears I had passed both -soundhw es1370 _and_ -soundhw ac97 when I saw this. :( Sorry for any confusion this might have caused... > Oh and the other problems I mentioned also still seem to exist. Same. I'm beginning to suspect tho that the screen update thing I mentioned is an xorg intel driver problem not a qemu one... (that box has Intel 965GM graphics, and the non-updated parts on the screen seem to depend on the vertial height of the other window that I last moused over when it happens, which would be too weird a bug for qemu to cause it, right? :) Regards, Juergen From bugmaster at FreeBSD.org Mon Oct 20 11:06:50 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 20 11:07:35 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200810201106.m9KB6ntY082625@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128160 emulation emulators/linux_base-fc4 tries to use a lot of old fed o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 13 problems total. From mezz7 at cox.net Tue Oct 21 04:08:21 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Oct 21 04:08:27 2008 Subject: Linux compat 2.6.16 reports time incorrect? Message-ID: Hello folks, I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the same time. I am not sure which I am supposed to blame on. :-) Anyway, now my linux-opera M2 (mail) client reports time incorrect. So I have checked with date(1) and it does indeed report different. ---------------------------------- # /bin/date Mon Oct 20 22:28:35 CDT 2008 # /compat/linux/bin/date Tue Oct 21 03:28:38 UTC 2008 ---------------------------------- I do not remember for have to configure the date correct for Linux 2.4 stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am wondering if I have to do that now for configure time or it's not normal? BTW: Please add me in CC, thanks! Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From delphij at delphij.net Tue Oct 21 04:47:03 2008 From: delphij at delphij.net (Xin LI) Date: Tue Oct 21 04:47:11 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: References: Message-ID: <48FD5EB8.9030405@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Messenger wrote: > Hello folks, > > I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the > same time. I am not sure which I am supposed to blame on. :-) Anyway, > now my linux-opera M2 (mail) client reports time incorrect. So I have > checked with date(1) and it does indeed report different. > > ---------------------------------- > # /bin/date > Mon Oct 20 22:28:35 CDT 2008 > # /compat/linux/bin/date > Tue Oct 21 03:28:38 UTC 2008 > ---------------------------------- > > I do not remember for have to configure the date correct for Linux 2.4 > stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am > wondering if I have to do that now for configure time or it's not normal? Looks like you don't have a proper /etc/localtime setting? I think tzsetup would help... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj9XrcACgkQi+vbBBjt66A8PQCfUCbiPi4HXHDDUBHqq8311cDm uwYAn2RypKDA7B654Kj5Db4zsCpibw79 =dyre -----END PGP SIGNATURE----- From mezz7 at cox.net Tue Oct 21 06:10:55 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Oct 21 06:12:17 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: <48FD5EB8.9030405@delphij.net> References: <48FD5EB8.9030405@delphij.net> Message-ID: On Mon, 20 Oct 2008 23:46:48 -0500, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jeremy Messenger wrote: >> Hello folks, >> >> I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the >> same time. I am not sure which I am supposed to blame on. :-) Anyway, >> now my linux-opera M2 (mail) client reports time incorrect. So I have >> checked with date(1) and it does indeed report different. >> >> ---------------------------------- >> # /bin/date >> Mon Oct 20 22:28:35 CDT 2008 >> # /compat/linux/bin/date >> Tue Oct 21 03:28:38 UTC 2008 >> ---------------------------------- >> >> I do not remember for have to configure the date correct for Linux 2.4 >> stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am >> wondering if I have to do that now for configure time or it's not >> normal? > > Looks like you don't have a proper /etc/localtime setting? I think > tzsetup would help... I don't think so. FreeBSD's orignal /bin/date reports correct, but /compat/linux/bin/date reported different. I have downgraded Linux compat back to 2.4 and linux_base-fc4 stuff, now I have this: ---------------------------------- # /bin/date Tue Oct 21 01:03:20 CDT 2008 # /compat/linux/bin/date Tue Oct 21 01:03:23 CDT 2008 ---------------------------------- Which is correct. So.. Must be either a bug in Linux compat 2.6.16 or linux_base-f8 or it's new that I have to configure in /compat/linux/* for time stuff? Cheers, Mezz > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkj9XrcACgkQi+vbBBjt66A8PQCfUCbiPi4HXHDDUBHqq8311cDm > uwYAn2RypKDA7B654Kj5Db4zsCpibw79 > =dyre > -----END PGP SIGNATURE----- -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From stefan at FreeBSD.org Tue Oct 21 07:24:05 2008 From: stefan at FreeBSD.org (stefan@FreeBSD.org) Date: Tue Oct 21 07:24:11 2008 Subject: ports/127018: Linuxulator incapable of using FreeBSD's LDAP environment Message-ID: <200810210724.m9L7O5d7097176@freefall.freebsd.org> Synopsis: Linuxulator incapable of using FreeBSD's LDAP environment Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: stefan Responsible-Changed-When: Tue Oct 21 07:21:49 UTC 2008 Responsible-Changed-Why: Over to the emulation people. http://www.freebsd.org/cgi/query-pr.cgi?pr=127018 From bsam at ipt.ru Tue Oct 21 08:01:37 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 21 08:01:43 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: (Jeremy Messenger's message of "Tue\, 21 Oct 2008 01\:10\:56 -0500") References: <48FD5EB8.9030405@delphij.net> Message-ID: <16667467@ipt.ru> On Tue, 21 Oct 2008 01:10:56 -0500 Jeremy Messenger wrote: > On Mon, 20 Oct 2008 23:46:48 -0500, Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Jeremy Messenger wrote: > >> Hello folks, > >> > >> I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the > >> same time. I am not sure which I am supposed to blame on. :-) Anyway, > >> now my linux-opera M2 (mail) client reports time incorrect. So I have > >> checked with date(1) and it does indeed report different. > >> > >> ---------------------------------- > >> # /bin/date > >> Mon Oct 20 22:28:35 CDT 2008 > >> # /compat/linux/bin/date > >> Tue Oct 21 03:28:38 UTC 2008 > >> ---------------------------------- > >> > >> I do not remember for have to configure the date correct for Linux 2.4 > >> stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am > >> wondering if I have to do that now for configure time or it's not > >> normal? > > > > Looks like you don't have a proper /etc/localtime setting? I think > > tzsetup would help... > I don't think so. FreeBSD's orignal /bin/date reports correct, but > /compat/linux/bin/date reported different. I have downgraded Linux > compat back to 2.4 and linux_base-fc4 stuff, now I have this: > ---------------------------------- > # /bin/date > Tue Oct 21 01:03:20 CDT 2008 > # /compat/linux/bin/date > Tue Oct 21 01:03:23 CDT 2008 > ---------------------------------- > Which is correct. So.. Must be either a bug in Linux compat 2.6.16 or > linux_base-f8 or it's new that I have to configure in /compat/linux/* > for time stuff? Ktrace/linux_kdump for "/compat/linux/bin/date" with 2.6.16 and f8 give: ----- ... 66771 date NAMI "/compat/linux/etc/localtime" 66771 date NAMI "/etc/localtime" 66771 date RET linux_open 3 66771 date CALL linux_fstat64(0x3,0xbfbfea18,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_fstat64(0x3,0xbfbfe868,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) 66771 date RET linux_mmap2 671551488/0x28071000 66771 date CALL read(0x3,0x28071000,0x1000) 66771 date GIO fd 3 read 815 bytes "TZif\0\0\0\0\0\0\0\0\0\0\0\0" 66771 date RET read 815/0x32f 66771 date CALL read(0x3,0x28071000,0x1000) 66771 date GIO fd 3 read 0 bytes "" 66771 date RET read 0 66771 date CALL close(0x3) 66771 date RET close 0 66771 date CALL munmap(0x28071000,0x1000) 66771 date RET munmap 0 66771 date CALL linux_open(0x281ab044,0,0x1b6) 66771 date NAMI "/compat/linux/etc/localtime" 66771 date NAMI "/etc/localtime" 66771 date RET linux_open 3 66771 date CALL linux_fstat64(0x3,0xbfbfe3ac,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_fstat64(0x3,0xbfbfe1fc,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) 66771 date RET linux_mmap2 671551488/0x28071000 66771 date CALL read(0x3,0x28071000,0x1000) 66771 date GIO fd 3 read 815 bytes "TZif\0\0\0\0\0\0\0\0\0\0\0\0" 66771 date RET read 815/0x32f 66771 date CALL read(0x3,0x28071000,0x1000) 66771 date GIO fd 3 read 0 bytes "" 66771 date RET read 0 66771 date CALL close(0x3) 66771 date RET close 0 66771 date CALL munmap(0x28071000,0x1000) 66771 date RET munmap 0 66771 date CALL linux_fstat64(0x1,0xbfbfe4b0,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) 66771 date RET linux_mmap2 671551488/0x28071000 66771 date CALL linux_open(0x281ab044,0,0x1b6) 66771 date NAMI "/compat/linux/etc/localtime" 66771 date NAMI "/etc/localtime" 66771 date RET linux_open 3 66771 date CALL linux_fstat64(0x3,0xbfbfe3ac,0x281d7ff4) 66771 date RET linux_fstat64 0 66771 date CALL linux_fstat64(0x3,0xbfbfe1fc,0x281d7ff4) ... ----- The file /etc/localtime is accessed three times and every time is rejected. May be the structure of this file has been changed for linux since 2.4.2? WBR -- bsam From kama at pvp.se Tue Oct 21 13:12:28 2008 From: kama at pvp.se (kama) Date: Tue Oct 21 13:12:41 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: <16667467@ipt.ru> References: <48FD5EB8.9030405@delphij.net> <16667467@ipt.ru> Message-ID: <20081021144454.P8907@ns1.as.pvp.se> On Tue, 21 Oct 2008, Boris Samorodov wrote: > On Tue, 21 Oct 2008 01:10:56 -0500 Jeremy Messenger wrote: > > On Mon, 20 Oct 2008 23:46:48 -0500, Xin LI wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Jeremy Messenger wrote: > > >> Hello folks, > > >> > > >> I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the > > >> same time. I am not sure which I am supposed to blame on. :-) Anyway, > > >> now my linux-opera M2 (mail) client reports time incorrect. So I have > > >> checked with date(1) and it does indeed report different. > > >> > > >> ---------------------------------- > > >> # /bin/date > > >> Mon Oct 20 22:28:35 CDT 2008 > > >> # /compat/linux/bin/date > > >> Tue Oct 21 03:28:38 UTC 2008 > > >> ---------------------------------- > > >> > > >> I do not remember for have to configure the date correct for Linux 2.4 > > >> stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am > > >> wondering if I have to do that now for configure time or it's not > > >> normal? > > > > > > Looks like you don't have a proper /etc/localtime setting? I think > > > tzsetup would help... > > > I don't think so. FreeBSD's orignal /bin/date reports correct, but > > /compat/linux/bin/date reported different. I have downgraded Linux > > compat back to 2.4 and linux_base-fc4 stuff, now I have this: > > > ---------------------------------- > > # /bin/date > > Tue Oct 21 01:03:20 CDT 2008 > > # /compat/linux/bin/date > > Tue Oct 21 01:03:23 CDT 2008 > > ---------------------------------- > > > Which is correct. So.. Must be either a bug in Linux compat 2.6.16 or > > linux_base-f8 or it's new that I have to configure in /compat/linux/* > > for time stuff? > Try: cp /etc/localtime /usr/compat/linux/etc/ cp /etc/resolv.conf /usr/compat/linux/etc/ I used to install gentoo as base (Not through ports) and always needed to copy these to make it work properly. /Bjorn From gnemmi at gmail.com Tue Oct 21 18:19:31 2008 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Tue Oct 21 18:19:38 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: References: <48FD5EB8.9030405@delphij.net> Message-ID: <200810211552.50986.gnemmi@gmail.com> On Tuesday 21 October 2008 4:10:56 am Jeremy Messenger wrote: > On Mon, 20 Oct 2008 23:46:48 -0500, Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Jeremy Messenger wrote: > >> Hello folks, > >> > >> I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the > >> same time. I am not sure which I am supposed to blame on. :-) Anyway, > >> now my linux-opera M2 (mail) client reports time incorrect. So I have > >> checked with date(1) and it does indeed report different. > >> > >> ---------------------------------- > >> # /bin/date > >> Mon Oct 20 22:28:35 CDT 2008 > >> # /compat/linux/bin/date > >> Tue Oct 21 03:28:38 UTC 2008 > >> ---------------------------------- > >> > >> I do not remember for have to configure the date correct for Linux 2.4 > >> stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am > >> wondering if I have to do that now for configure time or it's not > >> normal? > > > > Looks like you don't have a proper /etc/localtime setting? I think > > tzsetup would help... > > I don't think so. FreeBSD's orignal /bin/date reports correct, but > /compat/linux/bin/date reported different. I have downgraded Linux compat > back to 2.4 and linux_base-fc4 stuff, now I have this: > > ---------------------------------- > # /bin/date > Tue Oct 21 01:03:20 CDT 2008 > # /compat/linux/bin/date > Tue Oct 21 01:03:23 CDT 2008 > ---------------------------------- > > Which is correct. So.. Must be either a bug in Linux compat 2.6.16 or > linux_base-f8 or it's new that I have to configure in /compat/linux/* for > time stuff? > > Cheers, > Mezz > > > Cheers, > > - -- > > Xin LI http://www.delphij.net/ > > FreeBSD - The Power to Serve! > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.9 (FreeBSD) > > > > iEYEARECAAYFAkj9XrcACgkQi+vbBBjt66A8PQCfUCbiPi4HXHDDUBHqq8311cDm > > uwYAn2RypKDA7B654Kj5Db4zsCpibw79 > > =dyre > > -----END PGP SIGNATURE----- [gonzalo@inferna ~]% uname -a FreeBSD inferna.inferna.com.ar 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Jul 20 03:44:42 ART 2008 root@inferna.inferna.com.ar:/usr/obj/usr/src/sys/INFERNA i386 [gonzalo@inferna ~]% /bin/date Tue Oct 21 15:42:29 ARST 2008 [gonzalo@inferna ~]% /compat/linux/bin/date Tue Oct 21 15:42:30 ARST 2008 [gonzalo@inferna ~]% sysctl -a | grep linux hw.snd.compat_linux_mmap: 0 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux [gonzalo@inferna ~]% pkg_info -cx linux_base Information for linux_base-fc-4_13: Comment: Base set of packages needed in Linux mode (for i386/amd64) [gonzalo@inferna ~]% I'd go for linux_base-f8 given that it seems to work ok under linux_base-fc-4_13 with 2.6.16. Regards -- Blessings Gonzalo Nemmi From mezz7 at cox.net Tue Oct 21 18:54:16 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Oct 21 18:54:23 2008 Subject: Linux compat 2.6.16 reports time incorrect? In-Reply-To: <20081021144454.P8907@ns1.as.pvp.se> References: <48FD5EB8.9030405@delphij.net> <16667467@ipt.ru> <20081021144454.P8907@ns1.as.pvp.se> Message-ID: On Tue, 21 Oct 2008 07:53:01 -0500, kama wrote: > > > On Tue, 21 Oct 2008, Boris Samorodov wrote: > >> On Tue, 21 Oct 2008 01:10:56 -0500 Jeremy Messenger wrote: >> > On Mon, 20 Oct 2008 23:46:48 -0500, Xin LI >> wrote: >> >> > > -----BEGIN PGP SIGNED MESSAGE----- >> > > Hash: SHA1 >> > > >> > > Jeremy Messenger wrote: >> > >> Hello folks, >> > >> >> > >> I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at >> the >> > >> same time. I am not sure which I am supposed to blame on. :-) >> Anyway, >> > >> now my linux-opera M2 (mail) client reports time incorrect. So I >> have >> > >> checked with date(1) and it does indeed report different. >> > >> >> > >> ---------------------------------- >> > >> # /bin/date >> > >> Mon Oct 20 22:28:35 CDT 2008 >> > >> # /compat/linux/bin/date >> > >> Tue Oct 21 03:28:38 UTC 2008 >> > >> ---------------------------------- >> > >> >> > >> I do not remember for have to configure the date correct for Linux >> 2.4 >> > >> stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. >> I am >> > >> wondering if I have to do that now for configure time or it's not >> > >> normal? >> > > >> > > Looks like you don't have a proper /etc/localtime setting? I think >> > > tzsetup would help... >> >> > I don't think so. FreeBSD's orignal /bin/date reports correct, but >> > /compat/linux/bin/date reported different. I have downgraded Linux >> > compat back to 2.4 and linux_base-fc4 stuff, now I have this: >> >> > ---------------------------------- >> > # /bin/date >> > Tue Oct 21 01:03:20 CDT 2008 >> > # /compat/linux/bin/date >> > Tue Oct 21 01:03:23 CDT 2008 >> > ---------------------------------- >> >> > Which is correct. So.. Must be either a bug in Linux compat 2.6.16 or >> > linux_base-f8 or it's new that I have to configure in /compat/linux/* >> > for time stuff? >> > > Try: > cp /etc/localtime /usr/compat/linux/etc/ It won't work, because if you read Boris's ktrace and you will see it reads in /etc/localtime. So if I copy it to /compat/linux/etc/localtime and it won't makes any difference, since it's same file. :-) Cheers, Mezz > cp /etc/resolv.conf /usr/compat/linux/etc/ > > I used to install gentoo as base (Not through ports) and always needed to > copy these to make it work properly. > > /Bjorn -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Tue Oct 21 19:49:08 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Oct 21 19:49:15 2008 Subject: Kind of solved.. [WAS: Re: Linux compat 2.6.16 reports time incorrect?] In-Reply-To: References: Message-ID: On Mon, 20 Oct 2008 22:31:52 -0500, Jeremy Messenger wrote: > Hello folks, > > I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at the > same time. I am not sure which I am supposed to blame on. :-) Anyway, > now my linux-opera M2 (mail) client reports time incorrect. So I have > checked with date(1) and it does indeed report different. > > ---------------------------------- > # /bin/date > Mon Oct 20 22:28:35 CDT 2008 > # /compat/linux/bin/date > Tue Oct 21 03:28:38 UTC 2008 > ---------------------------------- > > I do not remember for have to configure the date correct for Linux 2.4 > stuff before I update RELENG_7 and switched to newer 2.6.16 stuff. I am > wondering if I have to do that now for configure time or it's not normal? I have downloaded tzdata-2008h-1.fc8.noarch.rpm and extracted it. Then copy it in /compat/linux/etc/localtime and now it works correct. Only a few seconds difference, but does not matter to me. ---------------------------------- # /bin/date Tue Oct 21 14:33:55 CDT 2008 # /compat/linux/bin/date Tue Oct 21 19:33:59 UTC 2008 # cp usr/share/zoneinfo/right/America/Cancun /compat/linux/etc/localtime # /compat/linux/bin/date Tue Oct 21 14:33:43 CDT 2008 ---------------------------------- Maybe edwin's plan of update tzcode to 2008e might help with this issue? I am hoping that his update tzcode can help linux_base-f8 to have correct time without have to use tzdata-2008h-1.fc8.noarch.rpm. http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008599.html (patches included) BTW: Add CC'ing to edwin to see if he thinks update tzcode can helps with this issue. Cheers, Mezz > BTW: Please add me in CC, thanks! > > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From gamato at users.sf.net Tue Oct 21 21:05:03 2008 From: gamato at users.sf.net (martinko) Date: Tue Oct 21 21:05:17 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> Message-ID: <48FE3708.8010501@users.sf.net> Chagin Dmitry wrote: > On Sun, 27 Jul 2008, Adrian Penisoara wrote: > >> Hi, >> >> On Sun, Jul 27, 2008 at 1:15 PM, Alexander Leidinger < >> Alexander@leidinger.net> wrote: >> >>> Quoting "Adrian Penisoara" (Sun, 27 Jul 2008 >>> 11:22:20 >>> +0300): >>> >>>> Hi, >>>> >>>> I am working on a FreeBSD port for Oracle's XE database package[1] >>> (Linux >>>> binaries) and I stumbled upon some issues related to USE_LINUX_PREFIX. >>>> Before going any further trying to support (as an option) installing >>>> the >>>> Oracle XE directly under the /compat/linux hierarchy (like the >>>> database/linux-oracle-instantclient-* ports are doing), I have to >>>> ask ask >>>> around the following: >>>> >>>> (1) Is there any real need/benefit to have an Oracle DB installation >>> rooted >>>> under /compat/linux (e.g. /compat/linux/usr/lib/oracle/xe/...) ? Side >>> note: >>>> in this case all shell scripts will need to be ran under >>>> /compat/linux/bin/bash. >>>> >>>> (2) How does one deal with installing manual pages and shared files >>>> with >>>> USE_LINUX_PREFIX -- do they also have to go under /compat/linux ? Using >>>> ${MANPREFIX} as a template gives wrong results in this case... >>> >>> A port has to install into LINUXPREFIX, if it is an infrastructure >>> port (no part has to go outside this location). It has to install into >>> the default location (PREFIX/LOCALBASE), if it is an enduser port. >>> That's the easy part. >> >> >> Good pointer, I was missing this bit. Thanks. >> >> >>> >>> >>> Now the classification, what is what, is the hard part. The linux >>> png/jpeg or whatever lib is for sure infrastructure. If this would land >>> in the default FreeBSD lib path, rest assured it would hurt. A linux >>> acroread port is an enduser application, a user will call it directly >>> to work with it. It also does not come with libs in the default FreeBSD >>> locations, so everything will be fine if it is installed in the default >>> location. >>> >>> For the Oracle stuff I can imagine that it is a hard question. If it >>> doesn't put libs into a FreeBSD lib directory (a subdirectory of a lib >>> directory is ok, as it will not cause immediate problems), there are no >>> immediate objections to putting it into the default FreeBSD location >>> (and as the DBA as an enduser would use it, this would fit into the >>> description above). But we also have the rule that nothing is allowed >>> to be put into the basesystem (/usr/Y instead of /usr/local/Y). Think >>> about jails where the base is mounted read-only and only additional >>> programs are in a RW part. >> >> >> In the default configuration the binaries (and I mean all of them!) >> would >> be placed under /usr/lib/oracle, since this is a hardcoded path in all >> places. >> I will also offer a "WITH_BSDHIER" option which will root the >> installation >> into /usr/local/oracle and just make a symlink under /usr/lib. Should I >> rather make this the default ? ;) >> >> There are no libraries (or other binaries for that fact) installed >> outside >> the Oracle hierarchy (this is the general strategy for Oracle RDBMS >> products >> at least). So I guess it very nicely fits into the "enduser" picture you >> describe above. I'm just wandering whether a /compat/linux rooted >> installation would make sense. >> >> I am still interested to hear opinions from Oracle DBAs/users on this >> subject -- would you need this option ? >> > > hi! > > I think that ora DBAs will tell that the best place it /home/ORAUSERNAME > and this user should have shell /compat/linux/bin/bash > > thnx! > Hi, No Oracle installation I have ever seen was installed into /home and it would be against Oracle Optimal Flexible Architecture (OFA) guidelines! /usr/local/oracle would be OK and users can move the directory tree elsewhere afterwards. Or maybe you can ask about Oracle Base directory during config/installation process, if possible. Cheers, Martin PS: Mind you that Oracle installation is usually owned by Oracle software owner user (oinstall by default) who is different from DBA/operator users (dba/oper by default). >> >>> >>> >>> In the end it comes down to what you are able to do and how hard the >>> software is to port. Maybe it is easy to install everything into >>> LINUXBASE and install a wrapper into LOCALBASE (/usr/local/bin/Y would >>> be a script with #!/compat/linux/bin/bash and start whatever is needed >>> to start /compat/linux/bin/Y). Maybe the installation of the software >>> allows to install into /usr/local/softwarename and you can make links >>> from /usr/local/bin/ to it. >>> >>> The rules for this are strong suggestions. If it is possible to do, >>> do everything you can to follow the rules, if you don't know how to >>> make something follow the rules, ask specific questions on ports if >>> someone has in idea. If there's no idea, forget the rule and try to do >>> something as close as possible to the goal of the rule (and document >>> what/why). >>> >>> Bye, >>> Alexander. >>> >>> >> Thank you for your time. >> Adrian. From per at hedeland.org Tue Oct 21 21:31:31 2008 From: per at hedeland.org (Per Hedeland) Date: Tue Oct 21 21:31:37 2008 Subject: Kind of solved.. [WAS: Re: Linux compat 2.6.16 reports time incorrect?] In-Reply-To: Message-ID: <200810212116.m9LLGoAB098676@pluto.hedeland.org> "Jeremy Messenger" wrote: > >It won't work, because if you read Boris's ktrace and you will see it >reads in /etc/localtime. Boris' ktrace did indeed show that (though I don't know how he deduced that the file was "rejected", rather than read three times due simply to sloppy programming) - but he didn't mention whether he got the time difference between native and Linux 'date' that you reported. > So if I copy it to /compat/linux/etc/localtime >and it won't makes any difference, since it's same file. :-) But we haven't seen a trace from *your* system - if you actually have (or had) a /compat/linux/etc/localtime file, it will of course be read and no fall-through to /etc/localtime will happen - and if /compat/linux/etc/localtime has the wrong contents, you will get the wrong output from Linux 'date'. >I have downloaded tzdata-2008h-1.fc8.noarch.rpm and extracted it. Then >copy it in /compat/linux/etc/localtime and now it works correct. Only a >few seconds difference, but does not matter to me. And if you remove it, i.e. no /compat/linux/etc/localtime at all, what is the result? Not having it would seem to be the sane solution - it's certainly the case for linux_base-fc-4. The /etc/localtime file on Linux as on FreeBSD is just a copy of (or link to) the appropriate zic-compiled Olson zone file - I can't claim to have investigated it, but changing the compiled format would seem to be out of the question, since it would wreak havoc with all the many Unix systems that use these files (and that periodically have to update them to cater to the whims of politicians all over the world). Hm, I guess it's possible that FC modified 'zic' from what comes with the Olson files (and their libc functions that read it to match) - but even that would seem incredibly unlikely I think, just asking for trouble. --Per Hedeland From thierry at FreeBSD.org Tue Oct 21 21:45:08 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Tue Oct 21 21:45:39 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: <48FE3708.8010501@users.sf.net> References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> <48FE3708.8010501@users.sf.net> Message-ID: <20081021212134.GA79808@graf.pompo.net> Le Mar 21 oct 08 ? 22:09:44 +0200, martinko ?crivait?: > Hi, Hello, > No Oracle installation I have ever seen was installed into /home and it > would be against Oracle Optimal Flexible Architecture (OFA) guidelines! Agreed. > /usr/local/oracle would be OK and users can move the directory tree > elsewhere afterwards. Or maybe you can ask about Oracle Base directory > during config/installation process, if possible. I would suggest to install under $ORACLE_HOME, defaulted to: ORACLE_HOME?= ${PREFIX}/oracle (or may be ${PREFIX}/oracle${VERSION} to allow the installation of different versions) Regards, -- Th. Thomas. From mezz7 at cox.net Tue Oct 21 22:08:32 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Oct 21 22:08:38 2008 Subject: Kind of solved.. [WAS: Re: Linux compat 2.6.16 reports time incorrect?] In-Reply-To: <200810212116.m9LLGoAB098676@pluto.hedeland.org> References: <200810212116.m9LLGoAB098676@pluto.hedeland.org> Message-ID: On Tue, 21 Oct 2008 16:16:50 -0500, Per Hedeland wrote: > "Jeremy Messenger" wrote: >> >> It won't work, because if you read Boris's ktrace and you will see it >> reads in /etc/localtime. > > Boris' ktrace did indeed show that (though I don't know how he deduced > that the file was "rejected", rather than read three times due simply to > sloppy programming) - but he didn't mention whether he got the time > difference between native and Linux 'date' that you reported. > >> So if I copy it to /compat/linux/etc/localtime >> and it won't makes any difference, since it's same file. :-) > > But we haven't seen a trace from *your* system - if you actually have > (or had) a /compat/linux/etc/localtime file, it will of course be read > and no fall-through to /etc/localtime will happen - and if > /compat/linux/etc/localtime has the wrong contents, you will get the > wrong output from Linux 'date'. We get same trace, but only a bit different on read "TZif\0\0\0[...]" part. I ran ktrace/linux_kdump with no /compat/linux/etc/localtime and it's complete default beside of that OVERRIDE_LINUX_BASE_PORT=f8 and compat.linux.osrelease=2.6.16. http://people.freebsd.org/~mezz/date_linux_kdump.txt >> I have downloaded tzdata-2008h-1.fc8.noarch.rpm and extracted it. Then >> copy it in /compat/linux/etc/localtime and now it works correct. Only a >> few seconds difference, but does not matter to me. > > And if you remove it, i.e. no /compat/linux/etc/localtime at all, what > is the result? Not having it would seem to be the sane solution - it's > certainly the case for linux_base-fc-4. I don't have any /compat/linux/etc/localtime with both linux_base-fc-4 and linux_base-f8. The FreeBSD's tzdata is from 2004, so with linux_base-f8's tzdata 2008[a-z] does not work with FreeBSD's /etc/localtime. It's what I think this is problem for changed format in tzdata 2008[a-z], but I might be wrong. If it is indeed this problem, then it looks like we might have to add install tzdata-2008h-1.fc8.noarch.rpm and document it to tell users to copy the file by manual to have the time/date correct. Cheers, Mezz > The /etc/localtime file on Linux as on FreeBSD is just a copy of (or > link to) the appropriate zic-compiled Olson zone file - I can't claim to > have investigated it, but changing the compiled format would seem to be > out of the question, since it would wreak havoc with all the many Unix > systems that use these files (and that periodically have to update them > to cater to the whims of politicians all over the world). > > Hm, I guess it's possible that FC modified 'zic' from what comes with > the Olson files (and their libc functions that read it to match) - but > even that would seem incredibly unlikely I think, just asking for > trouble. > > --Per Hedeland -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From gamato at users.sf.net Tue Oct 21 22:51:26 2008 From: gamato at users.sf.net (martinko) Date: Tue Oct 21 22:51:32 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: <20081021212134.GA79808@graf.pompo.net> References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> <48FE3708.8010501@users.sf.net> <20081021212134.GA79808@graf.pompo.net> Message-ID: Thierry Thomas wrote: > Le Mar 21 oct 08 ? 22:09:44 +0200, martinko > ?crivait : > >> Hi, > > Hello, > >> No Oracle installation I have ever seen was installed into /home and it >> would be against Oracle Optimal Flexible Architecture (OFA) guidelines! > > Agreed. > >> /usr/local/oracle would be OK and users can move the directory tree >> elsewhere afterwards. Or maybe you can ask about Oracle Base directory >> during config/installation process, if possible. > > I would suggest to install under $ORACLE_HOME, defaulted to: > > ORACLE_HOME?= ${PREFIX}/oracle > > (or may be ${PREFIX}/oracle${VERSION} to allow the installation of > different versions) > > Regards, Hallo, Well, it's a bit more complicated than that.. OFA guidelines say that $ORACLE_HOME shoud be in the form of e.g. $ORACLE_BASE/product/10.2.0/db_1 And application (DB) is installed into its $ORACLE_HOME and thus one can have many different installations of many different versions. Then there are other directories under $ORACLE_BASE that usually contain Oracle Inventory (of installed software) and DB data files etc. Usually everything under $ORACLE_BASE is created and taken care by Oracle Universal Installer (which is Java application). Another issue may be where to place oratab file. It is located in /var/opt/oracle/oratab on SunOS and in /etc/oratab on other Unixes. Cheers, Martin From ady at ady.ro Wed Oct 22 22:38:10 2008 From: ady at ady.ro (Adrian Penisoara) Date: Wed Oct 22 22:38:17 2008 Subject: Q: Is there any use for Oracle database port installation under Linux compat root ? In-Reply-To: References: <78cb3d3f0807260841k336f20a9jce857189c55adb16@mail.gmail.com> <78cb3d3f0807270122r4d2377d9gbf4e3ed5386918fa@mail.gmail.com> <20080727121503.679bc598@deskjail> <78cb3d3f0807271003q3f5ab72dr2147cf7b1a3348fc@mail.gmail.com> <48FE3708.8010501@users.sf.net> <20081021212134.GA79808@graf.pompo.net> Message-ID: <78cb3d3f0810221517k780e4cafy6418c42b8c845915@mail.gmail.com> Hi, On Wed, Oct 22, 2008 at 12:51 AM, martinko wrote: > Thierry Thomas wrote: >> >> Le Mar 21 oct 08 ? 22:09:44 +0200, martinko >> ?crivait : >> >>> Hi, >> >> Hello, >> >>> No Oracle installation I have ever seen was installed into /home and it >>> would be against Oracle Optimal Flexible Architecture (OFA) guidelines! >> >> Agreed. >> >>> /usr/local/oracle would be OK and users can move the directory tree >>> elsewhere afterwards. Or maybe you can ask about Oracle Base directory >>> during config/installation process, if possible. >> >> I would suggest to install under $ORACLE_HOME, defaulted to: >> >> ORACLE_HOME?= ${PREFIX}/oracle >> >> (or may be ${PREFIX}/oracle${VERSION} to allow the installation of >> different versions) I have used a similar schema for the prefixing part, just used a different variable name. Do not confuse this with the ORACLE_HOME environment used by Oracle, what we set here is closer to the idea of ORACLE_BASE. We should not use a version field in this variable since the product version signature is further in the path (see below). >> >> Regards, > > Hallo, > > Well, it's a bit more complicated than that.. > > OFA guidelines say that $ORACLE_HOME shoud be in the form of e.g. > $ORACLE_BASE/product/10.2.0/db_1 > > And application (DB) is installed into its $ORACLE_HOME and thus one can > have many different installations of many different versions. > > Then there are other directories under $ORACLE_BASE that usually contain > Oracle Inventory (of installed software) and DB data files etc. > > Usually everything under $ORACLE_BASE is created and taken care by Oracle > Universal Installer (which is Java application). Right. See above. > > Another issue may be where to place oratab file. It is located in > /var/opt/oracle/oratab on SunOS and in /etc/oratab on other Unixes. The OracleXE packages have a hardcoded value for /etc/oratab. I'm going to leave it this way for the sake of compatibility. One more question: how usefull would it be to use the Linux (Bash) shell instead of a native (FreeBSD) shell ? Thank you for your suggestions, I'm closer to the completion of the port. Adrian. From ady at freebsd.ady.ro Wed Oct 22 23:38:37 2008 From: ady at freebsd.ady.ro (Adrian Penisoara) Date: Wed Oct 22 23:38:48 2008 Subject: Need help diagnosing Local OS authentication issue when running OracleXE Linux Message-ID: <78cb3d3f0810221638ua05ef45yeff0778c98b954ae@mail.gmail.com> Hi, I am working on a FreeBSD port for the OracleXE for Linux package and I stumbled upon a collateral issue when testing the functionality of OracleXE: I am unable to manually shutdown the TNS Listener (running "lsnrctl stop"), since the listener's "Local OS authentication" appears to malfunction. This feature prevents any other OS user but the user who initially started the listener to execute administrative tasks on the listener, including shutting down the listener. The listener process is a background service and accepts commands through the standard 1521 TCP port from the administration tool. I guess there is a problem when "emulating" the Linux kernel/library calls related to OS credentials for network sockets (?). Does anyone else have clues on this ? What would be the best way to proceed analyzing the issue -- e.g. how should I trace the execution for the running listener process (and eventually compare to a trace ran on a real Linux machine) ? Thank you, Adrian Penisoara Ady (@freebsd.ady.ro) From dchagin at freebsd.org Thu Oct 23 04:38:12 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Thu Oct 23 04:38:21 2008 Subject: Need help diagnosing Local OS authentication issue when running OracleXE Linux In-Reply-To: <78cb3d3f0810221638ua05ef45yeff0778c98b954ae@mail.gmail.com> References: <78cb3d3f0810221638ua05ef45yeff0778c98b954ae@mail.gmail.com> Message-ID: <20081023043802.GA1530@dchagin.dialup.corbina.ru> On Thu, Oct 23, 2008 at 01:38:34AM +0200, Adrian Penisoara wrote: > Hi, > > I am working on a FreeBSD port for the OracleXE for Linux package > and I stumbled upon a collateral issue when testing the functionality > of OracleXE: I am unable to manually shutdown the TNS Listener > (running "lsnrctl stop"), since the listener's "Local OS > authentication" appears to malfunction. > This feature prevents any other OS user but the user who initially > started the listener to execute administrative tasks on the listener, > including shutting down the listener. The listener process is a > background service and accepts commands through the standard 1521 TCP > port from the administration tool. I guess there is a problem when > "emulating" the Linux kernel/library calls related to OS credentials > for network sockets (?). > Hi, yes, this problem well-known to us :) please, see kern/102956 for full description. I think that this PR will be closed soon. > Does anyone else have clues on this ? > What would be the best way to proceed analyzing the issue -- e.g. > how should I trace the execution for the running listener process (and > eventually compare to a trace ran on a real Linux machine) ? > -- Have fun! chd From bsam at FreeBSD.org Thu Oct 23 17:58:14 2008 From: bsam at FreeBSD.org (bsam@FreeBSD.org) Date: Thu Oct 23 17:58:20 2008 Subject: ports/128160: emulators/linux_base-fc4 tries to use a lot of old fedora core 4 mirrors Message-ID: <200810231758.m9NHwDSl021735@freefall.freebsd.org> Synopsis: emulators/linux_base-fc4 tries to use a lot of old fedora core 4 mirrors State-Changed-From-To: open->closed State-Changed-By: bsam State-Changed-When: Thu Oct 23 17:57:50 UTC 2008 State-Changed-Why: A patch is committed. Thanks for the report! http://www.freebsd.org/cgi/query-pr.cgi?pr=128160 From dfilter at FreeBSD.ORG Thu Oct 23 19:10:04 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Thu Oct 23 19:10:11 2008 Subject: ports/128160: commit references a PR Message-ID: <200810231910.m9NJA4D5072972@freefall.freebsd.org> The following reply was made to PR ports/128160; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/128160: commit references a PR Date: Thu, 23 Oct 2008 19:05:11 +0000 (UTC) bsam 2008-10-23 19:04:57 UTC FreeBSD ports repository Modified files: Mk bsd.sites.mk Log: Fedora Core 4,5,6 becomes absoleted versions and their official site moves to one location: http://archives.fedoraproject.org/pub/archive/fedora/linux/core/ Other Fedora versions (7 and newer) are not touched. Add the abovementioned URL to MASTER_SITE_FEDORA_LINUX (at the first place). PR: 128160 Submitted by: Savvas Radevic Revision Changes Path 1.460 +2 -1 ports/Mk/bsd.sites.mk _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From datahead4 at gmail.com Thu Oct 23 19:41:56 2008 From: datahead4 at gmail.com (Matt) Date: Thu Oct 23 19:42:02 2008 Subject: Using an updated x11/linux-xorg-libs port with linux_base-f8 Message-ID: Hello. What is the recommended way to build/install an updated x11/linux-xorg-libs with linux_base-f8? It was recently pointed out on the nV News forums that x11/linux-xorg-libs is using Fedora 4 libraries (see link below) and I am curious if there is a recommended way to get updated linux-xorg-libs from Fedora 8. http://www.nvnews.net/vbulletin/showthread.php?p=1817791#post1817791 Thanks, Matt From bsam at ipt.ru Thu Oct 23 21:58:04 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Oct 23 21:58:12 2008 Subject: Using an updated x11/linux-xorg-libs port with linux_base-f8 In-Reply-To: (Matt's message of "Thu\, 23 Oct 2008 14\:41\:54 -0500") References: Message-ID: <02394655@ipt.ru> On Thu, 23 Oct 2008 14:41:54 -0500 Matt wrote: > What is the recommended way to build/install an updated > x11/linux-xorg-libs with linux_base-f8? It was recently pointed out > on the nV News forums that x11/linux-xorg-libs is using Fedora 4 > libraries (see link below) and I am curious if there is a recommended > way to get updated linux-xorg-libs from Fedora 8. > http://www.nvnews.net/vbulletin/showthread.php?p=1817791#post1817791 There is no official way so far. But it is planned for the near future. Stay tuned. WBR -- bsam From martin.laabs at mailbox.tu-dresden.de Sat Oct 25 10:58:51 2008 From: martin.laabs at mailbox.tu-dresden.de (Martin Laabs) Date: Sat Oct 25 10:58:59 2008 Subject: How to implement a new linuxulator ioctl Message-ID: Hi, as I wrote recently on -hackers I hacked libusb in a way that it is a linux binary but uses the bsd interface for low-level usb communication. I need this for a linux binary program which uses libusb. I'd like to run this with the linuxulator. However - I realized, that the ioctls of the linuxulator are wrapped. So I have to add some ioctls to the linuxulator module in that way that they are just executed as normal (nativ) system ioctls. Libusb uses only a small number of different ioctl so that it should not be very hard. However I have not found any documentation how the ioctl mapping works. (data structures, initilisation calls and so on.) So can you give me a short guideline what I have to do/add to the linuxulator? And maybe also how I can call a nativ system ioctl out of the kernel context. Thank you, Martin L. From rdivacky at freebsd.org Sat Oct 25 12:16:39 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Sat Oct 25 12:16:45 2008 Subject: How to implement a new linuxulator ioctl In-Reply-To: References: Message-ID: <20081025121530.GA25340@freebsd.org> On Sat, Oct 25, 2008 at 12:31:00PM +0200, Martin Laabs wrote: > Hi, > > as I wrote recently on -hackers I hacked libusb in a > way that it is a linux binary but uses the bsd interface > for low-level usb communication. I need this for a linux binary > program which uses libusb. I'd like to run this with the > linuxulator. > However - I realized, that the ioctls of the linuxulator are > wrapped. So I have to add some ioctls to the linuxulator module > in that way that they are just executed as normal (nativ) > system ioctls. > Libusb uses only a small number of different ioctl so that > it should not be very hard. However I have not found any > documentation how the ioctl mapping works. (data structures, > initilisation calls and so on.) > So can you give me a short guideline what I have to do/add to > the linuxulator? > And maybe also how I can call a nativ system ioctl out of > the kernel context. take a look at sys/compat/linux/linux_ioctl.c basically the linux_ioctl() syscall iterates over a set of ioctl handlers and if one matches (the ioctl number is within its declared range) it calls that it's all contained in the file so you should be able to find out quickly how it works good luck! roman From martin.laabs at mailbox.tu-dresden.de Sun Oct 26 10:49:08 2008 From: martin.laabs at mailbox.tu-dresden.de (Martin Laabs) Date: Sun Oct 26 10:49:21 2008 Subject: linux-libusb done Message-ID: Hi, I've build succesfully an androgynous libusb. This is a libusb in linux binary format with freebsd-like usb-access. (I use it to run a jtag-debugging utility which is supplied as a linux binary only.) Unfortunately I had to patch the linux.ko module to support the ioctl calls out of the linux application. I can supply the libusb.so, a patch for the source of libusb as well as the linux_ioctl.c on request. Unfotunately I did not save the original linux_ioctl.c so I can not publish a patch yet. (I'll do a cvsup these days ..) Anyone who wants to maintain such a port? Greetings, Martin From rdivacky at freebsd.org Sun Oct 26 10:54:02 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Sun Oct 26 10:54:09 2008 Subject: linux-libusb done In-Reply-To: References: Message-ID: <20081026105252.GA45809@freebsd.org> On Sun, Oct 26, 2008 at 11:49:02AM +0100, Martin Laabs wrote: > Hi, > > I've build succesfully an androgynous libusb. This is a libusb in > linux binary format with freebsd-like usb-access. (I use it to > run a jtag-debugging utility which is supplied as a linux > binary only.) > Unfortunately I had to patch the linux.ko module to support the > ioctl calls out of the linux application. > I can supply the libusb.so, a patch for the source of libusb > as well as the linux_ioctl.c on request. > Unfotunately I did not save the original linux_ioctl.c so I can not > publish a patch yet. (I'll do a cvsup these days ..) > > Anyone who wants to maintain such a port? great work martin! please show us the linuxulator patch and I'll see what I can do about it... roman From martin.laabs at mailbox.tu-dresden.de Mon Oct 27 09:27:25 2008 From: martin.laabs at mailbox.tu-dresden.de (Martin Laabs) Date: Mon Oct 27 09:27:31 2008 Subject: linux-libusb done In-Reply-To: <20081026105252.GA45809@freebsd.org> References: <20081026105252.GA45809@freebsd.org> Message-ID: Hi, On Sun, 26 Oct 2008 11:52:52 +0100, Roman Divacky wrote: > please show us the linuxulator patch and I'll see what I can do about it... I've append the patch for the linux.ko module as well as the patch for the bsd.c in libusb-0.12. Greetings, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: usb.patch Type: application/octet-stream Size: 4198 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081027/c770297f/usb.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: bsd.patch Type: application/octet-stream Size: 10007 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081027/c770297f/bsd.obj From bugmaster at FreeBSD.org Mon Oct 27 11:07:11 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 27 11:07:44 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200810271107.m9RB7A4N001908@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 13 problems total. From rdivacky at freebsd.org Mon Oct 27 11:46:01 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Mon Oct 27 11:46:08 2008 Subject: linux-libusb done In-Reply-To: References: <20081026105252.GA45809@freebsd.org> Message-ID: <20081027114451.GA12158@freebsd.org> On Mon, Oct 27, 2008 at 10:27:17AM +0100, Martin Laabs wrote: > Hi, > > On Sun, 26 Oct 2008 11:52:52 +0100, Roman Divacky wrote: > > > please show us the linuxulator patch and I'll see what I can do about it... > > I've append the patch for the linux.ko module as well as the patch for the > bsd.c in libusb-0.12. >diff -Naur linux/linux_ioctl.c linux.usb/linux_ioctl.c >--- linux/linux_ioctl.c 2007-11-15 11:38:06.000000000 +0100 >+++ linux.usb/linux_ioctl.c 2008-10-26 11:49:59.000000000 +0100 >@@ -88,6 +88,8 @@ > static linux_ioctl_function_t linux_ioctl_drm; > static linux_ioctl_function_t linux_ioctl_sg; > static linux_ioctl_function_t linux_ioctl_special; >+//for hacked libusb >+static linux_ioctl_function_t linux_ioctl_usb; Don't use // comments, I wont repeat that for every occurance of this.. also you dont seem to be using proper indentation > static struct linux_ioctl_handler cdrom_handler = > { linux_ioctl_cdrom, LINUX_IOCTL_CDROM_MIN, LINUX_IOCTL_CDROM_MAX }; >@@ -111,6 +113,9 @@ > { linux_ioctl_drm, LINUX_IOCTL_DRM_MIN, LINUX_IOCTL_DRM_MAX }; > static struct linux_ioctl_handler sg_handler = > { linux_ioctl_sg, LINUX_IOCTL_SG_MIN, LINUX_IOCTL_SG_MAX }; >+//USB libusb compatibility mode ... >+static struct linux_ioctl_handler usb_handler = >+{ linux_ioctl_usb, LINUX_IOCTL_USB_MIN, LINUX_IOCTL_USB_MAX }; > > DATA_SET(linux_ioctl_handler_set, cdrom_handler); > DATA_SET(linux_ioctl_handler_set, vfat_handler); >@@ -123,6 +128,7 @@ > DATA_SET(linux_ioctl_handler_set, private_handler); > DATA_SET(linux_ioctl_handler_set, drm_handler); > DATA_SET(linux_ioctl_handler_set, sg_handler); >+DATA_SET(linux_ioctl_handler_set, usb_handler); > > struct handler_element > { >@@ -2542,6 +2548,60 @@ > return ioctl(td, (struct ioctl_args *)args); > } > >+static int >+linux_ioctl_usb(struct thread *td, struct linux_ioctl_args *args) >+{ >+ struct file *fp; >+ int error; >+ >+ if ((error = fget(td, args->fd, &fp)) != 0) >+ return (error); >+ >+#ifdef DEBUG >+ printf("%s(): USB-ioctl %d\n", __func__, >+ args->cmd & 0xffff); >+#endif >+ >+ switch (args->cmd & 0xffff) { >+ case LINUXBSD_IOCTL_USB_DEVICEINFO: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_SET_CONFIG: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_SET_ALTINTERFACE: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_SET_TIMEOUT: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_SET_SHORT_XFER: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_DO_REQUEST: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; >+ case LINUXBSD_IOCTL_GET_DEVICE_DESC: >+ error = ioctl(td, (struct ioctl_args *)args); >+ break; Please collapse this into a fallthrough statement, ie. case X: case Y: .... break; >+ default: >+ /* XXX */ >+ linux_msg(td, >+ "usb ioctl fd=%d, cmd=0x%x ('%c',%d) is not implemented", >+ args->fd, (int)(args->cmd & 0xffff), >+ (int)(args->cmd & 0xff00) >> 8, >+ (int)(args->cmd & 0xff)); >+ error=ENOIOCTL; >+ break; >+ } >+ fdrop(fp, td); >+#ifdef DEBUG >+printf("%s(): USB returning %d\n", __func__, error); >+#endif >+ return (error); >+} >+ > static int > linux_ioctl_sg(struct thread *td, struct linux_ioctl_args *args) > { >diff -Naur linux/linux_ioctl.h linux.usb/linux_ioctl.h >--- linux/linux_ioctl.h 2007-11-15 11:38:06.000000000 +0100 >+++ linux.usb/linux_ioctl.h 2008-10-25 14:16:13.000000000 +0200 >@@ -171,6 +171,15 @@ > #define LINUX_IOCTL_VFAT_MIN LINUX_VFAT_READDIR_BOTH > #define LINUX_IOCTL_VFAT_MAX LINUX_VFAT_READDIR_BOTH > >+ >+/* >+ * USB libusb compatibility mode ... >+ */ >+ >+#define LINUX_IOCTL_USB_MIN 0x5503 >+#define LINUX_IOCTL_USB_MAX 0x5573 >+ >+ > /* > * console > */ >@@ -567,6 +576,14 @@ > #define LINUX_IOCTL_DRM_MIN 0x6400 > #define LINUX_IOCTL_DRM_MAX 0x64ff > >+#define LINUXBSD_IOCTL_USB_DEVICEINFO 0x5504 >+#define LINUXBSD_IOCTL_SET_CONFIG 0x5565 >+#define LINUXBSD_IOCTL_SET_ALTINTERFACE 0x5567 >+#define LINUXBSD_IOCTL_SET_TIMEOUT 0x5572 >+#define LINUXBSD_IOCTL_SET_SHORT_XFER 0x5571 >+#define LINUXBSD_IOCTL_DO_REQUEST 0x556f >+#define LINUXBSD_IOCTL_GET_DEVICE_DESC 0x5569 >+ > /* > * This doesn't really belong here, but I can't think of a better > * place to put it. please fix those trivial bugs and submit once more. I believe it's commit ready by then (it's quite trivial :) ) thnx for the great work! roman From Alexander at Leidinger.net Mon Oct 27 12:10:04 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Mon Oct 27 12:19:15 2008 Subject: linux-libusb done In-Reply-To: References: <20081026105252.GA45809@freebsd.org> Message-ID: <20081027130939.22366y2j8jw0etss@webmail.leidinger.net> Quoting Martin Laabs (from Mon, 27 Oct 2008 10:27:17 +0100): > Hi, > > On Sun, 26 Oct 2008 11:52:52 +0100, Roman Divacky > wrote: > >> please show us the linuxulator patch and I'll see what I can do about it... > > I've append the patch for the linux.ko module as well as the patch for the > bsd.c in libusb-0.12. I don't comment on the content, Roman already did. I concentrate on the "pureness" of the linuxulator. What you do here is mixing FreeBSD ioctls with linux ones. While I welcome this for sure, I suggest to not enable it by default. I suggest to have a sysctl compat.linux.bsd_ioctl_passthrough or something like this, which enables this upon request. Currently it seems the ioctls are distinct, but in case there will be some ioctls which are the same number but have a different semantic/syntax, the sysctl-approach make this a little bit more easy to handle (it means that the feature is optional and needs to be enable by intend, and if there's a clash in the future, we have some safety net). Bye, Alexander. -- By trying we can easily learn to endure adversity. Another man's, I mean. -- Mark Twain http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From gamato at users.sf.net Mon Oct 27 19:49:42 2008 From: gamato at users.sf.net (martinko) Date: Mon Oct 27 19:49:53 2008 Subject: VirtualBox looks for FreeBSD developer In-Reply-To: <48CAAAC5.2050707@elischer.org> References: <880886.92445.qm@web32705.mail.mud.yahoo.com> <48CAAAC5.2050707@elischer.org> Message-ID: <490618CA.3010707@users.sf.net> Julian Elischer wrote: > Pedro Giffuni wrote: >> Hi Klaus; >> >> Thank you for your posting on -ports: >> >> http://docs.freebsd.org/cgi/mid.cgi?48C8F051.7060107 >> >> I think either -emulation or -virtualization might be better >> targets for such discussion though (indeed we did discuss it >> briefly in the virtualization list). >> >> Some of us are very interested in having VirtualBox on FreeBSD, and >> I understand the FreeBSD Foundation would consider sponsoring such >> effort if someone with the know-how makes the proposal. > > Klause, > > freebsd-virtualization@freebsd.org (this mail is there) is the place you > want but it is a new list and not everyone on > freebsd-emulation@freebsd.org will be on it (yet). > Hi, Unfortunately freebsd-virtualization@ is not on gmane.org which is used by quite many to access mailing lists. M. > Freebsd ports is for ported software, but virtualbox doesn't > really come into that category yet.. > From bzeeb-lists at lists.zabbadoz.net Tue Oct 28 07:19:16 2008 From: bzeeb-lists at lists.zabbadoz.net (Bjoern A. Zeeb) Date: Tue Oct 28 07:19:23 2008 Subject: VirtualBox looks for FreeBSD developer In-Reply-To: <490618CA.3010707@users.sf.net> References: <880886.92445.qm@web32705.mail.mud.yahoo.com> <48CAAAC5.2050707@elischer.org> <490618CA.3010707@users.sf.net> Message-ID: <20081028065811.V2978@maildrop.int.zabbadoz.net> On Mon, 27 Oct 2008, martinko wrote: > Unfortunately freebsd-virtualization@ is not on gmane.org which is used by > quite many to access mailing lists. FreeBSD.org has two public mailing list archives, one is even spidered by most search engines. Sorry if we do not really care about gmane, at least I do not. You may need to talk to the gmane folks so that they add the list, not to us;-) /bz -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From nox at jelal.kn-bremen.de Tue Oct 28 18:21:43 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue Oct 28 18:22:44 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <200810280859.24048@aldan> References: <200810280859.24048@aldan> Message-ID: <20081028181731.GA30591@saturn.kn-bremen.de> On Tue, Oct 28, 2008 at 08:59:23AM -0400, Mikhail Teterin wrote: > Hello! > > I'm having serious problems with Adobe's Flash 9 and 10 on my FreeBSD-7/amd64 > system. > > If I try to use it directly with linux-firefox, the entire browser crashes > quickly. If I try www/nspluginwrapper with a native browser, the > wrapper-launched npviewer.bin seg-faults instead. Either way, the plugin does > not work... > > It appears, there was some activity recently in trying to fix these problems > (is it all in linprocfs/?) What is the current status? Thanks, > > -mi Preliminary checklist for getting flash9 to work in native firefox: (flash10 needs more ports work, I shall post about that seperately on -emulation...) If you have additions to this please post a followup to this thread, keeping the Cc: (I'm not on -questions...) 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC (the relevant MFC commits are: http://svn.freebsd.org/viewvc/base?view=revision&revision=183819 http://svn.freebsd.org/viewvc/base?view=revision&revision=184075 - a recent HEAD should also work of course.) There are linprocfs patches for RELENG_6 too (merging the former commit), but the latter commit can't be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 probably won't work on SMP there. (Although if you have SMP you probably should be running 7 anyway. :) Oh and if you do have SMP you also need to use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. linprocfs patches for 6: http://people.freebsd.org/~nox/linprocfs-6.3.patch http://people.freebsd.org/~nox/linprocfs-6.4.patch 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC (the last www/linux-flashplugin9 commit is: http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html ) 3. Make sure linprocfs is mounted to /compat/linux/proc . 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies are installed and up to date(!). (the default emulators/linux_base-fc4 should work, if you want to use a later one don't forget to set compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT to whichever version you use in make.conf. Note however that on 6, only the default compat.linux.osrelease=2.4.2 really works.) 5. If the plugin doesnt show up in firefox' about:plugins, run nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and restart firefox. 6. And remember there's a security advisory for the current version of flash9, http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e000016.html (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' to be able to install the port), and fc4 seems to be eol'd too, so you probably want to install something like the noscript firefox extension, https://addons.mozilla.org/en-US/firefox/addon/722 and only allow plugins (and scripts, tho thats a different problem) on sites you trust... And finally, if you still get crashes after following the above even on pages that are reported to work now (like youtube) you probably want to run `ktrace -di firefox...' and look at the output using linux_kdump (thats the devel/linux_kdump port, you want to use a package), paying specific attention to the lines above `PSIG SIGSEGV' (or whichever signal you got), maybe there are still shlibs missing that the plugin needs (NAMI ...something.so...), and if this is the case tell us about it so the appropriate dependencies can be added to the relevant ports. If you can't figure it out I guess it doesn't hurt to post the last few 100 lines of the dump up to the relevant PSIG on -emulation... You may also want to check linked shlibs like this: /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin (if you see `not found' in there you know something is wrong) - although that doesn't show libs that may be dlopen()d at runtime. Good luck, Juergen From rdivacky at FreeBSD.org Tue Oct 28 20:57:38 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Tue Oct 28 20:57:45 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081028181731.GA30591@saturn.kn-bremen.de> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> Message-ID: <20081028205634.GA93288@freebsd.org> On Tue, Oct 28, 2008 at 07:17:31PM +0100, Juergen Lock wrote: > On Tue, Oct 28, 2008 at 08:59:23AM -0400, Mikhail Teterin wrote: > > Hello! > > > > I'm having serious problems with Adobe's Flash 9 and 10 on my FreeBSD-7/amd64 > > system. > > > > If I try to use it directly with linux-firefox, the entire browser crashes > > quickly. If I try www/nspluginwrapper with a native browser, the > > wrapper-launched npviewer.bin seg-faults instead. Either way, the plugin does > > not work... > > > > It appears, there was some activity recently in trying to fix these problems > > (is it all in linprocfs/?) What is the current status? Thanks, > > > > -mi > > Preliminary checklist for getting flash9 to work in native firefox: > (flash10 needs more ports work, I shall post about that seperately on > -emulation...) If you have additions to this please post a followup to > this thread, keeping the Cc: (I'm not on -questions...) > > 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC > (the relevant MFC commits are: > http://svn.freebsd.org/viewvc/base?view=revision&revision=183819 > http://svn.freebsd.org/viewvc/base?view=revision&revision=184075 > - a recent HEAD should also work of course.) There are linprocfs patches > for RELENG_6 too (merging the former commit), but the latter commit can't > be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 > probably won't work on SMP there. (Although if you have SMP you probably > should be running 7 anyway. :) Oh and if you do have SMP you also need to > use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. > linprocfs patches for 6: > http://people.freebsd.org/~nox/linprocfs-6.3.patch > http://people.freebsd.org/~nox/linprocfs-6.4.patch > > 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC > (the last www/linux-flashplugin9 commit is: > http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html > ) > > 3. Make sure linprocfs is mounted to /compat/linux/proc . the linux-firefox script should check for /proc being mounted. It's not a hard thing to do... any takers? :) From bsam at ipt.ru Tue Oct 28 21:03:30 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 28 21:03:57 2008 Subject: Kind of solved.. In-Reply-To: (Jeremy Messenger's message of "Tue\, 21 Oct 2008 14\:48\:41 -0500") References: Message-ID: <50484995@ipt.ru> On Tue, 21 Oct 2008 14:48:41 -0500 Jeremy Messenger wrote: > On Mon, 20 Oct 2008 22:31:52 -0500, Jeremy Messenger wrote: > > Hello folks, > > > > I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at > > the same time. I am not sure which I am supposed to blame on. :-) > > Anyway, now my linux-opera M2 (mail) client reports time > > incorrect. So I have checked with date(1) and it does indeed report > > different. > > > > ---------------------------------- > > # /bin/date > > Mon Oct 20 22:28:35 CDT 2008 > > # /compat/linux/bin/date > > Tue Oct 21 03:28:38 UTC 2008 > > ---------------------------------- > > > > I do not remember for have to configure the date correct for Linux > > 2.4 stuff before I update RELENG_7 and switched to newer 2.6.16 > > stuff. I am wondering if I have to do that now for configure time > > or it's not normal? > I have downloaded tzdata-2008h-1.fc8.noarch.rpm and extracted it. Then > copy it in /compat/linux/etc/localtime and now it works correct. Only > a few seconds difference, but does not matter to me. Yep. Current FreeBSD /etc/localtime file has: ----- moosa% hd -n 6 /etc/localtime.current 00000000 54 5a 69 66 00 00 |TZif..| 00000006 ----- The fifth byte is "0". While Fedora expects: ----- moosa% hd -n 6 /etc/localtime.newversion 00000000 54 5a 69 66 32 00 |TZif2.| 00000006 ----- The fifth byte is "2". > ---------------------------------- > # /bin/date > Tue Oct 21 14:33:55 CDT 2008 > # /compat/linux/bin/date > Tue Oct 21 19:33:59 UTC 2008 > # cp usr/share/zoneinfo/right/America/Cancun /compat/linux/etc/localtime > # /compat/linux/bin/date > Tue Oct 21 14:33:43 CDT 2008 > ---------------------------------- > Maybe edwin's plan of update tzcode to 2008e might help with this > issue? I am hoping that his update tzcode can help linux_base-f8 to > have correct time without have to use tzdata-2008h-1.fc8.noarch.rpm. > http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008599.html > (patches included) > BTW: Add CC'ing to edwin to see if he thinks update tzcode can helps > with this issue. It definitely does: I patched my 8-amd64-current with edwin's patches, recompiled, reinstalled and copied a new zonefile to /etc/localtime: ----- moosa% LANG=C date; /compat/linux/bin/date Tue Oct 28 22:38:24 MSK 2008 Tue Oct 28 22:38:24 MSK 2008 ----- > > BTW: Please add me in CC, thanks! > > > > Cheers, > > Mezz WBR -- bsam From bsam at ipt.ru Tue Oct 28 21:13:30 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 28 21:14:34 2008 Subject: Kind of solved.. In-Reply-To: <200810212116.m9LLGoAB098676@pluto.hedeland.org> (Per Hedeland's message of "Tue\, 21 Oct 2008 23\:16\:50 +0200 \(CEST\)") References: <200810212116.m9LLGoAB098676@pluto.hedeland.org> Message-ID: <84404171@ipt.ru> On Tue, 21 Oct 2008 23:16:50 +0200 (CEST) Per Hedeland wrote: > "Jeremy Messenger" wrote: > > > >It won't work, because if you read Boris's ktrace and you will see it > >reads in /etc/localtime. > Boris' ktrace did indeed show that (though I don't know how he deduced > that the file was "rejected", rather than read three times due simply to Well, call it experience. ;-) > sloppy programming) - but he didn't mention whether he got the time > difference between native and Linux 'date' that you reported. Sorry if I wasn't clear. Yes, I got just the same results, investigated the case and wrote a follow-up. WBR -- bsam From wojtek at wojtek.tensor.gdynia.pl Tue Oct 28 22:37:04 2008 From: wojtek at wojtek.tensor.gdynia.pl (Wojciech Puchar) Date: Tue Oct 28 22:37:16 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081028181731.GA30591@saturn.kn-bremen.de> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> Message-ID: <20081028233603.Y9459@wojtek.tensor.gdynia.pl> macromedia still doesn't support FreeBSD, while it's mostly matter of recompiling. if so - simply don't use it From nox at FreeBSD.ORG Tue Oct 28 23:19:46 2008 From: nox at FreeBSD.ORG (Juergen Lock) Date: Tue Oct 28 23:19:52 2008 Subject: flash10, updated linux-{curl, openssl} etc ports... (resent w/o attachments) Message-ID: <20081028231946.GA72682@hub.freebsd.org> Hi! The good news is I have been able to play a few youtube vids using flash10 on RELENG_7/amd64 in native ff3 using nspluginwrapper 1.1.2. The bad news is there is still quite some work to be done to get this into shape for ports... The following is a description of what I've done to get it running, maybe someone else can go from there and make proper ports before I get to it: 1. I built nspluginwrapper 1.1.2 similar to the exiting 1.0.0 version in ports, only I didnt find a suitable rpm for the i386/linux bits, so I built those on linux myself (debian sid since thats what I have, also they need to be configured with --enable-generic there to use `normal' AF_UNIX socket paths, FreeBSD doesn't have the way its otherwise doing it on linux, or the wrapper ipc wouldnt work.) I'll attach the linux bits I built myself, the go into /usr/local/lib/nspluginwrapper/i386/linux . [not in this resend, you can get them from the original mail: http://people.freebsd.org/~nox/flash10hack.mbox.txt ] 2. Next I had to chase missing libs: First, flash10 needs libcurl now, it first looks for libcurl.so.4, then when it doesn't find that it looks for libcurl.so.3 and libcurl-gnutls.so.3 - libcurl.so.3 is in ports as ftp/linux-curl, but I didn't find an fc4 rpm for libcurl-gnutls.so.3 (also it seems fc4 is eol'd now and you don't really want security holes in libs you use in your browser...), so I set compat.linux.osrelease=2.6.16 in sysctl.conf, OVERRIDE_LINUX_BASE_PORT=f7 in make.conf, installed linux_base-f7 and then unpacked the f7 curl rpm and dependencies using rpm2cpio piped to tar xfv - ... http://mirrors.kernel.org/fedora/releases/7/Fedora/i386/os/Fedora/curl-7.16.2-1.fc7.i386.rpm http://mirrors.kernel.org/fedora/releases/7/Fedora/i386/os/Fedora/libidn-0.6.8-4.i386.rpm http://mirrors.kernel.org/fedora/releases/7/Fedora/i386/os/Fedora/e2fsprogs-libs-1.39-11.i386.rpm http://mirrors.kernel.org/fedora/releases/7/Fedora/i386/os/Fedora/openssl-0.9.8b-12.fc7.i386.rpm (Actually I now see I probably should have used http://mirrors.kernel.org/fedora/updates/7/i386/curl-7.16.4-1.fc7.i386.rpm etc, sorry will have to test that later.) Anywy, since the libflashsupport.so I used from the flash9 port links to libssl.so.5 (you can check by doing /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libflashsupport.so - yes sometimes also the FreeBSD ldd works for linux libs, but not always), I ended up keeping the fc4 openssl (security/linux-openssl) that was installed by the flash9 port and only unpacking libssl.so.0.9.8b libssl.so.6 libcrypto.so.0.9.8b libcrypto.so.6 from the above f7 openssl rpm into /usr/local/lib/nspluginwrapper/i386/linux instead of /compat/linux/lib - there's certainly room for improvement there... (like building both libflashsupport and the nspluginwrapper i386/linux bits on an updated f7?) Also, flash10 links a bunch of libs from linux ff, namely: libnspr4.so libnss3.so libplc4.so libplds4.so libsmime3.so libsoftokn3.so libssl3.so - I just symlinked those from /usr/local/lib/linux-firefox (obviously it needs to be installed too) into /usr/local/lib/nspluginwrapper/i386/linux . Ok and now something more general for the emulation folks: Now that fc4 seems to be eol'd, what do we do to get updated linux-{curl,openssl} etc ports from f7 (or f8?) for the folks that _can_ use them? (like, RELENG_7 and above.) Its not only that they are useful for flash10, its also because of security updates... (No I haven't actually checked if there _were_ advisories for one of these since fc4, its just not really unlikely. :) Thanx, Juergen From bsam at ipt.ru Tue Oct 28 23:35:15 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Oct 28 23:35:21 2008 Subject: flash10, updated linux-{curl, openssl} etc ports... (resent w/o attachments) In-Reply-To: <20081028231946.GA72682@hub.freebsd.org> (Juergen Lock's message of "Tue\, 28 Oct 2008 23\:19\:46 +0000") References: <20081028231946.GA72682@hub.freebsd.org> Message-ID: <02325568@ipt.ru> On Tue, 28 Oct 2008 23:19:46 +0000 Juergen Lock wrote: [...] > linux_base-f7 and then unpacked the f7 curl rpm and dependencies using > rpm2cpio piped to tar xfv - ... I'm not sure if it's any difference but usually we use a pipe to "cpio -id". > Ok and now something more general for the emulation folks: Now that > fc4 seems to be eol'd, what do we do to get updated linux-{curl,openssl} > etc ports from f7 (or f8?) for the folks that _can_ use them? (like, > RELENG_7 and above.) Its not only that they are useful for flash10, > its also because of security updates... (No I haven't actually checked if > there _were_ advisories for one of these since fc4, its just not really > unlikely. :) I have a bunch of new linux-f8 ports which should be introduced after the ports tree slush is over. WBR -- bsam From korvus at comcast.net Wed Oct 29 14:29:54 2008 From: korvus at comcast.net (Steve Polyack) Date: Wed Oct 29 14:30:01 2008 Subject: flash9 checklist In-Reply-To: <20081028181731.GA30591@saturn.kn-bremen.de> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> Message-ID: <49086F1A.2090500@comcast.net> Juergen Lock wrote: > > Preliminary checklist for getting flash9 to work in native firefox: > (flash10 needs more ports work, I shall post about that seperately on > -emulation...) If you have additions to this please post a followup to > this thread, keeping the Cc: (I'm not on -questions...) > > 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC > (the relevant MFC commits are: > http://svn.freebsd.org/viewvc/base?view=revision&revision=183819 > http://svn.freebsd.org/viewvc/base?view=revision&revision=184075 > - a recent HEAD should also work of course.) There are linprocfs patches > for RELENG_6 too (merging the former commit), but the latter commit can't > be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 > probably won't work on SMP there. (Although if you have SMP you probably > should be running 7 anyway. :) Oh and if you do have SMP you also need to > use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. > linprocfs patches for 6: > http://people.freebsd.org/~nox/linprocfs-6.3.patch > http://people.freebsd.org/~nox/linprocfs-6.4.patch > > 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC > (the last www/linux-flashplugin9 commit is: > http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html > ) > > 3. Make sure linprocfs is mounted to /compat/linux/proc . > > 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies > are installed and up to date(!). (the default emulators/linux_base-fc4 > should work, if you want to use a later one don't forget to set > compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT > to whichever version you use in make.conf. Note however that on 6, only > the default compat.linux.osrelease=2.4.2 really works.) > > 5. If the plugin doesnt show up in firefox' about:plugins, run > nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so > and restart firefox. > > 6. And remember there's a security advisory for the current version of > flash9, > http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e000016.html > (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' > to be able to install the port), and fc4 seems to be eol'd too, so you > probably want to install something like the noscript firefox extension, > https://addons.mozilla.org/en-US/firefox/addon/722 > and only allow plugins (and scripts, tho thats a different problem) on > sites you trust... > > And finally, if you still get crashes after following the above even > on pages that are reported to work now (like youtube) you probably want > to run `ktrace -di firefox...' and look at the output using linux_kdump > (thats the devel/linux_kdump port, you want to use a package), paying > specific attention to the lines above `PSIG SIGSEGV' (or whichever > signal you got), maybe there are still shlibs missing that the plugin > needs (NAMI ...something.so...), and if this is the case tell us about > it so the appropriate dependencies can be added to the relevant ports. > If you can't figure it out I guess it doesn't hurt to post the last > few 100 lines of the dump up to the relevant PSIG on -emulation... > > You may also want to check linked shlibs like this: > /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so > and > /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin > (if you see `not found' in there you know something is wrong) - although > that doesn't show libs that may be dlopen()d at runtime. > > Thanks for this. I was able to get linux-flashplugin9 working in native Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that Youtube, google video, and google maps (incl. street view) work fine, but slow. A friend of mine with a very similar setup was not so lucky and still has problems with flash9 locking up FF. From vova at fbsd.ru Wed Oct 29 15:16:20 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Wed Oct 29 15:16:26 2008 Subject: flash9 checklist In-Reply-To: <49086F1A.2090500@comcast.net> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> Message-ID: <1225293355.1683.75.camel@localhost> On Wed, 2008-10-29 at 10:11 -0400, Steve Polyack wrote: > Thanks for this. I was able to get linux-flashplugin9 working in > native > Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I > had > to do was copy > /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into > ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that > Youtube, google video, and google maps (incl. street view) work fine, > but slow. A friend of mine with a very similar setup was not so > lucky > and still has problems with flash9 locking up FF. I've seen temporary FF lockups with flashblock FF plugin enabled. After disabling it lockups disappear. Probably it is such case ? -- Vladimir B. Grebenschikov vova@fbsd.ru From Alexander at Leidinger.net Wed Oct 29 15:21:18 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Oct 29 15:21:24 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081028205634.GA93288@freebsd.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <20081028205634.GA93288@freebsd.org> Message-ID: <20081029162105.18469pltiqtoqmao@webmail.leidinger.net> Quoting Roman Divacky (from Tue, 28 Oct 2008 21:56:34 +0100): > On Tue, Oct 28, 2008 at 07:17:31PM +0100, Juergen Lock wrote: >> 3. Make sure linprocfs is mounted to /compat/linux/proc . > > the linux-firefox script should check for /proc being mounted. It's not > a hard thing to do... any takers? :) Is it needed for plain linux-firefox? If not, it should not check for it. I don't object to extend the script to check for linuxprocfs if some trigger file (flashplugin.so in the correct location?) exists. Bye, Alexander. -- There's a fine line between courage and foolishness. Too bad it's not a fence. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From rdivacky at FreeBSD.org Wed Oct 29 15:24:22 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Wed Oct 29 15:24:32 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081029162105.18469pltiqtoqmao@webmail.leidinger.net> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <20081028205634.GA93288@freebsd.org> <20081029162105.18469pltiqtoqmao@webmail.leidinger.net> Message-ID: <20081029152314.GA34205@freebsd.org> On Wed, Oct 29, 2008 at 04:21:05PM +0100, Alexander Leidinger wrote: > Quoting Roman Divacky (from Tue, 28 Oct 2008 > 21:56:34 +0100): > > >On Tue, Oct 28, 2008 at 07:17:31PM +0100, Juergen Lock wrote: > > >>3. Make sure linprocfs is mounted to /compat/linux/proc . > > > >the linux-firefox script should check for /proc being mounted. It's not > >a hard thing to do... any takers? :) > > Is it needed for plain linux-firefox? If not, it should not check for > it. I don't object to extend the script to check for linuxprocfs if > some trigger file (flashplugin.so in the correct location?) exists. if I understood it correctly it reads something needed for threading to work correctly from /proc, we can expect problems in future when people dont mount linprocfs.. maybe we should put some checks into linuxulator... From masoom.shaikh at gmail.com Wed Oct 29 16:11:43 2008 From: masoom.shaikh at gmail.com (Masoom Shaikh) Date: Wed Oct 29 16:11:50 2008 Subject: flash9 checklist In-Reply-To: <49086F1A.2090500@comcast.net> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> Message-ID: will this howto work for amd64 ? On Wed, Oct 29, 2008 at 2:11 PM, Steve Polyack wrote: > Juergen Lock wrote: > >> >> Preliminary checklist for getting flash9 to work in native firefox: >> (flash10 needs more ports work, I shall post about that seperately on >> -emulation...) If you have additions to this please post a followup to >> this thread, keeping the Cc: (I'm not on -questions...) >> >> 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC >> (the relevant MFC commits are: >> http://svn.freebsd.org/viewvc/base?view=revision&revision=183819 >> http://svn.freebsd.org/viewvc/base?view=revision&revision=184075 >> - a recent HEAD should also work of course.) There are linprocfs patches >> for RELENG_6 too (merging the former commit), but the latter commit can't >> be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 >> probably won't work on SMP there. (Although if you have SMP you probably >> should be running 7 anyway. :) Oh and if you do have SMP you also need to >> use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. >> linprocfs patches for 6: >> http://people.freebsd.org/~nox/linprocfs-6.3.patch >> http://people.freebsd.org/~nox/linprocfs-6.4.patch >> >> 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC >> (the last www/linux-flashplugin9 commit is: >> >> http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html >> ) >> >> 3. Make sure linprocfs is mounted to /compat/linux/proc . >> >> 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies >> are installed and up to date(!). (the default emulators/linux_base-fc4 >> should work, if you want to use a later one don't forget to set >> compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT >> to whichever version you use in make.conf. Note however that on 6, only >> the default compat.linux.osrelease=2.4.2 really works.) >> >> 5. If the plugin doesnt show up in firefox' about:plugins, run >> nspluginwrapper -i >> /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> and restart firefox. >> >> 6. And remember there's a security advisory for the current version of >> flash9, >> >> http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e000016.html >> (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' >> to be able to install the port), and fc4 seems to be eol'd too, so you >> probably want to install something like the noscript firefox extension, >> https://addons.mozilla.org/en-US/firefox/addon/722 >> and only allow plugins (and scripts, tho thats a different problem) on >> sites you trust... >> >> And finally, if you still get crashes after following the above even >> on pages that are reported to work now (like youtube) you probably want >> to run `ktrace -di firefox...' and look at the output using linux_kdump >> (thats the devel/linux_kdump port, you want to use a package), paying >> specific attention to the lines above `PSIG SIGSEGV' (or whichever >> signal you got), maybe there are still shlibs missing that the plugin >> needs (NAMI ...something.so...), and if this is the case tell us about >> it so the appropriate dependencies can be added to the relevant ports. >> If you can't figure it out I guess it doesn't hurt to post the last >> few 100 lines of the dump up to the relevant PSIG on -emulation... >> >> You may also want to check linked shlibs like this: >> /compat/linux/bin/sh /compat/linux/usr/bin/ldd >> /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> and >> /compat/linux/bin/sh /compat/linux/usr/bin/ldd >> /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin >> (if you see `not found' in there you know something is wrong) - although >> that doesn't show libs that may be dlopen()d at runtime. >> >> >> > Thanks for this. I was able to get linux-flashplugin9 working in native > Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to > do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.sointo ~/.mozilla/plugins/ for Firefox to recognize the plugin. After that > Youtube, google video, and google maps (incl. street view) work fine, but > slow. A friend of mine with a very similar setup was not so lucky and still > has problems with flash9 locking up FF. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From mi+mill at aldan.algebra.com Wed Oct 29 16:17:10 2008 From: mi+mill at aldan.algebra.com (Mikhail Teterin) Date: Wed Oct 29 16:17:16 2008 Subject: flash9 checklist In-Reply-To: <1225293355.1683.75.camel@localhost> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> Message-ID: <49088643.2080504@aldan.algebra.com> Sent by Vladimir Grebenschikov: > I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... -mi From mezz7 at cox.net Wed Oct 29 18:00:30 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Oct 29 18:00:43 2008 Subject: Kind of solved.. In-Reply-To: <50484995@ipt.ru> References: <50484995@ipt.ru> Message-ID: On Tue, 28 Oct 2008 13:43:40 -0600, Boris Samorodov wrote: > On Tue, 21 Oct 2008 14:48:41 -0500 Jeremy Messenger wrote: >> On Mon, 20 Oct 2008 22:31:52 -0500, Jeremy Messenger >> wrote: > >> > Hello folks, >> > >> > I have updated RELENG_7 recently, and switched to 2.6.26 and f8 at >> > the same time. I am not sure which I am supposed to blame on. :-) >> > Anyway, now my linux-opera M2 (mail) client reports time >> > incorrect. So I have checked with date(1) and it does indeed report >> > different. >> > >> > ---------------------------------- >> > # /bin/date >> > Mon Oct 20 22:28:35 CDT 2008 >> > # /compat/linux/bin/date >> > Tue Oct 21 03:28:38 UTC 2008 >> > ---------------------------------- >> > >> > I do not remember for have to configure the date correct for Linux >> > 2.4 stuff before I update RELENG_7 and switched to newer 2.6.16 >> > stuff. I am wondering if I have to do that now for configure time >> > or it's not normal? > >> I have downloaded tzdata-2008h-1.fc8.noarch.rpm and extracted it. Then >> copy it in /compat/linux/etc/localtime and now it works correct. Only >> a few seconds difference, but does not matter to me. > > Yep. Current FreeBSD /etc/localtime file has: > ----- > moosa% hd -n 6 /etc/localtime.current > 00000000 54 5a 69 66 00 00 |TZif..| > 00000006 > ----- > > The fifth byte is "0". While Fedora expects: > ----- > moosa% hd -n 6 /etc/localtime.newversion > 00000000 54 5a 69 66 32 00 |TZif2.| > 00000006 > ----- > > The fifth byte is "2". > >> ---------------------------------- >> # /bin/date >> Tue Oct 21 14:33:55 CDT 2008 >> # /compat/linux/bin/date >> Tue Oct 21 19:33:59 UTC 2008 >> # cp usr/share/zoneinfo/right/America/Cancun /compat/linux/etc/localtime >> # /compat/linux/bin/date >> Tue Oct 21 14:33:43 CDT 2008 >> ---------------------------------- > >> Maybe edwin's plan of update tzcode to 2008e might help with this >> issue? I am hoping that his update tzcode can help linux_base-f8 to >> have correct time without have to use tzdata-2008h-1.fc8.noarch.rpm. > >> http://lists.freebsd.org/pipermail/freebsd-arch/2008-September/008599.html >> (patches included) > >> BTW: Add CC'ing to edwin to see if he thinks update tzcode can helps >> with this issue. > > It definitely does: I patched my 8-amd64-current with edwin's patches, > recompiled, reinstalled and copied a new zonefile to /etc/localtime: > ----- > moosa% LANG=C date; /compat/linux/bin/date > Tue Oct 28 22:38:24 MSK 2008 > Tue Oct 28 22:38:24 MSK 2008 > ----- Nice, thanks for test edwin's patch. Hey edwin, when are you going to put newer tzcode in -CURRENT? I do realized about that it won't be MFC into RELENG_7 soon, but should be possible later? or never? If never, then I can live with tzdata-2008h-1.fc8.noarch.rpm until update to 8.x. Cheers, Mezz >> > BTW: Please add me in CC, thanks! >> > >> > Cheers, >> > Mezz > > WBR -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From gary.jennejohn at freenet.de Wed Oct 29 18:05:59 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Oct 29 18:06:05 2008 Subject: flash9 checklist In-Reply-To: <49088643.2080504@aldan.algebra.com> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> Message-ID: <20081029190551.7f06a204@ernst.jennejohn.org> On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin wrote: > Sent by Vladimir Grebenschikov: > > I've seen temporary FF lockups with flashblock FF plugin enabled. > Same here. Sometimes it works and some times any page containing flash > will hang the entire browser. Doing a `killall npviewer.bin' (I use > nspluginwrapper) will unfreeze the browser like nothing happened. You'll > get the page -- but without the embedded flash, of course. > I have only gotten Flash-9 to (mostly) work this morning -- thanks to > nox' checklist, and have not yet been able to investigate, why it hangs > on occasion... > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. --- Gary Jennejohn From kitchetech at gmail.com Wed Oct 29 18:37:00 2008 From: kitchetech at gmail.com (matt donovan) Date: Wed Oct 29 18:37:07 2008 Subject: flash9 checklist In-Reply-To: <20081029190551.7f06a204@ernst.jennejohn.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> Message-ID: <28283d910810291111g640497bfs2ea211aa0bf14586@mail.gmail.com> On Wed, Oct 29, 2008 at 2:05 PM, Gary Jennejohn wrote: > On Wed, 29 Oct 2008 11:50:27 -0400 > Mikhail Teterin > > wrote: > > > Sent by Vladimir Grebenschikov: > > > I've seen temporary FF lockups with flashblock FF plugin enabled. > > Same here. Sometimes it works and some times any page containing flash > > will hang the entire browser. Doing a `killall npviewer.bin' (I use > > nspluginwrapper) will unfreeze the browser like nothing happened. You'll > > get the page -- but without the embedded flash, of course. > > I have only gotten Flash-9 to (mostly) work this morning -- thanks to > > nox' checklist, and have not yet been able to investigate, why it hangs > > on occasion... > > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > firefox 100% of the time. Strangely enough, under Linux it works just > fine and I have pretty much the same version of flash and firefox installed > on both systems. > > --- > Gary Jennejohn > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > the issue seems to be with native firefox3 if you guys use it since I have native firefox3 and linux-firefox whihc is 2.0.0.17 and the linux-firefox seems to work fine but the native firefox3 the npviewer.bin just hogs memory and cpu From dchagin at freebsd.org Wed Oct 29 19:02:42 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Wed Oct 29 19:02:49 2008 Subject: flash9 checklist In-Reply-To: <20081029190551.7f06a204@ernst.jennejohn.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> Message-ID: <20081029190232.GA81068@dchagin.dialup.corbina.ru> On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: > On Wed, 29 Oct 2008 11:50:27 -0400 > Mikhail Teterin wrote: > > > Sent by Vladimir Grebenschikov: > > > I've seen temporary FF lockups with flashblock FF plugin enabled. > > Same here. Sometimes it works and some times any page containing flash > > will hang the entire browser. Doing a `killall npviewer.bin' (I use > > nspluginwrapper) will unfreeze the browser like nothing happened. You'll > > get the page -- but without the embedded flash, of course. > > I have only gotten Flash-9 to (mostly) work this morning -- thanks to > > nox' checklist, and have not yet been able to investigate, why it hangs > > on occasion... > > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > firefox 100% of the time. Strangely enough, under Linux it works just Hi, yes, I can confirm. thnx! > fine and I have pretty much the same version of flash and firefox installed > on both systems. > -- Have fun! chd From maciej at suszko.eu Wed Oct 29 19:04:32 2008 From: maciej at suszko.eu (Maciej Suszko) Date: Wed Oct 29 19:04:38 2008 Subject: flash9 checklist In-Reply-To: <20081029190551.7f06a204@ernst.jennejohn.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> Message-ID: <20081029195213.795a169f@suszko.eu> Gary Jennejohn wrote: > On Wed, 29 Oct 2008 11:50:27 -0400 > Mikhail Teterin wrote: > > > Sent by Vladimir Grebenschikov: > > > I've seen temporary FF lockups with flashblock FF plugin enabled. > > Same here. Sometimes it works and some times any page containing > > flash will hang the entire browser. Doing a `killall > > npviewer.bin' (I use nspluginwrapper) will unfreeze the browser > > like nothing happened. You'll get the page -- but without the > > embedded flash, of course. I have only gotten Flash-9 to (mostly) > > work this morning -- thanks to nox' checklist, and have not yet > > been able to investigate, why it hangs on occasion... > > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > firefox 100% of the time. Strangely enough, under Linux it works just > fine and I have pretty much the same version of flash and firefox > installed on both systems. I can't confirm that - I just disabled flashblock and currently watching some videos from site you have problems with. Saying more - I'm clicking on different flash-sites over 1 hour with flashblock disabled and my FF (3.0.3,1) didn't hang. I'm using yesterday's build of 7.0-PRERELEASE with latest available linux-flashplugin9 port. I also can't confirm that it's not going to crash ;-) -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081029/1f251413/signature.pgp From shildret at scotth.emsphone.com Wed Oct 29 19:23:01 2008 From: shildret at scotth.emsphone.com (Scott T. Hildreth) Date: Wed Oct 29 19:23:07 2008 Subject: flash9 checklist In-Reply-To: <20081029190232.GA81068@dchagin.dialup.corbina.ru> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> <20081029190232.GA81068@dchagin.dialup.corbina.ru> Message-ID: <1225308174.1521.25.camel@scotth.emsphone.com> On Wed, 2008-10-29 at 22:02 +0300, Chagin Dmitry wrote: > On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: > > On Wed, 29 Oct 2008 11:50:27 -0400 > > Mikhail Teterin wrote: > > > > > Sent by Vladimir Grebenschikov: > > > > I've seen temporary FF lockups with flashblock FF plugin enabled. > > > Same here. Sometimes it works and some times any page containing flash > > > will hang the entire browser. Doing a `killall npviewer.bin' (I use > > > nspluginwrapper) will unfreeze the browser like nothing happened. You'll > > > get the page -- but without the embedded flash, of course. > > > I have only gotten Flash-9 to (mostly) work this morning -- thanks to > > > nox' checklist, and have not yet been able to investigate, why it hangs > > > on occasion... > > > > > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > > firefox 100% of the time. Strangely enough, under Linux it works just > > Hi, > yes, I can confirm. thnx! Works for me, but I am using 2.0.0.17 + flash9. I didn't know about this site. Awesome, back when MTV actually played music. :-D > > > > fine and I have pretty much the same version of flash and firefox installed > > on both systems. > > > From vova at fbsd.ru Thu Oct 30 07:30:33 2008 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Thu Oct 30 07:30:46 2008 Subject: flash9 checklist In-Reply-To: <20081029190551.7f06a204@ernst.jennejohn.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> Message-ID: <1225351814.1712.57.camel@localhost> On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > firefox 100% of the time. Strangely enough, under Linux it works just > fine and I have pretty much the same version of flash and firefox installed > on both systems. It is strange, that exactly same site works fine for me with native ff3 under 8-CURRENT. > Gary Jennejohn -- Vladimir B. Grebenchikov vova@fbsd.ru From gary.jennejohn at freenet.de Thu Oct 30 09:13:34 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Thu Oct 30 09:13:46 2008 Subject: flash9 checklist In-Reply-To: <1225351814.1712.57.camel@localhost> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> <1225351814.1712.57.camel@localhost> Message-ID: <20081030101327.32a0c275@ernst.jennejohn.org> On Thu, 30 Oct 2008 10:30:14 +0300 Vladimir Grebenschikov wrote: > On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > > firefox 100% of the time. Strangely enough, under Linux it works just > > fine and I have pretty much the same version of flash and firefox installed > > on both systems. > > It is strange, that exactly same site works fine for me with native ff3 > under 8-CURRENT. > Well, I was thinking about this. I am running an up-to-date FF2, but my 8-current kernel and linux-base fc8 are not the most recent versions. That might explain why some people don't see any problems whereaas I do. --- Gary Jennejohn From dchagin at freebsd.org Thu Oct 30 11:39:22 2008 From: dchagin at freebsd.org (Chagin Dmitry) Date: Thu Oct 30 11:39:29 2008 Subject: flash9 checklist In-Reply-To: <1225351814.1712.57.camel@localhost> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> <1225351814.1712.57.camel@localhost> Message-ID: <20081030113913.GA4233@dchagin.dialup.corbina.ru> On Thu, Oct 30, 2008 at 10:30:14AM +0300, Vladimir Grebenschikov wrote: > On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: > > > I don't have flashblock installed, but http://www.mtvmusic.com/ hangs > > firefox 100% of the time. Strangely enough, under Linux it works just > > fine and I have pretty much the same version of flash and firefox installed > > on both systems. > > It is strange, that exactly same site works fine for me with native ff3 > under 8-CURRENT. > Hi, I think that a problem in futexes, therefore native ff3 works, as it uses native locking. -- Have fun! chd From nox at jelal.kn-bremen.de Thu Oct 30 16:18:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Oct 30 16:18:36 2008 Subject: flash9 checklist In-Reply-To: References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> Message-ID: <200810302259.m9UMxNEh014927@saturn.kn-bremen.de> In article you write: >will this howto work for amd64 ? >[...] Yes. Juergen From nox at jelal.kn-bremen.de Thu Oct 30 16:18:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Oct 30 16:18:52 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081029152314.GA34205@freebsd.org> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <20081028205634.GA93288@freebsd.org> <20081029162105.18469pltiqtoqmao@webmail.leidinger.net> Message-ID: <200810302250.m9UMoHpl014714@saturn.kn-bremen.de> In article <20081029152314.GA34205@freebsd.org> you write: >On Wed, Oct 29, 2008 at 04:21:05PM +0100, Alexander Leidinger wrote: >> Quoting Roman Divacky (from Tue, 28 Oct 2008 >> 21:56:34 +0100): >> >> >On Tue, Oct 28, 2008 at 07:17:31PM +0100, Juergen Lock wrote: >> >> >>3. Make sure linprocfs is mounted to /compat/linux/proc . >> > >> >the linux-firefox script should check for /proc being mounted. It's not >> >a hard thing to do... any takers? :) >> >> Is it needed for plain linux-firefox? If not, it should not check for >> it. I don't object to extend the script to check for linuxprocfs if >> some trigger file (flashplugin.so in the correct location?) exists. > >if I understood it correctly it reads something needed for threading >to work correctly from /proc, iirc it reads (/compat/linux)/proc//maps (in chunks, which didn't work with the old code.) > we can expect problems in future >when people dont mount linprocfs.. > >maybe we should put some checks into linuxulator... Or if we put something in browser startup scripts it also needs to be in the native ones since those can use linux flash via wrappers as well. Just mentioning... Juergen From nox at jelal.kn-bremen.de Thu Oct 30 16:18:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Oct 30 16:18:52 2008 Subject: flash10, updated linux-{curl, openssl} etc ports... (resent w/o attachments) In-Reply-To: <02325568@ipt.ru> References: <20081028231946.GA72682@hub.freebsd.org> Message-ID: <200810302316.m9UNGSQq015277@saturn.kn-bremen.de> In article <02325568@ipt.ru> you write: >On Tue, 28 Oct 2008 23:19:46 +0000 Juergen Lock wrote: > >[...] >> linux_base-f7 and then unpacked the f7 curl rpm and dependencies using >> rpm2cpio piped to tar xfv - ... > >I'm not sure if it's any difference but usually we use a pipe to "cpio -id". > Yeah that's technically more correct, I was just taking advantage of the fact that bsdtar understands cpio archive also. >> Ok and now something more general for the emulation folks: Now that >> fc4 seems to be eol'd, what do we do to get updated linux-{curl,openssl} >> etc ports from f7 (or f8?) for the folks that _can_ use them? (like, >> RELENG_7 and above.) Its not only that they are useful for flash10, >> its also because of security updates... (No I haven't actually checked if >> there _were_ advisories for one of these since fc4, its just not really >> unlikely. :) > >I have a bunch of new linux-f8 ports which should be introduced after >the ports tree slush is over. Cool! Thanx, Juergen From nox at jelal.kn-bremen.de Thu Oct 30 16:18:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Oct 30 16:19:08 2008 Subject: flash9 checklist In-Reply-To: <49086F1A.2090500@comcast.net> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> Message-ID: <200810302253.m9UMrXdF014739@saturn.kn-bremen.de> In article <49086F1A.2090500@comcast.net> you write: >Juergen Lock wrote: >> >> Preliminary checklist for getting flash9 to work in native firefox: >> (flash10 needs more ports work, I shall post about that seperately on >> -emulation...) If you have additions to this please post a followup to >> this thread, keeping the Cc: (I'm not on -questions...) >> >> 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC >> (the relevant MFC commits are: >> http://svn.freebsd.org/viewvc/base?view=revision&revision=183819 >> http://svn.freebsd.org/viewvc/base?view=revision&revision=184075 >> - a recent HEAD should also work of course.) There are linprocfs patches >> for RELENG_6 too (merging the former commit), but the latter commit can't >> be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 >> probably won't work on SMP there. (Although if you have SMP you probably >> should be running 7 anyway. :) Oh and if you do have SMP you also need to >> use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. >> linprocfs patches for 6: >> http://people.freebsd.org/~nox/linprocfs-6.3.patch >> http://people.freebsd.org/~nox/linprocfs-6.4.patch >> >> 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC >> (the last www/linux-flashplugin9 commit is: >> http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html >> ) >> >> 3. Make sure linprocfs is mounted to /compat/linux/proc . >> >> 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies >> are installed and up to date(!). (the default emulators/linux_base-fc4 >> should work, if you want to use a later one don't forget to set >> compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT >> to whichever version you use in make.conf. Note however that on 6, only >> the default compat.linux.osrelease=2.4.2 really works.) >> >> 5. If the plugin doesnt show up in firefox' about:plugins, run >> nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> and restart firefox. >> >> 6. And remember there's a security advisory for the current version of >> flash9, >> http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e000016.html >> (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' >> to be able to install the port), and fc4 seems to be eol'd too, so you >> probably want to install something like the noscript firefox extension, >> https://addons.mozilla.org/en-US/firefox/addon/722 >> and only allow plugins (and scripts, tho thats a different problem) on >> sites you trust... >> >> And finally, if you still get crashes after following the above even >> on pages that are reported to work now (like youtube) you probably want >> to run `ktrace -di firefox...' and look at the output using linux_kdump >> (thats the devel/linux_kdump port, you want to use a package), paying >> specific attention to the lines above `PSIG SIGSEGV' (or whichever >> signal you got), maybe there are still shlibs missing that the plugin >> needs (NAMI ...something.so...), and if this is the case tell us about >> it so the appropriate dependencies can be added to the relevant ports. >> If you can't figure it out I guess it doesn't hurt to post the last >> few 100 lines of the dump up to the relevant PSIG on -emulation... >> >> You may also want to check linked shlibs like this: >> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so >> and >> /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin >> (if you see `not found' in there you know something is wrong) - although >> that doesn't show libs that may be dlopen()d at runtime. >> >> >Thanks for this. I was able to get linux-flashplugin9 working in native >Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had >to do was copy >/usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into >~/.mozilla/plugins/ for Firefox to recognize the plugin. Yeah I forgot to note that you want to run nspluginwrapper -i as the user that will run the native browser, not as root, then the wrapper will go into ~/.mozilla/plugins/... > After that >Youtube, google video, and google maps (incl. street view) work fine, >but slow. A friend of mine with a very similar setup was not so lucky >and still has problems with flash9 locking up FF. Hmm, lockups I haven't seen yet here. HTH, Juergen From nox at jelal.kn-bremen.de Thu Oct 30 16:18:29 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Oct 30 16:19:09 2008 Subject: flash9 checklist In-Reply-To: <20081029190232.GA81068@dchagin.dialup.corbina.ru> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> Message-ID: <200810302314.m9UNE40j015122@saturn.kn-bremen.de> In article <20081029190232.GA81068@dchagin.dialup.corbina.ru> you write: >On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: >> On Wed, 29 Oct 2008 11:50:27 -0400 >> Mikhail Teterin wrote: >> >> > Sent by Vladimir Grebenschikov: >> > > I've seen temporary FF lockups with flashblock FF plugin enabled. >> > Same here. Sometimes it works and some times any page containing flash >> > will hang the entire browser. Doing a `killall npviewer.bin' (I use >> > nspluginwrapper) will unfreeze the browser like nothing happened. You'll >> > get the page -- but without the embedded flash, of course. >> > I have only gotten Flash-9 to (mostly) work this morning -- thanks to >> > nox' checklist, and have not yet been able to investigate, why it hangs >> > on occasion... >> > >> >> I don't have flashblock installed, btw, noscript > flashblock :) also it hasn't caused hangs here yet. >> but http://www.mtvmusic.com/ hangs >> firefox 100% of the time. Strangely enough, under Linux it works just > >Hi, >yes, I can confirm. thnx! No hangs here on mtvmusic.com with either linux flash9 + linux_base-fc4 + native ff2 on 6.3/i386/UP or linux flash10 + linux_base-f7 + native ff3 on 7/amd64/SMP. (my flash10 post is here: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-October/005438.html ) HTH, Juergen From kitchetech at gmail.com Thu Oct 30 18:34:25 2008 From: kitchetech at gmail.com (matt donovan) Date: Thu Oct 30 18:34:37 2008 Subject: flash9 checklist In-Reply-To: <200810302314.m9UNE40j015122@saturn.kn-bremen.de> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> <1225293355.1683.75.camel@localhost> <49088643.2080504@aldan.algebra.com> <20081029190551.7f06a204@ernst.jennejohn.org> <20081029190232.GA81068@dchagin.dialup.corbina.ru> <200810302314.m9UNE40j015122@saturn.kn-bremen.de> Message-ID: <28283d910810301834sa165d13p4fbb2c43859e3444@mail.gmail.com> Since I had linux_base-fc4 installed npviewer.bin kept hogging all CPU power until I killed it for native firefox3. Well I installed linux_base-fc7 and now flash9 and npviewer.bin works fine in native firefox3. ok I tried this for the ones that have firefox3 native installed. install linux_base-fc7 and npviewer.bin should stop hogging all the cpu along with firefox3 freezing up until npviewer.bin is killed. I do not use extensions in my firefox3 so the flashblock issue before was not an issue for me. From rdivacky at FreeBSD.org Fri Oct 31 02:09:31 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Fri Oct 31 02:09:45 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <200810302250.m9UMoHpl014714@saturn.kn-bremen.de> References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <20081028205634.GA93288@freebsd.org> <20081029162105.18469pltiqtoqmao@webmail.leidinger.net> <200810302250.m9UMoHpl014714@saturn.kn-bremen.de> Message-ID: <20081031090822.GA41624@freebsd.org> > > we can expect problems in future > >when people dont mount linprocfs.. > > > >maybe we should put some checks into linuxulator... > > Or if we put something in browser startup scripts it also needs to > be in the native ones since those can use linux flash via wrappers > as well. the native ff + linuxflash uses linuxulator (ie. /compat/linux/proc) ? I dont think so... anyway, linprocfs does not seem to be optional anymore, we should reflect that somehow From Alexander at Leidinger.net Fri Oct 31 04:49:34 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Oct 31 04:49:41 2008 Subject: Linuxulator not kicking in? In-Reply-To: <20081030175835.3f600900@soralx> References: <20081030175835.3f600900@soralx> Message-ID: <20081031124921.0bafd2c4@deskjail> Quoting (Thu, 30 Oct 2008 17:58:35 -0700): > > Howdy, > > Thought I ask you before completely wasting my day on this. I CCed emulation@, there are more people which can help. > Though I've been using it for years, xpdf is not up to the task for > reading any documents longer that 1 page. So I decided to replace it > with acroread8 (as the one and only usable alternative). It works all > right. Seems a little slow even on Core2 Dual, but still unimaginably > faster than xpdf at rendering. > > The snag is when attempting to launch acroread8 from Opera. A simple > test script executed by Opera returns: > > + export UNAME_s=Linux > + UNAME_s=Linux > + /compat/linux/bin/sh -x /compat/linux/usr/local/Adobe/Reader8/ENU/Adobe/Reader8/bin/acroread /root/.opera/cache4/temporary_download/Hysol_EA_9673_BMI-EN_3_8.pdf > /compat/linux/bin/sh: error while loading shared libraries: /usr/local/lib/compat/libc.so.6: ELF file OS ABI invalid > > The script works fine when launched from normal shell. I do not > understand why /usr/local/lib/compat/libc.so.6 has anything to > do with /compat/linux/bin/sh, but only when launched by Opera? Is LD_LIBRARY_PATH (or any other LD_* one) set somewhere? If yes, you better start acroread from Opera with /usr/bin/env -u LD_LIBRARY_PATH /path/to/acroread Bye, Alexander. -- To see the 10 largest files on a directory or partition, use du /partition_or_directory_name | sort -rn | head -- Dru http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From tijl at ulyssis.org Fri Oct 31 06:10:39 2008 From: tijl at ulyssis.org (Tijl Coosemans) Date: Fri Oct 31 06:10:46 2008 Subject: flash9 checklist (was: flash-9, 10 on FreeBSD) In-Reply-To: <20081031090822.GA41624@freebsd.org> References: <200810280859.24048@aldan> <200810302250.m9UMoHpl014714@saturn.kn-bremen.de> <20081031090822.GA41624@freebsd.org> Message-ID: <200810311407.25844.tijl@ulyssis.org> On Friday 31 October 2008 10:08:22 Roman Divacky wrote: >>> we can expect problems in future >>> when people dont mount linprocfs.. >>> >>> maybe we should put some checks into linuxulator... >> >> Or if we put something in browser startup scripts it also needs to >> be in the native ones since those can use linux flash via wrappers >> as well. > > the native ff + linuxflash uses linuxulator (ie. /compat/linux/proc) ? > I dont think so... Yes, it does. The wrapper plugin loaded by the browser is native, but the actual plugin runs in a separate linuxulator process and needs linprocfs. From jjuanino at gmail.com Fri Oct 31 11:01:02 2008 From: jjuanino at gmail.com (Jose Garcia Juanino) Date: Fri Oct 31 11:01:33 2008 Subject: [SOLVED] Re: sqlplus segfaults when receiving INT signal In-Reply-To: <20080914163841.GB39652@deviant.kiev.zoral.com.ua> References: <20080912205202.GA83925@sanabria> <20080913070920.GA1440@dchagin.dialup.corbina.ru> <20080913084412.GA1263@sanabria> <20080913085108.GA2308@dchagin.dialup.corbina.ru> <20080913205515.GA6158@sanabria> <20080914082025.GA2792@dchagin.dialup.corbina.ru> <20080914131904.GY39652@deviant.kiev.zoral.com.ua> <20080914150050.GA4644@dchagin.dialup.corbina.ru> <20080914151748.GA5370@sanabria> <20080914163841.GB39652@deviant.kiev.zoral.com.ua> Message-ID: <20081031172726.GA2090@banach> El domingo 14 de septiembre a las 18:38:41 CEST, Kostik Belousov escribi?: > On Sun, Sep 14, 2008 at 05:17:49PM +0200, Jose Garcia Juanino wrote: > > El domingo 14 de septiembre a las 17:00:50 CEST, Chagin Dmitry escribi?: > > > On Sun, Sep 14, 2008 at 04:19:04PM +0300, Kostik Belousov wrote: > > > > > > > > It appears that I did not make MFC of the relevant commit. > > > > > > ah, I'm sorry... I have thought that week has passed > > > and has not checked up it (( > > > > Therefore, this issue holds for RELENG_7, but not for CURRENT. Is > > there any prevision to make the MFC, despite of freeze of RELENG_7 > > branch? Or it is needed wait until 7.2-RELEASE? > > I asked re@ for MFC permit. I have updated to 7.1-PRERELEASE and the issue has gone away. Thanks a lot. Best regards -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20081031/d51a4eda/attachment.pgp From eitanadlerlist at gmail.com Fri Oct 31 12:25:05 2008 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Oct 31 12:25:12 2008 Subject: flash9 checklist In-Reply-To: References: <200810280859.24048@aldan> <20081028181731.GA30591@saturn.kn-bremen.de> <49086F1A.2090500@comcast.net> Message-ID: <490B5B89.8060604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Masoom Shaikh wrote: > will this howto work for amd64 ? As far as I know yes - although I didn't test it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkLW4kACgkQtl8kq+nCzNGrlgCfZUreFiZ4W2QSTjbCgqCXWx51 ZK0AnRnXzKYYfw9iD5uMTqD+dBOTwacT =iWNy -----END PGP SIGNATURE----- From gamato at users.sf.net Fri Oct 31 16:17:40 2008 From: gamato at users.sf.net (martinko) Date: Fri Oct 31 16:17:51 2008 Subject: VirtualBox looks for FreeBSD developer In-Reply-To: <20081028065811.V2978@maildrop.int.zabbadoz.net> References: <880886.92445.qm@web32705.mail.mud.yahoo.com> <48CAAAC5.2050707@elischer.org> <490618CA.3010707@users.sf.net> <20081028065811.V2978@maildrop.int.zabbadoz.net> Message-ID: Bjoern A. Zeeb wrote: > On Mon, 27 Oct 2008, martinko wrote: > >> Unfortunately freebsd-virtualization@ is not on gmane.org which is >> used by quite many to access mailing lists. > > FreeBSD.org has two public mailing list archives, one is even spidered > by most search engines. Sorry if we do not really care about gmane, at > least I do not. You may need to talk to the gmane folks so that they > add the list, not to us;-) > > /bz > Yes I know. I've done it in the past and I may do it again.. :-)