Today we've released osmo-sgsn 1.11.1 release.
The changelog over 1.10.2 is as follows:
osmo-sgsn (1.11.1) unstable; urgency=medium
[ Philipp Maier ]
* sgsn_rim: forward message based on RIM ROUTING ADDRESS
[ Daniel Willmann ]
* sgsn_vty: Fix output in config_write_sgsn
* sgsn_vty: Correctly indent encryption cipher-plugin-path
* vty-tests: Test encryption options
* libgtp: Check for all successful create_pdp_conf causes
-- Oliver Smith <osmith@sysmocom.de> Tue, 28 Nov 2023 13:32:46 +0100
Source code is available as usual from https://ftp.osmocom.org/releases/osmo-sgsn/
Binary packages will be available via our Latest_Builds once the builds complete
Today we've released osmo-ggsn 1.11.0 release.
The changelog over 1.10.2 is as follows:
osmo-ggsn (1.11.0) unstable; urgency=medium
[ Daniel Willmann ]
* gtp: Add net GTP cause values and a function to check for success
-- Oliver Smith <osmith@sysmocom.de> Tue, 28 Nov 2023 13:38:29 +0100
Source code is available as usual from https://ftp.osmocom.org/releases/osmo-ggsn/
Binary packages will be available via our Latest_Builds once the builds complete
Today we've released the libosmocore 1.9.2 patch release.
The changelog over 1.9.0 is as follows:
libosmocore (1.9.2) unstable; urgency=medium
[ Pau Espin Pedrol ]
* sockaddr_str.h Fix OSMO_SOCKADDR_STR_FMT_ARGS_NOT_NULL syntax error
[ Daniel Willmann ]
* logging_gsmtap: Temporarily disable logging when sending the logs
* Disable uring when building for embedded
-- Oliver Smith <osmith@sysmocom.de> Tue, 28 Nov 2023 12:59:15 +0100
libosmocore (1.9.1) unstable; urgency=medium
[ Manawyrm ]
* logging: ensure ANSI color escape is sent in same line/before newline
-- Oliver Smith <osmith@sysmocom.de> Tue, 28 Nov 2023 11:21:41 +0100
Source code is available as usual from https://ftp.osmocom.org/releases/libosmocore/
Binary packages will be available via our Latest_Builds once the builds complete
we're happy to announce the next incarnation of OsmoDevCall.
This time, falconia will be presenting on Calypso chipset history and development boards, from TI to FreeCalypso
When: Wednesday, November 15, 2023 from 20:00 CET
Time |
Topic |
Who |
20:00 |
Meet and Greet |
everyone |
20:10 |
Calypso chipset history and development boards, from TI to FreeCalypso |
falconia |
21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://osmocom.org/OsmoDevCall (Big Blue Button of https://franken.de/)
We're happy to announce release 0.2.0 of osmo-fl2k. It contains the following main advancements over the previous 1.1.0:
- free zero-copy buffers in case of error
- fl2k_file: support reading from stdin
- avoid compiler warnings when using libusb >= 1.0.22
- add debian packaging
- fix sleep durations on Windows
- add I2C support
- Add workaround for Linux usbfs mmap() bug on ARM/ARM64
- avoid potential endless-loop in
fl2k_file
: check read return value before repeating
- fix segfault on exit: wait for sample worker thread before freeing buffers
fl2k_tcp
: fix segfault on exit: don't free buffer while lib still uses it
- make osmo-fl2k work again with Linux 5.5.0-rc6 or later (invalid USB endpoint sharing in descriptors)
We're happy to announce the release of rtl-sdr version 2.0.1 containing the following main advancements over the previous 0.6.0 release:
- work-around for Linux kernel mmap()-bug on ARM/ARM64
- disable usbfs zero-cop by default (may cause bus errors and has only marginal performance benefit)
- build fix for OpenBSD
- allow non-default GPIOs for bias-tee configuration
rtl_biast
command line tool
- fixed issues compiling on Windows with MSVC, CMake and NMake
- support for libusb on GNU/Hurd
- add IPv6 support to
rtl_tcp
- modernize cmake (new minimum required version is 3.7.2)
- tuner_r82xx: fix short-write in
r82xx_read()
- rtl_fm: add a new option to select 2nd direct sampling mode
- lib: Stop applying workaround for libusb < 1.0.9 (from 2012!)
- Fix signal handler from getting stuck in an endless loop
- add rtl-sdr blog v4 support
- add -D direct sampling flag to
rtl_tcp
We're happy to announce that our recorded presentations of OsmoDevCall are now also published in our new @osmodevcall@tube.tchncs.de peertube1 channel. A peertube channel has the advantage that it can be subscribed by interested people, as long as they have a user account in any fediverse/mastodon instance.
pySim-shell is getting initial support for talking to eUICC (the physical chip used in eSIM applications).
At this point this specifically means supporting the ES10x interface of GSMA Consumer eSIM (as well as GSMA IoT eSIM).
See https://asciinema.org/a/616888 for a quick demo of what is possible with current pySim-shell from master.
