FS#12460 - [bitlbee] xinetd should be now only an optional dep

Attached to Project: Arch Linux
Opened by Giorgio Lando (patroclo7) - Monday, 15 December 2008, 15:29 GMT
Last edited by Andrea Scarpino (BaSh) - Saturday, 31 October 2009, 20:15 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jeff Mickey (codemac)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
In the recently updated package for bitlbee in extra, an initscript is provided for the daemon mode of bitlbee, which is nowadays considered stable by upstream.
I think that xinetd should not be anymore in depends, because it is, as a consequence, possible to run bitlbee as a standalone daemon without any issue. For people who for some reason prefer to use it through xinetd, xinetd should be perhaps listed as an optional dependency.

Additional info:
* package version(s): 1.2.3-1
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Saturday, 31 October 2009, 20:15 GMT
Reason for closing:  Fixed
Additional comments about closing:  bitlbee 1.2.4-1
Comment by Giorgio Lando (patroclo7) - Monday, 15 December 2008, 15:31 GMT
Perhaps also the install message is slightly confusing: in particular "for now"; I do not think that the ways to run bitlbee are going to change again in the next future.
Comment by Greg (dolby) - Thursday, 01 January 2009, 22:44 GMT
I would prefer the package to be built using the bitlbee daemon, if its considered stable from upstream and not depend to xinetd at all.
Comment by Giorgio Lando (patroclo7) - Thursday, 01 January 2009, 22:47 GMT
The package already allows daemon mode, so I do not think the package needs to be built in a different way, it is only a matter of deps
Comment by Ju Liu (Arkham) - Saturday, 03 October 2009, 23:15 GMT
The attached patch should solve this.
   bitlbee.patch (0.5 KiB)

Loading...