01:13.21 | *** join/#buglabs publiclabs (~epiraces@cpe-74-72-233-223.nyc.res.rr.com) |
06:18.10 | *** join/#buglabs arun_ (~arun@unaffiliated/sindian) |
07:34.18 | *** join/#buglabs grund-away (~grund@firebug.buglabs.net) |
07:42.05 | *** join/#buglabs stefan_schmidt (~stefan@134.169.35.205) |
10:40.19 | *** join/#buglabs GNUtoo|laptop (~gnutoo@host108-131-dynamic.244-95-r.retail.telecomitalia.it) |
11:24.59 | *** join/#buglabs likewise (~likewise@82-170-243-215.ip.telfort.nl) |
11:25.31 | *** join/#buglabs likewise (~likewise@82-170-243-215.ip.telfort.nl) |
12:52.53 | *** join/#buglabs slashdevnull (~slashdevn@fire.innovationsw.com) |
12:52.53 | *** mode/#buglabs [+o slashdevnull] by ChanServ |
13:12.09 | *** join/#buglabs bugvish (~vish@acct-342343.voice.dsl.net) |
13:12.09 | *** mode/#buglabs [+o bugvish] by ChanServ |
13:13.29 | *** join/#buglabs grund (~grund@108.110.81.40) |
13:13.40 | *** mode/#buglabs [+o grund] by ChanServ |
14:06.52 | *** join/#buglabs desenna (~desenna@firebug.buglabs.net) |
14:17.11 | GNUtoo|laptop | jconnolly, hi |
14:27.56 | *** mode/#buglabs [+o grund] by ChanServ |
14:32.10 | *** join/#buglabs bballantine (~Adium@64.70.116.116) |
14:52.21 | *** join/#buglabs wwward (~wwward@216.27.144.194) |
15:00.23 | *** join/#buglabs GNUtoo|laptop (~gnutoo@host108-131-dynamic.244-95-r.retail.telecomitalia.it) |
15:01.49 | GNUtoo|laptop | jconnolly, are you there? |
15:05.32 | jconnolly | hi GNUtoo|laptop |
15:05.37 | jconnolly | was in a meeting |
15:05.42 | GNUtoo|laptop | ok np |
15:06.24 | GNUtoo|laptop | 1) I've an x86 AP with poor range so wifi doesn't work well with my bug device so I tried bluetooth, and the result weren't great: |
15:06.27 | GNUtoo|laptop | it worked |
15:06.37 | GNUtoo|laptop | http://bugcommunity.com/wiki/index.php/BluetoothHowto |
15:06.48 | GNUtoo|laptop | but I had to reboot each time I changed something on the bug device side |
15:06.59 | GNUtoo|laptop | does concierge do something with bluetooth |
15:07.03 | GNUtoo|laptop | I know there are some classes |
15:07.04 | jconnolly | you could also try modding the plastics to accomodate a larger antenna |
15:07.07 | jconnolly | some users have done it |
15:07.45 | jconnolly | GNUtoo|laptop: yes, the com.buglabs.bug.base.jar gets a reference to the javax.bluetooth.LocalDevice which does some jni work with bluez |
15:08.09 | jconnolly | nice GNUtoo|laptop that tutorial is great |
15:08.21 | GNUtoo|laptop | basically I used pand |
15:08.23 | jconnolly | bugvish: there you go. |
15:08.32 | jconnolly | http://bugcommunity.com/wiki/index.php/BluetoothHowto |
15:09.05 | GNUtoo|laptop | lol someone needed a bluetooth tutorial? wow nice!!! |
15:09.28 | GNUtoo|laptop | the issue I have is here: |
15:09.29 | jconnolly | GNUtoo|laptop: just that bugvish was asking about doing more interesting things with bluetooth than setting up an RFCOMM server/client |
15:09.35 | GNUtoo|laptop | ok |
15:10.01 | GNUtoo|laptop | pand is a network that can piggy-back tcp-ip, udp etc... |
15:10.06 | GNUtoo|laptop | so it's great |
15:10.11 | GNUtoo|laptop | because it's so standard |
15:10.22 | GNUtoo|laptop | you can access the bug java apps |
15:10.26 | GNUtoo|laptop | that serve data |
15:10.27 | GNUtoo|laptop | etc... |
15:10.38 | GNUtoo|laptop | it's very handy if wifi is problematic |
15:10.51 | GNUtoo|laptop | so the issue was here: |
15:10.53 | GNUtoo|laptop | pand -s -n |
15:10.55 | jconnolly | indeed, that's great |
15:10.59 | GNUtoo|laptop | when I kill that |
15:11.03 | GNUtoo|laptop | and restart it |
15:11.18 | GNUtoo|laptop | it doesn't work |
15:11.28 | GNUtoo|laptop | I've to reboot the bug device to make it work |
15:11.42 | jconnolly | hmm interesting |
15:12.04 | GNUtoo|laptop | note that I was running 1.4.3 |
15:12.12 | jconnolly | indeed |
15:12.23 | jconnolly | i wonder maybe because it uses btusb |
15:12.26 | GNUtoo|laptop | should I try with angstrom |
15:12.29 | GNUtoo|laptop | ah ? |
15:12.32 | jconnolly | and usb is always an issue with 1.4.3 |
15:12.36 | GNUtoo|laptop | ah ok |
15:12.44 | jconnolly | but I tend to always blame hw |
15:12.44 | jconnolly | ;D |
15:12.48 | GNUtoo|laptop | why? hardware? software? kernel? |
15:12.53 | GNUtoo|laptop | ok |
15:13.00 | GNUtoo|laptop | is there a workarround? |
15:13.03 | GNUtoo|laptop | reset something |
15:13.06 | GNUtoo|laptop | with sys nodes? |
15:13.09 | jconnolly | not sure, I just learned of the issue |
15:13.14 | jconnolly | yes, you can cycle power on it |
15:13.14 | GNUtoo|laptop | ok |
15:13.15 | jconnolly | sec |
15:13.25 | GNUtoo|laptop | because I remember some sys nodes for bt |
15:14.19 | jconnolly | /sys/devices/system/mxc_gpio/mxc_gpio0/btenable i think |
15:14.22 | jconnolly | 0/1 will cycle power |
15:14.28 | GNUtoo|laptop | ok |
15:14.31 | GNUtoo|laptop | I'll try now |
15:14.33 | jconnolly | that may be a workaroudn |
15:14.58 | GNUtoo|laptop | thanks a lot |
15:15.07 | GNUtoo|laptop | also I've looked at my screens |
15:15.13 | GNUtoo|laptop | I've been able to disassemble one |
15:15.25 | GNUtoo|laptop | it didn't fix the problem |
15:15.35 | jconnolly | we've got to just get you a new screen already |
15:15.36 | GNUtoo|laptop | it was more fluid |
15:15.42 | GNUtoo|laptop | ok |
15:15.47 | GNUtoo|laptop | so I send them back? |
15:16.18 | GNUtoo|laptop | (I wanted to go the fastest way, I thought looking at them myself was faster) |
15:16.39 | GNUtoo|laptop | so about the screen if there are some hardware people here: |
15:16.44 | jconnolly | let me see what I can do about it |
15:16.50 | GNUtoo|laptop | it seem that the imprecision is due to the lack of linearity |
15:17.09 | GNUtoo|laptop | but I don't know how to recalibrate it with that lack of linearity |
15:17.11 | GNUtoo|laptop | ok thanks a lot |
15:17.13 | GNUtoo|laptop | third thing |
15:17.19 | GNUtoo|laptop | there are some accelerometers |
15:17.22 | GNUtoo|laptop | I've done that: |
15:17.29 | GNUtoo|laptop | evtest /dev/bmi_lcdN |
15:17.42 | GNUtoo|laptop | and the name of the node was bmi_lcdN |
15:18.06 | GNUtoo|laptop | so I wonder which ones are the lid32somehitng |
15:19.17 | GNUtoo|laptop | *lis32something |
15:33.27 | jconnolly | GNUtoo|laptop: what package/recipe provides pand? bluez-utils? you know if there's a bluez4-compatible version? |
15:33.38 | *** join/#buglabs desenna (~desenna@firebug.buglabs.net) |
15:33.51 | GNUtoo|laptop | I don't remember I think it was on the rootfs |
15:34.22 | jconnolly | hmm probably bluez-utils which I think depends on bluez3 |
15:34.36 | GNUtoo|laptop | let me flash my openmoko to get bluetooth working, because I destroyed the GUI, then I can talk to the bug with the openmoko(I've no bluetooth on my laptop,desktop etc...) |
15:34.52 | GNUtoo|laptop | from memory I think it's from bluez3 |
15:37.32 | GNUtoo|laptop | I'll ssh into the bug |
15:38.12 | GNUtoo|laptop | ipkg search will tell |
15:38.24 | GNUtoo|laptop | nice |
15:38.25 | GNUtoo|laptop | bluez-utils-compat - 3.18-r3 - /bin/pand |
15:38.28 | GNUtoo|laptop | compat |
15:38.38 | GNUtoo|laptop | maybe it works with bluez4 |
15:39.44 | GNUtoo|laptop | jconnolly, bluez-utils-compat for pand |
15:40.45 | GNUtoo|laptop | I think there is bluez3 on the bug device |
15:40.54 | GNUtoo|laptop | s/bug device/1.4.3 |
15:41.03 | jconnolly | that's in oe-dev ? |
15:41.06 | GNUtoo|laptop | Source: http://bluez.sourceforge.net/download/bluez-utils-3.18.tar.gz file://hcid.conf file://allow-no-hal.patch;patch=1 |
15:41.11 | GNUtoo|laptop | bluez3? |
15:41.38 | GNUtoo|laptop | yes it is |
15:41.38 | jconnolly | i thought maybe there was a bluez-utils-compat recipe in oe-dev |
15:42.03 | GNUtoo|laptop | I understand |
15:42.05 | jconnolly | hmm I don't see it |
15:42.12 | GNUtoo|laptop | there are bluez3 stuff |
15:42.14 | GNUtoo|laptop | not compat |
15:42.20 | jconnolly | ah |
15:42.20 | GNUtoo|laptop | in recipes/bluez |
15:42.24 | jconnolly | I see |
15:42.31 | jconnolly | bluez.inc:PACKAGES =+ "${PN}-compat" |
15:42.31 | jconnolly | bluez.inc:FILES_${PN}-compat = " \ |
15:42.31 | jconnolly | bluez-utils_3.33.bb:CONFFILES_${PN}-compat = " \ |
15:42.31 | jconnolly | bluez-utils_3.36.bb:CONFFILES_${PN}-compat = " \ |
15:42.31 | jconnolly | bluez-utils3.inc:PACKAGES =+ "${PN}-compat" |
15:42.33 | jconnolly | bluez-utils3.inc:FILES_${PN}-compat = " \ |
15:42.41 | GNUtoo|laptop | including tada: bluez.inc:PACKAGES =+ "${PN}-compat" |
15:42.48 | GNUtoo|laptop | ah you were faster than me |
15:43.21 | GNUtoo|laptop | so basically bugvish has a bug 2.0 |
15:43.37 | GNUtoo|laptop | and bugvish wants to play with pand |
15:43.46 | jconnolly | Well, I do ;D |
15:43.51 | jconnolly | but bugvish may want to |
15:43.58 | GNUtoo|laptop | I'm not sure bluez3 is suported by angstrom |
15:43.59 | GNUtoo|laptop | but.... |
15:44.03 | jconnolly | I'm going to add bluez-utils-compat to our 2.0 distro |
15:44.13 | GNUtoo|laptop | there may be some small python script that emulates pand |
15:44.32 | GNUtoo|laptop | I'll look in my recent SHR in the freerunner as soon as it is flashed(may take some time( |
15:44.36 | GNUtoo|laptop | s/(/) |
15:44.52 | GNUtoo|laptop | because there is pand there too |
15:45.15 | GNUtoo|laptop | look at bluez4.inc |
15:45.22 | GNUtoo|laptop | <PROTECTED> |
15:45.26 | GNUtoo|laptop | in EXTRA_OECONF |
15:47.12 | jconnolly | yeah, I saw that, but I don't have pand though |
15:47.14 | jconnolly | jconnolly@jconnolly-linux:/opt/build/trunk/com.buglabs.build.oe$ find build/tmp/work/armv7a-angstrom-linux-gnueabi/bluez4-4.35-r2/ -name \*pan\* |
15:47.17 | jconnolly | build/tmp/work/armv7a-angstrom-linux-gnueabi/bluez4-4.35-r2/bluez-4.35/compat/pand.h |
15:47.20 | jconnolly | build/tmp/work/armv7a-angstrom-linux-gnueabi/bluez4-4.35-r2/bluez-4.35/compat/.deps/pand.Po |
15:47.23 | jconnolly | build/tmp/work/armv7a-angstrom-linux-gnueabi/bluez4-4.35-r2/bluez-4.35/compat/pand.1 |
15:47.26 | jconnolly | build/tmp/work/armv7a-angstrom-linux-gnueabi/bluez4-4.35-r2/bluez-4.35/compat/pand.c |
16:08.24 | GNUtoo|laptop | I'll try to find it very soon |
16:13.48 | GNUtoo|laptop | opkg search "/usr/bin/pand" => bluez4 - 4.59-r8.0.6 |
16:14.07 | jconnolly | hmmm |
16:14.13 | jconnolly | i can't get it to build in my devshell |
16:14.20 | jconnolly | but we use 4.35 |
16:15.37 | GNUtoo|laptop | ok |
16:15.46 | GNUtoo|laptop | maybe some inherit |
16:15.52 | GNUtoo|laptop | that devshell doesn't do |
16:16.13 | jconnolly | hmm |
16:16.14 | jconnolly | arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -I../include -isystem/opt/build/trunk/com.buglabs.build.oe/build/tmp/staging/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -D_FORTIFY_SOURCE=2 -fPIC -Wl,-rpath-link -Wl,/opt/build/trunk/com.buglabs.build.oe/build/tmp/staging/armv7a-angstrom-linux-gn |
16:16.22 | jconnolly | /opt/build/trunk/com.buglabs.build.oe/build/tmp/staging/armv7a-angstrom-linux-gnueabi/usr/lib/Scrt1.o: In function `_start': |
16:16.24 | jconnolly | init.c:(.text+0x30): undefined reference to `main' |
16:16.27 | jconnolly | collect2: ld returned 1 exit status |
16:16.29 | jconnolly | make: *** [pand] Error 1 |
16:18.54 | jconnolly | ah, got it to build |
16:19.05 | jconnolly | there were some items commented out of the makefile relating to pand |
16:41.31 | jconnolly | oh dependency hell |
16:59.27 | CIA-23 | Bug Labs: jconnolly * r12362 /bug/trunk/com.buglabs.build.oe/meta-bug/packages/linux/linux-omap-hah_2.6.31.bb: com.buglabs.build.oe: bump SHA/PR for kernel |
17:26.12 | *** join/#buglabs likewise (~likewise@82-170-243-215.ip.telfort.nl) |
17:31.40 | *** join/#buglabs kgilmer (~kgilmer@206.127.64.136) |
17:42.23 | *** join/#buglabs Guest84934 (~wwward@128-122-170-188.DYNAPOOL.NYU.EDU) |
18:31.08 | *** join/#buglabs desenna (~desenna@firebug.buglabs.net) |
18:35.45 | CIA-23 | Bug Labs: jconnolly * r12363 /bug/trunk/com.buglabs.bug.module.vonhippel/com/buglabs/bug/module/vonhippel/VonHippelModlet.java: com.buglabs.bug.module.vonhippel: add some code to close the serialport upon modlet.stop() fixes http://redmine/issues/show/1547 |
18:39.47 | *** join/#buglabs c4milo (~c4milo@ool-43548919.dyn.optonline.net) |
18:56.12 | CIA-23 | Bug Labs: jconnolly * r12364 /bug/trunk/com.buglabs.bug.module.vonhippel/com/buglabs/bug/module/vonhippel/VonHippelModlet.java: com.buglabs.bug.module.vonhippel: add code to close vhDevice (close /dev/bmi_vh_ctl_m#) upon Modlet.stop() |
18:56.12 | CIA-23 | Bug Labs: jconnolly * r12365 /bug/trunk/com.buglabs.bug.module.vonhippel/com/buglabs/bug/module/vonhippel/VonHippelModlet.java: com.buglabs.bug.module.vonhippel: comments |
19:09.19 | *** join/#buglabs jconnolly (~jconnolly@firebug.buglabs.net) |
19:09.19 | *** mode/#buglabs [+o jconnolly] by ChanServ |
19:09.31 | *** mode/#buglabs [+o jconnolly] by ChanServ |
19:51.41 | *** part/#buglabs c4milo (~c4milo@ool-43548919.dyn.optonline.net) |
20:15.26 | CIA-23 | Bug Labs: jconnolly * r12366 /bug/trunk/com.buglabs.build.oe/meta-oe/recipes/merge-queue/netbase/netbase/bug20/interfaces: com.buglabs.build.oe: netbase, comment out stanza for eth0 in /etc/network/interfaces |
20:51.02 | *** join/#buglabs likewise (~likewise@82-170-243-215.ip.telfort.nl) |
20:51.05 | *** join/#buglabs Kgilmer (~kgilmer@166.205.8.57) |
20:51.05 | *** mode/#buglabs [+o Kgilmer] by ChanServ |
21:04.16 | *** part/#buglabs slashdevnull (~slashdevn@fire.innovationsw.com) |
21:23.02 | *** join/#buglabs c4milo (~c4milo@ool-43548919.dyn.optonline.net) |
21:23.14 | *** part/#buglabs c4milo (~c4milo@ool-43548919.dyn.optonline.net) |
22:44.05 | *** join/#buglabs grund (~grund@174-153-97-154.pools.spcsdns.net) |
22:44.10 | *** mode/#buglabs [+o grund] by ChanServ |
22:45.41 | *** join/#buglabs grund_ (~grund@174-153-97-154.pools.spcsdns.net) |
22:45.41 | *** mode/#buglabs [+o grund_] by ChanServ |
23:47.08 | *** join/#buglabs infobot (~infobot@rikers.org) |
23:47.08 | *** topic/#buglabs is Bug Labs IRC Channel. New with logged, indexed goodness, thanks to Tim Riker. see here: http://ibot.rikers.org/%23buglabs/ |
23:54.07 | CIA-23 | Bug Labs: kgilmer * r12367 /dragonfly/tags/RCs/ (23 files in 2 dirs): com.buglabs.dragonfly: tag for RC2.0.14 |
23:54.07 | CIA-23 | Bug Labs: kgilmer * r12368 /dragonfly/tags/RCs/RC2.0.14: com.buglabs.dragonfly: tag for RC2.0.14 |
23:54.08 | CIA-23 | Bug Labs: kgilmer * r12369 /dragonfly/trunk/ (12 files in 12 dirs): com.buglabs.dragonfly: tag for RC2.0.14 |
23:54.11 | CIA-23 | Bug Labs: kgilmer * r12370 /dragonfly/tags/RCs/ (23 files in 2 dirs): com.buglabs.dragonfly: tag for RC2.0.14 |
23:54.11 | CIA-23 | Bug Labs: kgilmer * r12371 /dragonfly/trunk/com.buglabs.build/system.testing.properties: com.buglabs.dragonfly: tag for RC2.0.14 |