**** BEGIN LOGGING AT Tue Dec 20 02:59:57 2011
Dec 20 04:29:15 <CIA-79> jow * r29579 /packages/net/samba3/patches/ (3 files): [packages] samba3: add patches missing from previous package update commit
Dec 20 04:29:19 <CIA-79> jow * r29580 /packages/net/openswan/Makefile:
Dec 20 04:29:19 <CIA-79> Remove openswan dependency on kmod-openswan
Dec 20 04:29:19 <CIA-79> kmod-openswan provides the KLIPS stack, included in Openswan. However,
Dec 20 04:29:19 <CIA-79> Openswan works quite well with the in-kernel stack (NETKEY). Make
Dec 20 04:29:20 <CIA-79> installation of KLIPS optional.
Dec 20 04:29:20 <CIA-79> Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
Dec 20 04:29:21 <CIA-79> jow * r29581 /packages/net/openswan/patches/110-scripts.patch:
Dec 20 04:29:21 <CIA-79> Remove 110-scripts.patch for openswan
Dec 20 04:29:22 <CIA-79> This creates programs/loggerfix which is never used. Dump it.
Dec 20 04:29:22 <CIA-79> Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
Dec 20 04:29:23 <CIA-79> jow * r29582 /packages/net/openswan/patches/130-compat_net_dev_ops.patch:
Dec 20 04:29:23 <CIA-79> Remove 130-compat_net_dev_ops.patch for openswan
Dec 20 04:29:24 <CIA-79> This patch was merged upstream in commit
Dec 20 04:29:24 <CIA-79> dd5c1a87f7032a00422135d14e1f1247b38a40c8 in Sept 2010. It is already
Dec 20 04:29:25 <CIA-79> included in v2.6.30 and later.
Dec 20 04:29:25 <CIA-79> Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
Dec 20 04:31:30 <CIA-79> jow * r29583 /packages/net/samba3/patches/ (3 files): [packages] git-svn woes; revert unrelated samba3 change from previous commits
Dec 20 04:42:22 <CIA-79> jow * r29584 /packages/net/openswan/ (Makefile files/ipsec.upgrade):
Dec 20 04:42:22 <CIA-79> Keep ipsec configuration information across upgrades
Dec 20 04:42:22 <CIA-79> The /etc/ipsec.d directory holds the certificates and CRLs used for
Dec 20 04:42:22 <CIA-79> IPsec, many of which may have been uploaded by users. /etc/ipsec.conf
Dec 20 04:42:22 <CIA-79> and /etc/ipsec.secrets hold user configuration for the IPsec daemons.
Dec 20 04:42:23 <CIA-79> Add a keep.d file to preserve these files/directories across upgrades.
Dec 20 04:42:24 <CIA-79> Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
Dec 20 04:42:24 <CIA-79> jow * r29585 /packages/net/openswan/ (5 files in 2 dirs): (log message trimmed)
Dec 20 04:42:25 <CIA-79> Add UCI support to Openswan
Dec 20 04:42:25 <CIA-79> The Openswan and UCI configuration file formats are very similar.
Dec 20 04:42:26 <CIA-79> Implement the conversion from UCI to IPsec configuration file format in
Dec 20 04:42:26 <CIA-79> the ipsec init script and store the converted information in
Dec 20 04:42:27 <CIA-79> /etc/ipsec.uci.{conf,secrets} then reference these files from
Dec 20 04:42:27 <CIA-79> /etc/ipsec.{conf,secrets}. This scheme allows for
Dec 20 04:42:28 <CIA-79> jow * r29586 /packages/net/openswan/Makefile: [packages] openswan: bump PKG_REVISION after previous patches series
Dec 20 09:47:38 <builder_> build #101 of x86 is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/101
Dec 20 13:12:29 <builder_> build #95 of ar71xx is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/95
Dec 20 14:06:31 <builder_> build #90 of au1000 is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/90
Dec 20 17:31:00 <CIA-79> jow * r29587 /trunk/package/base-files/ (Makefile files/sbin/sysupgrade): [package] base-files: add -b (--create-backup) option to sysupgrade, which generates a backup .tar.gz according to the user settings. This will also be reused by LuCI.
Dec 20 17:34:16 <CIA-79> jow * r29588 /branches/backfire/package/base-files/ (Makefile files/sbin/sysupgrade): [backfire] base-files: backport r29587
Dec 20 18:06:49 <karlp_> jow_laptop: I got back to trying luci-reload, to work out why "save and apply" in luci wasn't restarting my service.
Dec 20 18:07:03 <karlp_> luci-reload works from the command line
Dec 20 18:07:30 <karlp_> but not from the save and apply.
Dec 20 18:07:42 <karlp_> so ucitrack must be setup properly, and the init script works.
Dec 20 18:08:37 <karlp_> the ucitrack entry is "rme_hager_mos1" which is the same as the  config name parameter for the map in my CBI file.
Dec 20 18:14:37 <jow_laptop> ffwas there actual changes?
Dec 20 18:14:40 <jow_laptop> -ff
Dec 20 18:15:01 <jow_laptop> if no changes occured in the config its associated service is not restarted
Dec 20 18:17:19 <karlp_> let me double check that.
Dec 20 18:18:16 <karlp_> yep, I definitely made changes
Dec 20 18:18:16 <jow_laptop> also which version of luci?
Dec 20 18:18:27 <karlp_> 0.10+svn8105
Dec 20 18:18:44 <jow_laptop> do you see the spinning apply animation?
Dec 20 18:18:59 <karlp_> I see two, one for apply, then one for waiting for router to apply changes
Dec 20 18:19:18 <jow_laptop> you mean like two independant boxes?
Dec 20 18:19:48 <karlp_> no, form post..... new box appears, "waiting for router", then spinner appears in that box, then it closes again.
Dec 20 18:19:57 <karlp_> looks "right" to me.
Dec 20 18:20:03 <jow_laptop> hm
Dec 20 18:22:29 <karlp_> does it matter that the CBI package is in a subdir? /usr/lib/lua/luci/model/cbi/rme/hager_mos1 ?
Dec 20 18:22:43 <jow_laptop> npüe
Dec 20 18:22:44 <karlp_> the changes always end up in the file, so it seemed like it shouldn't matter,
Dec 20 18:22:46 <jow_laptop> *nope
Dec 20 18:24:22 <jow_laptop> do you have firebug?
Dec 20 18:24:26 <karlp_> would you like to see the cbi file?
Dec 20 18:24:31 <karlp_> umm, I can get firebug
Dec 20 18:24:37 <karlp_> I have chromium tools
Dec 20 18:24:42 <jow_laptop> or anything else that can monitor xhr requests
Dec 20 18:25:13 <jow_laptop> check which url it invoces when the spinner appears
Dec 20 18:25:48 <jow_laptop> I found a logic flaw in the current implementation and like to confirm it
Dec 20 18:27:08 <karlp_> hang on, I think I have a trace here, from chromium's timeline recorder.
Dec 20 18:27:26 <karlp_> send request: http://192.168.255.20/cgi-bin/luci/;stok=bfce1967c13d56bd00421e7ee8bf85f8/servicectl/restart/rme_hager_mos1?_=0.4537107197102159
Dec 20 18:28:37 <karlp_> hang on, when the spinner is on: http://192.168.255.20/cgi-bin/luci/;stok=bfce1967c13d56bd00421e7ee8bf85f8/servicectl/status?_=0.07360152155160904
Dec 20 18:28:50 <jow_laptop> ok
Dec 20 18:29:02 <jow_laptop> whats your current /etc/config/ucitrack ?
Dec 20 18:29:38 <karlp_> for my bit?
Dec 20 18:29:41 <karlp_> config rme_hager_mos1 option init hager_mos1
Dec 20 18:29:46 <karlp_> with option on a new line...
Dec 20 18:30:04 <karlp_> hager_mos1 is the name of the init.d script, rme_hager_mos1 is the Map() parameter.
Dec 20 18:32:00 <jow_laptop> ok and  luci-reload rme_hager_mos1  prints "Reloading hager_mos1 ..."  ?
Dec 20 18:32:29 <karlp_> pno, Reloading rme_hager_mos1... (and it works)
Dec 20 18:33:45 <jow_laptop> found the problem
Dec 20 18:34:34 <karlp_> what's different in my setup? there's plenty of entries in ucitrack that don't have matching CBI vs init script names?
Dec 20 18:34:36 <jow_laptop> edit /usr/lib/lua/luci/controller/admin/servicectl.lua
Dec 20 18:34:47 <jow_laptop> go to line 41
Dec 20 18:35:12 <jow_laptop> replace  gmatch("%w+") with gmatch("[%w_-]+")
Dec 20 18:35:20 <karlp_> ahhh.
Dec 20 18:35:30 <jow_laptop> it incorrectly splits your filename into rme, hager, mos1
Dec 20 18:36:15 <jow_laptop> I'll fix it in svn
Dec 20 18:36:29 <karlp_> tada
Dec 20 18:36:32 <karlp_> fixed
Dec 20 18:37:00 <karlp_> thank you kindly good sir
Dec 20 18:39:33 <jow_laptop> that actually explains a bunch of other issues too...
Dec 20 18:40:31 <jow_laptop> I really should stop trying to use Lua patterns like perl regexes
Dec 20 19:25:56 <CIA-79> jow * r29589 /packages/ipv6/wide-dhcpv6/ (Makefile files/dhcp6c.init): [packages] wide-dhcpv6: fix second instance of endian detection as well (#10648)
Dec 20 19:30:38 <CIA-79> jow * r29590 /branches/packages_10.03.1/ipv6/wide-dhcpv6/ (Makefile files/dhcp6c.init): [packages_10.03.1] wide-dhcpv6: merge r28079 and r29589
Dec 20 20:06:32 <CIA-79> mhei * r29591 /packages/lang/php5/Makefile:
Dec 20 20:06:32 <CIA-79> [packages] php5: add mysqli module
Dec 20 20:06:32 <CIA-79> Oliver, thanks for the patch (#10646)
Dec 20 23:38:50 <builder_> build #83 of gemini is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/83
Dec 21 00:19:57 <CIA-79> jow * r29592 /branches/backfire/feeds.conf.default: [backfire] switch to LuCI v0.10.0 feed
Dec 21 00:34:51 <builder_> build #82 of rdc is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/rdc/builds/82
Dec 21 01:15:27 <jr-> ggggg
Dec 21 01:15:35 <jr-> ..sorry
Dec 21 01:33:36 <CIA-79> jow * r29593 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-wzr-hp-g300nh2.c: [ar71xx] the mach file of the WZR-HP-G300NH2 accidentally claimed the mach id of the WZR-HP-AG300H, correct the id (#10649)
Dec 21 01:40:11 <kristianpaul> Hi
Dec 21 01:40:41 <kristianpaul> Is it normal get a mail saying i was unsubscribed from the openwrt-devel mailing list?..
Dec 21 01:41:15 <jow_laptop> not if you didn't do it yourself
Dec 21 01:41:18 <kristianpaul> And i of course began the unsubscribe process..
Dec 21 01:41:29 <kristianpaul> i dont sorry
Dec 21 01:41:32 <kristianpaul> hmm
Dec 21 01:41:56 <kristianpaul> jow_laptop: well i just got one today..
Dec 21 01:42:23 <kristianpaul> But the list still open to suscribe?
Dec 21 01:42:30 <jow_laptop> of course
Dec 21 01:42:52 <kristianpaul> okay i guess bug with mail list software here..
Dec 21 01:42:54 <jow_laptop> I am subscribed as well with a normal account and everything appears to be in order here
Dec 21 01:43:15 <kristianpaul> I'll confirm, may be was spam, but very odd to be
Dec 21 01:43:56 <jow_laptop> or maybe you accidentally sent a mail with a certain keyword? or hit a shortcut in your mail client?
Dec 21 01:44:34 <kristianpaul> yeah but even toguth i never received confirmation or such, if this you said were happened..
Dec 21 01:46:13 <builder_> build #118 of at91 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/118
Dec 21 01:47:33 <kristianpaul> arghh mutt archive fool me :/
Dec 21 01:47:39 <kristianpaul> sorry for the noise
Dec 21 01:50:54 <jow_laptop> ok
Dec 21 02:17:15 <builder_> build #116 of ubicom32 is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/116
**** ENDING LOGGING AT Wed Dec 21 02:59:56 2011