This package is blocking bug 289342, and because noone seems to care, it should be removed from tree asap. See the bugs linked here. I would appericiate a few "I agree" answers ;-)
Punt it if no one cares about it enough to fix it.
Maybe it'd be possible to bump it to the latest version (2.0.5) and that would fix it? But if it has no maintainer maybe it'd be all in vain anyway ... Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best to let this one die.
(In reply to comment #2) > Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best > to let this one die. http://archives.gentoo.org/gentoo-alt/msg_220b65758384b819b46fe1c1e06f8924.xml
(In reply to comment #2) > Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best > to let this one die. Perhaps not the appletalk protocol so much, but people certainly do use AFP (Apple Filesharing Protocol) which is part of the netatalk distribution.
(In reply to comment #3) > (In reply to comment #2) > > > Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best > > to let this one die. > > http://archives.gentoo.org/gentoo-alt/msg_220b65758384b819b46fe1c1e06f8924.xml > That's great, we've got a new maintainer in other words? :) And that doesn't take away the fact that the margin of use for this is still very small. Is it worth the trouble really unless someone steps up to maintainer-ship?
It doesn't fix itself, masked for removal
(In reply to comment #4) > (In reply to comment #2) > > Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best > > to let this one die. > > Perhaps not the appletalk protocol so much, but people certainly do use AFP > (Apple Filesharing Protocol) which is part of the netatalk distribution. > For what it's worth, I'm one that uses AFP extensively. Unfortunately, I don't know enough about ebuilds to act as a maintainer. Maybe if there was a way to help me get oriented...
(In reply to comment #7) > (In reply to comment #4) > > (In reply to comment #2) > > > Besides, who uses appletalk nowadays anyway? Nobody, that's who! Probably best > > > to let this one die. > > > > Perhaps not the appletalk protocol so much, but people certainly do use AFP > > (Apple Filesharing Protocol) which is part of the netatalk distribution. > > > > For what it's worth, I'm one that uses AFP extensively. Unfortunately, I don't > know enough about ebuilds to act as a maintainer. Maybe if there was a way to > help me get oriented... > http://devmanual.gentoo.org/ Get going if you want this to remain in tree! :)
netatalk is a prerequisite if you want to use your Linux machine as a TimeMachine backup host for your Mac. Definitely alarmed that netatalk may be removed - haven't heard any publicity for a maintainer. I may have a look and see...
There seems to be a netatalk-2.0.5 ebuild here: http://bugs.gentoo.org/show_bug.cgi?id=279057 ... is removal still required?
(In reply to comment #10) > There seems to be a netatalk-2.0.5 ebuild here: > http://bugs.gentoo.org/show_bug.cgi?id=279057 ... is removal still required? > As long as there is no maintainer it'll be pruned is the policy on these things. Especially since it's a blocker for glibc 2.10 stabilization. Just bumping the ebuild won't be enough since it'll create the same situation later down the road. Even if it does get pruned, you can ofc still use it via your own overlay. The 2.0.5 ebuild you linked to seems fine.
netatalk has been granted a stay of execution per a proxy maintainer. i'm likely to not do this again if proxy maintainership fails.
(In reply to comment #12) > netatalk has been granted a stay of execution per a proxy maintainer. i'm > likely to not do this again if proxy maintainership fails. > gah damn you. You committed mere minutes before me. There's still a few issues in the ebuild that I'll clean up.
the changes all look fine except for the part where you reverted the shadow handling. there's no need to handle --enable-shadow as i commented in the ebuild.
i'm going to assume that was an accident and revert it then
What other AFP server are we supposed to use?
that isnt our problem. if this package matters to you, help in maintaining it.