From laforge at gnumonks.org  Sat Sep 24 12:31:59 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 24 Sep 2016 20:31:59 +0800
Subject: Moving from trac to a single redmine
In-Reply-To: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
Message-ID: <20160924123159.sdqpnz5yksr6njcr@nataraja>

Dear all,

It's been more than half a year that we transitioned the Osmocom
projects from the various trac instances to redmine.

Still, a lot of people end up on the old redmine pages.  How do I know?
Because of the amount of personal e-mail I receive from people asking
for accounts or for modification of the content there.

[This is of course just the indicator, I don't mind those mails]. But
what worries me is that people are looking at outdated information in
the old trac without even knowing.

How do we proceed about that?  I'm not quite clear.  The first step
could be to add some kind of banner to the old trac installations,
indicating at the header / footer of every page (or even as a floating
block visible at all times) that this is old, outdated content that is
scheduled to be removed at a certain date, and indicating the top-level
page for the specific project in the osmocom.org redmine as an updated
source.  After that grace period has passed, we should probably make all
the old trac pages redirect to the entry-page of the project in redmine.

Trying to link to the respective new page in each individual wiki would
be overly complicated and take a lot of time, unless somebody masocistic
enough would volunteer for creating such a list.  It can probably be
auto-generated to some extent, but then each individual item would need
to be manually verified and fixed up, if needed.

Do you have other ideas on how to proceed in a better way?

Do we have any volunters about any of the above?  I'm quite sure it
wouldbe easy to provide volunteers witha copy of the existing trac
databases or any other information that might be needed.

Thanks in advance for any assistance,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)


From holger at freyther.de  Sat Sep 24 12:57:57 2016
From: holger at freyther.de (Holger Freyther)
Date: Sat, 24 Sep 2016 14:57:57 +0200
Subject: Moving from trac to a single redmine
In-Reply-To: <20160924123159.sdqpnz5yksr6njcr@nataraja>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
Message-ID: <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>


> On 24 Sep 2016, at 14:31, Harald Welte <laforge at gnumonks.org> wrote:
> 
> Dear all,
> 


> Still, a lot of people end up on the old redmine pages.  How do I know?
> Because of the amount of personal e-mail I receive from people asking
> for accounts or for modification of the content there.

eek.

> 
> How do we proceed about that?  I'm not quite clear.  The first step
> could be to add some kind of banner to the old trac installations,
> indicating at the header / footer of every page (or even as a floating
> block visible at all times) that this is old, outdated content that is
> scheduled to be removed at a certain date, and indicating the top-level
> page for the specific project in the osmocom.org redmine as an updated
> source.  After that grace period has passed, we should probably make all
> the old trac pages redirect to the entry-page of the project in redmine.
> 
> Trying to link to the respective new page in each individual wiki would
> be overly complicated and take a lot of time, unless somebody masocistic
> enough would volunteer for creating such a list.  It can probably be
> auto-generated to some extent, but then each individual item would need
> to be manually verified and fixed up, if needed.
> 
> Do you have other ideas on how to proceed in a better way?

* banner to say to look at our redmine
* disallow search engines to index trac (if that is still allowed)
* not modify trac sites but use redirect of nginx



> Do we have any volunters about any of the above?  I'm quite sure it
> wouldbe easy to provide volunteers witha copy of the existing trac
> databases or any other information that might be needed.

We can provide the access logs (all IP addresses point to the frontend
server so we only show user agent that might be private).

holger




From 246tnt at gmail.com  Sat Sep 24 14:01:52 2016
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sat, 24 Sep 2016 08:01:52 -0600
Subject: Moving from trac to a single redmine
In-Reply-To: <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
Message-ID: <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>

Hi,


> * not modify trac sites but use redirect of nginx

I've just put this in place for 'openbsc.osmocom.org' :

rewrite ^/trac/wiki/(.*)/(.*)$
$scheme://osmocom.org/projects/openbsc/wiki/$1$2 redirect;
rewrite ^/trac/wiki(.*)$ $scheme://osmocom.org/projects/openbsc/wiki$1 redirect;

This seems to work fairly well. I'm sure there are some exceptions to
those regexps, but I couldn't find any immediately. If we uncover them
we can try to tweak them or just handle them manually.

I've set them to temporary (302) redirects for now. Once we're a
little more confident that this works well, this can be changed to
301s and extended to all the other old domains.

If you find any case where those fails, please report.


Cheers,

    Sylvain


