**** BEGIN LOGGING AT Sun Apr 22 03:00:00 2012 Apr 22 03:20:01 SHR: 03shr-devel 07buildhistory * r2284e4966848 10/images/crespo/eglibc/ (25 files in 3 dirs): images: Build 201204220428 of shr 20120422 for machine crespo on opmbuild Apr 22 07:48:45 DocScrutinizer: moin, thx for the scotch trick.... that alone did not work but in adition a small piece of plastic did it :-) Apr 22 07:52:18 good! Apr 22 07:53:58 indeed :-) Apr 22 08:09:02 Good day all , is there any uboot image ? or it should be compiled only ? Apr 22 08:23:55 DocScrutinizer: hmm... not perfect yet... if I put on the upper part of the case it stops to work Apr 22 08:24:02 * mrmoku cuts another piece of plastic Apr 22 09:05:29 why not use PU foam to exploit the case to press on the thing? Apr 22 09:21:09 * JaMa adding those machine specific systemd units.. Apr 22 10:00:48 DocScrutinizer: all is fine until I press a little on the display Apr 22 10:01:07 problem with foam is... I have none :P Apr 22 10:03:14 there's some in the GTA04 package ;-D Apr 22 10:03:52 ahh... that black stuff Apr 22 10:03:56 hmm Apr 22 10:04:06 that I have yeah :-) Apr 22 10:04:49 but isn't it too thick? Apr 22 10:05:00 you can cut it Apr 22 10:05:11 and squeeze it Apr 22 10:05:23 that's the idea, yeah Apr 22 10:07:46 I however suggest you find any other foam, as the one on GTA04 pkg is extreme negative end of "suited" scale Apr 22 10:08:04 it's not very elastic, and I bet it's conductive Apr 22 10:09:20 yeah, pretty good conductor indeed Apr 22 10:09:40 (some dozen kR) Apr 22 10:10:08 hmm ok Apr 22 10:10:09 ^^ ballpark figure, for using two needle probes Apr 22 10:10:46 amazingly unrelated to distance of probes Apr 22 10:13:31 oropax would be my choice Apr 22 10:14:10 very nice foam, extremely squeezable, durable, and elastic Apr 22 10:15:23 hehe Apr 22 10:15:27 99ct for 4 pcs Apr 22 10:15:39 don't have any around Apr 22 10:15:49 neither used nor new ;) Apr 22 10:16:43 iso-matte? Apr 22 10:18:15 or some pillow with foam filling? Apr 22 10:18:45 (though that foam usually is too weak) Apr 22 10:22:30 ohropax btw, with "h" ;-) Apr 22 10:34:14 PE foam, the most unnoticed material in daily life Apr 22 10:34:46 ubiquitous but never noticed Apr 22 10:36:44 you sit on it, sleep on it, wear it, throw away a fuckton every day... and when you need some, there "is none around" Apr 22 10:39:06 PU foam is a bit harder to find, and less common Apr 22 10:41:26 styrofoam even worse regarding "throw away a metric ton per day", but alas not very suited for this particular purpose Apr 22 10:42:54 SHR: 03Martin.Jansa 07meta-smartphone * r63bfef8d8ea8 10/meta-samsung/recipes-core/systemd/ (5 files in 2 dirs): meta-samsung: migrate remaining machine specific initscripts to systemd-machine-units Apr 22 10:42:55 SHR: 03Martin.Jansa 07meta-smartphone * rdf3f29df59e3 10/meta-shr/ (2 files in 2 dirs): meta-shr: task-core-boot: add systemd-machine-units Apr 22 10:42:55 SHR: 03Martin.Jansa 07meta-smartphone * r5ec806a187c2 10/meta-nokia/recipes-core/systemd/ (3 files in 2 dirs): meta-nokia: migrate remaining machine specific initscripts to systemd-machine-units Apr 22 10:42:55 SHR: 03Martin.Jansa 07meta-smartphone * rd1113ff84409 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: add grep Apr 22 10:42:55 SHR: 03Martin.Jansa 07meta-smartphone * r9a7f70e691d4 10/meta-shr/ (3 files in 3 dirs): shr: don't pull initscripts to image Apr 22 10:43:08 SHR: 03Martin.Jansa 07meta-smartphone * rc730e750bf3e 10/meta-openmoko/recipes-core/systemd/ (3 files in 2 dirs): meta-openmoko: migrate remaining machine specific initscripts to systemd-machine-units Apr 22 10:43:42 uaergh! systemd Apr 22 10:44:08 * JaMa hides Apr 22 10:44:38 better to hide in Bauhaus.. bbl Apr 22 10:44:47 :-D Apr 22 11:14:06 DocScrutinizer: hmm... I don't quite see how and where exactly you would apply the foam Apr 22 11:14:47 on top of the whole thing, where you push with your finger to make it work Apr 22 11:15:23 I.E. a patch same shape and size as the metal fabric tape, placed on top of the tape's end Apr 22 11:15:34 and then it get's pushed by the part of case? Apr 22 11:15:38 yes Apr 22 11:15:42 ahh ok Apr 22 11:16:47 * mrmoku wanders in the house in search for non-conductive foam Apr 22 11:16:53 I'd shape the foam so it gets compressed to 1/3..1/4 of original volume, when PCB mounted in case Apr 22 11:18:18 and use an almost square patch Apr 22 11:21:06 if you use that usually black "rubberfoam" (moosgummi), you probably want a compression factor / oversize of less then 2, as that foam is less compressible Apr 22 11:35:51 JaMa: hi, when booting 049 I get http://paste.org/48282 Apr 22 11:36:26 on serial console Apr 22 11:47:31 mrmoku: scratch that remark about square patch, it obviously wouldn't fit Apr 22 11:47:34 jake42: I see "Failed to mount /sys/kernel/security: No such file or directory" too, but then it continues (without switching to emergency boot) Apr 22 11:48:52 I'd cut it to cover the whole connector and the area from inner end of connector to the PCB border Apr 22 11:49:15 JaMa: are you using uSD? Apr 22 11:49:43 yes Apr 22 11:50:05 mrmoku: I guess that's ~1*2 .. 1*2.5 Apr 22 11:50:13 JaMa: me too Apr 22 11:53:11 hmm GTA04 manual says you need torx T5, but IMHO it's T6 Apr 22 12:04:50 SHR: 03shr-devel 07buildhistory * r2a11ffd3a067 10/images/om_gta02/eglibc/ (22 files in 2 dirs): images: Build 201204221303 of shr 20120422 for machine om-gta02 on opmbuild Apr 22 12:25:03 JaMa: created a new partition table, etc. to my uSD – now it works :) Apr 22 12:30:15 s/to/on/ Apr 22 12:30:16 jake42 meant: JaMa: created a new partition table, etc. on my uSD – now it works :) Apr 22 12:30:53 great Apr 22 13:01:43 DocScrutinizer: is it possible to replace that connector? Apr 22 13:01:48 solder a new one? Apr 22 13:01:59 not for me of course Apr 22 13:02:13 theoretically yes Apr 22 13:02:50 ok Apr 22 13:02:50 I guess it's easier to replace the black locker by a new unbroken one recycled from another conector Apr 22 13:03:32 the locker was not broken (I think) but the base connector is on one side :/ Apr 22 13:03:37 (the white thing) Apr 22 13:03:37 or even just re-insert your locker if it's not broken Apr 22 13:03:45 ouch Apr 22 13:04:59 reworking that connector is not exactly a simple thing to do Apr 22 13:05:31 SHR: 03shr-devel 07buildhistory * r4460819c1a8a 10/images/nokia900/eglibc/ (22 files in 2 dirs): images: Build 201204221412 of shr 20120422 for machine nokia900 on opmbuild Apr 22 13:05:31 not as difficult as replacing a fpbga chip Apr 22 13:05:38 but still Apr 22 13:11:50 * PaulFertser got a cheap chinese soldering station with a hotair fan, less than 100$ Apr 22 13:12:14 * mrmoku definitely better does not even think about that way :-P Apr 22 13:12:52 I was more thinking about Christoph or Nikolaus himself... if it would be feasible for one of them Apr 22 13:14:08 I've resoldered a uSD connector with plain old soldering iron recently. Apr 22 13:14:41 PaulFertser: yeah, but you're not normal ;) Apr 22 13:15:16 mrmoku: but my soldering in general is far from being professional, i've seen those experienced people in action at work. Apr 22 13:15:19 in a positive way though of course :) Apr 22 13:19:56 PaulFertser: http://maemo.cloud-7.de/snapshots/20120421_001.jpg Apr 22 13:20:11 another kind of critter Apr 22 13:21:12 I'm soldering since 45 years now, and I think I don't exactly suck. But this one I'd not touch Apr 22 13:22:37 DocScrutinizer: i guess should be doable with hot air, but i'm not exactly experienced in it yet... Apr 22 13:22:54 maybe Apr 22 13:23:12 hmm... guess I will continue to play a bit with scotch, foam and pieces of plastic :P Apr 22 13:23:24 might even less of a problem than I originally thought, looking at mrmoku 's pic: http://build.shr-project.org/tests/mrmoku/IMG_20120421_230424.jpg Apr 22 13:24:01 I wonder if 50% of the contacts are all to just one GND pin Apr 22 13:24:15 or if there are solder points under the plastic Apr 22 13:24:49 the 19 counted pins visible at backside are a few less than traces on the FPC Apr 22 13:24:52 I'd probably just push the locker in place and applied some hotglue (if i had some) or cyanacrilate (that's something always available everywhere). Apr 22 13:25:17 yeah, but that is kinda irreversible Apr 22 13:25:42 Well, then i'd use a small razor blade if i wanted to reverse it :) Apr 22 13:26:07 I'd rather try to build a new "hinge" with sticky tape fixing the black locker to the white thing Apr 22 13:28:31 maybe even do some terrible hack: place some 2-k glue on the hinge side that'S broken on the white thing, place the black locker in after oiling it, and then *carefully* force it up in unlocked positions shortly before 2-k completely hardened, thus creating a new "holding block" with a hole herein the black thing's bolt can move Apr 22 13:31:08 mrmoku: any idea why we have rootfstype=ext3 in gta04 kernel's CMDLINE? Apr 22 13:31:20 PaulFertser: once you glued the FPC into the white thing (which will happen inevitably, with cyan-acrylic glue) you won't save it with any razor or scalpel Apr 22 13:31:23 fails to boot with ext4 rootfs because of that.. Apr 22 13:32:04 DocScrutinizer: yes, if FPC is glued, there'd be no way out, ack. Apr 22 13:32:09 JaMa: hmm... is rootfstype needed in some way? Apr 22 13:32:23 JaMa: because OMAP boot using those atags that nobody understands, so cmdline hardcoded in kernel? Apr 22 13:33:06 PaulFertser: all thmbs up for hotglue though Apr 22 13:34:03 * mrmoku has hotglue :) Apr 22 13:34:12 removing hotglue is "easy", with -40°C ice spray Apr 22 13:34:23 Or with hot air :) Apr 22 13:34:44 comes of like cookies Apr 22 13:34:49 no way Apr 22 13:35:06 hot air will increasy the stickiness Apr 22 13:35:50 But it'll melt Apr 22 13:35:53 you basically have to warm it up until it's liquid again, and then you impossibly can remove the glue Apr 22 13:36:41 Got it. Apr 22 13:36:45 Thanks for the hint :) Apr 22 13:36:51 yw :-) Apr 22 13:37:38 mrmoku: without rootfstype it should try extN until it finds one which fits, but rootfstype=ext3 forces ext3 fs driver to be used and with ext4 rootfs fails with EXT3-fs (mmcblk0p2): error: couldn't mount because of unsupported optional features (240) Apr 22 13:38:07 mrmoku: so I'm changing it locally to rootfstype=ext4 (as ext4 fs driver supports also ext2 and ext3 fs) Apr 22 13:38:31 mrmoku: or we can remove it completely (but that could be a bit slower) Apr 22 13:39:43 JaMa: how much is that bit... can't be much probably Apr 22 13:39:55 I don't care about that second or two Apr 22 13:40:02 should not be more Apr 22 13:40:07 indeed Apr 22 13:40:11 and if someone wants to do some finetuning Apr 22 13:40:13 here you go :-) Apr 22 13:40:20 if it actually works I'd suggest removing it Apr 22 13:40:24 not sure, but it's annoying to see that it tried ext2 and failed, then ext3 and failed and then finally ext4 (when it can use just ext4 for all) Apr 22 13:40:42 yeah, but not everybody is using ext Apr 22 13:40:43 4 Apr 22 13:40:54 15:38:07 < JaMa> mrmoku: so I'm changing it locally to rootfstype=ext4 (as ext4 fs driver supports also ext2 and ext3 fs) Apr 22 13:41:01 finish reading that ^ :) Apr 22 13:41:02 ahh Apr 22 13:41:14 JaMa: just if you actually *see* it, which nobody usually does ;-D Apr 22 13:41:17 I read it ... without thinking Apr 22 13:41:28 then ext4 is the thing to go Apr 22 13:41:33 what you don't see won't annoy you Apr 22 13:42:12 well if ext4 works for all three... that would be prefered Apr 22 13:42:28 hmmm Apr 22 13:42:43 somebody might want to use ubi? Apr 22 13:42:58 even jffs? Apr 22 13:43:03 ext4 is backward compatible with ext3 and ext2, making it possible to mount ext3 and ext2 as ext4. This will slightly improve performance, because certain new features of ext4 can also be used with ext3 and ext2, such as the new block allocation algorithm. Apr 22 13:43:52 or (God forbid) VFAT ;-P Apr 22 13:44:37 DocScrutinizer: this is kernel image in /boot/uImage on uSD, but you're right that someone could use that image in VFAT partition and load it from u-boot for ubifs rootfs Apr 22 13:44:49 what would be the sequence of tested fs without any parameter? Apr 22 13:45:54 my guess is vfat and jffs are not included in that sequence Apr 22 13:45:54 if it's similar to the sequence for parameter rootfs=ext4, just "more" then why at all give it a parameter specifying rootfs type? Apr 22 13:47:00 well with rootfs=ext4 there is no sequence Apr 22 13:47:11 if it first tests for VFAT and that takes 1 second, I'd still say leave it like that. If however it's testing 20 fs until finally it comes to ext*, I'd recommend rootfs=ext4 Apr 22 13:47:13 it's the ext4 driver... which can handle ext3 + ext2 too Apr 22 13:47:21 (IIUC what JaMa said) Apr 22 13:47:58 well, JaMa said rootfs=ext4 can also mount ext3, ext2 Apr 22 13:48:25 without any parameter it will mount all fs types, I'm asking in which sequence it will probe for all those Apr 22 13:48:44 * JaMa doesn't know Apr 22 13:48:56 time for leveling screed anyway.. bbl Apr 22 13:49:56 The `rootfstype=' Argument Apr 22 13:49:57 This option allows you to give a comma separated list of fs types that will be tried for a match when trying to mount the root filesystem. This list will be used instead of the internal default which usually starts with ext2, minix and the like. Apr 22 13:50:01 hmm Apr 22 13:50:11 we could make up our own sequence :-) Apr 22 13:51:38 I.E. if with rootfs=ext4 the sequence is "ext4, ext3, ext2, stop" and without it's "ext4, ext3, ext2, VFAT, jffs, ubifs, $whatnotelse, stop" then there's no reason to use rootfs= parameter Apr 22 13:52:21 there is.. because for sure it's ext2, ext3, ext4 Apr 22 13:52:24 "usually starts with ext2, minix and the like" HAHA Apr 22 13:52:29 and first 2 will fail Apr 22 13:52:56 with rootfstype=ext4 it's just ext4 and ext2, ext3 are mounted as ext4 Apr 22 13:53:04 well, still no difference as you say ext4 is doing that as well Apr 22 13:53:11 duh Apr 22 13:53:46 I'd call that a bug then Apr 22 13:54:04 mrmoku: where do you read that? Apr 22 13:54:05 why test for ext2 first if the ext4 later will mount it anyway? Apr 22 13:54:50 because when ext4 wasn't considered stable, people wanted to use good old ext2 driver for their fs Apr 22 13:55:22 now it makes sense to reverse the order, but usually you just know which rootfstype you want to be tried Apr 22 13:55:37 or remove ext2/ext3 support from kernel (like I do on my desktop) Apr 22 13:55:52 "standalone support" Apr 22 13:56:22 JaMa: http://tldp.org/HOWTO/BootPrompt-HOWTO-3.html Apr 22 13:56:54 and http://books.google.de/books?id=h0lltXyJ8aIC&pg=PT511&lpg=PT511&dq=rootfstype+list+of+filesystems+to+try&source=bl&ots=gN2qGT5cJU&sig=b9lne_2xF-QodGvJxyl-ErCHlEY&hl=de&sa=X&ei=UQyUT7HBIIf3sgauka2MBA&ved=0CFoQ6AEwBg#v=onepage&q=rootfstype%20list%20of%20filesystems%20to%20try&f=false Apr 22 13:56:55 JaMa: exactly, and that's the 'bug' I was talking about Apr 22 13:57:09 I do understand that the list is built out of all known filesystems Apr 22 13:57:15 mrmoku: ok linux/Documentation/kernel-parameters.txt said just rootfstype= [KNL] Set root filesystem type Apr 22 13:57:46 maybe we should try if it really accepts a list there Apr 22 13:57:54 and then give it a good list Apr 22 13:58:03 :nod: Apr 22 13:58:18 some defconfigs in tree are using list.. Apr 22 13:58:25 with all fs included in the kernel in the order of probability Apr 22 13:58:32 arch/mips/configs/ar7_defconfig:CONFIG_CMDLINE="rootfstype=squashfs,jffs2" Apr 22 13:58:38 and we start with ext4 Apr 22 13:58:39 ah ok Apr 22 13:58:52 that is quite an indication :) Apr 22 13:58:55 hi there Apr 22 13:59:10 is it alright that my Serial in /proc/cpuinfo is Serial : 0000000000000000 Apr 22 13:59:13 on GTA04 Apr 22 13:59:31 yup Apr 22 14:00:11 and init/do_mounts.c looks like expecting list :) Apr 22 14:00:20 that's a bit annoying Apr 22 14:01:41 SHR: 03shr-devel 07buildhistory * rd1e690bf4990 10/images/om_gta04/eglibc/ (22 files in 2 dirs): images: Build 201204221511 of shr 20120422 for machine om-gta04 on opmbuild Apr 22 14:02:27 and it's the same on GTA02… Apr 22 14:02:53 basically, Android needs that to make the ADB device id Apr 22 14:09:14 meh Apr 22 14:10:04 a bit of a screwed argumentation Apr 22 14:10:45 why should linux-proper kernel invent some fake ser# to make android happy? Apr 22 14:11:10 you got android fsckdup kernel for that Apr 22 14:11:51 DocScrutinizer: do you think android kernel generates some fake serial number there? Apr 22 14:12:00 I guess it does Apr 22 14:13:32 anyway ser# discussion been thru in general IT community since several years. Common sense conclusion been we don't want CPU ser#, that's why on some x86 CPUs you can disable it while most CPUs don't have any Apr 22 14:14:30 I guess in ARM it's either empty by default, or only available in HS-mode Apr 22 14:15:56 and btw 0000000000000000 is as good a ser# as any value from /dev/rnadom Apr 22 14:16:29 I don't know how to read any serial number under ARM Apr 22 14:17:07 :nod: Apr 22 14:19:01 but linux exposes a lot of identifying information to users already, mac addresses at least Apr 22 14:19:25 would be interesting to know if android has some way to not expose this to applications Apr 22 14:28:20 All except the cheapest STM32s has a custom vendor-specific register for the unique 64-bit number. Apr 22 14:28:41 So it's not arm but it's soc-specific. Apr 22 14:35:53 yes, and I dunno of any vendor that bothers to flash a ser# to each single chip Apr 22 14:36:40 esp since it's worth nuttin on its own Apr 22 14:37:40 other than intel's remote controlled killswitch in CPU Apr 22 14:48:01 DocScrutinizer: i think they often do not flash a serial number but laser-cut during the manufacturing, i think i've read that's the way 1-wire devices are done. Apr 22 14:48:48 BTW, the i.MX25 cpu has a special area of many fuse-bits (real fuses, irreversible) and that has a unique serial number too. Apr 22 14:52:57 DocScrutinizer: unique serial might have many uses in embedded, can be used as a basis for a locally-administered MAC address or to remotely distinguish the boards etc. Apr 22 14:55:56 SHR: 03shr-devel 07buildhistory * r5bfa82ec43b4 10/images/palmpre/eglibc/ (22 files in 2 dirs): images: Build 201204221608 of shr 20120422 for machine palmpre on opmbuild Apr 22 15:40:21 heyho Apr 22 15:50:40 SHR: 03shr-devel 07buildhistory * ra76416db27e9 10/images/palmpre2/eglibc/ (22 files in 2 dirs): images: Build 201204221702 of shr 20120422 for machine palmpre2 on opmbuild Apr 22 16:13:50 Good day all , is there any uboot image ? or it should be compiled only ? Apr 22 16:25:54 * JaMa back Apr 22 16:26:00 morphis: heyho Apr 22 16:26:35 morphis: GNUtoo: please look at last 4-5 meta-smartphone commits, I haven't fixed palmpre as I cannot test it and I haven't tested crespo :) Apr 22 16:27:05 ok let me look, but I've many things to do Apr 22 16:33:02 I'll test crespo then.... but I've still no serial port Apr 22 16:34:22 JaMa, in my todo list there is GPS to fix for gta04, did you do it already? Apr 22 16:34:46 1)we should source /etc/defaults/gpsd or something like that Apr 22 16:35:03 2) we should add my GPS activator to the feeds and to the images Apr 22 16:37:19 radekp: ping Apr 22 16:37:33 GNUtoo-desktop: no I haven't Apr 22 16:37:49 ok Apr 22 16:37:58 without GPS suspend can't work reliabily Apr 22 16:38:13 because if GPS is on somehow it prevent suspend Apr 22 16:38:32 but your GPS activator can be handled now with systemd-machine-units like other scripts Apr 22 16:39:24 yes Apr 22 16:39:26 thanks a lot Apr 22 16:45:49 SHR: 03shr-devel 07buildhistory * r194eb8806bfe 10/images/crespo/eglibc/ (24 files in 3 dirs): images: Build 201204221757 of shr 20120422 for machine crespo on opmbuild Apr 22 16:46:38 JaMa, my problem now is that I bought a 2GB ram chip, and it make boot fails Apr 22 16:46:43 so I've to fix that Apr 22 16:47:13 because of some problem in coreboot..... Apr 22 16:48:41 then I've also to contribute a bit to nuttx-bb/nuttx Apr 22 16:48:51 it's been ages that we didn't push code there Apr 22 16:49:00 and I also need to fix GPS on gta04 Apr 22 16:49:12 and I also need to make a better gta02 kernel Apr 22 17:03:54 hi Apr 22 17:12:09 slyon: hi Apr 22 17:12:58 SHR: 03Martin.Jansa 07meta-smartphone * re13fd4dee395 10/ (3 files in 3 dirs): systemd-machine-units: fix build for machines without SYSTEMD_SERVICE defined Apr 22 17:12:59 SHR: 03Martin.Jansa 07meta-smartphone * rc09e13fa3bec 10/meta-openmoko/ (2 files in 2 dirs): linux-gta04: use rootfstype=ext4,ubifs,jffs2,btrfs instead of just ext3 Apr 22 17:35:54 I've also to test gta02 images Apr 22 17:57:45 JaMa, no serial and I can't ssh in the phone Apr 22 17:57:52 and black screen Apr 22 17:57:57 (crespo) Apr 22 18:05:25 JaMa: shr-lite-image isn't really booting on palmpre Apr 22 18:05:57 JaMa: but you saw my patches in my morphis/pending branch? Apr 22 18:07:10 JaMa: please take a closer look at this one: http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=3effb2924d11434de692183dc204d7a4537bd69a Apr 22 18:07:24 JaMa: it's about using the tarball version of FSO instead git as we talked about it Apr 22 18:08:28 at second boot screen is not black but e segfault Apr 22 18:08:35 and same at third boot Apr 22 18:09:03 and still no ssh Apr 22 18:09:54 morphis: .inc + _git.bb + _0.10.0.bb whould be nicer imho Apr 22 18:10:08 now there are filesystem issues Apr 22 18:10:24 ok Apr 22 18:10:28 no need to set PV or S that way Apr 22 18:11:08 GNUtoo-desktop: for the Nexus S and systemd you need this one here: http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=9030b46e4bf4c3eede514d7784b5cb216f00bb34 Apr 22 18:11:46 morphis: not really for today's image Apr 22 18:11:48 GNUtoo-desktop, JaMa: I will merge my pending commits (not FSO related) tomorrow to the shr branch Apr 22 18:11:57 ok Apr 22 18:12:00 JaMa: so the patch is already in? Apr 22 18:12:01 morphis: as initscripts should be gone now Apr 22 18:12:16 JaMa: but we need one for the Nexus S Apr 22 18:12:17 morphis: http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=63bfef8d8ea856ca1135488e9eb626a9f6f2f384 Apr 22 18:12:20 then we need to convert it Apr 22 18:12:29 ah Apr 22 18:12:30 morphis: check last few commits in meta-smartphone Apr 22 18:12:35 great Apr 22 18:12:43 anyway, I have to leave Apr 22 18:12:43 but I could not test it Apr 22 18:12:47 will be available tomorrow Apr 22 18:12:56 will test and report tomorrow Apr 22 18:12:57 and I haven't migrated palmpre initscripts Apr 22 18:13:00 thx Apr 22 18:13:35 SHR: 03Martin.Jansa 07shr-chroot * r9fbf0d708b12 10/ (305 files in 27 dirs): system upgrade Apr 22 18:41:42 DocScrutinizer: docs.openmoko.org is *still* down Apr 22 18:42:10 DocScrutinizer: you last said you were trying to find out when the server move was going to happen Apr 22 18:42:30 DocScrutinizer: have you found out when it's going to happen? Apr 22 18:46:08 nschle85: hi Apr 22 18:46:18 JaMa: hi Apr 22 18:47:24 nschle85: why did you say 'N' about all reflash images in StagingTests 048 and then said "installed the image on SD card" in comment? Apr 22 18:48:13 JaMa: ups that was a mistake it should be - Apr 22 18:48:27 it was a copy paste problem Apr 22 18:48:58 but at the moment i cannot access the server Apr 22 18:49:14 it should be 'Y' in uSD column if the comment is correct Apr 22 18:50:08 JaMa: yes, iknow but it was late and i did not checked correctly what i have written Apr 22 18:52:29 ok Apr 22 18:52:51 can you access http://shr-project.org ? i cannot (connection timeout) Apr 22 18:54:25 JaMa: icmp does also not work http://pastebin.com/yBkEJUgz Apr 22 18:55:44 I'm logged with ssh there and it's terribly slow Apr 22 18:56:12 7 packets transmitted, 2 received, 71% packet loss, time 9280ms Apr 22 18:57:12 JaMa: does somebody care about that ? Apr 22 18:57:26 it was fine about half hour ago Apr 22 18:57:41 mrmoku: ping Apr 22 18:57:43 and you're first to confirm that it's not problem on my side Apr 22 18:57:53 nah, nothing I can care about ;) Apr 22 18:58:36 19 packets transmitted, 3 received, 84% packet loss, time 18037ms Apr 22 18:58:39 b..bs .. with 40% packet loss Apr 22 18:58:40 but I have the same Apr 22 18:58:44 for what it's worth Apr 22 18:59:03 the admins are on #bearstech channel ? Apr 22 18:59:14 yes Apr 22 18:59:14 yup Apr 22 18:59:38 JaMa: are you running any build on that server ? Apr 22 19:00:17 but you should probably ask admins of atlas.cogentco.com Apr 22 19:00:33 I guess your traceroute is also stuck somewhere there Apr 22 19:01:00 nschle85: it finished about half hour ago.. now I was just cleaning some stuff Apr 22 19:01:13 seems to be working again Apr 22 19:01:21 mrmoku: any objections agains including gta04-init in our gta04 kernel? Apr 22 19:01:33 jake42: yup, works again Apr 22 19:01:45 JaMa: no objections Apr 22 19:01:54 mrmoku: ok I'll push it then Apr 22 19:02:07 yes it works Apr 22 19:02:07 mrmoku: switching distros with qtmoko doesn't work without it.. Apr 22 19:02:09 JaMa: did you meet radek? :-P Apr 22 19:02:26 yeah, I know Apr 22 19:02:44 mrmoku: sure.. Apr 22 19:02:46 wow, online again Apr 22 19:02:50 we both were on OpenMobility Apr 22 19:03:02 yeah, I figured :-) Apr 22 19:03:25 and now with serial cable I feel like master of my gta04 again :) Apr 22 19:03:33 :) Apr 22 19:05:35 * rah repeats Apr 22 19:05:42 DocScrutinizer51: docs.openmoko.org is *still* down Apr 22 19:05:52 DocScrutinizer51: you last said you were trying to find out when the server move was going to happen Apr 22 19:06:00 DocScrutinizer51: have you found out when it's going to happen? Apr 22 19:06:25 JaMa: have you changed my 048 test result ? so i cannot find any mistake now Apr 22 19:06:34 rah: alas not Apr 22 19:06:51 nschle85: no Apr 22 19:07:12 It seems like Sean is the bottleneck Apr 22 19:07:13 nschle85: please, read again what I said about it Apr 22 19:07:17 not sure though Apr 22 19:08:08 JaMa: i did not say N about all flashed images i had a - Apr 22 19:08:45 nschle85: 20:49:15 < JaMa> it should be 'Y' in uSD column if the comment is correct Apr 22 19:08:46 DocScrutinizer: I don't understand Apr 22 19:09:39 JaMa: ahhh ok now i understand Apr 22 19:09:42 DocScrutinizer: presumably you asked the person responsible for the host? Apr 22 19:10:25 DocScrutinizer: and you're saying they don't know when this "server move" is going to happen? Apr 22 19:10:37 yes, and the stories were about as unspecific as it gets Apr 22 19:11:32 grr 3/4 batteries don't fall off the case when it's display up and one (only one charded) enough does Apr 22 19:11:35 for now Sean is responsible for the infra, so Roh can't do anything, probably also can't move Apr 22 19:11:54 * JaMa lost vfat because of that 6 times already today Apr 22 19:12:40 docs.om.org is up but blocked by Hetzner, due to some spamming incident. To lift the block the *responsible* has to sign some paperwork... [SIC!] Apr 22 19:14:19 the plans are Sean transfers responsibility to $community (ala Roh, or LaF0rge, or...) Apr 22 19:15:10 AIUI Apr 22 19:15:29 what do you mean by "responsible"? I thought the servers were rented by LaForge and administered by Roh? Apr 22 19:15:38 why is Sean involved all of a sudden? Apr 22 19:15:44 err, don't ask me Apr 22 19:16:13 you're the person who's supposed to be communicating with those who are responsible Apr 22 19:16:21 probably the contract still is on original contractor which is Sean MossPultz Apr 22 19:16:28 and now you're saying you don't actually know who is responsible Apr 22 19:16:54 rah, I'm supposed to try and be friendly and helpful to askers like you Apr 22 19:17:27 again, nobody owes you *anything* Apr 22 19:17:33 this is completely unprofessional Apr 22 19:17:41 not to mention ridiculous Apr 22 19:17:49 so WHAT the fuck! this IS NOT PROFESSION Apr 22 19:18:07 speak for yourself Apr 22 19:18:15 I'm doing all this shit in my rare leissure time Apr 22 19:18:16 it's OBSESSION :-P Apr 22 19:18:57 and the only thing I'm going to post after this line is a /cs kickban #openmoko-cevel rah Apr 22 19:19:12 you're the one who volunteered to be the contact point for the old guard Apr 22 19:19:17 no point complaining about it now Apr 22 19:21:20 anybody asking for +o? Apr 22 19:21:34 I'll leave the fun for you! Apr 22 19:23:16 thanks friends for the warm words in pm. I'm going to save my nerves the most effective way for some time Apr 22 19:32:15 mrmoku: is agetty starting for you on om-gta04? Apr 22 19:32:32 I mean on ttyO2 Apr 22 19:33:09 gah, now I have it too :/ Welcome to emergency mode. Use "systemctl default" or ^D to enter default mode. Apr 22 19:35:01 JaMa: maybe a fsck helps Apr 22 19:36:50 this is just reflashed card Apr 22 19:37:06 and booting qtmoko from same partition works Apr 22 19:38:20 more debugging output from systemd would probably be helpfull Apr 22 19:39:11 agreed Apr 22 19:40:05 JaMa: haha, yeah that one Apr 22 19:40:33 JaMa: I had that after trying qtmoko Apr 22 19:40:44 and redoing the first partition made SHR work again Apr 22 19:41:06 vfat partition? Apr 22 19:41:14 yeah, the one WITH MLO Apr 22 19:41:20 s/WITH/with( Apr 22 19:41:22 gah Apr 22 19:41:42 weird.. it's already mounted.. gta04-init was just chrooting to it Apr 22 20:03:54 bye Apr 22 20:31:50 JaMa: what do you think about adding morphis' devshell layer to our bblayers conf? Apr 22 20:33:12 haven't seen it, but I guess it's fine :) Apr 22 20:33:22 ok Apr 22 20:35:11 JaMa: git://github.com/morphis/meta-staging.git Apr 22 20:35:47 calling it devshell layer is actually quite wrong Apr 22 20:35:55 but the devshell is part of it Apr 22 20:36:41 yup we should ask morphis to move just devshell or if the rest of layer is "safe" Apr 22 20:36:53 maybe he plans to use it as staging recipes not ready for SHR Apr 22 20:37:11 yeah Apr 22 20:37:19 morphis: what do you think ^^ ? Apr 22 20:52:52 mrmoku: meta-staging is just my staging area, nothing ready for inclusion but I am fine with copying the devshell.bb somewhere else Apr 22 20:53:25 the devshell.bb is just taken from oe-classic and a little bit modified to fit into oe-core Apr 22 20:54:03 ok Apr 22 20:54:27 so I am off Apr 22 20:54:28 gn8 Apr 22 20:54:33 gnight Apr 22 20:54:59 JaMa: would the devshell be something which is wanted in meta-oe? Apr 22 20:55:29 I think so Apr 22 20:55:40 but I never used it :) Apr 22 20:55:45 ok Apr 22 20:55:58 I used it for the first time some day ago... and it's quite nice Apr 22 20:56:22 for small stuff where you can just copy one binary to the device it's perfect Apr 22 20:56:34 I'm just sourcing run.* scripts to new screen window to debug something Apr 22 20:57:21 yeah, but with the devshell you can build without any b Apr 22 20:57:26 b Apr 22 20:58:07 right Apr 22 21:01:24 nothing urgent though Apr 22 21:01:28 * mrmoku needs some sleep to Apr 22 21:01:32 gnight Apr 22 21:04:35 gnight **** ENDING LOGGING AT Mon Apr 23 02:59:58 2012