2011-10-23 01:51 <DocScrutinizer> what's labsw
2011-10-23 01:54 <kristianpaul> an usb controlled swich
2011-10-23 01:55 <kristianpaul> made by werner :)
2011-10-23 01:55 <kristianpaul> DocScrutinizer: http://downloads.qi-hardware.com/people/werner/labsw/web/
2011-10-23 01:55 <DocScrutinizer> mhm
2011-10-23 01:56 <kristianpaul> Actually i had been thinking what else i can do with it besides powercycle a M1
2011-10-23 01:56 <DocScrutinizer> powercycle M1 - what's the use of such project?
2011-10-23 01:57 <kristianpaul> hunting for nor corruption in M1
2011-10-23 01:57 <DocScrutinizer> err
2011-10-23 01:57 <DocScrutinizer> k
2011-10-23 01:57 <kristianpaul> :)
2011-10-23 01:57 <DocScrutinizer> for sure a joyful thing to do
2011-10-23 01:59 <DocScrutinizer> sounds a bit like "what's square root of 2?" though
2011-10-23 01:59 <DocScrutinizer> 1 * 1 ? no
2011-10-23 01:59 <DocScrutinizer> 1.000001 * 1.000001? no
2011-10-23 01:59 <DocScrutinizer> ...
2011-10-23 02:00 <kristianpaul> x|
2011-10-23 02:02 <kristianpaul> "It would be desirable to be able to also switch AC" indeed :)
2011-10-23 02:02 <DocScrutinizer> well, depends on the type of relay you use, no?
2011-10-23 02:03 <kristianpaul> yes
2011-10-23 02:04 <kristianpaul> i would prefer a triac for ac anyway
2011-10-23 02:06 <DocScrutinizer> http://www.conrad.de/ce/de/product/197730/?hk=WW4&insert=V0&WT.mc_id=Froog&utm_source=google&utm_medium=deeplink&utm_content=dl_article&utm_campaign=g_shopping
2011-10-23 02:07 <kristianpaul> *g*
2011-10-23 02:09 <wpwrak> the relays are quite decent :) just a little big
2011-10-23 02:09 <kristianpaul> little noisy!!
2011-10-23 02:09 <kristianpaul> i can stand that for a minute
2011-10-23 02:09 <DocScrutinizer> use SolidState relays then
2011-10-23 02:10 <kristianpaul> cant*
2011-10-23 02:10 <DocScrutinizer> I bet there are some available with even same footprint
2011-10-23 02:10 <wpwrak> the noise isn't *that* bad :)
2011-10-23 02:12 <kristianpaul> well, i was making that for 8 in/out that time
2011-10-23 02:12 <kristianpaul> first vesion was rele based, next triac :-)
2011-10-23 02:12 <kristianpaul> me happy ;)
2011-10-23 02:13 <kristianpaul> was a very basic board i did for some EE were doign theit thesis,
2011-10-23 02:14 <kristianpaul> pic16F, sms send/receive via AT commands :)
2011-10-23 02:14 <kristianpaul> and zero noise :)
2011-10-23 02:15 <wpwrak> (AT commands) ;-))
2011-10-23 02:17 <kristianpaul> So if understand correcly that 20000+ cycles  was with no pull up mod?
2011-10-23 02:18 <kristianpaul> or you still finding the  2 square root, as DocScrutinizer pointed :)
2011-10-23 02:18 <wpwrak> 20000+ was with WE# pull-up ... and something corrupting the lock bit of block 1
2011-10-23 02:19 <wpwrak> well, 1st block, so block 0 :)
2011-10-23 02:56 <rejonX> morning
2011-10-23 03:24 <wolfspraul> good morning :-)
2011-10-23 03:53 <roh> wolfspraul: morning
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: PowerSaver: re-layouted code. (master) http://qi-hw.com/p/gmenu2x/ae685a9
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: SDL_NumJoysticks is a function, try calling it. (master) http://qi-hw.com/p/gmenu2x/0cb1645
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: re-layouted code. (master) http://qi-hw.com/p/gmenu2x/f969697
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: Include SDL header as <SDL.h> instead of <SDL/SDL.h>. (master) http://qi-hw.com/p/gmenu2x/ba60036
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: reduce namespace pollution. (master) http://qi-hw.com/p/gmenu2x/c6db9ff
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: C++-style type definitions. (master) http://qi-hw.com/p/gmenu2x/315bf0a
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: BrowseDialog: simplify code using InputManager::waitForPressedButton(). (master) http://qi-hw.com/p/gmenu2x/ccf55e5
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: MessageBox: minor cleanup. (master) http://qi-hw.com/p/gmenu2x/40fd35d
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: SettingsDialog: simplify code using InputManager::waitForPressedButton(). (master) http://qi-hw.com/p/gmenu2x/a38c283
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: MenuSettingBool: Support toggling of boolean settings using left/right. (master) http://qi-hw.com/p/gmenu2x/641c989
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: have "joystick" as a member instead of a global. (master) http://qi-hw.com/p/gmenu2x/433be5d
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: Don't break if joystick support is disabled in SDL. (master) http://qi-hw.com/p/gmenu2x/9548aa0
2011-10-23 08:43 <qi-bot> [commit] Maarten ter Huurne: InputManager: improved config file parsing. (master) http://qi-hw.com/p/gmenu2x/a685b43
2011-10-23 12:57 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-10222011-0809/
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: InputManager: removed "clear" and "manual" logical buttons. (master) http://qi-hw.com/p/gmenu2x/28f6cd2
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: MessageBox: Use arrays instead of vectors for buttons. (master) http://qi-hw.com/p/gmenu2x/3252c77
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: MessageBox: header cleanups. (master) http://qi-hw.com/p/gmenu2x/9e876a6
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: SettingsDialog: removed unused action variable and macros. (master) http://qi-hw.com/p/gmenu2x/0b878c1
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: InputDialog: re-layouted code. (master) http://qi-hw.com/p/gmenu2x/fa5a981
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: InputDialog: do not return anything from drawVirtualKeyboard(). (master) http://qi-hw.com/p/gmenu2x/55cabce
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: IconButton: removed unused local variable. (master) http://qi-hw.com/p/gmenu2x/76613d1
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: IconButton: fixed up-to-date check in setPosition(). (master) http://qi-hw.com/p/gmenu2x/abe9130
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: IconButton: removed unused functionality. (master) http://qi-hw.com/p/gmenu2x/62facf4
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: IconButton: header cleanup. (master) http://qi-hw.com/p/gmenu2x/cfd294b
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: InputDialog: header cleanup. (master) http://qi-hw.com/p/gmenu2x/40fcd51
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: LinkApp: various cleanups. (master) http://qi-hw.com/p/gmenu2x/14bae04
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: cpu: Include header instead of repeating function declaration. (master) http://qi-hw.com/p/gmenu2x/33e7f1e
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: Massive header cleanup. (master) http://qi-hw.com/p/gmenu2x/e0e7e87
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: More header cleanups. (master) http://qi-hw.com/p/gmenu2x/a01d892
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: utilities: Removed unused functions. (master) http://qi-hw.com/p/gmenu2x/40c510a
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: utilities: Replace min/max functions by the versions from STL. (master) http://qi-hw.com/p/gmenu2x/aea1c44
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: Minimized gmenu2x.h. (master) http://qi-hw.com/p/gmenu2x/f28e4f6
2011-10-23 15:45 <qi-bot> [commit] Maarten ter Huurne: gmenu2x.cpp: Re-ordered includes. (master) http://qi-hw.com/p/gmenu2x/cf8ebbc
2011-10-23 15:58 <Ayla> mth: great work
2011-10-23 16:01 <mth> yeah, but as usual with gmenu2x I still haven't fixed the thing I wanted to fix today ;)
2011-10-23 16:11 <Ayla> mth: what was the correct command to compile the python scripts?
2011-10-23 16:15 <jow_laptop> kyak: if you find a few minutes, please check whether the menuconfig situation improved now. The odd behaviour was most likely caused by recursive depends injected by the luci suite
2011-10-23 16:55 <kyak> jow_laptop: sure, i can do that. What is the commit that has most likely solved the problem?
2011-10-23 16:57 <jow_laptop> http://luci.subsignal.org/trac/changeset/7771
2011-10-23 16:57 <jow_laptop> if you do not include the luci feed in your builds its probably another package causing the problems
2011-10-23 16:57 <jow_laptop> in this case, run  make defconfig 2>/dev/null | grep recursive
2011-10-23 16:59 <kyak> no, i don't have luci in there
2011-10-23 17:00 <kyak> there are several packages with recursive dependencies
2011-10-23 17:00 <jow_laptop> those are most likely causing it
2011-10-23 17:02 <kyak> qt4 is among them
2011-10-23 17:02 <kyak> lubpurple, too
2011-10-23 17:02 <kyak> it's a little bit strange
2011-10-23 17:03 <kyak> for example, it mentiones alex4
2011-10-23 17:03 <kyak> alex4 depends on alex4-data, while alex4-data depends on alex4. Is is the kind of thing causing problems for kconfig?
2011-10-23 17:03 <jow_laptop> I had  stuff like package A with DEPENDS:=+B and package B with DEPENDS:=A  ... that made menuconfig freak out
2011-10-23 17:04 <kyak> strange.. it has been like this for while
2011-10-23 17:04 <kyak> i'll try changing it now
2011-10-23 17:04 <jow_laptop> yes, somehow menuconf got stricter, but it has always been a problem
2011-10-23 17:07 <kyak> interesting.. libpurple is mentioned as recursive, but it actually isn't: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/pidgin/Makefile
2011-10-23 17:07 <kyak> DEPENDS:=+libxml2 +libgnutls +libncursesw +glib2 $(ICONV_DEPENDS) $(INTL_DEPENDS)
2011-10-23 17:10 <jow_laptop> can you paste the full recursive lines somewhere?
2011-10-23 17:10 <jow_laptop> its a bit hard to understand as select-depends also inject reverse depends into the selected package
2011-10-23 17:11 <jow_laptop> you can inspect the generated Kconfig source with "./scripts/metadata.pl package_config tmp/.packageinfo"
2011-10-23 17:11 <kyak> http://dpaste.com/639812/
2011-10-23 17:12 <kyak> jow_laptop: i'll be back in a couple of hours
2011-10-23 17:13 <jow_laptop> kk
2011-10-23 17:20 <mth> Ayla: python -OO -E -c 'import compileall ; compileall.compile_dir("path")'
2011-10-23 17:21 <Ayla> mth: ah thanks
2011-10-23 17:22 <Ayla> I'm having an issue with a makefile right now, maybe one of you have the answer
2011-10-23 17:22 <Ayla> I have this rule:
2011-10-23 17:22 <Ayla> $(PYGAME_LIB_DIR)/%.so: $(PYGAME_SRC_DIR)/%.c
2011-10-23 17:23 <Ayla>     $(TARGET_CC) $(CFLAGS) $^ $(LDFLAGS) -o $@
2011-10-23 17:23 <Ayla> it does work fine, as long as the .c files are present when the makefile is executed
2011-10-23 17:24 <Ayla> however, the sources are extracted from a TGZ archive;
2011-10-23 17:24 <Ayla> if I launch the makefile, it will fail to build any of the .so lib
2011-10-23 17:24 <Ayla> if I launch it again, it works fine
2011-10-23 17:24 <Ayla> how can I bypass that?
2011-10-23 17:27 <jow_laptop> what triggers the .tar.gz unpack?
2011-10-23 17:31 <Ayla> I untar it manually
2011-10-23 17:31 <Ayla> inside a rule
2011-10-23 17:32 <Ayla> let me upload that Makefile, it'll be easier
2011-10-23 17:34 <Ayla> jow_laptop: http://pastebin.com/h8YMQ2Q9
2011-10-23 17:35 <jow_laptop> can't you make the %.so target simply depend on $(PYGAME_DIR)/.downloaded as well?
2011-10-23 17:35 <Ayla> the current fix is line 122: I call an external "make" process
2011-10-23 17:36 <jow_laptop> $(PYGAME_LIB_DIR)/%.so: $(PYGAME_DIR)/.downloaded $(PYGAME_SRC_DIR)/%.c
2011-10-23 17:36 <jow_laptop> ...
2011-10-23 17:36 <Ayla> probably, what would that change?
2011-10-23 17:36 <jow_laptop> it would force make to complete ".downloaded" which in turn would trigger wget and tar -xzf
2011-10-23 17:37 <Ayla> the sources are correctly extracted, that's not the problem
2011-10-23 17:37 <jow_laptop> before diving into the %.so rule
2011-10-23 17:42 <mth> it would be cleaner to depend the .so files on the .c files
2011-10-23 17:43 <mth> and use $^ to refer to them inside the rule itself, to avoid duplication
2011-10-23 17:43 <mth> and then make the .c files depend on .downloaded
2011-10-23 17:45 <Ayla> some of the .so are constitued with two .c files
2011-10-23 17:48 <Ayla> or maybe $^ extends to all the C files?
2011-10-23 17:48 <Ayla> that are supplied at the right of the ':' delimiter
2011-10-23 17:48 <mth> iirc $^ is all dependencies and $< is the first dependency, but maybe I mixed them up
2011-10-23 17:49 <mth> doesn't pygame itself already include a Makefile? or a setup.py?
2011-10-23 17:50 <Ayla> it has setup.py
2011-10-23 17:54 <mth> it's possible setup.py already has the functionality to build the libs
2011-10-23 17:54 <mth> I don't know if it can handle cross compilation though
2011-10-23 17:54 <mth> but maybe it's easier to patch setup.py than the replicate its functionality
2011-10-23 17:54 <Ayla> it's a bit of a mess
2011-10-23 17:54 <Ayla> that's why I went with a Makefile
2011-10-23 17:55 <Ayla> SiENcE did the same and bypassed setup.py with another python script
2011-10-23 17:57 <Ayla> ok, here is a new makefile: http://pastebin.com/yyGhZ8kS
2011-10-23 17:57 <Ayla> which does not work at all
2011-10-23 17:58 <Ayla> Make says that there's no rule to build output/build/pygame-1.9.1release/lib/base.so
2011-10-23 18:32 <kyak> jow_laptop: what i should be looking for in the generated Kconfig source?
2011-10-23 18:34 <jow_laptop> select, dpends
2011-10-23 18:35 <kyak> in case of libpurple, it doesn't lok recursive
2011-10-23 18:35 <kyak> *look
2011-10-23 18:36 <kyak> http://dpaste.com/639841/
2011-10-23 19:10 <jow_laptop> sorry I got distracted
2011-10-23 19:11 <jow_laptop> kyak: can you upload the full kconfig output somewhere? so that I can follow the dependency chains manually
2011-10-23 21:56 <mth> well, there is indeed no rule to build the "base" module
2011-10-23 21:57 <mth> (for Ayla)
2011-10-23 22:08 <Ayla> mth: you should highlight me
2011-10-23 22:08 <Ayla> mth: the rule to build the "base" module should be the one line 36 on http://pastebin.com/yyGhZ8kS
2011-10-23 22:16 <mth> I did highlight you, one line afterwards
2011-10-23 22:18 <mth> is there a src/base.c?
2011-10-23 22:22 <mth> bedtime for me, I'll check back tomorrow
2011-10-23 22:26 <Ayla> irssi will highlight the message only if my nick is the very first word of the message
2011-10-23 22:26 <Ayla> and there is a src/base.c as soon as the tarball is extracted
2011-10-23 22:27 <mth> well, that's not what most IRC clients do afaik
2011-10-23 22:28 <mth> I don't know if it makes a difference, but I usually use the 3-part target line
2011-10-23 22:28 <mth> so "targets: dest_pattern: src_pattern"
2011-10-23 22:29 <mth> really gone now
2011-10-23 22:30 <Ayla> ok