From craig_comstock at yahoo.com  Sun Sep 25 13:22:23 2016
From: craig_comstock at yahoo.com (Craig Comstock)
Date: Sun, 25 Sep 2016 13:22:23 +0000 (UTC)
Subject: Moving from trac to a single redmine
In-Reply-To: <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
Message-ID: <53112477.360510.1474809743413@mail.yahoo.com>

I am working on fernvale-nuttx-bb (fernvale-nuttx + gnutoo's nuttx-bb) and wanted to check the osmocom bb on nuttx-bb. It seems all the links are broken in the redmine version of things and the trac URLs redirect to redmine so the content is "gone"?
Can you help me resurrect pages like http://osmocom.org/projects/baseband/wiki/Nuttx-bbcompile?parent=Nuttx-bb
Thanks,Craig


      From: Sylvain Munaut <246tnt at gmail.com>
 To: Holger Freyther <holger at freyther.de> 
Cc: "osmocom-sdr at lists.osmocom.org" <osmocom-sdr at lists.osmocom.org>; baseband-devel <baseband-devel at lists.osmocom.org>; OpenBSC Mailing List <openbsc at lists.osmocom.org>; gmr at lists.osmocom.org
 Sent: Saturday, September 24, 2016 9:01 AM
 Subject: Re: Moving from trac to a single redmine
   
Hi,


> * not modify trac sites but use redirect of nginx

I've just put this in place for 'openbsc.osmocom.org' :

rewrite ^/trac/wiki/(.*)/(.*)$
$scheme://osmocom.org/projects/openbsc/wiki/$1$2 redirect;
rewrite ^/trac/wiki(.*)$ $scheme://osmocom.org/projects/openbsc/wiki$1 redirect;

This seems to work fairly well. I'm sure there are some exceptions to
those regexps, but I couldn't find any immediately. If we uncover them
we can try to tweak them or just handle them manually.

I've set them to temporary (302) redirects for now. Once we're a
little more confident that this works well, this can be changed to
301s and extended to all the other old domains.

If you find any case where those fails, please report.


Cheers,

? ? Sylvain


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20160925/f00d42be/attachment.htm>

From craig_comstock at yahoo.com  Sun Sep 25 13:32:55 2016
From: craig_comstock at yahoo.com (Craig Comstock)
Date: Sun, 25 Sep 2016 13:32:55 +0000 (UTC)
Subject: nuttx-bb layout? inside or outside nuttx?
In-Reply-To: <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
Message-ID: <2117200564.394691.1474810375659@mail.yahoo.com>

Hi,
I am working on porting nuttx-bb to fernvale (mediatek 6260/6261). I was starting work with gnutoo's sources which seem to be pulling osmocom-bb into nuttx/apps/osmocomBB and yet I feel like previous nuttx-bb was using osmocom alongside nuttx (so that osmocom-bb is kept by itself). This second layout seems better to me... so that osmocom-bb is more "preserved" as-is. I know there are differences in the code environments but it seems those could be handled by making macros in nuttx so that nuttx can compile osmocom code.
Any suggestions?
My work in progress... on nuttx-bb
https://github.com/craigcomstock/fernvale-nuttx/tree/nuttx-bb

this osmocomBB/osmocomBB seems to want to pull in bits from osmocom-bb/src/target/firmware
https://github.com/craigcomstock/fernvale-nuttx/tree/nuttx-bb/apps/osmocomBB/osmocomBB

here is a more "clean" structure of mediatek code that I put into osmocom-bb thinking I would migrate to side-by-side layouthttps://github.com/craigcomstock/osmocom-bb/tree/mt626x
all is very much a WIP,Craig

      From: Sylvain Munaut <246tnt at gmail.com>
 To: Holger Freyther <holger at freyther.de> 
Cc: "osmocom-sdr at lists.osmocom.org" <osmocom-sdr at lists.osmocom.org>; baseband-devel <baseband-devel at lists.osmocom.org>; OpenBSC Mailing List <openbsc at lists.osmocom.org>; gmr at lists.osmocom.org
 Sent: Saturday, September 24, 2016 9:01 AM
 Subject: Re: Moving from trac to a single redmine
   
Hi,


> * not modify trac sites but use redirect of nginx

I've just put this in place for 'openbsc.osmocom.org' :

rewrite ^/trac/wiki/(.*)/(.*)$
$scheme://osmocom.org/projects/openbsc/wiki/$1$2 redirect;
rewrite ^/trac/wiki(.*)$ $scheme://osmocom.org/projects/openbsc/wiki$1 redirect;

This seems to work fairly well. I'm sure there are some exceptions to
those regexps, but I couldn't find any immediately. If we uncover them
we can try to tweak them or just handle them manually.

I've set them to temporary (302) redirects for now. Once we're a
little more confident that this works well, this can be changed to
301s and extended to all the other old domains.

If you find any case where those fails, please report.


Cheers,

? ? Sylvain


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20160925/83cb8290/attachment.htm>

From 246tnt at gmail.com  Sun Sep 25 15:28:42 2016
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 25 Sep 2016 09:28:42 -0600
Subject: Moving from trac to a single redmine
In-Reply-To: <53112477.360510.1474809743413@mail.yahoo.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
 <53112477.360510.1474809743413@mail.yahoo.com>
Message-ID: <CAHL+j087uJUY9x=S05xS3hyO0QE3XroMC_nxV=s-mbPT2sZLaQ@mail.gmail.com>

On Sun, Sep 25, 2016 at 7:22 AM, Craig Comstock
<craig_comstock at yahoo.com> wrote:
> I am working on fernvale-nuttx-bb (fernvale-nuttx + gnutoo's nuttx-bb) and
> wanted to check the osmocom bb on nuttx-bb. It seems all the links are
> broken in the redmine version of things and the trac URLs redirect to
> redmine so the content is "gone"?
>
> Can you help me resurrect pages like
> http://osmocom.org/projects/baseband/wiki/Nuttx-bbcompile?parent=Nuttx-bb

See the index by title :

http://osmocom.org/projects/baseband/wiki/index

There was an inconsistency between how the page themselves have been
renamed and how the links to them were renamed.

Feel free to edit / rename the page to fix this.

Cheers,

    Sylvain


From nhofmeyr at sysmocom.de  Sun Sep 25 15:54:10 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Sun, 25 Sep 2016 17:54:10 +0200
Subject: Moving from trac to a single redmine
In-Reply-To: <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
Message-ID: <20160925155410.GA1868@dub7>

On Sat, Sep 24, 2016 at 08:01:52AM -0600, Sylvain Munaut wrote:
> I've just put this in place for 'openbsc.osmocom.org' :
> 
> rewrite ^/trac/wiki/(.*)/(.*)$
> $scheme://osmocom.org/projects/openbsc/wiki/$1$2 redirect;
> rewrite ^/trac/wiki(.*)$ $scheme://osmocom.org/projects/openbsc/wiki$1 redirect;

But so far the idea is to keep the trac online and browsable, right?
It didn't sound like the grace period before switching off trac has already
passed. And I think we already have one complaint of missing content :)

~Neels


-- 
- Neels Hofmeyr <nhofmeyr at sysmocom.de>          http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Gesch?ftsf?hrer / Managing Directors: Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20160925/5718e57e/attachment.bin>

From laforge at gnumonks.org  Mon Sep 26 01:11:08 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 26 Sep 2016 09:11:08 +0800
Subject: Moving from trac to a single redmine
In-Reply-To: <20160925155410.GA1868@dub7>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
 <20160925155410.GA1868@dub7>
Message-ID: <20160926011108.mxmktwgpty2ognob@nataraja>

On Sun, Sep 25, 2016 at 05:54:10PM +0200, Neels Hofmeyr wrote:
> On Sat, Sep 24, 2016 at 08:01:52AM -0600, Sylvain Munaut wrote:
> > I've just put this in place for 'openbsc.osmocom.org' :
> > 
> > rewrite ^/trac/wiki/(.*)/(.*)$
> > $scheme://osmocom.org/projects/openbsc/wiki/$1$2 redirect;
> > rewrite ^/trac/wiki(.*)$ $scheme://osmocom.org/projects/openbsc/wiki$1 redirect;
> 
> But so far the idea is to keep the trac online and browsable, right?

the main problem is that search engines still primarily seem to index +
link to the old trac instances.  So we were keeping that alive for some
time.  However, as the content is going out of date, and people still
show an interest in editing the old content, I think we need to switch
the trac off soon and replace it with links to the redmine, even if it
just links to the redmine entry page of that project.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)


