Cannot start xv6 in qemu - operating-system

I use Debian Wheezy and I want to run a xv6 in qemu.
I have installed libsdl1.2-dev and then start run make qemu. But an error occured: Could not initalize SDL(could not find the device) exiting.

It is because qemu is trying to start X by default.
Build it by using
make qemu-nox
or if you are SSHing to a remote machine, use ssh -X
Source: http://www.cs.utexas.edu/~mwalfish/classes/f10-cs395t/labs/lab1.html

Related

Although GNOME Shell integration extension is running, native host connector is not detected -CentOS7

When i visit https://extensions.gnome.org/
I have the latest Centos7 build and updated, i installed the addon ( both on firefox and chrome) and i still get this message..
In the documentation where it explains how to cmake the native connector and install it - when i tried to build it it gave me a error log:
The system is: Linux - 3.10.0-862.el7.x86_64 - x86_64
I don't know what else to do...
I also run yum install gnome-shell-extension*, yum install gnome-shell-extension, and yum install gnome-shell
Please help, i am new to Linux

launching (auto launch) bfgminer on a Raspberry Pi with Raspbian

I drill down to the folder where bfgminer.exe lives on my Raspberry Pi with Raspbian OS and issue this command:
screen -S Mining .bfgminer –o http://mint.bitminter.com:3333 –u username.myname –p 123
I get a command not found message. I have tried everything I can think of to get the syntax correct. Where am I going wrong
You need to install screen if it's not installed by default:
sudo apt-get install screen

difference between qemu-kvm?

