[EMAIL PROTECTED] (Younghun Kim) writes:
> I'm trying to port GNURadio packages to arm-linux platform, and I
> think I'm almost done since I cross-compiled most of necessary
> libraries and binaries including GNURadio itself.
Note that my Debian packaging of gnuradio gets built for all Debian
ar
On Mon, 2006-12-04 at 11:22 -0800, John Clark wrote:
> I set up my debian 'etch' based system. I added apt-get source.list
> references to testing and stable,
> then used apt-get to install GNURadio. Every thing seemed to install
> with no errors.
>
> However there are a couple of packages that
[EMAIL PROTECTED] (Johnathan Corgan) writes:
> However, the pre-release of Ubuntu 'Edgy Eft' now contains sdcc version
> 2.6.0, which does NOT correctly compile USRP code and in fact bombs out
> with a slew of error messages. (Whether this is a USRP code issue or an
> SDCC issue hasn't been deter
I originally sent this just to Eric by accident. Here's a copy for the
rest of the list.
Bdale
> > [EMAIL PROTECTED] (Eric Blossom) writes:
> >
> > > I'm clueless about Debian packaging. Could someone please explain
> > > the partioning between usrp, usrp-firmware, libusrp* and python-usrp?
>
On Mon, 2006-10-09 at 13:02 -0400, Michael Dickens wrote:
> Those look like they're all for i386 ... any idea if they'd work on
> an Intel-Mac running Debian Linux? Got any for an ARM processor? - MLD
CC'ing the list since this reply may be of more general interest.
Once the packages are accep
[EMAIL PROTECTED] (Johnathan Corgan) writes:
> Release 3.0 of GNU Radio is available at the following URL:
A new set of Debian packages based on 3.0 were uploaded last night. Because
the package structuring changed from previous releases, manual intervention
by the Debian ftpmaster team will b
[EMAIL PROTECTED] (Johnathan Corgan) writes:
> GNU Radio 3.0 Release Candidate 3 is available for testing
I have an apparently successful build of rc3 for Debian.
If anyone wants to try these new packages before I finish testing them and
upload to the Debian mirror network, have a look at
Working on interfacing an external 1296 Mhz transverter to one of my USRPs
with basic RX and basic TX daughter cards. Has anyone already done something
like this and established a "standard" way of implementing TX/RX switching?
Or do I just randomly pick one of the controllable bits to drive t
[EMAIL PROTECTED] (Matt Ettus) writes:
> Are you sure you need a 64 MHz sample clock for your app?
No, but I guess I'm trying to avoid hacking my only USRP in a way that makes
it difficult to play with other things people are coding, so sticking with the
default clock rate seems attractive.
Bda
On Fri, 2005-08-19 at 08:52 -0400, John Ackermann N8UR wrote:
> Reflock II that allows you to
> lock just about any oscillator to a standard frequency, or to a 1pps
> signal.
I'm aware of the Reflock designs, and in fact have some of VE1ALQ's
boards in hand (bare boards only).
> I'm going to use
Looking at options for locking all the clocks that are part of the EME
station I'm building to my HP 58503A GPS-synced clock. Searching the
list archives, I found this note from Matt regarding the external clock
input on the USRP:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-03/msg0003
[EMAIL PROTECTED] (Matt Ettus) writes:
> If anyone knows how to make proper RPMs for Fedora, SuSE, or Mandrake
> and would have the time to make GNU Radio and USRP packages (and maybe
> even SWIG, cppunit, and fftw), please let me know. As you can see by
> the mailing list traffic, many people ha
[EMAIL PROTECTED] (Ramakrishnan Muthukrishnan) writes:
> There is an article (only for paid readers at the moment) on Prof Moglen's
> speech at linux.conf.au. Here is a quote on SDR situation in Japan.
This came in response to a question from the audience from someone who had
attended the talk I
13 matches
Mail list logo
