Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
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
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
|
DetailsDescription:
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
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)