[MacPorts] #50103: perl5: using perl5 port group to create variants results in circular logic
#50103: perl5: using perl5 port group to create variants results in circular logic ----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: perl5 ----------------------+--------------------- The circular logic derives from the fact that the perl5 port group checks the version of the perl installed by perl5 to determine the default variant. This results in perl5's default variant always being set to the currently installed variant rather than +perl5_22 as it should be. This is the correct behavior for other ports that declare perl variants but not for port perl5 which is a special case. Because of this, I'm suggesting that you manually set the perl5 variants rather than using the perl5 port group to set them. -- Ticket URL: <https://trac.macports.org/ticket/50103> MacPorts <https://www.macports.org/> Ports system for OS X
#50103: perl5: using perl5 port group to create variants results in circular logic -----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: perl5 | -----------------------+--------------------- Comment (by mojca@…): Do you mean just adding {{{ perl5.default_branch 5.22 }}} to the `perl5` port? -- Ticket URL: <https://trac.macports.org/ticket/50103#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X
#50103: perl5: using perl5 port group to create variants results in circular logic -----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: perl5 | -----------------------+--------------------- Comment (by mojca@…): Unrelated, but weird: while doing some tests and compiling `perl5.16`, the compilation failed with {{{ error: use of undeclared identifier 'KERN_PROC_PATHNAME' }}} In the next attempt it ran just fine, so I'm slightly confused. The above change seems to fix the problem of circular dependency, but I would like your confirmation just in case. Thanks a lot for spotting this. And another tiny request: can you please try to revbump all the `perl5.x` ports locally and check if you notice any problems? We had a working perl that I broke for a few hours, but some users upgraded exactly in that time window, so we should revbump. I just want to avoid revbumping to a broken version and risk breaking everyone's installation, not just the one of those who were unlucky enough to upgrade at that time. -- Ticket URL: <https://trac.macports.org/ticket/50103#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X
#50103: perl5: using perl5 port group to create variants results in circular logic -----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: perl5 | -----------------------+--------------------- Comment (by devans@…): Replying to [comment:1 mojca@…]:
Do you mean just adding {{{ perl5.default_branch 5.22 }}} to the `perl5` port?
Yes, that works (just tested) but it needs to go before the call to perl5.create_variants. -- Ticket URL: <https://trac.macports.org/ticket/50103#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X
#50103: perl5: using perl5 port group to create variants results in circular logic -----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: perl5 | -----------------------+--------------------- Comment (by devans@…): Replying to [comment:2 mojca@…]:
And another tiny request: can you please try to revbump all the `perl5.x` ports locally and check if you notice any problems? We had a working perl that I broke for a few hours, but some users upgraded exactly in that time window, so we should revbump. I just want to avoid revbumping to a broken version and risk breaking everyone's installation, not just the one of those who were unlucky enough to upgrade at that time.
After bumping the revision, all 4 perl5.* subports built for me without problem. Didn't see anything like the transient error that you mentioned for perl5.16 above. Anything more that I should be looking for? -- Ticket URL: <https://trac.macports.org/ticket/50103#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X
#50103: perl5: using perl5 port group to create variants results in circular logic -----------------------+--------------------- Reporter: devans@… | Owner: mojca@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: perl5 | -----------------------+--------------------- Changes (by mojca@…): * status: new => closed * version: 2.3.4 => * resolution: => fixed Comment: I committed r143798. I'm not sure what to look for. I compared my old installation and the revbumped update by extracting the files and running `diff -r`. Lots of timestamps everywhere that we'll have to fix when we start worrying about reproducible builds. If there were any real differences, I probably missed them in the sea of the rest. -- Ticket URL: <https://trac.macports.org/ticket/50103#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts