From novembre at gmail.com Mon Jun 2 02:23:10 2008 From: novembre at gmail.com (Novembre) Date: Mon Jun 2 02:23:14 2008 Subject: linux 2.6 on 7.0-RELEASE Message-ID: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> Hi, I know that 2.4 is the default Linux kernel to use on 7.0-RELEASE, but is it possible to use the Linux 2.6 compatibility layer or the changes needed to run it only exists in 7.0-STABLE? I couldn't find any information in the wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was last updated in September 2007. Thanks a lot From ed at 80386.nl Mon Jun 2 07:31:53 2008 From: ed at 80386.nl (Ed Schouten) Date: Mon Jun 2 07:31:56 2008 Subject: Linux major/minor conversion not entirely correct Message-ID: <20080602073152.GO64397@hoeg.nl> Skipped content of type multipart/mixed-------------- 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/20080602/ba569044/attachment.pgp From rdivacky at freebsd.org Mon Jun 2 07:52:25 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Mon Jun 2 07:52:28 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> Message-ID: <20080602075128.GA67510@freebsd.org> On Sun, Jun 01, 2008 at 08:58:34PM -0500, Novembre wrote: > Hi, > > I know that 2.4 is the default Linux kernel to use on 7.0-RELEASE, but is it > possible to use the Linux 2.6 compatibility layer or the changes needed to > run it only exists in 7.0-STABLE? I couldn't find any information in the > wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was last updated > in September 2007. you can use 2.6 emulation in 7.0R, although I'd recommend using 7-STABLE. I'll add some info on the wiki page that the information there is out of date.. it confuses more than it informs From rdivacky at FreeBSD.org Mon Jun 2 07:54:02 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Mon Jun 2 07:54:05 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602073152.GO64397@hoeg.nl> References: <20080602073152.GO64397@hoeg.nl> Message-ID: <20080602075315.GB67510@freebsd.org> On Mon, Jun 02, 2008 at 09:31:52AM +0200, Ed Schouten wrote: > Hello everyone, > > The last couple of months I've been working on redesigning FreeBSD's TTY > layer. This is all going quite good. Too good, actually. > > Last week I've been toying around with getting sshd working inside a > Linux jail, which seems to work quite nicely right now. I've made some > changes to our Linux compat layer that could already get (partially) > merged back to SVN. > > The Linux compat layer generates fake major/minor numbers for certain > devices, because Linux still depends on that information a lot (yuck). > I've discovered that our Linux compat layer returns the same major/minor > pair for all nodes in /dev/pts, but doesn't do this consistently either. > We'd better push the conversion down into linux_driver_get_major_minor(), > to make sure the numbers always get converted. We should also make sure > we hand out unique numbers. > > The patch also contains a change I made to support the new DTYPE_PTS > (pseudo-terminal master device). This part of the diff should be > ignored. I've just added it for completeness. > > Does anyone mind if I commit this patch soonish? I dont see a problem with it... go commit that. thnx! -------------- 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/20080602/1370da97/attachment.pgp From ed at 80386.nl Mon Jun 2 08:47:41 2008 From: ed at 80386.nl (Ed Schouten) Date: Mon Jun 2 08:47:43 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602075315.GB67510@freebsd.org> References: <20080602073152.GO64397@hoeg.nl> <20080602075315.GB67510@freebsd.org> Message-ID: <20080602084740.GP64397@hoeg.nl> * Roman Divacky wrote: > > Does anyone mind if I commit this patch soonish? > > I dont see a problem with it... go commit that. Done. Thank you! -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20080602/e458f176/attachment.pgp From Alexander at Leidinger.net Mon Jun 2 09:09:35 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Mon Jun 2 09:09:40 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602073152.GO64397@hoeg.nl> References: <20080602073152.GO64397@hoeg.nl> Message-ID: <20080602110919.17204gghm3yhhzwg@webmail.leidinger.net> Quoting Ed Schouten (from Mon, 2 Jun 2008 09:31:52 +0200): > Last week I've been toying around with getting sshd working inside a > Linux jail, which seems to work quite nicely right now. I've made some > changes to our Linux compat layer that could already get (partially) > merged back to SVN. Does this mean your patch makes sshd inside a linux jail working for non-root logins? If yes: MFC planned (I haven't checked the commit mails yet, sorry)? Bye, Alexander. -- I have learned silence from the talkative, toleration from the intolerant, and kindness from the unkind. -- Kahlil Gibran http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From ed at 80386.nl Mon Jun 2 09:14:09 2008 From: ed at 80386.nl (Ed Schouten) Date: Mon Jun 2 09:14:10 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602110919.17204gghm3yhhzwg@webmail.leidinger.net> References: <20080602073152.GO64397@hoeg.nl> <20080602110919.17204gghm3yhhzwg@webmail.leidinger.net> Message-ID: <20080602091407.GQ64397@hoeg.nl> * Alexander Leidinger wrote: > Quoting Ed Schouten (from Mon, 2 Jun 2008 09:31:52 +0200): > >> Last week I've been toying around with getting sshd working inside a >> Linux jail, which seems to work quite nicely right now. I've made some >> changes to our Linux compat layer that could already get (partially) >> merged back to SVN. > > Does this mean your patch makes sshd inside a linux jail working for > non-root logins? If yes: MFC planned (I haven't checked the commit mails > yet, sorry)? Only on i386. We still have to deal with the sendmsg() badness. It doesn't seem to work properly on amd64. -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20080602/779f3775/attachment.pgp From rdivacky at FreeBSD.org Mon Jun 2 10:03:03 2008 From: rdivacky at FreeBSD.org (Roman Divacky) Date: Mon Jun 2 10:03:06 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602091407.GQ64397@hoeg.nl> References: <20080602073152.GO64397@hoeg.nl> <20080602110919.17204gghm3yhhzwg@webmail.leidinger.net> <20080602091407.GQ64397@hoeg.nl> Message-ID: <20080602100206.GA76861@freebsd.org> On Mon, Jun 02, 2008 at 11:14:07AM +0200, Ed Schouten wrote: > * Alexander Leidinger wrote: > > Quoting Ed Schouten (from Mon, 2 Jun 2008 09:31:52 +0200): > > > >> Last week I've been toying around with getting sshd working inside a > >> Linux jail, which seems to work quite nicely right now. I've made some > >> changes to our Linux compat layer that could already get (partially) > >> merged back to SVN. > > > > Does this mean your patch makes sshd inside a linux jail working for > > non-root logins? If yes: MFC planned (I haven't checked the commit mails > > yet, sorry)? > > Only on i386. We still have to deal with the sendmsg() badness. It > doesn't seem to work properly on amd64. check the logs... something was done with it already... dont remember details.... anyway, when/if I find time I'll try to look at it. but my queue is long :( From bugmaster at FreeBSD.org Mon Jun 2 11:06:46 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 2 11:06:55 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200806021106.m52B6k4Y093121@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux o ports/123960 emulation Port fix: archivers/linux-par2cmdline - better handlin o ports/123964 emulation Mk fix: bsd.linux-rpm.mk - Handling of NOPORTDOCS 12 problems total. From jhein at timing.com Mon Jun 2 14:46:41 2008 From: jhein at timing.com (John E Hein) Date: Mon Jun 2 14:46:46 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602073152.GO64397@hoeg.nl> References: <20080602073152.GO64397@hoeg.nl> Message-ID: <18500.1974.681847.564212@gromit.timing.com> Ed Schouten wrote at 09:31 +0200 on Jun 2, 2008: > + /* > + * Linux checks major and minors of the slave device > + * to make sure it's a pty device, so let's make him > + * believe it is. > + */ > + devno = strtoul(node + strlen("pts/"), NULL, 10); > + *major = 136 + (devno / 256); > + *minor = devno % 256; > + return 0; Where does the magic number 136 come from? From ed at 80386.nl Mon Jun 2 14:47:49 2008 From: ed at 80386.nl (Ed Schouten) Date: Mon Jun 2 14:47:57 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <18500.1974.681847.564212@gromit.timing.com> References: <20080602073152.GO64397@hoeg.nl> <18500.1974.681847.564212@gromit.timing.com> Message-ID: <20080602144744.GU64397@hoeg.nl> * John E Hein wrote: > Ed Schouten wrote at 09:31 +0200 on Jun 2, 2008: > > + /* > > + * Linux checks major and minors of the slave device > > + * to make sure it's a pty device, so let's make him > > + * believe it is. > > + */ > > + devno = strtoul(node + strlen("pts/"), NULL, 10); > > + *major = 136 + (devno / 256); > > + *minor = devno % 256; > > + return 0; > > Where does the magic number 136 come from? Linux uses major numbers 136,137,138,... for PTY's. -- Ed Schouten WWW: http://80386.nl/ -------------- 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/20080602/43e2f825/attachment.pgp From jhein at timing.com Mon Jun 2 15:13:52 2008 From: jhein at timing.com (John E Hein) Date: Mon Jun 2 15:13:59 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602144744.GU64397@hoeg.nl> References: <20080602073152.GO64397@hoeg.nl> <18500.1974.681847.564212@gromit.timing.com> <20080602144744.GU64397@hoeg.nl> Message-ID: <18500.3613.230514.193236@gromit.timing.com> Ed Schouten wrote at 16:47 +0200 on Jun 2, 2008: > > Where does the magic number 136 come from? > > Linux uses major numbers 136,137,138,... for PTY's. We should probably point that out in a comment &/or #define. I've heard no plans to change the device numbering scheme in linux in the near future. So this magic number should likely be stable for some time to come, correct? From chagin.dmitry at gmail.com Mon Jun 2 21:27:15 2008 From: chagin.dmitry at gmail.com (Chagin Dmitry) Date: Mon Jun 2 21:27:19 2008 Subject: Linux major/minor conversion not entirely correct In-Reply-To: <20080602100206.GA76861@freebsd.org> References: <20080602073152.GO64397@hoeg.nl> <20080602110919.17204gghm3yhhzwg@webmail.leidinger.net> <20080602091407.GQ64397@hoeg.nl> <20080602100206.GA76861@freebsd.org> Message-ID: On Mon, 2 Jun 2008, Roman Divacky wrote: > On Mon, Jun 02, 2008 at 11:14:07AM +0200, Ed Schouten wrote: >> * Alexander Leidinger wrote: >> > Quoting Ed Schouten (from Mon, 2 Jun 2008 09:31:52 +0200): >> > >> >> Last week I've been toying around with getting sshd working inside a >> >> Linux jail, which seems to work quite nicely right now. I've made some >> >> changes to our Linux compat layer that could already get (partially) >> >> merged back to SVN. >> > >> > Does this mean your patch makes sshd inside a linux jail working for >> > non-root logins? If yes: MFC planned (I haven't checked the commit mails >> > yet, sorry)? >> >> Only on i386. We still have to deal with the sendmsg() badness. It >> doesn't seem to work properly on amd64. > > check the logs... something was done with it already... dont remember > details.... anyway, when/if I find time I'll try to look at it. but my > queue is long :( too has got stuck in sendmsg/recvmsg when did linux64 ltp tests, and at first sight here not a simple problem. Linux and fbsd at x86-64 have different definitions of msghdr & cmsghdr struct. it's not problem to convert msghdr :) with cmsghdr more difficult. see unp_internalize() at sys/kern/uipc_usrreq.c i think about it now. thnx! -- Have fun! chd From rick-freebsd at kiwi-computer.com Mon Jun 2 21:28:11 2008 From: rick-freebsd at kiwi-computer.com (Rick C. Petty) Date: Mon Jun 2 21:28:13 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080602075128.GA67510@freebsd.org> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> Message-ID: <20080602210128.GA36770@keira.kiwi-computer.com> On Mon, Jun 02, 2008 at 09:51:28AM +0200, Roman Divacky wrote: > > > > I know that 2.4 is the default Linux kernel to use on 7.0-RELEASE, but is it > > possible to use the Linux 2.6 compatibility layer or the changes needed to > > run it only exists in 7.0-STABLE? I couldn't find any information in the > > wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was last updated > > in September 2007. > > you can use 2.6 emulation in 7.0R, although I'd recommend using 7-STABLE. Howso? I always get the error: compat.linux.osrelease: 2.4.2 is not supported > I'll add some info on the wiki page that the information there is out of date.. > it confuses more than it informs That would be great, thanks! -- Rick C. Petty From novembre at gmail.com Tue Jun 3 02:58:53 2008 From: novembre at gmail.com (Novembre) Date: Tue Jun 3 02:58:56 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080602075128.GA67510@freebsd.org> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> Message-ID: <3b47caa90806021958yff18f26i47c8b4978a67f212@mail.gmail.com> On Mon, Jun 2, 2008 at 2:51 AM, Roman Divacky wrote: > On Sun, Jun 01, 2008 at 08:58:34PM -0500, Novembre wrote: > > Hi, > > > > I know that 2.4 is the default Linux kernel to use on 7.0-RELEASE, but is > it > > possible to use the Linux 2.6 compatibility layer or the changes needed > to > > run it only exists in 7.0-STABLE? I couldn't find any information in the > > wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was last > updated > > in September 2007. > > you can use 2.6 emulation in 7.0R, although I'd recommend using 7-STABLE. > > I'll add some info on the wiki page that the information there is out of > date.. > it confuses more than it informs > thanks :) is there something specific that i should do to be able to run 2.6 emulation on 7.0-RELEASE? is there any guide somewhere online about it? the handbook, I believe, is talking about the default 2.4 emulation, am I right? From rdivacky at freebsd.org Tue Jun 3 08:08:46 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Tue Jun 3 08:08:50 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <3b47caa90806021958yff18f26i47c8b4978a67f212@mail.gmail.com> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> <3b47caa90806021958yff18f26i47c8b4978a67f212@mail.gmail.com> Message-ID: <20080603080757.GA58232@freebsd.org> On Mon, Jun 02, 2008 at 09:58:52PM -0500, Novembre wrote: > On Mon, Jun 2, 2008 at 2:51 AM, Roman Divacky wrote: > > > On Sun, Jun 01, 2008 at 08:58:34PM -0500, Novembre wrote: > > > Hi, > > > > > > I know that 2.4 is the default Linux kernel to use on 7.0-RELEASE, but is > > it > > > possible to use the Linux 2.6 compatibility layer or the changes needed > > to > > > run it only exists in 7.0-STABLE? I couldn't find any information in the > > > wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was last > > updated > > > in September 2007. > > > > you can use 2.6 emulation in 7.0R, although I'd recommend using 7-STABLE. > > > > I'll add some info on the wiki page that the information there is out of > > date.. > > it confuses more than it informs > > > > > thanks :) is there something specific that i should do to be able to run 2.6 > emulation on 7.0-RELEASE? is there any guide somewhere online about it? the > handbook, I believe, is talking about the default 2.4 emulation, am I right? you can run it by setting sysctl compat.linux.osrelease to 2.6.16, but I really recomend running 7-stable for this. Linuxulator was shipped in 7.0R with a known bug which was fixed in 7-STABLE... From Alexander at Leidinger.net Tue Jun 3 09:06:15 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Tue Jun 3 09:06:18 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080602210128.GA36770@keira.kiwi-computer.com> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> <20080602210128.GA36770@keira.kiwi-computer.com> Message-ID: <20080603110607.31037ihwi7u55oso@webmail.leidinger.net> Quoting "Rick C. Petty" (from Mon, 2 Jun 2008 16:01:28 -0500): > On Mon, Jun 02, 2008 at 09:51:28AM +0200, Roman Divacky wrote: >> > >> > I know that 2.4 is the default Linux kernel to use on >> 7.0-RELEASE, but is it >> > possible to use the Linux 2.6 compatibility layer or the changes needed to >> > run it only exists in 7.0-STABLE? I couldn't find any information in the >> > wiki page ( http://wiki.freebsd.org/linux-kernel/ ) --- it was >> last updated >> > in September 2007. >> >> you can use 2.6 emulation in 7.0R, although I'd recommend using 7-STABLE. > > Howso? I always get the error: > > compat.linux.osrelease: 2.4.2 is not supported What operation are you doing to get this error? If you install a linux base port which depends upon 2.6: you need to switch the linuxulator into 2.6 mode first. See other mails here. IF you do something else: pleas show us the command. Bye, Alexander. -- Sometimes I live in the country, And sometimes I live in town. And sometimes I have a great notion, To jump in the river and drown. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From rick-freebsd at kiwi-computer.com Tue Jun 3 16:12:13 2008 From: rick-freebsd at kiwi-computer.com (Rick C. Petty) Date: Tue Jun 3 16:12:16 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080603110607.31037ihwi7u55oso@webmail.leidinger.net> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> <20080602210128.GA36770@keira.kiwi-computer.com> <20080603110607.31037ihwi7u55oso@webmail.leidinger.net> Message-ID: <20080603161212.GA49615@keira.kiwi-computer.com> On Tue, Jun 03, 2008 at 11:06:07AM +0200, Alexander Leidinger wrote: > Quoting "Rick C. Petty" (from Mon, 2 > Jun 2008 16:01:28 -0500): > > >Howso? I always get the error: > > > >compat.linux.osrelease: 2.4.2 is not supported > > What operation are you doing to get this error? If you install a linux > base port which depends upon 2.6: you need to switch the linuxulator > into 2.6 mode first. See other mails here. IF you do something else: > pleas show us the command. portmaster -gDb emulators/linux_base-fc6 Perhaps the suggestion to setting compat.linux.osrelease should be specified in the port's Makefile, maybe part of the IGNORE message. I would not have thought to do that; it's very unobvious. -- Rick C. Petty From jhein at timing.com Tue Jun 3 19:21:23 2008 From: jhein at timing.com (John E Hein) Date: Tue Jun 3 19:21:33 2008 Subject: mfc linux_stats.c:1.86 to releng_6 - fifoor fix Message-ID: <18501.39345.276357.941733@gromit.timing.com> Can someone MFC to 6.x Junk-uk Kim's fix for the linux block-on-a-fifo problem (rev 1.86 of linux_stats.c)? I've been running with it for nearly two years now without a problem. It's already in RELENG_7. I prepared a patch against RELENG_6 to make it easier... Index: sys/compat/linux/linux_stats.c =================================================================== RCS file: /base/FreeBSD-CVS/src/sys/compat/linux/linux_stats.c,v retrieving revision 1.72.2.8 diff -u -p -r1.72.2.8 linux_stats.c --- sys/compat/linux/linux_stats.c 9 Jan 2008 16:07:32 -0000 1.72.2.8 +++ sys/compat/linux/linux_stats.c 3 Jun 2008 15:57:55 -0000 @@ -99,23 +99,16 @@ static void translate_fd_major_minor(struct thread *td, int fd, struct stat *buf) { struct file *fp; - int error; int major, minor; - if ((error = fget(td, fd, &fp)) != 0) + if ((!S_ISCHR(buf->st_mode) && !S_ISBLK(buf->st_mode)) || + fget(td, fd, &fp) != 0) return; - if (fp->f_vnode) { - if (fp->f_vnode->v_type == VCHR - || fp->f_vnode->v_type == VBLK) { - if (fp->f_vnode->v_un.vu_cdev) { - if (linux_driver_get_major_minor( - fp->f_vnode->v_un.vu_cdev->si_name, - &major, &minor) == 0) { - buf->st_rdev = (major << 8 | minor); - } - } - } - } + if (fp->f_vnode != NULL && + fp->f_vnode->v_un.vu_cdev != NULL && + linux_driver_get_major_minor(fp->f_vnode->v_un.vu_cdev->si_name, + &major, &minor) == 0) + buf->st_rdev = (major << 8 | minor); fdrop(fp, td); } @@ -128,6 +121,8 @@ translate_path_major_minor(struct thread int fd; int temp; + if (!S_ISCHR(buf->st_mode) && !S_ISBLK(buf->st_mode)) + return; temp = td->td_retval[0]; if (kern_open(td, path, UIO_SYSSPACE, O_RDONLY, 0) != 0) return; @@ -178,18 +173,19 @@ linux_newstat(struct thread *td, struct #endif error = kern_stat(td, path, UIO_SYSSPACE, &buf); - if (!error && strlen(path) > strlen("/dev/pts/") && - !strncmp(path, "/dev/pts/", strlen("/dev/pts/")) - && path[9] >= '0' && path[9] <= '9') { - /* - * Linux checks major and minors of the slave device to make - * sure it's a pty device, so let's make him believe it is. - */ - buf.st_rdev = (136 << 8); - } - - translate_path_major_minor(td, path, &buf); - + if (!error) { + if (strlen(path) > strlen("/dev/pts/") && + !strncmp(path, "/dev/pts/", strlen("/dev/pts/")) && + path[9] >= '0' && path[9] <= '9') { + /* + * Linux checks major and minors of the slave device + * to make sure it's a pty device, so let's make him + * believe it is. + */ + buf.st_rdev = (136 << 8); + } else + translate_path_major_minor(td, path, &buf); + } LFREEPATH(path); if (error) return (error); From nox at jelal.kn-bremen.de Tue Jun 3 20:54:40 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Tue Jun 3 20:54:42 2008 Subject: kqemu locking my machine hard on amd64 smp, with most recent patches In-Reply-To: References: <20080515080948.3B1F15B47@mail.bitblocks.com> <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> <20080518142427.GA20876@saturn.kn-bremen.de> Message-ID: <20080603205245.GA13843@saturn.kn-bremen.de> On Sun, May 18, 2008 at 06:16:21PM -0400, Todd Wasson wrote: > Hi Juergen. That patch seems to have fixed the problem for me, as verified > with both kqemu-kmod-1.3.0.p11_6 and kqemu-kmod-1.3.0.p11_7. However, I'm > somewhat uneasy about using this patch on my system long-term, since it > hasn't been rigorously tested. Are there putative implications of this > patch with other software that I should be aware of? Is this kernel patch > considered to be the final fix, or just a band-aid until the underlying > cause can be addressed from within kqemu alone? I just noticed the new fixup code should better be called before entering the monitor not after, maybe that was what caused your problem. Can you please try the following patch (without the kernel patch)? Thanx, Juergen Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile 18 May 2008 20:23:40 -0000 1.26 +++ Makefile 3 Jun 2008 20:45:07 -0000 @@ -7,7 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 -PORTREVISION= 7 +PORTREVISION= 8 CATEGORIES= emulators kld MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ http://qemu.org/ \ Index: files/patch-tssworkaround =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-tssworkaround,v retrieving revision 1.4 diff -u -p -r1.4 patch-tssworkaround --- files/patch-tssworkaround 18 May 2008 20:23:40 -0000 1.4 +++ files/patch-tssworkaround 3 Jun 2008 20:08:24 -0000 @@ -83,20 +83,21 @@ Index: common/kernel.c #endif #ifdef PROFILE -@@ -1188,6 +1191,13 @@ - apic_restore_nmi(s, apic_nmi_mask); +@@ -1096,6 +1099,14 @@ + apic_nmi_mask = apic_save_and_disable_nmi(s); } - profile_record(s); + +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); ++ asm volatile ("sgdt %0" : : "m" (s->kernel_gdt)); + kqemu_tss_fixup(s->kernel_gdt.base); + spin_unlock(&g->lock); +#endif +#endif - - if (s->mon_req == MON_REQ_IRQ) { - struct kqemu_exception_regs *r; + /* load breakpoint registers and avoid setting them if in the + monitor address space. We suppose that no breakpoints are + set by the host OS for this process */ Index: kqemu-kernel.h @@ -48,4 +48,10 @@ From rdivacky at freebsd.org Tue Jun 3 21:25:59 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Tue Jun 3 21:26:06 2008 Subject: [HEADSUP]: Linux 2.6 emulation enabled on default Message-ID: <20080603212511.GA55743@freebsd.org> hi, today I commited a patch that enabled Linux 2.6 emulation on default in contrast to 2.4 as it was until now. If you see any problems please contact emulation@ mailing list, I hope by enabling this on default we can put some more testing on the Linuxulator so we can ship 8.0R with 2.6 on default. This enables us to use newer linux_base than Fedora Core 4. there is a known problem with getdents() with a fix noone tested yet [1]. I also have a patch from NetBSD which I was unable to test but I am sure it's correct [2]. Please test those patches in a case of problems so I can commit them. thnx! roman [1] www.vlakno.cz/~rdivacky/getdents.patch [2] www.vlakno.cz/~rdivacky/linux_nptl.patch -------------- 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/20080603/fc873414/attachment.pgp From rdivacky at freebsd.org Tue Jun 3 21:38:14 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Tue Jun 3 21:38:18 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org In-Reply-To: References: <200805191106.m4JB6oBF011533@freefall.freebsd.org> Message-ID: <20080603213717.GA56678@freebsd.org> > struct l_dirent { > - l_long d_ino; > + l_ino_t d_ino; > l_off_t d_off; > l_ushort d_reclen; > char d_name[LINUX_NAME_MAX + 1]; this part is correct... linux indeed uses unsigned long which is l_ino_t. > @@ -536,6 +538,7 @@ linux_getdents64(struct thread *td, struct > linux_getdents64_args *args) > return (getdents_common(td, args, 1)); > } > > + > /* > * These exist mainly for hooks for doing /compat/linux translation. > */ > @@ -905,6 +908,7 @@ linux_truncate(struct thread *td, struct > linux_truncate_args *args) > return (error); > } > > +#if defined(__i386__) || (defined(__amd64__) && defined(COMPAT_LINUX32)) > int > linux_truncate64(struct thread *td, struct linux_truncate64_args *args) > { > @@ -922,6 +926,8 @@ linux_truncate64(struct thread *td, struct > linux_truncate64_args *args) > LFREEPATH(path); > return (error); > } > +#endif /* __i386__ || (__amd64__ && COMPAT_LINUX32) */ > + > int > linux_ftruncate(struct thread *td, struct linux_ftruncate_args *args) > { > @@ -1119,6 +1125,7 @@ linux_mount(struct thread *td, struct > linux_mount_args *args) > return (error); > } > > +#if defined(__i386__) || (defined(__amd64__) && defined(COMPAT_LINUX32)) > int > linux_oldumount(struct thread *td, struct linux_oldumount_args *args) > { > @@ -1128,6 +1135,7 @@ linux_oldumount(struct thread *td, struct > linux_oldumount_args *args) > args2.flags = 0; > return (linux_umount(td, &args2)); > } > +#endif /* __i386__ || (__amd64__ && COMPAT_LINUX32) */ > > int > linux_umount(struct thread *td, struct linux_umount_args *args) > @@ -1258,7 +1266,7 @@ bsd_to_linux_flock64(struct flock *bsd_flock, struct > l_flock64 *linux_flock) > #endif /* __i386__ || (__amd64__ && COMPAT_LINUX32) */ > > static int > -fcntl_common(struct thread *td, struct linux_fcntl64_args *args) > +fcntl_common(struct thread *td, struct linux_fcntl_args *args) > { > struct l_flock linux_flock; > struct flock bsd_flock; > @@ -1382,17 +1390,13 @@ fcntl_common(struct thread *td, struct > linux_fcntl64_args *args) > int > linux_fcntl(struct thread *td, struct linux_fcntl_args *args) > { > - struct linux_fcntl64_args args64; > > #ifdef DEBUG > if (ldebug(fcntl)) > printf(ARGS(fcntl, "%d, %08x, *"), args->fd, args->cmd); > #endif > > - args64.fd = args->fd; > - args64.cmd = args->cmd; > - args64.arg = args->arg; > - return (fcntl_common(td, &args64)); > + return (fcntl_common(td, args)); > } > > #if defined(__i386__) || (defined(__amd64__) && defined(COMPAT_LINUX32)) > @@ -1401,6 +1405,7 @@ linux_fcntl64(struct thread *td, struct > linux_fcntl64_args *args) > { > struct l_flock64 linux_flock; > struct flock bsd_flock; > + struct linux_fcntl_args fcntl_args; > int error; > > #ifdef DEBUG > @@ -1441,7 +1446,10 @@ linux_fcntl64(struct thread *td, struct > linux_fcntl64_args *args) > (intptr_t)&bsd_flock)); > } > > - return (fcntl_common(td, args)); > + fcntl_args.fd = args->fd; > + fcntl_args.cmd = args->cmd; > + fcntl_args.arg = args->arg; > + return (fcntl_common(td, &fcntl_args)); > } > #endif /* __i386__ || (__amd64__ && COMPAT_LINUX32) */ the replacement of fcntl64 with fcntl does not make any sense to me. those structures are exactly the same... can you test if just the first fix (long -> unsigned long) is sufficient to make the problem go away? thnx! roman From bsam at ipt.ru Tue Jun 3 21:44:00 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Jun 3 21:44:04 2008 Subject: [HEADSUP]: Linux 2.6 emulation enabled on default In-Reply-To: <20080603212511.GA55743@freebsd.org> (Roman Divacky's message of "Tue\, 3 Jun 2008 23\:25\:11 +0200") References: <20080603212511.GA55743@freebsd.org> Message-ID: <29223514@bs1.sp34.ru> On Tue, 3 Jun 2008 23:25:11 +0200 Roman Divacky wrote: > today I commited a patch that enabled Linux 2.6 emulation on default > in contrast to 2.4 as it was until now. Great! Roman, big thanks for you and all who participated. > If you see any problems please contact emulation@ mailing list, I > hope by enabling this on default we can put some more testing on the > Linuxulator so we can ship 8.0R with 2.6 on default. This enables > us to use newer linux_base than Fedora Core 4. Yes, just as Roman said: "This enables us...". No more, no less. The default linux base port is linux_base-fc4. It should work fine with 2.6 emulation. If someone want to override the default linux port then OVERRIDE_LINUX_BASE_PORT variable should be defined at /etc/make.conf. More information about how to update to a new linux base port one may find at /usr/ports/UPDATING. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From itetcu at FreeBSD.org Wed Jun 4 06:40:32 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Jun 4 06:40:36 2008 Subject: graphics/linux-png10 - ba plist Message-ID: <20080604094030.532f72ae@it.buh.tecnik93.com> Hi, You receive this email if you are either the maintainer of the port or if you recently committed to it. If the error is already fixed please ignore this email; if you submit a PR to fix it CC me and I'll commit it ASAP. These emails are generated in one of the following cases: - an automated build was scheduled because the port was touched in CVS - the periodic QA build has reached it. - the port was scheduled because it is a dependency of a port from the cases above. There is no fixed interval for this; if other ports depend on it you will receive this emails more often since testing those other ports is made impossible by this port being broken. Efforts are made to restrict the number of outgoing emails to one/port/week for QA or dependency builds (but not for commit-triggered builds; if you commit 3 times in 5 minutes to the same port and the first 2 versions fail you'll receive 2 emails). The builds are done under tinderbox-2.4.2_2 , on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the official up-to-date Ports Tree (for commit-triggered builds the files are fetched via CVSWeb), with the following vars set: FORCE_PACKAGE=yes, NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes. When you fix install/plist errors please bear in mind that each of the 3 NO* vars controls the installation of different type of files, so constructs like: .ifndef NOPORTDOCS @${MKDIR} ${DATADIR} ... .endif or %%PORTDOCS%%%%EXAMPLESDIR%%/some_example_file are wrong, WRONG, _WRONG_. The error which triggered this email is bellow: ======================================== ===> Building package for linux-png-1.0.18 Creating package /tmp/packages/All/linux-png-1.0.18.tbz Registering depends: linux_base-fc-4_13. Creating bzip'd tar ball in '/tmp/packages/All/linux-png-1.0.18.tbz' Deleting linux-png-1.0.18 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 15358872 4 drwxr-xr-x 2 root wheel 512 Jun 4 02:10 compat/linux/usr/share/doc/libpng10-1.0.18 15358873 156 -rw-r--r-- 1 root wheel 78778 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/CHANGES 15358874 12 -rw-r--r-- 1 root wheel 4105 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/LICENSE 15358875 28 -rw-r--r-- 1 root wheel 13995 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/README 15358876 4 -rw-r--r-- 1 root wheel 1182 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/TODO 15358877 60 -rw-r--r-- 1 root wheel 29793 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/example.c 15358878 240 -rw-r--r-- 1 root wheel 121006 Jun 4 02:09 compat/linux/usr/share/doc/libpng10-1.0.18/libpng.txt ================================================================ build of /usr/ports/graphics/linux-png10 ended at Wed Jun 4 02:10:21 UTC 2008 http://t64.tecnik93.com/errors/7-STABLE-FTP/linux-png-1.0.18.log Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From Alexander at Leidinger.net Wed Jun 4 08:23:35 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Jun 4 08:23:39 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080603161212.GA49615@keira.kiwi-computer.com> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> <20080602210128.GA36770@keira.kiwi-computer.com> <20080603110607.31037ihwi7u55oso@webmail.leidinger.net> <20080603161212.GA49615@keira.kiwi-computer.com> Message-ID: <20080604102325.206044izm4lgmjok@webmail.leidinger.net> Quoting "Rick C. Petty" (from Tue, 3 Jun 2008 11:12:12 -0500): > On Tue, Jun 03, 2008 at 11:06:07AM +0200, Alexander Leidinger wrote: >> Quoting "Rick C. Petty" (from Mon, 2 >> Jun 2008 16:01:28 -0500): >> >> >Howso? I always get the error: >> > >> >compat.linux.osrelease: 2.4.2 is not supported >> >> What operation are you doing to get this error? If you install a linux >> base port which depends upon 2.6: you need to switch the linuxulator >> into 2.6 mode first. See other mails here. IF you do something else: >> pleas show us the command. > > portmaster -gDb emulators/linux_base-fc6 > > Perhaps the suggestion to setting compat.linux.osrelease should be > specified in the port's Makefile, maybe part of the IGNORE message. I > would not have thought to do that; it's very unobvious. A normal user is not supposed to install the non-default f6 (unfortunately skype requires it, so in case you come this way, complain to the maintainer of skype to not provide enough instructions for you). If someone installs f6, he is supposed to know enough about the topic that he doesn't stumbles over this problem. If someone stumbles over it, he doesn't know enough about it yet. f6 support is experimental stuff, so expect problems. Bye, Alexander. -- I never failed to convince an audience that the best thing they could do was to go away. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From vova at parallels.com Wed Jun 4 10:52:13 2008 From: vova at parallels.com (Vladimir Grebenschikov) Date: Wed Jun 4 10:52:21 2008 Subject: Failed to build recent wine (1.0-rc3) on 8-CURRENT Message-ID: <1212574526.1613.25.camel@localhost> Hi # portupgrade wine .... cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o http.o http.c In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:207: error: expected ')' before numeric constant In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:929: error: expected identifier or '(' before 'LPCSTR' /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant /usr/local/include/openssl/x509.h:929: error: expected declaration specifiers or '...' before '(' token /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant In file included from /usr/local/include/openssl/ssl.h:183, from internet.h:48, from http.c:60: /usr/local/include/openssl/x509.h:929:1: error: pasting ")" and "_it" does not give a valid preprocessing token gmake[2]: *** [http.o] ?????? 1 gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls/wininet' gmake[1]: *** [wininet] ?????? 2 gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls' gmake: *** [dlls] ?????? 2 *** Error code 2 Stop in /usr/ports/emulators/wine. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.40169.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=wine-1.0.r2,1 UPGRADE_PORT_VER=1.0.r2,1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! emulators/wine (wine-1.0.r2,1) (unknown build error) Script done, output file is /var/log/portupgrade/40164.output ! emulators/wine (wine-1.0.r2,1) (unknown build error) # pkg_info -I wine\* openssl\* openssl-0.9.8h SSL and crypto library wine-1.0.r2,1 Microsoft Windows compatibility layer for Unix-like systems # Any hints will be very appreciated. -- Vladimir B. Grebenschikov Parallels Inc. vova@parallels.com From Alexander at Leidinger.net Wed Jun 4 14:34:16 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Jun 4 14:34:26 2008 Subject: [HEADSUP]: Linux 2.6 emulation enabled on default In-Reply-To: <20080603212511.GA55743@freebsd.org> References: <20080603212511.GA55743@freebsd.org> Message-ID: <20080604163403.94472bf83paff3rs@webmail.leidinger.net> Quoting Roman Divacky (from Tue, 3 Jun 2008 23:25:11 +0200): > hi, > > today I commited a patch that enabled Linux 2.6 emulation on default > in contrast to 2.4 as it was until now. At some point we need a FreeBSD revision bump to be able to determine in the ports if we have a default 2.6.16 or a manual 2.6.16. This can be now, or at some point in the future when you commit some patches to the linuxulator which fix some 2.6 bugs (maybe the ones you specified at the end of your mail). This allows us to switch the default linux_base port upon something else than only the linuxlator version (nothing planned yet, but at least we have the possiblity then). Personally I would try to be on the safe side by bumping the freebsd version now to denote the transition point. If no showstopper bug shows up, we can use this freebsd version value to handle the userland side of the linuxulator, if we stumble upon a showstopper bug, we can bump the freebsd version again. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From eculp at encontacto.net Wed Jun 4 15:21:18 2008 From: eculp at encontacto.net (eculp) Date: Wed Jun 4 15:21:27 2008 Subject: Confirm that wine will not build and run on amd64 current. Message-ID: <20080604101053.73757ihhz0p3t748@intranet.encontacto.net> I just want to confirm that wine will not build and run on amd64 current as the port says. Thanks, ed From bsam at ipt.ru Wed Jun 4 15:36:47 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 4 15:36:50 2008 Subject: Failed to build recent wine (1.0-rc3) on 8-CURRENT In-Reply-To: <1212574526.1613.25.camel@localhost> (Vladimir Grebenschikov's message of "Wed\, 04 Jun 2008 14\:15\:26 +0400") References: <1212574526.1613.25.camel@localhost> Message-ID: <50651286@bs1.sp34.ru> On Wed, 04 Jun 2008 14:15:26 +0400 Vladimir Grebenschikov wrote: > # portupgrade wine > .... > cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_WINX32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o http.o http.c > In file included from /usr/local/include/openssl/ssl.h:183, > from internet.h:48, > from http.c:60: > /usr/local/include/openssl/x509.h:207: error: expected ')' before numeric constant > In file included from /usr/local/include/openssl/ssl.h:183, > from internet.h:48, > from http.c:60: > /usr/local/include/openssl/x509.h:929: error: expected identifier or '(' before 'LPCSTR' > /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant > /usr/local/include/openssl/x509.h:929: error: expected declaration specifiers or '...' before '(' token > /usr/local/include/openssl/x509.h:929: error: expected ')' before numeric constant > In file included from /usr/local/include/openssl/ssl.h:183, > from internet.h:48, > from http.c:60: > /usr/local/include/openssl/x509.h:929:1: error: pasting ")" and "_it" does not give a valid preprocessing token > gmake[2]: *** [http.o] ?????? 1 > gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls/wininet' > gmake[1]: *** [wininet] ?????? 2 > gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.0-rc3/dlls' > gmake: *** [dlls] ?????? 2 > *** Error code 2 > Stop in /usr/ports/emulators/wine. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.40169.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=wine-1.0.r2,1 UPGRADE_PORT_VER=1.0.r2,1 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! emulators/wine (wine-1.0.r2,1) (unknown build error) > Script done, output file is /var/log/portupgrade/40164.output > ! emulators/wine (wine-1.0.r2,1) (unknown build error) > # pkg_info -I wine\* openssl\* > openssl-0.9.8h SSL and crypto library > wine-1.0.r2,1 Microsoft Windows compatibility layer for Unix-like systems > # > Any hints will be very appreciated. I don't know if it really may help but I don't have installed openssl from ports and wine is built just fine. One warning though. I managed to use Cyrillic fonts only if wine is compiled with apropriate locale. HTH & WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From rick-freebsd at kiwi-computer.com Wed Jun 4 16:13:59 2008 From: rick-freebsd at kiwi-computer.com (Rick C. Petty) Date: Wed Jun 4 16:14:03 2008 Subject: linux 2.6 on 7.0-RELEASE In-Reply-To: <20080604102325.206044izm4lgmjok@webmail.leidinger.net> References: <3b47caa90806011858y69b04edap806f34712c346b52@mail.gmail.com> <20080602075128.GA67510@freebsd.org> <20080602210128.GA36770@keira.kiwi-computer.com> <20080603110607.31037ihwi7u55oso@webmail.leidinger.net> <20080603161212.GA49615@keira.kiwi-computer.com> <20080604102325.206044izm4lgmjok@webmail.leidinger.net> Message-ID: <20080604161357.GA67625@keira.kiwi-computer.com> On Wed, Jun 04, 2008 at 10:23:25AM +0200, Alexander Leidinger wrote: > > A normal user is not supposed to install the non-default f6 > (unfortunately skype requires it, so in case you come this way, > complain to the maintainer of skype to not provide enough instructions > for you). I don't think that skype should provide said instructions. > If someone installs f6, he is supposed to know enough about > the topic that he doesn't stumbles over this problem. If someone > stumbles over it, he doesn't know enough about it yet. f6 support is > experimental stuff, so expect problems. Hmm. All I'm saying is adding a note in the Makefile wouldn't hurt any. Put your Beware Of Dog warnings in there, but I think that extra info in this case is not a bad thing. I subscribe to and follow the -emulation list but that does not mean I read every single message, especially when the threads are long and not immediately applicable to me. I'm just saying that throwing in extra information into the Makefile of -fc6 would do more good than harm. -- Rick C. Petty From eculp at encontacto.net Wed Jun 4 17:24:20 2008 From: eculp at encontacto.net (eculp) Date: Wed Jun 4 17:24:25 2008 Subject: qemu: could not open disk image /tmp/c.img that was created by qemu Message-ID: <20080604122407.188217sdanmlq37k@intranet.encontacto.net> I'm running amd64 current-8 and am up to date on most everything. I'm trying to give qemu a try and am using the quick start on the qemu site, step by step and got all the way to the second step ;) # qemu-img create -f qcow c.img 3G Formatting 'c.img', fmt=qcow, size=3145728 kB # qemu -cdrom /dev/acd0 -hda /tmp/c.img -m 256 -boot d qemu: could not open disk image /tmp/c.img acd0 was an unmounted windowsXP installation CD. Should the procedure be changed for FreeBSD, I obviously assumed not? Thanks, ed From bsam at ipt.ru Wed Jun 4 18:10:33 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 4 18:10:39 2008 Subject: Failed to build recent wine (1.0-rc3) on 8-CURRENT In-Reply-To: <1212574526.1613.25.camel@localhost> (Vladimir Grebenschikov's message of "Wed\, 04 Jun 2008 14\:15\:26 +0400") References: <1212574526.1613.25.camel@localhost> Message-ID: <52412060@bs1.sp34.ru> On Wed, 04 Jun 2008 14:15:26 +0400 Vladimir Grebenschikov wrote: > Script done, output file is /var/log/portupgrade/40164.output > ! emulators/wine (wine-1.0.r2,1) (unknown build error) > # pkg_info -I wine\* openssl\* > openssl-0.9.8h SSL and crypto library > wine-1.0.r2,1 Microsoft Windows compatibility layer for Unix-like systems > # > Any hints will be very appreciated. A fix seems to be just committed to the port. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From tsw5 at duke.edu Thu Jun 5 01:04:02 2008 From: tsw5 at duke.edu (Todd Wasson) Date: Thu Jun 5 01:04:05 2008 Subject: kqemu locking my machine hard on amd64 smp, with most recent patches In-Reply-To: <20080603205245.GA13843@saturn.kn-bremen.de> References: <20080515080948.3B1F15B47@mail.bitblocks.com> <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> <20080518142427.GA20876@saturn.kn-bremen.de> <20080603205245.GA13843@saturn.kn-bremen.de> Message-ID: Wow, it worked! Thanks a ton. I've successfully booted a linux and windows xp image now on my machine with the 7.0-RELEASE kernel. Thanks for all of your hard work! Todd On Jun 3, 2008, at 4:52 PM, Juergen Lock wrote: > On Sun, May 18, 2008 at 06:16:21PM -0400, Todd Wasson wrote: >> Hi Juergen. That patch seems to have fixed the problem for me, as >> verified >> with both kqemu-kmod-1.3.0.p11_6 and kqemu-kmod-1.3.0.p11_7. >> However, I'm >> somewhat uneasy about using this patch on my system long-term, >> since it >> hasn't been rigorously tested. Are there putative implications of >> this >> patch with other software that I should be aware of? Is this >> kernel patch >> considered to be the final fix, or just a band-aid until the >> underlying >> cause can be addressed from within kqemu alone? > > I just noticed the new fixup code should better be called before > entering the monitor not after, maybe that was what caused your > problem. > Can you please try the following patch (without the kernel patch)? > > Thanx, > Juergen > > Index: Makefile > =================================================================== > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v > retrieving revision 1.26 > diff -u -p -r1.26 Makefile > --- Makefile 18 May 2008 20:23:40 -0000 1.26 > +++ Makefile 3 Jun 2008 20:45:07 -0000 > @@ -7,7 +7,7 @@ > > PORTNAME= kqemu > PORTVERSION= 1.3.0.p11 > -PORTREVISION= 7 > +PORTREVISION= 8 > CATEGORIES= emulators kld > MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ > http://qemu.org/ \ > Index: files/patch-tssworkaround > =================================================================== > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch- > tssworkaround,v > retrieving revision 1.4 > diff -u -p -r1.4 patch-tssworkaround > --- files/patch-tssworkaround 18 May 2008 20:23:40 -0000 1.4 > +++ files/patch-tssworkaround 3 Jun 2008 20:08:24 -0000 > @@ -83,20 +83,21 @@ Index: common/kernel.c > #endif > > #ifdef PROFILE > -@@ -1188,6 +1191,13 @@ > - apic_restore_nmi(s, apic_nmi_mask); > +@@ -1096,6 +1099,14 @@ > + apic_nmi_mask = apic_save_and_disable_nmi(s); > } > - profile_record(s); > + > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > + spin_lock(&g->lock); > ++ asm volatile ("sgdt %0" : : "m" (s->kernel_gdt)); > + kqemu_tss_fixup(s->kernel_gdt.base); > + spin_unlock(&g->lock); > +#endif > +#endif > - > - if (s->mon_req == MON_REQ_IRQ) { > - struct kqemu_exception_regs *r; > + /* load breakpoint registers and avoid setting them if in > the > + monitor address space. We suppose that no breakpoints are > + set by the host OS for this process */ > Index: kqemu-kernel.h > @@ -48,4 +48,10 @@ > From nox at jelal.kn-bremen.de Thu Jun 5 21:22:32 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Jun 5 21:22:36 2008 Subject: kqemu locking my machine hard on amd64 smp, with most recent patches In-Reply-To: References: <20080515080948.3B1F15B47@mail.bitblocks.com> <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> <20080518142427.GA20876@saturn.kn-bremen.de> <20080603205245.GA13843@saturn.kn-bremen.de> Message-ID: <20080605211230.GA75969@saturn.kn-bremen.de> On Wed, Jun 04, 2008 at 09:03:59PM -0400, Todd Wasson wrote: > Wow, it worked! Thanks a ton. I've successfully booted a linux and > windows xp image now on my machine with the 7.0-RELEASE kernel. Thanks for > all of your hard work! Okay, committed, thanx for testing. :) Juergen From nox at jelal.kn-bremen.de Thu Jun 5 21:55:58 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Thu Jun 5 21:56:02 2008 Subject: qemu: could not open disk image /tmp/c.img that was created by qemu In-Reply-To: <20080604122407.188217sdanmlq37k@intranet.encontacto.net> Message-ID: <200806052152.m55LqRlE089334@saturn.kn-bremen.de> In article <20080604122407.188217sdanmlq37k@intranet.encontacto.net> you write: >I'm running amd64 current-8 and am up to date on most everything. > >I'm trying to give qemu a try and am using the quick start on the qemu >site, step by step and got all the way to the second step ;) > ># qemu-img create -f qcow c.img 3G >Formatting 'c.img', fmt=qcow, size=3145728 kB > ># qemu -cdrom /dev/acd0 -hda /tmp/c.img -m 256 -boot d >qemu: could not open disk image /tmp/c.img > >acd0 was an unmounted windowsXP installation CD. > >Should the procedure be changed for FreeBSD, I obviously assumed not? Hmm, seems the CVE 2008-0928 security patch broke qcow, or at least new qcow images. qcow is also deprecated tho, you can just use qcow2 instead which still works. Or use raw images which should still be faster, only they are sparse files which some backup software like bsdtar doesn't know how to deal with properly. (dump still works tho, as should gtar or star when passed appropriate flags.) I just checked, seems that patch also has been backed out from qemu svn but no replacement committed since. Hmm... Juergen From eculp at encontacto.net Fri Jun 6 02:49:00 2008 From: eculp at encontacto.net (eculp) Date: Fri Jun 6 02:49:05 2008 Subject: qemu: could not open disk image /tmp/c.img that was created by qemu In-Reply-To: <200806052152.m55LqRlE089334@saturn.kn-bremen.de> References: <200806052152.m55LqRlE089334@saturn.kn-bremen.de> Message-ID: <20080605213836.115228l5veqj0qxw@intranet.encontacto.net> Quoting Juergen Lock : > In article <20080604122407.188217sdanmlq37k@intranet.encontacto.net> > you write: >> I'm running amd64 current-8 and am up to date on most everything. >> >> I'm trying to give qemu a try and am using the quick start on the qemu >> site, step by step and got all the way to the second step ;) >> >> # qemu-img create -f qcow c.img 3G >> Formatting 'c.img', fmt=qcow, size=3145728 kB >> >> # qemu -cdrom /dev/acd0 -hda /tmp/c.img -m 256 -boot d >> qemu: could not open disk image /tmp/c.img >> >> acd0 was an unmounted windowsXP installation CD. >> >> Should the procedure be changed for FreeBSD, I obviously assumed not? > > Hmm, seems the CVE 2008-0928 security patch broke qcow, or at least > new qcow images. qcow is also deprecated tho, you can just use qcow2 Hi Juergen, Bakul Shah suggested qcow2 yesterday and I was able to bring up xp without problems. Now I just need to figure out the network and I'll be in business. Thanks a lot for your help, ed > instead which still works. Or use raw images which should still be > faster, only they are sparse files which some backup software like > bsdtar doesn't know how to deal with properly. (dump still works tho, > as should gtar or star when passed appropriate flags.) > > I just checked, seems that patch also has been backed out from qemu svn > but no replacement committed since. Hmm... > > Juergen > From bugmaster at FreeBSD.org Mon Jun 9 11:06:57 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 9 11:07:02 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200806091106.m59B6vgU070705@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux o ports/123960 emulation Port fix: archivers/linux-par2cmdline - better handlin o ports/123964 emulation Mk fix: bsd.linux-rpm.mk - Handling of NOPORTDOCS 12 problems total. From me at janh.de Sun Jun 15 15:05:51 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sun Jun 15 15:06:04 2008 Subject: wine-kthread Message-ID: <48552C66.3030804@janh.de> I have got two questions about wine-kthread, one about the future of that patch and one about a current issue I got. 1. The need for wine-kthread: wine-kthread was removed from the port with 0.9.45 as the pthread version was supposed to "be better by now". For me, the popular game Warcraft 3 would not work without wine-kthread and it still segfaults immediately with wine(-pthread) as of 1.0.r4. (The German bsdforen wiki still recommends wine-kthread for quite a few games. I do not know if that is outdated.) In a long email exchange, Tijl Coosemans was extremely helpful analyzing the problem and explaining to me the underlying issues. (Thanks again!) The result was the patch-kthread to be found on the wiki. The patch actually changes two things: (a) Reintroduce wine-kthread as it seems to be needed. (b) Move wine from 0x7bf00400 to 0x81000400 as dri needs more heap for Warcraft 3 on certain occasions than is available with the standard base address. (I could reproducibly crash it with certain larger maps.) Tijl told me that at least the second issue would be fixed with FreeBSD 7, but my later testing at the time of 7.0-BETA4 indicated that this was not the case. Maybe it was just my failure to separate the correct part of the patch. Tijl did post on wine-devel about the problem: http://www.winehq.org/pipermail/wine-devel/2007-September/059426.html The only reply does not sound promising to me with my limited understanding of the underlying issue. Since it would probably break other application, Tijl wold me the the patch could not go back to the port. (See below: I found the first one myself that is affected.) Since FreeBSD 7 might have been able to help, the issue was postponed. 2. My current issue: As I tried to fix a problem with an old application I wrote with ancient Borland C++Builder 4, I tried to make BCB4 run using wine. BCB4 fails linking a project as long as wine is compiled with patch-kthread -- no matter if I start it with wine-ktread or wine(-pthread). The problem might be the 0x8 address: "Cannot reserve virtual memory at addr 90000000 for 33554432 bytes" -- I could provide more details, but I guess they are not needed. For the same project (a component needed for my application), linking works without patch-kthread. 3. The future of wine-kthread: (a) Would it be possible to build a wine version with wine-kthread at 0x81 and wine(-pthread) at 0x7b? (b) Is there a future for wine-kthread in the FreeBSD port, maybe as an OPTION? (c) Should the heap issue be solvable on FreeBSD 7? With (a), my current problem would be solved for the moment. I tried to analyze which files are affected by patch-kthread to be able to switch around and make building both versions easier, but since there seem to be quite a few files in the wine package that change with every recompile, I am not sure if I found the correct ones. My guess is that nothing outside loader/ is affected during build and only bin/wine, bin/wine-pthread, and bin/wine-kthread are affected for the package. Currently, (b) would only help me a little, since I use two more wine patches solving issues with Warcraft 3 network (same for others on Linux) and opengl (probably specific to my graphic chipset), but I hope these regressions will eventually get fixed in wine. (I did test the kthread issues to exist without further patches, too.) Anyhow, since the wine port recently got OPTIONS... Of course, (c) is the major point. It would be so much nicer not to have patches anymore, especially since they could become incompatible at any time. I repeated most of my earlier tests on wine-1.0.r4 with same results. Looking at the changes, 1.0.r5 should not change anything, but I could try again. I depend neither on Warcraft 3 nor on BCB4, thus the issue is not extremely high priority for me. Anyhow, I am interested in fixing it, but unfortunately my understanding of the issue is too limited to really try to fix it myself. Of course, I can provide more details, but this email already got too long and maybe they are not needed. Thanks in advance for any help, Jan Henrik From bugmaster at FreeBSD.org Mon Jun 16 11:06:53 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 16 11:07:11 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200806161106.m5GB6qRw036674@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux o ports/123960 emulation Port fix: archivers/linux-par2cmdline - better handlin o ports/123964 emulation Mk fix: bsd.linux-rpm.mk - Handling of NOPORTDOCS 12 problems total. From Alexander at Leidinger.net Tue Jun 17 05:37:59 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Tue Jun 17 05:38:03 2008 Subject: linux f8: futex op 128 not found In-Reply-To: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> Quoting Lars Eighner (from Mon, 16 Jun 2008 16:26:28 -0500 (CDT)): > Evidently I hosed linux compatibility in the attemp to upgrade from fc4 to > f8. No, you didn't. :) > I believe I followed the instructions left over from the fc6 upgrade > exactly, and after installing f8, and editing sysctl.conf and make.conf > according to instructions I forced rebuilding all the linux-* ports > with portupgrade -f linux-*. > > However when I attempted to run linux firefox I get tons of futex, op 128 > missing messages on the system console, firefox eats nearly all the cpu etc. > > Now I googled on this problem and discover that futex is not in 7.0 release, > but is in stable. But I am running stable. What is more I can see > linux_futex .c and .h in the system source. Nonetheless, I made /usr/src > clean and rebuilt the kernel. And then I reinstalled linux f8 again. Same > result. > > I'm not sure if this is a port problem or a system problem, but perhaps some > has some suggestions. In any case, emulation@ (CCed) is the better list to discuss this. I don't remember if the fixes for this are in -stable yet, I'm sure Roman will chime in and say something about it. From which date is your -stable, or better, can you please go into the linux compat directory in /usr/src (where linux_futex.* is) and provide the output of "ident linux*"? This way we know for sure at which compatibility level your linuxulator is. Bye, Alexander. -- A free society is one where it is safe to be unpopular. -- Adlai Stevenson http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From portsuser at larseighner.com Tue Jun 17 06:55:55 2008 From: portsuser at larseighner.com (Lars Eighner) Date: Tue Jun 17 06:55:58 2008 Subject: linux f8: futex op 128 not found In-Reply-To: <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> References: <20080616161543.A1129@qroenaqrq.6qbyyneqvnyhc.pbz> <20080617073749.18252orhlv2c81ic@webmail.leidinger.net> Message-ID: <20080617011805.A1116@qroenaqrq.6qbyyneqvnyhc.pbz> On Tue, 17 Jun 2008, Alexander Leidinger wrote: > Quoting Lars Eighner (from Mon, 16 Jun 2008 > 16:26:28 -0500 (CDT)): > >> Evidently I hosed linux compatibility in the attemp to upgrade from fc4 >> to f8. > > No, you didn't. :) > > From which date is your -stable, or better, can you please go into the linux > compat directory in /usr/src (where linux_futex.* is) and provide the output > of "ident linux*"? This way we know for sure at which compatibility level > your linuxulator is. Err...never mind. That stable was from April. Today's fresh source tree and build eliminates the futex problem. Of course linux firefox with flash seg faults now, but I suppose this is progress of a sort. Wine firefox with flash seems to work, but won't acrobat. You can't have everything. Thanks for the reply. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From rudi.kramer at gmail.com Thu Jun 19 10:59:29 2008 From: rudi.kramer at gmail.com (Rudi Kramer) Date: Thu Jun 19 10:59:33 2008 Subject: linux_base-fc4 Message-ID: <6ca2dcd70806190330p331c529bm8bcb79e1c7aadf2@mail.gmail.com> Hello, I needed to install linux_base-fc4 on a server, I wanted to install it via the packages so I checked on freshports and the package name is linux_base but linux_base.tgz did not exist on the freebsd ftp server. I checked and found linux_base-fc which I assume is the correct package name. Any idea why? Rudi From bsam at ipt.ru Thu Jun 19 11:25:11 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Jun 19 11:25:15 2008 Subject: linux_base-fc4 In-Reply-To: <6ca2dcd70806190330p331c529bm8bcb79e1c7aadf2@mail.gmail.com> (Rudi Kramer's message of "Thu\, 19 Jun 2008 12\:30\:27 +0200") References: <6ca2dcd70806190330p331c529bm8bcb79e1c7aadf2@mail.gmail.com> Message-ID: <84372144@bs1.sp34.ru> On Thu, 19 Jun 2008 12:30:27 +0200 Rudi Kramer wrote: > I needed to install linux_base-fc4 on a server, I wanted to install it Why do you need to install this package directly? Install any linux package you need and the right linux_base package will be used (i.e. installed). > via the packages so I checked on freshports and the package name is > linux_base but linux_base.tgz did not exist on the freebsd ftp server. % cd /usr/ports/emulators/linux_base-fc4 % make -V PKGNAME linux_base-fc-4_13 > I checked and found linux_base-fc which I assume is the correct > package name. > Any idea why? May be you were looking for the wrong package name. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Fri Jun 20 06:39:15 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Jun 20 06:39:22 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080619135114.Y1807@kozubik.com> References: <20080619135114.Y1807@kozubik.com> Message-ID: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> Quoting John Kozubik (from Thu, 19 Jun 2008 14:38:11 -0700 (PDT)): > First, a bounty has been posted here: > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > From the site: ---snip--- I will pay $200 to whoever can compose a working and stable recipe for running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 on FreeBSD 6.x. This shouldn't be that hard - in fact, there is already a linux-flashplugin9 port. ---snip--- Comments from other people with some more money not included here... And now the sad reality check: linux-flashplugin9 will _never_ work on 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). Getting it to work on 7.x is possible. "All what you need" is nspluginwrapper to get it running in the native firefox/opera/whatever, and someone who is willing to debug the linuxulator (on -current, as there is a more complete 2.6 compatibility there, and this can be MFCed to 7.x) and find the bug/problem which is causing the crashes. Whoever is willing to tackle this: head over to emulation@ (CCed) and ask what debugging possibilities we have in the linuxulator. Note: AFAIK linux-flashplugin9 is not completely stable on linux either... Bye, Alexander. -- Leela: Well, goodnight. I'm gonna go make my dinners for the next month and freeze them. 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 Fri Jun 20 08:05:14 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Fri Jun 20 08:05:16 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> Message-ID: <20080620080416.GB12112@freebsd.org> On Fri, Jun 20, 2008 at 08:39:06AM +0200, Alexander Leidinger wrote: > Quoting John Kozubik (from Thu, 19 Jun 2008 > 14:38:11 -0700 (PDT)): > > >First, a bounty has been posted here: > > > >http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > > From the site: > ---snip--- > I will pay $200 to whoever can compose a working and stable recipe for > running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 > on FreeBSD 6.x. This shouldn't be that hard - in fact, there is > already a linux-flashplugin9 port. > ---snip--- > > Comments from other people with some more money not included here... > > And now the sad reality check: linux-flashplugin9 will _never_ work on > 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). > > Getting it to work on 7.x is possible. "All what you need" is > nspluginwrapper to get it running in the native > firefox/opera/whatever, and someone who is willing to debug the > linuxulator (on -current, as there is a more complete 2.6 > compatibility there, and this can be MFCed to 7.x) and find the > bug/problem which is causing the crashes. Whoever is willing to tackle > this: head over to emulation@ (CCed) and ask what debugging > possibilities we have in the linuxulator. I tried to debug the flash9 and failed badly. It might be that I overlooked something trivial but... the flash9 is a big binary-only monster and basically the only trace of what its doing you can get is a syscall-trace. Which is not that much useful. I didnt find any missing syscalls or something like that and the fail is a complete mystery for me.... otoh I looked at this a LOONG time ago. I might want to look at it again (after some other things settle) anyway... I dont think that flash9 crashes are related to 2.6 emulation in any way. iirc it runs (and crashes) on 2.4 as well. I remember it crashes in $the_thing_that_ff_uses_to_report_bugs which was some proprietary app which got replaced in ff3.0, you might want to check what happened. anyway - if someone wants to debug this, feel free to contact me, I am willing to help roman _ From Alexander at Leidinger.net Fri Jun 20 08:41:17 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Jun 20 08:41:28 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080620080416.GB12112@freebsd.org> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <20080620080416.GB12112@freebsd.org> Message-ID: <20080620104106.18826n68s55lwlc0@webmail.leidinger.net> Quoting Roman Divacky (from Fri, 20 Jun 2008 10:04:16 +0200): > On Fri, Jun 20, 2008 at 08:39:06AM +0200, Alexander Leidinger wrote: >> Quoting John Kozubik (from Thu, 19 Jun 2008 >> 14:38:11 -0700 (PDT)): >> >> >First, a bounty has been posted here: >> > >> >http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> > >> >> From the site: >> ---snip--- >> I will pay $200 to whoever can compose a working and stable recipe for >> running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 >> on FreeBSD 6.x. This shouldn't be that hard - in fact, there is >> already a linux-flashplugin9 port. >> ---snip--- >> >> Comments from other people with some more money not included here... >> >> And now the sad reality check: linux-flashplugin9 will _never_ work on >> 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). >> >> Getting it to work on 7.x is possible. "All what you need" is >> nspluginwrapper to get it running in the native >> firefox/opera/whatever, and someone who is willing to debug the >> linuxulator (on -current, as there is a more complete 2.6 >> compatibility there, and this can be MFCed to 7.x) and find the >> bug/problem which is causing the crashes. Whoever is willing to tackle >> this: head over to emulation@ (CCed) and ask what debugging >> possibilities we have in the linuxulator. > > I tried to debug the flash9 and failed badly. It might be that I overlooked > something trivial but... > > the flash9 is a big binary-only monster and basically the only trace > of what its doing you can get is a syscall-trace. Which is not that much I think enabling the the linuxulator debug stuff and maybe adding some more printfs at some places can reveal some more stuff... with some in-deep reviewing of what happens. > useful. I didnt find any missing syscalls or something like that and the > fail is a complete mystery for me.... otoh I looked at this a LOONG time ago. Which is in indication that there are some (subtle) differences between the linuxulator and the real linux we have to track down. > I might want to look at it again (after some other things settle) > > > anyway... I dont think that flash9 crashes are related to 2.6 > emulation in any > way. iirc it runs (and crashes) on 2.4 as well. I remember it crashes in Hmmm... now I'm not sure anymore, but I thought we had reports that it runs better with 2.6... Bye, Alexander. -- I wish I was a sex-starved manicurist found dead in the Bronx!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From shildret at scotth.emsphone.com Fri Jun 20 14:49:15 2008 From: shildret at scotth.emsphone.com (Scott T. Hildreth) Date: Fri Jun 20 14:49:29 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> Message-ID: <1213972236.1505.14.camel@scotth.emsphone.com> On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: > Quoting John Kozubik (from Thu, 19 Jun 2008 > 14:38:11 -0700 (PDT)): > > > First, a bounty has been posted here: > > > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > Maybe the bounty would be better spent here, This was from an email on the gnome list from Joe Marcus Clarke "As to the point about Flash, Kris also mentioned that he has the ear of someone at Adobe who was hinting that a capable developer willing to sign an NDA could be given code to work on a native Flash plug-in port. This could bode well for PC-BSD and FreeBSD should someone step up to do this work." > From the site: > ---snip--- > I will pay $200 to whoever can compose a working and stable recipe for > running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 > on FreeBSD 6.x. This shouldn't be that hard - in fact, there is > already a linux-flashplugin9 port. > ---snip--- > > Comments from other people with some more money not included here... > > And now the sad reality check: linux-flashplugin9 will _never_ work on > 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). > > Getting it to work on 7.x is possible. "All what you need" is > nspluginwrapper to get it running in the native > firefox/opera/whatever, and someone who is willing to debug the > linuxulator (on -current, as there is a more complete 2.6 > compatibility there, and this can be MFCed to 7.x) and find the > bug/problem which is causing the crashes. Whoever is willing to tackle > this: head over to emulation@ (CCed) and ask what debugging > possibilities we have in the linuxulator. > > Note: AFAIK linux-flashplugin9 is not completely stable on linux either... > > Bye, > Alexander. > From eculp at encontacto.net Fri Jun 20 15:45:20 2008 From: eculp at encontacto.net (eculp) Date: Fri Jun 20 15:45:24 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <1213972236.1505.14.camel@scotth.emsphone.com> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> Message-ID: <20080620104459.1393510x2w93m6ck@intranet.encontacto.net> Quoting "Scott T. Hildreth" : > > > On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: >> Quoting John Kozubik (from Thu, 19 Jun 2008 >> 14:38:11 -0700 (PDT)): >> >> > First, a bounty has been posted here: >> > >> > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> > >> > > Maybe the bounty would be better spent here, > > This was from an email on the gnome list from Joe Marcus Clarke > > > "As to the point about Flash, Kris also mentioned that he has the ear of > someone at Adobe who was hinting that a capable developer willing to > sign an NDA could be given code to work on a native Flash plug-in port. > This could bode well for PC-BSD and FreeBSD should someone step up to > do this work." > It would seem ideal to have a freebsd person with access to adobe code and should facilitate future flash ports. I would join in with $100 (dollars I suppose) from my paypal account. The only place I have dollars available. That would bring it up to $300 and should help future development. my .02 worth, ed PS IIRC, someone sent a link to a howto to get flash9 working on current i386 at most a couple of weeks ago on one of the lists. I can't find the link. If someone has it I would appreciate your sending it to test it out. > >> From the site: >> ---snip--- >> I will pay $200 to whoever can compose a working and stable recipe for >> running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 >> on FreeBSD 6.x. This shouldn't be that hard - in fact, there is >> already a linux-flashplugin9 port. >> ---snip--- >> >> Comments from other people with some more money not included here... >> >> And now the sad reality check: linux-flashplugin9 will _never_ work on >> 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). >> >> Getting it to work on 7.x is possible. "All what you need" is >> nspluginwrapper to get it running in the native >> firefox/opera/whatever, and someone who is willing to debug the >> linuxulator (on -current, as there is a more complete 2.6 >> compatibility there, and this can be MFCed to 7.x) and find the >> bug/problem which is causing the crashes. Whoever is willing to tackle >> this: head over to emulation@ (CCed) and ask what debugging >> possibilities we have in the linuxulator. >> >> Note: AFAIK linux-flashplugin9 is not completely stable on linux either... >> >> Bye, >> Alexander. >> > _______________________________________________ > 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 cracauer at cons.org Fri Jun 20 20:29:28 2008 From: cracauer at cons.org (Martin Cracauer) Date: Fri Jun 20 20:29:31 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080620104459.1393510x2w93m6ck@intranet.encontacto.net> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080620104459.1393510x2w93m6ck@intranet.encontacto.net> Message-ID: <20080620200950.GA67295@cons.org> Is it crashing right at startup? What happens if you create a minimal (aka empty) Flash thingy on a website? Does it go through the startup, is there any Flash element that doesn't crash on FreeBSD? How long is the syscall trace in that minimal case? Small enough to diff out (after awk) against a Linux strace? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From nox at jelal.kn-bremen.de Fri Jun 20 21:13:27 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Jun 20 21:13:30 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! Message-ID: <20080620211216.GA75382@saturn.kn-bremen.de> Hi! I've been playing with a qemu-devel update again recently (which also includes a kqemu api change, therefore I have a new kqemu-kmod-devel port too), and these are the main news: - Many targets including x86 have been converted from dyngen to tcg completely, which should allow building them with newer gcc versions; I've added an ALL_TARGETS knob that can be turned off if you only need these targets, that avoids building the gcc34 port if you're on 7.0 or later. Here is the list out of the CONFIGURE_ARGS: i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu (I only tested i386 and x86_64 a little bit. This knob also needs testing on 7.0 and later i386 hosts.) - kqemu now also works for i386-softmmu on amd64 hosts, i.e. you no longer need to use qemu-system-x86_64 there if you want kqemu. - And of course the usual round of bugfixes and optimizations, etc. The tcg conversions can cause regressions tho, and indeed I found that 7.0-RELEASE-amd64-livefs.iso causes qemu-system-x86_64 to crash on i386 hosts, it'd be interesting if you can find more. (I'll post a seperate message with details about that crash on the qemu list, and probably won't commit this version because of that.) I didn't inline the update and kqemu port this time since its two files, just fetch them from: http://people.freebsd.org/~nox/qemu/kqemu-kmod-devel.shar and http://people.freebsd.org/~nox/qemu/qemu-devel-20080620.patch Enjoy, Juergen From rdivacky at freebsd.org Sat Jun 21 13:49:59 2008 From: rdivacky at freebsd.org (Roman Divacky) Date: Sat Jun 21 13:50:02 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080620200950.GA67295@cons.org> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080620104459.1393510x2w93m6ck@intranet.encontacto.net> <20080620200950.GA67295@cons.org> Message-ID: <20080621134900.GA23957@freebsd.org> On Fri, Jun 20, 2008 at 04:09:50PM -0400, Martin Cracauer wrote: > Is it crashing right at startup? What happens if you create a minimal > (aka empty) Flash thingy on a website? Does it go through the startup, > is there any Flash element that doesn't crash on FreeBSD? > > How long is the syscall trace in that minimal case? Small enough to > diff out (after awk) against a Linux strace? iirc it crashes quite early when attempting to play a video on youtube. back then when I tried to debug this my ktrace output was ~2 milion lines if I am not mistaken. I am not sure if you can find what the problem is by comparing syscall traces... the problem is probably with implementation of some syscall or something like that so checking arguments to syscalls wont help. I hope you will prove me wrong :) From cracauer at cons.org Sat Jun 21 16:03:31 2008 From: cracauer at cons.org (Martin Cracauer) Date: Sat Jun 21 16:03:36 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080621134900.GA23957@freebsd.org> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080620104459.1393510x2w93m6ck@intranet.encontacto.net> <20080620200950.GA67295@cons.org> <20080621134900.GA23957@freebsd.org> Message-ID: <20080621160313.GA9351@cons.org> Roman Divacky wrote on Sat, Jun 21, 2008 at 03:49:00PM +0200: > On Fri, Jun 20, 2008 at 04:09:50PM -0400, Martin Cracauer wrote: > > Is it crashing right at startup? What happens if you create a minimal > > (aka empty) Flash thingy on a website? Does it go through the startup, > > is there any Flash element that doesn't crash on FreeBSD? > > > > How long is the syscall trace in that minimal case? Small enough to > > diff out (after awk) against a Linux strace? > > iirc it crashes quite early when attempting to play a video on youtube. > back then when I tried to debug this my ktrace output was ~2 milion lines > if I am not mistaken. So does Flash 9 work for anything at all, a minimal applet? > I am not sure if you can find what the problem is by comparing syscall > traces... the problem is probably with implementation of some syscall > or something like that so checking arguments to syscalls wont help. I hope > you will prove me wrong :) Almost all syscall side effects are in data returned. There are also subtle differences in what mmap behavior is allowed with what mmap arguments and Flash might choose to ignore an error code returned from an mmap call. A -1 on FreeBSD where Linux had an address might be the clue. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From nox at jelal.kn-bremen.de Sun Jun 22 22:24:17 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Jun 22 22:24:23 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! In-Reply-To: <20080620211216.GA75382@saturn.kn-bremen.de> References: <20080620211216.GA75382@saturn.kn-bremen.de> Message-ID: <20080622221933.GA12209@saturn.kn-bremen.de> On Fri, Jun 20, 2008 at 11:12:16PM +0200, Juergen Lock wrote: > Hi! > > I've been playing with a qemu-devel update again recently (which also > includes a kqemu api change, therefore I have a new kqemu-kmod-devel > port too), and these are the main news: > > - Many targets including x86 have been converted from dyngen to tcg > completely, which should allow building them with newer gcc versions; > I've added an ALL_TARGETS knob that can be turned off if you only need > these targets, that avoids building the gcc34 port if you're on 7.0 or > later. Here is the list out of the CONFIGURE_ARGS: > i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu > (I only tested i386 and x86_64 a little bit. This knob also needs testing > on 7.0 and later i386 hosts.) > - kqemu now also works for i386-softmmu on amd64 hosts, i.e. you no longer > need to use qemu-system-x86_64 there if you want kqemu. > - And of course the usual round of bugfixes and optimizations, etc. > > The tcg conversions can cause regressions tho, and indeed I found > that 7.0-RELEASE-amd64-livefs.iso causes qemu-system-x86_64 to crash on > i386 hosts, it'd be interesting if you can find more. (I'll post a seperate > message with details about that crash on the qemu list, and probably won't > commit this version because of that.) > > I didn't inline the update and kqemu port this time since its two files, > just fetch them from: > http://people.freebsd.org/~nox/qemu/kqemu-kmod-devel.shar > and > http://people.freebsd.org/~nox/qemu/qemu-devel-20080620.patch Ok, kqemu-kmod-devel has now been repocopied from kqemu-kmod and I have just updated it to the new version, and I also added D_NEEDMINOR to both ports so they now should also be back to working order on -current (untested.) So what this means is now you can use the new kqemu-kmod-devel port from cvs instead of the shar for this qemu-devel update patch. Enjoy, Juergen From bugmaster at FreeBSD.org Mon Jun 23 11:06:52 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 23 11:07:06 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200806231106.m5NB6qWb064924@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux o ports/123960 emulation Port fix: archivers/linux-par2cmdline - better handlin o ports/123964 emulation Mk fix: bsd.linux-rpm.mk - Handling of NOPORTDOCS 12 problems total. From john at kozubik.com Tue Jun 24 15:54:10 2008 From: john at kozubik.com (John Kozubik) Date: Tue Jun 24 15:54:14 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <1213972236.1505.14.camel@scotth.emsphone.com> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> Message-ID: <20080624083829.T1807@kozubik.com> On Fri, 20 Jun 2008, Scott T. Hildreth wrote: > > > On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: > > Quoting John Kozubik (from Thu, 19 Jun 2008 > > 14:38:11 -0700 (PDT)): > > > > > First, a bounty has been posted here: > > > > > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > > > > > Maybe the bounty would be better spent here, > > This was from an email on the gnome list from Joe Marcus Clarke > > "As to the point about Flash, Kris also mentioned that he has the ear of > someone at Adobe who was hinting that a capable developer willing to > sign an NDA could be given code to work on a native Flash plug-in port. > This could bode well for PC-BSD and FreeBSD should someone step up to > do this work." Perfect. This is exactly what the bounty: http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html is for. I suggest that if you think this is important (as I do) to post a commitment to the bounty, and presumably someone will step forward to speak with Kris, sign an NDA, and get the FreeBSD desktop back to a reasonable level of utility. From shildreth at allantgroup.com Tue Jun 24 16:19:10 2008 From: shildreth at allantgroup.com (Scott T. Hildreth) Date: Tue Jun 24 16:19:21 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080624083829.T1807@kozubik.com> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080624083829.T1807@kozubik.com> Message-ID: <1214322926.1505.65.camel@scotth.emsphone.com> On Tue, 2008-06-24 at 08:41 -0700, John Kozubik wrote: > > On Fri, 20 Jun 2008, Scott T. Hildreth wrote: > > > > > > > On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: > > > Quoting John Kozubik (from Thu, 19 Jun 2008 > > > 14:38:11 -0700 (PDT)): > > > > > > > First, a bounty has been posted here: > > > > > > > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > > > > > > > > > > Maybe the bounty would be better spent here, > > > > This was from an email on the gnome list from Joe Marcus Clarke > > > > "As to the point about Flash, Kris also mentioned that he has the ear of > > someone at Adobe who was hinting that a capable developer willing to > > sign an NDA could be given code to work on a native Flash plug-in port. > > This could bode well for PC-BSD and FreeBSD should someone step up to > > do this work." > > > Perfect. This is exactly what the bounty: > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > is for. I suggest that if you think this is important (as I do) to post a > commitment to the bounty, and presumably someone will step forward to > speak with Kris, sign an NDA, and get the FreeBSD desktop back to a > reasonable level of utility. I wonder how much of a task it would be? Does anyone have any idea what language the clients are written in? From bkarp at cs.ucl.ac.uk Tue Jun 24 17:01:49 2008 From: bkarp at cs.ucl.ac.uk (Brad Karp) Date: Tue Jun 24 17:01:51 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary Message-ID: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> Greetings. The version of GTK in FreeBSD's linux-gtk2 port is 2.6.10. I (and others, I expect) tend to run the Linux build of Firefox, so that I can use Linux releases of the Flash player. The new Firefox 3 release fails when run against linux-gtk2 from the GTK port, though; it complains that Firefox 3 requires at least GTK 2.10. The port's maintainer is listed as freebsd-emulation. Might someone who tends this port be up for updating the port to bring GTK 2.10 or newer into linux-gtk2? Many thanks, -Brad, bkarp@cs.ucl.ac.uk From eculp at encontacto.net Tue Jun 24 17:08:21 2008 From: eculp at encontacto.net (eculp) Date: Tue Jun 24 17:08:25 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> Message-ID: <20080624120755.5676629qqg8jc28s@intranet.encontacto.net> Quoting Brad Karp : > Greetings. > > The version of GTK in FreeBSD's linux-gtk2 port is 2.6.10. > > I (and others, I expect) tend to run the Linux build of Firefox, so > that I can use Linux releases of the Flash player. Sorry, but I gotta ask this. Are you running flash7 or flash9 with linux-firefox? Thanks, ed > The new Firefox 3 release fails when run against linux-gtk2 from the > GTK port, though; it complains that Firefox 3 requires at least GTK > 2.10. > > The port's maintainer is listed as freebsd-emulation. Might someone > who tends this port be up for updating the port to bring GTK 2.10 or > newer into linux-gtk2? > > Many thanks, > -Brad, bkarp@cs.ucl.ac.uk > _______________________________________________ > 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 eculp at encontacto.net Tue Jun 24 17:17:46 2008 From: eculp at encontacto.net (eculp) Date: Tue Jun 24 17:17:51 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <20080624083829.T1807@kozubik.com> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080624083829.T1807@kozubik.com> Message-ID: <20080624121734.171218nrcilz164k@intranet.encontacto.net> Quoting John Kozubik : > > > On Fri, 20 Jun 2008, Scott T. Hildreth wrote: > >> >> >> On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: >> > Quoting John Kozubik (from Thu, 19 Jun 2008 >> > 14:38:11 -0700 (PDT)): >> > >> > > First, a bounty has been posted here: >> > > >> > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> > > >> > >> >> Maybe the bounty would be better spent here, >> >> This was from an email on the gnome list from Joe Marcus Clarke >> >> >> "As to the point about Flash, Kris also mentioned that he has the ear of >> someone at Adobe who was hinting that a capable developer willing to >> sign an NDA could be given code to work on a native Flash plug-in port. >> This could bode well for PC-BSD and FreeBSD should someone step up to >> do this work." > > > Perfect. This is exactly what the bounty: > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > > is for. I suggest that if you think this is important (as I do) to post a > commitment to the bounty, and presumably someone will step forward to > speak with Kris, sign an NDA, and get the FreeBSD desktop back to a > reasonable level of utility. John, Thanks, for reminding me but I will put another 100 dollars for the same but I need it to work on FreeBSD 7 and 8, amd64 and i386 although if justifiable I could get by without amd64 but would rather not. (My laptop ;) I will do this with paypal, it is the easiest and fastest for me since I don't live in the US. I will also pay to the person that you decide as the winner, if that is alright with you. Thanks, ed From yanefbsd at gmail.com Tue Jun 24 18:08:27 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Tue Jun 24 18:08:30 2008 Subject: Lack of Flash support is no longer acceptable. Bounty established... In-Reply-To: <1214322926.1505.65.camel@scotth.emsphone.com> References: <20080619135114.Y1807@kozubik.com> <20080620083906.71332251xw1ckmu8@webmail.leidinger.net> <1213972236.1505.14.camel@scotth.emsphone.com> <20080624083829.T1807@kozubik.com> <1214322926.1505.65.camel@scotth.emsphone.com> Message-ID: <7d6fde3d0806241040x6ed9dea6y79d2c2d62ff1b30f@mail.gmail.com> On Tue, Jun 24, 2008 at 8:55 AM, Scott T. Hildreth wrote: > > On Tue, 2008-06-24 at 08:41 -0700, John Kozubik wrote: >> >> On Fri, 20 Jun 2008, Scott T. Hildreth wrote: >> >> > >> > >> > On Fri, 2008-06-20 at 08:39 +0200, Alexander Leidinger wrote: >> > > Quoting John Kozubik (from Thu, 19 Jun 2008 >> > > 14:38:11 -0700 (PDT)): >> > > >> > > > First, a bounty has been posted here: >> > > > >> > > > http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> > > > >> > > >> > >> > Maybe the bounty would be better spent here, >> > >> > This was from an email on the gnome list from Joe Marcus Clarke >> > >> > "As to the point about Flash, Kris also mentioned that he has the ear of >> > someone at Adobe who was hinting that a capable developer willing to >> > sign an NDA could be given code to work on a native Flash plug-in port. >> > This could bode well for PC-BSD and FreeBSD should someone step up to >> > do this work." >> >> >> Perfect. This is exactly what the bounty: >> >> http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html >> >> is for. I suggest that if you think this is important (as I do) to post a >> commitment to the bounty, and presumably someone will step forward to >> speak with Kris, sign an NDA, and get the FreeBSD desktop back to a >> reasonable level of utility. > > I wonder how much of a task it would be? Does anyone have any idea what > language the clients are written in? Look into Spidermonkey for more details: http://www.mozilla.org/js/spidermonkey/ It was designed to be the bridge between ActiveScript and Mozilla, allowing the Adobe folks to code Flash in terms of ActiveScript, instead of completely in C, thus making things more portable. I offered to work with the Mozilla group to get ActiveScript ported over to FreeBSD but I haven't received a reply in a year of having posted my "bug report". (not designed to be troll-bait, just my personal opinion on the matter -- don't comment on it please) FWIW, Personally I don't think that Flash support is as critical as getting working x64 compatible OpenGL enabled video drivers, but then again my opinion differs from your's most likely. -Garrett From ws at au.dyndns.ws Wed Jun 25 04:29:16 2008 From: ws at au.dyndns.ws (Wayne Sierke) Date: Wed Jun 25 04:29:19 2008 Subject: Suspend/resume support for 7-STABLE guest in VMware Player? Message-ID: <1214329509.35607.193.camel@predator-ii.buffyverse> I've installed open-vm-tools-nox11-90473_2 in a guest 7-STABLE install running in VMware Player 2.0.1. I'm not familiar with the vmware guest tools so I've been bumbling along. I've added to /etc/rc.conf: vmware_guestd_enable="YES" vmware_guest_vmmemctl_enable="YES" vmware_guest_kmod_enable="YES" # dmesg | grep -i vm ad0: 8192MB at ata0-master UDMA33 ad1: 20000MB at ata0-slave UDMA33 acd0: CDROM at ata1-master UDMA33 VMware memory control driver initialized It works ok with the exception that when the host pc suspends and resumes, the clock in the vm is not updated and thus ends up being quite retarded. I see the suspend/resume scripts were installed from the open-vm-tools. Is there further configuration needed to get it functional or does it just not work? Thanks, Wayne From bsam at ipt.ru Wed Jun 25 08:41:17 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 25 08:41:22 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> (Brad Karp's message of "Tue\, 24 Jun 2008 17\:45\:18 +0100") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> Message-ID: <86057022@bb.ipt.ru> On Tue, 24 Jun 2008 17:45:18 +0100 Brad Karp wrote: > The version of GTK in FreeBSD's linux-gtk2 port is 2.6.10. > I (and others, I expect) tend to run the Linux build of Firefox, so > that I can use Linux releases of the Flash player. > The new Firefox 3 release fails when run against linux-gtk2 from the > GTK port, though; it complains that Firefox 3 requires at least GTK > 2.10. > The port's maintainer is listed as freebsd-emulation. Might someone > who tends this port be up for updating the port to bring GTK 2.10 or > newer into linux-gtk2? Well, this is not just one-port-issue. New linux-gtk2 needs linux 2.6 emulation. Most of the needed functions are merged from 8-CURRENT to 7-STABLE (note: 7.0-RELEASE won't fit). Some work to introduce FEDORA-8 ports was done (please, search archives for emulation@ ML). Those patches may be stale though but you may give it a try and report back. Thanks. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Wed Jun 25 09:25:58 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Jun 25 09:26:01 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> Message-ID: <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> Quoting Brad Karp (from Tue, 24 Jun 2008 17:45:18 +0100): > Greetings. > > The version of GTK in FreeBSD's linux-gtk2 port is 2.6.10. > > I (and others, I expect) tend to run the Linux build of Firefox, so > that I can use Linux releases of the Flash player. > > The new Firefox 3 release fails when run against linux-gtk2 from the > GTK port, though; it complains that Firefox 3 requires at least GTK > 2.10. > > The port's maintainer is listed as freebsd-emulation. Might someone > who tends this port be up for updating the port to bring GTK 2.10 or > newer into linux-gtk2? The problem is, that our default linux-base (fc4) does not come with gtk 2.10. To switch to a more recent linux-base, we need linux 2.6 emulation. In 7.0 is already a part of this, but it's not enable per default. In 8-current we have a more complete linux 2.6 emulation (it's in the testing phase). For the ports we (bsam@) is working at infrastructure to be able to install fc4 or a more recent fedore version as linux-base (we have to be able to support 2.4 and 2.6 emulation). The more recent version would come with a more recent GTK version. Patches are available in the archive of emulation@ in case you want to have a look at it. The infrastructure looks promising, but is not yet committed. Bye, Alexander. -- Ad astra per aspera. (To the stars by aspiration.) http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Wed Jun 25 12:13:35 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 25 12:13:40 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> (Alexander Leidinger's message of "Wed\, 25 Jun 2008 11\:25\:46 +0200") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> Message-ID: <05738748@bb.ipt.ru> On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > For the ports we (bsam@) is working at infrastructure to be able to > install fc4 or a more recent fedore version as linux-base (we have to > be able to support 2.4 and 2.6 emulation). AFAIK the only one show-stopper is the absence of graphics/linux_dri ports for linux 2.6. And I don't know if anyone is working on it. :-( For those interested here is a link to Alexander's comment: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739.html WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From Alexander at Leidinger.net Wed Jun 25 13:20:12 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed Jun 25 13:20:17 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <05738748@bb.ipt.ru> References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> <05738748@bb.ipt.ru> Message-ID: <20080625152004.177738riyr3dgnwg@webmail.leidinger.net> Quoting Boris Samorodov (from Wed, 25 Jun 2008 16:13:23 +0400): > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > >> For the ports we (bsam@) is working at infrastructure to be able to >> install fc4 or a more recent fedore version as linux-base (we have to >> be able to support 2.4 and 2.6 emulation). > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > ports for linux 2.6. And I don't know if anyone is working on it. :-( > For those interested here is a link to Alexander's comment: > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739.html Don't wait for linux_dri. Go ahead if the rest works. Write a commit log or whatever which explains it (maybe add the link to the message). I think we have a chicken&egg problem here if you wait for linux_dri. Bye, Alexander. -- Fry: Augh, I am so unlucky. I've run over black cats that were luckier than me. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Wed Jun 25 13:41:30 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 25 13:41:36 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <20080625152004.177738riyr3dgnwg@webmail.leidinger.net> (Alexander Leidinger's message of "Wed\, 25 Jun 2008 15\:20\:04 +0200") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> <05738748@bb.ipt.ru> <20080625152004.177738riyr3dgnwg@webmail.leidinger.net> Message-ID: <39653475@bb.ipt.ru> On Wed, 25 Jun 2008 15:20:04 +0200 Alexander Leidinger wrote: > Quoting Boris Samorodov (from Wed, 25 Jun 2008 16:13:23 +0400): > > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > > > >> For the ports we (bsam@) is working at infrastructure to be able to > >> install fc4 or a more recent fedore version as linux-base (we have to > >> be able to support 2.4 and 2.6 emulation). > > > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > > ports for linux 2.6. And I don't know if anyone is working on it. :-( > > For those interested here is a link to Alexander's comment: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739.html > Don't wait for linux_dri. Go ahead if the rest works. Write a commit > log or whatever which explains it (maybe add the link to the message). > I think we have a chicken&egg problem here if you wait for linux_dri. Yep, I'm going to do it after my vacations (they will last two weeks since Jun 02). 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 Wed Jun 25 13:55:27 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Jun 25 13:55:35 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <39653475@bb.ipt.ru> (Boris Samorodov's message of "Wed\, 25 Jun 2008 17\:41\:16 +0400") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> <05738748@bb.ipt.ru> <20080625152004.177738riyr3dgnwg@webmail.leidinger.net> <39653475@bb.ipt.ru> Message-ID: <96772635@bb.ipt.ru> On Wed, 25 Jun 2008 17:41:16 +0400 Boris Samorodov wrote: > Yep, I'm going to do it after my vacations (they will last two weeks > since Jun 02). Sorry, the date should be 02 of July, not June. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From aline at riseup.net Wed Jun 25 16:10:57 2008 From: aline at riseup.net (Aline de Freitas) Date: Wed Jun 25 16:10:59 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <05738748@bb.ipt.ru> References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> <05738748@bb.ipt.ru> Message-ID: <200806251249.26971.aline@riseup.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Wednesday 25 June 2008 09:13:23 Boris Samorodov escreveu: > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > > For the ports we (bsam@) is working at infrastructure to be able to > > install fc4 or a more recent fedore version as linux-base (we have to > > be able to support 2.4 and 2.6 emulation). > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > ports for linux 2.6. And I don't know if anyone is working on it. :-( > For those interested here is a link to Alexander's comment: > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739.html > > > WBR googleearth with linux_dri works pretty fine for me with linux 2.6 emulation layer and linux_base-f8. I have a radeon 9600 pro (xf86-video-ati). - -- Aline de Freitas - Chave p?blica: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhiaQYACgkQhLRvs95jIBY0uwCeM6mTx7OylOv8z6b1LjHuaZYe KfgAn3PDIMYYUCbXtgvtMmiMuoVQjfuU =3T2d -----END PGP SIGNATURE----- From bsam at ipt.ru Thu Jun 26 13:04:38 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Jun 26 13:04:42 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <200806251249.26971.aline@riseup.net> (Aline de Freitas's message of "Wed\, 25 Jun 2008 12\:49\:24 -0300") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <20080625112546.67532sgj7m6753c4@webmail.leidinger.net> <05738748@bb.ipt.ru> <200806251249.26971.aline@riseup.net> Message-ID: <84280003@bb.ipt.ru> On Wed, 25 Jun 2008 12:49:24 -0300 Aline de Freitas wrote: > Em Wednesday 25 June 2008 09:13:23 Boris Samorodov escreveu: > > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > > > For the ports we (bsam@) is working at infrastructure to be able to > > > install fc4 or a more recent fedore version as linux-base (we have to > > > be able to support 2.4 and 2.6 emulation). > > > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > > ports for linux 2.6. And I don't know if anyone is working on it. :-( > > For those interested here is a link to Alexander's comment: > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739.html > googleearth with linux_dri works pretty fine for me with linux 2.6 emulation > layer and linux_base-f8. I have a radeon 9600 pro (xf86-video-ati). It doesn't work for my nvidia card. :-( Do you use only linux_base-f8 alone or together with other linux-f8 infrastructure ports (I post patches here some time ago)? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From aline at riseup.net Fri Jun 27 02:11:23 2008 From: aline at riseup.net (Aline de Freitas) Date: Fri Jun 27 02:11:26 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <84280003@bb.ipt.ru> References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <200806251249.26971.aline@riseup.net> <84280003@bb.ipt.ru> Message-ID: <200806262311.11278.aline@riseup.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Thursday 26 June 2008 10:04:28 Boris Samorodov escreveu: > On Wed, 25 Jun 2008 12:49:24 -0300 Aline de Freitas wrote: > > Em Wednesday 25 June 2008 09:13:23 Boris Samorodov escreveu: > > > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > > > > For the ports we (bsam@) is working at infrastructure to be able to > > > > install fc4 or a more recent fedore version as linux-base (we have to > > > > be able to support 2.4 and 2.6 emulation). > > > > > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > > > ports for linux 2.6. And I don't know if anyone is working on it. :-( > > > For those interested here is a link to Alexander's comment: > > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739. > > >html > > > > googleearth with linux_dri works pretty fine for me with linux 2.6 > > emulation layer and linux_base-f8. I have a radeon 9600 pro > > (xf86-video-ati). > > It doesn't work for my nvidia card. :-( > Do you use only linux_base-f8 alone or together with other linux-f8 > infrastructure ports (I post patches here some time ago)? > > > WBR I'm using linux_base-f8 with the other linux-f8 infraestructure ports. - -- Aline de Freitas - Chave p?blica: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhkTD8ACgkQhLRvs95jIBa4TQCeOusrGFWvYWsVq8pz0uD72OHR 1KIAnjGVHlGutX7KuWSDVBmiV6V9XVrc =FjF+ -----END PGP SIGNATURE----- From unixmania at gmail.com Fri Jun 27 04:59:16 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Fri Jun 27 04:59:19 2008 Subject: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update! In-Reply-To: <20080620211216.GA75382@saturn.kn-bremen.de> References: <20080620211216.GA75382@saturn.kn-bremen.de> Message-ID: On Fri, Jun 20, 2008 at 6:12 PM, Juergen Lock wrote: > I've been playing with a qemu-devel update again recently (which also > includes a kqemu api change, therefore I have a new kqemu-kmod-devel > port too), and these are the main news: > > - Many targets including x86 have been converted from dyngen to tcg > completely, which should allow building them with newer gcc versions; > I've added an ALL_TARGETS knob that can be turned off if you only need > these targets, that avoids building the gcc34 port if you're on 7.0 or > later. Here is the list out of the CONFIGURE_ARGS: > i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu > (I only tested i386 and x86_64 a little bit. This knob also needs testing > on 7.0 and later i386 hosts.) > - kqemu now also works for i386-softmmu on amd64 hosts, i.e. you no longer > need to use qemu-system-x86_64 there if you want kqemu. > - And of course the usual round of bugfixes and optimizations, etc. > > The tcg conversions can cause regressions tho, and indeed I found > that 7.0-RELEASE-amd64-livefs.iso causes qemu-system-x86_64 to crash on > i386 hosts, it'd be interesting if you can find more. (I'll post a seperate > message with details about that crash on the qemu list, and probably won't > commit this version because of that.) > > I didn't inline the update and kqemu port this time since its two files, > just fetch them from: > http://people.freebsd.org/~nox/qemu/kqemu-kmod-devel.shar > and > http://people.freebsd.org/~nox/qemu/qemu-devel-20080620.patch > > Enjoy, I just gave it a try on 7.0-STABLE/i386. Installing Windows XP Pro is working pretty well. QNX 6.3.2 is unable to find the mouse, but I'm not sure if this is a problem in QEMU or in QNX. ;-) -- If you think things can't get worse it's probably only because you lack sufficient imagination. From bugmaster at FreeBSD.org Mon Jun 30 11:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 30 11:07:01 2008 Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org Message-ID: <200806301106.m5UB6sB4095708@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux o ports/123960 emulation Port fix: archivers/linux-par2cmdline - better handlin o ports/123964 emulation Mk fix: bsd.linux-rpm.mk - Handling of NOPORTDOCS 12 problems total. From Alexander at Leidinger.net Mon Jun 30 12:08:34 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Mon Jun 30 12:08:40 2008 Subject: PERFORCE change 144356 for review In-Reply-To: <200806300749.m5U7nAfF006567@repoman.freebsd.org> References: <200806300749.m5U7nAfF006567@repoman.freebsd.org> Message-ID: <20080630140821.13606wbvqq1e2y8s@webmail.leidinger.net> Quoting John Birrell (from Mon, 30 Jun 2008 07:49:10 GMT): > http://perforce.freebsd.org/chv.cgi?CH=144356 > > Change 144356 by jb@freebsd3 on 2008/06/30 07:48:46 > > linsystrace should be i386 only, I guess. The linuxulator also works on amd64 (but only with 32bit linux executables... a 64bit version is WIP). Bye, Alexander. -- Thou hast seen nothing yet. -- Miguel de Cervantes http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From bsam at ipt.ru Mon Jun 30 15:14:24 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Jun 30 15:14:28 2008 Subject: linux-gtk2 port too old for Linux Firefox 3 binary In-Reply-To: <200806262311.11278.aline@riseup.net> (Aline de Freitas's message of "Thu\, 26 Jun 2008 23\:11\:08 -0300") References: <20080624164518.GF32086@boffin.cs.ucl.ac.uk> <200806251249.26971.aline@riseup.net> <84280003@bb.ipt.ru> <200806262311.11278.aline@riseup.net> Message-ID: <84239831@bb.ipt.ru> On Thu, 26 Jun 2008 23:11:08 -0300 Aline de Freitas wrote: > Em Thursday 26 June 2008 10:04:28 Boris Samorodov escreveu: > > On Wed, 25 Jun 2008 12:49:24 -0300 Aline de Freitas wrote: > > > Em Wednesday 25 June 2008 09:13:23 Boris Samorodov escreveu: > > > > On Wed, 25 Jun 2008 11:25:46 +0200 Alexander Leidinger wrote: > > > > > For the ports we (bsam@) is working at infrastructure to be able to > > > > > install fc4 or a more recent fedore version as linux-base (we have to > > > > > be able to support 2.4 and 2.6 emulation). > > > > > > > > AFAIK the only one show-stopper is the absence of graphics/linux_dri > > > > ports for linux 2.6. And I don't know if anyone is working on it. :-( > > > > For those interested here is a link to Alexander's comment: > > > > http://lists.freebsd.org/pipermail/freebsd-emulation/2008-April/004739. > > > >html > > > > > > googleearth with linux_dri works pretty fine for me with linux 2.6 > > > emulation layer and linux_base-f8. I have a radeon 9600 pro > > > (xf86-video-ati). > > > > It doesn't work for my nvidia card. :-( > > Do you use only linux_base-f8 alone or together with other linux-f8 > > infrastructure ports (I post patches here some time ago)? > I'm using linux_base-f8 with the other linux-f8 infraestructure ports. Good to know, thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve