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

old Alpha workstation Re: Progress on the Alpha distribution at debian-ports

Hi there,
does someone have one or two old Alpha workstations - that he/she doesn't use - to give away?  I do numerical model of complex systems. If someone has such a workstation, I will of course pay for the shipment (I live in Rome Italy) and a modest contribution for the wkst, too. If it doesn't have Linux but WIN NT4.0 alpha, that's OK too (I'll install Debian for alpha).  Thanks in advance for who wants to help personal numerical computation! (I work both in astrophysics and global change).
And, with the occasion, my colleagues and I thank very warmly all the friends who help implement Debian for Alpha processor systems!
Dr. Alberto Di Fazio
senior scientist,
National Institute for Astrophysics/Astronomical Observatory of Rome
member of the CNR/IGBP Italian National Commission on Global Change
Italian Focal Point of the IGBP/AIMES  Core Project (ex-GAIM)(Analysis, Integration, and Modelling of the Earth System)
president Global Dynamics Institute
permanently accredited to the COP under the UNFCCC as observer scientist

a: Bob Tracy <rct@gherkin.frus.com>
A: Michael Cree <mcree@orcon.net.nz>
Cc: debian-alpha@lists.debian.org
Inviato: Domenica 12 Febbraio 2012 23:41
Oggetto: Re: Progress on the Alpha distribution at debian-ports

On Sun, Feb 12, 2012 at 03:56:41PM -0600, Bob Tracy wrote:
> Got a new bug I need to file against the "radvd" package: the "radvd"
> process ID stored in /var/run/radvd/pid is the predecessor of two child
> processes that get spawned (and detach: ppid == 1).  Thus, init level
> changes don't work correctly as far as locating running radvd processes,
> among other anomalies.  I run the "gw6c" IPv6 client, which spawns
> "radvd" as part of its startup routine.  When the IPv6 tunnel collapses
> and "gw6c" reopens it, two more running instances of "radvd" appear
> because of the broken pidfile <--> running instance(s) relationship.

The latest "radvd" at least partially fixes the issue: the pidfile now
contains the last-spawned-but-detached child, so a running instance of
"radvd" can now be detected once again.  It remains to be seen whether
the other detached "radvd" process will die when its younger sibling
goes away.  If so, the fix is valid.


To UNSUBSCRIBE, email to debian-alpha-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 20120212224136.GA18313@gherkin.frus.com" target="_blank" style="font-family: 'times new roman', 'new york', times, serif; font-size: 12pt; ">http://lists.debian.org/[🔎] 20120212224136.GA18313@gherkin.frus.com

Reply to: