**** BEGIN LOGGING AT Sun Sep 19 02:59:56 2010 Sep 19 09:57:21 2010-09-19T09:55:50.995841Z [WARN] TiCalypsoModem <4C>: No handler for URC EXT w/ rhs I, please report to Mickey mickey|away: ^^ Sep 19 09:58:02 vanous: doesn't work, he's too far away, on long-term vacation :) Sep 19 09:58:29 DocScrutinizer: hey :) Sep 19 09:59:08 PaulF: yeah? Sep 19 09:59:29 PaulF: how long? hope not forever? :) Sep 19 10:02:31 vanous: till 31 i guess Sep 19 10:02:40 k Sep 19 10:03:18 PaulF: have there been any gprs issues lately, do you know? Sep 19 10:03:31 Activating PDP failed, Message did not receive a reply (timeout by message bus) Sep 19 10:05:26 vanous: i'm not aware, sorry. My setup is a bit too old, and it works decently wrt gprs but overall modem handling is strange, it's the checkout with 2min timeouts, probably that adds helluva strange things. Sep 19 10:06:28 PaulF: this is wrt to cornucopia or libphonefsod? Sep 19 10:07:27 vanous: fsogsmd, and i'm not using libphonefsod at all, i use my emacs ui. Sep 19 10:11:03 ok Sep 19 10:11:34 PaulF: o/ Sep 19 10:12:45 DocScrutinizer: just 3 hours to the meeting lef Sep 19 10:12:56 \o/ Sep 19 10:13:30 I guess the other issue was unsortable Sep 19 10:14:22 ? Sep 19 10:17:30 PaulF, emacs ui? Sep 19 10:17:35 (morning) Sep 19 10:22:24 daniele_athome: basically yes Sep 19 10:22:32 daniele_athome: yes, the one i wrote and the only one i use. Sep 19 10:22:45 PaulF, did you release it to the public? Sep 19 10:23:02 daniele_athome: surely, http://www.mail-archive.com/community@lists.openmoko.org/msg59648.html Sep 19 10:23:10 mmm Sep 19 10:36:24 hi mrmoku|away Sep 19 10:36:25 hmmm Sep 19 10:41:29 daniele_athome: do you think it might be useful? I can't really understand why i'm the only actual user... Sep 19 10:41:54 PaulF, i really don't need to remind you people like fancy stuff ;) Sep 19 10:42:14 even me, i prefer a fancy gui over a terminal (even if beautiful) interface Sep 19 10:42:16 daniele_athome: oh, i like to forget about it, so you probably do :) Sep 19 10:42:40 PaulF, actually in my case i've never used emacs Sep 19 10:44:10 daniele_athome: years ago i used Volcov Commander under DOS, it was small, fast and had a killer feature -- killing my ISR (TSR aka resident) programs. Then i used Far for windows and MC on GNU/Linux. Nowadays it's pure bash for me. Not sure why, probably i'm just biased and/or insane but i'm more comfortable with the bash prompt. Sep 19 10:44:58 PaulF, so do I... in my computer I use UI only for text editing, browsing and chatting Sep 19 10:45:04 the rest is all done with shell :) Sep 19 10:45:06 bash Sep 19 10:45:14 but on my phone... Sep 19 10:45:56 daniele_athome: with GUI adding some little features is often a pain. With Emacs it's usually easy and fun. At least that's how i feel about it. Sep 19 10:46:11 i see :) Sep 19 10:49:59 Ainulindale: patchwork does not work :( Sep 19 10:50:05 "This server does not host public services." Sep 19 10:59:21 GNUtoo|laptop: hi Sep 19 11:00:25 dos1: oh :/ Sep 19 11:00:58 dos1: I get a 404 though Sep 19 11:01:10 ahh.. main page gives that one Sep 19 11:01:46 I've rebased the maemo patch for sd consistency Sep 19 11:01:49 I'll try it Sep 19 11:01:57 ok Sep 19 11:11:06 btw it seem that a patch for rotating fbdev exist Sep 19 11:11:16 it has just not been published yet Sep 19 11:11:28 gregoire gentil made one Sep 19 11:11:39 I bet he forgott to publish it Sep 19 11:11:45 would be handy for the htcdream Sep 19 11:15:42 mrmoku, hello Sep 19 11:15:51 <[Rui]> hi all Sep 19 11:30:35 daniele_athome: yeah, still have to bump your stuff Sep 19 11:30:42 * mrmoku did not have time yet Sep 19 11:30:50 mrmoku, don't worry just greeting :) Sep 19 11:31:49 :P Sep 19 11:43:26 mrmoku: hi Sep 19 11:43:43 mrmoku: can you add btrfstools to feed? Sep 19 11:44:57 <[Rui]> and can someone please add ca-certificates to the build? :) Sep 19 11:49:14 <[Rui]> it seems gprs is broken *chuif* Sep 19 11:54:19 freesmartphone.org: 03seba.dos1 07cornucopia * r908199fb4b67 10/fsodeviced/src/plugins/proximity_n900/ (Makefile.am plugin.vala): proximity_n900: implement power control and Proximity resource Sep 19 11:55:37 alexxy, [Rui]: please remind me later today... right now I can't Sep 19 12:32:16 freesmartphone.org: 03seba.dos1 07cornucopia * ra659f02afbec 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: fix powernode and register resource on init Sep 19 12:41:33 mrmoku, the 2.6.35 doesn't seem to boot even with the root= arg Sep 19 12:42:38 mrmoku, it founds only mtd Sep 19 12:42:39 strange Sep 19 12:42:42 I'll try some stuff Sep 19 12:46:26 freesmartphone.org: 03seba.dos1 07cornucopia * r87aa270ad141 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: Sep 19 12:46:26 freesmartphone.org: proximity_n900: define proximity resource variable Sep 19 12:46:26 freesmartphone.org: It somehow compiles without it, but it doesn't seem right to me ;) Sep 19 12:48:26 oops I forgott the cover open Sep 19 12:48:32 which prevent finding the microsd card Sep 19 12:48:42 it's booting now Sep 19 12:51:22 hmmm Sep 19 12:51:34 GNUtoo|laptop: does it usable as phone? Sep 19 12:52:17 alexxy, not at all, as a tablet rather Sep 19 12:52:34 there are other devices that do phone right now Sep 19 12:53:36 ahh Sep 19 12:53:48 * alexxy uses openmoko as primary phone Sep 19 12:54:22 GNUtoo|laptop: do you know if there is a way to disable ambient light sensor readings, like proximity ("disable" sysfs node)? Sep 19 12:54:41 alexxy: me too, in n900 i don't even have a sim inserted :) Sep 19 12:55:05 ahh :) Sep 19 12:55:08 i'm waiting to some support in fsogsmd Sep 19 12:55:22 s/to/for/ Sep 19 12:55:22 dos1 meant: i'm waiting for some support in fsogsmd Sep 19 12:56:27 dos1, I don't know Sep 19 12:56:42 alexxy, I can advise you on new phones if you want, some run SHR Sep 19 12:56:47 or will run rather Sep 19 12:57:08 hmm Sep 19 12:57:08 s/or will run rather/and some will run/ Sep 19 12:57:08 GNUtoo|laptop meant: and some will run Sep 19 12:57:12 what phones? Sep 19 12:57:33 htcdream,geeksphone,palm-pre Sep 19 12:58:07 htcdream is currently the most suported phones but has some huge software issues Sep 19 12:58:23 like no mmap for the sound driver Sep 19 12:58:38 there is a patch but the sould quality is horrible if you apply it Sep 19 12:58:45 that means no multiplexing Sep 19 12:59:04 that means you don't ear the phone ringing when playing music but still you have vibration Sep 19 12:59:35 hmmm Sep 19 13:00:15 also keyboard and GUI are not done yet, so that are usable but with tricks Sep 19 13:00:26 and wifi has no PSM Sep 19 13:00:35 yet Sep 19 13:00:43 the statues are available here: Sep 19 13:00:52 http://wiki.freesmartphone.org/index.php/HardwareComparison Sep 19 13:01:08 freesmartphone.org: 03seba.dos1 07cornucopia * r66d9658c3a5c 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: disable readings from sensor at boot Sep 19 13:16:29 mrmoku: proximity is now exported as resource, so readings from it can be disabled when not needed :) Sep 19 13:21:56 mrmoku: now i'll look at ambient light sensor Sep 19 13:24:22 <[Rui]> mrmoku: is now later? :) Sep 19 13:34:34 ~hail dos1 Sep 19 13:34:35 * apt bows down to dos1 and chants, "I'M NOT WORTHY!!" Sep 19 13:34:46 [Rui]: not yet... but soon :) Sep 19 13:34:53 <[Rui]> mrmoku: hehe :) Sep 19 13:35:12 <[Rui]> meanwhile I got out and came back now, so I checked :) Sep 19 13:39:49 [Rui]: sure thing :) Sep 19 13:46:22 mrmoku, /dev/input/eventN were changed on 2.6.35 Sep 19 13:46:24 I've only Sep 19 13:46:32 /dev/event/input,0,1,2 Sep 19 13:46:33 <[Rui]> GNUtoo|laptop: again? :) Sep 19 13:46:40 [Rui], nokia900 Sep 19 13:47:08 <[Rui]> GNUtoo|laptop: ah! :) Sep 19 13:48:54 freesmartphone.org: 03seba.dos1 07cornucopia * r8cbfb4098161 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: make get_proximity returning currect value even, when Proximity resource is not requested Sep 19 13:50:09 mrmoku, you've oe commit access right? Sep 19 13:51:22 GNUtoo|laptop: right Sep 19 13:51:37 should we create an n900 branch?> Sep 19 13:51:40 <[Rui]> mrmoku: it seemes someone else also ran into this gprs problem: http://lists.shr-project.org/pipermail/shr-user/2010-September/006270.html Sep 19 13:51:41 s/>// Sep 19 13:51:43 GNUtoo|laptop meant: should we create an n900 branch? Sep 19 13:51:43 in oe Sep 19 13:52:06 GNUtoo|laptop: I don't think that is the right way to go (n900 branch) Sep 19 13:52:10 why would we want that? Sep 19 13:52:31 basically you send me patch, I work on the patch and then? Sep 19 13:52:33 I commit to oe Sep 19 13:52:35 ? Sep 19 13:52:42 or should I send you the patches back? Sep 19 13:52:49 what shoulf I do? Sep 19 13:53:02 which patches? Sep 19 13:54:13 GNUtoo|laptop: patches for the kernel? Sep 19 13:54:37 I've got it booting in a reliable way Sep 19 13:54:44 ohh :D Sep 19 13:54:51 I've just rebased the link you sent me Sep 19 13:54:51 that is good news :) Sep 19 13:54:58 indeed but that was done with flashing Sep 19 13:55:08 but that's indeed a progress Sep 19 13:55:16 for the n900 branch Sep 19 13:55:31 we would have to send patch back and forth between me and you Sep 19 13:55:38 for instance Sep 19 13:55:48 xorg.conf needs to be changed with 2.6.35 Sep 19 13:56:03 but it will have to be changed several times Sep 19 13:56:15 because we will surely make error and improve later Sep 19 13:56:32 GNUtoo|laptop: ic.. and then cleanly merge working stuff into org.oe.dev Sep 19 13:56:40 indeed Sep 19 13:56:42 hmm... yes makes sense probably Sep 19 13:56:49 there are 2 approach: Sep 19 13:56:55 s/2/3 Sep 19 13:56:57 *the branch Sep 19 13:57:06 *the dirty way(commit into oe dirty stuff) Sep 19 13:57:15 *the patch sending between you and me Sep 19 13:58:30 ok, then just create a branch Sep 19 13:59:04 mrmoku, as you're the inital patch author for the kenrel could you do it? Sep 19 13:59:08 hmm... there is a 4th way too :) Sep 19 13:59:14 which one? Sep 19 13:59:21 gitorious? Sep 19 13:59:25 create an extra repo on git.shr-project.org Sep 19 13:59:30 ok Sep 19 13:59:35 there dos1 would have access too Sep 19 13:59:38 ok Sep 19 13:59:39 nice Sep 19 13:59:41 good idea Sep 19 14:00:02 but it should be clear that the images are not build with that repo Sep 19 14:00:08 also I've no shr commit access Sep 19 14:00:15 you'll get that Sep 19 14:00:18 nice Sep 19 14:02:18 * mrmoku needs half an hour for family and will then create that repo Sep 19 14:02:25 ok Sep 19 14:19:19 GNUtoo|laptop: could you check what is now exported as input device in 2.6.35 and what not? Sep 19 14:19:40 I checked: Sep 19 14:19:42 GNUtoo|laptop: i guess headphone plug is not exported, as it was duplicating gpio_switch interface, but i can be wrong :P Sep 19 14:19:53 0: keyboard Sep 19 14:19:56 1: touchscreen Sep 19 14:20:01 2: audio jack Sep 19 14:20:20 was there any button before? Sep 19 14:21:21 GNUtoo|laptop: here 0: power button, 1: keyboard, 2: audio jack, 3: touchscreen Sep 19 14:21:39 power button is CONFIG_something? Sep 19 14:21:46 GNUtoo|laptop: also, is /sys/devices/platform/gpio-switch/ the same on 2.6.35? Sep 19 14:21:47 we should really get a repo Sep 19 14:21:50 GNUtoo|laptop: i think yes Sep 19 14:21:59 GNUtoo|laptop: could you send me your key please Sep 19 14:22:27 I don't have /sys/devices/platform/gpio-switch/ Sep 19 14:22:29 ok Sep 19 14:22:35 mrmoku, you mail please then Sep 19 14:22:58 mok at mnet-online.de Sep 19 14:23:38 sent Sep 19 14:24:26 GNUtoo|laptop: on 2.6.28 gpio-switch devices are keyboard slider, camera button, camera shutter, proximity and lock slider Sep 19 14:24:43 dos1, I bet I miss a kernel config Sep 19 14:28:22 JaMa: hey :) Sep 19 14:32:10 JaMa, hi! Sep 19 14:36:42 dos1, could you reivew/commit this to cornucopia please? http://trac.freesmartphone.org/ticket/585 Sep 19 14:37:13 GNUtoo|laptop: push is running Sep 19 14:37:39 repo will be at git+ssh://git@git.shr-project.org/n900-oe.git Sep 19 14:37:42 ok Sep 19 14:37:45 branch is called n900 Sep 19 14:37:49 thanks a lot Sep 19 14:38:12 thank you too :) Sep 19 14:43:14 GNUtoo|laptop: the push is going to take a while :P Sep 19 14:43:31 I know Sep 19 14:43:38 I'm working on dream keyboard again Sep 19 15:06:10 GNUtoo|laptop, dos1: push finished... you could try to clone it (or better add a remote to an existing oe tree) Sep 19 15:06:30 ok I'll do that Sep 19 15:06:39 but I'll try to finish keyobard of dream first Sep 19 15:08:00 s/finish/progress a bit Sep 19 15:08:09 sure, np Sep 19 15:44:42 freesmartphone.org: 03pespin.shar 07cornucopia * r2f8221fea7c6 10/fsodeviced/src/plugins/openmoko_powercontrol/plugin.vala: Sep 19 15:44:42 freesmartphone.org: fsodeviced: openmoko_powercontrol: fix UsbHost sysnode Sep 19 15:44:42 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Sep 19 15:44:45 pespin: ^^^ Sep 19 15:44:52 dos1, thanks :) Sep 19 15:45:02 dos1, could you bump it in shr when posible? :) Sep 19 15:45:21 it should fix usbhost Sep 19 15:45:38 pespin: dunno about actual state of buildhost, it's broken for some architectures and probably will need rebuild from scratch :( Sep 19 15:46:03 ugh, now shr has more than 1 arch, that would take a loot of time :O Sep 19 15:47:20 pespin: but armv4t will be first anyway, as packages from that feed can be used on every supported device Sep 19 15:50:47 JaMa: hello :) Sep 19 15:51:22 mrmoku: what should I remove from tmp and what i shouldn't when i want to rebuild from scratch? Sep 19 16:04:49 danm kekyboard Sep 19 16:04:56 it's incomprensible and never works Sep 19 16:05:07 you need to add hooks everywhere etc.... Sep 19 16:05:26 and they have only a mailing list Sep 19 16:10:02 mrmoku: hi Sep 19 16:10:11 do we already support active sync or so? Sep 19 16:10:38 I've seen we have dates in shr repo now Sep 19 16:10:45 looks totaly nice Sep 19 16:16:35 dos1: for rebuild from scratch you only need to keep tmp/cache if you want consistent package versions Sep 19 16:17:01 leviathan: know sync I know off... Sep 19 16:17:04 s/know/no/ Sep 19 16:17:04 mrmoku meant: leviathan: no sync I know off... Sep 19 16:44:47 leviathan, do you know keyboard x11 stuff? Sep 19 16:44:56 GNUtoo|laptop, mrmoku, dos1: hi :0 Sep 19 16:45:08 JaMa, I'm desperated with dream's keyboard Sep 19 16:45:25 it's been some months that I'm on it Sep 19 16:45:31 I need that before GUI Sep 19 16:45:50 everytime I try I fail Sep 19 16:46:15 and when I keep trying too much I rage against the machine + desperate Sep 19 16:46:22 nothing works Sep 19 16:46:29 GNUtoo|laptop: no Sep 19 16:46:30 I mean even simple stuff like that: Sep 19 16:46:38 http://madduck.net/docs/extending-xkb/ Sep 19 16:46:40 I don't know a lot about the keyboard stuff Sep 19 16:46:45 with xkb_symbols "dashes" { Sep 19 16:46:59 I only know, that we have initialisation of keymaps in kernel Sep 19 16:47:10 board-trout-keypad.c Sep 19 16:47:18 I'll have to go trough xkb mailing list then Sep 19 16:47:22 and this is the input we get Sep 19 16:47:45 we would have to make a file Sep 19 16:48:00 where these IDs are associatet correctly Sep 19 16:48:02 mom Sep 19 16:48:11 loadkeys loads the keymap files Sep 19 16:48:11 so Sep 19 16:48:40 /usr/share/keymaps Sep 19 16:48:49 we would need to make something like msm Sep 19 16:48:51 or so Sep 19 16:48:56 means Sep 19 16:48:59 make a folder Sep 19 16:49:04 /usr/share/keymaps/msm Sep 19 16:49:10 and then put there trout into it Sep 19 16:49:32 hmm Sep 19 16:49:36 trout-ch Sep 19 16:49:40 trout-us Sep 19 16:49:56 or a folder trout Sep 19 16:50:04 and there ch.map.gz Sep 19 16:50:10 respectively us.map.gz Sep 19 16:50:15 look into the map Sep 19 16:50:31 a default map is in /usr/src/linux/drivers/char/defkeymap.map Sep 19 16:50:58 you can copy this one and modify it Sep 19 16:51:03 respect the keymaps Sep 19 16:51:10 uhhm Sep 19 16:51:27 youve got default used in board-trout-keypad.c Sep 19 16:52:13 GNUtoo|laptop: look into board-trout-keypad.c Sep 19 16:52:15 :-) Sep 19 16:52:24 leviathan, really???? Sep 19 16:52:27 in arm/mach-msm Sep 19 16:52:29 jup Sep 19 16:52:33 leviathan, I'm talking about xkbmap Sep 19 16:52:40 uhhm Sep 19 16:52:40 like rx51's xkbmap Sep 19 16:52:49 if you set the right input map for kernel Sep 19 16:52:54 hmm Sep 19 16:52:55 ok Sep 19 16:52:57 I see Sep 19 16:53:14 all is here: Sep 19 16:53:21 git://anongit.freedesktop.org/git/xkeyboard-config Sep 19 16:53:30 it's xkeyboard-config Sep 19 16:53:34 I'm writing a mail Sep 19 16:54:58 http://www.linux.com/archive/articles/113715 Sep 19 16:55:05 did you try that? Sep 19 16:56:08 GNUtoo|laptop: hmm Sep 19 16:56:14 I don't have xkbd Sep 19 16:56:22 configuration somehow... Sep 19 16:56:23 hmm Sep 19 16:56:45 ahh, wrong folder Sep 19 16:56:46 :-D Sep 19 16:57:08 usr/share/X11/xkb Sep 19 16:57:19 GNUtoo|laptop: have you probably seen drivers/dsp/bridge/dynload/cload.c:1478:50: error: token "->" is not valid in preprocessor expressions ? Sep 19 16:57:30 * PaulFertser is trying to compile stock n900 kernel Sep 19 16:57:54 PaulFertser, yes indeed and I fixed it Sep 19 16:58:02 in oe Sep 19 16:58:10 PaulFertser: #meego-arm might help Sep 19 16:58:11 basically I went in #maemo Sep 19 16:58:20 and they gave me a link to a patch Sep 19 16:58:25 they support a clean kernel on n900 Sep 19 16:58:34 PaulFertser, it's a gcc issue Sep 19 16:58:39 tmzt: i've grabbed clean maemo package with clean maemo patch. Sep 19 16:58:58 PaulFertser, let me find the patch Sep 19 16:59:03 GNUtoo|laptop: i'll do it myself Sep 19 16:59:31 http://article.gmane.org/gmane.linux.ports.arm.omap/28461 Sep 19 16:59:56 PaulFertser, ^^^ Sep 19 17:00:40 leviathan, I read the article Sep 19 17:00:50 what I'm doing is a bit more complicated Sep 19 17:01:15 now that I'm more calm I'll write a mail Sep 19 17:08:18 GNUtoo|laptop: should i even include that shit in my build? Sep 19 17:08:56 GNUtoo|laptop: (and of course thanks for the hint!) Sep 19 17:12:26 try it Sep 19 17:17:37 GNUtoo|laptop: http://paste.debian.net/90457/ Sep 19 17:18:12 ? Sep 19 17:18:53 yes that could be a better patch but maybe add a and gcc4 Sep 19 17:19:04 s/a/an Sep 19 17:20:30 GNUtoo|laptop: hm, i'm not that sure anymore. What's target and what's host there? Sep 19 17:21:15 ? Sep 19 17:21:33 target is n900 and host is your computer which compiles the kernel Sep 19 17:21:42 GNUtoo|laptop: also #include is missing in my patch. Sep 19 17:21:48 GNUtoo|laptop: i'm not sure host is my computer. Sep 19 17:21:57 GNUtoo|laptop: no, host is the thing that runs the loader most probably Sep 19 17:22:11 ah? Sep 19 17:22:19 not sure Sep 19 17:22:23 I don't know omap a lot Sep 19 17:22:29 I just bought the n900 so.... Sep 19 17:23:47 hi Sep 19 17:24:00 is shr still actively developed? Sep 19 17:24:22 GNUtoo|laptop: probably this is the most appropriate: http://paste.debian.net/90458/ Sep 19 17:24:47 rohezal: slowely but yes :) Sep 19 17:24:53 -e Sep 19 17:25:10 yes Sep 19 17:25:11 maybe Sep 19 17:25:37 PaulFertser, you will work on bringing usb host to the stock kernel? Sep 19 17:25:49 GNUtoo|laptop: i'll try... not promising anything. Sep 19 17:26:22 ok Sep 19 17:26:36 that's a good thing not to promiss anything Sep 19 17:26:38 I do the same Sep 19 17:26:44 because at the end you never know Sep 19 18:13:11 dos1, I'd like to add some "Connect usb input" toggle to shr-settings below usbhost option, to load/unload usbhid module, which is necessary to have usb kb or mouse working. Is it ok for you if I try to do it and send you a patch? Sep 19 18:16:36 mrmoku, without specific netbase support, can you ssh in it? Sep 19 18:16:46 I'lve an issue with my netbase patches Sep 19 18:24:15 GNUtoo|laptop: what do you mean? Sep 19 18:24:38 alexxy: no btrfstools in OE - need to write a recipe :/ Sep 19 18:24:45 mrmoku, /etc/network/interface is generic Sep 19 18:24:51 it's not n900 specific Sep 19 18:24:55 no overrides for n900 Sep 19 18:25:11 does ssh work with that? Sep 19 18:25:17 GNUtoo|laptop: I had to manually load the module and ifup usb0 Sep 19 18:25:19 then it worked Sep 19 18:25:38 ok Sep 19 18:25:41 (with maemo kernel) Sep 19 18:25:44 ifup usb0 fails for me Sep 19 18:25:50 and ifdown too Sep 19 18:25:56 it talks aobut route something Sep 19 18:25:58 module is loaded? Sep 19 18:26:03 yes of course Sep 19 18:26:10 I've the same netbase than htcdream Sep 19 18:26:16 and an ifup after that ifdown? Sep 19 18:26:25 I'll retry Sep 19 18:26:37 because ifdown fails, when it thinks that it's up... and the route is not set Sep 19 18:26:52 but after ifdown ifup should work Sep 19 18:28:15 mrmoku: =( Sep 19 18:28:27 well syntax is similar to ebuilds Sep 19 18:29:30 pespin: that would be great Sep 19 18:30:04 mrmoku, after it works Sep 19 18:30:15 but we need that at boot right Sep 19 18:32:54 GNUtoo|laptop: yeah, the thing we need is to get the module loaded automatically Sep 19 18:32:57 then all should be fine Sep 19 18:33:10 vanous, trying to code it now :) Sep 19 18:37:23 that's easy Sep 19 18:37:27 just ship it Sep 19 18:37:31 I'll include that Sep 19 18:37:36 but then it still doesn't work Sep 19 18:38:38 hmm Sep 19 18:39:33 sigh let me take back the control Sep 19 18:41:10 sigh Sep 19 18:42:50 route SIOCDELRT: no such process Sep 19 18:43:32 GNUtoo|laptop: ohh, I think I remember... Sep 19 18:43:38 ah? Sep 19 18:43:51 on maemo ifup works only when connected I think Sep 19 18:44:03 did you load g_ether or g_nokia? Sep 19 18:44:26 g_ether I think Sep 19 18:44:32 hmm Sep 19 18:44:35 and it does work when not connected Sep 19 18:44:39 let me retry Sep 19 18:44:58 g_ether 32794 0 Sep 19 18:46:04 GNUtoo|laptop: ok, I checked under maemo... it does not work there, because the g_nokia module get's loaded only when connected Sep 19 18:46:21 * pespin hates python indent Sep 19 18:48:06 * mrmoku shower Sep 19 18:50:37 # ifdown usb0 Sep 19 18:50:38 route: SIOCDELRT: No such process Sep 19 18:50:53 # ifup usb0 => ok Sep 19 18:53:32 g_ether gadget: using random self ethernet address Sep 19 18:53:33 hmmm Sep 19 18:53:39 g_ether gadget: using random host ethernet address Sep 19 18:54:58 there is an error during boot Sep 19 18:55:01 no such something Sep 19 19:02:51 btw, my battery drains suddenly while trying the code im writing to handle usbhost in shr-settings (FR connectd to PC with usb cable). I had middle full battery and some seconds after I had an empty battery and the phone rebooted Sep 19 19:03:06 maybe the computer is taking all the battery power? :O Sep 19 19:05:30 hmmm no such device Sep 19 19:08:19