openSUSE 10.3.
I try to install the product drm (Digital Radio Mondiale radio receiver).
It is available in the Packman repo. But it wants libqwt.so.4 (I think that belongs to product libqwt4), which is not in the repos.
There is libqwt5, but I do not know if this is something different, or a new vesion of libqwt4. And when it is a new version, can it be used as a replacement for libqwt4 and how to do this.
Well I looked earlier at the page you gave me and missed the bit aboute libqwt. I think because I thought that when an RPM for the product is available everything should be available as an RPM in the same (or another) repo. So I have to revert to more primitive methods anyhow.
I tried installing libqwt5 and making the symbolic link, but the application gave an error about the wrong size of a symbol.
Thanks for taking the trouble answering me. I will go and try to follow the page you gave me.
I do not know if you ever installed drm this way. I downloaded qwt-4.2.0.tar.bz2 and run the rpmbuild --rebuild on it. It started hopefully, but ended in not being able to find tmake.
Could not find out if it is part of e repo product. After some googling I found it on Sourceforge and downloaded. Could not find any installation instructions, but there is a bin directory. I added this to my PATH. Now the rpmbuild runs until it can not find /bin/moc. Is this the Music on Console that I found via Sourceforge? Looks strange to me that this is hardcoded as being in /bin.
In short it seems that I am being lured deeper and deeper into the primitive old days of generating and installing by doing everything by hand >:(. Or am I too pessimistic?
I also must admit that I do not know much about drm. I try to lure a friend of mine into Linux (openSUSE of course), and drm belongs to his hobby. It is a rather small system we are using now and installing using YaST is a real pain. As moc is about sound, the first thing I now will do is making it āsound readyā by doing what ārestricted formatsā asks us to do
Then I will add moc and see what happens. May take some time before I am back with a report.
BTW I still can not find that āsource RPMā. I can find source RPMs for the other products that must be there, but these where already installed by YaST as dependencies. And doing rpmbuild on those RPMs only add to the bewildering number of products that are missing!
And, before I forget, it is a āGenuineIntel Pentium II (Deschutes) with speed 331.710 MHz and cache size 512 KBā and thus 32bit.
Thanks, it is now knacking around loading codecs and libxine etc.
After that I will use your links. But the end of the day is coming here. So you here from me tomorrow.
The building of libqwt4 stucks on **tmake **not found. I found it somewhere, it did not install propperly, but I found the program and added its place to the PATH. Now the building runs further until it can not find /bin/moc. Now such an absolute path seems strange to me. I tried to find something about moc and found Music on Console, but that was not the right product.
Further investigation let me install qt4-devel. It delivers /usr/bin/moc. After makeing a symbolic link fron /bin/moc the building runs even further!
Until it comes with a bunch errors like:
g++: src/obj/qwt_autposcl.o: No such file or directory
This all seems to be far away from āOne Click Installā
I think i will leave DRM for the moment. This friend has another system which is more powerfull, so the installing by YaST does not take an eternity. But I still have a wifi problem there .
When 11.1 is released and the forums show that it is stable enough, I will change this small system to 11.1 because installing is much, much faster there. We do have some work for this small system in the meantime, he also asked for ome small programs for other purposes, that can be put on it more easily (though not as RPMs, more a case of expanding a tarball).
OK the problem is in fact having tmake!! Get rid of setting that path.
The application uses qmake, Iām assuming initially you didnāt have qt3
and qt3-devel installed, hence the errors? Also moc is part of qt
development.
Open a clean console, and run;
rpmbuild --rebuild qwt-4.2.0-1.src.rpm
and you should be good to go.
Else I have 10.3 i586 rpms here if you want them.
ā
Cheers Malcolm Ā°ĀæĀ° (Linux Counter #276890)
openSUSE 11.0 x86 Kernel 2.6.25.18-0.2-default
up 1 day 3:31, 4 users, load average: 0.11, 0.08, 0.09
GPU GeForce 6600 TE/6200 TE - Driver Version: 177.82
Well, you cheered me up a little bit. I am not so much frustrated by trying to solve this as by trying to solve this on such a slow system. We hope to add a second small disk, so we can at least put swap activity and file access activity on different drives.
In the meantime I did what you suggested. I removed the link from /bin/moc to /usr/bin/moc. BTW /usr/bin/moc was IIRC installed allready when I installed libqt4-devel. Maybe it installed again with qt3-devel.
Then I run the rpmbuild, but this time as root. This was not discussed by us, maybe because you thought I would understand that I should run this as root, while I thought is was just building, not installing. This time it run
At the end I saw that it said that two RPMs were stored in /usr/src/packages/RPMS/i586/, namely qwt-4.2.0-1.i586.rpm and the devel one.
I first tried to install these by going to them with Konqueror and then clicking on Install using YaST, to no avail. I then did a rpm -i ā¦
Then the moment of truth. I started the drm program (that is where all this was done for). This time no complaints about libqwt.so.4 not found lol!
But a new error:
drm: symbol lookup error: drm: undefined sysmbol NeAACDecInitDRM
Which is something completely different rotfl!
Thanks for helping me through my depression. In the end we got libqwt.so.4 installed.
Well, I found a bit of time just before I realy go away until the end of sunday and installed faad2-drm-devel. It installed also some others packages (almost running out of space now).
I quote from you: āand update faad from thereā. This seems to be a piece of cake for you. Can you tell me how swallow a piece of cake :X
I have no idea what to run or do to updayr faad from the faad2-drm-devel.
Hi
I meant to say if your faad wasnāt from there to install it from
there as well. Then rebuild your source or src rpm (or install the drm
one from packman) and you shouldnāt get the error.
ā
Cheers Malcolm Ā°ĀæĀ° (Linux Counter #276890)
openSUSE 11.0 x86 Kernel 2.6.25.18-0.2-default
up 2 days 20:10, 2 users, load average: 1.39, 1.32, 1.20
GPU GeForce 6600 TE/6200 TE - Driver Version: 177.82
I reinstalled from Packman when available there. I now have:
meet:~ # rpm -qa --qf '%{NAME} from %{VENDOR}
'|grep -e faad -e drm
faad2-drm from http://packman.links2linux.de
libfaad0 from (none)
drm from http://packman.links2linux.de
faad2-drm-devel from http://packman.links2linux.de
libdrm from SUSE LINUX Products GmbH, Nuernberg, Germany
meet:~ #
Here is the output from mine, maybe libfaad0 is the issue as itās from
ānoneā?
rpm -qa --qf '%{NAME} from %{VENDOR}
'|grep -e faad -e drm
libdrm from SUSE LINUX Products GmbH, Nuernberg, Germany
libfaad0 from packman.links2linux.de
faad2 from packman.links2linux.de
libdrm-devel from SUSE LINUX Products GmbH, Nuernberg, Germany
drm from http://packman.links2linux.de
faad2-drm-devel from packman.links2linux.de
libfaad-devel from packman.links2linux.de
faad2-drm from packman.links2linux.de
ā
Cheers Malcolm Ā°ĀæĀ° (Linux Counter #276890)
openSUSE 11.0 x86 Kernel 2.6.25.18-0.2-default
up 2 days 8:40, 2 users, load average: 0.16, 0.19, 0.18
GPU GeForce 6600 TE/6200 TE - Driver Version: 177.82