subject:"testing..."

On Fri, Mar 12, 2010 at 11:23 AM, Steve Holdoway  wrote:
> On Fri, 2010-03-12 at 11:17 +1300, Jim Cheetham wrote:
>> and a key is around 700 typeable characters ... set up keys, not
>> passwords!
> ... or passphrases, not passwords?

Well, you probably should be using passphrases instead of passwords in
many places. Passphrases work well for login, for example, and a
passphrase of equivalent entropy to a complex password is generally
much much easier to remember.

As a quick aside, here's a nice method: grab random numbers from
random.org, and look them up on a wordlist using the diceware.com
method ...

#!/bin/sh
# diceware ... generate a passphrase by combining RANDOM.ORG
#  with the diceware method, on the Beale wordlist

WORDS=${1:-5}
RANDOM='http://www.random.org/integers/?num=5&min=1&max=6&col=5&base=10&format=plain&rnd=new'

for i in $(seq 1 $WORDS)
do
FIVEd6=$(/usr/bin/GET $RANDOM | tr -d '\t')
grep $FIVEd6 $HOME/stash/docs/beale.wordlist.asc
done

$ diceware
55112   spits
61243   toni
14544   boot
56251   tamer
15221   broad

(Beware whenever you see variable names like "FIVEd6" ... you are
dealing with a roleplayer, possibly a D&Der ... lol)

However, joking aside ... while a passphrase may be a few times longer
than a password, it's still nothing compared with a key. Put a decent
passphrase on the private key, sure ... but that's not anything to do
with what the server sees on ssh login. And even that is slightly
undone by Ubuntu's helpful key agent, that autoloads everything in
~/.ssh and offers to remember that long passphrase for you ...

-jim

Re: ssh testing

On Fri, 2010-03-12 at 11:17 +1300, Jim Cheetham wrote:
> s,
> and a key is around 700 typeable characters ... set up keys, not
> passwords!
... or passphrases, not passwords? 

-- 
Steve Holdoway 
http://www.greengecko.co.nz
MSN: st...@greengecko.co.nz
GPG Fingerprint = B337 828D 03E1 4F11 CB90  853C C8AB AF04 EF68 52E0


signature.asc
Description: This is a digitally signed message part

Re: ssh testing

On Fri, Mar 12, 2010 at 10:59 AM, Steve Holdoway  wrote:
> For a couple of weeks away, I wouldn't bother with the obscurity bit in
> that way, rather just disable root login so they have to guess the user
> account and password before denyhosts closes them out.

Things that are set up "for a couple of weeks" tend to stay enabled
for far longer than intended! You're right that in Rob's example he
doesn't need to set up Fort Knox, but I'd strongly suggest that the
minimum bar should be "username & key" instead of "username &
password".

I haven't done much research on the matter, I only keep half an eye on
attempts across my servers seeing as denyhosts works well, but I have
never noticed anyone even attempting to crack in with "username &
key". Considering that a password is around 8-10 typeable characters,
and a key is around 700 typeable characters ... set up keys, not
passwords!

-jim

Re: ssh testing

On Fri, Mar 12, 2010 at 10:16 AM, Derek Smithies  wrote:
>  In addition to the deny hosts approach, I would move the ssh port to
> somewhere else.
> ...
> yes yes, this is security by obscurity, (which is a poor form security), but

You are right that it cuts down attacks, because the great majority of
bot attacks don't bother doing anything except port 22. I have only
one server not running on port 22, and it basically gets zero scans
(in the period Aug 23 2009 to today).

However, if you don't remember that you have done this, it reduces
your own ability to connect to your own machine. It is not
"discoverable" and may lead you to waste lots of your own time trying
to debug a non-existent problem.

A well-configured ssh service isn't going to let an attacker in.
Well-configured can mean a lot of things, but includes at least "no
passwords, only keys", "only named users", "never root" and "security
updated quickly from a reputable source". Adding "blacklist on
unsuccessful attempts" helps to prevent your machine wasting
resources.

I don't agree that "well-configured" means "on a different port",
except possibly in some formally documented environments. And given
that most of those are internal networks where the very existence of
attack traffic is a great problem -- in other words, if someone is
even trying to attack port 22, you'd rather know about it than just
ignore it -- I tend to think it's more of a distraction than a
benefit.

There is a place for "on a different port"; if you don't want to pay
any attention to the security of your servers (i.e. you don't watch
log exceptions) and you only have (a small number, e.g. one) machine
you are responsible for, then it's a reasonably effective way to be
slightly more comfortable when ignoring the operations of your
machine.

-jim (who admits to having one machine running ssh on a non-standard
port. But only one machine ...)

Re: ssh testing

On Fri, 2010-03-12 at 10:24 +1300, Jim Cheetham wrote:
> On Thu, Mar 11, 2010 at 9:55 PM, Steve Holdoway  
> wrote:
> > no - still being prompted for a password...
> 
> Steve, I hope you're testing with ssh -v so you can see all the
> methods the ssh server is advertising.
> 
> Rob, I hope you've set "PasswordAuthentication no" in
> /etc/ssh/sshd_config (and restarted sshd). I also hope that you have
> whitelisted places you know you might be connecting from in
> /etc/hosts.allow :-)
> 
> Hads, you're right that a connection attempt denied by sshd can move
> on to the next authentication method, which often means that you get
> asked for a password. However, denyhosts logs IP addresses in
> /etc/hosts.deny, and sshd is usually compiled to look at tcpwrappers,
> so people who have failed to login too many times will eventually get
> no ACK from sshd at all.
> 
> -jim

I'm as risk averse as the next person - probably more than some having
fought hackers since the interweb was invented in my role as a sysadm.

However...

For a couple of weeks away, I wouldn't bother with the obscurity bit in
that way, rather just disable root login so they have to guess the user
account and password before denyhosts closes them out. This is a pretty
huge block for any prospective hacker, especially if you chose your
login carefully off the bottom of the common account names list. In
fact, outside a corporate environment, I'd say it's all you need(*).
Yes, some may say that you need to take distributed hack attempts into
account but... well, risk is a subjective viewpoint, and mine is that
it's an acceptable one to take - even more so if you use a dynamic dns
service and can persuade your router to acquire a new IP address on a
regular basis.

The bit about password authentication is ok if you're going to use your
own lappie, but if you're going to borrow a pc to check stuff, then
carrying around your private key is going to be a real pain. Use of
internet cafes brings up a new list of potential security issues, of
course.

BTW, if you are taking a lappie with you, then I'd set OpenVPN up and
restrict the ssh server to listen only on that subnet.

Cheers,

Steve
(*) at the moment!

-- 
Steve Holdoway 
http://www.greengecko.co.nz
MSN: st...@greengecko.co.nz
GPG Fingerprint = B337 828D 03E1 4F11 CB90  853C C8AB AF04 EF68 52E0

signature.asc
Description: This is a digitally signed message part

Re: ssh testing

On Thu, Mar 11, 2010 at 9:55 PM, Steve Holdoway  wrote:
> no - still being prompted for a password...

Steve, I hope you're testing with ssh -v so you can see all the
methods the ssh server is advertising.

Rob, I hope you've set "PasswordAuthentication no" in
/etc/ssh/sshd_config (and restarted sshd). I also hope that you have
whitelisted places you know you might be connecting from in
/etc/hosts.allow :-)

Hads, you're right that a connection attempt denied by sshd can move
on to the next authentication method, which often means that you get
asked for a password. However, denyhosts logs IP addresses in
/etc/hosts.deny, and sshd is usually compiled to look at tcpwrappers,
so people who have failed to login too many times will eventually get
no ACK from sshd at all.

-jim

Re: ssh testing

2010-03-11 Thread Derek Smithies


Hi,
 In addition to the deny hosts approach, I would move the ssh port to 
somewhere else.
 The firewall should open some other port (a random number you like 
and can remember, say 4242) and port forward that  to port 22 of the 
recipient box.
Consequently, anyone who checks port 22 of every ip address won't get a 
response back from your box and will move on.


yes yes, this is security by obscurity, (which is a poor form security), 
but it is a start in the right direction. It will cut down on the number 
of attacks on your box.


If you edit (on the box making the link) the .ssh/config file  you can add
entries like:

Host dereksbox.dyndns.org
port 4242

which means that you can do
ssh dereksbox.dyndns.org
 and not have to specify the port in use.

Otherwise, it is
  ssh -p 4242 dereksbox.dyndns.org

Cheers,

Derek.



On Fri, 12 Mar 2010, Steve Holdoway wrote:


On Fri, 2010-03-12 at 00:56 +1300, Hadley Rich wrote:

On Thu, 2010-03-11 at 21:55 +1300, Steve Holdoway wrote:

no - still being prompted for a password...


A denied or not allowed user will still get prompted for a password, it
will just never work.

hads


Denyhosts adds addresses to /etc/hosts.deny. This will drop the
connection before password requests iirc.

Steve





--
Derek Smithies Ph.D.
IndraNet Technologies Ltd.
ph +64 3 365 6485
Web: http://www.indranet-technologies.com/

"How did you make it work??"
  "Oh, the usual, get everything right".

Re: ssh testing

On Fri, 2010-03-12 at 00:56 +1300, Hadley Rich wrote:
> On Thu, 2010-03-11 at 21:55 +1300, Steve Holdoway wrote:
> > no - still being prompted for a password...
> 
> A denied or not allowed user will still get prompted for a password, it
> will just never work.
> 
> hads
> 
Denyhosts adds addresses to /etc/hosts.deny. This will drop the
connection before password requests iirc.

Steve

Re: ssh testing

2010-03-11 Thread Hadley Rich

On Thu, 2010-03-11 at 21:55 +1300, Steve Holdoway wrote:
> no - still being prompted for a password...

A denied or not allowed user will still get prompted for a password, it
will just never work.

hads

-- 
http://nicegear.co.nz
New Zealand's Open Source Hardware Supplier

Re: ssh testing

