| 00:00.05 | reenoo | (I'm the only one with ARM experience AFAIK. it's unlikely someone else will claim the "new toy" for "evaluation") |
| 00:00.23 | pb__ | right |
| 00:00.53 | reenoo | seems some of the gumstix boards have integrated bluetooth |
| 00:01.27 | pb__ | yeah |
| 00:06.34 | florian | brb, need to test restored router |
| 00:09.47 | *** join/#gpe FortMax (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 00:14.06 | pb__ | night night |
| 00:16.40 | reenoo | 'night pb__. and thanks for your advice |
| 00:16.57 | *** join/#gpe FortMa1 (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 00:46.56 | *** join/#gpe florian (n=fuchs@p5083A0F7.dip0.t-ipconnect.de) |
| 00:47.17 | florian | re |
| 00:49.08 | florian | Perfect... now the only thing i wonder is why the firewall doesn't turn ip forwarding. |
| 00:55.44 | *** join/#gpe garrapatt (n=garra@143.129.41.114) |
| 00:55.48 | garrapatt | hello.. |
| 00:56.01 | florian | hello garrapatt |
| 00:57.08 | garrapatt | where can I find a ipkg server for put into the /etc/ipkg.conf file for install the GPE? |
| 00:57.34 | florian | garrapatt: which image do you use on which device? |
| 00:57.54 | garrapatt | image? is for a Acer n30 ppc with a ARM processor.. |
| 00:58.02 | florian | oh |
| 00:58.27 | florian | garrapatt: okay... do you have some filesystem already? |
| 00:58.32 | garrapatt | yes |
| 00:58.40 | garrapatt | I have all running.. |
| 00:59.02 | garrapatt | I only need a server for obtain the ipkg files.. |
| 00:59.09 | garrapatt | but I can't find anithink.... |
| 01:00.08 | garrapatt | can I put the "http://ipkgfind.handhelds.org/" server into the /etc/ipkg.conf file? |
| 01:00.34 | florian | okay... |
| 01:02.50 | florian | garrapatt: Use http://familiar.handhelds.org/releases/v0.8.3/feed/x11/ or id your filesystem softfloat? |
| 01:03.31 | garrapatt | I don't know... |
| 01:04.15 | garrapatt | I'll try with this server, thanks a lot... |
| 01:04.24 | florian | garrapatt: Where did you get the files your filesystem is based on? |
| 01:05.30 | garrapatt | in ARM... |
| 01:06.01 | garrapatt | my ppc is ipaq similar.. |
| 01:07.11 | florian | garrapatt: its worth a try... |
| 01:08.00 | garrapatt | yes, I think so, I'm trying, thx... |
| 01:10.41 | garrapatt | witch is the package for install the GPE base system?, because have a lot of... |
| 01:11.53 | florian | There are some gpe-task... meta-packages, gpe-task-base and gpe-task-pim at least. |
| 01:12.12 | florian | s/a/for a |
| 01:12.20 | reenoo | 'night florian |
| 01:12.35 | garrapatt | ok, thx.. |
| 01:12.41 | reenoo | florian: looks like I'm going to go for a gumstix board btw. thanks for the hint. |
| 01:13.26 | florian | reenoo: yw... |
| 01:13.35 | *** join/#gpe florian (n=fuchs@p5083A0F7.dip0.t-ipconnect.de) |
| 03:47.42 | *** join/#gpe poli (n=ca@200-168-30-125.dsl.telesp.net.br) |
| 04:08.14 | *** join/#gpe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 07:25.08 | *** join/#gpe rob_w (n=bob@p213.54.205.38.tisdip.tiscali.de) |
| 07:54.03 | *** join/#gpe zap_ (n=zap@217.170.93.9) |
| 08:16.48 | *** join/#gpe JiniDog (n=jini@Ga821.g.pppool.de) |
| 08:23.08 | rob_w | crap .. rxvt-unicode fails to link here |
| 08:49.31 | *** join/#gpe Junko (i=tinyirc@va-69-68-191-171.dyn.sprint-hsd.net) |
| 08:52.40 | *** join/#gpe krokas (i=krokas@ppp83-237-108-25.pppoe.mtu-net.ru) |
| 10:04.24 | *** join/#gpe lolita__ (n=matthias@w216.wist.uni-linz.ac.at) |
| 10:21.39 | *** join/#gpe BBrox (n=ulmer@bbrox.org) |
| 10:30.23 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 10:34.57 | *** join/#gpe pH5 (n=ph5@p5485DDD0.dip.t-dialin.net) |
| 10:35.14 | pH5 | good morning |
| 10:43.16 | *** join/#gpe lolita__ (n=matthias@w216.wist.uni-linz.ac.at) |
| 10:55.25 | pb__ | rob_w: that is unfortunate |
| 10:58.53 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 11:03.59 | rob_w | mipsel-linux/lib/.libs/libpangocairo-1.0.so: No such file or directory |
| 11:04.21 | rob_w | i went for rxvt witout unicode then .. but that above now is even worse |
| 11:04.30 | rob_w | that comes when compiling libgpewidget |
| 11:08.58 | *** join/#gpe bedboi (i=bedboi@217.201.2.146) |
| 11:11.18 | pb__ | that is bad |
| 11:11.23 | pb__ | what version of gtk are you using - 2.8? |
| 11:11.26 | pb__ | hi bedboi |
| 11:15.05 | bedboi | pb_: i'm trying to make install-ing libgpewidget but i have: |
| 11:15.07 | bedboi | /bin/sh: ../mkinstalldirs: No such file or directory |
| 11:15.07 | bedboi | make[1]: *** [install-data-yes] Error 127 |
| 11:16.22 | *** join/#gpe _law_ (n=law@213.173.86.202) |
| 11:18.23 | *** part/#gpe _law_ (n=law@213.173.86.202) |
| 11:20.15 | pb__ | that's unfortunate |
| 11:20.21 | pb__ | what version of libgpewidget are you using? |
| 11:20.27 | bedboi | cvs |
| 11:23.36 | pb__ | looks like mkinstalldirs isn't checked in. I'll fix that. |
| 11:24.31 | pb__ | right, try now |
| 11:31.24 | *** join/#gpe petterhj- (n=TESTID@host-81-191-111-34.bluecom.no) |
| 11:41.54 | *** join/#gpe Ge0rgy (n=Christop@dslb-084-057-159-119.pools.arcor-ip.net) |
| 11:45.07 | bedboi | it seems that libgpepimc suffers the same problem |
| 11:50.58 | johnX | dunno if this has already been noted, but there is a minor typo in the Makefile in gpe-conf-0.1.29-r0 |
| 11:51.27 | johnX | "$(INSTALL -m755 ..." where it should say "$(INSTALL -m 755 ..." |
| 11:58.39 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 12:06.40 | *** join/#gpe JiniDog (n=jini@Gd54b.g.pppool.de) |
| 12:28.25 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 12:47.49 | *** join/#gpe FortMax (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 12:55.49 | *** join/#gpe reenoo (n=r@p5489F429.dip.t-dialin.net) |
| 12:56.16 | reenoo | morning |
| 12:56.42 | bedboi | morning |
| 12:56.51 | reenoo | hi bedboi |
| 12:57.36 | *** join/#gpe dc__ (n=dctanner@bb-87-81-165-34.ukonline.co.uk) |
| 12:57.39 | *** part/#gpe krokas (i=krokas@ppp83-237-108-25.pppoe.mtu-net.ru) |
| 12:58.43 | pb__ | hi dc__, reenoo |
| 12:58.50 | reenoo | hey pb__ |
| 13:01.11 | *** join/#gpe guillermo_ (n=guillerm@dslb-084-062-139-095.pools.arcor-ip.net) |
| 13:01.30 | dc__ | yo |
| 13:02.35 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 13:09.29 | CoreDump|home | hi |
| 13:10.17 | dc__ | yay, our business cards come tomorrow :) |
| 13:10.56 | pb__ | heh, very good. what business cards are those? |
| 13:11.06 | dc__ | our business ones! |
| 13:11.10 | dc__ | new bamboo |
| 13:11.17 | dc__ | I think there's a version uploaded... |
| 13:11.49 | dc__ | http://mongoo.se/files/site_idea_7_home.jpg and http://mongoo.se/files/site_idea_7_about.jpg are what the site is going to look similar too |
| 13:12.05 | dc__ | text isn't real |
| 13:12.13 | pb__ | cute |
| 13:12.22 | dc__ | http://mongoo.se/files/card_idea2_back_v20.jpg |
| 13:12.51 | dc__ | cards will have rounded corners too :) |
| 13:16.39 | pb__ | very nice |
| 13:17.01 | pb__ | I think I'm meant to be getting some new business cards soon as well. not entirely sure what they will look like, though. |
| 13:30.43 | *** join/#gpe petterhj- (n=TESTID@host-81-191-111-34.bluecom.no) |
| 13:41.05 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 13:43.52 | *** join/#gpe FortMax (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 15:19.24 | *** join/#gpe zap_ (n=zap@217.170.93.196) |
| 15:31.49 | *** join/#gpe LoneStar (n=xinzhen@218.82.9.169) |
| 15:40.59 | LoneStar | how much RAM will GPE require? |
| 15:41.28 | LoneStar | I mean, the whole system, kernel+glibc+tinyX+gtk+gpe |
| 15:41.29 | koen | slight more than 32mb |
| 15:42.30 | koen | it runs with 32, but it isn't very usuable |
| 15:42.44 | LoneStar | i see |
| 16:01.52 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 16:05.04 | *** join/#gpe zap_ (n=zap@217.170.93.9) |
| 16:06.49 | *** join/#gpe kammicazze (n=kammi@dD5762520.access.telenet.be) |
| 16:08.12 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 16:14.01 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 16:32.10 | *** join/#gpe petterhj- (n=TESTID@host-81-191-111-34.bluecom.no) |
| 16:32.18 | rob_w | libpangox-1.0.so.0) found and LEAD_SONAME not defined |
| 16:32.31 | rob_w | comes on pango do_package ? |
| 16:35.06 | *** join/#gpe CSMan (n=csman@toronto-HSE-ppp4015162.sympatico.ca) |
| 16:52.19 | *** join/#gpe florian (n=fuchs@p5083A979.dip0.t-ipconnect.de) |
| 16:52.35 | florian | good morning |
| 16:59.01 | pb__ | florian: good morning |
| 16:59.16 | florian | hi pb__ |
| 17:10.58 | bedboi | gpe-calendar won't compile on debian sid |
| 17:11.04 | bedboi | because of broken packages :( |
| 17:11.07 | bedboi | x11.pc is missing |
| 17:15.02 | florian | ah... thats a common problem. iirc we have one in the base/build directory |
| 17:19.18 | rob_w | libpangocairo-1.0.so.0 is not created in the staging dir .. that breaks libgpewidget .. what do i miss ? |
| 17:32.37 | rob_w | ok found it , as for whatever reason i miss SO_LEADNAME tags in pango.bb |
| 17:34.35 | pb__ | that wouldn't cause libpangocairo-1.0.so.0 to go missing from staging |
| 17:34.55 | pb__ | LEAD_SONAME only affects packaging, not staging, and it only controls the package naming rather than the contents in any case. |
| 17:35.39 | reenoo|afk | it seems Philippe ignored my request to revert the bogus changes he applied to preferred-gpe-versions-2.7.inc |
| 17:35.47 | pb__ | doh |
| 17:35.55 | pb__ | Philippe: ! |
| 17:35.57 | reenoo|afk | you probably don't want to build gtk+ 2.8 in the first place |
| 17:36.13 | reenoo|afk | I've pushed a fix to the .dev branch |
| 17:36.51 | reenoo|afk | as for the actual problem. that sounds like the do_stage() of pango is outdated |
| 17:45.44 | rob_w | it works now for me with the mentioned SO_LEADNAME entry`s |
| 17:46.18 | rob_w | now i am stuck on libgpepimc .. missing libgtk-x11-2.0 , hmmm |
| 18:04.57 | *** join/#gpe florian (n=fuchs@p5083A979.dip0.t-ipconnect.de) |
| 18:05.28 | pb__ | florian: wb |
| 18:05.41 | pb__ | I assigned some bugs to you in your absence :-} |
| 18:05.58 | florian | ohoh |
| 18:06.24 | pb__ | yah, even a moment's inattention can be dangerous. |
| 18:06.40 | florian | :-) |
| 18:12.34 | *** join/#gpe FortMax (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 18:21.33 | florian | we could ask monotone :-) |
| 18:24.50 | pb__ | yeah, I'm trying to ask darcs at the moment |
| 18:25.04 | pb__ | so far it's been thinking for twelve minutes and consumed 1.8GB of memory |
| 18:25.21 | florian | eeks! |
| 18:25.45 | CoreDump|home | lol |
| 18:25.52 | pb__ | it's lucky I installed extra RAM in my machine last week |
| 18:26.05 | florian | okay... i shouldn't try that - none of my machines has that much of memory. |
| 18:26.09 | florian | brb, food |
| 18:28.13 | CoreDump|home | reminds me of the good old bitbake days, when python alone would swallow 1G of ram just for the parsing |
| 18:28.29 | CoreDump|home | ok, more like 700Mb |
| 18:28.43 | pb__ | mm |
| 18:28.51 | pb__ | sadly, after all that, the annotate output was not especially informative |
| 18:29.44 | *** join/#gpe Timelord (n=TL@4.78.4.43) |
| 18:30.12 | pb__ | ah, maybe I can use "darcs trackdown" |
| 18:30.14 | pb__ | that sounds quite exciting |
| 18:32.04 | pb__ | I dread to think how long that will take, but still. |
| 18:32.33 | pb__ | ah, drat, failed |
| 18:32.37 | pb__ | darcs failed: Bad patch: |
| 18:32.37 | pb__ | user error (Error applying hunk to file ./packages/gnu-config/gnu-config_20050701.bb) |
| 18:35.12 | Philippe | reenoo|afk, sorry I had understood you would fix that. |
| 18:36.21 | *** join/#gpe CSMan_ (n=csman@67.71.26.104) |
| 18:48.46 | reenoo | Philippe: I think I was rather clear about that |
| 18:49.26 | reenoo | http://article.gmane.org/gmane.comp.handhelds.openembedded/8514 : "Would you mind reverting the unintended changes then?" |
| 18:52.57 | pb__ | hm, it seems that jbowler is the guilty party |
| 19:01.08 | florian | re |
| 19:01.35 | florian | pb__: looks like darcs is not the featured candidate to replace monotone ;-) |
| 19:01.51 | pb__ | yeah, it seems |
| 19:02.02 | pb__ | I eventually discovered the culprit using git, but even that was pretty painful |
| 19:02.16 | pb__ | I had to write a python script to parse the output from "cg-log" and feed it back into "cg-diff". |
| 19:02.29 | florian | :-/ |
| 19:04.05 | pb__ | I'm finding it quite hard to get to grips with this idea of a "revision number" being a string of 40 random-looking hex digits, though it seems that virtually all SCMs think that way these days. I guess I must just be getting old and stupid. |
| 19:04.59 | florian | pb__: Hrm... am i older than you? |
| 19:05.29 | pb__ | I think you might be. I'll be 30 this year. |
| 19:07.39 | florian | Same here :-) |
| 19:08.16 | florian | pb__: ... and yes, i had the same feeling about these revision numbers. |
| 19:10.01 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
| 19:14.28 | reenoo | pb__: "Outliner" or "Figment Outliner"? |
| 19:14.49 | pb__ | If "Figment Outliner" will fit, do that. Otherwise, just "Outliner". |
| 19:20.16 | reenoo | it fits, but looks a bit odd |
| 19:20.35 | reenoo | next to "Contacts" |
| 19:21.36 | pb__ | mm, right. |
| 19:21.36 | reenoo | (i.e. none of the others .desktops have the application name in the description) |
| 19:22.38 | pb__ | yeah |
| 19:22.42 | pb__ | maybe just "Outliner" would be better then |
| 19:22.51 | *** join/#gpe florian (n=fuchs@p5083A979.dip0.t-ipconnect.de) |
| 19:22.54 | reenoo | Name=Outliner |
| 19:22.54 | reenoo | Comment=The Figment Outliner |
| 19:23.16 | florian | re |
| 19:23.22 | reenoo | florian: wb |
| 19:23.33 | pb__ | reenoo: looks good |
| 19:23.46 | *** join/#gpe zecke (n=ich@88.134.3.107) |
| 19:31.16 | Philippe | reenoo, I am sorry, I seem to have missed that mail. |
| 19:31.34 | Philippe | reenoo, is it fixed now? Or should I still do that? |
| 19:32.54 | reenoo | pb__: should be in .dev now |
| 19:33.40 | pb__ | reenoo: rock |
| 19:33.43 | reenoo | Philippe: ah, sounds like you're not subscribed to oe@ and I didn't keep you in Cc |
| 19:34.54 | reenoo | Philippe: I've reverted the offending changes |
| 19:35.59 | Philippe | reenoo, ok perfect. However I thought koen had actually checked in a new version for it recently. However that might be in the non .dev branch |
| 19:39.03 | reenoo | Philippe: well. he certainly hasn't fixed it in .dev |
| 19:40.03 | reenoo | Philippe: you may want to consider subscribing (and reading) oe@ though. given that you have write access... |
| 19:41.00 | *** join/#gpe toi (n=peter@d54C24BC0.access.telenet.be) |
| 19:43.18 | Philippe | reenoo, I will. And again my apologies for the problems |
| 19:46.34 | *** join/#gpe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 20:15.47 | *** join/#gpe JiniDog (n=jini@Gdc45.g.pppool.de) |
| 20:31.34 | *** join/#gpe jcole_home (n=jcole_ho@211.sub-70-199-32.myvzw.com) |
| 20:35.23 | jcole_home | i installed opie and quite like the konquerer embedded browser... is there a way to run it in gpe? |
| 20:38.07 | CoreDump|home | nope |
| 20:42.28 | jcole_home | too bad :(... appears to be the best and most featured browser on familiar |
| 20:43.16 | CoreDump|home | um lol, and that's a sad thing to hear |
| 20:43.24 | CoreDump|home | konq/ is from 2002 |
| 20:43.44 | jcole_home | i just want to check my email |
| 20:43.57 | jcole_home | not gpe browsers do that |
| 20:43.59 | CoreDump|home | use firefox ) |
| 20:44.15 | jcole_home | firefox doesn't work anymore in familiar |
| 20:44.35 | CoreDump|home | http://hentges.net/tmp/screenshots/Zaurus/Akita/GPE/firefox.jpg |
| 20:44.41 | CoreDump|home | huh? why is that |
| 20:45.04 | jcole_home | i don't know, it hasn't been packaged up since version 0.8.0 |
| 20:45.29 | CoreDump|home | hmm there's still hope it will be in the .83 feed |
| 20:46.17 | XorA|gone | CoreDump|home: I should hope so, it builds fine |
| 20:46.18 | jcole_home | lol, hope |
| 20:46.25 | XorA|gone | CoreDump|home: and runs fine here to |
| 20:46.41 | *** join/#gpe poli (n=ca@CAcert-br/poli) |
| 20:47.48 | CoreDump|home | well, works fine on OZ, too. It's a little bit slow tho |
| 20:48.21 | XorA|gone | CoreDump|home: for speed/functionality I use links |
| 20:48.24 | pb__ | afaik, there's no good reason for firefox to be missing. |
| 20:48.27 | CoreDump|home | point taken |
| 20:48.35 | pb__ | file a bug requesting it be reinstated in 0.8.3, and make it block bug 1334. |
| 20:49.36 | jcole_home | pb__: all the others apps would be nice too |
| 20:50.04 | pb__ | same applies. file bugs asking for them to be reinstated (or just one big bug with a list). |
| 20:54.41 | jcole_home | are one of you maintaining these? --> http://mail.pdaxrom.org/1.1.0beta1/XQt/feed/ |
| 20:55.34 | jcole_home | why can't those be added to familiar? |
| 20:56.02 | pb__ | probably no reason. |
| 20:56.36 | jcole_home | he only has zaurus images :( --> http://www.pdaxrom.org/index.php?showid=8&menuid=11 |
| 20:56.58 | jcole_home | i have an ipaq |
| 20:59.03 | reenoo | heh. we can't add random binary packages. especially since the pdaxrom people don't care much about licensing. the packages we have .bbs in OE for should be made available for familiar though |
| 20:59.41 | pb__ | oh, right, is the pdaxrom stuff binary-only? |
| 20:59.43 | pb__ | that's a bit sucky |
| 21:06.24 | jcole_home | i should have got a zaurus |
| 21:06.39 | reenoo | pb__: dunno. the src folder on that server appears to have upstream sources only. no patches or build instructions |
| 21:06.56 | pb__ | doh |
| 21:07.06 | pb__ | oh well |
| 21:07.46 | reenoo | well. most of that stuff is in OE anyway |
| 21:08.22 | reenoo | pb__: package.bbclass appears to be responsible for the ppp breakage btw |
| 21:08.29 | pb__ | oh right |
| 21:08.31 | pb__ | what's it doing? |
| 21:08.48 | reenoo | trying to run strip on a read-only binary |
| 21:09.04 | pb__ | if you can identify a changeset that introduced the problem, just assign the bug to whoever checked it in. |
| 21:09.17 | pb__ | ah |
| 21:10.52 | reenoo | jcole_home: how about making a list of packages that are in OE but not in the feeds yet and filing a bug for that? |
| 21:11.26 | reenoo | jcole_home: sounds more cost effective than buying a Z to me |
| 21:12.25 | reenoo | pb__: I'll have to think a bit about a proper solution that's all |
| 21:12.41 | pb__ | righto |
| 21:14.50 | jcole_home | reenoo: all right, will do tonight after i'm done with this report i'm working on |
| 21:15.06 | jcole_home | anyone here have a zaurus SL-6000 ? |
| 21:15.47 | reenoo | jcole_home: ok, cool |
| 21:31.42 | *** part/#gpe law_ (n=_law_@213.173.86.202) |
| 21:45.12 | *** join/#gpe katossi (n=guillerm@dslb-084-062-139-095.pools.arcor-ip.net) |
| 22:25.52 | *** join/#gpe jg (n=jg@222.153.134.10) |
| 22:54.47 | *** join/#gpe lolita__ (n=matthias@w216.wist.uni-linz.ac.at) |
| 22:57.47 | *** join/#gpe flo_lap (n=fuchs@p5083A979.dip0.t-ipconnect.de) |
| 23:00.23 | flo_lap | re |
| 23:00.41 | pb__ | flo_lap: wb |
| 23:01.37 | flo_lap | *sigh* |
| 23:05.49 | pb__ | :-/ |
| 23:06.48 | pb__ | hm, drat, it turns out I am missing one vital document for my tax calculation |
| 23:11.15 | pb__ | the good news, though, is that apparently I don't owe the government any money this year |
| 23:11.55 | flo_lap | Thats good news, indeed :-) |
| 23:13.30 | flo_lap | ~lart multisync |
| 23:18.49 | pb__ | heh |
| 23:18.54 | pb__ | what's going on with multisync? |
| 23:18.57 | flo_lap | We definitely need to make syncing work... |
| 23:19.23 | flo_lap | GLib-ERROR **: gmem.c:174: failed to allocate 1073741824 bytes |
| 23:19.44 | pb__ | crumbs |
| 23:19.55 | flo_lap | The UI is a pain, it just doesn't work. |
| 23:20.18 | pb__ | that does sound quite sucky |
| 23:22.18 | flo_lap | Member 2 of type file-sync just sent all changes |
| 23:22.18 | flo_lap | Segmentation fault |
| 23:22.35 | pb__ | :-( |
| 23:23.01 | flo_lap | Apart from cool messages like this: "All clients connected or error |
| 23:23.01 | flo_lap | " |
| 23:24.29 | pb__ | ! |
| 23:25.19 | pb__ | it does sound like some work is needed there |
| 23:26.23 | flo_lap | I guess there is a reason why no distribution ships Opensync and its tools :-/ |
| 23:26.31 | pb__ | yeah |
| 23:26.39 | pb__ | that's rather a shame |
| 23:26.44 | reenoo | oh dear :( |
| 23:28.36 | reenoo | pb__: wrt package.bbclass: what do you think is better, bail out and have people fix their do_install()s or chmod u+w non-stripped files? |
| 23:28.39 | flo_lap | That something i'd really really love to see working, i guess i need to work on this before working on other projects. |
| 23:29.27 | pb__ | reenoo: probably the former. if you chmod u+w the files before stripping them, you ought really to put the permissions back the way they were afterwards. |
| 23:30.17 | reenoo | pb__: right. I have a patch for that already |
| 23:30.27 | reenoo | - stripfunc += "${STRIP} %s || : ;\n" % fpath |
| 23:30.27 | reenoo | + stripfunc += "file %s | grep -q 'not stripped' && ${STRIP} %s || return 1;\n" % (fpath, fpath) |
| 23:30.27 | pb__ | excellent |
| 23:30.59 | reenoo | I hope that will catch all non-stripped files |
| 23:31.19 | pb__ | right, looks like it should |
| 23:32.40 | reenoo | I wonder if I should add an IGNORE_STRIP_ERRORS conditional though |
| 23:33.07 | reenoo | and fall back to the old behaviour if that's set |
| 23:33.30 | pb__ | wouldn't hurt, I guess |
| 23:34.39 | pb__ | flo_lap: yeah, working syncing is very important |
| 23:35.08 | flo_lap | pb__: more than everything... |
| 23:39.05 | flo_lap | I wonder if it would be a good idea to have the sync GUI and logic on the PDA. That would make syncing independent from the software on the PC. |
| 23:40.40 | pb__ | yeah, that is certainly something we should support as an option. |
| 23:41.01 | pb__ | I can imagine a valid use-case for syncing your ipaq with your cellphone, for example, or syncing two ipaqs with each other. |
| 23:41.35 | flo_lap | Hmm yes... syncing my iPaq with the 770 would rock. |
| 23:42.06 | pb__ | with openswan's recent ejection from the bootstrap images, we also have plenty of space. h3900 has about 11MB free in the rootfs right now. |
| 23:43.10 | flo_lap | thats nice... then i'll reorder my prioities: |
| 23:43.30 | flo_lap | 1. Make enough money to have food for the family. |
| 23:44.24 | flo_lap | 2. Bash Multisync to become useful and stable on a mobile device. |
| 23:44.45 | flo_lap | 3. Care about GPE config and control infrastructure. |
| 23:47.15 | pb__ | That sounds like a fine set of priorities. |
| 23:49.07 | *** join/#gpe FortMax (n=aperez@pool-71-250-20-69.nwrknj.east.verizon.net) |
| 23:50.48 | flo_lap | Too bad the first part takes the most of the time... |
| 23:51.10 | pb__ | yeah. |
| 23:51.50 | flo_lap | The Opensync traces don't really give any clue, but "ps" shows me a zombied ssh process. |
| 23:52.08 | flo_lap | ... so i guess its the gpe plugin which segfaults. |
| 23:52.19 | reenoo | yay.. zombies |
| 23:52.25 | pb__ | ah, right |
| 23:52.43 | pb__ | well, in a way it's good news that the gpe plugin is what's crashing |
| 23:53.18 | pb__ | since we know that this is new code, and we can make Martin fix it :-) |
| 23:53.26 | reenoo | heh |
| 23:55.13 | reenoo | (as for the zombies... a few weeks ago participants of the operating systems I course managed to kill more than half of the workstations by running their faulty shell implementation which basically fork-bombed zombies) |
| 23:56.48 | flo_lap | "value "50" of type `guint' is invalid" |
| 23:57.14 | flo_lap | reenoo: heh |
| 23:58.08 | pb__ | reenoo: doh |
| 23:58.20 | reenoo | indeed. that's like 45+ computers >:) |
| 23:58.31 | pb__ | hehe |
| 23:59.16 | reenoo | and well... it happens again every year... |
