<vegyraupe> morning channel
<dmarschal> hello!
<dmarschal> I opkg'd binutils but it seems as doesn't generate mips32 executable
<dmarschal> what did I miss
<dmarschal> I also found that ttk 98 phone batteries, (model ka08)
<dmarschal> fit NN fine. size is identical, 750mah, external charger is available
<dmarschal> bye
<wolfspraul> wow so fast
<wolfspraul> I just wanted to ask him to update http://en.qi-hardware.com/wiki/Compatible_batteries
<wolfspraul> :-)
<wolfspraul> oh well...
<qi-commits> Xiangfu Liu: change the option --daemon to --upload http://qi-hw.com/p/xburst-tools/d994383
<tuxbrain> can any one confirm my petition to debian devels has arrive on the qi list? I migrating from gmail to evolution and I have not see my mail there yet.
<wolfspraul> tuxbrain: don't think so
<tuxbrain> :( , lets try again.
<dmarschal> Hi
<dmarschal> I'll take a photo of the ttk 98 battery and update wiki later
<wolfspraul> dmarschal: ah great
<wolfspraul> you were gone too quickly earlier
<wolfspraul> just got your Nano? any feedback?
<dmarschal> I"ve orderd a month ago from tuxbrain
<dmarschal> arrived in 24 hours from Spain to Hunary
<dmarschal> NN is very a good machine I can tell
<wolfspraul> it took one month or 24 hours? don't understand :-)
<wolfspraul> hungary?
<dmarschal> in 24 hours, and yes i'm in hungary, budapest
<tuxbrain> it has if one month ago, and recieved in 24h from his order :)
<tuxbrain> s/if/it
<wolfspraul> hungary, so cool!
<wolfspraul> the original home of the much beloved mplayer
<wolfspraul> mplayer is actually one of those things we try to get to work well on the NanoNote next
<wolfspraul> Ingenic published some sources, also using the SIMD instructions of the CPU that can accelerate things, but right now it all doesn't work yet...
<zear> wolfspraul, not only mplayer, but also openmortal ;)
<wolfspraul> yeah, I've heard about many things from Szeged, so for sure there must be a large scene. never heard about openmortal before, checking...
<wolfspraul> dmarschal: can you blog about the NanoNote in Hungarian?
<dmarscha> sorry my mbook went  down
<wolfspraul> dmarscha: you may have missed some things (ping timeout) - just in general the IRC logs are at http://en.qi-hardware.com/irclogs
<wolfspraul> mbook = macbook?
<dmarscha> thank you!
<zear> wolfspraul, oh that's pure evil
<zear> why log irc chats?
<wolfspraul> zear: because a lot of people like them, I'd say it's standard for a good irc channel
<zear> don't want google to know what i say ;)
<wolfspraul> the channel is public anyway
<wolfspraul> so you would put people with local logging, who have their own servers running, or just a stable network, at an advantage over those that don't
<tuxbrain> like irc logs
<zear> yes it is, but i don't like the idea of google monitoring every single message on this channel, and storing it for ever
<wolfspraul> zear: but I agree the HTML formatted logs bring out the truth in a bit harder way than otherwise :-)
<tuxbrain> there is a lot of info flowing than without loggin will be lost forever
<wolfspraul> maybe we can disable the irclogs in robots.txt
<wolfspraul> I think google will follow the settings there
<zear> http irc logging is the reason i don't hang out on #openmoko
<wolfspraul> he
<wolfspraul> I hope that doesn't mean we won't see you again here...
<zear> well, this actually might happen
<tuxbrain> :( why?
<zear> i don't want to leave this place, but i also don't want someone be able to google some dirty stuff about me in 5 years
<tuxbrain> mmmm little paranoia is good but you are wrong in how to focus it
<zear> no, i have experience from #openmoko
<zear> google have cached me saying what's my opinion on computer piracy ;)
<wolfspraul> zear: there are very valuable discussions going on in IRC, and the html irc logs make those much more accessible
<zear> wolfspraul, i know, i know
<tuxbrain> you must by definition don't publish/speack/write of dirty stuff or anything you would repent
<zear> but still, don't like when big brother is spying on me
<wolfspraul> I share that sentiment.
<wolfspraul> but actually the highest todo item on my list to help with that is to stop using google analytics and move to piwik.org
<wolfspraul> but even that I won'd to anytime soon, too many higher priorities...
<wolfspraul> zear: so yes bottom line, we have irclogs now and we are happy about it
<tuxbrain> dear... at least with google you know who is the brand is spying you. "Real" big brothers doesn't show their faces
<wolfspraul> but you are the first person to complain and I hear you
<wolfspraul> true :-)
<zear> i hope robots.txt can reduce the privacy issues, but it's enough that one search engine ignores robots.txt and caches the logs, and then google goes on that search engine pages and caches it ;)
<tuxbrain> Talking about privacy in a public channel doesn't make sense
<zear> tuxbrain, of course it's just plaintext
<zear> but there's a big difference between personal logs from irc clients and public logs available on google
<zear> wolfspraul, what method do you use for caching the channel logs? Just an irc client running in the background, logging everything? If so, you could set it to ignore messages from my nick
<tuxbrain> I consider the public chat as equal as public email-list, you should use other channels to maintain privacy, I strong encourage you to change your mind about this to avoid any (bad) surprise
<wolfspraul> zear: yes definitely
<wolfspraul> I use eggdrop, in fact the complete server config is 100% documented at http://en.qi-hardware.com/wiki/Server_setup
<zear> tuxbrain, yeah, but irc is instant messaging. I don't want to consider every word i say here
<zear> oh, and i'm not sure if public irc logs are safe for people from china
<tuxbrain> zear, free advice also for real live: In public ALWAYS consider every word you say or/and proudly face consequences
<wolfspraul> IRC is public
<wolfspraul> (this channel here)
<wolfspraul> anyway, for now we have the irclogs, and many people seem to be happy about them. we can look into taking zear's posts out
<tuxbrain> surelly people from china is also logged  without their knowledge, that is the real threatening
<zear> tuxbrain, of course i realize irc channels aren't encrypted, but I don't want to be a paranoic who considers everything he says everywhere. I just want to be free to chat with people i consider my friends. But public logging is a real threat to freedom of speech :)
<wolfspraul> hmm. I would think threat to freedom of speech is if people are scared to speak freely?
<zear> I guess i'll just have to stop saying anything that isn't related to nanonote developement here
<wolfspraul> you definitely can have multiple aliases, that should be fun.
<zear> wolfspraul, that's exactly what i feel now :D
<zear> wolfspraul, yeah, tried that once, but that doesn't go very well
<wolfspraul> zear: ok, so for now you know this channel is a) public b) has searchable HTML pages
<tuxbrain> also recomend to use /msg nick if you want to mantain anything "private" with some one
<zear> wolfspraul, i guess another solution would be to remove nicks from public logs. Just leave the colors to distinguish messages from different people
<tuxbrain> ouch this sounds oddly
<wolfspraul> zear: the ability to quickly search who said what is quite valuable.
<zear> wolfspraul, ok, i guess in that case i'll just lurk here and speak only when it's a technical thing ;P
<wolfspraul> (for the #openinkpot channel)
<zear> and i think it would be nice if you could put an info in the channel topic that this channel is monitored
<wolfspraul> zear: any standard there?
<zear> for what?
<wolfspraul> I agree a link to the logs would be nice
<wolfspraul> I thought maybe there is a flag or so, but maybe we just put a link to the logs in the text
<zear> ah, i guess there's nothing like that
<zear> or at least i never heard of it
<wolfspraul> zear: speaking about technical things, have you tried mplayer again?
<zear> wolfspraul, well, first i compiled it myself
<wolfspraul> I think I read here you tried but it segfaulted
<zear> all i was getting was a segfault
<zear> then i tried the binary from someone from this channel who compiled it himself and claimed it worked for him
<zear> and again - was getting a segfault
<zear> the version i compiled myself was non-IPU with ingenics patches
<zear> the very same that's used on dingux
<wolfspraul> ok
<dmarschal> I'm back. My umid mbook went down again. Sorry for that
<wolfspraul> he
<dmarschal> back to my original question, has anyone got "as" or "gas" working on NN?
<wolfspraul> no problem
<xiangfu> dmarschal, you mean as:  "the portable GNU assembler"
<dmarschal> yes
<xiangfu> dmarschal, let me search.
<dmarschal> xiangfu: thank you
<xiangfu> dmarschal,  there is "binutils" package in openwrt.
<dmarschal> yes, i found it and installed it already.
<wolfspraul> that's our official repo
<vegyraupe> wolfspraul, tuxbrain: call in 3 ?
<wolfspraul> oh
<dmarschal> it compiles 'hello.s' a simple hello world source without error
<wolfspraul> good reminder! :-)
<dmarschal> but when i want to run 'a.out' i got an error of 'line 1: syntax error: unexpected word';
<dmarschal> if it was made for another cpu
<xiangfu> dmarschal, I will check the binutils package later .
<dmarschal> file a.out : elf 32-bit lsb relocatable, mips, mips-i version 1 (sysv), not stripped"
<dmarschal> xiangfu: thank you
<mortys> Hi all
<xiangfu> dmarschal, I need offline  for a while. will post in mailing list :-)
<dmarschal> ok thank you
<wolfspraul> mortys: hi
<dmarschal> bye
<vegyraupe> tuxbrain: ?
<tuxbrain> vegyraupe: giveme 10 mins
<vegyraupe> tuxbrain: ack
<vegyraupe> :)
<mortys> hi wolf
<qi-commits> Lars-Peter Clausen: Fix going a dir up in the filebrowser http://qi-hw.com/p/gmenu2x/8c31cee
<zear> larsc, i believe you need to fix it in a couple of places in the code
<qi-commits> Lars-Peter Clausen: Fix rootdir check. http://qi-hw.com/p/gmenu2x/1557c5a
<zear> ah, thanks :D
<larsc> hm, should we use "/card" or "/" for the disksize?
<zear> larsc, that's a good question. The perfect solution would be to add two disksizes
<zear> one for nand and the other for sd card
<zear> though i guess that needs the modification of the gui
<larsc> hm, ok i'll change it to /card for now than
<qi-commits> Lars-Peter Clausen: Use "/card" instead of "/card/gmenu2x" for disk stats http://qi-hw.com/p/gmenu2x/431e88e
<qi-commits> Lars-Peter Clausen: Fix rootdir check. http://qi-hw.com/p/gmenu2x/dd0c4eb
<wolfspraul> tuxbrain: how about the mailing lists now?
<tuxbrain> wolfspraul: seem they work ok
<wolfspraul> ok
<tuxbrain> at least I was able to receive and send some post :)
<wolfspraul> strange problem with spamassassin on the server, eating up all memory
<wolfspraul> just started by itself after months without problems
<tuxbrain> sometimes 0 & 1 go crazy, I will be watching if it happens again and will report ASAP if it happens
<qi-commits> Bas Wijnen: improve init; make destroy simpler http://qi-hw.com/p/iris/c8f7b1c
<qi-commits> Bas Wijnen: make things work with unfinished new startup procedure http://qi-hw.com/p/iris/12bfb32
<qi-commits> Lars-Peter Clausen: Unify filedialog and browsedialog code http://qi-hw.com/p/gmenu2x/8b862b8
<qi-commits> Lars-Peter Clausen: Fix menusetting widgets. http://qi-hw.com/p/gmenu2x/6361dde
<qi-commits> Lars-Peter Clausen: Add qi wallpaper http://qi-hw.com/p/gmenu2x/c099e50
<qi-commits> Lars-Peter Clausen: chmod -x on data files http://qi-hw.com/p/gmenu2x/fe0c2fe
<qi-commits> Lars-Peter Clausen: Fix typo http://qi-hw.com/p/gmenu2x/118bc03
<qi-commits> Lars-Peter Clausen: browserdialog: Better path handling. http://qi-hw.com/p/gmenu2x/a37ed02
<qi-commits> Lars-Peter Clausen: handle mouse events for browser dialog buttons http://qi-hw.com/p/gmenu2x/7b66eb3
<qi-commits> Lars-Peter Clausen: Add ButtonBox widget to simplify managing buttons in the bottombar. Also fixes some memleaks where buttons were left unfreed. http://qi-hw.com/p/gmenu2x/3b2538c
<qi-commits> Lars-Peter Clausen: filelister.cpp: Small cleanup http://qi-hw.com/p/gmenu2x/2a6a1f0
<zear> larsc, are most of the changes in gmenu2x cross-platform? So they could be backported to the dingoo?
<larsc> yes
<zear> ah, great
<larsc> i also plan to add a device abstraction which is a bit cleaner then all the #ifdefs
<zear> yeah, that would clean up the code a bit
<larsc> so you can use the same codebase for both devices and only have to pass different arguments to configure
<zear> also, i don't like how it uses the virtual GP2X keys for all the actions
<zear> so you have to map a key that does the "B button" action
<zear> i would rather have a way to map a button that does "options menu" or "app launch" action
<zear> *i'd rather like to have
<zear> having virtual GP2X buttons is confusing, because on the screen it says "A button does that, B button does that" and actually you have them binded to z and x and it's really confusing
<larsc> hm. sounds reasonable, but would require a bigger config file
<zear> rafa is getting his nanonote soon, and he was interested in helping gmenu2x developement. So maybe he could lend you a hand with it
<larsc> good :)
<zear> maybe someone from the dingux scene could help as well. As long as it benefits the dingoo platform
<zear> as for a bigger config file - i don't mind. The question is - is it simple enough from a technical side to implement it without redesigning the whole program?
<larsc> it would probably require some work. but as the program is not to complex it should be doable.
<zear> that way we could switch from a limited button control to a full qwerty one
<larsc> yes
<larsc> i guess it would be good to start with adding qwerty support to the textinput fields.
<zear> yep
<rafa> larsc: the easy way to add qwerty support for gmenu2x would seem to be to do emulation. For example, when gmenu2x draws the keyboard to type some text : you press, for example, the 'H' on nanonote keyboard, and then the gmenu2x code could to do the proper movements on screeen keyboard to emulate the H key pressed.
<zear> btw, gmenu2x has support for mouse actions, so i think investing in developement of this app can benefit future generation of the nanonote, ex. ones with a touchscreen
<tuxbrain> larsc:+1 to the qwerty
<zear> rafa, you'd have to store the current position, also remember about different keyboard layouts to choose from
<zear> there's one for special characters, and one for cyryllic
<rafa> well, the gmenu2x should know which keyboard layout is showing..
<zear> *cyrillic
<rafa> and the posittion should be easy to save
<zear> rafa, well, that is only a workaround, not really solving a problem :)
<zear> i don't know if i'm in the right position to say that (as i can't help with developing gmenu2x), but i think implementing a true qwerty support (which shouldn't be too hard) would be better
<rafa> of course no, But it seems that nobody is going to clean that code properly, and I guess that nobody wants to keep that code (e.g. rewritten all the bad code there)
<zear> rafa, i guess larsc is on his way of cleaning the code, fixing the memory leaks, etc
<rafa> zear: "of course no" is the answer to "that is only a workaround, not really solving a problem" :)
<zear> the question is - does he have enough time to fix it all? :D
<rafa> another question : is really a good idea to do all that? :)
<tuxbrain> gmenu2x is quick, simple, versatile and themeable, it also is touchsreeen/mouse compatible I bet it will continue with us for long time, but when "we"(larsc we are a team, isn't it? :P)  finish with the code maybe it has to be called lasrcmenuNN :P
<rafa> zear: My idea is just for qwerty.. .. if gmenu2x needs a lot of new features and fixes.. and all agree to implement all those features and fixes then the workaround idea is not a good one to do ;)
<zear> rafa, but you could read the value of a key that's being pressed, and then pass it to a function that prints it's value on screen in the text field, ommiting the virtual keyboard key seleciton
<zear> i think it should be easier to write than your idea of faking the virtual keyboard keypresses ;)
<zear> tuxbrain, :D
<zear> i don't really mind the name
<rafa> zear: well, if the code lets you to do that then yes .. that would be the proper modification to do :)
<rafa> do some of you have gmenu2x videos? I have not tested it.. but everyone love it.. I would like to check how great it is :)
<zear> rafa, just compile it for x86 :)
<zear> i use it for my "gamebox" pc
<zear> (which is my standard pc, just plug a joypad to it, then launch gmenu2x with a nice collection of emulators, and can select the emus/games with it, without a need of using a mouse/keyboard
<zear> really handy :)
<rafa> zear: okey, I will. Being a newbie in gmenu2x.. which are the best features?
<zear> different tabs for emulators/games/apps/whatever
<zear> easy way to add new entries
<zear> a file selector for emulators/apps that need to load external files
<zear> ability to launch apps with commandline parameters
<zear> fully themeable
<zear> support of different languages
<rafa> fully themeable sounds nice
<zear> and there is a lot of themes already (as it is used in gp2x/wiz/dingoo)
<zear> ability to set custom volume/brightness/cpu values for each game separately
<zear> battery status, filesystem capacity information
<rafa> jeje.. lot of little nice things
<zear> autoscanning the filesystem for new games/apps
<zear> though this feature needs the apps to have some sort of an extension
<zear> for gp2x/wiz it's .gpe, for dingoo it's .dge
<zear> i think i left the .dge for the nanonote version, unless you guys changed it already
<zear> of course you can add new apps yourself, then they don't need to have extensions
<zear> oh yeah, and it can log standard output and error output of the apps that are launched with it
<rafa> well, lot of nice features.. all of them are simple as well. Fully themeable is the hardest perhaps (if we would think to write a new menu)
<zear> i agree
<zear> rafa, and it's not only gfx themes, it's also size and position of the bars and icons
<zear> it's from default gmenu2x skin
<zear> could something like this settle for gmu icon?
<qi-commits> Lars-Peter Clausen: Initalize buffer. http://qi-hw.com/p/gmenu2x/09999ed
<qi-commits> Lars-Peter Clausen: Fix out of bounds read http://qi-hw.com/p/gmenu2x/c9c915c
<qi-commits> Lars-Peter Clausen: Initalise event http://qi-hw.com/p/gmenu2x/dc65381
<mth> looking at those commit comments, it's a miracle that gmenu2x runs at all :)
<zear> :D
<qi-commits> Juan64Bits: Adding Vm and Vrms measure for Scope example with basic signals http://qi-hw.com/p/nn-usb-fpga/07888ac
<sid_> hi, at the moment i compile a toolchain with gentoo. did not found informations how to build a image file. do i have to rev-enginer http://en.qi-hardware.com/wiki/Building_Software_Image or where can i find them?
<sid_> i am not familiar with wrt so it will take a lot of time :-)
<Steve4> Hey guys, anyone here experienced with nvidia video cards?
<Steve6> Hey guys, anyone here experienced with nvidia video cards?