On Thu, 2010-03-11 at 21:38 +1300, Robert Fisher wrote:
> Steve Holdoway wrote:
> >> yup, getting a response now (:
> >>
> >> Steve
> >>
> > If you're going to leave port 22 open, then I'd install something like
> > denyhosts, and disable root login over ssh. If you're taking a lappie
> > with you then installing certificates would allow you to disable
> > passowrd logins completely.
> > 
> Good advice (I did not know about denyhosts but now I think I have it 
> set up OK - I have done some tests here.)
> 
> If you are still there tonight before I go to bed you might like to try 
> again - you should be denied.
> 
> Rob

no - still being prompted for a password...

Re: ssh testing

2010-03-11 Thread Robert Fisher


Steve Holdoway wrote:

yup, getting a response now (:

Steve


If you're going to leave port 22 open, then I'd install something like
denyhosts, and disable root login over ssh. If you're taking a lappie
with you then installing certificates would allow you to disable
passowrd logins completely.

Good advice (I did not know about denyhosts but now I think I have it 
set up OK - I have done some tests here.)


If you are still there tonight before I go to bed you might like to try 
again - you should be denied.


Rob

Re: ssh testing

2010-03-10 Thread Steve Holdoway

On Thu, 2010-03-11 at 20:35 +1300, Steve Holdoway wrote:
> On Thu, 2010-03-11 at 20:16 +1300, Robert Fisher wrote:
> > Steve Holdoway wrote:
> > 
> > > Getting no response from that ssh on port 22 on that ip address from
> > > Diamond Harbour... ):
> > > 
> > > Steve
> > > 
> > > 
> > Could you try again please Steve - PC was off for a little while.
> > 
> > Rob
> yup, getting a response now (:
> 
> Steve
> 
If you're going to leave port 22 open, then I'd install something like
denyhosts, and disable root login over ssh. If you're taking a lappie
with you then installing certificates would allow you to disable
passowrd logins completely.

Steve

Re: ssh testing

2010-03-10 Thread Steve Holdoway

On Thu, 2010-03-11 at 20:16 +1300, Robert Fisher wrote:
> Steve Holdoway wrote:
> 
> > Getting no response from that ssh on port 22 on that ip address from
> > Diamond Harbour... ):
> > 
> > Steve
> > 
> > 
> Could you try again please Steve - PC was off for a little while.
> 
> Rob
yup, getting a response now (:

Steve

Re: ssh testing

2010-03-10 Thread Robert Fisher


Steve Holdoway wrote:


Getting no response from that ssh on port 22 on that ip address from
Diamond Harbour... ):

Steve



Could you try again please Steve - PC was off for a little while.

Rob

Re: ssh testing

2010-03-10 Thread Steve Holdoway

On Thu, 2010-03-11 at 20:00 +1300, Robert Fisher wrote:
> I am going on holiday soon and want to have ssh access to my desktop PC 
> at home.
> 
> I have tested from another PC at home and it works fine...
> 
> rob...@dell-d410:~$ ssh 192.168.10.13
> rob...@192.168.10.13's password:
> 
> rob...@beast:~$ logout
> Connection to 192.168.10.13 closed.
> 
> On my IPCop box I have port forwarded port 22 to 192.168.10.13 (I am 
> sure I have done this before)
> 
> If I try from the same PC to our static home IP address I get
> 
> rob...@dell-d410:~$ ssh 60.234.134.181
> rob...@60.234.134.181's password:
> Permission denied, please try again.
> rob...@60.234.134.181's password:
> 
> Should I be able to do this? (Connect to a local machine using our home 
> external address)
> 
> If someone is able tonight we could perhaps change my password and test 
> it from outside.
> 

Getting no response from that ssh on port 22 on that ip address from
Diamond Harbour... ):

Steve

ssh testing

2010-03-10 Thread Robert Fisher

I am going on holiday soon and want to have ssh access to my desktop PC 
at home.


I have tested from another PC at home and it works fine...

rob...@dell-d410:~$ ssh 192.168.10.13
rob...@192.168.10.13's password:

rob...@beast:~$ logout
Connection to 192.168.10.13 closed.

On my IPCop box I have port forwarded port 22 to 192.168.10.13 (I am 
sure I have done this before)


If I try from the same PC to our static home IP address I get

rob...@dell-d410:~$ ssh 60.234.134.181
rob...@60.234.134.181's password:
Permission denied, please try again.
rob...@60.234.134.181's password:

Should I be able to do this? (Connect to a local machine using our home 
external address)


If someone is able tonight we could perhaps change my password and test 
it from outside.

Re: cable testing?

2010-03-04 Thread Craig Falconer


Robert Fisher wrote, On 05/03/10 14:18:

Cable is actually pretty tough stuff.  I once helped someone lower a
hefty old wooden desk out a second-story balony and all we had was a 20
metre length of coax cable with RCA connectors.


Did you use NetBui?


No it was audio cable not data cable.


--
Craig Falconer

Re: cable testing?

2010-03-04 Thread Robert Fisher


> Cable is actually pretty tough stuff.  I once helped someone lower a
> hefty old wooden desk out a second-story balony and all we had was a 20
> metre length of coax cable with RCA connectors.
>
Did you use NetBui?

Re: cable testing?

2010-03-04 Thread Robert Fisher


> On Fri, Mar 5, 2010 at 10:09 AM, Nick Rout  wrote:

> Success on the first cable at last [1]. I am not sure which of the
> following changes produced a result:
>
I think that you should still send someone under the house for a while -
just to get them out of you way.

Rob

Re: cable testing?

2010-03-04 Thread Nick Rout

On Fri, Mar 5, 2010 at 1:37 PM, Craig Falconer
 wrote:
> Nick Rout wrote, On 05/03/10 13:28:
>>
>> Now for the upstairs connection, which cable had an even harder time on
>> the run!
>
> Cable is actually pretty tough stuff.  I once helped someone lower a hefty
> old wooden desk out a second-story balony and all we had was a 20 metre
> length of coax cable with RCA connectors.
>
> A couple months later I needed a spare cable to run composite video to a
> projector - grabbed this and it worked perfectly.
>

excellent! of course I don't suppose you have a video of that on youtube do you?

Re: cable testing?

2010-03-04 Thread Craig Falconer


Nick Rout wrote, On 05/03/10 13:28:

Now for the upstairs connection, which cable had an even harder time on the run!


Cable is actually pretty tough stuff.  I once helped someone lower a 
hefty old wooden desk out a second-story balony and all we had was a 20 
metre length of coax cable with RCA connectors.


A couple months later I needed a spare cable to run composite video to a 
projector - grabbed this and it worked perfectly.




--
Craig Falconer

Re: cable testing?

2010-03-04 Thread Nick Rout

On Fri, Mar 5, 2010 at 10:09 AM, Nick Rout  wrote:
> On Thu, Mar 4, 2010 at 8:53 PM, Maurice Butler
>  wrote:
>>
>> Most of the electrical wholesalers stock satelite, audio, network gear now
>> days
>>
>> Maurice
>
> Even Bunnings stock the stuff!!
>
> DSE becomes the default because they are open in the weekends!
>

Success on the first cable at last [1]. I am not sure which of the
following changes produced a result:

1. decent crimper;

2. proper twirly thing to remove the outer insulation;

3. plugs definitely intended for single core cable;

4. confidence of having a continuity tester

Now for the upstairs connection, which cable had an even harder time on the run!

Thanks for all the advice and offers of tools, one of which i took up
but won't mention names as he offered offlist

[1] I used the continuity tester to establish that all except pin 6
were connected using the last incarnation of dse plugs and crimper.
Having done that I was able to snip the ends off and establish with an
ohmmeter test that the pair concerned were OK on a short and open
test. That meant the termination was the problem. Using the new gear
and plugs worked first time.

Re: cable testing?

2010-03-04 Thread Nick Rout

On Thu, Mar 4, 2010 at 8:53 PM, Maurice Butler
 wrote:
>
> Most of the electrical wholesalers stock satelite, audio, network gear now
> days
>
> Maurice

Even Bunnings stock the stuff!!

DSE becomes the default because they are open in the weekends!

Re: cable testing?

2010-03-04 Thread Volker Kuhlmann

On Thu 04 Mar 2010 20:47:51 NZDT +1300, Hadley Rich wrote:

> > Dad (who has been doing this as a living since I was born) says to
> > talk to Shane at Rexel. 
> 
> Yeah, I buy all that sort of stuff off Rexel too.

There must be a secret I haven't figured yet. Electrical so-called
wholesalers' pricing, Rexel being no exception, is

  [X] A lough
  [X] Astronomical
  [X] Phantastic
  [X] Someone's wet dream
  [X] Downright offensive

 [XXX] All of the above

I don't even bother contacting those jokers any more. They're just
wasting my time.

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: cable testing?

2010-03-04 Thread Volker Kuhlmann

On Thu 04 Mar 2010 16:24:02 NZDT +1300, Nick Rout wrote:

> >> How do you tell the difference?
> >
> > Without trying to be funny - you read the label.
> 
> Someone should tell DSE to label theirs properly then!

Correct, and the best way to achieve this is by telling them they're
incompetent and unfortunately one has to buy elsewhere because their
product is insufficiently labeled and therefore useless.

Seriously, 15 cents difference on a plug of the correct type is plain
not worth any of your time. Computer Dynamics have a pretty good catalog
online for the general public, you have to have an account to buy there
but you won't have any trouble finding someone to pick things up for
you. I believe it's also possible for an account holder to have things
shipped straight to the customer.

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: cable testing?

2010-03-04 Thread Volker Kuhlmann

On Thu 04 Mar 2010 14:30:48 NZDT +1300, Craig Falconer wrote:

> Secondly - if you fasten the new wire to the old wire and pull it through, 
> then there's no need to go under the house again.

If the first attempt broke the cable by pulling it hard around some
sharp corners, you'll be wasting your time and your cable trying to do
the same thing again. Only the crawling approach will work.

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: cable testing?

2010-03-04 Thread Wayne Rooney

On Thursday 04 March 2010 14:28:11 Nick Rout wrote:

> Having now cross-examined the cable layer (she who must be skinny
> enough to crawl under the house) I suspect the cable may have been
> damaged going around some brick work and needing a damn good tug at
> some points. She has "volunteered" to try again [1], luckily we have
> plenty of cable. I will report back in due course.

Tried testing the cable before you crimp the ends on?

Use your ohmmeter:

Strip off both ends, at the first end twist all eight wires together, at the 
second end you should read a short between all cores.

Then, at the first end untwist all eight wires and ensure they are not 
touching, at the second end you should read an open circuit between all cores.

May save another trip under the house...

Wayne

Re: cable testing?

2010-03-04 Thread Wayne Rooney

