**** BEGIN LOGGING AT Sun Jul 08 02:59:58 2012
Jul 08 08:58:57 <jake42> nully: you have to request an account
Jul 08 08:59:26 <nully> Ah, I looked for that, but i did not see it written anywhere, I probably misseed it I guess.
Jul 08 08:59:32 <jake42> mrmoko should be able to give you one
Jul 08 09:00:14 <jake42> it is on the front page, though too small
Jul 08 09:00:58 <nully> wow :/ i tried doing searches for `account' and `request' and `login'... All I had to do was read the front page, all the way.
Jul 08 09:03:20 <jake42> i must say it's not the best solution
Jul 08 09:03:47 <jake42> but we had so much spam..
Jul 08 09:03:56 <nully> It really makes the project feel very closed :/ But yes, SPAM does stink.
Jul 08 09:06:07 <jake42> yes, that's very unfortunate
Jul 08 09:07:11 <jake42> but trac seems not to have a feature like email verification for new accounts
Jul 08 09:07:58 <jake42> that would minimize spam
Jul 08 09:39:33 <CIA-69> freesmartphone.org: 03morphis 07utilities * r4f32a7f637c9 10/android/image-utils/fastboot/Makefile.am: android: image: install headers into own sub directory
Jul 08 09:39:34 <CIA-69> freesmartphone.org: 03morphis 07utilities * r1f438c8a1d9a 10/android/image-utils/ (ChangeLog NEWS configure.ac): android: image-utils: prepare for next release 0.1.1
Jul 08 09:39:34 <CIA-69> freesmartphone.org: 03morphis 07utilities * r25a5a3b67b6a 10/android/image-utils/ (fastboot/Makefile.am mkbootimg/Makefile.am): android: image-utils: use static linking
Jul 08 09:39:35 <CIA-69> freesmartphone.org: 03morphis 07utilities * r86445f408535 10/android/image-utils/ (libmincrypt/Makefile.am libzipfile/Makefile.am): android: image-utils: don't install libzipfile and libmincrypt libraries
Jul 08 09:39:35 <CIA-69> freesmartphone.org: 03morphis 07utilities * r1097722a3e5c 10/android/image-utils/ (fastboot/Makefile.am mkbootimg/Makefile.am): android: image-utils: don't install any header files
Jul 08 09:39:36 <CIA-69> freesmartphone.org: 03morphis 07utilities * r4566e120fc80 10/android/image-utils/ (ChangeLog NEWS configure.ac): android: image-utils: prepare for next release 0.1.2
Jul 08 10:12:39 <playya> Moin. Is there any page which describes building SHR for samsung devices?
Jul 08 10:18:27 <morphis> playya: not really, there are some bits in the SHR and FSO wiki
Jul 08 10:18:37 <playya> ok
Jul 08 10:18:51 <morphis> http://wiki.freesmartphone.org/index.php/Hardware/Nexus_S
Jul 08 10:19:04 <playya> it think I only need the point where to put the meta-samsung layer
Jul 08 10:19:14 <morphis> you're using shr-chroot?
Jul 08 10:20:07 <playya> no. is it recommended now?
Jul 08 10:20:10 <morphis> yes
Jul 08 10:20:15 <morphis> it's possible without
Jul 08 10:20:27 <morphis> but you will encounter problems
Jul 08 10:20:43 <morphis> (depends on which host system you're using)
Jul 08 10:21:10 <playya> hehe. yes
Jul 08 10:22:48 <morphis> otherwise the relevant OE configs are here: http://git.shr-project.org/git/?p=shr-makefile.git;a=tree;f=conf/shr-core;h=5dd578dfab351e337ead4eeffe0cde9ecc244d7b;hb=HEAD
Jul 08 10:23:09 <morphis> bblayers.conf is the one where meta-samsung is configured for bitbake
Jul 08 10:26:55 <playya> yes. but i need the priority to avoid overriding things or missing overrides
Jul 08 10:28:00 <playya> lunch!!
Jul 08 10:35:03 <morphis> playya: where do you need to override something in detail?
Jul 08 11:05:35 <playya> I don't know, yet morphis 
Jul 08 11:06:12 <morphis> in general that should work without any problems with the default configuraiton
Jul 08 11:09:57 <morphis> ok, let me know if you need some help
Jul 08 11:18:04 <playya> i have to leave. see you later
Jul 08 15:41:37 <CIA-69> freesmartphone.org: 03GNUtoo 07cornucopia * rd4ae83909b87 10/fsodeviced/conf/GTA04/alsa-3.4/stereoout: 
Jul 08 15:41:37 <CIA-69> freesmartphone.org: fsodeviced: complete the GTA04 stereoout scenario.
Jul 08 15:41:37 <CIA-69> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Jul 08 17:06:32 <ayaka> Alex[sp3dev],  hello, I still don't know who to boot lk
Jul 08 17:08:50 <Alex[sp3dev]> ayaka: ^_^
Jul 08 17:08:56 <Alex[sp3dev]> paulk-desktop: hi
Jul 08 17:09:32 <paulk-desktop> Alex[sp3dev], hi
Jul 08 17:09:33 <ayaka> Alex[sp3dev], 0x0 or base_address can't work at all, it will reboot
Jul 08 17:10:06 <Alex[sp3dev]> ayaka: what are you trying to do and what are the addresses again?
Jul 08 17:11:04 <Alex[sp3dev]> paulk-desktop: so, I tried using a socket in init.rc and it returned "already in use". I'll try to see how rild uses its own socket. Do you have any ideas how the blobs magically have sockets working?
Jul 08 17:11:27 <ayaka> BASE_ADDR        := 0x40200000, 0x40200000 is from htc android img
Jul 08 17:11:29 <paulk-desktop> mhh I didn't really look at it since then
Jul 08 17:12:21 <Alex[sp3dev]> paulk-desktop: good news is that ril is stable. I've paid for the service on the sim card in nexus today and as soon as the money arrived, 3G connected and gtalk logged on
Jul 08 17:12:21 <ayaka> Alex[sp3dev], I have try 0x0 ,0x40200000,  0x30000000, 0x10000000 in MEMBASE 
Jul 08 17:12:31 <paulk-desktop> great
Jul 08 17:12:48 <paulk-desktop> I have reworked a lot of things regarding data during the last few days
Jul 08 17:12:53 <paulk-desktop> now it's rock solid
Jul 08 17:13:07 <Alex[sp3dev]> paulk-desktop: I think we need to add wakelocks and polling for the link ONLINE status to ipc read/write. Looks like ril crashes in suspend sometimes because of something, probably that
Jul 08 17:13:40 <paulk-desktop> ok, good idea
Jul 08 17:14:16 <ayaka> but I only see HTC logo, after a while it reboot
Jul 08 17:14:17 <Alex[sp3dev]> I need to clone the ril sources. I'm at home pc now, and all previous work was.. at work :)
Jul 08 17:14:46 <paulk-desktop> ok
Jul 08 17:15:01 <paulk-desktop> it's pushed to morphis git for libsamsung-ipc and replicant for samsung-ril
Jul 08 17:15:21 <Alex[sp3dev]> finally switched to using a 22'' external monitor at home. no more staring at 1600x900@13.3
Jul 08 17:17:07 <paulk-desktop> good :)
Jul 08 17:18:17 <Alex[sp3dev]> http://higgs.rghost.ru/private/39097068/64bec57c3ed78e285437d3afcfec7dda/image.png my laptop has a GPLv3 sticker. I got it when Stallman gave a lecture in Moscow in december
Jul 08 17:18:45 <Alex[sp3dev]> ok, back to coding
Jul 08 17:18:52 <paulk-desktop> looks great:
Jul 08 17:19:06 <paulk-desktop> is that an apple keyboard?
Jul 08 17:19:30 <Alex[sp3dev]> nope, some cheap usb keyboard. It has a rubber detachable cover to protect from dust
Jul 08 17:19:42 <paulk-desktop> ah ok
Jul 08 17:21:00 <Alex[sp3dev]> if you're interested, it's Oklick 555S. Probably some russian-branded chinese OEM
Jul 08 17:21:56 <Alex[sp3dev]> paulk-desktop: what should I check out? your git or replicant?
Jul 08 17:22:11 <paulk-desktop> should be the same
Jul 08 17:22:32 <paulk-desktop> ah maybe replicant is one commit ahead
Jul 08 17:22:55 <paulk-desktop> though it's a pain to make it work with ICS
Jul 08 17:23:09 <Alex[sp3dev]> why
Jul 08 17:23:38 <paulk-desktop> this is still for GB, and they changed the structures I introduced the use of with these new commits
Jul 08 17:24:09 <paulk-desktop> if you don't want to adapt stuff, wait a bit, I'll probably adapt it tomorrow
Jul 08 17:24:48 <Alex[sp3dev]> won't makefile hackery help us like we did the previous time?
Jul 08 17:25:20 <paulk-desktop> nah, here it's a bit deeper
Jul 08 17:25:38 <Alex[sp3dev]> ok
Jul 08 17:26:31 <Alex[sp3dev]> I'll wait for your fixes. We can probably make a compatibility header and some ifdef to avoid polluting makefiles
Jul 08 17:34:52 <Alex[sp3dev]> paulk-desktop: we have a problem now
Jul 08 17:34:59 <Alex[sp3dev]> external/libsamsung-ipc/samsung-ipc/device/xmm6260/xmm6260_modemctl.h:44: error: field 'radio_stat' has incomplete type 
Jul 08 17:35:03 <Alex[sp3dev]> some header missing?
Jul 08 17:35:21 <paulk-desktop> possible
Jul 08 17:35:34 <Alex[sp3dev]> probably you removed <sys/stat.h> when refucktoring
Jul 08 17:35:42 <paulk-desktop> must be it
Jul 08 17:40:30 <Alex[sp3dev]> ok, I forgot to hard reset my local changes. Let's hope the rest is fine
Jul 08 18:03:11 <morphis> GNUtoo-desktop: ping
Jul 08 18:05:07 <Alex[sp3dev]> paulk-desktop: ping
Jul 08 18:05:13 <paulk-desktop> pong
Jul 08 18:05:55 <Alex[sp3dev]> paulk-desktop: I have pushed some sort of, well, fixes. I've moved all those compatibility ril defines to a header. I've built your ril master on ics
Jul 08 18:05:57 <Alex[sp3dev]> https://gitorious.org/~ast/replicant/asts-hardware_ril_samsung-ril/commits/08jul_fixes
Jul 08 18:06:43 <paulk-desktop> and it works?
Jul 08 18:07:02 <Alex[sp3dev]> well, will try now
Jul 08 18:07:08 <Alex[sp3dev]> I see no reason why it won't
Jul 08 18:07:10 <paulk-desktop> I doubt data will work
Jul 08 18:07:36 <paulk-desktop> at least some of it won't
Jul 08 18:07:49 <paulk-desktop> (data_call_list probably won't)
Jul 08 18:08:06 <paulk-desktop> I still have to think about how I will deal with maintaining both GB/ICS
Jul 08 18:10:36 <Alex[sp3dev]> so by saying data is rock solid you meant that it doesn't work at all?
Jul 08 18:11:21 <Alex[sp3dev]> indeed it does not work at all
Jul 08 18:12:03 <paulk-desktop> no, I mean that on GB, it is now full-featured, takes care of all the error cases and various other stuff that makes it very reliable
Jul 08 18:22:09 <Alex[sp3dev]> paulk-desktop: found this in ril.cpp http://pastebin.com/4YnjhV8W . looks like we're on the right track
Jul 08 18:22:29 <paulk-desktop> oh nice!
Jul 08 18:39:14 <morphis> GNUtoo-desktop: I tried on my own with my Nexus S and fsogsmd and got a little bit further: http://pastie.org/4221546
Jul 08 18:39:30 <morphis> look at the line: "g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting."
Jul 08 18:39:50 <morphis> somehow our internal dbus connection gets vanished
Jul 08 18:40:05 <Alex[sp3dev]> ok, this way of getting socket works for rild side. still I think patching init.rc (not the board-specific one) is not extremely good and I wonder why the blob can obtain the socket the old way. The problem is that the client (mediaserver) gets permission denied, though the socket is radio:system
Jul 08 18:40:34 <morphis> GNUtoo-desktop: and I hopefully finally fixed the usbnet problem
Jul 08 18:41:23 <morphis> GNUtoo-desktop: if you want to test: http://pastie.org/4221559
Jul 08 18:48:55 <GNUtoo-desktop> ok one second
Jul 08 18:52:59 <GNUtoo-desktop> ok back
Jul 08 18:53:07 <GNUtoo-desktop> I was testing my headphones on gta04
Jul 08 18:54:09 <morphis> ah ok
Jul 08 18:54:17 <morphis> the patch for usbnet should help
Jul 08 18:54:23 <morphis> it fixes the problem but is a hack
Jul 08 18:54:27 <morphis> but who cares
Jul 08 18:54:31 <GNUtoo-desktop> indeed
Jul 08 18:55:19 <morphis> the dbus problem is a little bit more hard to resolve
Jul 08 18:55:36 <GNUtoo-desktop> ok
Jul 08 18:55:43 <GNUtoo-desktop> did you push the usbnet patch?
Jul 08 18:56:26 <GNUtoo-desktop> paulk-desktop, hi, now I've resoldered the headphones, it was way harder that it seems but at the end I've headphones + mic
Jul 08 18:56:34 <morphis> GNUtoo-desktop: will do in a minute
Jul 08 18:56:47 <morphis> hm the dbus problem of fsogsmd seems to be related to this one here:
Jul 08 18:56:47 <morphis> fsotdld: symbol lookup error: /usr/lib/cornucopia/modules/fsotdl/provider_location_cellidwifi.so: undefined symbol: fso_tdl_abstract_location_provider_get_type
Jul 08 18:57:01 <GNUtoo-desktop> ah ok
Jul 08 18:57:01 <paulk-desktop> GNUtoo-desktop, ok
Jul 08 18:57:03 <GNUtoo-desktop> thanks a lot
Jul 08 18:57:12 <GNUtoo-desktop> (the thanks was for morphis)
Jul 08 18:57:17 <paulk-desktop> I saw :)
Jul 08 18:58:11 <CIA-69> SHR: 03morphis 07meta-smartphone * r20df5dff22b1 10/meta-samsung/recipes-core/systemd/ (3 files in 2 dirs): meta-samsung: systemd-machine-units: force rndis0 interface to power up on boot
Jul 08 19:01:41 <morphis> GNUtoo-desktop: ^^
Jul 08 19:02:26 <GNUtoo-desktop> ok
Jul 08 19:03:24 <GNUtoo-desktop> morphis, I was more thinking of that:
Jul 08 19:03:47 <GNUtoo-desktop> http://shr-project.org/trac/ticket/2019
Jul 08 19:04:01 <GNUtoo-desktop> it contains that:
Jul 08 19:04:02 <GNUtoo-desktop> http://shr-project.org/trac/attachment/ticket/2019/usb_cable.rules
Jul 08 19:04:25 <GNUtoo-desktop> basically it does ifup usb0 when you plug a cable in
Jul 08 19:04:33 <GNUtoo-desktop> and ifdown usb0 when you remove the cable
Jul 08 19:05:02 <morphis> GNUtoo-desktop: yeah, I like that
Jul 08 19:05:19 <morphis> if you want and have time, please get this working :)
Jul 08 19:05:39 <GNUtoo-desktop> I tough that JaMa|Off would have picked it
Jul 08 19:06:19 <morphis> really?
Jul 08 19:06:23 <morphis> JaMa|Off: ping
Jul 08 19:07:01 <GNUtoo-desktop> I was concentrating on other stuff
Jul 08 19:07:09 <GNUtoo-desktop> for instance make the gta04 audio work flawlessly
Jul 08 19:07:19 <GNUtoo-desktop> it's not totally ok but much better than before
Jul 08 19:07:23 <GNUtoo-desktop> it needs testing
Jul 08 19:07:33 <GNUtoo-desktop> I had crashes of fsoaudiod long time ago
Jul 08 19:07:41 <GNUtoo-desktop> and it was not resolved
Jul 08 19:07:48 <GNUtoo-desktop> so I suspect they are still there
Jul 08 19:08:39 <GNUtoo-desktop> apart that it's much better than before
Jul 08 19:09:09 <GNUtoo-desktop> * the two (stereoout, gsm )scenarios are now complete.
Jul 08 19:09:31 <GNUtoo-desktop> * fsoaudiod should work after ringing( I didn't test myself but slyon tested)
Jul 08 19:10:00 <GNUtoo-desktop> my next blocking issue is the headphones detection
Jul 08 19:10:13 <morphis> great
Jul 08 19:10:26 <GNUtoo-desktop> paulk-desktop, had issues with headphones detection
Jul 08 19:10:31 <GNUtoo-desktop> like noise in the mic
Jul 08 19:10:45 <GNUtoo-desktop> so if you detect the headphones in a call.....
Jul 08 19:10:57 <GNUtoo-desktop> or simply while recoriding
Jul 08 19:12:47 <CIA-69> freesmartphone.org: 03morphis 07cornucopia * rba004d18ee86 10/fsotdld/src/plugins/provider_location_cellidwifi/Makefile.am: fsotdld: provider_location_cellidwifi: link against internal library; fixes #682
Jul 08 19:20:22 <Alex[sp3dev]> paulk-desktop: ok, I'm closer to figuring out how it works. the proprietary RIL creates a socket in NAMESPACE_ABSTRACT as opposed to NAMESPACE_RESERVED. patching init.rc and grabbing socket from zygote works as well. iirc, the proprietary ril then sets permissions on its socket. I'll try to investigate that. I think the easiest thing is to patch init.rc and set permissions 666 on our socket. that'd be a compromise, but we
Jul 08 19:22:01 <paulk-desktop> okay
Jul 08 19:23:03 <Alex[sp3dev]> why the hell is this so complicated? why couldn't they've used ACL for socket permissions and set multiple groups to a socket? or just use dbus
Jul 08 19:25:50 <morphis> GNUtoo-desktop: was there a ticket for the the modem_samsung bug?
Jul 08 19:33:45 <GNUtoo-desktop> yes old ticket
Jul 08 19:35:57 <CIA-69> freesmartphone.org: 03morphis 07cornucopia * r13a887bae111 10/fsogsmd/src/lib/mediatorhelpers.vala: (log message trimmed)
Jul 08 19:35:57 <CIA-69> freesmartphone.org: fsogsmd: lib: disable lookup of network provider names via odatad
Jul 08 19:35:57 <CIA-69> freesmartphone.org: Aquiring a dbus service at runtime while in context of a mediator causes the folllowing
Jul 08 19:35:57 <CIA-69> freesmartphone.org: behaviour:
Jul 08 19:35:57 <CIA-69> freesmartphone.org: 2012-07-08T19:16:55.326085Z [WARN] fsogsmd : Could not find and valid provider name for MCC/MNC 26202: The connection is closed
Jul 08 19:35:58 <CIA-69> freesmartphone.org: 2012-07-08T19:16:55.326902Z [DEBUG] fsogsmd : Enqueue a new command: type = IPC_TYPE_GET, command = IPC_NET_REGIST
Jul 08 19:35:59 <CIA-69> freesmartphone.org: 2012-07-08T19:16:55.329576Z [WARN] subsystem : Can't claim busname org.freesmartphone.ogsmd
Jul 08 19:36:29 <morphis> GNUtoo: it should now work again
Jul 08 19:36:37 <morphis> GNUtoo: but we're missing APN resolving right now
Jul 08 19:36:45 <morphis> I will fix that in the next days
Jul 08 19:37:56 <GNUtoo> ok nice
Jul 08 19:38:02 <GNUtoo> i'll build
Jul 08 19:39:02 <morphis> please report if it's not fixed
Jul 08 19:39:16 <morphis> I tested it on my device and it was working
Jul 08 19:40:40 <GNUtoo> ok
Jul 08 19:41:25 <Alex[sp3dev]> paulk-desktop: so. it kinda works now. as far as I've understand, they're now using NAMESPACE_ABSTRACT everywhere. Looks like it's an official security hole or a way to circumvent any checks and create a socket between daemons with different GID
Jul 08 19:41:54 <paulk-desktop> ok
Jul 08 19:42:07 <paulk-desktop> I really wonder why they introduced that socket "security" thing
Jul 08 19:42:11 <paulk-desktop> that's a pain in the ass
Jul 08 19:42:48 <Alex[sp3dev]> I'll clean the code and push a hack. my policy about android development is that if it works, just leave it as is. it will break with every release anyway
Jul 08 19:55:11 <Alex[sp3dev]> paulk-desktop: https://gitorious.org/~ast/replicant/asts-hardware_ril_samsung-ril-client/commit/8400f499c44482d3c73a1b837f583fe320a0ed9a and https://gitorious.org/~ast/replicant/asts-hardware_ril_samsung-ril/commit/4935eac2f82042ad662a16fbf8058f2139ac3843
Jul 08 19:55:22 <Alex[sp3dev]> stupid but works
Jul 08 20:15:53 <ayaka> thanks and good bye
Jul 08 20:44:57 <GNUtoo-desktop> morphis, hmmm
Jul 08 20:45:17 <GNUtoo-desktop> 2012-07-08T20:48:59.901798Z [INFO]  fsogsmd : crespo_ipc_fmt_client_send: IPC request (mseq=0x6d command=IPC_NET_REGIST (0x0805) type=GET)
Jul 08 20:45:24 <GNUtoo-desktop> I get the logs full of theses now
Jul 08 20:45:34 <GNUtoo-desktop> I'll try manually
Jul 08 20:48:33 <GNUtoo-desktop> hmmm same issue manually
Jul 08 20:48:36 <GNUtoo-desktop> is it pushed?
Jul 08 20:48:51 <GNUtoo-desktop> because I've autorev and just rebuilt + adb pushed the rootfs
Jul 08 20:49:59 <GNUtoo-desktop> hmmm
Jul 08 20:50:01 <GNUtoo-desktop> fsogsmd - 2:0.11.99+gitr5+719f5882bea02367a20242a90956460c31765b3f-r2.1
Jul 08 20:50:06 <GNUtoo-desktop> not lastest rev
Jul 08 20:53:13 <GNUtoo-desktop> 2012-07-08T20:56:39.461187Z [WARN]  fsogsmd : Could not find and valid provider name for MCC/MNC 22210
Jul 08 20:53:27 <GNUtoo-desktop> should I change sim card?
Jul 08 21:02:19 <GNUtoo-desktop> hmm
Jul 08 21:02:22 <Alex[sp3dev]> that's just a warning. try adding the necessary string, though
Jul 08 21:02:27 <GNUtoo-desktop> it's still not at HEAD
Jul 08 21:02:39 <GNUtoo-desktop> I'll rebuild once again
Jul 08 21:03:43 <JaMa|Off> /lastlog
Jul 08 21:04:14 <GNUtoo-desktop> | pdphandler.c:697:2: error: too few arguments to function 'ipc_gprs_pdp_context_setup'
Jul 08 21:04:21 <GNUtoo-desktop> that was the issue
Jul 08 21:06:01 <GNUtoo-desktop> http://pastie.org/private/v26qlyd4liocxdbjfng
Jul 08 21:06:51 <GNUtoo-desktop> morphis,^^^ I'll try again when it will compile again
Jul 08 21:07:56 <Alex[sp3dev]> haha. gprs is a PITA for everyone recently
Jul 08 21:08:59 <GNUtoo-desktop> I'll try to rebuild everything(fsogsmd + libsamsung-ipc)
Jul 08 21:14:04 <GNUtoo-desktop> hmmm
Jul 08 21:15:48 <GNUtoo-desktop> it fails the same way
Jul 08 21:17:44 <morphis> GNUtoo-desktop: you should not compile with $AUTOREV for libsamsung-ipc
Jul 08 21:17:56 <GNUtoo-desktop> yes because of the recent changes?
Jul 08 21:17:59 <morphis> thats not supported atm
Jul 08 21:18:14 <GNUtoo-desktop> like Alex[sp3dev] 's changes
Jul 08 21:18:48 <Alex[sp3dev]> GNUtoo-desktop: my changes were only adding the new device. gprs is paulk-desktop's work
Jul 08 21:18:55 <GNUtoo-desktop> ok
Jul 08 21:19:20 <paulk-desktop> GNUtoo-desktop, ah yes, that's because of me
Jul 08 21:19:28 <GNUtoo-desktop> what should I do ?
Jul 08 21:19:34 <GNUtoo-desktop> maybe better fixing it?
Jul 08 21:19:39 <paulk-desktop> ok
Jul 08 21:19:44 <paulk-desktop> I can fix the vapi
Jul 08 21:19:46 <morphis> GNUtoo-desktop: don't use $AUTOREV for libsamsung-ipc right now
Jul 08 21:19:49 <GNUtoo-desktop> ok thanks a lot
Jul 08 21:19:50 <paulk-desktop> but someone has to fix fsogsmd
Jul 08 21:19:57 <GNUtoo-desktop> ok
Jul 08 21:20:02 <morphis> paulk-desktop: yes, thats on my list
Jul 08 21:20:05 <GNUtoo-desktop> maybe I could try to fix it
Jul 08 21:20:09 <GNUtoo-desktop> once the vapi is fixed
Jul 08 21:20:11 <morphis> but for now we should stick with 0.1 in SHR
Jul 08 21:20:13 <paulk-desktop> the missing argument is CID that should be set to 0 when there is only one connection at the time
Jul 08 21:20:19 <GNUtoo-desktop> because it would give the right verbose error
Jul 08 21:20:55 <paulk-desktop> but we could do that: create a stable branch that remains 0.1 and make SHR use that branch
Jul 08 21:21:13 <Alex[sp3dev]> yeah, we need to tag working revisions
Jul 08 21:21:18 <morphis> paulk-desktop: we don't need 
Jul 08 21:21:39 <morphis> http://downloads.freesmartphone.org/sources/libsamsung-ipc/0.1/
Jul 08 21:21:54 <paulk-desktop> ah, so you can use the archive directly?
Jul 08 21:22:03 <morphis> that is what fsogsmd should use currently
Jul 08 21:22:12 <GNUtoo-desktop> paulk-desktop, I am the only one using autorev it seems
Jul 08 21:22:17 <paulk-desktop> ok
Jul 08 21:22:18 <morphis> GNUtoo-desktop: yes .)
Jul 08 21:22:34 <GNUtoo-desktop> JaMa|Off, may use autorev too in his jansa/test branch
Jul 08 21:22:35 <morphis> GNUtoo-desktop: I am just enabling it for some components here
Jul 08 21:22:41 <GNUtoo-desktop> ok
Jul 08 21:22:49 <GNUtoo-desktop> I need it for fsodeviced at least
Jul 08 21:22:50 <GNUtoo-desktop> for gta04
Jul 08 21:23:10 <GNUtoo-desktop> shat libsamsung-ipc rev should I use?
Jul 08 21:23:23 <GNUtoo-desktop> I just remove autorev for it?
Jul 08 21:24:31 <GNUtoo-desktop> I'll retry
Jul 08 21:24:55 <paulk-desktop> yes, I think you should remove autorev for libsamsung-ipc at least
Jul 08 21:25:05 <GNUtoo-desktop> with that:
Jul 08 21:25:06 <GNUtoo-desktop> http://pastie.org/private/eenwlavmotfzm33nnrcq
Jul 08 21:25:15 <paulk-desktop> 74664ce8d19f747e89a38d1c5fe439c6afb155f6 should work fine
Jul 08 21:25:15 <GNUtoo-desktop> we should remove it from the inc file maybe
Jul 08 21:25:32 <GNUtoo-desktop> in replicant libsamsung-ipc works fine right?
Jul 08 21:25:42 <paulk-desktop> yes
Jul 08 21:25:44 <paulk-desktop> it does
Jul 08 21:25:45 <GNUtoo-desktop> ok 
Jul 08 21:27:37 <GNUtoo-desktop> maybe morphis should push what's in http://pastie.org/private/eenwlavmotfzm33nnrcq because I am unable to justify well such commit in the commit message
Jul 08 21:28:11 <morphis> GNUtoo-desktop: no, we should not adjust fso-autorev.inc for this
Jul 08 21:28:19 <GNUtoo-desktop> ah?
Jul 08 21:28:29 <morphis> adjust and push I mean
Jul 08 21:28:37 <GNUtoo-desktop> why?
Jul 08 21:29:09 <GNUtoo-desktop> because it will be fixed later?
Jul 08 21:31:34 <morphis> yes
Jul 08 21:31:57 <morphis> if you want it compiling right now, don't use $AUTOREV
Jul 08 21:32:05 <GNUtoo-desktop> ok
Jul 08 21:32:09 <morphis> in a week or later you can switch back
Jul 08 21:32:21 <morphis> (if I find the time to fix it)
**** ENDING LOGGING AT Mon Jul 09 02:59:58 2012