You are not logged in.
i thought you had created a fairly self-contained package, essentially a 64-bit version of virtualbox-ose. and so, i figured that it made no difference whether it was in an independent repository or in the community one. but i suppose i'm mistaken.
Offline
i thought you had created a fairly self-contained package, essentially a 64-bit version of virtualbox-ose. and so, i figured that it made no difference whether it was in an independent repository or in the community one. but i suppose i'm mistaken.
the thing is we are missing the most important makedependency in repository. a gcc multilib package, which is in aur. this is why we can't have it in community.
P.S told you the answer is in this thread.
Give what you have. To someone, it may be better than you dare to think.
Offline
and so, even if your package includes the dependency, it cannot be included in the community repository, since the dependency itself is not in the repository. is that right?
i just read about aur. if a package becomes sufficiently popular, it can be moved to the community repository. what happens with the dependencies? if the dependencies are not moved to the community repository along with the package, then the package can be in the repository without the dependencies. on the other hand, if the dependencies are moved to the repository, then they can get in by piggybacking on the package. or must all related packages be sufficiently popular for the package to be moved to the repository?
Offline
Wonder: The latest virtualbox-ose from your repo produces the following error:
Callee RC: NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154)
And when trying to run headless server I get this error:
VBoxHeadless: ERROR: failed to create a session object!
ERROR: code NS_ERROR_FACTORY_NOT_REGISTERED (0x80040154) - Class not registered (extended info not available)
Most likely, the VirtualBox COM server is not running or failed to start.
Wonder, perhaps you could share the PKGBUILDs for your Vbox packages so I could downgrade the packages myself?
Ps. There is nothing wrong with the permissions in /tmp.
Last edited by Ashren (2010-02-02 21:16:13)
Offline
@Ashren is already shared. is the same as the one from community-i686. downgrading will not help you at all since -3 is rebuilt against libpng 1.4.0. maybe this is your problem and you didn't updated yet to lipng 1.4.0
Last edited by wonder (2010-02-02 21:22:48)
Give what you have. To someone, it may be better than you dare to think.
Offline
Wonder: Thanks for the clarification. I'll see if that fixes the problem.
Edit: It fixed my problem.
Last edited by Ashren (2010-02-03 19:05:28)
Offline
Are there any PKGBUILDs for this? I use a custom vanilla kernel, so the binary version wouldn't work for me.
Offline
Are there any PKGBUILDs for this? I use a custom vanilla kernel, so the binary version wouldn't work for me.
as i said before in this thread, the PKGBUILD is in community/i686. I just removed virtualbox-modules and incorporate the sources of the modules in virtualbox-ose package and added a script in /etc/rc.d. From now own, users have to build their modules with /etc/rc.d/vboxdrv setup
Last edited by wonder (2010-04-29 12:42:47)
Give what you have. To someone, it may be better than you dare to think.
Offline
i did some packages and i want feedback. please remove any lib32 packages that you have (just to be sure that the testing is valid) and play with virtualbox.
here are them: http://archlinux.ro/~ioni/vbox/
p.s they are built against kernel 2.6.31
Just installed all three packages on a fresh Arch 64 bit installation. Everything seems to be working perfectly.
This is very appreciated. I hope you will continue to update the packages in the future.
Last edited by cebru (2010-05-08 14:44:01)
Offline
I installed it on my 64 bits system...
All virtual machine segfault
It works with PUEL virtualbox ...
Offline
greenfish wrote:why even bother with OSE when bin is working just fine on 64bit host? Also OSE comes with LESS features then bin.
in my case the license is a spot. I need a free virtualization program for commercial use.
why else do you think that he said that he needed the LICENCE.
Offline
Hi Wonder,
Your virtualbox OSE pkg to x86_64 is compiled with VNC option enable ??
If not, is possible compile it with this option ?? "VBOX_WITH_VNC = 1"
I've tried the pkg and everything works fine except VNC..
Thanks
Offline
Hi Wonder,
Your virtualbox OSE pkg to x86_64 is compiled with VNC option enable ??
If not, is possible compile it with this option ?? "VBOX_WITH_VNC = 1"
I've tried the pkg and everything works fine except VNC..Thanks
vnc support is a feature for puel version only
Give what you have. To someone, it may be better than you dare to think.
Offline
Ok, but I read this in virtualbox.org
"Open-source features
The following list shows the features that are only present in the open-source edition. The licensing conditions of the necessary libraries prevent inclusion in the full-featured product.
* Virtual Network Computing (VNC) Server
This component implements a complete VNC server on top of the virtual hardware and allows users to connect to a virtual machine remotely using any VNC client."
Offline
ah oh <- dump
i've mistaken that with RDP. i'll add that support in the next version
Give what you have. To someone, it may be better than you dare to think.
Offline
Any idea when it will be ready ??
Offline
when a new virtualbox is released?
Last edited by wonder (2010-07-02 18:56:33)
Give what you have. To someone, it may be better than you dare to think.
Offline
Does cross32-gcc from community-testing provide 'the same' as gcc-multilib (AUR) which is outdated?
I tried to compile virtualbox-ose but it fails with "Checking pthread".
@wonder: which packages do you use? I don't want to be forced to use the kernel which you used while compiling.
Offline
Does cross32-gcc from community-testing provide 'the same' as gcc-multilib (AUR) which is outdated?
no
I tried to compile virtualbox-ose but it fails with "Checking pthread".
it shouldn't fail at that stage but for more details look in config.
@wonder: which packages do you use? I don't want to be forced to use the kernel which you used while compiling.
i used my gcc-multilib updated to a more up to date snapshot. that kernel parameters shouldn't be there at all. forgot to remove them before committing.
those are needed only for ose modules that are used in a guest arch linux vm
Give what you have. To someone, it may be better than you dare to think.
Offline
OK, thanks for the fast answer.
Anyway, I have noticed VB OSE from your repo works fine with 2.6.35 too.
Last edited by Radioactiveman (2010-08-11 20:41:49)
Offline
OK, thanks for the fast answer.
Anyway, I have noticed VB OSE from your repo works fine with 2.6.35 too.
yes. as i said before, the kernel options from configure and make are needed only for guest addition. the modules for host are compiled for your current kernel
Give what you have. To someone, it may be better than you dare to think.
Offline
i used my gcc-multilib updated to a more up to date snapshot. that kernel parameters shouldn't be there at all. forgot to remove them before committing.
those are needed only for ose modules that are used in a guest arch linux vm
Can you upload the PKGBUILD or better the compiled packages to dropbox or some file sharing site?
By the way are you the maintainer of http://supraverse.net/arch/ gcc-multilib packages. If so, how are these packages different from cross32-gcc in community repo?
My new forum user/nick name is "the.ridikulus.rat" .
Offline
i officially close my repository.
virtualbox-ose is in community as today 26 august 2010
Last edited by wonder (2010-08-26 11:15:13)
Give what you have. To someone, it may be better than you dare to think.
Offline
I have a problem with "modprobe vboxnetflt":
FATAL: Error inserting vboxnetflt (/lib/modules/2.6.35-ARCH/misc/vboxnetflt.ko): Invalid module format
But I need that for using 'Bridged adapter'.
And another question: is community or multilib the right 'place' for virtualbox?
Offline
get rid of virtualbox-ose-additions and virtualbox-ose-additions-modules.
the right place would be multilib because it has a makedepend from it but i moved into community because is not a runtime dependency
Give what you have. To someone, it may be better than you dare to think.
Offline