Bugzilla Bug 70776

Hi,

when I want to start ufed I get following output:

root@inspiron> ufed
ESC pressed, changes not saved

I get this message directly after typing "ufed". I don't see any dialog.

Reproducible: Always
Steps to Reproduce:
1. ufed
2.
3.




root@inspiron> emerge info 
Portage 2.0.51-r3 (default-x86-2004.2, gcc-3.4.3, glibc-2.3.4.20041102-r0,  
2.6.9-nitro3 i686)  
=================================================================  
System uname: 2.6.9-nitro3 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.40GHz  
Gentoo Base System version 1.6.6  
ccache version 2.3 [enabled]  
Autoconf: sys-devel/autoconf-2.59-r5  
Automake: sys-devel/automake-1.8.5-r1  
Binutils: sys-devel/binutils-2.15.92.0.2-r1  
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1  
Libtools: sys-devel/libtool-1.5.2-r7  
ACCEPT_KEYWORDS="x86 ~x86"  
AUTOCLEAN="yes"  
CFLAGS="-march=pentium3 -mtune=pentium4m -Os -pipe -fomit-frame-pointer"  
CHOST="i686-pc-linux-gnu"  
COMPILER=""  
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/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/control"  
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"  
CXXFLAGS="-march=pentium3 -mtune=pentium4m -Os -pipe -fomit-frame-pointer"  
DISTDIR="/usr/portage/distfiles"  
FEATURES="autoaddcvs ccache distlocks fixpackages sandbox"  
GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/  
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/  
http://www.gigaload.org/gentoo.org/ http://gd.tuwien.ac.at/opsys/linux/gentoo/  
ftp://gd.tuwien.ac.at/opsys/linux/gentoo/"  
MAKEOPTS="-j2"  
PKGDIR="/usr/portage/packages"  
PORTAGE_TMPDIR="/var/tmp"  
PORTDIR="/usr/portage"  
PORTDIR_OVERLAY="/usr/local/portage"  
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"  
USE="X acpi alsa ansi auctex audiofile avi berkdb bitmap-fonts bzlib  
cdparanoiacdr crypt cups dio dvd emacs encode faac faad fbcon flac flood  
freetype ftp gdbm gif gnutls gpm gprof graphviz gstreamer gtk gtk2 icq  
imagemagick imap imlib imlib2 ipv6 ithreads jabber jack jack-tmpfs java  
javascript jpeg jpeg2k kde libwwwlive mad mikmod mmx mmx2 mng motif mozxmlterm  
mpeg ncurses network nls no_wxgtk1 nptl offensive oggvorbis openal opengl pam  
pcmcia pdflib pic png pnp qt quicktime readline real rtc ruby sdl slang speex  
sse ssl svg tcpd tetex theora threadstidy tiff truetype type1 unicode usb  
videos wmf wxwindows x86 xine xml2 xpm xprint xv xvid zlib linguas_de"  
  
  
dev-util/dialog  
      Latest version available: 1.0.20040731  
      Latest version installed: 1.0.20040731  
 
app-portage/ufed 
      Latest version available: 0.35-r1 
      Latest version installed: 0.35-r1

Does dialog work if you run it manually? If you enter:

dialog --item-help --checklist Title 0 0 0 Item Text on Description

in a shell, do you see anything wrong?

1. I have the same thing happening. It's quite recent. Since I sync this
particular box every day, I'm guessing it just happened.

2. I tried the "dialog" line given -- works just fine.

Here's what I have:

bash-2.05b$ emerge -pv dialog ufed

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] dev-util/dialog-1.0.20040731  -unicode 0 kB
[ebuild   R   ] app-portage/ufed-0.34  0 kB

Total size of downloads: 0 kB

Should I try to force an upgrade on "ufed"?? I tried re-installing it and that
didn't work.

I have the same problem.  Running "strace -f ufed" showed the following command
failing prior to the "ESC pressed" message:

