Extension packs - why?
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Extension packs - why?
These extension packs seem to be to be a way to add the PUEL code to an OSE base, is this correct (it adds rdp and usb2)?
to me that's a very good idea - it means we can have the same code base for both versions, with just a plugin that converts OSE to PUEL.
as per another thread, the options for extension packs should not corrupt the configuration (or just silently fail) so that the VirtualBox.xml file cannot be used in OSE.
i just hope this isn't a ploy by larry to charge for PUEL.
to me that's a very good idea - it means we can have the same code base for both versions, with just a plugin that converts OSE to PUEL.
as per another thread, the options for extension packs should not corrupt the configuration (or just silently fail) so that the VirtualBox.xml file cannot be used in OSE.
i just hope this isn't a ploy by larry to charge for PUEL.
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
NOTE: That as of v4.0 BETA1, there is one feature not OSE:
* Guest Additions: Shared Folders for Windows Guests
I don't know how to solve this problem.
So I'd call v4.0 BETA1 an "almost OSE" release.
* Guest Additions: Shared Folders for Windows Guests
I don't know how to solve this problem.
So I'd call v4.0 BETA1 an "almost OSE" release.
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Re: Extension packs - why?
pretty sure shared folders are in OSE additions on linux, depends on if you've compiled it correctly in windows i expect.
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
You are precisely wrong.
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Re: Extension packs - why?
interesting. it displays in the gui when i compile from svn as enabled, so it just doesn't work when you install the additions?Technologov wrote:You are precisely wrong.
-
- Volunteer
- Posts: 1064
- Joined: 10. May 2007, 10:27
- Primary OS: MS Windows Vista
- VBox Version: PUEL
- Guest OSses: Windows, Linux, Solaris
Re: Extension packs - why?
The Windows shared folder code is open source: http://www.virtualbox.org/browser/trunk ... redFolders and part of the base package.
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
OK, Good news to know that this is OSE now. in v3.2.x this was PUEL.
Original topic was: "Extension packs - why?"
The idea here is very good one - to allow 3rd party plugins/extensions of the base functionality, similar to FireFox.
Original topic was: "Extension packs - why?"
The idea here is very good one - to allow 3rd party plugins/extensions of the base functionality, similar to FireFox.
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Re: Extension packs - why?
so "You are precisely wrong."Technologov wrote:OK, Good news to know that this is OSE now. in v3.2.x this was PUEL.
is that the actual reason though - for a start it's broken VNC support, which to date is the only 3rd party plugin for vbox.Technologov wrote:Original topic was: "Extension packs - why?"
The idea here is very good one - to allow 3rd party plugins/extensions of the base functionality, similar to FireFox.
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
Yea, seems so. Sorry.so "You are precisely wrong."
The world around me evolves faster than I learn... the old truth is no longer true.
I think the actual reason is to allow 3rd party features. VNC is just the beginning.is that the actual reason though - for a start it's broken VNC support, which to date is the only 3rd party plugin for vbox.
Now this is VNC -- but in future it may be SPICE. SPICE is the fastest remoting protocol I have seen.
SPICE, just like VNC has a license problem -- it is GPL only, so modular architecture is the only way to mix VNC + SPICE with PUEL extensions such as USB + RDP
------------------------------------------------------------------
Let's compare PUEL vs OSE:
Originally (VBox v1.3) more parts were PUEL only:
-Docs
-RDP
-USB
-iSCSI
-Shared Folders for Windows Guests
-Installers (Windows scripts + RPM SPECS + ...)
What was opened? (VBox v4.0)
-Docs (User Manual sources)
-iSCSI
-Shared Folders for Windows Guests
-Installers (Windows scripts + RPM SPECS + Mac OS X installer code, ...)
-USB 1.1 OHCI
What remains closed (VBox 4.0):
-RDP
-USB 2.0 EHCI
==
-Technologov
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Re: Extension packs - why?
installers are not in OSE still, certainly no SPEC files for making RPM's, although the .run file can be created with "kmk packing" on linux.
i hope the host kernel modules for OSE and PUEL become one, as currently you can't run OSE/SVN and run PUEL on the same host (you can run the VirtualBox GUI, but not start any guests).
i'd love to be able to install the PUEL RPM from oracle, and then build an OSE RPM and be able to switch between them just by running rpm -e or rpm -i (which would do the neccessary rmmod/modprobe's).
of course if vbox4 does become 100% OSE with the PUEL bits as extensions, then none of this will be needed.
i hope the host kernel modules for OSE and PUEL become one, as currently you can't run OSE/SVN and run PUEL on the same host (you can run the VirtualBox GUI, but not start any guests).
i'd love to be able to install the PUEL RPM from oracle, and then build an OSE RPM and be able to switch between them just by running rpm -e or rpm -i (which would do the neccessary rmmod/modprobe's).
of course if vbox4 does become 100% OSE with the PUEL bits as extensions, then none of this will be needed.
Re: Extension packs - why?
In the past there were two editions of VirtualBox. The Open Source Edition (OSE) and the closed source edition (PUEL). Both could be used free of charge but the OSE version was only provided as source code and it was not as powerful as the PUEL version and received very little specific testing. Technically OSE was a subset of the source code files that make up the PUEL version. PUEL was a mix of open source and closed source. At Oracle, there are strict policies how open source and closed source can be mixed and after long discussions, an executive came up with the great idea of doing extension packs and thereby make VirtualBox better in many ways:
- No longer have two separate editions, everybody installs the same VirtualBox
- Move from the "Open Core" model to a 100% open source model
- Do not mix open source and closed source
- Making sure that people that compile themselves (e.g. distros) and people that download our binaries actually get the same
- Continue to be able to offer closed source features such as the VRDP and USB 2.0 EHCI controller which are now called the "Oracle VM VirtualBox Extension Pack" (extpack for short)
- Allow third parties to develop extensions on top of VirtualBox (as open and closed software)
As part of the shift, a lot of stuff was made open source, e.g. the installers and the user manual. It is important to realize that 4.0 is more open source, not less (in fact not a single line of code that used to be open is now closed).
- No longer have two separate editions, everybody installs the same VirtualBox
- Move from the "Open Core" model to a 100% open source model
- Do not mix open source and closed source
- Making sure that people that compile themselves (e.g. distros) and people that download our binaries actually get the same
- Continue to be able to offer closed source features such as the VRDP and USB 2.0 EHCI controller which are now called the "Oracle VM VirtualBox Extension Pack" (extpack for short)
- Allow third parties to develop extensions on top of VirtualBox (as open and closed software)
As part of the shift, a lot of stuff was made open source, e.g. the installers and the user manual. It is important to realize that 4.0 is more open source, not less (in fact not a single line of code that used to be open is now closed).
-
- Oracle Corporation
- Posts: 3362
- Joined: 7. Jun 2007, 09:11
- Primary OS: Debian Sid
- VBox Version: PUEL
- Guest OSses: Linux, Windows
- Location: Dresden, Germany
- Contact:
Re: Extension packs - why?
Note that all installers are OSE as well, have a look at src/VBox/Installers/linux/rpm. I know, this location is a bit unusual but doing
should build an rpm package.
Code: Select all
cd src/VBox/Installers/linux
rpm/rules binary
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
Yes, now I see the installer sources:
http://www.virtualbox.org/browser/trunk ... .tmpl.spec
http://www.virtualbox.org/browser/trunk ... ualBox.wxs
Thanks for clarification.
Definitely good news for the Open-Source community today
==
-Technologov
http://www.virtualbox.org/browser/trunk ... .tmpl.spec
http://www.virtualbox.org/browser/trunk ... ualBox.wxs
Thanks for clarification.
Definitely good news for the Open-Source community today
==
-Technologov
-
- Volunteer
- Posts: 1003
- Joined: 5. Sep 2008, 14:40
- Primary OS: Debian other
- VBox Version: PUEL
- Guest OSses: Solaris, Linux, Windows, OS/2, MacOSX, FreeBSD
- Contact:
Re: Extension packs - why?
achimha's clarifications just made my day - that's exactly what i wanted - OSE being the core and PUEL shifted out to extensions (as long as they stay free-of-charge!)
and nice to see the spec files, although i think i'm missing a stage (./configure && kmk all && kmk packing && cd out/linux.amd64/release/bin/src/ && make) as i can't get it to build from svn:
and nice to see the spec files, although i think i'm missing a stage (./configure && kmk all && kmk packing && cd out/linux.amd64/release/bin/src/ && make) as i can't get it to build from svn:
Code: Select all
cat: /etc/distname: No such file or directory
grep: src/VBox/Installer/linux/distributions_rpm: No such file or directory
rpm/rules:55: *** Cannot detect package distribution (rpmrel=fedora13). Stop.
-
- Volunteer
- Posts: 3342
- Joined: 10. May 2007, 16:59
- Location: Israel
Re: Extension packs - why?
sej: please move specific problems to a different thread.
This one discusses general things.
This one discusses general things.