Bug#1030752: request 8.3.0 to be packaged. 8.2.0 is known broken
Hi Harald, thanks for the update. I forwarded your bugreport to the leader of Titan Team, maybe he will ask some questions about the regression issues with 8.2.0. I'll create a 8.3.0 package for you soon. BR, Greg Harald Welte ezt írta (időpont: 2023. febr. 7., K, 10:36): > Package: eclipse-titan > Version: 8.2.0-1 > Severity: normal > > Unfortunately titan 8.2.0 has many known regressions in encoding messages > all accross > our test suites, so it is completely unusable. As 8.3.0 with bugfixes has > been > released already on January 16, it would be great to upgrade the debian > package > to that 8.3.0 - or alternatively fall back to the last working package > before 8.2.0 > was released. > > https://projects.eclipse.org/projects/tools.titan/releases/8.3.0 > > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable-debug > APT policy: (500, 'unstable-debug'), (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 6.1.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE > not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages eclipse-titan depends on: > ii expect5.45.4-2+b1 > ii gcc 4:12.2.0-3 > ii libc6 2.36-8 > ii libedit-dev 3.1-20221030-2 > ii libedit2 3.1-20221030-2 > ii libgcc-s1 12.2.0-14 > ii libpcap-dev 1.10.3-1 > ii libpcre3-dev 2:8.39-15 > ii libsctp-dev 1.0.19+dfsg-2 > ii libssl-dev3.0.7-2 > ii libssl3 3.0.7-2 > ii libstdc++612.2.0-14 > ii libxml2 2.9.14+dfsg-1.1+b3 > ii libxml2-dev 2.9.14+dfsg-1.1+b3 > ii make 4.3-4.1 > ii perl 5.36.0-7 > ii python3 3.11.1-3 > > Versions of packages eclipse-titan recommends: > ii default-jdk 2:1.17-74 > > eclipse-titan suggests no packages. > > -- no debconf information >
Bug#1030752: request 8.3.0 to be packaged. 8.2.0 is known broken
Package: eclipse-titan Version: 8.2.0-1 Severity: normal Unfortunately titan 8.2.0 has many known regressions in encoding messages all accross our test suites, so it is completely unusable. As 8.3.0 with bugfixes has been released already on January 16, it would be great to upgrade the debian package to that 8.3.0 - or alternatively fall back to the last working package before 8.2.0 was released. https://projects.eclipse.org/projects/tools.titan/releases/8.3.0 -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages eclipse-titan depends on: ii expect5.45.4-2+b1 ii gcc 4:12.2.0-3 ii libc6 2.36-8 ii libedit-dev 3.1-20221030-2 ii libedit2 3.1-20221030-2 ii libgcc-s1 12.2.0-14 ii libpcap-dev 1.10.3-1 ii libpcre3-dev 2:8.39-15 ii libsctp-dev 1.0.19+dfsg-2 ii libssl-dev3.0.7-2 ii libssl3 3.0.7-2 ii libstdc++612.2.0-14 ii libxml2 2.9.14+dfsg-1.1+b3 ii libxml2-dev 2.9.14+dfsg-1.1+b3 ii make 4.3-4.1 ii perl 5.36.0-7 ii python3 3.11.1-3 Versions of packages eclipse-titan recommends: ii default-jdk 2:1.17-74 eclipse-titan suggests no packages. -- no debconf information
Bug#1030752: request 8.3.0 to be packaged. 8.2.0 is known broken
Dear Greg, it has been more than a year since this bug has been filed. Upstream TITAN has meanwhile released 8.3.0, 9.0.0 and 10.0.0, while debian still ships a known-broken 8.2.0 For exaple, the SMPP Protocol Module is encoding a wrong length value in the data it is sending. Also, LLC messages are encoded wrong, see https://osmocom.org/issues/5788 I really thnk that 8.3.0 should have been uploaded to debian more than a year ago in order to fix those issues. Thanks for your attention. -- - Harald Welte https://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)