[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Upgrading RH 4.1 to bo



On Tue, 4 Mar 1997, Dale Scheetz wrote:

> On Tue, 4 Mar 1997, Christoph wrote:
> 
> > I satisfied dpkgs hunger for a database with
> > 
> > >/var/lib/dpkg/status
> > 
> > dpkg --clear-avail
> > 
> Way cool! This means that /var/lib/dpkg/info is not necessary for new
> installations? You just have to be willing to clean up the trash after the
> installation.

/var/lib/dpkg/info is generated by unpacking the data.tar.gz from the
dpkg-1.4.0.8.deb file.


> Also, I assume that when you finally install dpkg that it builds and
> populates the alternatives, info, methods, parts, and updates directories?

Yes.

> I can see where a script to copy all libraries into /usr/local, re-run
> ldconfig and then replace the links to point to the /usr/local copies and
> delete the original library copies. Then when the installation is complete
> for the new Debian system, just kill all the old links and wipe
> /usr/local. Does this sound right?

Never thought about that.


> How did you transition the init portion of the system?

dpkg -i sysvinit*.deb

did everything necessary including some fixes to the /etc/inittab file.

--- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ ---
Please always CC me when replying to posts on mailing lists.

Received: (qmail 9170 invoked by uid 888); 4 Mar 1997 23:29:39 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 9168 invoked by uid 888); 4 Mar 1997 23:29:39 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 9166 invoked from network); 4 Mar 1997 23:29:38 -0000
Received: from gatekeeper.verisim.com (207.134.10.201)
  by master.debian.org with SMTP; 4 Mar 1997 23:29:37 -0000
Received: from callandor ([192.168.1.3]) by gatekeeper.verisim.com
	 with smtp id m0w23WW-000H36C
	(Debian Smail-3.2 1996-Jul-4 #2); Tue, 4 Mar 1997 18:21:12 -0500 (EST)
Sender: bcwhite
Message-ID: <331CAE79.D92204B@verisim.com>
Date: Tue, 04 Mar 1997 18:21:29 -0500
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.  http://www.verisim.com/
X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.27 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Ping of Maintainer Address
References: <m0w22Ts-0003kdC@callandor.verisim.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> Please ignore this PING message...  This address is listed as a contact for
> one or more Debian packages.  I am just verifying that this address is
> functional.  If you have no idea what I am talking about, please let me
> know as the address is obviously incorrect.  Otherwise, please just
> delete this mail.

Oh, damn.  I meant to filter out the "debian-devel" address before sending
these pings.  My appologies!

                                          Brian
                                 ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
   Give others some insight into YOUR pages!  http://www.verisim.com/insite/

Received: (qmail 9407 invoked by uid 888); 4 Mar 1997 23:29:49 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 9400 invoked by uid 888); 4 Mar 1997 23:29:48 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 9330 invoked from network); 4 Mar 1997 23:29:44 -0000
Received: from siva.taz.net.au (cas@203.16.167.2)
  by master.debian.org with SMTP; 4 Mar 1997 23:29:36 -0000
Received: from localhost (cas@localhost)
	by siva.taz.net.au (8.8.5/8.8.5) with SMTP id KAA29952;
	Wed, 5 Mar 1997 10:20:55 +1100
Date: Wed, 5 Mar 1997 10:20:54 +1100 (EST)
From: Craig Sanders <cas@taz.net.au>
To: Nils Rennebarth <nils@nus.de>
cc: Debian User <debian-user@lists.debian.org>
Subject: Re: lprm says "Permission denied" (fwd) 
In-Reply-To: <Pine.LNX.3.95.970304103535.17052U-100000@dino.nus.de>
Message-ID: <Pine.LNX.3.95q.970305100623.815a-100000@siva.taz.net.au>
X-No-Junk-Mail: Do not send me junk mail under any circumstances
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Tue, 4 Mar 1997, Nils Rennebarth wrote:

> On Tue, 4 Mar 1997, Craig Sanders wrote:
> >On Mon, 3 Mar 1997, Nils Rennebarth wrote:
> >> lprng has removed the possibility to automatically remove Files
> >> after printing. This is however necessary to remove spooled jobs.
> >> How do you work around this problem?
>
> > I'm not sure what you mean. Files in the lprng spool directories do
> > get automatically deleted after printing...so you must be talking
> > about something else.
>
> I must confess that it was long ago I tried to set up printing from
> Windows clients with samba. It worked by copying the to-be-printed
> files to /tmp on unix and issuing a lpr command. I then was puzzled
> about the many big files in /tmp with strange names until I got the
> idea to add a "-r" switch to the lpr command to remove files after
> printing. It worked from then on and I never tried to setup anything
> and only remembered that the "-r" switch was vital for operation with
> samba.

but that's not necessary at all. with samba, printers listed in
/etc/printcap appear on the Win3/Win95/etc machines printer list (this
is the default for the debian package - you can turn it off if you like)
- Win users can select it and print to it just like any other printer.

Here's an excerpt of relevant parts from my /etc/smb.conf file which
works on my network.

[global]
   printing = lprng
   load printers = yes

[printers]
   comment = All Printers
   browseable = no
   path = /tmp
   printable = yes
   public = no
   writable = no
   create mode = 0700

Once you've set this up, you should be able to see the linux box's
printer(s) in Network Neighbourhood on the Win95 machines. Can't
remember what the Win3 equivalent is, but the linux printers show up on
Win3 too.

I have samba, lprng, and magic-filter installed.  it works brilliantly.

craig

Received: (qmail 10545 invoked by uid 888); 4 Mar 1997 23:34:44 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 10542 invoked by uid 888); 4 Mar 1997 23:34:44 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 10540 invoked from network); 4 Mar 1997 23:34:42 -0000
Received: from hur-s0.fuller.edu (HELO waterf.org) (mail@206.1.27.36)
  by master.debian.org with SMTP; 4 Mar 1997 23:34:42 -0000
Received: from localhost [127.0.0.1] (debian)
	by waterf.org with smtp (Exim 1.60 #1)
	id 0w23ax-0001tY-00 (Debian); Tue, 4 Mar 1997 15:25:47 -0800
Date: Tue, 4 Mar 1997 15:25:46 -0800 (PST)
From: Christoph <debian@waterf.org>
To: Nils Rennebarth <nils@nus.de>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Hylafax
In-Reply-To: <Pine.LNX.3.95.970304202826.855C-100000@dino.nus.de>
Message-ID: <Pine.LNX.3.95q.970304152456.7285A-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: QUOTED-PRINTABLE

There is a hylafax package in experimental packaged by me needing work.
Look through the archive of debian-devel. Someone else wanted to take it
on.

On Tue, 4 Mar 1997, Nils Rennebarth wrote:

> There had been several people mentioning they'd make a package from it. W=
ho
> finally took it now?
>=20
> Reason: I do need a central faxserver here, and might contribute some wor=
k
> do testing...
>=20
> Nils
>=20
> --
>      \              /                        | Nils Rennebarth
>     --* WINDOWS 42 *--                       | Schillerstr. 61=20
>      /              \                        | 37083 G=F6ttingen
>                                              | ++49-551-71626
>    Micro$oft's final answer                  | http://www.nus.de/~nils
>=20
>=20

--- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ ---
Please always CC me when replying to posts on mailing lists.

Received: (qmail 10844 invoked by uid 888); 4 Mar 1997 23:36:34 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 10842 invoked by uid 888); 4 Mar 1997 23:36:34 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 10840 invoked from network); 4 Mar 1997 23:36:33 -0000
Received: from core.iconnet.net (HELO fs.IConNet.NET) (199.173.160.250)
  by master.debian.org with SMTP; 4 Mar 1997 23:36:33 -0000
Received: from uhlhome (client196-127-4.bellatlantic.net [151.196.127.4])
	by fs.IConNet.NET (8.8.5/8.8.5) with SMTP id SAA15832
	for <debian-user@lists.debian.org>; Tue, 4 Mar 1997 18:29:10 -0500 (EST)
Message-ID: <331CAFCA.7BB7@bellatlantic.net>
Date: Tue, 04 Mar 1997 18:27:06 -0500
From: "Robert T. Uhl" <ruhl@bellatlantic.net>
Reply-To: ruhl@bellatlantic.net
X-Mailer: Mozilla 3.0 (Win95; U)
MIME-Version: 1.0
To: debian-user@lists.debian.org
Subject: unsubscibe
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

unsubscribe

Received: (qmail 13149 invoked by uid 888); 5 Mar 1997 00:15:12 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 13087 invoked by uid 888); 5 Mar 1997 00:15:10 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 12757 invoked from network); 5 Mar 1997 00:07:06 -0000
Received: from electric-rain.net (root@203.17.176.30)
  by master.debian.org with SMTP; 5 Mar 1997 00:07:05 -0000
Received: from localhost by electric-rain.net
	 with smtp id m0w24IZ-000dRJC
	(Debian Smail-3.2 1996-Jul-4 #2); Wed, 5 Mar 1997 11:11:11 +1100 (EST)
Date: Wed, 5 Mar 1997 11:11:10 +1100 (EST)
From: Solomani <solomani@aic.net.au>
X-Sender: solomani@electric-rain.net
To: alvin.birdi@mdx.ac.uk
cc: debian-user@lists.debian.org
Subject: Re: why? whats wrong with cron?
In-Reply-To: <m0w1rOA-000H9JC@alvin.mdx.ac.uk>
Message-ID: <Pine.LNX.3.94.970305111104.377A-100000@electric-rain.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 4 Mar 1997, Alvin Birdi wrote:

Yes it is, thanks.

> 
> Dear Solomani,
> 
> > 
> > Can someone tell me why on one particular box cron wont run?
> > 
> > I have three other identically setup Debian box and the cron on them runs
> > fine, but this one it doesnt.  why? 
> > 
> 
> Make sure that the file `cron' is in /etc/init.d and is executable. If
> it isn't, copy it over from one of your other machines. This is the
> file that is responsible for starting and stopping the cron daemon. 
> 
> -- 
> 
> Alvin Birdi
> School of Economics
> Middlesex University
> The Burroughs
> London NW4 4BT
> 
> 
> 
> 
> 


PaChi,

michl

electric RAIN					http://www.electric-rain.net/


"A distributed system is one in which the failure of a computer you 
didn't even know existed can render your own computer unusable.
  - Leslie Lamport, DEC Systems Research Center, 1987


Received: (qmail 13101 invoked by uid 888); 5 Mar 1997 00:15:11 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 13066 invoked by uid 888); 5 Mar 1997 00:15:08 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 12372 invoked from network); 4 Mar 1997 23:55:35 -0000
Received: from master.debian.org (HELO submailer.bugs.debian.org) (206.190.143.161)
  by master.debian.org with SMTP; 4 Mar 1997 23:55:35 -0000
Received: by submailer.bugs.debian.org id m0w23wD-000GO2C
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Tue, 4 Mar 97 15:48 PST
Subject: Bug#2481: sbin/ldconfig in scripts
Reply-To: Guy Maor <maor@ece.utexas.edu>, 2481@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: debian-devel@lists.debian.org
Resent-Date: Tue, 04 Mar 1997 23:48:03 GMT
Resent-Message-ID: <handler.2481.B2481.85751877511974@bugs.debian.org>
Resent-Sender: iwj@debian.org
X-Debian-PR-Package: general
X-Debian-PR-Keywords: 
X-Loop: owner@bugs.debian.org
Received: via spool by 2481-bugs@bugs.debian.org id=B2481.85751877511974
          (code B ref 2481); Tue, 04 Mar 1997 23:48:03 GMT
To: Sven Rudolph <sr1@os.inf.tu-dresden.de>, 2481@bugs.debian.org
References: <[🔎] m0w1meH-0003kWC@callandor.verisim.com>
	<331C4E97.48DAD8D6@verisim.com> <87bu8zfrz4.fsf@os.inf.tu-dresden.de>
From: Guy Maor <maor@ece.utexas.edu>
Date: 04 Mar 1997 17:31:07 -0600
In-Reply-To: Sven Rudolph's message of 04 Mar 1997 19:10:39 +0100
Message-ID: <87iv37dyk0.fsf@slip-61-16.ots.utexas.edu>
Lines: 10
X-Mailer: Gnus v5.3/Emacs 19.34

Sven Rudolph <sr1@os.inf.tu-dresden.de> writes:

> It should not be closed unless a bug report for all the packages that
> still have this problem is filed.

Bruce did a few months ago (see 6150-6179), and the programmer's
manual is also more explicit, so I think it's ok to close.


Guy

Received: (qmail 13151 invoked by uid 888); 5 Mar 1997 00:15:12 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 13077 invoked by uid 888); 5 Mar 1997 00:15:09 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 12514 invoked from network); 4 Mar 1997 23:59:20 -0000
Received: from slip-61-16.ots.utexas.edu (root@128.83.253.16)
  by master.debian.org with SMTP; 4 Mar 1997 23:59:20 -0000
Received: by slip-61-16.ots.utexas.edu
	id m0w23zI-0001ePC
	(Debian Smail-3.2 1996-Jul-4 #2); Tue, 4 Mar 1997 17:50:56 -0600 (CST)
To: debian-devel@lists.debian.org
Subject: Re: Bug#7799: Potential Security Hole: bug with setuid/seteuid?
References: <[🔎] Pine.LNX.3.91.970304201353.11250A-100000@odin.waw.com>
From: Guy Maor <maor@ece.utexas.edu>
Date: 04 Mar 1997 17:50:56 -0600
In-Reply-To: Vincent Renardias's message of Tue, 4 Mar 1997 20:24:13 +0100 (GMT+0100)
Message-ID: <87hgirdxmz.fsf@slip-61-16.ots.utexas.edu>
Lines: 9
X-Mailer: Gnus v5.3/Emacs 19.34

Vincent Renardias <vincent@waw.com> writes:

> 	And this is the plain expected behavior since mail determine who is 
> sending the mail by looking at who is logged on the tty it's called from. 

Yes, getlogin(3).


Guy

Received: (qmail 13156 invoked by uid 888); 5 Mar 1997 00:15:13 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 13074 invoked by uid 888); 5 Mar 1997 00:15:08 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 12476 invoked from network); 4 Mar 1997 23:58:04 -0000
Received: from uxmal.itmerida.mx (200.34.128.1)
  by master.debian.org with SMTP; 4 Mar 1997 23:58:01 -0000
Received: from labna.itmerida.mx by uxmal.itmerida.mx (5.0/SMI-SVR4)
	id AA24084; Tue, 4 Mar 1997 17:46:48 +0600
Received: from localhost by labna.itmerida.mx (AIX 4.1/UCB 5.64/4.03)
          id AA14092; Tue, 4 Mar 1997 17:50:08 -0600
Date: Tue, 4 Mar 1997 17:50:08 -0600 (CST)
From: Gabriel Marrufo Acosta <94080264@labna.itmerida.mx>
To: Fernando Madrigal H <fmh@avoncr.co.cr>
Cc: "'debian-user@lists.debian.org'" <debian-user@lists.debian.org>
Subject: Re: UNSUBSCRIBE
In-Reply-To: <c=US%a=_%p=Sasso_?_Soto%l=SERVIDOR-970304190934Z-34@server1.sasso.co.cr>
Message-Id: <Pine.A32.3.93.970304175004.4330B-100000@labna.itmerida.mx>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
content-length: 269



On Tue, 4 Mar 1997, Fernando Madrigal H wrote:

> 
> 
> >----------
> >Desde: 	Fernando Madrigal H
> >Enviado el: 	Martes 4 de Marzo de 1997 09:25 AM
> >Para: 	'debian-user@lists.debian.org'
> >Asunto: 	UNSUBSCRIBE
> >Importancia: 	Alta
> >
> >UNSUBSCRIBE
> >
> >
> 

Received: (qmail 13132 invoked by uid 888); 5 Mar 1997 00:15:13 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 13083 invoked by uid 888); 5 Mar 1997 00:15:09 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 12702 invoked from network); 5 Mar 1997 00:06:54 -0000
Received: from mail.ican.net (198.133.36.5)
  by master.debian.org with SMTP; 5 Mar 1997 00:06:51 -0000
Received: from miles.econ.queensu.ca (root@ppp-113.toronto-02.ican.net [206.248.176.113])
          by mail.ican.net (8.8.5/8.8.4) with ESMTP
	  id SAA17861; Tue, 4 Mar 1997 18:56:13 -0500 (EST)
Received: by miles.econ.queensu.ca
	id m0w246Q-000193C
	(Debian Smail-3.2 1996-Jul-4 #2); Tue, 4 Mar 1997 18:58:18 -0500 (EST)
Message-Id: <m0w246Q-000193C@miles.econ.queensu.ca>
Date: Tue, 4 Mar 1997 18:58:18 -0500 (EST)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: sacampbe@mercator.math.uwaterloo.ca
Cc: debian-devel@lists.debian.org
Subject: Re: Upgrade procedure for tetex
In-Reply-To: <[🔎] 199703040731.CAA27817@mercator.math.uwaterloo.ca>
References: <[🔎] 199703040731.CAA27817@mercator.math.uwaterloo.ca>
From: Dirk Eddelbuettel <edd@rosebud.sps.queensu.ca>


  Sue>  As a long time latex user (10 years), I must agree that the current
  Sue> version sucks. It is barely usable. Many common fonts and macros are
  Sue> missing.

I beg to differ (backed by 8 of LaTeX). Debian's TeX works very well for me,
including documents that mix Adobe postscript fonts and standard fonts, lots
of postscript graphs etc. I have about some local additions
	edd@miles:~> du -s /usr/local/lib/texmf/
	1245    /usr/local/lib/texmf      
which helped me for my requirements in all (!!) my written communications
over the last years.

You should have seen the Debian TeX prior to Nils redoing of the Debian
TeX. That one _really_ sucked.

  Sue> I upgraded to tetex and have had no problems.  Tetex really must get
  Sue> into the distribution asap.

Not asap if the transition fails. Stability first.

  Sue> We should stop discussing whether to do it, and concentrate on what
  Sue> the best method of automating the upgrade is.

And test test test that procedure.

--
 Dirk Eddelb"uttel    edd@poboxes.com    http://www.netforward.com/poboxes/?edd

Received: (qmail 14742 invoked by uid 888); 5 Mar 1997 00:20:08 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 14724 invoked by uid 888); 5 Mar 1997 00:20:07 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 14706 invoked from network); 5 Mar 1997 00:20:04 -0000
Received: from gateway.compass-da.com (firewall-user@162.17.253.11)
  by master.debian.org with SMTP; 5 Mar 1997 00:20:04 -0000
Received: by gateway.compass-da.com; id AA06582; Tue, 4 Mar 97 16:11:36 PST
Received: from clsi(162.17.30.22) by gateway.compass-da.com via smap (3.2)
	id xma006559; Tue, 4 Mar 97 16:11:13 -0800
Received: from ultra.tibu (ultra [162.17.30.15]) by clsi.columbia.compass-da.com (8.6.12/8.6.9) with ESMTP id TAA00739; Tue, 4 Mar 1997 19:10:18 -0500
Reply-To: daniel@compass-da.com
Received: by ultra.tibu (SMI-8.6/SMI-SVR4)
	id TAA01223; Tue, 4 Mar 1997 19:13:29 -0500
Date: Tue, 4 Mar 1997 19:13:29 -0500
Message-Id: <199703050013.TAA01223@ultra.tibu>
From: "Daniel S. Barclay" <daniel@compass-da.com>
To: debian-user@lists.debian.org
Subject: Debian diald/pppd IPCP negotiation problem; fails first time, succeeds second time [db]


Hi,

I'm having trouble connecting with ppp under diald, on Debian 1.2.x.

When I run pppd without diald (using Debian's pon command), pppd connects
fine.

When I use diald to run pppd, PPP won't connect the first time, but will the 
second time.  (And if the connection goes idle for a while and diald hangs
up, the first reconnection attempt fails, but the second works.)  (This is 
not 100%, but about 95% of the time.  That is, once in a while, it does 
connect the first time.)

(Note:  This is NOT the known diald problem of connecting the _first_ time
and _not_ connecting subsequently.)


So far, I have traced the problem to patterns in PPP's IPCP configuration 
negotation.  However, I could use some explanation of exactly what the
IPCP negotiation packets mean and what's going on.  (See the system log data 
below.   I could also use an explanation of the _LCP_ configuration rejection 
packets -- what is being rejected?) 



I suspect that part of the problem is at the other end, and part is at
my end.


It appears to me that the other end, for some reason, alternates between 
providing addresses and not providing addresses during IPCP configuration 
on subsequent connection attempts.    (See "rcvd [IPCP ConfReq id=0x1]" in 
the failed attempt vs. "rcvd [IPCP ConfReq id=0x1 <addr xxx.yyy.30.109>]" in 
the successful attempt, below.)

Is my interpretation of the IPCP packets correct? 

Does it sound like a configuration problem at the other end, or at my end?

(The "other end" is an Ascend multiple-ISDN-modem box, a MAX 5000 or something,
at my employer.  We have static IP addresses.)


At my end, it appears that some difference in my ppp, pon, and diald setup
files lets PPP proceed with IPCP negotiation anyway when I use pon, but 
not when I use diald.

The pon command uses local and remote IP addresses I have specified in
the Debian PPP option file read by pon.  (The addresses are not in the
main pppd options file, but are added to the pppd command line by pon.)


I have specified the local and remote IP addresses in the diald options file
(and verified that diald is using that options file -- if I comment out the 
local and remote lines, diald notices and complains).  

However, it appears that diald doesn't pass these addresses to pppd 
(according to ps -ww... and to /proc/xxx/cmdline).

(I thought diald passed the IP addresses to pppd when it ran pppd.  Does it?
Am I missing some diald configuration option to tell it to do so?  Also,
it there a debugging option to tell diald to log the options it passes to 
pppd?)



So...does anyone have any ideas on this?  I'm getting tired of having to
wait for diald/pppd to try twice every time (especially given that diald
won't seem to retry upon failure unless there's a _new_ packet transmitted
by an application.)


Thanks.

Daniel


------------------------------------------------------------------------------
Example of failure:

...darkstar pppd[...]: Connect: ppp0 <--> /dev/ttyS1
...darkstar pppd[...]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x48d04f2a> <pcomp> <accomp>]
...darkstar pppd[...]: rcvd [LCP ConfReq id=0x4 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp> < 13 09 03 00 c0 7b 5d ae 4c>]
...darkstar pppd[...]: sent [LCP ConfRej id=0x4 < 13 09 03 00 c0 7b 5d ae 4c>]
...darkstar pppd[...]: rcvd [LCP ConfReq id=0x5 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>]
...darkstar pppd[...]: sent [LCP ConfAck id=0x5 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>]
...darkstar pppd[...]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x48d04f2a> <pcomp> <accomp>]
...darkstar pppd[...]: rcvd [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x48d04f2a> <pcomp> <accomp>]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x1 <addr xxx.yyy.30.95> <compress VJ 0f 01>]
...darkstar pppd[...]: rcvd [IPCP ConfReq id=0x1]
...darkstar pppd[...]: sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
...darkstar pppd[...]: rcvd [IPCP ConfReq id=0x2]
...darkstar pppd[...]: sent [IPCP ConfAck id=0x2]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x1 <addr xxx.yyy.30.95> <compress VJ 0f 01>]
...darkstar pppd[...]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x2 <addr xxx.yyy.30.95>]
...darkstar pppd[...]: rcvd [IPCP ConfAck id=0x2 <addr xxx.yyy.30.95>]
...darkstar pppd[...]: Could not determine remote IP address


Example of success:


...darkstar pppd[...]: Connect: ppp0 <--> /dev/ttyS1
...darkstar pppd[...]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x44bd52ef> <pcomp> <accomp>]
...darkstar pppd[...]: rcvd [LCP ConfReq id=0x3 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp> < 13 09 03 00 c0 7b 5d ae 4c>]
...darkstar pppd[...]: sent [LCP ConfRej id=0x3 < 13 09 03 00 c0 7b 5d ae 4c>]
...darkstar pppd[...]: rcvd [LCP ConfReq id=0x4 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>]
...darkstar pppd[...]: sent [LCP ConfAck id=0x4 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>]
...darkstar pppd[...]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x44bd52ef> <pcomp> <accomp>]
...darkstar pppd[...]: rcvd [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <magic 0x44bd52ef> <pcomp> <accomp>]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x1 <addr xxx.yyy.30.95> <compress VJ 0f 01>]
...darkstar pppd[...]: rcvd [IPCP ConfReq id=0x1 <addr xxx.yyy.30.109>]
...darkstar pppd[...]: sent [IPCP ConfAck id=0x1 <addr xxx.yyy.30.109>]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x1 <addr xxx.yyy.30.95> <compress VJ 0f 01>]
...darkstar pppd[...]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
...darkstar pppd[...]: sent [IPCP ConfReq id=0x2 <addr xxx.yyy.30.95>]
...darkstar pppd[...]: rcvd [IPCP ConfAck id=0x2 <addr xxx.yyy.30.95>]
...darkstar pppd[...]: local  IP address xxx.yyy.30.95
...darkstar pppd[...]: remote IP address xxx.yyy.30.109


-- 
Daniel S. Barclay      Compass Design Automation, Inc.
daniel@compass-da.com  Suite 100, 5457 Twin Knolls Rd.  Columbia, MD 21045 USA

Received: (qmail 25785 invoked by uid 888); 5 Mar 1997 00:29:41 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 25783 invoked by uid 888); 5 Mar 1997 00:29:40 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 25781 invoked from network); 5 Mar 1997 00:29:40 -0000
Received: from haymarket.ed.ac.uk (129.215.128.53)
  by master.debian.org with SMTP; 5 Mar 1997 00:29:39 -0000
Received: from explosif.home.net (root@dialup-65.publab.ed.ac.uk [129.215.38.65]) by haymarket.ed.ac.uk (8.6.13/8.6.12) with ESMTP id AAA11852 for <debian-devel@lists.debian.org>; Wed, 5 Mar 1997 00:21:32 GMT
Received: (from kenny@localhost)
	by explosif.home.net (8.8.5/8.8.5) id XAA01550;
	Tue, 4 Mar 1997 23:19:55 GMT
Date: Tue, 4 Mar 1997 23:19:55 GMT
Message-Id: <199703042319.XAA01550@explosif.home.net>
From: Kenneth MacDonald <kenny@ed.ac.uk>
To: Debian Development Mailing List <debian-devel@lists.debian.org>
Subject: Advice Sought: fvwm95 changes users resource filename
Mime-Version: 1.0 (generated by tm-edit 7.88)
Content-Type: text/plain; charset=US-ASCII

Dear All,

We're about to enter a code freeze, and I have an almost fully fixed
new fvwm95 ready for release.

However, this upstream version has changed the name of the resource
files, both in /etc and in users' home directories.  I can handle the
changed filenames under /etc, but am seeking some advice as how I
should let people know that the users' ~/.fvwm2rc95 should be changed
to ~/.fvwm95rc?

I propose issuing a statement in the postinst, and pausing for a key
stroke as acknowldgement.  The system administrator could then decide
whether users's files should be renamed or not.

The issue is complicated by the more complete support for the Debian
menu scheme.  The default system resource file will read in (m4)
menus, functions, icons, etc from the users' home directories now.  I
feel adding support for the old filenames in the source code would be
hiding the advantages of the new setup, even if it costs in a loss of
'backwards compatibility'.

Then again, I'd hate it if I suddenly logged on to find my carefully
configured window manager was back to plain default again (although
the new default is, IMHO good - thanks to Joost's menu package!)

Speak up now, and help me with this issue.  Is now the right time to
make this change?

Best wishes,

Kenny.


Received: (qmail 26385 invoked by uid 888); 5 Mar 1997 00:40:15 -0000
Delivered-To: debian-lists--user@master.debian.org
Received: (qmail 26360 invoked by uid 888); 5 Mar 1997 00:40:14 -0000
Delivered-To: debian-user@lists.debian.org
Received: (qmail 26206 invoked from network); 5 Mar 1997 00:36:16 -0000
Received: from uxmal.itmerida.mx (200.34.128.1)
  by master.debian.org with SMTP; 5 Mar 1997 00:36:11 -0000
Received: from labna.itmerida.mx by uxmal.itmerida.mx (5.0/SMI-SVR4)
	id AA24179; Tue, 4 Mar 1997 18:24:57 +0600
Received: from localhost by labna.itmerida.mx (AIX 4.1/UCB 5.64/4.03)
          id AA04284; Tue, 4 Mar 1997 18:28:17 -0600
Date: Tue, 4 Mar 1997 18:28:17 -0600 (CST)
From: Gabriel Marrufo Acosta <94080264@labna.itmerida.mx>
To: fmh@avoncr.co.cr
Cc: debian-user@lists.debian.org
Subject: Re: UNSUBSCRIBE
In-Reply-To: <Pine.A32.3.93.970304175004.4330B-100000@labna.itmerida.mx>
Message-Id: <Pine.A32.3.93.970304182711.32286A-100000@labna.itmerida.mx>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
content-length: 463



Me quieren decir por un chingado!! que es ???

porque me dicen que me Unsuscriba??

Que se traen??


On Tue, 4 Mar 1997, Gabriel Marrufo Acosta wrote:

> 
> 
> On Tue, 4 Mar 1997, Fernando Madrigal H wrote:
> 
> > 
> > 
> > >----------
> > >Desde: 	Fernando Madrigal H
> > >Enviado el: 	Martes 4 de Marzo de 1997 09:25 AM
> > >Para: 	'debian-user@lists.debian.org'
> > >Asunto: 	UNSUBSCRIBE
> > >Importancia: 	Alta
> > >
> > >UNSUBSCRIBE
> > >
> > >
> > 
> 
> 

Received: (qmail 26614 invoked by uid 888); 5 Mar 1997 00:41:03 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 26611 invoked by uid 888); 5 Mar 1997 00:41:03 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 26608 invoked by uid 802); 5 Mar 1997 00:41:01 -0000
Date: 5 Mar 1997 00:41:01 -0000
Message-ID: <19970305004101.26607.qmail@master.debian.org>
From: bruce@master.debian.org
To: debian-devel@lists.debian.org
Subject: test

test

Received: (qmail 27454 invoked by uid 888); 5 Mar 1997 00:43:49 -0000
Delivered-To: debian-lists--devel@master.debian.org
Received: (qmail 27450 invoked by uid 888); 5 Mar 1997 00:43:48 -0000
Delivered-To: debian-devel@lists.debian.org
Received: (qmail 27448 invoked by uid 802); 5 Mar 1997 00:43:47 -0000
Date: 5 Mar 1997 00:43:47 -0000
Message-ID: <19970305004347.27446.qmail@master.debian.org>
From: bruce@master.debian.org
To: debian-devel@lists.debian.org
Subject: test 1

test 1


Reply to: