00:08.36 | *** join/#openmoko-cdevel erwt (~erwt@114.143.161.178) |
00:23.48 | nschle85-jenkins | Yippie, build fixed! |
00:23.49 | nschle85-jenkins | Project aurora-image-jansa-test-crespo build #7: FIXED in 13 min: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/7/ |
03:02.07 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
04:41.55 | DocScrutinizer | JaMa|Zzz: hmm, edit wiki to use "source" then? |
04:47.27 | *** join/#openmoko-cdevel plotr (~name@dnm.120.118.126.92.dsl.krasnet.ru) |
04:50.48 | *** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info) |
05:01.46 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
05:31.49 | *** join/#openmoko-cdevel NuttyBunny (~cnegrete@189.245.80.240) |
05:40.51 | *** join/#openmoko-cdevel snkt (~snkt@114.143.161.178) |
05:42.54 | DocScrutinizer | moo |
05:54.08 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
06:19.21 | mrmoku | JaMa|Off: moin... sorry was already off |
06:22.35 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
06:29.27 | JaMa|Zzz | DocScrutinizer: IIRC I've put it there already in text just the example was wrong and people are not reading text.. |
06:29.47 | JaMa|Zzz | mrmoku: no problem.. I've found right username to try later :) |
06:30.11 | JaMa|Zzz | mrmoku: and it's still building .. |
06:30.24 | DocScrutinizer | :-D |
06:30.46 | JaMa|Zzz | mrmoku: there was also cornucopia bump, so I'll rebuild images too today |
06:33.41 | mrmoku | JaMa|Zzz: ok, good |
06:34.11 | mrmoku | JaMa|Zzz: I will try to do some UI fixing today |
06:34.29 | mrmoku | JaMa|Zzz: and from tomorrow to 31st I'm away in italy |
06:34.38 | mrmoku | back in time for the release :) |
06:35.42 | JaMa|Zzz | ok :) |
06:39.04 | *** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at) |
07:08.45 | *** join/#openmoko-cdevel ege (~erik@213.188.250.223) |
07:43.36 | CIA-82 | SHR: 03Martin.Jansa 07shr-chroot * r4ae559f8c9cf 10/ (826 files in 18 dirs): system upgrade |
07:44.21 | *** join/#openmoko-cdevel erwt (~erwt@114.143.161.178) |
08:32.23 | *** join/#openmoko-cdevel Q-Master (~qmaster@89.179.190.225) |
08:42.15 | JaMa|Wrk | blah :( http://www.zdnet.com/blog/hardware/apple-granted-patent-on-using-apps-during-calls/17407 |
08:43.54 | JaMa|Wrk | not sure if we should fix shr_elm_softkey :) |
08:48.12 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E1254B.dip.t-dialin.net) |
09:07.01 | GNUtoo | JaMa|Wrk, hi |
09:07.16 | GNUtoo | libpam perl gcc libav mysql5 fails, I'm trying to cleansstate + rebuild |
09:07.24 | GNUtoo | for libpam it's a gettext issue |
09:07.44 | GNUtoo | (it doesn't find config.rpath ) |
09:11.22 | JaMa|Wrk | GNUtoo: hi |
09:12.03 | JaMa|Wrk | GNUtoo: rebuild from scratch finished again yesterday on jenkins |
09:14.29 | CIA-82 | freesmartphone.org: 03mickey 07cornucopia * r8a7f3d56b323 10/fsosystemd/src/bin/.gitignore: fsosystemd: add .gitignore |
09:15.44 | GNUtoo | hmmm |
09:16.42 | GNUtoo | how can I see form which package is a file in sysroot ? |
09:17.17 | GNUtoo | .../work/armv7a-vfp-neon-oe-linux-gnueabi/libpam/libpam-1.1.4-r2/Linux-PAM-1.1.4/conf/pam_conv1/pam_conv_l.c:871: undefined reference to `yywrap' |
09:17.26 | GNUtoo | let me look |
09:19.49 | GNUtoo | hmmm from libfl |
09:19.59 | GNUtoo | let me clean that |
09:21.02 | GNUtoo | maybe it's part of flex |
09:21.11 | *** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.167.136) |
09:30.48 | GNUtoo | ok libpam succedded |
09:37.15 | *** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.167.136) |
09:47.27 | *** join/#openmoko-cdevel radekp (~radek@82.113.39.213) |
09:50.35 | *** join/#openmoko-cdevel lamikr (lamikr@nat/nokia/x-fojvaxeugztoubkl) |
09:55.05 | *** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
10:11.14 | nschle85-jenkins | Project shr-jansa-test-crespo-aurora-image build #8: SUCCESS in 42 min: http://norman-schleicher.de:8080/job/shr-jansa-test-crespo-aurora-image/8/ |
10:25.14 | *** join/#openmoko-cdevel pespin (~pespin@90.163.76.185) |
10:25.38 | *** join/#openmoko-cdevel VQuickSilver (~VQuickSil@246.Red-79-154-51.dynamicIP.rima-tde.net) |
10:25.38 | *** join/#openmoko-cdevel VQuickSilver (~VQuickSil@gentoo/contributor/vquicksilver) |
10:37.25 | *** join/#openmoko-cdevel plotr (~name@dnm.120.118.126.92.dsl.krasnet.ru) |
10:45.47 | nschle85-jenkins | Project shr-jansa-test-crespo-shr-image build #1: FAILURE in 34 min: http://norman-schleicher.de:8080/job/shr-jansa-test-crespo-shr-image/1/ |
10:48.40 | GNUtoo | JaMa|Wrk, should I rebuild from scratch again??? |
10:48.50 | GNUtoo | still some stuff fails because of a problem with libx11 |
10:49.50 | GNUtoo | and lacking libreadline, I'll look |
11:07.13 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
11:09.06 | GNUtoo | JaMa|Wrk, what's the cause of all that packaging mess? |
11:09.26 | GNUtoo | I mean you have to cleansstate stuff and rebuild stuff because some headers do not get staged |
11:09.41 | GNUtoo | should I turn off sstate? |
11:19.17 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
11:19.40 | nschle85-jenkins | Project shr-jansa-test-nokia900-aurora-image build #9: FAILURE in 33 min: http://norman-schleicher.de:8080/job/shr-jansa-test-nokia900-aurora-image/9/ |
11:22.39 | *** join/#openmoko-cdevel ege (~erik@213.188.250.223) |
11:32.30 | nschle85-jenkins | Project shr-jansa-test-nokia900-shr-image build #2: STILL FAILING in 12 min: http://norman-schleicher.de:8080/job/shr-jansa-test-nokia900-shr-image/2/ |
11:52.33 | JaMa|Wrk | GNUtoo: sorry I don't know more that what I've already reported on oe-core ML.. |
11:54.30 | *** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net) |
12:11.38 | GNUtoo | ok |
12:11.40 | GNUtoo | I'll go |
12:11.46 | GNUtoo | thanks |
12:12.18 | *** join/#openmoko-cdevel plotr1 (~name@dnm.15.76.124.92.dsl.krasnet.ru) |
12:16.48 | *** join/#openmoko-cdevel dos1 (~dos@agu132.neoplus.adsl.tpnet.pl) |
12:16.52 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
12:25.37 | *** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net) |
12:55.44 | *** join/#openmoko-cdevel gnutoo (~gnutoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
12:59.04 | gnutoo | hmmm |
12:59.12 | gnutoo | the regulator changed in 3.2 |
13:01.10 | gnutoo | for gta03 |
13:01.13 | gnutoo | *gta04 |
13:07.44 | gnutoo | is that documented somewhere? |
13:22.28 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r0de1f2f9c54f 10/meta-openmoko/recipes-graphics/drm/ (libdrm_2.4.27.bbappend libdrm_2.4.29.bbappend): libdrm: rename bbappend to match new version |
13:36.01 | VQuickSilver | gnutoo, What I need to do with the first patch in patchwork? mark it as rejected? |
13:36.56 | gnutoo | I'm not at home sorry |
13:37.03 | gnutoo | so I cannot look now |
13:37.06 | gnutoo | ping me later |
13:37.13 | VQuickSilver | gnutoo, ok |
13:37.14 | *** join/#openmoko-cdevel ttyS3 (~o@gateway/tor-sasl/omlib) |
13:37.45 | *** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.167.136) |
13:45.35 | *** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-26-58.w86-206.abo.wanadoo.fr) |
13:52.23 | *** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-26-58.w86-206.abo.wanadoo.fr) |
14:00.41 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
14:01.15 | *** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1) |
14:09.36 | mrmoku | understands the bogus no free slots message on startup... |
14:09.38 | mrmoku | will fix that now |
14:17.30 | JaMa|Wrk | mrmoku: yeah! squash that bug! :) |
14:21.18 | mrmoku | JaMa|Wrk: :) |
14:25.08 | JaMa|Wrk | btw images still building.. |
14:25.22 | mrmoku | ok |
14:25.32 | mrmoku | including the phonefsod fix? |
14:25.35 | JaMa|Wrk | yes |
14:25.38 | mrmoku | good :) |
14:25.41 | JaMa|Wrk | but not shr_elm_softkey :/ |
14:25.48 | mrmoku | bad :P |
14:26.04 | JaMa|Wrk | hopes again that he will arrive home earlier then in last 3 days |
14:26.06 | mrmoku | I can take a look when I finished squashing this one |
14:26.31 | mrmoku | won't do any daywork anyway today :/ |
14:26.46 | JaMa|Wrk | I've read efl commits between those 2 bumps and haven't seen anything really suspicious |
14:26.55 | mrmoku | ok |
14:27.13 | JaMa|Wrk | and gdb shows that it's running just fine (waiting in select()) |
14:27.19 | mrmoku | hmm |
14:27.45 | *** join/#openmoko-cdevel plotr (~name@178.185.23.192) |
14:27.46 | mrmoku | GNUtoo has the theory it might just be resized wrong |
14:27.50 | JaMa|Wrk | so it's probably just not shown |
14:27.54 | mrmoku | he's seeing a small white line |
14:28.04 | mrmoku | (which my eyes don't see... but that's just my eyes :P) |
14:28.16 | JaMa|Wrk | ah could be (but I cannot see it too) |
14:28.21 | mrmoku | ok |
14:28.41 | mrmoku | I will take a look soon |
14:28.46 | mrmoku | that is quite a blocker |
14:28.47 | JaMa|Wrk | maybe the top bar and everything is really on top |
14:29.01 | mrmoku | yeah |
14:34.55 | CIA-82 | freesmartphone.org: 03morphis 07cornucopia * r015e1da66a85 10/fsodeviced/src/plugins/herring_quirks/plugin.vala: |
14:34.56 | CIA-82 | freesmartphone.org: fsodeviced: herring_quirks: use correct name for configuration section |
14:34.56 | CIA-82 | freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de> |
14:36.24 | jake42 | JaMa|Wrk: i can also see a withe line right under the topbar |
14:36.40 | jake42 | it also goes away |
14:36.56 | jake42 | s/withe/white/ |
14:37.29 | jake42 | behaves like shr_elm_softkey |
14:37.32 | mrmoku | ahh, maybe that depends on the scaling |
14:37.55 | jake42 | probably |
14:38.00 | mrmoku | does not select 2.0 |
14:38.17 | mrmoku | one smaller is what I do |
14:38.24 | jake42 | too small for me ;) |
14:38.25 | *** join/#openmoko-cdevel NuttyBunny (~cnegrete@189.245.80.240) |
14:38.49 | jake42 | doesn't look like its behind the topbar though |
14:38.51 | mrmoku | yeah, but the toolbar runs out of space otherwise :P |
14:39.46 | jake42 | what extra stuff are you putting there? |
14:41.50 | mrmoku | the connman gadget |
14:41.58 | mrmoku | to play with i |
14:42.10 | mrmoku | t |
14:42.16 | jake42 | ah :) |
14:42.29 | mrmoku | and I need some space to tap for the softkey |
14:42.55 | jake42 | right |
14:44.12 | gnutoo | I'm rebuilding from scratch... again |
14:44.18 | gnutoo | let's see how it goes |
14:53.37 | mrmoku | hmm |
14:53.44 | mrmoku | my bet is this is not good anymore: |
14:53.44 | mrmoku | evas_object_move(win, zx, (zy + zh - finger)); |
14:53.44 | mrmoku | evas_object_resize(win, zw, finger); |
14:56.31 | JaMa|Wrk | why this one? |
14:56.44 | JaMa|Wrk | I'm also looking at @66170 |
14:59.08 | mrmoku | <PROTECTED> |
14:59.15 | mrmoku | added a printf there and building now |
15:03.47 | *** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1) |
15:06.44 | mrmoku | heh, there was not even a trac ticket for the bug I fixed :/ |
15:06.50 | CIA-82 | SHR: 03mok 07phonefsod * r58cd417800f8 10/src/phonefsod-fso.c: phonefsod-fso: fix check for free SIM slots |
15:06.52 | gnutoo | lol |
15:06.55 | mrmoku | is missing the satisfaction to close one :P |
15:07.02 | CIA-82 | SHR: 03mok 07phonefsod * rd838a6010d14 10/src/phonefsod-fso.c: phonefsod-fso: use correct callback for display dialog |
15:07.08 | mrmoku | close one as fixed is what I mean :-) |
15:07.15 | gnutoo | yes I understood |
15:07.27 | gnutoo | maybe put fixed that bug in the news then |
15:08.03 | mrmoku | nah... not that bad |
15:08.07 | mrmoku | I'm happy it's fixed |
15:08.12 | mrmoku | that has to suffice |
15:08.23 | mrmoku | looking at the softkey now |
15:09.40 | JaMa|Wrk | will bump SRCREV |
15:09.51 | mrmoku | thx |
15:12.54 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r46645e9c0d8a 10/meta-shr/recipes-shr/shr/phonefsod_git.bb: phonefsod: bump SRCREV, SIM is full message finally solved |
15:18.32 | *** join/#openmoko-cdevel toams (~tommi@94-224-20-159.access.telenet.be) |
15:18.52 | mrmoku | JaMa|Wrk: SOFTKEY: zx=0, zy=0, zw=1, zh=1, finger=70 |
15:26.47 | *** join/#openmoko-cdevel ege (~erik@213.188.250.223) |
15:28.09 | JaMa|Wrk | mrmoku: weird, maybe wrong theme so that icons are not there? |
15:29.19 | mrmoku | hmm... I think that has nothing to do yet with the theme |
15:29.25 | mrmoku | it is the size of zone[0] |
15:36.11 | *** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1) |
15:43.31 | *** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.167.136) |
15:47.56 | *** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at) |
16:27.40 | mrmoku | gah, why does that damn local build overwrite my changes now :/ |
16:28.43 | mrmoku | hmm |
16:30.31 | JaMa|Wrk | 013 closed |
16:30.39 | mrmoku | nice :) |
16:30.52 | gnutoo | ok |
16:30.58 | gnutoo | we need to build for gta04 also |
16:31.15 | mrmoku | indeed |
16:31.28 | JaMa|Wrk | ok 014 will have it |
16:31.33 | gnutoo | ok nice |
16:39.14 | *** join/#openmoko-cdevel toams (~tommi@94-224-20-159.access.telenet.be) |
16:42.00 | *** join/#openmoko-cdevel Ainulindale (~ainu@ip-131.net-89-2-85.rev.numericable.fr) |
16:47.21 | *** join/#openmoko-cdevel KaZeR (~kazer@244.170.67.86.rev.sfr.net) |
16:51.15 | *** join/#openmoko-cdevel Ainulind1le (~ainu@calaquendi.org) |
16:59.15 | *** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-25-226.w86-206.abo.wanadoo.fr) |
17:08.59 | *** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de) |
17:12.01 | JaMa|Wrk | nschle85: Hi |
17:12.13 | nschle85 | hi :-) |
17:12.24 | JaMa|Wrk | nschle85: I've cleaned and synchronized configs for all shr- tasks :) |
17:12.50 | JaMa|Wrk | nschle85: now they differ only in name/description and actual task |
17:13.54 | nschle85 | nschle85: and how differ they from current local.conf ? i saw you changed the makefile |
17:14.23 | JaMa|Wrk | local.conf files should be also fine |
17:14.54 | nschle85 | hope we do not run out of disk space |
17:15.03 | *** join/#openmoko-cdevel NIN101 (~NIN101@2001:530::216:3cff:fe71:5e1e) |
17:15.56 | nschle85 | i think i now what mistake happened deleting the job :-) |
17:16.17 | JaMa|Wrk | ? |
17:16.32 | nschle85 | i know why the workspace was deleted |
17:16.42 | JaMa|Wrk | 70G free and we can remove older build results now |
17:19.06 | nschle85 | JaMa|Wrk: next time ill add a line which sets the right distro_feeds pointing to the last successful collected artefacts |
17:19.37 | nschle85 | JaMa|Wrk: and do we change to 3.1 kernel for gta02 ? |
17:20.58 | JaMa|Wrk | not before release I guess |
17:22.08 | nschle85 | JaMa|Wrk: so now ill re-partition my sd card for freeing a staging partition :-) |
17:23.23 | JaMa|Wrk | great |
17:24.02 | JaMa|Wrk | I'll go to buy some presents after buildhost is cleaned and new build started.. :) |
17:24.30 | nschle85 | JaMa|Wrk: hope you have success :-) |
17:31.28 | *** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:3c34:f776:876c:498a) |
17:33.39 | *** join/#openmoko-cdevel Ainulindale (~ainu@calaquendi.org) |
17:36.56 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
17:41.37 | JaMa|Wrk | 014 building.. time to go from work, bbl |
17:42.49 | *** join/#openmoko-cdevel GNUtoo-netbook (~gnutoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
17:45.41 | *** join/#openmoko-cdevel Q-Master (~qmaster@89.179.190.225) |
17:46.33 | *** join/#openmoko-cdevel PaulFert1er_ (paul@paulfertser.info) |
17:52.28 | GNUtoo-netbook | hi mrmoku |
17:52.51 | GNUtoo-netbook | is the gta04 able to go to 1GHz without overclocking? |
17:53.07 | GNUtoo-netbook | because the fsodeviced.conf has 1GHz maximum |
17:53.16 | GNUtoo-netbook | we should not overclock |
17:53.25 | GNUtoo-netbook | that is very dangerous |
18:01.59 | mrmoku | GNUtoo-netbook: no cpufreq anyway |
18:02.14 | mrmoku | the plugin does not load |
18:02.22 | GNUtoo-netbook | ok |
18:02.31 | GNUtoo-netbook | but once it loads we have a problem |
18:02.53 | mrmoku | yeah, we should change that according to what's appropriate |
18:02.59 | mrmoku | no idea though |
18:03.31 | jake42 | GNUtoo-netbook: datasheet of DM3730 says 1GHz and also 800MHz etc |
18:04.20 | nschle85 | mrmoku: hello, please read http://shr-project.org/trac/ticket/1584 |
18:04.24 | GNUtoo-netbook | ok |
18:05.03 | jake42 | beagleboard has same chip and runs on 1GHz too. so should be fine i guess |
18:05.08 | nschle85 | mrmoku: and then evaluate my change, should the recipe also changed ? http://shr-project.org/trac/attachment/ticket/1556/fix_nmon13g_missing_-ltinfo.patch |
18:05.46 | GNUtoo-netbook | why do the website says 800Mhz then? |
18:06.14 | mrmoku | nschle85: will do when back to real kbd |
18:06.39 | GNUtoo-netbook | maybe a kernel limitation? |
18:08.47 | jake42 | or ram |
18:08.55 | mrmoku | GNUtoo-netbook: talking about kernel... for the release we should remove the extensive debugging from kernel config |
18:08.56 | jake42 | gta02 could run on 500Mhz too |
18:09.18 | GNUtoo-netbook | mrmoku, ok |
18:09.32 | mrmoku | maybe that's something you could take care off? |
18:09.43 | GNUtoo-netbook | I decided to rebuild from scratch and it's at: |
18:10.01 | GNUtoo-netbook | NOTE: Running task 2301 of 7011 (ID: 3988, /home/gnutoo/embedded/oe/oe-core/repos/openembedded-core/meta/recipes-support/gdbm/gdbm_1.10.bb, do_package) |
18:10.18 | mrmoku | you have time for the rest of the year :) |
18:11.52 | GNUtoo-netbook | lol |
18:12.07 | GNUtoo-netbook | I must also do stuff for morphis |
18:12.12 | GNUtoo-netbook | like make him an initramfs |
18:12.15 | GNUtoo-netbook | to boot crespo |
18:16.51 | mrmoku | ok will take alook for myself when neil updates again |
18:17.56 | GNUtoo-netbook | ok |
18:20.06 | mrmoku | nschle85: ahh, that one... slyon tried that and it failed at runtime |
18:20.15 | mrmoku | nschle85: we have to examine it |
18:24.44 | *** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:4dc4:7ee0:198f:61ae) |
18:25.39 | *** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info) |
18:27.18 | mrmoku | hmm... heh, I think I know what's going on |
18:29.44 | nschle85 | mrmoku: which one failed ? |
18:31.11 | JaMa|Off | is it 100% sure that it's caused by that patch? |
18:31.23 | JaMa|Off | not because of other changes? |
18:31.40 | JaMa|Off | #1556 patch is also correct |
18:32.29 | mrmoku | JaMa|Off: I explained my thinking in the ticket |
18:32.41 | mrmoku | will try if that is true and apply it if so |
18:33.17 | mrmoku | nschle85: phoneuid failed at runtime after applying that pathc |
18:33.27 | mrmoku | see my comment (and slyons comment) |
18:33.38 | JaMa|Off | reloading |
18:33.47 | mrmoku | JaMa|Off: local building is playing games with me :/ |
18:34.03 | mrmoku | it usually works very nice... but with shr-e-gadgets I have a strange problem |
18:34.14 | mrmoku | whenever I build my changes get overwritten |
18:34.18 | *** join/#openmoko-cdevel anarsoul (~anarsoul@80.249.95.66) |
18:34.38 | mrmoku | vim asking me that file changed and if I want to reload |
18:36.05 | mrmoku | JaMa|Off: makes sense? (my comment) |
18:38.43 | JaMa|Off | has to open whole Makefile.am |
18:39.21 | jake42 | should i open ticket about gps not turning on because of sys path beeing wrong? |
18:39.42 | mrmoku | jake42: what machine and why do you think so? |
18:39.50 | jake42 | gta02 |
18:40.05 | mrmoku | frameworkd.log? |
18:40.19 | jake42 | mom |
18:40.33 | mrmoku | jake42: no, I mean why do you think the path is wrong? |
18:40.39 | mrmoku | did you see some error somehwere? |
18:40.44 | GNUtoo-netbook | jake42, with current shr-core? |
18:40.49 | GNUtoo-netbook | jake42, the patch isn't wrong |
18:41.01 | GNUtoo-netbook | the error is because it doesn't find a deprecated path |
18:41.04 | GNUtoo-netbook | from an old kernel |
18:41.07 | mrmoku | yup |
18:41.20 | jake42 | it looks for neo1973 and should be gta02 |
18:41.21 | GNUtoo-netbook | and it does find paths from the new kenrel |
18:41.32 | mrmoku | it looks for both |
18:41.34 | GNUtoo-netbook | yes so look if it works nevertheless |
18:41.45 | GNUtoo-netbook | it does something like that: |
18:41.49 | jake42 | oh i see ;) |
18:41.55 | GNUtoo-netbook | if (old path) |
18:42.01 | GNUtoo-netbook | <PROTECTED> |
18:42.06 | GNUtoo-netbook | if (new path) |
18:42.07 | mrmoku | JaMa|Off: any idea what could cause my local build problem? |
18:42.08 | GNUtoo-netbook | <PROTECTED> |
18:42.21 | GNUtoo-netbook | so it goes trough the 2 pathes |
18:42.27 | JaMa|Off | jake42: if you prefer different order of paths it tries (to show that error only with older kernel not with current) send patch :) |
18:42.48 | JaMa|Off | mrmoku: it happens if you have some .c file opened and build from 2nd shell? |
18:43.02 | mrmoku | yeah |
18:43.16 | JaMa|Off | ah those changes are really overwritten? |
18:43.19 | mrmoku | yup |
18:43.25 | jake42 | JaMa|Off: wouldn't care though gps doesn't seem to work nevertheless |
18:43.28 | mrmoku | it reverts back :/ |
18:43.57 | JaMa|Off | could be that package.bbclass stuff which packages sources to -dbg but not sure why and from where it would take "older" sources |
18:44.18 | mrmoku | indeed strange |
18:44.18 | JaMa|Off | mrmoku: isn't it because it unpacks SRC_URI sources in your S dir? |
18:44.27 | JaMa|Off | mrmoku: try to empty SRC_URI |
18:44.32 | mrmoku | hmm, ok |
18:44.56 | JaMa|Off | mrmoku: just to confirm it's from SRC_URI not package.bbclass |
18:45.27 | mrmoku | JaMa|Off: it should not use it at all, right? (SRC_URI) |
18:45.42 | mrmoku | fatal: http://git.foo.org/repo/shr-e-gadgets.git/info/refs not valid: is this a git repository? |
18:45.45 | mrmoku | hmm |
18:46.13 | mrmoku | INHERIT_append_pn-shr-e-gadgets = "srctree gitpkgv" |
18:46.13 | mrmoku | SRCREV_pn-shr-e-gadgets = "${GITSHA}" |
18:46.13 | mrmoku | S_pn-shr-e-gadgets = "/OE/source/${PN}" |
18:46.26 | mrmoku | is just copied from the other entries which work |
18:46.31 | mrmoku | and can't see no error there |
18:49.21 | mrmoku | and srctree.bbclass empties the SRC_URI |
18:50.41 | JaMa | mrmoku: does it do this only in last few days? |
18:50.52 | JaMa | mrmoku: so I'll check bitbake logs |
18:51.01 | mrmoku | ahh |
18:51.04 | mrmoku | gitkpkgv is using it |
18:51.05 | mrmoku | src_uri = bb.data.getVar('SRC_URI', d, 1).split() |
18:51.25 | mrmoku | JaMa: no, I built phonefsod this way just fine today |
18:51.38 | mrmoku | heh, at least I hope so :P |
18:51.46 | JaMa | and you're not using gitpkgv for phonefsod? |
18:51.48 | mrmoku | well.. the bug was fixed, so yes |
18:51.53 | mrmoku | sure I do |
18:52.06 | mrmoku | INHERIT_append_pn-phonefsod = "srctree gitpkgv" |
18:52.06 | mrmoku | SRCREV_pn-phonefsod = "${GITSHA}" |
18:52.06 | mrmoku | S_pn-phonefsod = "/OE/source/${PN}" |
18:53.32 | JaMa | let me check if I have the same with shr-e-gadget |
18:53.39 | mrmoku | cool, thx |
18:53.43 | JaMa | +s |
18:55.46 | nschle85-jenkins | Project shr-core-nokia900-shr-image build #24: SUCCESS in 1 hr 29 min: http://norman-schleicher.de:8080/job/shr-core-nokia900-shr-image/24/ |
19:01.09 | JaMa | mrmoku: seems to be working here |
19:01.23 | JaMa | mrmoku: just -c cleansstate and -c build, both with -b |
19:02.16 | JaMa | trying once more |
19:02.35 | mrmoku | hmm... ok maybe I should try with -b |
19:03.00 | mrmoku | saving between do_fetch and do_compile should work too ;) |
19:04.03 | JaMa | mrmoku: ah reproduced here |
19:04.20 | JaMa | mrmoku: it doesn't overwrite ie TODO file but with main.c it "works" |
19:04.39 | mrmoku | hehe good :) |
19:04.58 | mrmoku | couldn't care less when it would be TODO that get's overwritten :-P |
19:07.39 | JaMa | hehe :) |
19:07.57 | JaMa | but what it appends to it? :P |
19:08.28 | mrmoku | appends? |
19:09.21 | JaMa | adds more items to TODO.. :) |
19:09.29 | mrmoku | uhh nooooooooooo :P |
19:10.00 | mrmoku | well from main.c it removed all the nice stuff I added... so I had the same hope for TODO too :-) |
19:10.04 | mrmoku | brb |
19:17.26 | CIA-82 | freesmartphone.org: 03felix.huber 07zhone * rc4a4debe917b 10/src/zhone: Fix strange indentation mess |
19:24.03 | JaMa | mrmoku: nschle85: I've checked log.do_compile from phoneuid, before and after that patch and it looks right, no idea why it should cause such runtime issue |
19:25.56 | nschle85 | JaMa: so i was unsure how to add libraries LDADD or LDFLAGS but both are correct true ? |
19:26.27 | JaMa | LDADD is better |
19:26.54 | JaMa | but from recipe you don't have LDADD available, that's why LDFLAGS is used sometimes |
19:31.37 | mrmoku | JaMa: well the runtime error is because of g_critical leading to an abort |
19:32.00 | mrmoku | JaMa: which we don't won't and disable by that g_log_set_fatal_mask |
19:33.02 | mrmoku | JaMa: if by reordering stuff in the linking command line G_LOG_DOMAIN is now defined to "phoneuid" and was not before that would explain it |
19:33.06 | mrmoku | (I think) |
19:33.19 | mrmoku | still have to try... wanted to finish fixing the softkey first :/ |
19:34.22 | mrmoku | hmm |
19:34.28 | PaulFertser | Btw, what's the deal with that softkey not starting automatically? |
19:34.47 | mrmoku | ohh |
19:34.51 | mrmoku | PaulFertser: it is starting |
19:34.55 | mrmoku | it's just not visible |
19:35.11 | mrmoku | JaMa: there is one big difference between phonefsod and shr-e-gadgets :) |
19:35.23 | mrmoku | one in autorev and the other not |
19:35.25 | JaMa | wrt overwrites right? |
19:35.31 | JaMa | both not autorev for me |
19:35.55 | JaMa | it's overwritten in do_patch or do_configure |
19:36.16 | mrmoku | yeah, do_fetch does not overwrite it |
19:36.24 | mrmoku | does not fetch into git either |
19:37.18 | JaMa | -c patch it is |
19:37.46 | JaMa | that's the difference shr-e-gadgets has local patch |
19:38.12 | JaMa | which I can apply now anyway |
19:39.24 | JaMa | mrmoku: do you have it locally? patch was added by you so please push it to shr-e-gadgets repo |
19:39.45 | JaMa | I'll drop it from meta-smartphone |
19:39.49 | mrmoku | JaMa: it's populate lic |
19:40.04 | mrmoku | hmm |
19:40.35 | mrmoku | I thought it is populate lic because that was the moment when vim complained... but that might have a delay |
19:40.49 | JaMa | it's do_patch for sure :) |
19:40.51 | mrmoku | so if you verified do_patch I will just apply the patch |
19:40.53 | mrmoku | ok |
19:40.55 | mrmoku | :) |
19:40.58 | JaMa | I was running them one by one |
19:41.25 | JaMa | I'll look into it later but to let you work please apply to fix local builds now |
19:45.37 | JaMa | mrmoku: probably if you set PATCHTOOL = "patch" then it will not overwrite it too |
19:45.52 | *** join/#openmoko-cdevel NuttyBunny (~cnegrete@189.245.80.240) |
19:46.25 | mrmoku | JaMa: yeah, thx very much |
19:46.35 | mrmoku | and did work too :) |
19:47.33 | JaMa | do you have SRCREV for me? :) |
19:47.55 | mrmoku | nah, building worked |
19:48.04 | mrmoku | still have to see if it is fixed |
19:48.45 | JaMa | ok, then don't forget to push that OE patch too as I've already removed it here :) |
19:49.00 | mrmoku | yeah, ok |
19:49.15 | JaMa | btw with latest EFL it doesn't work too |
19:49.23 | JaMa | and it even hangs after a while |
19:49.36 | mrmoku | JaMa: does rebuilding the index work with -b too ? |
19:49.42 | mrmoku | I think we did that some time ago |
19:49.49 | mrmoku | it is dead slow |
19:50.24 | JaMa | -b won't help much, it's dead slow inside |
19:52.37 | mrmoku | hmm ok |
19:52.49 | JaMa | here is more info, but no solution: http://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg12421.html |
19:56.26 | mrmoku | ok |
19:57.11 | mrmoku | hmm did not work... and devilhorns is not online |
19:57.42 | mrmoku | ~seen devilhorns |
19:57.52 | apt | mrmoku: i haven't seen 'devilhorns' |
19:57.52 | mrmoku | ahh... apt not there |
19:58.01 | mrmoku | not there like in not in e chans |
20:03.10 | JaMa | mrmoku: did PATCHTOOL setting work for you? |
20:03.19 | JaMa | mrmoku: for libphone-ui-shr it still fails here |
20:06.46 | JaMa | ah my fault |
20:07.02 | mrmoku | did not try |
20:07.02 | JaMa | forgot to clean after it was applied first |
20:13.13 | JaMa | heh local-build.inc example is wrong |
20:24.21 | Ainulindale | mrmoku: there? |
20:24.35 | Ainulindale | I need a guru. The only one I may know is you :-) |
20:25.01 | misc | I have the phone of Rael if you need |
20:25.16 | Ainulindale | :-) |
20:25.25 | Ainulindale | I'm playing with policy based routing |
20:25.39 | mrmoku | huh |
20:25.42 | Ainulindale | I have two gateways and I'm trying to use one for http using marking and ip route |
20:25.49 | Ainulindale | But it won't work properly I don't know why |
20:25.56 | mrmoku | Ainulindale: policy based routing? no guru for that |
20:26.00 | Ainulindale | Packet is marked properly I can see it in the iptable chain |
20:27.17 | mrmoku | Ainulindale: I need a guru too... an e guru ;) |
20:27.28 | Ainulindale | That's not me |
20:27.33 | Ainulindale | If it's graphical in any way |
20:27.35 | Ainulindale | That's not me |
20:27.40 | mrmoku | yeah, like me is no routing guru :P |
20:27.48 | mrmoku | but maybe PaulFertser is |
20:28.21 | Ainulindale | PaulFertser is just a guru no matter which topic |
20:28.29 | Ainulindale | So yeah he might know |
20:28.43 | Ainulindale | But it's annoying |
20:29.25 | Ainulindale | the main goal being |
20:29.32 | Ainulindale | I have gateway1 and gateway2 on the same subnet |
20:29.37 | Ainulindale | And I want to redirect http to gateway1 |
20:29.43 | Ainulindale | and everything else to gateway2 |
20:29.50 | Ainulindale | s/redirect/route/ |
20:30.59 | Ainulindale | If you have any kind of sensible solution I'm in |
20:34.04 | PaulFertser | Ainulindale: hey :) |
20:34.17 | PaulFertser | Ainulindale: but how exactly do you setup your routes? |
20:36.04 | Ainulindale | arda ~ # ip ru |
20:36.04 | Ainulindale | 0: from all lookup local |
20:36.04 | Ainulindale | 2500: from all fwmark 0x2 lookup nc |
20:36.04 | Ainulindale | 32765: from all fwmark 0x1 lookup free |
20:36.17 | Ainulindale | table nc has a default route for gw 1 |
20:36.21 | Ainulindale | and free gw 2 |
20:36.30 | Ainulindale | as simple as it gets |
20:36.37 | Ainulindale | I must have forgotten a stupid thing |
20:37.35 | Ainulindale | If I don't have any default roule in the default rt_table |
20:37.39 | Ainulindale | It fails |
20:37.48 | Ainulindale | If I do, it'll keep using it |
20:39.45 | PaulFertser | Ainulindale: so it looks like it never matches fwmark, right? |
20:40.00 | Ainulindale | it does match the chains in iptables |
20:40.19 | Ainulindale | 27640 6935K restore tcp -- eth2 any anywhere anywhere state RELATED,ESTABLISHED |
20:40.22 | Ainulindale | <PROTECTED> |
20:40.25 | Ainulindale | <PROTECTED> |
20:40.28 | Ainulindale | (mangle, prerouting) |
20:40.41 | Ainulindale | (eth2 being the iface on which the two gateways are located) |
20:41.21 | PaulFertser | Ainulindale: what about the RELATED,ESTABLISHED packets that match dpt:http? |
20:41.41 | Ainulindale | they're still marked |
20:41.53 | Ainulindale | Chain restore (1 references) pkts bytes target prot opt in out source destination |
20:41.56 | Ainulindale | 27640 6935K CONNMARK all -- any any anywhere anywhere CONNMARK restore |
20:42.14 | Ainulindale | (the free and nc chains are using mark and connmark save) |
20:47.20 | PaulFertser | Ainulindale: where do the packets go (and from which address) if you tcpdump sniff on the outbound interface? |
20:47.55 | PaulFertser | Without the rule to lookup the default rt_table. |
20:48.37 | Ainulindale | well if I remove the rule then I lose connection so... :-) |
20:49.07 | PaulFertser | Ainulindale: are you testing from the host itself? |
20:49.29 | PaulFertser | Ainulindale: or are you sending test packets from another host and this one acts as a router? |
20:49.39 | Ainulindale | More dumb than that |
20:49.41 | Ainulindale | port forwarding on squid |
20:49.58 | PaulFertser | Ainulindale: so, from the host itself. |
20:50.09 | PaulFertser | Ainulindale: then i'd say it should be -t mangle OUTPUT |
20:50.17 | PaulFertser | And not PREROUTING |
20:50.18 | Ainulindale | well that was my guess |
20:50.20 | Ainulindale | but I wasn't sure |
20:50.23 | Ainulindale | let me try |
20:52.19 | Ainulindale | same |
20:52.55 | Ainulindale | (which would not explain why the prerouting chains match though) |
20:52.59 | PaulFertser | Ainulindale: but do you see the packet counter increasing? |
20:53.37 | Ainulindale | Yep |
20:53.48 | Ainulindale | <PROTECTED> |
20:53.55 | Ainulindale | reGET => |
20:54.03 | Ainulindale | <PROTECTED> |
20:54.25 | PaulFertser | Ainulindale: i hope you've flushed the rules after adding the table. |
20:54.36 | Ainulindale | iptables rules ? |
20:54.53 | PaulFertser | Ainulindale: no, routing. |
20:54.57 | CIA-82 | SHR: 03Martin.Jansa 07libphone-ui-shr * r09bf3a30db85 10/data/ (contacts.edc messages.edc phonelog.edc): theme: update .edc files with genlist/gengrid edc changes (s/data.item: icons/data.item: contents/g) |
20:55.04 | Ainulindale | PaulFertser: ip route flush cache ? |
20:55.07 | PaulFertser | Ainulindale: yes |
20:55.08 | CIA-82 | SHR: 03Martin.Jansa 07libphone-ui-shr * r86005ba623e2 10/data/ (contacts.edc messages.edc phonelog.edc sim-manager.edc): theme: update .edc files with genlist/gengrid edc changes (s/data.item: labels/data.item: texts/g) |
20:55.26 | Ainulindale | arda ~ # iptables -t mangle -A OUTPUT -p tcp -m state --state RELATED,ESTABLISHED -j restore |
20:55.29 | Ainulindale | arda ~ # iptables -t mangle -A OUTPUT -p tcp -m state --state NEW -m tcp --dport 80 -j nc |
20:55.32 | Ainulindale | arda ~ # iptables -t mangle -A OUTPUT -p tcp -m state --state NEW -j free |
20:55.35 | Ainulindale | arda ~ # /etc/init.d/iptables save |
20:55.37 | Ainulindale | then reload |
20:55.40 | Ainulindale | then arda ~ # ip route flush cache |
20:56.04 | Ainulindale | Can't see why it wouldn't work as expected |
20:57.34 | Ainulindale | Just tried lynx http://www.whatismyip.com/ |
20:57.46 | Ainulindale | And it still uses the default route |
20:57.57 | Ainulindale | It's really annoying :-) |
20:58.21 | PaulFertser | Ainulindale: hm, some probably related discussion: http://webcache.googleusercontent.com/search?oe=utf-8&hl=en&q=cache:MxE97I3trKYJ:http://kerneltrap.org/mailarchive/linux-net/2010/1/22/6721963+SOLVED%3A+iptables+MARK+%2B+ip+rule+fwmark+on+locally+generated+packets&ct=clnk |
20:58.50 | Ainulindale | Checking as we speak |
20:59.19 | CIA-82 | SHR: 03Martin.Jansa 07shr-e-gadgets * r9c9cbfd64f44 10/src/softkey_quickpanel/main.c: softkey_quickpanel: adapt to genlist callback change |
20:59.32 | Ainulindale | Damn slow to display this url :-) |
21:02.11 | PaulFertser | Ainulindale: you haven't shown your nc and free tables. |
21:02.33 | PaulFertser | Ainulindale: are you not confusing between CONNMARK and MARK marks? |
21:02.49 | GNUtoo-netbook | VQuickSilver, hi you wanted to ping me about something? |
21:02.49 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r4433091968ad 10/meta-shr/recipes-shr/shr/ (2 files in 2 dirs): she-e-gadgets: bump SRCREV and remove applied patch |
21:02.50 | Ainulindale | arda ~ # ip rou ls table nc |
21:02.50 | Ainulindale | default via 192.168.1.253 dev eth2 |
21:02.50 | Ainulindale | arda ~ # ip rou ls table free |
21:02.50 | Ainulindale | default via 192.168.1.254 dev eth2 |
21:02.55 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * re255ebc178c6 10/meta-shr/recipes-shr/shr/ (3 files in 2 dirs): libphone-ui-shr: bump SRCREV and remove applied patches |
21:02.57 | Ainulindale | PaulFertser: maybe |
21:03.29 | PaulFertser | Ainulindale: no, i meant iptables -v -L -t free |
21:03.49 | Ainulindale | Ah I pasted that earlier |
21:03.59 | Ainulindale | there are mangle chains |
21:04.01 | mrmoku | JaMa: hmm... interesting... I copied the main.c from the sofkey in PROTO... does not work either |
21:04.05 | Ainulindale | s/there/they/ |
21:04.20 | PaulFertser | Ainulindale: no, you haven't posted the chains themselves afaict. |
21:04.34 | Ainulindale | Chain free (3 references) pkts bytes target prot opt in out source destination 5291 569K MARK all -- any any anywhere anywhere MARK set 0x1 5291 569K CONNMARK all -- any any anywhere anywhere CONNMARK save |
21:04.43 | Ainulindale | one marking with 1 the other with 2 |
21:05.39 | mrmoku | JaMa: nvm. I forgot to set the correct window in settings |
21:14.11 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
21:17.06 | PaulFertser | Ainulindale: oh, why is your nc and free tables miss routes for the gateways themselves? |
21:17.14 | Ainulindale | they don't |
21:17.24 | Ainulindale | or you mean the subnet ? |
21:17.38 | PaulFertser | Ainulindale: yes. |
21:19.59 | Ainulindale | arda linux # ip rou flush cache |
21:19.59 | Ainulindale | arda linux # ip rou ls table nc |
21:19.59 | Ainulindale | 192.168.1.0/24 dev eth2 scope link |
21:19.59 | Ainulindale | default via 192.168.1.253 dev eth2 |
21:20.04 | Ainulindale | lynx => same thing |
21:22.59 | nschle85-jenkins | Project shr-core-om-gta02-shr-image build #55: SUCCESS in 2 hr 27 min: http://norman-schleicher.de:8080/job/shr-core-om-gta02-shr-image/55/ |
21:23.31 | Ainulindale | PaulFertser: really anoying :-( |
21:23.35 | Ainulindale | +n |
21:27.04 | PaulFertser | Ainulindale: i think your -j free overwrites the mark set previously on nc. |
21:27.43 | Ainulindale | well normally it should stop on the first chain wouldn't it ? |
21:27.54 | PaulFertser | Ainulindale: some targets stop and some do not. |
21:28.01 | PaulFertser | Ainulindale: i'm not sure if -j target stops it. |
21:29.25 | Ainulindale | you were utterly right |
21:29.32 | Ainulindale | let me retry |
21:29.37 | Ainulindale | (it seems to be working) |
21:30.40 | PaulFertser | Ainulindale: grepping through the man iptables i also see a ROUTE target that might be a simpler way to get it working something like that. |
21:30.48 | Ainulindale | thanks a lot it's working :-) |
21:30.59 | Ainulindale | hmmm interesting I'll check that |
21:31.03 | PaulFertser | Ainulindale: yay |
21:31.05 | PaulFertser | :) |
21:31.21 | PaulFertser | Ainulindale: now i can go to sleep being proud of myself :) |
21:31.31 | Ainulindale | heh :-) |
21:33.17 | Ainulindale | PaulFertser: 2011-12-22 22:33:12 (6.40 MB/s) - `stage3-amd64-20111208.tar.bz2' saved [160382879/160382879] |
21:33.21 | Ainulindale | \o/ |
21:34.03 | PaulFertser | Ainulindale: that's fast indeed! :) |
21:34.11 | Ainulindale | Quite good indeed |
21:34.52 | PaulFertser | Ainulindale: what's that special gateway, why does it allow http traffic that fast? |
21:35.48 | Ainulindale | new connection on fiber |
21:35.56 | PaulFertser | Why only http then? |
21:36.01 | Ainulindale | Well |
21:36.09 | Ainulindale | On this connection there's no fixed IP nor reverse dns |
21:36.12 | Ainulindale | and I like my reverse dns |
21:36.41 | PaulFertser | Ainulindale: ipv6 ftw |
21:36.56 | Ainulindale | err |
21:37.04 | Ainulindale | sadly in France... |
21:37.10 | GNUtoo-netbook | hi, if I use bl5c batteries in the gta04 it won't break anything but won't charge right? |
21:37.14 | Ainulindale | there're two providers giving ipv6 adresses |
21:37.27 | *** join/#openmoko-cdevel ben_t (~ben_t@79-67-82-50.dynamic.dsl.as9105.com) |
21:37.34 | PaulFertser | Ainulindale: France.fr pioneered 6rd, being the first major ISP to deploy the service large-scale. |
21:37.49 | Ainulindale | France.fr ? |
21:37.53 | Ainulindale | Or free.fr ? |
21:37.56 | PaulFertser | Ainulindale: Free.fr |
21:37.57 | PaulFertser | Yep |
21:37.59 | Ainulindale | Well I have free |
21:38.03 | Ainulindale | That's the connection I want to keep |
21:38.06 | Ainulindale | Although it's not fiber yet |
21:38.15 | Ainulindale | But I had the opportunity to have a discount for a fiber connection |
21:38.20 | Ainulindale | (14€ a month for a year) |
21:38.34 | Ainulindale | Free only gives me 500ko/s here (bad phone infrastructure) |
21:38.46 | PaulFertser | Ainulindale: you've HE POP nearby, so IPv6 wouldn't have too much of a lag for you, and you can have many fixed addresses and reverse zone and dns hosting for free. |
21:39.20 | Ainulindale | HE POP? |
21:39.53 | PaulFertser | Ainulindale: Hurricane Electric point of precence. 6in4 Tunnel Broker. |
21:40.01 | PaulFertser | They're really cool. |
21:40.10 | Ainulindale | nah |
21:40.14 | Ainulindale | I don't want tunnelling |
21:40.18 | Ainulindale | Either proper IPV6 or nothing |
21:40.25 | Ainulindale | (and my free modem is IPV6 enabled) |
21:40.31 | PaulFertser | Ainulindale: also, if you pass the certification, you'll get a rather awesome free IPv6 T-Shirt. |
21:41.01 | Ainulindale | hahaha :-) |
21:41.13 | Ainulindale | I'll do that only if I can have a jumbogram tee shirt |
21:41.20 | Ainulindale | ALthough I'd float in it |
21:41.24 | PaulFertser | :D |
21:41.29 | PaulFertser | Anyway, sleep time for me. |
21:41.37 | PaulFertser | Have fun with your fiber :) |
21:41.46 | Ainulindale | Thanks :-) |
21:44.18 | GNUtoo-netbook | wow |
21:44.38 | GNUtoo-netbook | eve: doubble click + drag up/down zooms/unzoom |
21:45.38 | CIA-82 | SHR: 03Martin.Jansa 07shr-makefile * r585c42e4c26d 10/conf/shr-core/local-builds.inc: local-builds: add more comments, because INHERIT_append_pn-libphone-ui-shr is no longer working |
22:37.37 | *** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1) |
22:52.49 | *** join/#openmoko-cdevel pespin (~pespin@90.163.79.224) |
22:54.23 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
23:37.07 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r57cb85ad535c 10/meta-shr/recipes-core/dbus/dbus_1.4.16.bbappend: dbus: drop chown postinst and bump PRINC |
23:45.32 | *** join/#openmoko-cdevel chomwitt (~chomwitt@ppp-94-64-42-18.home.otenet.gr) |