[pid 22170] execve("/bin/sh", ["sh", "-c", "exec 3> /tmp/use.0oDylk ;
DIALOG"...], [/* 39 vars */]) = -1 E2BIG (Argument list too long)

This corresponds to the exec() call on line 297 of the ufed script.  The test
for ESC being pressed is on line 311 where it checks for a value of 255;
presumably this matches because the return value of -1 from the exec() call is
255 in an unsigned byte.

Created an attachment (id=43840) [details]
ufed-0.35-toomanyflags.patch

Okay, I get it too now. I guess I hadn't got it yet because I hadn't synced.
Thanks for the strace. This fixes it for me; does this work for you too?

Hi,

patch applied, now i get the following err-message:

Error: Expected 4 arguments, found only 2.
Use --help to list options.


ESC pressed, changes not saved

Hi, sorry I didn't test this more carefully. It won't work without the patch
from http://bugs.gentoo.org/show_bug.cgi?id=68924 that fixes another bug.

I've applied both patches and now ufed is doing fine again, thanks!

Not sure if this have something to do with it, but I get this too. However,
first I got this:

merc ~ # ufed
Can't locate Term/ReadKey.pm in @INC (@INC contains: /etc/perl
/usr/lib/perl5/site_perl/5.8.5/i586-linux /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i586-linux
/usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i586-linux
/usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i586-linux
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.2/i586-linux /usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.4/i586-linux /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.5/i586-linux /usr/lib/perl5/5.8.5 /usr/local/lib/site_perl
/usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i586-linux
/usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i586-linux .) at
/usr/sbin/ufed line 11.
BEGIN failed--compilation aborted at /usr/sbin/ufed line 11.

So I made a
# locate ReadKey.pm
/usr/lib/perl5/site_perl/5.8.0/i586-linux/Term/ReadKey.pm

Aha I though, remembering I just upgraded perl so did a
# revdep-rebuild 

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... Nothing to rebuild

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

Dynamic linking on your system is consistent... All done.

I expected it to find the faulty dependency to TermReadKey but it didn't, so
the I remerged TermReadKey and now get
# ufed
ESC pressed, changes not saved

I understand these 2 patches can fix it, but are they the "real" cure and if
why don't they go into portage? The other patch is over 2 weeks old and the
package have basicly been broken for over a month!

I know time is limited, but if someone can make and supply a working patch,
someone (else) must be able to take the few minutes to commit it into portage
tree?

I have the same problem with ufed-0.34 since my last sync:

Yesterday I emerge sync'ed and it told me that my profile (1.4)
is no longer supported and I should upgrade to portage 2.0.51.
I followed the instructions to change my profile (to 2004.0, I
wonder why not 2004.2 or 2004.3?).

Since then ufed did not work anymore. It failed to load use.defaults.

So I searched for them and copied them to my new profile.

This is related to Bugzilla Bug 62261.

Now ufed immediatly exits with
ESC pressed, changes not saved.

I tried to re-emerge ufed-0.34 to no success.

Created an attachment (id=43997) [details]
strace output showing bug

i get the same ESC error. i'm not sure how to apply the patch and the dialog
seems to work for me.

Portage 2.0.51-r3 (gcc34-x86-2004.2, gcc-hardenednossp,
glibc-2.2.5-r2,glibc-2.3.4.20041102-r0, 2.6.9-rc4 i686)
=================================================================
System uname: 2.6.9-rc4 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.6.6
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers: 
sys-kernel/linux-headers-2.4.18,sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.22
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.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/mozilla/defaults/pref /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/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks fixpackages nostrip sandbox"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X aalib aim alsa apache2 apm arts avi berkdb bitmap-fonts bonobo canna cjk
crypt debug dga divx4linux dvd emacs encode esd f77 foomaticdb fortran gdbm gif
gnome gpm gtk gtk2 gtkhtml guile iconv imap imlib ipv6 java jpeg leim libg++
libwww mad mikmod mmap motif mozilla mpeg msn ncurses network nls nostrip
oggvorbis oss pam pdflib perl png postgres python qt quicktime readline sdl
slang spell ssl svga tcpd truetype unicode x86 xml2 xmms xv zlib"

> I have the same problem with ufed-0.34 since my last sync:
ufed 0.34 doesn't support stacked profiles. ufed 0.35-r1 is the only one that works with your current profile.

> i'm not sure how to apply the patch
Things like this should probably be asked in the forums, but anyway: download the two patches and run these commands:
patch /usr/sbin/ufed ufed-0.35-escape.patch
patch /usr/sbin/ufed ufed-0.35-toomanyflags.patch

Incorporating the fixes from both patches to /usr/sbin/ufed makes it work
again. Thanks a lot.

These patches work.  Can someone update ufed in portage?

Created an attachment (id=44104) [details]
modified ebuild to apply patches required

I've attached a modified ebuild above, which is the same as the original but
with a couple of additional epatch lines
you can put this into your portage overlay directory
also remember to put the patch files into the ufed files directory in overlay

ufed-0.35-toomanyflags.patch
already attached to this Bug

and
http://bugs.gentoo.org/show_bug.cgi?id=68924
ufed-0.35-escape.patch

this will work for x86

for amd64 you'll also need to add:
=dev-util/dialog-1.0.20040731
to /etc/portage/package.keywords
and emerge -u dialog

This needs to be in x86 stable. 

I tried the patches manually. I also tried the above ebuild. Neither worked for
me. Now instead of getting only the "ESC Pressed" error, I get the following:
_______________________________

Error: Unknown option --file.
Use --help to list options.


ESC pressed, changes not saved
_______________________________

Suggestions?

Update to the above:

Upgrading to dialog-1.0.20040731 made the patches work on x86. Evidently, the dependencies needs to be upgraded in the ebuild to >=dialog-1.0.20040731 for all architectures, not just amd64.

I tested Richard's new ebuild, with the two new patches, after upgrading to
dialog-1.0.20040731, and ufed once more works as it should.  I'm using
"hardened/x86" profile here, though only for a day so far.

Interesting reading, this bug!  A couple weeks before ufed stopped working
entirely (due to changing profile), I had noticed some "chopped-off" USE flags
in my make.conf, like (fictional example) "moznoco" when it should have been
"moznocompose".  I wonder if this had to do with the "too many flags" problem. 
Oh, well... that's a different bug.  :)

> I had noticed some "chopped-off" USE flags in my make.conf,

See bug #68691 for that.

I'm using ufed-0.35-r1 on ~amd64 and have the same problem

*** Bug 71448 has been marked as a duplicate of this bug. ***

0.35-r2 with the patch is in CVS now.