<unclouded>
kyak, did you get to the bottom of the nightsky build issue?  looks like xiangfu might have the same issue
<kyak>
unclouded: no, didn't have even a small chance to get to it during last two days
<kyak>
but i remember, i'll try it as soon as i can
<kyak>
at last, qt4 builds
<unclouded>
thanks
<cts>
Does anyone happen to know which "make menuconfig"-entry I forgot to check when OpenWRT hangs at boot "cannot find init"? I have checked busybox and the filesystem-libs and modules, but no avail so far.
<kyak>
init is a part of busybox, if i'm not mistaken
<kyak>
just take the default config for starters
<cts>
that's what I'm doing right now (might take a while, I had to "make clean" first. As I said, including busybox did not help... :(
<cts>
So I came to think about missing filesystem modules (I am trying to srip my nano down to only what I need), but apparently I have gone a bit too far... ;)
<kyak>
maybe this is what you need? :)
<kyak>
what are you stripping btw? i usually only add things to it :)
<kyak>
also, what's the point of stripping when you got 2 Gb?
<kyak>
i remember stripping things when i built openwrt for my linksys wrt54gl
<kyak>
unclouded: i'm now trying to build nightsky without rpath-link, it won't compile
<orly_owl>
wolfspra1l: What about a PS/2 keyboard? Won't that just need the controller chip?
<unclouded>
kyak, I've always used rpath-link.  it doesn't seem to work without it.  why are you trying to compile without it?
<kyak>
unclouded: it doesn't compile unless i add TARGET_LDFLAGS+=-Wl,-rpath-link=$(STAGING_DIR)/usr/lib in Makefile
<unclouded>
are you building this from openwrt-xburst?
<unclouded>
as in: make package/nightsky/install ?
<unclouded>
that's weird because the only line in the upstream Makefile that refers to LDFLAGS already has rpath-link on it
<unclouded>
your solution of putting it in the OpenWRT Makefile is much tidier though
<unclouded>
kyak, sorry for all the trouble you've had building nightsky.  I think I found the problem in the upstream Makefile
<qi-bot>
[commit] Neil Stockbridge: Nightsky now refers to a less broken upstream version and -rpath-link has moved to the OpenWRT Makefile http://qi-hw.com/p/openwrt-packages/5327b07
<tuxbrain2>
wpwrak: I have a little precious jewel rafa has given to me :)
<tuxbrain2>
wpwrak, I'm really busy right now finishing the classroom of the Den, but when I can breath and if I have not felt sleep exhausted then , I will put the idbg(or whatever is called :P) in one NN :)
<viric>
I was just curious; by now I have a ben, which may run faster than the emulator
<kristianpaul>
sure it will :)
<wpwrak>
hmm ... given a set of pixel-based images (not vector-based), how to put them into a web-browseable format that implies a container ? besides creating a directory and placing the individual files inside, of course
<wpwrak>
ps and the like have the problem that they try to scale. so the pixels will come out wrong.
<wpwrak>
"implies container" -> must be possible to browse through them with any common web browser. a cyclic "next" or "next"/"prev" would be plenty.
<wpwrak>
of, and all this without flash ;-)
<unclouded>
wpwrak: I have a short ( 82 line) Ruby script to present a set of images if you're interested.  It creates an HTML file for each image that embeds the image along with Prev and Next links to other images in the set
<wpwrak>
unclouded: how do prev/next work ? link to html page ? javascript ?