**** BEGIN LOGGING AT Fri Jan 08 02:59:57 2010
Jan 08 06:40:44 <alabd> Hello , how to see files and folder in GUI in SHR ?
Jan 08 07:13:13 <blindcoder> moin
Jan 08 07:59:43 <alabd> blindcoder: no such app in opkg list moin ?
Jan 08 08:01:38 <blindcoder> alabd: err... moin is just a greeting, as in good morning
Jan 08 08:04:21 <alabd> blindcoder: how to see files and folder in GUI in SHR ?
Jan 08 08:05:04 <alabd> here is noon , not good to say moin ;) blindcoder 
Jan 08 08:05:16 <blindcoder> alabd: on mine there's a filemanager application
Jan 08 08:05:29 <blindcoder> alabd: gug then :P (General UTC Greeting)
Jan 08 08:05:40 <alabd> blindcoder:  app name ?
Jan 08 08:05:47 <alabd> where is it ? blindcoder
Jan 08 08:05:53 <blindcoder> hmm... it's not here anymore I just see
Jan 08 08:05:58 <blindcoder> no idea, I actually never used it
Jan 08 08:06:04 <blindcoder> I'm a commandline guy
Jan 08 08:07:02 <alabd> blindcoder:  if you are command line , how to get folder via command line ?
Jan 08 08:07:37 <blindcoder> alabd: what do you want to do? list the files in a directory?
Jan 08 08:07:45 <blindcoder> alabd: that'd be the ls command
Jan 08 08:07:45 <blindcoder> ls -l
Jan 08 08:09:33 <alabd> get a folder with it's containing blindcoder
Jan 08 08:09:36 <alabd> not list
Jan 08 08:09:38 <alabd> get 
Jan 08 08:09:50 <blindcoder> ls -l folder
Jan 08 08:10:03 <blindcoder> or are you searching for a directory?
Jan 08 08:10:24 <alabd> blindcoder: no how to get/download a folder from remote to local ? 
Jan 08 08:10:54 <blindcoder> aah
Jan 08 08:11:07 <blindcoder> you want to copy a directory from your pc to your phone?
Jan 08 08:11:15 <alabd> yes
Jan 08 08:11:25 <blindcoder> in that case you should use scp
Jan 08 08:11:39 <blindcoder> so on your phone you run
Jan 08 08:11:40 <alabd> how ?
Jan 08 08:11:58 <blindcoder> scp -r username@ipaddress:/path/to/directory .
Jan 08 08:12:12 <blindcoder> replace username, ipaddress and /path/to/directory accordingly
Jan 08 08:12:22 <blindcoder> the . means 'copy to current directory'
Jan 08 08:12:23 <alabd> thanks alot ftp is not possible yes ?
Jan 08 08:12:32 <alabd> ok that's ok
Jan 08 08:12:37 <blindcoder> if you have a ftp client on the phone, that works just as well
Jan 08 08:12:54 <alabd> the same command ?
Jan 08 08:13:03 <alabd> get command could not
Jan 08 08:13:04 <richy> alabd: are you using gnome?
Jan 08 08:13:16 <alabd> richy:  yes
Jan 08 08:13:38 <richy> go to Places-->Connect to server
Jan 08 08:13:49 <richy> choose Service Type: ssh
Jan 08 08:14:28 <richy> fill in the blanks and you'll get a folder view
Jan 08 08:14:34 <richy> with drag & drop etc
Jan 08 08:15:16 <richy> (that said, knowing the terminal commands doesn't hurt either, but in some cases it is slower than using the gui)
Jan 08 08:16:20 <alabd> yes richy
Jan 08 08:16:24 <alabd> thanks 
Jan 08 08:16:47 <alabd> to learn blindcodern command get in ftp does download folder yes? 
Jan 08 08:18:12 <richy> I think it just means get file
Jan 08 08:20:51 <alabd> richy:  gnome user is connected to fr , how to make gnome user permission the same root user on fr?
Jan 08 08:20:51 <blindcoder> ftp does not handle directories
Jan 08 08:22:12 <alabd> in other word how to give 777 permission to gnome user
Jan 08 08:22:32 <richy> alabd: i usually just connect es root, as there is no other user on my freerunner
Jan 08 08:22:47 <alabd> richy:  me the same
Jan 08 08:22:56 <alabd> but it can not access some files 
Jan 08 08:23:34 <alabd> owner is 0 in fr richy
Jan 08 08:23:42 <alabd> should not it be ROOT ?
Jan 08 08:23:48 <alabd> as it's connected to root
Jan 08 08:25:05 <richy> alabd: i don't know where owner 0 is coming from
Jan 08 08:25:42 <alabd> richy:  right click on a file on fr permission ...
Jan 08 08:26:19 <richy> alabd: I see
Jan 08 08:27:00 <richy> alabd: however, I can still access, copy and move and delet files here
Jan 08 08:28:20 <alabd> richy: anyhow thanks
Jan 08 08:28:57 <richy> alabd: your welcome, maybe someone else knows how to fix your problem
Jan 08 08:37:42 <JaMa> mrmoku|away: ping
Jan 08 08:40:44 <alabd> blindcoder: this does not work
Jan 08 08:40:45 <alabd> scp -r root@192.168.0.202:/home/root/Maps/googlesat/15/21055/
Jan 08 08:44:21 <blindcoder> alabd: there's the target missing
Jan 08 08:44:33 <blindcoder> alabd: you need to add the target where the directory should be copied to
Jan 08 08:45:30 <alabd> thanks blindcoder
Jan 08 08:48:22 <spaetz_> JaMa: you there?
Jan 08 08:48:27 <JaMa> yes
Jan 08 08:48:40 <spaetz_> I just replied to Zoff's mail. With re to navit:
Jan 08 08:48:44 <spaetz_> we currently RRECOMMENDS = "gpsd espeak flite"
Jan 08 08:48:47 <JaMa> seen that
Jan 08 08:48:57 <JaMa> have you seen my reply?
Jan 08 08:49:00 <spaetz_> would it be ok to have espeak and flite be RSUGGESTed?
Jan 08 08:49:03 <spaetz_> not yet :)
Jan 08 08:49:26 <spaetz_> and distros wanting one or the other can than indicidually pick those.
Jan 08 08:50:48 <JaMa> yes it is possible... 
Jan 08 08:51:17 <spaetz_> right now both espeak and flite would be installed by default IMHO
Jan 08 08:51:28 <JaMa> but I guess that opkg should be able to install RRECOMMENDS only if you explicitly say so
Jan 08 08:51:35 <spaetz_> ok, if you are OK with it, I'll move espeak and flite to RRSUGGESTS
Jan 08 08:51:58 <spaetz_> does SHR want a text2speech app by default?
Jan 08 08:52:12 <spaetz_> or do we leave that to the user to install?
Jan 08 08:52:28 <spaetz_> weird orrery error: /home/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30:21: error: gio/gio.h: No such file or directory
Jan 08 08:52:40 <spaetz_> and more errors in pango
Jan 08 08:52:54 <JaMa> I'm OK with that.. though I guess that if opkg writes that navit suggest something nobody will read it and then complain that some tts wasn't installed for him..
Jan 08 08:53:26 <spaetz_> right, but then I can point him to ZOffs mail :)
Jan 08 08:53:32 <JaMa> spaetz_: yes.. seen that orrery error in tinderbox but wasn't sure what change could do this..
Jan 08 08:53:48 <JaMa> heh :)
Jan 08 08:55:48 <spaetz_> heh, in navit.inc we even RRECCOMED speechd, so we have flite,speechd,and flite...
Jan 08 08:56:07 <spaetz_> this cries for virtual/txt2speech
Jan 08 08:56:36 <JaMa> spaetz_: no RRECOMMENDS from navit.inc is overwritten in navit_svn.bb
Jan 08 08:56:48 <JaMa> spaetz_: at least that's how i intended that..
Jan 08 08:57:13 <JaMa> spaetz_: and i needs to stay in navit.inc.. well because of older versions used in other distros
Jan 08 08:57:50 <JaMa> spaetz_: btw do you have RW to shr.git right? can you push small icon for me?
Jan 08 08:59:19 <spaetz_> JaMa: ahh, ok. right
Jan 08 08:59:32 <spaetz_> not sure about shr.git. I will have to check
Jan 08 09:01:02 <JaMa> spaetz_: I see you in gitosis.conf :P
Jan 08 09:03:24 <spaetz_> ok, then I have push rights :-)
Jan 08 09:03:33 <spaetz_> which icon to where?
Jan 08 09:04:11 <JaMa> spaetz_: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0001-shr-theme-add-icon-for-navit-with-Display-resource-r.patch
Jan 08 09:08:44 <JaMa> spaetz_: seems you merged oe.dev..
Jan 08 09:09:00 <spaetz_> yes, is that bad?
Jan 08 09:09:01 <JaMa> spaetz_: be aware of latest revs of fso stuff in sane-srcrevs-fso..
Jan 08 09:09:23 <JaMa> spaetz_: I pinged you yesterday.. I have it on my neo.. but our shr-fso config is too old
Jan 08 09:09:32 <spaetz_> sorry, I haven't kept up with the latest stuff.
Jan 08 09:09:37 <JaMa> spaetz_: ie fsodeviced refuse to start because of that
Jan 08 09:09:52 <spaetz_> missed that ping. I am quite busy with 2 kids ATM :-(
Jan 08 09:10:09 <spaetz_> outch, reverting a merge isn't that easy, is it?
Jan 08 09:10:20 <spaetz_> how should I fix it now?
Jan 08 09:10:29 <JaMa> spaetz_: yeah.. kids are more gratefull than Zoffs :) 
Jan 08 09:10:47 <spaetz_> hehe, they are, indeed :)
Jan 08 09:10:50 <JaMa> spaetz_: we can pin older revisions of fso for shr
Jan 08 09:11:04 <JaMa> spaetz_: or just merge updated config from fso 
Jan 08 09:11:18 <JaMa> spaetz_: but it will still fail if rebuild from scratch
Jan 08 09:11:35 <JaMa> spaetz_: because even those old pined revisions are not compatible with latest vala releases..
Jan 08 09:11:43 <spaetz_> sigh
Jan 08 09:12:02 <spaetz_> sometimes I wish we wouldn't need all the latest version stuff..
Jan 08 09:12:04 <JaMa> spaetz_: so I would be glad to see updated config (I haven't done that before)
Jan 08 09:12:37 <JaMa> spaetz_: but pinning revisions on buildhost will be good for us (not other builders :/)
Jan 08 09:12:46 <spaetz_> yep, updated config sounds like the correct fix
Jan 08 09:13:33 <JaMa> I haven't checked the diff.. but mickey warned me before and I rested on my neo that he was right indeed :)
Jan 08 09:19:14 <CIA-52> SHR: 03Martin.Jansa 07shr * r730da87ad75c 10/shr-theme/icons/86x86/apps/ (Makefile.am navitD.png): shr-theme: add icon for navit with Display resource requested
Jan 08 09:23:32 <mrmoku> JaMa: pong
Jan 08 09:24:01 <spaetz_> JaMa: there is a new vala version in there, though.
Jan 08 09:39:01 <spaetz_> JaMa: is the fso version in oe.dev one with split config files?
Jan 08 09:43:58 <mrmoku> spaetz_: IIUC from reading backog - yes
Jan 08 09:44:02 <mrmoku> +l
Jan 08 09:44:53 <spaetz_> outch
Jan 08 10:07:14 <JaMa> spaetz_: fso revs are yesterday's HEAD
Jan 08 10:07:46 <JaMa> spaetz_: but mickey said from sleep that there is some other bug in vala, needed to fix for gsmd build and new relase will be there soon
Jan 08 10:09:23 <spaetz_> I will push split files for fsodeviced, fsousaged, and fsonetworkd now
Jan 08 10:09:39 <JaMa> good, thanks
Jan 08 10:10:14 <JaMa> mrmoku: and that ping is not valid anymore, I wanted RW to shr.git but spaetz can push it :)
Jan 08 10:10:23 <JaMa> mrmoku: but good to see you :)
Jan 08 10:10:25 <spaetz_> already pushed
Jan 08 10:10:39 <JaMa> ah, then I'll bump it in oe... thanks spaetz
Jan 08 10:13:14 <mrmoku> JaMa: ok... I'm still very busy day working though
Jan 08 10:13:33 <mrmoku> JaMa: want access anyway?
Jan 08 10:14:35 <CIA-52> SHR: 03Sebastian 07shr-themes * rd55005605dc6 10/frameworkd/frameworkd-config-shr/ (9 files in 3 dirs): frameworkd-conf-shr: add split config files for fsodeviced,fsousaged,fsonetworkd
Jan 08 10:15:17 <mrmoku> JaMa: want it or not... you have access now :P
Jan 08 10:15:20 <spaetz_> Settings should be the same as in frameworkd.conf. At least I tried hard to make them the same :)
Jan 08 10:15:30 <spaetz_> ok, gone for 2 hours or so. bbl
Jan 08 10:16:22 <Zorkman> strange, were can I opt-in for the shr-devel list?
Jan 08 10:18:05 <JaMa> spaetz_: thanks a lot for configs.. I'll try them asap
Jan 08 10:19:00 <DocScrutinizer51> moin
Jan 08 10:19:05 <Zorkman> moin Doc
Jan 08 10:19:16 <Zorkman> anyone else had problems with sending mails to the shr-devel list?
Jan 08 10:19:16 <DocScrutinizer51> hi Zorkman 
Jan 08 10:19:22 <DocScrutinizer51> long time no see
Jan 08 10:19:23 <Zorkman> I'm already registered but can't send mails
Jan 08 10:19:30 <Zorkman> yeah I know Doc :(
Jan 08 10:19:36 <Zorkman> work is keeping me more than busy :(:(
Jan 08 10:19:44 <Zorkman> work and commuting
Jan 08 10:20:08 <Zorkman> spent 5h30mins yesterday commuting
Jan 08 10:20:22 <Zorkman> ETA of company bike: 6 months
Jan 08 10:20:24 <DocScrutinizer51> work is better than no work in the long term ;-)
Jan 08 10:20:52 <Zorkman> I know, I'm not complaining, only too bad I don't have much time for my FR....
Jan 08 10:21:13 <Zorkman> well, i've put linux on my work PC also so maybe a bit in the train from now on :)
Jan 08 10:21:45 <Zorkman> (but gprs is not really an option because i'm constantly losing signal on the train)
Jan 08 10:21:54 <Zorkman> any news ?
Jan 08 10:22:33 <DocScrutinizer51> dunno. also not up to date
Jan 08 10:24:51 <Zorkman> are we getting old? not able to keep up with these youngsters with their rappers, r&b en shr? :P
Jan 08 10:28:18 <DocScrutinizer51> yo
Jan 08 10:30:02 <DocScrutinizer51> had better thing to do, like survive xmess, struggle with nasty flu, move flat
Jan 08 10:30:17 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r24570776c049 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: fsogsmd: qualcomm_htc: ignore 07.07 violations for sending the SMS continuation character (*sigh*)
Jan 08 10:30:30 <DocScrutinizer51> mickey|office: moinmoin
Jan 08 10:36:26 <skamster> hello all.. hope, here are some shr-devs
Jan 08 10:37:36 <skamster> with the last update on shr-unstable, the openmoko doesn't start again (i just thinked, i tell you that..)
Jan 08 10:38:01 <Heinervdm> skamster: i updated half an hour ago, and it booted fine
Jan 08 10:38:53 <skamster> mmh, strange.. for me, theres "bad inittab entry at line 5"..
Jan 08 10:39:02 <JaMa> I've reflashed yesterday (lots of fs errors on sd card.. so i formated that) and it worked for me
Jan 08 10:39:39 <skamster> and then always the message "can't open /dev/S: no such file or directory"
Jan 08 10:39:47 <skamster> the same for /dev/z6
Jan 08 10:40:24 <skamster> yeah, yesterday was everything fine.. i waited for the refreshed package-list's to make a update
Jan 08 10:40:31 <skamster> today
Jan 08 10:41:08 <JaMa> I flashed image build here.. so it was even newer then what is build on shr buildhost..
Jan 08 10:41:35 <PaulFertser> skamster: FS corruption probably?
Jan 08 10:41:49 <skamster> then it was everything linking with busybox and something like that appeared on the start.. "init started busybox"
Jan 08 10:41:55 <skamster> in nand?
Jan 08 10:41:58 <skamster> i don't belive so..
Jan 08 10:42:22 <PaulFertser> skamster: yep, that's possible. Even more so, nand is supposed to have some bad blocks. They're remapped automatically upon discovering.
Jan 08 10:43:25 <skamster> ah, ok.. so i must reflash the whole system or is a fsck from a sdcard-system enough?
Jan 08 10:45:11 <DocScrutinizer51> nandfs is a bitch. there's no fsck-nand afaik
Jan 08 10:45:28 <skamster> damn, ok..
Jan 08 10:45:36 <mickey|office> morning doc
Jan 08 10:45:37 <skamster> so reflash the whole sys?
Jan 08 10:46:08 <DocScrutinizer51> wpwrak: any wise words from the guru of nandfs?
Jan 08 10:46:33 <DocScrutinizer51> skamster: that definitely should cure all issues aiui
Jan 08 10:46:58 <PaulFertser> skamster: yep, either that or boot from uSD and reinstall all the packages.
Jan 08 10:48:36 <DocScrutinizer51> mickey|office: struggling with quael comm nasties?
Jan 08 10:49:26 <mickey|office> DocScrutinizer51: somewhat. tmzt did motivate me to take a 2nd look as there were some improvements on the kernel. i ran fsogsmd for the first time on it and found some new things to cope for. 
Jan 08 10:49:49 <mickey|office> audio during call is still broken for me, but supposedly working in master. will check tomorrow
Jan 08 10:50:21 <daniele_athome> hi
Jan 08 10:50:33 <daniele_athome> i've just upgraded to the latest shr-u
Jan 08 10:50:35 <daniele_athome> no more boot :(
Jan 08 10:50:54 <daniele_athome> it stops printing messages after "Freeing kernel memory etc."
Jan 08 10:51:11 <skamster> ah, maybe it's the same failure as i have
Jan 08 10:51:13 <daniele_athome> no X start, and no frameworkd start (red led on usb connect doesn't get powered on)
Jan 08 10:51:19 <daniele_athome> no usb networking
Jan 08 10:51:26 <daniele_athome> hi skamster 
Jan 08 10:51:27 <skamster> could you start over u-boot?
Jan 08 10:51:35 <skamster> hi daniele
Jan 08 10:51:56 <daniele_athome> skamster, u-boot can start from ext2 SD?
Jan 08 10:52:06 <skamster> if you've got also can't open /dev/S: no such file or directory then, we had the same
Jan 08 10:52:40 <skamster> from ext2 as first partition and etx3 as second, i think
Jan 08 10:52:58 <skamster> (first for boot, second for sys)
Jan 08 10:53:10 <skamster> but i don't know so much
Jan 08 10:53:14 <daniele_athome> skamster, no I have just one ext2 partition with all the OS
Jan 08 10:53:21 <skamster> about bootloaders 
Jan 08 10:53:36 <DocScrutinizer51> first partition msdos
Jan 08 10:53:38 <daniele_athome> i will try in a minute, i'm flashing android now
Jan 08 10:53:48 <DocScrutinizer51> err fatXX
Jan 08 10:53:48 <daniele_athome> DocScrutinizer51, i remember it's like that
Jan 08 10:53:58 <daniele_athome> the first partition must be fat
Jan 08 10:54:32 <skamster> mmh, i was thinking, ext2 was also supported, but may i'm wrong
Jan 08 10:55:18 <DocScrutinizer51> or' as I discussed with PaulFertser a minute ago on #openmoko, you might get away with one partition ext2/3 *if* it has inode size 128
Jan 08 11:03:53 <daniele_athome> so no news about this issue?
Jan 08 11:06:44 <skamster> just that we've got the same one.. so the chance is a little bit lower that it's because of a fs-corruption
Jan 08 11:07:23 <daniele_athome> skamster, i'm seeing if there is such an error like you mentioned earlier
Jan 08 11:09:00 <skamster> ok.. i just thinked because i see it just with u-boot
Jan 08 11:09:16 <wpwrak> DocScrutinizer51: what's nandfs ? :)
Jan 08 11:09:37 <DocScrutinizer51> nah
Jan 08 11:09:49 <DocScrutinizer51> no idea
Jan 08 11:10:15 <wpwrak> DocScrutinizer51: regarding nand use in general, where may be no fsck, but there certainly is a lot of other f*ck for developer, device manufacturer, support, and users :)
Jan 08 11:10:36 <wpwrak> DocScrutinizer51: sort of an orgy directed against you
Jan 08 11:10:50 <DocScrutinizer51> hehe
Jan 08 11:11:56 <DocScrutinizer51> on *this* unit a mount showed ""ubi0:rootfs on / type ubifs (rw,bulk_read,no_chk_data_crc)""
Jan 08 11:12:49 <daniele_athome> skamster, where that message should be?
Jan 08 11:12:55 <daniele_athome> at the last line?
Jan 08 11:13:30 <skamster> first of all, the message bad inittab entry at line 5 appears
Jan 08 11:14:18 <skamster> then, it repeats always "can't open /dev/S: no such file or directory" and "can't open /dev/z6: no such file or directory"
Jan 08 11:14:36 <skamster> like in a loop which does never end
Jan 08 11:15:26 <DocScrutinizer51> sounds about right. never heard of /dev/S or z6
Jan 08 11:15:40 <daniele_athome> skamster, no my printing stops at "Freeing init memory: 144k"
Jan 08 11:15:42 <daniele_athome> and that's all
Jan 08 11:15:57 <skamster> ok..
Jan 08 11:16:18 <DocScrutinizer51> maybe inittab is borked?
Jan 08 11:16:33 <daniele_athome> DocScrutinizer51, i'll mount my SD in linux
Jan 08 11:16:39 <daniele_athome> and see if there I can see something wrong...
Jan 08 11:16:43 <DocScrutinizer51> daniele_athome: loglevel?
Jan 08 11:17:00 <daniele_athome> mmm
Jan 08 11:17:02 <daniele_athome> 4 i guess
Jan 08 11:17:07 <daniele_athome> Qi long press
Jan 08 11:17:36 <DocScrutinizer51> so you'll see no progress after "freeing foo..." for quite some time
Jan 08 11:17:51 <daniele_athome> yes, 5 minutes until now
Jan 08 11:17:56 <daniele_athome> i switched it off...
Jan 08 11:17:57 <DocScrutinizer51> lol
Jan 08 11:18:36 <DocScrutinizer51> try use nor uboot
Jan 08 11:19:01 <daniele_athome> DocScrutinizer51, and then boot from SD?
Jan 08 11:19:08 <DocScrutinizer51> sure
Jan 08 11:19:12 <skamster> so what do you think? is it a fs-corruption and it's save to upgrade or it isnt?
Jan 08 11:19:24 <daniele_athome> I have ext2 partition
Jan 08 11:19:32 <daniele_athome> it's not working
Jan 08 11:19:38 <daniele_athome> unable to read...etc.
Jan 08 11:19:44 <DocScrutinizer51> if you have a setup/partitioning that allows uboot to boot from uSD
Jan 08 11:20:42 <daniele_athome> I haven't DocScrutinizer51, i will have to make one
Jan 08 11:20:43 <DocScrutinizer51> hmm yeah. uboot can't read extX with 256byte inodes. 
Jan 08 11:20:56 <daniele_athome> first I want to check filesystem from linux
Jan 08 11:21:05 <DocScrutinizer51> good plan
Jan 08 11:21:36 <DocScrutinizer51> I seen "stale ntfs lock inode" several times
Jan 08 11:21:52 <DocScrutinizer51> OWTTE
Jan 08 11:22:43 <DocScrutinizer51> I booted the auxiliary NAND system and did a fsck on the uSD. That fixed it
Jan 08 11:23:16 <DocScrutinizer51> when I had similar problems on NAND I reflashed
Jan 08 11:23:47 <DocScrutinizer51> which usually cured all issues but also deleted my data of course
Jan 08 11:24:35 <PaulFertser> JaMa: your advice to try dfu-util with newer Qi sounds weird.
Jan 08 11:24:45 <PaulFertser> JaMa: when one has problems with dfu errors
Jan 08 11:25:13 <DocScrutinizer51> ???????????
Jan 08 11:25:23 <DocScrutinizer51> !?!!!!!??
Jan 08 11:25:40 <DocScrutinizer51> weird, actually
Jan 08 11:26:07 <DocScrutinizer51> Qi doesn't know how to dfu
Jan 08 11:27:06 <DocScrutinizer51> so for using dfu-util you're always back to uBoot - no?
Jan 08 11:27:15 <PaulFertser> DocScrutinizer51: yes
Jan 08 11:27:22 <DocScrutinizer51> either NAND or NOR
Jan 08 11:28:41 <wpwrak> DocScrutinizer51: lightbulb of perversion: someone should write a dfu client for linux :)
Jan 08 11:28:43 <satish> how to install cpu freq utilitis packages on freerunner phone
Jan 08 11:28:45 <DocScrutinizer51> Qi was never meant to be used with NAND rootfs
Jan 08 11:29:16 <wpwrak> DocScrutinizer51: is nand was meant to be used, it would be usable, no ? :)
Jan 08 11:29:23 <DocScrutinizer51> muhahah. wpwrak you're in a silly mood today
Jan 08 11:29:23 <satish> is it possible to install packages on freerunner phone (SHR distribution)
Jan 08 11:29:56 <wpwrak> DocScrutinizer51: (silly) the things sleep deprivation does ...
Jan 08 11:30:11 <DocScrutinizer51> hehe
Jan 08 11:35:53 <skamster> mh, ok, i've updated once again..
Jan 08 11:35:56 <PaulFertser> satish: yes, opkg install
Jan 08 11:36:00 <skamster> now i couldn't reboot
Jan 08 11:36:17 <skamster> if i type in init 6, there's a busybox-message
Jan 08 11:36:31 <skamster> if i type reboot or halt, nothing happens
Jan 08 11:36:43 <PaulFertser> skamster: check inittab, it's interesting to see if it's mangled.
Jan 08 11:37:22 <skamster> i don't think it's inittab, i belive there's something strange linked with busybox, but ok.. i will print it..
Jan 08 11:37:53 <skamster> http://pastebin.com/d31a05cda
Jan 08 11:38:00 <skamster> there's also the init 6
Jan 08 11:40:18 <skamster> this is the link by package busybox
Jan 08 11:40:20 <skamster> update-alternatives: Linking //sbin/init to ../bin/busybox  
Jan 08 11:40:31 <DocScrutinizer51> hmm
Jan 08 11:40:32 <skamster> i don't know if this could work..
Jan 08 11:40:42 <DocScrutinizer51> I *HATE* BUSYBOX
Jan 08 11:40:42 <skamster> but it looks strange in my eyes..
Jan 08 11:41:19 <DocScrutinizer51> messybox *is* strange
Jan 08 11:41:23 <lindi-> DocScrutinizer51: i don't see the point, just don't use it :)
Jan 08 11:41:30 <lindi-> nobody is forcing you :P
Jan 08 11:41:37 <skamster> http://pastebin.com/d3d50105f
Jan 08 11:41:43 <skamster> these are all the links..
Jan 08 11:41:58 <DocScrutinizer51> but I guess that's actually usual way init works on crappybox systems
Jan 08 11:42:25 <skamster> lindi-: what will busybox do if you make a link from a important app to busybox?
Jan 08 11:42:39 <JaMa> PaulFertser: you're right.. I've read it wrong...
Jan 08 11:42:46 <skamster> will it makes the app faster, better, will it at least start it?
Jan 08 11:43:01 <skamster> i don't know busybox
Jan 08 11:43:20 <DocScrutinizer51> it will try (usually in vain) to act like the linked cmd
Jan 08 11:44:03 <JaMa> PaulFertser: I just seen that he tried that with "newest" and didnt read the rest to see that qi was used just as any other image for test..
Jan 08 11:44:38 <skamster> ok..
Jan 08 11:45:36 <skamster> lol, since 5 minutes , my moko tells me, it do power off..
Jan 08 11:48:04 <daniele_athome> DocScrutinizer51, skamster: after fsck still no boot
Jan 08 11:48:18 <daniele_athome> i'll check deeper within the filesystem after lunch
Jan 08 11:48:19 <daniele_athome> brb
Jan 08 11:48:28 <DocScrutinizer51> skamster: the whole purpose of busybox is to have all those commands tgether in one supposedly smaller executable
Jan 08 11:48:52 <DocScrutinizer51> daniele_athome: enjoy meal
Jan 08 11:49:08 <daniele_athome> :)
Jan 08 11:51:10 <skamster> DocScrutinizer51: ok, so what could the failure on busybox be?
Jan 08 11:51:29 <DocScrutinizer51> skamster: also crappybox *might* be faster on executing scripts as all the cmds are basically 'builtin' so no loading of elf files
Jan 08 11:51:56 <DocScrutinizer51> skamster: busybox *is* the failure ;-)
Jan 08 11:52:03 <skamster> ^^
Jan 08 11:52:33 <skamster> but crappybox isn't in the repos yet?
Jan 08 11:52:41 <DocScrutinizer51> honestly I dunno
Jan 08 11:53:23 <DocScrutinizer51> crappy/messy/busybox always been in the repos
Jan 08 11:53:47 <skamster> ok, then i try to replace it
Jan 08 11:54:11 <DocScrutinizer51> it's all the real good tools like less that were missing for a long time
Jan 08 11:54:14 <daniele_athome> changed VERBOSE=yes in /etc/default/rcS
Jan 08 11:54:17 <daniele_athome> no prints
Jan 08 11:54:18 <daniele_athome> :(
Jan 08 11:54:24 <daniele_athome> going to lunch for real now :P
Jan 08 11:55:07 <DocScrutinizer51> messybox for less simply does a cat xxx | more  >:-(
Jan 08 11:55:55 <DocScrutinizer51> and of course more is also a builtin of crappybox worth nothing
Jan 08 11:56:20 <DocScrutinizer51> that's basically why...
Jan 08 11:56:29 <DocScrutinizer51> I *HATE* BUSYBOX
Jan 08 11:58:07 <satish> Paul : i don't find any packages related CPU freq in SHR distrbution
Jan 08 11:58:21 <satish> where can i download those ?
Jan 08 12:00:10 <skamster> DocScrutinizer51: so the original init isn't avaible, if i understand you right?
Jan 08 12:00:20 <skamster> just the fucking busybox-version?
Jan 08 12:00:54 <DocScrutinizer51> skamster: probably you're absolutely correct, yes
Jan 08 12:01:18 <skamster> damn!
Jan 08 12:04:02 <DocScrutinizer51> skamster: aiui crappybox mainly destined to replace the whole sysv init toolbox on small embedded systems. So it lacks all convenience and interactive sophisticated options/tools. And for sure it will replace /sbin/init
Jan 08 12:04:52 <DocScrutinizer51> crappybox e.g not even knows 'nice'
Jan 08 12:06:52 <DocScrutinizer51> you need to build that yourself by renice own spawned shell process then execute the cmd you originally intended to run with changed prio
Jan 08 12:07:20 <DocScrutinizer51> or e.g. check 'su' - muhahaha
Jan 08 12:07:26 <mrmoku`> DocScrutinizer51: lrwxrwxrwx    1 root     root           19 Jan  1  2000 /sbin/init -> /sbin/init.sysvinit
Jan 08 12:07:47 <DocScrutinizer51> mrmoku`: ooh o.O
Jan 08 12:08:40 <DocScrutinizer51> mrmoku`: that's default or *your* customized system?
Jan 08 12:08:45 <mrmoku`> default
Jan 08 12:08:51 <DocScrutinizer51> amazing
Jan 08 12:09:28 <JaMa> mrmoku`: has sysvinit higher u-a priority than busybox?
Jan 08 12:09:41 <mrmoku`> JaMa: no idea...
Jan 08 12:09:59 * mrmoku` has to peel potatoes now :(
Jan 08 12:10:02 <mrmoku`> bbl
Jan 08 12:10:19 <JaMa> mrmoku`: I just noticed today that u-a-cworth is still installed and is possible that its switched to busybox with busybox upgrade if its the same priority
Jan 08 12:11:18 <JaMa> skamster: can you check that?
Jan 08 12:12:29 <DocScrutinizer51> file 'which init'
Jan 08 12:12:41 <skamster> root@om-gta02 ~ $ opkg list_installed u-a-cworth
Jan 08 12:12:49 <skamster> with this command i've no result
Jan 08 12:13:11 <skamster> or how should i check it?
Jan 08 12:13:26 <DocScrutinizer51> try grep
Jan 08 12:13:31 <JaMa> skamster: no i mean that priority for update-alternatives script
Jan 08 12:13:32 <DocScrutinizer51> maybe?
Jan 08 12:14:04 <JaMa> skamster: and u-a is shortname.. use update-alternatives-cworth..  but I know its there.. checked testlab/installed-packages..
Jan 08 12:14:12 <JaMa> spaetz: the same script is provided by opkg
Jan 08 12:14:17 <skamster> DocScrutinizer51: grep doesn't make sense if i have no results
Jan 08 12:14:38 <skamster> JaMa: could you gave me a command?
Jan 08 12:14:44 <JaMa> skamster: but u-a-cworth implementation is used because its in /usr/bin and second is /usr/sbin
Jan 08 12:14:49 <JaMa> skamster: yeah.. mmt
Jan 08 12:14:53 <DocScrutinizer51> skamster: opkg list_installed l grep foo
Jan 08 12:16:13 <skamster> i see just a command to install or remove by update-alternatives
Jan 08 12:16:21 <skamster> not to show anything
Jan 08 12:16:23 <DocScrutinizer51> ls -l $(which init)
Jan 08 12:16:24 <JaMa> skamster: something like 'cat /usr/lib/opkg/alternatives/sysvinit' ?
Jan 08 12:16:49 <skamster> cat: can't open '/usr/lib/opkg/alternatives/sysvinit': No such file or directory
Jan 08 12:17:12 <JaMa> the directory exists?
Jan 08 12:17:32 <JaMa> I'm not sure how the filename will be.. maybe rather init
Jan 08 12:17:44 <skamster> yes
Jan 08 12:17:45 <JaMa> check *init* to see what is there..
Jan 08 12:17:55 <skamster> and there's a sysctl
Jan 08 12:18:19 <daniele_athome> skamster, DocScrutinizer51 shr is booting
Jan 08 12:18:33 <DocScrutinizer51> daniele_athome: woohoo
Jan 08 12:18:33 <daniele_athome> i linked /sbin/init to /sbin/init.sysvinit
Jan 08 12:18:37 <DocScrutinizer51> how come
Jan 08 12:18:37 <daniele_athome> and is starting
Jan 08 12:18:38 <DocScrutinizer51> ?
Jan 08 12:18:42 <skamster> a pure "init" is there
Jan 08 12:18:46 <DocScrutinizer51> loooool
Jan 08 12:18:51 <DocScrutinizer51> ls -l $(which init)
Jan 08 12:18:51 <daniele_athome> init was linked to busybox
Jan 08 12:18:57 <daniele_athome> which obviously doesn't work
Jan 08 12:19:04 <JaMa> this is from u-a-cworth .. but on angstrom
Jan 08 12:19:05 <JaMa> ANG root@zjama ~ $ cat /usr/lib/ipkg/alternatives/init
Jan 08 12:19:05 <JaMa> /sbin/init
Jan 08 12:19:05 <JaMa> ../bin/busybox 50
Jan 08 12:19:05 <JaMa> /sbin/init.sysvinit 60
Jan 08 12:19:25 <DocScrutinizer51> I *HATE* BUSYBOX
Jan 08 12:19:28 <skamster> it's the same, but the last line isn't there
Jan 08 12:19:31 <daniele_athome> lol
Jan 08 12:19:52 <daniele_athome> X is starting
Jan 08 12:19:57 <JaMa> u-a-cworth and u-a-opkg are BIG problem.. because with newer opkg revision it installs alternatives to different directory
Jan 08 12:19:58 <daniele_athome> very well :D
Jan 08 12:20:05 <daniele_athome> guys you had better to fix this
Jan 08 12:20:06 <daniele_athome> :)
Jan 08 12:20:17 <skamster>  /sbin/init.sysvinit 60 doesn't exist
Jan 08 12:20:23 <DocScrutinizer51> guys you better nuke crappybo
Jan 08 12:20:25 <DocScrutinizer51> x
Jan 08 12:20:35 <JaMa> and then alternatives installed before opkg upgrade are only in old directory and u-a script doesn't see them
Jan 08 12:21:17 <skamster> so what must i do exactly to get my sys working again?
Jan 08 12:21:18 <skamster> :$
Jan 08 12:21:20 <JaMa> daniele_athome: I already commited u-a-cworth blacklist.. but it cannot be fixed without user cooperation :/ on installed system.. new images will be fine..
Jan 08 12:21:43 <JaMa> skamster: opkg reinstall sysvinit should fix it for you
Jan 08 12:21:55 <skamster> ok, thx.. :)
Jan 08 12:22:11 <JaMa> skamster: can you please send me those 2 files?
Jan 08 12:22:20 <JaMa> /usr/lib/ipkg/alternatives/init and /usr/lib/opkg/alternatives/init
Jan 08 12:22:20 <DocScrutinizer51> skamster: ln -s /sbin/init /sbin/init.sysvinit
Jan 08 12:22:46 <JaMa> DocScrutinizer51: no.. then u-a script will switch it again after next busybox upgrade..
Jan 08 12:23:07 <DocScrutinizer51> nuke messybox ;-P
Jan 08 12:23:11 <JaMa> :)
Jan 08 12:23:45 <skamster> http://pastebin.com/d4daa32a4
Jan 08 12:23:47 <DocScrutinizer51> even better: nuke messybox AND u-a
Jan 08 12:24:06 <JaMa> DocScrutinizer51: u-a-cworth nuked now..
Jan 08 12:24:21 <JaMa> DocScrutinizer51: but old entries should be merged to opkg alternatives :/
Jan 08 12:24:27 <JaMa> DocScrutinizer51: which is not that easy..
Jan 08 12:25:49 <skamster> aaah, looks better now
Jan 08 12:25:51 <skamster> :)
Jan 08 12:26:57 <JesusMcCloud> moin
Jan 08 12:27:01 <JaMa> skamster: reinstalled?
Jan 08 12:27:25 <skamster> yes
Jan 08 12:27:35 <JesusMcCloud> anyone here who updated to latest unstable? are there any major problems or is it worth a shot?
Jan 08 12:27:38 <skamster> reboot was working again
Jan 08 12:28:01 <skamster> now i will see if the system does start up
Jan 08 12:28:09 <skamster> splash-screen comes
Jan 08 12:29:55 <skamster> xserver works
Jan 08 12:29:58 <skamster> perfect
Jan 08 12:30:00 <skamster> thanks
Jan 08 12:30:01 <skamster> :D
Jan 08 12:30:42 <daniele_athome> just upgraded, gry theme
Jan 08 12:30:56 <daniele_athome> remember those three bottom buttons
Jan 08 12:30:59 <daniele_athome> dialer, messages, contacts
Jan 08 12:31:09 <daniele_athome> now they are 10
Jan 08 12:31:14 <skamster> ^^ they are now many
Jan 08 12:31:19 <daniele_athome> all with no label and no action
Jan 08 12:31:22 <daniele_athome> but the first
Jan 08 12:31:24 <daniele_athome> that launches htop
Jan 08 12:31:38 <daniele_athome> failing in doing that
Jan 08 12:31:53 <daniele_athome> (startup notification for one seconds and then htop process quits)
Jan 08 12:32:11 <JesusMcCloud> daniele_athome, the 3 buttons is a hardcoded number in illume, so you can only have 3 buttons (and a app menu, but i never looked into that)
Jan 08 12:32:40 <JesusMcCloud> daniele_athome, or did someone change that in illume sourcecode?
Jan 08 12:32:45 <daniele_athome> I don't know...
Jan 08 12:33:01 <daniele_athome> anyway I don't use such buttons, but they are really ugly like that :)
Jan 08 12:33:13 <daniele_athome> I think I will remove them from the gry theme...
Jan 08 12:33:31 <JesusMcCloud> the are nice if you use sortdesk v 0.2 so you can put sortdesk actions there
Jan 08 12:33:49 <JesusMcCloud> and have 4 virtual desktops
Jan 08 12:33:59 <DocScrutinizer51> yeah
Jan 08 12:34:28 <JesusMcCloud> that's the reason why i put the into nEo theme (and later in gry) in the first place... 
Jan 08 12:35:33 <daniele_athome> JesusMcCloud, sortdesk is a replacement for illume home desktop?
Jan 08 12:35:41 <JesusMcCloud> hey DocScrutinizer51. i didnt get to do anything with the interactive circuit... wasnt home during holidays and now is exam time at university
Jan 08 12:35:59 <JesusMcCloud> daniele_athome, nope just a bunch of shellscripts that simulate virtual desktops
Jan 08 12:36:09 <DocScrutinizer51> no problem as I was/am busy as well
Jan 08 12:36:35 <JesusMcCloud> daniele_athome, http://jmccloud.jm.funpic.de/?p=83
Jan 08 12:38:05 <JesusMcCloud> daniele_athome, you have to edit the diales, message and contacts .desktop file aswell to and remove the Bar category to make it work with current unstable/testing
Jan 08 12:38:09 <DocScrutinizer51> OMG funpic.de just ate my cat
Jan 08 12:38:35 <JesusMcCloud> DocScrutinizer51, yup that you do if you dont really care about the content...
Jan 08 12:39:09 <JesusMcCloud> buying a domain for some freerunner stuff... nah...
Jan 08 12:39:58 <DocScrutinizer51> wiki.om.org/user:jmccloud ?
Jan 08 12:41:08 <JesusMcCloud> DocScrutinizer51, ...right... the power of mediawiki
Jan 08 12:43:30 <JesusMcCloud> but i dont have time for that atm... also i'm looking to get some money to buy a pre
Jan 08 12:46:06 <daniele_athome> even ps doesn't work correctly
Jan 08 12:46:06 <daniele_athome> sigh
Jan 08 12:46:44 <daniele_athome> busybox ps accepts only w argument
Jan 08 12:46:45 <JaMa> daniele_athome: do you still have /usr/bin/update-alternatives and /usr/bin/update-alternatives right?
Jan 08 12:46:46 <daniele_athome> lol
Jan 08 12:47:01 <daniele_athome> JaMa, what do you mean by "right"?
Jan 08 12:47:01 <JaMa> 2nd should be sbin :)
Jan 08 12:47:10 <JaMa> daniele_athome: do you still have /usr/bin/update-alternatives and /usr/sbin/update-alternatives, right?
Jan 08 12:47:24 <daniele_athome> yes I do
Jan 08 12:47:32 <daniele_athome> mmm
Jan 08 12:47:36 <daniele_athome> both of them
Jan 08 12:47:50 <JaMa> strange that it failed now..
Jan 08 12:48:05 <JaMa> busybox was upgraded in last opkg upgrade?
Jan 08 12:48:12 <daniele_athome> yes
Jan 08 12:48:42 <JaMa> hmm it means that it was probably broken from the start of shr-u and busybox upgrade just triggered it :/
Jan 08 12:49:45 <daniele_athome> mmm
Jan 08 12:50:18 <daniele_athome> JaMa, why update-alternatives is duplicated?
Jan 08 12:50:32 <daniele_athome> a diff shows only a few changes
Jan 08 12:50:36 <daniele_athome> not important I guess
Jan 08 12:50:56 <daniele_athome> the on in /usr/bin refers to opkg
Jan 08 12:51:02 <daniele_athome> the one in /usr/sbin refers to ipkg
Jan 08 12:51:03 <daniele_athome> :S
Jan 08 12:51:07 <daniele_athome> what's that?
Jan 08 12:51:54 <JaMa> they were important but were applied to opkg code some time ago.. .. duplicated u-a script is bug in OE.. I sort of fixed (well prepared way to fix that) but this is much worse sideeffect..
Jan 08 12:52:45 <daniele_athome> that is?
Jan 08 12:53:43 <JaMa> daniele_athome: http://code.google.com/p/opkg/source/diff?spec=svn513&r=439&format=side&path=/trunk/utils/update-alternatives.in&old_path=/trunk/utils/update-alternatives.in&old=342
Jan 08 12:54:07 <JaMa> daniele_athome: that sideeffect is that for preparing image is used opkg u-a script
Jan 08 12:54:23 <JaMa> daniele_athome: but then because u-a-cworth shouldn't be installed in image at all
Jan 08 12:54:42 <JaMa> daniele_athome: is u-a-cworth used wrong and break things
Jan 08 12:55:07 <daniele_athome> i see
Jan 08 12:55:39 <daniele_athome> anyway talking about the flaunch
Jan 08 12:55:41 <JaMa> I can blacklist cworth from newer images and in the meantime fix OE to not include cworth in first place
Jan 08 12:55:46 <daniele_athome> the launchers didn't change
Jan 08 12:55:58 <daniele_athome> the three applications still have "Bar" in their categories
Jan 08 12:56:07 <JaMa> but yesterday busybox u-a update is not so easy to revert
Jan 08 12:56:39 <JaMa> daniele_athome: can you try please "opkg remove update-alternatives-cworth" "opkg reinstall busybox" ?
Jan 08 12:58:30 <skamster> http://pastebin.com/d42e6f1f9 may, this is a little failure, so i thinked i didn't fill a package because of this
Jan 08 12:59:31 <JaMa> skamster: you can try the same as daniele_athome 
Jan 08 13:00:13 <daniele_athome> JaMa, but there is something different in my case
Jan 08 13:00:19 <daniele_athome> after I manually relinked init and ps
Jan 08 13:00:26 <daniele_athome> I modified update-alternatives file for ps and init
Jan 08 13:00:39 <daniele_athome> adding sysvinit and procps with lower priority than busybox
Jan 08 13:01:22 <skamster> JaMa: and then again a reinstall of sysvinit?
Jan 08 13:03:16 <JaMa> skamster: I hope it would switch to sysvinit and other right packages automatically..
Jan 08 13:03:37 <JaMa> daniele_athome: the same for you, you should see lots of updating alternative to original versins
Jan 08 13:07:27 <daniele_athome> JaMa, it's doing right
Jan 08 13:07:35 <daniele_athome> I mean linking alternatives
Jan 08 13:08:17 <pespin> http://scap.linuxtogo.org <-- screen of last work on emtooth ;)
Jan 08 13:08:37 <pespin> now I'm trying to understand and fight with bluez/obexd Agents and C jeje
Jan 08 13:10:08 <skamster> yeah, now the links looks better
Jan 08 13:15:22 <pespin> if someone wants to try it, here's the bb file http://emtooth.googlecode.com/svn/trunk/openembedded/emtooth_svn.bb
Jan 08 13:16:01 <pespin> although it does just little things atm, would b great to have it in shr feed :D
Jan 08 13:20:07 <blindcoder> JaMa: damn, I haven't updated my SHR in weeks... but only yesterday evening I did again :(
Jan 08 13:21:12 <blindcoder> pespin: so emtooth finally works on SHR? I tried it a few weeks ago and couldn't even get it to start
Jan 08 13:25:59 <JaMa> blindcoder: read e-mail I just sent..
Jan 08 13:27:06 <blindcoder> JaMa: yeah, that's why I'm now a sad blindy :(
Jan 08 13:27:15 <blindcoder> JaMa: not blaming you, just making fun :)
Jan 08 13:28:25 <JaMa> blindcoder: you can fix it with that remove+reinstall workaround quickly..
Jan 08 13:28:49 <JaMa> blindcoder: and the bug was there well from 2009-12-08
Jan 08 13:29:04 <blindcoder> JaMa: oh, so it wasn't just bad timing on my side :)
Jan 08 13:29:21 <JaMa> blindcoder: but wasn't triggered as much yet to someone noticing that
Jan 08 14:02:46 <JaMa> spaetz_: "* Not yet removed those sections from frameworkd.conf to ease the transition period" so can i bump shr-config revision in OE?
Jan 08 14:07:30 <spaetz_> I think so
Jan 08 14:07:42 <spaetz_> ahh, hold on
Jan 08 14:07:54 <spaetz_> the recipe might need modifying to include the new files
Jan 08 14:08:03 <spaetz_> I haven't chenage the recipe yet
Jan 08 14:09:49 <JaMa> spaetz_: oki.. I'm building it here.. but I can test it only on rootfs with already bumped fso 
Jan 08 14:43:44 <spaetz_> cool, thanks
Jan 08 14:44:34 <Q-Master> mrmoku: a
Jan 08 14:47:32 <Q-Master> mrmoku: append plz a new russian locale files to libphone-ui-shr and shr-settings
Jan 08 15:11:18 <mrmoku> Q-Master: where from?
Jan 08 15:19:06 <bumbl> is the latest unstable image recommended? and why was qi rebuilt? did anything important change
Jan 08 15:21:22 <solar_george> does /etc/freesmartphone contain all of the opimd data?
Jan 08 15:22:07 <Q-Master> mrmoku: shr-devel ML
Jan 08 15:22:09 <mrmoku> solar_george: think so, yes
Jan 08 15:22:10 <Q-Master> crap
Jan 08 15:22:24 <Q-Master> after an update my shr install is not booting anymore
Jan 08 15:22:39 <mrmoku> Q-Master: see mail from JaMa on shr-user
Jan 08 15:23:18 <solar_george> mrmoku: thanks, just mucked up my shr and need to save the data before starting afresh
Jan 08 15:23:26 <mrmoku> Q-Master: and... I don't see any russian translation on shr-devel...
Jan 08 15:23:32 * mrmoku checked that before asking :P
Jan 08 15:23:50 <Q-Master> mrmoku: what mail?
Jan 08 15:24:14 <mrmoku> Q-Master: about busybox overwriting init symlink
Jan 08 15:24:39 <Q-Master> mrmoku: my mail was from 31.12.2009 19:06:23
Jan 08 15:24:59 <mrmoku> Q-Master: ahh, ok
Jan 08 15:25:05 <mrmoku> did check only recent ones
Jan 08 15:27:16 <Q-Master> mrmoku: hm. I don't see a message about busybox... Can you tell me what was the theme of the message?
Jan 08 15:28:29 <mrmoku> Q-Master: sorry.. shr-devel
Jan 08 15:28:30 <mrmoku> [Shr-Devel] HeadsUp! Read this before opkg upgrade
Jan 08 15:28:46 <Q-Master> didn't see sucha mail
Jan 08 15:29:14 <Q-Master> stop
Jan 08 15:29:18 <Q-Master> I see! 8))
Jan 08 15:30:17 <CIA-52> SHR: 03mok 07libphone-ui-shr * r7cad6cdc76f9 10/po/ru.po: po: updated russian translation from Vladimir Berezenko
Jan 08 15:30:33 <JaMa> mrmoku: can you also apply patches from patchwork?
Jan 08 15:30:48 <JaMa> there is quite a few translations
Jan 08 15:31:08 <mrmoku> JaMa: those are for repos I can't commit to as far as I see :|
Jan 08 15:31:37 <Q-Master> mrmoku: seems that I need to reinstall everything. I've rebooted already, so phone is not booting anymore.
Jan 08 15:31:46 <mrmoku> JaMa: guess dos1 an TAsn are the ones to bugger
Jan 08 15:32:07 <mrmoku> Q-Master: if you have access to the partition you can just fix the symlink for /sbin/init
Jan 08 15:32:32 <Q-Master> mrmoku: ahh. ok.
Jan 08 15:32:43 <JaMa> Q-Master: you can use that workaround from chroot too..
Jan 08 15:32:57 <Q-Master> It's on uSD
Jan 08 15:33:40 <mrmoku> JaMa: ok, have to go now... will be back in two hours or so... if nobody comitted until then I will give me access ;)
Jan 08 15:33:50 <mrmoku> bbl
Jan 08 15:34:05 <JaMa> ah then its probably easier to fix that symlink as mrmoku suggested and reboot & apply workaround later
Jan 08 15:34:16 * JaMa testing proper fix atm
Jan 08 15:35:41 <TAsn> JaMa, actually just dos1
Jan 08 15:36:04 <TAsn> I usually bug him about that. but he recently said I doesn't need to, as he notices them.
Jan 08 15:36:29 <Heinervdm> these EO translation patches are crap...
Jan 08 15:36:49 <Heinervdm> no chance to apply them
Jan 08 15:37:23 <spaetz_> EO?
Jan 08 15:37:29 <Heinervdm> on patchwork
Jan 08 15:37:46 <Heinervdm> Esperanto
Jan 08 15:38:05 <spaetz_> ahh, Esperanto
Jan 08 15:38:09 <spaetz_> pff
Jan 08 15:41:52 <Heinervdm> i will apply the patches for opimd-utils
Jan 08 15:51:02 <Q-Master> JaMa: what should be the correct symlink?
Jan 08 15:52:45 <Q-Master> it points to ../bin/busybox for me
Jan 08 15:53:54 <CIA-52> SHR: 03heinervdm 07opimd-utils * r10b1921befd8 10/data/ (14 files in 2 dirs): Add esperanto translation
Jan 08 15:54:28 <spaetz_> ../bin/busybox sounds about right to me...
Jan 08 15:54:56 <Heinervdm> can someone mark patches #558 - #562 as applied?
Jan 08 15:55:12 <Q-Master> spaetz: yep, but it doesn't boot
Jan 08 15:55:52 <JaMa> Q-Master: no.. mmt
Jan 08 15:56:01 <spaetz_> Heinervdm: updated patchwork, thanks
Jan 08 15:56:24 <JaMa> 13:18:33 < daniele_athome> i linked /sbin/init to /sbin/init.sysvinit
Jan 08 15:56:30 <JaMa> this is right Q-Master ^
Jan 08 15:56:37 <Q-Master> ah
Jan 08 15:56:38 <Q-Master> ok
Jan 08 15:57:10 <JaMa> but still do  remove -cworth and reinstall busybox after reboot
Jan 08 15:58:18 <Q-Master> ok
Jan 08 16:03:08 <JaMa> spaetz_: should I commit switch in DISTRO_TYPE from debug to release
Jan 08 16:03:52 <JaMa> spaetz_: it will just remove "debug" param from kernel params (maybe its ignored when booting with Qi) and won't add strace and gdb to image IIRC
Jan 08 16:12:50 <spaetz_> sounds good to me.
Jan 08 16:12:51 <Heinervdm> mickey|office: I'm thinking about how to add alarms to opimd-dates. And i came to the conclusion that the alarm should be set by opimd. What do you think about that?
Jan 08 16:13:16 <spaetz_> JaMa|Away: nice migration script.
Jan 08 16:13:28 <JaMa|Away> spaetz_: thanks.. 
Jan 08 16:13:44 <JaMa|Away> spaetz_: we have to apply it on shr-t before busybox for sure :)
Jan 08 16:13:45 <spaetz_> and a very verbose commit log message :-P
Jan 08 16:14:01 <JaMa|Away> or at least in same upgrade batch
Jan 08 16:14:16 <mickey|office> Heinervdm: correct. the idea behind limiting org.freesmartphone.Device.RealtimeClock to one alarm was that opimd should always be responsible for scheduling the "next" alarm based on its PIM db
Jan 08 16:15:31 <Heinervdm> mickey|office: oh, that's making it more complicated :)
Jan 08 16:15:51 <mickey|office> yes, but it's a fairly clean separation that way
Jan 08 16:16:01 <Heinervdm> i thought i can just call org.freesmartphone.Time.Alarm.setAlarm() within DatesDomain
Jan 08 16:16:39 <mickey|office> the reason behind that is that RTC can only register alarms in a near distance anyways
Jan 08 16:16:49 <mickey|office> so i didn't want to keep an alarm database in fsodeviced
Jan 08 16:16:51 <mickey|office> when opimd has another one
Jan 08 16:16:56 <Heinervdm> ok
Jan 08 16:17:21 <Heinervdm> and what should be called to set the next alarm?
Jan 08 16:19:31 <mickey|office> org.freesmartphone.Time.Alarm.setAlarm() should be ok
Jan 08 16:20:33 <mickey|office> i guess i will make fsotdld handle the problem of alarms that are more far away than rtc can handle
Jan 08 16:20:56 <mickey|office> actually
Jan 08 16:21:08 <mickey|office> scratch that
Jan 08 16:21:12 <mickey|office> and let me think about it again
Jan 08 16:21:27 <mickey|office> it might make sense to teach Time.Alarm to handle an arbitrary number of alarms
Jan 08 16:22:02 <Q-Master> mickey|office: it definitely makes sense.
Jan 08 16:22:06 <mickey|office> yeah, i guess i will do that
Jan 08 16:22:18 <mickey|office> give me the weekend
Jan 08 16:22:35 <Heinervdm> mickey|office: the problem is probably, that users will try to backup theire opimd database
Jan 08 16:22:49 <Heinervdm> and then the alarm will be lost
Jan 08 16:23:13 <mickey|office> well
Jan 08 16:23:14 <Heinervdm> like just copying the /etc/freesmartphone/opim dir
Jan 08 16:23:22 <mickey|office> opimd definitly has to store its agenda items
Jan 08 16:23:31 <mickey|office> and on relaunch of the system
Jan 08 16:23:44 <mickey|office> for every agenda item you will call time.alarm
Jan 08 16:24:06 <mickey|office> or were you thinking different alarm sources?
Jan 08 16:24:06 <Heinervdm> yes
Jan 08 16:24:13 <Heinervdm> no
Jan 08 16:24:15 <mickey|office> good
Jan 08 16:24:22 <mickey|office> i'll do that over the next couple of days
Jan 08 16:24:30 <mickey|office> and then you can make the necessary adjustments in opimd
Jan 08 16:24:32 <Heinervdm> but then ffalarms needs to be changed too
Jan 08 16:24:35 <mickey|office> yep
Jan 08 16:24:43 <mickey|office> perhaps we no longer need ffalarms
Jan 08 16:24:47 <mickey|office> after my enhancements
Jan 08 16:24:47 <Heinervdm> :)
Jan 08 16:24:50 <mickey|office> ;)
Jan 08 16:27:22 <Heinervdm> ok, then next are raster and morphis ;)
Jan 08 16:27:47 * daniele_athome bye!
Jan 08 17:18:24 <JaMa|Away> spaetz: navit, you really like generating bb file for every locale supported in OE? in 2 variants -bike -car? I'm not sure how to do something like this in OE properly without pain. And I won't type opkg navit-czech-car navit-czech-bike..
Jan 08 17:31:56 <DocScrutinizer51> heh I suggested to unify ffalarms and calender and cron - looong ago
Jan 08 17:34:21 <DocScrutinizer51> mickey|zzZZzz: and someone of fSO team convinced me the rtc-alarm already handles multiple invocations
Jan 08 17:36:58 <DocScrutinizer51> mickey|zzZZzz: maybe it was fso-atd tht's been supposed to handle multiple alarms set. can't recall' it's really been some time ago
Jan 08 17:41:58 <CIA-52> freesmartphone.org: 03morphis 07msmcomm * r15c5c514c6c5 10/msmcommd/ (26 files in 3 dirs): msmcommd: fix naming of many stuff
Jan 08 17:41:58 <CIA-52> freesmartphone.org: 03morphis 07msmcomm * r906a961d5517 10/msmcommd/.gitignore: msmcommd: add msmcterm binary blob to .gitignore
Jan 08 17:45:29 <CIA-52> freesmartphone.org: 03morphis 07msmcomm * r62b20fb214e6 10/msmcommd/ (12 files in 2 dirs): msmcommd: fix encoding/decoding of frames
Jan 08 17:47:14 <JaMa|Away> spaetz: log filename is a bit wrong http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=frameworkd/frameworkd-config-shr/om-gta02/fsonetworkd.conf;h=63096968fda83b0e5268c15b50192c234f4b16d0;hb=d55005605dc6e86c66b600ddd2b00bf7f313500d 
Jan 08 17:48:10 <Q-Master> JaMa|Away: no luck. after reinstalling the busybox and removing those update-alternatives-cworth the /sbin/init again points to ../bin/busybox
Jan 08 17:48:29 <CIA-52> freesmartphone.org: 03morphis 07msmcomm * r205f8f090f5d 10/msmcommd/ (13 files in 2 dirs): msmcommd: mode 0644 for all plain text files!
Jan 08 17:49:25 <JaMa|Away> Q-Master: have you removed -cworth first?
Jan 08 17:49:35 <Q-Master> JaMa|Away: yes, of cource
Jan 08 17:50:22 <JaMa|Away> so no /usr/sbin/update-alternatives
Jan 08 17:50:27 <JaMa|Away> ?
Jan 08 17:50:47 <Q-Master> JaMa|Away: no
Jan 08 17:50:55 <JaMa|Away> Q-Master: please read backlog from morning and send me those 2 init files with alternatives..
Jan 08 17:51:26 <Q-Master> JaMa|Away: ?
Jan 08 17:51:32 <Q-Master> JaMa|Away: too dumb today
Jan 08 17:51:58 <JaMa|Away> 13:22:10 < JaMa> skamster: can you please send me those 2 files?
Jan 08 17:51:58 <JaMa|Away> 13:22:18 < JaMa> /usr/lib/ipkg/alternatives/init and /usr/lib/opkg/alternatives/init
Jan 08 17:55:12 <lindi-> ha, disabling kernel debug indeed speeded things up considerably
Jan 08 17:55:50 <mickeyl> JaMa: i have updated to vala 0.7.9.5
Jan 08 17:55:57 <mickeyl> this one fixes a regression from yesterday
Jan 08 17:56:02 <JaMa> mickeyl: do we need rfkill plugin on neo with old kernel?
Jan 08 17:56:28 <JaMa> mickeyl: does it fix also fsobasics build?
Jan 08 17:56:31 <mickeyl> no
Jan 08 17:56:32 <mickeyl> yes
Jan 08 17:56:42 <DocScrutinizer51> maybe
Jan 08 17:56:52 <DocScrutinizer51> can you repeat the question
Jan 08 17:56:55 <mickeyl> ;D
Jan 08 17:59:23 <DocScrutinizer51> mickeyl: for a mobile device like FR the RTC alarm has a completely different importance than you find e.g. on laptops
Jan 08 17:59:56 <DocScrutinizer51> mickeyl: I think we shouldn't expose the plain hardware to userland at all
Jan 08 18:00:22 <mickeyl> absolutely
Jan 08 18:00:36 <mickeyl> i will probably blacklist some functions of the lower FSO daemons
Jan 08 18:00:42 <mickeyl> only for use by FSO itself
Jan 08 18:00:51 <mickeyl> (the higher level daemons)
Jan 08 18:01:13 <DocScrutinizer51> mickeyl: rather integrate RTC alarm into a mobilized atd crond scheme
Jan 08 18:01:38 <DocScrutinizer51> maybe even system timers like usleep()
Jan 08 18:01:57 <DocScrutinizer51> then for convenience and compatibility export a virtual RTC that based on this infrastructure
Jan 08 18:02:40 <max_posedon> mickeyl, I found that most fso2 snapshots now have few issues, some very old. some haven't all files. may you create new some day?
Jan 08 18:07:06 <mickeyl> max_posedon: yes, got your bug trackets. I'll create a new set of releases on weekend
Jan 08 18:08:07 <max_posedon> thanks, I'll test them, and update/close bugs itself after testing new I think.
Jan 08 18:10:11 <DocScrutinizer51> max_posedon: that's a nice promise :-D
Jan 08 18:12:21 <mickeyl> max_posedon: the warnings are harmless. although i don't like them, i can't fix them in my code as they're in the generated C code from Vala. Eventually Vala will create warning-free C code though.
Jan 08 18:13:04 <ferluszt> hello, i have a problem with the toolchain, it comes the error "Package tslib-1.0 was not found in the pkg-config search path."
Jan 08 18:13:14 <ferluszt> i use the feets of shr-unstable
Jan 08 18:14:32 <ferluszt> in the feeds is no package tslib-1.0
Jan 08 18:28:35 <spaetz> JaMa, doh, will check fsonetwork.conf filename
Jan 08 18:35:13 <JaMa> spaetz: no name of config.. but that log file inside
Jan 08 18:35:41 <JaMa> spaetz: there is fsousaged.. and yes it needs few changes in recipe.. new files weren't installed
Jan 08 18:45:07 <mickeyl> guess what
Jan 08 18:45:22 <mickeyl> htc does not accept +4969...
Jan 08 18:45:31 <mickeyl> it doesn accept 004969 though
Jan 08 18:45:33 <mickeyl> *sigh*
Jan 08 18:47:09 <DocScrutinizer51> huh???
Jan 08 18:50:28 <JaMa> spaetz: navit-locale-cs: unsatisfied recommendation for "flite
Jan 08 18:50:47 <JaMa> spaetz: it would be probably better with RSUGGESTS_${PN}
Jan 08 19:27:46 <alexxy> mrmoku: TAsn: hi
Jan 08 19:28:17 <alexxy> didi someone tested ubifs images?
Jan 08 19:33:48 * JaMa did
Jan 08 19:34:50 <johnnymnemonic> hi all
Jan 08 19:35:00 <johnnymnemonic> I've just upgraded my shr-u
Jan 08 19:35:07 <johnnymnemonic> and illume is all messed up
Jan 08 19:35:14 <johnnymnemonic> plus shr-settings doesn't work
Jan 08 19:35:48 <johnnymnemonic> like this http://pastebin.com/m3e5e2b87
Jan 08 19:36:12 <johnnymnemonic> also the wrench gui is messed up
Jan 08 19:37:32 <JaMa> johnnymnemonic: whats wrong with wrench gui?
Jan 08 19:38:08 <JaMa> I noticed only that shr icon has not transparent background anymore
Jan 08 19:38:31 <johnnymnemonic> JaMa: http://scap.linuxtogo.org/files/ecbffaa9bfab5dba54cdd75d91822ee0.png
Jan 08 19:39:14 <JaMa> hmm I don't have it here
Jan 08 19:39:38 <solar_george> me neither
Jan 08 19:40:05 <solar_george> were you using software-16 engine by any chance
Jan 08 19:40:48 <johnnymnemonic> no
Jan 08 19:41:11 <solar_george> are you using the gry theme?
Jan 08 19:41:30 <johnnymnemonic> gry with shrlogo
Jan 08 19:41:40 <solar_george> hmm me too
Jan 08 19:41:56 <solar_george> have you got a home screen that looks like http://scap.linuxtogo.org/files/20a87ae685bdf2e56c3ee689838efdc9.png
Jan 08 19:42:12 <johnnymnemonic> solar_george: no
Jan 08 19:43:09 <solar_george> I do have the same shr-settings problem though
Jan 08 19:43:19 <johnnymnemonic> solar_george:  now yes but setting all with gry theme
Jan 08 19:43:23 <dos1> that's not shr-settings problem, it's python-elementary ;P
Jan 08 19:44:28 <solar_george> dos1 yeah do you know of a workaround or do we just wait for a rebuild?
Jan 08 19:45:12 <solar_george> johnnymnemonic: i was interested in the quick-launch bar in particular
Jan 08 19:45:34 <JaMa> dos1: I've rebuilt python-elementary already here and I have still the same error..
Jan 08 19:47:52 <johnnymnemonic> busybox also seems to be broken
Jan 08 19:48:32 <johnnymnemonic> http://pastebin.com/m5f75cea6
Jan 08 19:49:10 <DocScrutinizer51> crappybox ***IS*** broken --- by *design*
Jan 08 19:50:11 <DocScrutinizer51> hah what a pleasure. messybox bashing on even two channels. yeah ;->
Jan 08 19:50:31 <solar_george> johnnymnemonic:  reinstall procps package
Jan 08 19:50:47 <DocScrutinizer51> MAKE MY DAAAAAAY
Jan 08 19:50:47 <JaMa> johnnymnemonic: and read shr-devel list
Jan 08 19:50:57 <solar_george> http://lists.shr-project.org/pipermail/shr-devel/2010-January/001789.html 
Jan 08 19:51:20 <solar_george> ^ i think thats what you're referring to 
Jan 08 19:51:36 <JaMa> yup
Jan 08 19:52:32 <rafa> ls
Jan 08 19:57:55 <solar_george> what controls what goes into the quick launch bar on the bottom of the screen?
Jan 08 19:58:12 <dos1> illume :P
Jan 08 19:59:22 <solar_george> dos1: thank you, i meant to ask where the config is as mine's showing 10 blank boxes
Jan 08 20:01:14 <johnnymnemonic> solar_george, dos1: mine too now 
Jan 08 20:02:48 <solar_george> johnnymnemonic: and does your mucked up wrench settings have a problem where everything that you can scrollbar and rang widgets bounce back if you move them?
Jan 08 20:03:03 <solar_george> ^range
Jan 08 20:05:41 <johnnymnemonic> like where solar_george?
Jan 08 20:06:18 <solar_george> in the wrench settings - scrollbar on look page
Jan 08 20:06:49 <johnnymnemonic> solar_george: yes
Jan 08 20:06:52 <johnnymnemonic> doh!
Jan 08 20:06:55 <solar_george> or the lauch delay setting under Launcher on the first page
Jan 08 20:07:00 <solar_george> ^launch
Jan 08 20:09:36 <spaetz> JaMa, ok, will fix the naviit rsuggests. thanks for the notice
Jan 08 20:09:54 <solar_george> of course calc doesn't work either due to being python-elementary
Jan 08 20:10:07 <JaMa> spaetz: playing with your fso configs.. but still not much luck..
Jan 08 20:10:22 <spaetz> mmmh :-(
Jan 08 20:10:39 <JaMa> no resource in fsoraw -l
Jan 08 20:11:00 <JaMa> and fsodeviced dies few sec after executing
Jan 08 20:11:10 <spaetz> one thing: the sectionss were in a different order in the split config
Jan 08 20:11:36 <spaetz> it could be that mickey got theem wrong...
Jan 08 20:11:53 <spaetz> this can lead to fsso crashes....
Jan 08 20:11:56 <JaMa> spaetz: I also tried to remove their section from framework.conf.. but its only slightly better
Jan 08 20:12:22 <JaMa> spaetz: in which repo are configs you started with?
Jan 08 20:12:44 <spaetz> JaMa, cornucopia
Jan 08 20:12:55 <JaMa> spaetz: and why do we have ie fsodeviced.conf and then om-gta02/fsodeviced.conf in shr-themes.git?
Jan 08 20:12:58 <spaetz> docs dir has the sample conf
Jan 08 20:13:28 <JaMa> and what I compared were the same file
Jan 08 20:13:40 <spaetz> that is a good question and nobody could ever answeer that to me
Jan 08 20:13:53 <JaMa> ah good :)
Jan 08 20:14:05 <spaetz> afaik they have always been the same :-)
Jan 08 20:14:41 <spaetz> imho we tried to have a generic one and some machine specific ones
Jan 08 20:14:59 <spaetz> but tht doesn´t make sense
Jan 08 20:25:59 <JaMa> spaetz: I'll remove that busybox upgrade on buildhost ok?
Jan 08 20:29:04 <DocScrutinizer51> yeah NUKE MESSYBOX!
Jan 08 20:29:15 <wpwrak> *grin*
Jan 08 20:30:29 <wpwrak> i always find it hard to decide which is worse - busybox or dropbear :)
Jan 08 20:37:43 <mrmoku> wpwrak: well... for SHR that is quite clear... busybox... as we already eliminated the other ;)
Jan 08 20:39:19 <mrmoku> JaMa: what about the rest of the esperanto stuff? Did not apply?
Jan 08 20:40:20 <JaMa> mrmoku: I haven't tried.. 
Jan 08 20:40:45 <JaMa> mrmoku: Heinervdm said its crap, but someone applied part of it..
Jan 08 20:40:54 <wpwrak> mrmoku: one evil at a time :)
Jan 08 20:43:34 <mrmoku> wpwrak: yup :)
Jan 08 20:43:55 <mrmoku> JaMa: ok, will try then
Jan 08 20:44:23 <playya_> hi mrmoku 
Jan 08 20:44:49 <JaMa> mrmoku: can I have patch on shr buildhost in openembeded while running "make update" ?
Jan 08 20:45:08 <JaMa> mrmoku: I would block that new busybox but update the reset
Jan 08 20:45:12 <JaMa> rest
Jan 08 20:47:02 <JaMa> ah nvm.. checked Makefile and I can.. it was because "git server hung up"..
Jan 08 20:47:58 <mrmoku> hi playya_
Jan 08 20:48:07 <mrmoku> JaMa: ok, the pyphonelog one is actually crap
Jan 08 20:48:31 <mrmoku> it is against an empty .po which does not exist :|
Jan 08 20:52:19 <JaMa> ah :/
Jan 08 20:52:48 <JaMa> mrmoku: can you please review suggested u-a fix in oe-devel list.. I would like to push it before leaving for weekend..
Jan 08 20:53:17 <JaMa> mrmoku: and if noone in oe-devel reply I would push it to shr/merge :/
Jan 08 20:59:59 <mrmoku> JaMa: looks sane to me... won't make it go away though (the cworth one)
Jan 08 21:00:46 <mrmoku> JaMa: as this is a quite pressing issue... we probably should just apply it to shr/merge until oe-devel decided?
Jan 08 21:03:03 <JaMa> mrmoku: yes.. we need to have -cworth for a while for merging old alternatives or add the same postinst to every opkg..
Jan 08 21:03:16 <JaMa> mrmoku: if you agree I'll push it to shr/merge
Jan 08 21:06:49 <spaetz> yes, do push to shr/merge
Jan 08 21:09:18 <mrmoku> JaMa: yeah push
Jan 08 21:09:47 <mrmoku> JaMa: I rejected the esperanto patches and sent the author a mail to either redo them or send complete po files...
Jan 08 21:11:23 <JaMa> mrmoku: great
Jan 08 21:11:53 <mrmoku> JaMa: two patches left :P
Jan 08 21:12:19 <JaMa> nicely clean again :)
Jan 08 21:12:42 <JaMa> time for fresh cookies..
Jan 08 21:13:16 <mrmoku> hehe, yes :)
Jan 08 21:13:39 <JaMa> .. running shr-u build on buildhost.. 
Jan 08 21:13:59 <JaMa> busybox removed from feeds and D_P = -1 pushed to shr/merge too
Jan 08 21:15:11 <mrmoku> JaMa: tell me when I should try to upgrade
Jan 08 21:16:53 <JaMa> ah fsck, I forgot about those fso revs in oe.dev :/
Jan 08 21:18:03 <JaMa> we got latest fso HEAD if I build it now.. should I push old revs now for busybox/u-a issue?
Jan 08 21:18:47 <mrmoku> hmm... the config is fixed and has a chance to work?
Jan 08 21:19:14 <JaMa> no
Jan 08 21:19:31 <JaMa> and new config is not fully ready
Jan 08 21:20:05 <mrmoku> then we either have to fix the config or go with the old revs :|
Jan 08 21:20:26 <JaMa> and if I use old fso revision then it cannot be compiled from scratch because vala is a bit incompatible with those old revs..
Jan 08 21:20:53 <mrmoku> well then lets just fix the config
Jan 08 21:22:43 <JaMa> mrmoku: so should I run that build?
Jan 08 21:23:24 <JaMa> mrmoku: I killed it when I recalled about those revs..
Jan 08 21:23:49 <mrmoku> JaMa: just run it... in 10 min I can take a look at the config thing
Jan 08 21:26:41 <JaMa> and last question, what about setting some dummy password like "shr" or "iReallyLikeShrVeryMuch" :) just because of that openssl configuration it will be easier to fix if new image doesn't boot to e correctly
Jan 08 21:26:56 <JaMa> seems like few people already had that problem
Jan 08 21:27:45 <mrmoku> JaMa: hmm... that will lead to the problem that nobody is changing it... and then it's even worse than not having a password :P
Jan 08 21:28:30 <mrmoku> brb
Jan 08 21:32:26 <spaetz> no dummy password pless
Jan 08 21:32:31 <spaetz> please
Jan 08 21:32:47 <spaetz> lets rather allow empty passwords
Jan 08 21:37:07 <JaMa> OK
Jan 08 21:41:31 <TAsn> I think we should allow empty passwords
Jan 08 21:41:37 <TAsn> and just REALLY explain
Jan 08 21:41:43 <TAsn> why not to use an empty pass in the wizard.
Jan 08 21:45:28 <spaetz> TAsn, agreed
Jan 08 21:51:13 <mrmoku> where do we want to put the config?
Jan 08 21:51:29 <mrmoku> /etc/freesmartphone, /etc or home of root?
Jan 08 21:55:18 <mrmoku> I think /etc/freesmartphone would be the sanest
Jan 08 21:55:36 * JaMa agree
Jan 08 21:55:47 <mrmoku> and each config to the apropriate package
Jan 08 21:55:55 <mrmoku> fsodeviced.conf comes with fsodeviced and so on...
Jan 08 21:56:23 <JaMa> ah directly to recipe?
Jan 08 21:57:26 <JaMa> not in frameworkd-config-shr? hmm that could be usefull
Jan 08 21:59:05 <mrmoku> JaMa: yup
Jan 08 22:01:53 <mrmoku> mickeyl: ping
Jan 08 22:06:40 <mrmoku> JaMa: hmm... I have a problem with testing if it builds though... my env is quite outdated :|
Jan 08 22:11:34 <PaulFertser> mrmoku: with screen uncalibrated not being able to log in via ssh is quite an unpleasant surprise.
Jan 08 22:13:22 <mrmoku> PaulFertser: sure
Jan 08 22:13:43 <mrmoku> PaulFertser: with x not coming up too
Jan 08 22:14:11 <PaulFertser> mrmoku: yep :)
Jan 08 22:14:19 <mrmoku> PaulFertser: an empty root password is bad too though :P
Jan 08 22:15:02 <PaulFertser> mrmoku: not for usb probably
Jan 08 22:15:24 <mrmoku> PaulFertser: but probably TAsn is right and allowing empty passwords and force/hint the user to set a password in the first start wizard is the way to go
Jan 08 22:16:06 <mrmoku> PaulFertser: thing is... I think logging in via eth0 should be enabled by default
Jan 08 22:16:51 <mrmoku> optimal thing would be to be able to configure sshd to allow empty pw only on usb... don't think that is viable though :|
Jan 08 22:16:55 <PaulFertser> mrmoku: wifi? Hm, if the user can configure wifi connection with FR's terminal, he can as well change openssh config.
Jan 08 22:17:17 <alexxy> JaMa: mrmoku: TAsn: how to use ubi images?
Jan 08 22:17:37 <wpwrak> mrmoku: you could set a random password and pop up a screen showing it when the user tries to log on remotely :)
Jan 08 22:17:59 <JaMa> alexxy: http://wiki.openmoko.org/wiki/Ubifs
Jan 08 22:18:00 <mrmoku> alexxy: no idea
Jan 08 22:18:04 <mrmoku> wpwrak: hehe :)
Jan 08 22:18:07 <DocScrutinizer51> huh? nice idea
Jan 08 22:18:20 <mrmoku> PaulFertser: well you don't need the terminal for wifi
Jan 08 22:18:28 <mrmoku> sometimes mokonnect works :P
Jan 08 22:18:47 <wpwrak> DocScrutinizer51: only difficulty is that you would have to tap into the authentication mechanisms of ssh, which is tricky.
Jan 08 22:18:53 <DocScrutinizer51> PaulFertser: N900 hostmode definitely FUBAR
Jan 08 22:19:11 <DocScrutinizer51> wpwrak: PAM
Jan 08 22:19:45 <alexxy> JaMa: =)
Jan 08 22:19:49 <wpwrak> DocScrutinizer51: that's why i wrote "tricky", not "unrealistic" ;-)
Jan 08 22:20:02 <alexxy> mrmoku: is images with kernel 2.6.32 works?
Jan 08 22:20:29 <DocScrutinizer51> bah. what's tricky in writing a decent PAM module :-P
Jan 08 22:20:54 <DocScrutinizer51> prolly such a module even exists already
Jan 08 22:21:09 <wpwrak> DocScrutinizer51: hehe :) well, if you think it's not too hard to accomplish, that may indeed be a viable approach
Jan 08 22:21:40 <JaMa> alexxy: use normal andy tracking..
Jan 08 22:21:50 <playya__> a short question about libfso-glib to the (future) useres: what would you prefer a new proxy class or a get_object method which only returns an interface?
Jan 08 22:22:15 <alexxy> JaMa: so ubi wil work with regular shr-u?
Jan 08 22:22:17 <JaMa> alexxy: ubifs config is the same there.. I just tested it on 2.6.32 but its not needed.. max_posedon tested it with 2.6.29-rc3
Jan 08 22:22:21 <DocScrutinizer51> wpwrak: *ME* would get source for OPIE and tweak for my needs
Jan 08 22:22:33 <max_posedon> alexxy, yes it is
Jan 08 22:22:35 <alexxy> JaMa: ok =)
Jan 08 22:22:36 <JaMa> alexxy: image is the same..
Jan 08 22:22:49 <JaMa> alexxy: only qi params are different
Jan 08 22:23:21 * alexxy trying to rescue opimd bases from unbootable image
Jan 08 22:24:01 <JaMa> alexxy: with .32 it worked better for me.. but after max_posedon suggested to disable background threads in ubi it seems to work fine with all shr kernels 
Jan 08 22:24:08 <alexxy> JaMa: also i can provide reiserfs bonie++ tests on my mSD
Jan 08 22:24:27 <JaMa> alexxy: why unbootable?
Jan 08 22:24:34 <mrmoku> playya__: I would prefer to be able to use it from C :P
Jan 08 22:24:43 <alexxy> well because i upgraded busybox
Jan 08 22:24:48 <mrmoku> (or to know _how_ to use it from C)
Jan 08 22:24:48 <JaMa> alexxy: wasnt you hit by busybox too?
Jan 08 22:24:51 <alexxy> and this image cannot boot anymore
Jan 08 22:24:57 <max_posedon> reiserfs tests not interesting, interesint is jffs2 test)
Jan 08 22:25:01 <JaMa> alexxy: have you read shr-devel?
Jan 08 22:25:18 <alexxy> JaMa: i read it after i run in this issue
Jan 08 22:25:19 <JaMa> alexxy: you can fix it easily from chroot 
Jan 08 22:25:20 <playya__> mrmoku, yes. it's for C
Jan 08 22:25:27 <mrmoku> oh :D
Jan 08 22:25:33 <playya__> that's why i ask you :)
Jan 08 22:25:38 <alexxy> max_posedon: jffs2 test on microSd not intresting at all
Jan 08 22:25:46 <alexxy> better to test logFS
Jan 08 22:25:55 <JaMa> alexxy: and in few mins it will be fixed better, but fso a bit broken for now.. if you upgrade..
Jan 08 22:26:01 <mrmoku> playya__: hmmm
Jan 08 22:26:15 <alexxy> http://logfs.org/logfs/
Jan 08 22:26:17 <JaMa> alexxy: a lot broken..
Jan 08 22:26:17 <mrmoku> playya__: have to think a moment...
Jan 08 22:26:40 <playya__> i want to patch vala-dbus-binding-tool
Jan 08 22:26:43 <mrmoku> JaMa: what fso parts do we have nowadays?
Jan 08 22:26:51 <alexxy> JaMa: ok i'll get ubi image from 22 of december
Jan 08 22:26:58 <mrmoku> playya__: that would be very much appreciated :)
Jan 08 22:27:14 <JaMa> mrmoku: built and installed is even fsogsmd now 
Jan 08 22:27:35 <mrmoku> JaMa: that is not good I think :P
Jan 08 22:27:35 <JaMa> mrmoku: but used imho just fsodeviced/fsousaged (that's what I'm testing here..)
Jan 08 22:27:53 <mrmoku> what about fsotimed? 
Jan 08 22:27:54 <JaMa> alexxy: no.. that's too old
Jan 08 22:27:57 <spaetz> and fsonetworkd afaik
Jan 08 22:27:57 <mrmoku> it is no more, right?
Jan 08 22:28:02 <mrmoku> yup
Jan 08 22:28:09 <max_posedon> ah, I found tests on wiki, JaMa would like say you thank you for all this documentation work
Jan 08 22:28:11 <mrmoku> I did the config for usage, device and network
Jan 08 22:28:14 <alexxy> JaMa: then what image should i get for ubi?
Jan 08 22:28:15 <spaetz> no, we use otimed
Jan 08 22:28:27 <mrmoku> then I'm done :)
Jan 08 22:28:37 <JaMa> alexxy: check "UBI success story" on shr-devel, I'm not sure when I pushed updated params for ubi.. but it was later then 22.12.
Jan 08 22:28:38 <PaulFertser> DocScrutinizer51: (n900) how do you tell?
Jan 08 22:28:57 <JaMa> max_posedon: someone else updated it there..
Jan 08 22:29:16 <max_posedon> JaMa, you pushed new kernel on 5th of June
Jan 08 22:29:17 <JaMa> max_posedon: I just changed the steps which were not valid anymore..
Jan 08 22:29:20 <DocScrutinizer51> speedevil got a positive denial of a person knowing the schematics
Jan 08 22:29:32 <max_posedon> (e.g. diable a lot of debug info)
Jan 08 22:29:34 <mrmoku> JaMa: I just can't test it :|
Jan 08 22:29:43 <DocScrutinizer51> PaulFertser: and I got L3/4 manual with blockschematics
Jan 08 22:29:46 <max_posedon> alexxy, say you need really recent image
Jan 08 22:29:51 <PaulFertser> DocScrutinizer51: Excellent!
Jan 08 22:30:07 <DocScrutinizer51> PaulFertser: actually crap
Jan 08 22:30:29 <DocScrutinizer51> as useless as all block schematics
Jan 08 22:30:37 <JaMa> max_posedon: yeah and ubi params were updated 4 days ago http://git.openembedded.org/cgit.cgi/openembedded/log/conf/machine/om-gta02.conf
Jan 08 22:31:05 <JaMa> max_posedon: but it depends also when was make update run on shr buildhost before building an image..
Jan 08 22:31:14 <DocScrutinizer51> but it made me utter 'humm doesn't lool promising' and speedevil said 'definitley it's all over'
Jan 08 22:31:14 <alexxy> max_posedon: ok then
Jan 08 22:31:29 <DocScrutinizer51> look*
Jan 08 22:31:57 <JaMa> mrmoku: oh :/
Jan 08 22:32:32 <DocScrutinizer51> PaulFertser: http://wiki.maemo.org/N900_Hardware_isp1707
Jan 08 22:33:10 <JaMa> alexxy: 20100106 should be good for test
Jan 08 22:33:28 <alexxy> JaMa: ok =)
Jan 08 22:33:56 <DocScrutinizer51> PaulFertser: Nokia did a major OOPS like OM. Missed to consider hiring me just in time ;-P
Jan 08 22:34:25 <JaMa> DocScrutinizer51: :)
Jan 08 22:35:07 <max_posedon> DocScrutinizer51, shouldn't you ask raster ask samsung hire you? because if not, their phones will be broken too)
Jan 08 22:35:11 <JaMa> DocScrutinizer51: I was expecting something about that *box.. but this is better :)
Jan 08 22:36:24 <DocScrutinizer51> max_posedon: iirc I actually *did* ask ratser. His reply was he doesn't know the right poeple for such requests
Jan 08 22:37:33 <PaulFertser> DocScrutinizer51: (n900 host mode) That sucks :|
Jan 08 22:37:43 <DocScrutinizer51> yo!!!
Jan 08 22:37:58 <DocScrutinizer51> fsckng morons
Jan 08 22:38:17 <mrmoku> JaMa: pushed
Jan 08 22:38:42 <DocScrutinizer51> aiui they missed a trace prolly from usb receptacle id pin to PHY chip
Jan 08 22:39:20 <DocScrutinizer51> or - better - from PHY to a GPIO
Jan 08 22:39:45 <PaulFertser> DocScrutinizer51: just missed? Or purposely omitted?
Jan 08 22:40:42 <DocScrutinizer51> "tim said: we don't need that. So no resistors to use line-in option" Like that I guess
Jan 08 22:41:14 <PaulFertser> Meh, morons
Jan 08 22:41:32 <DocScrutinizer51> It's not been in the product specs so the missed it 'on purpose'
Jan 08 22:41:32 <spaetz> mrmoku, you know that i already had those files added in frameeworkd-conffig-shr ?
Jan 08 22:41:35 <mrmoku> JaMa: hmm libfsoframework failed
Jan 08 22:41:43 <mrmoku> spaetz: ohh, no :|
Jan 08 22:41:55 <spaetz> heh
Jan 08 22:42:23 <PaulFertser> DocScrutinizer51: TFBGA36... shorting pins is a challenging job indeed
Jan 08 22:42:40 <spaetz> well, they make  more sense in oe
Jan 08 22:43:08 <spaetz> we could retire frameworkd-config-shr
Jan 08 22:43:10 <DocScrutinizer51> PaulFertser: and I'm quite sure that "shorting" part is a little oversimplified
Jan 08 22:43:21 <mrmoku> spaetz: yeah, now that they are split we should get rid of it
Jan 08 22:43:34 <spaetz> and ship all stuff through the recipes
Jan 08 22:43:53 <DocScrutinizer51> PaulFertser: prolly that short would switch PHY to hostmode *permanently*
Jan 08 22:44:12 <PaulFertser> DocScrutinizer51: yep
Jan 08 22:48:17 <JaMa> mrmoku: ah sorry I should said that I'm already testing configs spaetz pushed.. I expected that you know and that you're just moving them to fso recipes :/
Jan 08 22:51:35 <mrmoku> JaMa: hehe, np
Jan 08 22:54:03 <PaulFertser> FYI it seems to be already possible to make phonecalls (but not use SMS) with fully free ofono code.
Jan 08 22:54:07 <PaulFertser> On n900.
Jan 08 22:54:20 <JaMa> mrmoku: we need to remove at least [fsodevice.kernel26_rfkill]
Jan 08 22:54:38 <JaMa> ** ERROR **: plugin.vala:228: Can't open /dev/rfkill: No such file or directory; rfkill plugin will not be operating
Jan 08 22:54:41 <JaMa> aborting...
Jan 08 22:55:16 <DocScrutinizer51> PaulFertser: somebody even bragged with ofono working for calls on FR   XD
Jan 08 22:56:00 <mrmoku> JaMa: oh, ok
Jan 08 22:56:01 <JaMa> mrmoku: and still fails later http://pastebin.ca/1743366
Jan 08 22:56:04 <PaulFertser> DocScrutinizer51: in fact gta01 and gta02 are devices actively used by ofono developers, especially to implement multiplexing.
Jan 08 22:56:42 <PaulFertser> DocScrutinizer51: with n900 it's all complicated by an undocumented and tricky protocol instead of AT. (ISI) 
Jan 08 22:56:57 <DocScrutinizer51> yo
Jan 08 22:57:17 <JaMa> or better http://pastebin.ca/1743370
Jan 08 22:58:37 <JaMa> mrmoku: with disabled accelerometer its doesn't segfault now
Jan 08 22:59:10 <DocScrutinizer51> PaulFertser: you're aware of pnatd sending AT to N900 modem?
Jan 08 23:00:04 <mrmoku> JaMa: hmm, that is a regression in fsodeviced then?
Jan 08 23:00:16 <alexxy> JaMa: mrmoku: how to make lite image from full one?
Jan 08 23:00:31 <alexxy> seems recent ubi images are only full ones?
Jan 08 23:00:57 <JaMa> mrmoku: probably yes.. I even rebooted to 2.6.29-rc3 and it still fails the same
Jan 08 23:01:10 <PaulFertser> DocScrutinizer51: yes
Jan 08 23:01:20 <PaulFertser> DocScrutinizer51: probably i was the one telling you even :)
Jan 08 23:01:28 <DocScrutinizer51> yep
Jan 08 23:01:29 <JaMa> alexxy: I'll run -lite build if we finish fso config before I fall asleep
Jan 08 23:02:00 <JaMa> alexxy: you can create lite only if you remove lots of apps after booting full i guess :)
Jan 08 23:02:06 <alexxy> JaMa: ok
Jan 08 23:02:26 <DocScrutinizer51> PaulFertser: so pnatd is a basic AT parser?
Jan 08 23:03:11 <PaulFertser> DocScrutinizer51: no real idea about it but i guess so.
Jan 08 23:03:24 <DocScrutinizer51> is it FOSS
Jan 08 23:03:28 <DocScrutinizer51> or OSS
Jan 08 23:03:31 <DocScrutinizer51> ?
Jan 08 23:03:33 <JaMa> mrmoku: in old frameworkd.conf should be enough to have ie [odevided] disabled = 1 right?
Jan 08 23:03:45 <JaMa> mrmoku: seems like ousaged is sort of running here :/
Jan 08 23:05:11 <JaMa> mrmoku: ah my fault.. another fsoousaged process was running..
Jan 08 23:05:17 <mrmoku> :)
Jan 08 23:05:51 <spaetz> hehe
Jan 08 23:06:07 <spaetz> odeviced disabled=1 should be ennough btw
Jan 08 23:06:41 <spaetz> anyway,I'm falling asleep. good night
Jan 08 23:07:04 <spaetz> and let's remove the fso files from frameworkd-config-shr...
Jan 08 23:07:22 <mrmoku> spaetz: good night
Jan 08 23:07:27 <JaMa> and with fso quite running, I should restart phonefsod, right?
Jan 08 23:07:29 * mrmoku is getting tired too :)
Jan 08 23:07:32 <spaetz> night
Jan 08 23:07:38 <mrmoku> JaMa: yup
Jan 08 23:08:21 <spaetz> phonefsod should restart itself when it detects that fso restarted/quit...
Jan 08 23:08:25 <JaMa> ah I'm calling someone :)
Jan 08 23:08:29 <PaulFertser> DocScrutinizer51: i'm not that into maemo to know :) I still do not have a single maemo device, and n810 of my friend is a disappointment.
Jan 08 23:09:02 <mrmoku> spaetz: yeah, will implement that... someday :)
Jan 08 23:09:06 <spaetz> hehe
Jan 08 23:09:25 <spaetz> yep, too many things *should* be done
Jan 08 23:09:42 <DocScrutinizer51> PaulFertser: thought you living inside the git or whatever ;-P
Jan 08 23:09:46 <mrmoku> unfortunatelly yes... and time is low :|
Jan 08 23:10:38 <spaetz> mrmoku: yep, and yours will even get less at the end of february...
Jan 08 23:10:45 <spaetz> really away now.
Jan 08 23:10:55 <mrmoku> oh yeah :)
Jan 08 23:10:57 <JaMa> hmm lets try it again with sound module :)
Jan 08 23:11:17 <mrmoku> JaMa: that might enhance the phone experience a lot... or not :P
Jan 08 23:11:34 <mrmoku> depending on whom you're calling and how buzz behaves ;)
Jan 08 23:12:30 <JaMa> hmm should I also restart fsodeviced after modprobe?
Jan 08 23:12:31 <playya__> mrmoku, result of you thoughts?
Jan 08 23:12:39 <JaMa> its quite the same as before..
Jan 08 23:13:30 <mrmoku> playya__: not sure if interface is sufficient
Jan 08 23:14:04 <mrmoku> playya__: is it difficult to be able to have both?
Jan 08 23:14:28 <mrmoku> for example is the interface sufficient to register for signals?
Jan 08 23:14:29 <playya__> might be possible
Jan 08 23:14:50 <playya__> but might cause problem because of name collisions
Jan 08 23:15:51 <playya__> but imho interfaces are better if you want to inject code(like mocks) for testing
Jan 08 23:16:27 <mrmoku> playya__: if it is not too worksome let's try with the interfaces first then
Jan 08 23:16:37 <mrmoku> playya__: I will happily try it :)
Jan 08 23:16:58 <playya__> ok. maybe i have to fix one or to vala bugs first :/
Jan 08 23:18:07 <mrmoku> ohh
Jan 08 23:18:09 * mrmoku noob
Jan 08 23:19:21 <JaMa> mrmoku: can you push updated configs? (disabled rfkill and accelerator, shorter frameworkd.conf?)
Jan 08 23:19:26 <playya__> you have to update vala anyways the next days
Jan 08 23:19:35 <playya__> so better now then thwice
Jan 08 23:20:31 <mrmoku> JaMa: shit += does not work with line breaks?
Jan 08 23:20:46 <mrmoku> JaMa: what I pushed fails parsing
Jan 08 23:20:49 <playya__> use \?
Jan 08 23:20:58 * mrmoku should have and could have tried that :(
Jan 08 23:22:02 <JaMa> playya__: any idea about http://tinderbox.openembedded.net/packages/411829/ ?
Jan 08 23:22:15 <JaMa> playya__: it compiled fine yesterday before latest vala bump
Jan 08 23:22:27 <playya__> yes. vala bug
Jan 08 23:22:38 <playya__> that's why you have to update :P
Jan 08 23:22:51 <alexxy> JaMa: btw why not disable UBI debug?
Jan 08 23:22:55 <playya__> here's the patch
Jan 08 23:22:57 <playya__> http://git.gnome.org/browse/vala/commit/?id=5e7562115e3f186ce643c45d9b14c09782d63ad5
Jan 08 23:23:11 <playya__> i want to create a tar.gz for leviathan anyways
Jan 08 23:23:16 <playya__> should i cc you?
Jan 08 23:23:44 <JaMa> alexxy: because it didn't work for be before and also max_posedon reported that even on shevaplug it fails if BGT is enabled (second DEBUG option)
Jan 08 23:23:58 <JaMa> s/ be / me /
Jan 08 23:23:58 <infobot> JaMa meant: alexxy: because it didn't work for me before and also max_posedon reported that even on shevaplug it fails if BGT is enabled (second DEBUG option)
Jan 08 23:23:58 <mrmoku> heh, someone else broke something too though :P
Jan 08 23:24:11 <mrmoku> NOTE: Handling BitBake files: \ (1333/7957) [16 %]ERROR: 'RPROVIDES_python-gst-examples' while parsing /home/mok/src/other/openmoko/shrbuild/shr-unstable/openembedded/recipes/python/python-gst_0.10.17.bb
Jan 08 23:24:33 <JaMa> playya__: yes.. 
Jan 08 23:24:52 <JaMa> playya__: thanks
Jan 08 23:26:06 <JaMa> mrmoku: thats strange.. I've build shr-image today afternoon and I don't see any gst touching commit message :/
Jan 08 23:26:13 <PaulFertser> DocScrutinizer51: ok, i'm reading a datasheet of some USB 2.0 ULPI otg-compatible datasheet.
Jan 08 23:27:12 <PaulFertser> DocScrutinizer51: ID pin there connects only to the usb receptable and doesn't affect any operation at all except for external 5V supply control.
Jan 08 23:28:02 <JaMa> mrmoku: that's quite old change http://git.openembedded.org/cgit.cgi/openembedded/log/recipes/python/python-gst_0.10.17.bb
Jan 08 23:28:15 <mrmoku> JaMa: it is enough to comment out the type for the accel?
Jan 08 23:28:24 <mrmoku> or the whole plugin?
Jan 08 23:28:47 <JaMa> let me check.. I had only config for accel and then commented out
Jan 08 23:29:08 <mrmoku> JaMa: can you pastebin it?
Jan 08 23:29:13 <JaMa> plugin too
Jan 08 23:30:17 <JaMa> mrmoku: http://pastebin.ca/1743426 
Jan 08 23:30:18 <mrmoku> JaMa: did you have accelerometer or accelerometer_lis302 first?
Jan 08 23:30:29 <JaMa> and http://pastebin.ca/1743428
Jan 08 23:31:09 <JaMa> ah and I wgetpasted with [fsodevice.accelerometer] enabled
Jan 08 23:31:19 <JaMa> which is confirmed to segfault
Jan 08 23:31:22 <mrmoku> JaMa: the example config has the accelerometer one first...
Jan 08 23:31:46 <mrmoku> thogh I think the example config might be wront
Jan 08 23:31:50 <mrmoku> /wront/wrong/
Jan 08 23:32:13 <JaMa> having [fsodevice.accelerometer_lis302] after [fsodevice.accelerometer] segfaults too
Jan 08 23:32:21 <mrmoku> JaMa: ok :)
Jan 08 23:33:14 <JaMa> so "#[fsodevice.accelerometer]" is needed now
Jan 08 23:33:33 <mrmoku> JaMa: hmm
Jan 08 23:33:55 <JaMa> libsdl-ttf_2.0.9 failed too again :/
Jan 08 23:33:56 <mrmoku> JaMa: I disabled the lis302 one and the type inside the accel one
Jan 08 23:33:59 <playya__> JaMa, do you us .gz or .bz2?
Jan 08 23:34:23 <playya__> lis302 should be before accel if i recall correctly
Jan 08 23:34:34 <JaMa> playya__: SRC_URI = "http://www.freesmartphone.org/sources/vala-${PV}.tar.bz2"
Jan 08 23:34:37 <playya__> maybe we should use libmodulo
Jan 08 23:34:39 <mrmoku> yup, but is not in cornucopias sample conf
Jan 08 23:35:01 <mrmoku> playya__: ptitjes would like that :P
Jan 08 23:35:08 <playya__> yes. i know
Jan 08 23:35:10 <JaMa> mrmoku: but for me it still segfaults .. only "#[fsodevice.accelerometer]" helps
Jan 08 23:35:29 <playya__> JaMa, backtrace?
Jan 08 23:35:30 <mrmoku> JaMa: ok... next commit then... Koen will hate me :P
Jan 08 23:35:45 <playya__> maybe you have incompatible versions
Jan 08 23:36:44 <JaMa> mrmoku: parse error was because you didn't have \ on first line :)
Jan 08 23:36:58 <mrmoku> JaMa: eek
Jan 08 23:37:04 <playya__> *uploading*
Jan 08 23:37:05 * mrmoku should go to bed now :P
Jan 08 23:37:10 <JaMa> playya__: I have HEAD from yesterday.. as pinned in sane-srcrevs now
Jan 08 23:37:39 <playya__> really good. so i can check in my math code so someone might review it
Jan 08 23:37:50 * JaMa too, tomorrow morning I promised to myself to go to gym :)
Jan 08 23:39:49 <johnnymnemonic> where are sms and contacts saved on the phone?
Jan 08 23:41:07 <JaMa> alexxy: I'll run that -lite build but it will probably fail today.. so don't wait for it..
Jan 08 23:41:22 <johnnymnemonic> or how can I backup them before a fresh install
Jan 08 23:41:33 <alexxy> JaMa: i already flashed full ubi image
Jan 08 23:42:15 <alexxy> JaMa: but lite image should be good thing to have
Jan 08 23:42:45 <JaMa> playya__: ah I was expecting 0.7.9.6 here http://www.freesmartphone.org/sources/ :)
Jan 08 23:44:52 <playya__> don't have access there
Jan 08 23:45:29 <pespin> blindcoder, (emtooth crashing before) it crashed before a bug in fso (http://trac.freesmartphone.org/ticket/499) ;). Meanwhile, I have written a workaround, it works now on fso :D
Jan 08 23:46:18 <JaMa> pespin: is there some emtooth bb recipe?
Jan 08 23:46:29 <pespin> JaMa, yep, let me find the link
Jan 08 23:46:41 <pespin> JaMa, http://emtooth.googlecode.com/svn/trunk/openembedded/emtooth_svn.bb
Jan 08 23:46:51 <JaMa> http://code.google.com/p/emtooth/source/detail?r=29?
Jan 08 23:46:53 <JaMa> ah :)
Jan 08 23:47:46 <JaMa> pespin: do you insist on using SRCDATE instead of SRCPV?
Jan 08 23:47:54 <pespin> JaMa, I have no idea about bb recipes, it's done by jl_gene sometimes here. Just tell me about improvements :P
Jan 08 23:48:19 <alexxy> JaMa: btw is it possible to flash ubi image with dfu util?
Jan 08 23:49:02 <mrmoku> JaMa: as it does not build right now... I would refrain from committing another config change to fsodeviced for today
Jan 08 23:49:04 <JaMa> alexxy: I haven't tried but it could work.. v e r y  slowly..
Jan 08 23:49:15 <JaMa> alexxy: flashing from uSD image is faster
Jan 08 23:49:23 <mrmoku> I think playya__ might be riht and it is just some inconsistency between the packages....
Jan 08 23:49:29 <mrmoku> anyway
Jan 08 23:49:34 * mrmoku needs some sleep now :)
Jan 08 23:49:37 <mrmoku> gnight all
Jan 08 23:49:42 <JaMa> alexxy: and having system on uSD is good if something goes wrong with UBI in nand..
Jan 08 23:50:04 <JaMa> mrmoku|away: thanks a lot and gnite
Jan 08 23:50:04 <playya__> good night mrmoku|away 
Jan 08 23:51:07 <JaMa> pespin: I'll try it here and if it works good for me I would push it to OE
Jan 08 23:51:43 <pespin> JaMa, well, jl_gene builds packages for me with OE and this recipe, it should go I suppouse :)
Jan 08 23:52:14 <max_posedon> JaMa, I don't know about flash, but stupid cp to ubifs not so fast too)
Jan 08 23:52:32 <pespin> btw, something broken in unstable now? going to opkg upgrade :P
Jan 08 23:52:51 <JaMa> pespin: yes.. read shr-devel first
Jan 08 23:53:10 <JaMa> pespin: but should not harm now
Jan 08 23:53:30 <JaMa> pespin: but in few minutes it will
Jan 08 23:56:14 <pespin> JaMa, ok thanks :)
Jan 08 23:59:37 <JaMa> pespin: http://pastebin.ca/1743460
Jan 09 00:02:35 <pespin> JaMa, what does this mean exactly? -->    SRCREV_pn-emtooth ?= "29"
Jan 09 00:06:34 <JaMa> pespin: that it will checkout svn revision 29
Jan 09 00:07:07 <JaMa> pespin: and use it also as part as project version 
Jan 09 00:11:57 <pespin> JaMa, then each time I want a new revision to be build from the svn I may ask for it to someone, am I wrong? :)
Jan 09 00:12:14 <JaMa> playya__: stupid backtrace.. but maybe you'll get some idea http://pastebin.ca/1743467
Jan 09 00:12:25 <JaMa> pespin: yes
Jan 09 00:12:38 <pespin> I mean, someone with write acces who modifies that number in OE
Jan 09 00:12:43 <max_posedon> btw, who is timo.jyrinki ?
Jan 09 00:12:57 <JaMa> pespin: or you can set SRCREV_pn-emtooth ?= ${AUTOREV} which builds always the latest
Jan 09 00:13:06 <max_posedon> I'm readying mail about speedups, and don't understand idea of disabling preemption
Jan 09 00:13:08 <pespin> and then is fetched automatically in shr feed?
Jan 09 00:13:23 <pespin> JaMa, thanks for all the info :D
Jan 09 00:13:41 <JaMa> pespin: but its not used much in shr now, because then builds can fail without any change to OE repo
Jan 09 00:14:04 <JaMa> pespin: shr feed is a bit different issue
Jan 09 00:14:59 <JaMa> pespin: sofar I put it only to my repo, but if is usefull for lots of users then it should be added to OE and I'll push it
Jan 09 00:16:09 <pespin> ok
Jan 09 00:19:48 <JaMa> pespin: where is list of paired thrusted devices saved?
Jan 09 00:20:08 <JaMa> pespin: /var/lib/bluetooth/* or something like that? I mean std bluez4 locations?
Jan 09 00:20:26 <JaMa> mickey|sofa: seems we need newer vala snapshot :)
Jan 09 00:21:03 <mickey|sofa> again??
Jan 09 00:21:16 <mickey|sofa> what's wrong now w/ 0.9.7.5?
Jan 09 00:21:28 <JaMa> mickey|sofa: also this could interest you.. everytime [fsodevice.accelerometer] is enabled i get this stupid backtrace.. but maybe you'll get some idea http://pastebin.ca/1743467
Jan 09 00:22:02 <mickey|sofa> hmm, bummer. playya__, did you test your patches? :)
Jan 09 00:22:03 <JaMa> mickey|sofa: even without device_type = lis302 ( so probably default:none )
Jan 09 00:22:15 <mickey|sofa> let me do a quick check here
Jan 09 00:22:35 <JaMa> mickey|sofa: http://tinderbox.openembedded.net/packages/411829/
Jan 09 00:22:36 <playya__> i just added the upstream patch
Jan 09 00:22:47 <playya__> and it works on leviathan's machine
Jan 09 00:22:53 <mickey|sofa> lis302?
Jan 09 00:23:04 <pespin> JaMa, still hasn't arrived to code pairing/trusting to other devices. GUI is there but in bluez side I need to read on Agents and implement it in C+e_dbus first ;)
Jan 09 00:23:16 <leviathan> hey mickey|sofa is here anyway ^^
Jan 09 00:23:20 <pespin> but as far as I know it's all saved in bluez internals
Jan 09 00:23:35 <playya__> JaMa, i think default is (not set)
Jan 09 00:23:51 <JaMa> pespin: ah.. then please ping me then when it gets some beta/rc quality :)
Jan 09 00:23:51 <playya__> brb
Jan 09 00:24:14 <JaMa> #[fsodevice.accelerometer]
Jan 09 00:24:14 <JaMa> # Which accelerometer variant plugin to use: none (default), lis302
Jan 09 00:24:14 <JaMa> #device_type = lis302
Jan 09 00:24:35 <mickey|sofa> JaMa: vala 0.7.9.5 should compile this
Jan 09 00:24:49 <pespin> JaMa, atm only supported features are scan, list/modify local properties and list/modify(alias) properties
Jan 09 00:24:50 <mickey|sofa> unless i broke the snapshot again
Jan 09 00:25:03 <max_posedon> mickey|sofa, little question, is libnl-2.0 really required for fsonetworkd, and libnl-1.1 not enough?
Jan 09 00:25:19 <mickey|sofa> max_posedon: yes
Jan 09 00:25:27 <mickey|sofa> libnl has different API
Jan 09 00:25:29 <mickey|sofa> 2
Jan 09 00:25:39 <mickey|sofa> more sanity
Jan 09 00:25:44 <JaMa> mickey|sofa: I'm testing it with 0.7.9.5 :/
Jan 09 00:25:51 <mickey|sofa> that's sad
Jan 09 00:25:58 <mickey|sofa> looks like i have problems generating snapshots then
Jan 09 00:26:07 <max_posedon> ok, I hope they will release smth soon...
Jan 09 00:27:16 <JaMa> mickey|sofa: and after clean of all recipes/freesmartphone/*.bb I got even more strange errors like http://pastebin.ca/1743481
Jan 09 00:34:05 <JaMa> libfsobasics fixed after rebuilding vala again
Jan 09 00:35:07 <leviathan> yes
Jan 09 00:35:10 <leviathan> for me too
Jan 09 00:35:12 <leviathan> ok
Jan 09 00:35:13 <leviathan> well
Jan 09 00:35:23 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rb16eded67348 10/docs/fsogsmd/ (14 files in 6 dirs): docs: add modem docs from ogsmd
Jan 09 00:35:29 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r8a3dbdb95153 10/fsodeviced/src/plugins/accelerometer/plugin.vala: 
Jan 09 00:35:29 <CIA-52> freesmartphone.org: Revert "fsodeviced: Adopt new syntax for accelerometer plugin"
Jan 09 00:35:29 <CIA-52> freesmartphone.org: This reverts commit f479286c79f8dfda3578852f820b3f44864d9e39.
Jan 09 00:35:31 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r38e206003be4 10/fsodeviced/src/lib/accelerometer.vala: 
Jan 09 00:35:34 <CIA-52> freesmartphone.org: Revert "fsodeviced: Add getAccelerometer for unique instance"
Jan 09 00:35:36 <CIA-52> freesmartphone.org: This reverts commit 36167ef9fdbe00d518a3cc2f3777edbb4d9cbf2c.
Jan 09 00:35:38 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r44a4aabf3829 10/fsodeviced/src/ (2 files in 2 dirs): 
Jan 09 00:35:41 <CIA-52> freesmartphone.org: Revert "fsodeviced: use a signal instead of a delegate to inform observer"
Jan 09 00:35:43 <CIA-52> freesmartphone.org: This reverts commit 4de6bcf526c03ce9e4ff4bc4bf2cc5d2ceba5e7a.
Jan 09 00:35:55 <mickey|sofa> ok, this should make the accelerometers work again
Jan 09 00:36:02 <leviathan> ok
Jan 09 00:36:06 <mickey|sofa> those patches need to be revisited
Jan 09 00:36:14 <mickey|sofa> as they broke the resource handling for accelerometers
Jan 09 00:36:14 <leviathan> uhhm, fsogsmd
Jan 09 00:36:33 <leviathan> thats the place where I should work on for gsm on msm platform
Jan 09 00:36:34 <leviathan> right?
Jan 09 00:36:44 <leviathan> uhm
Jan 09 00:36:53 <leviathan> /gsm/gps/r
Jan 09 00:36:58 <leviathan> sry
Jan 09 00:37:25 <leviathan> but SHR builds, wonderful :D
Jan 09 00:37:45 <mickey|sofa> gps for msm platform you could add to fsotdld
Jan 09 00:38:55 <JaMa> mickey|sofa: so should I bump it in sane-srcrevs-fso again?
Jan 09 00:39:06 <mickey|sofa> fsodeviced? 
Jan 09 00:39:28 <leviathan> hmm
Jan 09 00:39:41 <playya> i did not rebuild from scratch and got some errors affiliated to vala :/
Jan 09 00:39:56 <leviathan> playya: did you see the email?
Jan 09 00:40:07 <playya> 1s
Jan 09 00:40:07 <leviathan> I wrote you the solution for your problem
Jan 09 00:40:23 <JaMa> mickey|sofa: yes o whole FSO_CORNUCOPIA_SRCREV, but I guess just fsodeviced would be better
Jan 09 00:40:34 <JaMa> mickey|sofa: to save few cpu cycles rebuidling
Jan 09 00:40:46 <mickey|sofa> JaMa: yep.
Jan 09 00:41:52 <leviathan> theres an Xorg-Driver for the msm platform
Jan 09 00:42:04 <leviathan> I'll create a patch
Jan 09 00:42:17 <mickey|sofa> anyone know how audio routing works for qdsp5?
Jan 09 00:42:35 <mickey|sofa> (on systems where the baseband does not autoroute)
Jan 09 00:42:39 <leviathan> uhm, I extracted the base functions of qdsp5 
Jan 09 00:42:45 <leviathan> and made an indipendent driver
Jan 09 00:42:51 <leviathan> http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/trees/master/sound/soc/msm
Jan 09 00:43:05 <leviathan> routing is solved over rpc
Jan 09 00:43:13 <leviathan> propagation
Jan 09 00:43:17 <leviathan> mom
Jan 09 00:43:33 <mickey|sofa> phh told me i need to set routing and mic bias 
Jan 09 00:43:39 <mickey|sofa> to (finally) get audio during calls
Jan 09 00:43:47 <mickey|sofa> i would do that if someone would tell me how ;)
Jan 09 00:44:35 <leviathan> :)
Jan 09 00:44:52 <leviathan> I'm already working on it
Jan 09 00:45:03 <leviathan> in order to get alsa running properly
Jan 09 00:45:17 <leviathan> I've got basic functions in alsa now
Jan 09 00:45:26 <leviathan> but mplayer still isnt able to play any soun
Jan 09 00:45:28 <leviathan> d
Jan 09 00:45:36 <leviathan> because it does obscure calls
Jan 09 00:45:39 <leviathan> ioctl
Jan 09 00:45:52 <leviathan> which causes a total hang
Jan 09 00:46:06 <mickey|sofa> so this driver will work for raph100 as well?
Jan 09 00:46:28 <leviathan> uhhm
Jan 09 00:46:32 <leviathan> try it ;)
Jan 09 00:46:37 <leviathan> but I warn you
Jan 09 00:46:43 <leviathan> only aplay works
Jan 09 00:46:51 <leviathan> and it collides with qdsp5
Jan 09 00:46:55 <leviathan> so disable it
Jan 09 00:48:01 <mickey|sofa> hmm
Jan 09 00:48:14 <mickey|sofa> i just want routing
Jan 09 00:48:21 <mickey|sofa> and a ringtone
Jan 09 00:48:38 <mickey|sofa> ok, i continue pestering phh in the meantime
Jan 09 00:49:30 <mickey|sofa> this seems to be secret circle knowledge
Jan 09 00:49:37 <mickey|sofa> so hidden
Jan 09 00:49:42 <mickey|sofa> *sigh*
Jan 09 00:50:10 <mickey|sofa> people telling me "yeah it works automatically" ...
Jan 09 00:50:13 <mickey|sofa> ... "in android"
Jan 09 00:50:19 <mickey|sofa> aren't much of a help either
Jan 09 00:50:19 <mickey|sofa> heh
Jan 09 00:51:11 <DocScrutinizer51> Hehe
Jan 09 01:01:22 <playya> scol
Jan 09 01:02:11 <DocScrutinizer51> skol actually a good suggestion
Jan 09 01:14:43 <JaMa> mickey|sofa: libfsoframework still failing with latest vala :/ http://tinderbox.openembedded.net/packages/libfsoframework/
Jan 09 01:14:59 <JaMa> mickey|sofa: any workaround possible?
Jan 09 01:15:20 <mickey|sofa> did you rebuild the package in question?
Jan 09 01:15:34 <mickey|sofa> remember that rebuilding vala-native is not enough as the wrong C files are already generated
Jan 09 01:15:49 <JaMa> mickey|sofa: vala-native and libfsoframework
Jan 09 01:16:33 <mickey|sofa> just for the sake of testing... please try to compile it on your host
Jan 09 01:16:43 <mickey|sofa> with the vala-native you built
Jan 09 01:17:03 <mickey|sofa> with 0.7.9.5 everything builds here again
Jan 09 01:17:25 <mickey|sofa> if that doesn't help, i'll checkout shr/merge tomorrow
Jan 09 01:17:30 <mickey|sofa> now i need to go sleeping
Jan 09 01:17:31 <mickey|sofa> g'night
Jan 09 01:17:37 <JaMa> generated code: result = _g_pid_equal (&self->priv->pid, &((GPid) 0)) != TRUE;
Jan 09 01:17:50 <mickey|sofa> oh
Jan 09 01:17:59 <mickey|sofa> pid
Jan 09 01:18:01 <JaMa> mickey|sofa: no need to try in shr/merge.. I'm building it almost on plain oe.dev
Jan 09 01:18:25 <JaMa> mickey|sofa: and as you seen that latest oe.dev/shr/merge diff its nothing important now
Jan 09 01:18:54 <JaMa> mickey|sofa: I'm building it on both host in paralel and it fails the same
Jan 09 01:22:47 <mickey|sofa> sometimes i hate bleeding edge programming languages
Jan 09 01:22:50 <mickey|sofa> lets go back to python
Jan 09 01:22:53 <mickey|sofa> *sigh*
Jan 09 01:22:56 <mickey|sofa> please try http://www.freesmartphone.org//sources/vala-0.7.9.6.tar.bz2
Jan 09 01:23:00 <mickey|sofa> g'night
Jan 09 01:23:53 <JaMa> mickeyl: gnite and thanks
Jan 09 02:09:56 <JaMa> mickeyl: even that new vala snapshot didn't help :/
**** ENDING LOGGING AT Sat Jan 09 02:59:57 2010