[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netatalk-devel
Subject:    Re: [Netatalk-devel] Solaris ddp kernel module - configure typo,
From:       David Riley <fraveydank () gmail ! com>
Date:       2011-01-17 14:46:46
Message-ID: C2C64E3C-EAC2-4C29-86FB-7518D4651C99 () gmail ! com
[Download RAW message or body]

On Jan 17, 2011, at 9:36 AM, Frank Lahm wrote:

> Hi Dave,
> 
> 2011/1/16 David Riley <fraveydank@gmail.com>:
> > On Jan 16, 2011, at 5:01 AM, Frank Lahm wrote:
> > > 2011/1/16  <netatalk@retrogeeks.com>:
> > > > I also noticed that the provided netatalk rc-script doesn't include a stanza
> > > > for starting and shutting down a2boot (see my above comment about my "legacy"
> > > > hardware).  Is this an oversight, or deliberate?  I ended up just copying the
> > > > startup/shutdown stanzas for timelord and making the appropriate changes, but
> > > > I wonder if this couldn't be fixed/added into the next release?  If you don't
> > > > have A2BOOT_RUN set to yes, it really won't affect you.
> > > 
> > > The whole Appletalk stuff is EOLed. If you encounter bugs, there'll be
> > > no one to fix it because nobody cares and is familiar with the code.
> > 
> > For what it's worth, I care (I have an existing Appletalk network I run, and the \
> > original fileservers are getting long in the tooth; I'm currently working on \
> > fixing the kernel routing side of the DDP I/O layer on NetBSD), ...
> 
> unfortunately every other OS has it's own AT module too: FreeBSD,
> OpenBSD, Linux, Solaris (afair this is the only one found in the
> Netatalk tree). Eg Linux AT kernel module is broken since many years
> (routing not working).

Ironically, the problem I'm having with NetBSD is on the non-routed networking... \
Linux works better than NetBSD for me on that end.

I think yes, Solaris is the only one in the source tree, though it looks like the \
NetBSD code at least is based on the early UMich unix appletalk code.  The Linux \
Appletalk stack is completely different (stands to reason).  I can maintain some of \
them since they're not likely to change except when the networking backends change, \
which it looks like is what happened to NetBSD.


> > I don't have the time to necessarily support the entire Appletalk side of things, \
> > but I'm certainly glad to do periodic maintenance if it means the Appletalk stuff \
> > will stay in the source tree even if it's not enabled by default.
> 
> We haven't openly discussed that and I'll start a new thread on this
> topic some time soon, but as things stand Netatalk 3.0 (to be released
> 2012) wont have any AT stuff, but will be a pure AFP over TCP server.

That would be unfortunate, but I can understand ending support for a legacy protocol \
almost no one uses if it's going to have a significant architectural and maintenance \
impact.  I'm sure I'll have something to say in the public thread when you start it.

> > With that in mind, there are a few weird behaviors in the NBP side of things for \
> > non-routed environments.  Would you accept patches for those, assuming you/I can \
> > find people to test them?
> 
> We'll accept them, but wont be able to test them.

Noted.  I'll see what I can do along those lines.


- Dave


------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Netatalk-devel mailing list
Netatalk-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-devel


[prev in list] [next in list] [prev in thread] [next in thread]