Summary: | app-admin/conserver - src_configure() should not set --with-port | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | charmont.chen |
Component: | Current packages | Assignee: | Daniel M. Weeks <dan> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | jstein, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | IA64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 488312 |
Description
charmont.chen
2014-04-21 02:43:00 UTC
don't know the history, but may I ask why should we change the port? is there any conflicts? as I can tell, this change will just result in this error.. (In reply to Yixun Lan from comment #1) > don't know the history, but may I ask why should we change the port? > is there any conflicts? > > as I can tell, this change will just result in this error.. /etc/services does not describe neither 782 nor 7782 port, --with-port was added back in 2003. I can not see why we should not stick to the program defaults in this case, so i am for dropping --with-port from ebuild and leave apropriate note in pkg_postinst about this dan, can you discuss this with the other developers and find a solution together, so that we can close this eventually? From the original ebuild (7.2.3) on the original bug # 8652: > # Conserver normally uses port 782 for its client/server, but > # this should restrict itself to the local machine only, on a > # non-privledged port (7782). In my opinion we should keep the current behavior port using 7782: 1. Upstream shouldn't be using 782. It isn't assigned. 2. Conserver shouldn't need to run with higher privileges just to use a system port. 3. The package has been configured this way since its inception in Gentoo 14.5 years ago. (This configuration was a conscious choice, not a mistake.) I'm not arguing against changing it to maintain the status quo. I don't think changing (breaking) the default for all Gentoo users to make it more familiar/easier for non-Gentoo use cases is justifiable. 4. An alias is an easy workaround for non-Gentoo use cases. |