Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bugzilla DB migration completed. Please report issues to Infra team via email via infra@gentoo.org or IRC

Bug 892

Summary: aspell ebuild gone awry?
Product: Gentoo Linux Reporter: Seemant Kulleen <seemantk>
Component: Current packagesAssignee: 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
Hello to my Gentoo friends,

I have not yet attempted a debug, but I thought I might make you all aware of
this error, while emerging aspell.

Thanks,

Seemant

--- Cut here


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.

!!! emerge aborting on  /usr/portage/app-text/aspell/aspell-0.32.6.ebuild .
Comment 1 Daniel Robbins (RETIRED) gentoo-dev 2002-03-04 02:25:24 UTC
have you tried a newer aspell?
Comment 2 Seemant Kulleen 2002-03-04 18:52:21 UTC
`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.

Comment 3 Tod M. Neidt (RETIRED) gentoo-dev 2002-03-12 09:11:26 UTC
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 :)

Comment 4 Tod M. Neidt (RETIRED) gentoo-dev 2002-03-12 09:11:57 UTC
*** Bug 1090 has been marked as a duplicate of this bug. ***
Comment 5 Christian Loitsch 2002-03-12 11:37:06 UTC
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)
Comment 6 Tod M. Neidt (RETIRED) gentoo-dev 2002-03-12 11:52:22 UTC
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?



Comment 7 Christian Loitsch 2002-03-12 12:02:08 UTC
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?
Comment 8 Christian Loitsch 2002-03-12 12:03:15 UTC
but I have the complete output (emerge aspell | tee logfile) if you
want it
Comment 9 Tod M. Neidt (RETIRED) gentoo-dev 2002-03-12 13:21:48 UTC
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. 
Comment 10 Tod M. Neidt (RETIRED) gentoo-dev 2002-03-14 02:23:51 UTC
*** Bug 1075 has been marked as a duplicate of this bug. ***
Comment 11 Bruce A. Locke (RETIRED) gentoo-dev 2002-03-14 02:32:07 UTC
"zlib: possibly exploitable buffer overflow" (#1075) is not a duplicate of this bug.
Comment 12 Seemant Kulleen (RETIRED) gentoo-dev 2002-03-14 22:06:09 UTC
*** Bug 1145 has been marked as a duplicate of this bug. ***
Comment 13 Seemant Kulleen (RETIRED) gentoo-dev 2002-03-15 06:50:38 UTC
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  :)
Comment 14 Seemant Kulleen (RETIRED) gentoo-dev 2002-04-16 21:35:09 UTC
*** Bug 1857 has been marked as a duplicate of this bug. ***