Summary: | aspell ebuild gone awry? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Seemant Kulleen <seemantk> |
Component: | Current packages | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a9101556, darkspecter, gentoo-bug, tod |
Priority: | High | ||
Version: | 1.0 RC6 r14 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Seemant Kulleen
2002-02-28 08:38:20 UTC
have you tried a newer aspell? `ebuild aspell-0.32.6.ebuild merge` caused this error: /bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../ -I../util -I../lib/inc -I../filter -I/usr/include -mcpu=i686 -march=i686 -O3 -pipe -c manager.cc rm -f .libs/manager.lo c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../ -I../util -I../lib/inc -I../filter -I/usr/include -mcpu=i686 -march=i686 -O3 -pipe -c manager.cc -fPIC -DPIC manager.cc: In function `class PspellCanHaveError * libpspell_aspell_LTX_new_pspell_manager_class(PspellConfig *, void *)': manager.cc:308: cannot allocate an object of type `pspell_aspell::PA_Manager' manager.cc:308: since the following virtual functions are abstract: /usr/include/pspell/manager.h:133: int PspellManager::check(const char *, int) /usr/include/pspell/manager.h:139: bool PspellManager::add_to_personal(const char *, int) /usr/include/pspell/manager.h:140: bool PspellManager::add_to_session(const char *, int) /usr/include/pspell/manager.h:160: const class PspellWordList * PspellManager::suggest(const char *, int) /usr/include/pspell/manager.h:167: bool PspellManager::store_replacement(const char *, int, const char *, int) make[2]: *** [manager.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/aspell-0.32.6/work/aspell-.32.6/pspell-module' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/aspell-0.32.6/work/aspell-.32.6' make: *** [all-recursive-am] Error 2 !!! ERROR: the make command did not complete successfully. !!! ("make") !!! Since this is a critical task, ebuild will be stopped. ----------- `ebuild aspell-0.33.7.1.ebuild merge` causes this error: Making all in data make[2]: Entering directory `/var/tmp/portage/aspell-0.33.7.1/work/aspell-.33.7.1/data' cd ../; bd=`pwd`; cd scowl/final; \ cat english-*.10 english-*.20 english-*.35 english-*.50 \ english-*.60 english-*.65 \ special-*.35 special-*.50 \ | $bd/src/aspell --lang=english \ create master $bd/data/english-med-only cat: write error: Broken pipe make[2]: *** [english-med-only] Error 134 make[2]: Leaving directory `/var/tmp/portage/aspell-0.33.7.1/work/aspell-.33.7.1/data' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/aspell-0.33.7.1/work/aspell-.33.7.1' make: *** [all-recursive-am] Error 2 !!! ERROR: the make command did not complete successfully. !!! ("make") !!! Since this is a critical task, ebuild will be stopped. ----- and finally: `ebuild aspell-0.33.ebuild merge` causes this error: checking for c++... c++ checking whether the C++ compiler (c++ -mcpu=i686 -march=i686 -O3 -pipe "-lgpm") works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. !!! ERROR: the LDFLAGS="-lgpm" command did not complete successfully. !!! ("LDFLAGS="-lgpm" ./configure --prefix=/usr --sysconfdir=/etc/aspell --host=i686-pc-linux-gnu --enable-doc-dir=/usr/share/doc/aspell-0.33") !!! Since this is a critical task, ebuild will be stopped. Hi! I have been trying off and on to get a working aspell-0.33.7.1 with no success to date. Please see my post http://lists.gentoo.org/pipermail/gentoo-dev/2002-January/009504.html for details. There is a ebuild attached if you would like to use that as a starting point to play around with it yourself. Any help of insite would be appreciated :) *** Bug 1090 has been marked as a duplicate of this bug. *** I tried your aspell-0.33.7.1-r1.ebuild script and it worked without any errors. Only thing I miss are man-pages and don't like that the doc-html-pages are gzipped. What you could try: replace every cat english-*.10 english-*.20 english-*.35 english-*.50 \ english-*.60 english-*.65 \ special-*.35 special-*.50 \ | $$bd/src/aspell --lang=english \ create master $$bd/data/english-med-only by cat english.......... ... > tmp-file $$bd/src/aspell --lang..... < tmp-file I tried to generate a "cat broken pipe" on my machine, but I think that bash is hiding it. Other shells maybe differ. I e.g. don't get "cat broken pipe" even if I do the following: cat /dev/zero | head -c 10 where clearly head finishes and closes the pipe, therefore generating a broken pipe signal for cat. Still note, that cat fails!: (cat /dev/zero && touch OK) | head -c 10 doesn't touch OK (cat /fileWith5Chars && touch OK) | head -c 10 does touch OK I guess that aspell does not need all the data it is feed with, and terminates before reading everything. Don't know if this is a bug of aspell. But if the generated files are correct, you really should not worry about broken pipes. I don't know what you ment with: A .manual /configure, make sequence also bombs, but with a error 134. But if the tmpFile solution does not work for you, contact me again. BTW sorry for the duplicate (did not think, that you would mask a working ;) version when there's a broken one) Hi Christian! By "manual ./configure ....", I mean that I unpacked the tarball in my home directory and went through the ./configure, make , make install sequence like I would do if I was installing into /usr/local without using portage. I wouldn't worry about the broken pipes if all the correct files are generated except that the error causes the emerge to terminate also :) The reason the old aspells were originally masked by some one else for reason of incompatibilites with ispell I think. Besides the ebuild was stale and the syntax was out of date. It doesn't suprise me that the html docs are zipped as I hadn't gotten to working through the install and updating (I started with one of the old ebuilds) yet as I had not yet got it to compile :) Do you have sandbox enabled? nope, no sandbox forgot to mention, that my machine is only a 133MMX and that I am compiling with -Os and not -O2 or -O3. Out of curiosity, do you get "cat pipe broken" with my examples? but I have the complete output (emerge aspell | tee logfile) if you want it Hi Christian! Yes I would be interested in seeing the complete log file. The compiler option info is interesting also. I have not tried your suggestions yet, but will as soon as possible. ( I am tied upd finishing a DOE final report and have a meeting this evening, i.e. mortgage paying stuff :) Thanks for the information. *** Bug 1075 has been marked as a duplicate of this bug. *** "zlib: possibly exploitable buffer overflow" (#1075) is not a duplicate of this bug. *** Bug 1145 has been marked as a duplicate of this bug. *** Christian, your help on this was invaluable. You provided a vital clue -- the optimisation setting. Azarah provided the other clue of using libtoolize. This works for now, but as we get into upgrades, I am expecting this package to break again, because my tests show that on higher versions of automake and autoconf, this package fails to compile again. Who knows? Sincerest thanks to you and Azarah :) *** Bug 1857 has been marked as a duplicate of this bug. *** |