[EMAIL PROTECTED] wrote:
Send leaf-devel mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/leaf-devel
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of leaf-devel digest..."
Today's Topics:
1. [ leaf-Support Requests-685070 ] HTB giving invalid arguement (SourceForge.net)
2. Re: Package Repository (David Douthitt)
3. Re: CVS Question (Greg Morgan)
4. Re: Package Repository (Greg Morgan)
5. [ leaf-Support Requests-685298 ] Multi-NIC, 2 ISPs, 2 Networks (SourceForge.net)
6. Re: CVS Question (Chad Carr)
7. Re: Package Repository (Chad Carr)
8. Re: CVS Question (Mike Noyes)
9. Re: Package Repository (Mike Noyes)
10. Re: Package Repository (Lynn Avants)
--__--__--
Message: 1
To: [EMAIL PROTECTED]
From: "SourceForge.net" <[EMAIL PROTECTED]>
Date: Tue, 11 Feb 2003 18:54:37 -0800
Subject: [leaf-devel] [ leaf-Support Requests-685070 ] HTB giving invalid arguement
Support Requests item #685070, was opened at 2003-02-12 02:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=685070&group_id=13751
Category: Release/Branch: Bering
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: HJ Hornbeck (hjhornbeck)
Assigned to: Mike Noyes (mhnoyes)
Summary: HTB giving invalid arguement
Initial Comment:
I believe this has been covered in this thread before:
https://sourceforge.net/tracker/index.php?func=detail&aid=630851&group_id=13751&atid=213751
but I don't think the problem has been solved.
To start off, here's the relevent part of lsmod:
sch_htb 12032 0 (unused)
cls_fw 2108 0
cls_u32 4256 4
sch_ingress 1276 0 (unused)
sch_sfq 3168 3
sch_cbq 11608 1
I'll remove my current shaping rules:
tc qdisc del dev eth0 root
And try adding a CBQ as the root:
tc qdisc add dev eth0 root handle 1: cbq avpkt 1000
bandwidth 10mbit
This goes smoothly, as tc -s qdisc shows:
qdisc cbq 1: dev eth0 rate 10Mbit (bounded,isolated)
prio no-transmit
Sent 2831 bytes 42 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 569 undertime 0
If I yank my rules again, and try something similar
with HTB, as such:
tc qdisc add dev eth0 root handle 1: htb default 10
I get back:
RTNETLINK answers: Invalid argument
And tc -s qdisc shows nothing. I've double-checked
everything, and my HTB syntax is dead-on. I've tried
yanking sch_cbq, to no effect. If I give "help" as the
only options to HTB, it displays the standard usage
page. I'm at a loss to explain this.
HJ Hornbeck
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=685070&group_id=13751
--__--__--
Message: 2
Date: Tue, 11 Feb 2003 23:10:11 +0100
From: David Douthitt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [leaf-devel] Package Repository
Reply-To: [EMAIL PROTECTED]
On Sun, 09 Feb 2003 11:12:41 -0800
Matt Schalit <[EMAIL PROTECTED]> wrote:
*Global Package Repository*
I agree with you...
If a package works on more than 1 LEAF version, please,
O' Magnificent Ones, let it be stored in a single global
package repository.
Somebody is really going to need some help to find all the
hundred or so packages David D. has tucked away in his devel
tree. And I won't go into the rest. You all know what it's
like out there.
Shouldn't be too hard :-) Single directory, right? Otherwise, if one must:
devel $ find . -name "*.lrp" -type f -ls
;-)
It's not fair that we don't do some organization as part of
our attempt at a new package system!
I had a lua-based script that would generate pages based on a file contained internal to the LRP like an RPM .spec file - and the output was akin to rpm2html output - I think the "Repository" is still there (with all of four or six packages included...)
But what delimits if a package will run on a LEAF version?
Libc?
And included libraries, etc.
--__--__--
Message: 3
Date: Wed, 12 Feb 2003 00:56:11 -0700
From: Greg Morgan <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [leaf-devel] CVS Question
I followed the CVS document Mike Noyes wrote at
http://sourceforge.net/docman/display_doc.php?docid=9960&group_id=13751.
I wound up with two problems. One I have two directories in my checkin.
Two, I must of fouled up something because I received a trace back.
Does anyone see what I did wrong? On the first question it appears that
I may have been two high up in the directory?
Please let me know if I need to provide more information.
Thanks,
Greg Morgan
[drkludge@kids dr_kludge]$ cvs
-d:ext:[EMAIL PROTECTED]:/cvsroot/leaf import -I !
"devel/dr_kludge/GilaMonster" vendor start
[EMAIL PROTECTED]'s password:
cvs server: Importing /cvsroot/leaf/devel/dr_kludge/GilaMonster/GilaMonster
N devel/dr_kludge/GilaMonster/GilaMonster/GilaMonster.sql
No conflicts created by this import
Mailing [EMAIL PROTECTED]
Generating notification message...
Generating notification message... done.
Mailing [EMAIL PROTECTED]
Generating notification message...
Traceback (innermost last):
File "/cvsroot/leaf/CVSROOT/syncmail", line 322, in ?
main()
File "/cvsroot/leaf/CVSROOT/syncmail", line 315, in main
blast_mail(subject, people, specs[1:], contextlines, fromhost)
File "/cvsroot/leaf/CVSROOT/syncmail", line 240, in blast_mail
print calculate_diff(file, contextlines)
File "/cvsroot/leaf/CVSROOT/syncmail", line 139, in calculate_diff
file, oldrev, newrev = string.split(filespec, ',')
ValueError: unpack list of wrong size
[drkludge@kids dr_kludge]$ pwd
/home/edrive/leaf/devel/dr_kludge
[drkludge@kids dr_kludge]$ ls
CVS GilaMonster
[drkludge@kids dr_kludge]$ cd GilaMonster
[drkludge@kids GilaMonster]$ ls
GilaMonster.sql
[drkludge@kids GilaMonster]$
--__--__--
Message: 4
Date: Wed, 12 Feb 2003 01:24:53 -0700
From: Greg Morgan <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [leaf-devel] Package Repository
Lynn Avants wrote:
I had a similar thought about a year ago and ran into
one snag that I never could figure out. We could use to=20
some degree the SF SQL server. When an image/package=20
is 'selected', how do we generate it w/o an external server?
I just checked in what I have been working on. Gasp. My first use of
CVS and I had unintended consequences. The ideas I have been thinking
of have matured dramatically after putting them to text. I think what I
did at
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/devel/dr_kludge/GilaMonster/GilaMonster/
was to abstract all the data that is required to be configured. If that
was done successfully, then I don't think you'd have to have a live
system to work on while making changes to a LEAF configuration. Yes, a
live system would be required to build the final .lrp files and image.
Say it generates a text 'config' file, unless it specifically matches
what is used on the 'LEAF-db', it won't do any good either. Coyote
used to have a php/mysql program called 'sloppy' that emailed
generated images..... they ended up abandoning it with the resources
to actually use it. Although I find the idea quite plausible, I don't see
the method to transport the finished product back to the user in a
good fashion.
I cannot say this will work yet. phpWebSite uses a tmp directory for
working session files.
dr_kludge@sc8-pr-shell1:/home/groups/l/le/leaf$ ls
cgi-bin devel htdocs log mirror pub tmp
dr_kludge@sc8-pr-shell1:/home/groups/l/le/leaf$
The edit session would be stored here through phpWebSite services. So
each user would have a unique edit session. If it is know what
individual packages make up a LEAF system, couldn't they be gunziped;
untared; have the modified files replaced? I sense the limitations
however. All appears to be well until you have to mount a bin file to
put it back together again. I don't don't now if phpws will let you do
that. I am sure SF would have problems with the web server using the
mount command.
I am not even sure a user would find a punch list of items to edit back
on his live system useful. But that could be emailed to him/her after
filing in the information on the web page.
I guess some more thought is required. Does the do you know if the
sloppy code is still around?
Regards,
Greg Morgan
--__--__--
Message: 5
To: [EMAIL PROTECTED]
From: "SourceForge.net" <[EMAIL PROTECTED]>
Date: Wed, 12 Feb 2003 05:10:50 -0800
Subject: [leaf-devel] [ leaf-Support Requests-685298 ] Multi-NIC, 2 ISPs, 2 Networks
Support Requests item #685298, was opened at 2003-02-12 23:10
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=685298&group_id=13751
Category: Release/Branch: Dachstein
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew B Davidson (mrdyaddayadda)
Assigned to: Mike Noyes (mhnoyes)
Summary: Multi-NIC, 2 ISPs, 2 Networks
Initial Comment:
I'm currently running a dachstein box with ext1 and int1.
I am adding a second ISP and I want to have a second
external interface. Both ISPs are cable with DHCP.
I am also adding a second network internally so I want to
have the following routing:
ext1 <> int1
ext2 <> int2 (ports 25,80 only)
int1 <> int2
Can Dachstein - or any of the other releases - be
modified or capable of doing this?
I'm really stumped here because I'm pretty much a
newbie. I've been running Dachstein without problem for
over a year but know almost nothing - and am incredibly
intimidated by - the configuration of linux.
Any help would be greatly appreciated.
Thanks and regards
Andrew B Davidson
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=213751&aid=685298&group_id=13751
--__--__--
Message: 6
Subject: Re: [leaf-devel] CVS Question
From: Chad Carr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: 12 Feb 2003 06:46:54 -0800
On Tue, 2003-02-11 at 23:56, Greg Morgan wrote:
I followed the CVS document Mike Noyes wrote at
http://sourceforge.net/docman/display_doc.php?docid=9960&group_id=13751.
I wound up with two problems. One I have two directories in my checkin.
Two, I must of fouled up something because I received a trace back.
Mike tells me that this is a known bug and not to worry about it.
Does anyone see what I did wrong? On the first question it appears that
I may have been two high up in the directory?
Yes. An import should be executed from _within_ the directory you are
trying to checkin, i.e.
cd /home/dr_kludge/leaf/devel/GilaMonster # or wherever you put it
cvs -d $SF_CVSROOT import devel/dr_kludge/GilaMonster t1 v1
will create a module called GilaMonster in your part of the repository
with the _contents_ of the directory you are sitting in.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel