Re: emulators/virtualbox-ose can't work when switching to gcc46
Baptiste Daroussin wrote at 15:22 +0200 on Sep 13, 2013:
> On Fri, Sep 13, 2013 at 03:33:57PM +0300, Volodymyr Kostyrko wrote:
> > Hello.
> >
> > Just a tiny background. I'm just experimenting with getting rid of
> > in-base gcc and using compiler from ports whenever possible. And gcc46
> > produces much better code then our gcc42.
> >
> > When I change USE_GCC to yes everything compiles and install perfectly.
> > But when I try to run VirtualBox I get this:
> >
> > VirtualBox: Error -610 in supR3HardenedMainInitRuntime!
> > VirtualBox: dlopen("/usr/local/lib/virtualbox/VBoxRT.so",) failed:
> > /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by
> > /usr/local/lib/virtualbox/VBoxRT.so not found
> >
> > VirtualBox: Tip! It may help to reinstall VirtualBox.
> >
> > Substituting /usr/lib/libstdc++.so.6 with
> > /usr/local/lib/gcc46/libstdc++.so.6 fixes that and VirtualBox is fully
> > functional, but this looks like wrong library resolution order or what?
> > Can this be fixed somewhere in the port or should I brag the guys that
> > stay behind adopting clang? Or is this rather a problem with gcc port?
>
> This looks like the libstdc++ nigthmare, you can't mix multiple version of
> libstdc++ because they are incompatible! one of the vbox dependency is linked
> against the base version of libstdc++ and vbox with gcc46 is linking against
> a
> newer version of libstdc++.
-nostdlib?
or maybe -nodefaultlibs?
& related options (see gcc info docs)
___
freebsd-emulation@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: VirtualBox kernel modules
Warren Block wrote at 00:22 -0700 on Jan 12, 2013:
> On Fri, 11 Jan 2013, John Hein wrote:
> > It's in /usr/share/mk/bsd.own.mk (which is included early by make(1) -
> > due to bsd.own.mk inclusion in /usr/shar/mk/bsd.port.mk)...
> >
> > ..if defined(MODULES_WITH_WORLD)
> > KMODDIR?= /boot/modules
> > ..else
> > KMODDIR?= /boot/kernel
> > ..endif
> >
> > And from make.conf(5) ...
> >
> > MODULES_WITH_WORLD
> > (bool) Set to build modules with the system instead of
> > the
> > kernel.
> >
> > Not the best named knob for the KMODDIR adjustment.
>
> The explanation makes no sense to me. It doesn't really mean build,
> it's a choice of where the new modules will be installed.
>
>MODULES_WITH_WORLD
> (bool) Set to install modules in the /boot/modules directory.
> Unset to install modules in the /boot/kernel directory along
> with the FreeBSD kernel.
>
> It really should be inverted and the variable named MODULES_WITH_KERNEL.
Well, that's not the only place it's used (see the rest of my email).
But, yes, the name (and explanation) are misleading if you are
considering installation location. The current usage of that knob is
used to determine _when_ the modules are built as much as where they
go (that's probably why the comment uses 'build'). Using it for ports
builds probably isn't right since it was invented to be used during
buildworld/buildkernel/install*.
Ports really wants to have its own default KMODDIR, but it's made
difficult since its current default value defined so early... putting
a default 'KMODDIR?= /boot/modules' at the top of bsd.port.mk is too
late. Using .undef KMODDIR in b.p.m. seems hacky, but it [mostly]
works without having to resort to using knobs intended for the
buildworld system (and avoids having to set it globally in
/etc/make.conf which would affect buildworld/kernel). It also allows
command line or environment override.
Index: bsd.port.mk
=--- bsd.port.mk(revision 310372)
+++ bsd.port.mk (working copy)
@@ -1140,6 +1140,8 @@
# by individual Makefiles or local system make configuration.
PORTSDIR?= /usr/ports
LOCALBASE?=/usr/local
+.undef KMODDIR
+KMODDIR?= /boot/modules
LINUXBASE?=/compat/linux
DISTDIR?= ${PORTSDIR}/distfiles
_DISTDIR?= ${DISTDIR}/${DIST_SUBDIR}
However, it prevents the user from being able to define it in
/etc/make.conf if he wanted to. That's bad for POLA.
This patch to bsd.own.mk would work in all the above cases and allow
all but a few individual ports to stop defining KMODDIR...
--- /usr/share/mk/bsd.own.mk.orig 2012-05-04 09:03:42.0 -0600
+++ /usr/share/mk/bsd.own.mk2013-01-14 22:43:37.0 -0700
@@ -126,7 +126,7 @@
BINMODE?= 555
NOBINMODE?=444
-.if defined(MODULES_WITH_WORLD)
+.if defined(BSDPORTMK) || defined(MODULES_WITH_WORLD)
KMODDIR?= /boot/modules
.else
KMODDIR?= /boot/kernel
___
freebsd-emulation@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: VirtualBox kernel modules
Bernhard Fröhlich wrote at 16:34 +0100 on Jan 11, 2013: > On Fri, Jan 11, 2013 at 4:19 PM, Brandon Gooch > wrote: > > On Thu, Jan 10, 2013 at 10:31 PM, Warren Block wrote: > > > >> On Thu, 10 Jan 2013, Ryan Stone wrote: > >> > >> As I recall, a make installkernel will first mv /boot/kernel > >>> /boot/kernel.old > >>> > >>> Should ports put modules in /boot/modules to avoid this kind of thing? > >>> > >> > >> I thought so, but the Porter's Handbook doesn't say anything about it. > >> multimedia/cuse4bsd-kmod installs a module there. > > > > > > The previous versions of this port did indeed install the modules into > > /boot/modules; only with the most recent version (4.2.6) has this changed. > > For example: > > > > $ tar tvf /usr/ports/packages/All/virtualbox-ose-kmod-4.1.22.txz > > [...] > > -r-xr-xr-x 0 root wheel 297288 Sep 19 09:19 /boot/modules/vboxdrv.ko > > -r-xr-xr-x 0 root wheel9544 Sep 19 09:19 /boot/modules/vboxnetadp.ko > > -r-xr-xr-x 0 root wheel 26648 Sep 19 09:19 /boot/modules/vboxnetflt.ko > > [...] > > > > $ tar tvf /usr/ports/packages/All/virtualbox-ose-kmod-4.2.6.txz > > [...] > > -r-xr-xr-x 0 root wheel 337912 Jan 6 13:13 /boot/kernel/vboxdrv.ko > > -r-xr-xr-x 0 root wheel9696 Jan 6 13:13 /boot/kernel/vboxnetadp.ko > > -r-xr-xr-x 0 root wheel 26808 Jan 6 13:13 /boot/kernel/vboxnetflt.ko > > [...] > > > > I don't know WHY this changed, or if it was just an oversight during the > > update -- perhaps it by (re)design... > > I think this is an unwanted side effect. In fact I changed the defintion of > where the kernel module should be installed in virtualbox-ose-kmod/Makefile > from KMODDIR=/boot/modules to KMODDIR?=/boot/modules to allow > overwriting the KMODDIR in case you want to have a non default directory > for your kernel modules (like in a jail). > > I haven't found yet where KMODDIR is set to /boot/kernel but it obviously is > defined somewhere. I'm also not sure if that is really a virtualbox > problem or if > we better should fix that in Mk and set KMODDIR or create a new variable for > ports kernel modules. > > In the meantime overwriting KMODDIR to /boot/modules in your make.conf > should help. It's in /usr/share/mk/bsd.own.mk (which is included early by make(1) - due to bsd.own.mk inclusion in /usr/shar/mk/bsd.port.mk)... ..if defined(MODULES_WITH_WORLD) KMODDIR?= /boot/modules ..else KMODDIR?= /boot/kernel ..endif And from make.conf(5) ... MODULES_WITH_WORLD (bool) Set to build modules with the system instead of the kernel. Not the best named knob for the KMODDIR adjustment. % cd emulators/virtualbox-ose-kmod % grep ^KMODDIR Makefile KMODDIR?= /boot/modules % make -V KMODDIR MODULES_WITH_WORLD=1 /boot/modules MODULES_WITH_WORLD is also used in /sys/conf/kern.post.mk and /usr/src/Makefile.inc1 (the latter is, of course, irrelevant to modules built in ports). Probably the ports infrastructure should be set to have KMODDIR point to /boot/modules by default (and allow overrides - e.g., for jails). One way to do that might be defining MODULES_WITH_WORLD for ports builds. And another... somewhere in Mk/bsd.ports.mk perhaps: ..undef KMODDIR KMODDIR?= /boot/modules (and then you can remove all the KMODDIR=/boot/modules from all individual ports' Makefiles) ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: Open-vm-tools
Josh Paetzel wrote at 17:54 -0500 on Oct 20, 2012: > On Oct 20, 2012, at 5:07 PM, "John Hein" wrote: > > vmware != virtualbox > > The documentation I was able to find on that command don't indicate > it's vmware specific. The open-vm-tools themselves are not vmware > specific. > > If that command really is only useful for detecting vmware > environments then it shouldn't be used in the startup script for > tools which aren't vmware specific. Where do you see an indication that open-vm-tools is for any virtualization environments other than vmware? ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: Open-vm-tools
Josh Paetzel wrote at 11:16 -0500 on Oct 20, 2012: > I just installed PC-BSD 9.1-RC2 and virtualbox 4.1.22. I then > installed a vm running FreeBSD 9.1-RC2. I installed the > open-vm-tools from pkg. > > The kernel modules wouldn't load at boot. Turns out the rc.d script > runs a binary called vmware-checkvm, which is supposed to return > true if it's run in a vm. It does not and so the rc.d script bails > out before loading the kernel modules. > > Running vmware-checkvm gives "unknown version" as output. > > I haven't tried other hypervisors, but it seems that on this > platform at least it doesn't work properly. vmware != virtualbox ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: VirtualBox 4.1.18 compile problem
Mario Lobo wrote at 18:51 -0300 on Jun 28, 2012: > System: FreeBSD 8.3-STABLE > > Trying to compile from ports and get the following error > > /usr/ports/emulators/virtualbox- > ose/work/VirtualBox-4.1.18/src/VBox/Frontends/VBoxHeadless/FramebufferVNC.cpp: > In member function 'nsresult VNCFB::init(const char*)': > > /usr/ports/emulators/virtualbox- > ose/work/VirtualBox-4.1.18/src/VBox/Frontends/VBoxHeadless/FramebufferVNC.cpp:94: > error: 'struct _rfbScreenInfo' has no member named 'ipv6port' > > > It happened when trying with 4.1.16 too. > > Any suggestions on how to solve this? Make sure your libvncserver is up to date. ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: ports/162498: www/linux-f10-flashplugin10 is vulnerable
m...@freebsd.org wrote at 08:05 + on Nov 12, 2011: > Synopsis: www/linux-f10-flashplugin10 is vulnerable > > State-Changed-From-To: open->closed > State-Changed-By: miwi > State-Changed-When: Sat Nov 12 08:05:15 UTC 2011 > State-Changed-Why: > please update your portstree, its already committed since few ours. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=162498 It's still showing that it's vulnerable (looks like a vuxml problem)... cd www/linux-f10-flashplugin10 make fetch ===> linux-f10-flashplugin-10.3r183.11 has known vulnerabilities: => linux-flashplugin -- multiple vulnerabilities. Reference: http://www.FreeBSD.org/ports/portaudit/0e8e1212-0ce5-11e1-849b-003067b2972c.html => Please update your ports tree and try again. *** Error code 1 ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
www/linux-f10-flashplugin10 is vulnerable
>Submitter-Id: current-users
>Originator: John Hein
>Organization:
>Confidential: no
>Synopsis: www/linux-f10-flashplugin10 is vulnerable
>Severity: serious
>Priority: medium
>Category: ports
>Class: update
>Release:
>Environment:
System:
>Description:
See http://www.adobe.com/support/security/bulletins/apsb11-28.html
Also the download url has changed slightly, so the 10.3.r183.10
port also doesn't fetch now.
While the 10.x flashplugin is still supported, this port should
be updated along with 11.x (ports/162476).
>How-To-Repeat:
>Fix:
Index: Makefile
===
RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile31 Oct 2011 21:16:53 - 1.27
+++ Makefile12 Nov 2011 06:21:12 -
@@ -7,9 +7,9 @@
#
PORTNAME= flashplugin
-PORTVERSION= 10.3r183.10
+PORTVERSION= 10.3r183.11
CATEGORIES=www multimedia linux
-MASTER_SITES=
http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \
+MASTER_SITES=
http://fpdownload.macromedia.com/get/flashplayer/pdc/${PORTVERSION:C/r/./}/:plugin
\
ftp://ftp.ipt.ru/pub/download/:suplib \
LOCAL/nox:suplib
PKGNAMEPREFIX= linux-f10-
Index: distinfo
===
RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/distinfo,v
retrieving revision 1.21
diff -u -p -r1.21 distinfo
--- distinfo22 Sep 2011 20:47:10 - 1.21
+++ distinfo11 Nov 2011 17:25:09 -
@@ -1,4 +1,4 @@
-SHA256 (flashplugin/10.3r183.10/install_flash_player_10_linux.tar.gz) =
dfd5bbf4689465cc56b0a883b8368a1c13be6bdd0d594fc81a0129055e0b453a
-SIZE (flashplugin/10.3r183.10/install_flash_player_10_linux.tar.gz) = 5459935
-SHA256 (flashplugin/10.3r183.10/linux-f10-flashsupport-9.0.1.i386.tar.gz) =
4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf
-SIZE (flashplugin/10.3r183.10/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455
+SHA256 (flashplugin/10.3r183.11/install_flash_player_10_linux.tar.gz) =
57739e4333c2712409e0f47e0c681c2ae3eb495d1e9dc1d30fd8344c8e896d85
+SIZE (flashplugin/10.3r183.11/install_flash_player_10_linux.tar.gz) = 5460006
+SHA256 (flashplugin/10.3r183.11/linux-f10-flashsupport-9.0.1.i386.tar.gz) =
4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf
+SIZE (flashplugin/10.3r183.11/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455
___
freebsd-emulation@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: Fwd: CURRENT && 10.1r85/install_flash_player_10_linux.tar.gz
John Hein wrote at 13:47 -0600 on Nov 5, 2010: > Matthias Apitz wrote at 16:15 +0100 on Nov 5, 2010: > > to MAINTAINER: fyi; > > > > - Forwarded message from Matthias Apitz - > > Date: Fri, 5 Nov 2010 14:44:05 +0100 > > From: Matthias Apitz > > To: freebsd-po...@freebsd.org > > Subject: CURRENT && 10.1r85/install_flash_player_10_linux.tar.gz > > > > ports/www/linux-f10-flashplugin10 requires > 10.1r85/install_flash_player_10_linux.tar.gz > > but the MASTER_SITES of the Makefile don't have this version and I can't > > find it in Internet either... how is this supposed to work? > > It looks like adobe is distributions 10.1.102.64 (aka 10.1 r102) now. s/distributions/distributing/ > > Try this (new distinfo by running 'make makesum') patch... > Caveat: not run tested. Report back how it works for you. > > Index: Makefile > === > RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/Makefile,v > retrieving revision 1.10 > diff -u -p -r1.10 Makefile > --- Makefile 10 Oct 2010 20:59:32 - 1.10 > +++ Makefile 5 Nov 2010 19:36:32 - > @@ -7,8 +7,8 @@ > # > > PORTNAME= flashplugin > -PORTVERSION=10.1r85 > -PORTREVISION= 1 > +PORTVERSION=10.1r102 > +PORTREVISION= 0 > CATEGORIES= www multimedia linux > MASTER_SITES= > http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > ftp://ftp.ipt.ru/pub/download/:suplib > Index: distinfo > === > RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/distinfo,v > retrieving revision 1.9 > diff -u -p -r1.9 distinfo > --- distinfo 22 Sep 2010 17:45:55 - 1.9 > +++ distinfo 5 Nov 2010 19:37:28 - > @@ -1,6 +1,6 @@ > -MD5 (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = > d3d8f82384325c2adfb4cfd5ef173d7f > -SHA256 (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = > 7f0e57febd1ca96af626ca1b7f4f95b42eee4ef687ead6853fd49c5517089087 > -SIZE (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = 4907056 > -MD5 (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = > 6e416c81497f65065d78dae1e0acad0d > -SHA256 (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = > 4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf > -SIZE (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455 > +MD5 (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = > 8dc07d606d25585720f98fe9ec665bfc > +SHA256 (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = > 8f1f61316369aa3243b10e92215f2039f386ec62162ad3071d5103a2e962a3af > +SIZE (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = 4908834 > +MD5 (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = > 6e416c81497f65065d78dae1e0acad0d > +SHA256 (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = > 4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf > +SIZE (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455 > ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
Re: Fwd: CURRENT && 10.1r85/install_flash_player_10_linux.tar.gz
Matthias Apitz wrote at 16:15 +0100 on Nov 5, 2010: > to MAINTAINER: fyi; > > - Forwarded message from Matthias Apitz - > Date: Fri, 5 Nov 2010 14:44:05 +0100 > From: Matthias Apitz > To: freebsd-po...@freebsd.org > Subject: CURRENT && 10.1r85/install_flash_player_10_linux.tar.gz > > ports/www/linux-f10-flashplugin10 requires > 10.1r85/install_flash_player_10_linux.tar.gz > but the MASTER_SITES of the Makefile don't have this version and I can't > find it in Internet either... how is this supposed to work? It looks like adobe is distributions 10.1.102.64 (aka 10.1 r102) now. Try this (new distinfo by running 'make makesum') patch... Caveat: not run tested. Report back how it works for you. Index: Makefile === RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile10 Oct 2010 20:59:32 - 1.10 +++ Makefile5 Nov 2010 19:36:32 - @@ -7,8 +7,8 @@ # PORTNAME= flashplugin -PORTVERSION= 10.1r85 -PORTREVISION= 1 +PORTVERSION= 10.1r102 +PORTREVISION= 0 CATEGORIES=www multimedia linux MASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ ftp://ftp.ipt.ru/pub/download/:suplib Index: distinfo === RCS file: /base/FreeBSD-CVS/ports/www/linux-f10-flashplugin10/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo22 Sep 2010 17:45:55 - 1.9 +++ distinfo5 Nov 2010 19:37:28 - @@ -1,6 +1,6 @@ -MD5 (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = d3d8f82384325c2adfb4cfd5ef173d7f -SHA256 (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = 7f0e57febd1ca96af626ca1b7f4f95b42eee4ef687ead6853fd49c5517089087 -SIZE (flashplugin/10.1r85/install_flash_player_10_linux.tar.gz) = 4907056 -MD5 (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 6e416c81497f65065d78dae1e0acad0d -SHA256 (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf -SIZE (flashplugin/10.1r85/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455 +MD5 (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = 8dc07d606d25585720f98fe9ec665bfc +SHA256 (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = 8f1f61316369aa3243b10e92215f2039f386ec62162ad3071d5103a2e962a3af +SIZE (flashplugin/10.1r102/install_flash_player_10_linux.tar.gz) = 4908834 +MD5 (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 6e416c81497f65065d78dae1e0acad0d +SHA256 (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf +SIZE (flashplugin/10.1r102/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455 ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