On Thursday 04 March 2010 16:24:02 Nick Rout wrote:
> On Thu, Mar 4, 2010 at 4:13 PM, Craig Falconer
>
>  wrote:
> > Christopher Sawtell wrote, On 04/03/10 14:42:
> >>  > Stop - first check you have plugs that match your cable.  RJ45 plugs
> >> for
> >>  > solid do not work well on stranded and vice versa.
> >> How do you tell the difference?
> >
> > Without trying to be funny - you read the label.
>
> Someone should tell DSE to label theirs properly then!

The RJ45 crimps sold by Dick Smiths are for stranded cable.  

Experience has taught me to use the plugs that match the cable, no matter how 
many times people have said "They still work if you squeeze them hard enough."

Wayne

RE: cable testing?

2010-03-03 Thread Maurice Butler


Most of the electrical wholesalers stock satelite, audio, network gear now
days

Maurice

> -Original Message-
> From: Hadley Rich [mailto:h...@nice.net.nz] 
> Sent: Thursday, 4 March 2010 8:48 p.m.
> To: linux-users@it.canterbury.ac.nz
> Subject: Re: cable testing?
> 
> 
> On Thu, 2010-03-04 at 19:43 +1300, Ryan McCoskrie wrote:
> > Dad (who has been doing this as a living since I was born) says to
> > talk to Shane at Rexel. 
> 
> Yeah, I buy all that sort of stuff off Rexel too.
> 
> hads
> 
> -- 
> http://nicegear.co.nz
> New Zealand's Open Source Hardware Supplier
>

Re: cable testing?

2010-03-03 Thread Hadley Rich

On Thu, 2010-03-04 at 19:43 +1300, Ryan McCoskrie wrote:
> Dad (who has been doing this as a living since I was born) says to
> talk to Shane at Rexel. 

Yeah, I buy all that sort of stuff off Rexel too.

hads

-- 
http://nicegear.co.nz
New Zealand's Open Source Hardware Supplier

Re: cable testing?

2010-03-03 Thread Ryan McCoskrie

On Thursday 04 March 2010 02:28:11 pm you wrote:
> On Thu, Mar 4, 2010 at 10:01 AM, Ryan McCoskrie
> 
>  wrote:
> > On Tuesday 02 March 2010 09:49:26 pm Nick Rout wrote:
> >> I have run a couple of cat5e cables and I am trying to terminate them,
> >> unsuccessfully at present.
> > 
> > ... What is your terminating process like? I've done a little for my Dad
> > and it's dead easy (about half of a room at Lincoln High). Has anyone
> > shown you how to do it in person? Are you using good parts?
> 
> Thanks for all the replies. I am running single cored cat5e and
> terminating with RJ45 plugs supplied by DSE with a crimp tool also
> supplied by DSE, (similar to the T2923 in their current stock.) I have
> used the same cable, plugs and tool before and got good results.
> 

Dad (who has been doing this as a living since I was born) says to talk
to Shane at Rexel.

Re: cable testing?

On Thu, Mar 4, 2010 at 4:13 PM, Craig Falconer
 wrote:
> Christopher Sawtell wrote, On 04/03/10 14:42:
>>
>>  > Stop - first check you have plugs that match your cable.  RJ45 plugs
>> for
>>  > solid do not work well on stranded and vice versa.
>> How do you tell the difference?
>
> Without trying to be funny - you read the label.

Someone should tell DSE to label theirs properly then!

>
> The actual physical difference is the shape of the cutting/gripping edge on
> each metal spade, and the cost is almost 1/3 more for stranded plugs.
>
>
> EG
> http://www.cdlnz.com/index.html?do=viewproduct&code=RJ-45%20R%20LD&ID=2689410
> DYNAMIX RJ-45 8P8C Modular Plug (Round, Stranded) - 50 micron Latch Down
> Clip
> 40 cents each ++
>
>
> http://www.cdlnz.com/index.html?do=viewproduct&code=RJ-45%20SR&ID=2689415
> DYNAMIX RJ-45 8P8C Modular Plug (Round, Solid) - 50 micron
> 25 cents each ++
>
>
>
>
> --
> Craig Falconer
>
>

Re: cable testing?

2010-03-03 Thread Craig Falconer


Christopher Sawtell wrote, On 04/03/10 14:42:

 > Stop - first check you have plugs that match your cable.  RJ45 plugs for
 > solid do not work well on stranded and vice versa.
How do you tell the difference?


Without trying to be funny - you read the label.

The actual physical difference is the shape of the cutting/gripping edge 
on each metal spade, and the cost is almost 1/3 more for stranded plugs.



EG
http://www.cdlnz.com/index.html?do=viewproduct&code=RJ-45%20R%20LD&ID=2689410
DYNAMIX RJ-45 8P8C Modular Plug (Round, Stranded) - 50 micron Latch Down 
Clip

40 cents each ++


http://www.cdlnz.com/index.html?do=viewproduct&code=RJ-45%20SR&ID=2689415
DYNAMIX RJ-45 8P8C Modular Plug (Round, Solid) - 50 micron
25 cents each ++




--
Craig Falconer

Re: cable testing?

2010-03-03 Thread Robert Fisher



> I know I should be terminating with a socket and then running a short
> cable to the equipment at each end, but I wanted a quick and dirty
> until I have time to do it right. It has worked that way before.

This could (maybe) be your problem.

The cable used for permanent wiring is single core as opposed to the
multistranded "flex" used for patch cables.

The single strands can easily break at the plug.
The plugs are different also for solid or stranded and some suppliers
(especially DSE shop assistants) do not have a clue about it.

If you don't believe me try asking a reputable data cabling firm.

Rob

Re: cable testing?

On Thu, Mar 4, 2010 at 2:42 PM, Christopher Sawtell  wrote:
>> Stop - first check you have plugs that match your cable.  RJ45 plugs for
>> solid do not work well on stranded and vice versa.
>
> How do you tell the difference?

Dunno, the dse page doesn't say what they are for, but they are the
same sort as worked previously...

Re: cable testing?

2010-03-03 Thread Christopher Sawtell

> Stop - first check you have plugs that match your cable.  RJ45 plugs for
> solid do not work well on stranded and vice versa.

How do you tell the difference?


-- 
Sincerely etc.
Christopher Sawtell

Re: cable testing?

On Thu, Mar 4, 2010 at 2:30 PM, Craig Falconer
 wrote:
> Nick Rout wrote, On 04/03/10 14:28:
>>
>> Having now cross-examined the cable layer (she who must be skinny
>> enough to crawl under the house) I suspect the cable may have been
>> damaged going around some brick work and needing a damn good tug at
>> some points. She has "volunteered" to try again [1], luckily we have
>> plenty of cable. I will report back in due course.
>
>
> Stop - first check you have plugs that match your cable.  RJ45 plugs for
> solid do not work well on stranded and vice versa.


As I say, same kit that worked before, but worth knowing.

>
> Secondly - if you fasten the new wire to the old wire and pull it through,
> then there's no need to go under the house again.

Yes but it is going to get caught on the same brickwork...

>
>
> --
> Craig Falconer
>
>

Re: cable testing?

2010-03-03 Thread Craig Falconer


Nick Rout wrote, On 04/03/10 14:28:

Having now cross-examined the cable layer (she who must be skinny
enough to crawl under the house) I suspect the cable may have been
damaged going around some brick work and needing a damn good tug at
some points. She has "volunteered" to try again [1], luckily we have
plenty of cable. I will report back in due course.



Stop - first check you have plugs that match your cable.  RJ45 plugs for 
solid do not work well on stranded and vice versa.


Secondly - if you fasten the new wire to the old wire and pull it 
through, then there's no need to go under the house again.



--
Craig Falconer

Re: cable testing?

On Thu, Mar 4, 2010 at 10:01 AM, Ryan McCoskrie
 wrote:
> On Tuesday 02 March 2010 09:49:26 pm Nick Rout wrote:
>> I have run a couple of cat5e cables and I am trying to terminate them,
>> unsuccessfully at present.
>>
>
> ... What is your terminating process like? I've done a little for my Dad and
> it's dead easy (about half of a room at Lincoln High). Has anyone shown you
> how to do it in person? Are you using good parts?
>

Thanks for all the replies. I am running single cored cat5e and
terminating with RJ45 plugs supplied by DSE with a crimp tool also
supplied by DSE, (similar to the T2923 in their current stock.) I have
used the same cable, plugs and tool before and got good results.

I have now sorted which cable is which via a simple short out a pair
and test with ohmmeter at the other end.

I know I should be terminating with a socket and then running a short
cable to the equipment at each end, but I wanted a quick and dirty
until I have time to do it right. It has worked that way before. I
have now crimped about 6 plugs on each end of the cable and it simply
does not work when plugged into the router at one end and a computer
at the other. I bought a cheap pair of reading glasses at the
warehouse so I could see what I was doing.

Yes I am using the same pattern (T568B) on each end and I can almost
recite the order of the colours in my sleep. (ow,o,gw,b,bw,g,bw,b),
http://www.swhowto.com/CAT5_Ch1.htm

Having now cross-examined the cable layer (she who must be skinny
enough to crawl under the house) I suspect the cable may have been
damaged going around some brick work and needing a damn good tug at
some points. She has "volunteered" to try again [1], luckily we have
plenty of cable. I will report back in due course.

[1] partially, I suspect, because the cable across the living room
floor has low aesthetic quality.

Re: cable testing?

2010-03-03 Thread Ryan McCoskrie

On Tuesday 02 March 2010 09:49:26 pm Nick Rout wrote:
> I have run a couple of cat5e cables and I am trying to terminate them,
> unsuccessfully at present.
>

... What is your terminating process like? I've done a little for my Dad and 
it's dead easy (about half of a room at Lincoln High). Has anyone shown you
how to do it in person? Are you using good parts?

Re: cable testing?

2010-03-03 Thread yuri

> More expensive boxes are called scanners and cost thousands - they can do
> things like testing all OSI layers (ie speak a full smtp session with a
> remote host) as well as testing actual voltages, cable lengths, noise
> factors, etc.

There's a Dynatel subscriber loop analyser in my work van that can,
among other things, test longitudinal balance, insulation resistance,
cable length. If everything is within spec then you'll know the
cable's OK.

I guess you might want to test SNR at frequencies used by 100baseT and
1000baseT, but I don't think the Dynatel does that (not the model I
have).

Yuri

RE: cable testing?

2010-03-03 Thread Maurice Butler

Check that you are wiring both ends to the same standard - A or B not one of
each - It does pays to check the obvious somes times(says he who spend 2
hours fault finding a blown fuse)

Maurice

> -Original Message-
> From: Nick Rout [mailto:nick.r...@gmail.com] 
> Sent: Tuesday, 2 March 2010 9:49 p.m.
> To: linux-users@it.canterbury.ac.nz
> Subject: cable testing?
> 
> 
> I have run a couple of cat5e cables and I am trying to terminate them,
> unsuccessfully at present.
> 
> Will a cable tester help me? I suspect that each time I put a plug on
> the end one or more of the wires is in the wrong place, or not quite
> long enough to make the connection. Coupled with this I am only 90%
> sure which cable end is which at the switch end (ie the centre of the
> star), having failed to mark them.
> 
> Is there some sort of cable tester that can, eg, tell me what wires
> are right and what are wrong, and which end of the cable is wired
> wrong?
> 
> And, heres the hit, can someone in ChCh  lend me one?
> 
> Desperate and frustrated in Linwood.
> 
> N

Re: cable testing?

2010-03-02 Thread Craig Falconer


Nick Rout wrote, On 02/03/10 21:49:

I have run a couple of cat5e cables and I am trying to terminate them,
unsuccessfully at present.


What kind of cable?  Solid core or stranded?  Is it fixed in the wall or 
is it running around the floor?



Will a cable tester help me? I suspect that each time I put a plug on
the end one or more of the wires is in the wrong place, or not quite
long enough to make the connection. Coupled with this I am only 90%
sure which cable end is which at the switch end (ie the centre of the
star), having failed to mark them.


Easy way is to use a tone source.  I have one.


Is there some sort of cable tester that can, eg, tell me what wires
are right and what are wrong, and which end of the cable is wired
wrong?


Yes and no...  Cable continuity testers are $20 to $100ish and they step 
across 8 or 9 pins sequentially, putting a voltage on the other wires to 
 complete the circuit.


More expensive boxes are called scanners and cost thousands - they can 
do things like testing all OSI layers (ie speak a full smtp session with 
a remote host) as well as testing actual voltages, cable lengths, noise 
factors, etc.


We had an issue with an IBM x3350 server... loverly 1RU box with a dual 
core CPU, lightpath, raid, dual PSUs etc etc.  Worth around $7k.  It 
would randomly drop HD0, and possibly lock up and die.  Once it 
completely lost both ethernet interfaces on a dual port PCIe NIC.

It is dual UPSed up the wazoo.
We replaced the IBM motherboard, drives three times, cables, backplane, 
raid controller, ethernet card, riser board etc all to no avail.
Turns out that there was a POE injector up the cable, and it was putting 
out-of-spec voltages down the ethernet straight into the firewall. 
Putting a fuse in place (actually a cheapie 5 port ethernet switch as a 
sacrificial protection) seems to have cured the problem.

So a voltage-reading scanner scope would have found that much quicker.
The previous box in the same position was an IBM x306, which died in a 
similar but more permanent way.


http://www.atecorp.com/equipment/fluke/675.asp
That one even measures token ring round-trip time and corrupt packet 
generation.  Its worth around $25k.




And, heres the hit, can someone in ChCh  lend me one?


Of course!



--
Craig Falconer

Re: cable testing?

2010-03-02 Thread Robert Fisher


Volker Kuhlmann wrote:


And, heres the hit, can someone in ChCh  lend me one?


Yes, both tester and multimeter.

In my experience it is usually not the cables / wires which give 
problems but bad or incorrect terminations.


I can lend you a good terminating tool if you like (not the cheap 
plastic one).


Rob

Re: cable testing?

2010-03-02 Thread Volker Kuhlmann

> I have run a couple of cat5e cables and I am trying to terminate them,
> unsuccessfully at present.
> 
> Will a cable tester help me?

Depends on the problem, but prob yes. If you broke copper core pulling
the cables the tester should show that (not fix it though). If you mixed
up cables it'll show that too - but only after the crimping.

> I suspect that each time I put a plug on
> the end one or more of the wires is in the wrong place, or not quite
> long enough to make the connection.

Only improved technique will help there. The tester will only show a bad
job afterwards.

> Coupled with this I am only 90%
> sure which cable end is which at the switch end (ie the centre of the
> star), having failed to mark them.

That's the easier bit, assuming you have easy access to all 8 ends of
both cat5e cables on both sides, and you are not too colour blind to
tell the colouring apart. Connect the ends of a pair of one cable
together on one side. On the other side, use a multimeter (ohm setting)
to see which 2 ends of the same coloured pair are shortened - that's the
same cable. There are a gazillion ways to do similar things, like use a
plugpack/battery and a torch bulb. Specialised equipment made for this
purpose is lacking the geek factor...

> Is there some sort of cable tester that can, eg, tell me what wires
> are right and what are wrong, and which end of the cable is wired
> wrong?

Yes, basic cheap ones run a continuity test on all 8 wires. They tell if
some are swapped, but NOT if the 4 pairs are kept paired (i.e. if
there is a double-fault which cancels itself), in which case it'll show
ok for a cable which doesn't work. You MUST keep the pairs paired,
though you can swap one pair with another as long as you do it the same
on both ends. (I strongly recommend you stick with the prescribed colour
scheme, or you're risking your sanity next time you do wiring work on
one side and forgot you changed things aroud on the other side too.)

Things a simple continuity tester won't show:

* Breaks or bad contacts reliably if there is a fraction of connectivity
left.

* Swapped wires (see above).

* High frequency response of the cable. Meaning it doesn't stress test
and it won't show whether the cable will actually work when connected to
Ethernet interfaces.

But it should show the sort of trouble you seem to have.

> And, heres the hit, can someone in ChCh  lend me one?

Yes, both tester and multimeter.

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

cable testing?

2010-03-02 Thread Nick Rout

I have run a couple of cat5e cables and I am trying to terminate them,
unsuccessfully at present.

Will a cable tester help me? I suspect that each time I put a plug on
the end one or more of the wires is in the wrong place, or not quite
long enough to make the connection. Coupled with this I am only 90%
sure which cable end is which at the switch end (ie the centre of the
star), having failed to mark them.

Is there some sort of cable tester that can, eg, tell me what wires
are right and what are wrong, and which end of the cable is wired
wrong?

And, heres the hit, can someone in ChCh  lend me one?

Desperate and frustrated in Linwood.

N

Re: testing...

2009-03-26 Thread John Carter


On Thu, 26 Mar 2009, Steve Holdoway wrote:


... I'd just check if there's life out there (:


There's life Jim, but not as we know it. :-)


John Carter Phone : (64)(3) 358 6639
Tait ElectronicsFax   : (64)(3) 359 4632
PO Box 1645 ChristchurchEmail : john.car...@tait.co.nz
New Zealand

Re: testing...

2009-03-26 Thread Craig Falconer

Robert Fisher wrote, On 26/03/09 19:03:

On Thursday 26 March 2009 15:09:50 Steve Holdoway wrote:
> ... it's all been quiet for a while so I thought I'd just check if 
> there's life out there (:

If I am an example, it may be because Linux has matured to an extent 
that we do not need to ask as many questions as before.

And in other news, the US Patent Office will close because everything 
has already been invented.

--
Craig Falconer

Re: testing...

2009-03-26 Thread Rik Tindall


eleven, twelve..

transistor from valve

Re: testing...

2009-03-26 Thread Chris Hellyar

I can't believe this thread has lasted 5 hours and the OT alarm is
silent...  Very odd.

In a Linux related way, is anyone on the list a *ix geek for hire
needing a few more monthly billable hours?

I've just recently changed jobs and my previous employer is in need of a
part time geek for hire to do Linux / network admin and trouble shooting
on an ad hoc basis.

Drop me a line off list...

nine, ten, here we go again.  (pronounced agen..  You get it...  Yeah,
not funny if I explain it.  I'll shut up now)

On Thu, 2009-03-26 at 15:09 +1300, Steve Holdoway wrote:

> ... it's all been quiet for a while so I thought I'd just check if there's 
> life out there (:
> 
> Steve

Re: testing...

2009-03-26 Thread Schalk Engelbrecht

On Thu, 2009-03-26 at 15:09 +1300, Steve Holdoway wrote:
> ... it's all been quiet for a while so I thought I'd just check if there's 
> life out there (:
> 
> Steve
seven eight, lay them straight (i think...)

Re: testing...

2009-03-25 Thread Robert Fisher

On Thursday 26 March 2009 15:09:50 Steve Holdoway wrote:
> ... it's all been quiet for a while so I thought I'd just check if there's
> life out there (:

If I am an example, it may be because Linux has matured to an extent that we 
do not need to ask as many questions as before.

Rob

Re: testing...

2009-03-25 Thread Barry Marchant




John Rye wrote:

On Thu, 26 Mar 2009 16:04:18 +1300
Nick Rout wrote:



On Thu, Mar 26, 2009 at 3:12 PM, Eliot Blennerhassett
 wrote:


one...



two, buckle my shoe.



Three four, kick in the door


five six, I live in the styx

Re: testing...

2009-03-25 Thread John Rye

On Thu, 26 Mar 2009 16:04:18 +1300
Nick Rout wrote:

> On Thu, Mar 26, 2009 at 3:12 PM, Eliot Blennerhassett
>  wrote:
> > one...
> >
> 
> two, buckle my shoe.

Three four, kick in the door

Re: testing...

2009-03-25 Thread Nick Rout

On Thu, Mar 26, 2009 at 3:12 PM, Eliot Blennerhassett
 wrote:
> one...
>

two, buckle my shoe.

Re: testing...

2009-03-25 Thread Eliot Blennerhassett

one...

testing...

2009-03-25 Thread Steve Holdoway

... it's all been quiet for a while so I thought I'd just check if there's life 
out there (:

Steve
-- 
Steve Holdoway 
http://www.greengecko.co.nz

Re: OT: testing psus

2008-09-28 Thread Steve Holdoway

On Mon, 29 Sep 2008 11:53:35 +1300

> Is it also a possibility that the new kinds of mobo require different,
> i.e. lower, voltages from that which the old one needed?
> 
Well, seeing as the current ATX 2.2 spec is the one that changed from 20 to 24 
pin, and to my knowledge there's nothing newer, it's unlikely.

As I said, my original board works pretty reliably on the old PSU.

Steve
-- 
Steve Holdoway <[EMAIL PROTECTED]>

Re: OT: testing psus

2008-09-28 Thread Christopher Sawtell

2008/9/29 Volker Kuhlmann <[EMAIL PROTECTED]>:
> On Mon 29 Sep 2008 09:00:34 NZDT +1300, Steve Holdoway wrote:
>
>> This is the problem. The original board works fine with the original
>> PSU. It's only the replacements that've been failing. Out of paranoia,
>> I'm running with the bonnet up on a spare PSU and that's running fine
>> too.
>
> Unfortunately this does somewhat point the finger at your original PSU.
>
>> However, the point of getting a cab/ups/rackmount case *isn't* to
>> have bits lying everywhere.
>
> Too true.
>
>> I've got the PSU and a multimeter here... out of the box. How do I
>> persuade it to come to life so I can test it???
>
> You will need to connect the PSU to the mobo, turn it on, and then
> measure.

And if the PSU's fault is that it is giving out too high a voltage,
well pop goes yet another mobo. That imho is - seeing that 2 mobos
have apparenty released the magic smoke - quite a possibility. Do,
please. take care.

Is it also a possibility that the new kinds of mobo require different,
i.e. lower, voltages from that which the old one needed?

Check the doco

If that's the case, then I posit that what has happened is
unfortunately to be expected.

To get a PSU to function out of the comp's case, e.g. on a dummy load
instead of a mobo you will have to connect the voltage sensing wire(s)
to the load(s). Do use dummy loads, even if the're not 100% loads,
because some PSU's don't like having no load at all.

> If you can measure while the disks are spinning up, many extra
> bonus points. Sorry yeah, this will affect your uptime; can't have
> everything (100% uptime, dodgy equipment, no spares, no budget, ... -
> pick N out of N + X, X > 1)
Indeed.

-- 
Sincerely etc.
Christopher Sawtell

Re: OT: testing psus

2008-09-28 Thread Volker Kuhlmann

On Mon 29 Sep 2008 09:00:34 NZDT +1300, Steve Holdoway wrote:

> This is the problem. The original board works fine with the original
> PSU. It's only the replacements that've been failing. Out of paranoia,
> I'm running with the bonnet up on a spare PSU and that's running fine
> too.

Unfortunately this does somewhat point the finger at your original PSU.

> However, the point of getting a cab/ups/rackmount case *isn't* to
> have bits lying everywhere.

Too true.

> I've got the PSU and a multimeter here... out of the box. How do I
> persuade it to come to life so I can test it???

You will need to connect the PSU to the mobo, turn it on, and then
measure. If you can measure while the disks are spinning up, many extra
bonus points. Sorry yeah, this will affect your uptime; can't have
everything (100% uptime, dodgy equipment, no spares, no budget, ... -
pick N out of N + X, X > 1)

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: OT: testing psus

2008-09-28 Thread Steve Holdoway

On Mon, 29 Sep 2008 08:50:19 +1300
Volker Kuhlmann <[EMAIL PROTECTED]> wrote:

> In this case I would still use a voltmeter first. Does a temporary
> alternative PSU make things work?
> 
> Volker
This is the problem. The original board works fine with the original PSU. It's 
only the replacements that've been failing. Out of paranoia, I'm running with 
the bonnet up on a spare PSU and that's running fine too. However, the point of 
getting a cab/ups/rackmount case *isn't* to have bits lying everywhere. The 
extent of my testing is to plug it in and see what happens, which isn't that 
good, really!

I've got the PSU and a multimeter here... out of the box. How do I persuade it 
to come to life so I can test it???

Cheers,

Steve
-- 
Steve Holdoway <[EMAIL PROTECTED]>

Re: OT: testing psus

2008-09-28 Thread Volker Kuhlmann

On Mon 29 Sep 2008 07:05:35 NZDT +1300, Robert Fisher wrote:

> While you are quite correct for a thorough test, as I stated in my first 
> reply, this type of device has saved me time on numerous occasions.

I always trust the words of the men-in-the-fields.  :)

> For example it is very common for simple voltage tests to appear OK but the 
> PC 
> may have spurious weird problems. Plugging in my tester has shown at least 
> one LED off - change the PS and bingo the computer is OK again.

Ok, interesting. Perhaps these things are one step more elaborate than
the voltmeter, e.g. keeping the LED off if the voltage was once out of
limits quicker than the voltmeter would show.

> Repairing a PSU, unless it is a non-standard model, is usually not worth the 
> expense compared with the price of a new one these days.

Ack. Esp when dealing with 400V DC stored indefinitely (close enough) in
some of the components.

In this case I would still use a voltmeter first. Does a temporary
alternative PSU make things work?

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: OT: testing psus

2008-09-28 Thread Robert Fisher

On Sun, 28 Sep 2008 10:47:35 pm Volker Kuhlmann wrote:

> The above only test voltages. You may use your voltmeter instead.
>
> What you would need for a proper job is a device which can test your PSU
> *under full load*, and for each of the separate supply rails (the +5V or
> +3.3V one can have more than 1 rail for the same voltage), preferably
> simultaneously. This tester would obviously be a construction which can
> soak up and dissipate 500W of heat - meaning I made my above statements
> simply by looking at their sizes.
>
While you are quite correct for a thorough test, as I stated in my first 
reply, this type of device has saved me time on numerous occasions.

For example it is very common for simple voltage tests to appear OK but the PC 
may have spurious weird problems. Plugging in my tester has shown at least 
one LED off - change the PS and bingo the computer is OK again.

Repairing a PSU, unless it is a non-standard model, is usually not worth the 
expense compared with the price of a new one these days.

Rob

Re: OT: testing psus

2008-09-28 Thread Christopher Sawtell

In order to test a PSU properly you also need to switch the loads from
say 25% to 100% load at differing frequencies to measure the dynamic
change in output voltage. If there is an unacceptable voltage change -
more than several 10s of mV off the top of my head - this  indicates
that the smoothing cap. is o/c or close to it. PSUs can also
overvoltage with load changes, but appear to output the correct
voltage on no and steady loads.

For professional, and expensive, computer repair there is a repair
shop on the east side of Barbados St. somewhat Sth. of Tuam St. Sorry
I forget the name.

For a more 'homely' service I can recommend Graham Vincent who runs
 Vintron Electronics Ltd
 142a Yaldhurst Rd
 Avonhead
 Christchurch  0-3-348 8454


-- 
Sincerely etc.
Christopher Sawtell

Re: OT: testing psus

2008-09-28 Thread Volker Kuhlmann

On Sat 27 Sep 2008 16:35:52 NZST +1200, Robert Fisher wrote:

> > Does anyone know of a place in Chch that can test and potentially
> fix PSUs?
>
> Maybe you need a power supply tester.

That sounds it could be very convenient. But:

> http://www.dove.co.nz/jump/4316

Don't bother with this one.

> http://www.trademe.co.nz/Computers/Other/auction-173555098.htm

Don't bother with this one.

> http://www.ascent.co.nz/productspecification.aspx?ItemID=351078

Don't bother with this one.

> http://www.eoneonline.co.nz/shop/CP/PSU/Power+Supply+Tester.html

Don't bother with this one.

The above only test voltages. You may use your voltmeter instead.

What you would need for a proper job is a device which can test your PSU
*under full load*, and for each of the separate supply rails (the +5V or
+3.3V one can have more than 1 rail for the same voltage), preferably
simultaneously. This tester would obviously be a construction which can
soak up and dissipate 500W of heat - meaning I made my above statements
simply by looking at their sizes.

In this situation it is possible that only one of the supply rails is
overloaded by the mobo + disks etc, -> insufficiently sized PSU. I have
a vague memory of some dodgier PSUs losing power(-supply capability)
over time.

Sorry I can't answer the initial question, but would ring a few
electronic repair shops, the sort which do telly repairs, not washing
machine repairs.

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: OT: testing psus

2008-09-27 Thread Navdeep

Hey Steve,

A fellow named Ron, who used to work at Dicksmith fixed my power supply
once. I have unfortunately lost his contact number, as soon as I find
it, i'll flick another reply.

Cheers,

Navi

Steve Holdoway wrote:
Does anyone know of a place in Chch that can test and potentially fix PSUs? I'd usually just chuck it, but in this case is's out of a 2U server box, and has pretty specialised wiring to run 6 removeable hdd bays.

The server itself is running fine on an old AMD socket 478 board which was
becoming a bit flakey after the best part of 3 years constant use in a dusty
environment. I have spent about 2 months trying to replace it with a new quad
core replacement, and after spending a month on the first one, my supplier
admitted that the memory didn't really work with the modo I was using. So I
replaced this with an Intel equivalent, which was a real pain due to the new
intel graphics stuff not really being supported in the mainstream kernels, and
other things. Anyway, the first board never even passed POST, and the
replacement lasted less than a week. In this situation, my supplier is blaming
my PSU ( which is still working fine as far as I can see ), and I'm blaming
shoddy goods. I really do need to be sure that they are not wrong before trying
to put another replacement mobo, etc into the server. I can temporarily lift
the bonnet and run a standard sized PSU in the meantime.

All I've done is to open the unit up and clean the dust out of it. Can anyone
suggest a local company to service it???

As usual the tenuous link is that this is out of my linux server (:

Cheers,

Steve

Re: OT: testing psus

2008-09-27 Thread don


dave lilley wrote:

Chap in a unit beside where i work *might* be able to help.


...and if that doesn't work let me know.  I know someone who can ever 
fix it or tell us exactly where to get it sorted.


Cheers Don
--
Don Gould
31 Acheson Ave, Mairehau, Christchurch, NZ
Ph +64 3 348 7235 or + 64 21 114 0699
www.thinkdesignprint.co.nz

Re: OT: testing psus

2008-09-27 Thread dave lilley


Chap in a unit beside where i work *might* be able to help.

He does PCB designs from scratch and makes up controller
cards for remote gates and doors etc.

call me at work Monday 3482506 (i'll be the one who answers)

will ask him if he'd be interested in looking at the PSU at
least and how much if anything he'd charge for the service
work.

if you'd like me to

dave.


- Original Message Follows -
> Does anyone know of a place in Chch that can test and
> potentially fix PSUs? I'd usually just chuck it, but in
> this case is's out of a 2U server box, and has pretty
> specialised wiring to run 6 removeable hdd bays. 
> 
> The server itself is running fine on an old AMD socket 478
> board which was becoming a bit flakey after the best part
> of 3 years constant use in a dusty environment. I have
> spent about 2 months trying to replace it with a new quad
> core replacement, and after spending a month on the first
> one, my supplier admitted that the memory didn't really
> work with the modo I was using. So I replaced this with an
> Intel equivalent, which was a real pain due to the new
> intel graphics stuff not really being supported in the
> mainstream kernels, and other things. Anyway, the first
> board never even passed POST, and the replacement lasted
> less than a week. In this situation, my supplier is
> blaming my PSU ( which is still working fine as far as I
> can see ), and I'm blaming shoddy goods. I really do need
> to be sure that they are not wrong before trying to put
> another replacement mobo, etc into the server. I can
> temporarily lift the bonnet and run a standard sized PSU
> in the meantime.
> 
> All I've done is to open the unit up and clean the dust
> out of it. Can anyone suggest a local company to service
> it???
> 
> As usual the tenuous link is that this is out of my linux
> server (:
> 
> Cheers,
> 
> Steve
> -- 
> Steve Holdoway <[EMAIL PROTECTED]>

Re: OT: testing psus

2008-09-27 Thread dave lilley

Chap in a unit beside where i work *might* be able to help.

He does PCB designs from scratch and makes up controller
cards for remote gates and doors etc.

call me at work Monday 3482506 (i'll be the one who answers)

will ask him if he'd be interested in looking at the PSU at
least and how much if anything he'd charge for the service
work.

if you'd like me to

dave.


- Original Message Follows -
> Does anyone know of a place in Chch that can test and
> potentially fix PSUs? I'd usually just chuck it, but in
> this case is's out of a 2U server box, and has pretty
> specialised wiring to run 6 removeable hdd bays. 
> 
> The server itself is running fine on an old AMD socket 478
> board which was becoming a bit flakey after the best part
> of 3 years constant use in a dusty environment. I have
> spent about 2 months trying to replace it with a new quad
> core replacement, and after spending a month on the first
> one, my supplier admitted that the memory didn't really
> work with the modo I was using. So I replaced this with an
> Intel equivalent, which was a real pain due to the new
> intel graphics stuff not really being supported in the
> mainstream kernels, and other things. Anyway, the first
> board never even passed POST, and the replacement lasted
> less than a week. In this situation, my supplier is
> blaming my PSU ( which is still working fine as far as I
> can see ), and I'm blaming shoddy goods. I really do need
> to be sure that they are not wrong before trying to put
> another replacement mobo, etc into the server. I can
> temporarily lift the bonnet and run a standard sized PSU
> in the meantime.
> 
> All I've done is to open the unit up and clean the dust
> out of it. Can anyone suggest a local company to service
> it???
> 
> As usual the tenuous link is that this is out of my linux
> server (:
> 
> Cheers,
> 
> Steve
> -- 
> Steve Holdoway <[EMAIL PROTECTED]>

Re: OT: testing psus

2008-09-26 Thread Robert Fisher

On Sat, 27 Sep 2008 4:25:57 pm Steve Holdoway wrote:
> Does anyone know of a place in Chch that can test and potentially fix PSUs?

Maybe you need a power supply tester.

http://www.dove.co.nz/jump/4316

http://www.trademe.co.nz/Computers/Other/auction-173555098.htm

http://www.ascent.co.nz/productspecification.aspx?ItemID=351078

http://www.eoneonline.co.nz/shop/CP/PSU/Power+Supply+Tester.html

I have one but it only has 20? pins, not 24?

It has saved me time quite often. basically just plug it in and if all LED's 
are not on through away the PSU.

You are welcome to borrow mine.

Rob

OT: testing psus

2008-09-26 Thread Steve Holdoway

Does anyone know of a place in Chch that can test and potentially fix PSUs? I'd 
usually just chuck it, but in this case is's out of a 2U server box, and has 
pretty specialised wiring to run 6 removeable hdd bays. 

The server itself is running fine on an old AMD socket 478 board which was 
becoming a bit flakey after the best part of 3 years constant use in a dusty 
environment. I have spent about 2 months trying to replace it with a new quad 
core replacement, and after spending a month on the first one, my supplier 
admitted that the memory didn't really work with the modo I was using. So I 
replaced this with an Intel equivalent, which was a real pain due to the new 
intel graphics stuff not really being supported in the mainstream kernels, and 
other things. Anyway, the first board never even passed POST, and the 
replacement lasted less than a week. In this situation, my supplier is blaming 
my PSU ( which is still working fine as far as I can see ), and I'm blaming 
shoddy goods. I really do need to be sure that they are not wrong before trying 
to put another replacement mobo, etc into the server. I can temporarily lift 
the bonnet and run a standard sized PSU in the meantime.

All I've done is to open the unit up and clean the dust out of it. Can anyone 
suggest a local company to service it???

As usual the tenuous link is that this is out of my linux server (:

Cheers,

Steve
-- 
Steve Holdoway <[EMAIL PROTECTED]>

Re: Just testing...

2007-10-12 Thread Christopher Sawtell

no, it seems to work here.

On 10/13/07, Steve Holdoway <[EMAIL PROTECTED]> wrote:
> ... as I've received an 'unable to deliver to list' notification. Any
> problems???
>
> Steve
>


-- 
Sincerely etc.
Christopher Sawtell

Just testing...

2007-10-12 Thread Steve Holdoway

... as I've received an 'unable to deliver to list' notification. Any 
problems???

Steve

Re: Modem Strings - some testing with mepis and ltmodem

2006-08-27 Thread Volker Kuhlmann

Well done Nick!

Do I understand you correctly that it didn't work until you added the
debug to pppd? That points to a bug in pppd.

> The kppp log shows that the only initialisation sent to the modem is
> 
> ATZ
> ATM1L1
> ATDT (then ihug's number)

This may be the only initialisation which is sent to the modem, but it's
probably not the only one which is active. Modems tend to store a large
number of previous settings and use those until explicitly changed or
you do a "reset to factory".

Volker

-- 
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.

Re: Modem Strings - some testing with mepis and ltmodem

2006-08-27 Thread Nick Rout

On Sun, 27 Aug 2006 14:55:11 +1200
Christopher Sawtell <[EMAIL PROTECTED]> wrote:

I have just done some tests. My son's IBM T20 laptop has a modem which uses the 
ltmodem driver (but he has windows installed). I have an account at ihug. I 
have a mepis 6.0 live cd. So I booted it in the T20 and gave it a whirl.

Now I stress that the ltmodem driver operates a lot of modems, and they are not 
all the same. However this is as close to Alan's environment as I could get.

Anyway, lspci -nv reports the modem as follows:

:00:03.1 0700: 115d:000c (prog-if 02)
Subsystem: 8086:2408
Flags: medium devsel, IRQ 11
I/O ports at 1840 [size=8]
Memory at ... (probably the rest is irrelevant)

So after inserting ltmodem and ltserial, the kernel creates /dev/ttyLTM0 and 
makes a nice symlink called /dev/modem. So far so good.

I then fired up kppp and made only three changes:

1. inserted the ihug phone number into the Accounts section

2. typed my username in

3. typed my password in

I then clicked "connect" and it dialled. It made a connection and then died 
with an error 16 (which i think is the same error Alan got when using wvdial.) 
It is an error generated by pppd and means that the modem hung up. Clever huh?

kppp then offered a log file, but couldn't generate one because debug option 
was not set. It then offered to set the debug option. I told it to do so and 
tried again. This time it started properly (albeit at 33 kbps, but I don't 
think its ever done faster than that). Great, an internet connection. I did it 
a couple of times, and it worked each time.

To see what options ppp was starting with I did 

ps ax|grep pppd

and it told me:

pppd 460800 -detach call kppp-options crtscts default route usepeerdns user 
nickr debug

Of course /etc/ppp/options is also used, and its contents are:

asyncmap 0
noauth
crtscts
lock
hide-password
modem
noipdefault
passive
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

The contents of /etc/ppp/peers/kppp-options (which is also relevant according 
to the above) is one commented line:
#noauth

The kppp log shows that the only initialisation sent to the modem is

ATZ
ATM1L1
ATDT (then ihug's number)

Oh and I left kppp authentication set to pap/chap, the kernel log shows that 
pap succeeded.

Not sure what else i can do but say that it works here under those conditions.

Re: OT: Chch Testing Professionals Network meeting Sept 12th

2006-08-24 Thread Eliot Blennerhassett

On Thu, 24 Aug 2006 09:29, Carl Cerecke wrote:
> Hi CLUG,
>
> The Chch Testing Professionals Network meet every 2 months or so to
> discuss issues relating to software testers. It is organised locally,
> but overseen by softed.com,

Hi Carl,

does the group have a mailing list or website etc to find out about future 
events etc?

thanks

Eliot Blennerhassett

OT: Chch Testing Professionals Network meeting Sept 12th

2006-08-23 Thread Carl Cerecke


Hi CLUG,

The Chch Testing Professionals Network meet every 2 months or so to
discuss issues relating to software testers. It is organised locally,
but overseen by softed.com, who often have access to some really good
speakers (e.g. James Bach http://www.satisfice.com/aboutjames.shtml).
The meetings are held in the Cafe in the ground floor of the HP
building, 7 Show Place
(http://zoomin.co.nz/nz/christchurch/riccarton/show+place/7/) from 5
to 7pm (presentation usually starts about 5:30pm). The cost is $5.

This is the intro for the next meeting:

Python, the Tester's Friend.

This talk will show why python is a useful language for testers to know.
Various test tools that use python will be shown, as well as some
useful features of the language itself independent of test tools. The
emphasis will be on practical ways to use python and related tools to
make testing easier, faster, more reliable, and more maintainable.

Carl Cerecke is an IT contractor currently working as a Software
Developer for HP. He has a Ph.D. in Computer Science and has used
python for testing applications ranging from hundreds of student
assignments to complicated commercial GUI applications.

Re: ~/.procmailrc help... Sorry guys - just testing my rule

2006-04-04 Thread Don Gould


test

Don Gould wrote:
I want to move mail "to" linux-users@it.canterbury.ac.nz to a folder 
called CLUG.


:0
* ^From:[EMAIL PROTECTED]
CLUG

Does the above seem like the correct syntax?

I'm reading thru the man pages but it's not making much sense to me...

I don't want to copy it (hence leaving a copy in the inbox) I want to 
move it.


Cheers Don

Re: Debian Testing online / workshop GLU May 5th

2005-04-07 Thread Jim Cheetham

Roy Britten wrote:
I'll try dpkg next time I'm on Debian, to see comparisons with apt.
the apt tools are (at least in part) a front-end to dpkg. Another
alternative is aptitude.
dpkg knows what to do with .deb files, but they have to be local.
dselect is a curses GUI for dpkg.
apt knows how to find .deb files from the repositories, and how to ask 
dpkg to install them.

aptitude provides a curses GUI to apt, and also can keep track of 
dependancies at removal time.

synaptic is an X GUI for apt.
-jim

Re: Debian Testing online / workshop GLU May 5th

2005-04-07 Thread Roy Britten

On Fri, Apr 08, 2005 at 03:39:11PM +1200, Richard Tindall wrote:
> >$ dpkg -S apt-setup
> >base-config: /usr/share/man/pt_BR/man8/apt-setup.8.gz
> >base-config: /usr/share/man/pl/man8/apt-setup.8.gz
> >base-config: /usr/sbin/apt-setup
> >base-config: /usr/lib/base-config/40apt-setup
> >base-config: /usr/share/man/man8/apt-setup.8.gz
> >$ dpkg -s base-config
> >Package: base-config
> >Status: install ok installed
> >[much more snipped]

> base-config ran at installtime, and can be rerun (eg for X reconfiguration).
> 
> So it's the same as / a newer apt-setup?

If I'm parsing the output correctly (and no guarantees there :)
apt-setup is a part of the base-config package. However, being in
/usr/sbin it may not be on your path.

> I'll try dpkg next time I'm on Debian, to see comparisons with apt.

Those with greater debianness than I may correct me, but I believe that
the apt tools are (at least in part) a front-end to dpkg. Another
alternative is aptitude.

Cheers,
Roy.

Re: Debian Testing online / workshop GLU May 5th

2005-04-07 Thread Richard Tindall

Thanks Roy,
Roy Britten wrote:
$ dpkg -S apt-setup
base-config: /usr/share/man/pt_BR/man8/apt-setup.8.gz
base-config: /usr/share/man/pl/man8/apt-setup.8.gz
base-config: /usr/sbin/apt-setup
base-config: /usr/lib/base-config/40apt-setup
base-config: /usr/share/man/man8/apt-setup.8.gz
$ dpkg -s base-config
Package: base-config
Status: install ok installed
[much more snipped]
Roy.
base-config ran at installtime, and can be rerun (eg for X reconfiguration).
So it's the same as / a newer apt-setup?
I'll try dpkg next time I'm on Debian, to see comparisons with apt.
Cheers,
Rik
P.S. The workshop went well, with smaller numbers better customising the 
dynamic to user requirements, I feel.
May 5th should be excellent. Steve Holdaway is going to walk us through Apache 
web-server configuration and implementation of modules, php, mysql, security 
levels, and the like. Cross-distro transportable method. Mark your diaries.
--
Richard Tindall
InfoHelp Services

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Nick Rout

On Thu, 2005-04-07 at 16:34 +1200, richard tindall wrote:

> And this looks ok:
> 
> debian:/etc/apt# apt-get -s install wvdial
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
>   libstdc++2.10-glibc2.2
> The following NEW packages will be installed:
>   libstdc++2.10-glibc2.2 wvdial
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Inst libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
> Inst wvdial (1.53.0.1 Debian:3.0r4/stable)
> Conf libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
> Conf wvdial (1.53.0.1 Debian:3.0r4/stable)
> 
> But the same in Synaptic crashed it.
> 
> I don't want to jigger it already,
> 
> but ready to roll.. (?)

OK looks like you have it installed - let us know in due course if it
works.

> 
-- 
Nick Rout <[EMAIL PROTECTED]>

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Christopher Sawtell

On Thu, 07 Apr 2005 15:31, Steve Holdoway wrote:
> On Thu, April 7, 2005 2:14 pm, richard tindall said:
>
> ...is that 7:30 round the back of Subway???
Yes, 25 Hutchinson St.
twixt Subway and MacDonalds.
--
C. S.

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Roy Britten

On Thu, Apr 07, 2005 at 04:50:16PM +1200, richard tindall wrote:
> On Thu, 2005-04-07 at 16:44 +1200, sirlancelot wrote:
> > You might recall that I mentioned apt-setup Rik.  Could be worth installing
> > it for a look.  It will set up your sources list question and answer style.
> > 
> > apt-get install apt-setup
> > 
> > Synaptic also allows you to make changes to your sources list (repositories)
> > from the gui
> 
> debian:/etc/apt# apt-get -s install apt-setup
> Reading Package Lists... Done
> Building Dependency Tree... Done
> E: Couldn't find package apt-setup

$ dpkg -S apt-setup
base-config: /usr/share/man/pt_BR/man8/apt-setup.8.gz
base-config: /usr/share/man/pl/man8/apt-setup.8.gz
base-config: /usr/sbin/apt-setup
base-config: /usr/lib/base-config/40apt-setup
base-config: /usr/share/man/man8/apt-setup.8.gz
$ dpkg -s base-config
Package: base-config
Status: install ok installed
[much more snipped]

Roy.

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Steve Holdoway


On Thu, April 7, 2005 4:48 pm, richard tindall said:
> On Thu, 2005-04-07 at 15:37 +1200, Steve Holdoway wrote:
>> The pool has wvdial version 1.54 in it...
>
> The version about to arrive on here is 1.53.0.1
>
> Is it the best option for Testing?
>
>
...not the most up-to-date.

Steve

-- 
Windows: Where do you want to go today?
MacOS: Where do you want to be tomorrow?
Linux: Are you coming or what?

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Steve Holdoway


On Thu, April 7, 2005 4:50 pm, richard tindall said:
> Thanks Lance. But..
>
> On Thu, 2005-04-07 at 16:44 +1200, sirlancelot wrote:
>> You might recall that I mentioned apt-setup Rik.  Could be worth
>> installing
>> it for a look.  It will set up your sources list question and answer
>> style.
>>
>> apt-get install apt-setup
>>
>> Synaptic also allows you to make changes to your sources list
>> (repositories)
>> from the gui
>
> debian:/etc/apt# apt-get -s install apt-setup
> Reading Package Lists... Done
> Building Dependency Tree... Done
> E: Couldn't find package apt-setup
>
> Regards,
>
> Rik
>
>
next step is to use apt-cache...

apt-cache search ^apt

I'd guess that apt-utils may be the best option?

Steve

-- 
Windows: Where do you want to go today?
MacOS: Where do you want to be tomorrow?
Linux: Are you coming or what?

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Steve Holdoway

Sorry, just the packages that are available to debian stable. They're
stored under the pool directory on the boot cd.

The packages are stored in directories using the first n letters of the
package name - usually 1, which means alphabetically, but there's a bit
more granularity with those starting lib...

Steve

On Thu, April 7, 2005 3:50 pm, Nick Rout said:
> Can you explain the meaning of "the pool"
>
> On Thu, 07 Apr 2005 15:37:34 +1200 (NZST)
> Steve Holdoway wrote:
>
>> The pool has wvdial version 1.54 in it...
>>
>> Steve
>>
>> On Thu, April 7, 2005 3:38 pm, Robert Fisher said:
>> > On Thu, 07 Apr 2005 15:22, Nick Rout wrote:
>> >
>> >> I will leave it to someone else to suggest how you should/could add a
>> >> stable or unstable repository there and obtain wvdial from there.
>> >
>> > Try
>> > http://www.wlug.org.nz/AptSourcesList
>> >
>
>

-- 
Windows: Where do you want to go today?
MacOS: Where do you want to be tomorrow?
Linux: Are you coming or what?

Re: Debian Testing online / workshop GLU tonight

Thanks Lance. But..

On Thu, 2005-04-07 at 16:44 +1200, sirlancelot wrote:
> You might recall that I mentioned apt-setup Rik.  Could be worth installing
> it for a look.  It will set up your sources list question and answer style.
> 
> apt-get install apt-setup
> 
> Synaptic also allows you to make changes to your sources list (repositories)
> from the gui

debian:/etc/apt# apt-get -s install apt-setup
Reading Package Lists... Done
Building Dependency Tree... Done
E: Couldn't find package apt-setup

Regards,

Rik

Re: Debian Testing online / workshop GLU tonight

On Thu, 2005-04-07 at 15:37 +1200, Steve Holdoway wrote:
> The pool has wvdial version 1.54 in it...

The version about to arrive on here is 1.53.0.1

Is it the best option for Testing?

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread sirlancelot

You might recall that I mentioned apt-setup Rik.  Could be worth installing
it for a look.  It will set up your sources list question and answer style.

apt-get install apt-setup

Synaptic also allows you to make changes to your sources list (repositories)
from the gui

regards

Lance Blackler
- Original Message -
From: "richard tindall" <[EMAIL PROTECTED]>
To: "CLUG" 
Sent: Thursday, April 07, 2005 4:34 PM
Subject: Re: Debian Testing online / workshop GLU tonight


> Getting there, slowly..
>
> On Thu, 2005-04-07 at 16:26 +1200, Robert Fisher wrote:
> > On Thu, 07 Apr 2005 16:13, richard tindall wrote:
> > > It was attached, and is again as amended now..
> >
> > Have a closer look at my sources.list compared to yours.
> >
> > The glaring error I notice is that you have the word "Packages" instead
of the
> > actual package types e.g main contrib non-free
>
> debian:/etc/apt# apt-get update
> Hit http://linux.jetstreamgames.co.nz stable/main Packages
> Hit http://linux.jetstreamgames.co.nz stable/main Release
> Hit http://linux.jetstreamgames.co.nz stable/contrib Packages
> Hit http://linux.jetstreamgames.co.nz stable/contrib Release
> Hit http://linux.jetstreamgames.co.nz stable/non-free Packages
> Hit http://linux.jetstreamgames.co.nz stable/non-free Release
> Hit http://security.debian.org testing/updates/main Packages
> Hit http://security.debian.org testing/updates/main Release
> Hit http://security.debian.org testing/updates/contrib Packages
> Hit http://security.debian.org testing/updates/contrib Release
> Reading Package Lists... Done
>
> And this looks ok:
>
> debian:/etc/apt# apt-get -s install wvdial
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
>   libstdc++2.10-glibc2.2
> The following NEW packages will be installed:
>   libstdc++2.10-glibc2.2 wvdial
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Inst libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
> Inst wvdial (1.53.0.1 Debian:3.0r4/stable)
> Conf libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
> Conf wvdial (1.53.0.1 Debian:3.0r4/stable)
>
> But the same in Synaptic crashed it.
>
> I don't want to jigger it already,
>
> but ready to roll.. (?)
>
>
>

Re: Debian Testing online / workshop GLU tonight

Getting there, slowly..

On Thu, 2005-04-07 at 16:26 +1200, Robert Fisher wrote:
> On Thu, 07 Apr 2005 16:13, richard tindall wrote:
> > It was attached, and is again as amended now..
> 
> Have a closer look at my sources.list compared to yours.
> 
> The glaring error I notice is that you have the word "Packages" instead of 
> the 
> actual package types e.g main contrib non-free

debian:/etc/apt# apt-get update
Hit http://linux.jetstreamgames.co.nz stable/main Packages
Hit http://linux.jetstreamgames.co.nz stable/main Release
Hit http://linux.jetstreamgames.co.nz stable/contrib Packages
Hit http://linux.jetstreamgames.co.nz stable/contrib Release
Hit http://linux.jetstreamgames.co.nz stable/non-free Packages
Hit http://linux.jetstreamgames.co.nz stable/non-free Release
Hit http://security.debian.org testing/updates/main Packages
Hit http://security.debian.org testing/updates/main Release
Hit http://security.debian.org testing/updates/contrib Packages
Hit http://security.debian.org testing/updates/contrib Release
Reading Package Lists... Done

And this looks ok:

debian:/etc/apt# apt-get -s install wvdial
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libstdc++2.10-glibc2.2
The following NEW packages will be installed:
  libstdc++2.10-glibc2.2 wvdial
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Inst libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
Inst wvdial (1.53.0.1 Debian:3.0r4/stable)
Conf libstdc++2.10-glibc2.2 (1:2.95.4-22 Debian:testing)
Conf wvdial (1.53.0.1 Debian:3.0r4/stable)

But the same in Synaptic crashed it.

I don't want to jigger it already,

but ready to roll.. (?)

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Robert Fisher

On Thu, 07 Apr 2005 16:13, richard tindall wrote:
> It was attached, and is again as amended now..

Have a closer look at my sources.list compared to yours.

The glaring error I notice is that you have the word "Packages" instead of the 
actual package types e.g main contrib non-free

-- 
Robert Fisher
(aka - Rob, Bob, Robbie, Robbo, Fish)
FishNet Computer Services
www.fisher.net.nz

Re: Debian Testing online / workshop GLU tonight

On Thu, 2005-04-07 at 16:10 +1200, Nick Rout wrote:
> I think you needed to apt-get update first - did you? If you didn't
> apt-cache won't have anything to search.

That was the missing step. It's away getting 1.8MB now. Thanks :-)
> 
> and are you really sure you want to add unstable?

Linux.Jetstream entry edited to "stable"

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Robert Fisher

Here is my sources.list.

# See sources.list(5) for more information, especialy

# This file may be edited by the MEPIS System Center
# Do not modify the comments manually!
# Change sources only in the section at the end of this file!

# Primary
# deb ftp://ftp.us.debian.org/debian/ testing main contrib non-free
# deb-src ftp://ftp.us.debian.org/debian/ testing main contrib non-free
# deb ftp://ftp.us.debian.org/debian/ unstable main contrib non-free
# deb-src ftp://ftp.us.debian.org/debian/ unstable main contrib non-free

# non-us
# deb ftp://non-us.debian.org/debian-non-US/ testing/non-US main contrib
non-free
# deb-src ftp://non-us.debian.org/debian-non-US/ testing/non-US main
contrib non-free
# deb ftp://non-us.debian.org/debian-non-US/ unstable/non-US main contrib
non-free
# deb-src ftp://non-us.debian.org/debian-non-US/ unstable/non-US main
contrib non-free

# MEPIS apt pool - specific packages available on-line
deb http://apt.mepis.org/3.3/ unstable main

# DO NOT EDIT ABOVE THIS LINE
# mplayer
deb ftp://ftp.nerim.net/debian-marillat/ unstable main


deb ftp://ftp.jetstreamgames.co.nz/debian unstable main contrib non-free
deb ftp://ftp.jetstreamgames.co.nz/debian-non-US unstable/non-US main
contrib non-free



richard tindall said:
> Good tips, thanks Rob.
>
> On Thu, 2005-04-07 at 15:38 +1200, Robert Fisher wrote:
>> Try
>> http://www.wlug.org.nz/AptSourcesList
>
> Two dud entries later:
>
> debian:/etc/apt# apt-cache search wvdial
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/main Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_main_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/contrib Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_contrib_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/non-free Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_non-free_binary-i386_Packages)
> - stat (2 No such file or directory)
> debian:/etc/apt# nano sources.list
> debian:/etc/apt# apt-cache search wvdial
> debian:/etc/apt# nano sources.list
> debian:/etc/apt# apt-cache search wvdial
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/main Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/contrib Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/non-free Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/main Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/contrib Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
> - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/non-free Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
> - stat (2 No such file or directory)
>
> Have I got my sources.list imperfect?
>
> I'll try the latest suggestion "Pool" / above now.
>
> Cheers,
>
> Rik
>
>


-- 
Robert Fisher
FishNet Computer Services
www.fisher.net.nz

Re: Debian Testing online / workshop GLU tonight

It was attached, and is again as amended now..

On Thu, 2005-04-07 at 16:04 +1200, Nick Rout wrote:
> > On Thu, 2005-04-07 at 15:38 +1200, Robert Fisher wrote:
> > > Try
> > > http://www.wlug.org.nz/AptSourcesList
> > 
> > Two dud entries later:
> > 
> > debian:/etc/apt# apt-cache search wvdial
> > W: Couldn't stat source package list http://linux.citylink.co.nz
> > stable/main Packages
> > (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_main_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list http://linux.citylink.co.nz
> > stable/contrib Packages
> > (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_contrib_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list http://linux.citylink.co.nz
> > stable/non-free Packages
> > (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_non-free_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > debian:/etc/apt# nano sources.list
> > debian:/etc/apt# apt-cache search wvdial
> > debian:/etc/apt# nano sources.list
> > debian:/etc/apt# apt-cache search wvdial
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/main Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/contrib Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/non-free Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/main Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/contrib Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> > unstable/non-free Packages
> > (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
> >  - stat (2 No such file or directory)
> > 
> > Have I got my sources.list imperfect?
> 
> looks like it, why not show us?
> 
> I think it fhould be http://linux.jetstreamgames.co.nz - not
> ftp://ftp.jetstream etc

Result:

debian:/etc/apt# apt-cache search wvdial
W: Couldn't stat source package list http://linux.jetstreamgames.co.nz
unstable/main Packages
(/var/lib/apt/lists/linux.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
 - stat (2 No such file or directory)
W: Couldn't stat source package list http://linux.jetstreamgames.co.nz
unstable/contrib Packages
(/var/lib/apt/lists/linux.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
 - stat (2 No such file or directory)
W: Couldn't stat source package list http://linux.jetstreamgames.co.nz
unstable/non-free Packages
(/var/lib/apt/lists/linux.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
 - stat (2 No such file or directory)

> anyway post your soures.list if you want comment on them!
# deb file:///cdrom/ sarge main 

deb cdrom:[Debian GNU/Linux testing _Sarge_ - Official Snapshot i386 Binary-3 
(20050226)]/ unstable contrib main 
deb cdrom:[Debian GNU/Linux testing _Sarge_ - Official Snapshot i386 Binary-2 
(20050226)]/ unstable contrib main 
deb cdrom:[Debian GNU/Linux testing _Sarge_ - Official Snapshot i386 Binary-1 
(20050226)]/ unstable contrib main 

# deb http://linux.citylink.co.nz/debian stable main contrib non-free
# deb ftp://ftp.jetstreamgames.co.nz/debian/ unstable main contrib non-free 
deb http://linux.jetstreamgames.co.nz/debian/ unstable main contrib non-free 
# deb http://linux.citylink.co.nz/debian/ stable main contrib non-free 

deb http://security.debian.org/ testing/updates main contrib

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Nick Rout

On Thu, 07 Apr 2005 16:04:18 +1200
Nick Rout wrote:

> looks like it, why not show us?
> 
> I think it fhould be http://linux.jetstreamgames.co.nz - not
> ftp://ftp.jetstream etc
> 
> anyway post your soures.list if you want comment on them!

oops sorry i didn't see the attachment

I think you needed to apt-get update first - did you? If you didn't
apt-cache won't have anything to search.

and are you really sure you want to add unstable?

-- 
Nick Rout

Re: Debian Testing online / workshop GLU tonight

2005-04-06 Thread Nick Rout


On Thu, 07 Apr 2005 15:59:22 +1200
richard tindall wrote:

> Good tips, thanks Rob.
> 
> On Thu, 2005-04-07 at 15:38 +1200, Robert Fisher wrote:
> > Try
> > http://www.wlug.org.nz/AptSourcesList
> 
> Two dud entries later:
> 
> debian:/etc/apt# apt-cache search wvdial
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/main Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_main_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/contrib Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_contrib_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list http://linux.citylink.co.nz
> stable/non-free Packages
> (/var/lib/apt/lists/linux.citylink.co.nz_debian_dists_stable_non-free_binary-i386_Packages)
>  - stat (2 No such file or directory)
> debian:/etc/apt# nano sources.list
> debian:/etc/apt# apt-cache search wvdial
> debian:/etc/apt# nano sources.list
> debian:/etc/apt# apt-cache search wvdial
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/main Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/contrib Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/non-free Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/main Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_main_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/contrib Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_contrib_binary-i386_Packages)
>  - stat (2 No such file or directory)
> W: Couldn't stat source package list ftp://ftp.jetstreamgames.co.nz
> unstable/non-free Packages
> (/var/lib/apt/lists/ftp.jetstreamgames.co.nz_debian_dists_unstable_non-free_binary-i386_Packages)
>  - stat (2 No such file or directory)
> 
> Have I got my sources.list imperfect?

looks like it, why not show us?

I think it fhould be http://linux.jetstreamgames.co.nz - not
ftp://ftp.jetstream etc

anyway post your soures.list if you want comment on them!



> 
> I'll try the latest suggestion "Pool" / above now.
> 
> Cheers,
> 
> Rik
> 

-- 
Nick Rout
Barrister & Solicitor
Christchurch

<[EMAIL PROTECTED]>

Re: Debian Testing online / workshop GLU tonight