-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/2012 1:44 AM, Mike Noyes wrote:
> Everyone, Upgrade complete.
Excellent!
Thanks Mike!!!
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozi
7;m also thinking of removing the text and using just the graphic
> portion in some places (e.g. the Wiki sidebar).
>
> What do you think? I won't be offended (much) if you don't like it
> :-)
+1 :)
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Awesome work!
On 4/6/2012 2:50 PM, Mike Noyes wrote:
> David, Nice. Very nice indeed. :-)
>
> http://sourceforge.net/apps/mediawiki/leaf/index.php?title=File:Bering-uClibc_5.0-prealpha_armv5.png
- --
>
Charles Stein
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/2011 1:38 PM, KP Kirchdoerfer wrote:
> Am Montag, 14. November 2011, 18:44:13 schrieb Charles
> Steinkuehler:
>> I got some screen captures forwarded to me by Rich Bowen of
>> SourceForge.
>>
>> I'm not
I got some screen captures forwarded to me by Rich Bowen of SourceForge.
I'm not sure if anyone wants to do anything with these, or if you'd like
me to post them to the site somewhere.
--
Charles Steinkuehler
char...@steinkuehler.net
--- Begin Message ---
Here they are. Thanks!
ate, but at 1st look it doesn't
>> replace anything except server name.
>
> Charles,
> Are you familiar enough with git to accomplish this task?
Not at the moment.
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v
te system
available).
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1IOa8ACgkQLywbqEHdNFxt5wCg4c7R1KJSeLoHexr2HsZFP8/6
S88AnRbsLWX7YtYIhWyseaVTxxEyKT6r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/31/2011 3:18 PM, Charles Steinkuehler wrote:
> I tried browsing the subversion repository, and it didn't seem to
> work...I'm not sure if that's due to there being nothing there or a
> result of the recent security issues
at online or use it to convert into subversion if necessary.
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1HJxgACgkQLywbqEHdNFxStgCg4qDHZSllRxyREWggza9TAz
on daily, administer a production subversion server
as part of my "day job", and have migrated several projects from a
legacy cvs environment to subversion.
If there's anything I can do to assist with a transition from cvs to
svn, please let me know.
- --
Charles Steinkuehler
c
if something can be done. I apologize for any inconvenience this
> issue has caused you.
Note that my e-mail is typically signed, and I have not noticed any
issue with sending mails to the list. ?!?
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuP
f-cvs-commits (rename to leaf-commits, or delete in favor of
> laconica w/git), leaf-devel, leaf-user
No objections here. Just -devel, -user, and -commits seems like plenty
with the limited traffic these days.
- --
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE
ters block IPV4 traffic but have separate (and frequently
non-existent or less maintained) rule sets for IPV6.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH1VUXLywb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| Everyone,
| We seem to have agreement on a name switch from Firewall to Framework. I
| think we can make this change now, and continue work on a description
| for later adoption. Is this acceptable?
|
| Mike Noyes +1
Charles Steinkuehler +1
#x27;
...and try changing the location of the iterator to the first regex:
~ egrep '^((1?[0-9]|2[0-5])-){2}(1?[0-9]|2[0-5])$'
Minor glitches like this are why the old (2.2 based kernel) releases
used the 'real' sed. :)
- --
Charles Steinkuehler
[E
to on with:
shopt -s extglob
before trying to run the lock_unlock code.
--
Charles Steinkuehler
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you
Mike Noyes wrote:
> Charles,
> Is basic still available for me to use as a test/beta site?
Sure, although I may have to (re)-configure things. Let me know if you
have any issues logging in or whatever.
--
Charles Steinkuehler
[EMAIL PRO
nd man files in their
more normal locations). This would require pre-processing all man
pages, but that shouldn't be too big a deal on a typical build system.
It also ought to be possible to use bash/sed or similar and do the man
page -> plain text processing via a script directly on t
protected floppies and USB sticks, not to mention the many
possible CD-ROM device IDs), I don't think there is a clean way to
'extract' any read-only devices from the PKGPATH list. I'd personally
just make a sensible error message (ie: Can't mount
read-write...perhaps it'
ould probably switch to using the SF site
directly.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEZiYeLywbqEHdNFwRAlG0AKCXN7UkPNZRA6FvDPTQt2LHprGAOgCgqID/
4YKe5Qv/P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
> Charles Steinkuehler wrote:
>> Erich Titl wrote:
>>>- adding a tag does not create overhead to the CVS archive (unless we
>>>use subversion)
>>
>> Tags do not create overhead in subversion,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
> - adding a tag does not create overhead to the CVS archive (unless we
> use subversion)
Tags do not create overhead in subversion, either.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version:
ting branches
increase the repository size, and it should go without saying (but I'll
say it anyway! :) that after copying, changes made to one branch (ie:
trunk/file1) will not affect another branch (ie: branches/Release_1.0)
unless you explicitly merge the changes (with the various merge com
you wanted some
arbitrary version of a package (or packages) for some reason.
I have briefly looked at the buildtool source in CVS, and it looks like
it would be pretty simple to add a subversion download method. If I get
some spare time I may try to do this, although I'm not exactly a pe
encountered with CVS,
meaning it's faster/easier to create them as well as easier to use them,
so they're more likely to be properly taken advantage of.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with
expanded repository
(rsyncing the expanded repository shouldn't take too much bandwidth if
you already have a recent copy of the repository).
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla -
thanks (for finding helpful hints,
and for doing all the behind the scenes stuff that makes the website go)!!
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEPxUNLywb
, I'm willing to
burn DVDs of the current CVS repository and mail them to you (at my cost).
Once you have an initial copy of the archive, you can rsync against my
CoLo server that grabs the nightly tarball daily via cron, without
requiring much bandwidth.
- --
Charles Steinkuehler
[EMAIL PROTE
lly
migrate to subversion, but it probably won't be until some critical need
forces the issue. :)
NOTE: I have overseen the conversion of a very large CVS archive into
subversion (the source code for a commercial 3D graphics package), and
it's fairly painless using the automated script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Wed, 2006-04-12 at 06:44, Charles Steinkuehler wrote:
>> QUESTION: What's the status of the SF CVS archive in terms of how long
>> it's going to continue to be in use? If everything is going into
&g
>
> RCS file: /cvsroot/leaf/sourceforge/admin/doc-build.sh,v
I finally got a chance to look at this, and the CVS version is only 1.8
(*NOT* 1.12).
Looks like the SF CVS issues ate some of the most recent commits. Can
you post the latest file for review?
- --
Charles Steinkuehler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Tue, 2006-04-11 at 20:04, Mike Noyes wrote:
>> On Tue, 2006-04-11 at 12:42, Charles Steinkuehler wrote:
>> > Anyone used rsync to make "zero sized" backups (ie: use the hard-links
>> > opti
e the backups small,
and I haven't had enough space to keep lots of copies around.
Anyone used rsync to make "zero sized" backups (ie: use the hard-links
option so only files that changed take up more space) and care to share
some example scripts/usage?
- --
Charles Steink
rley this morning:
The file giving the error is bogus. It is a 1 byte long *DIRECTORY*
instead of a normal file.
I have a full copy of the (corrupt) cvs archive available via rsync, if
anyone needs the other files before the SF staff get the archive fixed:
rsync rsync.steinkuehler.net::leaf-cvs
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Thu, 2006-03-30 at 13:47, Charles Steinkuehler wrote:
>> A lockfile as used by your shell script is just a normal file in our SF
>> project space, removable by anyone with rights to delete the file
>> (s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Thu, 2006-03-30 at 04:41, Charles Steinkuehler wrote:
>> Mike Noyes wrote:
>> > Ugh! They went on for quite a while on that thread. I'm not sure what
>> > discussed method was finally used..
worst case is documents
don't get automatically generated for a while if an admin doesn't look
at things immediately. I mentioned the -l switch to lockfile since I
wasn't sure if your removal of the lockfile when trying to grab it
failed was unintentional, or an attempt at forcibl
le function). If you want the lockfile forcibly grabbed
after some amount of time (ie: 8 to 24 hours or so...something that's
much longer than document generation should normally take), you can do
this with the -l switch, ie:
lockfile -l 72000 ...
would force removal of any existing lockfile older
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Sat, 2006-03-25 at 16:22, Charles Steinkuehler wrote:
>> Mike Noyes wrote:
>> > On Sat, 2006-03-25 at 11:37, Charles Steinkuehler wrote:
>> >> Mike Noyes wrote:
>> >> > Please let me
loating around, but have been fairly
short on time lately.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEJzeGLywbqEHdNFwRAqRNAJ42JzAvbfOvK2A1mBolHq6r/ya2eQCeIlH6
tfP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
> On Sat, 2006-03-25 at 11:37, Charles Steinkuehler wrote:
>> Mike Noyes wrote:
>> > Please let me know which hooks you'd like me to enable, or you can
>> > enable them yourself. Thanks for
atically
re-build documentation if someone commits an update), although I'm not
sure we need to go to the hassle.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQ
have available space for this image on leaf.steinkuehler.net?
Yeah, 20 Mb is no problem...
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEJXHwLywbqEHdNFwRArs+AKCiLe0
ten when the image is burned onto the USB key.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEGfkvLywbqEHdNFwRAqB2AKDQiY+5KdpXe0Y0EftNNfHu15qZBACgvP32
iKxLSWjc
ss access to mailbox files,
which is why lockfile exists in the first place).
Holler if you need help with the above, or any other scripting chores.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - htt
Mike Noyes wrote:
On Mon, 2006-01-16 at 05:16, Charles Steinkuehler wrote:
I've got my new server online, and am working on getting my LEAF mirror
up and running again.
Charles,
Excellent news. :-)
The first problem I've run into is a permissions problem. I cannot
access the
ctory structure),
please make this group readable so I can mirror it.
Thanks!
--
Charles Steinkuehler
[EMAIL PROTECTED]
P.S. Mike: Let me know if you cannot login to the new system...I
transfered the leaf account, but may have to reset the password. The
new system is "neo.steinkuehler.n
rience is somewhat dated (ie: 12-18 months ago, when I was setting up
our new subversion repository). I'm sure things are likely improved greatly
since then, but I'm not up on the current state of the art.
I do all my repository browsing via the tortoise SVN client. :O
- --
Charles
much a superset
of CVS, so it's easy to migrate to.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFDqw1ELywbqEHdNFwRAv4cAKCnE8aE4+mhsK9L2WeF8j4k3oZuDgCfcaq5
wMb
outage of more than a day, please let me know.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFDVpE/LywbqEHdNFwRApoVAKDub7yDOj+7NHxN01cUNEV0pAiKRwCgq61e
ting the boot device from
| the initramfs and put them elsewhere?
The modules required to talk to any devices the initramfs system is reading
from (ie: containging LEAF.cfg and any LRP packages) would still need to be
either compiled into the kernel or added to the initramfs image.
- --
Charles Stei
migrate to a 2.6 kernel (hardware support,
new features, etc), but I don't think the initramfs issue makes the 2.6
kernel a lot more desireable than 2.4 (at least until someone actually
*WRITES* some small, script-based boot-strap code that would make it useful
to LEAF).
- --
Charles Ste
and the copy in the
page cache). This is because tmpfs is the only filesystem that's handled
directly by the virtual memory manager, without using a filesystem driver.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Usin
(with forth being a very common
english word), and most of the public code was around in the old printed
listing and maybe online BBS days. Not a lot in a searchable archive form
on the 'net.
| I'll look for lua source next.
Good luck!
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
| On Fri, 2005-08-19 at 15:01, Charles Steinkuehler wrote:
|> I would, however, be in favor of using a very powerful, but very small
|> 'shell-like' scripting language (ie: forth) in the initramfs, with the
|> &
or forth would probably mean 10-15K of
'redundancy'.
...of course, the probability of this actually happening is pretty close to
zero (unless I somehow become independently wealthy!), but I still think it
would be cool...
- --
Charles Steinkuehler
[EM
.
This would eliminate the 'special' file that has existed in LRP/LEAF since
the beginning (ie: root.lrp or initrd.lrp), replacing it with a (hopefully)
standard chunk of init code that was simply linked with the kernel.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
| Charles
|
| Charles Steinkuehler wrote:
|> Erich Titl wrote:
|> | Hi folks
|> |
|> | I would like to use cramfs to store static filesystems on flash. I know
|> | lince and wisp-dist did that before, I just seem to
ows
how to talk to it, and get your flash programmed somehow. If you're talking
about one of the flash cards that does disk emulation (ie: CF card or
similar), I think you can just copy the image over (ie: dd if=image.cramfs
of=/dev/hda1).
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
| Charles Steinkuehler wrote:
|> Charles Steinkuehler wrote:
|> ...
|> OK, I think I've got it setup correctly. At the very least, the rsync
|> server should have a current (within the last 24 hours) version of th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Steinkuehler wrote:
| Charles Steinkuehler wrote:
|
| | Erich Titl wrote:
| |
| | | Hi Charles
| | |
| | | I am observing a lot smaller rsync chunk for the last few weeks. Has the
| | | repository changed?
| |
| | Unknown...I'll look
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Steinkuehler wrote:
| Erich Titl wrote:
|
| | Hi Charles
| |
| | I am observing a lot smaller rsync chunk for the last few weeks. Has the
| | repository changed?
|
| Unknown...I'll look into it Monday.
Looks like I'm still havin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erich Titl wrote:
| Hi Charles
|
| I am observing a lot smaller rsync chunk for the last few weeks. Has the
| repository changed?
Unknown...I'll look into it Monday.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGN
hat kind of
parameters are required for each function, and what result type (if any) is
returned...the stuff you find in the .h header files), which would require a
recompile if it changed.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
C
can probably get something
running on either SF or the rsync server (or both) that auto-magically
builds and/or syncs the site and it's mirrors, works like Tom's "publish"
script, or whatever is desired...
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Ve
always remember your dedication, your tireless responses to queries for
help, the quality of your code, and the effort you expended which made our
burdens lighter.
For all this and more, thank you!
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
apshot) chunks of
the svn tree into a releases area (or similar) when a particular branch (ie:
bering or Bering-uClibC) has a release.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozd
w (part of my day job),
I might not remember how to do the CVS command line thing. :)
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFCQZoeLywbqEHdNFwRAvXoAKD2FNRbiRYvLo+
y to have the full CVS archive available on a
local machine!. :)
| I hope that clarifies a bit.
Yes...thanks for all the pointers!
- --
Charles Steinkuehler
[EMAIL PROTECTED]
naibed:/home/leaf/src/bering-uclibc/apps# grep -A 1 '
ash/buildtool.cfg- Type = viewcvs
- --
automake/buildtool.cfg
ified project to use new data from the SF CVS archives
if/when it becomes available
It may be possible (or even easy!) to do this with the current config file,
but I didn't immediately see how...
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Min
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
K.-P. Kirchdörfer wrote:
| Am Dienstag, 22. März 2005 17:33 schrieb Charles Steinkuehler:
|> What's the easiest way to 'tinker' with creating a new package? It
|> looks like I need to put the initial package files online via ht
e tarball and
buildtool config files, and not hassle with network downloads?
Thanks,
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFCQEjNLywbqEHdNFwRAip9AKDC2zAkJglMGfF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
| On Tue, 2005-03-15 at 12:27, Mike Noyes wrote:
|> On Tue, 2005-03-15 at 11:42, Charles Steinkuehler wrote:
|> > MIKE: I've manually updated the CVS archive on the CoLo system
|> > (rsync.steinkuehler.net), and
isn't
really getting updated, although I do try to comment on (and post potential
fixes for) any bugs in the scripts I've written.
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.
tution
or using eval, ie:
qt mount -t tmpfs tmpfs /tmp ${tmp_size:+-o} ${tmp_size:+size=$tmp_size}
- -or-
eval qt mount -t tmpfs tmpfs /tmp ${tmp_size:+-o size=$tmp_size}
- -or-
eval qt mount -t tmpfs tmpfs /tmp ${tmp_size:+-o size=$tmp_size}
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
| On Tue, 2005-03-15 at 07:26, Charles Steinkuehler wrote:
|> Charles Steinkuehler wrote:
|>
|> | Sounds like we need to make a support request to SF.
|>
|> Hold off on this for now...both times I tried downloading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Steinkuehler wrote:
| Sounds like we need to make a support request to SF.
Hold off on this for now...both times I tried downloading with links. I'm
now using curl, and it looks like I'm going to wind up with a different
(larger)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Steinkuehler wrote:
| Mike Noyes wrote:
|
| | On Mon, 2005-03-14 at 13:32, Charles Steinkuehler wrote:
| |> Mike Noyes wrote:
| |> | Is the rsync leaf-cvs archive still updating? It doesn't seem to be
| |> | current. Is it a pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Noyes wrote:
| On Mon, 2005-03-14 at 13:32, Charles Steinkuehler wrote:
|> Mike Noyes wrote:
|> | Is the rsync leaf-cvs archive still updating? It doesn't seem to be
|> | current. Is it a problem with the nightly tarball
t the right one?
- --
Charles Steinkuehler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFCNgL6LywbqEHdNFwRAshAAKDDgx0nA5mEsH5oWdhBe6yeBBwRdwCgyjcJ
XxfK1E4V5GDJ3ZkT2lvKKoQ=
=jW7S
-EN
D (with
updated packages) and rebooting...the configuration data is all on a floppy
(as partial backups) and is seamlessly used by the newly updated package(s)
from the CD.
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
This SF.Net email is spons
Mike Noyes wrote:
On Thu, 2004-12-30 at 09:02, Charles Steinkuehler wrote:
Also, I'm not sure basic is properly mirroring the SF web content anymore
(at least it looks different). Do the syncing scripts perhaps need to be
modified with all the recent changes to the website?
That task is
anually remove /bin/bash from one package list file if you need to
backup the other). Realistically, it shouldn't generally be required to
backup the bash package (for anyone other than the maintainer), and it's
only rarely necessary to backup initrd.lrp, so this is the option
--
Charles Stei
-work lrpkg to extract the backup information from
pkgpath.disks if boot.fstype doesn't exist.
There's no newer version available that I'm aware of. If manually setting a
backup destination is enough of a problem, feel free to hack on lrpkg. I&#
e initrd package. If
this is the initrd.lrp directly from Bering, it sounds like there's a bug.
/me
...wanders off and checks the initrd.lrp package on my custom-built CD-ROM
package, which exhibits this error, so it sounds like a bug.
--
Charles Ste
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).
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
SF email is sp
Mike Noyes wrote:
On Thu, 2004-10-21 at 13:51, Charles Steinkuehler wrote:
Mike Noyes wrote:
> On Thu, 2004-10-21 at 11:25, Charles Steinkuehler wrote:
>> Mike Noyes wrote:
>> > Can RDD work through a secure serial line?
>>
>> Define "secure serial line".
Mike Noyes wrote:
On Thu, 2004-10-21 at 11:25, Charles Steinkuehler wrote:
Mike Noyes wrote:
> Eric de Thouars,
> Can RDD work through a secure serial line?
Define "secure serial line".
A machine isolated from the network through a serial line connection for
logging purposes.
thing from free memory and HDD space to
the performance statistics of your mail or database server).
If your "secure serial line" is capable of running IP or executing commands
on the LEAF box, you should be able to monitor via RRD and SNMP (or some
other data gathering back-end).
--
problem with my old Amiga computers (which would go from power-on to
graphical interface in about 2-3 seconds).
Can you reset the board (ie: warm-boot, or "three finger salute")? If so,
try resetting the board after it's powered up in the failed mode.
var/log. In fact, in the latest init scripts (see Bering uClibc or my
not-quite-released Bering-CD), the creation of block devices occurs
prior to mounting the *ROOT* ramdisk (to allow reading of leaf.cfg and
support run-time configuration of ramdisk siz
Erich Titl wrote:
Charles
At 23:43 06.07.2004, Charles Steinkuehler wrote:
IIRC, busybox ash has several compile-time options to allow for smaller
size (by omitting "lesser-used" features that the complex scripts in LEAF
tend to rely on). Are you sure you had everything enabled when
s that the complex scripts in
LEAF tend to rely on). Are you sure you had everything enabled when you
built the busybox ash and it still didn't work with Bering?
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
This SF.Net email sponsore
codes or something, the
following might be handy:
abort() { ... }
# Call an abort procedure if command1 fails
/usr/bin/command1 || abort
# Run several commands if command2 fails
/usr/bin/command2 || { echo "ERROR!!!" ; exit ; }
HTH
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
Erich Titl wrote:
Charles
At 19:29 27.06.2004 -0500, Charles Steinkuehler wrote:
...
[EMAIL PROTECTED] charles]$ crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.29831 installed on Fri Aug 8 08:17:52 2003)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03
7 19:25:57 CDT 2004
Looks like 3:15 Central Time (-5 hours from UDT).
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
fer to anyone else who wants to mirror the CVS
archive, as well.
Just send a 'real-world' address to me off-list, if you want a copy.
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
This SF.Net email sponsored by Black Hat Briefin
t connection, then rsync my
local mirror as I don't have the bandwidth here to support grabbing the
full tarball daily). Another plus with rsync is you don't have to
mirror the whole archive if you don't want.
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
your
leaf.cfg file...since you're manually bringing up devices in leaf.cfg,
it doesn't seem too out of place to require you to build any symlinks,
device entries, etc. that are required to access the newly functional
device(s) in the same leaf.cfg script you used to insmod the modul
to meet for
dinner/drinks/conversation/whatever, if anyone's interested.
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Even
1 - 100 of 603 matches
Mail list logo
