octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #57522] "pkg unload" does not care for depende


From: Juan Pablo Carbajal
Subject: [Octave-bug-tracker] [bug #57522] "pkg unload" does not care for dependencies
Date: Fri, 3 Jan 2020 09:22:29 -0500 (EST)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0

Follow-up Comment #11, bug #57522 (project octave):

@Mike: so much for collaboration interest
https://github.com/apjanke/octave-packajoozle/issues/27
I think the unilateral stilistic choices (which aren't only stilistic but
rahter constrain the development) are the reason why I would not vouch for pkj
to be merged into core. It is a development nightmare, probably worse that the
current pkg. I would rather first define a clean functional API for all these
tasks, and then build an OOP if needed (Do I see the need?... no). OOP might
be better suited for a pkgcreator package (similar to matlab's) where GUI is
rather essential.

Back in 2012 we did considerable cleaning up of pkg 
https://bitbucket.org/carandraug/octave/src/pkg/scripts/pkg/pkg.m

For starters, we modularized the tasks, unified the calling structure and the
doc system (e.g. and allowing for pkg help install), and we added a couple of
functionalities.
Essentially we isolated each task concerns, and pkg became just a single
dispatch function.
The effort got demotivated by excesive PET requeriments (the formalities
should mnatch the man-power) from the then-OF-chief and stalled whne we faced
the lack of dev community interest/support at OctConf.

I would be happy to restart this if we have a team with reasonable
expectations and that understand our constraints.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57522>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]