[DSTAR_DIGITAL] New Wisconsin D-Star Net Starting Sunday, 7/11 @ 9 pm on D-STAR Reflector 19B
The first Wisconsin D-STAR Net is starting Sunday, July 11th at 9 pm. The net will be held weekly on Sundays at 8 pm on Wisconsin D-STAR Reflector REF019B. The net control will be Steve, N9UDO in Baraboo, WI. Wisconsin hams are encouraged to connect Wisconsin D-STAR repeaters to Wisconsin D-STAR Reflector REF019B and connect DV Dongles DVAPs to the reflector as well. The net will be an opportunity for Wisconsin hams to use Wisconsin's first state-wide D-STAR Digital Voice Data network to meet other D-STAR users learn more about D-STAR technology. Look forward to hearing you on the net. In the meantime, you can learn more about D-STAR usage in Wisconsin D-STAR technology by joining the Wisconsin D-STAR group at: http://groups.yahoo.com/group/WisconsinD-STAR/ 73, Mark, WB9QZB - Forwarded Message From: n9udo n9...@yahoo.com To: wisconsind-s...@yahoogroups.com Sent: Sun, June 20, 2010 10:15:20 AM Subject: [WisconsinD-STAR] WI D-Star Net On Sunday nights beginning on July 11, 2010, I will be hosting the all-new Wisconsin D-Star Net. It will start at 9:00pm on Reflector-19B. Please have your system connected before the net. I will be looking for participation from stations. We will have a round-table style discussion after check-ins. All are welcome. Yahoo! Groups Links
[DSTAR_DIGITAL] 2820/880 memory storage - callsigns
Hello, I would say I'm new to D-Star, but as I haven't purchased any D-Star compatible equipment yet, I suppose even that would be premature! As many hams have done I'm trying to do my homework on how the whole deal works in general, and also in specific with the standard memories on the 880 and 2820. But at least one item remains unclear to me on both radios. I'm intentionally ignoring the DR mode on the 880, unless somehow it applies directly to my question. I understand the various callsign lists one can populate. But what of the interaction with standard memories? For example, if I am operating D-Star from the VFO with manual callsigns configured, and I save the VFO to a standard memory channel, how (if at all) do the callsigns save to the memory? Ok, now what if I configure the VFO *with* callsigns from callsign memory and save the memory channel. Does anything change from the first example? Does the standard memory somehow link to the callsign memory to say, ok, memory, use callsigns U04, R02, etc on this memory slot... Is it as simple as each stored standard memory takes state of the active callsigns, and writes those to memory along with the frequency data? Or does it somehow interact with the callsign memories at a higher level? In the 2820's manual it doesn't list anything D-Star specific when it talks about what information is saved in memory. I haven't checked the 880's. Thanks, Jeff KG8IU
[DSTAR_DIGITAL] Re: bind challenge - any ideas?
I received the same 3 blocks as you (block 3 from 192.5.6.30#53(a.gtld-servers.net) instead of 192.52.178.30#53(k.gtld-servers.net) like you), but then I got the following block 4: www.google.com. 604800 IN CNAME www.l.google.com. www.l.google.com. 300 IN A 74.125.43.99 www.l.google.com. 300 IN A 74.125.43.105 www.l.google.com. 300 IN A 74.125.43.103 www.l.google.com. 300 IN A 74.125.43.147 www.l.google.com. 300 IN A 74.125.43.104 www.l.google.com. 300 IN A 74.125.43.106 ;; Received 148 bytes from 216.239.32.10#53(ns1.google.com) in 14 ms This looks good to me. I also tried ns1 and got: [r...@feldberg log]# dig ns1.google.com ; DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_4.2 ns1.google.com ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 3751 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;ns1.google.com.IN A ;; ANSWER SECTION: ns1.google.com. 345182 IN A 216.239.32.10 ;; AUTHORITY SECTION: google.com. 172382 IN NS ns3.google.com. google.com. 172382 IN NS ns4.google.com. google.com. 172382 IN NS ns1.google.com. google.com. 172382 IN NS ns2.google.com. ;; Query time: 9 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Jun 21 01:10:44 2010 ;; MSG SIZE rcvd: 116 Could you try the last one with ns1 please? 73 de Reiner, dh9fax --- In dstar_digital@yahoogroups.com, john_ke5c k...@... wrote: Gateway W5KA resolves every domain we've tried EXCEPT www.google.com. This is more of a curiosity since everything important seems to work. Any bind users have an idea? ...reply cut out... Thanks and 73--John
[DSTAR_DIGITAL] Re: G2 32 bits vs 64 bits
The error starting dsipsvd on a 64-bit Centos: [r...@ke5rcs dsipsvd]# ./dsipsvd ./dsipsvd: error while loading shared libraries: libpq.so.5: wrong ELF class: ELFCLASS64 is resolved by installing the 32-bit library: [r...@ke5rcs ~]# yum install postgresql84-libs.i386 ... Installed: postgresql84-libs.i386 0:8.4.4-1.el5_5.1 Complete! G2, dstarmon, dprs, and dplus all seem to be running just fine. Maybe something will show downstream, but for now it seems that 64-bit Centos will with the fix above. 73--John
Re: [DSTAR_DIGITAL] G2 32 bits vs 64 bits
At 09:37 AM 6/21/2010, you wrote: Then I remembered my own problems experimenting in the past, and this looks like the same error I had gotten. I wonder if there is anyway to save this, or if the sensible thing is to do a 32 bit Centos install and go through the steps again? TIA. I'd be using a 32 bit install, myself. Having just attended a D-STAR workshop, it is my understanding that Icom specify the i386 (32 bit) CentOS 5.x distribution to run their software on. 73 de VK3JED / VK3IRL http://vkradio.com
Re: [DSTAR_DIGITAL] Re: G2 32 bits vs 64 bits
At 12:16 PM 6/21/2010, you wrote: G2, dstarmon, dprs, and dplus all seem to be running just fine. Maybe something will show downstream, but for now it seems that 64-bit Centos will with the fix above. While my experience with 34 bit software on a 64 bit system suggests you're right in that it'll work as long as the correct 32 bit libraries are in place, I am also aware that G2 is very quirky software, so it's safer to stick with what's specified. However, you might be doing some good testing by having it running on a suitably configured 64 bit OS. 73 de VK3JED / VK3IRL http://vkradio.com