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#7097 - pidgin should depend on enchant
Attached to Project:
Arch Linux
Opened by Sean Timothy Noonan (laymil) - Tuesday, 08 May 2007, 14:09 GMT
Last edited by Dan McGee (toofishes) - Thursday, 10 May 2007, 16:47 GMT
Opened by Sean Timothy Noonan (laymil) - Tuesday, 08 May 2007, 14:09 GMT
Last edited by Dan McGee (toofishes) - Thursday, 10 May 2007, 16:47 GMT
|
DetailsThrows a lib error for libenchant.so if enchant is not installed.
|
This task depends upon
Closed by Dan McGee (toofishes)
Thursday, 10 May 2007, 16:47 GMT
Reason for closing: Not a bug
Additional comments about closing: pidgin -> gtkspell -> enchant
dep tree should work correctly for others
Thursday, 10 May 2007, 16:47 GMT
Reason for closing: Not a bug
Additional comments about closing: pidgin -> gtkspell -> enchant
dep tree should work correctly for others
Comment by Dan McGee (toofishes) -
Wednesday, 09 May 2007, 22:40 GMT
pidgin depends on gtkspell, which depends on enchant. Have you done some force installing ignoring dependencies?
Comment by Sean Timothy Noonan (laymil) -
Wednesday, 09 May 2007, 22:57 GMT
Nope. Gaim was already installed, I just did an upgrade and it was replaced with a nonworking Pidgin. Just filed the bug report as a courtesy, since I had not issues getting it to work.
Comment by Dan McGee (toofishes) -
Thursday, 10 May 2007, 16:47 GMT
The way the deps are structured this shouldn't be an issue. It seems like a problem occurred at some point, otherwise enchant should have been pulled in automatically. I'm going to close this because it looks like a local issue, and given the recursive dependencies it shouldn't be a problem for anyone else.