00:03.36 | *** join/#elinux zx80user (n=adrian@80-44-176-170.dynamic.dsl.as9105.com) |
02:40.02 | *** join/#elinux albech (n=thomas@119.42.76.18) |
02:45.58 | *** join/#elinux ibot (i=ibot@rikers.org) |
02:45.58 | *** topic/#elinux is Embedded Linux || http://eLinux.org/ || cross compile, uClibc, busybox, handhelds, post-sale linux installs ;-), etc. |
02:56.26 | ashes | albech: you don't have ipv6 support in your libc headers |
02:58.10 | ashes | i don't know if iproute2 can be modified to not use ipv6. otherwise you should probably use busybox |
03:04.09 | albech | i am using busybox, but its implementation of iproute2 isnt sufficient for shorewall |
03:04.29 | albech | and i have tried both with and without ipv6 support compiled in uclibc.. same problem |
03:08.41 | ashes | in6addr_any should be in /usr/include/linux/in6.h |
03:09.34 | ashes | erm |
03:09.37 | ashes | no |
03:10.26 | ashes | i dunno where it should be |
03:10.38 | ashes | find /usr/include | xargs grep -n in6addr_any |
03:10.51 | ashes | figure out what ifdef's are blocking it |
03:11.50 | ashes | your error is from ld, which means in6addr_any() is not in libc |
03:12.11 | ashes | libc.so |
03:17.11 | ashes | also |
03:17.20 | ashes | google for "in6addr_any uclibc" |
03:17.31 | ashes | without the quotes |
03:21.52 | albech | * out for a meeting |
04:47.08 | *** join/#elinux zheng (n=zheng@211.152.46.110) |
04:56.08 | *** join/#elinux JoeBorn (n=rootmeis@adsl-75-3-7-231.dsl.chcgil.sbcglobal.net) |
05:06.02 | *** join/#elinux ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) |
06:11.14 | *** join/#elinux harpal (n=Harpal@121.246.75.165) |
06:36.38 | *** join/#elinux albech (n=thomas@119.42.76.18) |
07:05.38 | *** join/#elinux lyakh (n=lyakh@p57BD2ED9.dip0.t-ipconnect.de) |
07:12.28 | *** join/#elinux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
08:10.55 | *** join/#elinux boris_OmegA (n=boris@194.51.141.172) |
08:52.12 | *** join/#elinux lyakh (n=lyakh@p57BD2ED9.dip0.t-ipconnect.de) |
09:45.50 | *** join/#elinux albech (n=thomas@119.42.76.18) |
10:09.16 | *** join/#elinux Redhatter (n=vk4msl@203.94.56.252) |
10:09.40 | *** join/#elinux Redhatter (n=vk4msl@2001:388:f000:0:0:0:0:5) |
10:34.47 | *** join/#elinux Eregory (n=ericr@206-58-200-161.airspeedinternet.net) |
10:37.56 | *** join/#elinux Eregory (n=ericr@206-58-200-161.airspeedinternet.net) |
10:40.42 | *** join/#elinux linac (n=lin@125.77.80.136) |
10:44.23 | *** join/#elinux gustavoz (n=gustavoz@imhotep.toptech.com.ar) |
11:48.31 | *** join/#elinux Eregory (n=ericr@206-58-200-161.airspeedinternet.net) |
12:28.20 | *** join/#elinux Eregory (n=ericr@206-58-200-161.airspeedinternet.net) |
12:41.56 | *** join/#elinux Redhatter (n=vk4msl@2001:388:f000:0:0:0:0:3) |
13:40.24 | *** join/#elinux GPSFan (n=kenm@64.92.145.112) |
14:39.06 | *** join/#elinux prpplague (n=dave@mail.americanmicrosystems.com) |
15:59.32 | wmat | NOTICE: the elinux.org website is currently down; we're investigating. |
16:15.55 | *** join/#elinux flavioribeiro (n=avaty@189.71.5.77) |
16:22.31 | *** join/#elinux EtepYYC (n=etepyyc@209.82.99.132) |
16:55.53 | *** join/#elinux sjhill (n=sjhill@real.realitydiluted.com) |
17:03.43 | *** join/#elinux thraxisp (n=thraxisp@century.precidia.com) |
17:05.52 | *** join/#elinux Redhatter (n=vk4msl@203.94.56.252) |
17:07.12 | *** join/#elinux Omegamoon (n=egoe@demolitionman.xs4all.nl) |
17:32.29 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
17:59.42 | *** join/#elinux lyakh (n=lyakh@p57BD2ED9.dip0.t-ipconnect.de) |
18:21.15 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
18:25.06 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
18:26.40 | wmat | UPDATE: elinux.org is back! |
18:38.50 | *** join/#elinux zx80user (n=adrian@80-44-176-170.dynamic.dsl.as9105.com) |
18:49.12 | mgdm | And there was much rejoicing \o / |
18:52.01 | *** join/#elinux dirk2 (n=dirk@p5B042079.dip0.t-ipconnect.de) |
19:01.43 | *** join/#elinux archae0ptery1 (n=snewman@207.47.42.130.static.nextweb.net) |
19:22.39 | *** join/#elinux archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
19:46.11 | *** join/#elinux pb__ (n=pb@88-110-5-187.dynamic.dsl.as9105.com) |
19:47.11 | wmat | heh |
19:51.48 | dirk2 | what was the issue with eLinux today? I feared something like ~1 year ago ;) |
19:54.12 | prpplague | dirk2: over the storage quota |
19:58.05 | mnemoc | doh |
20:25.01 | *** join/#elinux TimRiker (n=timr@rikers.org) |
20:25.01 | *** mode/#elinux [+o TimRiker] by ChanServ |
20:25.25 | TimRiker | wmat: I cleaned up 7G of old backups that we have offsite anyway. |
20:26.41 | TimRiker | wmat: installing upgrades now... |
20:27.35 | TimRiker | the backup script needs to only keep x backups and delete the older ones. I'll work on that next. |
20:28.12 | wmat | TimRiker: heh, I was on there poking around and saw the usage drop dramatically and wondered what was going on |
20:28.36 | TimRiker | :) I figured, that's why I joined here to talk. :) |
20:28.57 | TimRiker | there was 20g in /mnt when I started. |
20:29.00 | wmat | TimRiker: any idea why we'd get an error msg from godaddy about maxing out our smtp relay limit of 1000? |
20:29.15 | *** join/#elinux dijenerate (n=dijenera@72.51.106.88) |
20:29.54 | TimRiker | we were likely sending emails someplace about the drive being full. if they bounce them back, we could have a mail-loop. evil things those. just theories at present, not found any evidence yet. |
20:30.10 | TimRiker | starting with security updates first... |
20:30.29 | wmat | yes, the celfadmin guy had mentioned receiving msgs about the disk being full as well |
20:33.40 | prpplague | fun fun |
20:33.59 | prpplague | i'll have a look through the upload files to see if there is anything that can be cleaned as well |
20:34.17 | prpplague | i have a feeling there are some duplicate copies of SoC datasheets |
20:34.30 | wmat | prpplague: I quickly looked, and there doesn't seem to be much of any significant size |
20:34.53 | prpplague | ahh ok |
20:38.45 | TimRiker | Jan 19 20:37:14 elinux postfix/qmgr[3421]: 2EB19544848: from=<double-bounce@elinux.org>, size=775, nrcpt=2 (queue active) |
20:38.58 | TimRiker | lots and lots of those in the mail.info file. |
20:39.31 | wmat | "Unfortunately, we are not able to support custom or 3rd party software installations for unassisted servers." |
20:39.41 | wmat | lovely GoDaddy response |
20:39.48 | TimRiker | Jan 18 06:28:31 elinux postfix/qmgr[5366]: F311413C0236: to=<tim.bird@am.sony.com>, orig_to=<postmaster>, relay=none, delay=1400, delays=1099/300/0/0, |
20:39.48 | TimRiker | dsn=4.4.2, status=deferred (delivery temporarily suspended: conversation with k2smtpout.secureserver.net[64.202.189.86] timed out while receiving the i |
20:39.49 | TimRiker | nitial server greeting) |
20:40.11 | TimRiker | that looks like the first bounce. |
20:42.40 | TimRiker | I'm just going to flush all the mail. can't find anything useful in there. |
20:43.41 | wmat | TimRiker: go for it |
20:46.47 | TimRiker | when do we get mail back? looks like just one message will start a mail loop again as the relay rejects it so we try to send a notification which gets rejected, so we try... etc. |
20:51.25 | TimRiker | should come back at midnight or something? |
20:54.57 | *** join/#elinux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:57.41 | wmat | TimRiker: I don't know. |
20:57.58 | wmat | are we causing the loop? |
20:58.56 | TimRiker | well, we aren't stopping it. |
20:59.35 | TimRiker | we fail and try to send a notice that we failed, which fails, so we try to send a notice that it failed, ad. infinitum. |
21:00.10 | TimRiker | I'm trying setting 2bounce_notice_recipient = /dev/null to see if that ends it. |
21:02.13 | wmat | TimRiker: I'm heading home now, thanks for the disk usage cleanup |
21:02.44 | TimRiker | nods. the backup script still needs fixing. I should get to that I expect. |
21:13.07 | TimRiker | wmat: ok, next run should just leave 10 local sets of tar and sql backups. we'll continue that way, with 10 weeks of backups on the local machine. |
21:14.21 | *** part/#elinux tzanger (n=tzanger@gromit.mixdown.ca) |
21:14.33 | *** join/#elinux JoeBorn (n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net) |
21:25.30 | *** part/#elinux Omegamoon|away (n=egoe@demolitionman.xs4all.nl) |
21:36.02 | *** join/#elinux EtepYYC (n=etepyyc@209.82.99.132) |
21:39.03 | *** join/#elinux ashes (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
22:39.18 | *** join/#elinux dijenerate (n=dijenera@72.51.106.88) |
22:51.39 | *** join/#elinux GPSFan (n=kenm@64.92.145.112) |
22:54.13 | *** join/#elinux booxter (n=booxter@night02.sml.by) |
22:59.27 | archae0pteryx | Does anyone have advice on speeding up jffs2 (either HW or SW solution?) |
23:04.59 | flyback | better hw? |
23:05.02 | flyback | ducks |
23:10.42 | archae0pteryx | :P |
23:11.22 | archae0pteryx | well for example i figure word instead of halfword access should speed things up, but I haven't done any benchmarking so far |
23:12.26 | flyback | or better flash if it's not soldered down |
23:16.46 | mnemoc | archae0pteryx: what about using a better fs? |
23:18.47 | archae0pteryx | mnemoc: For bare NAND flash what would you recommend over jffs2 |
23:19.21 | flyback | go SLC nand |
23:19.30 | flyback | don't go MLC unless really cost constrained |
23:19.34 | flyback | MLC has 10x less write cycleds |
23:19.36 | flyback | way slower |
23:19.42 | flyback | and way more prone to random bit errors |
23:19.53 | flyback | at least till micron's new technology takes shape |
23:20.15 | archae0pteryx | Speed might be an issue but write cycles not quite so much |
23:20.39 | flyback | MLC = CANUCKED |
23:22.18 | mnemoc | archae0pteryx: I'm not an expert, but you have axfs (http://www.youtube.com/watch?v=fu6Yj7iKEiA), logfs and ubifs |
23:22.33 | flyback | logfs? |
23:22.39 | archae0pteryx | interesting, thanks |
23:23.03 | mnemoc | flyback: http://www.logfs.org/logfs/ |
23:24.02 | archae0pteryx | mnemoc: if these may be faster do you have any theories on why most people still use jffs2 |
23:24.32 | mnemoc | archae0pteryx: those are far younger than jffs2 |
23:25.25 | mnemoc | archae0pteryx: most people just keeps using what they have always used |
23:25.40 | archae0pteryx | mnemoc: maybe buggier too? Especially if not many people are using them |
23:26.00 | flyback | decides to start taking random mixes of pain killers till the pain either stops or his body does |
23:26.11 | archae0pteryx | I can't afford to go with something not as well tested because I will have little physical access |
23:27.08 | mnemoc | archae0pteryx: I think they are all mature, but ask for enlightenment at the linux-embedded list |
23:27.31 | flyback | wow |
23:27.39 | flyback | cram and sqush fs are both canucked up the moose |
23:27.50 | flyback | decides to stop using them on his palm pilot for rootfs |
23:28.51 | mnemoc | axfs videos are impressive :) |
23:32.01 | mnemoc | http://free-electrons.com/pub/video/2008/ols/ols2008-jared-hulbert-xip-filesystem.ogg |
23:32.46 | mnemoc | ^--- the talk at ols when their were presented (laughs are natural) |
23:34.50 | mnemoc | goes to sleep, cu tomorrow |
23:38.43 | flyback | my palm has a 256 meg flash drive |
23:38.51 | flyback | 160 av ailable to user till I remove palm os from rom |
23:39.01 | flyback | be nice to use with XIP when it's totally flashed to linux |
23:39.05 | flyback | when there is support for that |
23:54.08 | *** join/#elinux melkonem (n=sapphire@c-76-100-98-149.hsd1.md.comcast.net) |