I'm using my Debian installation for a long time (~10 years) and my system is evolved to fit my tastes, usage habits and hardware setup. However, this system started on 32bit hardware and It's having some major limitations (both performance and coping with the hardware) on a 64bit system with 16GB RAM.
I've read the cross grading manuals on the network and they don't feel like firmly tested and the best ways to do it. I'm perfectly capable of anything, minimum downtime is essential since this is my primary workstation and I need it for many daily (light and heavy) tasks.
I just finished building a cross-compiler for i386-elf. But when I try to use it, the terminal gives me this error:
Code: Select all/home/isaac/Cross-compiler/lib/gcc/i386-elf/4.8.2/../../../../i386-elf/bin/ld: cannot find crt0.o: No such file or directory /home/isaac/Cross-compiler/lib/gcc/i386-elf/4.8.2/../../../../i386-elf/bin/ld: cannot find -lc collect2: error: ld returned 1 exit status
There's a certain program I'm trying to run that will only work with the 32-bit version of a certain library - the 64-bit version included in the repository won't work for it. I found an i386 .deb package online (made for ubuntu but it should work with regular debian), but when I try to install it, it says incorrect architecture, use amd64 version instead.
How can I force it to accept the i386 version of this package?
I installed Debian Squeeze on a laptop today, with the official i386 DVD1. At the end, I was very disappointed to notice the installer automatically chose the amd64 kernel (with i386 packages ? how does that work ?). The hardware is compatible, but I'd really like to use the i386 kernel instead. Earlier, you could choose the kernel during installation ; I looked in Expert install with no luck. Where is it ?
I just installed Debian stable from the standard i386 DVD. When I booted up, I noticed that GRUB showed me that I had the amd64 version of Debian installed. However, I did not download an amd64 DVD, nor do I want that architecture installed on my system (even though my system can support it). The output from "uname -a" (which included both "amd64" and "x86_64") also seem to confirm this. However, I was able to install 32 bit packages and get them to work (gdebi wouldn't even let me do this when I had Ubuntu 32-bit).
the mcr85+1 packages were built using qt 4.6.3, so will be squeeze-compatible. umplayer is a fork of the abandoned smplayer project which adds skinning, shoutcast stream, and minitube-like videos search, playback, and download capability to the program.
[url]
i did a pull and build from the svn repo, since that is newer than the 0.92 debs on the website and solves some videos issues. debianized sources included so one can build the program on any architecture that supports qt 4 4.6 and mplayer...plus it's a good idea not to trust anybody's binaries off the web, so to be really safe, rebuild the program yourself if you don't know who the heck i am. update 20 april 2011: link to svn 143 builds and sources: [url] update: 25 june 2011: new pull from svn--fixes the returning control bar problem with skins and kde 4 kwin desktop effects enabled:
[url]
squeeze users should use the mcr85 packages, the mcr110 ones need qt 4.7. sources included as usual. it looks like it would be a nice addition to the debian repo...
I am planning to install Debian amd64 and i386 in the same USB HDD to boot both types of PCs.
Unfortunately, there is not enough space for the home folder, so can I share the home folder with two systems. And how about swap area and /tmp folder?
I have a computer with internet access with amd64 architecture running Debian stable (Lenny). I have another computer with NO internet access with i386 architecture running Debian stable (Lenny).I want to download some packages for the i386 computer using the amd64 computer. So far, the only way I can see to do this is to use dpkg-architecture to temporarily change to i386 on the internet computer, run aptitude with the download-only option to retrieve the packages I need with all suitable dependencies, then switch the internet computer back over to amd64.
I can't imagine I'm the only person who ever needed to do this, and yet I've had no luck finding any advice. The method I described seems rather awkward - is there a more elegant solution?
I apologize to the membership, I realize now the absurdity of this subject. Having now studied the online repository search functions closer, I see it appears packages are automatically retrieved with all necessary dependencies. As such, it is not necessary to use apt and its various functions to do the job.
I am working on a project which targets both 32 and 64 bit architectures at the moment. My system is amd64. I added i386 architecture using this guide. However, my problem is
Code: Select allapt-get install package-name:i386
prompts the removal of currently installed packages (amd64 arch.) which is the problem.
Code: Select allReading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libportaudio0:i386
[Code] ...
Some of the packages I am talking about are
-libegl1-mesa-dev:i386 -libportaudio-dev:i386
Now, as of now, I want to carry out the compilation using 32 bit libraries, however, I really don't want to install 64bit version of all prerequisites each time I switch the compilation from 32 bit to 64. Is there any way to have both architectures at the same time?
Is there an easy way to downgrade from the AMD64 version to the I386 version of 10.04. I am having all sorts of problems with my machine running the AMD64 version of Ubuntu. The same problems do not occur on my netbook where I use the I386 version.
I have an Amd64 processor. I guess that I should install the amd64 alternate cd instead of the i386 installation. What would be better for me and which problems can occur?
I have a Intel machine and what do i do? I install the AMD64 and not the i386. DO i need to uninstall the AMD and instal the i386 for my 64 bit machine?
I recently upgraded my hardware and installed 32-bit Karmic (well really Mint 8 ) before realizing I would probably have gotten better performance from the amd64 architecture. Is it possible to convert an i386 system to amd64? Is it a good idea? Will there be a lot of problems afterwards? Is it easier to just backup home and etc, install a clean 64-bit system, then restore settings from backup? If I do convert the system, how do I do it? I thought I might be able to just install a different kernel but I can't find an amd64 kernel in the repositories..
I have installed Ubuntu 11.04, 64 bit and now I am trying to install/configure MFC-7420 scanner part (printer works fine)I tried to follow the steps listed at http://ubuntuforums.org/archive/index.php/t-590793.html, but I don't have etc / udev / rules.d/45-libsane.rules file to edit and can not continue with the remaining steps of the guide.
I also tried to follow the steps provided by the Brother Solution Center http:[url].... I have downloaded brscan2 64 bit and installed without error but when I tried to install the brscan-skey-0.2.1-3.amd64.deb using >sudo dpkg -i --force-all brscan-skey-0.2.1-3.amd64.deb I get the following error:
************************************************** ************************************************** sudo dpkg -i --force-all brscan-skey-0.2.1-3.amd64.deb [sudo] password for aUser: dpkg: warning: overriding problem because --force enabled:[code].....
Which dependencies am I missing? or What am I doing wrong?
I want to make a live-USB containing among others both Ubuntu desktop i386 and Ubuntu desktop AMD64. How do I go about this? I tried using unetbootin, first adding i386 and then amd64, but that failed. My computer with an athlon II did manage to boot, and showed it had booted into the 64-bit version (ram shown was 3.9 GB, i386 goes to about 2.7 I think), my wife's computer with a pentium 4 did not manage to boot, got to a black screen. I think this is because casper has issues, being overwritten (I'd seen something to that effect somewhere), and thus only the latest version added being booted (in this case amd 64).
I'm under the impression that the startup disc creator included won't help, nor won't the multicd.sh script, so how do I circumvent the issues?
I was following a simple tutorial on how to program and compile a hello world program using assembly when I got this error;Quote:ld: i386 architecture of input file `hello.o' is incompatible with i386:x86-64 output.The tutorial told me to make two files;Quote:hello.asmsection .data;section declaration
msg db "Hello, world!",0xa;our dear string len equ $ - msg ;length of our dear string section .text;section declaration
I am trying to cross-compile my Qt application for armhf on Jessie, so what I did was install qt5-default:armhf, but when I tried running qmake I found out that it contains also an armhf version of qmake so I was not able to run it.Then I installed the amd64 version to have at least a runnable version of qmake, but it was only to find out that qmake contains only hardcoded paths, so I could not use it for the armhf libraries, well I could but I had to run qmake (amd64 version) and afterwards open the makefile and change all paths from amd64 to armhf.
But as this is not so convenient I was wondering if there is a normal way to do this, I know you can compile the source yourself but I had quite a lot of problems with dependencies there. Is it possible with the standard repository binaries or should I just go back to compiling the source myself? Maybe I can compile only the building tools without building all the libraries I already got from the repository.
What are the availability`s for cross platform sql , gui, application development using raw code in the Debian environment. I would rather work with raw code. I have been working with PHP MySQL, need to advance to Universe Application Development cross platform Raw Code for both mobile and desk top.
I tried to install the cross toolchain for armhf but, apparently, I borked something. I tried to follow the directions here : [URL] .... but he lost me at "The key fingerprint is: 084C 6C6F 3915 9EDB 6796 9AA8 7DE0 8967 1804 772E (you will need to install curl in a bare chroot)".
I have successfully installed the toolchain according to the gnuarmeclipse method and don't recall any references to "chroot"; it was pretty straight forward. That machine took a dump and I need to start over. I would like to install the toolchain without Eclipse getting in the way (and hogging memory).
I'm looking for a way to create a cross-platform GUI application. The result must be able to run on linux, windows and OSX. And it must be a point-and-click GUI.For development I should be able to rely on Open-Source tools on linux only (that means no access to Windows or OSX)The target should be able to install the result relatively easily, that means any dependencies must be freely available, and the setup steps must be very minimal (probably means no installing development tools or running compilers)
My first thought was java, but the standard Swing GUI can look a bit ugly on some platforms. So I'm wondering if there's anything else. My next thought was C++/Qt, but I don't think I can cross-compile this from Debian for Windows or OSX, can I? Next I thought of python and PyQt, but it looks like PyQt isn't available for OSX. And finally I even thought of making some kind of web application running on a tiny web server of some kind, then accessing it with a native browser, but I'm pretty sure this doesn't meet the "easy to install" criteria. I'm finding this so tricky, do all the existing cross-platform applications use natively-compiled C++ for this? Or is there an obvious alternative that I'm overlooking?
Yesterday I installed Debian Jessie, I ran into a few problems at first, but in the end everything worked fine. It started the desktop environment (gnome). I installed a few programs(sudo, chromium, tor) and saw that everything was working correctly. I shutdown the system with the command "shutdown now". Then I booted into windows to make sure I hadn't broken anything there (which I did not), but when I tried going back to Debian, it booted to a black screen with a cross as a pointer. By pressing ALT CTRL <FKEY>, I can effectively get to other virtual terminals and login there, however trying to start the desktop environment with "startx" results in the same thing.
I installed Debian on an external hard drive and made four partitions, boot, /(root), /home, and swap.
I also tried to apt-get install --reinstall gnome and apt-get install --reinstall xorg, but the result is still the same
Not actually solved, but in the end just reinstalling got rid of the problem.
I installed skype for linux from skype site which is a 32bit application. I followed the instructions from this link: [URL] It is true that skype was installed and I could launch it. But during log on - it hangs.
running skype through terminal gave me this error/warning messages:
I tried to compile an x86 linux kernel from amd64 machine. It is giving errors even after installing "gcc-multilib" But I wonder, it should be simply doable becuase "gcc -m32" creates 32 bit binary . I would prefer to compile it natively on x86_64 rather than creating an exclusive x86 chroot for that. Has anyone tried this on native x86_64?
And answer from wine forums: [*]Migi wrote: but OpenGL is working, i have Debian Sid AMD64, Wine needs 32 bit OpenGL.[*] How can i (can I??) run 3D on wine on to amd64?
i just want to know whats the best way to do it cause i use a method which i dont know if is ok (by the way it works) but im not sure if my card is giving 100% (Geforce 8600gt), right now im using mys system isSqueeze with the non-free repos, what i usually do to get Nvidia work.
