Everyone,
Which of these export date commands is recommended method for exporting
the current tree. Is the quote nesting I used in the first example
technically correct? Both examples below appear to function as expected.
cvs -d:ext:mhnoyes@cvs1:/cvsroot/leaf -q export -D \
`date '+%Y-%m-%d %T
...I just LOVE a good sed challenge :-)
sed -e /^etc[[:space:]]*$/d -e /^[/]etc[[:space:]]*$/d \
-e /^[.][/]etc[[:space:]]*$/d \
-e /^etc[/]/d -e /^[/]etc[/]/d -e /^[.][/]etc[/]/d \
${pkg} ${pkg}.light
First, with GNU sed:
sed -e '..' -e '..' -e '...'
can
David Douthitt wrote:
On 2/9/02 at 2:14 AM, Michael D. Schleif [EMAIL PROTECTED] wrote:
However, since we are limited to shell scripting and my
recent work on leaf has required me to compare dates and
times, a working-as-advertised -d operation would simplify
alot for me
@@ -171,11 +171,8 @@
local DST_PORT=${5:-$3}
# For internal connections
- for NET in $INTERN_NET; do
$IPCH -A forward -j MASQ -p $1 -s $DMZ_NET $DST_PORT \
- -d $NET -i $INTERN_IF
-### -d $INTERN_NET -i $INTERN_IF
- done; unset NET
this code snippet as part of the boot sequence:
for pkg in /var/lib/lrpkg/*.list; do
sed -e /^etc/d -e /^[/]etc/d -e /^[.][/]etc/d \
${pkg} ${pkg}.light
cmp -s ${pkg} ${pkg}.light
if [ $? = 0 ]; then
rm ${pkg}.light
else
echo ${pkg}
mv ${pkg}.light ${pkg}
fi
state why I think this is so
- we have a package A of version 1.0 which we just call A
- we have a config file AC belonging to package A , call this AC
- we have an installed package A with a modified config file AC, call
this AC'
- we can detect the difference between AC and AC', lets call this
On 2/9/02 at 2:14 AM, Michael D. Schleif [EMAIL PROTECTED] wrote:
However, since we are limited to shell scripting and my
recent work on leaf has required me to compare dates and
times, a working-as-advertised -d operation would simplify
alot for me . . .
What do you think?
The date
Likewise:
/etc/init.d/netstd_init ???
Michael D. Schleif wrote:
Why does this file exist? It does nothing and wastes space . . .
What do you think?
--
Best Regards,
mds
mds resource
888.250.3987
Dare to fix things before they break . . .
Our capacity for understanding
Hi Dave,
On 2002.09.25_17:08:18_+, David Douthitt wrote:
Saw this on bugtraq today. Does this affect our PHP site?
The LEAF site is using phpWebSite, isn't it? CMIIW.
I also saw a post on bugtraq regarding phpWebSite, two days ago.
--
H. D. Lee
K.-P. Kirchdörfer wrote:
Charles;
I may have found another small problem:
firewall# lrpkg -i squid-2.lrp
Installing squid-2 ... cat: /var/lib/lrpkg//boot.fstype: No such file or
directory
Done.
I was told:
It could be a bug (from the lrpkg script):
echo $fn=-t `cat $lrpkgpath/boot.fstype` $d
guitarlynn wrote:
On Wednesday 10 July 2002 20:06, Michael D. Schleif wrote:
Also, in standard dcd v1.0.2, what program uses /etc/rpc?
NFS and SUN login. I think a few people are using this style
of access on LEAF boxes.
O, now I see it:
/etc/init.d/mountnfs.sh
OK, /etc/rpc
Michael D. Schleif wrote about Re: [leaf-devel] ML volume:
Add to d) leaf-general, or some such. If this is divvied up to fine,
then how will the generalists lend support?
I have a feeling that nobody will subscribe to it.
IMHO you need to make lists for branches which have big
differences
:
bzcat $(KERNEL_SOURCE) | tar -xvf -
ln -s linux-2.4.31 linux
zcat $(KERNEL_PATCH1) | patch -d linux -p1
zcat $(KERNEL_PATCH2) | patch -d linux -p1
zcat $(KERNEL_PATCH3) | patch -d linux -p1
zcat $(KERNEL_PATCH4) | patch -d linux -p1
zcat
Serge Caron wrote:
[ snip ]
mds said:
By-the-by, this is considerably faster:
sed -e /^[./]*etc/d ${pkg} ${pkg}.light
Linux people are usually more intelligent than I am. Your sed mask allows
for stuff like ...etc and ../../../etc and all kinds of ganes that I prefer
not to play
Hi,
has anybody done this?
-- arne
---
Arne Bernin Netropol Digitale Systeme
Lagerstrasse 30a
Tel: +49 404325 D
the corresponding rules
in the new dachstein version.
# Forward anything from IPSEC tunnel and except all input from IPSEC tunnel
ipchains -A forward -j ACCEPT -i ipsec0 -s 0/0 -d 0/0
ipchains -A input -j ACCEPT -i ipsec0 -s 0/0 -d 0/0
# ipsec incoming/outgoing
for CURGW in $IPSECSG; do
$IPCH
Does anyone have any experience using a D-Link DFE-570TX 4-Port NIC under
Linux?
From what I've been able to piece together is that the standard tulip module
should work for it since its using 4 x DEC DC21143 chips.
-Kenneth Hadley
___
Leaf-devel
, they not
interfering with normal op's that would have been setup
earlier.
$IPCHAINS -A input -i $IF_EXT -d 0.0.0.0/0 137 -p tcp -j DENY
$IPCHAINS -A input -i $IF_EXT -d 0.0.0.0/0 137 -p udp -j DENY
$IPCHAINS -A input -i $IF_EXT -d 0.0.0.0/0 138 -p tcp -j DENY
$IPCHAINS -A input -i $IF_EXT -d
cron.weekly dhcpd.conf host.conf hosts.allow hosts.deny hosts.equiv
inetd.conf init.d ioctl.save ipchains.forward ipfilter.conf ipsec.conf
ipsec.secrets issue.net login.access lrp.conf minirc.dfl network.conf
nsswitch.conf pcnfsd.conf ramdisk.conf rc.boot rc0.d rc1.d rc2.d rc3.d
rc4.d rc5.d rc6.d rcS.d
stalled package A with a modified config file AC, call
> this AC'
> - we can detect the difference between AC and AC', lets call this D
> - we have a package A of version 1.1, lets call this A1
> - we have a config file AC belonging to package A1, lets call this AC1
> - let us assume that
Serge Caron wrote:
Glad to be of service!
I am confused ;
[1] Shouldn't your sed process:
sed -e /^etc/d -e /^[/]etc/d -e /^[.][/]etc/d \
${pkg} ${pkg}.light
actually be this?
sed -n /^[./]*etc/p ${pkg} ${pkg}.light
I am only concerned with deleting lines that start
my bad -- i needed to change cmos ;
it's ok now . . .
Michael D. Schleif wrote:
Charles ==
As a deployer of several instances of LRP-CD, I am clearly interested in
Dachstein-CD. However, I'm having some difficulty getting this going ;
``Searching for Boot Record from Floppy..OK
On Wednesday 26 June 2002 16:24, Michael D. Schleif wrote:
This is pretty much where Serge Caron came in with `enclosures' . . .
at least, part of his enclosure construct does exactly what you
describe . . .
I use it for early package development. It's nice to simply delete the
update(d
Michael D. Schleif wrote:
[ snip ]
One thing that Charles and I want to do is remove all user configurable
parameters from all init scripts. To that end, I have reviewed all
/var/lib/lrpkg/*.conf, based on this list of packages that I use:
[ snip ]
My removal recommendations are based
, are availability of the library in the future and sharability.
--
H. D. Lee
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
leaf-devel mailing list
[EMAIL
Operations
Martin Apparatus, Inc.
800-784-6806 x11
[EMAIL PROTECTED]
--
H. D. Lee
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
leaf-devel
. Comments and suggestions are welcomed.
Thank you in advance.
Regards,
--
H. D. Lee
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
leaf-devel mailing
On Sun, 2003-02-09 at 10:27, Vladimir I. wrote:
Michael D. Schleif wrote about Re: [leaf-devel] ML volume:
Add to d) leaf-general, or some such. If this is divvied up to fine,
then how will the generalists lend support?
I have a feeling that nobody will subscribe to it.
IMHO you need
x-flowedEveryone,
I just uploaded two new logos based on the tuxnet image.
tuxnet-leaflogo2.png - implements a suggestion from George
tuxnet-leaflogo3.png - implements a suggestion from Charles
Charles, I'm sorry about the hat, but I'm still unable to remember
how to 3-D rotate it.
ftp
Michael D. Schleif wrote:
Interestingly, it violates our company policy to publish our clients'
public address schemes [...]
I've always thought about a script to generate all the info necessary;
that part would be easy.
What about a script to sanitize information for posts
Matt Schalit wrote:
And remember, mds, there's:
make -n install
to output the commands but not execute them.
Cool! I didn't know that one . . .
--
Best Regards,
mds
mds resource
888.250.3987
Dare to fix things before they break . . .
Our capacity for understanding is
BTW, do you have a replacement script for the POSIXness.mail mail command?
And which smtp _output_only_ is preferred out there?
IIRC, David D. has some tiny SMTP mailers as part of Oxygen. I think there
are maybe some messages from him about this in the list archives, or maybe
he'll chip
-50 better ways to do it than I have come up with.
So far:
# get the physical device that leads to the default gateway
# becomes this without netstat or awk
ip route | sed -e '/^default/!d' -e 's/^.* ([^ ]*) $/\1/'
ip route | sed -n '/^default/s/^.* ([^ ]*).*$/\1/p'
and:
# set up some
On Wednesday 10 July 2002 20:06, Michael D. Schleif wrote:
Also, in standard dcd v1.0.2, what program uses /etc/rpc?
NFS and SUN login. I think a few people are using this style
of access on LEAF boxes.
--
~Lynn Avants
aka Guitarlynn
guitarlynn at users.sourceforge.net
http
Jacques Nilo wrote:
Any fix/patch planned for df wich could work for all types of 2.4 kernels ?
# rm /bin/df
# cat /bin/df EOF
#!/bin/sh
/bin/busybox df | sed /^rootfs/d
EOF
# chmod 755 /bin/df
...or just patch the busybox source.
--
Charles Steinkuehler
[EMAIL PROTECTED
I have noticed in recent months that Charles is migrating from DCD to
Bering, and that migration has entailed some sleight-of-hand over
straight Bering.
Charles, have you published your DCD-Bering ``distribution''?
What do you think?
--
Best Regards,
mds
mds resource
877.596.8237
-
Dare to
I am very surprised that I cannot find qmail for Bering-uClibc.
What am I missing?
Can somebody, please, make a Bering-uClibc qmail.lrp ???
TIA
--
Best Regards,
mds
mds resource
877.596.8237
-
Dare to fix things before they break . . .
-
Our capacity for understanding is inversely
Everyone,
This is interesting:
Dell announces intent to acquire SonicWALL.
http://content.dell.com/us/en/corp/d/secure/acq-sonicwall.aspx
/SonicWALL/
http://www.sonicwall.com/
--
Mike Noyes
http://sourceforge.net/users/mhnoyes
https://profiles.google.com/mhnoyes
to the release i made for myself. The other is of
course Kernel 2.4...
But i like the new lrcfg interface it looks nice. But please change the
description there:
b pgkg) Backup
d pgkg) Set Backup Destination
and so on,
i tried multiple time to insert:
d root
...
pkgnum or something like that would
Hello Michael,
Glad to be of service!
I am confused ;
[1] Shouldn't your sed process:
sed -e /^etc/d -e /^[/]etc/d -e /^[.][/]etc/d \
${pkg} ${pkg}.light
actually be this?
sed -n /^[./]*etc/p ${pkg} ${pkg}.light
I am only concerned with deleting lines that start with etc..., /etc
On 2002.09.17_19:27:06_+, Brad Fritz wrote:
On Wed, 18 Sep 2002 06:55:56 +0700 H. D. Lee wrote:
Great. May be this will be a good reason to incorporate IP_VS into
Bering or Dachstein kernel.
Even if it's not included, the build-from-source approach being
discussed should make
are in /usr/lib.
Here is where I am now. I execute the command #zebra -d to start the zebra
process running as a daemon and I get the following message back.
zebra: error in loading shared libraries
libcrypto.so.2: cannot open shared object file: No such file or directory
libcrypto and libcrypt
support (news.gmane.org and/or nntp.sourceforge.net)
c) Web support (SF forums for each LEAF release/branch) (note: we
already use SF support trackers)
d) New LEAF release/branch specific MLs.
leaf-bering
leaf-dachstein
leaf-lince
leaf
On Sun, 2003-02-09 at 10:19, Michael D. Schleif wrote:
Mike Noyes wrote:
On Sun, 2003-02-09 at 09:45, Mike Noyes wrote:
d) New LEAF release/branch specific MLs.
leaf-bering
leaf-dachstein
leaf-lince
leaf-oxygen
leaf-packetfilter
the tagging (look in /etc/ipfilter.conf for
examples). Here are some rules I wrote:
ipchains -A output -p tcp -d 0/0 6667 --mark 100
ipchains -A output -p tcp -d 0/0 25 --mark 100
ipchains -A output -p tcp -d 0/0 53 --mark 100
ipchains -A output -p udp -d 0/0 53 --mark 100
ipchains -A output -p tcp -d 0
.
kp
as a test for the work to support other architectures.
Unfortunately it fails while building the kernel sources with the error
message:
xzcat patch-3.2.29.xz | patch -p1 -s -d
/opt/buildtool-master/source/armv5te-unknown-linux-uclibcgnueabi.mk/linux/linux-3.2
ln -s
/opt/buildtool-master
what I want. YMMV :)
By-the-by, this is considerably faster:
sed -e /^[./]*etc/d ${pkg} ${pkg}.light
Linux people are usually more intelligent than I am. Your sed mask allows
for stuff like ...etc and ../../../etc and all kinds of ganes that I prefer
not to play :). Following your
uot;the minimum" of system configuration files. In my dreams,
that's two files: linuxrc and ladybug.conf.
c) any package related configuration is going to go here, so the
disk needs to have as much spare room as possible.
d) Full support for packages isn't
/devel/yourname localdir
$ cvs -d:ext:[EMAIL PROTECTED]:/cvsroot/leaf \
-q export -D `date +%Y-%m-%d` -d localdir devel/yourname
*** LEAF Site Backup/Mirror Instructions (alpha) ***
You will need approximately 3G of disk space to fully mirror our site, and
must be a member of our project.
Get
statically linked. I expect to have both ssh and zebra running on the same
system. Would it be better to use the libssl as suggested by H. D. Lee. That
is, assuming that there is an ssh.lrp without libcrypto statically linked.
Strictly for the purpose of conserving space.
Along this same line of thought
a path, expand it
-# code from apkg by David Douthitt
-expandpath () {
-local D=$(dirname $1)
-if `echo $D | grep -v ^/ /dev/null`; then
-[ `dirname $1` = . ] D=$PWD || D=$PWD/$(dirname $1)
+# expandpath - given a path, expand it; does not expect a valid path;
+# if available
Hello
Everyone,
I just uploaded two new logos based on the tuxnet image.
tuxnet-leaflogo2.png - implements a suggestion from George
tuxnet-leaflogo3.png - implements a suggestion from Charles
Charles, I'm sorry about the hat, but I'm still unable to remember
how to 3-D rotate
"Scott C. Best" wrote:
[...] what would be the
equiv of, say: "grep -v -i FOO /etc/passwd" ?
sed '/[Ff][Oo][Oo]/d' /etc/passwd
Pi said:
grep -v didn't even work in the old LRP2.9.8 release. Always had to hack
around it by using sed -e "s/foo//" instead o
---
Arne Bernin Netropol Digitale Systeme
Lagerstrasse 30a
Tel: +49 404325 D-20357 Hamburg/Germany
Fax: +49 4028416740 [EMAIL PROTECTED
a) The tunnels file is now in the RPM (really!)
b) SNAT can now be applied to port-forwarded connections.
c) A bug which would cause fireall start failures in some DHCP
configurations has been fixed.
d) The firewall script now issues a message if you have the
name of an interface
David Douthitt, 2001-06-25 10:51 -0500
[EMAIL PROTECTED] wrote:
Support Requests item #435599, was opened at 2001-06-22 15:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=213751aid=435599group_i
d=13751
This URL doesn't seem to be responding. Anybody
Jacques Nilo wrote:
I have updated openssh packages to their latest 2.9.9p2 version.
They are compiled statically against openssl-0.9.6b and dynamically
against zlib-1.1.3
See:
http://leaf.sourceforge.net/devel/jnilo
Excellent!
Charles, is this that version that you are adding to
Charles Steinkuehler wrote:
[ snip ]
Rebuilt log.tgz (part of ramlog.lrp) using busybox tar in hopes of
eliminating broken pipe messages appering on some systems.
Did I tell you that that fixes the problem?
Of course, in my modified instance, it took me quite sometime to figure
out how
KP Kirchdörfer wrote:
Am Sonntag, 20. Januar 2002 03:18 schrieb Michael D. Schleif:
KP Kirchdörfer wrote:
Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
I'll probably try to get the script to check *ALL* currently
mounted, writable file-systems...maybe
Build a single sed command to delete any un-desired file specs, and strip
off the purge-level...start with /^1/!d (where one is the desired purge
level), add delete commands for each sub-mount point (ie
\:var/log/httpd:d),
and end with a substute command to strip the leading field ( s/^[0-9
Does anyone have any experience using a D-Link DFE-570TX 4-Port NIC under
Linux?
From what I've been able to piece together is that the standard tulip
module
should work for it since its using 4 x DEC DC21143 chips.
These cards work great! I have several running and have had absolutely
Hello Jacques,
I just found out why my third network card didn't get set. It's a
typo in the examples of the interfaces file.
For Step 3 and step 4 the word adress is written with one d while it
should be 2.
# Step 3 (optionnal): configure DMZ
# Default: eth2 / fixed IP = 192.168.1.100
#auto
Is there some kind of standard whereby, when building a new LEAF
package, we know *where* particular files belong?
From my brief experience, it appears that most LRP packages are built
with non-default file locations. For example (not to pick on you,
Andrew ;), netsnmpd.lrp puts configuration
Surely, all of you experienced LRP'ers have tackled this one!
OK, I build a new application on a slink development box. Once I do
`make install', how do I know an exhaustive list of *ALL* files to turn
into the LRP file?
What do you think?
--
Best Regards,
mds
mds resource
888.250.3987
. with tinylogin 1.0.
Michael D. Schleif sent me a copy of his new net-snmp package, which
he runs successfully on five routers. The previous net-snmp.lrp's has
been replaced.
AFAIK original dachstein 1.0.2 configurations should work without
changes.
regards kp
far, so good? Then I have this code snippet as part of the
boot sequence:
Yeah! CODE! :)
for pkg in /var/lib/lrpkg/*.list; do
sed -e /^etc/d -e /^[/]etc/d -e /^[.][/]etc/d \
${pkg} ${pkg}.light
cmp -s ${pkg} ${pkg}.light
if [ $? = 0 ]; then
rm ${pkg}.light
else
On 2/14/02 at 8:05 AM, Michael D. Schleif [EMAIL PROTECTED] wrote:
I know that it is available; but, it is *not* included in
DCD -- is it included in Oxygen? I do not argue against
its usage; rather, I am often frustrated by lack of real
awk, sed and sort -- not to mention cmp and diff
Recently, I have seen several posts regarding searches for items seen in
LEAF articles quite in the past.
I also have found myself looking for something that I'd swear I had seen
on the main ttp://leaf.sourceforge.net/ page, or in the rightmost Past
Articles column.
Would it be valuable to
It is broken in CVS, at least, if I do:
echo XXX | ./busybox gzip | ./busybox gzip -d
XXX
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip: Invalid gzip magic
gzip
On Wed, 2002-07-17 at 15:50, Michael D. Schleif wrote:
[2] Since cvs does not retain group, mode nor ownership attributes, [1]
is further complicated and requires another kludge to correct directory
and files attributes.
Michael,
This should only be an issue when exporting for public
JetMp3 Türkiye'de ilk kez uygulanan bir sistemi hayata geçirdi.
http://www.jetmp3.com
Bu sistemle artýk Ýstediðiniz MP3 leri ister tek tek isterseniz albümler halinde ve
birkaç dakika içinde sanki disketten bilgisayarýnýza yükler gibi süratle
indirebilirsiniz. Turk ve Yabancý albümler,
Mike Noyes wrote:
a) Keep things as they are.
b) NNTP support (news.gmane.org and/or nntp.sourceforge.net)
c) Web support (SF forums for each LEAF release/branch) (note: we
already use SF support trackers)
d) New LEAF release/branch specific MLs.
leaf-bering
Also sprach Erich Titl (Tue 22 Jul 02003 at 07:29:23PM +0200):
Hi everybody
I am just about to port Bering to a new embedded piece of hardware, except
for a few keyboard errors quite successfully. I believe this platform could
be very interesting for anyone contemplating a distribution of
Charles;
I may have found another small problem:
firewall# lrpkg -i squid-2.lrp
Installing squid-2 ... cat: /var/lib/lrpkg//boot.fstype: No such file or
directory
Done.
I was told:
It could be a bug (from the lrpkg script):
echo $fn=-t `cat $lrpkgpath/boot.fstype` $d$lrpkgpath/backdisk
for md5sum... also,
a directory needs to be recursed into - I don't think my current
checksumming does this.
Another problem is that the ENTIRE path needs to be generated; this
is also problematic...
Let me think; this is what I need:
directory: find $(fullpath $1) ! -type d
wildcard-directory:
using ipchains and ipmasqadm.
Using ipchains - yes. I'm not sure for ipmasqadm (I've never used it)
I'm using those lines for that. Of course, you have to enable 'IP
Transparent Proxy' in your kernel.
ipchains -A input -p TCP -d YOUR_IP/32 www -j ACCEPT (in case you have
' in your kernel.
ipchains -A input -p TCP -d YOUR_IP/32 www -j ACCEPT (in case you have
your own web server)
ipchains -A input -p TCP -d 0/0 www -j REDIRECT 8080
___
Leaf-devel mailing list
Transparent Proxy' in your kernel.
ipchains -A input -p TCP -d YOUR_IP/32 www -j ACCEPT (in case you have
your own web server)
ipchains -A input -p TCP -d 0/0 www -j REDIRECT 8080
Conf:
2.2.19
ipchains
It works for me: 2.2.18 ipchains 1.3.9, 17-Mar-1999
Greetings
Michael D. Schleif wrote:
Charles Steinkuehler wrote:
The third release-candidate version of Dachstein-CD is now available. This
version feels like it's getting pretty close to done. Lots of minor
chagnges, none of them show-stoppers, just getting everything working the
way
Michael D. Schleif wrote:
Charles Steinkuehler wrote:
The official release (v1.0.1) of Dachstein-CD is now available for download
from the usual places:
slow:
http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/
fast:
http://lrp1.steinkuehler.net/files/diskimages/dachstein
FIREWALL RUNNING RFC PRIVATE CLASS ADDRESS ON WAN CONNECTION
# edit /etc/ipfilter.conf and comment out the applied line of the
function:
# #A function to filter out martian source addesses
stop martians () {
#RFC 1918/1617/1597 blocks
$IPCH -A $LIST -j DENY -p all -s 10.0.0.0/8 -d 0/0 -l
and times, a working-as-advertised
-d operation would simplify alot for me . . .
What do you think?
--
Best Regards,
mds
mds resource
888.250.3987
Dare to fix things before they break . . .
Our capacity for understanding is inversely proportional to how much we
think we know. The more I know
David Douthitt wrote:
On 2/14/02 at 8:05 AM, Michael D. Schleif [EMAIL PROTECTED] wrote:
I know that it is available; but, it is *not* included in
DCD -- is it included in Oxygen? I do not argue against
its usage; rather, I am often frustrated by lack of real
awk, sed and sort
this, they are basically the
same idea. NAT causes problems with multiple clients doing the
*same* thing at the same time. Say like multiple IPSec connections
on port 500 leaving the NAT'ed Gateway. What is proposed here is
a Nat-D type added to the approved header method (tunnel and
transports are the current
finish loading
...and the filsystem is fully populated (/etc/rc?.d/* links created,
busybox links created, /dev populated, etc). All this is handled by
/linuxrc
weblet runs script to gather all package conf files
(/var/lib/lrpkg/*.conf files) to generate the configuration display
component
Mike Noyes wrote:
On Mon, 2002-07-15 at 22:39, Michael D. Schleif wrote:
No matter how hard I try, I cannot commit a directory structure to cvs.
[ snip ]
I looked at your commit messages, and I think I understand what you were
trying to accomplish. Here is a sequence that I believe
On Tue, 2002-07-16 at 06:52, Michael D. Schleif wrote:
Mike Noyes wrote:
On Mon, 2002-07-15 at 22:39, Michael D. Schleif wrote:
No matter how hard I try, I cannot commit a directory structure to cvs.
[ snip ]
I looked at your commit messages, and I think I understand what you
Mike Noyes wrote:
On Wed, 2002-07-17 at 08:58, Michael D. Schleif wrote:
Mike Noyes wrote:
Anyone,
Will removing the following lines from enforce_naming leave the perl
script functional?
Yes, absolutely yes; provided that either all of the lines are
completely _removed_
On Wed, 2002-07-17 at 09:58, Michael D. Schleif wrote:
Mike Noyes wrote:
On Wed, 2002-07-17 at 08:58, Michael D. Schleif wrote:
Mike Noyes wrote:
Anyone,
Will removing the following lines from enforce_naming leave the perl
script functional?
Yes, absolutely yes
Jeff Newmiller wrote:
On Wed, 10 Jul 2002, Michael D. Schleif wrote:
[ snip ]
I am starting to realize that, perhaps, I should take a directory based
approach to helices' cvs tree.
I have not settled on any particular structure. However, I am wondering
about several things
version for testing. Thanks Brad.
--Brad
[1] with the exception of non-essential Documentation/Configure.help
file
--
H. D. Lee
---
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source
On Wed, 18 Sep 2002 06:55:56 +0700 H. D. Lee wrote:
Great. May be this will be a good reason to incorporate IP_VS into
Bering or Dachstein kernel.
Even if it's not included, the build-from-source approach being
discussed should make it easy for interested parties to roll their
own kernel
root 495547 Sep 21 17:10 bering.upx
It is clear that one of the reason the size differs is the gcc version.
The question is: what version of gcc that will compile the smallest
bzImage? Under what distro?
--
H. D. Lee
---
This sf.net
Eric B Kiser wrote:
You must mean inside that really obvious directory named /lib. Urgh, it is
now probably a moot point to mention that I am a newbie. Your patience is
appreciated.
Here is where I am now. I execute the command #zebra -d to start the zebra
process running as a daemon
to comment the changes to oxygen.cfg.
And finally, as far as useability goes, how do you back
stuff up?
This is one thing that have not been finished. As previous message
stated, this document is still in very alpha stage.
I liked it,
Thanks.
matthew
--
H. D. Lee
Also sprach David Douthitt (Thu 20 Feb 02003 at 04:25:07PM -0600):
On Wed, 19 Feb 2003 19:25:28 -0600
Michael D. Schleif [EMAIL PROTECTED] wrote:
Are you booting off of this? How? Any special preparation to
boot off of USB?
You could say I am. It's a three-media startup: install
(see Mohan's recent post).
c) Clone Shorewall and hack out everything that doesn't apply to
bridging, add whatever is necessary and call it Shorebridge or something.
d) Create from scratch a frontend for iptables that is targeted at the
bridging environment.
I've volunteered to help determine
!
return 1
@@ -206,7 +207,7 @@
echo
# The name comes from /var/lib/lrpkg/backup
echo td
- grep ^${x} /var/lib/lrpkg/backup 2/dev/null | cut -f2 -d= ||
echo ${x}
+ grep ^${x} /var/lib/lrpkg/backup 2/dev/null | cut -f1 -d= ||
echo ${x}
echo /tdtd align
Le 6 janv. 2014 à 19:09, KP Kirchdörfer kap...@users.sourceforge.net a écrit :
Locally I do have maint-4.x, how to proceed?
btw: how can we fix the wrong rename/move of maint to maint-4.x?
Yes easy :D
remove local and remote branches with the commands:
git checkout master
git branch -d
tried to run buildall.sh with the toolchain set to
Toolchain = armv5te-unknown-linux-uclibcgnueabi.mk
as a test for the work to support other architectures.
Unfortunately it fails while building the kernel sources with the error
message:
xzcat patch-3.2.29.xz | patch -p1 -s -d
/opt/buildtool-master
1 - 100 of 531 matches
Mail list logo