**** BEGIN LOGGING AT Tue Nov 01 02:59:57 2011 Nov 01 04:02:56 DocScrutinizer: sean finally got back to me, the release of the glamo docs has been approved by ex-SMedia folks Nov 01 04:16:12 a bit too late since they were already leaked, but whatever :) Nov 01 04:27:37 Weiss: ^ Nov 01 07:08:22 jonwil: are you using frameworkd or cornucopia? Nov 01 07:08:49 I found what I needed Nov 01 07:48:05 jonwil: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/3rdparty/smsutil.c;h=427f030ef89f9711b8446021d4e2b722e2aa40e4;hb=HEAD Nov 01 07:48:35 ahh... Nov 01 07:48:37 jonwil: nvm :P Nov 01 07:48:41 ok, thats the exact same ofono code I already have :P Nov 01 07:48:51 I was wondering if anyone had code that wasnt from ofono Nov 01 07:50:37 leviathan: ping Nov 01 07:50:50 leviathan: [ 954.615] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabi/dri/omap_dri.so failed (/usr/lib/arm-linux-gnueabi/dri/omap_dri.so: cannot open shared object file: No such Nov 01 07:50:54 +file or directory) Nov 01 07:50:56 is quite obvious no? Nov 01 07:51:04 or am I missing something Nov 01 07:57:16 jonwil: I think old frameworkd hat it's own sms decoding code... which was not as complete as the ofono one though Nov 01 07:57:35 ok, doesnt matter, ofono code is GPL so it should be fine for my needs Nov 01 08:00:14 yeah... like it was for ours :-) Nov 01 08:00:58 GPLv2 it seems Nov 01 08:01:09 Hi to all Nov 01 08:01:57 Some problem with fsogsmd here (GTA02, Debian/Sid) Nov 01 08:03:34 fsogsmd fails with: libfsotransport <0710:2>: Can't allocate channel #2 from MUX: Channel 2 is already taken. Nov 01 08:04:26 This is triggered just executing: RequestResource GSM, ReleaseResource GSM and ReleaseResource GSM again. Nov 01 08:04:57 sorry: RequestResource GSM again Nov 01 08:16:13 RigacciOrg: I'm still using ogsmd so I don't know about that unfortunately. can you file a bug report against fso-gsmd? Nov 01 08:16:58 lindi-: yes, I can. Should I use the Debian way with reportbug? Nov 01 08:17:09 RigacciOrg: yep Nov 01 08:17:49 RigacciOrg: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=fso-gsmd;dist=unstable lists two bugs but both have been fixed Nov 01 08:18:01 lindi-: thanks! Nov 01 08:18:19 oh, that was your bug? ;) Nov 01 08:18:41 another one, simple and fixed :-) Nov 01 08:22:08 lindi-: I have another doubt: if the GSM PDP (ppp) connection fails, is FSO supposed to restart it? I tried to let pppd handle the reconnection, using persist, maxfail 0, etc. But this makes FSO crazy: pppd will never be terminated, endless logging loop, etc. Nov 01 08:32:35 RigacciOrg: I think they expect the user to try to start GPRS connection again Nov 01 08:33:11 lindi-: :-( I need reliable 24h connection Nov 01 08:33:36 RigacciOrg: remote access? Nov 01 08:35:24 lindi-: I think something should be exists (at FSO or pppd level) to ensure persistentent network connection. I will prefer pppd, because I know it and it is reliable, but also FSO is a right choice. Nov 01 08:36:31 RigacciOrg: if you want reliability you want to use a watchdog anyway Nov 01 08:36:39 RigacciOrg: FSO kind of assumes the modem does not crash afaik Nov 01 08:36:42 lindi-: unattended fleet tracking: GPS -> GPRS -> internet -> database server Nov 01 08:36:55 but I know reproducible ways to crash it Nov 01 08:37:35 sounds like a bug in FSO and a bug in the firmware Nov 01 08:38:02 pabs3: yes Nov 01 08:38:29 lindi-: not the modem alone can crash: also pppd will exit if connection fails for a long time (LCP request/reply, etc.) Nov 01 08:38:46 pabs3: woah, cool Nov 01 08:39:11 RigacciOrg: yep Nov 01 08:40:33 Weiss: I thought so :) plan is to upload docs to x.org/docs, update various web/wiki locations and then do an announcement later this month (sean is a bit busy with something right now) Nov 01 09:01:43 SHR: 03Martin.Jansa 07shr-chroot * r4665ff362da2 10/ (627 files in 65 dirs): system upgrade & more stuff to make runqemu scripts happy Nov 01 09:05:13 JaMa|Off: yo, success on qemu? :) Nov 01 09:05:23 not really :/ Nov 01 09:06:25 is there any doc somewhere how it is supposed to work? Nov 01 09:06:37 I was looking at the scripts in oe-core Nov 01 09:06:42 and built qemu-native-sdk Nov 01 09:07:02 no idea how to use that though Nov 01 09:07:21 mrmoku: I'm using ASSUME_PROVIDED += "qemu-native" because I didn't want to build whole libGL in chroot Nov 01 09:07:59 mrmoku: but I'm getting hit by probably chroot issues (like tun/tap devices busy from openvpn outside chroot etc) Nov 01 09:10:53 mrmoku: and here is howto from khem, http://sakrah.homelinux.org/blog/2011/03/using-openembedded-core-to-build-angstrom-for-qemu/ Nov 01 09:16:18 JaMa|Off: ok, thx Nov 01 09:20:51 JaMa|Off: so I have to build for qemuarm machine, right? Nov 01 09:21:22 or ie qemux86 Nov 01 09:21:29 qemuarm is armv5 Nov 01 09:21:46 * JaMa|Off has qemuarm qemux86 qemux86-64 Nov 01 09:22:11 so if you want some image to test qemu on your machine you can pick it from my images dir Nov 01 09:22:27 ok Nov 01 09:26:11 lots of libstdc++ errors again :/ Nov 01 10:40:36 mrmoku: yes Nov 01 10:40:41 the last error Nov 01 10:40:43 >_< Nov 01 10:40:50 you are missing the alst error Nov 01 10:41:05 which staits that it can prepare access on a pinned pixmap Nov 01 10:41:08 from there Nov 01 10:42:58 mrmoku: http://cgit.freedesktop.org/xorg/xserver/tree/exa/exa.c?id=1818cbd70fc1f2e1487b4c678e67e28f1265c0ef#n354 Nov 01 11:22:44 hello Nov 01 11:46:24 hi snkt Nov 01 11:48:20 hi mrmoku i just installed shr on my palm pre Nov 01 11:51:44 JesusMcCloud: nice :) Nov 01 11:51:47 welcome back Nov 01 11:52:05 mrmoku, thanks, though i don't know if i really am back Nov 01 11:52:21 i did not find any palm pre firmware on the shr trac Nov 01 11:52:28 however... nice to see you :) Nov 01 11:53:06 dunno about palm firmwares Nov 01 11:53:14 but I don't think we distribute firmwares Nov 01 11:53:35 so you would probably have to extract them from webos Nov 01 11:53:58 I have no idea about palms though Nov 01 11:53:58 the first start wizard said shr needs a frmware to work properly Nov 01 11:54:10 how do i power off the device? Nov 01 12:04:25 JesusMcCloud: sorry... no idea... and all our Palm geeks are absent Nov 01 12:06:08 can anyone help me .... does every NAND Flash provides a Unique ID.....??? Nov 01 12:07:59 mrmoku, well i pulled out the battery... anyhow nothing really works. mybe I do need a firmware however hte install gude does not mention one Nov 01 12:44:28 mrmoku: hi Nov 01 12:44:35 hi leviathan Nov 01 12:44:38 did you see my link I posted you? Nov 01 12:44:41 yup Nov 01 12:44:55 I don't have any idea how to fix this Nov 01 12:45:09 it appears as if DSS2 flips x and y after bootup Nov 01 12:45:18 and also all graphics drivers Nov 01 12:45:23 do suicid Nov 01 12:45:41 because on one hand they insist to keep flipped x,y Nov 01 12:45:51 but also insist that the opposite is true Nov 01 12:46:05 so they report wrong x,y to the graphics driver of xorg Nov 01 12:46:06 hmm Nov 01 12:46:08 but then crash Nov 01 12:46:16 because they reported crap Nov 01 12:46:41 and all appears to be written just fine... Nov 01 12:46:42 >_< Nov 01 12:47:07 I figured maybe the omapfb driver for 3.1 is broken Nov 01 12:47:14 so I tried to import omapdrm Nov 01 12:47:19 but same happens with it Nov 01 12:47:32 so I figure the error lays somewhere within DSS2 Nov 01 12:47:58 or is there maybe a way to just force Xorg to start anyway? Nov 01 12:48:09 do you have any idea how I could overcome this error? Nov 01 12:48:15 not really Nov 01 12:48:37 I think Xorg aborts only when the error is too fatal to continue Nov 01 12:48:47 hmm Nov 01 12:48:48 ok Nov 01 12:49:06 hmm Nov 01 12:49:14 !(pExaScr->info->flags & EXA_MIXED_PIXMAPS) Nov 01 12:49:24 maybe if I set the fla Nov 01 12:49:26 *flag Nov 01 12:49:29 maybe then it starts Nov 01 12:49:30 ^^ Nov 01 12:51:12 * leviathan is desperate and changes over to trial and error >_> Nov 01 12:58:02 hmm Nov 01 12:58:18 or if I set PrepareAccess to NULL Nov 01 12:58:26 it would also return TRUE Nov 01 12:58:30 without any problem Nov 01 12:59:00 ahh Nov 01 12:59:00 I see Nov 01 12:59:06 mrmoku: it's really a kernel issue Nov 01 12:59:21 and maybe the solution is much simpler Nov 01 12:59:21 hmm Nov 01 12:59:21 let's try Nov 01 12:59:41 * leviathan flips the physical display size in xorg.conf Nov 01 13:00:57 damnit Nov 01 13:00:58 -.- Nov 01 13:12:04 mrmoku: I now disabled framebuffer console Nov 01 13:12:04 maybe it helps Nov 01 13:13:25 * mrmoku crosses his fingers Nov 01 14:20:10 SHR: 03Martin.Jansa 07shr-chroot * race140f0e1f1 10/ (etc/ld.so.cache var/cache/ldconfig/aux-cache var/run/utmp): env-update Nov 01 14:20:20 SHR: 03Martin.Jansa 07shr-chroot * r0d8564dc5d57 10/ (9 files in 3 dirs): fix_la_files Nov 01 14:22:32 JaMa|Off: does that fix the libstdc++ problem? ^^ Nov 01 14:24:47 not sure yet Nov 01 14:29:27 JaMa|Off: that would be really great :) Nov 01 14:29:35 * mrmoku crosses his fingers once more Nov 01 14:32:08 seems working on buildhost after update & rebuilding pseudo Nov 01 14:32:46 but I've also moved tmp/sysroots/x86_64-linux/var/pseudo/ away.. which I'm not sure is OK thing to do Nov 01 14:32:57 trying to put it back and see if it fails with libstdc++ again Nov 01 14:34:00 and at home I've cleaned all -native recipes to rebuild them with newer gcc Nov 01 14:34:25 * mrmoku is willing to rebuild everything from scratch to get rid of that nasty bug :-) Nov 01 14:38:28 mrmoku: even with restored pseudo files it works now on buildhost Nov 01 14:38:35 great Nov 01 14:38:47 so I just update and clean/rebuild pseudo? Nov 01 14:38:59 so try to update chroot; bitbake -c cleansstate pseudo-native; Nov 01 14:39:07 rm -f shr-core/pseudodone Nov 01 14:39:16 ok Nov 01 14:45:10 * mrmoku gives it a try and rebuilds libproxy Nov 01 14:45:30 yes that's what was failing here too :) Nov 01 14:45:44 and then cmake-native after I've cleaned it when trying to fix that Nov 01 14:53:37 mrmoku: NOTE: package libproxy-0.4.7-r1: task do_rm_work: Succeeded Nov 01 15:00:10 GNUtoo: hi Nov 01 15:00:29 GNUtoo: I've fixed your patches which were included in last pull request Nov 01 15:01:36 ok thanks Nov 01 15:01:42 I'm very busy right now fixing my router Nov 01 15:01:43 sorry Nov 01 15:02:03 GNUtoo: but those 3 which are still in shr branch are waiting for you and "conf: machine: includes: add armv6-novfp support" has some feedback from Phil which were not addressed yet afaik, so when you have time, please have a look too Nov 01 15:02:25 yes it's in my todo list(the armv6 one) Nov 01 15:02:31 ok, thanks Nov 01 15:02:58 but right now I *MUST* fix my router Nov 01 15:03:05 else I'll have huge issues Nov 01 15:03:26 * JaMa|Off just checking what needs to be fixed to make shr == master again :) Nov 01 15:03:47 you can drop the armv6 patch if you want Nov 01 15:03:53 I'll prepare a new incompatible one Nov 01 15:04:09 ok, will do Nov 01 15:04:50 basically oe-core made an error Nov 01 15:05:10 then I fixed it with armv6 patch but that would break all existing stuff if fixed that way Nov 01 15:05:26 basically armv6 builds would become novfp suddenly Nov 01 15:05:38 if it had been done before it may have been accepted Nov 01 15:05:42 but now it's too late Nov 01 15:05:48 so I must change it in -novfp Nov 01 15:08:42 yup that's what I understood from Phil's comment Nov 01 15:24:06 JaMa|Off: yep, succeeded for me too :) Nov 01 15:24:12 ~hail JaMa|Off for fixing that damn bug Nov 01 15:24:13 * apt bows down to JaMa|Off for fixing that damn bug and chants, "I'M NOT WORTHY!!" Nov 01 15:24:54 mrmoku: well it's not clear how to get this broken state Nov 01 15:25:25 mrmoku: and I did env-update and fix_la_files many times before.. so maybe rebuilding pseudo-native is the important part Nov 01 15:25:26 hmm... ok... that means it might happen again Nov 01 15:25:44 mrmoku: yes probably after upgrade to gcc-4.6.3 or something like that Nov 01 15:26:07 mrmoku: have you seen it only after upgradeing shr-chroot to gcc-4.6.2? Nov 01 15:27:50 JaMa|Off: I don't remember... it apeared after some upgrade Nov 01 15:28:40 ok.. 4.6.2 is in shr-chroot for 32 hours Nov 01 15:28:55 if you had it before then maybe it isn't triggered by host gcc upgrade Nov 01 15:29:29 hmm :/ Nov 01 15:29:30 | cmake: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Nov 01 15:29:33 NOTE: package libproxy-0.4.7-r1: task do_configure: Failed Nov 01 15:29:43 JaMa|Off: it was definitely before Nov 01 15:29:57 this is from my armv7 build with all -native rebuilt etc.. Nov 01 15:30:13 ouch Nov 01 15:30:21 but armv4t build was fine :/ Nov 01 15:30:40 * JaMa|Off hates pseudo Nov 01 15:31:19 JaMa|Off: looks like it first happened to me on 17th Nov 01 15:31:19 #openmoko-cdevel.17.log:17-10-2011 10:58:50 > mrmoku: libproxy fails on configure (due to cmake) Nov 01 15:31:41 and you had this issue for whole time? Nov 01 15:32:09 because here it sometimes happens and then disappears by itself Nov 01 15:33:46 JaMa|Off: no, did not disappear until today Nov 01 15:34:09 don't know if it happened for all packages using cmake for example though Nov 01 15:34:29 it was always the same three or four packages that failed Nov 01 15:35:39 udev, mesa-dri, libproxy and xcb-utils IIRC Nov 01 15:36:35 in worst case I can add libstc++ links to /usr/lib and update them with every gcc upgrade Nov 01 15:38:29 I think that some build is changing system's etc/ld.so.cache and var/cache/ldconfig/aux-cache Nov 01 15:38:41 at least that's what I see now in git diff Nov 01 15:40:50 JaMa|Off: looks like rpurdie did his job :) Nov 01 15:41:03 for dbus issue? Nov 01 15:41:07 yup Nov 01 15:41:35 * JaMa|Off is already reading pseudo code to see how it's supposed to track all owners etc.. Nov 01 15:41:51 and we had 300MB pseudo.log with all kinds of weird errors Nov 01 15:42:31 hum Nov 01 15:44:02 SHR: 03Martin.Jansa 07shr-chroot * rbc3b51003637 10/ (5 files in 3 dirs): env-update and add strings files for ldconfig cache to see what goes wrong sometimes Nov 01 16:03:12 mrmoku: env-update seems to do the trick Nov 01 16:04:38 ahh, ok Nov 01 17:10:13 hey Nov 01 17:13:52 hmm my build fails with latest shr-chroot, due to strange cmake-native and libstdc++ errors Nov 01 17:14:04 mrmoku, JaMa|Off, do you have any idea how to fix this ^^^? Nov 01 17:24:14 Slyon: hehe, yes we do :) Nov 01 17:24:59 Slyon: try to run update-env as root *inside* the chroot Nov 01 17:33:20 mrmoku, this seems to work. thank you! Nov 01 17:33:55 mrmoku, btw. how is the FSO situation on gta04? is there some work i can do? Nov 01 17:41:51 Slyon: I'm distracted by playing with systemd Nov 01 17:42:03 Slyon: how's your fsogsmd knowledge? Nov 01 17:42:37 Slyon: another thing we need for gta04 is a newer gpsd Nov 01 17:42:42 but that's nasty packaging work Nov 01 17:42:42 mrmoku, reasonable as i did some fsgsmd palmpre work Nov 01 17:42:54 Slyon: ok, then go and get your hands dirty :-) Nov 01 17:43:22 mrmoku, ok so i'll work on fsogsmd. do you have anything done yet, which isn't pushed? Nov 01 17:43:55 Slyon: nothing unpushed Nov 01 17:44:01 all right Nov 01 17:44:32 great thing :) Nov 01 17:44:50 btw. systemd is quite promising Nov 01 17:45:24 really? how fast can we get? Nov 01 17:45:42 hmm you used nikolaus' kernel to access the moden, right? Nov 01 17:49:00 Slyon: no idea yet how fast we will get... as it does not fully boot yet Nov 01 17:49:04 but looks very fast Nov 01 17:49:31 and yes... I used nikolaus' kernel... but leviathan said he has /dev/ttyHSx with the new kernel too Nov 01 17:49:45 ok Nov 01 18:44:25 mrmoku: do you have some more patches for systemd? Nov 01 18:44:55 mrmoku: my build is almost finished again.. so I can work on it a bit more (if I don't go to see gf instead :)) Nov 01 18:50:22 JaMa|Off: no, nothing yet. I was playing a bit with the qemu-system-arm... without success Nov 01 18:50:31 and my laptop disk is dying again :/ Nov 01 18:50:38 * mrmoku has bad laptop disk karma Nov 01 18:50:49 [ 1826.069387] end_request: I/O error, dev sda, sector 514658862 Nov 01 18:50:55 dmesg is full of that shit Nov 01 18:51:07 and from time to time the system stalls for 2-3 s Nov 01 18:51:17 ah.. /me has only stalls Nov 01 18:51:44 usually ends with sata port reset and then it works again for a while Nov 01 18:52:19 res 41/40:08:2e:12:ad/00:00:1e:00:00/00 Emask 0x409 (media error) Nov 01 18:52:25 media error does not sound nice Nov 01 19:00:49 aloha! any palm pre folks here? Nov 01 19:05:44 mickeyl, ping Nov 01 19:25:35 mrmoku, my fsogsmd env is set up (via serial_forward and fsogsmd on my host) and i got a first overview of the modem_option_ code. Nov 01 19:25:54 but now i'll leave for today Nov 01 19:26:00 bye Nov 01 19:48:04 mrmoku: now I'm booting qemu outside shr-chroot Nov 01 19:48:06 /usr/bin/qemu-kvm -kernel bzImage-qemux86.bin -m 256 -hda qemux86.img -append root=/dev/hda Nov 01 19:50:37 JaMa|Off: hmm, ok. Will build me a qemu image too then Nov 01 19:51:18 and I'll drop qemu from shr-chroot Nov 01 19:51:56 those scripts to setup nfs are crazy and need sudo (which doesn't work very well in chroot (ie because of bitbake owning all files) Nov 01 19:55:27 yeah Nov 01 20:04:00 ping leviathan Nov 01 20:04:52 leviathan, do you have a reprap, and how did it went with reguard to printing a gta04 case with it? Nov 01 20:14:35 GNUtoo: hi Nov 01 20:14:39 no Nov 01 20:14:46 the reprap still isn't fully functional yet Nov 01 20:14:59 each time we fix a bug another one pops up Nov 01 20:15:04 preventing us from printing stuff Nov 01 20:15:28 but next week I'll have access to another MakerBot Nov 01 20:15:54 leviathan, ok Nov 01 20:15:56 some of us were going to design an alternative case for gta02 which can be printed by a RepRap Nov 01 20:15:59 reprap doesn't work? Nov 01 20:16:04 mine doesn't Nov 01 20:16:07 ok Nov 01 20:16:11 which onw is it? Nov 01 20:16:24 the one of the university I used to study Nov 01 20:16:30 and a friend of mine still does Nov 01 20:16:32 ETH Nov 01 20:16:44 the architects own one for their CAD design printing Nov 01 20:16:49 house models and so :-) Nov 01 20:16:50 yes but like mendel, prusa mendel, huxley or darwin? Nov 01 20:16:57 ahh Nov 01 20:16:59 huxley Nov 01 20:17:16 they up there have a MakerBot Nov 01 20:17:23 I'll print the needed parts for my huxley Nov 01 20:17:26 which are unusable Nov 01 20:17:30 with the MakerBot Nov 01 20:17:41 JaMa|Off: ERROR: Task 5321 (/OE/shr-core/openembedded-core/meta/recipes-devtools/guilt/guilt-native_0.33.bb, do_fetch) failed with exit code '1' Nov 01 20:17:50 https://raplab.arch.ethz.ch/Infrastruktur/Werkstatt,Digitalwerkstatt#MB Nov 01 20:17:55 hmm Nov 01 20:18:17 We still need someone to do an alternative CAD design for freerunner/gta04 Nov 01 20:18:19 leviathan, ok Nov 01 20:18:28 leviathan, blender? Nov 01 20:18:36 FreeCAD or Inventor Nov 01 20:18:39 I'm thinking of buying parts for prusa mendel Nov 01 20:18:44 or what ever CAD tool you have around Nov 01 20:18:48 ok Nov 01 20:18:53 I wouldn't suggest blender Nov 01 20:19:01 too hard I guess Nov 01 20:19:06 yes Nov 01 20:19:08 exactly Nov 01 20:19:19 and not really suitable for doing technical CADing Nov 01 20:19:21 btw does someone knows how to fix that: Nov 01 20:19:22 | /home/gnutoo/port4/embedded/oe-core/oetmps/shr/sysroots/crespo/usr/include/samsung-ipc-1.0/call.h:25:32: fatal error: device/crespo/call.h: No such file or directory Nov 01 20:19:39 mrmoku: there is quilt-native_0.48.bb only now Nov 01 20:19:39 no Nov 01 20:19:45 but it might become relevant Nov 01 20:19:56 mrmoku: did you make update in the middle of build? Nov 01 20:19:57 ok Nov 01 20:20:05 leviathan, is huxley stable? Nov 01 20:20:09 does someone here have a spare samsung galaxy tab 10.1? ^_^ Nov 01 20:20:12 GNUtoo: NO Nov 01 20:20:13 I tought it was not released yet Nov 01 20:20:15 ok Nov 01 20:20:22 GNUtoo: http://reprap.org/wiki/TechZoneHuxley Nov 01 20:20:25 this one is Nov 01 20:20:26 :-) Nov 01 20:20:29 so why do you use huxley instead of prusa mendel? Nov 01 20:20:40 curiousity Nov 01 20:20:44 ^-^" Nov 01 20:21:30 leviathan, I've no galazy tab, but we work on nexus S Nov 01 20:22:36 hmm Nov 01 20:22:37 okee Nov 01 20:22:39 damn Nov 01 20:22:48 galaxy tab 10.1 would have a tegra CPU Nov 01 20:22:58 leviathan, will you come to the shf+fso developers meeting? Nov 01 20:23:07 JaMa|Off: no Nov 01 20:23:09 don't know yet Nov 01 20:23:20 ok Nov 01 20:23:20 GNUtoo: when is it again? O.o Nov 01 20:23:24 december Nov 01 20:23:27 hmm Nov 01 20:23:28 I've to book train Nov 01 20:23:29 JaMa|Off: but if that recently (today or maybe yesterday) changed I might have to update Nov 01 20:23:37 hmm Nov 01 20:23:42 GNUtoo: linux hostel? Nov 01 20:24:41 yes Nov 01 20:25:55 leviathan, is the case small enough to be printed with a prusa mendel? Nov 01 20:26:09 or does it have to be decomposed in more parts Nov 01 20:28:15 and how much would cost a prusa mendel, the blog says about 400E Nov 01 20:28:21 GNUtoo: of course you'll have to print a case in multiple parts, but you should be able to print a whole shell Nov 01 20:28:22 at once Nov 01 20:28:30 ok Nov 01 20:28:54 GNUtoo: would be a very big device else Nov 01 20:28:56 ^^ Nov 01 20:29:23 ok Nov 01 20:29:56 more precisely the bottom of the case(battery cover) can be printed in one part? Nov 01 20:33:16 leviathan, why would you want a galaxy tab with tegra, it probably lacks NEON, it would probably have some issues such as alsa etc... Nov 01 20:33:33 you should look at mainline status before buying Nov 01 20:34:03 else you could be stuck with huge issues that work in android and fails under GNU/Linux Nov 01 20:34:15 for instance the nexus S has an alsa driver, but it's a bad driver Nov 01 20:34:27 only hw:0 works Nov 01 20:37:01 GNUtoo: hmm Nov 01 20:37:14 I'd like to have another mobile device Nov 01 20:37:22 where I can develop plasma-mobile Nov 01 20:37:26 maybe n900 if you can still find one Nov 01 20:37:27 aka Plasma-Active Nov 01 20:37:36 what does that requires? Nov 01 20:37:48 not as suitable for ebooks as a samsung galaxy tab Nov 01 20:37:49 does it requires 3d? Nov 01 20:37:53 yes Nov 01 20:37:54 :-) Nov 01 20:37:59 does it requires 32bit framebuffers Nov 01 20:38:05 hmm Nov 01 20:38:09 I think so Nov 01 20:38:13 leviathan, are you aware of elfe+compositing on 32bit framebuffers Nov 01 20:38:21 it's without 3d acceleration Nov 01 20:38:25 hmm Nov 01 20:38:26 -.- Nov 01 20:38:27 there is even a card-like interface Nov 01 20:38:40 GNUtoo: let's ask the other way around Nov 01 20:38:43 maybe I should try to make some videos Nov 01 20:38:48 do you know a suitable tablet device Nov 01 20:38:52 similar to the ipad Nov 01 20:39:01 where I could develop plasma-active on? Nov 01 20:39:05 well I'm not into tablet Nov 01 20:39:08 and which half way affordable Nov 01 20:39:09 mrmoku: what oe-core branch do you have? 0.48 is there for years Nov 01 20:39:09 hmm Nov 01 20:39:13 so I don't know well tablets Nov 01 20:39:20 but maybe meego x86 tablets? Nov 01 20:39:32 I think pespin had one Nov 01 20:39:47 mrmoku: ah.. sorry guilt not quilt Nov 01 20:39:52 GNUtoo: ahh Nov 01 20:39:57 WeeTab Nov 01 20:40:18 uhh Nov 01 20:40:20 WeTab Nov 01 20:40:56 but still... Nov 01 20:41:00 one kilogram Nov 01 20:41:00 -.- Nov 01 20:41:26 so far only on intel atom Nov 01 20:41:36 and I've got already an intel atom tablet Nov 01 20:41:42 yes but if it works, who cares Nov 01 20:41:52 yes Nov 01 20:41:54 mrmoku: http://patches.openembedded.org/patch/14143/ or just download manually, I'll check why our PREMIRROR didn't work Nov 01 20:42:01 hi morphis Nov 01 20:42:07 heyho Nov 01 20:43:16 morphis, any plans for telephony on the nexus S? Nov 01 20:43:56 mrmoku, strange I did opkg upgrade and the icons appeared Nov 01 20:45:19 JaMa|Off: yeah update did not help :/ Nov 01 20:45:57 leviathan, I have this one -> http://www.exopc.com/devices/ Nov 01 20:47:07 pespin: how is the "reading books in bed" feeling Nov 01 20:47:08 ? Nov 01 20:47:10 you know Nov 01 20:47:18 do you get a heavy arm after short time? Nov 01 20:47:22 hmm Nov 01 20:47:29 maybe I should just get a kindle and hack it Nov 01 20:47:30