Subject: Samba 2.2.8 - msg#00166

Previous Message by Date: click to view message preview

Re: compiling perl

On Wed, Mar 19, 2003 at 01:40:48PM +0100, Claus Rosenberger wrote: > Hi, > > first sorry for late response (i was out of the office) and many thanks > for your patch. i can compile now but got on error while running make > test. do you have an idea about this failure ? > > > > Failed Test Stat Wstat Total Fail Failed List of Failed > ------------------------------------------------------------------------------- > op/groups.t 2 1 50.00% 1 > 51 tests and 426 subtests skipped. > Failed 1/712 test scripts, 99.86% okay. 1/67912 subtests failed, 100.00% > okay. Nope, sorry. It is possible I had it as well. I guess I figured 99.86% was close enough.... :-) Dag B

Next Message by Date: click to view message preview

Re: uclibc Debian

On Wed, Mar 19, 2003 at 12:14:27PM -0700, Erik Andersen wrote: > On Wed Mar 19, 2003 at 06:35:01PM +0000, Justin Cormack wrote: > > I remember that someone talked about making a uclibc based debian, but I > > cant find the message in the archive. Has anyone started, and is anyone > > still interested. Now there is the buildroot to bootstrap from it should > > not be too hard, and once it is working it should save Erik from much > > more work on the buildroot. > > > > I would be glad to help / organise / do it starting in a few weeks once > > I have finished some other stuff if there is interest. > > That would be great. FYI back in January I used the x86 > buildroot snapshot to build pretty much the whole Debian base > system by hand. As I recall, I only had to make a single trivial > change to one package, everything else compiled up unmodified. > At the time I had some trouble with tar misbehaving but hopefully > that is fixed now. I've done the same, but focussing more on cross-compiling packages. That is, building i386-uclibc packages on an i386-glibc system, and then running debootstrap with the i386-uclibc packages to create a system. In my case, there are (were) a number of problems, some (most) of which have since been solved. One remaining problem is that there are no proper uclibc toolchain packages, just the buggy uclibc-toolchain, which uses the extra/gcc-uClibc/ wrapper. The dpkg-cross package plays a significant role in cross-building packages, such as mangling build dependencies and setting the environment appropriately to cross-build. I recently hijacked dpkg-cross and fixed a bunch of bugs. However, I still need to convince dpkg-cross to handle i386-uclibc correctly as a Debian architecture. I've also been working on cross-building packages for cygwin-i386, which is fairly similar problem. dave...

Previous Message by Thread: click to view message preview

uclibc Debian

I remember that someone talked about making a uclibc based debian, but I cant find the message in the archive. Has anyone started, and is anyone still interested. Now there is the buildroot to bootstrap from it should not be too hard, and once it is working it should save Erik from much more work on the buildroot. I would be glad to help / organise / do it starting in a few weeks once I have finished some other stuff if there is interest. Justin

Next Message by Thread: click to view message preview

unresolved symbols

Hi, I have an BRECIS MSP 4000 board. I have built the uClinux2.0 Beta Two kernel and booted the board. After that when i tried to insmod my driver(with uClibc3.2) which contains proprietary firewall and vpn) i got the following errors. igateway.o: unresolved symbol __udivdi3 igateway.o: unresolved symbol __umoddi3 These symbols are defined in libgcc.a Whereas while i worked with uCLinux1.1.4(with uClibc 3.1) i had no problem insmod-ing the same driver. Openssl is used.What could be the problem.Any help is greatly appreciated. Thank you. Yugandhar