**** BEGIN LOGGING AT Sat Apr 21 02:59:59 2012 Apr 21 05:59:58 Hello, could I make shr look like tizen-sdk emulator when I install it's theme? (if I would know how to install themes, wich I don't) Apr 21 06:04:11 I am not saying SHR looks bad. I mean the Tizen GUI is somewhat more smartphone like, looks easier to use. Apr 21 06:07:46 I saw this and kinda asked if SHR could look like this or even run Tizen Applications since both are Linux and use e17. http://blog.mitsutaka.org/ Apr 21 06:10:56 oh this maybe? https://review.tizen.org/git/?p=pkgs/e/e17.git;a=tree;f=config/samsung;h=d33a5935faeac40b7eadc254da3b58feaed11e7c;hb=HEAD Apr 21 06:12:21 Good day all , is there any image for uboot ? compiling is the only way ? Apr 21 06:56:23 bzbzbzb: no, installing the theme alone would not do the job Apr 21 07:31:02 moin Apr 21 07:31:23 * JaMa @ openmobility conf Apr 21 07:50:36 moin JaMa Apr 21 07:50:56 have fun Apr 21 07:51:45 and don't miss the talk of Christoph Apr 21 08:03:54 I won't, he has serial cable for me :) Apr 21 08:04:26 then I'll finally debug why gta04 is not booting for me mostly Apr 21 08:04:33 ahh, right yeah Apr 21 08:04:36 he said that :) Apr 21 08:04:42 good thing Apr 21 08:04:57 JaMa: n900 isn't booting correctly either Apr 21 08:05:24 somehow with thes switch to systemd the gpio creating / phonet starting init script isn't started anymore Apr 21 08:05:28 it did for me, but I'll recheck Apr 21 08:05:37 including fsogsmd? Apr 21 08:05:53 I mean it registers to the network? Apr 21 08:05:56 btw I would like o drop initscrips from image Apr 21 08:06:10 yeah Apr 21 08:06:18 we have only 4-5 sysvinit script needed afaik Apr 21 08:06:34 all machine specific Apr 21 08:06:35 drop it and we will replace with proper stuff as needed Apr 21 08:06:53 like cmt, g-ether, rndis and pre mounting Apr 21 08:07:23 mrmoku: ano not wit fsogsmd at n900 Apr 21 08:07:31 ok Apr 21 08:07:44 nschle already opened ticket for it (PIN dialog) Apr 21 08:07:51 yup :) Apr 21 08:08:12 when I progressed a bit with my try on the audio forwarder for gta04 I will look into systemd stuff Apr 21 08:08:21 if there's still stuff left by then :-P Apr 21 08:08:42 should I drop initscripts now or should I wait for .service files? :) Apr 21 08:09:20 * JaMa a bit stuck in flat reconstruction.. Apr 21 08:19:33 JaMa: maybe let's wait a little moment then Apr 21 08:19:51 I'm into audio forwarding... you're into flat reconstructing... nobody will fix stuff then :-) Apr 21 08:23:52 ok :) Apr 21 08:25:15 I hope that with less scripts we'll get more reproducible boot process e.g. that bug about boot without uSD is weird Apr 21 08:25:31 what could depend on /media/card... Apr 21 08:25:39 ok Apr 21 08:26:27 at least elf has beta now ?) Apr 21 08:26:32 efl Apr 21 08:27:37 and you think this time we can stay with the release? :P Apr 21 08:39:17 I hope for a bit longer than with 1.1 :) Apr 21 08:41:02 :) Apr 21 08:41:21 well hopefully tizen will at least help to stabilize things there a bit Apr 21 08:41:29 but then... I'm always too optimistic ;-) Apr 21 08:43:09 hehe right Apr 21 08:44:29 I guess I'll switch to newer when there is ne unified git tree or e17 release comming Apr 21 08:44:37 new Apr 21 08:44:55 ahh, they did not do that switch yet? Apr 21 08:44:59 (unified git) Apr 21 08:45:10 heh... they're not very much faster than us :-P Apr 21 08:45:14 TAsn: you suck ;-) Apr 21 08:46:25 * JaMa got fedora usb stick :) Apr 21 08:46:49 for making fun from native build time :) Apr 21 08:46:55 ohh... nice Apr 21 08:47:06 1 day for gcc :) Apr 21 08:47:50 it's less then hour for all our 5 *gcc* recipes together Apr 21 08:48:32 hehe Apr 21 10:21:27 hey Apr 21 10:22:13 what about bumping cornucopia SRCREV to the 0.10 rev, so we can support gta04a4? Apr 21 10:23:20 mrmoku, JaMa^^^ is this OK for you, or do you have other plans? Apr 21 11:24:24 slyon: the plan is to use tarballs from release (see ml) but bumping SRCREV now and then just formal change to tar balls wont harm Apr 21 11:25:23 actually it would be easier to spot ponential problems with packaging if we have the same version from git and then tar balls Apr 21 11:26:01 JaMa, in that case i'd like to bump now and do the formal change later on. because if all the gta04a4 boards from to group tour arrive and they try shr nothing will work (because the modem isn't activated with our current fso revision) Apr 21 11:26:38 feel free to bump Apr 21 11:28:18 will do Apr 21 11:32:12 * JaMa just finished el upgrade build, so I can build test them fwiw Apr 21 11:32:33 efl Apr 21 11:32:58 JaMa, hi, I've a problem with GPS, before systemd there was a config file(/etc/default/gpsd) which had the /dev/ttyO1 setting inside it and it was took by the /etc/init.d/gpsd script, now no such thing exist for systemd, right? Apr 21 11:33:08 bah n900 keyboard is great but still to small to type without typos Apr 21 11:34:01 you can add environmentFile to systemd unit and read the values from that Apr 21 11:34:08 ah ok Apr 21 11:34:09 how? Apr 21 11:34:25 ah environmentFile is a keyword Apr 21 11:34:26 ok Apr 21 11:35:33 thanks Apr 21 11:42:56 it also used in xserver-nodm Apr 21 11:45:02 but for tty we should probably use something like getty is using Apr 21 12:16:20 SHR: 03Martin.Jansa 07shr-chroot * r18fdb5024001 10/ (542 files in 26 dirs): system upgrade Apr 21 12:19:50 ok Apr 21 12:19:56 I'll go out and do it later Apr 21 12:21:31 hmm fsosystem doesn't build after the bump... it says: "| make[2]: basedir: Command not found" Apr 21 12:22:03 somehow it doesn't call the compiler but just it's arguments :-/ Apr 21 12:22:16 JaMa, do you have any idea about this? here is my patch: http://pastie.org/3828024 Apr 21 12:22:50 isn't basedir called from Makefile now? Apr 21 12:25:15 it is. but there is no basedir command Apr 21 12:27:43 JaMa, hi, is it normal that it says "Please wait booting" on the console but I get no splash screen at first boot? Apr 21 12:28:03 lastest .ubi and lastest uImage from http://build.shr-project.org/shr-core/images/om-gta02/ Apr 21 12:29:29 yes Apr 21 12:30:25 what should I do then? continue waiting? Apr 21 12:32:53 JaMa, ^^^ Apr 21 12:33:59 http://build.shr-project.org/shr-core/images/ are the feeds right? Apr 21 12:34:07 and the feeds are broken right? Apr 21 12:35:36 some people reported it, right Apr 21 12:35:52 what should I do if I want a gta02 image? Apr 21 12:36:03 iirc it looks like issu when booting without any uSD Apr 21 12:36:24 I've an uSD vfat with some Music Apr 21 12:36:37 but maybe my bootloader arguments were wrong Apr 21 12:36:40 it boots for me Apr 21 12:36:44 I've added 3M Apr 21 12:36:47 for glamo Apr 21 12:36:52 I'll go back to 2M Apr 21 12:37:20 can you try latest staging? Apr 21 12:38:09 we need to merge them soon as we're running out of space again Apr 21 12:39:44 ok Apr 21 12:39:58 let me look at the status Apr 21 12:40:16 at second boot with 2M it seem to behave differently Apr 21 12:40:44 hmm the issue with libfsosystem is, that the VALAC variable isn't set in the Makefile, how could that be? Apr 21 12:40:48 (it boot to X) Apr 21 12:41:38 slyon: my build still running Apr 21 12:45:10 GNUtoo-desktop: yes that's the same as guys on ML said Apr 21 12:47:43 slyon: for me libfsosystemd and then fsosystemd failed so the later is probably missing libfsosystem in DEPENDS Apr 21 12:47:46 ok Apr 21 12:48:58 slyon: and I'm not sure about PV changes.. maybe bump just SRCREVs now so we have upgrade path for tar balls Apr 21 12:49:43 ok I'll revert the PV changes Apr 21 13:00:42 i've reverted the PV changes and added DEPENDS to fsosystemd, the latest patch is here: http://pastie.org/3828172 Apr 21 13:01:00 but still libfsosystem fails due to not finding vala (VALAC not set in Makefile) Apr 21 13:01:41 i don't have no time anymore. will probably look into it tomorrow Apr 21 13:04:53 it's really slow to debug it on n900 :) Apr 21 13:05:50 damn fsoraw Apr 21 13:06:06 I'm obligated to reboot each time I want to release a resource Apr 21 13:07:37 and that's *in the feeds* Apr 21 13:07:50 and *that's not fixed anytime soon* Apr 21 13:08:52 sigh reboot again Apr 21 13:08:58 because of icons Apr 21 13:09:07 it's the third reboot Apr 21 13:09:15 or maybe even more Apr 21 13:09:20 just to make bluetooth work Apr 21 13:11:24 what's wrong with icons? Apr 21 13:12:03 the usual thing, you click one one and instead of clicking it it drag it Apr 21 13:12:09 but that's not my biggest concern Apr 21 13:12:15 the biggest concern is fsoraw Apr 21 13:12:44 and you had to reboot because of icon drag? Apr 21 13:15:38 yes Apr 21 13:15:51 it was just on top of emtooth2 Apr 21 13:16:02 I don't know how to make icon drag go away Apr 21 13:16:26 http://shr-project.org/trac/attachment/ticket/1548/Screenshot-1.png Apr 21 13:27:32 GNUtoo-desktop: err wut? what got fsoraw to do with reboots and resource freeing? Apr 21 13:27:55 fsoraw -r CPU ls Apr 21 13:27:58 it doesn't exit Apr 21 13:28:08 o.O Apr 21 13:28:40 how the F* can it fail to exit? Apr 21 13:29:35 unless friggin messybox is acting up with mad shit Apr 21 13:30:35 maybe ls invokes /bin/ls -> messybox, which in turn does an "exec messybox ls" ? Apr 21 13:31:06 I'll strace it Apr 21 13:31:17 this way for sure it never returns, but I have no clue if that'S what messybox does Apr 21 13:32:05 fsoraw has no chance to not return on return of "monitored" executable Apr 21 13:32:38 so if >> fsoraw -r cpu ls << doesn't return this means ls doesn't return Apr 21 13:34:07 on that image : Apr 21 13:34:09 ** (fsoraw:625): CRITICAL **: main.vala:53: dbus error: Error calling StartServiceByName for org.freesmartphone.ousaged: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freesmartphone.ousaged timed out Apr 21 13:34:36 but on gta04 image I built it didn't return Apr 21 13:34:37 well, no fsoraw problem :-) Apr 21 13:34:40 I even traced it Apr 21 13:34:51 so I assumed it was the same problem Apr 21 13:35:28 so fsoow?raw is vala n Apr 21 13:35:31 grrrr Apr 21 13:35:41 so fsoraw is vala now? Apr 21 13:35:54 bt_audio_service_open: connect() failed: Connection refused (111) Apr 21 13:35:55 yes Apr 21 13:36:12 then it's *your* problem ;-D Apr 21 13:36:16 indeed Apr 21 13:37:44 insane to write a simple wrapper in an "OO" language where you basically got no clue when it instantiates any of the objects Apr 21 13:39:03 suggestion: rollback to nice plan python fsoraw Apr 21 13:39:10 just to test ;-) Apr 21 13:39:15 or maybe in C? Apr 21 13:39:17 plain* Apr 21 13:39:38 there *is* a python fsoraw that's supposed to still work Apr 21 13:39:48 ok Apr 21 13:39:49 iirc Apr 21 13:40:25 you could argue python also is "OO" Apr 21 13:40:28 but anyway Apr 21 13:41:37 this vala thing hasn't bought us much of stability and ease of maintenance, I guess Apr 21 13:43:52 I needed Enable=Socket in /etc/bluetooth/audio.conf Apr 21 13:44:46 * DocScrutinizer curses a little and tries to move lazy ass outa the door to enjoy the big bluebox Apr 21 14:40:04 slyon: --enable-vala was missing in libfsosystem recipe EXTRA_OECONF Apr 21 14:53:23 slyon: working version without PV changes is in jansa/test will try to test it on gta04 if time permits Apr 21 15:35:37 JaMa, cool. thank you! Apr 21 16:42:14 failed, as usual Apr 21 16:55:58 DocScrutinizer: failed moving the lazy ass? :P Apr 21 16:56:08 yup Apr 21 16:56:16 :) Apr 21 16:56:30 nah, :-/ Apr 21 16:56:57 * mrmoku played 3 hours of soccer with the kids and has a body that hirts from the toes to the tip of his head... including his ass ;) Apr 21 16:57:08 s/hirts/hurts Apr 21 16:58:17 ~hail hns for being faster than amazon Apr 21 16:58:18 * apt bows down to hns for being faster than amazon and chants, "I'M NOT WORTHY!!" Apr 21 17:00:25 DocScrutinizer: for the alsa forwarder... you said block on read? or block on write? Apr 21 17:00:37 depends Apr 21 17:00:53 or nonblocking and silence feeding? Apr 21 17:01:43 silence feeding to blocking write on ->GSM, when alsa-mic has no proper data Apr 21 17:02:04 ok, and the other direction? Apr 21 17:02:10 blocking read on GSM-> Apr 21 17:02:15 ok Apr 21 17:02:21 so GSM is always the blocking side Apr 21 17:02:42 err, I'd say yes Apr 21 17:03:12 btw. I like the way twinkle does abstract oss / alsa Apr 21 17:03:17 take that with a grain of salt, I'm not fit right now Apr 21 17:03:26 and I'm planning to do something similiar for cmt Apr 21 17:03:29 (and alsa) Apr 21 17:04:19 at least twinkle audio is tested on several 1000 machines, and almost a dozen or two of niche cases got fixed Apr 21 17:04:39 yeah, I copied lots of it :) Apr 21 17:04:48 though it is always nonblocking Apr 21 17:05:09 that's by design as it is clocked by RTP Apr 21 17:05:32 hmm... on n900 aren't we clocked by CMT ? Apr 21 17:05:42 you most likely don't want any of that for GSM side of things Apr 21 17:05:57 yes, so basically same thing Apr 21 17:06:32 s/RTP/GSM/ Apr 21 17:06:58 the situation is amiazingly similar Apr 21 17:07:34 iirc Apr 21 17:07:45 salt comment still applies Apr 21 17:09:17 ok Apr 21 17:10:48 btw I'm not sure what you see as (non)blocking in twinkle's audiodev is what we're talking about here Apr 21 17:11:32 iirc the pcm_open(BLOCKING) just tries to exclusively allocate the device Apr 21 17:11:39 but not sure right now Apr 21 17:12:50 while pcm_open(NONBLOCKING) retirns immediately if it can't allocate device Apr 21 17:15:34 hmm Apr 21 17:16:42 /* If SND_PCM_NONBLOCK is used, read / write access to the */ Apr 21 17:16:42 /* PCM device will return immediately. If SND_PCM_ASYNC is */ Apr 21 17:16:59 that sounds like what think we're talking about Apr 21 17:17:21 and that is for the snd_pcm_open call Apr 21 17:18:04 mrmoku, you suck! :) Apr 21 17:18:08 :) Apr 21 17:18:57 I always knew that... but that *you* did not manage to kick enough asses for that unified git switch... :-P Apr 21 17:19:35 mrmoku: right Apr 21 17:19:53 TAsn: btw. I have a Galaxy Nexus... Apr 21 17:20:00 mrmoku, grats! :) Apr 21 17:20:05 mrmoku, ICS is really pretty decent Apr 21 17:20:15 mrmoku, I got an S2 with ICS, which is pretty similar to the nexus Apr 21 17:20:18 and it's great Apr 21 17:20:44 well... yeah though got replaced by CM9 immediately :-) Apr 21 17:20:52 obviously :) Apr 21 17:20:54 S2 is nice too Apr 21 17:21:05 CM9 >> everything android related samsung ever made Apr 21 17:21:10 and I'm sure S3 will be perfect Apr 21 17:21:11 but tbh, it was the case with cm7 as well Apr 21 17:21:41 fortunately the Galaxy Nexus comes with an unmodified ICS Apr 21 17:21:46 yeah Apr 21 17:21:52 well, the S2 comes with gbread Apr 21 17:22:05 but update got deployed, no? Apr 21 17:22:11 at least that's what I read Apr 21 17:22:13 not in Israel Apr 21 17:22:19 ahh ok Apr 21 17:22:21 not from what I've heard Apr 21 17:22:25 but anyhow, doesn't matter Apr 21 17:22:30 because when I got it, gbread was out Apr 21 17:22:38 and I'm with cm9 nowadays :) Apr 21 17:22:44 hehe ok Apr 21 17:22:58 mrmoku, so you are enjoying your nexus? Apr 21 17:23:04 dual booting with shr I hope, right? ;P Apr 21 17:23:13 as work phone... and no dual booting yet Apr 21 17:23:43 for SHR I'm concentrated on gta04 and n900 Apr 21 17:23:47 that's enough for now Apr 21 17:23:49 someday maybe Apr 21 17:23:54 cool Apr 21 17:25:02 el classico is on soon Apr 21 17:26:17 ohh, el classico Apr 21 17:26:32 I hope barca will damage one or two key players ;-) Apr 21 17:26:38 I agree Apr 21 17:26:52 Go Bayern go! Apr 21 17:26:57 :) Apr 21 17:27:56 since 99, or how you call it, the black year, I love bayern Apr 21 17:28:02 or at least, I feel for them Apr 21 17:29:15 http://www.youtube.com/watch?v=G1FC6-dPUds Apr 21 17:29:21 mrmoku, in case you want to relive the moment ^ Apr 21 17:29:22 :) Apr 21 17:29:44 mhh... that event in spain I'm trying to forget for years? Apr 21 17:29:46 no thanks ;) Apr 21 17:34:37 sure? :) Apr 21 17:34:40 w/e ;P Apr 21 17:49:43 mrmoku: I meant this: Apr 21 17:49:48 // On some systems opening the audio devices blocks if another Apr 21 17:49:50 // process or thread has opened it already. To prevent a deadlock Apr 21 17:49:51 // first try to open the device in non-blocking mode. Apr 21 17:49:53 // If the device is still open by another twinkle thread then that Apr 21 17:49:54 // is a bug, but this way at least non deadlock is caused. Apr 21 17:49:56 if(blocking) { Apr 21 17:49:57 fd = ::open(device.c_str(), mode | O_NONBLOCK); Apr 21 17:52:06 this however is OSS Apr 21 17:52:09 ahh, that is not snd_pcm_open Apr 21 17:52:10 yeah Apr 21 17:52:39 sorry, haven't looked at those files for *quite* a while Apr 21 17:53:37 the hack above handles the different audiocard inplementations which may or may not offer multi-open aka hw-mixing Apr 21 18:00:29 btw this one is "mine" (among others) :-): Apr 21 18:00:33 // Without the snd_pcm_hw_free, snd_pcm_close sometimes fails. Apr 21 18:00:35 snd_pcm_hw_free(pcm_play_ptr); Apr 21 18:01:12 yeah, copied that one too :-) Apr 21 18:01:33 not exclusively, Michel finally found the right call we needed, I found out pcm_close() can fail Apr 21 18:02:41 finding snd_pcm_hw_free() was *mere* guesswork, as *nothing* explains that in whole alsa docs Apr 21 18:05:12 honestly what sucks most of ALSA is the docs Apr 21 18:05:33 yup those suck Apr 21 18:05:40 I mean... Apr 21 18:05:56 void snd_pcm_foobar(x,y) Apr 21 18:06:12 this call does foobar with x, y Apr 21 18:06:24 KTNXBY Apr 21 18:11:20 the_coding (style) { Apr 21 18:11:27 is terrible; Apr 21 18:11:32 ] Apr 21 18:11:38 } Apr 21 18:12:26 I (prefer) Apr 21 18:12:29 { Apr 21 18:12:34 kernel style Apr 21 18:12:36 } Apr 21 19:55:59 mrmoku, no one got hurt. :( Apr 21 20:01:18 did Barca win at least? Apr 21 20:01:44 nope Apr 21 20:01:46 nooo they lost Apr 21 20:01:46 awful game Apr 21 20:01:51 they lost Apr 21 20:01:51 yeah Apr 21 20:01:58 very disappointing Apr 21 20:03:09 on the other hand it's good to know Barca *can* loose Apr 21 20:03:18 first Chelsea now Real Apr 21 20:03:40 Barca can lose, they lost the championship run Apr 21 20:03:44 :( Apr 21 20:04:02 I can't believe those awful bastards (real) are going to win the championship. Apr 21 20:10:04 mrmoku: hello :-) Apr 21 20:10:18 etc/init.d/nokia-n900-cmt-gpio.sh start created all the necessary files and links Apr 21 20:10:51 restarted fsogsmd and xserver-nodm but PIN dialog does not appear Apr 21 20:11:19 still... hmm... but now I need new logs Apr 21 20:12:12 ups i restarted phonefsod Apr 21 20:16:56 mrmoku: i was experimenting too much, now ill delete all the logfiles, restart the phone and ping you again Apr 21 20:17:24 ok Apr 21 20:21:53 mrmoku: phone was rebooted (2 times) and now ill /etc/init.d/nokia-n900-cmt-gpio.sh start Apr 21 20:22:39 so which services should i restart ? Apr 21 20:23:59 nschle85: systemctl stop phonefsod.service; killall fsogsmd; systemctl start phonefsod.service Apr 21 20:24:07 is something you could try Apr 21 20:24:16 and fsogsmd.log would be interesting if it does not work thne Apr 21 20:28:40 mrmoku: hurraaa Apr 21 20:29:25 mrmoku: now it works but why a killall fsogsmd is needed ? who starts this process ? Apr 21 20:31:59 nschle85: fsogsmd is dbus-activated Apr 21 20:32:06 anything trying to access it will start it Apr 21 20:32:14 in SHR there's to pieces doing that Apr 21 20:32:17 a) phonefsod Apr 21 20:32:23 b) the gsm widget Apr 21 20:32:32 (the one showing the signal strength) Apr 21 20:32:38 ahh and Apr 21 20:32:40 c) phoneuid Apr 21 20:33:02 mrmoku: ok i understand Apr 21 20:33:12 should I push fso bump? :) Apr 21 20:33:19 * JaMa just arrived but gtg soon Apr 21 20:33:22 yo Apr 21 20:33:37 * mrmoku got to try his A4 :) Apr 21 20:35:42 will push as Lukas anyway :) Apr 21 20:36:54 SHR: 03lukasmaerdian 07meta-smartphone * rb2d6ab634737 10/meta-fso/recipes-freesmartphone/freesmartphone/ (7 files): meta-fso: bump SRCREV for cornucopia and components Apr 21 20:37:16 hehe ok Apr 21 20:37:21 JaMa: how was the lecture of christoph ? Apr 21 20:37:45 great Apr 21 20:37:57 DocScrutinizer: I could need an advise Apr 21 20:38:15 JaMa: are there some recordings of it ? Apr 21 20:38:34 no afaik Apr 21 20:38:35 DocScrutinizer: I mounted the lcm on my gta04 board... and while trying to connect the cable the small black plastic went off Apr 21 20:38:58 DocScrutinizer: any trick how to get it back in place so that it keeps the cable firm? Apr 21 20:39:13 if I press it down the display works Apr 21 20:39:17 if not... it does not Apr 21 20:40:26 JaMa: last week i ahad slyons 3d printed case for gta04 in my fingers. without GPS (antenna?|module?) the whole phone was very light Apr 21 20:40:31 yeah, that friggin black filler tab Apr 21 20:40:47 you might try acrylic glue maybe Apr 21 20:41:01 or very thin doublesided sticky tape Apr 21 20:41:24 hmm... glue sounds like not being reversible Apr 21 20:41:31 if I fail... that would be bad then Apr 21 20:41:43 the black filler thingie is still ok... not broken Apr 21 20:41:45 you hardly can fail Apr 21 20:41:48 no way to get it back in ? Apr 21 20:42:03 nschle85: I've seen it today and it's really light.. Apr 21 20:42:14 well, you can just push it in to the connector Apr 21 20:42:23 sorry gtg.. buildhost is running new staging tomorrow.. Apr 21 20:42:30 * mrmoku tries to push harder Apr 21 20:43:05 JaMa: regarding "No PIN dialog" mrmoku: was guiding me to get N900 working but in logs i have read you have already a solution , should i assign the ticket to you ? Apr 21 20:44:04 I'd try some scotch tape to fixate it in place on 'cable end', then flip it up, put a picolitre acrylic and flip down again, push firmly Apr 21 20:44:39 place on some bierfilz to avoid any glue going under the cable and spill on the contacts Apr 21 20:45:28 mrmoku: ill summarize all knowledge about the workaround. should i assign the ticket to jama ? Apr 21 20:47:00 mrmoku: you're aware you have to unlock the connector, are you? Apr 21 20:47:16 it's a zero insertion force connector Apr 21 20:47:23 is it? Apr 21 20:47:40 DocScrutinizer: well that is the problem... I unlocked it too hard :-P Apr 21 20:47:48 and it fell of Apr 21 20:47:50 ouch Apr 21 20:48:18 nschle85: doesn't matter much (the assigning part) Apr 21 20:48:20 just summarize Apr 21 20:48:27 at OM we discarded debug boards where that happened Apr 21 20:48:34 * mrmoku is not made for handling hardware ... Apr 21 20:48:59 and it happened a lot, when my chinese colleagues played with those friggin connectors Apr 21 20:49:36 mrmoku: may be christoph can fix it :-) he can solder N900 micro usb :-) Apr 21 20:49:37 * DocScrutinizer just hates FPC Apr 21 20:50:00 * mrmoku understands that Apr 21 20:50:03 FPC connector is a slightly diferent critter Apr 21 20:50:17 than uUSB Apr 21 20:50:45 mrmoku: what about warranty ? Apr 21 20:51:04 nah Apr 21 20:52:02 mrmoku: or goodwill ? Apr 21 20:54:03 I will try what DocScrutinizer said... if I press it down with my finger it works... so some picolitre acrylic might just fix it Apr 21 20:54:16 DocScrutinizer: where exactly do I put the acrylic? Apr 21 20:54:56 between the black tab and the brown FPC obviously Apr 21 20:56:28 ok, and a bit on the white outside too... to attach it there, right? Apr 21 20:56:39 what exactly happened to your FPC connector? Apr 21 20:56:48 no way Apr 21 20:57:02 I'm not even sure we're using same languge Apr 21 20:57:10 so please don't do anything yet Apr 21 20:57:14 the black filler tab wen't off when I was trying to unlock it Apr 21 20:57:15 ok Apr 21 20:57:38 can you post a sbapshot of the problem? Apr 21 20:57:39 maybe I should just send Nikolaus a mail and ask him if it would be possible to visit him :) Apr 21 20:57:42 ok Apr 21 21:06:05 mrmoku: http://maemo.cloud-7.de/snapshots/20120421_001.jpg Apr 21 21:07:19 there's that connector with white and black parts, the black one the lock. above you see the stair-shaped black tab on brown FPC Apr 21 21:07:41 DocScrutinizer: http://build.shr-project.org/tests/mrmoku/IMG_20120421_230424.jpg Apr 21 21:07:49 to unlock you gently pull out the black locker plastic Apr 21 21:08:22 aah yes, you really pulled it Apr 21 21:08:29 :P Apr 21 21:08:37 I failed on the gently part ;) Apr 21 21:09:14