From laforge at gnumonks.org  Mon Sep 26 01:24:59 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 26 Sep 2016 09:24:59 +0800
Subject: nuttx-bb layout? inside or outside nuttx?
In-Reply-To: <2117200564.394691.1474810375659@mail.yahoo.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
 <2117200564.394691.1474810375659@mail.yahoo.com>
Message-ID: <20160926012459.gydpmyew5n42ll7f@nataraja>

Hi Craig,

On Sun, Sep 25, 2016 at 01:32:55PM +0000, Craig Comstock wrote:
> I am working on porting nuttx-bb to fernvale (mediatek 6260/6261). I was
> starting work with gnutoo's sources which seem to be pulling osmocom-bb into
> nuttx/apps/osmocomBB and yet I feel like previous nuttx-bb was using osmocom
> alongside nuttx (so that osmocom-bb is kept by itself). This second layout
> seems better to me... so that osmocom-bb is more "preserved" as-is. 

I agree, it would be bets to have it side-by-side

> I know there are differences in the code environments but it seems
> those could be handled by making macros in nuttx so that nuttx can
> compile osmocom code.

I'm not opposed to introducing macros / function tables / APIs /
whatever else in osmocom-bb to make it more portable.  So modifying
osmocom-bb is definitely possible - but it should always continue to
build + work "bare iron" outside the context of nuttx, at the very least
as long as that work regarding Nuttx hasn't completed fully for quite
some time.

