Opened 8 years ago

Closed 7 years ago

#29522 closed defect (fixed)

sox: conflicts with play

Reported by: ci42 Owned by: janstary (Jan Starý)
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: haspatch Cc: ryandesign (Ryan Schmidt), BlackFrog1
Port: sox, play

Description

the sox and play port both install a binary called "play". See the attached patch for an adapted portfile.

Attachments (1)

sox.diff (270 bytes) - added by ci42 8 years ago.

Download all attachments as: .zip

Change History (11)

Changed 8 years ago by ci42

Attachment: sox.diff added

comment:1 Changed 8 years ago by ryandesign (Ryan Schmidt)

Cc: ryandesign@… ciserlohn@… added; david@… removed
Owner: changed from macports-tickets@… to david@…
Port: play added

Right. See ticket:28799:8 where I asked the author of the new play port if this conflict was necessary or if there was a way to avoid it. Failing a response to that inquiry, I guess we'll have to add the conflict to the sox port as in your patch.

comment:2 in reply to:  1 Changed 8 years ago by ci42

Replying to ryandesign@…:

Right. See ticket:28799:8 where I asked the author of the new play port if this conflict was necessary or if there was a way to avoid it. Failing a response to that inquiry, I guess we'll have to add the conflict to the sox port as in your patch.

Sorry about that. I got the the notification mail that you committed the play port while I was on vacation. After being home again, I had simply forgotten that issue because the ticket was already closed.

While I've didn't tested it yet, it should be possible to install the play binary under a different name. But I wouldn't recommend to do so because the play port only installs this one binary. If it is only available under a different name, no one could use the macports version of play like it is described on the play homepage, various articles on the internet or in printed java magazines. This gives the users of the macports version of play a really bad user experience.

As I understand it, it's not possible to indicate a specific port variant for the "conflicts" keyword? Maybe we could add a second non-conflicting play port and add appropriate notes to all three ports (play, play-nc and sox)? Any suggestions?

comment:3 Changed 8 years ago by ryandesign (Ryan Schmidt)

I'm not sure what you meant exactly, but we don't want variants or additional ports. We simply want to resolve the problem that both the "play" port and the "sox" port want to install a program called "play", by renaming one of them. Perhaps you can bring the matter to the attention of the developers of both sox and play and inquire how they would suggest we resolve this collision.

comment:4 in reply to:  3 ; Changed 8 years ago by ci42

Replying to ryandesign@…:

I'm not sure what you meant exactly, but we don't want variants or additional ports. We simply want to resolve the problem that both the "play" port and the "sox" port want to install a program called "play", by renaming one of them. Perhaps you can bring the matter to the attention of the developers of both sox and play and inquire how they would suggest we resolve this collision.

If I understand you correctly you suggest that one of the upstream projects change the name of the program "play"? I think this is a bad idea. Both of the project are around for several years now (in very different application domains - sound processing and web application development). Changing the name of a program would be very annoying for the existing users of the affected project/program and the value of existing documentation (outside the official one which could reflect the change) would be diminished. So I think adding "conflicts play" to sox would be the best solution.

comment:5 Changed 8 years ago by BlackFrog1

Cc: blackfrog1@… added

Cc Me!

comment:6 Changed 7 years ago by jmroot (Joshua Root)

Cc: ciserlohn@… removed
Owner: changed from david@… to hans@…

comment:7 in reply to:  4 ; Changed 7 years ago by janstary (Jan Starý)

Replying to ciserlohn@…:

I just want to remark that SoX has been around for nearly 20 years when this java framework came along with a binary named "play".

Currently, both ports declare a conflict with each other (which is a good thing, because they are in fact in conflict), and I don't know what else to do about it. There is no way SoX is gonna rename its 'play' binary to something else.

comment:8 in reply to:  7 Changed 7 years ago by janstary (Jan Starý)

Actually, the 'play' in sox is not a binary, but a symlink to sox

  • which makes no difference with respect to this problem.

Anyway, with both ports declaring a mutual conflict, I think we can close this.

comment:9 Changed 7 years ago by janstary (Jan Starý)

Can someone close this please?

comment:10 in reply to:  7 Changed 7 years ago by ci42

Resolution: fixed
Status: newclosed

Replying to hans@…:

Replying to ciserlohn@…: Currently, both ports declare a conflict with each other

Actually, sox didn't. Fixed in r91165.

Note: See TracTickets for help on using tickets.