Dictator is a program for on-screen reading of text files, developed with the intention of making it easier to read some of the fine electronic texts available on the net, such as those produced by The Gutenberg Project. The problem with these texts is that reading them on screen is not particularly pleasant and printing them out is even less pleasant. Dictator employs the Rapid Serial Visual Projection (RSVP) method of displaying words consecutively in the same place, at a user-controllable rate. In theory, this method prevents unconscious re-reading of adjacent text and decreases the tendency of the reader to oralise the text, allowing for increased reading speeds. It also allows the use of larger fonts for text display which improves text clarity. While it does take some getting used to, with a little practise it can soon feel quite natural.
Created attachment 56075 [details] dictator-0.9.3.ebuild proposed
Created attachment 56622 [details] Ebuild for version 0.9.4
This is a Must Have Program for those who read a lot like me but... where I'm wrong? bash-2.05b# ACCEPT_KEYWORDS="~x86" emerge dictator Calculating dependencies ...done! >>> emerge (1 of 1) app-text/dictator-0.9.4 to / >>> md5 src_uri ;-) dictator-0.9.4.tar.gz >>> Unpacking source... >>> Unpacking dictator-0.9.4.tar.gz to /var/tmp/portage/dictator-0.9.4/work >>> Source unpacked. Traceback (most recent call last): File "setup.py", line 11, in ? from dictator import Shared File "/var/tmp/portage/dictator-0.9.4/work/dictator-0.9.4/dictator/Shared.py", line 5, in ? import wx File "/usr/lib/python2.3/site-packages/wx/__init__.py", line 45, in ? from wxPython import wx File "/usr/lib/python2.3/site-packages/wxPython/__init__.py", line 20, in ? import wxc ImportError: /usr/lib/libwx_gtk2u-2.4.so: undefined symbol: _gtk_accel_group_detach !!! ERROR: app-text/dictator-0.9.4 failed. !!! Function distutils_src_compile, Line 38, Exitcode 1 !!! compilation failed !!! If you need support, post the topmost build error, NOT this status message.
Note that the above problem was caused by some combination of the user's USE flags being wiped and the use of heavy CFLAGS. The ebuild worked once this problem was resolved.
Created attachment 57273 [details] Dictator version 0.9.5 ebuild
Created attachment 58746 [details] Ebuild for dictator version 0.9.6
I'm getting the same error as Paolo, with 0.9.6 ebuild. Tried with CFLAGS="" USE="-*" and still got the error. Kieran's comment that the ebuild worked once the undescribed problem was resolved is not very helpful, as it does not describe the actual way to resolve the problem or even what the problem is actually.
This is what Paolo was able to tell me about what he changed in order to make the ebuild work: >when I wrote to you, I didn't see that my USE flags where wiped by UFED >(as you can see from the "-" in front of them in the CODE block I sent >and the "*" after them). >The passage to the new profile (2005.0) make ufed wiping them in make.conf. >Then I've got problem compiling wxpython that I've resolved recompiling >wxGTK and wxpython with less aggressive CFLAGS. >Now dictator works like a charm. It wasn't clear to me what actually resolved the problem. Is your exception exactly the same as his, Mihail?
yes, the error is the same - the only difference is that the topmost traceback entry is "import ProgramInformation" instead of "import Shared", the rest is the same: # emerge -v dictator Calculating dependencies ...done! >>> emerge (1 of 1) app-text/dictator-0.9.6 to / >>> md5 files ;-) dictator-0.9.6.ebuild >>> md5 files ;-) files/digest-dictator-0.9.6 >>> md5 src_uri ;-) dictator-0.9.6.tar.gz >>> Unpacking source... >>> Unpacking dictator-0.9.6.tar.gz to /var/tmp/portage/dictator-0.9.6/work >>> Source unpacked. Traceback (most recent call last): File "setup.py", line 11, in ? from dictator import ProgramInformation File "/var/tmp/portage/dictator-0.9.6/work/dictator-0.9.6/dictator/ProgramInformation.py", line 2, in ? import wx File "/usr/lib/python2.3/site-packages/wx/__init__.py", line 45, in ? from wxPython import wx File "/usr/lib/python2.3/site-packages/wxPython/__init__.py", line 20, in ? import wxc ImportError: /usr/lib/libwx_gtk2u-2.4.so: undefined symbol: _gtk_accel_group_detach !!! ERROR: app-text/dictator-0.9.6 failed. !!! Function distutils_src_compile, Line 38, Exitcode 1 !!! compilation failed !!! If you need support, post the topmost build error, NOT this status message. and here is my emerge --info: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Apr 21 2005, 10:58:16)] dev-lang/python: 2.3.4-r1 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.itdnet.net/gentoo/ http://gentoo.ITDNet.net/gentoo http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ http://mirror.gentoo.no/ ftp://mirror.switch.ch/mirror/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.bg.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acl acpi alsa apm avi berkdb bitmap-fonts bonobo bzip2 bzlib caps cdb cdr crypt cups curl dga doc dvd dvdr emboss encode esd exif fam fbcon flac foomaticdb ftp gd gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile iconv icq imagemagick imap imlib innodb jabber jpeg lcms libcaca libg++ libwww lzw-tiff mad maildir mikmod mime mmx mng motif mozilla mp3 mpeg mysql ncurses nls offensive ogg oggvorbis opengl oscar oss pam pcre pdflib perl php png posix ppds python qt quicktime readline ruby sasl sdl slang snmp sockets sox speex spell sse ssl svg svga tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb vhosts videos vorbis wxwindows xine xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Thanks Mihail I found the following reference: http://sourceforge.net/tracker/index.php?func=detail&aid=915333&group_id=9863&atid=109863 which suggests that certain versions of wxGTK were depending on access to GTK private variables that they shouldn't have. I am no expert on portage and I haven't experienced the problem myself, but this would suggest to me that a newer version wxGTK dependency needs to be specified - a wxGTK dependency is not specified in the existing dictator ebuild, as it is automatically implied by the dependency on wxpython. I have tested the ebuild successfully with wxGTK ebuilds 2.4.2-r2, 2.5.3, and 2.6.0-r1 - is yours an older version? If not, what happens if you re-emerge GTK/wxGTK/wxpython? If this is the problem, might it be preferrable to modify the wxpython ebuild to prevent this effecting other packages? Cheers, Kieran
The error message was with wxGTK 2.4.2-r2. I've upgraded to 2.4.2-r3, but it fails with another error: (setup.py:567): Gtk-WARNING **: cannot open display: I'm currently on a remote connection to the machine and will try it locally later. I hope there will be no further problems.
Worked like a charm.
Created attachment 64907 [details] Version 0.9.7 ebuild
I'm not sure how this got into accessibility; it isn't really an accessibility tool.
I don't think the ebuild should depend on "virtual/x11" directly now that we have modular-X. Currently it wants to install all the parts of X, which shouldn't be done. For me the ebuild works find if I just remove the line with virtual/x11, but I have already some parts of X installed, so this may not be correct.
(In reply to comment #15) > I don't think the ebuild should depend on "virtual/x11" directly now that we > have modular-X. Even more, the attached ebuild no longer works because of said dependency: emerge: there are no ebuilds to satisfy "virtual/x11". (dependency required by "app-text/dictator-0.9.7" [ebuild])
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Created attachment 225211 [details] dictator-0.9.7.ebuild with dependency virtual/x11 removed
With the dependency on virtual/x11 removed, the ebuild emerges just fine. In my mind, all necessary x11 dependencies are pulled in by wxpython anyway. I do not have permission to obsolete the previous ebuild, though. Best, Florian
