It was my understanding from your suggestion that there would be presentations and discussions after those presentations at the meetings, making this not just having a beer with friends but more formal affairs.
That would be useful for people elsewhere to see, given that this is a global community. Not sure what German law has to do with putting online or streaming such presentations. Cameras off when it comes to the informal part and beer time..
Love this list otherwise. And will come to Berlin this summer so may attend one or two, regardless :)
Cheers from New York.
K
------Original Message------
From: Harald Welte
To: Katrin Verclas
Cc: Holger Hans Peter Freyther
Cc: Akib Sayyed
Cc: baseband-devel(a)lists.osmocom.org
Cc: openbsc(a)lists.osmocom.org
Subject: Recording / Re: Regular Osmocom meeting in Berlin?
Sent: Mar 31, 2012 8:01 AM
Hi Katrin,
On Fri, Mar 30, 2012 at 07:17:17PM +0000, Katrin Verclas wrote:
> Could not disagree more. We live-stream local events all the time with
> a very unobtrusive webcam/ustream and it bothers no one who is there
> but benefits all who are not.
And I couldn't disagree more with you. The mere existance of the two
words 'camera' and 'unobtrusive' in one sentence are a contradiction in
terms.
If I want to meet with a small group of people and informally discuss
technical topic, than that is _very_ different from being live streamed
to an unknonwn number of people, any of which could make recordings and
I would have to very carefully think about each and every word that I'm
saying. That's not a particularly relaxed environment and would kill
all the fun there is in having the meeting in the first place.
Legally, In Germany this corresponds to "not publicly spoken word"
(nicht oeffentlich gesprochenes Wort). It is punishable under law to
record or broadcast that. (Clause 201 of German criminal code).
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Sent via mobile. Hence, short.
Could not disagree more. We live-stream local events all the time with a very unobtrusive webcam/ustream and it bothers no one who is there but benefits all who are not.
Best,
Katrin
------Original Message------
From: Holger Hans Peter Freyther
Sender: baseband-devel-bounces(a)lists.osmocom.org
To: Akib Sayyed
Cc: baseband-devel(a)lists.osmocom.org
Cc: openbsc(a)lists.osmocom.org
Subject: Re: Regular Osmocom meeting in Berlin?
Sent: Mar 30, 2012 3:13 PM
On 03/30/2012 07:27 PM, Akib Sayyed wrote:
> even i am in.people who cannot participate please make some
> arrangement for them like live streaming and chat support.
> <http://www.ustream.tv/ support free live streaming>
Hi,
I don't think this is a good idea. It kills the local atmosphere without
having any real benefit. Every decision/code and most likely slides will be
public anyway.
z.
Sent via mobile. Hence, short.
Hi all,
I was pondering to start a regular Osmocom meeting (monthly or bi-weekly)
in Berlin.
The idea would be not only to converge the existing developers in Berlin
(zecke, roh, prom, tobias, peter, kevin, myself, ...) but to also try to
share some knowledge and excitement with other interested hackers in the
wider community.
A split format for the event might make sense: Have a more or less
organized 45min talk about one particular topic + 15min discussion and
then switch to an informal meeting style without any particular topic or
moderator.
For the first half there is a long list of topics intended at informing
people about the status and capabilities of the respective projects:
OsmocomBB, OsmoTETRA, OsmoGMR, SIMtrace, etc.
Regarding the venue, I would suggest to hold it at the Berlin CCC.
What do you generally think about this?
What day of the week should we be aiming at? Tuesday and Thursday is
generally not a good idea, as those are already occupied with other
events.
If you think it's a good idea, I would request/register the event with
the CCC Berlin.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Can you record the video about the presentations and upload to some video
sharing site ? I'm certain, that there would be some interest watching it :)
Thanks,
Zsombor
On 2012.03.30. 13:33, "Tobias Engel" <t-openbsc(a)tobias.org> wrote:
On 29.03.2012 21:41, Peter Stuge wrote:
> Harald Welte wrote:
>> I was pondering to start a regular ...
I would say monthly is more realistic. But I'm also fine with bi-weekly.
>> What day of the week should we be aiming at?
>
> I like Wednesday.
Me too.
-Tobias
Dear Osmocom community,
This email to inform you that the call for participation for the next Libre Software Meeting (LSM or RMLL: Rencontres Mondiales du Logiciel Libre) ends on 31st March: http://2012.rmll.info/en/participate/call-for-papers
This edition will take place in Geneva from 7th to 12th July 2012 (7-8 general public days, 9-12 theme focused, professional).
It would be of great interest for the communities to learn about the Osmocom projects in presentations or workshop. Real world applications would be interesting too.
So please don't hesitate to directly submit.
Don't hesitate also to contact me for more information.
Mathias Coinchon
Dear group members,
I would like to ask you a question regarding the timeouts and
initiating/allocating an SDCCH channel for a subscriber inside of the
GSM network. I am trying to modify some parts of OpenBSC
(/openbsc/src/libmsc/rrlp.c) and to implement the MS-based RRLP in
OpenBSC (to send assistance data in form of almanac, ephemeris, BTS
geolocation data and GPS reference time to the MS).
At the moment I use the silent sms to start an RRLP request (send RRLP
request + assistance data and then send the silent sms). But if it
takes too long to send the assistance data OpenBSC starts from the
beginning (send rrlp request + assistance data + sms again). I think
this is because OpenBSC waits for an ack from the MS for the silent
sms (which has not been sent) and therefore it's a timeout issue. As a
quick hack I have modified parts of the code and got the RRLP to work
(sent successfully these data and I got a position from the MS).
Just for the curious one, I commented out three lines just before the
return, in /openbsc/src/libmsc/gsm_04_11.c in the function,
gsm411_rx_rp_ack, the following lines:
//else
//gsm411_release_conn(trans->conn);
/* free the transaction here */
//trans_free(trans);
and I changed one timer value from 10 to 100, in
/openbsc/src/libbsc/bsc_rll.c in the function, rll_establish to:
osmo_timer_schedule(&rllr->timer, 100, 0);.
As I know what I did was wrong (since changing the timers and not
releasing the channel properly influences the whole system) but I just
did it for the purpose of testing and to see do I send correct data
and does the RRLP work at all.
I hope you can give me some hints and guides how to allocate a channel
for around 130 seconds and to send the RRLP assistance data within
that channel without doing the above tricks. Once everything works
properly I will provide the RRLP code.
Best regards,
Refik Hadzialic
Hi All,
I wrote this very simple script to build a bit of osmocom with coverage info,
run the tests and use the lcov utility to create html.
I am too lazy to upload the result somewhere right now.
holger
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
Hi!
Harald and me have been working on getting Wavecom Q2403 modem working with
ofono. I promise to submit this to ofono mainstream at some point.
It includes the udev configuration (see 80-ofono-wavecom.rules).
Pablo Neira Ayuso (1):
ofono: add support for Wavecom Q2403 modem
80-ofono-wavecom.rules | 6 ++
Makefile.am | 3 +
acinclude.m4 | 2 +-
drivers/atmodem/sim.c | 8 ++
drivers/atmodem/sms.c | 31 ++++++-
drivers/atmodem/vendor.h | 1 +
gatchat/gatchat.c | 3 +-
plugins/udev.c | 2 +
plugins/wavecom_q.c | 192 ++++++++++++++++++++++++++++++++++++++++++++++
9 files changed, 241 insertions(+), 7 deletions(-)
create mode 100644 80-ofono-wavecom.rules
create mode 100644 plugins/wavecom_q.c
--
1.7.2.5
Hi,
I pushed the branches tobias/supplementary_services to libosmocore and
openbsc repositories.
The idea is to enhance openbsc to be able to provide Supplementary
Services other than USSD.
I tried to implement activation, deactivation and interrogation in a
generic way. Registration is not yet implemented, also handling of
different teleservices is missing (Everything will be treated as
requested for "Telephony").
Call Waiting is now implemented on top of those changes (it is one of
the SS that doesn't need registration). (De-)Activation and
interrogation can be triggered from the phone using either the menu or
the MMI codes *43#, #43# and *#43# (see GSM 02.30).
So a call to a subscriber will now only proceed if said subscriber isn't
busy or CW has been provisioned and activated. (For details see the
commit messages.)
I know this isn't the most sexy new feature, but I needed it to test
something and maybe somebody wants to implement other supplementary
services like call forwarding...
-Tobias
Hi all,
On Tue, Feb 21, 2012 at 11:54, Harald Welte <laforge(a)gnumonks.org> wrote:
> On Tue, Feb 21, 2012 at 08:10:35AM +0100, Sylvain Munaut wrote:
>> As for live audio/video stream, I would suggest it's a bit of a
>> complication we don't need. We could just do recordings and upload
>> them publically or not afterwards depending on the speaker choice.
>
> that might be an idea, but in fact it would be better to have the
> speaker be able to decide not to be recorded in the first place ;)
>
> Rule number one of data protection: Don't even create/store data that
> you don't require to store... (German: "Datensparsamkeit")
Following up on this, it seems to me that there is an agreement that
we want to record talks where speaker doesn't object against
recording. So, I'll try to get a good FullHD camera today and bring it
to the conference, but we also need a tripod for a good quality
recording. Is there anyone local who could bring one? We don't want to
bring one from Moscow. :)
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
