Package: netatalk Version: 2.0.3-4 Severity: important
We use a group id bit set on the parent directory of our Netatalk file share and a staff group to share files between different users in a workgroup. With OSX 10.4 (Tiger), directories are created with the expected permissions. With OSX 10.5 (Panther), directories are missing group read and write bits.
I'd like to request that the patch be incorporated into the Debian package as this is a big incompatibility for our 10.5-based users.
Thanks, Tim Miller Dyck
-- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Versions of packages netatalk depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcupsys2 1.2.7-4etch1 Common UNIX Printing System(tm) - ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libgssapi4-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libkrb5-17-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam-runtime 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libslp1 1.2.1-6.2 OpenSLP libraries ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii netbase 4.29 Basic TCP/IP networking system ii perl 5.8.8-7etch1 Larry Wall's Practical Extraction
Versions of packages netatalk recommends: ii db4.2-util 4.2.52+dfsg-2 Berkeley v4.2 Database Utilities ii lsof 4.77.dfsg.1-3 List open files pn rc <none> (no description available) ii slpd 1.2.1-6.2 OpenSLP Server (slpd)
-- no debconf information
-- To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Dec 13, 2007 at 09:11:03AM -0500, Tim Miller Dyck wrote: >This issue has been discussed on the netatalk mailing list (see >http://sourceforge.net/mailarchive/forum.php?thread_name=5DC31CD8-CEB...) >) and there is a patch available that users report fixes this problem >introduced with OS X 10.5.
>I'd like to request that the patch be incorporated into the Debian >package as this is a big incompatibility for our 10.5-based users.
Agreed.
I'll have a go at incorporating a snapshot of recent netatalk development.
Thanks for the detailed explanation of the problem.
On Thu, Dec 13, 2007 at 03:23:22PM -0500, Tim Miller Dyck wrote: > Thanks Jonas, that would be great! I can test if that would be helpful. We > are a mixed 10.4 / 10.5 group here.
> I'm running an entirely from-stable Etch server (in terms of libraries, > etc.), plus all current Etch updates, of course.
Please respond to the bugreport address instead of me personally: We want to keep open about problems, and also the problem solving :-)
I have now made available some experimental packages compiled against openssl here:
I confirm this test build resolved the permissions problem for us. This was tested from an OSX 10.5.1 and a 10.4.11 client. Permissions on created folders are now the same for both OSes. Thank you!
Notes: - The change required was to add "perm:0770 option:upriv" to each share line in /etc/netatalk/AppleVolumes.default. - The working options keyword is "option" (singular), which is different from the documentation in the file itself and in the AppleVolumes.default man page, both of which say the keyword is "options".
Regards, Tim Miller Dyck
-- To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
package netatalk clone 456186 -1 retitle 456186 netatalk: keyword "option" but documented as "options" thanks
On Wed, Dec 26, 2007 at 05:20:43PM -0500, Tim Miller Dyck wrote: > I confirm this test build resolved the permissions problem for us. This was > tested from an OSX 10.5.1 and a 10.4.11 client. Permissions on created > folders are now the same for both OSes. Thank you!
Well, thank you - for the help with this! :-)
> Notes: > - The change required was to add "perm:0770 option:upriv" to each share > line in /etc/netatalk/AppleVolumes.default. > - The working options keyword is "option" (singular), which is different > from the documentation in the file itself and in the AppleVolumes.default > man page, both of which say the keyword is "options".
that's interesting.
I'll preserve this as a separate bug.
(I tried locating the place in the source code to verify the actual name used, but got lost finding ny way around...)
Oh, and another peculiarity: I discovered yesterday that despite my promises, the unofficial test binaries I provided was _not_ compiled against openssl. Some claim that MacOS 10.5.1 does not work at all without it - but you succeeded anyway. Did you recompile, or are you willing to reveal your working authentication setup?
My guess is that your build of Netatalk is using this older module, which I did compile myself.
Regards, Tim
On 29-Dec-07, at 5:24 , Jonas Smedegaard wrote:
> Oh, and another peculiarity: I discovered yesterday that despite my > promises, the unofficial test binaries I provided was _not_ compiled > against openssl. Some claim that MacOS 10.5.1 does not work at all > without it - but you succeeded anyway. Did you recompile, or are you > willing to reveal your working authentication setup?
-- To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
My guess is that your build of Netatalk is using this older module, which I did compile myself.
Regards, Tim
On 29-Dec-07, at 5:24 , Jonas Smedegaard wrote:
> Oh, and another peculiarity: I discovered yesterday that despite my > promises, the unofficial test binaries I provided was _not_ compiled > against openssl. Some claim that MacOS 10.5.1 does not work at all > without it - but you succeeded anyway. Did you recompile, or are you > willing to reveal your working authentication setup?
-- To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org