Re: Package managers and package versioning

> On Oct 3, 2020, at 20:23, Jason Liu wrote: > >> On Fri, Oct 2, 2020 at 9:00 PM Ryan Schmidt wrote: >> >> On Oct 2, 2020, at 17:42, Lothar Haeger wrote: >>> Instead of creating separate copies of perl for each version, it would've >>> probably been smarter to fix the limitation in MacPorts t

Re: Supporting installing arbitrary port versions

Is this something that really needs to be implemented from scratch? There are other package managers that do this and are build to do this (nix and spack come to mind). I don't know the difficulties of what I'm going to propose, but wouldn't it be maybe easier to write a TCL Lexer/Parser that allow

Re: Supporting installing arbitrary port versions

This is a Terrible Idea. The first rule of computer security is to update your stuff. Adding the complexity of allowing arbitrary software versions means that now we have to make sure that we update our stuff and make sure that we’re not still running old, insecure code even after we’ve updated

Re: Package managers and package versioning

> > Where by "this" you again mean the ability to specify a > previously-available version, not an arbitrary version that was never in a > portfile. > Yes, of course. If you look at the folder for the Blender package on the Debian repo http://deb.debian.org/debian/pool/main/b/blender/ from my pr

Re: Supporting installing arbitrary port versions

On Oct 4, 2020, at 06:02, Ruben Di Battista wrote: > Is this something that really needs to be implemented from scratch? > There are other package managers that do this and are build to do this > (nix and spack come to mind). I don't know the difficulties of what > I'm going to propose, but wou

Re: How to abort a macports portfile on an error condition?

On Oct 3, 2020, at 05:42, Nils Breunese wrote: > There is also ‘known_fail yes’, which I see getting combined with ‘return > -code error’: https://trac.macports.org/ticket/60566 > > I’m not familiar with the precise differences between known_fail, ui_error > and return -code error. ui_error

waf.python configurable?

Hi all, I’m working on mpv portfile but I couldn’t find a way to change {waf.python}, the python executable needed for waf. It’s currently failing to configure on buildbots. In https://trac.macports.org/ticket/57927 the original maker of waf portgroup sa

Re: Package managers and package versioning

On Oct 4, 2020, at 14:09, Jason Liu wrote: >> Where by "this" you again mean the ability to specify a previously-available >> version, not an arbitrary version that was never in a portfile. > > Yes, of course. If you look at the folder for the Blender package on the > Debian repo > > http:/

Re: Supporting installing arbitrary port versions

On Sun, Oct 4, 2020 at 9:15 PM Ryan Schmidt wrote: > > > > On Oct 4, 2020, at 06:02, Ruben Di Battista wrote: > > > Is this something that really needs to be implemented from scratch? > > There are other package managers that do this and are build to do this > > (nix and spack come to mind). I don

Re: waf.python configurable?

On Oct 4, 2020, at 16:08, Zhenfu Shi wrote: > I’m working on mpv portfile but I couldn’t find a way to change {waf.python}, > the python executable needed for waf. It’s currently failing to configure on > buildbots. In https://trac.macports.org/ticket/57927 the original maker of > waf portgroup

Re: How to abort a macports portfile on an error condition?

hey, thanks Ryan for taking care of this little detail. K On 2020-10-03, at 11:48 AM, Ken Cunningham wrote: > Martin, I'm trying to understand how this is happening to you. > > you should not need to be doing that in your Portfile, and users should never > need to make that symlink. >

Re: Package managers and package versioning

> > It's my understanding, for example, that Homebrew allows the user to > request to install the git master of a particular Homebrew formula, in > effect allowing the user to (try to) install a version of the software that > was never previously attempted by the formula's creator. This is what I w