#45722 closed defect (fixed)
libmemcached xercesc3: resolve conflict
Reported by: | petrrr | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | scantor (Scott Cantor), chris.ridd@… | |
Port: | libmemcached xercesc3 |
Description
libmemcached
and xercesc3
are declared conflicting. This conflict should be resolved instead.
Ports xercesc
and xercesc3
are different versions of the same software, so the conflict is probably acceptable. libmemcached
is a very different software and should become installable along with xercesc3
.
The conflict apparently caused by one single file and the non-case-sensitive filesystem:
- xercesc3: /opt/local/bin/MemParse
- libmemcached: /opt/local/bin/memparse
Any proposals how to resolve this?
Change History (10)
comment:1 Changed 10 years ago by petrrr
comment:2 Changed 10 years ago by petrrr
Hi, is this port abandoned? Please express your interest in this port explicitly.
comment:3 Changed 10 years ago by scantor (Scott Cantor)
xercesc3 is definitely not abandoned, but I don't know the best way to resolve the conflict. A new version of xerces is coming shortly so I could probably do something then, if I have some suggested approach to follow. Given the lack of importance of the MemParse program, is deleting it post-install inside the port enough to resolve the conflict, or will that not do it?
comment:4 follow-up: 6 Changed 10 years ago by petrrr
Sorry for not being precise: I did not refer the products itself, but was wondering if it was abandoned by the maintainers. This ticket was not acknowledged for quite some time and snc
has not reacted to many tickets. So I am considering to file a port abandoned ticket.
libmemcached
currently has no maintainer.
comment:5 Changed 10 years ago by scantor (Scott Cantor)
NP, just providing context. It so happens though that my ultimate port on top of xercesc3, shibboleth, can make use of libmemcached, and I'm maintaining the xercesc3 port and free to change it, so if it solves the conflict, I'm willing. Just wanted to know if I do a delete action after the install step runs, will that prevent the conflict?
comment:6 Changed 10 years ago by nerdling (Jeremy Lavergne)
Replying to petr@…: Yes, we can delete the MemParse program in xercesc3 but I certainly would not have done so without scantor's approval.
comment:7 Changed 10 years ago by scantor (Scott Cantor)
We might also just do a glob rename and prefix all the bins with Xerces. That's probably more future proof and less drastic than deleting anything.
comment:8 Changed 10 years ago by scantor (Scott Cantor)
I've updated the xercesc3 port to 3.1.2, but have not had a chance to test the conflict fix. This is a security release in part, so I wanted to get it out immediately, but I will work on a revision of the port that renames the binaries in the near future.
comment:9 Changed 10 years ago by scantor (Scott Cantor)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Port revised to rename bin files, and the conflict removed.
Ping? Any news on this one?