[MacPorts] #19004: Sticky versions?
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Is it possible to tag a port in a way that makes "port upgrade outdated" not upgrade the port in question? This is possible with other package managing tools, such as apt. I ask because Subversion was recently updated to version 1.6. This makes Subversion integration in Eclipse (and possibly other IDE's) fail, since it doesn't recognize Subversion 1.6's file format. I had to downgrade to 1.5 to make everything work again. It would have been great if I could just tag my current Subversion install (1.5.5_0) as being sticky. -- Ticket URL: <http://trac.macports.org/ticket/19004> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by mcalhoun@…): You can emulate this behavior with a [http://guide.macports.org/#development.local-repositories local repository], but if you[[BR]] are using Subclipse, it says on its web page that it now supports subversion 1.6. -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by macports@…): I'm using Subversive since it's hosted by Eclipse, but it only supports Subversion 1.5. Anyway, I'll look at the local repository solution. It looks kinda overkill, though... -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by mcalhoun@…): Replying to [comment:3 macports@…]:
I'm using Subversive since it's hosted by Eclipse, but it only supports Subversion 1.5. Anyway, I'll look at the local repository solution. It looks kinda overkill, though... Granted, it may not be ideal, but sticky versions are a little dangerous in and of themselves.[[BR]] Portfiles maintainers rely on the fact that they know exactly how the other ports are installed (at least if the user is fully upgraded).[[BR]] If you take that away with sticky versions, then maintenance becomes much harder.[[BR]] I would vote against such a change.
I keep a local repository myself, so please let me know if you run into any problems. -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by macports@…): Sticky versions works great in the apt world, I can't see why it wouldn't in the world of macports. If I set a sticky version of v1.1 on myProgram, and yourProgram requires myProgram v1.2, apt will give you the choice of either 1) not install yourProgram or 2) upgrade myProgram. -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.7.1 Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by mcalhoun@…): Replying to [comment:5 macports@…]:
Sticky versions works great in the apt world, I can't see why it wouldn't in the world of macports.
If I set a sticky version of v1.1 on myProgram, and yourProgram requires myProgram v1.2, apt will give you the choice of either 1) not install yourProgram or 2) upgrade myProgram.
I agree that this would be a good feature, but it requires much more work on the part of the maintainter.[[BR]] It has been my experience that a number of software packages do not explicitly list their dependencies much less the minimum version required.[[BR]] As it stands now, the maintainter must only make sure his/her port works with the one version installed. If you don't buy that argument, then posting your idea to the developers mailing list (with a link back here) might get more feedback. -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Changes (by raimue@…): * component: ports => base * milestone: MacPorts 1.7.1 => MacPorts Future Comment: As you say in your apt example, this requires tracking version numbers in dependencies. MacPorts does not do this at the moment. It would be more work for maintainers to find out against which dependency versions the port works. -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? --------------------------------------+------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Changes (by mcalhoun@…): * cc: mcalhoun@… (removed) -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19004: Sticky versions? ---------------------------------------+------------------------------------ Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: base | Version: 1.7.0 Resolution: duplicate | Keywords: Port: | ---------------------------------------+------------------------------------ Changes (by jmr@…): * status: new => closed * resolution: => duplicate * milestone: MacPorts Future => Comment: #15708 -- Ticket URL: <http://trac.macports.org/ticket/19004#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts