**** BEGIN LOGGING AT Fri Aug 03 02:59:58 2012
Aug 03 05:39:49 <CIA-69> SHR: 03Martin.Jansa 07shr-chroot * r83c30293699d 10/ (12 files in 5 dirs): bitbake upgrade
Aug 03 11:35:48 <CIA-69> SHR: 03shr-devel 07buildhistory * r4457d96f0e36 10/ (3740 files in 2869 dirs): packages: Build 201208021810 of shr 20120802 for machine om-gta02 on opmbuild
Aug 03 11:58:27 <GNUtoo> JaMa, hi
Aug 03 11:59:24 <GNUtoo> I want to run 2 commands on boot:
Aug 03 12:00:25 <GNUtoo> root@om-gta02:~# chmod g+w /sys/bus/platform/drivers/gta02-pm-gps/gta02-pm-gps.0/power_on
Aug 03 12:00:25 <GNUtoo> root@om-gta02:~# chown root:dialout /sys/bus/platform/drivers/gta02-pm-gps/gta02-pm-gps.0/power_on
Aug 03 12:00:30 <GNUtoo> I want to run that on boot
Aug 03 12:03:06 <GNUtoo> chmod g+w /dev/ttySAC1 also
Aug 03 12:03:15 <GNUtoo> should I :
Aug 03 12:03:35 <GNUtoo> 1) run the commands in a machine unit script
Aug 03 12:03:39 <GNUtoo> or:
Aug 03 12:03:46 <GNUtoo> 2) use udev to make that happen
Aug 03 12:05:36 <JaMa> I would vote for udev
Aug 03 12:05:57 <GNUtoo> ok
Aug 03 12:06:08 <GNUtoo> how to replace permissions on devices nodes with udev?
Aug 03 12:06:17 <GNUtoo> because I only know how to create rules
Aug 03 12:06:28 <GNUtoo> like in the persistant-net-rules for instance
Aug 03 12:06:41 <GNUtoo> and does devtmpfs under it afffect the rules?
Aug 03 12:23:15 <GNUtoo> hmmm
Aug 03 12:23:41 <GNUtoo> JaMa, udev for the /dev/ttySAC1 is straingtforward
Aug 03 12:23:44 <GNUtoo> *udev rules
Aug 03 12:23:48 <GNUtoo> but how to handle sysfs
Aug 03 12:23:54 <GNUtoo> there is no udev for sysfs
Aug 03 12:24:42 <JaMa> you can add script which is executed on SAC1 creation
Aug 03 12:25:24 <GNUtoo> ok
Aug 03 12:25:40 <GNUtoo> I know that but I wondered if it was dirty or not
Aug 03 12:25:44 <GNUtoo> anyway I'll do that
Aug 03 12:32:54 <JaMa> it's used for few rules in udev-extraconf already.. so another one wont be so bad
Aug 03 12:44:06 <GNUtoo> yes I added it there
Aug 03 13:20:05 <morphis> heyho
Aug 03 14:13:50 <CIA-69> SHR: 03shr-devel 07buildhistory * rad55ceef41e6 10/ (12 files in 2 dirs): images: Build 201208031343 of shr 20120803 for machine om-gta02 on opmbuild
Aug 03 14:13:54 <CIA-69> SHR: 03shr-devel 07buildhistory * re3377f58a863 10/packages/ (166 files in 156 dirs): packages: Build 201208031343 of shr 20120803 for machine om-gta02 on opmbuild
Aug 03 14:39:50 <CIA-69> SHR: 03GNUtoo 07meta-smartphone * rd5a18872aff8 10/meta-openmoko/recipes-core/udev/ (3 files in 2 dirs): meta-openmoko: udev-extraconf: set permissions on the GTA02 gps power_on sysfs node
Aug 03 14:39:50 <CIA-69> SHR: 03GNUtoo 07meta-smartphone * r2adf6f0601b8 10/meta-openmoko/recipes-core/udev/ (udev-extraconf/gps.rules udev-extraconf_1.0.bbappend): meta-openmoko: udev-extraconf: add support for GTA02 GPS rules.
Aug 03 14:39:58 <CIA-69> SHR: 03GNUtoo 07meta-smartphone * rcafbacf658d0 10/meta-openmoko/recipes-navigation/gpsd/ (gpsd/om-gta02/gpsd-default gpsd_3.5.bbappend): meta-openmoko: gpsd: add support for GTA02
Aug 03 14:43:06 <GNUtoo> JaMa, hi
Aug 03 14:43:10 <GNUtoo> in which dir is gpsd?
Aug 03 14:43:16 <GNUtoo> in which dir does it run?
Aug 03 15:09:41 <GNUtoo> JaMa, now gpsd looks for the hook at:
Aug 03 15:09:53 <GNUtoo> etc/gpsd/device-hook
Aug 03 15:10:31 <GNUtoo> without the initial /
Aug 03 15:10:41 <GNUtoo> even with systemd it fails
Aug 03 15:10:55 <GNUtoo> fails means doesn't find the file
Aug 03 15:11:02 <GNUtoo> and systemd means the unit file
Aug 03 15:11:21 <GNUtoo> opkg install opkg install gpsd-systemd
Aug 03 15:33:56 <morphis> JaMa: you're fine with adding http://patchwork.openembedded.org/patch/33421/ to our oe-core tree?
Aug 03 16:21:10 <JaMa> morphis: yes, but where it fails?
Aug 03 16:21:43 <JaMa> morphis: only failing case I had was with efreet and that's fixed in jansa/efl branch
Aug 03 16:22:34 <morphis> when building the openwebos-image
Aug 03 16:22:42 <morphis> it's complaing about gcc-runtime-locale-de
Aug 03 16:23:13 <JaMa> GNUtoo: SHR root@om-gta04 ~ $ ls -lah /proc/`pidof gpsd`/cwd
Aug 03 16:23:13 <JaMa> lrwxrwxrwx 1 root root 0 Jan  6 02:13 /proc/732/cwd -> /
Aug 03 16:23:44 <JaMa> morphis: ah I don't have de locale enabled :), ok please add it
Aug 03 16:23:58 <morphis> will do
Aug 03 16:24:57 <GMUtoo> ok
Aug 03 16:25:20 <GMUtoo> hmmm
Aug 03 16:26:04 * GMUtoo prefers $() tough
Aug 03 16:32:46 <JaMa> morphis: OEBasicHash is not really usable :/ 3rd rebuild since yesterday .. (buildhistory enabled, eglibc PR bump, gcc PR bump today)
Aug 03 16:33:01 <morphis> :)
Aug 03 16:33:11 <JaMa> morphis: and sstate-cache is not very usefull without MIRROR populating it with OEBasicHash enabled :/
Aug 03 16:33:50 <morphis> every PR bump needs full rebuild?
Aug 03 16:34:04 <JaMa> or we just stick with next oe-core/meta-oe release and don't update shr branches every now and then
Aug 03 16:34:11 <morphis> (sorry I didn't looked yet into the details of sstate which I should really do)
Aug 03 16:34:53 <morphis> means not updating eglibc and gcc from meta-oe/oe-core or just everything?
Aug 03 16:35:04 <JaMa> well all C apps/libs depend on eglibc sstate checksum, when it's changed then their sstate checksum is also changed
Aug 03 16:35:15 <JaMa> the same for gcc
Aug 03 16:36:27 <JaMa> and buildhistory adds extra function to PACKAGEFUNC variable which is used by evey do_package task.. so all checksums were different between jenkins and shr buildhost
Aug 03 16:36:56 <JaMa> and after enabling buildhistory on jenkins (and in shr-makefile provided local.conf), all packages were rebuilt on jenkins too
Aug 03 16:38:52 <JaMa> and then problem with SSTATE_MIRROR using only OEBasic is that when your build is looking for something on SSTATE_MIRROR it's looking for current sstate hash (which is often already different then what it was when SSTATE_MIRROR built that)
Aug 03 16:39:21 <morphis> how long does a full recompile take?
Aug 03 16:39:38 <JaMa> so for SSTATE_MIRROR we need to rebuild everything with current checksums -> OEBasicHash
Aug 03 16:39:49 <JaMa> on SHR buildhost? maybe 10days
Aug 03 16:39:58 <JaMa> on jenkins maybe 3 days
Aug 03 16:40:53 <morphis> on amethyst with 4 core and 4 GB ram?
Aug 03 16:41:00 <JaMa> only linking for webkit-efl takes 2,5-3.0 hours on SHR buildhost (because it's running mostly from swap)
Aug 03 16:41:15 <JaMa> amethyst should be similar to jenkins hw
Aug 03 16:41:24 <morphis> SHR buildhost is rather unusable for this kind of setup
Aug 03 16:41:29 <morphis> ok
Aug 03 16:41:36 <JaMa> my desktop can do it < 2days and then upload it for next 2 days :)
Aug 03 16:41:42 <morphis> :)
Aug 03 16:41:57 <morphis> maybe asking ka6sox-away for resources?
Aug 03 16:42:04 <JaMa> already did :)
Aug 03 16:42:39 <JaMa> hopefully we'll use something else with shr-chroot for sstate premirror
Aug 03 16:43:04 <JaMa> then just download it to SHR buildhost to share it with publid
Aug 03 16:43:05 <morphis> I hope so as it's really needed to improve the build situation
Aug 03 16:43:06 <JaMa> public
Aug 03 16:43:22 <JaMa> other load on SHR buildhost is cgit :/
Aug 03 16:43:35 <JaMa> some bots are really crazy on that sometimes
Aug 03 16:43:55 <morphis> JaMa: we should maybe draw some overview picture so everyone know how that system works (also for staging)
Aug 03 16:43:58 <morphis> really?
Aug 03 16:44:01 <JaMa> downloading shr-chroot tgz snapshosts for every rev etc.. -> IO gone
Aug 03 16:44:22 <morphis> maybe we should not provide the shr-chroot as git anymore
Aug 03 16:44:29 <morphis> just *.tar.gz
Aug 03 16:44:39 <morphis> or via rsync
Aug 03 16:45:06 <morphis> does it have any advantage to have it in git anyway?
Aug 03 16:45:18 <JaMa> hmm I thought that I removed something from cgit already
Aug 03 16:45:23 <morphis> nschle85: heyho
Aug 03 16:45:23 <JaMa> but shr-chroot is still there
Aug 03 16:45:26 <JaMa> probably something else
Aug 03 16:45:31 <morphis> ok
Aug 03 16:45:52 <JaMa> morphis: faster sync.. downloading .tar.gz just for updated bitbake is bad, but rsync could work
Aug 03 16:45:53 <morphis> but would *.tar.gz snapshots work or rsync?
Aug 03 16:45:55 <nschle85> morphis: hoho :-)
Aug 03 16:46:43 <morphis> nschle85: how are you?
Aug 03 16:46:47 <JaMa> morphis: 16GB of ram or a bit more would solve the problem too -> less disk IO
Aug 03 16:46:55 <morphis> yes
Aug 03 16:47:06 <morphis> the SHR buildhost is still sponsored by bearstech?
Aug 03 16:47:09 <JaMa> and no swap
Aug 03 16:47:10 <JaMa> yes
Aug 03 16:47:30 <nschle85> morphis: a lot of work to do... hoped i had more time for shr ...
Aug 03 16:47:50 * JaMa brb
Aug 03 16:47:53 <nschle85> morphis: and how are you ?
Aug 03 16:48:37 <morphis> JaMa: btw. what about asking at http://osuosl.org/ for hosting?
Aug 03 16:48:50 <morphis> nschle85: fine, busy a with a lot of different things :)
Aug 03 16:48:57 <morphis> s/a with/with/
Aug 03 16:48:59 <apt> morphis meant: nschle85: fine, busy with a lot of different things :)
Aug 03 16:50:52 <nschle85> morphis: i see your focus is now api / architecture for FSO
Aug 03 16:51:50 <morphis> nschle85: yeah, cleaning up a lot of unnecessary things
Aug 03 16:53:33 <nschle85> morphis: hope N900 support is not "unnecessary"
Aug 03 16:53:48 <morphis> not that I know :)
Aug 03 16:57:01 <JaMa> morphis: I would rather stick with oe-core/meta-oe release and concentrate our work on meta-smartphone layer
Aug 03 16:57:14 <morphis> ok
Aug 03 16:57:15 <JaMa> morphis: if next one is a bit better then last one
Aug 03 16:57:23 <morphis> so let's hope it is
Aug 03 16:58:49 <JaMa> there are nice improvements every now and then.. but for the rest I have to update a lot of stuff in meta-oe/meta-smartphone to keep it even building - less time to do something productive in meta-smartphone layer
Aug 03 17:00:40 <nschle85> JaMa: what is the problem with chroot ? the disk io when people fetch via git ? or the growing disk space ?
Aug 03 17:01:29 <GNUtoo>  JaMa is it ok to make gpsd hooks depend on omhacks?
Aug 03 17:01:38 <GNUtoo> or should I write to the sysfs directly?
Aug 03 17:02:03 <GNUtoo> both are ok for me, only that lindi- suggested me to use omhacks
Aug 03 17:02:37 <morphis> nschle85: btw. would it be possible to use your jenkins installation for FSO too?
Aug 03 17:03:08 <morphis> JaMa: btw. libfso-glib and fso-specs will merge in the near future
Aug 03 17:03:19 <JaMa> GNUtoo: well, less hardcoded sysfs paths is better, if your hook is in machine specific recipe, then RDEPENDS on omhacks is also fine
Aug 03 17:03:28 <JaMa> nschle85: there is no problem with shr-chroot
Aug 03 17:03:31 <nschle85> morphis: what do you mean in detail ?
Aug 03 17:03:47 <JaMa> nschle85: except web crawlers downloading tarball of every revision of it
Aug 03 17:03:56 <GNUtoo> ok
Aug 03 17:04:09 <JaMa> nschle85: would be even better if you use that on jenkins :)
Aug 03 17:04:11 <morphis> nschle85: building libfso-glib/cornucopia every night automatically for example
Aug 03 17:04:15 <GNUtoo> JaMa, shr_elm_softkey isn't started on lastest built(by me) image
Aug 03 17:04:20 <morphis> to see if packaging etc. works fine
Aug 03 17:04:57 <nschle85> JaMa: using shr-chroot on jenkins you mean ?
Aug 03 17:05:03 <JaMa> morphis: native builds of fso, right?
Aug 03 17:05:08 <morphis> JaMa: yes
Aug 03 17:05:10 <JaMa> nschle85: yes
Aug 03 17:05:19 <morphis> just as continous integration system
Aug 03 17:05:34 <JaMa> GNUtoo: seen that too (on 1st boot) then it was fine for me (with newer efl..)
Aug 03 17:05:44 <GNUtoo> ok
Aug 03 17:05:47 <GNUtoo> I built today
Aug 03 17:06:01 <JaMa> did shr-wizard finish fine?
Aug 03 17:06:04 <GNUtoo> yes
Aug 03 17:06:11 <GNUtoo> I'm on third boot
Aug 03 17:06:13 <JaMa> GNUtoo: I meant with newer efl from jansa/efl branch..)
Aug 03 17:06:17 <GNUtoo> ah ok
Aug 03 17:06:20 <GNUtoo> then I'll wait
Aug 03 17:06:28 <JaMa> check if that order file is created in .e
Aug 03 17:06:38 <GNUtoo> I'll rm .e
Aug 03 17:06:58 <JaMa> os.system( "mkdir -p ~/.e/e/applications/startup/" )
Aug 03 17:06:58 <JaMa> os.system( "echo shr_elm_softkey.desktop > ~/.e/e/applications/startup/.order" )
Aug 03 17:07:24 <GNUtoo> ok
Aug 03 17:07:40 <GNUtoo> thanks a lot
Aug 03 17:07:43 <JaMa> nschle85: you said unlimited bandwidth right? does it cover upload too?
Aug 03 17:07:56 <GNUtoo> because it's not there
Aug 03 17:08:07 <JaMa> ah, then shr-wizard didn't finish ok
Aug 03 17:08:18 <GNUtoo> I had only ./applications/bar/default/.order and ./fileman/favorites/.order
Aug 03 17:08:41 <JaMa> I have 2 patches for shr-wizard in jansa/test meta-smartphone branch, but those should be only for again newer EFL from jansa-efl
Aug 03 17:08:51 <nschle85> morphis: using it for unofficial control builds its ok, but it shouldnt  become an official FSO site.
Aug 03 17:08:52 <GNUtoo> ok np I'll wait and workarround
Aug 03 17:08:57 <JaMa> and without them it didn't start at all - so not your case
Aug 03 17:09:56 <nschle85> jama: bandthwith is the wrong word, i meant traffic volume
Aug 03 17:09:58 <morphis> nschle85: no, thats not my intention
Aug 03 17:10:09 <JaMa> nschle85: me too :)
Aug 03 17:10:36 <nschle85> morphis: i have to check disk space, thats the limiting factor
Aug 03 17:10:39 <JaMa> nschle85: is it ok to download 30G from there to shr-buildhost then?
Aug 03 17:10:54 <morphis> nschle85: I can tell in a minute how much I need
Aug 03 17:11:11 <nschle85> JaMa: its ok
Aug 03 17:11:31 <nschle85> JaMa: i have unlimited traffic volume
Aug 03 17:11:45 <JaMa> and do you know if jenkins serves workspace files directly as static files through apache or using java servlet to do it?
Aug 03 17:12:34 <morphis> nschle85: about 200-250MB the whole build needs
Aug 03 17:12:42 <JaMa> I can explain a bit more.. I would like to use jenkins build as SSTATE_MIRROR to build official images on SHR buildhost faster
Aug 03 17:13:49 <JaMa> and if I do that (I've tried already) it does a lot of http requests for stuff which isn't there (faster with apache) and then it downloads some .tgz files (again faster with plain apache)
Aug 03 17:14:05 <nschle85> morphis: ah you are doing native builds ? i dont have chroot
Aug 03 17:14:31 <morphis> nschle85: yes, only native builds without chroot
Aug 03 17:14:35 <JaMa> nschle85: native as without OE afaik
Aug 03 17:14:38 <bonnie> can i get the new openmoko phone for the US?
Aug 03 17:15:18 <morphis> nschle85: as far as I see I already have the permission on your jenkins to create a new job
Aug 03 17:15:27 <nschle85> morphis: that ok, i thoucght you need 30-40G :-)
Aug 03 17:15:27 <morphis> nschle85: if you're fine with this I will start creating one
Aug 03 17:15:32 <morphis> nschle85: no :)
Aug 03 17:15:58 <nschle85> morphis: ok, do you have an account ?
Aug 03 17:16:03 <morphis> nschle85: yes
Aug 03 17:16:29 <morphis> nschle85: you or JaMa gave me permissions to look at builds some time ago
Aug 03 17:16:36 <nschle85> morphis: ok tell me if you need some native libs
Aug 03 17:16:46 <morphis> nschle85: ok
Aug 03 17:16:53 <morphis> I will try and see if it works
Aug 03 17:16:56 <JaMa> nschle85: we talked about it and you said it's fine if I create user for morphis so I did :)
Aug 03 17:17:04 <GNUtoo> nschle85, hi
Aug 03 17:17:24 <GNUtoo> someone came to IRC and intend to do work for the n900
Aug 03 17:17:31 <JaMa> morphis: create job but don't expect it to execute soon :)
Aug 03 17:17:33 <nschle85> JaMa: i dont know how files are served, Apache is configured as proxy for jenkins, running on 8080
Aug 03 17:17:55 <morphis> JaMa: :)
Aug 03 17:18:17 <JaMa> morphis: all build executors now serve JaMa! :)
Aug 03 17:18:28 <nschle85> JaMa: so i need to investigate the URL rewrite rules
Aug 03 17:18:51 <nschle85> JaMa or how can i check that ?
Aug 03 17:19:09 <JaMa> well if everything /jenkins is passed to jenkins.war then it's the case for sstate links too
Aug 03 17:19:42 <JaMa> they look like this jenkins/job/shr-core-branches-setup/ws/shr-core/sstate-cache/PATH
Aug 03 17:19:44 <nschle85> JaMa: no every thing is passed to :8080/
Aug 03 17:19:57 <JaMa> where is tomcat?
Aug 03 17:20:45 <JaMa> if you create symlink in DocumentRoot of apache pointing to jenkins ws then we can use this URL instead
Aug 03 17:21:28 <nschle85> JaMa: i am under windows i need a ssh ... mom
Aug 03 17:21:32 <JaMa> ah jenkins have own httpd it seems
Aug 03 17:21:40 <nschle85> JaMa: true
Aug 03 17:22:08 <morphis> so first build issued :)
Aug 03 17:22:51 <morphis> ok, the other builds are waiting for already 20hours ...
Aug 03 17:23:41 <CIA-69> SHR: 03GNUtoo 07meta-smartphone * r693864c982b2 10/meta-openmoko/recipes-navigation/gpsd/ (gpsd/om-gta02/device-hook gpsd_3.5.bbappend): meta-openmoko: gpsd: add device-hook for gpsd
Aug 03 17:24:39 <nschle85> morphis: the current build was started 8 minutes ago, may be martin has a big queue :-)
Aug 03 17:24:48 <morphis> ok :)
Aug 03 17:25:11 <JaMa> GNUtoo: this looks like we forgot to change PACKAGE_ARCH to MACHINE_ARCH for om-gta02 + om-gta04 there
Aug 03 17:25:44 <JaMa> GNUtoo: it would work for om-gta02 because of SRC_URI, but not for om-gta04
Aug 03 17:26:15 <GNUtoo> JaMa, could you fix it?
Aug 03 17:26:31 <GNUtoo> sorry (I was in a hurry because the wifi cafee closes in 30min)
Aug 03 17:26:44 <JaMa> yes
Aug 03 17:26:50 <GNUtoo> thanks a lot
Aug 03 17:26:55 <JaMa> thanks for hook
Aug 03 17:27:03 <JaMa> should I change om-gta02 to use gpsd already?
Aug 03 17:27:14 <JaMa> or is it not finished yet?
Aug 03 17:27:21 <GNUtoo> also for udev extra stuff we could put in gta02/gta04 directory
Aug 03 17:27:24 <GNUtoo> not finished yet
Aug 03 17:27:30 <GNUtoo> but since it's broken.....
Aug 03 17:27:37 <GNUtoo> I mean gpsd is in my image
Aug 03 17:27:41 <JaMa> fso-gpsd works no?
Aug 03 17:27:44 <GNUtoo> and prevent fso-gpsd to work
Aug 03 17:27:47 <JaMa> rebuilt from scratch?
Aug 03 17:27:51 <GNUtoo> no
Aug 03 17:27:58 <JaMa> gpsd alone or gpsd-systemd too?
Aug 03 17:28:00 <GNUtoo> ok then leave it as-is for now
Aug 03 17:28:05 <GNUtoo> no, gpsd alone
Aug 03 17:28:07 <JaMa> I know about gpsd but gpsd-systemd shouldnt' be there
Aug 03 17:28:14 <GNUtoo> gpsd-systemd is not there
Aug 03 17:28:22 <JaMa> so it shouldn't be started -> shouldn't block fso-gpsd
Aug 03 17:28:23 <GNUtoo> but since there is /etc/init.d/gpsd.....
Aug 03 17:28:31 <JaMa> which I blacklisted afaik
Aug 03 17:28:37 <GNUtoo> ah ok
Aug 03 17:28:45 <GNUtoo> then I wonder why it starts for me 
Aug 03 17:28:46 <GNUtoo> anywya
Aug 03 17:28:48 <GNUtoo> anyway
Aug 03 17:29:02 <GNUtoo> 2 things are lacking for switching to gpsd:
Aug 03 17:29:02 <JaMa> I'll recheck blacklist
Aug 03 17:29:04 <GNUtoo> * ubx
Aug 03 17:29:14 <GNUtoo> s/ubx/switching to ubx/
Aug 03 17:29:15 <apt> GNUtoo meant: * switching to ubx
Aug 03 17:29:17 <GNUtoo> it works manually
Aug 03 17:29:26 <GNUtoo> but I need to find a good way to add it
Aug 03 17:29:36 <GNUtoo> * AGPS save/restore
Aug 03 17:30:45 <JaMa> ah I thought that's the hook you added
Aug 03 17:31:01 <GNUtoo> I added the hook for sysfs
Aug 03 17:31:02 <nschle85> morphis: if you need some host libraries and  i am not available, JaMa: has root access too and may install / configure missing stuff.
Aug 03 17:31:08 <bonnie> is the new openmoko freerunner compatible in the US?
Aug 03 17:31:09 <morphis> great
Aug 03 17:31:12 <GNUtoo> I also have everything ready for ubx and AGPS
Aug 03 17:31:15 <GNUtoo> but it must be done
Aug 03 17:31:24 <GNUtoo> bonnie, you mean the gta04?
Aug 03 17:31:25 <morphis> bonnie: for GSM it should work but not for UMTS I think
Aug 03 17:31:33 <bonnie> yes
Aug 03 17:31:36 <GNUtoo> ok
Aug 03 17:31:59 <bonnie> GNUtoo: yes, the gta04.  i heard they were 3G
Aug 03 17:32:08 <bonnie> i have a gta02a7
Aug 03 17:32:15 <bonnie> i still love it.
Aug 03 17:32:20 <JaMa> ah I didn't blacklist gpsd sysv.. just fso-gpsd-sysv for machines where fso-gpsd gets instaled and shouldn't.. http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=1afdd57475bd3ce586e622bfe6baeb3906bedc2f will fix that too
Aug 03 17:32:23 <morphis> JaMa: btw. all the builds on nschle85's jenkins are building from scratch?
Aug 03 17:32:30 <bonnie> i have debian on it
Aug 03 17:32:50 <JaMa> shr-core-branches (which are using jansa/test branches) have OEBasicHash enabled so mostly from scratch
Aug 03 17:32:56 <bonnie> shr rocks too.  thanks, all y'all for making great software on a great platform!
Aug 03 17:33:11 <GNUtoo> bonnie, I've a GTA02 A6, and a gta04 A3
Aug 03 17:33:24 <GNUtoo> and I still love the gta02 too
Aug 03 17:33:27 <JaMa> I've deleted shr-core branches to rebuilt them from shr-core-branches SSTATE but that's not relly helping much 
Aug 03 17:33:37 <JaMa> s/branches/workspace
Aug 03 17:33:51 <GNUtoo> but....the gta02 has glamo.....
Aug 03 17:33:58 <bonnie> ya
Aug 03 17:34:01 <GNUtoo> and that is problematic for my microsd
Aug 03 17:34:17 <GNUtoo> and gta02 has suspend/resume issues with recent kernels
Aug 03 17:34:23 <GNUtoo> like 2.6.39
Aug 03 17:34:37 <GNUtoo> 2.6.34 seem much better tough
Aug 03 17:34:41 <JaMa> I like 3.2.*
Aug 03 17:34:42 <GNUtoo> I suspect the alsa driver
Aug 03 17:35:23 <nschle85> morphis: no, for such build you should check the *-cleanup projects, in the build history of them you can the when the sandbox was cleaned
Aug 03 17:35:47 <JaMa> nschle85: not always last time I've cleaned it from shell
Aug 03 17:35:54 <bonnie> i'm guessing shr still runs great on the gta02?
Aug 03 17:35:54 <JaMa> nschle85: because it was partial cleanup
Aug 03 17:35:58 <GNUtoo> for ubx + fix I'll package and use lindi-'s scripts I think
Aug 03 17:36:03 <GNUtoo> bonnie, yes
Aug 03 17:36:09 <GNUtoo> but we use 2.6.39
Aug 03 17:36:19 <JaMa> GNUtoo: maybe ask him to add it to omhacks?
Aug 03 17:36:23 <GNUtoo> and we have some kernel issues with glam and suspend
Aug 03 17:36:34 <GNUtoo> JaMa, he's the author of omhacks?
Aug 03 17:36:39 <bonnie> that suspend issue is a known hardware bug that is fixed with (yet another) resistor, isn't it?
Aug 03 17:36:52 <GNUtoo> no that was for GSM suspend isuse
Aug 03 17:36:59 <GNUtoo> I'm talking of s3c24xx here
Aug 03 17:37:04 <GNUtoo> the main CPU....
Aug 03 17:37:09 <GNUtoo> not the other cpus
Aug 03 17:37:09 <JaMa> GNUtoo: afaik yes
Aug 03 17:37:13 <GNUtoo> ok
Aug 03 17:37:15 <GNUtoo> hi lindi- 
Aug 03 17:37:18 <bonnie> GNUtoo: oh.  thanks!
Aug 03 17:38:03 <nschle85> morphis: the currently running builds may take a lot of time, ill compile your project in a separete shell, to see what may fail...
Aug 03 17:38:12 <bonnie> is there a better price on the phone?  it's so expensive.  ($1100.00 in dollars for me).
Aug 03 17:38:21 <morphis> nschle85: thanks a lot
Aug 03 17:38:35 <JaMa> $1100 ???
Aug 03 17:39:09 <GNUtoo> JaMa, I guess he wants a fully assembled phone + with the dollar not beeing equal to the euro....
Aug 03 17:40:13 <GNUtoo> ah wait a minute
Aug 03 17:40:16 <GNUtoo> maybe he took 
Aug 03 17:40:17 <GNUtoo> oops
Aug 03 17:40:25 <GNUtoo> maybe he wants all options
Aug 03 17:40:37 <bonnie> JaMa: yep, goldendelicious is selling one for 749 pounds.    
Aug 03 17:40:41 <GNUtoo> because 749E == 926$
Aug 03 17:40:50 <bonnie> GNUtoo: yes, that was the price i was looking at.
Aug 03 17:40:52 <morphis> nschle85: it should at least fetch and start compilation
Aug 03 17:40:57 <bonnie> GNUtoo: oh, euros.  thanks!
Aug 03 17:41:12 <morphis> nschle85: you're running ubuntu on that machine?
Aug 03 17:41:16 <JaMa> bonnie: not pounds but euros
Aug 03 17:41:42 <nschle85> morphis: ununtu 12.04 LTS (amd64)
Aug 03 17:42:23 <nschle85> morphis: so creating deb packages is possible too :-)
Aug 03 17:42:30 <bonnie> JaMa: i see that now.  good to know. :)  even the price for the board alone is going to be out of any budget i'll have for my hobby, i'm afraid.  but i'll keep it on my wishlist and see if i can ever figure out a way.
Aug 03 17:43:28 <JaMa> bonnie: I know :( I was a bit surprised with 1100$ but even with right currency it's not much less for complete device ..
Aug 03 17:44:01 <bonnie> JaMa: yep
Aug 03 17:44:35 <bonnie> JaMa: thanks for all the info, and for taking the time to talk to me. :)  i'm going to go. It was fun here.
Aug 03 17:45:16 <bonnie> GNUtoo: thank you too for all the info and for taking the ime to talk to me.  :)  It was fun!
Aug 03 17:46:04 <morphis> nschle85: I should really get a list of packages you need to install to build cornucopia
Aug 03 17:48:45 <nschle85> morphis: ill tell you, may be vala is the problem.. but lets see
Aug 03 17:50:05 <JaMa> :) thanks for all the fish.. :)
Aug 03 17:50:30 <GNUtoo> I'll go
Aug 03 17:50:31 <GNUtoo> bye
Aug 03 17:51:13 <morphis> GNUtoo: bye
Aug 03 17:56:26 <nschle85> morphis: in you configuration you are doing cd $workspace , thats not necessary you are already in the workspace
Aug 03 17:57:03 <nschle85> after git clone you should "cd fso-build-setup"
Aug 03 17:58:20 <morphis> ok
Aug 03 18:00:27 <bonnie> JaMa: <><   <><    <><
Aug 03 18:00:27 <morphis> nschle85: changed
Aug 03 18:00:45 <JaMa> :)
Aug 03 18:01:17 <JaMa> morphis: is it expected that luna-sysmgr are empty packages (only -dev and -dbg)?
Aug 03 18:01:33 <JaMa> I'll push -all image which now fails with this
Aug 03 18:03:08 <nschle85> morphis: bbl need a real terminal, putty does not follow my orders :-)
Aug 03 18:03:17 <morphis> :)
Aug 03 18:03:24 <nschle85> morphis: reboot...
Aug 03 18:03:28 <morphis> JaMa: see PM
Aug 03 18:03:48 <JaMa> hehe
Aug 03 18:04:05 <JaMa> please don't throw me in never ending loop with those redirects :)
Aug 03 18:07:21 <morphis> JaMa: :D
Aug 03 18:07:28 <morphis> would be funny
Aug 03 18:08:00 <nschle85> back...
Aug 03 18:08:32 <morphis> I have to leave
Aug 03 18:08:49 <morphis> nschle85: I will get a list of needed components and send it to you
Aug 03 18:09:18 <nschle85> morphis: ok
Aug 03 18:09:46 <CIA-69> SHR: 03Martin.Jansa 07meta-smartphone * rce0b5a203f99 10/meta-openmoko/recipes-navigation/gpsd/gpsd_3.5.bbappend: meta-openmoko: explicitly set PACHAGE_ARCH to MACHINE_ARCH for om-gta0[24]
Aug 03 18:09:46 <CIA-69> SHR: 03Martin.Jansa 07meta-smartphone * r25ee653fb38e 10/meta-shr/recipes-shr/images/shr-image-all.bb: meta-shr: shr-image-all: usefull only for devs and automated builds to force do_rootfs for all packages we have in feed
Aug 03 18:09:54 <CIA-69> SHR: 03Martin.Jansa 07meta-smartphone * r376ba95c3fc8 10/meta-shr/ (2 files in 2 dirs): meta-shr: rename gpsd sysv init script and blacklist it like we did with fso-gpsd-sysv
Aug 03 18:13:12 <nschle85> morphis: http://pastebin.com/niuk2pHL normal ?
Aug 03 18:13:47 <JaMa> morphis: do you still want that patch for locales?
Aug 03 18:13:48 <morphis> nschle85: are you using bash or dash?
Aug 03 18:13:52 <morphis> JaMa: yes
Aug 03 18:14:26 <JaMa> I expected you to push it, but pushed now
Aug 03 18:14:39 <nschle85> morphis: hopefully bash but ill check, 
Aug 03 18:15:27 <nschle85> morphis: nschle85@h1987041:~/FSO-BUILD-TEST/fso-build-setup$ help                                                                                                                            
Aug 03 18:15:28 <nschle85> GNU bash, version 4.2.24(1)-release (x86_64-pc-linux-gnu)    
Aug 03 18:16:20 <nschle85> morphis: dash is not supported for  shr builds
Aug 03 18:16:59 <morphis> nschle85: let me check tomorrow
Aug 03 18:17:02 <morphis> will be afk now
Aug 03 18:17:15 <JaMa> dash should work now, but it's less tested
Aug 03 18:17:20 <JaMa> so better stay with bash
Aug 03 18:17:47 <JaMa> nschle85: your bash was more strict about variable names then mine (shr-chroot's) anyway
Aug 03 18:18:15 <JaMa> nschle85: http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=b4c59f0c2174ba4206a8fe8798257e386c6d5c51 was failing only on jenkins
Aug 03 18:19:18 <nschle85> JaMa: wow, is there no "standard" about variable names ?
Aug 03 18:19:36 <JaMa> nschle85: what about that symlink to apache DocRoot?
Aug 03 18:20:02 <JaMa> bash: export: `AA+': not a valid identifier
Aug 03 18:20:11 <JaMa> maybe it's just bash version 
Aug 03 18:20:37 <nschle85> JaMa: why is that necessary ? 
Aug 03 18:20:45 <JaMa> the symlink?
Aug 03 18:20:55 <nschle85> JaMa: the symlink.
Aug 03 18:21:35 <JaMa> to make SSTATE_MIRROR more efficient (without java httpd) as I said above
Aug 03 18:23:05 <nschle85> JaMa: i think you want a symlink  in doc root pointing into jenkins workspace ? 
Aug 03 18:26:12 <nschle85> JaMa: ?
Aug 03 18:27:34 <nschle85> JaMa: a symlink is not necessary apache supports aliases
Aug 03 18:28:29 <nschle85> JaMa: but apache and jenkins are running under different accounts and rights
Aug 03 18:28:44 <nschle85> JaMa: so files may not be accessible
Aug 03 18:55:44 <CIA-69> SHR: 03Martin.Jansa 07meta-smartphone * rd15d11541710 10/meta-fso/recipes-freesmartphone/freesmartphone/ (fso-gpsd/fso-gpsd.service fso-gpsd_git.bb): meta-fso: fso-gpsd: add -N so that systemd keeps track of running fso-gpsd
Aug 03 19:58:45 <CIA-69> SHR: 03Martin.Jansa 07shr-settings * r609534cd98f5 10/ (3 files in 3 dirs): shr-wizard: replace callback_destroy_add with callback_delete_request_add
Aug 03 20:17:41 <CIA-69> SHR: 03Martin.Jansa 07shr-settings * r7f8f1a516086 10/ (7 files in 3 dirs): s/scale_set/resizeble_set/g for elm_icons since r71321
Aug 03 20:20:18 <CIA-69> SHR: 03Martin.Jansa 07shr-settings * raa673d498109 10/ (5 files in 3 dirs): fix typo in resizable_set
Aug 03 21:08:13 <CIA-69> SHR: 03Martin.Jansa 07shr-settings * r26a826f4bfa0 10/shr_settings_modules/ (11 files): s/text_part_set/part_text_set/g since r65350
**** ENDING LOGGING AT Sat Aug 04 02:59:58 2012