| 06:11:19 | andersee | BZFlag: ibot is mostly useful for insulting people.. ;) |
| 06:11:24 | | andersee: what? |
| 06:11:24 | andersee | ibot: welcome |
| 06:11:29 | | andersee is nothing but an onion-eyed petrification of pribbling dog vomit. |
| 06:11:29 | BZFlag | ibot insult andersee |
| 06:11:32 | | andersee: what? |
| 06:11:32 | andersee | ibot: your heard me |
| 06:11:44 | | andersee: what? |
| 06:11:44 | andersee | ibot: evil green frogs! |
| 06:11:49 | | rumour has it uclibc is at uclibc.org |
| 06:11:49 | BZFlag | ibot uclibc |
| 06:11:56 | | okay, BZFlag. |
| 06:11:56 | BZFlag | ibot uclibc is also #uclibc |
| 06:14:30 | aaronl | bzflag! hello |
| 06:14:52 | aaronl | i think i noticed the other day that our PGP keys are two hops appart |
| 06:15:05 | | andersee is nothing but an antique coagulation of boil-brained pods. |
| 06:15:05 | aaronl | ibot: insult andersee |
| 06:15:11 | | Since Mon Aug 19 07:10:29 2002, there have been 2 modifications and 3 questions. I have been awake for 4 minutes, 42 seconds this session, and currently reference 84016 factoids. Addressing is in required mode. |
| 06:15:11 | aaronl | ibot: status |
| 06:15:23 | aaronl | that's a lotta factoids :o |
| 06:15:29 | | port 22 is ssh - SSH Remote Login Protocol |
| 06:15:29 | aaronl | ibot: port 22 |
| 06:15:33 | aaronl | just as i thought! |
| 06:15:34 | aaronl | cheating! |
| 06:15:55 | BZFlag | 60598ED7 ? |
| 06:16:23 | BZFlag | aaronl: what, that's not useful to you? |
| 06:16:30 | | hmmm... rfc 1445 is Administrative Model for version 2 of the Simple Network Management Protocol (SNMPv2). J. Galvin & K. McCloghrie. April 1993. (Format: TXT=99443 bytes) (Status: HISTORIC) |
| 06:16:30 | BZFlag | ibot rfc 1445 |
| 06:16:48 | aaronl | nah, just confirming that those factoids werent all picked up from IRC |
| 06:16:59 | aaronl | Public Key Server -- Error |
| 06:16:59 | aaronl | No matching keys in database |
| 06:17:03 | aaronl | (thus i dont think so) |
| 06:17:56 | BZFlag | ah. yep that's true. I'd like to get the "built in" ones in a different database file actually. so new ones override but not overwrite the builtins. |
| 06:18:06 | aaronl | yeah that would be nice |
| 06:18:45 | aaronl | the key i was talking about is |
| 06:18:45 | aaronl | pub 1024/CD98B20A 2001/01/30 Tim Riker <Tim@Rikers.org> |
| 06:18:47 | BZFlag | I'm thinking of starting an ibot cvs tree as infobot seems to be lagging and I have not been able to get write access there. |
| 06:19:01 | BZFlag | ah yes, my sig key. |
| 06:20:17 | aaronl | we're connected via Joey Hess |
| 06:20:17 | BZFlag | oh, oops. that is my main, the other is my Tim@Rikers.org email. |
| 06:20:24 | BZFlag | cool. |
| 06:20:42 | andersee | reading debian-private? |
| 06:20:42 | aaronl | it's actually an old key signature, but i just realized it a few days ago |
| 06:20:45 | aaronl | andersee: yeah, LOL |
| 06:20:49 | andersee | hehe |
| 06:20:56 | aaronl | that was the best stuff i saw on that list in a long time |
| 06:21:54 | BZFlag | has not been reading d-p lately. |
| 06:22:05 | aaronl | today, you should |
| 06:23:29 | andersee | BZFlag: worth a read this time. :) |
| 06:25:21 | BZFlag | thread? |
| 06:26:03 | BZFlag | miller? |
| 06:26:55 | aaronl | yes |
| 06:28:14 | BZFlag | reading |
| 06:32:20 | andersee | That is just so hilarious |
| 06:34:18 | aaronl | only branden would have posted that |
| 06:34:21 | aaronl | i met him last week |
| 06:36:55 | andersee | hehe |
| 06:37:11 | andersee | I wish I could have gone to Linuxworld, but alas it was not to be. |
| 06:39:31 | aaronl | :( |
| 06:39:50 | aaronl | been really busy with contract work? |
| 06:41:54 | andersee | Yup. I've got a _huge_ pile of stuff I need to have done before the 1st or I will lose a government contract. |
| 06:42:05 | andersee | That contract is worth a lot of $$$ to me... |
| 06:42:31 | andersee | I think I put in at least 110 hours of work this last week. |
| 06:42:53 | aaronl | if it's worth it, sounds great |
| 06:44:33 | andersee | A pain in the butt, but yeah I think it'll be worth it. |
| 06:44:57 | andersee | The nice thing about the gov't is they actually have money, assuming you can handle the politics |
| 08:53:59 | aaronl | andersee: so the web site moved or something? |
| 08:54:02 | aaronl | no longer on your dsl? |
| 08:57:12 | andersee | aaronl: The master is on my dsl line as usual. |
| 08:57:40 | andersee | aaronl: But I moved busybox.net and uclibc.org onto a box belonging to a friend of mine (with few T1s) |
| 08:58:04 | andersee | aaronl: Things get rsync'd onto that box from mine every few hours |
| 08:59:02 | aaronl | ok |
| 08:59:08 | aaronl | is cvs.busybox.net still on the dsl? |
| 08:59:17 | andersee | yup |
| 08:59:41 | andersee | most folks should use busybox.net, but committers get to use my box directly. |
| 09:00:02 | andersee | aaronl: did I show you this? http://www.uwsg.indiana.edu/hypermail/linux/kernel/0208.1/1187.html |
| 09:00:05 | andersee | is forgettful |
| 09:01:44 | aaronl | just three times :) |
| 09:01:53 | aaronl | i showed it to you actually |
| 09:01:53 | andersee | hehe |
| 09:02:18 | andersee | aaronl: how could you have showd it to me, when I was the one asking Al the questions? |
| 09:02:36 | aaronl | i pointed out that he had replied |
| 09:03:02 | andersee | oh |
| 09:03:10 | andersee | has been working too hard |
| 09:03:20 | andersee | should take a break |
| 09:08:15 | aaronl | did you notice that martin resigned? |
| 09:08:25 | andersee | the IDE dude? |
| 09:08:28 | andersee | yeah |
| 09:08:39 | andersee | He'd been taking a lot of heat... |
| 09:09:16 | andersee | Andre is about very happy about it, of course |
| 09:15:38 | aaronl | of course |
| 09:15:48 | aaronl | andre is starting to strike me as insane |
| 09:23:59 | aaronl | good night |
| 09:24:43 | andersee | night |
| 14:05:20 | mjn3 | andersee: i think i found the problem with python... |
| 14:05:36 | andersee | oh? |
| 14:05:41 | andersee | Something I screwed up? |
| 14:06:20 | mjn3 | for the following python function: |
| 14:06:25 | mjn3 | static int |
| 14:06:25 | mjn3 | isfile(char *filename) /* Is file, not directory */ |
| 14:06:25 | mjn3 | { |
| 14:06:25 | mjn3 | struct stat buf; |
| 14:06:25 | mjn3 | if (stat(filename, &buf) != 0) |
| 14:06:25 | mjn3 | return 0; |
| 14:06:27 | mjn3 | if (!S_ISREG(buf.st_mode)) |
| 14:06:29 | mjn3 | return 0; |
| 14:06:31 | mjn3 | return 1; |
| 14:06:33 | mjn3 | } |
| 14:07:07 | mjn3 | i traced things... struct stat is the normal struct, but stat64 is getting called, which treats the arg as a struct stat64 |
| 14:07:34 | mjn3 | sizeof(struct stat64) = 84. sizeof(struct stat) = 76 |
| 14:09:05 | andersee | Hmm. If it is calling stat64, then python was compiled with _FILE_OFFSET_BITS=64, in which case struct stat should also be getting remapped to struct stat64. |
| 14:09:07 | andersee | curious |
| 14:10:16 | mjn3 | i'll try running that file through the preprocessor |
| 14:10:31 | andersee | that'd be good |
| 14:40:09 | mjn3 | andersee: found it. test program... |
| 14:40:12 | mjn3 | #define _GNU_SOURCE |
| 14:40:12 | mjn3 | #include <stdio.h> |
| 14:40:12 | mjn3 | #include <sys/stat.h> |
| 14:40:12 | mjn3 | int main(void) |
| 14:40:12 | mjn3 | { |
| 14:40:14 | mjn3 | fprintf(stderr, "stat=%p stat64=%p\n", stat, stat64); |
| 14:40:15 | mjn3 | fprintf(stderr, "sizeof(struct stat)=%d sizeof(struct stat64)=%d\n", sizeof(struct stat), sizeof(struct stat64)); |
| 14:40:18 | mjn3 | fprintf(stderr, "__USE_FILE_OFFSET64 is"); |
| 14:40:20 | mjn3 | #ifndef __USE_FILE_OFFSET64 |
| 14:40:22 | mjn3 | fprintf(stderr, " not"); |
| 14:40:24 | mjn3 | #endif |
| 14:40:26 | mjn3 | fprintf(stderr, " defined.\n"); |
| 14:40:29 | mjn3 | return 0; |
| 14:40:30 | mjn3 | } |
| 14:40:32 | mjn3 | normal gcc: |
| 14:40:37 | mjn3 | mjn3@mars:~/work/embedded/tmp$ gcc -D_FILE_OFFSET_BITS=64 ts.c && ./a.out |
| 14:40:38 | mjn3 | stat=0x80484f0 stat64=0x80484f0 |
| 14:40:40 | mjn3 | sizeof(struct stat)=96 sizeof(struct stat64)=96 |
| 14:40:42 | mjn3 | __USE_FILE_OFFSET64 is defined. |
| 14:40:52 | mjn3 | uclibc: |
| 14:40:55 | mjn3 | mjn3@mars:~/work/embedded/tmp$ PATH=~/i386-linux-uclibc/usr/bin/:$PATH gcc -D_FILE_OFFSET_BITS=64 -Wall -static ts.c && ./a.out |
| 14:40:55 | mjn3 | stat=0x8048a4e stat64=0x8048a4e |
| 14:40:55 | mjn3 | sizeof(struct stat)=76 sizeof(struct stat64)=84 |
| 14:40:56 | mjn3 | __USE_FILE_OFFSET64 is defined. |
| 14:41:03 | andersee | Hmmm. |
| 14:41:09 | andersee | Lemme poke at it. |
| 14:45:04 | andersee | mjn3: ok, I see it. |
| 14:58:26 | andersee | mjn3: the problem is independent of the bits/types.h change... |
| 14:59:39 | mjn3 | andersee: it looks to me like the padding is completely screwed up.. even before (as you say) |
| 15:02:32 | andersee | yeah. I'm trying to make some sense of it. |
| 15:08:51 | andersee | mjn3: bleah. This include/bits/stat.h is stupid. Time to rewrite it sensibly. |
| 15:09:27 | andersee | I'm inclinded to through out the kernel/user struct differences here too. This mapping is silly |
| 15:10:00 | andersee | throw that is |
| 15:10:29 | mjn3 | andersee: sounds good to me. i was looking at it too, and can't figure out why glibc uses an unsigned long long for dev_t. |
| 15:10:47 | andersee | drugs |
| 15:11:18 | mjn3 | maybe they just hadn't reached their bloat quota that month... |
| 15:11:19 | andersee | Until Linus blesses some new plan for major/minor (or something else?) its pointless speculation |
| 15:11:42 | andersee | I guess they _hope_ that whatever Linus eventually blesses will fit... |
| 15:28:18 | andersee | is back (gone 18:51:37) |
| 15:30:58 | mjn3 | andersee: looking through the kernel headers, looks like dev_t is sometimes 16 bits, sometimes 32 |
| 16:29:27 | tzanger | 'afternoon |
| 16:29:37 | tzanger | oyy: whereabouts in KW are you? I'm from Listowel |
| 16:31:13 | tzanger | andersee: what is the securetty format that tinylogin is expecting? I have tty1 - tty6 and ttyS0/1 listed but it refuses to let me log in as root |
| 16:31:39 | tzanger | mjn3: my weird sshd problems cleared up after tinylogin was installed. perhaps it was looking for a login program, failing but still letting me through |
| 16:33:55 | andersee | tzanger: /etc/securetty |
| 16:36:45 | tzanger | andersee: yes I know... what is the format it wants in /etc/securetty |
| 16:37:43 | andersee | man 5 securetty |
| 16:37:44 | andersee | NAME |
| 16:37:44 | andersee | securetty - file which lists ttys from which root can log in |
| 16:37:44 | andersee | DESCRIPTION |
| 16:37:45 | andersee | /etc/securetty is used by login(1); the file contains the device names of tty lines (one per |
| 16:37:45 | andersee | line, without leading /dev/) on which root is allowed to login. |
| 16:38:16 | tzanger | andersee: ok so it requires a normal format |
| 16:38:28 | tzanger | and I have that |
| 16:42:15 | tzanger | console |
| 16:42:15 | tzanger | tty1 |
| 16:42:15 | tzanger | tty2 |
| 16:42:16 | tzanger | etc |
| 16:44:40 | andersee | tzanger: do you have a proper /etc/passwd, /etc/group, and if needed /etc/shadow? |
| 16:44:54 | tzanger | as far as I know, yes |
| 16:45:14 | tzanger | /bin/login will let my test user in on any tty, and ssh will let me log in as anyone |
| 16:45:35 | tzanger | root:x:0:0:root:/root:/bin/sh looks pretty straightforward to me |
| 16:46:41 | andersee | tzanger: ok. And /etc/shadow? |
| 16:47:14 | tzanger | root:$1$Z4leMsKx$PymD9NDQB4f36C.O0R8/u0:11914:0:99999:7::: |
| 16:47:56 | tzanger | one other datapoint: yes it's md5 but su works, so I'm 99% sure that tinylogin is handling md5 passwords correctly |
| 16:53:59 | mjn3 | andersee: any progress on struct stat? |
| 16:54:09 | andersee | mjn3: I think I have everything ready to checkin... |
| 16:54:21 | andersee | Rebuilding on x86, then testing on arm |
| 16:54:29 | tzanger | does tinylogin handle securetty comments? #somecomment lines? |
| 16:54:33 | mjn3 | andersee: cool. as soon as you do, i'll try python and perl again |
| 16:54:52 | andersee | I've tested and seems to be working w/both 2.0.38 and 2.4.19 kernel headers. |
| 17:04:14 | andersee | mjn3: ok, its in CVS now... |
| 17:06:00 | mjn3 | andersee: ok. back in a few... |
| 17:13:19 | mjn3 | andersee: well, python builds.. running tests and building perl now |
| 17:14:24 | mjn3 | andersee: also, glibc stdio tests seem to run fine |
| 17:15:22 | andersee | A good start. |
| 17:15:35 | andersee | These sorts of changes can be a bit scary... |
| 17:15:35 | mjn3 | andersee: perl builds... running tests |
| 17:15:49 | tzanger | what'd you change? |
| 17:15:56 | andersee | winder is _almost_ done building uClibc. :) |
| 17:16:11 | andersee | I need to 2 Ghz strongArm system. |
| 17:16:45 | tzanger | I didn't know that strongArm went to those high clock speeds |
| 17:16:50 | tzanger | what's the power consumption like? |
| 17:18:14 | mjn3 | andersee: perl tests completed. now only fails the sysvipc test regarding semctl |
| 17:18:21 | andersee | mjn3: cool! |
| 17:18:36 | mjn3 | andersee: all python tests passed (except linuxaudio of course) |
| 17:18:38 | andersee | tzanger: I was joking. My stongarm box is 275 Mhz |
| 17:18:44 | andersee | nice. |
| 17:19:03 | tzanger | ah |
| 17:19:05 | andersee | Can you get an strace/ltrace of the semctl failure? |
| 17:19:25 | tzanger | anything weird/unusual about strongArm hw development? (compared to dragonball, say) |
| 17:20:27 | mjn3 | andersee: let me check... |
| 17:20:34 | andersee | tzanger: not too different. You have to be careful about alignment |
| 17:21:04 | tzanger | its pickier about it? |
| 17:21:26 | andersee | yup |
| 17:21:48 | mjn3 | andersee: you might want to take a look at tsm.c on winder in my home dir. it shows the bug |
| 17:27:46 | tzanger | hmm |
| 17:28:01 | tzanger | what does it mean "sh: can't access tty; job control turned off" ? |
| 17:31:13 | tzanger | http://www.busybox.net/lists/busybox/2002-June/011721.html |
| 17:31:16 | tzanger | I dont' get the joke |
| 17:36:41 | tzanger | hmm |
| 17:36:50 | tzanger | I seem to be able to put things into the background and call them back up |
| 17:37:06 | tzanger | oop |
| 17:37:14 | tzanger | can background them but cannot pull them back up |
| 17:37:31 | tzanger | BB_FEATURE_ASH_JOB_CONTROL is defined in the busybox config too |
| 18:06:28 | tzanger | screw it |
| 18:06:36 | tzanger | I don't need securetty support for this anyway |
| 18:14:15 | mjn3 | tzanger: which version of busybox are you running? |
| 18:20:30 | tzanger | 0.60.3 |
| 18:20:45 | tzanger | I added a patch from the mailing list to always allocate fds but it didn't hep |
| 18:20:45 | tzanger | er help |
| 18:20:49 | mjn3 | tzanger: you might want to try the latest cvs version |
| 18:21:04 | tzanger | oh? |
| 18:22:38 | tzanger | yeah |
| 18:22:39 | mjn3 | tzanger: 0.60.3 was released at the end of april. there have been a number of bug fixes, new applets added, etc. in fact, the devel version includes the tinylogin functionality. i know that stuff is working because i put together a system for someone a week ago |
| 18:22:44 | tzanger | it was the BB_FEATURE_ALWAYS_TTY patch |
| 18:22:54 | tzanger | mjn3: ok |
| 18:22:58 | tzanger | I'll give it a shot |
| 18:23:04 | tzanger | who knows, maybe d<cursor> will work now too |
| 18:23:12 | tzanger | right now all it gives me is visual bell |
| 18:23:18 | tzanger | cursors work fine on their own |
| 18:24:30 | tzanger | the latest bb cvs snapshot? |
| 18:25:41 | mjn3 | yes |
| 18:25:46 | tzanger | ok |
| 18:26:08 | tzanger | does busybox's vi d<cursor> command work for you? I'm using TERM=linux |
| 18:27:15 | mjn3 | no idea... i didn't try it. i was referring mainly to the login stuff. have you tried TERM=vt100? |
| 18:27:44 | tzanger | no |
| 18:28:06 | tzanger | just did... same result |
| 18:28:53 | tzanger | SUID/SGID handling is a good thing to have enabled, right? |
| 18:31:46 | mjn3 | that's a recent addition (i think) to allow an suid root busybox. you need that if you want busybox's su to work |
| 18:33:16 | aaronl | oh god |
| 18:33:20 | aaronl | suid busybox = scary |
| 18:34:18 | mjn3 | andersee: the semctl problem seems to be du to the different defs of struct ipc_perm. there is a kernel version, and then there's a lib version in bits/ipc.h with extra padding at the end |
| 18:34:35 | mjn3 | aaronl: i thought they sorted out the suid busybox stuff |
| 18:41:16 | tzanger | wow |
| 18:41:27 | tzanger | busybox has more stuff and yet it compiled smaller than 0.60.3 |
| 18:42:39 | aaronl | tzanger: people like me have been working on space optimizations |
| 18:42:55 | tzanger | I'll say |
| 18:42:57 | tzanger | :-) |
| 18:50:02 | tzanger | bah |
| 18:50:07 | tzanger | bb wget is no good for perl CPAN :-) |
| 19:01:34 | andersee | is away: I'm busy |
| 19:45:05 | tzanger | mjn3 - could you test something for me with perl? |
| 19:45:10 | tzanger | Net::SNMP installed just fine |
| 19:45:44 | tzanger | the expat library (expat.sf.net) installed fine |
| 19:46:01 | tzanger | XML::Parser builds fine, but all of the tests for make test fail horribly with |
| 19:46:11 | tzanger | /usr/bin/perl: symbol 'XmlPrologStateInit': can't resolve symbol '¬L' |
| 19:46:21 | tzanger | substitute "XmlPrologStateInit" for various functions |
| 19:46:34 | tzanger | it seems to come down to Can't load 'blib/arch/auto/XML/Parser/Expat/Expat.so' for module XML::Parser::Expat: Unable to resolve symbol at /usr/lib/perl5/5.6.1/i686-linux/DynaLoader.pm line 206. |
| 19:46:56 | tzanger | I'm wondering if you get the same thing with the cvs uclibc, or if it's something I've buggered up here |
| 20:02:54 | mjn3 | tzanger: can't resolve what symbol? |
| 20:03:23 | tzanger | ¬L |
| 20:03:53 | tzanger | it's 0xa9 L IIRC |
| 20:04:09 | tzanger | sorry 0xac |
| 20:07:19 | mjn3 | when you say all the tests for make test fail, are you talking about for perl, or some additional packages |
| 20:07:34 | tzanger | all the tests for XML::Parser |
| 20:07:47 | tzanger | perl isntalled with only a few tests failing (3 I think, and they weren't marked as deadly important) |
| 20:08:13 | tzanger | although now that I think about it I should take a good look at the ones that fail |
| 20:08:21 | tzanger | they may be directly related to XS |
| 20:08:38 | mjn3 | yes... 2 have been fixed. erik will be fixing the remaining one now that i've isolated it |
| 20:09:14 | mjn3 | they shouldn't be related. one has to do with ipc. the others deal with passwords and groups |
| 20:09:28 | mjn3 | s/deal/dealt/ |
| 20:09:30 | tzanger | ok well in that case no :-) |
| 20:11:27 | tzanger | sorry there are 6 failures |
| 20:11:35 | tzanger | lib/complex.t |
| 20:11:40 | tzanger | lib/io_multihomed.t |
| 20:11:42 | tzanger | lib/io_sock.t |
| 20:11:47 | tzanger | lib/io_udp.t |
| 20:11:53 | tzanger | lib/ipc_sysv.t |
| 20:11:57 | tzanger | op/groups.t |
| 20:12:08 | tzanger | none of those seemt o have anything to do with XS |
| 20:15:36 | mjn3 | i fixed the complet failure and the groups failure. erik is fixing the ipc_sysv failure |
| 20:15:52 | tzanger | *nod* |
| 20:15:55 | tzanger | you guys are machines |
| 20:15:57 | mjn3 | the io_* tests you listed are passing for me |
| 20:16:29 | tzanger | I am in a purely-uclibc environment if that is any difference |
| 20:16:52 | mjn3 | that could be due to my uClibc config, or to the perl config. don't know |
| 20:19:06 | mjn3 | in your uClibc build dir, look for /ldso/util/readelf |
| 20:19:41 | tzanger | I have readelf.c, but no executable there |
| 20:20:26 | mjn3 | do "{path to uclibc readelf}/readelf Expat.so" |
| 20:20:32 | mjn3 | are you cross compiling? |
| 20:20:38 | tzanger | no cross-compile |
| 20:20:39 | tzanger | x86 |
| 20:21:11 | tzanger | hmm I don't think I have a readelf binary |
| 20:21:14 | mjn3 | just go into that directory and "make readelf" |
| 20:21:18 | tzanger | oh |
| 20:21:27 | mjn3 | it doesn't look like it is built by default anymore |
| 20:22:25 | tzanger | # ./readelf /root/.cpan/build/XML-Parser-2.31/blib/arch/auto/XML/Parser/Expat/Expat.so |
| 20:22:25 | tzanger | Type: DYN (Shared object file) |
| 20:22:25 | tzanger | Machine: Intel 80386 |
| 20:22:26 | tzanger | Class: ELF32 |
| 20:22:26 | tzanger | Data: 2's complement, little endian |
| 20:22:26 | tzanger | Version: 1 (current) |
| 20:22:28 | tzanger | OS/ABI: UNIX - System V |
| 20:22:30 | tzanger | ABI Version: 0 |
| 20:22:32 | tzanger | Dependancies: |
| 20:22:34 | tzanger | libexpat.so.0 |
| 20:22:36 | tzanger | libc.so.0 |
| 20:23:13 | tzanger | # ./ldd /root/.cpan/build/XML-Parser-2.31/blib/arch/auto/XML/Parser/Expat/Expat.so |
| 20:23:14 | tzanger | libexpat.so.0 => /usr/lib/libexpat.so.0 |
| 20:23:14 | tzanger | libc.so.0 => /lib/libc.so.0 |
| 20:23:29 | tzanger | # ./ldd /usr/lib/libexpat.so.0 |
| 20:23:30 | tzanger | libc.so.0 => /lib/libc.so.0 |
| 20:24:31 | mjn3 | alright. how do i go about downloading and building these packages. i'm not a perl user |
| 20:24:37 | tzanger | oh |
| 20:24:43 | tzanger | Have you used CPAN before? |
| 20:24:48 | mjn3 | no |
| 20:24:55 | tzanger | ok we won't use it then :-) |
| 20:25:12 | tzanger | expat.sf.net has the libexpat that XML::Parser requires |
| 20:25:53 | tzanger | http://telia.dl.sourceforge.net/sourceforge/expat/expat-1.95.4.tar.gz |
| 20:26:39 | mjn3 | got it |
| 20:27:08 | tzanger | I'm trying to figure out how to download a perl module from CPAN without using the shell |
| 20:27:15 | tzanger | I'll just put the archive I got somewhere |
| 20:28:41 | tzanger | XML::Parser is at http://www.mixdown.org/XML-Parser-2.31.tar.gz |
| 20:28:58 | tzanger | it's your standard perl Makefile.PL / make / make test |
| 20:49:08 | mjn3 | tzanger: seems to work for me... |
| 20:49:11 | mjn3 | t/astress...........ok |
| 20:49:12 | mjn3 | t/cdata.............ok |
| 20:49:12 | mjn3 | t/decl..............ok |
| 20:49:12 | mjn3 | t/defaulted.........ok |
| 20:49:12 | mjn3 | t/encoding..........ok |
| 20:49:12 | mjn3 | t/external_ent......Couldn't load LWP based external entity handler |
| 20:49:14 | mjn3 | Switching to file-based external entity handler |
| 20:49:16 | mjn3 | (To avoid this message, use NoLWP option to XML::Parser) |
| 20:49:18 | mjn3 | t/external_ent......ok |
| 20:49:20 | mjn3 | t/file..............ok |
| 20:49:22 | mjn3 | t/finish............ok |
| 20:49:24 | mjn3 | t/namespaces........ok |
| 20:49:26 | mjn3 | t/parament..........Couldn't load LWP based external entity handler |
| 20:49:28 | mjn3 | Switching to file-based external entity handler |
| 20:49:30 | mjn3 | (To avoid this message, use NoLWP option to XML::Parser) |
| 20:49:34 | mjn3 | t/parament..........ok |
| 20:49:36 | mjn3 | t/partial...........ok |
| 20:49:38 | mjn3 | t/skip..............ok |
| 20:49:41 | mjn3 | t/stream............ok |
| 20:49:42 | mjn3 | All tests successful. |
| 20:49:44 | mjn3 | Files=13, Tests=113, 1 wallclock secs ( 0.86 cusr + 0.13 csys = 0.99 CPU) |
| 20:52:30 | mjn3 | don't know if it makes any difference, but i have wide char support and locale support enabled. |
| 20:56:23 | tzanger | shit |
| 20:56:24 | tzanger | ok |
| 20:56:33 | tzanger | ok |
| 20:56:36 | tzanger | I have no locale and no wchar |
| 20:56:40 | tzanger | I may try that and see what happens |
| 20:56:50 | tzanger | although I wonder why that would create *library* reference problems |
| 20:58:17 | mjn3 | don't know... enabling wchar support is no problem, but enabling locale support is not for the faint-of-heart. as soon as this latest round of debugging is finished, that's what i'm going back to working on. |
| 20:59:23 | tzanger | ok |
| 20:59:28 | tzanger | I appreciate your time mjn3, thank you |
| 21:00:06 | mjn3 | sure |
| 21:05:22 | tzanger | with my luck it'll require locale since it's XML |
| 23:05:41 | tzanger | hmm |
| 23:06:05 | tzanger | I couldn't pass any tests for Compress::Bzip2 either |
| 23:06:12 | tzanger | same error: can't resolve symbol '¬L' |
| 23:24:57 | tzanger | kitchener -- whereabouts? |
| 23:25:01 | tzanger | is from Listowel |
| 23:34:52 | andersee | is back (gone 04:33:17) |
| 23:47:17 | tzanger | andersee: have you ever seen weird symbol names from the linker? |