what is different between the following type i get qemu-kvm ? boths are use centos 6.4.
yum install qemu-kvm ,then show the version:
[root#centos6 qemu-kvm]# /usr/local/bin/qemu-system-x86_64 --version
QEMU emulator version 1.2.50 (qemu-kvm-devel), Copyright (c) 2003-2008 Fabrice Bellard
get the source code and build it by gcc.
[root#centos6 qemu-kvm]# /usr/libexec/qemu-kvm --version
QEMU PC emulator version 0.12.1 (qemu-kvm-0.12.1.2), Copyright (c) 2003-2008 Fabrice Bellard
Qemu uses 2 kinds of cpu virtualization, TCG (tiny code generator) and KVM. TCG emulates all instruction of guest code with plain c code, it translates guest code to host code in real-time. While KVM lets the host directly runs guest code, KVM requires the guest and the host to have the same instruction set (basically, the same cpu), not every cpu can do this, for intel cpus, it requires VMX feature. Which I assume you have understood these.
Qemu-kvm is obsolete, KVM comes with QEMU now if you download the latest code, you just have to compile it with "--enable-kvm" option. Your QEMU source code is very old, the latest version of QEMU is AFAIK, 1.7.
Your yum source provide 1.2.50 version of qemu. Try "yum install qemu", and try running with -enable-kvm if you don't want to build from source code (I haven't tried though)..
Qemu is Hypervisor.
KVM isn't. It is an accelerator(linux module which does the code translation fast) and used with Qemu, because Qemu when used with TCG is slow.

ubuntu eclipse beaglebone debugging not work

I have the beaglebone connected to my PC running virtual Ubuntu (12.10) via VMware. I tried to debug my C++ codes on beaglebone using Eclipse (Version 3.8).
I followed the youtube video :http://www.youtube.com/watch?v=vFv_-ykLppo. But I was not able to get the debugging work properly. Can somebody help me?
Below is what I did and what I got. Note: My host PC's IP is 192.168.1.105. The beaglebone's IP is 192.168.102.
Beaglebone is conntec to PC through USB and ethernet. I was able to open the connection with Beaglebone in the embedded terminals of Eclipse.
I successfully installed gdb-multiarch in my local PC by entering this command in the PC's terminal: sudo apt-get install gdb-multiarch.
I successfully installed gdbserver on beaglebone by entering this command in the beaglebone's terminal : sudo apt-get install gdbserver
I CD to the application folder and entered this command in the beaglebone's terminal: gdbserver [hostPC's IP]:12346 HelloWorldTest4
I got this response:
Processing HelloWorldTest4 created; pid=1035
Listening on port 12346
In Eclipse, I go to Run->Debug Configurations->, Below is what I configured and they are also shown in the attached screen shots.
Main - > Build(if required ) before launching: Build configurations: Debug; Use workspacesettings
Debugger-> Main-> GDB debugger: gdb-multiarch
GDB command file : .gdbinit
Debugger-> Gdbserver Settings-> Gdbserver name: [beaglebone's IP address]
Port number :12346
Then I clicked Debug, I got the following errors.
POP-UP windows: 'Launching HelloWorldTest4 Debug' has encountered a problem. Error in final launch sequence:
In Console: warning: Architecture rejected target-supplied description
Questions:
1. Is this problem related to gdb-multiarch? How to fix it?
2. Is my IP addresses specified corectly?
Thank you in advance.
I fixed the same problem by creating a .gdbinit file with the following content in my project folder:
set architecture arm
then point the Debug Configuration -> Debugger -> GDB command file entry to this new .gdbinit file and debug
I also had same problem,
I download gdb source code, recompiled for target arm, and copy gdb to arm-linux-gnueabi-gdb and in eclipese I changed gdb to arm-linux-gnueabi-gdb. And everything started working.
get gdb (7.8) sources and extract them
./configure --target=arm-none-linux-gnueabi --with-expat=/usr/local/lib/
make
cd gdb/gdbserver
/configure --host=arm-none-linux-gnueabi --with-expat=/usr/local/lib/
make

netbeans installation error: can't initialize ui running in headless mode

I'm trying to install NetBeans on Linux Mint, and I'm getting the following error every time I run the installation script:
Configuring the installer...
Searching for JVM on the system...
Extracting installation data...
Running the installer wizard...
Can`t initialize UI
Running in headless mode
What should I do to get it working?
In case anyone has this problem in the future, Netbeans doesn't like OpenJDK 6 but -- fortunately -- it works fine with OpenJDK 7 (as expected as for Java 7 OpenJDK is the reference implementation). Just make sure you remove any Java 6 packages before installation attempts. On Ubuntu and Mint one can do:
sudo apt-get purge ^openjdk-6-*
sudo apt-get install openjdk-7-jdk
It should work afterwards.
Looks like Netbeans does not work properly with Openjdk. This is what I did (in Linux Mint 12):
sudo apt-get remove openjdk*
sudo apt-get install sun-java6-jdk
Then you will be able to run the .sh installer as usual.
I hit this same issue on Kubuntu 12.04 LTS but needed Sun JDK 6 for a project I'm maintaining. I stumbled upon Martin Wimpress' OAB-Java script (by way of help.ubuntu.com) which creates and installs a local apt repository for Sun JDK 6. You can find the latest instructions on Martin's github site which run as follows:
cd ~/
wget https://github.com/flexiondotorg/oab-java6/raw/0.2.7/oab-java.sh \
-O oab-java.sh
chmod +x oab-java.sh
sudo ./oab-java.sh
If you want to see what this script is doing while it is running then execute the following from another shell:
tail -f ./oab-java.sh.log
Alternatively, you can clone the OAB-Java repo and kick of the script from within it:
git clone git://github.com/flexiondotorg/oab-java6.git
cd oab-java6
sudo ./oab-java.sh
Either way, once that is in place follow Jose's instructions to remove openjdk and install sun jdk:
sudo apt-get remove openjdk*
sudo apt-get install sun-java6-jdk
One final note, the script accepts a -7 argument which will create and install a local apt repository for Oracle JDK 7 should you want to go that route.
I was able to get it to work by getting into the target system using ssh -X, then making sure DISPLAY was exported. That handles the X server issues.
Change the priority of the Oracle Java executables:
export PATH=/usr/java/latest/bin:$PATH
Run the installer:
./netbeans-8.1-linux.sh
What worked for me was installing default java environment from the terminal:
sudo apt-get install default-jre
The installation was a success - under "user".
The installation failed - under "su" (under Red Hat equivalent of "sudo"). With
Can`t initialize UI
Running in headless mode
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
For me.