**** BEGIN LOGGING AT Thu Jul 05 02:59:58 2012 Jul 05 09:01:55 SHR: 03shr-devel 07buildhistory * r36ea3bfb8cd8 10/packages/armv4t-oe-linux-gnueabi/libdrm/ (10 files in 10 dirs): packages: Build 201207051047 of shr 20120705 for machine om-gta02 on opmbuild Jul 05 15:29:10 hello guys! Jul 05 15:32:25 radekp, hey. do you have any advice on how to build debian packages for arm? is it possible to crosscompile them? Jul 05 15:32:57 slyon: do you have some specific package in mind? Jul 05 15:33:17 lindi-, at the moment i'm experimenting with SHR on a debian basis Jul 05 15:33:38 i'm building stuff like fso and also new packages, which aren't in debian, yet Jul 05 15:33:52 slyon: official debian packages are not required to support cross-compiling but many do Jul 05 15:34:14 slyon: so if you upload your new packages to debian you can make sure that they can also be cross-compiled Jul 05 15:34:28 lindi-, could you point me to a package which supports crosscompilation? Jul 05 15:34:34 slyon: "dpkg-buildpackage -a armel" Jul 05 15:34:43 that's all? Jul 05 15:35:33 slyon: well you need to install the build dependencies too Jul 05 15:36:02 of course, we don't have the required cross-compilers in Debian yet Jul 05 15:36:05 slyon: so a cross-compiler and the required libraries, apt-cross was the tool I used to install armel libraries on amd64 Jul 05 15:36:33 lindi-, ok. and which cross compiler can you recommend? Jul 05 15:36:37 slyon: http://lindi.iki.fi/lindi/openmoko/debian-armel-cross.txt Jul 05 15:36:48 slyon: that has been tested to work with debian lenny (5) Jul 05 15:37:28 slyon: it build a cross-compiler and shows how you can install dependencies using apt-cross Jul 05 15:37:29 slyon: emdebian has crosscompiler packages for debian - i am using them for qtmoko Jul 05 15:37:34 slyon: this is the future of Debian & cross-compilers: http://gsoc.sitedethib.com/posts/apt-get_install_gcc-4.7-arm-linux-gnueabihf/ Jul 05 15:38:11 slyon: http://wiki.debian.org/EmdebianToolchain Jul 05 15:38:19 pabs3, but this isn't usable right now, right? Jul 05 15:38:41 radekp, ok. thank you. i'll try a emdebian cross compiler Jul 05 15:38:41 I tried using emdebian toolchains for several times but they kept changing. I wanted something that works every day :) Jul 05 15:39:05 lindi-, oh ok... so what are you using? Jul 05 15:39:14 slyon: I tried it the other day and almost got there, but linux hadn't been built on armel. now that linux is built on armel and in sync with amd64 it might be possible to build and install the cross-compiler Jul 05 15:39:27 slyon: that recipe I pasted Jul 05 15:39:57 slyon: and native compilation quite a lot too Jul 05 15:40:19 slyon: since cross-compiled binaries can not be uploaded to the official achive Jul 05 15:40:19 lindi-, ok. thank you. I'll read that recipe and the article pabs3 recommended and read about emdebian as well. :) Jul 05 15:41:16 lindi-, pushing things upstream isn't a priority for me at the moment. I'm just trying to get in touch with building debian packages Jul 05 15:42:27 the adventures of KDE folks trying to get tablet hardware: https://lwn.net/SubscriberLink/504865/a761e293e38b29b2/ Jul 05 15:42:44 lindi-, pabs3, radekp: thank you! I've got some stuff now to read and to experiment with :) Jul 05 15:43:34 slyon: good luck :) Jul 05 15:46:51 SHR: 03Martin.Jansa 07meta-smartphone * r143b0b00f0de 10/meta-shr/recipes-core/netbase/ (netbase_4.47.bbappend netbase_5.0.bbappend): netbase: rename bbappend to match oe-core version Jul 05 15:47:01 SHR: 03Martin.Jansa 07meta-smartphone * rbc0f9334c13c 10/meta-shr/recipes-connectivity/bluez/ (bluez4_4.101.bbappend bluez4_4.99.bbappend): bluez4: rename bbappend to match oe-core version Jul 05 15:55:22 morphis, hi Jul 05 15:56:03 paulk-desktop: heyho Jul 05 15:56:11 slyon: FSO is available in debian Jul 05 15:56:24 morphis, I'm done cleaning galaxy s2 and galaxy nexus code Jul 05 15:56:35 you mean for libsamsung-ipc? Jul 05 15:56:37 yes Jul 05 15:56:40 ok Jul 05 15:56:48 I'll wait for Alex to do a final test on Galaxy Nexus (but I think it'll work) Jul 05 15:57:18 if you want to take a look, it's http://git.paulk.fr/gitweb/?p=libsamsung-ipc.git;a=shortlog;h=refs/heads/xmm6260 Jul 05 15:57:32 so what should we do? We wait for you to review the code? Jul 05 15:57:49 or we push as soon as Alex confirmed it still works on Galaxy Nexus? Jul 05 15:58:09 yes, please push the code Jul 05 15:58:13 ok Jul 05 15:58:22 note that I also did some modifications regarding GPRS recently Jul 05 15:58:29 and I'll keep doing some Jul 05 15:58:31 ok Jul 05 15:58:40 morphis, i know Jul 05 15:58:51 morphis, that's what i'm using as a base Jul 05 15:58:51 should be no real problem for FSO if we stay with 0.1 of libsamsung-ipc Jul 05 15:58:52 so if at some point to want SHR to catch up with latest libsamsung-ipc, feel free to ask me any detail Jul 05 15:58:59 slyon: ok, what do you want to add? Jul 05 16:00:06 morphis, up to now i've added elementary-1.0 libphon-ui-shr (which is compatible with the new elementary), shr-e-gadgets Jul 05 16:00:16 ah ok, so just SHR Jul 05 16:00:18 morphis, and now i try to add fsoaudiod, so i can do a phonecall Jul 05 16:00:38 morphis, basically everything which is needed to have a shr on debian Jul 05 16:00:48 you are already on the pkg-fso mailinglist? Jul 05 16:01:06 morphis, i'm reading it from time to time. but i'm not subscribed, yet Jul 05 16:01:19 ok, then please do Jul 05 16:01:29 morphis, will do Jul 05 16:01:38 I got in touch with the relevant people some time ago to get latest FSO into debian wheezy Jul 05 16:01:55 so we can take care of that your work is fine and can enter unstable soon Jul 05 16:02:48 morphis, i'm learning the basics at the moment. once i've something useable I'll ask on pkg-fso for feedback Jul 05 16:04:19 ok Jul 05 16:13:26 SHR: 03shr-devel 07buildhistory * rac8b83e7af4d 10/packages/ (53 files in 53 dirs): packages: Build 201207051749 of shr 20120705 for machine om-gta02 on opmbuild Jul 05 16:45:21 SHR: 03shr-devel 07buildhistory * r3496367c5c87 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (51 files in 51 dirs): packages: Build 201207051816 of shr 20120705 for machine nokia900 on opmbuild Jul 05 16:54:37 morphis, hi Jul 05 16:54:45 GNUtoo-hplaptop: heyho Jul 05 16:56:43 does fsogsmd autorev still compile, I had an error I couldn't fix but only workarround last night Jul 05 16:57:03 it was with conference overriding in isi Jul 05 16:58:14 hm, that can be true Jul 05 16:58:41 basically I removed the word override Jul 05 16:58:44 and it worked Jul 05 16:58:51 yes, thats the way to fix it Jul 05 16:58:53 but It didn't seem like the right thing to do Jul 05 16:58:55 ah ok Jul 05 16:58:55 will commit it in some minutes Jul 05 16:58:59 ok Jul 05 16:59:01 thanks a lot Jul 05 16:59:46 freesmartphone.org: 03morphis 07cornucopia * r2e8d637668be 10/fsotest/ (4 files in 2 dirs): fsotest: vapi: add phonesim interface definition Jul 05 16:59:47 no problem Jul 05 16:59:47 freesmartphone.org: 03morphis 07cornucopia * r719f5882bea0 10/fsogsmd/src/plugins/modem_nokia_isi/callhandler.vala: fsogsmd: modem_nokia_isi: no override for conference/join methods in the call handler Jul 05 17:04:55 hi Jul 05 17:05:02 paulk-desktop: hi Jul 05 17:05:17 Alex[sp3dev], I spend my day refactoring xmm6260 on libsamsung-ipc Jul 05 17:05:21 spent* Jul 05 17:05:23 I'm done now Jul 05 17:05:48 I would just like you to test on Galaxy Nexus, whenever you want, before I can push Jul 05 17:06:05 paulk-desktop: yes, I see. I'm always hurt when someone refactors my code and am not fond of renaming functions, but overall I like what you've done and will test on nexus. If it works, I'll give my ack Jul 05 17:06:44 btw, why have you decided to add ipc_client as an argument instead of putting it into the context structure? Jul 05 17:06:57 it was in the context structure at first Jul 05 17:07:37 but well, I though this is a bit of the struct where everything is held, so I though it would make sense to have it directly passed Jul 05 17:07:58 also, my idea of _d and _e, _i macros was that we can disable debug messages (_d) by a define and only leave error messages. With your setup it seems that we're always loggin everything. I'm okay with that, though Jul 05 17:07:59 and there are some funcs where the context isn't given Jul 05 17:08:25 Alex[sp3dev], yes sorry about that, I know I basically got rid of your work there Jul 05 17:08:39 that's what I call reinventing "this" pointer and OOP in C Jul 05 17:08:41 I removed the longest outputs (in loops, or hex dumps, etc) Jul 05 17:08:47 I mean, context structure ;) Jul 05 17:08:58 yes, that looks very much like it :) Jul 05 17:09:10 it's obvious it was C++ code at first Jul 05 17:09:47 no, it was not. really, I wrote it from scratch. just peeked into C++ code for some i9100 details. i9250 was written by disassembly Jul 05 17:10:08 ok, let me finish reading the diff Jul 05 17:10:21 mhh ok Jul 05 17:12:15 damn I wrote 2620 instead of 6260 on the last commit Jul 05 17:12:27 just don't rebase :) Jul 05 17:12:34 makes following your commits difficult Jul 05 17:12:50 did you pull already? Jul 05 17:13:04 hmmm Jul 05 17:13:08 maybe some people did Jul 05 17:13:12 houston we have a problem Jul 05 17:13:30 the modem crashes and reboots afrer registering on network Jul 05 17:13:33 paulk-desktop, it breaks fso if you rebase Jul 05 17:13:57 GNUtoo-hplaptop, good to know. I kept it on my personal git server thankfully Jul 05 17:14:06 ok Jul 05 17:14:11 Alex[sp3dev], so after bootup? Jul 05 17:14:20 paulk-desktop: I'm reading the log trying to find the place Jul 05 17:14:59 ok Jul 05 17:17:17 that's a false alarm. probably using proprietary ril binary lead to /factory being remounted ro and nv_data owner changed to root. I still don't like this. I'm thinking of wrapping ril in a script to fix permissions on daemon restart Jul 05 17:17:38 ok Jul 05 17:17:50 ok, I give my ACK. go ahead and push it Jul 05 17:18:03 thanks :) Jul 05 17:18:05 thank you for your amazing work Jul 05 17:18:16 hey, you did the real work Jul 05 17:18:32 I didn't write much actual code Jul 05 17:18:36 if libsamsung-ipc didn't exist I would probably not even start Jul 05 17:19:18 paulk-desktop: I think we forgot one tiny thing Jul 05 17:19:28 I'm glad we made it in a way that new devices can be supported without modifying upper layers as the RIL, that saves a lot of time Jul 05 17:19:30 yes? Jul 05 17:20:03 paulk-desktop: we could split powerdown code from the reset function and call it from ipc powerdown function. That would save a bit of power in airplane mode Jul 05 17:20:23 I think we wanted to do that but forgot Jul 05 17:20:30 I could try doing that if you want Jul 05 17:20:47 The RIL doesn't request libsamsung-ipc to do poweroff when in airplane mode Jul 05 17:21:16 paulk-desktop: ok, we can do it later Jul 05 17:21:29 I'm not sure we really want it. At least the non-free RIL won't do it Jul 05 17:21:52 and as for power consumption, it's pretty good on airplane mode Jul 05 17:22:12 I just saw that fsogsmd tries to do some power control and I would prefer that all power code is concentrated in libsamsung-ipc and all upper levels are device-agnostic Jul 05 17:22:24 yes that's a good idea Jul 05 17:22:27 if FSO make suse of it Jul 05 17:22:33 makes use* Jul 05 17:22:37 that's a good idea to implement it Jul 05 17:22:42 if you're ready to do it, go ahead Jul 05 17:22:50 ok, gimme some 15 minutes Jul 05 17:23:05 I just don't think I'll make samsung-ril ask for it when goign in airplane mode Jul 05 17:24:15 yep, I confirm non-free RIL won't turn its power off Jul 05 17:24:57 we can leave it for future. Do you want to add galaxys2 to SHR? I do, but don't want to deal with OE at all. If you are ready to integrate the code, I can do the kernel and sound work Jul 05 17:25:32 huh, I am no SHR/FSO dev Jul 05 17:25:47 I couldn't even get it to build the only time I tried Jul 05 17:25:58 I am still amazed every time I see a person voluntary using and developing android Jul 05 17:26:07 haha Jul 05 17:26:14 at some regards, it's easier Jul 05 17:26:18 though we have no *working* alternative Jul 05 17:26:26 and yes, android is easy once kernel works Jul 05 17:27:14 kernel sure is a big step Jul 05 17:27:32 thankfully they're trying to do things right since 3.0 Jul 05 17:27:48 I like galaxy s2 more than nexus Jul 05 17:28:25 ah? Jul 05 17:28:32 first of all, there's the 8MP camera. Secondly, camera just works with v4l2 drivers. on galaxy nexus, the whole camera, including sensors, is controlled by a non-free firmware on the DSP (actually, Cortex M3) Jul 05 17:28:59 there is that sort of things on Nexus S too Jul 05 17:29:18 I once got the camera chip datasheet from samsung Jul 05 17:30:26 paulk-desktop: btw, the ril does call poweroff when it closes the FMT channel Jul 05 17:30:39 ok Jul 05 17:30:44 I didn't remember Jul 05 17:30:47 though, calling poweron after bootstrap is weird :) Jul 05 17:31:06 yeah, that's not really power on, more of "startup" Jul 05 17:31:44 morphis, btw, libsamsung-ipc is in FSO yet? Jul 05 17:31:51 (I mean, in FSO git) Jul 05 17:49:36 paulk-desktop: no yet Jul 05 17:49:46 did had the time to do this Jul 05 18:01:25 paulk-desktop: ok, forget this poweroff thingie. it will require too many modifications, including changing power_off callback type to pass ipc_client. I just don't want to do it today. please push the stuff as is for now Jul 05 18:02:32 ok Jul 05 18:05:16 a bit off-topic. which language would you prefer to write system-level software in? I would like something with OOP classes or type classes (bye-bye, C) automatic memory management and without a 2000 page standard (bye-bye, C++) and static typing (ruby and python go to hell). So I'm deciding between haskell, ocaml and vala for some experiments. I want to go with haskell because it is more or less mainstream and has a larg Jul 05 18:05:57 mhh, I didn't really try haskell Jul 05 18:06:02 vala seems nice Jul 05 18:11:53 I used to be a huge C fan until.. I started writing code in it. and then I got tired of reinventing OOP each time Jul 05 18:16:15 I'm not much of an OOP fan, so I'm usually fine with C Jul 05 18:16:53 anyway, gotta have dinner, bbl Jul 05 18:55:07 morphis, paulk-desktop ok it doesn't register anymore with fso autorev (crespo) Jul 05 18:55:23 should we spend time trying to debug it or is it not worth Jul 05 18:55:24 ok Jul 05 18:55:32 GNUtoo-hplaptop: I have no time for it Jul 05 18:55:35 I can help you if you have logs Jul 05 18:55:44 ok I'll get logs Jul 05 18:55:48 I reboot under shr Jul 05 18:55:53 GNUtoo-hplaptop: but maybe it works not with latest libsamsung-ipc Jul 05 18:56:05 maybe we should stick for now with version 0.1 of it Jul 05 18:56:15 or: check if it works with 0.1 before Jul 05 18:56:20 I'm not sure I've lastest version of libsamsung-ipc Jul 05 18:56:36 maybe we should make a stable branch that would stay 0.1 Jul 05 18:56:52 GNUtoo-hplaptop, can you change the branch? then autorev would stay on the same commit Jul 05 18:57:10 let me get the logs first Jul 05 18:57:56 I must first do some systemctl + ifup/ifdown to get usb0 Jul 05 19:02:38 GNUtoo-hplaptop: enjoying systemd? Jul 05 19:03:10 http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd.log Jul 05 19:03:36 Alex[sp3dev], I don't know....I had some issues with it Jul 05 19:04:38 ah sorry Jul 05 19:04:43 I again forgott Jul 05 19:04:49 the fsotransport..... Jul 05 19:05:12 there is definitely an issue with network registration Jul 05 19:05:19 fsogsmd keeps asking the modem Jul 05 19:05:28 libsamsung-ipc0 - 1:0.1.0+gitr2+9b9c03b7d3e8ed110828155169903ece3c0658d0-r0 Jul 05 19:05:34 ok Jul 05 19:06:40 I didn't change anything related to that Jul 05 19:08:08 http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd.log Jul 05 19:08:37 maybe it segfault continuously? Jul 05 19:08:52 it seems to stop and restart at some point Jul 05 19:09:34 paulk-desktop: maybe rfs crashes? that's the only non device-specific thing we've changed Jul 05 19:09:55 Alex[sp3dev], no, his rev is before your first commit Jul 05 19:10:06 ah, I see Jul 05 19:10:25 I only changed gprs-related things Jul 05 19:11:14 I added them in fact, and not using them should not cause anything Jul 05 19:12:23 hmmm Jul 05 19:12:27 maybe vala version change? Jul 05 19:12:51 how am I supposed to debug such stuff? Jul 05 19:13:32 I would try to know what is making it constantly ask for another IPC_NET_REGIST Jul 05 19:13:47 (it does a GET after every RESP) Jul 05 19:13:55 ok Jul 05 19:13:58 maybe try to spot on which condition it does that GET IPC_NET_REGIST Jul 05 19:13:59 I'll try to shut down dbus Jul 05 19:14:05 and try to make it work manually Jul 05 19:14:11 trough mdbus2 Jul 05 19:20:05 02 02 04 32 32 32 38 38 23 50 27 ...22288#P' Jul 05 19:20:22 2012-07-05T19:23:32.520025Z [WARN] fsogsmd : Could not find and valid provider name for MCC/MNC 22288 Jul 05 19:21:03 hmmm Jul 05 19:21:19 GNUtoo-hplaptop: attach gdb to fsogsmd before activating the usage resource Jul 05 19:21:32 segfault right after..... Jul 05 19:21:51 http://pastie.org/private/sci8s79d5qlgguwhuphjqg Jul 05 19:21:56 like some time ago.... Jul 05 19:22:02 I complained about that in a bugreport.... Jul 05 19:22:09 let me check the image dates Jul 05 19:22:26 SHR 2012070 Jul 05 19:22:29 oops Jul 05 19:22:31 SHR 20120705 Jul 05 19:22:38 so from today Jul 05 19:23:03 yeah I know this bug report Jul 05 19:23:15 but as I said, I didn't had time for it Jul 05 19:23:22 or have time now Jul 05 19:25:40 even if I help a lot? Jul 05 19:25:45 like I find the cause? Jul 05 19:26:07 ok Jul 05 19:26:21 if you find the cause and test it should ok Jul 05 19:26:29 but I can't work on the device Jul 05 19:26:39 just do the local stuff and commit Jul 05 19:26:52 if it's ok for, lets go Jul 05 19:26:52 [Inferior 1 (process 550) exited with code 01] Jul 05 19:27:09 so it exits normally Jul 05 19:27:11 no segfault Jul 05 19:27:24 that smells like an exception that is not handled Jul 05 19:27:40 hm Jul 05 19:27:48 sounds like an assert Jul 05 19:27:58 ok Jul 05 19:28:06 how does assert work? Jul 05 19:28:17 because there are assert on printing.... Jul 05 19:28:27 that confuses me Jul 05 19:28:36 I'll look if there are normal asserts Jul 05 19:29:22 http://developer.gnome.org/glib/stable/glib-Testing.html#g-assert Jul 05 19:30:37 ok Jul 05 19:30:39 thanks a lot Jul 05 19:31:23 but I think it's calling normal assert (http://linux.die.net/man/3/assert) Jul 05 19:32:33 I mean how does assert(logger.debug ) works? Jul 05 19:32:41 logger.debug is always true? Jul 05 19:33:53 ah Jul 05 19:33:55 yes Jul 05 19:34:44 assert( logger.debug( ...) ); will print everytime until we supply -DG_DISABLE_ASSERT at compile time Jul 05 19:34:51 but we don't do Jul 05 19:37:27 the "Could not find an valid provider name" is not the cause Jul 05 19:38:30 GNUtoo-hplaptop: you can try to comment lines 136-147 in src/plugins/modem_samsung/mediators_network.vala Jul 05 19:38:34 and see if that helps Jul 05 19:39:06 ok thanks a lot!!! Jul 05 19:39:08 will try Jul 05 19:40:04 it's only a guess Jul 05 19:44:17 GNUtoo-hplaptop: but usb network works now reliable with the Nexus S? Jul 05 19:44:37 no Jul 05 19:44:43 I've to do that: Jul 05 19:44:54 systemctl start rndissetup.service Jul 05 19:45:05 ifdown rndis0;ifup rndis0 Jul 05 19:45:19 it's not started automatically? Jul 05 19:45:34 systemd still breaks things here Jul 05 19:46:11 http://pastie.org/private/gct3bdthubn8bisp0qsvdg Jul 05 19:46:15 yes Jul 05 19:46:55 so it still aborts Jul 05 19:48:45 hm Jul 05 19:49:07 it aborts strangely Jul 05 19:49:11 I see stuff in the console Jul 05 19:49:32 http://pastie.org/private/ou1mv15zizzzgbfotca Jul 05 19:50:12 the messages appear right before the exit Jul 05 19:50:29 can you try to compile just modem_samsung plugin with -DG_DISABLE_ASSERT? Jul 05 19:50:54 no, thats not the cause Jul 05 19:51:21 ok Jul 05 19:53:03 how do I do that? Jul 05 19:53:11 I hook in the Makefile.am? Jul 05 19:53:13 I'll try that Jul 05 19:53:48 ah inded Jul 05 19:55:33 yes in Makefile.am Jul 05 19:55:37 add it to _CFLAGS Jul 05 19:56:43 same thing Jul 05 19:57:12 returns 1 right after: Jul 05 19:57:13 2012-07-05T20:00:24.159410Z [DEBUG] SamsungModem <>: Advancing network state to FSO_GSM_MODEM_NETWORK_STATUS_REGISTERED Jul 05 19:57:33 so I guess it's in fso? Jul 05 19:57:41 not in the samsung modem thing? Jul 05 20:02:10 it's in fsogsmd somewhere Jul 05 20:02:14 ok Jul 05 20:02:35 can you add the -DG_DISABLE_ASSERT now for libfsogsm too (in src/lib/Makefile.am) Jul 05 20:02:39 or maybe the samsung plugin calls some fsogsmd functions Jul 05 20:02:40 ok Jul 05 20:02:47 can you show me the full log of the last run? Jul 05 20:02:51 yes Jul 05 20:04:06 http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd_0001.log Jul 05 20:05:25 with removing the asserts due to -DG_DISABLE_ASSERT it should definitly crash somewhere Jul 05 20:06:20 hm, but the G_DISABLE_ASSERT didn't worked Jul 05 20:06:52 the debug lines are still there Jul 05 20:06:53 2012-07-05T19:22:00.334591Z [DEBUG] fsogsmd : Received data from modem; start processing ... Jul 05 20:07:02 ah? Jul 05 20:07:05 GNUtoo-hplaptop: can you show me your modifications to the Makefile.am Jul 05 20:07:06 still i did that: Jul 05 20:07:16 I re-runned configure Jul 05 20:07:21 I checked the Makefile Jul 05 20:07:26 I did make clean in the dir Jul 05 20:07:35 and re-runned run.do_compile Jul 05 20:07:42 s/configure/run.do_configure Jul 05 20:08:11 http://pastie.org/private/7bjzzhgheutzh4lobbk6ng Jul 05 20:09:18 and the Makefile contains that: http://pastie.org/private/jou7ziyee43ddq3y5fpkgq Jul 05 20:10:37 can you try this: http://pastie.org/4206305 Jul 05 20:16:28 hmmm Jul 05 20:16:42 and? Jul 05 20:16:46 still exit with samsung only Jul 05 20:16:50 let me try with the lib Jul 05 20:16:58 2012-07-05T20:19:58.161630Z [DEBUG] SamsungModem <>: Advancing network state to FSO_GSM_MODEM_NETWORK_STATUS_REGISTERED Jul 05 20:17:00 and still debug Jul 05 20:17:13 that line is ok Jul 05 20:17:18 it comes from libfsogsm Jul 05 20:17:22 show me the log again Jul 05 20:18:01 http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd_0002.log Jul 05 20:18:24 note that only the samsung plugin has assert disabled Jul 05 20:18:33 I'll disable from the lib now Jul 05 20:18:37 ok Jul 05 20:26:57 GNUtoo-hplaptop: and? Jul 05 20:27:06 http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd_0003.log Jul 05 20:27:08 same Jul 05 20:27:43 could it be the libfsotransport? Jul 05 20:28:19 or maybe we disable assert globally Jul 05 20:29:25 the line with "SamsungModem <>: Advancing network state to FSO_GSM_MODEM_NETWORK_STATUS_REGISTERED" should not be there Jul 05 20:29:38 if you added -DG_DISABLE_ASSERT Jul 05 20:30:12 in http://gnutoo.homelinux.org/downloads/people/morphis/fsogsmd_0003.log all debug statements are enabled again Jul 05 20:30:17 for modem_samsung too Jul 05 20:30:40 hmmm Jul 05 20:30:48 I'll rebuild all Jul 05 20:31:16 ok Jul 05 20:31:27 but you can try to add a global -DG_DISABLE_ASSERT for fsogsmd Jul 05 20:31:35 I have to leave Jul 05 20:31:37 it's late Jul 05 20:31:38 bye Jul 05 20:55:47 PaulFertser: ping Jul 05 23:14:21 SHR: 03lukasmaerdian 07shr-e-gadgets * re4f5050b1fc4 10/INSTALL: autofoo: use INSTALL from newer autotools **** ENDING LOGGING AT Fri Jul 06 02:59:58 2012