Folks,
I am aware that my current filewall rules are too simplistic to allow most
FTP. The remote server cannot establish a connection with my LAN as I drop
all packets with the SYN bit set (I think that's right, I drop the kind of
packets that try to start a connection is what I'm trying t
I don't recall seeing the original post on this. Yes, often reseating
the connector fixes a problem, however, please note that on most
keyboard's, at least most that I work with, they go through some sort of
initialization routine when the machine is powered on. They must go
through this routine
Sometimes just unplugging and replugging
a PS2-style kbd will revive it. I don't
know if this is accepted practice but I can
report that it's saved my butt in certain
circumstances when nothing else worked.
*
To unsubscribe from
On Tue, Dec 04, 2001 at 04:02:13PM -0500, Paul Lussier wrote:
>
> In a message dated: Tue, 04 Dec 2001 15:26:11 EST
> Paul Iadonisi said:
>
> > I normally don't speak up either, but I'm of the same mind as Red Hat.
> >To be blunt, as a sysadmin, I despise the concept of throwing *all* of a
> >p
[EMAIL PROTECTED] writes:
> My friends and I are about ready to put up a beowulf cluster out of
> semi-old pentium based machines. We have one small problem.the
> meachines. With the demise of Electronic Planet (by the Kinkos in
> Nashua) we can't find a place that sells older computers wit
Hello to GNHLUG, source of old machines ...
Nev's Monitor Depot
28 Charron Ave., Unit 13, (near Nashua Airport)
Nashua NH 03063
Email: [EMAIL PROTECTED]
Had some Pentium (MMX) 233 Mhz, AT Case,
and used Laptops yesterday.
As a matter of fact, they have lots of junk
(floppies [drives], early
In a message dated: Tue, 04 Dec 2001 15:26:11 EST
Paul Iadonisi said:
> I normally don't speak up either, but I'm of the same mind as Red Hat.
>To be blunt, as a sysadmin, I despise the concept of throwing *all* of a
>packages files under a single directory.
Well, to be fair I never advocated
RST reclaiming is still there in Hudson, but they aren't open to the public
anymore. I used them a lot when I worked across the street at Lockheed, but
you have to make an appointment now to look at their stuff.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Beha
I normally don't speak up either, but I'm of the same mind as Red Hat.
To be blunt, as a sysadmin, I despise the concept of throwing *all* of a
packages files under a single directory. It typically makes PATH variables
a mess. I'm sure I could think of other annoyances about that approach, but
RST reclaiming is still there in Hudson, but they aren't open to the public
anymore. I used them a lot when I worked across the street at Lockheed, but
you have to make an appointment now to look at their stuff.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Beha
>Try CEC Enterprises in North Chelmsford, MA.
Really? I must be having mental block - I live in
N.Chelmsford and I can't think which place you're
referring to.
I also recall that there is (used to be?) a place on
the east side of the Merrimack approx 1/2 mile north
of the NH/MA line that wa
On Tue, 4 Dec 2001, Paul Lussier wrote:
[snip]
> I can see their argument for where they put stuff:
>
> apache/httpd is a user, user stuff goes in /home/
> apache logs a whole bunch of stuff, logs go in /var/log/
> apache is a program, programs binaries go in /usr/bin
>
Try CEC Enterprises in North Chelmsford, MA.
- Marc
On Tue, 4 Dec 2001, Todd Littlefield wrote:
> On the off chance that replies only go to you, could you summarize
> the responses for the list? I've been looking for just such a place
> myself, since EP went out of business.
>
> Thanks.
>
> Cm
The CentraLUG / CNHLUG meeting for December in Concord, NH,
is canceled or moved, depending on your point of view.
We will all be attending the GNHLUG meeting @ Martha's exchange, right?
Same day Dec 12, 6pm (dinner) or 7:30ish pm, (meeting),
if things go as in past meetings. Correct me if that's
On Tue, 4 Dec 2001, Joseph L. Hill wrote:
> I added the following rule to ipchains.sh on a RH 7.2 server but I still
> can't ssh into that server.
>
> ipchains -A input -j ACCEPT -i eth0 -s any/0 --dport 22 -p tcp
If the source should really be "any", then do not specify one at all, and
the sou
In a message dated: Tue, 04 Dec 2001 13:19:09 EST
"Dana S. Tellier" said:
> I normally don't pipe in, but in this instance I had a sudden
>thought. Where RedHat is coming from, MANY of their users are
[...snip...]
>People who've used only Windows and want to try "this Linux thing".
Rig
On the off chance that replies only go to you, could you summarize
the responses for the list? I've been looking for just such a place
myself, since EP went out of business.
Thanks.
CmdrRoot wrote:
>
> My friends and I are about ready to put up a beowulf cluster out of
> semi-old pentium based
My friends and I are about ready to put up a beowulf cluster out of
semi-old pentium based machines. We have one small problem.the
meachines. With the demise of Electronic Planet (by the Kinko's in
Nashua) we can't find a place that sells older computers with
same/similar specs cheaply.
If a
Is the syntax actually "-s any/0"? What happens if you remove "-s any/0"
completely (that should be the same as matching anything, right?)
On Tue, 04 Dec 2001, "Joseph L. Hill" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I added the following rule to ipchains.sh on a RH 7.2 server but I still
> can't
Can anybody reccommend a decent bug tracking package (preferably open
source) that keeps customers seperate? We've used bugzilla in the past and
been happy with it, however I need a package that will keep customer A
from seeing customer B's bugs, and vice versa (as they very well could be
competi
Hi,
I added the following rule to ipchains.sh on a RH 7.2 server but I still
can't ssh into that server.
ipchains -A input -j ACCEPT -i eth0 -s any/0 --dport 22 -p tcp
if I stop the ipchains service then I can ssh in, (so it's not a tcpwrap
issue).
Any thoughts?
Thanks,
-joe
-
In a message dated: Tue, 04 Dec 2001 10:35:54 EST
Benjamin Scott said:
> Ah, here you touch onto a unique problem with Linux.
>
> The reason Apache is normally installed in /usr/local on Sun, HP, SGI, and
>so on, is that it is third-party software.
Not that it's relevant, but 3rd party softwa
In a message dated: Tue, 04 Dec 2001 10:27:40 EST
Benjamin Scott said:
> Sorry -- I meant migrating from one filesystem *format* to another, in
>place. For example, if you countered a limitation in ext2, and wanted to
>switch to ReiserFS, and did not have the ability to add additional disk
>sp
On Tue, 4 Dec 2001, Paul Lussier wrote:
> For example, the defacto standard installation location of apache was
> always /usr/local/apache. RH changed that and scattered it all over the
> place. Just leave it alone.
Ah, here you touch onto a unique problem with Linux.
The reason Apache is
On Tue, 4 Dec 2001, Paul Lussier wrote:
>> That reminds me of people who say X11 is silly, because they have never
>> "needed" to use one program from another machine on MS-Windows. I find
>> the limitations of the system in use tend to shape what one regards as
>> one's> "needs" quite a bit. :-
In a message dated: Mon, 03 Dec 2001 19:35:37 EST
Benjamin Scott said:
>> If you're migrating from one fs to another, why would you be shrinking
>> anything?
>
> 1. Shrink old FS and LV by some amount.
> 2. Grow new LV and FS in the resulting free space.
> 3. Move some data from old FS to new
26 matches
Mail list logo