Re: [leaf-devel] New config/backup system
On Tue, 2006-06-13 at 16:32 +0200, Jaap Eldering wrote: > In the GNU diffutils there is the (I think fairly unknown) program > sdiff, which allows one to diff to files side by side and merge them. > > I have looked into it once, also for some script I wrote for merging > changes while updating to newer versions of Bering uClibc. It's usage > is not very intuitive as far as I recall, but it might be useful... > There is a real nice console based tool similiar to sdiff, which is more intuitive (and colored) than sdiff... Unfortunatly it is written in python, so it is of no real use on a bering-uclibc machine, but could be taken as kind of prototype what could be implemented...If you want to take a look: http://elonen.iki.fi/code/imediff/ --arne > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] rebuilding initrd packages
On Sun, 2006-05-07 at 17:36 +0200, Andrea Fino wrote: > I have this: > libconfig-general-perl 2.31-2 > > tried getting from cpan, the same It's not a regular system, but > chrooted from/with debootstrap > ok i am now able to reproduce it using 2.31 from cpan. Using standard 2.27 (from debian sarge) it works, but with a newer version, it breaks. It seems the format of the include directive has changed, i will take a look how to fix it... > > Regards, > Andrea > > --arne > -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] rebuilding initrd packages
On Sun, 2006-05-07 at 07:54 +0200, Andrea Fino wrote: > Wll, at least I am not alone :). > No, you are not. Unfortunatly i was not able to reproduce it until now, and i am running Debian sarge, too... > Yesterday I did some test (as said I am running a debian sarge). So, I > think the problem is in the include statement of > source/initrd/buildtool.cfg. > > What happens: is really run only the first time. A very easy workaround > is to change in: > > #include common.cfg > #include common1.cfg > #include ...common2.cfg > > and so on. Simply create links with ln, and all initrd packages are > built correctly (with ash, linuxrc, uclib and so on). > > Don't know why, but the problem has to be in Config::General > somewhere.. (or it's use from builpacket.pl). > That was my first thought after reading it. I must admit i used the same version of Config::General as Debian sarge (2.27), but checked out directly from cpan. But after removing it and installing libconfig-general-perl from debian sarge, nothing changed, so everything IS working on my sarge...I will try it with ubuntu. --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool questions
On Mon, 2005-11-07 at 12:17 -0600, Ron Senykoff wrote: Hi Ron, > So, if I want to compile something with buildtool... what do I do > when I don't have a hosted buildtool.mk and buildtool.conf for the > particular package? Is there a way to tell it to just use my local > files? > you have some possibilities. You could define a server of type "file" for your local files if you want to use a buildtool.cfg /mk file and want to test these. If you just want to try compiling, you can use ./tools/compileShell.sh which just opens a bash with the corresponding environment vars set. This is always a good start to take a quick look if the source compiles at all. If you want to add a reall buildtool setup, create a subdir in source, put your sources, buildtool.cfg and buildtool.mk file in it, define something in conf/sources.conf so that buildtool tries to download the buildtool.cfg to your source dir. If the file ist already in there, it should not get overwritten (to be really sure , you can use the -D switch). This is true for all files... if you have further questions, feel free to ask them (The buildtool documentation should be extended in the future, but i don't know when this will be). --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] help needed for testing openswan 2.4.0
Hi all, i nearly finished a new openswan 2.4.0 setup for bering-uclibc and would like to get some help testing it. Nearly means, the kernel and the package are built, it basically starts in qemu, and i will make a final test with multiple qemu instances. But after that it would be nice if anyone is interested helping testing it on really running bering-uclibc system cause i don't use ipsec right now on leaf system...(you get ipsec nat-t for free, if you order now ;-) The kernel is version 2.4.31, you need to run bering-uclibc 2.3 or 2.3rc1. If you are interested, you might contact me offlist and i give you the url where to get the stuff. thanks, arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] buildtool and gcc4.0
Hi all, as there were some mails on this list concerning problems using the bering-uclibc buildtool with gcc4.0, i would like to add some final comments from the bering-uclibc team. Buildtool uses its own gcc compiler (3.3.3) for building the actual programs, but this compiler has to be build by the host compiler. The latest compiler that is capable of doing this, is from the gcc3.4 series, newer ones do not work and are not supported. We took a deeper look and as it does not seems so easy to fix, it will stay that way for now. The combination of host-gcc, build-gcc and uclibc is quite fragile, we detected serious failures by changing only one of them. Our intention is to change this restriction with our next major release. If you use a distribution that comes with a gcc4 compiler natively, you might still be able to install an additional, older compiler as an addition (at least for ubuntu and debian testing, this is true). In this case, you can change the value of HOSTCC in the make/MasterInclude.mk to the name of that compiler (which is usually named something like gcc-3.4), and it should work. --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildenv failure
On Tue, 2005-10-25 at 16:40 +0200, Arne Bernin wrote: Hi Erich, i found the following in the buildtool log you sent me, i assume that the building of binutils failed the first time, and you started buildtool again. As you can see, something strange is happening here, and because of this binutils is not properly build and the second error occurs when you try it again. So, what you should do is, try a ./buildtool.pl srcclean buildenv which should remove everything build in your buildenv dir but leaves the downloaded files untouched, and after that, try building it with ./buildtool.pl build buildenv again. And please take a look, if this error does happen again... gcc -DHAVE_CONFIG_H -I. -I/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils -I. -D_GNU_SOURCE -I. -I/data/leaf /bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils -I../bfd -I/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/so urce/buildenv/binutils-2.14/binutils/../bfd -I/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils/../include -I/ data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils/../intl -I../intl -DLOCALEDIR="\"/data/leaf/bering-uclibc/2.3 /src/bering-uclibc/buildtool/staging/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c /data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils/readelf.c /data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils/readelf.c: In function `dynamic_segment_mips_val': /data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-2.14/binutils/readelf.c:4465: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://www.gnu.org/software/gcc/bugs.html> for instructions. make[4]: *** [readelf.o] Error 1 make[4]: Leaving directory `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build/binutils' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build/binutils' make[2]: *** [all-recursive-am] Error 2 make[2]: Leaving directory `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build/binutils' make[1]: *** [all-binutils] Error 2 make[1]: Leaving directory `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build' make: *** [/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build/binutils/objdump] Error 2 make: Leaving directory `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv' --arne P.S. why in the hell is Suse shipping a prerelease GCC ??? (gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux)) > -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildenv failure
On Tue, 2005-10-25 at 14:19 +, Erich Titl wrote: > Hi Arne > Hi Erich, > a rather oldish SuSE 8.2 > > luna > gcc --version > gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) > Copyright (C) 2002 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > I was under the impression that the uClibc specific gcc comes with buildenv > yes, but it is initially build by the host gcc. And if you would have used gcc4.0 the answer would be rather clear ;-) ok. Can you sent me your (packed) complete buildtoollog offlist ?? --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildenv failure
On Tue, 2005-10-25 at 09:42 +, Erich Titl wrote: > Hi folks > Hi Erich, what environment do you have on your development machine ? (Distribution, but especially gcc version ?) --arne > build source/package: buildenv > > calling 'make build' for buildenv make build failed for > /data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/buildtool.mk > , please have a look at the logfile log/buildtoollog at > buildtool/Make/Source.pm line 394. > > looking at the log it appears that "gas" missing in > .../buildenv/binutils-build > > make[2]: Leaving directory > `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build/binutils' > /bin/sh: line 1: cd: gas: No such file or directory > make[1]: *** [install-gas] Error 1 > make[1]: Leaving directory > `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv/binutils-build' > make: *** > [/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/staging/i386-linux/bin/ld] > Error 2 > make: Leaving directory > `/data/leaf/bering-uclibc/2.3/src/bering-uclibc/buildtool/source/buildenv' > > ... > it looks like this line is responsible for the gas > > # This is the list of directories to built for the host system. > SUBDIRS = intl libiberty opcodes bfd binutils gas ld gprof etc > > ... > the directory gas is located at > > ../src/bering-uclibc/buildtool/source/buildenv/binutils-2.14 > > cheers > > Erich > > > --- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] 2.6.x kernel support?
On Sun, 2005-08-21 at 21:34 +0200, [EMAIL PROTECTED] wrote: > Hello Mike, > Hi Mike, EricS, ... > But the whole initramfs is only supported with kernel 2.6, moving to this > kernel is not only (optional) moving to initramfs but changing a lot in > other packages, recompiling, change scripts, sysfs, etc. > I i remember it correctly, we also have to move to a newer uclibc version, which should be done - before - switching to 2.6... > I really don't see a real need now to move to kernel 2.6 and open a can of > worms. Ofcourse we will move sometime and in the meantime we will look > into all needed changes. Well, if the netfilter people would have finished their exchange of connection tracking information between 2 machine (netfilter-ha), i would say, yes there is a real benefit, but they haven't ;-) > > Eric > > --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] What the hack ?
Hi all, i was just wondering, if anyone of you will be at whatthehack (http://www.whatthehack.org) next weekend in Holland ?? --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool: 'file' type download path problems
On Sat, 2005-07-02 at 15:52 +0200, Jaap Eldering wrote: > Hi, Hi Jaap, > I have "fixed" this for myself and works fine again, but maybe I don't > understand the proper use of this file type server specification. > > Adding the 'dlroot = /' as commented out below in sources.conf doesn't > fix things either. > dlroot is set by Download.pm and is not a config option... > Is this a bug in the file type, or am I doing something wrong? > I think this is a bug (martin, correct me if i am wrong), and i have committed your fix to cvs. > Thanks for any help, > Jaap Eldering > --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Web based generator for modules.lrp
On Thu, 2005-06-30 at 11:13 -0400, Justin I. Nevill wrote: > Arne, > Hi Justin! > I think this is great, it's a step to opening LEAF up to a larger > audience. It brings to mind the idea of, in the future, a buildtool for > the web - with a SOAP interface even, you could build a distro with > webservices. What language are you using in the CGI for the backend > work? Do you plan on releasing the code? This is good work, thanks for > doing it. - Justin > Hmm. never thought about a buildtool webservice... And i am not sure if i like the idea if i think about it ;-) Anyway, the cgi is written in Perl, and for now, i have not released the code, but in general, i don't see why i shouldn't do so (At least if i think its stable enough)... --arne > > -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Web based generator for modules.lrp
Hi all! As i am about to finish my web based modules.cgi generator for bering-uclibc, i just wanted to get some more feedback, before posting this to leaf-users... This tool allows you to create a customized version of modules.lrp with all the modules you need (useful for updating to new kernel, etc), no need to get the modules out of the tar.gz with all modules, no need to look at the dependencies... So, if you want to try it, do it at: (You NEED Javascript enabled as the navigation runs with it, sorry). http://www.ucbering.de/cgi-bin/modules.cgi I am looking forward for some feedback... --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] buildtool not clean enough yet...?
On Thu, 2005-04-07 at 11:56 -0700, Paul Traina wrote: Hi Paul! > Warning:The symlink from /lib/ld-uClibc.so.0 --> > /home/pst/LEAF/buildtool/staging/lib/ld-uClibc.so.0 does not exist, > this may cause problems with some configure scripts that try to run > a compiled program > > > > Do we still need this link? If this is the case, then how can buildtool > do cross-arch targeting? We shouldn't be running any target-compiled > executables on the host environment. > Well, actually we are not really cross compiling right now, the buildenv should be - in general - useable for cross compiling, most buildtool.mk files are not. I hope this will change in the future as i know some people who are interested in porting bering-uclibc to mips...There are a lot of bad configure files out there... > If someone can point me at the program/issue that was causing the > problem, I'll take a peek at fixing it. I know that keepalived configure is quite ugly and refuses to work properly when trying to cross compile but i can't remember right now which other packages needed the symlink.. But should be easy to find out, just don't create that link, uncomment the check_lib_link in buildtool.pl and use tools/buildall.sh to get everything build... --arne -- Arne Bernin <[EMAIL PROTECTED]> --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering-uClibc: development environment assistance ???
On Tue, 2005-03-22 at 11:04 -0600, Charles Steinkuehler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > So far, the only thing that seems odd about buildtool is the centralized > file with all the servers, sources, and packages (conf/sources.cfg). The > files for building each package are already seperated per-package, so it > seems like this should be multiple files and/or directories as well, ie: > > ~ conf/servers<- File with server entries > ~ conf/pagkages/ <- Directory > ~ conf/packages/mypkg <- Single entry > ~ conf/sources/ <- Directory > ~ conf/sources/mysrc <- Single entry > > ...but I have no idea how easy/hard this would be in perl (yes, I've fallen > to the point of suggesting new features/functions w/o offering any coding > assistance! :). It just seems that having to modify the entire sources.cfg > file to add/remove a package is going to get cumbersome eventually... > nothing to do in perl at all... We are using Config::General, which supports includes like: <> ... that's all... --arne Arne Bernin <[EMAIL PROTECTED]> --- This SF.net email is sponsored by: 2005 Windows Mobile Application Contest Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones for the chance to win $25,000 and application distribution. Enter today at http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] rsync.leaf-project.org::leaf-cvs
On Wed, 2005-03-16 at 16:59 -0800, Mike Noyes wrote: Hi Mike! > Arne, > This may be a type of a connection timeout implemented by SF. Does it > happen when using pserver, or only when using viewcvs? > i haven't tried pserver until now... > Is there any way to have buildtool continue/retry after a 60 second > timeout? > as we use wget, i think there is an option for that.. will try. thanks! --arne -- Arne Bernin <[EMAIL PROTECTED]> --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] rsync.leaf-project.org::leaf-cvs
Hi! talking about this problem i noticed that downloading large files (e.g. mysql) via viewcvs (as used by buildtool), do recently fail, too... --arne > > Thanks. I'll rsync tomorrow. It'll probably take me a while. Sorry I > > didn't notice this problem earlier. :-( > > Charles, > My rsync is still going. :-( > > Did you verify the expanded tarball was correctly placed on the rsync > leaf-cvs module? > -- Arne Bernin <[EMAIL PROTECTED]> --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] error on rebuildung syslinux
On Mon, 2005-02-14 at 12:13 +0100, Oliver Ertl wrote: > Hello, > Hi Oliver! > I get an error when trying to rebuild syslinux with buildtool. Maybe > you can fix this, thanks. > the reason for this is, that it hast just moved on the server... For a quick fix (as i see your buildtool is configured not to overwrite files), change the Serverpath line in the /source/syslinux/buildtool.cfg file from: Type = http Name = www.kernel.org Serverpath = pub/linux/utils/boot/syslinux to: Type = http Name = www.kernel.org Serverpath = pub/linux/utils/boot/syslinux/Old I will fix it in cvs but it will take some hours to be visible, so i suggest you try the above. > Oliver > > --arne -- Arne Bernin <[EMAIL PROTECTED]> --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ANN: New Quarterly Participation Ping
On Sat, 2005-01-01 at 10:13 -0800, Mike Noyes wrote: > On Sat, 2005-01-01 at 09:13, Mike Noyes wrote: > > All project members, > > Please log into SF.net and 'ack' LEAF Administration Task: > > Detailed Instructions > 1) Log into https://sourceforge.net/my/ > 2) Select '109798 Participation Ping Q1' under >'My Tasks' > 3) Scroll down to 'Add A Comment:', and add 'ack' to the >text box. That's just my problem i suppose, i don't see a text box or a "Add a comment field" > 4) Click on 'Submit Changes'. > 5) Done. > > > [Task #109798] Participation Ping Q1 > > End Date: 2005-03-31 > -- Arne Bernin <[EMAIL PROTECTED]> --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] ANN: New Quarterly Participation Ping
On Sat, 2005-01-01 at 09:13 -0800, Mike Noyes wrote: > All project members, > Please log into SF.net and 'ack' LEAF Administration Task: Hi Mike, how do i actually ack this ?? I logged in but do not know what i should do kind regards, arne > > [Task #109798] Participation Ping Q1 > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=109798&group_id=13751&group_project_id=5257 > > End Date: 2005-03-31 > -- Arne Bernin <[EMAIL PROTECTED]> --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Bering-uclibc in UML
On Sat, 2004-12-25 at 23:47, Oliver Ertl wrote: > Hello, Hi Oliver > > I'd like to run a virtual Bering-uclibc (v2.2.2) in UML. > > My host system is Sarge with a 2.6.7-1 kernel. Which UML-Kernel > should I use? Is there a newer UML-Kernel binary than the > 2.4.18-45um on the leaf website? > > What environment are you using to test bering-uclibc? > For virtual testing, i use qemu to run bering-uclibc as it requires not special kernel... > > Thanks. > > Oliver > --arne --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Another problem compiling tcpdump (ldd)
On Sun, 2004-12-19 at 20:32, Oliver Ertl wrote: > Hello, > > Thanks for that quick fix on libpcap/tcpdump . > > Tcpdump now compiles fine, but when I run ldd on the tcpdump binary > it shows that it was linked against the system libs (libc.so.0) and > not the one from buildroot. The same problem happens with the > openssl binary. > > Output from ldd on tcpdump: > [EMAIL PROTECTED]:~/buildtool$ staging/usr/bin/ldd > staging/usr/sbin/tcpdump > libpcap.so.0.7 => /usr/lib/libpcap.so.0.7 (0x40006000) > libc.so.0 > => /home/leaf-dev/src/bering-uclibc/buildtool/staging/lib/libc.so.0 > (0x40024000) > WARNING: /usr/lib/libpcap.so.0.7 is linked with GNU libc! > ld-uClibc.so.0 > => /home/leaf-dev/src/bering-uclibc/buildtool/staging/lib/ld-uClibc.so.0 > (0x4000) > [EMAIL PROTECTED]:~/buildtool$ > > > Is this normal, or an error? > never trust ldd... This is a normal, the reason for this is, that staging/usr/lib is unfortunatly not in the standard path for ld-uClibc.so.0 which is used by ldd... Use normal ldd and LD_LIBRARY_PATH instead: [EMAIL PROTECTED]:/home/stuff1/test/src/bering-uclibc/buildtool$ ldd staging/usr/sbin/tcpdump libpcap.so.0.7 => /usr/lib/libpcap.so.0.7 (0x40006000) libc.so.0 => /home/stuff1/test/src/bering-uclibc/buildtool/staging/lib/libc.so.0 (0x40024000) WARNING: /usr/lib/libpcap.so.0.7 is linked with GNU libc! ld-uClibc.so.0 => /home/stuff1/test/src/bering-uclibc/buildtool/staging/lib/ld-uClibc.so.0 (0x4000) [EMAIL PROTECTED]:/home/stuff1/test/src/bering-uclibc/buildtool$ export LD_LIBRARY_PATH=$(pwd)/staging/usr/lib [EMAIL PROTECTED]:/home/stuff1/test/src/bering-uclibc/buildtool$ ldd staging/usr/sbin/tcpdump libpcap.so.0.7 => /home/stuff1/test/src/bering-uclibc/buildtool/staging/usr/lib/libpcap.so.0.7 (0x40006000) libc.so.0 => /home/stuff1/test/src/bering-uclibc/buildtool/staging/lib/libc.so.0 (0x4002) ld-uClibc.so.0 => /home/stuff1/test/src/bering-uclibc/buildtool/staging/lib/ld-uClibc.so.0 (0x4000) > Oliver --arne --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] FIXED:Buildtool error: libpcap/tcpdump
Hi Oliver! i just committed the necessary changes to cvs, to make tcpdump (and libpcap) compile correctly again. flex and bison are now used again, so they are added as dependency. Unfortunatly the cvs webfrontend we use normally for downloading the file takes several hours to update, so you have to wait until tomorrow or use direct cvs access over ssh (NOT pserver), if you have an account... To use the update, please update your sources.cfg in the buildtool/conf directory to the latest version, and call: ./buildtool.pl remove libpcap ./buildtool.pl remove tcpdump ./buildtool.pl build tcpdump to have everything compiled correctly. --arne --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Buildtool error: libpcap/tcpdump
On Sat, 2004-12-18 at 14:54, Oliver Ertl wrote: > Hello, > Hi, i just checked that with a clean installation of buildtool, and i see the same effect. But as i investigated a bit, it seems like libpcap is not properly build (although it looks like), i cannot link any program with it : compileShell /home/stuff1/test/src/bering-uclibc/buildtool/source/tcpdump/tcpdump-3.7.2>gcc -o test -lpcap test.c /home/stuff1/test/src/bering-uclibc/buildtool/staging/lib/gcc-lib/i386-linux/3.3.3/../../../../i386-linux/lib/libpcap.so: undefined reference to `pcap_parse' collect2: ld returned 1 exit status i had a libpcap from an older buildtool version, copying this in fixed the problem. So it seems we have a libpcap problem and should investigate this further. I am sorry, i did not find a quick fix, but will look into this deeper as soon as i have time... --arne > I use the uclibc buildtool from cvs to build tcpdump. > > Libpcap build without any error, but tcpdump says it can't find the > libpcap library. > > log from log/buildtoollog: > checking for vsnprintf... yes > checking for snprintf... yes > checking return type of signal handlers... void > checking for sigset... yes > checking for dnet_htoa in -ldnet... no > checking for main in -lrpc... no > checking for library containing getrpcbynumber... none required > checking for library containing gethostbyname... none required > checking for library containing socket... none required > checking for library containing putmsg... no > checking for local pcap library... not found > checking for main in -lpcap... no > configure: error: see the INSTALL doc for more info > make: *** [tcpdump-3.7.2/.configured] Error 1 > make: Leaving directory > `/home/leaf-dev/src/bering-uclibc/buildtool/source/tcpdump' > > > Any ideas how to fix this? > > > Oliver > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Re: lrcfg and generating leaf.cfg
On Tue, 2004-12-14 at 17:18, Charles Steinkuehler wrote: > Arne Bernin wrote: ok, just subscribed and continuing on leaf-devel. > I don't have any fundamental objection to doing this, I just wonder how > useful it would be. In order to automatically create the leaf.cfg file, > you'd already have to have a working LEAF system, meaning your PKGPATH and > other critical settings would have to be correct. Ok. I am about to finish some kind of (very) primitive apt-get clone. Now i am able to install new packages quite easy (no more downloading via http, scp to firewall, copying to my harddisk, ...). The only thing i am still missing is, that after installing all the packages (about 35 on my firewall) i would like to generate the LRP line in leaf.cfg... just my lazyness... > Anyway, if this is useful enough to someone they want to code it, I'll help > if there are any questions about details. As for your questions above: Thanks! > > - I assume by "filesystems" you mean mountable device with optional > filesystem specifier (ie: /dev/fd0[:MSDOS], as used by PKGPATH=) rather than > just a filesystem (ie: MSDOS). > that's right. > - All mountable devices (and optional filesystem specifier) used to read > packages should go into the PKGPATH variable. Note that ORDER IS IMPORTANT, > particularly on systems using partial backups, but the correct order should > be preserved in the pkgpath.disks file. > > - Filesystem specifiers are not currently allowed as part of LRP=, but there > is an optional search-order specifier ([:f|:F|:r|:R]). I'm not > sure you could extract the search-order suffix w/o parsing the initial > kernel command line or existing LEAFCFG file. ok, i did not know what exactly happens, so i asked. I will take a look at it and think about what i can do automatically... > > > I wrote this to you personally cause i am not subscribed to leaf-devel, > > but could do this if you prefer. > > It seems like leaf-devel is the appropriate place to talk about such issues > (CC'd on this e-mail), but you could be cc'd on messages to this thread if > you don't want to subscribe (note leaf-devel is farily low-volume). > --arne --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] 2.4 Kernel?
On Thu, Jul 12, 2001 at 08:25:02AM -0400, David Douthitt wrote: > Dale Long wrote: > > > Stateful firewalling seems to be more in demand than I would have ever > thought. Well i have set up a few firewalls with kernel 2.4, and i wouldn´t like to do it with 2.2 any more. stateful packet inspection is really great and makes live so easy... > > I'm likely to spend more time on upgrading to glibc 2.2 and ncurses 5. > I'd not considered that Openwall wouldn't be available for 2.4 - I may > wait for it, I may not. Well i would say that you do not need to wait, as there is a Patch for 2.4 out there that includes the openwall patch . it is named grsecurity and contains a few more security patches (like protecting from os fingerprinting...). But unfortunatly the main site www.getrewted.net seems to be down. You can find some information on this on freshmeat... > --arne ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Linux 2.4.6
On Fri, Jul 06, 2001 at 04:37:24PM -0400, David Douthitt wrote: > > What changes do you have to make to use 2.4? I went through Dave's > changes for root.lrp under 2.4, and pulled out iptables, ipchains, and > ipfwadm; none are overly big. Is this all the changes there are? I > noticed he changed /etc/init.d/network, but in Oxygen ALL firewall code > is segregated from network code, so this should not affect Oxygen, > right? the changes are not so great compared to the changes between kernel 2.0 and 2.2, iproute and that stuff was also used with kernel 2.2 , though you might still use ifconfig... > > How will iptables and the new networking code affect things like ntop, > nmap, and tcpdump? Well i run a kernel 2.4.5 on a debian potato (2.2) System, and nmap and tcpdump work the way they should (and they are compiled for kernel 2.2), so it should work. I have installed ntop and it seems to work , too. --arne ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] About the libc threads
On Sat, May 26, 2001 at 07:46:37AM +0200, Ewald Wasscher wrote: > Arne Bernin wrote: > > > > > >It is not usable for this right now > > > Then can you tell me what needed functionality is missing? well, i asked on the list (uClibc) some time ago, about compiling stuff like perl or other "greater" programs, and it seemed that some functions are still missing, and some might not even not implemented (That's one reason why it is smaller). So maybe there is work to do to get a program compile properly... What is missing right now is thread support. That's for sure ;-) The maintainer said, there are going into that direction and many people who are develeopers of embedded system want to use that, so they seem to be a set of good programmers working on it. And i think there will be many programs patched. A few days ago someone posted a success story about compiling python for his platform. > > >but seems to go right into that > >direction, and if it supports enough functions/binaries i would vote for that. > >It is small and is good supported, although it may not be possible to > >compile every program, > > > Anything using ipv6 comes to my mind, am I right? Well i'm not sure. But if this is the case i'm sure they are working on it... > > >but as more people seem to use this for their > >embedded systems more programs that are really needed for > >routing/scripting/firewalling should work than. > > > >So maybe in half a year it gets really usable. > > > >So what do you think (or did you already discuss this and i missed it ???) > > > > > > I''d love to work on this. Actually I already planned to make a > proof-of-concept version of some LRP distro based on uClibc. > Well maybe we can talk about that ;-) The Maintainer of busybox/tinylogin/uClibc seems to be willing to help get things running if you run into trouble. But as i said it might take some time, as they haven't even released one version yet (Only CVS).. > Ewald Wasscher > --arne --- Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] About the linc threads
Hi there, i didn't wrote when you where discussing it (Quite busy with other things), but my "dream" is to have a lrp/leaf system based on uClibc. It is not usable for this right now but seems to go right into that direction, and if it supports enough functions/binaries i would vote for that. It is small and is good supported, although it may not be possible to compile every program, but as more people seem to use this for their embedded systems more programs that are really needed for routing/scripting/firewalling should work than. So maybe in half a year it gets really usable. So what do you think (or did you already discuss this and i missed it ???) -- arne ------- Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Compiling iptables with glibc-2.0.7 (George Metz?)
On Fri, Apr 06, 2001 at 08:20:07PM +0200, Ewald Wasscher wrote: > George Metz wrote: > > > On Thu, 5 Apr 2001, Ewald Wasscher wrote: > > > > > > Could be a Red Hat problem, could not be. I didn't compile IPTables for > > 2.0.7 myself, someone else did; they're the ones to ask. I got the > > modified root.lrp from ftp.linux-router.com, and since I'm having "issues" > > getting stuff to work for my Slink install, > > Well these "issues" led me to the point that I decided to make a > "woody-based" version of lrp-2.9.8. I already had that finished when I > posted my question and read about the upcoming oxygen release. Well i compiled this iptables with a libc-2.0.7. I have the source laying around somewhere, but i remember i had some problems with the ipv6 support, and had to comment some stuff in the Makefiles... But it seems it does not really matter any more ;-) But the real fun should be compiling it against uClibc... > > > I haven't tried compiling it > > myself for 2.0.x glibc. > > > I have tried,and again and again, and tried recompiling the damm glibc > 2.0 etc. etc. :-((( That actually took a lot more time than producing my > upgraded lrp-2.9.8. ;-) > > Ewald Wasscher > > --arne ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] problem with busybox tar
Hi, > > I compiled the Busybox 0.49 new and put it in the Eigersteinbeta > Included several new options too. (find and tail work now a lot > better), > I had however a problem with busybox tar. > I noticed that the lrp backups were always smaller than the > original. (sounds good, but it isn't) Then at rebooting things did not > work out. > for example in ppp.lrp > /etc/ppp is not backed up. > > I used the following command > tar -c -v `cat $INCLUDE` -X $EXCLUDE | gzip >$DIR/$PACKAGE.lrp > > The problem is that the exclude option overrides the include option. > in $Exclude is for example /etc. > this causes that /etc/ppp is not included. > with ctar this is obious not the case. > I have not found a solution to this, other than including ctar again. the only solution for this is patching bb tar to work like ctar. it is not so complicated, though. I shuold have a patch lying around, doing this, but i do not know if it works for bb 0.49. I attach it to this mail, just try it out and myabe it works ;-) and maybe you should put the -X $EXCLUDE before the $INCLUDE... > > Regards > Eric Wolzak > http://leaf.sourceforge.net/ericw/ > > ___ > Leaf-devel mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/leaf-devel Regards, arne -- --- Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] Attachment Converted: "g:\eudora_mail\attach\tar-ex-in.patch"
Re: [Leaf-devel] Where IS everybody?
On Tue, Feb 06, 2001 at 06:54:08PM +, Angel Martín Alganza wrote: > On Tue, 6 Feb 2001 [EMAIL PROTECTED] wrote: > > > I'm in Portugal, Lisbon (lisboa in Portuguese), the capital, beautiful city > > by the way! (15ºC winter temperature! just to make you guys a little jealous > > :) I know i didn't wrote much on this list until now, but as i am on the list and i still have the plan to do more here if i have time for it... I live in Hamburg,Germany, and we have 5ºC and its raining, the typical Weather for a winter in Hamburg (or the summer ...) --arne ------- Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 4028416740 [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] LRP and Kernel 2.4
Hi, has anybody done this? -- arne --- Arne Bernin Netropol Digitale Systeme Lagerstrasse 30a Tel: +49 404325 D-20357 Hamburg/Germany Fax: +49 40 43189490[EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/mailman/listinfo/leaf-devel