This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Keith, On Sun, Oct 15, 2017 at 10:48:49AM -0500, Keith wrote: > Yes, certainly for OsmoDevCon, Seville would mean travel and > expense for most. > But how about the OsmoCon (assuming the decision was not to > have them back-to-back)? Possible, but I'm not sure if Pablo was volunteering for a significantly larger event: OsmoCon was 60 people this year, so I would expect it to be at least that same size next year. > I imagine that would mean a LOT more logistics work there, > maybe too much, like bringing CCC VOC for example. Indeed. > > In terms of frequency, I would actually suggest we move to a 6-month > > cycle rather than a 12-month cycle. > > Are you suggesting here to as an alternative to the > back-to-back OsmoCon and OsmoDevCon, > to separate them with a six month interval? Or just to have > an OsmoCon every six months? I'm open to all suggestions. But indeed, for OsmoDevCon I think a 6 month cycle would be great - maybe at the very least for people involvd in those projects with lots of development activity, such as currently Osmo{BTS,PCU,BSC,MSC,MGW,STP,GGSN,HLR}. For OsmoCon: Annual schedule is probably sufficient. Nevetheless, there's a lot of user-visible changes happening with the NITB-split, so this year it would actually have made sense to do some updates. But as (I believe) Neels suggested, we could always propose something like a workshop / tutorial and see if people are interested in that. Such tutorials could actually also be a "webcast" or the like, without physcial attendance. This would remove the burden of travel and the venue organization bits on our side. 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)