Fedora 16 - 64-bit

6 posts / 0 new
Last post
m0nkc
Fedora 16 - 64-bit

Hi all,

I've read a lot about cqrlog and would really like to use it. Unfortunately I'm not having much luck on my 64-bit Fedora 16. After some time spent ldd-ing the hamlib executable and duly installing the missing dependencies, there's only one final hurdle I can't overcame: hamlib.

As far as I can see cqrlog is generally linked with 32-bit shared libraries (most of which I could install without any problems). However, hamlib comes with a couple of executables whose path is identical in its 32-bit and 64-bit incarnations, when I try to install the 32-bit hamlib, yum dies with:


Transaction Check Error:
file /usr/libexec/uhd/usrp_n2xx_net_burner.pyc from install of uhd-3.3.1-2.fc16.i686 conflicts with file from package uhd-3.3.1-2.fc16.x86_64
file /usr/libexec/uhd/usrp_n2xx_net_burner.pyo from install of uhd-3.3.1-2.fc16.i686 conflicts with file from package uhd-3.3.1-2.fc16.x86_64
file /usr/bin/rigctl from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rigctld from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rigmem from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rigsmtr from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rigswr from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rotctl from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/bin/rotctld from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/sbin/rpc.rigd from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64
file /usr/sbin/rpc.rotd from install of hamlib-1.2.14-2.fc16.i686 conflicts with file from package hamlib-1.2.14-2.fc16.x86_64

Now, the easy solution would be to uninstall the 64-bit hamlib and use only the 32-bit one but I'm a little bit apprehensive about this solution as then I wouldn't benefit at all from running a 64-bit system (and could potentially encounter some weird bugs).

Has anyone found some workaround for this? Of course, another option would be to have a native 64-bit cqrlog but I'm not sure how much extra work this would be for Petr.

73
Kristijan
M0NKC

ok2cqr
ok2cqr's picture
Re: Fedora 16 - 64-bit

Hello Kristijan,

there already is 64bit version of CQRLOG. Look here:

http://www.cqrlog.com/download

I also have 64bit distribution at home and it is working without any problem.

73 Petr, OK2CQR

m0nkc
Thanks for the reply, Petr.

Thanks for the reply, Petr. Sorry, it is my fault for not having been more precise, I need it for 64-bit Intel CPU. I even managed to run the AMD version, though it's crashing:


120203 17:14:18 mysqld_safe Starting mysqld daemon with databases from /home/kconkas/.config/cqrlog/database/
select * from tables where table_schema = 'cqrlog_common'

SELECT log_nr,log_name FROM cqrlog_common.log_list order by log_nr

TApplication.HandleException Access violation
Stack trace:
$000000371E009DB4
$0000000000588607
$0000000000599EFD
$000000000059B875
$000000000052FAE9
$000000000052EB1A
$0000000000515985
$000000000078D228
$0000000000530CCB
$0000000000797C7D
$000000000078AD1A
$000000000078AC3E
$000000000053400D
$0000000000789425
$00000000007A14B4
$000000000079E021
$000000000052E6B2
exception at 000000371E009DB4:
Access violation.

(cqrlog:7689): Gtk-CRITICAL **: IA__gtk_widget_create_pango_layout: assertion `GTK_IS_WIDGET (widget)' failed

(cqrlog:7689): Pango-CRITICAL **: pango_layout_set_font_description: assertion `layout != NULL' failed

(cqrlog:7689): Pango-CRITICAL **: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed

(cqrlog:7689): Pango-CRITICAL **: pango_layout_set_width: assertion `layout != NULL' failed

(cqrlog:7689): Pango-CRITICAL **: pango_layout_set_alignment: assertion `layout != NULL' failed
TGtk2WidgetSet.CreateFontIndirectEx Unable to create font A
ERROR in LCL:
Creating gdb catchable error:
$00000000006A5B31
$00000000008742FB
$0000000000874287
$00000000007CF483
$00000000007D4256
$00000000006D5A7E
$00000000006ECD94
$00000000006ED511
$00000000006EE207
TApplication.HandleException Invalid floating point operation
Stack trace:
$00000000006A5B62
$00000000008742FB
$0000000000874287
$00000000007CF483
$00000000007D4256
$00000000006D5A7E
$00000000006ECD94
$00000000006ED511
$00000000006EE207
$00000000006F105F
$00000000006F0D82
$00000000007FCA72
$00000000007FC278
$00000000007A1BA4
$0000000000515985
$0000000000797C7D
$000000000078C0EC
exception at 00000000006A5B62:
Invalid floating point operation.

(cqrlog:7689): Gtk-CRITICAL **: IA__gtk_widget_get_style: assertion `GTK_IS_WIDGET (widget)' failed
Closing BandMap window
Closing DXCluster window
Closing TRXControl window
Closing GrayLine window
Closing dDXCC
Closing dData
/home/kconkas/.config/cqrlog/database/hawk.pid
Command:
kill 7843
Closing ini file ...
An unhandled exception occurred at $000000000051C3C3 :
EAccessViolation :
$000000000051C3C3
$00000000006934D9

Kristijan, M0NKC

DJ0OT
I think that there is a

I think that there is a general problem with hamlib used by CQRLOG because the last one is not considering the evolution of hamlib. I'm encountering the same problem and I must admit that I'm not able to submit to CQRLOG the call to hamlib which is working in my environment.

If I want to use hamlib independently, the following call is OK:

/usr/local/bin/rigctl -m129 --send-cmd-term="" --set-conf=rig_pathname=/dev/ttyUSB0,serial_speed=4800,dcd_type=RIG,timeout=500,retry=2,write_delay=5,post_write_delay=50,itu_region=1

If I want to use hamlib running as server, the following call is OK:

rigctl -m 2 -C rig_pathname=localhost:4532

Please excuse the formatting problems.

I see no way to say to CQRLOG to use such sequences.

ok2cqr
ok2cqr's picture
Re: I think that there is a

I see no way to say to CQRLOG to use such sequences.

What about:

device: localhost:4532
rigmodel: 1901

It should work.

ok2cqr
ok2cqr's picture
RE: Fedora 16 - 64-bit

Hello Kristijan,

I'm sorry I didn't noticed that you need IA64 architecture.

I tried to use google and it seems that there is Lazarus and free pascal for ia64 in Fedora. So you can try to install it and build cqrlog yourself with make && make install. In makefile is case for x86 and 64bit so you must add new item there. It sould works. Please let me know if it worked. Thank you!

Debian build system created packeges for sparc and powerpc but I have no idea if it's working because I've never had any suitable hardware for testing.

73 Petr