[SOLVED] Which Kanatest distro will work for Mandriva?
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I'd like to install Kanatest - http://www.clayo.org/kanatest/ - to soften the blow of converting my wife's PC to Linux. Kanatest is available for ArchLinux, Debian, Fedora, FreeBSD, OpenBSD, and Gentoo, but I'm running Mandriva 2009.1. Which distro should I install?
Distribution: Mandriva Spring 2009.1 / PClinuxOS 2009 / PCLXDE 2009
Posts: 3,560
Thanked: 84
There's no reason why Kanatest cannot be installed on Mandriva (or any other distro) providing you have the required dependencies installed. All they are simply saying is there are pre-built packages for those listed distros, so there's no need to compile and then install them.
Out of interest I downloaded the source code, installed the required dependencies. The program compiled and installed with no problems.
Not a roaring success. The realease I'm working with is Mandriva One 2009.1, so I downloaded "Mandriva 2009.1 for i586 libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586.rpm", but I can't install it for lack of several dependencies:
rpm -i --allfiles libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586.rpm
error: Failed dependencies:
libgdk_pixbuf2.0_0-devel = 2.16.1 is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
libatk1.0-devel >= 1.13.0 is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
libpango1.0-devel >= 1.20.0 is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(atk) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(cairo) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(gdk-pixbuf-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(gio-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(pango) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(pangocairo) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
pkgconfig(pangoft2) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libX11) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXcomposite) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXcursor) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXdamage) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXext) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXfixes) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXi) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXinerama) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXrandr) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libXrender) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libatk-1.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libcairo) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libfontconfig) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libgdk_pixbuf-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libgio-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libglib-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libgmodule-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libgobject-2.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libm) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libpango-1.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libpangocairo-1.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
devel(libpangoft2-1.0) is needed by libgtk+2.0_0-devel-2.16.1-4mdv2009.1.i586
I've been known to spend days looking for a way to make the sky blue, when I'd need only to look up, so I unzipped the Kanatest tarball, then ran
./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/home/peter/kanatest-0.4.8':
configure: error: no acceptable C compiler found in $PATH
No compiler, no make?? I tried finding them in Mandriva's "add/remove applications" but there is nothing under "development" that seems to fit.
I had decided to try Mandriva for my wife's PC based on past experience with Mandrake. In a word, E-Z, it just works, and it was better than many at detecting hardware. I expect to have to install various apps on her PC and to troubleshoot problems once in a while. Now I wonder if I should look at another distribution.
--
Peter
I have installed those whose permissions are 777. I think i may not need the first 3 in the list. I still get a "no compiler" message trying to set up Kanatest:
[root@localhost kanatest-0.4.8]# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/home/peter/kanatest-0.4.8':
configure: error: no acceptable C compiler found in $PATH
The list of 31 missing dependencies for the GTK library is too long to tackle tonight.
I'm starting to think Mandriva was not conceived to include a development package.
--
Peter
Distribution: Mandriva Spring 2009.1 / PClinuxOS 2009 / PCLXDE 2009
Posts: 3,560
Thanked: 84
Let's step through this as the errors occur. From the commandline type: su enter your root password, now type: urpmi gcc make. Answer 'yes' to all dependancy questions. Once the install has finished, switch back to a normal user by typing exit and re-reun the compile again. Post any errors to this thread if the configure stops.
Once again, Nexus, thank you for the ignition key. we have liftoff! urpmi installed gcc and make right off, no warnings no errors. On spec I tried it with the GTK library, it worked there too in spite of complaints about several missing foreign language folders. Finally turning to Kanatest, I ran ./configure (as root, no choice), then make, then make install, and Kanatest works! I thought I would have to begin another adventure to install Japanese fonts, but it won't be necessary.
A final note. When I ran Kanatest, I noted that the Japanese characters were awfully small, comparable to a shortcut in the middle of the desktop. I had to squint to see some of them clearly. No amount of font tweaking in Kanatest could enlarge them, and there is no place in the Mandriva controls where I can add a new font. A Google search displayed a hit on rpmfind.net, from there I copied its name, then pasted it onto the command line as a urpmi argument - lo and behold, it worked! Not only did urpmi accept the argument, find the package and install it, the result was exactly what I wanted, the ability to enlarge the Japanese characters.
urpmi is roundly panned as a crummy package manager in several places on the Web, but with a helpful pointer from you, it did the job for me. No complaints.
Distribution: Mandriva Spring 2009.1 / PClinuxOS 2009 / PCLXDE 2009
Posts: 3,560
Thanked: 84
That's good news. All package manager have their little foibles. As far as I'm concerned, if it does the job then that's good enough for me. Even so it still helps to know some commandline options.
Can you share what package you had to download and install, incase another user is looking for the solution.
On a side note, now that you have most of what you need in place, there's no reason why you can't compile future stuff you want that's only available as source code.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.