Looking forward to your progress.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)


From laforge at gnumonks.org  Mon Sep 26 01:21:28 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 26 Sep 2016 09:21:28 +0800
Subject: Nuttx-bb links in redmine / Re: Moving from trac to a single redmine
In-Reply-To: <53112477.360510.1474809743413@mail.yahoo.com>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
 <53112477.360510.1474809743413@mail.yahoo.com>
Message-ID: <20160926012128.6afy6emefa6t4soc@nataraja>

Hi Craig,

[removing non-osmocom-BB mailing list cross posts]

On Sun, Sep 25, 2016 at 01:22:23PM +0000, Craig Comstock wrote:
> I am working on fernvale-nuttx-bb (fernvale-nuttx + gnutoo's nuttx-bb) and
> wanted to check the osmocom bb on nuttx-bb. It seems all the links are broken
> in the redmine version of things and the trac URLs redirect to redmine so the
> content is "gone"?

There is no content that is gone.  The trac pages had all been converted
to redmine many months ago. The automatic wiki syntax conversion and
link conversion didn't always work fine, and we asked people to help
with manually going over the new redmine content to fix things up.

If there are broken links in the auto-converted content in redmine,
pleaes help us to fix them up.

> Can you help me resurrect pages like http://osmocom.org/projects/baseband/wiki/
> Nuttx-bbcompile?parent=Nuttx-bb

I guess you must be referring to http://osmocom.org/projects/baseband/wiki/Nuttx-bbnuttx-bbcompile ?
or
http://osmocom.org/projects/baseband/wiki/Nuttx-bbnuttx-bbcompile-nuttx-way

The above have existed ever since the migration on February 19.

I just added an auto-generated list of Nuttx-bb child pages using the
{{child_pages()}} macro at
https://osmocom.org/projects/baseband/wiki/Nuttx-bb

Feel free to clean this up further manually.  I think the best solution
in the remine wolrd would be to create a Nuttx-BB sub-project underneath
the OsmocomBB project and then move all content there.  This way it's
easier for "standard" users to not be confused with the (unfortunately
still) more experimental nuttx based system(s).  Let me know if you
would want to help on that migration to a redmine sub-project and I'll
create that project

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)


From craig_comstock at yahoo.com  Mon Sep 26 03:03:44 2016
From: craig_comstock at yahoo.com (Craig Comstock)
Date: Mon, 26 Sep 2016 03:03:44 +0000 (UTC)
Subject: nuttx-bb layout? inside or outside nuttx?
In-Reply-To: <20160926012459.gydpmyew5n42ll7f@nataraja>
References: <29DF7E51-8366-40A3-8EF1-F4705D3A0E6D@freyther.de>
 <20160924123159.sdqpnz5yksr6njcr@nataraja>
 <32B40E35-7B65-4478-ADCE-CD7771DDCA7B@freyther.de>
 <CAHL+j090rx3mmyLtxPVkG3DOX=WS-pY_iZ3wbp+uaHoPTBAQxA@mail.gmail.com>
 <2117200564.394691.1474810375659@mail.yahoo.com>
 <20160926012459.gydpmyew5n42ll7f@nataraja>
Message-ID: <1690525231.595647.1474859024144@mail.yahoo.com>

