00:22.10 | *** join/#uclibc prpplague^2 (n=dave@72.22.131.199) |
01:18.44 | *** join/#uclibc khemHome (n=khem@adsl-69-236-67-89.dsl.pltn13.pacbell.net) |
02:08.18 | *** join/#uclibc mjn3 (n=mjn3@c-71-196-255-107.hsd1.co.comcast.net) |
02:14.31 | *** join/#uclibc sjhill (n=sjhill@eth13.com-link.com) |
03:21.25 | *** join/#uclibc klaatu_ (n=klaatu_@71.224.71.63) |
06:28.24 | *** join/#uclibc blindvt_ (n=bf@M854P018.adsl.highway.telekom.at) |
09:01.41 | *** join/#uclibc ashes (n=ashes@modemcable085.56-130-66.mc.videotron.ca) |
09:07.52 | *** join/#uclibc ashes (n=ashes@modemcable085.56-130-66.mc.videotron.ca) |
09:50.41 | *** join/#uclibc tty56 (n=johannes@2001:6f8:1331:3:cdde:9794:c912:ef3) |
12:50.01 | *** join/#uclibc Jacmet (n=jacmet@50C59F0E.flatrate.dk) |
12:56.38 | *** join/#uclibc sjhill (n=sjhill@eth13.com-link.com) |
13:11.27 | *** join/#uclibc prpplague (n=billybob@69.73.211.46) |
13:18.37 | sjhill | prpplague: hey |
13:18.55 | prpplague | sjhill: morning |
13:19.40 | prpplague | sjhill: http://www.explosm.net/db/files/Comics/ComicaziRob14.jpg |
13:19.57 | prpplague | sjhill: thought that was funny |
13:20.47 | sjhill | prpplague: that is awesome |
13:22.52 | blindvt` | it's such a shame that elftor idles :-/ They were/are really great |
13:23.18 | blindvt` | prpplague, elftor.com, FYA |
13:24.46 | prpplague | blindvt`: hehe cute |
13:25.46 | sjhill | prpplague: hey, i'm having problems with missing libintl.so and friends in buildroot, sound familiar? |
13:27.35 | prpplague | sjhill: i'm not recalling any recent problems with that |
13:27.35 | sjhill | i saw a thing in the bug list from you |
13:27.43 | prpplague | sjhill: hmm |
13:27.47 | sjhill | stupid gettext crap |
13:27.48 | prpplague | sjhill: let me double check |
13:27.54 | prpplague | sjhill: oh yea |
13:28.00 | *** join/#uclibc andersee (n=andersen@codepoet.org) |
13:28.00 | prpplague | sjhill: thats a mess |
13:28.07 | prpplague | sjhill: let me get my notes |
13:28.09 | sjhill | that's encouraging |
13:28.20 | Jacmet | andersee: hi |
13:28.20 | Jacmet | andersee: do you have a moment? |
13:28.33 | sjhill | Jacmet: only if you have $$$ or brownies |
13:29.15 | Jacmet | sjhill: I already promised to send belgian chocolate ;) |
13:32.21 | prpplague | sjhill: ahh yea, there is an old case open for that |
13:32.55 | prpplague | sjhill: i wasn't able to replicate it and email the guy for some more info, but never heard back |
13:33.39 | prpplague | sjhill: you see case 567? |
13:33.53 | prpplague | sjhill: there is a patch there, but i've not looked at in detail |
13:38.45 | prpplague | sjhill: looks to be pretty simple fix |
13:38.52 | sjhill | yeah, i'm going to try it out |
13:39.10 | sjhill | and it fails to apply |
13:39.13 | sjhill | sob |
13:39.29 | prpplague | sjhill: i think what happen was when we up'd the version they changed how the destdir was functioning |
13:41.25 | prpplague | sjhill: should be able to manually apply the change |
13:41.51 | prpplague | sjhill: i'm testing now |
13:42.35 | blindvt` | someone may want to update buildroot to use bb-1.1.3, btw. I didn't test it, so i'm staying away from it |
13:43.02 | sjhill | prpplague: yeah, nothing changes for me |
13:43.11 | prpplague | sjhill: hmm |
13:43.35 | prpplague | sjhill: give me a few to test |
13:43.36 | sjhill | intl/.libs/libgnuintl.so gets built |
13:43.44 | sjhill | i wonder if a symbolic link gets made later |
13:44.00 | Jacmet | blindvt`: busybox? Buildroot is already updated (r15106) |
13:46.06 | prpplague | sjhill: btw, http://www.halted.com/commerce/ccp20981-fujitsu-pencentra-130-pen-tablet-computer-pencentra-130-80797.htm |
13:46.09 | blindvt` | Jacmet, ah. Thanks (and welcome !) |
13:46.15 | prpplague | sjhill: ordered one those to play with |
13:46.31 | Jacmet | blindvt`: You're welcome (and thanks!) |
13:48.30 | sjhill | prpplague: neat |
13:48.55 | prpplague | sjhill: need to get my hands into a MIPS board |
13:49.34 | prpplague | sjhill: still building |
13:49.49 | prpplague | sjhill: slow desktop |
13:50.18 | blindvt` | hm. we need a platform-fixup for setpgrp too |
13:52.24 | blindvt` | mine is extern int setpgrp __((pid_t, pid_t)); at least if !_XOPEN_SOURCE_EXTENDED |
13:53.17 | prpplague | sjhill: just finished they test |
13:54.21 | prpplague | sjhill: the rootfs image has the libint in the right place |
13:55.07 | prpplague | sjhill: you missing it from the staging_dir right? |
13:59.22 | sjhill | yeah |
13:59.29 | sjhill | rootfs is not even right |
14:00.21 | prpplague | sjhill: what are you seeing in the rootfs? |
14:01.00 | sjhill | no 'intl' libraries of any type |
14:01.15 | prpplague | interesting |
14:01.16 | sjhill | my other question is what's the point of 'gettext' and 'gettext-target' |
14:03.33 | prpplague | i've already found several other problems with this |
14:03.35 | prpplague | :( |
14:04.01 | prpplague | sjhill: you have both gettext and libintl selected in the config right? |
14:04.10 | sjhill | nope |
14:04.14 | sjhill | only gettext |
14:05.15 | prpplague | sjhill: ah, you need to add libintl which should build for the target |
14:08.02 | sjhill | k |
14:08.44 | prpplague | sjhill: re-testing now |
14:14.19 | prpplague | sjhill: hehe yea, there needs to be some minor fixes to the .mk |
14:14.32 | prpplague | sjhill: give me a couple of minutes and i'll get you a patch |
14:14.43 | prpplague | sjhill: need to run one more test |
14:16.11 | sjhill | cool, thx |
14:18.24 | prpplague | odd, my svn password doesn;t seem to be working |
14:19.42 | prpplague | doh, forgot i was su'd to test account |
14:22.44 | *** join/#uclibc ambroseL (n=bjb@router.fidus.ca) |
14:26.43 | *** join/#uclibc blindvt_ (n=bf@M859P020.adsl.highway.telekom.at) |
14:27.11 | prpplague | sjhill: doing a small clean build now, if it goes with no problems i'll check the code changes in |
14:28.09 | prpplague | staging_dir]# find . -name "libint*" |
14:28.10 | prpplague | ./include/libintl.h |
14:28.10 | prpplague | ./usr/lib/libintl.so.2.2.0 |
14:28.10 | prpplague | ./usr/lib/libintl.so.2 |
14:28.10 | prpplague | ./usr/lib/libintl.so |
14:28.10 | prpplague | ./usr/lib/libintl.la |
14:28.12 | prpplague | ./usr/lib/libintl.a |
14:28.14 | prpplague | looks good |
14:28.26 | prpplague | sjhill: that what you are expecting? |
14:29.19 | solar | you don't really need gettext. It's just needless bloat |
14:30.19 | prpplague | solar: i tend to agree, i've rarely needed it, but its part of the buildroot, might as well fix it |
14:31.01 | solar | rid buildroot of it. |
14:31.18 | solar | or rather the only time it should ever be built is if using locales |
14:31.40 | solar | which are pretty not that well supported at this tiem. |
14:31.43 | solar | time |
14:41.32 | CIA-2 | 03prpplague * r15160 10buildroot/package/gettext/gettext.mk: changed the installation prefixes for target |
14:43.10 | *** join/#uclibc andersee (n=andersee@codepoet.org) |
14:44.40 | prpplague | sjhill: let me know |
14:48.03 | mjn3-work | sigh... i need to check in my buildroot fixes. got sidetracked this weekend working on qemu |
14:51.33 | sjhill | prpplague: thx, will do |
14:52.43 | prpplague | sjhill: hehe, glad i could help for once, hehe |
14:54.30 | Jacmet | are anyone using the soekris 4521 buildroot stuff besides Erik? |
14:55.56 | andersee | Jacmet: I doubt it |
14:56.16 | Jacmet | andersee: ok, saw my mail? |
14:56.33 | andersee | but since anyone using buildroot will be upgrading their entire rootfs, switching to squashfs 3.0 should bother anyone |
14:57.27 | Jacmet | andersee: should or shouldn't? |
14:57.34 | andersee | err |
14:57.39 | CIA-2 | 03prpplague * r15161 10buildroot/package/gettext/gettext.mk: added patch to fix progname per case 0000879 |
14:57.42 | andersee | s/should/shouldn't/ |
14:58.06 | andersee | i.e. feel free to switch things over to squashfs 3.0 |
14:58.09 | Jacmet | andersee: no, only if they try to use a new rootfs with a old kernel |
14:58.45 | Jacmet | andersee: ok, should I update the net4521 squashfs patch at the same time? |
14:59.36 | andersee | sure |
14:59.38 | Jacmet | andersee: I won't actually be able to test that though |
14:59.46 | andersee | best to keep things in sync |
14:59.53 | Jacmet | but I can check that it builds atleast |
15:00.43 | andersee | my net4521 is currently sitting idle on a shelf, as I currently use a mesh network of Linksys wrt54gs around my house for wireless |
15:00.59 | andersee | so I could pull it out and give it a try later |
15:01.16 | Jacmet | andersee: ok, I'll build test it and commit |
15:12.50 | Jacmet | i386/resolve.S:0: error: CPU you selected does not support x86-64 instruction set |
15:12.52 | Jacmet | make[3]: *** [i386/resolve.o] Error 1 |
15:13.01 | Jacmet | hmm, ok so I might not build test it |
15:38.26 | sjhill | prpplague: much appreciated |
15:38.30 | sjhill | i'll give it a shot here in a bit |
15:51.34 | *** join/#uclibc ctaylor (n=ctaylor@static-70-106-125-178.pskn.east.verizon.net) |
16:20.37 | *** join/#uclibc Masta-G (n=mastag@5355BE2D.cable.casema.nl) |
16:56.01 | *** join/#uclibc ctaylor (n=ctaylor@static-70-106-125-178.pskn.east.verizon.net) |
16:57.45 | blindvt` | is this just me or is the mount stuff horribly linux-centric.. |
17:06.33 | blindvt` | perhaps due to living where it does. hmmm ;) |
17:33.00 | *** join/#uclibc landley (n=landley@65-117-135-105.dia.static.qwest.net) |
17:33.10 | landley | Still having withdrawl symptoms. |
17:33.22 | landley | Much rather work on busybox than gdb automation... |
17:36.39 | blindvt` | landley, please fix the sed and ENABLE_CLEANUP breakage, TIA :) |
17:45.51 | CIA-2 | 03landley * r15162 10busybox/editors/sed.c: |
17:45.53 | CIA-2 | Yann Morin spotted some leftover flotsam from halfway through the recent |
17:45.55 | CIA-2 | llist.c interface change that accidentally got checked in. My bad. |
17:46.09 | blindvt` | landley, thanks |
17:52.27 | landley | blindvt: I actually got that from reading through my email. |
17:52.48 | landley | I'm still caught up with the email cc'd to me (well, about 12 hours behind just not, but reasonably caught up.) |
17:53.07 | landley | It's just the darn testing thing at work... |
17:54.41 | landley | You know, the difference between "found but not invoked" and "could not be found" is deeply stupid. |
17:54.48 | CIA-2 | 03jacmet * r15163 10buildroot/package/sdl/sdl.mk: Bump to upstream v1.2.10 and remove sdl-config symlink generation |
17:54.54 | landley | I know the standard says it, but my lack of caring is just huge. |
17:55.16 | landley | Switching exit(1) to exit(127) I can see, though... |
17:58.02 | CIA-2 | 03landley * r15164 10busybox/coreutils/nohup.c: Two more issues pointed out by Bernhard. |
17:59.55 | blindvt` | landley, it cares about the retval to be able to distinguish who was the failing part by looking at the return code |
18:07.41 | CIA-2 | 03jacmet * r15165 10buildroot/target/squashfs/squashfsroot.mk: (log message trimmed) |
18:07.43 | CIA-2 | Bump to upstream v3.0 |
18:07.45 | CIA-2 | Notice that this uses a new NON-compatible filesystem format, so you need |
18:12.10 | landley | 126 |
18:12.10 | landley | The utility specified by utility was found but could not be invoked. |
18:12.10 | landley | 127 |
18:12.11 | landley | An error occurred in the nohup utility or the utility specified by utility could not be found. |
18:12.32 | landley | bernhard: Notice that execvp searches the path for us. |
18:12.57 | landley | 126 is "utility couldn't be found". Not "utility was found but didn't have the exec bit set" or a shared library couldn't be loaded or some such. |
18:13.05 | landley | Sorry, 126 is found but not execed. |
18:13.07 | landley | 127 is not found. |
18:13.17 | landley | We don't distinguish between not found and could not exec. |
18:13.25 | landley | All we see is "exec() returned. Die now." |
18:13.48 | blindvt` | landley, yes. but if nohup itself returns e.g. 1, then you cannot really distinguish what went wrong. That's what i ment. |
18:14.19 | landley | svn 15164 now returns 127. |
18:14.25 | landley | You still can't distinguish what went wrong. |
18:14.55 | blindvt` | landley, haven't looked, but if you don't return 126 for the case mandated by the spec, then the applet still is non-comforming |
18:15.08 | blindvt` | but anyway. have to run.. bbl |
18:15.37 | landley | A) We don't distinguish "exec target not found" from "exec target not execable". |
18:16.21 | landley | B) The spec doesn't distinguish "nohup internal error" (of which we have two possible cases) from "utility not found". |
18:16.25 | landley | Both B cases are 127. |
18:16.47 | landley | Our two cases are "command line empty" and "couldn't open any nohup.out". |
18:16.57 | landley | Both of which we give error messages for. |
18:17.14 | landley | I'll happily document "the spec is stupid" for this one. |
18:17.43 | blindvt` | :) SUS_AUDIT: non-compliant; spec is stoopid |
18:21.23 | landley | blindvt: I could make it so 127 is any error before exec and 126 is error in exec. That close enough? |
18:21.41 | landley | We can't distinguish "not found" from "could not exec" without looking at errno. |
18:26.49 | CIA-2 | 03jacmet * r15166 10buildroot/target/device/Soekris/net4521/kernel-patches/ (067-squashfs2.patch.bz2 067-squashfs3.0.patch.bz2): |
18:26.52 | CIA-2 | Update squashfs patch to v3.0 (2.4.28 kernel) |
18:26.54 | CIA-2 | Untested as I don't have the hw, but the patch applies cleanly. |
18:31.47 | ctaylor | I'm having a problem with buildroot where it is building the jffs2 filesystem before it compiles the kernel and copies it into $TARGET_DIR. |
18:34.20 | ctaylor | I don't see what dependancy controls what things need to be built before the rootfs. |
18:45.17 | *** join/#uclibc mastag_ (n=mastag@5355BE2D.cable.casema.nl) |
18:56.46 | Jacmet | ctaylor: I don't think it's handled through dependencies, it simply relies on the include order in the toplevel make |
18:57.29 | Jacmet | ctaylor: E.G. include target/*/*.mk <- jffs2 |
18:57.52 | Jacmet | ctaylor: is before include target/Makefile.in <- target/device/.../linux.mk |
18:59.33 | Jacmet | ctaylor: does it work if you simply add a $(JFFS2_TARGET): $(LINUX_KERNEL) dependency in your linux.mk? |
19:03.34 | ctaylor | Will try that, I just downloaded the gumstick buildroot (which is using u-boot kernel images in jffs like I am) and that seemed to do the right thing... |
19:05.43 | Jacmet | ctaylor: ok |
20:32.36 | ctaylor | Jacmet, making JFFS2_TARGET depend on LINUX_KERNEL seems to have fixed my problem, I just don't understand why is different about the the gumstix buildroot that allows it to work) |
20:34.22 | Jacmet | ctaylor: ok, great that it works |
20:34.54 | Jacmet | ctaylor: what have the gumstix people changed compared to normal buildroot? just added packages or something more? |
20:45.19 | ctaylor | Jacmet, been looking at diffs, so far I can't explain why it works for them |
20:46.29 | Jacmet | ctaylor: they didn't just cheat and put include target/Makefile.in before include target/*/*.mk in the toplevel makefile? |
20:48.28 | ctaylor | Jacmet, nope, but they did add 'TARGET_FS' which may be the source of the difference (looking) |
20:50.55 | Jacmet | ok |
20:51.14 | ctaylor | Jacmet, that is the secret, they added a TARGET_FS and fixed the target/*/*root.mk files |
20:52.10 | *** join/#uclibc prpplague (n=dave@72.22.131.199) |
20:53.52 | ctaylor | Jacmet, It looks like this change has been maed in other buildroot based trees (like openwrt) just not the main tree |
20:56.08 | *** join/#uclibc khem (n=khem@gateway-1237.mvista.com) |
21:48.31 | solar | andersee: ping? |
21:51.53 | solar | andersee: well when you are around you can answer. Hopefully it will remain in my scroll. Just wanted to confirm with you that you or somebody else will root will be around for the OSL power outage to shut morris down. |
21:54.08 | solar | andersee: and wanted to figure out what we have in place as far as full system backups. (if anything) If not I can probably take on full OS backups to another box on the localnet |
22:09.42 | andersee | solar: howdy |
22:10.18 | andersee | solar: I do partial backups (i.e. the mailing list and svn archive) to my home box |
22:10.30 | andersee | solar: I figure the rest can be recreated |
22:11.26 | andersee | solar: The OSL folk have a system in place whereby I could do full system backups, but I've not gotten around to getting that setup |
22:14.01 | andersee | solar: anyway, re the May 26th power outage, I'll be around to handle that |
22:26.59 | *** join/#uclibc blindvt_ (n=bf@M1023P015.adsl.highway.telekom.at) |
22:32.13 | *** join/#uclibc Fredowski (n=beckmann@dslb-084-057-024-245.pools.arcor-ip.net) |
22:34.25 | Fredowski | Hi, I have a question regarding the bugtracking system. I applied for an account but now it always says that my account is locked. Do I need to wait for some kind of confirmation which might take some days? |
22:57.49 | andersee | Fredowski: account name? |
22:58.12 | Fredowski | May account name is fred... |
23:00.13 | andersee | Fredowski: friedrich.beckmann at gmx.de |
23:00.16 | andersee | ? |
23:01.05 | Fredowski | Yes, that fred is the account name. Email is friedrich.beckmann at gmx.de |
23:03.17 | andersee | Fredowski: you should have just received an email asking you to confirm your account |
23:03.32 | andersee | May 24 16:02:49 morris postfix/pickup[16140]: C0A901200EC: uid=33 from=<busybox@busybox.net> |
23:03.32 | andersee | May 24 16:02:49 morris postfix/cleanup[16721]: C0A901200EC: message-id=<81a1a65aad5137cda5aefb78a29477e3@bugs.uclibc.org> |
23:03.32 | andersee | May 24 16:02:49 morris postfix/qmgr[1342]: C0A901200EC: from=<busybox@busybox.net>, size=917, nrcpt=1 (queue active) |
23:03.32 | andersee | May 24 16:02:53 morris postfix/smtp[16722]: C0A901200EC: to=<friedrich.beckmann@gmx.de>, relay=mx0.gmx.de[213.165.64.100], delay=4, status=sent (250 2.6.0 {mx016} Message accepted) |
23:03.34 | andersee | May 24 16:02:53 morris postfix/qmgr[1342]: C0A901200EC: removed |
23:03.58 | andersee | Fredowski: and postfix claims that your mail server has in fact received it... |
23:05.24 | Fredowski | Thanks! I received the mail and now I am logged in. |
23:11.47 | solar | andersee: great. |
23:35.35 | Fredowski | So now i could upload the brandnew initramfs patch with this nice bugtracking tool. |