Hello list,
Can someone help Jean-Roch with this package? I don't have a development
environment at the moment.
Thanks,
Eric
Begin forwarded message:
*From:* jeanro...@users.sf.net
*Date:* 8 maart 2014 04:24:23 CET
*To:* espak...@users.sf.net
*Subject:* *making heyu.lrp ???*
*Reply-To:* jeanro.
Hi Kp,
That's it ;)
Eric
2010/11/15 KP Kirchdoerfer
> Am Montag, 15. November 2010, 14:09:29 schrieb Eric Spakman:
> > David,
> >
> > If I remember correctly, the option "Check tainted module" is needed. But
> I
> > can't remember which modul
David,
If I remember correctly, the option "Check tainted module" is needed. But I
can't remember which modules needed it. Please check before commiting that
change.
Eric
>
> Hi Andrew,
>
> I won't promise that *nothing* is broken, but everything I tried works OK.
> I will commit when I get hom
Hello David,
The reason for that was that the dnsmasq is serving as dns server, it gets
its upstream servers from
/etc/dhcpc/resolv.conf
See also:
http://leaf.sourceforge.net/doc/buci-dnsmasq3.html
http://leaf.sourceforge.net/doc/buci-network3.html
Eric
2010/10/25 davidMbrooke
> Hi,
>
> Is
Hello Mats Erik,
I have no objection in putting these binaries in a seperate package.
Especially if it makes maintaining easier.
Regards,
Eric
> Hello folks,
>
>
> I will the next few days commit a major overhaul of Webconf,
> resulting in new versions of at least five webconf packages. The mo
Hi David,
Very nice!
NFS support indeed needs an uClibc change (which adds a lot of size), but
LVM2 only needs a kernel module AFAIK so would be an easy one.
Anyway, people who need NFS server support can create there own packages
if they like with the provided documentation.
The setup can be ad
Hi David,
> (2) with a 2.6 you can embed your whole file system into the
> kernel and boot and go just from the kernel -- no file system at all --
> that way you don't have to pivot-root from the initrd -- just stay there.
>
>
> I'm sort of fishing for stories about why that might be a bad idea,
>
Hi David,
> (2) with a 2.6 you can embed your whole file system into the
> kernel and boot and go just from the kernel -- no file system at all --
> that way you don't have to pivot-root from the initrd -- just stay there.
>
That's not correct. Indeed you can make a choice to include the initramfs
Hi Erich,
>>
>>> The "problem" is that the sha1sums are calculated multiple times, it
>>> should work but gives some overhead and is not very clean.
>>
>> I see, the sha1sum files appear to be claculated on the contents of
>> .list, not on .local, which holds files and
>> directories to be backed u
Hi Erich,
>>>
>> The "problem" is that the sha1sums are calculated multiple times, it
>> should work but gives some overhead and is not very clean.
>
> I see, the sha1sum files appear to be claculated on the contents of
> .list, not on .local, which holds files and
> directories to be backed up. S
Hi Erich,
>>
>>
>> I understand your proposal, but it doesn't work reliable. The reason is
>> that other packages explicitly include specific files in those
>> directories. Adding a rule in etc.local to include all files could
>> confuse the backup logic.
>
> I can understand this, although schedu
Hi Erich,
>
> If the patched 7.6.15 e1000 driver works I will post the patch to the
> e1000 driver list. Still, where is it best placed here? I see my mess from
> the r1000 driver is still lying around in CVS :-(
>
Just send it to me.
For removing the previous mess ;-) we need some sourceforge inte
Hi Erich,
Because it works for KP, did you make any change to the ntpd package or
did you compile your own?
Eric
>>
>>
>> Strange, neither the version of ntpd or iptools has changed between the
>> two betas and the initrd basicly only contains busybox.
>
> Yes, strange indeed, I just looked at
Hi Erich,
Strange, neither the version of ntpd or iptools has changed between the
two betas and the initrd basicly only contains busybox. So I wonder what
can cause this problem... besides an ntpd init script (busybox change in
init applet?) or a busybox command used in the ntp scripts..
Eric
>>
Hi Erich,
Do you still have "CONFIG_FEATURE_IFUPDOWN_IP_BUILTIN=y" enabled in
busybox? This shouldn't be because we are using the full version of the
iptools.
Eric
> KP
>
>
> KP Kirchdoerfer schrieb:
>
>> On Saturday 05 January 2008 22:27:29 Erich Titl wrote:
>>
>>> KP
>>>
> ...
>
>>
>> I'm p
Hi Erich, Mike,
>
> Erich,
> Disregard my last post. You omitted a path 'bering-uclibc' from the
> import command.
>
> http://leaf.cvs.sourceforge.net/leaf/src/bering-uclibc/apps/
>
The correct path is:
leaf.cvs.sourceforge.net/leaf/src/bering-uclibc/contrib/
Eric
---
Hi Erich,
>
>>
>> Let me know if you run into pb's.
>>
>
> Indeed I am running into problems. My sources are currntly at
> /home/mega/leaf/bering-uclibc/devel/latest/src/bering-uclibc/buildtool/sou
> rce
>
> I am using
>
>
> cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/leaf/src/apps
> import r1000/bui
Hi Natanael,
>> Hi Mike,
>>
>>
>>> Everyone,
>>> Tom just asked about libstdc++ for embedded use on the shorewall-devel
>>> list. I wasn't able to find a package for that in our package
>>> repository with a cursory look. Do we have a libstdc++ package?
>>>
>> We do have a package containing libs
Hi Mike,
>
> Eric,
> Thanks for the information. If I have this straight, either choice is
> about the same resource wise.
>
> microperl 350 kbytes libstdc++ more than 400 kbyte
>
Not entirely, the microperl package (tar.gz) is 350 kbyte (without
probably needed modules) the microperl binary is 93
Hi Mike,
> Everyone,
> Tom just asked about libstdc++ for embedded use on the shorewall-devel
> list. I wasn't able to find a package for that in our package repository
> with a cursory look. Do we have a libstdc++ package?
>
We do have a package containing libstdc++: libcxx.lrp
But the library is
Hi Erich,
This is always of interest, please send the patch.
Eric
> Hi folks
>
>
> I added the rt2400 module to the ralink directory. I have a patch for
> ralink if this should be of interest.
>
> cheers
>
> Erich
>
>
>
> -
Hi Mike,
>Everyone,
>It looks like there are some embedded distributions that successfully
>built relatively small perl packages. See:
>
>CPAN/Ports
>http://www.cpan.org/ports/
>
>Maybe we can glean useful information from existing binary builds to
>generate our own package.
>
I don't see a lot o
Hi Mike,
>On Sun, 2007-02-25 at 11:11, Tom Eastep wrote:
>> If you find one that looks promising, let me know. I assume that it will
>> be limited in some way but I'm used to programming to "the greatest
>> common denominator".
>
>Tom,
>It looks like OpenWrt and NSLU2-Linux have microperl ipkg bui
Hi Paul,
> As I mentioned a few days ago, I've, err, "borrowed", yeah, that's the
> word, Bering uClibc as a base for a boot floppy I need to install my LFS
> installation on new boxes from a CD or file server. So I've hacked it a
> bit to simplify things I didn't need (self-maintainability, etc.
Hi Paul,
I just checked rc1 and it's in the modules tarball:
2.4.33\kernel\net\ipv4\netfilter\ipt_CONNMARK.o
Eric
> It looks like ipt_CONNMARK.o is not in the Bering*_modules.tgz file
> in the iso image.
>
> Can we please get this in as part of the standard build before
> shipping 3.0? It's nee
Hi Erich,
>> The correct place to change this is the ulogd cron.daily file, lrp.conf
>> is for configuration of the logfiles served by syslogd. I will look for
>> an option to pass the ulogd.conf logfile parameters to the cron.daily
>> script, so this will handled automatically (like done in mhttp
Hi Erich,
>>
>>
>>> Using different logrotation methods is IMHO not very reasonable. I am
>>> not using shorewall for my big production systems and just added the
>>>
>>
>>
>>
>> I think I know what is going wrong. You're not using shorewall, why
>> do you use ulogd? Ulogd is used exclusively for
Hi Erich,
>Using different logrotation methods is IMHO not very reasonable. I am
>not using shorewall for my big production systems and just added the
I think I know what is going wrong. You're not using shorewall, why
do you use ulogd? Ulogd is used exclusively for shorewall, so if you
don't
Hi Erich,
>> Both logfiles (shorewall.log and ulogd.log), served by ulogd are
>> rotated by there own cron scripts. ulogd.log once a week and shorewall.
>> log every day. In both cron scripts ulogd is reloaded.
>
>Using different logrotation methods is IMHO not very reasonable. I am
>not using sh
Hi Erich,
Both logfiles (shorewall.log and ulogd.log), served by ulogd are
rotated by there own cron scripts. ulogd.log once a week and shorewall.
log every day. In both cron scripts ulogd is reloaded.
Eric
>Hi Folks
>
>again, I should learn to change subject, sorry
>
>in my attempt to move to
Hi Paul, Ron,
> One of the things I always bitch about here (and unfortunately don't
> help enough with) is improving on exactly this thing -- the packaging and
> installation of B-U along with the dev environment.
>
> If you feel the same way, it would be totally cool if you would be
> willing to
Hello Ron,
The nice thing about Bering-uClibc-3.0 is that you don't need to tune the
packages but only have to touch the configdb.lrp and moddb.lrp to have a
different configuration.
An other nice thing is that you can create an lwp web plugin specific for
QOS use, given it a specific webinterfac
Hi Erich,
>>
>>> Starting with bering-uclibc3.x I observed an error when trying to use
>>> ssh/scp.
>>>
>>> debug2: calling socket with 10 , 1 , 6
>>> socket: Address family not supported by protocol
>>>
>>>
>>> This is due to the fact that the socket call is using an address
>>> family of inetv6
Hi Erich,
I suppose you are talking about openssh, not dropbear ssh/scp?
No problem to add that value to the ssh_config file, will do that later
today.
Eric
> Hi Folks
>
>
> Starting with bering-uclibc3.x I observed an error when trying to use
> ssh/scp.
>
> debug2: calling socket with 10 , 1 ,
d from the files and
will be replaced by manpages. This presents a problem for users of
embedded distributions like Bering-uClibc who typically don't have
access to manpages."
Eric
>
> -----Forwarded Message-
> From: Tom Eastep <[EMAIL PROTECTED]>
> To: Eric Spakman <[
Hello Mike,
>
>> Ok, but back to the documentation issue. BU will always use the latest
>> stable shorewall version and even with an older version of BU it
>> shouldn't be a big problem to update to the latest shorewall (especially
>> 3.0
>> onwards). Why duplicate the shorewall documentation on th
Hi Paul,
>>
What troubles me more is that Tom updates the documentation on his
site to represent the state of the art in shorewall v5, and the
currently shipping versions of LEAF or BU are using shorewall v3,
our documentation will not match the code we're shipping.
>>>
>>>
>>>
Hi Paul,
;-)))
> Doh, I'm an ass. I found it just after I sent the note out... I was
> thinking, "I know it was in 2.x..."
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel a
Hi Paul,
>> What troubles me more is that Tom updates the documentation on his site
>> to represent the state of the art in shorewall v5, and the currently
>> shipping versions of LEAF or BU are using shorewall v3, our
>> documentation will not match the code we're shipping.
>
>
There is no shor
Hi Paul,
There is no reason for it, that's why it's just available ;-)
http://leaf.sourceforge.net/bering-uclibc/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=12&MMN_position=32:32
ezipupd.lrp
Eric
> Is there a reason the ez-ipupdate package for 3.x isn't in the packages
> 3.x lis
Hi Erich,
>
>>> How do you guys
>>> handle to have your own workspace and still keep up with CVS.
>>> buildtool does not appear to be the solution for this.
>>>
>> It's not really meant for it. We don't really have our "own" workspace,
>> CVS head is our workspace. But why do you need your own wor
Hi Erich,
>>
>>
>> Are you sure you're using the latest checkout of apps/linux? The
>> linux/if_pppol2tp.h file is part of the pppol2tp-linux-2.4.27.patch.gz
>> patch in the linux CVS directory.
>
> I have not seen that patch in my linux directory, so it is very possible
> that it is not up to late
Hi Erich,
Are you sure you're using the latest checkout of apps/linux? The
linux/if_pppol2tp.h file is part of the pppol2tp-linux-2.4.27.patch.gz
patch in the linux CVS directory.
Eric
> Hi Folks
>
>
> it appears that the xl2tpd package as distributed on CVs does not
> compile.
>
> The makefile
Hi Paul,
> The 2.x distribution had one particularly nice feature that I'd like to
> see reimplemented in 3.x. From the looks of it, saving the config
> currently only checks the collection of config files enumerated in
> /var/lib/lrpkg/*.config.
>
Nope, it checks the sha1sums of the files listed
Hi Paul,
>
> Speaking of busybox, I noticed that you're linking busybox to its linked
> commands with symbolic links instead of hardlinks. Using hardlinks should
> be more memory and space efficient *if* using a symbolic link takes up an
> inode in the filesystem in memory/on disk. Unfortunately,
Hi Paul,
>should we be saving /var/lib/random-seed in configdb?
>
Ok, understand the question. Yes, it should be saved ;-)
Eric
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quick
Hi Paul,
A few comments:
-We do have tar -X, so you can use that. Take a look at the apkg upgrade
code for an example.
-The hardcoded name of the modules repository is somewhat ugly, maybe you
can do something with "uname" to find the kernel version.
Eric
> Here's what I was talking about... th
Hi Paul,
Sounds interesting, but you can also unpack the modules tarball on
one of the storage media, mount it and load the modules directly from
there (some examples in the /etc/modules file).
But I like this idea, it's very easy this way to create or update a
moddb on a running system.
Eric
Hi Paul,
Good idea, will take a look.
Eric
>Please consider applying this patch to dropbear. It will dynamically
>create the dropbear host key files if they don't exist. This is EXTREMELY
>useful for bringup from scratch. If you don't have access to the serial
>port, at least you can ssh into
Hi Paul,
I don't want to enable traceroute in busybox, because it don't work
out of the box with shorewall and it adds size. Traceroute can also
be done from any host connected.
I rather have a separate traceroute package.
Eric
>? busybox-1.2.1
>Index: .config
>
Hi Paul,
>Just my random notes. I built a leaf flash from scratch using pxeboot
>on a spare box using the CVS .lrp packages
>
>diff.lrp is not being built?
>
Diff is part of busybox and included.
>a port of traceroute would be a good thing (feedback from burning man)
>ditto iperf
>
Iperf is pre
Hi Paul,
>Sorry for the delay getting back to you, just got back from a week on
>the playa lighting up dust storms with 2.4 and 5.8ghz wifi... :-)
>
;-)
>> The reason I'm not really enthusiastic about this idea is that it adds a
>> new dependency between sylinux, initrd and the etc package and a
Hi Adrian,
I took a look at the sourcecode and don't see any reason why it shouldn't
work. The only thing is that the code is not GPL-ed.
Eric
>
> Does anyone know of someone who may have packaged the routing package
> olsrd for Leaf, or can think of a reason why it might not work?
>
> I'm curr
Hello Tom,
That's great news! Thank you very much!
Eric Spakman
> I have opened up the 3.3 development thread.
>
>
> http://www1.shorewall.net/pub/shorewall/development/3.3/shorewall-3.3.0
> ftp://ftp1.shorewall.net/pub/shorewall/development/3.3/shorewall-3.3.0
>
>
Hi Erich,
>>
>> It's probably your version of jade.
>>
>
> Most probably. I did not run buildenv this time, is there a new version
> of jade built in the buildenv?
>
No, this source uses jade from your hostsystem if it exists. It probably
exists on your system and found by libusb's configure script
Hi Erich,
It's probably your version of jade. Try to change libusb buildtool.mk file
like this:
Change:
./configure)
to
./configure --disable-build-docs)
Eric
> Hi
>
>
> Maybe I blew it again, altough I thought upgrading my development
> environment was easy
>
> - I checked out the latest cvs
Hi Paul,
>>> What it saves them from having to do is hand mess with etc.lrp on a
>>> second system the very first time they load the flash.
>>>
>> There is absolutly no need for that. We will release some specific
>> configdb packages for certain types of hardware, so it's just a matter of
>> copy
Hi Paul,
>Not if it's not. You're the software developer, you make the
>distribution etc.lrp. The whole point of this thing is to get people
>running with a working console. Once they're on their feet, i.e. if
>they edit the /etc/inittab or do a backup after the real inittab is
>workin
annoying things for a new user to fix if they
>don't have a linux system handy.
>
>I would call it, or hook it into /var/lib/lrpkg/root.script is called> that gets executed before /sbin/init. The script
>that loads all the packages at boot time...
>
>
>On Aug
Hi Paul,
Hmmm, not sure. I find it a bit of a clutch. What happens if an user
edit the inittab for other changes like mgetty?
I prefer specific configdb/sylinux.cfg for different hardware where
also other changes can be done.
Eric
>
>--Apple-Mail-3-25159442
>Content-Type: multipart/mixed;
>
Hi Kp,
>
>Hi;
>
>thx - I'm running latest from cvs and see:
>
>"grep: /etc/init.d/init.d: No such file or directory grep: /etc/init.d/init.d:
>No such file or directory"
>
>At the end of various (each?) daemon description - e.g. dnsmasq.
>
>I don't think this is intended.
>
Did you also used the
Hi Nathan,
Thank you very much!
> Hi Eric,
>
>
> I just posted the source and binary versions of webconf.lrp and
> webconf.lwp. Your changes to lrcfg.back.cgi were heroic.
:)))
> I decided to
> shortcut the whole thing and make webconf (backup, at least) work with
> Bering uClibc *only*.
> (Sin
Hi Nathan,
>Bering uClibc team,
>
>Eric alerted me to the broken backup packages webconf. (sorry)
>
>While looking at it, I have a quick question re the new backup system.
>
>Should it be possible to backup moddb/configdb to any of the destinations
>in /var/lib/lrpkg/pkgpath.disks, or does it
Hi Orion,
> Does anyone have a perl (uperl) package for Bering-uClibc 2.4.2? I'd
> like to try out some perl stuff, but not quite ready to bump my firewall to
> 3.0beta.
>
I have put the microperl (uperl) package for 2.4.2 in:
http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/20/testi
[ all elf files ] | while read elffile ; do for so in `readelf -d
> $elffile |\
> grep NEEDED |\ sed 's/.*Shared library: //; s/\[\(.*\)\]/\1/'` ; do
>
> dep=`find_lrp_that_has_file $so` add_dependency $dep done done
>
> So you
Hi Paul,
>Eric & KP,
>
>Looks nice, been trying to catch up on things...
>
>Couple of questions, while we're doing the 3.0 flag day, would it be OK
>if we made the package dependancies explicit, not part of the help file?
>
That would be a good idea.
>
>The dependencies should theoretically be r
Hi Mike,
>KP,
>My interpretation of Stallman's comments leads me to believe those
>sources are considered up-stream. I hope I'm wrong.
>
>My interpretation: If you release binaries, you must maintain
>source availability for three years. You may not rely on other
>projects
Hi Mike,
Op Di, 18 juli, 2006 5:25 pm schreef David Douthitt:
> Mike Noyes wrote:
>
>
>> Everyone,
>> We need to release source tarballs in the SF FRS with our binaries.
>>
>
> How does this affect distributions that are not being actively
> maintained?
>
> I agree with Luis, though - the storage
Hi Cedric,
>>> No, it is already listed in image/fd/filelist
>>> The ISO simply contains all packages found in $PKGDIR (no hard wired
>>>
>> list)
>>>
>> Ok, so an exception should be made for the moddb package.
>>
>
>
> Here is my patch to add moddb.lrp in bootdisk.ima and "hide" it from the
> IS
Hi Cedric,
>> Correct, ofcourse you can have an unpacked modules repository on the
>> CD, which can be used by mounting it and setting the path in /etc/
>> modules.
>
>That's what I do but it doesn't work with modules loaded by init.d scripts
>(ipsec, gpio)
>
Yes, I think the same is true for pcmc
Hi Cedric,
>> There shouldn't be 2 modules databases installed.
>
>
>Yes.
>So for a cdrom/floppy distrib, the "standard" moddb used for the first boot
>should be already on the floppy and no moddb should exist on the iso.
>
Correct, ofcourse you can have an unpacked modules repository on the
CD,
Hello Cedric,
> Hello list,
>
>
> With new config system, only one instance of a package is installed, the
> last one from PKGPATH sources.
>
> That is coherent with packages not splitted anymore between pristine and
> local. On the other hand, if PKGPATH=floppy,cdrom and there is moddb.lrp on
> b
Hi Erich,
The problem on the shorewall site is solved now, the www.shorewall.net
link works correct again.
Cheers,
Eric
Op Zo, 9 juli, 2006 11:40 am schreef Erich Titl:
> Hi Eric
>
>
> Eric Spakman wrote:
>
>> Hi Erich,
>>
>>
>> I think it's a tempor
Hi Erich,
I think it's a temporary problem on shorewall's main site. I will
keep an eye on it and change to an other site if the problem persist.
Thanks for reporting.
Eric
>Eric
>
>Eric Spakman wrote:
>> Hi Erich,
>>
>>> I will download the current
Hi Erich,
>I will download the current 2.4.2 tonight and see how it runs on my
>environment.
>
Thanks!
Eric
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integr
Hi Erich,
>
> Thank you, I will fetch them probably tonight and have them run.
>
>
> I believe though, that after these modifications it is in the best
> interest to tag these files as 2.4.3 and release them accordingly, as
> _they_were_modified_
>
>
> What do you think?
>
The changes in buildtool
Hi everybody,
>
> some of you may have seen my odyssey getting a buildenv for uClibc up and
> running. With lots of help and patience by Eric Spakman I finally got the
> CVS HEAD to compile without barfing on my SuSE 9.2 .
>
> Now the 2.4.2 tagged release is not as gentle, as
Hello Erich,
I tought about the same, but the strange thing is that HOST_COMPILE is
empty with the latest commit and $CC points to the crosscompiler (the
2.4.2 tag should be set to current HEAD). But I will take a look at it
this evening.
Erc
> Hello
>
>
> following up to my compile problems wit
Hi Erich,
I will take a look at it, although I can't remember seeing this in my test...
Eric
> Eric
>
>
> some more information. Although wlan-ng appears to compile correctly, not
> all is well in config.mk
>
> CROSS_COMPILE=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/bui
> ldtool/st
Hi Erich,
I just checked-in a slightly different version of wlan-ng's buildtool.mk,
this is more in line with other sources. Can you check this one to see if
it solves your problem?
Eric
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-in
Hi Erich,
> The problem is in the linux-wlan-ng-0.2.3 directory, where CC is
> redefined in config.mk
>
> luna > grep /usr/bin/cc * config.mk:HOST_CC=$(HOST_COMPILE)/usr/bin/cc
> config.mk:CC=/data/leaf/bering-uclibc/devel/latest/src/bering-uclibc/build
> tool/staging/usr/bin//usr/bin/cc
> config
Op Di, 4 juli, 2006 3:31 pm schreef Erich Titl:
> Eric
>
>
> feels like a never ending story, herre the latest from the HEAD checkout
>
>
> -D__LINUX_WLAN__ ../shared/p80211types.c ../shared/p80211metamsg.c
> ../shared/p80211metamib.c ../shared/p80211meta.c mkmetadef.c
> ../shared/p80211types.c
Hi Erich,
Don't know where that (double path)
/staging/usr/bin//usr/bin/cc:
comes from, doesn't do that on my host
Eric
> Eric
>
>
> feels like a never ending story, herre the latest from the HEAD checkout
>
> build source/package: wlan-ng
> calling 'make build' for
Hi Erich,
>> This is very well possible, I seem to remember that I fixed something
>> like this some time ago. Maybe after the 2.4.2 tag
>
> :-)
>
In indeed did: source.cfg Revision 1.112 in CVS
>
> Boooh another one in building kernel
>
>
> I have 2 builds running at the same time, one
Hi Erich,
>> Not entirely, some sources are broken upstream for crosscompiling and
>> expect the loader to be in /lib (hardcoded).
>
> ooops... OK, may I suggest to add this to the docs :-)
>
It already is in the docs ;-)
http://leaf.sourceforge.net/doc/bk07ch02s02.html
last alinea, the process is
Hi Erich,
>> Buildtool checks the link to the right uClibc loader when you start it
>> (either 0.9.20 or 0.9.28), it's not possible to do two simultanious
>> builds for two different environments. So don't ;))
>
> But these are unrelated processes, with unrelated buildtool perl
> sources, librarie
Hello Paul,
I fully agree, but unfortuanatly I can't do anything about it.
I hope Mike can give the status of PDF (and/or HTML) generation.
Eric
>> -- "Eric Spakman" <[EMAIL PROTECTED]> wrote:
>> Hello Paul,
>>
>
>> AFAIK pdf generation is
Hi Erich,
>> The directory "setserial" seems to be missing in the path below:
>> /home/mega/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/contrib/buil
>> dtool.cfg
>
> sure, I did not want to update this before I was certain, but the problem
> appears to be in a corrupted sources.cfg, where the
Hi Erich,
Did you checkout the "contrib" section in CVS also?
The directory "setserial" seems to be missing in the path below:
/home/mega/leaf/bering-uclibc/devel/2.4.2/src/bering-uclibc/contrib/buildtool.cfg
The setserial setup is an user added setup, so I can't say a lot about it.
Although wit
Hello Paul,
AFAIK pdf generation is still not ready... But you can checkout the XML
document files from CVS:
http://leaf.cvs.sourceforge.net/leaf/doc/guide/
Eric
> I went looking around the site for downloadable copies of the manuals for
> Bering-uClibc. I found a link to a supposed PDF at the
Hi Erich,
I don't know enough of CVS to see what goes wrong. You can try a
fresh checkout of buildtool in a different directory.
EricS
>Eric
>
>Eric Spakman wrote:
>...
>>
>> Instead of using the tagged 2.4.2 with uClibc-0.9.20, why not use the
>> lat
Hello Andrea,
>Hi to all,
>
>I successfully built a leaf bering uclibc usb stick with this tagged
>branch. I have now a working dropbear in a via mobo.
>
>some things:
>
>1) when I built the initrd package, I got an error, because busybox was
>configured without mkfs minix. I did enable it in th
Hi Mike,
>>
>> If you provide software to download the source then the link it points
>> to _must_not_be_altered_.
>>
>> This is pretty sensible.
>>
>
> Eric,
> That's the way I understood things also (linking to up-stream source was
> permissible when distributing unmodified binaries), but DSL and
Hello Andrea,
>Hi all,
>
>I have recently rebuilt the leaf bering "base" package (yesterday 29
>june), to test some modifications I did to the bristuff/asterisk
>package, and see if all go nicely with the new uclibc buildenv recently
>commited.
>
>Well, when I go to the backup menu of this box,
Hello David,
I'm not sure about other LEAF distributions, but the Bering-uClibc distro
has all sources, patches and config files of all programs in Sourceforge's
CVS. There may be a few ones linked from other sites, but they can be
added to CVS if needed.
But I do think that it may affect some ot
Hello Cedric,
>
> A possible problem with this implementation is that programs that are
>
>> running (like daemons) are not stopped before and started after and
>> upgrade.
>
>
> Yes, we'd need some kind of preinst/postinst script to handle that.
Or look for an init.d file in the package, like don
Hello Cedric,
To reply to myself, I understand. If the package has no config files it
can just be installed.
A possible problem with this implementation is that programs that are
running (like daemons) are not stopped before and started after and
upgrade.
> I still have some problems understandi
Hello Cedric,
Very interesting!
I still have some problems understanding how it exactly works ;)
Why is the following piece added?
else
tar -zxpf $pth
create_sha1 $pkg
fi
Regards
Eric
>
>
> I've implemented a simple upgrade command for apkg :
> "
Hello Nataneal,
>> I looked at the link and it appears to be a very old bug.
>>
>
> So its fixed in newer versions of openswan?
>
No, the version used by Bering-uClibc is 2.4.5 which is the latest stable
version released only a few weeks ago and still has the bug.
Eric
Using Tomcat but need to
Hello list,
Openswan-2.4.5 ipsec.lrp package in CVS updated with the fix:
http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/20/
Eric
> Hello list,
>
>
>
> Issuing the command "ipsec auto --status" while there is no tunnel will
> trigger a uclibc only bug in openswan (it blindly mallo
1 - 100 of 247 matches
Mail list logo
