IRC log for #openmoko-cdevel on 20110227

00:02.19*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
00:26.17nschle85[Rui]: are you still online ?
00:26.26[Rui]nschle85: barely!
00:28.14nschle85[Rui]: i have a patch ill assing the ticket to you
00:30.09[Rui]nschle85: I don't have commit rights for shr's oe tree
00:31.03nschle85[Rui]: hmmm i thought its the same as oe main
00:31.57[Rui]not there either :)
00:33.12nschle85[Rui]: but i can see that you are very active on oe. How are you commiting ?
00:33.50[Rui]nschle85: you have to be making some confusion, either with another Rui or with what you see as OE :)
00:34.48nschle85[Rui]: yes i got very confused.... i meant Khem :-)
00:36.51nschle85[Rui]: so ill assing, to JaMa and wait ...
00:37.10nschle85[Rui]: bye good night :-)
00:37.21[Rui]nschle85: no problem :) good night!
00:38.41nschle85[Rui]: hope your baby will also sleep :-)
00:39.05[Rui]nschle85: has been sleeping for almost 4 hours, so he's likely about to wake up
00:39.13[Rui]or we're being lucky and I'm wasting it :)
00:42.12nschle85[Rui]: my son likes sleeping at day and in the night he'll wake up every 4 hours :-)
00:42.30nschle85[Rui]: so have a good night :-) bye
01:19.02*** join/#openmoko-cdevel ferluszt (~peter@p5DD29ABD.dip0.t-ipconnect.de)
01:32.25*** join/#openmoko-cdevel alexxy[home] (~alexxy@gentoo/developer/alexxy)
01:39.33*** join/#openmoko-cdevel jluis (~jluis@49.Red-83-45-7.dynamicIP.rima-tde.net)
01:44.33*** join/#openmoko-cdevel MadTBone_ (~bruce@cpe-66-65-112-179.nyc.res.rr.com)
02:37.27*** join/#openmoko-cdevel vanous1 (~vanous@194.228.223.3)
03:57.54*** join/#openmoko-cdevel flack-Z (~mamhovelk@95.80.218.52)
04:09.05*** join/#openmoko-cdevel eolson (~eolson@c-76-16-179-200.hsd1.il.comcast.net)
05:19.37*** mode/#openmoko-cdevel [+o DocScrutinizer] by ChanServ
05:20.15*** mode/#openmoko-cdevel [+q chocolaate-maan!*@*] by DocScrutinizer
05:20.19*** mode/#openmoko-cdevel [-o DocScrutinizer] by ChanServ
05:29.24*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
05:52.14mrmokuSlyon: no, don't think so
06:50.09*** join/#openmoko-cdevel flack-Z (~mamhovelk@95.80.218.52)
06:57.56*** join/#openmoko-cdevel flack-Z (~mamhovelk@95.80.218.52)
07:06.05*** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
07:16.17*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E140C2.dip.t-dialin.net)
07:22.50*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
07:30.17*** join/#openmoko-cdevel flack-Z (~mamhovelk@95.80.218.52)
08:02.36*** join/#openmoko-cdevel lupan (~lupan@89-76-70-131.dynamic.chello.pl)
08:20.32mrmokuHeinervdm: ping
08:20.41JaMa|Offmoin
08:20.45mrmokumoin JaMa|Off
08:21.27JaMa|OffChrisW finally built image :)
08:21.34mrmoku:)
08:21.59Heinervdmmrmoku: pong
08:23.16*** join/#openmoko-cdevel ChristW_ (~ChristW_@h134023.upc-h.chello.nl)
08:23.51JaMa|OffChristW_: congratz :)
08:24.27mrmokuHeinervdm: any news on the segfaults?
08:24.51Heinervdmmrmoku: no, i can't find where it segfaults
08:25.44mrmokuHeinervdm: ok... I guess you don't want to merge the gdbus change into testing... so I will try to build a testing with debug info and see if I can find it
08:25.59Heinervdmmrmoku: ok
08:26.27Heinervdmmrmoku: if we have to merge the gdbus stuff then we should start a new testing
08:28.31mrmokuyeah, agree
08:28.52mrmokuwill try to build with DEBUG_BUILD = 1 and PACKAGE_STRIP = no ... maybe that will make bts usefull
08:29.11Heinervdmok
08:30.58mrmokuJaMa|Off: http://shr.pastebin.com/tn5tcNv8
08:38.16JaMa|Offmrmoku: ahh right :/
08:38.30JaMa|Offmrmoku: I'll checkout it to different dir then
08:38.35JaMa|Off32bit version
08:40.15*** join/#openmoko-cdevel chocolaate-maan (~cwo_F4@61.153.16.162)
08:43.43CIA-102SHR: 03Martin.Jansa 07shr-makefile * r560fd1c4d86f 10/Makefile: checkout shr-chroot-32bit to separate directory
08:53.54CIA-102SHR: 03Martin.Jansa 07shr-chroot * r8a3eb512afcf 10/shr-chroot.sh: shr-chroot: fix chmod shm
08:54.49mrmokuJaMa|Off: thanks :-)
08:55.41JaMa|Offyw
08:57.50*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
09:00.44CIA-102SHR: 03Martin.Jansa 07shr-makefile * r36176b167ec4 10/Makefile: Makefile: fix update-common
09:01.13*** join/#openmoko-cdevel Pline (~Aashim@61.153.16.162)
09:01.13*** part/#openmoko-cdevel Pline (~Aashim@61.153.16.162)
09:12.08*** join/#openmoko-cdevel oln (~oln@ws42138.studby.hig.no)
09:13.16JaMa|Offmrmoku: I'll refresh OE configs on shr buildhost
09:14.52mrmokuok
09:16.46CIA-102SHR: 03Martin.Jansa 07shr-makefile * rbde7625f693c 10/Makefile: Makefile: fix update-bitbake
09:20.06CIA-102SHR: 03Martin.Jansa 07shr-makefile * r5c71441e6d68 10/Makefile: Makefile: replace Makefile with link to common/Makefile also after update-common
09:28.42*** join/#openmoko-cdevel lupan (~lupan@89-76-70-131.dynamic.chello.pl)
09:41.29*** join/#openmoko-cdevel reinouts (~reinout@s529c858e.adsl.wanadoo.nl)
09:46.11*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-28.rev.numericable.fr)
09:50.25*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@host157-58-dynamic.116-80-r.retail.telecomitalia.it)
10:02.32*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
10:04.10GNUtoo|laptopPaulFertser, I think that works out of the box:
10:04.24GNUtoo|laptopusbpn0->upnlink0->phonet0
10:04.29GNUtoo|laptopbut not the countrary
10:04.41GNUtoo|laptopnot phonet0>upnlink0
10:05.24*** join/#openmoko-cdevel max_posedon_ (~max_posed@178.123.15.226)
10:06.28*** join/#openmoko-cdevel GarthPS (~quassel@88-139-58-237.adslgp.cegetel.net)
10:08.51CIA-102SHR: 03Martin.Jansa 07shr-makefile * r6bead857240d 10/setup-env: setup-env: add bitbake/bin to PATH if exists, setup PS1 to show MACHINE/DISTRO
10:12.33JaMa|Offmrmoku: mv .mrmoku .shr-bashrc and included by default from .bashrc
10:15.10mrmokuJaMa|Off: ack :)
10:18.12JaMa|Offdone and configs refreshed
10:18.29JaMa|OffMACHINE is now taken from shell env, like on my local ;)
10:18.32JaMa|Offlunch
10:18.47mrmokugood... have fun :)
10:23.14*** join/#openmoko-cdevel Slyon (~lukas@p4FDB0AF0.dip0.t-ipconnect.de)
10:37.23GNUtoo|laptopmrmoku, you still have maemo?
10:37.36GNUtoo|laptopwhat does the udev rule do with phonet ?
10:37.47GNUtoo|laptoplike phonet -a 0x6c -i phonet0
10:37.59GNUtoo|laptopbut for upnlink0
10:40.58GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils
10:41.00GNUtoo|laptopinteresting
10:42.45CIA-102SHR: 03Martin.Jansa 07shr-makefile * rbbe31407b76c 10/Makefile: Makefile: better test for 64/32 bit chroot
10:47.30mrmokuGNUtoo|laptop: maemo or meego?
10:47.42mrmokuHeinervdm: build failed at fontconfig :/
10:48.14GNUtoo|laptopmrmoku, not necessary anymore
10:48.18GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils
10:48.20CIA-102SHR: 03Martin.Jansa 07shr-makefile * r4d504590c450 10/Makefile: Makefile: small fix
10:48.22mrmoku| /tmp/cc4IKoMf.s: Assembler messages:
10:48.22GNUtoo|laptophas all the infos I want
10:48.22mrmoku| /tmp/cc4IKoMf.s:3176: Error: branch out of range
10:48.29Heinervdmmrmoku: hmm, i'm building a debug build too, lets see if it fails for me too
10:48.29mrmokuGNUtoo|laptop: ok, good
10:48.36mrmokuHeinervdm: ok
10:51.21mrmokuGNUtoo|laptop: hmm... that phonet-utils is indeed interesting :)
10:58.28*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
10:59.40mrmokuHeinervdm: with DEBUG_BUILD turned off it builds
10:59.49mrmokuturns it on again and continues build
10:59.53Heinervdmmrmoku: strange
11:00.24mrmokuprobably does not like the cflags for DEBUG_BUILD...
11:00.39JaMa|Offmrmoku: help! :) do we support anonymous git:// transport?
11:00.44JaMa|Offmrmoku:  for chroot
11:01.15mrmokuJaMa|Off: I did a touch git-daemon-export-ok for _all_ our repos the other day :)
11:02.53mrmokuJaMa|Off: I dislike using git with dumb transports... though can understand the firewalling problem
11:03.19JaMa|Offfatal: The remote end hung up unexpectedly
11:03.56JaMa|Offgit+ssh works
11:04.01mrmokuhmm
11:04.36GNUtoo|laptopWOW
11:04.41JaMa|Offand git+ssh works only with valid key
11:04.45mrmokuGNUtoo|laptop: works? :D
11:05.01GNUtoo|laptophttp://www.pastie.org/1612736
11:05.36GNUtoo|laptopI think so
11:05.44GNUtoo|laptopmaybe I should have put a sim card in the device
11:05.46GNUtoo|laptoptough
11:06.07mrmokuGNUtoo|laptop: wow
11:06.32GNUtoo|laptopindeed
11:06.38GNUtoo|laptopwhat I did was follow that script:
11:06.45mrmokuJaMa|Off: I thought I had tried the other day... and it worked... fails for me too now :/
11:06.49GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils/blobs/master/misc/if-pre-up
11:07.23GNUtoo|laptopwhat I did was:
11:07.51GNUtoo|laptop./phonet -a 0x6c -i upnlink0
11:08.01GNUtoo|laptop./pnroute add 0x00 phonet0
11:08.06GNUtoo|laptop./pnroute add 0x10 upnlink0
11:08.18GNUtoo|laptop./pnroute add 0x00 usbpn0
11:08.26JaMa|Offmrmoku: --bare is bad so I wanted to switch git:// and --depth but now it has to wait.. bbl in 8 hours..
11:08.26GNUtoo|laptop./pnroute add 0x6c usbpn0
11:08.31mrmokuJaMa|Off: hmm... it works now. the git-daemon-export-ok files were gone... guess gitosis is removing them
11:08.37GNUtoo|laptopand set usbpn0 to 0x10
11:08.44GNUtoo|laptopand modified the tests programs like that:
11:09.11*** join/#openmoko-cdevel max_posedon (~max_posed@178.123.15.226)
11:09.27GNUtoo|laptop+       error = g_pn_netlink_set_address(modem->idx, PN_DEV_PC); instead of -       error = g_pn_netlink_set_address(modem->idx, PN_DEV_SOS);
11:09.36GNUtoo|laptopI ifdefed the route stuff
11:09.56GNUtoo|laptopand add usbpn0 instead of phonet0 in the network.vala
11:10.36*** join/#openmoko-cdevel plotr (~god@2001:700:303:2:203:25ff:fe2f:cd65)
11:10.44mrmokuHeinervdm: next thing is libxml2 failing
11:13.34*** join/#openmoko-cdevel BluesLee (~held@ip-178-202-182-84.unitymediagroup.de)
11:15.09*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-28.rev.numericable.fr)
11:16.15Heinervdmmrmoku: fontconfig failed for me too
11:18.54GNUtoo|laptopPaulFertser, hi
11:19.13GNUtoo|laptopmickey|bbl, hi
11:20.51mrmokuHeinervdm: libxml2 builds fine with debug off
11:21.01Heinervdmmrmoku: ok
11:21.19mrmokuGNUtoo|laptop: so, how do we integrate that in SHR?
11:21.33Heinervdmmrmoku: perhaps we should try that with unstable too, and if it's still true report it to OE ML
11:21.38GNUtoo|laptopusing hmmmm udev?
11:21.46GNUtoo|laptoplol mickey|bbl wants to get rid of udev
11:21.56GNUtoo|laptopso using fso I bet
11:22.02GNUtoo|laptopor init scripts
11:22.06GNUtoo|laptopor something like that
11:22.13GNUtoo|laptopbut integrating into SHR is one part
11:22.21GNUtoo|laptopit should also be done on laptop
11:22.49mrmokuHeinervdm: yup
11:23.18mrmokuGNUtoo|laptop: we already have an init script populating /dev/cmt
11:23.26mrmokuwe could add it there
11:24.33mrmokumickeyl: GNUtoo|laptop has good stuff for you :-)
11:25.06GNUtoo|laptopmickeyl, http://www.pastie.org/1612736
11:25.42mickeylwaaaaaaah!
11:25.46mickeyltrue forwarding?
11:26.33GNUtoo|laptopI think so
11:26.36GNUtoo|laptopusing that:
11:26.56GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils
11:27.05GNUtoo|laptopbasically to make it work
11:27.15GNUtoo|laptopboot on SHR
11:27.23GNUtoo|laptopand follow that:
11:27.24GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils/blobs/master/misc/if-pre-up
11:27.31GNUtoo|laptopthen modify libisi tests
11:27.37GNUtoo|laptoplike that:
11:27.47GNUtoo|laptop-       error = g_pn_netlink_set_address(modem->idx, PN_DEV_SOS);
11:27.48GNUtoo|laptop+       error = g_pn_netlink_set_address(modem->idx, PN_DEV_PC);
11:28.00GNUtoo|laptop#if 0 the routing part
11:28.06GNUtoo|laptop<PROTECTED>
11:28.07GNUtoo|laptopthat part
11:28.14GNUtoo|laptopthen change the usb interface
11:28.21Heinervdmmrmoku: fontconfig-native compiled with DEBUG_BUILD=1
11:28.22GNUtoo|laptop+       m = new Modem("usbpn0", modem_reachable);
11:28.32GNUtoo|laptopand compile and run it as root on your x86 box
11:28.37mrmokuHeinervdm: yeah, just not for arm
11:28.44Heinervdmyes
11:29.00GNUtoo|laptopnote carefully that http://meego.gitorious.org/meego-cellular/phonet-utils/blobs/master/misc/if-pre-up has a part that *must be run on your laptop*
11:40.55mrmokulunch
11:40.56mrmokubbl
11:46.11*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-28.rev.numericable.fr)
12:16.28*** join/#openmoko-cdevel ferluszt (~peter@p5DD29609.dip0.t-ipconnect.de)
12:17.11*** join/#openmoko-cdevel morphis (~morphis@dslb-092-076-164-053.pools.arcor-ip.net)
12:22.09morphisheyho
12:28.47*** join/#openmoko-cdevel GNUtoo|htcdream (~GNUtoo@host157-58-dynamic.116-80-r.retail.telecomitalia.it)
12:29.38CIA-102freesmartphone.org: 03mickey 07cornucopia * rd59dd085babd 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: 3rdparty: bind more of PPP stack
12:29.51GNUtoo|htcdreamhi morphis
12:30.21*** join/#openmoko-cdevel elisa42 (~elisa42@rommel.gate.uni-erlangen.de)
12:30.40morphismrmoku: can you review my OE patch for libphone-ui?
12:30.44GNUtoo|htcdreammickeyl,ping me when you will try forwarding
12:30.51GNUtoo|htcdreami'll eat
12:32.17mickeylwill do. right now i'm stuck in ppp
12:32.27GNUtoo|htcdreamok
12:42.30mrmokumorphis: where?
12:42.50morphismrmoku: will send them to the SHR-devel list in some minutes
12:42.55mrmokumorphis: ok
12:44.11mrmokuHeinervdm: libelf is another one
12:44.16morphissend
12:44.48mickeylGNUtoo|htcdream: do you have a kernel for me?
12:45.52GNUtoo|laptopI'm eating
12:46.07GNUtoo|laptopwhen I finish eating I can send you kenrel or defconfig + git address
12:46.15mickeylk
12:46.17mickeyl~bon appetit
12:46.17aptit has been said that bon appetit is smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito  Smaklig måltid!.  Hyvää ruokahalua.  Bo Proveito  Mahlzeit!
12:46.25GNUtoo|htcdreamthanks
12:47.19morphismrmoku: there are three patches
12:47.58morphismrmoku: the first one refactors the logic in libphone-ui_git.bb to support machine specific config files and packs them into the libphone-ui-config package
12:48.06morphisthe next one is the config for the palmpre
12:48.18morphisand the last one adds the new package to the task-shr-minimal task
12:48.40morphismrmoku: if you are fine with theses patches I will push the changes for libphone-ui too
12:48.53mrmokumorphis: looks good to me
12:48.59morphismrmoku: ok
12:49.05mrmokumorphis: did you try if libphone-ui is working without any alsa section?
12:49.12morphisjepp
12:49.14morphisit's working
12:49.23morphisonly says there is nothing to do for util-sound
12:49.30mrmokuthen feel free to add my Ack
12:49.33morphisok
12:49.37morphisthanks a lot
12:49.40mrmokuyw
12:50.42morphismickeyl: who will be at cebit for OE? you, philip and robert?
12:50.55mrmokuHeinervdm: ok, image finished now :)
12:51.07Heinervdmmrmoku: good
12:51.10mickeylmorphis: looks like Robert, Henning (woglinde), and one or two days me
12:51.13mickeyl:/
12:51.17morphisok
12:51.29morphisI know stefan is even there on thursday and friday
12:51.42morphisbut already told me not wanting to hang out at the booth too much time
12:52.16morphismaybe e17 booth and OE booth are next to each others, that would be really cool :)
12:54.02mrmoku<PROTECTED>
12:54.16morphismickeyl: buf I there will be too much people at e17 booth I will come to the OE booth to help out
12:54.17Heinervdmmrmoku: i can send you my opimd.db
12:54.53morphismickeyl: and it seems that there are at least three people each day on e17 booth
12:54.58mrmokuHeinervdm: ok, great
12:55.21Heinervdmi can't rember where i can find the db :D
12:55.34mrmokuHeinervdm: /etc/freesmartphone/opim/pim.db
12:56.07CIA-102SHR: 03morphis 07libphone-ui * r304538f6296b 10/ (5 files in 3 dirs): phoneui: remove default config file and make it a example; configs are now in OE
12:58.17Heinervdmmrmoku: sent you an email
12:58.24mrmokuok
13:04.31CIA-102freesmartphone.org: 03mickey 07cornucopia * re84a84968c93 10/fsogsmd/src/ (lib/fsogsm3rdparty.vapi plugins/pdp_ppp_internal/plugin.vala): fsogsmd: more work on pdp_ppp_internal
13:06.42mrmokuHeinervdm: hmm... e segfaults permanently :/
13:06.57mrmokubuilds gdb
13:06.58Heinervdmthat's bad
13:07.02mrmokuyup
13:12.31morphismrmoku: everything is pushed
13:13.52mrmokugood
13:15.02GNUtoo|laptopback
13:15.30GNUtoo|laptopmickeyl, is defconfig and git address enough?
13:15.54mickeylfor now the binaries would be better
13:16.02mickeyljust to eliminate potential sources of problems
13:16.28mickeyli just want to reproduce what you did, so i can continue working. lateron we can sort the construction out
13:17.25GNUtoo|laptopok
13:17.32GNUtoo|laptopI'm not sure I have binaries
13:17.38GNUtoo|laptopI have what's flashed on my device
13:18.14*** join/#openmoko-cdevel ChristW_ (~ChristW_@h134023.upc-h.chello.nl)
13:21.23*** join/#openmoko-cdevel pespin (~pespin@90.163.63.99)
13:21.56mickeylwell, that's what i call binaries... but anyways, i first need a bootable image anyways, so i might build it from scratch anyways. the one that i have will probably not boot due to the missing modules for .37. so yes, what's the defconfig and git for the right kernel?
13:24.02GNUtoo|laptopno module issues
13:24.11GNUtoo|laptopeverything is inside the lzma-ed kernel
13:24.43pespinjluis, OE dev fixed the linux->linux-gnu bug in OE and now it's possible to build the shr-unstable image for exopcslate ;)
13:24.45mickeylok, then it might be faster if i just flash a kernel from you and then scp phonet-utils
13:25.01GNUtoo|laptopok I can compile it for you then
13:25.57GNUtoo|laptophttp://www.pastie.org/1613030 with http://gitorious.org/nokia-n900-kernel/nokia-n900-kernel/commits/2.6.37-n900-next
13:26.02GNUtoo|laptopI'll compile a kenrel for you
13:26.08GNUtoo|laptopbut all that is really easy to do
13:26.16GNUtoo|laptopwith the devshell
13:28.10mickeylwhat's the git URI for that?
13:28.28*** join/#openmoko-cdevel morphis (~morphis@dslb-092-076-164-053.pools.arcor-ip.net)
13:29.28mrmokumickeyl: that remindes me... I pushed that kernel to fso.git forgetting to prefix with nokia900 :/
13:29.50mrmokufeel free to remove it from there the next time your doing something on that host
13:29.59mrmokupushed it with the prefix too
13:30.31morphismrmoku: you can remove the branch on your own
13:30.49morphiswith 'git push master :<name of your branch to remove>'
13:31.15mrmokuhmm
13:31.17mrmokutries
13:31.26morphisäh
13:31.35morphisgit push origin :<cour branch to remove>
13:31.38morphisnot master
13:31.50mrmoku:P
13:31.57mrmokuand not :master ;)
13:31.57mickeylheh
13:32.20mrmoku0022 mok@gonzales[pts/7]:~/src/openmoko/kernel-fso-> git push origin :nokia-next
13:32.23mrmokuTo ssh://git@git.freesmartphone.org/linux-2.6.git - [deleted]         nokia-next
13:32.26mrmokuthanks morphis :)
13:35.25mickeylGNUtoo|laptop: ERROR: Fetch failed: Unable to fetch URL git://gitorious.org/nokia-n900-kernel/nokia-n900-kernel/commits/2.6.37-n900-next from any source.
13:35.34mickeylis that the correct git URI?
13:35.42GNUtoo|laptopmickeyl, my kernel won't work
13:35.50mickeyl?
13:35.52GNUtoo|laptopyou need a different CMDLINE
13:35.54GNUtoo|laptopI use ubifs
13:36.01GNUtoo|laptopbut I can compile that for you
13:36.03mrmokumickeyl: git://gitorious.org/nokia-n900-kernel/nokia-n900-kernel.git
13:36.16mrmokuand the branch is 2.6.37-n900-next
13:36.26mickeylmrmoku: ah, that sounds better. thanx
13:36.27GNUtoo|laptophttp://gitorious.org/nokia-n900-kernel/nokia-n900-kernel/commits/2.6.37-n900-next was an http url to use with a browser, follow what mrmoku just said
13:37.41mrmokuHeinervdm: #8  0x4106ec72 in fso_resource_changed (data=0x2effa8, msg=0x3d59b0) at e_mod_gad_gsm.c:804
13:38.06mrmokuGNUtoo|laptop: with DEBUG_BUILD = "1" and PACKAGE_STRIP = "no" I finally get nice bts :)
13:38.42GNUtoo|laptopmrmoku, nice
13:39.01GNUtoo|laptopfor PACKAGE_STRIP="no" I'm not sure it's strictly necessary
13:39.06GNUtoo|laptopusually it works like that:
13:39.13GNUtoo|laptopthere is a special oe strip[
13:39.18GNUtoo|laptops/[//
13:39.41GNUtoo|laptopthat copies the non-stripped binary and save it before stripping the one
13:40.00GNUtoo|laptopand then the debug infos finishes in -dbg
13:40.10GNUtoo|laptopand the normal stripped binary in the normal path
13:41.18mickeylhmm
13:41.21mickeylCloning into /local/pkg/sources/git/gitorious.org.nokia-n900-kernel.nokia-n900-kernel.git...
13:41.21mickeyl<PROTECTED>
13:41.23mickeylfun
13:41.23mrmokuhmm... if using the debug optimization instead of the normal one is enough to get good -dbg packages then we should turn that on as default
13:41.40mrmokuhmm
13:41.55mrmokuI pasted that from my .git/config
13:41.59mrmokuquite sure it is correct
13:42.04mrmokutries if fetching works
13:42.23mickeylgit://gitorious.org/nokia-n900-kernel/nokia-n900-kernel.git;protocol=git;branch=2.6.37-n900-next would be the OE URI
13:42.23mrmoku0022 mok@gonzales[pts/7]:~/src/openmoko/kernel-fso-> git fetch nokia
13:42.23mrmoku0022 mok@gonzales[pts/7]:~/src/openmoko/kernel-fso->
13:42.54mrmokumickeyl: you can as will just use the one I pushed to the fso kernel git
13:42.57Heinervdmmrmoku: 804         if (strcmp("GSM",resource) == 0)
13:43.01ChristW_Ok, so thanks to JaMa|Off I now have a built image for SHR-U!
13:43.08mrmokubranch is nokia900/nokia-next
13:43.09Heinervdmmrmoku: how can this segfault?
13:43.24mrmokuHeinervdm: resource being NULL or something invalid
13:43.35ChristW_Heinervdm: See what mrmoku wrote ;-)
13:43.58ChristW_(You were too quick for me...)
13:45.02GNUtoo|laptopgive me 5min
13:45.06GNUtoo|laptopand you'll have a kernel
13:45.20ChristW_Is http://shr-project.org/trac/wiki/Building%20SHR#Makingchanges still up-to-date?
13:46.56HeinervdmChristW_: should be
13:46.58mickeylok, building.
13:47.06mickeylhave an appointment now
13:47.07mickeyll8er
13:47.09HeinervdmChristW_: do you want to modify the shr-apps?
13:47.31ChristW_Heinervdm: Ok, I'll try to build something from source... Yes, I would like to participate in the party!
13:47.42ChristW_mickey|bbl: CYLTR.
13:48.42mrmoku[ 2571.170000] Out of memory: kill process 386 (gdb) score 1387 or a child
13:48.45mrmokushit :/
13:48.59mrmokubuilds and installs gdbserver
13:49.44Heinervdmmrmoku: so should we change that line to: if (resource && strcmp("GSM",resource) == 0)
13:50.03mrmokuHeinervdm: that would help if resource is correctly initialized, yeah
13:50.22mrmokuthough I think it is fixed in the current gsm gadget
13:50.33mrmokumaybe bumping the rev for it would be the better thing to do
13:50.39Heinervdmmrmoku: no that is the current version
13:51.00mrmokuoh
13:51.13Heinervdmtesting has the changes from [Rui] for the shr_elm_softkey too
13:51.31mrmokuTAsn: your freaking gadget is still segfaulting ;)
13:51.35mrmokuHeinervdm: yeah, saw that :)
13:51.39mrmokubrb
13:57.30GNUtoo|laptopmickey|bbl, done
13:57.51GNUtoo|laptopmickey|bbl, http://gnutoo.homelinux.org/mickeyl/forwarderkit/
13:58.21Heinervdmi have no write access to shr-e-gadgets
14:02.09mrmokuHeinervdm: that is changeable ;)
14:02.17Heinervdmmrmoku: :)
14:02.59mrmokuHeinervdm: now you have :)
14:04.48*** join/#openmoko-cdevel phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793)
14:08.07ChristW_Building an ipk for libphone-ui-shr fails, because of a missing /etc/libphoneui.conf. I _could_ place one there, ofcourse, but that would seem a bit strange...
14:08.57ChristW_Also, is it possible to copy 'just' the executable (or library, in this case...) over to the phone? I'd need to restart some stuff, ofcourse... installing from an .ipk would be easier, I guess.
14:09.31HeinervdmChristW_: you build it with bitbake?
14:09.36ChristW_Yes.
14:10.08Heinervdmcan you pastbin the log?
14:11.05ChristW_http://pastebin.com/sqTZg8Ps
14:11.58ChristW_I guess it goes wrong at line 66. Perhaps 28.
14:16.56HeinervdmChristW_: update your OE
14:17.06Heinervdmthat's because of morphis change
14:17.40ChristW_Ok, 'make upadte' is running now...
14:17.48ChristW_/ad/da/
14:30.25mrmokuHeinervdm: http://shr.pastebin.com/d9mnuX3w
14:33.14Heinervdmthat can only fail if it is not a hashtable
14:34.41Heinervdmbut that's not the same segfault as i had
14:34.58Heinervdmfor me the message was shown and it segfaulted then
14:35.11Heinervdmthis looks like it segfaults while loading the messages
14:37.20*** join/#openmoko-cdevel ikoframe (~iko@shodan.ibl.sk)
14:38.02CIA-102SHR: 03mok 07libphone-ui-shr * r06b0bda86655 10/src/view/message-list-view.c: message-list-view: fix segfault in _process_message_get
14:38.02mrmokuHeinervdm: hashtable is NULL
14:38.16mrmokuHeinervdm: now you could retry :-)
14:39.03Heinervdmmrmoku: was the message shown as it segfaulted?
14:39.20mrmokuHeinervdm: yup... problem is in the list, not the message view
14:39.28Heinervdmok
14:40.21morphisis there a solution to remove old version of builded recipes in OE which are not needed anymore automatically?
14:40.36mrmokumorphis: you mean the files in tmp?
14:40.48morphismrmoku: tmp/work/
14:41.06mrmokumorphis: don't know any
14:41.09morphisthere are several build directories for fsogsmd for example when I use AUTOREV
14:41.18morphisbut only one is needed (the latest)
14:41.19mrmokuprobably JaMa|Off would have some nice script at hand ;)
14:41.24Heinervdmmrmoku: was the item NULL too, and not just it_data?
14:42.25mrmokuHeinervdm: hmm... dunno, but I guess so
14:42.47mrmokuwhat happens is:
14:42.50Heinervdmlets hope
14:43.01mrmokua) the message gets updated by the show view (setting read flag)
14:43.08mrmokub) the list get's the message update signal
14:43.21mrmokuc) the list removes the message from the list (which is the only one)
14:43.29mrmokud) boom.. because there are no more messages in the list
14:43.43mrmokuit probably happens only when there is only exactly one message in the list
14:43.55Heinervdmok
14:46.25*** join/#openmoko-cdevel reinouts (~reinout@s529c858e.adsl.wanadoo.nl)
14:51.16JaMa|Offmorphis: I use rm_work and then delete whole tmp/work from time to time (when nothing is building atm)
14:51.49morphisJaMa|Off: ok
14:53.19*** join/#openmoko-cdevel max_posedon (~max_posed@46.56.131.143)
14:59.56ChristW_heinervdm: I now have a new SHR image with a libphone-ui-shr / LOCAL version.
15:00.06ChristW_So, updateing and re-making the image helped!
15:00.12HeinervdmChristW_: good
15:01.03ChristW_Now, what happens if I modify the source and re-build... Do I get an updated .ipk that I can scp to the FR and 'opkg install' from there?
15:02.11HeinervdmChristW_: yes, but there is a small problem, if your package has a smaller version then the package in the feed, opkg will install the feed package
15:02.16*** join/#openmoko-cdevel MadTBone_ (~bruce@cpe-66-65-112-179.nyc.res.rr.com)
15:03.11Heinervdmbecause of that you should get the cache.db from the buildhost
15:04.09CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7cdc164d4e37 10/Makefile: Makefile: use git:// for shr-chroot
15:04.15mrmokuChristW_: or have your own local feed
15:05.17Heinervdmthe cache dir on the buildhost is gone
15:05.23mrmokuJaMa|Off: I added daemon = yes to gitosis.conf... hope that works
15:10.12mrmokudownstairs for some pantetone and a capuccino ;)
15:13.23Heinervdmmrmoku: jetzt funktionierts
15:13.26Heinervdmups
15:13.34Heinervdmnow it works :)
15:22.54mrmokuHeinervdm: great :)
15:50.02methril_hi all
15:50.28methril_i'm testing the SHR Makefile, but the setup-shr-chroot is not working properly
15:50.53methril_it fetches the GIT metadata instead the proper source tre
15:50.57methril_tree
15:52.20mrmokumethril_: it clones with --bare ... and checks out afterwards
15:53.36methril_well, i 'm only able to see this: branches/ config description HEAD hooks/ info/ objects/ refs/
15:54.16methril_all the git metadata
16:01.35methril_mrmoku, The checkout give me this: fatal: This operation must be run in a work tree
16:04.23mrmokumethril_: yeah, ok
16:04.25mrmokuJaMa|Off: ^^
16:05.06methril_I think the ofending command is: git clone --bare ${SHR_CHROOT_URL} shr-chroot; \
16:05.30methril_it does not have to been git clone --bare ${SHR_CHROOT_URL} shr-chroot/.git/config-64bit; \ ?
16:06.00mrmokumethril_: problem is the --bare3
16:06.01mrmoku-3
16:06.39methril_you could do --bare if you put in the proper dir :)
16:06.48mrmokueither without bare or the target should be shr-chroot/.git
16:06.55mrmokuyeah
16:07.16mrmokumethril_: could you try if it works correctly with appended /.git ?
16:07.18methril_i'm trying my pproposs
16:07.26methril_checking now
16:14.13*** join/#openmoko-cdevel JesusMcCloud (~JesusMcCl@84-119-66-156.dynamic.xdsl-line.inode.at)
16:16.36methril_mrmoku, JaMa|Off no changes with the .git appended to shr-chroot
16:17.01mrmokuhmm
16:18.33mrmokumanually cloning with --bare
16:21.34methril_what is your git version? mine is 1.7.1
16:23.04mrmokugit version 1.7.4.1
16:23.51*** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
16:24.06alexxymickey|bbl: ping any news on already seen messages? btw multiple smsc seems fixed now
16:26.49mrmokumethril_: we have to turn off bare in .git/config
16:26.52mrmokuJaMa|Off: ^^
16:27.25methril_i see  that the bare works properly in newer versions
16:27.35methril_i was having a look to git changelog
16:27.48methril_and see if they change something
16:29.04methril_they did it after 1.7.1
16:32.11mrmokuJaMa|Off: btw. why did you add --bare anyway?
16:36.36mrmokumethril_: just remove the --bare then
16:37.00methril_it works with 1.7.1 without bare
16:37.05methril_yes, is working now
16:37.08methril_thank you
16:37.13mrmokugood
16:37.37mrmokuwill change the makefile when back to my laptop
16:44.20mrmokumethril_: ahh... JaMa|Off already did that :P
16:45.41methril_mrmoku, JaMa|Off Thank you
16:46.20mrmokuyw
16:48.19methril_well this is going to take a while.....
16:48.22methril_bbl
16:48.51GNUtoo|laptopmickey|bbl, ping
16:49.00GNUtoo|laptopping me when you're back
17:37.05*** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
17:42.38*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-28.rev.numericable.fr)
18:04.38PaulFertserGNUtoo|laptop: holy shit, so he actually published but didn't tell us...
18:04.41*** join/#openmoko-cdevel Slyon (~lukas@p4FDB0AF0.dip0.t-ipconnect.de)
18:05.16GNUtoo|laptopPaulFertser, indeed
18:05.34GNUtoo|laptopbut at the end it works
18:05.51PaulFertserGNUtoo|laptop: congratulations, great work.
18:06.01GNUtoo|laptopI did nearly nothing
18:06.04GNUtoo|laptopjust using a search engine
18:06.19GNUtoo|laptopunderstanding how to use the program with the help of the script
18:06.21GNUtoo|laptopused it
18:06.30GNUtoo|laptopand ran my modified libisi test
18:06.33GNUtoo|laptopand it was it
18:06.47GNUtoo|laptopthe hardest part was....using the search engine
18:07.01GNUtoo|laptopif it wasn't done right the rest cound't have happened
18:08.09PaulFertserGNUtoo|laptop: and apparently the info he told me on irc wasn't completely accurate.
18:08.17GNUtoo|laptopindeed
18:08.30GNUtoo|laptopbecause you needed to do routing
18:08.32PaulFertserGNUtoo|laptop: and if i didn't persist so much on asking him the details at #ofono he would have never published it probably.
18:08.35GNUtoo|laptopand multiples routes
18:09.00PaulFertserFunny ways...
18:10.11GNUtoo|laptopanyway mickey|bbl is bbl
18:10.16GNUtoo|laptopI'm waiting for him to try it
18:10.27GNUtoo|laptopbasically it must also be run on the host
18:10.37GNUtoo|laptopto set the correct address of the laptop interface
18:10.41GNUtoo|laptopand correct routing
18:12.03*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
18:13.24PaulFertserGNUtoo|laptop: Are you sure? With libisi test unmodified it was still perfectly able to send packets for 0x00 via the interface.
18:13.43GNUtoo|laptopI'm only sure that my setup works
18:13.47GNUtoo|laptopI didn't test other ways
18:14.15GNUtoo|laptopI modified for:
18:14.19GNUtoo|laptop*changing the interface
18:14.22GNUtoo|laptop*disabling routing
18:14.33GNUtoo|laptop*setting the interface address to PN_DEV_something_else
18:14.51PaulFertserGNUtoo|laptop: this g_pn_netlink_add_route(modem->idx, PN_DEV_HOST); looks like it was doing exactly what was needed, so probably phonet-utils on host are not needed.
18:15.13GNUtoo|laptopPN_DEV_PC to be exact
18:15.30GNUtoo|laptopyes I did it like that:
18:15.36PaulFertserI saw your message.
18:15.38PaulFertserIn the backlog.
18:15.45GNUtoo|laptopok
18:16.13GNUtoo|laptophttp://meego.gitorious.org/meego-cellular/phonet-utils/blobs/master/misc/if-pre-up is self-explanatory
18:16.21GNUtoo|laptopand better than the backlog
18:16.59PaulFertserI've read it several times already.
18:17.39GNUtoo|laptopok
18:18.12GNUtoo|laptopis there something else to work on now?
18:19.06PaulFertserGNUtoo|laptop: thanks for your work man. I really couldn't have thought Remi had published it already, i was going to do roughly what he does in the utils but of course it would take me a lot of time (if succeeded at all)...
18:19.55GNUtoo|laptopI didn't do a lot to make it succeed, but sometimes small things can have huge impacts
18:20.04GNUtoo|laptop:)
18:22.50JaMa|Offmrmoku: --bare because checkout takes some time and for 32bit we were checking your master and then changing to 32bit branch with git checkout
18:23.32mrmokuJaMa|Off: ahh, Ic
18:23.49JaMa|Offmrmoku: but git clone -b ${CHROOT_BRANCH} could be better maybe
18:24.21mrmokuJaMa|Off: --no-checkout
18:24.33mrmokudunno what git version that requires
18:24.52mrmokuwith --bare you have to turn bare off after cloning to be able to checkout
18:25.30mrmokushr@opmbuild:~$ git --version
18:25.30mrmokugit version 1.5.6.5
18:25.45mrmokuJaMa|Off: --no-checkout seems to be save... at least old git on buildhost has it too :-)
18:29.43JaMa|Offah, usefull
18:30.47JaMa|Offdid setup-shr-chroot and setup-shr-unstable inside ok today.. should I merge shr-chroot to master now? (with --no-checkout?)
18:32.39CIA-102SHR: 03Martin.Jansa 07shr-makefile * r29aea2678eb0 10/Makefile: Makefile: use --no-checkout for shr-chroot*, thanks mrmoku
18:33.19mrmokuJaMa|Off: yup, let's move forward
18:33.25morphisSlyon: ping
18:33.42Slyonmorphis, pong
18:33.49morphisI have another idea for bootr
18:34.07Slyonok, which one?
18:34.12morphiswe can specify an argument for the kernel when it is restarting
18:34.15mrmokuGNUtoo|laptop: hmm... the powersuplly plugin for n900 seems to be still disabled in fsodevice..
18:34.23mrmokus/suplly/supply/
18:34.28morphiswhich is forwarded to the bootloader and the bootloader then put it on the kernel cmdline
18:34.38GNUtoo|laptopmrmoku, yes it is
18:34.40morphisSlyon: so we can implement something like 'reboot shr' in SHR
18:34.47GNUtoo|laptopI have /etc/fsodeviced.conf
18:34.49morphisto reboot automatically in shr and not in bootr
18:34.56mrmokuGNUtoo|laptop: any reason for that?
18:34.57GNUtoo|laptopwe make an announce and push it?
18:35.01GNUtoo|laptopnone
18:35.04GNUtoo|laptopno one did it
18:35.05mrmokugood :)
18:35.17GNUtoo|laptopso push it and announce it
18:35.23CIA-102SHR: 03Martin.Jansa 07shr-makefile * re1e351f977a3 10/ (conf/auto.conf conf/local.conf setup-env): Use MACHINE and DISTRO from shell environment
18:35.24CIA-102SHR: 03Martin.Jansa 07shr-makefile * rf056ebfb48e9 10/conf/site.testing.conf: remove unneeded site.testing.conf link
18:35.26GNUtoo|laptopdon't forget to announce it
18:35.30CIA-102SHR: 03Martin.Jansa 07shr-makefile * rda25ede110cf 10/Makefile: Makefile: add shr-chroot, drop setup-bitbake etc in favor bitbake installed in shr-chroot
18:35.31CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7bb9ed3d2232 10/ (Makefile openembedded.mk): Makefile: drop targets using openembedded.mk
18:35.33CIA-102SHR: 03Martin.Jansa 07shr-makefile * r8f50723635bc 10/ (5 files in 2 dirs): Makefile: move OE related checkouts to /OE and force Makefile to work only from inside shr-chroot (except setup-shr-chroot)
18:35.34mrmokuGNUtoo|laptop: I think I announced it long time ago :P
18:35.35CIA-102SHR: 03Martin.Jansa 07shr-makefile * rf94105d3af4b 10/ (Makefile conf/auto.conf): auto.conf: keep it compatible with shell as we source it now from setup-env
18:35.39mrmokuchecks mails
18:35.41CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7767fcd82a75 10/Makefile: drop make setup and make update-shr-chroot available only from outside chroot
18:35.42CIA-102SHR: 03Martin.Jansa 07shr-makefile * r14b2462bfabd 10/Makefile: Makefile: detect shr-chroot from ../OE
18:35.42CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7d51286f2667 10/Makefile: Makefile: remove all in/out chroot checks and hardcoded /OE/ prefix
18:35.43CIA-102SHR: 03Martin.Jansa 07shr-makefile * r28829e4e4073 10/Makefile: Makefile: add bitbake checkout and update back (for users not using shr-chroot)
18:35.47CIA-102SHR: 03Martin.Jansa 07shr-makefile * rdd45ef5d0c63 10/Makefile: Makefile: shallow clone for shr-chroot
18:35.48CIA-102SHR: 03Martin.Jansa 07shr-makefile * rbde7625f693c 10/Makefile: Makefile: fix update-bitbake
18:35.55CIA-102SHR: 03Martin.Jansa 07shr-makefile * r560fd1c4d86f 10/Makefile: checkout shr-chroot-32bit to separate directory
18:35.55GNUtoo|laptopbecause I've no idea on the long time effects of running 2 charging scripts at once
18:35.57CIA-102SHR: 03Martin.Jansa 07shr-makefile * rbbe31407b76c 10/Makefile: Makefile: better test for 64/32 bit chroot
18:35.58CIA-102SHR: 03Martin.Jansa 07shr-makefile * r29aea2678eb0 10/Makefile: Makefile: use --no-checkout for shr-chroot*, thanks mrmoku
18:35.58CIA-102SHR: 03Martin.Jansa 07shr-makefile * r6bead857240d 10/setup-env: setup-env: add bitbake/bin to PATH if exists, setup PS1 to show MACHINE/DISTRO
18:35.59CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7cdc164d4e37 10/Makefile: Makefile: use git:// for shr-chroot
18:36.00CIA-102SHR: 03Martin.Jansa 07shr-makefile * r7bc54168ee3b 10/Makefile: Makefile: add support to choose COMMON_BRANCH
18:36.02CIA-102SHR: 03Martin.Jansa 07shr-makefile * rd7fb1f002ab9 10/Makefile: add setup-shr-chroot-32bit and update-shr-chroot-32bit, fix regexp for passwd UID/GID
18:36.03CIA-102SHR: 03Martin.Jansa 07shr-makefile * raf4196fa56f6 10/Makefile: Makefile: switch COMMON_BRANCH to new shr-chroot
18:36.04CIA-102SHR: 03Martin.Jansa 07shr-makefile * r3e81fa62ada5 10/conf/site.conf: site.conf: return CACHE definition
18:36.05CIA-102SHR: 03Martin.Jansa 07shr-makefile * r36176b167ec4 10/Makefile: Makefile: fix update-common
18:36.09CIA-102SHR: 03Martin.Jansa 07shr-makefile * rb639f83a9b89 10/Makefile: Makefile: use --bare instead of --depth for shr-chroot, because http transport doesn't support later (thanks mrmoku)
18:36.09CIA-102SHR: 03Martin.Jansa 07shr-makefile * r4d504590c450 10/Makefile: Makefile: small fix
18:36.11CIA-102SHR: 03Martin.Jansa 07shr-makefile * r5c71441e6d68 10/Makefile: Makefile: replace Makefile with link to common/Makefile also after update-common
18:36.13CIA-102SHR: 03Martin.Jansa 07shr-makefile * r0ec61e001a0a 10/Makefile: Makefile: use master branch for common again
18:36.46mrmokuGNUtoo|laptop: hmm... or not... at least I can't find it
18:36.56mrmokuwill announce it then
18:36.57Slyonmorphis, yeah, nice idea
18:37.13morphisSlyon: would help me a lot while developing
18:37.16mrmokuJaMa|Off: what is the buildhost status? or better... when will we do the next fso bump?
18:37.28Slyoni will look how to do it, maybe in the next few days
18:37.29GNUtoo|laptopmrmoku, anyway send a new warning
18:37.45Slyonmorphis, btw, at the moment I'm rewriting idle_screen to look good on the palmpre
18:37.45mrmokuGNUtoo|laptop: yeah, I want to avoid though to send it too early :P
18:37.54morphisSlyon: yeah!
18:37.59morphisSlyon: how far are you?
18:37.59mrmokuit should be in the feed (or at least almost) when I announce it
18:38.00Slyon(see scap)
18:38.17Slyonthe code works on the pre but segfaults on the FR, so i cant push yet^^
18:38.21mrmokuheh interesting
18:38.26GNUtoo|laptopmrmoku, send it, make the change and build it
18:38.33morphisSlyon: ah ok
18:38.37GNUtoo|laptopmake the change include pushing
18:38.47mrmokuthere's between 3 and 5 users registering to our trac *every* day :P
18:38.52morphisSlyon: I am currently working on getting GSM stable ...
18:38.55Slyonmorphis, i'm testing at the moment and hope to push this evening
18:39.08Slyonmorphis, nice!
18:39.16mrmokuGNUtoo|laptop: that involves bumping fso
18:39.19morphisbut fsogsmd + phonefsod + phoneuid combination drives me crazy ...
18:39.20Slyoni just upgraded my OE and saw all your patches :)
18:39.25Slyonheh
18:39.25morphishehe
18:39.33morphisSlyon: but you need AUTOREV if you want to build
18:39.43Slyoni have autorev
18:39.45GNUtoo|laptopmrmoku, ?
18:39.45morphisand I don't pushed everything I worked on
18:39.46Slyonfso and shr
18:39.46morphisok
18:39.51Slyonok
18:40.07GNUtoo|laptopmrmoku, for trac: spam or real users?
18:40.34mrmokuGNUtoo|laptop: dunno...
18:42.07mrmokuGNUtoo|laptop: at least timeline shows no new spam
18:42.31morphisSlyon: can you ping me when you are ready with the new idle screen?
18:42.43Slyonmorphis, yes sure!
18:42.47morphisI am going to cebit next week and hope to show my Pre Plus running SHR there
18:42.59Slyoni know :)
18:44.24JaMa|Offmrmoku: I already did 2 days ago, but feel free to do another one if needed
18:44.34JaMa|Offmrmoku: buildhost is waiting for you :)
18:44.38mrmokuJaMa|Off: ok :)
18:49.18*** join/#openmoko-cdevel max_posedon (~max_posed@46.56.235.180)
18:50.12morphisSlyon: does idle_screen use FSO Device API to retrieve battery status?
18:50.24Slyonyep
18:50.29morphisok
18:50.51Slyonwell actually it gets set from phonefsod afaik, but this one gets it from fso
18:51.05morphisok
18:51.15morphisbtw. who did this screenshot http://scap.linuxtogo.org/files/05f203339ce44f8ad991dee06e980aa0.png ?
18:51.31Slyonmorphis, that was me
18:51.34morphisSlyon: ah ok
18:51.45morphisso you have a different config for e-wm than default SHR?
18:52.14Heinervdmmorphis: thats elfi
18:52.17Slyonmorphis, no, i just compiled and installed the new "elfe" launcher
18:52.20morphisas the font of the application icons has the correct size etc
18:52.23morphishm ok
18:52.29Slyonits in OE, but there is a rather old REV
18:52.32morphisHeinervdm: I know I did the OE recipe for it :)
18:52.42Heinervdmmorphis: ok :)
18:52.53Slyonmorphis, i use a modified elementary.sh
18:53.09morphisSlyon: ah ok, can give me it's content so I can make it default?
18:53.27Slyonand since yesterday night i also have a nice sized illume panel
18:53.32morphisyeah
18:53.32Slyonmorphis, yes, sure
18:53.48morphisSlyon: with modifying e-wm config?
18:53.53Slyonmorphis, for the panel see here: http://git.shr-project.org/git/?p=shr-themes.git;a=tree;f=e-wm/e-wm-config-illume2-shr;h=4a1dfe8a09842f86ba8eca456a16290da0709348;hb=HEAD
18:54.01Slyonthere you can change all this stuff
18:54.05Slyonits in illume-indicator file
18:54.10Slyonsize of 35 is pretty good
18:54.12morphisok
18:54.34morphisI think we need more and more a machine specific config for the e-wm
18:55.31TAsnmrmoku, what gadget?
18:55.42Slyonmorphis, here is my elementary.sh http://pastebin.com/1TAGGkGv
18:55.58Slyoni also use the default theme, as pre is fast enough :)
18:56.07morphisok
18:56.36mrmokuTAsn: the gsm one
18:56.47TAsnnot mine
18:56.50mrmokuTAsn: and I know its not yours :P
18:56.52TAsnI just adapted it
18:56.54TAsn:)
18:56.59TAsna tiny bit.
18:57.07TAsnI don't write broken code ;P
18:57.20mrmoku:)
18:57.31mrmokubrb
19:01.11*** join/#openmoko-cdevel DocScrutinizer-8 (~jr-N810@p57B46AC5.dip.t-dialin.net)
19:01.11*** join/#openmoko-cdevel DocScrutinizer-8 (~jr-N810@openmoko/engineers/joerg)
19:02.31morphishm we still have the problem that the e battery gadget does not use fso for gathering the battery capacity
19:04.22GNUtoo|laptopyes indeed that's an issue
19:04.25GNUtoo|laptopmaybe talk to captainigloo
19:04.28GNUtoo|laptopbtw hi captainigloo
19:04.38GNUtoo|laptopI tried brcm80211 and I failed too
19:08.01morphisGNUtoo|laptop: why captainigloo? as he is the advanced e17 guy?
19:08.19GNUtoo|laptopyes
19:08.25GNUtoo|laptophe's the one who made elfe
19:08.34GNUtoo|laptopbtw dcordes gave the image to Cotulla
19:08.39GNUtoo|laptop(for captainigloo )
19:08.57GNUtoo|laptopso if Cotulla find it good enough, he may work on alsa
19:10.21morphisGNUtoo|laptop: who's Cotulla?
19:10.40morphisand what he wants to do with alsa?
19:11.38GNUtoo|laptopmorphis, someone in #htc-linux, forget about it it's for the nexusone
19:11.45morphisGNUtoo|laptop: ah ok
19:12.07GNUtoo|laptopmaybe you'll need that with the palm-pre-3?
19:12.11GNUtoo|laptops/?//
19:12.20morphishm whats the best way to add machine specific changes to e-wm-config-illume2-shr?
19:12.32morphisGNUtoo|laptop: real alsa support?
19:12.48morphisGNUtoo|laptop: is there no good alsa implementation for the newer msm chips?
19:12.55GNUtoo|laptopnope
19:13.00GNUtoo|laptoponly mine...lol
19:13.08morphishehe
19:13.10GNUtoo|laptopwhich is derived from an ubuntu source found on the net
19:14.10GNUtoo|laptopbasically it's important for us
19:14.15morphiseven the android guys doing no real alsa on the recent msm chips?
19:14.27GNUtoo|laptopthey don't use alsa by default
19:14.34GNUtoo|laptopbasically here's why I do it
19:14.40GNUtoo|laptopI do it for captainigloo
19:14.47GNUtoo|laptopso he doesn't loose motivation
19:14.54GNUtoo|laptopand we really need him.....
19:15.59morphiscaptainigloo: he has a nexus one?
19:17.24morphisGNUtoo|laptop: what with that kernel here: https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=tree;f=sound/soc/msm;h=e6d025fdad4499102451a498aff3bf79eeb432f5;hb=HEAD
19:17.51GNUtoo|laptopmorphis, he has an htc desire
19:17.56GNUtoo|laptopwhich has the same SOC
19:17.58morphisit seems to have alsa support
19:18.29GNUtoo|laptopmorphis, that uses CAL instead of DAL
19:18.35GNUtoo|laptop*CAD
19:18.41morphis?
19:18.44GNUtoo|laptopwe have DAL on android based kenrels
19:18.49GNUtoo|laptopunderlying sound system
19:19.55morphisand whats CAL?
19:20.17*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
19:21.15*** join/#openmoko-cdevel sleipnir (~sleipnir@p4FDD165F.dip.t-dialin.net)
19:21.46Slyonhey. someone willing to test my idle_screen changes on the FR?
19:21.56*** join/#openmoko-cdevel phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793)
19:22.10Slyonlooks like my sdcard is scrumbled, as i get "Illegal Instruction" for alle phoneuid apps
19:22.27GNUtoo|laptopmorphis, basically the phone has some DSP
19:22.42GNUtoo|laptopfor instance you have /dev/msm_mp3
19:22.58GNUtoo|laptopyou can cat an mp3 to it
19:23.20morphisbaah
19:24.10GNUtoo|laptopand you have sound
19:24.14GNUtoo|laptopit uses special ioctls
19:24.16GNUtoo|laptopetc...
19:24.22GNUtoo|laptopyou can also cat a wav
19:24.29GNUtoo|laptopto /dev/msm_pcm_out
19:24.40GNUtoo|laptopso you have a different sound system
19:24.54GNUtoo|laptopso you have:
19:25.05GNUtoo|laptophardware<->qdsp6<->alsa
19:25.17GNUtoo|laptopqdsp6 is the name of the sound system they have
19:25.21GNUtoo|laptopin the kenrel sources
19:30.41morphissounds not very great
19:30.51GNUtoo|laptopindeed
19:31.01GNUtoo|laptopalsa is buggy as hell on theses devices
19:31.05GNUtoo|laptopbuffer underruns
19:31.10GNUtoo|laptopapplication blocking
19:31.10CIA-102freesmartphone.org: 03morphis 07cornucopia * rfb7dfb047cc0 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (callhandler.vala unsolicited.vala): fsogsmd: modem_qualcomm_palm: fix logic for initiating a new call
19:31.11GNUtoo|laptopetc...
19:31.13CIA-102freesmartphone.org: 03morphis 07cornucopia * rb02456a498e6 10/fsogsmd/src/plugins/modem_qualcomm_palm/mediators.vala: fsogsmd: modem_qualcomm_palm: do unregistering from a network correctly
19:31.17CIA-102freesmartphone.org: 03morphis 07cornucopia * rb26e6581cbe0 10/fsogsmd/src/plugins/modem_qualcomm_palm/plugin.vala: fsogsmd: modem_qualcomm_palm: be more verbose according to our data channel
19:31.21CIA-102freesmartphone.org: 03morphis 07cornucopia * r2530803466e4 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (callhandler.vala mediators_call.vala unsolicited.vala): fsogsmd: modem_qualcomm_palm: fix compilation errors and mark two call mediators as unsupported
19:31.23CIA-102freesmartphone.org: 03morphis 07cornucopia * r100edfd21616 10/fsogsmd/src/plugins/modem_qualcomm_palm/plugin.vala: fsogsmd: modem_qualcomm_palm: read channel configuration when it is needed
19:31.25CIA-102freesmartphone.org: 03morphis 07cornucopia * r7b3116b475b5 10/fsogsmd/src/lib/modem.vala: fsogsmd: modem: add debug info when creating a mediator
19:31.45mrmokuGNUtoo|laptop: hmm... how can I verify it is actually charging?
19:32.15GNUtoo|laptopshadow jk scripts
19:32.23GNUtoo|laptophttp://enivax.net/jk/n900/
19:32.30GNUtoo|laptophttp://enivax.net/jk/n900/bq27200.sh
19:32.32mrmokudid it change?
19:32.34mrmokuahh
19:32.44GNUtoo|laptopnot the charge.sh.txt
19:32.50GNUtoo|laptopbut the bq2700.sh
19:32.51mrmokuConnecting to enivax.net (85.17.200.76:80)
19:32.51mrmokuwget: can't open 'bq27200.sh': No such file or directory
19:32.56GNUtoo|laptopthat monitors the battery charge
19:33.03GNUtoo|laptopthen try that:
19:33.04GNUtoo|laptophttp://enivax.net/jk/n900/bq.tar
19:33.19mrmokuahh... without 2
19:33.21mrmoku0 instead
19:33.33mrmokuhmm
19:33.41mrmokuneeds better glasses :P
19:33.54GNUtoo|laptopfor me it works
19:34.13mrmokuactually... if I cd out of the /sys tree it works for me too :P
19:34.53*** join/#openmoko-cdevel GNUtoo|htcdream (~GNUtoo@host157-58-dynamic.116-80-r.retail.telecomitalia.it)
19:35.07mrmokubuilds i2ctools
19:35.56*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
19:37.41Slyonmrmoku, do you think i can push my changes to idle_screen. they work great on the palmpre but i cant test on my FR, as i get an Illegal Instruction error from phoneuid... i guess something is wrong with my build env
19:37.46Slyon?
19:38.36mrmokuSlyon: illegal instruction probably can't have much to do with it... just push
19:38.48Slyonmrmoku, okay
19:39.30GNUtoo|htcdreamillegal instruction is a compiler instruction that the cpu doesnt understand
19:39.39GNUtoo|htcdreamlike x86 instruction
19:39.42GNUtoo|htcdreamor armv7
19:39.48GNUtoo|htcdreamor neon
19:40.53morphisGNUtoo|htcdream: and whats with way palm is doing audio on their pixi device with msm?
19:41.02morphisusing pulse audio to do audio routing?
19:41.12morphismaybe it's a faster way to have working audio
19:41.45mrmokuGNUtoo|laptop: Charge:1 NOACT:0 IMIN:1 CI:1 CALIP:0 VDQ:1 EDV1:0 EDVF: 0
19:41.48mrmokulooks good, right
19:41.50mrmoku?
19:42.09GNUtoo|htcdreamalsa on pixie
19:42.24GNUtoo|htcdreambut workarrounds in alsa lib and pulse config
19:42.26mrmokuSlyon: I will try it before pushing to the feed
19:43.01Slyonmrmoku, okay thanks i will cleanup my commit messages an push afterwards :)
19:43.25mrmokugood
19:44.50mrmokuGNUtoo|laptop: another thing we have to fix is our initscripts
19:44.52morphisGNUtoo|htcdream: no real workaround in alsa lib
19:44.56morphisonly in pulse
19:45.05mrmokuthere is a g_ether.sh one which is made for gta02, but installed everywhere
19:45.26GNUtoo|htcdreamalsa lib is patched
19:45.34GNUtoo|htcdreamfor not blocking in close
19:46.30CIA-102SHR: 03lukasmaerdian 07libphone-ui-shr * ree013d5e0fe0 10/data/idle_screen/idle_screen.edc: idle_screen: style can now scale to small screens
19:46.38Slyonmorphis, idle_screen is in
19:46.41CIA-102SHR: 03lukasmaerdian 07libphone-ui-shr * re50e9927fac0 10/ (data/idle_screen/idle_screen.edc src/view/idle-view.c): idle_screen: make use of the new resizable theme
19:46.51GNUtoo|htcdreamif I remember well
19:48.25*** join/#openmoko-cdevel anarsoul (~anarsoul@80.249.90.112)
19:53.50*** join/#openmoko-cdevel methril_ (~methril@189.27.137.40.dynamic.adsl.gvt.net.br)
19:57.43Slyonso, i'm away for now
19:57.49mrmokucu
19:57.56Slyonmorphis, i will look at bootr in the next few days i hope
20:03.33morphisSlyon: great
20:03.59captainigloomorphis: my phone is an htc desire
20:04.04morphisGNUtoo|htcdream: for not blocking in close? is it realy necessary for us to do so?
20:04.44morphiscaptainigloo: ok
20:05.08dcordesguys, just booted SHR on my htcleo (HD2) again. totally forgot its potential. it's awesome work really !
20:05.16morphiscaptainigloo: one thing I have about elfe: scrolling between the pages seems to be a bit too far
20:06.05GNUtoo|htcdream1s
20:06.26dcordescan't wait to try elfe
20:06.32captainigloomorphis: you're right
20:06.37morphis:)
20:06.57captainiglooyou can change that by tweaking elementary config
20:07.24GNUtoo|htcdreammorphis,you have a pixie?
20:08.39captainigloomorphis: i will see if i can override this settings
20:08.43captainigloodeirectly in elfe ....
20:10.26dcordesGNUtoo|htcdream: your shr image boots up in 10secs max
20:10.43GNUtoo|htcdreamwow
20:11.00GNUtoo|htcdreamcaptainigloo, I tried brcm80211
20:11.06GNUtoo|htcdreamno success yet
20:11.15captainigloo:(
20:11.52GNUtoo|htcdreami think next try i'll look at platform device
20:12.05GNUtoo|htcdreami'm not out of idea yet
20:12.42captainigloocool
20:12.53captainiglooi see that you was talking about alsa
20:13.03captainiglooany news about that ?
20:13.06GNUtoo|htcdreamyes
20:13.22GNUtoo|htcdreamwe are giving an shr image for cotulla
20:14.19captainiglooreading my backlogs ...
20:15.18GNUtoo|htcdreamsome happens in #htc-linux...
20:16.13morphisGNUtoo|htcdream: no, I don't have a pixi
20:16.28morphiscaptainigloo: how to modify elementary config
20:16.29morphis?
20:16.29GNUtoo|htcdreamok
20:16.49GNUtoo|htcdreamso you don't need to care about that stuff
20:17.00GNUtoo|htcdreamunless you care about pixie and msm
20:17.21GNUtoo|htcdreamlike i care about iphone without having a device
20:17.29morphisGNUtoo|htcdream: I care about as Palm Pre 3 will use a msm chip
20:17.40GNUtoo|htcdreamok
20:17.43morphisand I think Palm will do it the same way there as they do it on the pixi
20:17.45GNUtoo|htcdream8x50
20:17.50GNUtoo|htcdreamok
20:18.09morphisit's maybe far away but I am already starting looking around to be ready when it is available
20:18.13GNUtoo|htcdreamthen gret kgdb or use their patches
20:18.19GNUtoo|htcdream*get
20:18.41morphiskgdb for debugging, right?
20:18.45GNUtoo|htcdreamyes
20:18.50morphisI even have your article on my list
20:18.53GNUtoo|htcdreamyou can do it with usbnet
20:18.56morphisbut too busy with other things
20:18.56GNUtoo|htcdreamyes
20:18.59GNUtoo|htcdreamok
20:19.03morphisjupp I saw
20:19.36*** join/#openmoko-cdevel plotr (~god@2001:700:303:2:203:25ff:fe2f:cd65)
20:28.41*** join/#openmoko-cdevel Orias_Korva (~atilla@94-226-49-211.access.telenet.be)
20:31.03dcordesGNUtoo|htcdream: is mahimahi fso conf upstreamed ?
20:32.47PaulFertserwonders if it's ethical to try to break in to guys connecting to irc via ipv6. Chances are, their host is not as protected (e.g. lacks firewalling on ipv6 or has some easy ssh passwords on the assumption it never gets direct ip or something).
20:34.17PaulFertserplotr: ^^^ kak dumaesh?
20:34.18mrmokuPaulFertser: hehe, probably not very much ethical :P
20:34.31CIA-102freesmartphone.org: 03morphis 07cornucopia * r326797a2f45c 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: fsogsmd: modem_qualcomm_palm: reset internal data structure on modem opening
20:34.37morphisso I am off
20:34.37morphisbye
20:34.40mrmokubye
20:38.28PaulFertserNorwegian University of Science and Technology. Sounds cool.
20:47.55*** join/#openmoko-cdevel ferluszt (~peter@p5DD29609.dip0.t-ipconnect.de)
20:51.40PaulFertserplotr: in fact i would very much like to hear more about studying there.
21:12.11mickey|bblmrmoku: the kernel doesn't compile for me
21:12.38mickey|bbl| `ssi_protocol_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
21:12.38mickey|bbl| `cs_hsi_client_remove' referenced in section `.data' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
21:12.38mickey|bblalthough i'm not sure whether this is the actual problem
21:12.50GNUtoo|laptopmickey|bbl, hi
21:13.01GNUtoo|laptopmickey|bbl, that's easy to fix
21:13.14mickey|bblhow?
21:13.19GNUtoo|laptoplet me find it
21:13.21mickey|bblk
21:14.02GNUtoo|laptophttp://git.freesmartphone.org/?p=linux-2.6.git;a=commitdiff;h=04848d92d6f834a11c6eadd57d5ddbb7c6c8ee02;hp=19dc30b2972cefaaad01a24d7f5055a765b15aa5
21:14.14GNUtoo|laptophttp://git.freesmartphone.org/?p=linux-2.6.git;a=commitdiff;h=19dc30b2972cefaaad01a24d7f5055a765b15aa5;hp=dc3ce15ea71681dc1c6c02f67398841a23f659e3
21:14.26GNUtoo|laptopmickey|bbl, I published binaries for you
21:14.40mickey|bblthanks, i've seen the 'forwardkit'
21:14.44GNUtoo|laptopok
21:15.33mickey|bblcan you cherry pick these commits to nokia-next?
21:15.39mickey|bblotherwise the kernel doesn't build
21:16.01GNUtoo|laptopok
21:16.03GNUtoo|laptopI'll do that
21:16.04mickey|bblthanks
21:16.30GNUtoo|laptopnokia-next is new?
21:16.48mickey|bblnokia900/nokia-next
21:16.55GNUtoo|laptopyes but is it new?
21:17.05mickey|bblno idea, mrmoku ?
21:17.19GNUtoo|laptopis it the same than that one:
21:17.33GNUtoo|laptophttp://gitorious.org/nokia-n900-kernel/nokia-n900-kernel/commits/2.6.37-n900-next
21:17.52mickey|bblyes, looks like it
21:18.37GNUtoo|laptopfetching
21:18.42GNUtoo|laptopit will take some time
21:19.27mickey|bblok, i won't be able to do anymore today anyways
21:19.35mickey|bblhopefully tomorrow nite
21:22.00GNUtoo|laptopok
21:22.10GNUtoo|laptopah it finally fetched the branch
21:23.28mrmokumickey|bbl: yeah, had that too with GNUtoo|laptop's defconfig
21:24.32PaulFertsermickey|bbl: have you heard news about the forwarding? I (not surprisingly) got nowhere but GNUtoo|laptop googled and found Remi's posted the phonet-utils sources on Feb 15 (after that strange conversation of ours).
22:24.07*** join/#openmoko-cdevel apt (~apt@rikers.org)
22:24.07*** topic/#openmoko-cdevel is Openmoko Community Developers Channel - discussion on all firmware images, packages and software | SHR: http://shr-project.org | #hackable1 | #openmoko-debian | #qtmoko | #android-on-freerunner | CIA notifications in #freesmartphone.org | Chan Logs: ~logs & http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt | Newsflash: type '~nf'
22:25.32gnutoodone
22:26.23mrmokugnutoo: thanks
22:32.58[Rui]mrmoku: btw, remember my message list crash? after all... it happens with an empty message list as well
22:36.35*** join/#openmoko-cdevel MadTBone_ (~bruce@160.39.238.196)
22:38.43antrikgnutoo: what broadcom chip does the phone use? brcm80211 only covers a few recent chips afaik...
22:44.17mrmoku[Rui]: hmmm... strange
22:45.49*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
22:48.33gnutooantrik, hi
22:48.41gnutooantrik, which phone?
22:48.58gnutooah captainigloo
22:49.03gnutooand mine too
22:49.06gnutoouse bcm4329
22:49.16gnutooantrik, I saw 4329 grepping the source
22:50.01mrmokugnutoo: if an interface already has a wrong netlink address... how to get rid of it?
22:50.14gnutoo-d
22:50.37gnutoolook at the tools syntax
22:50.54mrmokuohh, thanks
22:54.31gnutoodoes someone knows mediawiki
22:54.41gnutoofor editing the openmoko wiki
22:54.42gnutooI'd like to make a big warning box
22:54.47gnutoowikipedia is CC
22:54.52gnutoowe are GFDL
22:55.47gnutooso we can't copy their templates
23:00.01antrikgnutoo: it's definitely not among the chips the driver originally supported... might have been added recently perhaps, but I guess it's just some stub
23:02.03gnutooah ok
23:02.08gnutoodoes it support sdio?
23:20.30*** join/#openmoko-cdevel MadTBone_ (~bruce@cpe-66-65-112-179.nyc.res.rr.com)
23:25.38[Rui]2011-02-27T23:12:33.768820Z [CRITICAL] phoneuid : GLib <GLib>: g_variant_get_int32: assertion `g_variant_is_of_type (value, G_VARIANT_TYPE_INT32)' failed
23:25.43[Rui]loading messages
23:43.36gnutooantrik, so what should I do for getting scanning work in WEXT for bcm4329?
23:43.42gnutooI know nothing at wifi
23:58.18plotrhey guys, just dropped message on broken autotools at shr-u - whom should I ping to make sure it's packaged properly?

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.