Summary: | emerge gaim fails if aspell is not installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paul Winkler <stuff> |
Component: | Current packages | Assignee: | Gaim Bugs Crew <gaim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | gnome, maps, stevenwagner, sweiss3, vapier, way_tech |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Paul Winkler
2003-10-11 21:24:23 UTC
I ran into the exact same issue with gaim-0.70-r2. The ebuild for gaim has: spell? ( >=app-text/gtkspell-2.0.2 ) Perhaps it should have aspell included as well? gtkspell does get auto merged, but apparently it doesn't have aspell as a dependancy either. *** Bug 31716 has been marked as a duplicate of this bug. *** you probably had aspell on your system at some point and then unmerged it later ... that means if you emerged stuff while having aspell on your system, they would have linked against them and thus caused this error ... grep for 'libpspell' in /usr/lib/*.la and re-emerge any packages that own the .la files found can someone check for me what happens if you do "emerge -D gaim" instead? I removed aspell and aspell-en and gaim re-installed fine with USE=spell. Granted it won't highlight misspelled words but it doesn't overtly complain about it either. emerge -D gaim doesn't care about aspell either. Just will re-emerge gaim. Similar case when I emerge -D gtkspell. *** Bug 33570 has been marked as a duplicate of this bug. *** SpanKY: I just ran into the same problem on a fresh system...so aspell doesn't need to have been emerged before. lostlogic do you think having gaim RDEPEND on aspell if USE=spell is a valid option? Although you are right gtkspell should be pulling it in. I'm going to take a look at the gtkspell ebuild. Just looked and gtkspell-2.0.4-r1 does NOT depend on virtual/aspell-dict. The previous versions do. gtkspell-2.0.4-r1 moved to using enchant for the dictionary. I'm going to see exactly what gaim needs to do the spell checking. yeah gaim just uses gtkspell, shouldn't be tied to aspell at all. Hmm that fresh install news is troubling. Can someone provide the EXACT text of the error? This doesn't happen for me. OK I removed aspell, aspell-en, enchant and gtkspell. Emerging gaim (not -D) will bring in all 4. Found out that enchant depends on virtual/aspell-dict now. gtkspell-2.0.4-r1 is in ~x86. Steven what versions of these pieces of software do you have installed? I did the install of friends machine over the weekend. The whole system was 'emerge sync' and all packages were emerged to most recent stable version. Gaim quit with the compile error. Got the hint to emerge aspell and then it worked. Steven was enchant installed on those systems? gaim => gtkspell => enchant => aspell-en => aspell is how the dependencies should be working. Can you verify which one(s) were missing? Were these systems in stable or unstable? Steven was enchant installed on those systems? gaim => gtkspell => enchant => aspell-en => aspell is how the dependencies should be working. Can you verify which one(s) were missing? The system was in stable. I don't know if enchant was installed on the system, but I can tell you that I tried nearly all the ebuilds available for gaim and they were all failing, which I suppose would point to an external dependency. I went ahead and emerge'd gaim on a server I have that is emerge sync'd to the current stable. Gaim emerged fine... Well lostlogic and I both agree that adding aspell directly to gaim DEPENDS is NOT the right way to do it. It definitely sounds like the dependency chain is breaking outside of gaim's control. I'd like to see someone recreate this and identify what pieces of the puzzle are missing. *** Bug 34057 has been marked as a duplicate of this bug. *** Had same problem, worked for me after emerging aspell. Does this list any aspell items: emerge -pe gtkspell | grep aspell Also Steve B: are you in stable (x86) or untested (~x86)? I have yet to be able to duplicate this. I suspect that the problem might lie in the what is installed with the LiveCD. Can you guys that had this problem tell me what stages you installed from, and what versions of the following software were on that stage: aspell, enchant, gtkspell, and gaim. Also if you were in ARCH or ~ARCH (x86 or ~x86). After almost helping a user on IRC (he got disconned), I'm 90% certain that this problem has to do with the setup on the stage tarballs or Live CDs and x86 vs ~x86. What I need is someone doing a new install to test with x86 and ~x86. I've been doing some studying of gtkspell for future work I'll be doing, and I'm 100% AGAINST adding aspell as a dep of gaim, especially since future versions of gtkspell won't need aspell directly. gaim should only need gtkspell. If aspell is missing then I think that this is a bug for gtkspell, not gaim. CCing the gnome team who manages gtkspell to see what they think. we agree, aspell should not be a dep of gaim. gtkspell is not directly depending on aspell anymore and even if it was : it is a gtkspell dep, not gaim. I think this might be a dupe of http://bugs.gentoo.org/show_bug.cgi?id=41019 , which i cannot explain from just looking at the deps. So i asked the portage devs to investigate, but nothing so far. I'm going to go ahead and mark this as dupe since the symptoms are eerily similar. *** This bug has been marked as a duplicate of 41019 *** *** Bug 49903 has been marked as a duplicate of this bug. *** |