**** BEGIN LOGGING AT Mon Oct 26 02:59:58 2009 Oct 26 06:05:22 ptitjes: do you want to get kicked? Oct 26 06:07:02 ptitjes: really crappy internet connection, eh? Oct 26 06:07:09 :-D Oct 26 06:28:29 ptitjes: really crappy internet connection, eh? Oct 26 06:29:51 ptitjes: really crappy internet connection, eh? :-D Oct 26 06:30:07 ptitjes: do you want to get kicked? Oct 26 06:30:53 ptitjes: really crappy internet connection, eh? :-D Oct 26 06:31:57 DocScrutinizer-8: make a script, each time he joins, you'd send a message :)) Oct 26 06:32:12 yep XD Oct 26 06:32:42 I'm really sorry for the poor guy Oct 26 06:33:34 but also this points to a best practice I never thought of before Oct 26 06:33:52 moin mrmoku Oct 26 06:33:55 moin Oct 26 06:34:00 moin Oct 26 06:34:12 is that like a new buzzword or something? :) Oct 26 06:34:51 (best practice) should change nick *prior* to joining channels Oct 26 06:36:05 JaMa: rebuild failed at e2fsprogs-libs / util-linux-ng as always :| Oct 26 06:36:19 mrmoku: for me too (for first time..) Oct 26 06:36:32 heh Oct 26 06:36:37 I have that always Oct 26 06:36:42 when rebuilding from scratch Oct 26 06:37:11 are you rebuilding with older gcc/binutils? Oct 26 06:37:19 * JaMa is rebuilding with glibc Oct 26 06:37:58 JaMa: I'm building with eglibc and gcc 4.12 / binutils 2.18 Oct 26 06:38:03 +. Oct 26 06:38:10 I'll try to use some userspace binary built against eglibc in my glibc system, to see what's wrong when all system is based on eglibc.. Oct 26 06:38:45 mrmoku: probably won't work as my older shr/merge image is built with gcc-4.4.1 and binutils-2.19.0.50.3 Oct 26 06:38:50 mrmoku: and worked.. Oct 26 06:39:02 JaMa: mickeyl and alexxy independently say it might just be the gcc/binutils combo that is broken Oct 26 06:39:33 ok.. we'll see.. Oct 26 06:39:36 JaMa: hmm 4.4.1 Oct 26 06:39:40 + 2.19 Oct 26 06:39:43 hmm Oct 26 06:39:47 NOTE: Running task 1398 of 3438 for console image.. Oct 26 06:40:20 mrmoku: and this binutils-2.19.0.50.3 is snapshot for 2.20 Oct 26 06:40:24 console image is a good idea :P Oct 26 06:40:30 makes testing faster :) Oct 26 06:40:37 mrmoku: so wrt changelog its quite close to 2.20 Oct 26 06:40:47 mrmoku: try minimal-image :) Oct 26 06:41:06 mrmoku: it finished just few minutes after I had to leave home.. Oct 26 06:41:24 So i started whole console-image just because now I have time :) Oct 26 06:41:32 Reverend joergs morning talk: I think (opim-)calendar, notes, tasks, *and* ffalarms should merge Oct 26 06:48:33 Hey ptitjes, what's up Oct 26 06:49:22 moin PaulFertser :-) Oct 26 06:50:04 DocScrutinizer-8: morning Oct 26 06:50:38 DocScrutinizer-8: i've got the faulty device, will hopefully make pictures tonight. Oct 26 06:51:28 PaulFertser: if ptitjes complains later on, then unban "ptitjes_!*@*" please ;-) Oct 26 06:51:39 DocScrutinizer-8: sure, np :D Oct 26 06:59:24 mrmoku: minimal-image chroots fine.. Oct 26 07:01:00 JaMa: how do you chroot test? Oct 26 07:03:54 I just boot from 2nd installation.. and untar tar.gz content, run script for my settings (net, ssh keys etc) and then another script mounts some shared dirs (like proc, sys, data, dev) and chroot /media/shr /bin/sh (or rather /bin/bash after bash install) Oct 26 07:04:26 with eglibc it failed when /bin/sh was executed in chrooted environment.. Oct 26 07:04:34 but without useble backtrace Oct 26 07:05:21 JaMa: ahh, ok Oct 26 07:08:39 DocScrutinizer-8: go the ban! Oct 26 07:09:03 i finally got my old creaking onto a s3c6410 Oct 26 07:09:08 (software engine - no hs 3d here) Oct 26 07:09:12 err hw 3d Oct 26 07:10:05 http://www.rasterman.com/files/tex-on-smartq5-with-e17.mp4 Oct 26 07:10:24 PaulFertser: btw. now that there is a working touchscreen in 2.6.31... is config the last thing stopping us from using it? Oct 26 07:10:32 not bad for software :) (gouraud shading, lighting, lens flare included) Oct 26 07:11:37 http://www.rasterman.com/files/ello-elementary-smartq5.mp4 Oct 26 07:11:56 not bad for evas's new 2.5d.. with full linear interpolation and smoothing ala gl Oct 26 07:17:12 mrmoku: ah, now it segfaults again.. Oct 26 07:17:51 mrmoku: so I'll wait for your test and if it won't work.. then I'll try eglibc/newest toolchain but with old distro configs.. Oct 26 07:18:46 mrmoku: or we can try to require conf/distro/include/angstrom.inc again Oct 26 07:26:10 Running task 896 of 1436 Oct 26 07:26:13 of minimal Oct 26 07:27:28 mrmoku: not really, it's not yet decided what to do about powering devices on/off. Oct 26 07:27:51 PaulFertser: ok, thanks Oct 26 08:31:38 JaMa: booting now Oct 26 08:35:34 mrmoku: you mean it works? Oct 26 08:36:29 JaMa: no Oct 26 08:36:40 JaMa: boot did not do anything Oct 26 08:36:53 booting now into my working partition and will try to chroot Oct 26 08:38:01 Joerg ping Oct 26 08:39:04 ich tried to replace C1009 and unfortunatly desoldered C1051 Oct 26 08:39:26 and then it was gone Oct 26 08:40:49 so can someone tell me where/how to find out the formfaktor and capacity of this capacitor Oct 26 08:40:51 JaMa: hmm Oct 26 08:40:59 gives me illegal instruction Oct 26 08:44:28 mrmoku: so still the same Oct 26 08:44:46 mrmoku: I merged configs shr/angstrom a bit more and trying to build minimal-image again Oct 26 08:44:54 mrmoku: with eglibc and newest toolchain Oct 26 08:46:35 mrmoku: http://pastebin.ca/1643532 Oct 26 08:51:00 JaMa: ok, good luck :) Oct 26 08:58:29 DocScrutinizer: I tried to replace C1009 and unfortunatly desoldered C1051 and then it was gone. I was told that you maybe can point to a document where to find out the formfactor and capacity of this capacitor, or simply tell me Oct 26 08:59:28 papa: i can Oct 26 08:59:44 papa: http://people.openmoko.org/joerg/ there you'll find full BOM Oct 26 09:00:11 papa: ping me if you have any difficulties with that. Oct 26 09:08:41 PaulFertser: got it, many thanks Oct 26 09:35:29 cool thanks PaulFertser Oct 26 10:40:23 where to get this? http://scap.linuxtogo.org/files/539b668ab2bef82a5055974626449b44.png Oct 26 10:48:26 bumbl, this is just a java performance test i made in 10 minutwes yesterday, though it works Oct 26 10:50:52 bumbl, if u use custom canvas u can even make a decent gui with awt (that renders in gtk+). Oct 26 10:56:19 JesusMcCloud: looks more useful than the default launcher imo Oct 26 10:57:30 bumbl, it was never intended to do anything useful, i just wanted to measure the time it takes to parse .desktop files and make them accesible to an application Oct 26 10:58:51 i want such a text only view in illume nevertheless ;) Oct 26 11:28:56 let me know if I should build a different version of gcc/glibc to see if it works... Oct 26 11:33:47 JaMa: how's your build going? Oct 26 11:34:57 i would also volunteer to try to build and flash it on my device, so what#s changed sonce the day before yesterday? do i need to do anythign apart from make update? Oct 26 11:35:55 JesusMcCloud: nothing, we're manually trying different (e)glibc/gcc/binutils combinations Oct 26 11:36:57 mrmoku, so nothing gets updated and i have to set it manually, did i get it right? Oct 26 11:37:43 yup Oct 26 11:38:11 mrmoku, ok any combination you want to have tested? Oct 26 11:41:20 JesusMcCloud: not sure... Oct 26 11:42:06 mickey|tv: ping Oct 26 11:42:32 mickey|tv: my build with gcc 4.1.2 / binutils 2.18 from shr/merge did still not boot Oct 26 11:43:14 mrmoku: maybe it's not gcc/binutils .. that'd be fun Oct 26 11:43:27 yup... very much fun ::P Oct 26 11:46:24 still taht segmentation fault issue thing going on? Oct 26 11:46:34 yup Oct 26 11:46:35 mrmoku: I've run out of space.. so I've restarted build about an hour ago.. Oct 26 11:47:23 rebelThor: and its not eglibc itself... Oct 26 11:47:55 JaMa: how do you know that? Oct 26 11:49:00 rebelThor: I've already tried this rebuild.. Oct 26 12:05:23 JaMa: did you see Koen's commit changing O2 to Os for glibc? Oct 26 12:10:12 What are the advantages of using -Os, and does it make a big difference? Oct 26 12:12:31 -Os makes smaller binaries -> faster app loading times Oct 26 12:13:01 Os tries to produces small binaries. comparison sheet: http://www.linuxjournal.com/files/linuxjournal.com/linuxjournal/articles/072/7269/7269t1.png Oct 26 12:13:24 it's just 4 flags difference Oct 26 12:18:21 hi guys, ffalarms 3 is out - do you want a bug for it, or will it get picked up in due course? Oct 26 12:19:29 it's 0.3 Oct 26 12:20:12 and i will send a patch after testing it Oct 26 12:27:03 mrmoku: I was thinking about it.. but its probably about optimizing then bugfix/workaround.. but maybe that illegal instruction... I don't know.. Oct 26 12:27:14 mrmoku: NOTE: Running task 281 of 872 Oct 26 12:28:05 JaMa: sadly he does not write anything interesting in his commit message :| Oct 26 12:28:44 mrmoku: IRC its from merge.. at least I've seen this commit twice Oct 26 12:30:11 hmm nvm IRW probably :) Oct 26 12:34:04 * mrmoku lunch Oct 26 12:58:44 * DocScrutinizer just wonders why ptitjes_ didn't just change his nick to ptitjes prior to /join #openmoko-cdevel, to avoid the ban (both this night, and after he noticed the ban of ptitjes_) Oct 26 12:59:55 ? why was ptitjes banned? Oct 26 13:00:07 bumbl: faulty connection Oct 26 13:00:11 ptitjes: anyway, hope your network is well again :-) Oct 26 13:00:22 DocScrutinizer: that's because ptitjes was still connected in the inter-space Oct 26 13:00:28 hello btw Oct 26 13:00:37 my connection seem to be better yes :p Oct 26 13:00:58 I really don't know what happened - I rebooted my box this morning and everything went ok Oct 26 13:01:09 ptitjes: /msg nickserv ghost ptitjes Oct 26 13:03:16 hum thanks for the tip Oct 26 13:03:26 yw Oct 26 13:04:05 took me quite some months of irc annoyance until I found this sequence to log in, after network reconnect Oct 26 13:04:48 for Kontact it was quite easy to setup. For xchat I still have to sort out a few things Oct 26 13:07:37 bigger than usual? 3,3G /tmp/tmpwork/oe-dev-shr/armv4t-oe-linux-gnueabi/eglibc-2.10-r7.2 Oct 26 13:07:50 the sequence: log in to freenode primary name ptitjes, secondary name ptitjes_; /msg nickserv id ; /msg nickserv ghost ptitjes (will just throw error "can't ghost yourself", if primary name wasn't occupied); /nick ptitjes (won't do any harm if nick is ptitjes already) Oct 26 13:08:43 then join channels Oct 26 13:48:25 shr/merge doesn't use upstart as /sbin/init yet, does it? Oct 26 13:48:31 nop Oct 26 13:48:44 I do see some bug reports about upstart crashing as /sbin/init Oct 26 13:48:55 using upstream as sysinit replacement is not implemented in OE yet Oct 26 13:49:04 mmh Oct 26 13:49:18 Heinervdm: tks, 3 or .3? - I missed the dot, close enough for governemnt work :) Oct 26 13:49:30 so, can we use init=/bin/bash as a kernel command line to see whether it's really /sbin/init crashing or the kernel? Oct 26 13:49:41 spaetz: /bin/sh Oct 26 13:49:47 or something like that. Right Oct 26 13:51:11 uhhh Oct 26 13:51:39 just random googling: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/426280 Oct 26 13:51:45 * mrmoku just discovered something... Oct 26 13:51:56 so, can we use init=/bin/bash as a kernel command line to see whether it's really /sbin/init crashing or the kernel?This issue is known to affect PIE executables in Jaunty (i.e., /sbin/init (!)), due to the presence of unresolved literal pool relocations in the the .text section of the C library's Scrt1.o. The symptom is frequest Segmentation Fault and Illegal Instruction error messages while the init scripts run. Oct 26 13:52:20 sorry, slight mispasting :) Oct 26 13:52:37 above bug covers ARM platforms Oct 26 13:53:03 but I think it is something different... Oct 26 13:57:02 spaetz: I tested to add init=/bin/bash to append-GTA02 Oct 26 13:57:16 spaetz: but it was ignored or init from Qi was preferred.. Oct 26 13:58:07 spaetz: I also replaces /bin/sh with link to /bin/bash to replace all busybox while booting.. but it was the same Oct 26 13:59:10 JaMa: I just discovered that minimal image is (of course) missing the 'be nice to Qi' link for the kernel :P Oct 26 13:59:14 JaMa: ahh ok Oct 26 13:59:25 I thought I was being smart. But you guys are smarter :) Oct 26 13:59:33 spaetz: :) Oct 26 14:00:04 mrmoku: I'm not sure what's changed now.. but my tmdir is > 13G for virtual/kernel :/ Oct 26 14:00:36 mrmoku: so rebuild failed again for me because of df Oct 26 14:00:44 JaMa: ouch :( Oct 26 14:00:57 JaMa: is minimal image supposed to have USB net up on boot? Oct 26 14:01:24 mrmoku: no idea.. Oct 26 14:01:35 mrmoku: you are that far booting? :) Oct 26 14:01:39 it boots now Oct 26 14:01:53 which settings? Oct 26 14:01:57 and plugging/unplugging USB gives me kernel messages on the console Oct 26 14:02:07 JaMa: 4.1.2/1.18 Oct 26 14:02:21 and otherwise unchanged shr/merge Oct 26 14:02:31 err 2.18 Oct 26 14:10:39 JaMa: probably it just does not load g_ether on boot Oct 26 14:13:10 mrmoku: compiling it in rather than as a module? We might want a modified kernel config with important modules compiled in anyway at some point... I guess Oct 26 14:18:16 hi I read that: http://www.packagekit.org/pk-matrix.html...."GetDistroUpgrades" is the equivalent of opkg update && opkg upgrade? if so how difficult is it to add....it's for 2 users,one is not comfortable with the command line yet and another don't know it yet at all Oct 26 14:18:28 the fist user want to buy an openmoko a7 phone Oct 26 14:18:41 I've tried the package manager under SHR Oct 26 14:19:02 s/package manager/graphical package manager Oct 26 14:19:25 packagekit? I know that dos1 has been working on integrating it some time ago Oct 26 14:19:32 at least on SHR Oct 26 14:19:48 the shr installer is based on it Oct 26 14:20:05 what is important for the 2 users is the opkg backend Oct 26 14:20:35 there is an installer? Wow, I learn something new every day. Oct 26 14:21:01 spaetz, no as installer I meant package installer Oct 26 14:21:14 the icon is called installer Oct 26 14:21:31 I'll grep to see the name of the package Oct 26 14:21:47 ok. never seen it. I guess because I always install the -lite image Oct 26 14:22:32 Gnutoo: what version of SHR is the installer available on? I don't have such a thing on my full SHR-unstable Oct 26 14:22:50 I'll look at the package name Oct 26 14:22:54 1 sec Oct 26 14:23:30 shr-installer - 0.0.1-gitr32+ea8c0506d6e6cb315256ba9c98f3cd37d142e058-r0 - Oct 26 14:23:35 that's what I have Oct 26 14:23:40 it's based on packagekitd Oct 26 14:26:32 cool Oct 26 14:26:58 SHR is such a great project, I discover hidden gems every day :) (sometimes too well hidden :-) ) Oct 26 14:29:33 how does one make busybox syslog to log to the console? Oct 26 14:30:49 it logs to /dev/console, right? Oct 26 14:31:14 spaetz: it logs to it's circular buffer thing Oct 26 14:31:24 which you can readout with logread Oct 26 14:31:46 I tried changing DESTINATION to file and LOGFILE to /dev/console Oct 26 14:32:31 mmh Oct 26 14:32:55 -O FILE Use an alternate log file (default=/var/log/messages) Oct 26 14:33:01 -O /dev/stdout ? Oct 26 14:33:17 -L Log locally and via network logging (default is network only) Oct 26 14:33:34 this is from a pretty old busybox syslog Oct 26 14:34:03 hmm... will try with /dev/stdout than Oct 26 14:34:07 s/than/then/ Oct 26 14:34:07 mrmoku meant: hmm... will try with /dev/stdout then Oct 26 14:34:21 try stdout or stderr Oct 26 14:43:51 spaetz: file and /dev/tty0 works Oct 26 14:43:55 but not on my minimal image :( Oct 26 14:44:11 mmh Oct 26 14:44:42 spaetz: tried init=/bin/sh too Oct 26 14:44:46 gives immediate panic Oct 26 14:45:47 blarg... Oct 26 14:46:02 so it's not that just /sbin/init is somehow flawed, it seems Oct 26 14:46:25 * mrmoku tries init=/bin/sh on his working SHR to see if that is supposed to work Oct 26 15:17:43 init=/foo/busybox??? o.O LOL, that *must* segfault ;-P Oct 26 15:19:16 DocScrutinizer, where'd you see that? Oct 26 15:20:12 DocScrutinizer-8: why? Oct 26 15:21:05 IRC /sbin/init is replaced by update-alternatives from busybox to sysvinit too Oct 26 15:25:23 hey all. Oct 26 15:27:57 hi Oct 26 15:52:20 hello people. I managed to put debian/emdebian on my freerunner at debconf but rapidly broke it by getting the gpe screen-lock thing to think it is always on, so about 3 mins after it boots the touchscreen locks and then you can't do anything without a USB connection. Oct 26 15:52:30 How do I get it unbunged? Oct 26 15:59:19 wookey_: hmm, sounds like a gpe bug to me. I did not even know gpe had a screenlock. what's the name of the binary in ps axuf? Oct 26 16:23:20 hey, whats about the status of shr-u? when you think we get a running image? Oct 26 16:23:32 mrmoku: my image chroots ok Oct 26 16:24:38 uuuhhh :D Oct 26 16:24:48 JaMa: new all and old distro config? Oct 26 16:25:21 or the more angstrom thing? Oct 26 16:25:47 der-lehmann: difficult question Oct 26 16:26:09 mrmoku: jut a bit more angstrom :) Oct 26 16:26:20 der-lehmann: I'm building one right now... don't know what it will be like though Oct 26 16:26:51 * mrmoku is waiting for JaMa's tasty cookie :) Oct 26 16:27:31 mrmoku: wait for my reboot Oct 26 16:27:43 mrmoku: let me build shr-lite-image first.. Oct 26 16:27:53 mrmoku: but diff is just that pastebin I pasted before.. Oct 26 16:28:02 ok Oct 26 16:28:27 * JaMa would like to test it in smaller diffs, but it takes so long :( Oct 26 16:28:47 * JaMa now building bash before reboot.. Oct 26 16:29:00 script already switched default shell to bash :) Oct 26 16:31:58 do we know when shr-u will be syned? and built daily? Oct 26 16:32:19 soon :) Oct 26 16:32:41 well u guys keep sayin that for weeks now :) :) Oct 26 16:32:53 zoff99: no... for months :P Oct 26 16:32:58 and we're building new stuff for weeks too :) Oct 26 16:33:15 but its better when new stuff actually boots :) Oct 26 16:33:18 i hope the x.org performance will be worth the wait, but i think not :( Oct 26 16:34:05 last week i flashed a "mrmoku" test image Oct 26 16:34:17 dont know if that was already with new stuff Oct 26 16:34:24 mrmoku: have you seen this? http://pastebin.ca/1643914 when building package-index :/ Oct 26 16:34:30 but i could not see much difference in speed Oct 26 16:34:35 zoff99: tests/mrmoku/unstable or tests/mrmoku/testing ? Oct 26 16:34:49 ummm , dunno Oct 26 16:34:59 JaMa: no, never seen that :| Oct 26 16:35:01 it had a pretty new date Oct 26 16:36:09 zoff99: then it was unstable probably (and the correct one) Oct 26 16:36:18 http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/shr-lite-glibc-ipk--20091012-om-gta02.rootfs.jffs2 Oct 26 16:36:21 it was this one Oct 26 16:36:27 yup unstable Oct 26 16:36:50 ok i will wait and thanks for your hard work on it, keep it up! Oct 26 16:37:15 der-lehmann: we will do... thanks for the patience :) Oct 26 16:38:59 mrmoku: do you have enough free space on buildhost? Oct 26 16:39:12 mrmoku: it gets bigger I think Oct 26 16:40:11 mrmoku: well then i am pretty dissapointed Oct 26 16:40:26 all the annoying bus are still there Oct 26 16:40:46 annoying bus? Oct 26 16:40:53 it like OM2008 all over again, where i took 1,5 year to fix default nameservers in /etc/resolv.conf Oct 26 16:41:05 i made several TRAC tickets Oct 26 16:41:37 * JaMa booting Oct 26 16:41:41 gprs-down bug (name server set back to 127.0.0.1), shr-settings have several bus,clock does not show date , and many more Oct 26 16:41:53 mrmoku: at least init doesn't segfault... Oct 26 16:42:11 notifyier starts om-messages instead of shr-messages, such simple stuff Oct 26 16:42:32 mrmoku: I'll send cookie and if there is someone with planty of cores and gigs of ram, please test which config was missing.. Oct 26 16:43:21 JaMa: bugs :) not bus Oct 26 16:44:00 zoff99, you are welcome to help out :-). there is noone paid to work on shr as far as i know Oct 26 16:44:21 well if TRAC is not even looked at, whats the point??? Oct 26 16:44:38 all people tell me TRAC is not really used Oct 26 16:44:40 great :( Oct 26 16:45:05 i made all those fixes weeks ago Oct 26 16:45:15 several people are using it Oct 26 16:45:32 i dont have time to "beg" for them to get into main shr Oct 26 16:46:03 i made tickets in trac, why do you have TRAC anyway??? Oct 26 16:46:11 mrmoku: my guess is +TARGET_FPU_arm ?= "soft" but config says, that it should be default for eabi.. Oct 26 16:46:27 mrmoku: and cookie is sent Oct 26 16:46:31 JaMa: thanks Oct 26 16:47:15 mrmoku: btw I'm building shr-lite-image but not sure if I'll test it tonight.. Oct 26 16:47:40 so its only partially tested and as you said minimal-image worked for you too... Oct 26 16:47:41 zoff99: you said you made fixes, why not create patches for them and send them to the main devs so they would simply apply your patch? Oct 26 16:48:30 if nothing is documented and coordinated with TRAC , or another coll. tool Oct 26 16:48:34 whats the point? Oct 26 16:49:03 also the goal of SHR seems all wrong to me (at least with respect to the neo) Oct 26 16:49:17 stop doing some stupid fancy new stuff for months Oct 26 16:49:27 try fixing the most basic things first Oct 26 16:49:43 zoff99: yes.. please send it as git patch to shr-devel list.. I was making my small patches to local git branch.. and sending them to trac was "ignored" but if you send it to shr-devel and it appears in patchwork, there is chance to get it included fast... Oct 26 16:50:03 you dont seem to understand, i dont have OE installed Oct 26 16:50:19 all my fixes are , python-based , or shellscripts or config file changes Oct 26 16:50:26 or edj file changes Oct 26 16:50:33 i dont compile anything Oct 26 16:51:05 zoff99: merging shr/import branch with oe.dev branch is not stupid and not fancy and not fun... but it was needed for easier maintainance of shr in future... Oct 26 16:51:40 take the example with GPRS, if you shut it down. nameservers get statically set back to "127.0.0.1" Oct 26 16:51:47 that bug has been there since forever Oct 26 16:52:10 thats a good example, why is that not fixed. its 3 lines in python Oct 26 16:52:26 zoff99: shr-devel is not only for OE patches Oct 26 16:52:53 zoff99: edj/edc stuff for shr themes is also in git repo.. so you can send it to shr-devel too Oct 26 16:53:35 JaMa: merging shr/import branch with oe.dev branch is not stupid and not fancy and not fun... but it was needed for easier maintainance of shr in future... --> ok that i fully understand Oct 26 16:54:16 zoff99: but the same applies to switch Xglamo -> Xorg.. Oct 26 16:55:55 Xglamo will be probably unmaintained and Xorg glamo driver is used in debian for very long time.. so it has probably shiny future (with KMS support from Thomas White etc) Oct 26 16:57:39 mrmoku: btw how big was your minimal-image? Oct 26 16:58:04 mrmoku: mine is 6,4 for tar.gz Oct 26 16:58:54 ok guys time for dinner Oct 26 16:58:57 zoff99: i upgraded yesterday form mroku unstalbe and enabled the new stuff (which rocks!) and my system works better that ever, but flashing then upgrading then backing up into jffs2 then distributing is not the right way... Oct 26 16:59:00 talk soon again Oct 26 16:59:02 cheers Oct 26 17:00:04 Jesus: what do you mean? shouldn't flashing a fully new image be better than upgrading some "old" shr? Oct 26 17:00:10 well gotta go ... Oct 26 17:00:12 see ya Oct 26 17:00:13 zoff99: yep dinner too... if you're around later Oct 26 17:00:18 zoff99: exactyl my point Oct 26 17:00:20 JaMa: let me check Oct 26 17:00:21 yeah later Oct 26 17:00:32 JaMa: argghh... already killed tmp :P Oct 26 17:00:37 i always flash images , if possible (Jesus) Oct 26 17:01:07 bbl Oct 26 17:01:29 (i think zoff99 did not quite get my point) Oct 26 17:03:07 bbl too Oct 26 17:03:16 NOTE: Running task 406 of 7102 :) Oct 26 17:08:39 anyone heard of configure: error: linux26.vapi not found. on libfsobasics-0.8.2.0 (shr/import branch) Oct 26 17:28:11 lindi-: (sorry for slow response). I don't have machine in front of me. We come back here when I have it plugged in and can provide useful feedback. Oct 26 18:05:08 hi again guys Oct 26 18:05:26 zoff99: on wich trac did you open the tickets? TAsn and me are checking the tickets every day... Oct 26 18:05:37 on all :) Oct 26 18:05:48 http://shr-project.org/trac Oct 26 18:06:07 i've never seen a patch for gprs but there... Oct 26 18:06:14 s/but/bug/ Oct 26 18:06:15 Heinervdm meant: i've never seen a patch for gprs bug there... Oct 26 18:06:26 time for lunch Oct 26 18:06:56 i didnt say i put pachtes there Oct 26 18:06:56 i filed tickets Oct 26 18:07:06 pachtes are in my customizer package Oct 26 18:09:35 i watch the trac often, and dont see much going on there Oct 26 18:09:41 dos1 also told me this Oct 26 18:09:53 so why should i put pachtes there? Oct 26 18:10:42 zoff99: send patches to shr-devel, not to trac Oct 26 18:11:16 but isnt a mailing list a strange place to coordinate a development project? Oct 26 18:13:12 zoff99: why? Oct 26 18:13:14 zoff99: it's common Oct 26 18:13:38 zoff99: most of open source project use maillists to recieve patches from community Oct 26 18:13:44 its common, doesnt mean its good :) Oct 26 18:13:55 yeah, thats why most project are the way they are Oct 26 18:13:56 zoff99: http://patchwork.dev.bearstech.com/ - it's our patchwork, integrated with shr-devel Oct 26 18:14:07 it's the most easy way to maintain them by us Oct 26 18:14:13 trac is much harder Oct 26 18:14:51 ok Oct 26 18:15:12 still if you dont use trac, then normal users wont submit their daily findings there Oct 26 18:15:21 and you will probably lose valuable info Oct 26 18:15:27 we're using trac Oct 26 18:15:37 but less intensively than maillists Oct 26 18:15:37 normal users are surly not on the email list Oct 26 18:15:43 hmm? Oct 26 18:15:47 i would say different thing Oct 26 18:16:23 i dont know how other "users" will see this Oct 26 18:16:44 i stopped using trac, when i saw that my tickets just lye around Oct 26 18:16:46 openmokos' target are people who used to use maillists with their different projects, or at least are interested in development process Oct 26 18:17:03 same goes for FSO trac, and navit TRAC, and also back then the om2009 trac Oct 26 18:17:16 openmoko isn't for normal users, and long won't be, and i think we even shouldn't focus on normal users now Oct 26 18:17:34 where i would love to participate ist stuff like this: Oct 26 18:17:36 http://shr-project.org/trac/wiki/phoneui Oct 26 18:18:16 zoff99: for participating the best is IRC ;) Oct 26 18:18:25 normal users = i mean people not on the mailinglist. or do you think everybody who owns a neo today is on your list? i dont :) Oct 26 18:18:30 yeah but in IRC we cant paint stuff Oct 26 18:18:38 zoff99: and i think it's strange Oct 26 18:18:51 zoff99: as every neo user should be on openmoko maillist Oct 26 18:18:57 and every SHR user should be on shr maillist Oct 26 18:18:59 i would like or even love to discuss stuff, paint gui-s talk about visions and ideas Oct 26 18:19:25 JaMa: hmm Oct 26 18:19:29 (in my opinion) Oct 26 18:19:36 Running task 173 of 7118 Oct 26 18:19:39 i dont think so, you should also need feedback from people who are not on the list, and are not real programmers Oct 26 18:19:45 why do you have less tasks? :P Oct 26 18:20:02 otherwise it will always be for IT-nerds only Oct 26 18:20:03 not real programmers/testers shouldn't use openmoko at all Oct 26 18:20:06 that's my opinion Oct 26 18:20:12 and it IS for it-nerds only Oct 26 18:20:14 why not???? Oct 26 18:20:18 and at actual state it should be Oct 26 18:20:23 i think they should Oct 26 18:20:29 of course, if someone wants to learn on it - why not Oct 26 18:20:52 but expecting it to be suitable for generic user is wrong Oct 26 18:20:53 at least I want to know, what people think who are just using the neo Oct 26 18:21:28 yes , but who will SHR ever get to normal-user-level if you never have info what "normal" users want? Oct 26 18:22:12 mrmoku: lite image? Oct 26 18:22:15 yup Oct 26 18:22:20 we (or at least I) don't target to "normal" users. Oct 26 18:22:22 not yet. Oct 26 18:22:39 of course it has to be done Oct 26 18:22:42 what is the goal of SHR now? Oct 26 18:22:49 mrmoku: I should have more as I put bash navit to shr-task already Oct 26 18:22:50 but later, when we'll have bullet-proof architecture Oct 26 18:22:54 and who did set this goal? Oct 26 18:22:54 zoff99: targetting "normal" users will get much more interesting as soon as SHR runs on "normal" devices Oct 26 18:23:04 no normal user has an openmoko phone :P Oct 26 18:23:19 zoff99: I. as it's just my opinion :P Oct 26 18:23:30 mrmoku: true, but for example i gave my neo to a friend, to play around with Oct 26 18:23:39 well, i'm part of shr core-team, but please don't be suggested - it's my opinion, not coreteam's one ;) Oct 26 18:23:41 and i heard things, i did not nitice myself Oct 26 18:23:56 zoff99: sure that is interesting Oct 26 18:24:18 zoff99: I think what dos1 means is that it is not the priority issue now Oct 26 18:24:20 zoff99: yup. but we have to work on things, that normal user can't notice Oct 26 18:24:27 as there's sooo much basic stuff to fix Oct 26 18:24:33 yeah Oct 26 18:24:38 just what i say all the time Oct 26 18:24:42 and that's our main task now Oct 26 18:24:52 but the basic stuff just doesnt get fixed Oct 26 18:25:08 or maybe we all have different opions about what "basic stuff" is :) :) Oct 26 18:25:10 as i realized now (probably too late...), as we were focusing on "typical" usecases too much Oct 26 18:25:22 and our architecture was crappy - just to make something working Oct 26 18:25:29 zoff99: if you really want to help fixing, then send fixes to shr-devel Oct 26 18:25:38 it is not that we ignore trac tickets on purpose Oct 26 18:25:47 i am trying, but i need the new images for that Oct 26 18:25:58 om2007 and om2008 - they both had the same mistake Oct 26 18:26:01 i dont tear apart my bundle which is for the "old" unstable Oct 26 18:26:12 focusing on getting something working. Oct 26 18:26:14 i want to wait for the new unstable branch Oct 26 18:26:20 but when you'll get something working - what's next? Oct 26 18:26:43 you'll end with tons of not usefull, crappy code, which you have to rewrite when you want to do something more creative Oct 26 18:26:46 i see it different, you chose an underlying architecture, FSO Oct 26 18:26:58 so you have to stick with that, at least for a while Oct 26 18:26:58 om2009 was better, as it had FSO behind it Oct 26 18:27:03 zoff99, you should use trac. Oct 26 18:27:08 and FSO it great step forward Oct 26 18:27:31 and I'm watching trac using RSS, and I swear to god I haven't seen a gprs ticket. Oct 26 18:27:42 and FSO/SHR is in my opinion what Openmoko should be when they worked at gta01 Oct 26 18:27:44 yeah i agree FSO is great. but still, after you sync new unstable, i try to take my bundle apart in small patches Oct 26 18:27:58 zoff99: great :) Oct 26 18:28:12 you have been warned :) Oct 26 18:28:20 zoff99, we do rely on fso as a backend. and before working on gprs i would love to make phone calls first Oct 26 18:28:23 TAsn: if someone has a fix... I strongly prefer to have it via shr-devel Oct 26 18:28:25 watch out for some crappy shitty patches Oct 26 18:28:26 and not in trac Oct 26 18:28:38 mrmoku, of course, but the issue should be opened in trac. Oct 26 18:28:50 mrmoku, git has great mail integration Oct 26 18:28:53 which is awesome for us. Oct 26 18:28:58 your criticizing does not strike me as overly constructive Oct 26 18:29:00 whats great about trac is, i can see it. have milestones and what-not Oct 26 18:29:11 how do you see that on mailing list? Oct 26 18:29:22 zoff99, issues are opened on trac Oct 26 18:29:29 solutions to issues are sent via ML Oct 26 18:29:34 using git send-email Oct 26 18:29:40 mrmoku, btw, did you fix the CreateContact bug? Oct 26 18:29:50 yeah, TAsn. that would be what i want Oct 26 18:30:03 zoff99, that's what's there. Oct 26 18:30:11 I *only* use trac. Oct 26 18:30:13 file with TRAC, and then fix via ML, and then set it to fix on TRAC Oct 26 18:30:15 JaMa: IMAGE_FSTYPES = "ext2.gz jffs2 tar.gz" Oct 26 18:30:22 zoff99, exactly. Oct 26 18:30:23 might be the reason why I have more tasks Oct 26 18:30:24 and to sum up what i said - mrmoku and TAsn, keep doing great work :) Oct 26 18:30:30 but dos1 does not like that :) Oct 26 18:30:54 dos1, lol, thanks, you too :) when will I be able to see the new theme you made? Oct 26 18:30:59 and don't be satisfied with "it works" (that's what i was doing - look at opimd ;P) Oct 26 18:31:02 mrmoku, btw, what about JMC's theme? is it there? Oct 26 18:31:16 TAsn: which one Oct 26 18:31:20 dos1, hehe that's what I did in pyphonelog Oct 26 18:31:25 mrmoku, the phoneui-shr theme. Oct 26 18:31:31 zoff99: no, you overunderstood me ;x Oct 26 18:31:42 TAsn: that is no theme... it is the default style ;) Oct 26 18:31:48 whatever Oct 26 18:31:50 dos1: ok then :) Oct 26 18:31:50 is it there? :) Oct 26 18:31:59 Wow, I'm amazingly happy I don't have to write libframeworkd Oct 26 18:32:01 TAsn: actually I don't remember Oct 26 18:32:04 Wow, I'm amazingly happy I don't have to write libframeworkd-phonegui-efl2 Oct 26 18:32:07 anymore. :) Oct 26 18:32:12 TAsn: if it looked different after upgrade it is... Oct 26 18:32:18 :) Oct 26 18:32:19 mrmoku, when's the last time you built it? Oct 26 18:32:31 mrmoku, and did you fix CreateContact (you haven't answered yet) Oct 26 18:32:35 TAsn: that is what I don't remember Oct 26 18:32:40 lol. Oct 26 18:32:40 TAsn: no I did not fix Oct 26 18:32:42 http://shr-project.org/trac/search?q=zoff99&noquickjump=1&ticket=on Oct 26 18:32:43 :) Oct 26 18:32:44 zoff99: use trac, but don't rely only on it Oct 26 18:32:46 was busy with guests Oct 26 18:32:48 here is all my stuff on TRAC Oct 26 18:32:53 mrmoku, oh right, the italian ones. Oct 26 18:32:55 2 pages full :) Oct 26 18:32:56 dos1, why not? Oct 26 18:33:00 zoff99: that's what i was tryng to say with my bad english ;) Oct 26 18:33:05 guests are gone now... so probability is high that I might take a look ;) Oct 26 18:33:06 zoff99, you are a trac spammer! Oct 26 18:33:07 TAsn: when you have fixes :P Oct 26 18:33:14 oh. Oct 26 18:33:14 :) Oct 26 18:33:20 http://shr-project.org/trac/ticket/589 Oct 26 18:33:24 here is the gprs bug Oct 26 18:33:34 the second one i thing i reported to FSO trac Oct 26 18:34:08 :) ok then i spam less Oct 26 18:34:11 as you should have. Oct 26 18:34:13 zoff99: the first one i looked at - 649 - should be closed as WONTFIX, and will be fixed after sync ;) Oct 26 18:34:19 as it's already fixed in Xorg Oct 26 18:34:43 http://trac.freesmartphone.org/search?q=zoff99&noquickjump=1&ticket=on Oct 26 18:34:50 dos1: hmm that reminds me that I wanted to try QVGA... after recent discussion on ML :P Oct 26 18:35:16 mrmoku: it works, i tried it ;) Oct 26 18:35:36 dos1: how exactly did u get it to work? Oct 26 18:35:41 as long as you tell me that you will look at TRAC, then i am happy (a bit) :) Oct 26 18:35:44 well, it was also working with kdrive, but you had to use sysfs node to switch lcd into qvga mode :P Oct 26 18:35:48 JesusMcCloud: just xrandr -s 1 Oct 26 18:35:58 zoff99, Oct 26 18:36:04 look at the timeline Oct 26 18:36:09 and tell me we are not looking at trac. Oct 26 18:36:23 ok, so i tell you guys now Oct 26 18:36:25 we modify ~30 tickets a week. Oct 26 18:36:31 after you sync unstable new Oct 26 18:36:35 i will check my stuff Oct 26 18:36:44 and send lots of crappy patches to ML :) ok? Oct 26 18:36:44 http://trac.shr-project.org/trac/timeline Oct 26 18:36:46 dos1: xrandr -s 1 just gives me crap Oct 26 18:36:46 zoff99, ^ Oct 26 18:37:02 dos1: qvga soesnt work here (using fbdev) Oct 26 18:37:12 dunno about fbdev, probably won't work Oct 26 18:37:18 but with glamo it works here :P Oct 26 18:37:21 tract is active. Oct 26 18:37:21 trac* Oct 26 18:37:30 dos1: will try with glamo Oct 26 18:37:35 dos1: does not for me Oct 26 18:37:41 hmm, strange Oct 26 18:37:52 dos1: when did u last upgrade? Oct 26 18:38:54 JesusMcCloud: few days ago Oct 26 18:39:00 something about 2-3 days Oct 26 18:39:25 mrmoku: how exactly does it look? Oct 26 18:39:35 (restarting xserver with glamo driver) Oct 26 18:39:51 dos1: very white Oct 26 18:39:58 how are the ideas about the top-shelf? is anybody working on that? Oct 26 18:40:07 this is mostly peaking my interest Oct 26 18:40:10 dos1: and after going back display is shifted Oct 26 18:40:12 dos1: works, now restart enligthenment with other dpi settings Oct 26 18:40:21 mrmoku: that's how it was working with kdrive ;x Oct 26 18:40:27 s/working/behaving/ Oct 26 18:40:28 dos1 meant: mrmoku: that's how it was behaving with kdrive ;x Oct 26 18:40:54 zoff99: well, i don't like date on topshelf ;) Oct 26 18:41:01 dos1: ooohh... I upgraded and did not restart Oct 26 18:41:11 zoff99: but that's me, and i'm strange :D Oct 26 18:41:13 then lets make it configurable Oct 26 18:41:23 i need it, when filling out forms and stuff Oct 26 18:41:38 zoff99: i'm fine with it. so make it configurable, and i'll apply your patch ;) Oct 26 18:42:04 well, joking Oct 26 18:42:07 but that's theme issue Oct 26 18:42:24 so we could have some theme with date, and some theme without Oct 26 18:42:28 but what i would like in top shelf is: TIME, DATE, icon for GPRS (little G maybe) NETmeter (if you dont have flatrate) -> maybe with click on "G" Oct 26 18:42:54 just my problem is, you told me it cant be done with compiling stuff Oct 26 18:42:55 dos1: it is still whitish with xorg... but going back with -s 0 works now Oct 26 18:43:09 and i dont have OE setup, and i dont have diskspace enough at the moment Oct 26 18:43:13 mrmoku: whitish - that's LCD issue, and that's normal Oct 26 18:43:51 * mrmoku installs scap thing to show dos1 that this can't be normal :P Oct 26 18:44:00 well, dunno if it's really normal in hardware, but that's how it works since beginning Oct 26 18:44:14 mrmoku: are you sure it'll be scaped? ;x Oct 26 18:44:22 hehe Oct 26 18:44:23 no Oct 26 18:44:27 would be my first scap Oct 26 18:45:03 also my C-programming is a bit crappy :) Oct 26 18:45:11 my too ;D Oct 26 18:46:33 on the shr wiki, is the thing still current on howto install full develop env. for SHR? Oct 26 18:47:30 dos1: hmm... screenshot looks fine Oct 26 18:47:44 ok guys, have to go Oct 26 18:47:48 see ya ;) Oct 26 18:47:52 zoff99: that should work, it's just downloading the makefile Oct 26 18:47:56 zoff99: looking forward to your patches :) Oct 26 18:47:59 and do make setup Oct 26 18:48:14 and then it will download and setup the full OE environment for me? Oct 26 18:48:17 mrmoku: LCD in qvga mode is too bright and has some artifacts, that's normal Oct 26 18:48:20 zoff99: yup Oct 26 18:48:21 zoff99: yes Oct 26 18:48:22 dont need to do that bahand? Oct 26 18:48:24 dos1: qvga isn't usable, scap lloks fine but you'll see the proble (elm is no problem just reduce finger size... general dpi setup has to be changed and the lcd issue has to be sorted out Oct 26 18:48:34 oh ok, so just need some diskspace now :) Oct 26 18:48:45 JesusMcCloud: [19:48] mrmoku: LCD in qvga mode is too bright and has some artifacts, that's normal Oct 26 18:48:46 i have like 15 vmwares setup :) Oct 26 18:48:59 [19:35] dos1 | mrmoku: it works, i tried it ;) Oct 26 18:49:10 that is not what I call working ;) Oct 26 18:49:11 for me it's still "works" :P Oct 26 18:49:33 as i still can play duke nukem on it ;P Oct 26 18:49:48 dos1: i call it "not even close to somethign that might someday be considered 'usable'" Oct 26 18:50:17 ok see ya Oct 26 18:50:20 well, i wouldn't use qvga for any other things than movies and games :P Oct 26 18:50:21 mrmoku: i can't build elementary in current shr/import it seems that it depends on a newer evas version... building now with EFL_REV from shr/merge Oct 26 18:50:28 as that's stupid ;P Oct 26 18:51:04 dos1: u got duke3d wokign on current mrmoku unstable? Oct 26 18:51:24 JesusMcCloud: no, just saying theoretically Oct 26 18:51:29 (accels issue...) Oct 26 18:51:57 dos1: theoretically glamo has opengl support Oct 26 18:52:31 JesusMcCloud: yup. but duke3d worked really nicely on om2007.2 without opengl acceleration :P Oct 26 18:52:46 dos1: worked nicely on om2008 too Oct 26 18:52:56 duke3d has no opengl in it ;) Oct 26 18:52:58 Heinervdm: did you see that JaMa had success with booting a shr/merge image? Oct 26 18:53:05 brb Oct 26 18:53:07 Heinervdm: i know Oct 26 18:53:19 mrmoku: yes, i'm waiting for cookies Oct 26 18:54:12 mrmoku: 10 hours for a try is too much, so i will wait now for that cookie :) Oct 26 18:54:46 mrmoku: and then we have to investigate if you have a correct kernel as JaMa or a broken one as me Oct 26 19:01:40 Heinervdm: cookies are applied already Oct 26 19:01:49 mrmoku: ok Oct 26 19:02:04 Running task 255 of 7118 Oct 26 19:02:10 mrmoku: building now shr/import, because of new ffalrams version Oct 26 19:02:30 Heinervdm: I wanted to build a new shr/import image on the buildhost today Oct 26 19:02:38 but it failed with that xfont issue Oct 26 19:02:55 mrmoku: i had to bump EFL for elementary to build Oct 26 19:03:28 what xfont issue? Oct 26 19:03:45 xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl Oct 26 19:03:51 with libxfont Oct 26 19:04:03 i've seen that before... Oct 26 19:04:18 but don't know the solution anymore Oct 26 19:04:24 :| Oct 26 19:04:48 we should update vala too, in import it's fso1 and fso5 is out Oct 26 19:05:12 yeah, I had the hope to be able to forget about shr/import Oct 26 19:05:41 and just in the moment when I decided to build another image with it... JaMa reported success :P Oct 26 19:05:56 :) Oct 26 19:05:58 ok Oct 26 19:06:04 freesmartphone.org: 03mickey 07cornucopia * rad0ae77c9083 10/libfsobasics/fsobasics/logger.vala: libfsobasics: always dump critical errors to stderr before aborting. Oct 26 19:06:06 freesmartphone.org: 03mickey 07cornucopia * rb721e28ba302 10/libfsoframework/fsoframework/ (dbus.vala subsystem.vala): libfsoframework: remove asserts in favour of logging Oct 26 19:06:07 freesmartphone.org: 03mickey 07cornucopia * ra04a6d79f7a0 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: handle empty SIM socket while starting up Oct 26 19:07:01 mickeyl: what do you think about http://patchwork.dev.bearstech.com/patch/379/ Oct 26 19:08:12 mrmoku: hmm, isn't all that covered by sane-toolchain.inc ? Oct 26 19:08:31 (or some at least) Oct 26 19:08:45 mickeyl: no idea. JaMa can successfully boot a minimal image with it Oct 26 19:09:20 mrmoku: oh! that's interesting. Oct 26 19:09:28 could we have a diff of bitbake -s and bitbake -e ? Oct 26 19:09:38 since we really should find the culprit Oct 26 19:09:47 before and after that patch? Oct 26 19:09:48 (once with the patch and once without) Oct 26 19:09:51 yeah Oct 26 19:10:04 ok, will do that Oct 26 19:10:06 -s shows preferrred versions, -e shows environment Oct 26 19:10:07 thanks a lot Oct 26 19:10:17 pb_: that might give some insight as well Oct 26 19:11:35 oh right, that is interesting Oct 26 19:11:59 yes, diff of bitbake -e would be useful Oct 26 19:12:37 while armv4t is not the hottest thing, it'd be a huge regression in toolchain conf if we can't build working images for it Oct 26 19:16:12 mickeyl: one question to OE, is it allowed that a recipe depends on programms installed on host? e.g. some scripts need groff installed Oct 26 19:16:32 s/scripts/recipes/ Oct 26 19:16:32 Heinervdm meant: mickeyl: one question to OE, is it allowed that a recipe depends on programms installed on host? e.g. some recipes need groff installed Oct 26 19:17:06 Heinervdm: usually we try to prevent this situation by adding a -native package as dependency Oct 26 19:18:24 mickeyl: ok Oct 26 19:18:34 who can explain what's exactly shr-autorev.inc used for (and how it gets edited, or updated)? :) Oct 26 19:19:19 rebelThor: it's edited by hand Oct 26 19:19:31 i'm trying to build shr/import but I'm having some really nasty pkg-config/vala-misc issues and it appears that the libfsobasics rev is older than the one working on my phone (the one from tests/mrmoku) Oct 26 19:20:05 rebelThor: did you update your env? Oct 26 19:20:16 Heinervdm: "make update" in the top folder ? Oct 26 19:20:51 rebelThor: yes, and have a look that it's really updated Oct 26 19:20:57 git fails some times Oct 26 19:22:33 Heinervdm: looks like it updated.. http://pastebin.com/d710ce8 Oct 26 19:23:01 rebelThor: yes it's up to date Oct 26 19:23:01 but shr-autorev is still the same Oct 26 19:23:12 i must be missing a step Oct 26 19:24:03 just to make things clear, building the shr/import branch and flashing the mrmoku/unstable image + updates should have the same versions of software, right? Oct 26 19:24:49 or is there any other way of updating (especially the shr-autorev.inc) that I'm not aware of? :) Oct 26 19:24:52 rebelThor: no, shr-import cn have newer versions Oct 26 19:25:06 Heinervdm: the one I'm building? Oct 26 19:25:11 but you should look at shr-autorev-unstable.inc Oct 26 19:25:21 because it overwrites some versions Oct 26 19:25:47 hmm, it says SRCREV_pn-libfsobasics = "${FSOREV_cornucopia}" Oct 26 19:25:53 how do I translate that? Oct 26 19:25:57 TAsn: ahh, now I remember... it is not yet built... because I have to fix sim auth first :P Oct 26 19:26:05 :) Oct 26 19:26:13 rebelThor: some lines above there is a definition for that Oct 26 19:26:28 Heinervdm: FSOREV_cornucopia = "${AUTOREV}" Oct 26 19:27:00 then it's latest version Oct 26 19:28:22 what the.. :| then why oh why is it trying to build libfsobasics-0.8.2.0+gitr453+9adf9a0e06d07d970e9752ece3f4b9731b19ff24 when the one I have on my phone is 0.8.2.0+gitr666+f755d003538c60317b5f39788a57f2fee3d1eada ? Oct 26 19:28:40 git666 is newer than gitr453, right? or am I going crazy :D Oct 26 19:28:57 git revisions are per-host atm., unfortunately Oct 26 19:28:57 rebelThor: check conf/local.conf Oct 26 19:29:01 depends Oct 26 19:29:03 this will hopefully soon be fixed in OE Oct 26 19:29:23 rebelThor: check if shr-autorev-unstable.inc is in there Oct 26 19:29:42 mrmoku: ah, it's not, lol Oct 26 19:29:51 wait, it is Oct 26 19:29:54 does the order count? Oct 26 19:29:59 yep Oct 26 19:30:08 that's the whole issue then :D Oct 26 19:30:26 I think I got how it works now, thanks a bunch! Oct 26 19:32:15 if I modified the versions (the switch above) do I have to remove the tmp folder, or will a rebuild suffice ? Oct 26 19:33:00 rebelThor: depends on what you changed Oct 26 19:33:37 Heinervdm: well, sort of like shr-autorev-unstable.inc was never used before, since it was getting overwritten by shr-autorev.inc Oct 26 19:34:13 rebelThor: then nobody knows :D Oct 26 19:34:18 hehe Oct 26 19:34:33 rebelThor: just to be sure... shr-autorev-unstable must be _after_ shr-autorev Oct 26 19:35:31 mrmoku: yep, I got this now, i had absolutely no clue what those lines had to do in my local.conf, but i think i got it atm Oct 26 19:35:47 ok :) Oct 26 19:45:34 hmm has anyone had a look at the qvga thread @ openmoko-community Oct 26 19:45:56 i think the stuff proposed there would be really cool Oct 26 19:46:43 by default qvga for the neo and automated switch of resolution and dpi when tangogps or a browser are running Oct 26 19:50:36 qvga idea is crap, sorry Oct 26 19:51:03 I don't want 320x240, just for having some useless pretty effects Oct 26 19:53:46 <[Rui]> max_posedon: well, shr is shaping up real fine, too bad the Freerunner sucks at the hardware level :) Oct 26 19:56:04 I know *only one*, glamo limitation - bus speed Oct 26 19:56:21 so, I'm ready went to settings, and setup 10fps Oct 26 19:56:55 its enough for phone, and even enough for looking video Oct 26 19:57:22 but wtf is have idea, limit screen to 320x240, just for be able produce 40fps? Oct 26 19:57:35 for what?! Oct 26 19:57:58 for dos1 to play dukenukem ;) Oct 26 19:59:47 so, let he run required wrappers before starting dukenukem Oct 26 19:59:53 :) Oct 26 20:00:15 and it will be good if he tried test incomming calls handling during game) Oct 26 20:00:26 last time it was impossible to answer Oct 26 20:02:37 mrmoku, btw, how is xorg status?) Oct 26 20:04:00 max_posedon: unaltered Oct 26 20:04:03 ScummVM games would be awesome at 320x240 Oct 26 20:04:49 max_posedon: 10fps don't produce smooth scrolling Oct 26 20:05:26 bumbl_, but I don't see any reason, why it shouldn't! Oct 26 20:06:00 if its still slow, thereis another bottleneck, not glamo bus speed Oct 26 20:06:06 max_posedon: the reason is 10 fps are smaller than the 21fps our eye sees Oct 26 20:06:19 and therefore it looks slow Oct 26 20:07:11 the probem is the eye Oct 26 20:07:41 * rebelThor thinks of turning _everything_ to animated gifs for smoothest scrolling eva` Oct 26 20:08:09 mickeyl: bitbake -s takes it's time :P Oct 26 20:08:23 eye can't be problem imho Oct 26 20:08:30 scrolling can be smooth even with 5 fps Oct 26 20:08:39 mrmoku: indeed, it needs a full reparse Oct 26 20:08:44 other than bitbake -e though Oct 26 20:08:54 and download of webkit repo ;) Oct 26 20:08:56 it just should be done with same speed through all period Oct 26 20:09:24 * mrmoku should have done that test in one of the populated trees... not a fresh one :) Oct 26 20:09:29 hmm Oct 26 20:09:32 also, I don't like scrolling idea at all, qtmoko's contact list, with letters at right, is what I want Oct 26 20:09:34 bitbake -s should not download anything Oct 26 20:09:43 it should rather quite after parsing, showing versions Oct 26 20:09:50 max_posedon: have you tried stop motion filming? it gets smooth when you have ~18fps (with duplicates) Oct 26 20:10:07 mickeyl: we have a tarball for the webkit repo on our buildhost... as it failed too often Oct 26 20:10:37 and to get the AUTOREV for it... it is downloading it I guess Oct 26 20:11:26 we should reduce the number of autoreved packages to a minimum.. Oct 26 20:11:58 depends on the tree Oct 26 20:12:10 i think it's ok to be autorev in unstable, but testing should only consist of blessed versions Oct 26 20:12:16 yup Oct 26 20:12:21 bumbl_, but still, 240x320 default is very bad idea for me Oct 26 20:12:50 <[Rui]> mickeyl: are you close to reaching any conclusion, so far, on what works on a Palm Pre device? Oct 26 20:13:02 max_posedon: then make it possible to be optional Oct 26 20:13:09 <[Rui]> mickeyl: WRT shr and FSO, of course? Oct 26 20:13:14 i'd give a lot for smooth scrolling Oct 26 20:13:15 ok, but not default) Oct 26 20:13:57 max_posedon: I would already be happy to make QVGA work in some sane way, as then I would be able to fix sizing for SHR apps Oct 26 20:14:22 but it gives me artefacts and touchscreen does not work correctly Oct 26 20:14:26 [Rui]: after 10 days, it'd be a bit early to say something concrete, but what we've seen so far looks very good. We will have to tweak the telephony middleware + audio a bit, but after that i would expect SHR to run great on it. Oct 26 20:14:44 mrmoku: you have to recalibrate the screen... Oct 26 20:14:53 <[Rui]> mickeyl: is it faaaaast? (unlike poor Neo)? Oct 26 20:14:55 Heinervdm: any hint on what to do? Oct 26 20:15:14 mrmoku: ts_calibrate Oct 26 20:15:18 [Rui]: well, webos runs a bit sluggish on it, but given that it's all javascript and webkit, compiled code should just fly. Oct 26 20:15:43 <[Rui]> mickeyl: cool, I'm anxious to know... blog blog blog (babies blogging from the womb) :) Oct 26 20:15:55 we will, stefan just did recently Oct 26 20:16:18 mrmoku: but that works only with tslib Oct 26 20:16:48 Heinervdm: heh, doomed then :P Oct 26 20:17:18 with evdev we have no chance to recalibrate Oct 26 20:17:29 that's resaon why i preffere tslib Oct 26 20:18:42 mrmoku: i upgraded yesterday (or was it 2 days ago and with glamo xrandr -s 1 works (touchscreen als works, still looks ugly but if you just wnat to knwo sizing of shr apps it should be enough) if you're lucky adjustin elm finger size is enough and you dont have to do anything Oct 26 20:19:29 JesusMcCloud: and you just switch with xrandr -s 1 ? Oct 26 20:20:10 yup (adjusted dpi settings in enlightenment first) Oct 26 20:20:50 mrmoku: but elm finger size also needs adjustment after that Oct 26 20:21:46 mrmoku: after switching to qvga you see where themers (including me) fucked up Oct 26 20:22:34 :) Oct 26 20:23:47 mrmoku: http://scap.linuxtogo.org/files/1c75cd0d99b04504014dab4bb896ca68.png <- hehre you can see ELM finger size needs adjustment and soem theme flaws of illume theme Oct 26 20:28:01 btw how are the priorities regarding "jump to letter" in phoneui contacts and update message list in phoneui msgs? Oct 26 20:29:19 JesusMcCloud: what do you mean by priorities? Oct 26 20:29:24 c_c did the first in launcher "good enough" Oct 26 20:30:09 mrmoku: i mean how far down is it on you list (afaik you are doing a big part of phoneui apps) Oct 26 20:35:05 (lost connection for a sec, did you get my last message, answering to your question?) Oct 26 20:35:10 brb laundry Oct 26 20:39:46 re Oct 26 20:43:05 JesusMcCloud: you mean add the index to messages? Oct 26 20:43:31 ? *confused* Oct 26 20:47:02 mrmoku: i meant for messages: update list on changes, and for contact list: jump to letter. (i am using opimd messages atm since phoneui messages isnt ready for primetime yet) Oct 26 20:47:45 JesusMcCloud: jump to letter for contacts is supposed to work already Oct 26 20:47:55 using kbd? Oct 26 20:48:04 ahh, kbd no Oct 26 20:48:07 elm index Oct 26 20:48:38 scroll with your finger on the right side of the screen and you'll see :) Oct 26 20:48:48 ok will try Oct 26 20:49:11 aaaaah, nice! Oct 26 20:49:16 <[Rui]> mrmoku: oooo seems nice, got a complimentary screenshot? Oct 26 20:49:24 <[Rui]> JesusMcCloud: screenshot! screenshot! Oct 26 20:49:24 JesusMcCloud: one more thing to style :P Oct 26 20:50:15 mrmoku: yup. but htis should be in elm theme, not in phoneui (didnt looka into every edc of phoneui) Oct 26 20:50:29 [Rui]: will scap it Oct 26 20:50:42 [Rui]: no, will nto scap i! Oct 26 20:51:08 [Rui]: no screenie for you, i wont expose my contacts including phone number! Oct 26 20:51:11 when compiling fso-abyss from git, i get an error that there is a multipe definition of 'loop' in libgsm0710mux. is this known? Oct 26 20:51:47 libgsm0710mux is also compiled from git Oct 26 20:52:23 heh, that's cool :D Oct 26 20:53:10 mrmoku: elmindex might be actually nice to have in messages->add contact list etc... :) Oct 26 20:53:12 but the thing keeps closing down, (phoneui-contacts) Oct 26 20:53:42 rebelThor: are you using LATEST elm? Oct 26 20:54:33 JesusMcCloud: this may sound strange, but keep in mind it's way past my bedtime already, what's elm? :D Oct 26 20:54:44 rebelThor: elementary Oct 26 20:55:08 JesusMcCloud: elementary - 2:0.0.0+svnr42837-r7 - EFL based widget set for mobile devices Oct 26 20:55:20 vanous123: yep, will do that Oct 26 20:55:26 mrmoku: i noticed a bug: if i want to jump to anything beyond 'T': seems like the whole height of teh window gets devided by 26 (including button area) and since buttony are painted after contactlist the letters appear beneath teh buttons (but its a minor issue) Oct 26 20:56:33 JesusMcCloud: seems no other upgrades available on the mrmoku feed atm, so I guess i am using the latest ? Oct 26 20:57:22 rebelThor: what do you get if you start phoneui-contacts form cmdline= Oct 26 20:57:59 JesusMcCloud: Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged and a bash prompt back Oct 26 20:58:30 JesusMcCloud: do you have a big contact listing? try searching for a letter very fast, before "it has time" to load the whole listing Oct 26 20:58:37 i think that's triggering the bug Oct 26 20:58:44 rebelThor: will try Oct 26 20:59:28 rebelThor: yup! you are now the proud discoverer of a bug! Oct 26 20:59:35 hehe, /me is so proud Oct 26 21:00:19 mrmoku: I broke it! :> Oct 26 21:03:14 mrmoku: did you do anything to theme elm index? if not it is in core elm theme Oct 26 21:05:07 JesusMcCloud: no did not change anything with index theme Oct 26 21:05:27 and the 26 limit is something that comes from the index I think Oct 26 21:05:44 mrmoku, what 26 limit? Oct 26 21:06:00 TAsn: the limiting of index chars Oct 26 21:06:09 <[Rui]> JesusMcCloud: open gimp up, scramble them a bit :) oh c'mon :) Oct 26 21:06:09 mrmoku, it's unlimited iirc Oct 26 21:06:14 I limited it to 13 Oct 26 21:06:20 (which is hackish) Oct 26 21:06:23 mrmoku: i am not talking about limit, but scaling (16 because alphabet has 26 chars) Oct 26 21:06:30 s/16/26 Oct 26 21:06:48 just until we'll have a proper way to limit by real height. Oct 26 21:07:12 [Rui]: first thigns first: i have to theme it :-P Oct 26 21:08:12 TAsn: it's got to be possilbe to fit all the chars within the height of the list rather than screen height Oct 26 21:08:44 JesusMcCloud, of course. Oct 26 21:08:52 atm it doesn't even limit to screen height. Oct 26 21:09:30 TAsn: i think it thsi si something that CAN be solved with proper theming Oct 26 21:09:41 I don't think so. Oct 26 21:09:54 but I'm not an edj expert. Oct 26 21:10:26 mickeyl: http://build.shr-project.org/tests/mrmoku/distrotest/ Oct 26 21:10:35 mickeyl: bitbake -s shows no difference Oct 26 21:10:36 mrmoku, what's that? Oct 26 21:11:02 TAsn: research to find out why images don't boot :) Oct 26 21:11:08 TAsn: just a thought: (edje_decc is not yet running) if elm index is part of the genlist than i can declare the relatives to the container that hold the genlist (i suppose) Oct 26 21:11:10 i c. Oct 26 21:11:37 JesusMcCloud, I don't think it's part of the genlist Oct 26 21:11:40 though mrmoku wrote it Oct 26 21:11:54 I just did a bit of "simple logic" behind his code. Oct 26 21:12:19 TAsn: just looked into the default elm theme, it is not part of genlist Oct 26 21:12:20 JesusMcCloud: I tried both variants... don't remember which is the current one Oct 26 21:12:39 JesusMcCloud, I don't think it's part of the genlist Oct 26 21:12:41 swalling into an index part and attaching it just to the list via code Oct 26 21:12:42 :) Oct 26 21:12:54 s/swalling/swallowing/ Oct 26 21:12:54 mrmoku meant: swallowing into an index part and attaching it just to the list via code Oct 26 21:13:26 TAsn: you were right, but checking didnt hurt and now i verified it Oct 26 21:13:39 JesusMcCloud, :) Oct 26 21:14:41 TAsn: Running task 311 of 7102 Oct 26 21:15:32 mrmoku, is there even a chance this image will work? Oct 26 21:17:34 mostly -ggdb3 added an -mthumb replaced by -mnothumb Oct 26 21:18:00 pb_: for you too... http://build.shr-project.org/tests/mrmoku/distrotest/ Oct 26 21:18:24 Heinervdm, isn't that bad? Oct 26 21:18:28 I mean, thumb is good. Oct 26 21:18:41 TAsn: if it works :) Oct 26 21:18:50 why wouldn't it work? Oct 26 21:19:14 TAsn: it doesn't worked with the old config Oct 26 21:19:34 compiling doesn't work. Oct 26 21:19:36 the no-thumb config is booting, the thumb one not Oct 26 21:19:37 i c. Oct 26 21:19:43 so it may be a bug with gcc Oct 26 21:19:52 Heinervdm, Oct 26 21:20:01 I don't think we can afford being any slower... Oct 26 21:20:42 mrmoku: oh, right. yeah, you have thumb turned off in one of those. Oct 26 21:20:50 TAsn: it has to boot, if it segfault it can as fast as hell, but we can't use it :P Oct 26 21:21:06 Heinervdm, but it seems it's something wrong with us. Oct 26 21:21:16 I mean, it can be fixed, since atm I run armv4t Oct 26 21:21:17 .. Oct 26 21:21:17 TAsn: not just us Oct 26 21:21:18 if the thumb case is failing then that would sort of suggest that binutils is still busted for v4t thumb, which is a bit sad but not all that difficult to believe. Oct 26 21:21:28 mrmoku, something's wrong with gcc Oct 26 21:22:20 TAsn: why do you think it is gcc? that's certainly possible but it seems relatively unlikely; there are hardly any codegen differences for thumb between armv4t and other arches that do work. Oct 26 21:22:38 pb_, a wild guess, nothing educated. Oct 26 21:23:15 mrmoku: if you can capture a register dump at the point where it crashes then that would help to figure out where exactly it is going wrong. Oct 26 21:23:47 the easiest way to do that is to copy /lib/* and /sbin/init from the broken rootfs onto another machine (that is bootable, obviously) then run the broken binaries by hand. Oct 26 21:23:58 pb_: no idea how to do that Oct 26 21:24:02 ahh Oct 26 21:24:30 obviously, when I say copy the files, I mean put them in a new subdirectory: you certainly don't want to overwrite the working /lib/* with the broken one :-) Oct 26 21:25:01 pb_: I would have to rebuild a broken image first then :| Oct 26 21:25:20 pb_: hmm... maybe not Oct 26 21:25:23 stick all that stuff in /tmp/broken or somewhere, then do "/tmp/broken/lib/ld-linux.so.3 --library-path /tmp/broken/lib /tmp/broken/sbin/init" Oct 26 21:26:12 hopefully it will segfault in the same way and you can then isolate the crash Oct 26 21:26:35 if it doesn't segfault under those conditions then it will be a bit (a lot) more annoying to debug Oct 26 21:26:41 pb_, what do you suspect it may be? Oct 26 21:27:04 shr tries to use thumb?! Oct 26 21:27:08 plz no! Oct 26 21:27:09 TAsn: well, my first guess would be that something is wrong with the --fix-v4bx code; that's the main thing that gets exercised on v4t but not on v5te Oct 26 21:27:14 its too buggy in all parts Oct 26 21:27:46 pb_, i c. Oct 26 21:27:53 max_posedon, I thought we used time for a long time now Oct 26 21:27:54 ... Oct 26 21:27:59 we were using* Oct 26 21:28:10 pb_: can't do that right now as I'm hopefully building a working image now :) Oct 26 21:28:16 mrmoku: righto, no rush Oct 26 21:28:17 pb_: but will do the next days Oct 26 21:28:26 i think mickey is going to send me a broken binary to look at tomorrow anyway Oct 26 21:29:57 (i noticed that elm now also requires xserver restart) Oct 26 21:30:55 seen dos1 Oct 26 21:31:02 seen dos Oct 26 21:31:06 * dos1 has quit (Remote closed the connection) Oct 26 21:31:11 3 minutes ago. Oct 26 21:31:14 argh Oct 26 21:31:17 * dos1 has quit (Remote closed the connection) Oct 26 21:31:17 (i noticed that elm now also requires xserver restart) Oct 26 21:31:17 * pieterc` (n=user@78-21-38-27.access.telenet.be) has joined #openmoko-cdevel Oct 26 21:31:18 :) Oct 26 21:31:59 I checked out an interview the other day with Richard Stallman Oct 26 21:32:24 he as talking about a free phone for a moment that they didn't produce anymore so did not become sch a big success Oct 26 21:32:33 wonder if it's the freerunner he's talking about Oct 26 21:33:31 http://is.gd/4D4Qt ==> the interview Oct 26 21:33:56 I heard rumors mobile phones cause cancer :| Oct 26 21:34:07 * JesusMcCloud is a noob! cause he forgot to compile changed edc and wondered why changes didnt take effect Oct 26 21:36:37 TAsn: there is a diff between a 12 yo boy saying freerunner doesn't exist and rms saying freerunner doesn't exist Oct 26 21:36:53 If even rms does not know we're still alive and kicking Oct 26 21:37:10 I wonder what the rest of the world thinks Oct 26 21:37:15 pieterc`, from what I know about RMS Oct 26 21:37:25 he won't consider free software phone as a free phone Oct 26 21:37:31 and he probably referred to the hw. Oct 26 21:38:01 TAsn: nope, software, and rms calls a lot unfree, but that's not the point Oct 26 21:38:17 hm.. then someoneshould mail him. Oct 26 21:38:18 ;] Oct 26 21:38:25 he doesn't use mail ;) Oct 26 21:38:26 someone should* Oct 26 21:38:34 pieterc`, why? Oct 26 21:38:46 pieterc`, so someone should send him a katana with a note on it. Oct 26 21:38:51 Oh, I guess you should check his ebsite, don't know anymore... He says so much :D Oct 26 21:39:27 TAsn: I guess log in onto his system and perform: wall "you're a GNU" , would be more efficient Oct 26 21:39:42 lol. Oct 26 21:45:32 [Rui]: here's your screenie (themign is not fully finished yet) http://jmccloud.jm.funpic.de/neo/Screenshot-2.png Oct 26 21:46:06 (i've made scrolling (at least startign to scroll) even faster in gry* theme) Oct 26 21:46:18 JesusMcCloud: nice... the red was disturbing anyway :) Oct 26 21:47:05 mrmoku: i try to keep colors consistent in my themes (see colro definitions at teh beginning of the edc s) Oct 26 21:47:15 yup, very good habit :) Oct 26 21:47:46 mrmoku: but it is part of gry* theme not of phoneui-theme Oct 26 21:48:00 JesusMcCloud, mrmoku I actually liked the red, in a weird way :) Oct 26 21:49:03 TAsn: since it is part of gry* you wont have it on your phone unless you use gry* theme Oct 26 21:49:14 yay ;] Oct 26 21:49:20 * mrmoku just installed gry... old version though :P Oct 26 21:49:44 mrmoku: old version has problems with inwin Oct 26 21:49:46 <[Rui]> JesusMcCloud: thank you lord! Oct 26 21:50:00 <[Rui]> verra nice! Oct 26 21:50:30 (10:49:47 PM) [Rui]: JesusMcCloud: thank you lord! <- finally someone recognizes me for what i truly am :-P Oct 26 21:51:28 mickel: ping Oct 26 21:51:33 mickeyl: ping Oct 26 21:52:54 [Rui]: I'm sorry if I ever asked for another identica program, I like elmdentica a lot now I got used to it :) Oct 26 21:53:42 <[Rui]> pieterc`: thanks! if you could help me find out what in pkgconfig is borking ssl, it would be peachy! Oct 26 21:53:51 * JesusMcCloud still has no idea how identi.ca works Oct 26 21:54:15 <[Rui]> JesusMcCloud: me neither, I use twitter api (which statusnet supports) Oct 26 21:54:37 [Rui]: do you use curl? Oct 26 21:54:38 <[Rui]> pieterc`: does it crash you a lot? Oct 26 21:54:43 <[Rui]> Heinervdm: yes Oct 26 21:54:43 [Rui]: Ok, I'll keep my eyes open Oct 26 21:54:47 [Rui]: No it doesn't Oct 26 21:54:57 [Rui]: curl in OE is compiled without SSL Oct 26 21:55:01 <[Rui]> pieterc`: ok, then maybe it's something in my freerunner Oct 26 21:55:13 <[Rui]> Heinervdm: not it isn't (or wasn't) Oct 26 21:55:35 <[Rui]> Heinervdm: but the real problem is that https.c (the libcurl example) works, and my curl calls don't Oct 26 21:55:38 [Rui]: it isn't in org.oe.dev since today Oct 26 21:55:45 or yesterday Oct 26 21:56:01 but it isn't merged into SHR Oct 26 21:56:18 <[Rui]> root@om-gta02 ~ $ ldd /usr/lib/libcurl.so.4 | grep ssl Oct 26 21:56:18 <[Rui]> libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0x40042000) Oct 26 21:56:31 <[Rui]> I think in shr's recipe the needed change is done Oct 26 21:56:38 JesusMcCloud: basicly, you say things and when people think you're interesting enough they will read what you write... And the other way around too: you can read what other people write in less than 260 chars Oct 26 21:56:48 <[Rui]> Heinervdm: I *know* for a fact that my problem is in my autotools or pkgconfig setup Oct 26 21:57:11 Ok, I'm of Oct 26 21:57:11 <[Rui]> Heinervdm: because https.c doesn't work and using it's code directly in elmdentica for an extra test call doesn't work Oct 26 21:57:11 bye Oct 26 21:57:14 <[Rui]> pieterc`: bby! Oct 26 21:57:43 [Rui]: today SSL was added to curl in org.oe.dev, that should work. it will be in shr/merge after the next merge Oct 26 21:58:50 mrmoku: since i haven't used the default theme in agesi cannto really say, so do you notice that gry* is faster? Oct 26 21:59:12 yup Oct 26 21:59:13 <[Rui]> Heinervdm: I mean: because https.c *works* and using it's code directly in elmdentica for an extra test call doesn't work Oct 26 21:59:46 hmm, ok Oct 26 22:00:04 then you're probably right :) Oct 26 22:00:26 mrmoku: are you using 0.3-someging version? Oct 26 22:00:38 what is that? Oct 26 22:01:37 mrmoku: i got confused, so i ask a question that actually makes sense: whcih version of the themes are you using (are you using both illume and elm?) Oct 26 22:02:11 Installing e-wm-theme-illume-gry (0.3-42837-gitr210+8d151c9cb58b587ad905100d7ffb10b27755e380-r1) to root... Oct 26 22:02:12 mrmoku: i want to gather some feedback, and until now i only got bugreports Oct 26 22:02:16 Package elementary-theme-gry (0.8-42837-gitr210+8d151c9cb58b587ad905100d7ffb10b27755e380-r1) installed in root is up to date. Oct 26 22:03:42 JesusMcCloud: one thing where I notice a *big* difference is the toolbar of illume settings Oct 26 22:04:09 anyway... need some sleep now Oct 26 22:04:13 mrmoku: it IS a big difference, kbd should also be faster Oct 26 22:04:21 gn8 Oct 26 22:04:24 gnight :) Oct 26 22:04:55 JesusMcCloud, I'd suggest you to drop the ugly two colored buttons Oct 26 22:05:08 and design something pretty on your own. Oct 26 22:05:41 TAsn: what part of the buttons? the overlay, or the buttons in general? Oct 26 22:05:48 the buttons Oct 26 22:05:54 atm they are half black half white Oct 26 22:06:21 s/white/gray/ Oct 26 22:06:21 TAsn meant: atm they are half black half gray Oct 26 22:07:23 TAsn: i know, but atm i have no beter idea on how to give them some kind of 3 dimensional effect without using images Oct 26 22:07:32 i c. Oct 26 22:07:34 ok then. Oct 26 22:07:39 keep up the good work. ;] Oct 26 22:07:47 (I'm no designer) Oct 26 22:07:50 anyhow, I'm off. Oct 26 22:07:52 TAsn: also i am not happy wih the overlay color, looks lice gold Oct 26 22:07:53 ciao. Oct 26 22:07:55 gn8 Oct 26 22:36:14 me is sleeping too :D Oct 26 22:36:17 gn8 Oct 26 23:29:51 hmm Oct 26 23:29:58 any git master around here? Oct 26 23:30:08 git checkout HEAD~10 Oct 26 23:30:18 how can I come back to my latest commit? Oct 26 23:33:08 git checkout Oct 26 23:39:10 and you always can run gitk --all Oct 26 23:48:05 max_posedon: if gitk is installed of course ;) Oct 26 23:48:48 and some person don't stay near you with gun, and preventing installing it) Oct 27 00:12:21 xorg released http://lists.freedesktop.org/archives/xorg/2009-October/047867.html Oct 27 00:14:49 yay! **** ENDING LOGGING AT Tue Oct 27 02:59:56 2009