Re: Sponsoring of packages for the next stable release
Anton, Thanks for taking the time to update that package! Upstream has released another RC (which should be identical to 3.0 with the exception of translation updates). Additionally, we've found a patch from upstream mimalloc that should fix the armel build (I hope), and which I have included in the debian package. I have updated to that upstream release, and updated the package substantially (removed some bundled fonts and js, etc) and pushed to my salsa repo: I wasn't sure if you wanted me to push to the main team repo, especially since the existing version is "3.0.rc1+repack1" which Lintian warns me is not less than 3.0 - I did my import as "3.0~rc2+repack1" accordingly. https://salsa.debian.org/rpavlik/solvespace When you have a chance, I'd appreciate a review and sponsoring. I've done basic testing of the package myself, especially the parts that are affected by patches/repack, and it seems to work well to me. Thanks! Ryan On 1/16/2021 12:09 PM, Anton Gladky wrote: > Hi Ryan, > > the newer version of solvespace is in sid already. There is a problem > with armel compilation > > selected processor does not support `yield' in ARM mode > > So I requested the removal of the package on this platform. > If somebody has an advice how to fix this special assembler-problem, > please let me know. > > Best regards > > Anton > > > Anton > > > Am Do., 14. Jan. 2021 um 00:33 Uhr schrieb Ryan Pavlik > : >> >> On 1/9/2021 2:27 PM, Anton Gladky wrote: >>> Dear members of Debian Science Team, >>> >>> we are approaching to a new stable release freeze. If youhave some >>> packages to be sponsored, please let us know. >>> >>> I have a very limited time, but I will try to review/sponsor someof >>> packages. >>> >>> >>> Best regards >>> >>> Anton >> >> I see you were the last to touch the SolveSpace package. Do you expect >> to have time to look at that soon to update to the new RC? (They/we have >> very high stability standards, 3.0 could have been released 2 years ago) >> If not, I'll go ahead and update to the latest tagged upstream this week >> and request sponsorship. >> >> >> Thanks, >> >> >> Ryan >> >>
Re: Sponsoring before freeze
Dear Anton, I pushed the new upstream version of toulbar2. I'm now wondering what autopkgtest would be useful for. When you build the package, the dh_auto_test target does launch our ctest target. So the tests are run anyway for all builds. What does autopkgtest would bring then? Also, if someone has an example of a package that uses autopkgtest in a cmake with ctest context in mind, this could help. Kind regards Thomas Le 18/01/2021 à 22:24, Anton Gladky a écrit : > Hi Thomas, > > uploaded! Thanks for your contribution. > > Please consider adding autopkgtest for the next upload. If you > prepare them before freeze, please let me know and I will upload it. > > Regards > > Anton
Bug#980463: ITP: scil -- Scientific Compression Library (SCIL)
Package: wnpp Severity: wishlist Owner: Alastair McKinstry * Package name: scil Version : 0.1 Upstream Author : Julian Kunkel * URL : https://github.com/JulianKunkel/scil * License : LGPL-3 Programming Lang: C Description : Scientific Compression Library (SCIL) The Scientific Compression Library (SCIL) is a meta-compressor that allows users to set various quantities that define the acceptable error and the expected performance behavior. The library aims to choose the appropriate chain of algorithms to yield the users requirements (this feature is still under development). This approach is a crucial step towards a scientifically safe use of much-needed lossy data compression, because it disentangles the tasks of determining scientific ground characteristics of tolerable noise, from the task of determining an optimal compression strategy given target noise levels and constraints. Future algorithms are used without change in the application code, once they are integrated into SCIL. SCIL also comes with a pattern library to generate various relevant synthetic test patterns. Further tools are provided to plot, add noise or to compress CSV and NetCDF3 files. Internally, support functions simplify the development of new algorithms and the testing. This is then an optional dependency of ESDM, also being packaged.
Re: Sponsoring before freeze
Dear Anton, Thanks a lot for the final commits (just looked into them). I will be looking into autopkgtest. I understand it provides something similar to "travis/ci" which we use on our upstream repo. There is a new upstream version of toulbar2 that popped up in the mean time. I will try to allocate time to push it to salsa before the freeze. Kind regards Thomas Le 18/01/2021 à 22:24, Anton Gladky a écrit : > Hi Thomas, > > uploaded! Thanks for your contribution. > > Please consider adding autopkgtest for the next upload. If you > prepare them before freeze, please let me know and I will upload it. > > Regards > > Anton