Thanks Harald,
I'll pursue side-by-side then as that seemed best to me also.

My plan was to start with an rssi app, do layer1 and get that working with mobile on a laptop, then work on porting mobile to nuttx.
I'll be working on an mt6260-based watch and an mt2502/6261-based rephone module primarily.
-Craig


      From: Harald Welte <laforge at gnumonks.org>
 To: Craig Comstock <craig_comstock at yahoo.com> 
Cc: Sylvain Munaut <246tnt at gmail.com>; Holger Freyther <holger at freyther.de>; baseband-devel <baseband-devel at lists.osmocom.org>
 Sent: Sunday, September 25, 2016 8:24 PM
 Subject: Re: nuttx-bb layout? inside or outside nuttx?
   
Hi Craig,

On Sun, Sep 25, 2016 at 01:32:55PM +0000, Craig Comstock wrote:
> I am working on porting nuttx-bb to fernvale (mediatek 6260/6261). I was
> starting work with gnutoo's sources which seem to be pulling osmocom-bb into
> nuttx/apps/osmocomBB and yet I feel like previous nuttx-bb was using osmocom
> alongside nuttx (so that osmocom-bb is kept by itself). This second layout
> seems better to me... so that osmocom-bb is more "preserved" as-is. 

I agree, it would be bets to have it side-by-side

> I know there are differences in the code environments but it seems
> those could be handled by making macros in nuttx so that nuttx can
> compile osmocom code.

I'm not opposed to introducing macros / function tables / APIs /
whatever else in osmocom-bb to make it more portable.? So modifying
osmocom-bb is definitely possible - but it should always continue to
build + work "bare iron" outside the context of nuttx, at the very least
as long as that work regarding Nuttx hasn't completed fully for quite
some time.

Looking forward to your progress.

Regards,
??? Harald
-- 
- Harald Welte <laforge at gnumonks.org>? ? ? ? ? http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (ETSI EN 300 175-7 Ch. A6)


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20160926/4e7c8c3d/attachment.htm>

From todaysaobe at gmail.com  Tue Sep 13 19:40:50 2016
From: todaysaobe at gmail.com (superben)
Date: Tue, 13 Sep 2016 19:40:50 -0000
Subject: USRP Free BULK SMS SMS device
Message-ID: <1473795638130-4026750.post@n3.nabble.com>

https://youtu.be/YJ_qkJEFNcg

UGS is a portable system designed to send SMS messages and data to GSM
phones in a pre-defined area. 

Unlike existed advertisement systems
UGS sends normal or flash SMS instead of broadcast messages (receipt of
broadcast messages can be disabled by mobile phone user);
UGS is an independent stand-alone system, which does not require any
cooperation with cellular operators.
UGS does not use phone numbers of mobile phones, hence there is no need in
the lists of phone numbers to be obtained from various sources. Those lists
are often not complete, outdated, irrelevant and costly.

The UGS can be used for commercial or security purposes:
Send commercial advertisements, announcements, free gift coupons, useful
information or welcome messages in specific places: shopping areas, banks,
restaurants, train or bus stations, exhibitions, shows, etc.
Send warning messages or requests to the people in the case of emergency.
Send messages with the request to contact police to potential crime
witnesses in the crime areas.

SMS messages can be sent:
To New in the Area or
To Known in the Area or
To pre-defined groups or
To everyone,

The UGS can be installed in a fixed location or carried to the places of
need in a small, hand carry suitcase. 

Potential users of the system are small stores, large organizations,
advertisement providers, rescue services, police forces and others. 

System can be operated locally or remotely via the Internet. 

SMS sent by the system are free of charge; neither owner of the system nor
mobile phone users pay for them. 
The system is comprised of compact Base Station Unit and notebook computer.
Because of unique sophisticated algorithm implemented in the system, the UGS
transmits very low power and does not interfere with existed GSM networks.

User can define any phone number or name of the sender, which will appear on
the screens of mobile phones.

Main specifications:
Frequency coverage: 850, 900, 1800, 1900 MHz

Number of SMS: No limitations

Number of handsets: No limitations

System output: From 10mW up to 10w  (adjustable)

Power: 220V / 110V / 24V / 12-16V or Batteries

Operation Range: 10...1500 m

SMS language: All languages



--
View this message in context: http://baseband-devel.722152.n3.nabble.com/USRP-Free-BULK-SMS-SMS-device-tp4026750.html
Sent from the baseband-devel mailing list archive at Nabble.com.