-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
just tried to build the new qemu
no worky
'''
qemu-1.4.0/COPYING.LIB
ERROR
ERROR: User requested feature usb-redir
ERROR: configure was not able to find it
ERROR
qemu:
Would you like to continue processing the rest of the
queue or would you like to ab
On Sat, Apr 13, 2013 at 9:04 AM, wrote:
> Hi !
>
> ccd2iso downloads a "download" file, not the actual source archive.
>
> Cheers.
>
Fixed in my branch.
Thanks,
--
Niels Horn
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http:/
Here's the new qemu-1.4.0, which should hopefully quell those
"wtf is the difference and which one do I need?" questions
that I so fondly recall wondering long ago (and have recently
seen wondered again on this mail list) :-)
Of course, there are a few others included in this batch too...
Mon
On 15/04/13 21:00, Larry Hajali wrote:
Also - I can't seem to find a a definite answer anywhere - is it
still possible to run the current qemu on a processor without the
virtualization extensions at all? Will it just not use kvm - but
still be able to run the same virtual machine
> Also - I can't seem to find a a definite answer anywhere - is it still
> possible to run the current qemu on a processor without the virtualization
> extensions at all? Will it just not use kvm - but still be able to run the
> same virtual machine (just slower)?
>
Yes, correct. Qemu will just ru
On 15/04/13 20:04, B Watson wrote:
On 4/15/13, Larry Hajali wrote:
If there isn't any output then your processor doesn't support KVM and you
will need kqemu for better performance.
You will also need an ancient version of qemu, specifically the one
built by http://slackbuilds.org/repository/1
On 4/15/13, Larry Hajali wrote:
> If there isn't any output then your processor doesn't support KVM and you
> will need kqemu for better performance.
You will also need an ancient version of qemu, specifically the one
built by http://slackbuilds.org/repository/14.0/system/qemu-legacy/
If there's
It might also be easier to use a pre-built binary, courtesy alienBOB:
http://slackware.org.uk/people/alien/restricted_slackbuilds/handbrake/
-klaatu
On Sunday, April 14, 2013 11:57:26 PM Erik Hanson wrote:
> On Sun, 14 Apr 2013 19:45:48 -0500
>
> JB wrote:
> > The problem: We got everythi
On Sun, 14 Apr 2013 23:57:26 -0500
Erik Hanson wrote:
> On Sun, 14 Apr 2013 19:45:48 -0500
> JB wrote:
>
> > The problem: We got everything installed and when we go to build
> > HandBrake, it
> > wants to download and install *all* the dependencies on its list - whether
> > they're already
I haven't been keeping track of qemu/qemu-kvm status on the Slackware front
but I believe that qemu/qemu-kvm will be merged in future SBo updates
(reference:
http://lists.slackbuilds.org/pipermail/slackbuilds-users/2013-February/010190.html).
The kqemu is only needed for older versions of qemu for
Hello Sebastian,
started with Qemu 1.3 there're share again the same code base ... so you don't
need qemu-kvm ... KQemu is quite old .. if you use FreeBSD, then KQemu is your
friend ... in any other case, you can ignore it :-) ... and yep .. for x86
compatible proz there're the intel and the am
I've just spent an hour trying to get my head around to what is the
difference between qemu and qemu-kvm and which one do I need. I couldn't
even figure out if they somehow need each other. If it wasn't for the
page below from the qemu website that states qemu-kvm is actually a fork
of qemu (wh
12 matches
Mail list logo
