I did that already.  ldd finds three libs, all of which I have in lib/
in my build.  I'll look at your code for g4l (which I've used before and
is very cool, btw) to see if I can spot anything obvious that I'm
missing.  I also have strace installed, though I'm not very familiar
with it.  strace is what lead me to install locale-archive, but as I
said, that only fixed the problem in the test chroot, not when the
resulting ISO is run (it also doubled the size of my ISO :-( ).

Peter

On Wed, 2010-10-06 at 11:03 -0500, Michael D. Setzer II wrote:
> copy ldd to you build, and run ldd on dialog to see what is missing.
> 
> I have a project g4l that uses busybox and dialog.
> 
> ftp://amd64gcc.dyndns.org/g4l-v0.35alpha19.iso
> 
> ftp://amd64gcc.dyndns.org/g4l-v0.35a19.devel.tar.gz
> 
> 
> 
> On 6 Oct 2010 at 10:30, Peter Scheie wrote:
> 
> Subject:              Re: dialog utility running on busybox doesn't look right
> From:                 Peter Scheie <[email protected]>
> To:                   "[email protected]" <[email protected]>
> Date sent:            Wed, 6 Oct 2010 10:30:38 -0500
> 
> > My hunch is that I'm missing a library or something about the terminal
> > type is being misinterpreted. I don't think it's a fault of bb per se; I
> > was just wondering/hoping someone else had encountered this problem,
> > where dialog works on a full blown system, but when run on a system
> > based on bb, it displays incorrectly.
> > 
> > Peter
> > 
> > On Wed, 2010-10-06 at 10:18 -0500, walter harms wrote:
> > > I do not understand where busybox may at fault.
> > > You have a system with bb as base, you use dialog and you
> > > see something is odd with the display.
> > > 
> > > where is busybox in that equation ?
> > > 
> > > re,
> > >  wh
> > > 
> > > 
> > > Peter Scheie schrieb:
> > > > I've built an ISO image using busybox and a 2.6.18 kernel, and it's
> > > > working fine, that is, it boots and I get a working shell (bash).  Now
> > > > I'm trying to add the dialog utility so I can construct some menus that
> > > > will be used on the console. I added dialog and ncurses to my ISO, but
> > > > while dialog runs, it doesn't look right, in that it appears something
> > > > is wrong with the shadows and edges.  I'm not sure if it's something to
> > > > do with ncurses, or termcap, or what.  I found that adding
> > > > usr/lib/locale/locale-archive to the build directory for my ISO (the
> > > > same directory to which I install BB) fixes the problem when I just
> > > > chroot in my build directory and manually call dialog; but when I then
> > > > build an ISO from that, boot it, and manually call dialog, it still has
> > > > the same problem.  For the record, I also booted the ISO on read
> > > > hardware and dialog had the same problem there.  Another data point: My
> > > > build system is a Centos 5 virtual machine running on VirtualBox.  The
> > > > above behavior is what I see when logged into the vm's console.  If I
> > > > ssh to the vm, and then chroot into the build directory, dialog looks
> > > > fine.  The difference, of course, is that TERM=xterm in the SSH session,
> > > > whereas when I'm working at the console, TERM=linux.  
> > > > 
> > > > Any suggestions as to what might be wrong or where to look?  Thanks.
> > > > 
> > > > Peter 
> > > > 
> > > > _______________________________________________
> > > > busybox mailing list
> > > > [email protected]
> > > > http://lists.busybox.net/mailman/listinfo/busybox
> > > > 
> > > > 
> > 
> > 
> > _______________________________________________
> > busybox mailing list
> > [email protected]
> > http://lists.busybox.net/mailman/listinfo/busybox
> 
> 
> +----------------------------------------------------------+
>   Michael D. Setzer II -  Computer Science Instructor      
>   Guam Community College  Computer Center                  
>   mailto:[email protected]                            
>   mailto:[email protected]
>   http://www.guam.net/home/mikes
>   Guam - Where America's Day Begins                        
>   G4L Disk Imaging Project maintainer 
>   http://sourceforge.net/projects/g4l/
> +----------------------------------------------------------+
> 
> http://setiathome.berkeley.edu (Original)
> Number of Seti Units Returned:  19,471
> Processing time:  32 years, 290 days, 12 hours, 58 minutes
> (Total Hours: 287,489)
> 
> bo...@home CREDITS
> SETI        10009860.871197   |   EINSTEIN     4660449.360851
> ROSETTA      2297938.485565   |   ABC          2771227.136067
> 


_______________________________________________
busybox mailing list
[email protected]
http://lists.busybox.net/mailman/listinfo/busybox

Reply via email to