[Bug 234878] emulators/virtualbox-ose: Update to 6.1

2020-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234878

--- Comment #89 from Mario Lobo  ---
I agree with you completely, but we are lagging so far behind on the hosting
side (ose and ose-kmod) that I think people that are trying to upgrade it
aren't even thinking about the guest-additions port.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"


Re: How to properly install a Linux desktop app?

2020-06-22 Thread Alexander Leidinger via freebsd-emulation
Quoting "Mikhail T."  (from Fri, 19 Jun 2020  
14:59:35 -0400):



On 19.06.20 04:52, Tijl Coosemans wrote:

You should not use USE_LINUX_RPM. It's meant for infrastructure ports.


Yes, this is the current stance, but it seems like an unnecessary  
limitation... :( Software distributed by vendors in RPM-format  
should be easier for ports to install.


Some history of why it is like it is. Back then before I introduced  
this, the linuxulator was a self contained area. At some point I took  
over the maintenance and converted a lot of parts into a  
fall-through-to-FreeBSD-files behavior (my goal was to have all config  
files which exist in FreeBSD and are compatible, to be used). As part  
of this, some stuff which was installed by default before was then  
made optional... or more modular if you want. As part of this  
modularisation, USE_LINUX_RPM was born, and most of it --- if not all  
--- has survived 2 linux-base-ports maintainer-generations.



Please, consider changing this.


Well... feel free to come up with a good plan. A lot of this linux  
stuff doesn't fit as it is, and some of the linux stuff has hardcoded  
expectations which don't match with what FreeBSD uses or used. Most  
often (at least back when I took care about some linux stuff) was to  
let leaf ports install into LINUXBASE and to provide a wrapper or link  
in PREFIX. This means most of the time customization was needed anyway  
(in the past), and most of the time (in the past) a simple dump into  
PREFIX wouldn't have worked anyway. If you have a good idea how to  
handle that, we will listen.


Bye,
Alexander.

--
http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.orgnetch...@freebsd.org  : PGP 0x8F31830F9F2772BF


pgpM7eWO22fiH.pgp
Description: Digitale PGP-Signatur


[Bug 234878] emulators/virtualbox-ose: Update to 6.1

2020-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234878

--- Comment #90 from Mario Lobo  ---
For the record:

FreeBSD 13.0-CURRENT #1 r360882

Managed to compile cleanly virtualbox-ose-6.1.10 and
virtualbox-ose-kmod-6.1.10.

Modules load OK:

kldstat | grep vbox
43 0x8122c0008cba8 vboxdrv.ko
172 0x8334b000 4218 vboxnetflt.ko
201 0x8335f000 55e0 vboxnetadp.ko

vboxnet0: Ethernet address: 0a:00:27:00:00:00

GUI comes up fine but none of the VMs (no matter the guest OS) starts. 

Via GUI: The console never shows.

Via VBoxHeadless: 
VBoxHeadless --startvm Debian
Oracle VM VirtualBox Headless Interface 6.1.10
(C) 2008-2020 Oracle Corporation
All rights reserved.

Error: failed to start machine. Error message: Failed to construct device
'VMMDev' instance #0 (VERR_INTERNAL_ERROR_3)

and back to prompt.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"


[Bug 234878] emulators/virtualbox-ose: Update to 6.1

2020-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234878

--- Comment #91 from Mario Lobo  ---
A small correction.

Starting the VM with VBoxHeadless or VBoxSDL, it just hangs open on the
terminal, the process doesn't end with ^C, and even if the terminal is closed,
the process still hangs in there and only a reboot is able to kill it.

1448  1- I 0:00.06 /usr/local/lib/virtualbox/VBoxHeadless --startvm Debian

The previous VBoxHeadless error message came out because I already had a
hanging attempt from trying to run an Ubuntu VM.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"


[Bug 247430] Linux ports install too much

2020-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247430

--- Comment #2 from Mikhail Teterin  ---
> I don't object to adding a knob for this somewhere, perhaps via 
> bsd.default-versions.mk since this would be a tree-wide option and not a 
> per-port option.

Actually, it might still be per-port, but I agree, that that may be too much
trouble.

Unless, maybe, our new FLAVORS mechanism can be utilized for it...

> even for non-GPL code it may be wise to have our own copy of the source code

I don't understand this part at all. Might be wise _for whom_? Have _where_?

> Note that only package builders actually download the file.  Regular make 
> doesn't.

Yes, I just realized this... But why bother doing it -- and hosting the src.rpm
on the distfile-mirrors?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"


Old bug in patch-src_VBox_Additions_freebsd_vboxvfs_vboxvfs__vfsops.c

2020-06-22 Thread Mikhail T.

Gentlemen!

An old bug in the patch is causing compiler-warnings, and leads to 
erroneous behavior where pointers are bigger than 32-bit.


Moreover, given the memcpy right after it, the bzero is simply not 
needed at all. Instead of removing the bogus ampersand, the entire line 
should be deleted. (I would've replaced the memcpy with an assignment 
too, but that's not as pressing.)


Can I commit this?

   Index: files/patch-src_VBox_Additions_freebsd_vboxvfs_vboxvfs__vfsops.c
   ===
   --- files/patch-src_VBox_Additions_freebsd_vboxvfs_vboxvfs__vfsops.c
   (revision 539883)
   +++ files/patch-src_VBox_Additions_freebsd_vboxvfs_vboxvfs__vfsops.c
   (working copy)
   @@ -11,7 +11,7 @@
   *
   * This file is part of VirtualBox Open Source Edition (OSE), as
   * available from http://www.virtualbox.org. This file is free
   software;
   -@@ -14,245 +9,479 @@
   +@@ -14,245 +9,478 @@
   * VirtualBox OSE distribution. VirtualBox OSE is distributed in the
   * hope that it will be useful, but WITHOUT ANY WARRANTY of any kind.
   */
   @@ -466,7 +466,6 @@
 +
 +  MNT_ILOCK(mp);
 +  mp->mnt_data = vboxfsmp;
   *-+  bzero(&mp->mnt_stat.f_fsid, sizeof(&mp->mnt_stat.f_fsid));*
 +  /* f_fsid is int32_t but serial is uint32_t, convert */
 +  memcpy(&mp->mnt_stat.f_fsid, &fsinfo.serial,
   sizeof(mp->mnt_stat.f_fsid));
 +  mp->mnt_flag |= MNT_LOCAL;

Thanks. Yours,

   -mi

___
freebsd-emulation@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"