Can you file a Trac ticket on this? It would be good to have the
details above captured for future reference other than on the
mailing list.
I just did, though I think it's an SDCC / Intel-Mac issue, which is
not GR's direct problem ("SEP"). Much like those Intel-Macs which
don't work -
On Mon, Oct 02, 2006 at 09:08:00AM -0700, Johnathan Corgan wrote:
> Marcus Leech wrote:
>
> > There was discussion on the list a few months ago about adding the
> > ability to hook a python function
> > into the processing chain. I don't remember what the conclusion of
> > that discussion was.
Document states the date of May 19, 2005. It doesn't appear to be up-to-date.
cheerio Berndt
On Friday 29 September 2006 14:21, Eric Blossom wrote:
> On Thu, Sep 28, 2006 at 01:26:18PM -0400, Lee Patton wrote:
> > The tutorials moved:
> > http://www.nd.edu/~jnl/sdr/docs/
>
> Unless they have rece
Eric Blossom wrote:
> There should be a (brief) NEWS file in the tarball. It was in the tree.
> Johnathan, if it's not in the tarball, can you please add it to
> EXTRA_DIST.
It's there.
Johnathan Corgan, AE6HO
[EMAIL PROTECTED]
___
Discuss-gnuradi
On Fri, Sep 29, 2006 at 08:16:01PM -0700, Johnathan Corgan wrote:
> Patrick Strasser wrote:
>
> > Would it be possible to compile something like a NEWS file with all new
> > features, enhancements and fixes from the last version (2.8)? This could
> > be done via the list.
>
> Eric and I discussed
Michael Dickens wrote:
> DarwinPorts recently updated SDCC from 2.4.0 to 2.6.0 . This works just
> as before on PPC MacOS X 10.4.7 (and now .8). But (at least for me),
> 2.6.0 dies compiling usb_common.c in usrp/firmware/lib . Reverting back
> to 2.4.0 does the trick. Any other Intel-OSX users
DarwinPorts recently updated SDCC from 2.4.0 to 2.6.0 . This works
just as before on PPC MacOS X 10.4.7 (and now .8). But (at least for
me), 2.6.0 dies compiling usb_common.c in usrp/firmware/lib .
Reverting back to 2.4.0 does the trick. Any other Intel-OSX users
find this? - MLD
ps>
Pascal Charest wrote:
> I had a similar problem and this is the solution that I used.
>
> At work, my computer is behind a firewall and I must use a proxy server
> to send HTTP requests. So, I needed to set proxy name and address for
> SVN. So, edit ~/.subversion/servers. In the [global] section,
I had a similar problem and this is the solution that I used.
At work, my computer is behind a firewall and I must use a proxy server
to send HTTP requests. So, I needed to set proxy name and address for
SVN. So, edit ~/.subversion/servers. In the [global] section, use these
lines:
[global]
http-p
Looks like DP fixed the issue ... I'm compiling on a new 20" iMac,
and everything looks good. So I'm removing those version-specific
commands from the OSX install script (new one is already uploaded,
and requires -NO- changes to what DP does, yay!).
On Oct 2, 2006, at 1:22 AM, Thomas Schmi
Johnathan Corgan wrote:
[snipped]
Marcus--I hope you'll see this on the list, as your mail system at your
employer filtered my direct copy to you. Looks like my mail server
ended up on someones' RBL list.
Johnathan Corgan, AE6HO
[EMAIL PROTECTED]
__
Marcus Leech wrote:
> There was discussion on the list a few months ago about adding the
> ability to hook a python function
> into the processing chain. I don't remember what the conclusion of
> that discussion was.
>
> I have a need to be able to hook a user-defined Python code snippet into
Congrats to Matt and Eric for the writeup in IEEE Spectrum!
http://www.spectrum.ieee.org/oct06/4654
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
There was discussion on the list a few months ago about adding the
ability to hook a python function
into the processing chain. I don't remember what the conclusion of
that discussion was.
I have a need to be able to hook a user-defined Python code snippet into
the processing chain, near th
14 matches
Mail list logo
