2011-06-05 04:05 <qi-bot> [commit] Maarten ter Huurne: Surface: Work around bug in SDL that loses per-surface alpha. http://qi-hw.com/p/gmenu2x/2394a07
2011-06-05 04:05 <qi-bot> [commit] Maarten ter Huurne: PNG: Use libpng directly instead of via SDL_image. http://qi-hw.com/p/gmenu2x/7aeb7a4
2011-06-05 04:05 <mth> I finally got rid of SDL_image :)
2011-06-05 04:18 <DocScrutinizer> http://www.gizmoforyou.net/site/en/gizmocommunity/photos/photo.html?groupid=12&albumid=15#photoid=329  LOL MUHAHA
2011-06-05 04:19 <DocScrutinizer> where's my Aspirin?
2011-06-05 04:20 <DocScrutinizer> is it just me, or is this definitely illegible as a schematics?
2011-06-05 04:24 <DocScrutinizer> http://www.blockprojekt.de/wp-content/uploads/lectron1.jpg
2011-06-05 04:27 <DocScrutinizer> NB the latter is from the 1970s, still unchanged and available, except for the original set obviously been from a time where PNP was standard, GND=+, and NPN really exotic stuff (no kidding)
2011-06-05 04:29 <wpwrak> DocScrutinizer: seems that some EEs were begrudging us the obfuscated C contest ...
2011-06-05 04:30 <DocScrutinizer> God, I *loved* this Braun Lectron stuff back when I was 12
2011-06-05 04:31 <DocScrutinizer> http://www.lectron.de/
2011-06-05 04:35 <wpwrak> "Lectron Gen-Regulation" ;-)
2011-06-05 04:40 <larsc> "EHEC-Zuechten leicht gemacht"?
2011-06-05 04:52 <DocScrutinizer> incredible
2011-06-05 04:54 <DocScrutinizer> http://www.lectron.de/images/stories/pdfs/lectron_1010_bausteinkatalog.pdf p9_2803 :-)  also p6_2478(.1)   ///  p8_2612/13/14 p7_2487  ;-P
2011-06-05 04:56 <DocScrutinizer> wpwrak: how about the gizzle stuff? X-P
2011-06-05 05:02 <DocScrutinizer> wpwrak: 2933 Leerbaustein: 10stueck 6.50
2011-06-05 05:19 <Fusin> good morning Qiots
2011-06-05 05:20 <wolfspraul> morning :-)
2011-06-05 05:20 <Fusin> whatsup?
2011-06-05 05:21 <Fusin> installed yesterday Haiku on an ol eeePC701
2011-06-05 05:21 <DocScrutinizer> morning wolfspraul 
2011-06-05 05:22 <Fusin> hi Doc
2011-06-05 05:22 <DocScrutinizer> hi Fusin 
2011-06-05 05:22 <Fusin> of couse too: hi wolf ;)
2011-06-05 05:22 <DocScrutinizer> kicks his eeePC701
2011-06-05 05:23 <Fusin> funny little box
2011-06-05 05:23 <DocScrutinizer> battery lasted like 6 months
2011-06-05 05:23 <Fusin> the right size for takin' with you, when you make longer sessions @ toilet :->
2011-06-05 05:23 <DocScrutinizer> once suspended to ram and forgotten, it was dead
2011-06-05 05:24 <DocScrutinizer> special inferior Taiwan 701 version
2011-06-05 05:24 <wpwrak> up to 6 months battery life doesn't sound too bad. many laptops don't even manage 6 hours ;-)
2011-06-05 05:25 <DocScrutinizer> haha, I knew somebody would say this
2011-06-05 05:25 <larsc> took me some self-control to not say it ;)
2011-06-05 05:26 <DocScrutinizer> lol
2011-06-05 05:40 <kyak> wejp: there is no option to select 0.9.32 uClibc within the backfire, it was not supported. You need to build trunk, where 0.9.32 is enabled by default. btw, the current image is based on backfire and uses 0.9.30.1 uClibc.. 
2011-06-05 05:42 <DocScrutinizer> of course the battery is sealed (ultrasonic welded) - no way to open this thing without cutting off 2 fingers of your hand
2011-06-05 05:44 <Fusin> DocScrutinizer: that left 3 for use, isn't that enough?
2011-06-05 05:44 <DocScrutinizer> what if my estimation been a bit off
2011-06-05 05:45 <Fusin> no risk, no fun :P
2011-06-05 05:45 <DocScrutinizer> hmmm cell dia ~18mm, length 65mm
2011-06-05 05:46 <DocScrutinizer> 4 cells
2011-06-05 05:46 <DocScrutinizer> rating 7.4V 4400mAh
2011-06-05 05:47 <DocScrutinizer> LiIon Pack
2011-06-05 09:35 <DocScrutinizer> http://www.candlepowerforums.com/vb/showthread.php?220507-Burnt-Protected-18650-Batteries
2011-06-05 09:36 <DocScrutinizer> unrelated
2011-06-05 09:36 <DocScrutinizer> >> BY AIRMAIL << :-o
2011-06-05 09:42 <whitequark> how something like that can happen?
2011-06-05 11:26 <wejp> as the current firmware image seems to be incompatible with earlier ones, i have been trying to rebuild an up-to-date toolchain from scratch. but this fails unfortunately. when building the minimal gcc, configure stops with "checking for C compiler default output file name... configure: error: C compiler cannot create executables" any ideas what's going on there? the wiki is of no help :/
2011-06-05 11:27 <whitequark> post the relevant error from config.log
2011-06-05 11:27 <wejp> how do i find the relevant error from that file?
2011-06-05 11:28 <whitequark> find the line with your error message (C compiler cannot create executables)
2011-06-05 11:28 <wejp> at first sight the config.log looks okay to me
2011-06-05 11:28 <wejp> there is no such line in the config.log
2011-06-05 11:28 <whitequark> there is a lot of configure scripts in gcc source
2011-06-05 11:29 <wejp> let me check if there are other config.log files in the directory
2011-06-05 11:29 <whitequark> try "find . -name config.log -exec grep 'C compiler cannot' -ln {} \;"
2011-06-05 11:30 <wejp> yeah, doing just that right now
2011-06-05 11:31 <wejp> ok, found it
2011-06-05 11:32 <wejp> this should be it http://pastebin.com/cjsVD8d6
2011-06-05 11:33 <wejp> looks like the assembler is doing something wrong there
2011-06-05 11:33 <whitequark> something is seriously screwed up in your gcc
2011-06-05 11:33 <wejp> that is strange, it works fine in all other cases
2011-06-05 11:38 <wejp> ah, found the problem. it is not my gcc but the configure script that is screwed up. it fails when the working directory is in the PATH
2011-06-05 11:40 <wejp> looks like it is compiling okay now. thanks for pointing me in the right direction
2011-06-05 13:06 <kyak> wejp: the current image IS compatible with previous ones, see my comment here soem hours ago
2011-06-05 13:08 <kyak> however, this doesn't have anything to do with the error you got..
2011-06-05 13:10 <wejp> i know, the error is unrelated to that, but it looks like it is not compatible. i don't know when something changed though. it does not necessarily have to be the last image, but could very well be an earlier one
2011-06-05 13:10 <wejp> i skipped a few updates
2011-06-05 13:12 <kyak> there was only one release based on trunk (using 0.9.32), long time ago.. You must be very outdated anyway
2011-06-05 13:12 <kyak> that broke binary compatibility
2011-06-05 13:12 <kyak> but then images were based on backfire again
2011-06-05 13:13 <wejp> my old toolchain was based on 0.9.30.1, so that wasn't it obviously. i thought it could have been an uclibc update, because similar behavior (application just terminating unexpectedly) sometimes happend with such upgrades
2011-06-05 13:49 <qi-bot> [commit] kyak: lingot: not only guitar tuner using GTK http://qi-hw.com/p/openwrt-packages/a1b9d11
2011-06-05 15:52 <mth> kyak: would you be interested in reviewing Ayla's work on gmenu2x in the install_locations branch?
2011-06-05 15:52 <mth> we want to merge it to master, but it would be good if someone checks whether it breaks stuff on the NanoNote first
2011-06-05 16:56 <kyak> mth: sure, i'll have a look (it could take some time though)
2011-06-05 17:03 <mth> maybe Ayla can explain what the changes do, to speed up reviewing?
2011-06-05 17:08 <kyak> this would be helpful, of course
2011-06-05 17:09 <kyak> i remember he mentioned once the changes were related to read-only rootfs of some other device, so user setting for gmenu2x need to live in user's home dir
2011-06-05 17:09 <mth> yes, the rootfs for OpenDingux is read-only
2011-06-05 17:10 <mth> ah, there he is
2011-06-05 17:11 <mth> in general unix apps shouldn't write in their install dir, but with a read-only rootfs it's not a should but a must
2011-06-05 17:11 <kyak> of course
2011-06-05 17:12 <kyak> moreover, these apps shouldn't depend on their configuration files being in CWD
2011-06-05 17:12 <mth> indeed
2011-06-05 17:12 <kyak> cd /usr/share/gmenu2x && ./gmenu2x is plain awful
2011-06-05 17:13 <mth> well, Ayla fixed those things and tested it on OpenDingux, where it works
2011-06-05 17:13 <mth> but we'd like to check that it won't break on the NanoNote before merging it to master
2011-06-05 17:14 <kyak> how should i do? merge remotes/origin/install_locations to master and see how it builds/works on NanoNote?
2011-06-05 17:14 <kyak> or just work on remotes/origin/install_locations?
2011-06-05 17:14 <kyak> (i.e. checkout this branch only)
2011-06-05 17:15 <mth> I think testing the branch should be sufficient
2011-06-05 17:15 <mth> but Ayla recently merged the master changes into install_locations, so merging back is unlikely to cause serious conflicts
2011-06-05 17:15 <kyak> ah ok
2011-06-05 17:16 <Ayla> shouldn't be a problem, yes
2011-06-05 17:16 <Ayla> you guys are using a packaging system for the nanonote right?
2011-06-05 17:16 <kyak> yup
2011-06-05 17:16 <Ayla> I believe that you could create a package for gmenu2x
2011-06-05 17:17 <kyak> this is want i will do, a gmenu2x packages based on install_locations
2011-06-05 17:17 <mth> there was also a new configure flag added, I don't remember the details but probably Ayla does
2011-06-05 17:17 <Ayla> --enable-platform
2011-06-05 17:18 <kyak> so that would be --enable-platform=nanonote
2011-06-05 17:18 <Ayla> yes
2011-06-05 17:18 <Ayla> that is required as the data to install in /usr/share for the nanonote is not the same for the dingoo
2011-06-05 17:19 <Ayla> for instance, the key configs are different
2011-06-05 17:19 <kyak> i see
2011-06-05 17:28 <kyak> it has built fine
2011-06-05 17:29 <kyak> this is the list of installed files: http://dpaste.com/550791/
2011-06-05 17:30 <Ayla> it looks ok
2011-06-05 17:31 <kyak> now let's try to get rid of that awful scripts..
2011-06-05 17:33 <kyak> and this is the build log here: http://downloads.qi-hardware.com/people/kyak/tmp/gmenu2x.log
2011-06-05 17:37 <Ayla> does it work? :p
2011-06-05 17:40 <kyak> well, it works if i start it as cd /usr/share/gmenu2x && ./gmenu2x :) I copied /usr/share/gmenu2x/gmenu2x as /usr/bin/gmenu2x.bin and try to start it like /usr/bin/gmenu2x.bin, and i get black screen
2011-06-05 17:41 <Ayla> /usr/share/gmenu2x/gmenu2x shouldn't exist
2011-06-05 17:41 <kyak> i figured that we still need that shell script for sourcing /etc/profile, because other apps (when started from gmenu2x) might require some env variables
2011-06-05 17:41 <Ayla> the binary should be /usr/bin/gmenu2x
2011-06-05 17:41 <kyak> Ayla: it exists because it's isntalled currently like that
2011-06-05 17:42 <kyak> $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/bin/gmenu2x $(1)/usr/share/gmenu2x/
2011-06-05 17:42 <Ayla> ah ok, it's the script
2011-06-05 17:42 <kyak> so it's ok so far
2011-06-05 17:42 <kyak> no-no, it's the binary
2011-06-05 17:42 <Ayla> hmm
2011-06-05 17:42 <kyak> the script is installed as /usr/bin/gmenu2x
2011-06-05 17:43 <kyak> http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/trunk/gmenu2x/Makefile#L58
2011-06-05 17:43 <kyak> this is the Install section of Makefile, i haven't modified it..
2011-06-05 17:49 <Ayla> sorry, my computer use to reboot from time to time
2011-06-05 17:56 <kyak> Ayla: hm... your last commit to origin/install_locations is from Thu Apr 14 19:35:50 2011.. Is it right?
2011-06-05 17:58 <kyak> ah, now i see, heh
2011-06-05 17:58 <kyak> i didn't do checkout correctly :)
2011-06-05 18:00 <Ayla> the last commit should be from the 1st june
2011-06-05 18:00 <kyak> that's right
2011-06-05 18:06 <kyak> Ayla: ok, it started now
2011-06-05 18:06 <kyak> but there are no icons
2011-06-05 18:06 <kyak> except for "Explorer"
2011-06-05 18:07 <kyak> and a new "emulators" section
2011-06-05 18:07 <Ayla> you have the settings, wallpapers icons?
2011-06-05 18:07 <kyak> yes
2011-06-05 18:08 <kyak> i can change the wallpapers, too
2011-06-05 18:09 <Ayla> well, on dingoo we don't have any global application that should be on gmenu2x from the start, so my guess is that it does search only on ~/.gmenu2x
2011-06-05 18:10 <kyak> i have /root/.gmenu2x directory
2011-06-05 18:10 <Ayla> but then that's a bug
2011-06-05 18:10 <kyak> that has these empty sections
2011-06-05 18:11 <kyak> ok, we have a number of applications that should be in gmenu2x by default
2011-06-05 18:11 <kyak> so it should search in /usr/share/gmenu2x/sections/, too
2011-06-05 18:12 <kyak> i just did "cp -r /usr/share/gmenu2x/* .gmenu2x/" and it works
2011-06-05 18:12 <Ayla> according to your install log, some sections are installed to /usr/share
2011-06-05 18:12 <Ayla> gmenu2x should be able to list them as well
2011-06-05 18:13 <kyak> seems that gmenu2x doesn't see those sections under /usr/share/gmenu2x/sections/
2011-06-05 18:17 <kyak> i see a bunch of 
2011-06-05 18:17 <kyak> open("/usr/share/gmenu2x/skins/Default/icons/.png", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
2011-06-05 18:17 <kyak> open("/usr/share/gmenu2x/skins/Default/icons//usr/bin/hnb.png", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
2011-06-05 18:17 <kyak> i tries to open some files in /usr/share, but doesn't use correct naming for them
2011-06-05 18:17 <kyak> *it tries
2011-06-05 18:21 <Ayla> it searches for skin files in /usr/share, yes
2011-06-05 18:21 <Ayla> as well as on ~/.gmenu2x
2011-06-05 18:40 <kyak> Ayla: i don't see that gmenu2x searches for sections somewhere else other than GMenu2X::getHome()
2011-06-05 18:44 <Ayla> it does not
2011-06-05 18:44 <Ayla> but it should
2011-06-05 19:00 <kyak> Ayla: did you do it intentionally that data/platform/nanonote/ contains only scripts and sections?
2011-06-05 19:00 <Ayla> what should it contain?
2011-06-05 19:00 <kyak> skins
2011-06-05 19:00 <kyak> i noticed it because the data/skins/320x240/Default is different from the currently used
2011-06-05 19:02 <kyak> hm
2011-06-05 19:02 <kyak> i wonder how it got lost...
2011-06-05 19:02 <Ayla> the skin directory is the same that is on the repo
2011-06-05 19:04 <kyak> yeah.. i'm looking at history, looks like someone accidentally commited another default.png (older one)
2011-06-05 19:04 <kyak> anyway, skins are not meant to be platform-specific?
2011-06-05 19:07 <mth> skins should be resolution specific rather than platform specific, I think
2011-06-05 19:07 <mth> a platform implies a resolution, but multiple platforms can share the same resolution
2011-06-05 19:07 <mth> for example NanoNote and Dingoo are both 320x240
2011-06-05 19:09 <kyak> ok, i see
2011-06-05 19:10 <Ayla> it prevents duplication
2011-06-05 19:11 <mth> if we'd want to avoid the Qi-branded wallpapers on OpenDingux and vice versa, maybe we should have both shared and non-shared wallpapers
2011-06-05 19:11 <mth> or we just ship everything and let the user sort it out
2011-06-05 19:12 <mth> I don't mind if someone wants to use a Qi-branded wallpaper on the Dingoo for some reason
2011-06-05 19:12 <mth> in any case, the majority of the wallpapers is not platform specific
2011-06-05 19:12 <Ayla> I think you should be able to put platform-specific skins by putting them on data/platform/nanonote/skins/Default/
2011-06-05 19:13 <mth> ah, that may already work indeed
2011-06-05 19:13 <kyak> yeah, that sounds good
2011-06-05 19:14 <kyak> what's been done is already a great improvement. Btw, i'd like to mention an old bug: change the skin to something other than default, save, go to skins again and change back to Default, save. Restart gmenu2x, you'll see blank screen
2011-06-05 19:15 <Ayla> even on the new branch?
2011-06-05 19:17 <kyak> http://en.qi-hardware.com/irclogs/qi-hardware_2011-01-23.log.html#t09:39
2011-06-05 19:17 <kyak> yep, even there
2011-06-05 19:17 <kyak> i gave the link to a log where i tried to dig a little bit..
2011-06-05 19:18 <mth> completely blank screen or black wallpaper?
2011-06-05 19:18 <mth> I changed the image loading code completely in the last week
2011-06-05 19:18 <mth> not all of that has been merged yet to install_locations, I think
2011-06-05 19:19 <mth> but it's present in master
2011-06-05 19:19 <kyak> mth: it's completely black
2011-06-05 19:19 <kyak> not just the wallpapre
2011-06-05 19:20 <mth> I can't reproduce it on today's master
2011-06-05 19:21 <mth> "save" is just exiting the skins menu or is there more to it?
2011-06-05 19:21 <kyak> that's sad for me :)
2011-06-05 19:21 <kyak> i press "s" and it returns back to main menu
2011-06-05 19:22 <mth> that depends... can you still reproduce it on today's master?
2011-06-05 19:22 <kyak> and the new skin is applied (i think so)
2011-06-05 19:22 <mth> the new skin is applied here
2011-06-05 19:22 <kyak> yeah, i've just tried it with install_locations
2011-06-05 19:22 <mth> the Dingoo doesn't have an "s" button though
2011-06-05 19:22 <mth> no keyboard
2011-06-05 19:22 <kyak> so, after you applied the new skin, can i go back to skins and change to the first skin?
2011-06-05 19:22 <mth> I used the start button to exit the skin dialog
2011-06-05 19:23 <mth> yes
2011-06-05 19:23 <mth> and then I started "read", exited that and gmenu2x restarted just fine with the default skin
2011-06-05 19:23 <kyak> are we using the same "Default" skin?
2011-06-05 19:24 <kyak> i.e. with "messageBoxBg=#00000080"
2011-06-05 19:24 <mth> install_locations is *almost* up to date with master, but not exactly and the changes made after the last merge are related to image loading and SDL surfaces
2011-06-05 19:25 <kyak> i'll try again with the laster master tomorrow
2011-06-05 19:25 <mth> messageBoxBg=#ffffffff
2011-06-05 19:25 <mth> ah, my data is not from master, only my executable is
2011-06-05 19:25 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06042011-2219/
2011-06-05 19:25 <kyak> mth: this could be related to that "messageBoxBg=#00000080"
2011-06-05 19:28 <mth> that's RGBA?
2011-06-05 19:28 <wpwrak> RGB+alpha
2011-06-05 19:29 <wpwrak> er ... read "what" instead of "that" ;-)
2011-06-05 19:29 <kyak> mth: hmm.. when i apply that "2010-12-14" skin, it always goes back to "Default" after restart
2011-06-05 19:29 <kyak> i'll try to test more tomorrow.. have to go now
2011-06-05 19:30 <mth> I'll test a bit as well
2011-06-05 19:30 <mth> see you
2011-06-05 19:30 <mth> wpwrak: yeah, what I wanted to know is whether it was semi-transparent black or invisible blue ;)
2011-06-05 19:35 <wpwrak> mth: just set it to 0x00ff00ff and you'll see immediately ;-)
2011-06-05 19:44 <wpwrak> now, back to those most peculiar correlations i see in my "boundary scan". drive a pin to 1 -> reads as 1, drive it to 0 -> reads back as 1 too. grmbl...
2011-06-05 19:45 <wpwrak> (and the pin is nicely open. so it's all in the registers that somewhere get messed up.)
2011-06-05 19:46 <mth> the GPIOs can be pulled up or down depending on how they're configured
2011-06-05 19:46 <mth> and depending on how strong the outside world pulls, either the outside or the SoC wins
2011-06-05 19:47 <wpwrak> yes yes. i'm testing all four states. Z, R, H, and L. i also see the darn thing end up in all of them. just not the way the registers say it should.
2011-06-05 19:47 <mth> we had a misconfigured pin that worked fine on one Dingoo model and caused problems on a clone
2011-06-05 19:48 <wpwrak> it basically seems that *somewhere*, data and direction get swapped. (it's on the AVR, which uses only those two for H/L/R/Z) but this doesn't make sense. i even read back the whole mess, and it looks okay. except that it isn't :-(
2011-06-05 19:49 <mth> ah, it's not on the JZ
2011-06-05 19:50 <wpwrak> it's the atusb boundary scan. i send a pattern to the avr, it configures its gpios accordingly, then reports back all the registers involved. everything looks right, except the *somehow* direction and data end up being swapped. just how and where ? grmbl.
2011-06-05 19:52 <wpwrak> oh. i think i found it :) indeed, the only place where it's possible for a single bug to affect both setting and verification :)
2011-06-05 19:56 <whitequark> wpwrak: can you take a look at a circuit? one fellow said he has shorted a certain pin to GND and now it does not charge. For me, it looks like the LED backlight should have died instead :)
2011-06-05 19:57 <wpwrak> what circuit ?
2011-06-05 19:59 <whitequark> wpwrak: this one: http://files.whitequark.org/t/Vogue_01_sch.pdf
2011-06-05 19:59 <whitequark> the relevant parts are on page 3, the ones with VD1, VD2, VD3
2011-06-05 19:59 <whitequark> he shorted C17 to GND, and there was smoke
2011-06-05 20:01 <wpwrak> if there's smoke, perhaps he how has an excuse to buy the last issue of playboy ? ;-)
2011-06-05 20:02 <whitequark> that's not equally easy for everyone in Russia. some live quite far from the places you can buy playboy in
2011-06-05 20:03 <whitequark> anyway, I'm really curious why it could not charge now.
2011-06-05 20:04 <whitequark> that thing with VD2 (for everybody: 2R2 and a diode in series) is the ultimate chinese solution for charging Li-Ion batteries
2011-06-05 20:05 <wpwrak> yeah, i was looking for the charger. then it dawned on me that this contraption must be it ...
2011-06-05 20:07 <wpwrak> if the overcurrent blew 2R2 or VD2, that would explain the problem
2011-06-05 20:07 <wpwrak> you would only see a bcklight failure if L2 or VD3 had died
2011-06-05 20:08 <wpwrak> ah was the system on battery or USB power when it happened ?
2011-06-05 20:10 <wpwrak> (gpio scan) phew. just one misfit left. and that's the UART controller claiming control of the GPIOs
2011-06-05 20:10 <whitequark> wpwrak: I'll ask him. I think it was on batteries
2011-06-05 20:11 <wpwrak> also, how does he tell that the battery doesn't charge ? did he measure the battery voltage or did it just "not work" ?
2011-06-05 20:12 <whitequark> the firmware of player reads the voltage from ADC, and now it constantly says it's too low
2011-06-05 20:12 <whitequark> and then eventually it shuts off
2011-06-05 20:13 <wpwrak> so it could also be VT1 that's broken
2011-06-05 20:14 <wpwrak> or is that BAT_CTRL ? searching ...
2011-06-05 20:15 <wpwrak> ah yes. then it's directly the battery
2011-06-05 20:15 <wpwrak> yeah, my guess would be R9, VD2, or the battery itself
2011-06-05 20:16 <wpwrak> did he notice where the smoke came from ?
2011-06-05 20:22 <whitequark> wpwrak: when I've asked him whether the device was on USB or battery power, he answered twice, and on completely different question :/
2011-06-05 20:23 <whitequark> now he says that on USB it works, and on battery just shows white screen
2011-06-05 20:23 <whitequark> you're probably right
2011-06-05 20:25 <whitequark> wow, he posted that message (but in different words) third time
2011-06-05 20:27 <wpwrak> the smoke must have been traumatizing ;-)
2011-06-05 20:28 <whitequark> waits for the fourth
2011-06-05 20:34 <whitequark> bingo!
2011-06-05 20:44 <wpwrak> i wonder if the unexpected attention from the "wrong" clientele kinda killed that idea of making "intelligent ads"
2011-06-05 21:46 <wpwrak> hmm, i have a table where pin values can be - among others - "L" (that would be input low with a pull-up), "l" (input low without pull-up), and "1" (output low). l and 1 are hard to distinguish. any suggestions for an letter/symbol for either ?
2011-06-05 21:47 <wpwrak> (other characters in the table are "H", "h", "Z", "z", "1", "x", and ".")
2011-06-05 21:47 <wpwrak> and =, :, !, / are reserved. as are all shell meta-characters
2011-06-05 23:03 <rjeffries> wpwrak consider using zero 0 as symbol to represent input low w/o pull=up
2011-06-05 23:04 <wpwrak> ah, zero is taken as well. forgot to mention that one. "0" is output low.
2011-06-05 23:08 <wpwrak> this is what a typical table looks like: http://pastebin.ca/2075273
2011-06-05 23:09 <wpwrak> now, depending on your browser font, you may see the ones in there or not ;-)
2011-06-05 23:50 <wpwrak> bah, no other suggestions ? how lame. maybe i'll pick "i" as an alias for "l" then ...
2011-06-05 23:58 <DocScrutinizer> meh
2011-06-05 23:58 <DocScrutinizer> o=lower-0 = l
2011-06-05 23:59 <DocScrutinizer> or L *o* w, compared to *L* o w