You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-274   252-276   277-286       
 
Author Message
10 new of 286 responses total.
mcnally
response 277 of 286: Mark Unseen   Sep 22 20:48 UTC 2004

 re #274: 

 > Change to your home directory and type 
 >  tar cvf mystuff.tar .

 What happens when the tar command tries to add ./mystuff.tar to 
 the archive it's building in ./mystuff.tar?

 Another problem (well, not really a *problem*, but potential
 complication is that when files are extracted from the mystuff.tar
 file they'll be dumped unceremoniously into the directory where
 the tar extract command is run.  You ought to either tell the
 user to extract in a fresh directory or else back up a level before
 building the tar file, e.g.

    cd ~/..; tar cvzf /tmp/grex_homedir_$USER.tar.gz $USER

 (in most shells, anyway..)
mcnally
response 278 of 286: Mark Unseen   Sep 22 20:50 UTC 2004

  Also, while tar is the most convenient archive utility for most
  Unix users, PC and Mac afficionados may find zip to be more useful
  for them (Mac users can unpack zip archives using UnStuffIt; I'm
  not sure how well it handles gzipped or bzipped tar files.)
tod
response 279 of 286: Mark Unseen   Sep 22 20:52 UTC 2004

tar is nicer because it retains the perms info
mcnally
response 280 of 286: Mark Unseen   Sep 22 21:36 UTC 2004

  I agree that tar is the way to go if you're going to be extracting
  under Unix or a Unix-like system..
mcnally
response 281 of 286: Mark Unseen   Sep 22 21:39 UTC 2004

re #276:

> When I telnet here with Kermit it gives me some helpful hints about what is
> taking so long:  The Telnet server is not sending required responses:
> 
> WILL TERMINAL-TYPE
> WILL NAWS
> WILL NEW-ENVIRONMENT
> WILL COM-PORT-CONTROL

  Based on other investigation I doubt it's a telnet- or telnet-and-ssh-
  specific problem.  The same 79 second delay seems to affect outgoing
  SMTP connections, too, for example.

> Does this mean there is a software problem at grex?

  It's definitely a configuration problem or software error of some sort.
tod
response 282 of 286: Mark Unseen   Sep 22 21:50 UTC 2004

Something in inetd perhaps?
gelinas
response 283 of 286: Mark Unseen   Sep 23 02:43 UTC 2004

No promises, but it looks like I'll have some time on Friday to attempt
a back-up of grex.  I hope folks can stand losing it for a day during
the week.  ;/
rcurl
response 284 of 286: Mark Unseen   Sep 23 06:43 UTC 2004

From my reading of recent responses, there seems to be some questions, or
suggestions, inre what gull said in #274. What should I take as the
current consensus inre my ? in #273? 

gull
response 285 of 286: Mark Unseen   Sep 23 13:13 UTC 2004

Re resp:277: The version of tar that Grex has is smart enough not to add
the archive it's creating to itself...as long as you *don't* use the z
flag.  That's why I didn't use it as was suggested in resp:276.  I
thought about telling people to create the tar file in the /tmp
directory, but I didn't for two reasons:  There's not much room in /tmp,
and people would inevitably leave the file lying around there where
anyone can read it.  I agree with your other comments.

Re resp:284: Any of the suggestions that have been given will work. 
There's More Than One Way To Do It(tm).
naftee
response 286 of 286: Mark Unseen   Sep 24 06:24 UTC 2004

Fronttalk from m-net works well
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-274   252-276   277-286       
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss