<wolfspraul>
I'm just testing the new image a little. I noticed that when I launch StarDict for the first time after flashing, it hangs for a long time, maybe > 60 seconds.
<wolfspraul>
then it finally comes up
<wolfspraul>
after this first time, even after reboots, startup time is much better
<xiangfu>
wolfspraul: yes. it's try to index the dictionary.
<wolfspraul>
so is it saving something into the rootfs?
<wolfspraul>
can we include a prebuilt index in the image?
<xiangfu>
wolfspraul: yes. one .idx file
<wolfspraul>
we should find a way to prebuild this index and include it in the image (package)
<xiangfu>
wolfspraul: yes. seems we just need copy the rootfs index to the package file.
<kyak>
wolfspraul: i'm not sure.. perhaps it's just the latest version of feeds at the time of release, and then feeds continue going forward
<wolfspraul>
he
<wolfspraul>
so no sync at all?
<wolfspraul>
how can we 'pin' Qt to 4.6.2 (assuming that will fix the NanoMap bug)
<kyak>
i've been always seening 'feeds' and 'base system' as pretty different parts.. but i could be wrong
<kyak>
one should just be able to get the base system without feeds.. and feeds mechanism would just provide additional packages, if the user wishes so
<xiangfu>
wolfspraul: it's hard.
<kyak>
so it seems that this strategy may lead to discrepancy between "old" base system and "new" feeds
<xiangfu>
if we back QT to 4.6.2. then we back all the package in svn://svn.openwrt.org/openwrt/packages to old version.
<xiangfu>
wolfspraul: there is one method. add QT 4.6.2 to openwrt-package.git. disable the upstream QT. enable openwrt-xburst.git one.
<wolfspraul>
xiangfu: I don't understand what you mean with "all pacakges in ... to old version"
<wolfspraul>
first I try to understand how the feeds and openwrt releases stay in sync, if at all
<wolfspraul>
I think I remember seeing svn version numbers together with the feed urls somewhere
<wolfspraul>
we haven't been able to make an image where gtk/sdl and qt all work since June :-)
<wolfspraul>
with 'all work' I only mean that a simple app can be started and exit without a hang
<wolfspraul>
can't go much lower than that :-)
<wolfspraul>
so if older versions help, let's do that first to have a stable image, then we can try with newer versions again, but at least we have a stable base
<mth>
start-stop-daemon maybe redirects output to /dev/null or to log file
<kyak>
xiangfu: either start it without start-stop-daemon (thus creating additional unnecessary sh process - remember we discussed?) or rework the way gmenu2x executes apps...
<kyak>
it seems to me that keyboard layout switching can be done in DirectFB level with dfbinput. Alternatively, qt-embedded has kmap2qmap utility and QWSKEYBOARD env
<kyak>
and it seems that gtk doesn't have anything for that, so perhaps dfbinput is the right thing to try..
<kyak>
so few information about that.. people are mainly trying to fight with i18n input/output in console or X11
<kyak>
nobody cares about qt or gtk running in fbdev :)
<lekernel_>
kyak: +1
<lekernel_>
everyone seems to prefer the X11 bloatware...
<lekernel_>
and usermode applications that talk directly to I/O devices
<lekernel_>
try google android maybe...
<lekernel_>
btw, why didn't google use X11? :D
<rafa>
lekernel_: well, google android does not use any application for linux, no just x11. .. it just uses linux kernel if I read correctly.. no shells, no initscrips, no linux fhs
<rafa>
lekernel_: it is like android is not a linux distro, just uses the kernel
<rafa>
maybe them hate GNU and dont want to be called gnu/linux :)
<wpwrak>
kristianpaul: yet another X without X, eh ? ;-)
<kristianpaul>
xD
<kristianpaul>
indeed
<wpwrak>
kristianpaul: in fact, all these things remind me of the heydays of ATM. back then, they all recognized TCP as the "killer application of IPv4". so they tried to come up with alternatives. TCP without IP, TCP without TCP, and so on. it all led to nothing.
<kristianpaul>
he
<kristianpaul>
excuses just excuses
<wpwrak>
kristianpaul: the arguments were of course complexity (both intrinsic and due to unnecessary features), efficiency, and so on. much like what X11 is getting accused of.
<lekernel_>
yeah, nothing except google android, iOS and Mac OS X, all incenditally featuring a better and faster user experience than bloatware based on x-windows
<lekernel_>
and more technically I think no one would argue that the fact that X talks directly to I/O devices instead of the kernel is a bad thing
<wpwrak>
lekernel_: but they all live in parallel universes. you may as well list the text console :) i think can all agree that the text console works very well in its specific domain.
<lekernel_>
mac os x, a parallel universe?
<wpwrak>
lekernel_: if you and bleeding edge performance, you often need to cut out the man in the middle :)
<lekernel_>
X is crap, period!
<wpwrak>
let's talk about this again in ten years ;-)
<wpwrak>
in that thread, a few good points are being made about legacy features that indeed don't make much sense anymore. of course, their main impact would be code size and porting effort, not so much real-life performance.
<lekernel_>
isn't X all about those features?
<lekernel_>
on top of crappy implementations...
<lekernel_>
anectodally, which just crashed again on my machine this morning...
<rafa>
lekernel_: is not mac os x propietary?
<lekernel_>
sure it is, but at least it doesn't suck technically
<lekernel_>
seems it takes a big software company to make bold technical decisions like Unix without X
<lekernel_>
or, more exactly, successfully implement them :)
<kristianpaul>
how you could know what the "successfull" really is if this is not open?
<kristianpaul>
lekernel_: are you aware of a libre sofware or language for generating timing diagrams?
<kristianpaul>
maybe latex?
<kristianpaul>
well i could do the module in verilog and the view it on gtkwave but the idea is not simulte every time i need a timing graph
<wpwrak>
gnuplot ?
<kristianpaul>
dont know, but make sense
<kristianpaul>
i'm not fan of gnuplot
<kristianpaul>
i'll read a bit more about it
<wpwrak>
data files for gnuplot are very very simple.  <x-coord> <y-coord>\n<x-coord> <y-coord>\n ...
<wpwrak>
want a new line ? ... <x> <y>\n\n<x> <y>\n...
<wpwrak>
don't have x coordinates but a constant "clock" ? just omit the x coordinate
<kristianpaul>
wpwrak: ah gnuplot is what you use for the usrp signaling visualization isnt?
<wpwrak>
gnuplot is what i use for probably 99% of all graphing tasks :)
<wpwrak>
kristianpaul: it's probably way too complex to express your graph algorithmically. better to make a file with the coordinates and plot the file
<wpwrak>
viric: to a very large extent, yes. sdcc doesn't seem to support the C8051F9xx yet, but it supports 8051 in general many other C8051Fxxx MCUs.
<wpwrak>
(maybe 9xx support is already there, too. didn't search very hard)
<wpwrak>
C2 looks the same, so you can probably use my stuff from f32xbase
<wpwrak>
note that there's no USB in these chips.
<qwebirc21411>
Hello, has anyone where gotten the Ben NanoNote working with the micro-sdio wifi card (SDW-823)?
<viric>
wpwrak: what about uploading the compiled code? easy?
<viric>
wpwrak: a 3v3 serial port would do?
<viric>
I'll check later the documentation
<viric>
I only wondered, if they document how to program it, or instead they only say "click this on Our Program"
<kristianpaul>
well seems its hardware is not capable of getting data as faster as i spected (8mhz) and so far just 2mhz acording some tests made by wpwrak
<kristianpaul>
anyway i'll dedicate later some time in the university lab  in order to do my benchmark, so SIE will be really usefull after all :)
<kristianpaul>
i'm not sayinng i'm kicking out ben from my way, but for now SIE will help to develop then later optimize and fit gps stuff on the the nanonote
<wolfspraul>
kristianpaul: sure, wpwrak already mentioned it to me
<wolfspraul>
of course, this is the right approach
<wolfspraul>
first we need to get it to work and learn, then we see what is the cheapest tech we can find to implement it
<wolfspraul>
nice pictures!
<rafa>
wolfspraul: hi.. I have uploaded :
<rafa>
- a free of patents repository built from OE
<rafa>
- 4 rootfs images : 2 bootstrap (one for NAND and another for SD) and 2 full jlime beta4 (one for nand and another for SD).
<rafa>
wolfspraul: all this stuff is free of problematic packages. The repo is sane, so any package there is okey to install. Also, I removed from the full jlime beta4 image the packages with patented technologis. I replaced that stuff with a theora player.
<rafa>
wolfspraul: maybe I should upload some screenshot and write a wiki page about?