Online Developer Meeting (2024-02-27): Difference between revisions

From Octave
Jump to navigation Jump to search
(Created page with "* Date: Tuesday, February 27, 2024 @ 18:00 UTC '''[https://www.timeanddate.com/worldclock/meetingdetails.html?year=2024&month=02&day=27&hour=18&min=0&sec=0&p1=263&p2=37&p3=26&p4=176&p5=248&p6=108&p7=111&p8=264 Convert timezones here!]''' * Location: https://meet.jit.si/octave-dev == Today's topics == == Previous topics == == See also == * Next meeting: Online Developer Meeting (2024-03-26) * Last meeting: Online Developer Meeting (2024-01-23) [[Category:2024]...")
 
 
(8 intermediate revisions by 4 users not shown)
Line 3: Line 3:


== Today's topics ==
== Today's topics ==
* Status of 9.1 Release
** Are there remaining blocker bugs? -- None. In case of issues, a version 9.2 could be released early.
** Do we issue a second release candidate (RC2)? -- No RC2. jwe will proceed to create a release tarball for Octave 9.1 and the Windows installers shortly.
* Common id tag for developer of Octave packages in AppStream Metainfo files?
** Should they use a different tag from the identifier of core Octave?  See [https://savannah.gnu.org/patch/?10434 core patch] and [https://github.com/gnu-octave/octave-doctest/pull/286 package change/discussion]
** Conclusions: no strong feelings.  Each package should generally decide what they want: if they feel that <code>id="octave.org"</code> and <code><name>Octave Community</name></code> describes their community, that's probably fine.  If in doubt, just ask.
* How to handle pull requests for the mirror on GitHub?
* New bug reports on Savannah for packages should be tagged by the package name in parenthesis at the start of the report title. E.g., "(statistics) some error" (i.e., no longer prepend with "[octave forge]"). Also, set the report category to "Octave package". Try to CC package developers.


== Previous topics ==
== Previous topics ==
* Enable polymorphic-allocators by default? In Octave 9? In Octave 10? Later? See [https://octave.discourse.group/t/enable-polymorphic-allocator-by-default-if-available/5132 Enable polymorphic allocator by default (if available)?] '''Leave it disabled by default on Octave 9. Enable it by default for Octave 10. Test in the next year, notify in NEWS that it will require a C++17 compiler so that packages can update their flags.'''
* Disable visibility flags by default for Octave 9? '''Yes, disable visibility flags for Octave 9, meaning export all symbols by default. Make necessary refactoring on default branch for Octave 10. Maybe examine whether templates and classes should be refactored as well.'''
* Release candidate for Octave 9? Any pending changes still missing for the RC? '''With no changes to previous two items, this is good to go. Pending activities: update README for Windows, merge MXE with all new package updates, then good to go.'''
** '''Discussion about making edits to Statistics package so it can make it into MXE for Octave 9. Related to recent changes with isargout.'''
** '''Discussion about "nargout <=" vs "nargout ==", making a policy of "nargout <=" and "nargout >=" going forward, no equality.'''
** '''Discussion about iterators and range-based loops and auto types.'''
** '''jwe will post about coding standard updates on the above topics.'''
* Blocking tasks before moving any classdef-based class (e.g., string, table, datetime, ...) into Octave core?
** '''There is already classdef in Octave core, like inputParser. The difference is that typically there is only one object of inputParser, but Octave core doesn't currently have arrays of classdefs, which would be necessary for arrays of strings etc. See [https://savannah.gnu.org/bugs/?65179] for example'''
** '''The second major shortcoming is that classdefs cannot currently be saved in files.'''
* Discuss a road map to port @table class from Tablicious package into Octave core, while making it a dependency for Statistics until @table gets into core (possibly by Octave 10).
== See also ==
== See also ==



Latest revision as of 09:12, 28 February 2024

Today's topics[edit]

  • Status of 9.1 Release
    • Are there remaining blocker bugs? -- None. In case of issues, a version 9.2 could be released early.
    • Do we issue a second release candidate (RC2)? -- No RC2. jwe will proceed to create a release tarball for Octave 9.1 and the Windows installers shortly.
  • Common id tag for developer of Octave packages in AppStream Metainfo files?
    • Should they use a different tag from the identifier of core Octave? See core patch and package change/discussion
    • Conclusions: no strong feelings. Each package should generally decide what they want: if they feel that id="octave.org" and <name>Octave Community</name> describes their community, that's probably fine. If in doubt, just ask.
  • How to handle pull requests for the mirror on GitHub?
  • New bug reports on Savannah for packages should be tagged by the package name in parenthesis at the start of the report title. E.g., "(statistics) some error" (i.e., no longer prepend with "[octave forge]"). Also, set the report category to "Octave package". Try to CC package developers.

Previous topics[edit]

  • Enable polymorphic-allocators by default? In Octave 9? In Octave 10? Later? See Enable polymorphic allocator by default (if available)? Leave it disabled by default on Octave 9. Enable it by default for Octave 10. Test in the next year, notify in NEWS that it will require a C++17 compiler so that packages can update their flags.
  • Disable visibility flags by default for Octave 9? Yes, disable visibility flags for Octave 9, meaning export all symbols by default. Make necessary refactoring on default branch for Octave 10. Maybe examine whether templates and classes should be refactored as well.
  • Release candidate for Octave 9? Any pending changes still missing for the RC? With no changes to previous two items, this is good to go. Pending activities: update README for Windows, merge MXE with all new package updates, then good to go.
    • Discussion about making edits to Statistics package so it can make it into MXE for Octave 9. Related to recent changes with isargout.
    • Discussion about "nargout <=" vs "nargout ==", making a policy of "nargout <=" and "nargout >=" going forward, no equality.
    • Discussion about iterators and range-based loops and auto types.
    • jwe will post about coding standard updates on the above topics.
  • Blocking tasks before moving any classdef-based class (e.g., string, table, datetime, ...) into Octave core?
    • There is already classdef in Octave core, like inputParser. The difference is that typically there is only one object of inputParser, but Octave core doesn't currently have arrays of classdefs, which would be necessary for arrays of strings etc. See [1] for example
    • The second major shortcoming is that classdefs cannot currently be saved in files.
  • Discuss a road map to port @table class from Tablicious package into Octave core, while making it a dependency for Statistics until @table gets into core (possibly by Octave 10).

See also[edit]